JP3786927B2

JP3786927B2 - Communication network system using domain name system and terminal information processing method in domain name system

Info

Publication number: JP3786927B2
Application number: JP2003046319A
Authority: JP
Inventors: 邦浩藤井; 和秀高橋; 延広谷川
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2003-02-24
Filing date: 2003-02-24
Publication date: 2006-06-21
Anticipated expiration: 2023-02-24
Also published as: JP2004260332A

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネット上で、コンピュータ機能を搭載した端末機（ホスト）のホスト名とＩＰ(InternetProtocol)アドレスとを対応付ける機能を有するドメインネームシステムを用いた通信ネットワークシステム及びドメインネームシステムにおける端末機情報処理方法に関し、例えば携帯電話機やＰＤＡ(Personal Digital Assistance)、ノートＰＣ(PersonalComputer)などのモバイル端末機を含むネットワークや、Ｐｅｅｒ−ｔｏ−ｐｅｅｒネットワークなどに適用されるドメインネームシステムを用いた通信ネットワークシステム及びドメインネームシステムにおける端末機情報処理方法に関する。
【０００２】
【従来の技術】
ドメインネームシステム（以下、ＤＮＳともいう）は、全世界のＤＮＳサーバ（ネームサーバ）が協調して動作を行う分散型データベースであり、ＤＮＳサーバによってホスト名からＩＰアドレスを求め、また、その逆を求める名前解決と呼ばれる処理を行うことができる。この名前解決は、後述の非特許文献１、２に表題等を記載したＲＦＣ−１０３４、ＲＦＣ−１０３５に規定されている。但し、ここでは文章の簡略化のため、ホスト名（識別名）をＦＱＤＮ(Fully Qualified Domain Name)と同等の意味で使用する。
【０００３】
上記のような名前解決を行うＤＮＳサーバは、追加・復旧したホストの速やかな通知が必要なシステムや、ホストの入れ替わりやネットワーク的な移動が多発するシステム、および、互いに対応するホスト名とＩＰアドレスを端末機でローカルにキャッシュするシステム、例えばＤＮＳサーバの負荷分散に頼らずに、ホスト自身で負荷分散するシステムなどに適用される。
【０００４】
図５は、従来のドメインネームシステムを用いた通信ネットワークシステムの構成を示すブロック図である。この図５に示す通信ネットワークシステム１０は、ＤＮＳサーバ１２に通信回線１３を介して第１〜第ｎの多数のホスト１４−１〜１４−ｎが接続されて構成されている。但し、通信回線１３は、有線および無線回線の双方が該当する。
【０００５】
ＤＮＳサーバ１２は、データの送受信部１６と、名前解決処理部１８と、ホスト名登録処理部２０と、ホスト名削除処理部２２と、応答結果送信制御部２４と、図示せぬ読書き可能な記憶装置に記憶されたホスト名／ＩＰアドレス対応関係テーブル（以下、単にテーブルと略す場合もある）２６とを備えて構成されている。
【０００６】
第１〜第ｎのホスト１４−１〜１４−ｎは、種々のコンピュータであり、例えば携帯電話機、ＰＤＡ、ノートＰＣ、据置型ＰＣ、サーバ、更には大型コンピュータなどのコンピュータ機能を搭載した端末機が該当する。
各ホスト１４−１〜１４−ｎが、ＤＮＳサーバ１２にアクセスして通信を行なうための構成は、第１のホスト１４−１に代表して示すように、データの送受信部２８と、名前解決依頼部３０と、ホスト名登録依頼部３２と、ホスト名削除依頼部３４と、応答結果記憶制御部３６と、ＩＰアドレス選択部３８と、他ホスト接続制御部４０と、対応ホスト名／ＩＰアドレス記憶部（以下、単に記憶部と略す場合もある）４２とを備えて構成されている。
【０００７】
次に、第１〜第ｎのホスト１４−１〜１４−ｎの構成要素の説明を行う。
送受信部２８は、ＤＮＳサーバ１２または他ホストである第２〜第ｎのホスト１４−１〜１４−ｎとの間でデータ（または信号）の送受信を行うものである。
名前解決依頼部３０は、ＤＮＳサーバ１２に他ホスト（自ホストを含むことも可能）の名前解決を依頼するものである。
【０００８】
ホスト名登録依頼部３２は、後述で説明するｎｓｕｐｄａｔｅを用いてＤＮＳサーバ１２へ登録する自ホストのホスト名とＩＰアドレスを、ＤＮＳサーバ１２へ通知するものである。この際、ホスト名とＩＰアドレスは、ｎｓｕｐｄａｔｅに重畳されて通知される。
ｎｓｕｐｄａｔｅとは、ＤＮＳサーバへホスト名の追加や削除を行なうプロトコルであり、後述の非特許文献３に表題等を記載したＲＦＣ−２１３６に規定されている。言い換えれば、ｎｓｕｐｄａｔｅは、ＤＮＳサーバに登録されたホスト名を対話的に更新するためのデータまたはプログラムである。
【０００９】
ホスト名削除依頼部３４は、ｎｓｕｐｄａｔｅを用いて削除するホスト名をＤＮＳサーバ１２に通知するものである。
応答結果記憶制御部３６は、ＤＮＳサーバ１２から返信されてきた応答結果（ホスト名とＩＰアドレス）を、対応ホスト名／ＩＰアドレス記憶部４２に記憶する制御を行うものである。言い換えれば、応答結果をローカルにキャッシュするものである。
【００１０】
ＩＰアドレス選択部３８は、他ホスト接続制御部４０により指示されたホスト名に対応付けられているＩＰアドレスを、テーブル２６から選択し、この選択されたＩＰアドレスを他ホスト接続制御部４０へ出力するものである。このようにホストにおいて、ローカルのキャッシュからホスト名に対応するＩＰアドレスを選択する場合、選択アルゴリズムには後述で説明するラウンドロビンなどを用いる。
【００１１】
他ホスト接続制御部４０は、ＤＮＳサーバ１２から返信されてきた応答結果に含まれるＩＰアドレスの他ホストに、自ホストを回線接続する制御を行うものである。また、他ホスト接続制御部４０は、自ホストが自律的に他ホストに回線接続する場合、ＩＰアドレス選択部３８を制御することによって接続先ホストのホスト名に対応付けられたＩＰアドレスを取得し、このＩＰアドレスの他ホストに自ホストを回線接続する制御を行うものである。
【００１２】
対応ホスト名／ＩＰアドレス記憶部４２は、ＤＮＳサーバ１２から返信されてきた応答結果であるホスト名とＩＰアドレスを記憶するものである。
次に、ＤＮＳサーバ１２の構成要素の説明を行う。
送受信部１６は、第１〜第ｎのホスト１４−１〜１４−ｎとの間でデータ（または信号）の送受信を行うものである。
【００１３】
名前解決処理部１８は、名前解決依頼部３０から送信されてきたホスト名に対応付けられた複数のＩＰアドレスのうち１つを、テーブル２６から選択するものである。この選択アルゴリズムには、ラウンドロビンなどが用いられる。
ＤＮＳサーバ１２の負荷分散にラウンドロビンのアルゴリズムを適応した際の具体的な動作は、インターネット上でホスト名とＩＰアドレスを対応づけるＤＮＳサーバを応用して、アクセスの多いサーバの負荷分散を行なう手法であり、一つのホスト名に複数のＩＰアドレスを割り当てておき、問い合わせがあるたびに順番に答えることにより、１台のホストへアクセスが集中するのを防ぐためのものである。
【００１４】
ホスト名登録処理部２０は、第１〜第ｎのホスト１４−１〜１４−ｎから送信されてきたｎｓｕｐｄａｔｅに重畳されているホスト名とＩＰアドレスを、対応付けてホスト名／ＩＰアドレス対応関係テーブル２６に登録するものである。
ホスト名削除処理部２２は、第１〜第ｎのホスト１４−１〜１４−ｎから送信されてきたｎｓｕｐｄａｔｅに示されるホスト名に対応するホスト名を、ホスト名／ＩＰアドレス対応関係テーブル２６から削除するものである。
【００１５】
応答結果送信制御部２４は、名前解決処理部１８で選択されたＩＰアドレスを応答結果として依頼元ホストへ返信するものである。
このような構成の通信ネットワークシステム１０の動作を、図６〜図９に示すシーケンス図を参照して▲１▼〜▲４▼にて説明する。
【００１６】
▲１▼ＤＮＳサーバ１２を用いた負荷分散処理を図６を参照して説明する。なお、この種の負荷分散処理は、後述の非特許文献４に表題等を記載したＲＦＣ−１７９４に規定されている。
例えば、第１のホスト１４−１が第２のホスト１４−２に回線接続を行うものとする。この場合、ステップＳ１ａにおいて、第１のホスト１４−１の名前解決依頼部３０により接続先ホストである第２のホスト１４−２の名前解決がＤＮＳサーバ１２へ依頼される。この依頼によって、第２のホスト１４−２のホスト名（例えば「Ｈ２」）を含む名前解決依頼情報が、名前解決依頼部３０から送受信部２８を介して送信され、通信回線１３を介してＤＮＳサーバ１２の送受信部１６で受信される。
【００１７】
この受信された名前解決依頼情報は、名前解決処理部１８に入力され、ここで、ステップＳ２ａに示すように、名前解決処理が行われる。すなわち、名前解決処理部１８によって、受信されたホスト名「Ｈ２」に対応する複数のＩＰアドレスのうち１つ（例えばＩＰアドレス「ＩＰＡ２」）が、テーブル２６から選択される。
【００１８】
この選択されたＩＰアドレス「ＩＰＡ２」は、ステップＳ３ａにおいて、応答結果送信制御部２４の制御によって応答結果情報として第１のホスト１４−１へ返信される。すなわち、応答結果情報のＩＰアドレス「ＩＰＡ２」が、送受信部１６から通信回線１３を介して第１のホスト１４−１の送受信部２８で受信される。
【００１９】
この受信後、第１のホスト１４−１では、他ホスト接続制御部４０によって、ステップＳ４ａに示すように、ＩＰアドレス「ＩＰＡ２」を接続先アドレスとする第２のホスト１４−２に自ホスト１４−１を回線接続する制御が行われる。これによって、ステップＳ５ａにおいて、第１のホスト１４−１が第２のホスト１４−２に回線接続される。
ここで、回線接続が失敗した場合は、再びステップＳ１ａ〜Ｓ４ａの処理が繰り返されることによって、ステップＳ５ａの再回線接続が行われる。
【００２０】
▲２▼ｎｓｕｐｄａｔｅを用いたＤＮＳサーバ１２へのホスト名の登録処理を図７を参照して説明する。但し、ホスト名の登録処理は、ホストの新規な追加や復旧時などに行われる。
ステップＳ１ｂにおいて、第１のホスト１４−１のホスト名登録依頼部３２により、ｎｓｕｐｄａｔｅを用いて自ホストのホスト名とＩＰアドレスの登録がＤＮＳサーバ１２へ依頼されたとする。この依頼によって、第１のホスト１４−１のホスト名（例えば「Ｈ１」）とＩＰアドレス（例えば「ＩＰＡ１」を含む登録依頼情報であるｎｓｕｐｄａｔｅが送受信部２８から送信され、ＤＮＳサーバ１２の送受信部１６で受信される。
【００２１】
この受信されたｎｓｕｐｄａｔｅは、ステップＳ２ｂにおいて、ホスト名登録処理部２０で登録処理される。これによって、ステップＳ３ｂに示すように、テーブル２６に、ホスト名「Ｈ１」とＩＰアドレス「ＩＰＡ１」とが対応付けられて登録される。
【００２２】
▲３▼ｎｓｕｐｄａｔｅを用いたＤＮＳサーバ１２からホスト名を削除する処理を図８を参照して説明する。但し、ホスト名の削除処理は、ホストに故障などの不具合が生じた場合や、停止した場合などに行われる。
ステップＳ１ｃにおいて、第１のホスト１４−１のホスト名削除依頼部３４により、ｎｓｕｐｄａｔｅを用いて自ホストのホスト名の削除がＤＮＳサーバ１２へ依頼されたとする。この依頼によって、第１のホスト１４−１のホスト名「Ｈ１」を含む削除依頼情報であるｎｓｕｐｄａｔｅが送受信部２８から送信され、ＤＮＳサーバ１２の送受信部１６で受信される。
【００２３】
この受信されたｎｓｕｐｄａｔｅは、ステップＳ２ｃにおいて、ホスト名削除処理部２２で削除処理される。これによって、ステップＳ３ｃに示すように、テーブル２６からホスト名「Ｈ１」と、これに対応付けられたＩＰアドレス「ＩＰＡ１」とが削除される。
【００２４】
▲４▼ホスト自体による負荷分散処理を図９を参照して説明する。
ステップＳ１ｄにおいて、第１のホスト１４−１では名前解決依頼部３０により、自ホストが接続可能な例えば第２のホスト１４−２の名前解決の全てが応答されるように、ＤＮＳサーバ１２へ依頼される。この依頼は、ホスト名「Ｈ２」に複数のＩＰアドレスが対応付けられているので、その複数のＩＰアドレスを全て応答結果情報として返信してもらうように依頼することである。この依頼によって、第２のホスト１４−２のホスト名「Ｈ２」を含む名前解決依頼情報が送信され、ＤＮＳサーバ１２で受信される。
【００２５】
この受信された名前解決依頼情報は、名前解決処理部１８に入力され、ここで、ステップＳ２ｄに示すように、名前解決処理が行われる。すなわち、名前解決処理部１８によって、受信されたホスト名「Ｈ２」に対応する複数のＩＰアドレス（例えばＩＰアドレス「ＩＰＡ２」〜「ＩＰＡ２ｍ」）が、テーブル２６から選択される。
【００２６】
この選択された複数のＩＰアドレス「ＩＰＡ２」〜「ＩＰＡ２ｍ」は、ステップＳ３ｄにおいて、応答結果送信制御部２４の制御によって全応答結果情報として第１のホスト１４−１へ返信される。
第１のホスト１４−１では、応答結果記憶制御部３６の記憶制御によって、ステップＳ４ｄに示すように、その複数のＩＰアドレス「ＩＰＡ２」〜「ＩＰＡ２ｍ」がホスト名「Ｈ２」に対応付けられて、記憶部４２に記憶される。つまり、ホスト自体にローカルにキャッシュされる。
【００２７】
その後、第１のホスト１４−１が第２のホスト１４−２に回線接続を行う場合、ステップＳ５ｄにおいて、他ホスト接続制御部４０で指示された接続先ホスト１４−２のホスト名「Ｈ２」に対応付けられたＩＰアドレス「ＩＰＡ２」が、ＩＰアドレス選択部３８ｂによって記憶部４２から選択される。
そして、ステップＳ６ｄにおいて、他ホスト接続制御部４０の回線接続制御により、その選択されたＩＰアドレス「ＩＰＡ２」を接続先アドレスとする第２のホスト１４−２に自ホスト１４−１を回線接続する制御が行われる。これによって、ステップＳ７ａにおいて、第１のホスト１４−１が第２のホスト１４−２に回線接続される。
【００２８】
【非特許文献１】
RFC-1034「Network Working Group P. Mockapetris Request for Comments: 1034 ISI Obsoletes:RFCs 882, 883, 973 November 1987 DOMAINNAMES-CONCEPTS AND FACILITIES」
【非特許文献２】
RFC-1035「Network WorkingGroup P. Mockapetris Request for Comments: 1034 ISI Obsoletes:RFCs 882, 883, 973 November 1987 DOMAIN NAMES- IMPLEMENTATION AND SPECIFICATION」
【非特許文献３】
RFC-2136「Network WorkingGroup P. Vixie, Editor Request for Comments: 2136 ISC Updates: 1035 S. Thomson Category: Standards Track Bellcore Y. Rekhter Cisco J. Bound DEC April 1997 Dynamic Updates in the Domain Name System(DNS UPDATE)」
【非特許文献４】
RFC-1794「Network WorkingGroup T. Brisco Request for Comments:1794 Rutgers University Category: Informational April 1995 DNS Support for Load Balancing」
【００２９】
【発明が解決しようとする課題】
しかし、従来のドメインネームシステムを用いた通信ネットワークシステムにおいては、次のような問題がある。
上記▲１▼のＤＮＳサーバ１２を用いた負荷分散処理では、ＤＮＳサーバ１２の応答結果のＩＰアドレス「ＩＰＡ２」を接続先アドレスとする第２のホスト１４−２が故障などの不具合で回線接続不可能だった場合は、再度、名前解決の依頼による問い合わせを行う必要があるので、余計な問合せが発生し、その分、ネットワーク全体におけるトラフィック量が増加することになる。また、名前解決の再依頼を行わなければならないので、回線接続までに長い遅延時間が発生することになる。
【００３０】
上記▲２▼の登録処理では、新規ホストのホスト名や、復旧したホストのホスト名を登録することができ、▲３▼の削除処理では、不具合が生じたホストのホスト名を削除することができる。しかし、依頼ホストは、それら新規・復旧・不具合発生の各ホストを把握するために、頻繁にＤＮＳサーバ１２へ名前解決の依頼による問合せを行う必要があるので、ＤＮＳサーバ１２に大きな負荷が掛かることになる。また、この場合も、問合せが多い分、ネットワーク全体におけるトラフィック量が増加することになる。
【００３１】
上記▲４▼のホスト自体による負荷分散処理では、各々のホスト１４−１〜１４−ｎ自体で、ＤＮＳサーバ１２から取得したホスト名とＩＰアドレスによるホスト情報を記憶部４２に記憶して保持するので、ＤＮＳサーバ１２への名前解決依頼の頻度が少ないと、その記憶されたホスト情報の更新が遅れる。このように更新が遅れた場合、他ホストへの適正な回線接続が行えなくなるケースが生じる。この場合も、再度名前解決の依頼から行う必要があるので、上記同様、トラフィック量が増加、並びに長い遅延時間が発生することになる。
【００３２】
本発明は、このような課題に鑑みてなされたものであり、ＤＮＳサーバに大きな負荷が掛かることを防止することができ、ネットワーク全体のトラフィック量が増加することを防止することができ、他ホストへの回線接続を行うまでに長い遅延時間が発生することを防止することができるドメインネームシステムを用いた通信ネットワークシステム及びドメインネームシステムにおける端末機情報処理方法を提供することを目的としている。
【００３３】
【課題を解決するための手段】
本発明の請求項１によるドメインネームシステムを用いた通信ネットワークシステムは、コンピュータ機能を搭載した端末機の識別名と固有アドレスとを対応付ける機能を有するＤＮＳサーバに、前記識別名から前記固有アドレスを求める名前解決を前記端末機から依頼するドメインネームシステムを用いた通信ネットワークシステムにおいて、前記名前解決の依頼を行う依頼元端末機の識別名と、前記依頼元端末機が接続要求可能な依存関係にある接続対象端末機の識別名とを対応付けた依存関係情報が記憶される記憶手段と、前記依頼元端末機から名前解決の依頼を受けた際に、前記依頼元端末機と依存関係にある接続対象端末機の識別名を前記依頼元端末機の識別名に対応付けて前記記憶手段に記憶し、また、前記名前解決の依頼を前記ＤＮＳサーバへ送信する仲介を行い、この仲介された前記名前解決の依頼によって前記ＤＮＳサーバから応答返信された前記接続対象端末機の固有アドレスを、前記記憶手段に記憶されている該当識別名に対応付けて記憶し、また、前記接続対象端末機の固有アドレスを前記依頼元端末機へ返信する名前解決仲介処理手段とを有し、前記端末機と前記ＤＮＳサーバとの間に接続された仲介サーバとを備え、更に、前記仲介サーバに、前記端末機の識別名と固有アドレスの登録依頼を受けた際に、前記登録依頼を前記ＤＮＳサーバへ仲介送信する登録仲介手段と、前記仲介送信された登録依頼に応じて前記ＤＮＳサーバに前記識別名と前記固有アドレスが登録され、この登録結果が前記ＤＮＳサーバから返信されてきた際に、前記登録結果に示される識別名と固有アドレスとを、互いに依存関係のある端末機の識別名に対応付けて前記記憶手段に記憶する登録手段とを備えたことを特徴としている。
【００３４】
この構成によれば、端末機とＤＮＳサーバとの間に接続された仲介サーバによって、依頼元端末機からの名前解決の依頼と、この依頼によりＤＮＳサーバから応答返信される接続対象端末機の固有アドレスとを仲介し、この仲介時に、接続要求可能な端末機同士の識別名及び固有アドレスを対応付け、これを依存関係情報として記憶するようにした。これによって、依頼元端末機が接続要求した接続対象端末機が故障などの不具合で回線接続不可能だった場合は、依頼元端末機は仲介サーバから他の接続対象端末機の固有アドレスを取得すればよいので、従来のようにＤＮＳサーバに名前解決の再依頼による余計な問合せが発生することが無くなる。また、新規に追加された端末機や復旧した端末機の識別名と固有アドレスがＤＮＳサーバに登録された際に、仲介サーバでも同様に登録されるので、ＤＮＳサーバとの対応関係を常時一致させることができる。
【００３６】
また、本発明の請求項２のドメインネームシステムを用いた通信ネットワークシステムは、請求項１において、前記仲介サーバに、前記記憶手段を参照することによって、前記登録結果に示される識別名の端末機と依存関係にある端末機を検出し、この検出された端末機へ前記登録結果を通知する登録通知手段を備えたことを特徴としている。
【００３７】
この構成によれば、新規に追加された端末機や復旧した端末機の識別名と固有アドレスがＤＮＳサーバに登録された際に、仲介サーバによって、その登録された端末機と依存関係にある端末機へ登録結果を通知するようにしたので、通知先の端末機は、新規・復旧の各端末機を把握するためにＤＮＳサーバへ名前解決の依頼による問合せを行う必要がなくなる。また、端末機では、接続対象端末機がＤＮＳサーバに登録を行った都度、その登録された識別名と固有アドレスを記憶しておくことができる。
【００３８】
また、本発明の請求項３のドメインネームシステムを用いた通信ネットワークシステムは、請求項１または２において、前記仲介サーバに、前記端末機の識別名と固有アドレスの削除依頼を受けた際に、前記削除依頼を前記ＤＮＳサーバへ仲介送信する削除仲介手段と、前記仲介送信された削除依頼に応じて前記ＤＮＳサーバから前記識別名と前記固有アドレスが削除され、この削除結果が前記ＤＮＳサーバから返信されてきた際に、前記削除結果に示される識別名と固有アドレスとを前記記憶手段から削除する第１の削除手段とを備えたことを特徴としている。
【００３９】
この構成によれば、不具合が生じた端末機の識別名と固有アドレスがＤＮＳサーバから削除された際に、仲介サーバでも同様に削除されるので、ＤＮＳサーバとの対応関係を常時一致させることができる。
また、本発明の請求項４によるドメインネームシステムを用いた通信ネットワークシステムは、請求項３において、前記仲介サーバに、前記記憶手段を参照することによって、前記削除結果に示される識別名の端末機と依存関係にある端末機を検出し、この検出された端末機へ前記削除結果を通知する削除通知手段を備えたことを特徴としている。
【００４０】
この構成によれば、不具合の発生した端末機の識別名と固有アドレスがＤＮＳサーバから削除された際に、仲介サーバによって、その削除された端末機と依存関係にある端末機へ削除結果を通知するようにしたので、通知先の端末機は、不具合の発生した端末機を把握するためにＤＮＳサーバへ名前解決の依頼による問合せを行う必要がなくなる。また、端末機では、接続対象端末機がＤＮＳサーバから削除された都度、ＤＮＳサーバで削除された識別名と固有アドレスを自端末機の記憶情報の中から削除することができる。
【００４１】
また、本発明の請求項５によるドメインネームシステムを用いた通信ネットワークシステムは、請求項１から４の何れか１項において、前記仲介サーバに、前記記憶手段に記憶された依存関係情報が、一定期間更新されなかったことを検出する検出手段と、前記検出手段で検出された一定期間未更新の依存関係情報を削除する第２の削除手段とを備えたことを特徴としている。この構成によれば、仲介サーバに、障害の原因となる古い依存関係情報が記憶されて残るといったことがなくなるので、端末機への悪影響を予防することができる。
【００４２】
また、本発明の請求項６によるドメインネームシステムにおける端末機情報処理方法は、コンピュータ機能を搭載した端末機の識別名と固有アドレスとを対応付ける機能を有するＤＮＳサーバに、前記識別名から前記固有アドレスを求める名前解決を前記端末機から依頼する際に、前記端末機と前記ＤＮＳサーバとの間に仲介サーバを接続し、この仲介サーバによって前記依頼を仲介するドメインネームシステムにおける端末機情報処理方法において、前記仲介サーバは、前記依頼元端末機から名前解決の依頼を受けた際に、その依頼元端末機の識別名と、前記依頼元端末機が接続要求可能な依存関係にある接続対象端末機の識別名とを対応付けて依存関係情報として記憶する第１のステップと、前記名前解決の依頼を前記ＤＮＳサーバへ送信する仲介を行う第２のステップと、前記第１のステップにおいて仲介された前記名前解決の依頼によって前記ＤＮＳサーバから応答返信された前記接続対象端末機の固有アドレスを、前記依存関係情報の中の該当識別名に対応付けて記憶する第３のステップと、前記接続対象端末機の固有アドレスを前記依頼元端末機へ返信する第４のステップと、前記仲介サーバは、前記端末機の識別名と固有アドレスの登録依頼を受けた際に、前記登録依頼を前記ＤＮＳサーバへ仲介送信する第５のステップと、前記第５のステップにおいて仲介送信された登録依頼に応じて前記ＤＮＳサーバに前記識別名と前記固有アドレスが登録され、この登録結果が前記ＤＮＳサーバから返信されてきた際に、前記登録結果に示される識別名と固有アドレスとを、互いに依存関係のある端末機の識別名に対応付けて前記依存関係情報として記憶する第６のステップとを実行することを特徴としている。
【００４３】
この方法によれば、端末機とＤＮＳサーバとの間に接続された仲介サーバによって、依頼元端末機からの名前解決の依頼と、この依頼によりＤＮＳサーバから応答返信される接続対象端末機の固有アドレスとを仲介し、この仲介時に、接続要求可能な端末機同士の識別名及び固有アドレスを対応付け、これを依存関係情報として記憶するようにした。これによって、依頼元端末機が接続要求した接続対象端末機が、故障などの不具合で回線接続不可能だった場合、仲介サーバは依存関係情報を更新し、さらに仲介サーバは回線接続不可能だった端末機と依存関係にある端末機を認識することができる。また、新規に追加された端末機や復旧した端末機の識別名と固有アドレスがＤＮＳサーバに登録された際に、仲介サーバでも同様に登録されるので、ＤＮＳサーバとの対応関係を常時一致させることができる。
【００４５】
また、本発明の請求項７によるドメインネームシステムにおける端末機情報処理方法は、請求項６において、前記仲介サーバは、前記依存関係情報を参照することによって、前記登録結果に示される識別名の端末機と依存関係にある端末機を検出し、この検出された端末機へ前記登録結果を通知する第７のステップを実行することを特徴としている。
【００４６】
この方法によれば、新規に追加された端末機や復旧した端末機の識別名と固有アドレスがＤＮＳサーバに登録された際に、仲介サーバによって、その登録された端末機と依存関係にある端末機へ登録結果を通知するようにしたので、通知先の端末機は、新規・復旧の各端末機を把握するためにＤＮＳサーバへ名前解決の依頼による問合せを行う必要がなくなる。また、端末機では、接続対象端末機がＤＮＳサーバに登録を行った都度、その登録された識別名と固有アドレスを記憶しておくことができる。
【００４７】
また、本発明の請求項８によるドメインネームシステムにおける端末機情報処理方法は、請求項６または７において、前記仲介サーバは、前記端末機の識別名と固有アドレスの削除依頼を受けた際に、前記削除依頼を前記ＤＮＳサーバへ仲介送信する第８のステップと、前記第８のステップにおいて仲介送信された削除依頼に応じて前記ＤＮＳサーバから前記識別名と前記固有アドレスが削除され、この削除結果が前記ＤＮＳサーバから返信されてきた際に、前記削除結果に示される識別名と固有アドレスとを前記依存関係情報から削除する第９のステップとを実行することを特徴としている。
【００４８】
この方法によれば、不具合が生じた端末機の識別名と固有アドレスがＤＮＳサーバから削除された際に、仲介サーバでも同様に削除されるので、ＤＮＳサーバとの対応関係を常時一致させることができる。
また、本発明の請求項９によるドメインネームシステムにおける端末機情報処理方法は、請求項８において、前記仲介サーバは、前記依存関係情報を参照することによって、前記削除結果に示される識別名の端末機と依存関係にある端末機を検出し、この検出された端末機へ前記削除結果を通知する第１０のステップを実行することを特徴としている。
【００４９】
この方法によれば、不具合の発生した端末機の識別名と固有アドレスがＤＮＳサーバから削除された際に、仲介サーバによって、その削除された端末機と依存関係にある端末機へ削除結果を通知するようにしたので、通知先の端末機は、不具合の発生した端末機を把握するためにＤＮＳサーバへ名前解決の依頼による問合せを行う必要がなくなる。また、端末機では、接続対象端末機がＤＮＳサーバから削除された都度、ＤＮＳサーバで削除された識別名と固有アドレスを自端末機の記憶情報の中から削除することができる。
【００５０】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
（実施の形態）
図１は、本発明の実施の形態に係るドメインネームシステムを用いた通信ネットワークシステムの構成を示すブロック図である。但し、図１に示す本実施の形態において、第１〜第ｎのホスト１４−１〜１４−ｎと、ＤＮＳサーバ１２は従来のものと同一構成であるため、それらの内部構成については図５を参照する。
【００５１】
本実施の形態の通信ネットワークシステム５０の特徴は、各ホスト１４−１〜１４−ｎとＤＮＳサーバ１２との間に、名前解決などの依頼を仲介する仲介サーバ５１を接続し、この仲介サーバ５１に名前解決の依頼元ホストと、名前解決の対象となったホスト（以下、名前解決対象ホストという）との依存関係を記憶し、この依存関係情報を基に、新規の追加ホストや復旧ホストの情報を必要とするホストのみへ通知し、また、自律的にホスト間の依存関係を学習するようにしたことにある。但し、依存関係とは、名前解決対象ホストが、どのホストに参照されるか（接続要求ができるか）を示すものとする。
【００５２】
仲介サーバ５１は、データの送受信部５２と、名前解決仲介処理部５４と、ホスト名登録仲介部５６と、ホスト名登録結果通知・登録部５８と、ホスト名削除仲介部６０と、ホスト名削除結果通知・削除部６２と、図示せぬ読書き可能な記憶装置に記憶された依存関係情報リスト（以下、単にリストと略す場合もある）６４と、依存関係情報更新期間検出部６６と、依存関係情報削除部６８とを備えて構成されている。
【００５３】
但し、各ホスト１４−１〜１４−ｎと仲介サーバ５１との間のインタフェース手段および、仲介サーバ５１とＤＮＳサーバ１２との間のインタフェース手段には、既存のＤＮＳのインタフェース手段が使用されているものとする。これによって、各ホスト１４−１〜１４−ｎは、仲介サーバ５１をネームサーバ（ここでは、ＤＮＳサーバ１２が該当）として指定できるようになっている。
【００５４】
また、ＤＮＳサーバ１２のトラフィックを監視する手法により、既存の各ホスト１４−１〜１４−ｎの設定を変更せずに導入することも可能である。この手法は、名前解決などの依頼をＤＮＳサーバ１２へ行えば、仲介サーバ５１を意識しなくても、仲介サーバ５１が名前解決などの依頼をＤＮＳサーバ１２へ仲介するといったものである。本実施の形態では、前者の仲介サーバ５１を指定する手法が適用されているものとする。
【００５５】
次に、仲介サーバ５１の構成要素の説明を行う。
送受信部５２は、上記のインタフェース手段によって各ホスト１４−１〜１４−ｎとＤＮＳサーバ１２との間でデータ（または信号）の送受信を行うものである。
名前解決仲介処理部５４は、名前解決の依頼元ホスト（例えば、第１のホスト１４−１）と、名前解決対象ホスト（例えば、第２のホスト１４−２）との依存関係情報を、リスト６４に登録する。また、依頼元ホスト１４−１からの名前解決依頼情報をＤＮＳサーバ１２へ送信し、この応答結果情報であるＩＰアドレスを、仲介サーバ５１のリスト６４に登録されたホスト名に対応付けて登録し、また、そのＩＰアドレスを依頼元ホスト１４−１へ返信するものである。
【００５６】
ホスト名登録仲介部５６は、新規の追加ホスト（例えば、第２のホスト１４−２）や復旧ホスト（例えば、第ｎのホスト１４−ｎ）が、自ホスト名とＩＰアドレスの登録依頼を行った際に、その登録依頼情報をＤＮＳサーバ１２へ仲介するものである。但し、登録依頼に際しては、この登録依頼元ホスト自体が依存関係のある他のホストを知っている場合は、その情報も登録依頼情報に添付されるものとする。
【００５７】
ホスト名登録結果通知・登録部５８は、ホスト名登録仲介部５６によって仲介された登録依頼情報に応じてＤＮＳサーバ１２にホスト名とＩＰアドレスが登録され、この登録結果がＤＮＳサーバ１２から返信されてきた際に、その登録結果をリスト６４に登録する。また、リスト６４を参照することによって、登録ホスト１４−２，１４−ｎと依存関係にあるホスト（例えば、第１のホスト１４−１）を検出し、この検出された第１のホスト１４−１へ登録結果を通知するものである。但し、リスト６４に依存関係が登録されていない場合は、全ホスト１４−１〜１４−ｎへ通知するか、一切通知しないものとする。
【００５８】
依存関係情報削除部６８は、任意のホスト（例えば、第１のホスト１４−１）が自ホスト１４−１と依存関係にある他ホスト（第２のホスト１４−２）のホスト名を削除する際に行う削除依頼、または、ホスト自体（例えば、第２のホスト１４−２）が正常時に自律的に停止する際に実行する自ホスト名の削除依頼が行われた際に、その削除依頼情報をＤＮＳサーバ１２へ仲介するものである。但し、前者の削除依頼は、削除依頼元の第１のホスト１４−１が、削除対象の第２のホスト１４−２との接続に失敗することによって、その第２のホスト１４−２の不具合を検出した場合に実行される。
【００５９】
ホスト名削除結果通知・削除部６２は、ホスト名削除仲介部６０によって仲介された削除依頼情報に応じてＤＮＳサーバ１２において該当ホスト名とＩＰアドレスが削除され、この削除結果が返信されてきた際に、その削除結果に対応するホスト名とＩＰアドレスをリスト６４から削除する。また、リスト６４を参照することによって、削除ホスト１４−２と依存関係にあるホスト（例えば、第ｎのホスト１４−ｎ）を検出し、この検出された第ｎのホスト１４−ｎへ削除結果を通知するものである。但し、リスト６４に依存関係が登録されていない場合は、全ホスト１４−１〜１４−ｎホストへ通知するか、一切通知しないものとする。
【００６０】
依存関係情報更新期間検出部６６は、リスト６４に登録された依存関係情報が、一定期間更新されなかったことを検出するものである。
依存関係情報削除部６８は、依存関係情報更新期間検出部６６によって検出された一定期間未更新の依存関係情報を削除するものである。
このような構成の通信ネットワークシステム５０の動作を、図２〜図５に示すシーケンス図を参照して（１）〜（４）にて説明する。
【００６１】
（１）ＤＮＳサーバ１２を用いた負荷分散処理を、図２を参照して説明する。例えば、第１のホスト１４−１が第２のホスト１４−２に回線接続を行うものとする。この場合、ステップＳ１ｅにおいて、第１のホスト１４−１の名前解決依頼部３０により接続先ホストである第２のホスト１４−２の名前解決が仲介サーバ５１へ依頼される。この依頼によって、第２のホスト１４−２のホスト名（例えば「Ｈ２」）を含む名前解決依頼情報が、名前解決依頼部３０から送受信部２８を介して送信され、通信回線１３を介して仲介サーバ５１の送受信部５２で受信される。
【００６２】
この受信された名前解決依頼情報は、ステップＳ２ｅにおいて、仲介サーバ５１の名前解決仲介処理部５４へ出力され、この処理部５４によって、名前解決の依頼元ホスト１４−１と、名前解決対象ホスト１４−２との依存関係を示す情報（「Ｈ１」と「Ｈ２」の対応関係を示す情報）が、リスト６４に登録される。
また、名前解決仲介処理部５４によって、ステップＳ３ｅに示すように、依頼元ホスト１４−１からの名前解決依頼情報がＤＮＳサーバ１２へ仲介される。
【００６３】
この仲介された名前解決依頼情報は、ＤＮＳサーバ１２の送受信部１６で受信されたのち名前解決処理部１８に入力され、ここで、ステップＳ４ｅに示すように、名前解決処理が行われる。すなわち、名前解決処理部１８によって、受信されたホスト名「Ｈ２」に対応する複数のＩＰアドレスのうち１つ（例えばＩＰアドレス「ＩＰＡ２」）が、テーブル２６から選択される。
【００６４】
この選択されたＩＰアドレス「ＩＰＡ２」は、ステップＳ５ｅにおいて、応答結果送信制御部２４の制御によって応答結果情報として仲介サーバ５１へ返信される。この応答結果情報のＩＰアドレス「ＩＰＡ２」は、ステップＳ６ｅにおいて、名前解決仲介処理部５４によって、リスト６４に登録されたホスト名「Ｈ２」に対応付けて登録されると共に、ステップＳ７ｅに示すように、第１のホスト１４−１へ仲介される。
【００６５】
この仲介された応答結果情報のＩＰアドレス「ＩＰＡ２」が、第１のホスト１４−１の送受信部２８で受信され、他ホスト接続制御部４０によって、ステップＳ８ｅに示すように、ＩＰアドレス「ＩＰＡ２」を接続先アドレスとする第２のホスト１４−２に自ホスト１４−１を回線接続する制御が行われる。これによって、通常は第１のホスト１４−１が第２のホスト１４−２に回線接続されるが、ステップＳ９ｅに示すように、回線接続が失敗したとする。
【００６６】
この場合は、ステップＳ１０ｅにおいて、登録依頼元ホスト１４−１が、自ホスト１４−１と依存関係にある他のホスト（例えば、第ｎのホスト１４−ｎ）の名前解決をホスト名「Ｈｎ」によって再依頼する。この場合、仲介サーバ５１の名前解決仲介処理部５４によって、リスト６４からホスト名「Ｈｎ」に対応付けられた第ｎのホスト１４−ｎのＩＰアドレス「ＩＰＡｎ」が選択され、ステップＳ１１ｅに示すように、第１のホスト１４−１へ、そのＩＰアドレス「ＩＰＡｎ」が返信される。
【００６７】
第１のホスト１４−１では、他ホスト接続制御部４０によって、ステップＳ１２ｅに示すように、ＩＰアドレス「ＩＰＡ２」を接続先アドレスとする第ｎのホスト１４−ｎに自ホスト１４−１を回線接続する制御が行われる。これによって、ステップＳ１３ｅに示すように、第１のホスト１４−１が第ｎのホスト１４−ｎに回線接続される
（２）ｎｓｕｐｄａｔｅを用いたＤＮＳサーバ１２へのホスト名の登録処理を図３を参照して説明する。但し、ホスト名の登録処理は、ホストの新規な追加や復旧時などに行われる。
【００６８】
ステップＳ１ｆにおいて、第１のホスト１４−１のホスト名登録依頼部３２により、ｎｓｕｐｄａｔｅを用いて自ホストのホスト名とＩＰアドレスの登録が仲介サーバ５１へ依頼されたとする。この依頼によって、第１のホスト１４−１のホスト名（例えば「Ｈ１」）とＩＰアドレス（例えば「ＩＰＡ１」を含む登録依頼情報であるｎｓｕｐｄａｔｅが送受信部２８から送信され、仲介サーバ５１の送受信部５２で受信される。
【００６９】
この受信されたｎｓｕｐｄａｔｅは、ステップＳ２ｆにおいて、ホスト名登録仲介部５６によりＤＮＳサーバ１２へ仲介される。この仲介されたｎｓｕｐｄａｔｅは、ステップＳ３ｆにおいて、ホスト名登録処理部２０で登録処理される。これによって、ステップＳ４ｆに示すように、テーブル２６に、ホスト名「Ｈ１」とＩＰアドレス「ＩＰＡ１」とが対応付けられて登録される。
【００７０】
この登録結果は、ステップＳ５ｆにおいて、仲介サーバ５１へ返信される。仲介サーバ５１では、ステップＳ６ｆにおいて、ホスト名登録結果通知・登録部５８によってリスト６４に登録結果が登録される。また、ステップＳ７ｆにおいて、ホスト名登録結果通知・登録部５８によって、リスト６４が参照され、登録ホスト１４−１と依存関係にあるホスト（例えば、第２のホスト１４−２と第ｎのホスト１４−ｎ）が検出され、ステップＳ８ｆにおいて、その検出ホスト１４−２と１４−ｎへ、登録結果である登録ホスト１４−１のホスト名「Ｈ１」とＩＰアドレス「ＩＰＡ１」が通知される。
【００７１】
この通知された登録結果は、ステップＳ９ｆ及びＳ１０ｆに示すように、第２と第ｎのホスト１４−２と１４−ｎの応答結果記憶制御部３６の記憶制御によって、記憶部４２に記憶される。つまり、ホスト自体にローカルにキャッシュされる。また、記憶部４２の内容が更新されることになる。
（３）ｎｓｕｐｄａｔｅを用いたＤＮＳサーバ１２からホスト名を削除する処理を図４を参照して説明する。但し、ホスト名の削除処理は、ホストに故障などの不具合が生じた場合や、停止した場合などに行われる。
【００７２】
ステップＳ１ｇにおいて、第１のホスト１４−１のホスト名削除依頼部３４により、ｎｓｕｐｄａｔｅを用いて自ホストのホスト名の削除が仲介サーバ５１へ依頼されたとする。この依頼によって、第１のホスト１４−１のホスト名「Ｈ１」を含む削除依頼情報であるｎｓｕｐｄａｔｅが送受信部２８から送信され、仲介サーバ５１の送受信部５２で受信される。
【００７３】
この受信されたｎｓｕｐｄａｔｅは、ステップＳ２ｇにおいて、ホスト名削除仲介部６０によりＤＮＳサーバ１２へ仲介される。この仲介されたｎｓｕｐｄａｔｅは、ステップＳ３ｇにおいて、ホスト名削除処理部２２で削除処理される。これによって、ステップＳ４ｇに示すように、テーブル２６からホスト名「Ｈ１」とＩＰアドレス「ＩＰＡ１」とが削除される。
【００７４】
この削除結果は、ステップＳ５ｇにおいて、仲介サーバ５１へ返信される。仲介サーバ５１では、ステップＳ６ｇにおいて、ホスト名削除結果通知・削除部６２によってリスト６４から削除結果に対応するホスト名「Ｈ１」とＩＰアドレス「ＩＰＡ１」とが削除される。また、ステップＳ７ｇにおいて、ホスト名削除結果通知・削除部６２によって、リスト６４が参照され、削除ホスト１４−１と依存関係にあるホスト（例えば、第２のホスト１４−２と第ｎのホスト１４−ｎ）が検出され、ステップＳ８ｇにおいて、その検出ホスト１４−２と１４−ｎへ、削除結果である削除ホスト１４−１のホスト名「Ｈ１」とＩＰアドレス「ＩＰＡ１」が通知される。
【００７５】
この通知によって、ステップＳ９ｇに示すように、第２のホスト１４−２の応答結果記憶制御部３６の制御によって、削除結果に対応する記憶部４２の記憶ホスト名「Ｈ２」とＩＰアドレス「ＩＰＡ２」が削除される。同様に、ステップＳ１０ｇに示すように、第ｎのホスト１４−ｎの応答結果記憶制御部３６の制御によって、削除結果に対応する記憶部４２の記憶ホスト名「Ｈｎ」とＩＰアドレス「ＩＰＡｎ」が削除される。つまり、記憶部４２の内容が更新されることになる。
【００７６】
この他に、仲介サーバ５１においては、リスト６４に登録された依存関係情報が一定期間更新されなかったことが、依存関係情報更新期間検出部６６によって検出されると、依存関係情報削除部６８によって、その検出された一定期間未更新の依存関係情報が削除される。
このように、本実施の形態のドメインネームシステムを用いた通信ネットワークシステムによれば、各ホスト１４−１〜１４−ｎとＤＮＳサーバ１２との間に接続された仲介サーバ５１によって、依頼元ホストからの名前解決の依頼と、この依頼によりＤＮＳサーバ１２から応答返信される接続対象ホストのＩＰアドレスとを仲介し、この仲介時に、接続要求可能なホスト同士のホスト名及びＩＰアドレスを対応付け、これを依存関係情報としてリスト６４に登録するようにした。
【００７７】
これによって、依頼元ホストが接続要求した接続対象ホストが故障などの不具合で回線接続不可能だった場合は、依頼元ホストは仲介サーバ５１から他の接続対象ホストのＩＰアドレスを取得すればよいので、従来のようにＤＮＳサーバ１２に名前解決の再依頼による余計な問合せが発生することが無くなる。従って、従来のように、ＤＮＳサーバ１２に余計な問合せが発生し、その分、ネットワーク全体におけるトラフィック量が増加するといったことを防止することができる。また、従来のように、ＤＮＳサーバ１２に名前解決の再依頼を行わなくてもよいので、回線接続までに長い遅延時間が発生するといったことを防止することができる。
【００７８】
また、仲介サーバ５１が、ホストのホスト名とＩＰアドレスの登録依頼を受けた際に、登録依頼をＤＮＳサーバ１２へ仲介送信し、この登録依頼に応じてＤＮＳサーバ１２にホスト名とＩＰアドレスが登録され、この登録結果がＤＮＳサーバ１２から返信されてきた際に、登録結果に示されるホスト名とＩＰアドレスとを、互いに依存関係のあるホストのホスト名に対応付けてリスト６４に記憶するようにした。
【００７９】
これによって、新規に追加されたホストや復旧したホストのホスト名とＩＰアドレスがＤＮＳサーバ１２に登録された際に、仲介サーバ５１でも同様に登録されるので、ＤＮＳサーバ１２との対応関係を常時一致させることができる。
また、新規に追加されたホストや復旧したホストのホスト名とＩＰアドレスがＤＮＳサーバ１２に登録された際に、仲介サーバ５１によって、その登録されたホストと依存関係にあるホストへ登録結果を通知するようにしたので、通知先のホストは、新規・復旧の各ホストを把握するためにＤＮＳサーバ１２へ名前解決の依頼による問合せを行う必要がなくなる。
【００８０】
従って、従来のように、頻繁にＤＮＳサーバ１２へ新規・復旧のホストの名前解決の依頼による問合せを行う必要が無くなるので、ＤＮＳサーバ１２に大きな負荷が掛かることを防止することができる。また、ＤＮＳサーバ１２へ名前解決による問合せを行う必要がなくなるので、ネットワーク全体におけるトラフィック量が増加することを防止することができる。
【００８１】
また、ホストでは、接続対象ホストがＤＮＳサーバ１２に登録を行った都度、その登録されたホスト名とＩＰアドレスを記憶しておくことができるので、ホストのキャッシュ情報をＤＮＳサーバ１２での登録の都度、更新することができる。従って、従来のように、更新の遅れによって他ホストへの適正な回線接続が行えなくなることによる名前解決の再依頼で、トラフィック量が増加、並びに長い遅延時間が発生することを防止することができる。
【００８２】
また、不具合が生じたホストのホスト名とＩＰアドレスがＤＮＳサーバ１２から削除された際に、仲介サーバ５１でも同様に削除されるので、ＤＮＳサーバ１２との対応関係を常時一致させることができる。
また、不具合の発生したホストのホスト名とＩＰアドレスがＤＮＳサーバ１２から削除された際に、仲介サーバ５１によって、その削除されたホストと依存関係にあるホストへ削除結果を通知するようにしたので、通知先のホストは、不具合の発生したホストを把握するためにＤＮＳサーバ１２へ名前解決の依頼による問合せを行う必要がなくなる。
【００８３】
従って、従来のように、頻繁にＤＮＳサーバ１２へ、削除されたホストの名前解決の依頼による問合せを行う必要が無くなるので、ＤＮＳサーバ１２に大きな負荷が掛かることを防止することができる。また、ＤＮＳサーバ１２へ名前解決による問合せを行う必要がなくなるので、ネットワーク全体におけるトラフィック量が増加することを防止することができる。
【００８４】
また、ホストでは、接続対象ホストがＤＮＳサーバ１２から削除された都度、ＤＮＳサーバ１２で削除されたホスト名とＩＰアドレスを自ホストの記憶情報の中から削除することができるので、ホストのキャッシュ情報をＤＮＳサーバ１２での削除の都度、更新することができる。従って、従来のように、更新の遅れによって他ホストへの適正な回線接続が行えなくなることによる名前解決の再依頼で、トラフィック量が増加、並びに長い遅延時間が発生することを防止することができる。
【００８５】
また、仲介サーバ５１が、リスト６４に記憶された依存関係情報が、一定期間更新されなかったことを検出し、この検出された一定期間未更新の依存関係情報を削除するようにした。これによって、仲介サーバ５１に、障害の原因となる古い依存関係情報が記憶されて残るといったことがなくなるので、ホストへの悪影響を予防することができる。
【００８６】
以上のことから、本実施の形態のドメインネームシステムを用いた通信ネットワークシステムによれば、各ホスト１４−１〜１４−ｎと、ＤＮＳサーバ１２との構成を変更することなく、ＤＮＳサーバ１２に大きな負荷が掛かることを防止することができ、ネットワーク全体のトラフィック量が増加することを防止することができ、他ホストへの回線接続を行うまでに長い遅延時間が発生することを防止することができる。
【００８７】
【発明の効果】
以上説明したように本発明のドメインネームシステムを用いた通信ネットワークシステム及びドメインネームシステムにおける端末機情報処理方法によれば、各端末機とＤＮＳサーバとの間に接続された仲介サーバによって、依頼元端末機からの名前解決の依頼と、この依頼によりＤＮＳサーバから応答返信される接続対象端末機の固有アドレスとを仲介し、この仲介時に、接続要求可能な端末機同士の識別名及び固有アドレスを対応付け、これを依存関係情報として記憶するようにした。
【００８８】
これによって、依頼元端末機が接続要求した接続対象端末機が故障などの不具合で回線接続不可能だった場合は、仲介サーバは依存関係情報を更新し、さらに回線接続不可能だった端末機と依存関係にある端末機に対して通知するため、従来のようにＤＮＳサーバに名前解決の再依頼による余計な問合せが発生することが無くなる。従って、従来のように、ＤＮＳサーバに余計な問合せが発生し、その分、ネットワーク全体におけるトラフィック量が増加するといったことが無くなる。また、従来のように、ＤＮＳサーバに名前解決の再依頼を行わなくてもよいので、回線接続までに長い遅延時間が発生するといったことが無くなる。
【００８９】
また、仲介サーバが、端末機の識別名と固有アドレスの登録依頼を受けた際に、登録依頼をＤＮＳサーバへ仲介送信し、この登録依頼に応じてＤＮＳサーバに識別名と固有アドレスが登録され、この登録結果がＤＮＳサーバから返信されてきた際に、登録結果に示される識別名と固有アドレスとを、互いに依存関係のある端末機の識別名に対応付けて記憶するようにした。
【００９０】
これによって、新規に追加された端末機や復旧した端末機の識別名と固有アドレスがＤＮＳサーバに登録された際に、仲介サーバでも同様に登録されるので、ＤＮＳサーバとの対応関係を常時一致させることができる。
また、新規に追加された端末機や復旧した端末機の識別名と固有アドレスがＤＮＳサーバに登録された際に、仲介サーバによって、その登録された端末機と依存関係にある端末機へ登録結果を通知するようにしたので、通知先の端末機は、新規・復旧の各端末機を把握するためにＤＮＳサーバへ名前解決の依頼による問合せを行う必要がなくなる。
【００９１】
従って、従来のように、頻繁にＤＮＳサーバへ新規・復旧の端末機の名前解決の依頼による問合せを行う必要が無くなるので、ＤＮＳサーバに大きな負荷が掛かることを防止することができる。また、ＤＮＳサーバへ名前解決による問合せを頻繁に行う必要がないので、ネットワーク全体におけるトラフィック量が増加することが無くなる。
【００９２】
また、端末機では、接続対象端末機がＤＮＳサーバに登録を行った都度、その登録された識別名と固有アドレスを記憶しておくことができるので、端末機のキャッシュ情報をＤＮＳサーバでの登録の都度、更新することができる。従って、従来のように、更新の遅れによって他端末機への適正な回線接続が行えなくなることによる名前解決の再依頼で、トラフィック量が増加、並びに長い遅延時間が発生することが無くなる。
【００９３】
また、不具合が生じた端末機の識別名と固有アドレスがＤＮＳサーバから削除された際に、仲介サーバでも同様に削除されるので、ＤＮＳサーバとの対応関係を常時一致させることができる。
また、不具合の発生した端末機の識別名と固有アドレスがＤＮＳサーバから削除された際に、仲介サーバによって、その削除された端末機と依存関係にある端末機へ削除結果を通知するようにしたので、通知先の端末機は、不具合の発生した端末機を把握するためにＤＮＳサーバへ名前解決の依頼による問合せを行う必要がなくなる。
【００９４】
従って、従来のように、頻繁にＤＮＳサーバへ、削除された端末機の名前解決の依頼による問合せを行う必要が無くなるので、ＤＮＳサーバに大きな負荷が掛かることを防止することができる。また、ＤＮＳサーバへ名前解決による問合せを行う必要がなくなるので、ネットワーク全体におけるトラフィック量が増加することが無くなる。
【００９５】
また、端末機では、接続対象端末機がＤＮＳサーバから削除された都度、ＤＮＳサーバで削除された識別名と固有アドレスを自端末機の記憶情報の中から削除することができるので、端末機のキャッシュ情報をＤＮＳサーバでの削除の都度、更新することができる。従って、従来のように、更新の遅れによって他端末機への適正な回線接続が行えなくなることによる名前解決の再依頼で、トラフィック量が増加、並びに長い遅延時間が発生することが無くなる。
【００９６】
以上のことから、本実施の形態のドメインネームシステムを用いた通信ネットワークシステムによれば、各端末機と、ＤＮＳサーバとの構成を変更することなく、ＤＮＳサーバに大きな負荷が掛かることを防止することができ、ネットワーク全体のトラフィック量が増加することを防止することができ、他端末機への回線接続を行うまでに長い遅延時間が発生することを防止することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るドメインネームシステムを用いた通信ネットワークシステムの構成を示すブロック図である。
【図２】上記実施の形態に係るドメインネームシステムを用いた通信ネットワークシステムにおいてＤＮＳサーバを用いた負荷分散処理の動作を説明するためのシーケンス図である。
【図３】上記実施の形態に係るドメインネームシステムを用いた通信ネットワークシステムにおいてＤＮＳサーバへのホスト名登録処理の動作を説明するためのシーケンス図である。
【図４】上記実施の形態に係るドメインネームシステムを用いた通信ネットワークシステムにおいてＤＮＳサーバからのホスト名削除処理の動作を説明するためのシーケンス図である。
【図５】従来のドメインネームシステムを用いた通信ネットワークシステムの構成を示すブロック図である。
【図６】従来のドメインネームシステムを用いた通信ネットワークシステムにおいてＤＮＳサーバを用いた負荷分散処理の動作を説明するためのシーケンス図である。
【図７】従来のドメインネームシステムを用いた通信ネットワークシステムにおいてＤＮＳサーバへのホスト名登録処理の動作を説明するためのシーケンス図である。
【図８】従来のドメインネームシステムを用いた通信ネットワークシステムにおいてＤＮＳサーバからのホスト名削除処理の動作を説明するためのシーケンス図である。
【図９】従来のドメインネームシステムを用いた通信ネットワークシステムにおいてホスト自体による負荷分散処理の動作を説明するためのシーケンス図である。
【符号の説明】
１０，５０ドメインネームシステムを用いた通信ネットワークシステム
１２ＤＮＳサーバ
１３通信回線
１４−１〜１４−ｎ第１〜第ｎのホスト
１６，２８，５２送受信部
１８名前解決処理部
２０ホスト名登録処理部
２２ホスト名削除処理部
２４応答結果送信制御部
２６ホスト名／ＩＰアドレス対応関係テーブル
３０名前解決依頼部
３２ホスト名登録依頼部
３４ホスト名削除依頼部
３６応答結果記憶制御部
３８ＩＰアドレス選択部
４０他ホスト接続制御部
４２対応ホスト名／ＩＰアドレス記憶部
５１仲介サーバ
５４名前解決仲介処理部
５６ホスト名登録仲介部
５８ホスト名登録結果通知部
６０ホスト名削除仲介部
６２ホスト名削除結果通知部
６４依存関係情報リスト
６６依存関係情報更新期間検出部
６８依存関係情報削除部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication network system using a domain name system having a function of associating a host name of a terminal (host) equipped with a computer function with an IP (Internet Protocol) address on the Internet, and terminal information in the domain name system. Regarding a processing method, for example, a communication network system using a domain name system applied to a network including a mobile terminal such as a mobile phone, a PDA (Personal Digital Assistance), a notebook PC (Personal Computer), or a peer-to-peer network And a terminal information processing method in the domain name system.
[0002]
[Prior art]
The domain name system (hereinafter also referred to as DNS) is a distributed database in which DNS servers (name servers) around the world operate in cooperation. The DNS server obtains an IP address from a host name and vice versa. A process called name resolution can be performed. This name resolution is defined in RFC-1034 and RFC-1035 whose titles are described in Non-Patent Documents 1 and 2 described later. However, here, in order to simplify the text, the host name (identification name) is used in the same meaning as FQDN (Fully Qualified Domain Name).
[0003]
The DNS server that performs name resolution as described above is a system that requires prompt notification of an added / recovered host, a system that frequently changes hosts or moves in a network, and a host name and an IP address corresponding to each other. This is applied to a system that locally caches the server with a terminal, for example, a system that distributes the load on the host itself without depending on the load distribution of the DNS server.
[0004]
FIG. 5 is a block diagram showing a configuration of a communication network system using a conventional domain name system. The communication network system 10 shown in FIG. 5 is configured by connecting a first to n-th multiple hosts 14-1 to 14-n to a DNS server 12 via a communication line 13. However, the communication line 13 corresponds to both wired and wireless lines.
[0005]
The DNS server 12 includes a data transmission / reception unit 16, a name resolution processing unit 18, a host name registration processing unit 20, a host name deletion processing unit 22, a response result transmission control unit 24, and readable / writable data (not shown). And a host name / IP address correspondence table (hereinafter sometimes simply referred to as a table) 26 stored in the storage device.
[0006]
The first to nth hosts 14-1 to 14-n are various computers, for example, terminals equipped with computer functions such as mobile phones, PDAs, notebook PCs, stationary PCs, servers, and large computers. Is applicable.
The configuration for each of the hosts 14-1 to 14-n to access and communicate with the DNS server 12 includes a data transmission / reception unit 28 and name resolution, as representatively shown by the first host 14-1. Request unit 30, host name registration request unit 32, host name deletion request unit 34, response result storage control unit 36, IP address selection unit 38, other host connection control unit 40, and corresponding host name / IP address And a storage unit (hereinafter also simply referred to as a storage unit) 42.
[0007]
Next, components of the first to nth hosts 14-1 to 14-n will be described.
The transmission / reception unit 28 transmits / receives data (or signals) to / from the DNS server 12 or the second to nth hosts 14-1 to 14-n which are other hosts.
The name resolution request unit 30 requests the DNS server 12 to resolve the name of another host (including its own host).
[0008]
The host name registration request unit 32 notifies the DNS server 12 of the host name and IP address of the own host registered in the DNS server 12 using the update described later. At this time, the host name and the IP address are notified by being superimposed on the update.
“Nupdate” is a protocol for adding or deleting a host name to / from a DNS server, and is defined in RFC-2136 which describes the title and the like in Non-Patent Document 3 described later. In other words, nsupdate is data or a program for interactively updating the host name registered in the DNS server.
[0009]
The host name deletion request unit 34 notifies the DNS server 12 of the host name to be deleted using nupdate.
The response result storage control unit 36 performs control to store the response result (host name and IP address) returned from the DNS server 12 in the corresponding host name / IP address storage unit 42. In other words, the response result is cached locally.
[0010]
The IP address selection unit 38 selects an IP address associated with the host name designated by the other host connection control unit 40 from the table 26 and outputs the selected IP address to the other host connection control unit 40. To do. As described above, when the host selects an IP address corresponding to the host name from the local cache, a round robin described later is used as the selection algorithm.
[0011]
The other host connection control unit 40 performs control to connect the own host to the other host of the IP address included in the response result returned from the DNS server 12. The other host connection control unit 40 acquires an IP address associated with the host name of the connection destination host by controlling the IP address selection unit 38 when the own host autonomously connects to the other host. The IP address is controlled to connect the host to the other host.
[0012]
The corresponding host name / IP address storage unit 42 stores a host name and an IP address, which are response results returned from the DNS server 12.
Next, components of the DNS server 12 will be described.
The transmission / reception unit 16 transmits / receives data (or signals) to / from the first to nth hosts 14-1 to 14-n.
[0013]
The name resolution processing unit 18 selects one of a plurality of IP addresses associated with the host name transmitted from the name resolution request unit 30 from the table 26. For this selection algorithm, round robin or the like is used.
A specific operation when the round robin algorithm is applied to the load distribution of the DNS server 12 is to apply a DNS server that associates a host name and an IP address on the Internet to perform load distribution of a server with many accesses. In order to prevent concentration of access to one host, a plurality of IP addresses are assigned to one host name, and answers are made in turn each time an inquiry is made.
[0014]
The host name registration processing unit 20 associates the host name and the IP address superimposed on the update transmitted from the first to n-th hosts 14-1 to 14-n in association with the host name / IP address. It is registered in the table 26.
The host name deletion processing unit 22 obtains a host name corresponding to the host name indicated in the update transmitted from the first to nth hosts 14-1 to 14-n from the host name / IP address correspondence table 26. Is to be deleted.
[0015]
The response result transmission control unit 24 returns the IP address selected by the name resolution processing unit 18 to the requesting host as a response result.
The operation of the communication network system 10 having such a configuration will be described in (1) to (4) with reference to the sequence diagrams shown in FIGS.
[0016]
(1) A load distribution process using the DNS server 12 will be described with reference to FIG. This type of load distribution processing is defined in RFC-1794, whose title is described in Non-Patent Document 4 to be described later.
For example, it is assumed that the first host 14-1 performs line connection to the second host 14-2. In this case, in step S1a, the name resolution request unit 30 of the first host 14-1 requests the DNS server 12 to resolve the name of the second host 14-2 that is the connection destination host. By this request, name resolution request information including the host name (for example, “H2”) of the second host 14-2 is transmitted from the name resolution request unit 30 via the transmission / reception unit 28, and DNS is transmitted via the communication line 13. The data is received by the transmission / reception unit 16 of the server 12.
[0017]
The received name resolution request information is input to the name resolution processing unit 18, where name resolution processing is performed as shown in step S2a. That is, the name resolution processing unit 18 selects one of the plurality of IP addresses corresponding to the received host name “H2” (for example, the IP address “IPA2”) from the table 26.
[0018]
The selected IP address “IPA2” is returned to the first host 14-1 as response result information under the control of the response result transmission control unit 24 in step S3a. That is, the IP address “IPA2” of the response result information is received by the transmission / reception unit 28 of the first host 14-1 from the transmission / reception unit 16 via the communication line 13.
[0019]
After this reception, in the first host 14-1, the other host connection control unit 40 causes the second host 14-2 having the IP address “IPA2” to be the connection destination address, as shown in step S4a. -1 is connected to the line. As a result, in step S5a, the first host 14-1 is connected to the second host 14-2 via a line.
Here, when the line connection fails, the processes of steps S1a to S4a are repeated again, thereby performing the reline connection of step S5a.
[0020]
(2) A host name registration process to the DNS server 12 using the update will be described with reference to FIG. However, the host name registration process is performed when a new host is added or restored.
In step S1b, it is assumed that the host name registration request unit 32 of the first host 14-1 requests the DNS server 12 to register the host name and IP address of the own host using the update. In response to this request, the host name (for example, “H1”) and the IP address (for example, “IPA1”) of the first host 14-1 are transmitted from the transmission / reception unit 28 and the transmission / reception unit of the DNS server 12. 16 is received.
[0021]
The received update is registered in the host name registration processing unit 20 in step S2b. As a result, as shown in step S3b, the host name “H1” and the IP address “IPA1” are associated and registered in the table 26.
[0022]
(3) Processing for deleting a host name from the DNS server 12 using nupdate will be described with reference to FIG. However, the host name deletion process is performed when a failure such as a failure occurs in the host or when it is stopped.
In step S1c, it is assumed that the host name deletion request unit 34 of the first host 14-1 requests the DNS server 12 to delete the host name of its own host using the update. In response to this request, the update request information including the host name “H1” of the first host 14-1 is transmitted from the transmission / reception unit 28 and received by the transmission / reception unit 16 of the DNS server 12.
[0023]
The received update is deleted by the host name deletion processing unit 22 in step S2c. As a result, as shown in step S3c, the host name “H1” and the IP address “IPA1” associated therewith are deleted from the table 26.
[0024]
(4) Load distribution processing by the host itself will be described with reference to FIG.
In step S1d, in the first host 14-1, the name resolution request unit 30 requests the DNS server 12 to respond to all name resolutions of the second host 14-2 to which the host can be connected, for example. Is done. This request is to request that all of the plurality of IP addresses be returned as response result information because a plurality of IP addresses are associated with the host name “H2”. By this request, name resolution request information including the host name “H2” of the second host 14-2 is transmitted and received by the DNS server 12.
[0025]
The received name resolution request information is input to the name resolution processing unit 18, where name resolution processing is performed as shown in step S2d. That is, the name resolution processing unit 18 selects a plurality of IP addresses (for example, IP addresses “IPA2” to “IPA2m”) corresponding to the received host name “H2” from the table 26.
[0026]
The selected plurality of IP addresses “IPA2” to “IPA2m” are returned to the first host 14-1 as all response result information under the control of the response result transmission control unit 24 in step S3d.
In the first host 14-1, the plurality of IP addresses “IPA2” to “IPA2m” are associated with the host name “H2” by the storage control of the response result storage control unit 36, as shown in step S4d. And stored in the storage unit 42. That is, it is cached locally on the host itself.
[0027]
Thereafter, when the first host 14-1 performs line connection to the second host 14-2, the host name “H2” of the connection destination host 14-2 instructed by the other host connection control unit 40 in step S5d. The IP address “IPA2” associated with is selected from the storage unit 42 by the IP address selection unit 38b.
In step S6d, the host connection 14-1 is line-connected to the second host 14-2 having the selected IP address “IPA2” as the connection destination address by the line connection control of the other host connection control unit 40. Control is performed. As a result, in step S7a, the first host 14-1 is connected to the second host 14-2 via a line.
[0028]
[Non-Patent Document 1]
RFC-1034 “Network Working Group P. Mockapetris Request for Comments: 1034 ISI Obsoletes: RFCs 882, 883, 973 November 1987 DOMAINNAMES-CONCEPTS AND FACILITIES”
[Non-Patent Document 2]
RFC-1035 “Network Working Group P. Mockapetris Request for Comments: 1034 ISI Obsoletes: RFCs 882, 883, 973 November 1987 DOMAIN NAMES- IMPLEMENTATION AND SPECIFICATION”
[Non-Patent Document 3]
RFC-2136 `` Network Working Group P. Vixie, Editor Request for Comments: 2136 ISC Updates: 1035 S. Thomson Category: Standards Track Bellcore Y. Rekhter Cisco J. Bound DEC April 1997 Dynamic Updates in the Domain Name System (DNS UPDATE) ''
[Non-Patent Document 4]
RFC-1794 “Network Working Group T. Brisco Request for Comments: 1794 Rutgers University Category: Informational April 1995 DNS Support for Load Balancing”
[0029]
[Problems to be solved by the invention]
However, the communication network system using the conventional domain name system has the following problems.
In the load distribution process using the DNS server 12 of the above (1), the second host 14-2 having the connection destination address of the IP address “IPA2” of the response result of the DNS server 12 is not connected due to a malfunction or the like. If it is possible, it is necessary to make an inquiry again by requesting name resolution, so that an extra inquiry occurs, and the amount of traffic in the entire network increases accordingly. In addition, since name resolution must be re-requested, a long delay time is required until line connection.
[0030]
In the registration process of (2) above, the host name of a new host and the host name of the recovered host can be registered. In the deletion process of (3), the host name of the host where the problem has occurred can be deleted. it can. However, since the requesting host needs to frequently inquire about the name resolution request to the DNS server 12 in order to grasp each of the new, restored, and malfunctioning hosts, a heavy load is imposed on the DNS server 12. become. Also in this case, the amount of traffic in the entire network increases due to the large number of inquiries.
[0031]
In the load distribution process by the host itself of (4) above, each host 14-1 to 14-n itself stores and holds the host information obtained from the DNS server 12 and the host information by the IP address in the storage unit 42. Therefore, if the frequency of name resolution requests to the DNS server 12 is low, the update of the stored host information is delayed. When the update is delayed in this way, there may be a case where an appropriate line connection to another host cannot be performed. Also in this case, since it is necessary to start again from the name resolution request, the traffic volume increases and a long delay time occurs as described above.
[0032]
The present invention has been made in view of such problems, can prevent a DNS server from being subjected to a heavy load, can prevent an increase in the amount of traffic of the entire network, It is an object of the present invention to provide a communication network system using a domain name system and a terminal information processing method in the domain name system, which can prevent a long delay time from occurring until a line connection is established.
[0033]
[Means for Solving the Problems]
  The communication network system using the domain name system according to claim 1 of the present invention obtains the unique address from the distinguished name to a DNS server having a function of associating the distinguished name of the terminal equipped with the computer function with the unique address. In a communication network system using a domain name system that requests name resolution from the terminal, there is a dependency relationship between the identification name of the requesting terminal that requests the name resolution and the requesting terminal that can request connection Storage means for storing dependency information associated with an identification name of a connection target terminal, and a connection having a dependency relationship with the request source terminal when receiving a name resolution request from the request source terminal The identification name of the target terminal is stored in the storage means in association with the identification name of the requesting terminal, and the name resolution request is sent in advance. A mediation to be transmitted to the DNS server is performed, and the unique address of the connection target terminal returned from the DNS server in response to the mediated name resolution request corresponds to the corresponding identification name stored in the storage means. And a name resolution mediation processing means for returning a unique address of the connection target terminal to the request source terminal, and a mediation server connected between the terminal and the DNS server.WhenWithIn addition, when the registration request for the identification name and unique address of the terminal is received by the mediation server, a registration mediation means for mediating and transmitting the registration request to the DNS server, and the registration request transmitted by the mediation Accordingly, the identification name and the unique address are registered in the DNS server, and when the registration result is returned from the DNS server, the identification name and the unique address indicated in the registration result are mutually dependent. Registration means for storing in the storage means in association with an identification name of a certain terminal;It is characterized by having.
[0034]
  According to this configuration, the intermediary server connected between the terminal and the DNS server makes a request for name resolution from the request source terminal, and the uniqueness of the connection target terminal to which a response is returned from the DNS server by this request. An address is mediated, and at the time of this mediation, an identification name and a unique address of terminals that can request connection are associated with each other and stored as dependency information. As a result, if the connection target terminal requested by the requesting terminal cannot connect to the line due to a malfunction such as a failure, the requesting terminal acquires the unique address of the other connecting target terminal from the mediation server. As a result, there is no need to generate extra queries due to re-requests for name resolution to the DNS server as in the prior art.In addition, when the identification name and unique address of a newly added terminal or a restored terminal are registered in the DNS server, they are also registered in the intermediary server in the same manner, so that the correspondence relationship with the DNS server is always consistent. be able to.
[0036]
  MaClaims of the present invention2A communication network system using the domain name system of claim1, By detecting the terminal having a dependency relationship with the terminal having the identification name indicated in the registration result by referring to the storage means, and notifying the detected result to the detected terminal It is characterized in that it has a registration notification means.
[0037]
According to this configuration, when an identification name and a unique address of a newly added terminal or a restored terminal are registered in the DNS server, a terminal that is dependent on the registered terminal by the intermediary server Since the registration result is notified to the machine, the notification destination terminal does not need to make an inquiry to the DNS server by requesting name resolution in order to grasp each new / recovered terminal. The terminal can store the registered identification name and unique address each time the connection target terminal registers with the DNS server.
[0038]
  Further, the claims of the present invention3A communication network system using the domain name system of claim 1 is provided.Or 2In response to a deletion request for deletion of the terminal identification name and unique address from the intermediary server, a deletion intermediary means for intermediary transmission of the deletion request to the DNS server, and in response to the deletion request transmitted through the intermediary When the identification name and the unique address are deleted from the DNS server and the deletion result is returned from the DNS server, the identification name and the unique address indicated in the deletion result are deleted from the storage means. And a first deletion means.
[0039]
  According to this configuration, when the identification name and unique address of the terminal in which the problem has occurred are deleted from the DNS server, the intermediary server is also deleted in the same manner, so that the correspondence relationship with the DNS server can always be matched. it can.
  Further, the claims of the present invention4A communication network system using a domain name system according to claim3In step (b), the intermediary server is referred to the storage means to detect a terminal having a dependency relationship with the terminal having the identification name indicated in the deletion result, and the deletion result is notified to the detected terminal. It is characterized by having a deletion notification means.
[0040]
According to this configuration, when the identification name and unique address of the terminal in which the problem has occurred are deleted from the DNS server, the deletion result is notified by the intermediary server to the terminal having a dependency relationship with the deleted terminal. As a result, the notification destination terminal does not need to make an inquiry to the DNS server by requesting name resolution in order to grasp the terminal in which the problem has occurred. In addition, each time the connection target terminal is deleted from the DNS server, the terminal can delete the identification name and unique address deleted from the DNS server from the stored information of the terminal itself.
[0041]
  Further, the claims of the present invention5A communication network system using a domain name system according to claim 1 starts from claim 1.4In any one of the above, the intermediary server includes a detecting unit that detects that the dependency relationship information stored in the storage unit has not been updated for a certain period of time, and a non-updated period of time detected by the detecting unit. And a second deletion unit that deletes the dependency relationship information.According to this configuration, since the old dependency relationship information that causes the failure is not stored in the mediation server, it is possible to prevent an adverse effect on the terminal.
[0042]
  MaClaims of the present invention6According to the terminal information processing method in the domain name system according to the present invention, name resolution for obtaining the unique address from the identification name is performed on a DNS server having a function of associating the identification name of the terminal equipped with a computer function with a unique address. In the terminal information processing method in the domain name system in which a mediation server is connected between the terminal and the DNS server and the request is mediated by the mediation server when requesting from the terminal, the mediation server When a request for name resolution is received from an original terminal, the identification name of the requesting terminal is associated with the identification name of a connection target terminal that has a dependency that the requesting terminal can make a connection request to. A first step of storing as dependency relationship information, and a second step of mediating to transmit the name resolution request to the DNS server And the unique address of the connection target terminal returned from the DNS server in response to the name resolution request mediated in the first step is associated with the corresponding identification name in the dependency information. A third step of storing, and a fourth step of returning the unique address of the connection target terminal to the requesting terminal.The intermediary server receives the registration request for the identification name and unique address of the terminal, and the intermediary transmission is performed in the fifth step and intermediary transmission of the registration request to the DNS server. The identification name and the unique address are registered in the DNS server in response to the registration request, and when the registration result is returned from the DNS server, the identification name and the unique address indicated in the registration result are A sixth step of storing as the dependency relationship information in association with identification names of terminals having a dependency relationship with each other;It is characterized by performing.
[0043]
  According to this method, an intermediary server connected between the terminal and the DNS server makes a request for name resolution from the requesting terminal, and the uniqueness of the connection target terminal to which a response is returned from the DNS server by this request. An address is mediated, and at the time of this mediation, an identification name and a unique address of terminals that can request connection are associated with each other and stored as dependency information. As a result, if the connection target terminal requested by the requesting terminal cannot connect to the line due to a malfunction such as a failure, the intermediary server updates the dependency information, and the intermediary server cannot connect to the line. It is possible to recognize a terminal that is dependent on the terminal.In addition, when the identification name and unique address of a newly added terminal or a restored terminal are registered in the DNS server, they are also registered in the intermediary server in the same manner, so that the correspondence relationship with the DNS server is always consistent. be able to.
[0045]
  MaClaims of the present invention7byTerminal information processing method in domain name systemClaims6The intermediary server detects a terminal having a dependency relationship with the terminal having the identification name indicated in the registration result by referring to the dependency relationship information, and sends the registration result to the detected terminal. The seventh step of notifying is executed.
[0046]
According to this method, when an identification name and a unique address of a newly added terminal or a restored terminal are registered in the DNS server, a terminal having a dependency relationship with the registered terminal by the intermediary server Since the registration result is notified to the machine, the notification destination terminal does not need to make an inquiry to the DNS server by requesting name resolution in order to grasp each new / recovered terminal. The terminal can store the registered identification name and unique address each time the connection target terminal registers with the DNS server.
[0047]
  Further, the claims of the present invention8byTerminal information processing method in domain name systemClaims6 or 7In the eighth step, when the intermediary server receives a request to delete the identification name and unique address of the terminal, the intermediary transmission in the eighth step of intermediary transmission of the deletion request to the DNS server, and the eighth step In response to the deletion request, the identification name and the unique address are deleted from the DNS server, and when the deletion result is returned from the DNS server, the identification name and the unique address indicated in the deletion result are displayed. And a ninth step of deleting from the dependency relationship information.
[0048]
  According to this method, when the identification name and the unique address of the terminal in which the problem has occurred are deleted from the DNS server, the intermediary server is also deleted in the same manner, so that the correspondence relationship with the DNS server can always be matched. it can.
  Further, the claims of the present invention9byTerminal information processing method in domain name systemClaims8The intermediary server detects a terminal having a dependency relationship with the terminal having the identification name indicated in the deletion result by referring to the dependency relationship information, and sends the deletion result to the detected terminal. The tenth step of notifying is executed.
[0049]
According to this method, when the identification name and unique address of a terminal in which a problem has occurred are deleted from the DNS server, the intermediary server notifies the deletion result to the terminal that is dependent on the deleted terminal. As a result, the notification destination terminal does not need to make an inquiry to the DNS server by requesting name resolution in order to grasp the terminal where the problem has occurred. In addition, each time the connection target terminal is deleted from the DNS server, the terminal can delete the identification name and unique address deleted from the DNS server from the stored information of the terminal itself.
[0050]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
(Embodiment)
FIG. 1 is a block diagram showing a configuration of a communication network system using a domain name system according to an embodiment of the present invention. However, in the present embodiment shown in FIG. 1, the first to nth hosts 14-1 to 14-n and the DNS server 12 have the same configuration as that of the conventional one. Refer to
[0051]
A feature of the communication network system 50 according to the present embodiment is that a mediation server 51 that mediates a request for name resolution or the like is connected between each of the hosts 14-1 to 14-n and the DNS server 12. Stores the dependency between the name resolution requesting host and the name resolution target host (hereinafter referred to as the name resolution target host), and based on this dependency information, the new added host and recovery host Only the hosts that need information are notified, and the dependency relationship between the hosts is learned autonomously. However, the dependency relationship indicates to which host the name resolution target host is referred (a connection request can be made).
[0052]
The mediation server 51 includes a data transmission / reception unit 52, a name resolution mediation processing unit 54, a host name registration mediation unit 56, a host name registration result notification / registration unit 58, a host name deletion mediation unit 60, and a host name deletion A result notification / deletion unit 62, a dependency relationship information list (hereinafter sometimes simply referred to as a list) 64 stored in a readable / writable storage device (not shown), a dependency information update period detection unit 66, a dependency The related information deleting unit 68 is provided.
[0053]
However, existing DNS interface means are used as the interface means between each of the hosts 14-1 to 14-n and the mediation server 51 and the interface means between the mediation server 51 and the DNS server 12. Shall. As a result, each of the hosts 14-1 to 14-n can designate the mediation server 51 as a name server (here, the DNS server 12 is applicable).
[0054]
Moreover, it is also possible to introduce without changing the settings of the existing hosts 14-1 to 14-n by the method of monitoring the traffic of the DNS server 12. In this method, if a request for name resolution or the like is made to the DNS server 12, the mediation server 51 mediates a request for name resolution or the like to the DNS server 12 without being aware of the mediation server 51. In this embodiment, it is assumed that the former method of specifying the mediation server 51 is applied.
[0055]
Next, components of the mediation server 51 will be described.
The transmission / reception unit 52 transmits / receives data (or signals) between each of the hosts 14-1 to 14-n and the DNS server 12 by the interface means.
The name resolution mediation processing unit 54 lists dependency information between the name resolution request source host (for example, the first host 14-1) and the name resolution target host (for example, the second host 14-2). 64. Also, the name resolution request information from the requesting host 14-1 is transmitted to the DNS server 12, and the IP address that is the response result information is registered in association with the host name registered in the list 64 of the mediation server 51. In addition, the IP address is returned to the requesting host 14-1.
[0056]
In the host name registration mediation unit 56, a new additional host (for example, the second host 14-2) or a recovery host (for example, the nth host 14-n) requests registration of its own host name and IP address. The registration request information is mediated to the DNS server 12. However, when the registration request source host itself knows another host having a dependency relationship, the information is also attached to the registration request information.
[0057]
The host name registration result notification / registration unit 58 registers the host name and IP address in the DNS server 12 according to the registration request information mediated by the host name registration mediation unit 56, and the registration result is returned from the DNS server 12. The registration result is registered in the list 64. Further, by referring to the list 64, a host (for example, the first host 14-1) that is dependent on the registered hosts 14-2 and 14-n is detected, and the detected first host 14- 1 to notify the registration result. However, if no dependency is registered in the list 64, it is notified to all the hosts 14-1 to 14-n or not at all.
[0058]
The dependency relationship information deletion unit 68 deletes the host name of another host (second host 14-2) in which an arbitrary host (for example, the first host 14-1) has a dependency relationship with the own host 14-1. Delete request information when the host itself (for example, the second host 14-2) is requested to delete its own host name, which is executed when the host itself is autonomously stopped normally. To the DNS server 12. However, the former deletion request is issued when the first host 14-1 that is the deletion request source fails to connect to the second host 14-2 to be deleted, and the second host 14-2 has a problem. It is executed when it is detected.
[0059]
The host name deletion result notification / deletion unit 62 deletes the corresponding host name and IP address in the DNS server 12 in response to the deletion request information mediated by the host name deletion mediation unit 60, and returns the deletion result. Then, the host name and IP address corresponding to the deletion result are deleted from the list 64. Further, by referring to the list 64, a host (for example, the nth host 14-n) having a dependency relationship with the deleted host 14-2 is detected, and the detected result is detected to the detected nth host 14-n. Is to be notified. However, if no dependency is registered in the list 64, it is notified to all the hosts 14-1 to 14-n or not at all.
[0060]
The dependency relationship information update period detection unit 66 detects that the dependency relationship information registered in the list 64 has not been updated for a certain period.
The dependency relationship information deletion unit 68 deletes dependency relationship information that has not been updated for a certain period of time detected by the dependency relationship information update period detection unit 66.
The operation of the communication network system 50 having such a configuration will be described in (1) to (4) with reference to the sequence diagrams shown in FIGS.
[0061]
(1) The load distribution process using the DNS server 12 will be described with reference to FIG. For example, it is assumed that the first host 14-1 performs line connection to the second host 14-2. In this case, in step S1e, the name resolution request unit 30 of the first host 14-1 requests the mediation server 51 to resolve the name of the second host 14-2 that is the connection destination host. In response to this request, name resolution request information including the host name (for example, “H2”) of the second host 14-2 is transmitted from the name resolution request unit 30 via the transmission / reception unit 28, and mediated via the communication line 13. The data is received by the transmission / reception unit 52 of the server 51.
[0062]
In step S2e, the received name resolution request information is output to the name resolution mediation processing unit 54 of the mediation server 51. The processing unit 54 uses the name resolution request source host 14-1 and the name resolution target host 14 to receive the name resolution request information. -2 is registered in the list 64 (information indicating the correspondence relationship between “H1” and “H2”).
The name resolution mediation processing unit 54 mediates name resolution request information from the request source host 14-1 to the DNS server 12, as shown in step S3e.
[0063]
The mediated name resolution request information is received by the transmission / reception unit 16 of the DNS server 12 and then input to the name resolution processing unit 18, where name resolution processing is performed as shown in step S4e. That is, the name resolution processing unit 18 selects one of the plurality of IP addresses corresponding to the received host name “H2” (for example, the IP address “IPA2”) from the table 26.
[0064]
The selected IP address “IPA2” is returned to the mediation server 51 as response result information under the control of the response result transmission control unit 24 in step S5e. The IP address “IPA2” of the response result information is registered in association with the host name “H2” registered in the list 64 by the name resolution mediation processing unit 54 in step S6e, and as shown in step S7e. To the first host 14-1.
[0065]
The IP address “IPA2” of the mediated response result information is received by the transmission / reception unit 28 of the first host 14-1, and the other host connection control unit 40 receives the IP address “IPA2” as shown in step S8e. Control is performed to connect the own host 14-1 to the second host 14-2 having the connection destination address as the connection destination address. As a result, normally, the first host 14-1 is connected to the second host 14-2 with a line, but it is assumed that the line connection has failed as shown in step S9e.
[0066]
In this case, in step S10e, the registration request source host 14-1 resolves the name of another host (for example, the nth host 14-n) having a dependency relationship with the own host 14-1 by the host name “Hn”. Resubmit by In this case, the name resolution mediation processing unit 54 of the mediation server 51 selects the IP address “IPAn” of the nth host 14-n associated with the host name “Hn” from the list 64, as shown in step S11e. The IP address “IPAn” is returned to the first host 14-1.
[0067]
In the first host 14-1, the other host connection control unit 40 connects the own host 14-1 to the nth host 14-n having the IP address “IPA2” as the connection destination address, as shown in step S12e. Control to connect is performed. As a result, as shown in step S13e, the first host 14-1 is connected to the nth host 14-n.
(2) A host name registration process to the DNS server 12 using the update will be described with reference to FIG. However, the host name registration process is performed when a new host is added or restored.
[0068]
In step S1f, it is assumed that the host name registration request unit 32 of the first host 14-1 requests the intermediary server 51 to register the host name and IP address of the own host using the update. In response to this request, the host name (for example, “H1”) and the IP address (for example, “IPA1”) including the host name (for example, “H1”) of the first host 14-1 are transmitted from the transmitting / receiving unit 28. 52 is received.
[0069]
The received update is mediated to the DNS server 12 by the host name registration mediation unit 56 in step S2f. This mediated update is registered in the host name registration processing unit 20 in step S3f. As a result, as shown in step S4f, the host name “H1” and the IP address “IPA1” are associated and registered in the table 26.
[0070]
This registration result is returned to the mediation server 51 in step S5f. In the mediation server 51, the registration result is registered in the list 64 by the host name registration result notification / registration unit 58 in step S6f. In step S7f, the host name registration result notification / registration unit 58 refers to the list 64 and has a dependency relationship with the registered host 14-1 (for example, the second host 14-2 and the nth host 14). -N) is detected, and in step S8f, the host name “H1” and the IP address “IPA1” of the registered host 14-1 as the registration result are notified to the detected hosts 14-2 and 14-n.
[0071]
This notified registration result is stored in the storage unit 42 by the storage control of the response result storage control unit 36 of the second and nth hosts 14-2 and 14-n, as shown in steps S9f and S10f. . That is, it is cached locally on the host itself. Further, the contents of the storage unit 42 are updated.
(3) Processing for deleting a host name from the DNS server 12 using nupdate is described with reference to FIG. However, the host name deletion process is performed when a failure such as a failure occurs in the host or when it is stopped.
[0072]
In step S1g, it is assumed that the host name deletion request unit 34 of the first host 14-1 requests the intermediary server 51 to delete the host name of the own host using the update. In response to this request, an update, which is deletion request information including the host name “H1” of the first host 14-1, is transmitted from the transmission / reception unit 28 and received by the transmission / reception unit 52 of the mediation server 51.
[0073]
The received update is mediated to the DNS server 12 by the host name deletion mediation unit 60 in step S2g. The mediated update is deleted by the host name deletion processing unit 22 in step S3g. Thereby, as shown in step S4g, the host name “H1” and the IP address “IPA1” are deleted from the table 26.
[0074]
This deletion result is returned to the mediation server 51 in step S5g. In the mediation server 51, in step S6g, the host name “H1” and the IP address “IPA1” corresponding to the deletion result are deleted from the list 64 by the host name deletion result notifying / deleting unit 62. In step S7g, the host name deletion result notification / deletion unit 62 refers to the list 64 and has a dependency relationship with the deletion host 14-1 (for example, the second host 14-2 and the nth host 14). -N) is detected, and in step S8g, the detection host 14-2 and 14-n are notified of the host name “H1” and the IP address “IPA1” of the deletion host 14-1 as the deletion result.
[0075]
By this notification, as shown in step S9g, the storage host name “H2” and the IP address “IPA2” of the storage unit 42 corresponding to the deletion result are controlled by the response result storage control unit 36 of the second host 14-2. Is deleted. Similarly, as shown in step S10g, the storage host name “Hn” and the IP address “IPAn” of the storage unit 42 corresponding to the deletion result are controlled by the response result storage control unit 36 of the nth host 14-n. Deleted. That is, the contents of the storage unit 42 are updated.
[0076]
In addition, in the mediation server 51, when the dependency relationship information update period detection unit 66 detects that the dependency relationship information registered in the list 64 has not been updated for a certain period of time, the dependency relationship information deletion unit 68 The detected dependency relationship information that has not been updated for a certain period is deleted.
Thus, according to the communication network system using the domain name system of the present embodiment, the requesting host is operated by the mediation server 51 connected between each of the hosts 14-1 to 14-n and the DNS server 12. And the IP address of the connection target host returned as a response from the DNS server 12 in response to the request, and the host name and IP address of the hosts that can request connection are associated with each other at the time of mediation. This is registered in the list 64 as dependency relationship information.
[0077]
As a result, when the connection target host requested by the request source host cannot connect to the line due to a malfunction such as a failure, the request source host only needs to obtain the IP address of another connection target host from the mediation server 51. As a result, it is possible to prevent the DNS server 12 from receiving extra queries due to re-requests for name resolution. Therefore, it is possible to prevent the DNS server 12 from receiving an extra inquiry and increasing the traffic amount in the entire network. Further, since it is not necessary to re-request name resolution to the DNS server 12 as in the prior art, it is possible to prevent a long delay time from occurring until line connection.
[0078]
When the mediation server 51 receives a registration request for the host name and IP address of the host, the mediation server 51 mediates the registration request to the DNS server 12, and the DNS server 12 receives the host name and IP address in response to the registration request. When the registration result is returned from the DNS server 12, the host name and the IP address indicated in the registration result are stored in the list 64 in association with the host names of the hosts having a dependency relationship with each other. I made it.
[0079]
As a result, when the host name and IP address of a newly added host or a restored host are registered in the DNS server 12, the intermediary server 51 is also registered in the same manner, so that the correspondence relationship with the DNS server 12 is always maintained. Can be matched.
In addition, when the host name and IP address of a newly added host or a restored host are registered in the DNS server 12, the intermediary server 51 notifies the registration result to a host having a dependency relationship with the registered host. As a result, the notification destination host does not need to make an inquiry to the DNS server 12 by requesting name resolution in order to grasp each new / recovery host.
[0080]
Accordingly, it is not necessary to frequently make an inquiry to the DNS server 12 by requesting the name resolution of a new / recovered host as in the prior art, so that it is possible to prevent the DNS server 12 from being heavily loaded. In addition, since it is not necessary to make an inquiry by name resolution to the DNS server 12, it is possible to prevent an increase in traffic volume in the entire network.
[0081]
Further, each time the host to be connected registers with the DNS server 12, the host can store the registered host name and IP address, so that the cache information of the host is stored in the DNS server 12. It can be updated each time. Therefore, it is possible to prevent the amount of traffic from increasing and a long delay time from occurring due to the re-request for name resolution caused by the delay in updating, which makes it impossible to properly connect to other hosts due to a delay in updating. .
[0082]
Further, when the host name and IP address of the host in which the problem has occurred are deleted from the DNS server 12, the intermediary server 51 is similarly deleted, so that the correspondence relationship with the DNS server 12 can be consistent.
In addition, when the host name and IP address of the host in which the problem occurred are deleted from the DNS server 12, the intermediary server 51 notifies the deletion result to the host having a dependency relationship with the deleted host. The notification destination host does not need to make an inquiry to the DNS server 12 in response to a request for name resolution in order to grasp the host in which the problem has occurred.
[0083]
Accordingly, since it is not necessary to frequently make an inquiry to the DNS server 12 for requesting name resolution of the deleted host as in the prior art, it is possible to prevent the DNS server 12 from being heavily loaded. In addition, since it is not necessary to make an inquiry by name resolution to the DNS server 12, it is possible to prevent an increase in traffic volume in the entire network.
[0084]
In addition, each time the host to be connected is deleted from the DNS server 12, the host name and IP address deleted by the DNS server 12 can be deleted from the storage information of the host. Can be updated each time the DNS server 12 deletes it. Therefore, it is possible to prevent the amount of traffic from increasing and a long delay time from occurring due to the re-request for name resolution caused by the delay in updating, which makes it impossible to properly connect to other hosts due to a delay in updating. .
[0085]
Further, the intermediary server 51 detects that the dependency relationship information stored in the list 64 has not been updated for a certain period of time, and deletes the detected dependency relationship information that has not been updated for a certain period of time. As a result, old dependency relationship information that causes a failure is not stored in the intermediary server 51, so that adverse effects on the host can be prevented.
[0086]
From the above, according to the communication network system using the domain name system of the present embodiment, the DNS server 12 can be configured without changing the configuration of each of the hosts 14-1 to 14-n and the DNS server 12. It is possible to prevent a large load from being applied, to prevent an increase in the traffic volume of the entire network, and to prevent a long delay time from being generated until a line is connected to another host. it can.
[0087]
【The invention's effect】
As described above, according to the communication network system using the domain name system of the present invention and the terminal information processing method in the domain name system, the request source is provided by the intermediary server connected between each terminal and the DNS server. It mediates the name resolution request from the terminal and the unique address of the connection target terminal that is returned as a response from the DNS server in response to this request. At this time, the identification name and unique address of the terminals that can request connection are determined. The association is stored as dependency information.
[0088]
As a result, if the connection target terminal requested by the requesting terminal is unable to connect to the line due to a malfunction such as a failure, the intermediary server updates the dependency information and further connects the terminal that cannot connect to the line. Since the notification is made to the terminal having the dependency relationship, an extra inquiry due to re-request for name resolution to the DNS server does not occur as in the prior art. Therefore, unlike the conventional case, an extra inquiry is generated in the DNS server, and the traffic amount in the entire network is not increased accordingly. Further, unlike the prior art, it is not necessary to re-request name resolution from the DNS server, so that a long delay time is not required until line connection.
[0089]
When the mediation server receives a request for registration of the terminal identification name and unique address, the mediation server sends the registration request to the DNS server, and the identification name and unique address are registered in the DNS server in response to the registration request. When the registration result is returned from the DNS server, the identification name and the unique address indicated in the registration result are stored in association with the identification names of the terminals having a dependency relationship with each other.
[0090]
As a result, when the identification name and unique address of a newly added terminal or restored terminal are registered in the DNS server, they are also registered in the intermediary server in the same manner, so the correspondence relationship with the DNS server is always consistent. Can be made.
In addition, when the identification name and unique address of a newly added terminal or a restored terminal are registered in the DNS server, the registration result of the intermediary server to the terminal having a dependency relationship with the registered terminal Therefore, the notification destination terminal does not need to make an inquiry to the DNS server by requesting name resolution in order to grasp each new / recovered terminal.
[0091]
Accordingly, it is not necessary to frequently make an inquiry to the DNS server in response to a request for name resolution of a new / recovered terminal, so that it is possible to prevent a heavy load on the DNS server. In addition, since it is not necessary to frequently query the DNS server by name resolution, the traffic volume in the entire network does not increase.
[0092]
Also, each time the terminal to be connected registers with the DNS server, the terminal can store the registered identification name and unique address, so that the cache information of the terminal is registered with the DNS server. Can be updated each time. Therefore, as in the prior art, there is no increase in traffic volume and no long delay time due to re-request for name resolution due to the inability to establish an appropriate line connection to another terminal due to a delay in updating.
[0093]
In addition, when the identification name and unique address of the terminal in which the problem has occurred are deleted from the DNS server, the intermediary server is also deleted in the same manner, so that the correspondence relationship with the DNS server can be consistent.
Also, when the identification name and unique address of the terminal where the problem occurred are deleted from the DNS server, the intermediary server notifies the deletion result to the terminal that is dependent on the deleted terminal. Therefore, the notification destination terminal does not need to make an inquiry to the DNS server by requesting name resolution in order to grasp the terminal in which the problem has occurred.
[0094]
Accordingly, it is not necessary to frequently make an inquiry to the DNS server in response to a request for name resolution of the deleted terminal as in the prior art, so that it is possible to prevent a heavy load on the DNS server. Further, since it is not necessary to make an inquiry by name resolution to the DNS server, the traffic volume in the entire network is not increased.
[0095]
In addition, each time the terminal to be connected is deleted from the DNS server, the terminal can delete the identification name and unique address deleted from the DNS server from the stored information of the terminal. The cache information can be updated every time the DNS server is deleted. Therefore, as in the prior art, there is no increase in traffic volume and no long delay time due to re-request for name resolution due to the inability to establish an appropriate line connection to another terminal due to a delay in updating.
[0096]
From the above, according to the communication network system using the domain name system of the present embodiment, it is possible to prevent a heavy load on the DNS server without changing the configuration of each terminal and the DNS server. Therefore, it is possible to prevent an increase in the amount of traffic in the entire network, and to prevent a long delay time from occurring until line connection to another terminal is performed.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a communication network system using a domain name system according to an embodiment of the present invention.
FIG. 2 is a sequence diagram for explaining an operation of load distribution processing using a DNS server in a communication network system using the domain name system according to the embodiment.
FIG. 3 is a sequence diagram for explaining an operation of host name registration processing with a DNS server in a communication network system using the domain name system according to the embodiment.
FIG. 4 is a sequence diagram for explaining an operation of host name deletion processing from a DNS server in a communication network system using the domain name system according to the embodiment.
FIG. 5 is a block diagram showing a configuration of a communication network system using a conventional domain name system.
FIG. 6 is a sequence diagram for explaining the operation of load distribution processing using a DNS server in a communication network system using a conventional domain name system.
FIG. 7 is a sequence diagram for explaining the operation of host name registration processing with a DNS server in a communication network system using a conventional domain name system.
FIG. 8 is a sequence diagram for explaining the operation of host name deletion processing from a DNS server in a communication network system using a conventional domain name system.
FIG. 9 is a sequence diagram for explaining the operation of load distribution processing by a host itself in a communication network system using a conventional domain name system.
[Explanation of symbols]
10, 50 Communication network system using domain name system
12 DNS server
13 Communication line
14-1 to 14-n 1st to nth hosts
16, 28, 52 Transceiver
18 Name resolution processing department
20 Host name registration processing section
22 Host name deletion processing part
24 Response result transmission control unit
26 Host name / IP address correspondence table
30 Name Resolution Request Department
32 Host name registration request department
34 Host name deletion request section
36 Response result storage control unit
38 IP address selector
40 Other host connection controller
42 Supported host name / IP address storage
51 Mediation server
54 Name Resolution Mediation Processing Department
56 Host Name Registration Intermediary Department
58 Host name registration result notification section
60 Host name deletion mediation department
62 Host name deletion result notification section
64 Dependency information list
66 Dependency Information Update Period Detection Unit
68 Dependency information deletion part

Claims

A communication network system using a domain name system that requests a DNS server having a function of associating an identification name of a terminal equipped with a computer function with a unique address from the terminal to request name resolution for obtaining the unique address from the identification name In this case, dependency information that associates the identification name of the requesting terminal that makes the request for name resolution with the identification name of the connection target terminal that is in a dependency relationship that can be requested by the requesting terminal is stored. And when the name resolution request is received from the request source terminal, the identification name of the connection target terminal having a dependency relationship with the request source terminal is associated with the identification name of the request source terminal. And storing in the storage means, and mediating to transmit the name resolution request to the DNS server, and by the mediated request for name resolution, The unique address of the connection target terminal returned from the NS server is stored in association with the corresponding identification name stored in the storage means, and the unique address of the connection target terminal is stored in the request source terminal. A mediation server connected between the terminal and the DNS server, and further comprising an identification name and a unique address of the terminal in the mediation server. When the registration request is received, a registration intermediary means for intermediary transmission of the registration request to the DNS server, and the identification name and the unique address are registered in the DNS server in response to the intermediary transmission of the registration request, When the registration result is returned from the DNS server, the identification name and the unique address shown in the registration result are associated with the identification names of the terminals having a dependency relationship with each other. Communication network system using the Domain Name System, characterized in that a registration means for storing the serial storage means.

Registration that detects a terminal having a dependency relationship with the terminal having the identification name indicated in the registration result by referring to the storage means to the intermediary server, and notifies the detected result to the detected terminal The communication network system using the domain name system according to claim 1 , further comprising a notification unit.

When receiving a deletion request for the identification name and unique address of the terminal to the mediation server, a deletion mediation means for mediating transmission of the deletion request to the DNS server, and in response to the deletion request transmitted by the mediation The identification name and the unique address are deleted from the DNS server, and when the deletion result is returned from the DNS server, the identification name and the unique address indicated in the deletion result are deleted from the storage means. The communication network system using the domain name system according to claim 1 or 2 , further comprising:

Deletion that detects a terminal having a dependency relationship with the terminal having the identification name indicated in the deletion result by referring to the storage means to the mediation server, and notifies the detected result to the detected terminal The communication network system using the domain name system according to claim 3 , further comprising a notification unit.

A detecting unit for detecting that the dependency relationship information stored in the storage unit has not been updated for a certain period of time; and a method for deleting the dependency relationship information that has not been updated for a certain period of time detected by the detecting unit. 5. A communication network system using the domain name system according to any one of claims 1 to 4 , further comprising: 2 deletion means.

When requesting a DNS server having a function of associating an identification name of a terminal equipped with a computer function with a unique address from the terminal for name resolution for obtaining the unique address from the identification name, the terminal and the DNS In a terminal information processing method in a domain name system in which a mediation server is connected to a server and mediates the request by the mediation server, the mediation server receives a name resolution request from the requesting terminal A first step of associating the identification name of the request source terminal with the identification name of the connection target terminal in a dependency relationship to which the request source terminal can request connection, as dependency relationship information; A second step of mediating to transmit the name resolution request to the DNS server; and the name resolution mediated in the first step. A third step of storing the unique address of the connection target terminal returned from the DNS server in response to the request in association with the corresponding identification name in the dependency relationship information; and the unique address of the connection target terminal A fourth step of returning an address to the requesting terminal, and the mediation server mediates and transmits the registration request to the DNS server upon receiving a registration request for the identification name and unique address of the terminal. When the identification name and the unique address are registered in the DNS server in response to the registration request transmitted in the fifth step and in the fifth step, and the registration result is returned from the DNS server. And the identification name and the unique address indicated in the registration result are stored as the dependency information in association with the identification names of the terminals having a dependency relationship with each other. Terminal information processing method for Domain Name System and executes the steps.

The intermediary server detects a terminal having a dependency relationship with the terminal having the identification name indicated in the registration result by referring to the dependency relationship information, and notifies the detected result to the detected terminal. 7. The terminal information processing method in the domain name system according to claim 6 , wherein a seventh step is executed.

When the intermediary server receives a request to delete the identification name and unique address of the terminal, the intermediary transmission is transmitted in the eighth step and intermediary transmission of the deletion request to the DNS server. In response to the deletion request, the identification name and the unique address are deleted from the DNS server, and when the deletion result is returned from the DNS server, the identification name and the unique address indicated in the deletion result are dependent on the dependency. The terminal information processing method in the domain name system according to claim 6 or 7 , wherein a ninth step of deleting from the relation information is executed.

The intermediary server detects a terminal having a dependency relationship with the terminal having the identification name indicated in the deletion result by referring to the dependency relationship information, and notifies the detected result to the detected terminal. The terminal information processing method in the domain name system according to claim 8 , wherein the tenth step is executed.