(57)【要約】【課題】名前解決装置から取得したアドレスに対する通信が、意図した端末に着信することを保証することを課題とする。【解決手段】名前解決要求を受け付けると、ネットワークに接続する端末によって当該接続の際に登録された当該端末の名前とアドレスとの対応関係を記憶する対応関係記憶部から、名前解決要求で指定された名前に対応付けられているアドレスを取得し、取得したアドレスが割り当てられている端末に対して当該端末の名前を問い合わせ、当該名前を当該端末から受信し、受信した名前と名前解決要求で指定された名前とが一致するか否かを判定し、一致すると判定した場合には、名前解決要求に対する応答として、対応関係記憶部から取得したアドレスを送信し、一致しないと判定した場合には、名前解決に失敗したことを示す情報を送信する。【選択図】        図１
2009130511.tif 000002
【特許請求の範囲】
【請求項１】
端末を一意に識別する名前を指定することで当該端末に現に割り当てられているアドレスを問い合わせる名前解決要求を受け付け、当該名前解決要求に対する応答を当該名前解決要求の要求元に送信する名前解決装置が行う名前解決方法であって、
前記名前解決要求を受け付けると、ネットワークに接続する端末によって当該接続の際に登録された当該端末の名前とアドレスとの対応関係を記憶する対応関係記憶部から、当該名前解決要求で指定された名前に対応付けられているアドレスを取得するアドレス取得工程と、
前記アドレス取得工程によって取得されたアドレスが割り当てられている端末に対して当該端末の名前を問い合わせ、当該名前を当該端末から受信する名前問合せ工程と、
前記名前問合せ工程によって受信された名前と前記名前解決要求で指定された名前とが一致するか否かを判定する判定工程と、
前記判定工程によって一致すると判定された場合には、前記名前解決要求に対する応答として前記アドレス取得工程によって取得されたアドレスを送信し、一致しないと判定された場合には、名前解決に失敗したことを示す情報を送信する応答工程と、
を含んだことを特徴とする名前解決方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、名前解決方法に関する。
【背景技術】
【０００２】
従来より、非特許文献１に開示されているように、端末にＩＰ（Internet  Protocol）アドレスが動的に割り当てられ、かつ、当該端末に割り当てられるＩＰアドレスが変更され得るネットワークにおいて、ＩＰアドレスを割り当てられた端末が、名前解決装置（ＤＮＳ（Domain  Name  System）サーバ）に、自端末の識別子（ホスト名など）と割り当てられたＩＰアドレスとの対応関係を動的に登録する技術が存在する。
【０００３】
かかる技術によれば、端末に割り当てられるＩＰアドレスが変更された場合であっても、当該端末は、名前解決装置に新しい対応関係（自端末の識別子と変更後のＩＰアドレスとの対応関係）を動的に登録するので、名前解決装置は、変更後の対応関係を記憶する。そして、当該端末の通信相手となる端末が、変更前と同一の識別子による名前解決要求（変更前と同一の識別子を指定することで当該端末に現に割り当てられているＩＰアドレスを問い合わせる名前解決要求）を名前解決装置に送信すると、名前解決装置は、記憶する変更後の対応関係から変更後のＩＰアドレスを取得し、当該名前解決要求に応答する。
【０００４】
なお、名前解決要求の要求元の端末が、名前解決装置から取得したＩＰアドレスに対してデータを送信する前に、当該端末の識別子を確認するという技術がある。具体的には、要求元の端末が、名前解決装置から応答として送信されたＩＰアドレスを取得すると、取得したＩＰアドレスが割り当てられている端末に対してデータを送信する前に、当該端末との間でＳＭＴＰ（Simple  Mail  Transfer  Protocol）によるセッションを生成し、当該端末の識別子を受信するという技術である。かかる技術によれば、要求元の端末は、受信した識別子と、元来データの送信先として意図していた識別子とが一致しなければ、名前解決装置から取得したＩＰアドレスに割り当てられている端末が入れ替わったと判断し、データの送信を行わない。
【０００５】
【非特許文献１】“Dynamic  Updates  in  the  Domain  Name  System”、RFC2136、［online］、［平成１９年１１月１４日検索］、インターネット＜ftp://ftp.rfc-editor.org/in-notes/rfc2136.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上記した従来の技術では、以下に説明するように、名前解決装置から取得したアドレスに対する通信が、意図しない端末に誤着信するおそれがあるという課題がある。これを言い換えると、名前解決装置から取得したアドレスに対する通信が、意図した端末に着信することが保証されていないという課題である。
【０００７】
ここで、図７および図８を用いて、この課題について具体的に例を挙げて説明する。図７および図８は、従来技術を説明するための図である。例えば、図７に示すように、ホスト名“ID-A.mydomain.com”で一意に識別される端末Ａが、ネットワークＮに接続し、ネットワークＮからＩＰアドレスＡの割り当てを受けたとする。すると、端末Ａは、名前解決装置に、自端末のホスト名とＩＰアドレスとの対応関係（“ID-A.mydomain.com”：ＩＰアドレスＡ）を動的に登録するので、名前解決装置は、図７に示すように、対応関係（“ID-A.mydomain.com”：ＩＰアドレスＡ）を記憶する。
【０００８】
この時、名前解決装置は、ネットワークＮの外部に存在する端末Ｑから、ホスト名“ID-A.mydomain.com”で一意に識別される端末Ａに関する名前解決要求を受信すると（図７の（１）を参照）、記憶する対応関係を検索し（図７の（２）を参照）、ＩＰアドレスＡを取得し（図７の（３）を参照）、当該名前解決要求に対する応答として、ＩＰアドレスＡを端末Ｑに送信する（図７の（４）を参照）。
【０００９】
しかしながら、図７に示すように、実は、端末Ａが、名前解決装置に登録した対応関係を削除しないまま、ネットワークを離脱していたとする（例えば、端末Ａが、正常にシャットダウンを行わなかった場合などに発生し得る事象である）。この時、端末Ａが実際にはネットワークＮには接続されていないにも関わらず、名前解決装置は、端末Ｑの名前解決要求に対する応答として、ＩＰアドレスＡを送信してしまったことになる。すると、無論、ＩＰアドレスＡに対する通信はどの端末にも着信しないことから、通信は不成立となる（図７の（５）を参照）。
【００１０】
さらに、図８に示すように、端末Ａとは異なる端末Ｂ（ホスト名“ID-B.mydomain.com”で一意に識別される端末Ｂ）が、ネットワークＮに接続したとする。このような場合、端末Ａに割り当てられていたＩＰアドレスＡはすでに開放されており、他の端末に対する割り当てが可能な状態である。このため、端末Ｂが、ＩＰアドレスＡの割り当てを受ける可能性がある。仮に、端末Ｂが、ＩＰアドレスＡを割り当てられたとすると、端末Ｂが、名前解決装置に、自端末のホスト名とＩＰアドレスとの対応関係（“ID-B.mydomain.com”：ＩＰアドレスＡ）を動的に登録するので、名前解決装置は、図８に示すように、対応関係（“ID-B.mydomain.com”：ＩＰアドレスＡ）を記憶する。
【００１１】
この時、図８に示すように、名前解決装置が記憶する対応関係は、（“ID-A.mydomain.com”：ＩＰアドレスＡ）および（“ID-B.mydomain.com”：ＩＰアドレスＡ）となる。そして、端末Ａの離脱を知らない端末Ｑが、端末Ａに対して通信を行うために、ホスト名“ID-A.mydomain.com”で一意に識別される端末Ａに関する名前解決要求を名前解決装置に送信すると（図８の（１）を参照）、名前解決要求を受信した名前解決装置は、記憶する対応関係を検索し（図８の（２）を参照）、ＩＰアドレスＡを取得し（図８の（３）を参照）、当該名前解決要求に対する応答として、ＩＰアドレスＡを端末Ｑに送信する（図８の（４）を参照）。すると、端末Ｑは、ＩＰアドレスＡに対してパケットを送信することになり、ＩＰアドレスＡは端末Ｂに割り当てられていることから、パケットは、端末Ａではなく、端末Ｂに誤着信してしまうことになる（図８の（５）を参照）。
【００１２】
このように、端末の接続状態によっては、『名前解決装置が記憶している対応関係』と『ネットワークに実際に接続された端末について、当該端末の識別子と当該端末に割り当てられたＩＰアドレスとの対応関係』との二者の対応関係が、必ずしも正確に同期せず、識別子とＩＰアドレスとの対応関係にずれが生じる事象が存在する。このため、名前解決装置から取得したＩＰアドレスに対する通信が、意図しない端末に誤着信するおそれがある。
【００１３】
なお、端末ＱがＳＭＴＰによるセッションを生成する手法では、データを送信する前に事前にＳＭＴＰによるセッションを生成し、識別子を受信するという追加手順を、端末Ｑが行わなければならず、ネットワークに接続する端末各々に特別な機能の追加が必要となる。したがって、当該手法は、上記した課題を適切に解決し得るものではない。
【００１４】
そこで、この発明は、上記した従来技術の課題を解決するためになされたものであり、名前解決装置から取得したアドレスに対する通信が、意図した端末に着信することを保証することが可能な名前解決方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、端末を一意に識別する名前を指定することで当該端末に現に割り当てられているアドレスを問い合わせる名前解決要求を受け付け、当該名前解決要求に対する応答を当該名前解決要求の要求元に送信する名前解決装置が行う名前解決方法であって、前記名前解決要求を受け付けると、ネットワークに接続する端末によって当該接続の際に登録された当該端末の名前とアドレスとの対応関係を記憶する対応関係記憶部から、当該名前解決要求で指定された名前に対応付けられているアドレスを取得するアドレス取得工程と、前記アドレス取得工程によって取得されたアドレスが割り当てられている端末に対して当該端末の名前を問い合わせ、当該名前を当該端末から受信する名前問合せ工程と、前記名前問合せ工程によって受信された名前と前記名前解決要求で指定された名前とが一致するか否かを判定する判定工程と、前記判定工程によって一致すると判定された場合には、前記名前解決要求に対する応答として前記アドレス取得工程によって取得されたアドレスを送信し、一致しないと判定された場合には、名前解決に失敗したことを示す情報を送信する応答工程と、を含んだことを特徴とする。
【発明の効果】
【００１６】
請求項１の発明によれば、名前解決要求を受け付けると、ネットワークに接続する端末によって当該接続の際に登録された当該端末の名前とアドレスとの対応関係を記憶する対応関係記憶部から、名前解決要求で指定された名前に対応付けられているアドレスを取得し、取得したアドレスが割り当てられている端末に対して当該端末の名前を問い合わせ、当該名前を当該端末から受信し、受信した名前と名前解決要求で指定された名前とが一致するか否かを判定し、一致すると判定した場合には、名前解決要求に対する応答として、対応関係記憶部から取得したアドレスを送信し、一致しないと判定した場合には、名前解決に失敗したことを示す情報を送信するので、名前解決装置から取得したアドレスに対する通信が、意図した端末に着信することを保証することが可能になる。
【００１７】
具体的には、請求項１の発明によれば、名前解決装置は、名前解決要求の応答を要求元に送信する前に、要求元に送信しようとしているアドレスが、要求元が指定した名前で一意に識別される端末に現に割り当てられているアドレスであるか否かを事前に確認した上で、要求元に送信する。この結果、名前解決装置は、『名前解決装置が記憶している対応関係』と『ネットワークに実際に接続された端末について、当該端末の識別子と当該端末に割り当てられたＩＰアドレスとの対応関係』との二者の対応関係が正確に同期しないことに基づく不都合を回避した上で、要求元に適切な応答を送信することになる。一方、端末各々においては、名前解決装置から取得したＩＰアドレスに対する通信が、意図しない端末に誤着信するおそれがなくなるのである。
【００１８】
また、請求項１の発明によれば、名前解決要求の要求元の端末がＳＭＴＰによるセッションを生成する手法とは異なり、ネットワークに接続する端末各々に特別な機能の追加が必要とならないので、端末各々においては、パケット送信を容易に行いつつ、意図しない端末への誤着信を防止することが可能になる。
【発明を実施するための最良の形態】
【００１９】
以下に添付図面を参照して、本発明に係る名前解決方法の実施例として、名前解決装置を詳細に説明する。なお、以下では、実施例で用いる主要な用語、実施例１に係る名前解決装置の概要および特徴、実施例１に係る名前解決装置の構成、実施例１に係る名前解決装置による処理の手順、実施例１の効果を順に説明し、続いて、他の実施例について説明する。
【実施例１】
【００２０】
［用語の説明］
まず最初に、以下の実施例で用いる主要な用語を説明する。「名前解決」とは、端末を一意に識別する「名前」から、当該端末に現に割り当てられている「アドレス」を解決することである。すなわち、ネットワークにおいて、端末は、ホスト名などの「名前」によって、一意に識別される。「名前」がどのような形式で端末に付与されるかという点は、具体的なシステムによっても異なるが、いずれの場合であっても、人間が識別しやすいように端末に付与されているといえる。一方、ＩＰアドレスなどの「アドレス」は、コンピュータたる端末が識別できるように端末に割り当てられているものである。言い換えると、端末と端末との間で実際に通信を行う際に、各端末は、「アドレス」によって通信相手たる端末を識別できなければならない。
【００２１】
ここで、一般的なアプリケーションにおいて、通信相手の端末は、「名前」によって指定される。例えば、メーラーが利用者に入力させる通信相手の端末の「名前」は、人間が識別しやすい「ホスト名」である。すると、「ホスト名」の入力を受け付けた端末は、「ホスト名」によって指定された通信相手の端末との間で通信を行うべく、通信相手の端末を識別する「アドレス」を取得しなければならない。このように、「名前」によって一意に識別される端末との間で通信を行うことを目的として、当該端末に割り当てられた「アドレス」を取得することを、「名前解決」といい、ネットワークにおいて、この「名前解決」の中心的な役割を担っているのが、ＤＤＮＳサーバ（Dynamic  ＤＮＳサーバ）などの「名前解決装置」である。
【００２２】
具体的には、「名前解決装置」が、ネットワークに接続する端末について、「名前」と「アドレス」との対応関係を記憶しているので、端末が、「名前解決装置」に対して「名前」を指定することで、通信相手の端末に割り当てられている「アドレス」を問い合わせれば、「名前解決装置」は、記憶している対応関係から当該通信相手の端末に割り当てられている「アドレス」を解決し、問い合わせた端末に応答する。問い合わせた端末は、「名前解決装置」からの応答を受信することで、通信相手の端末に割り当てられた「アドレス」を取得する。
【００２３】
ところで、「名前」と「アドレス」との対応関係が、ネットワークにおいて静的なものであれば、『名前解決装置が記憶している対応関係』と『ネットワークに実際に接続された端末について、当該端末の名前と当該端末に割り当てられたアドレスとの対応関係』との二者の対応関係が、常に同期すると考えられる。しかしながら、実際には、例えば、ＤＨＣＰ（Dynamic  Host  Configuration  Protocol）などによって端末にＩＰアドレスが動的に割り当てられ、かつ、当該端末に割り当てられるＩＰアドレスが変更され得るネットワークが多く存在する。
【００２４】
このようなネットワークにおいては、「名前」と「アドレス」との対応関係が動的なものとなり、『名前解決装置が記憶している対応関係』と『ネットワークに実際に接続された端末について、当該端末の名前と当該端末に割り当てられたアドレスとの対応関係』との二者の対応関係が、必ずしも正確に同期せず、「名前」と「アドレス」との対応関係にずれが生じる事象が存在する。この結果、端末においては、「名前解決装置」から取得した「アドレス」に対する通信が、意図しない端末に誤着信するおそれがあるのである。本発明に係る「名前解決装置」は、このような課題を解決する構成をとっている。
【００２５】
［実施例１に係る名前解決装置の概要および特徴］
続いて、図１および図２を用いて、実施例１に係る名前解決装置の概要および特徴を説明する。図１および図２は、実施例１に係る名前解決装置の概要および特徴を説明するための図である。
【００２６】
実施例１に係る名前解決装置は、上記したように、端末を一意に識別するホスト名を指定することで当該端末に現に割り当てられているＩＰアドレスを問合せる名前解決要求を受け付け、当該名前解決要求に対する応答を要求元に送信することを概要とし、端末において、名前解決装置から取得したアドレスに対する通信が、意図した端末に着信することを保証することを主たる特徴とする。
【００２７】
この主たる特徴について簡単に説明すると、実施例１に係る名前解決装置は、図１に示すように、対応関係記憶部に、ホスト名とＩＰアドレスとの対応関係を記憶している。例えば、対応関係記憶部は、ホスト名『ID-A.mydomain.com』とＩＰアドレス『ＩＰアドレスＡ』との対応関係を記憶している。かかる対応関係記憶部は、当該対応関係を、ネットワークに接続する端末によって当該接続の際に登録されることで、記憶している。
【００２８】
このような構成の下、図１に示すように、端末Ｑが、名前解決装置に対して名前解決要求を送信したとする（図１の（１）を参照）。例えば、端末Ｑは、ホスト名『ID-A.mydomain.com』を指定することで、当該ホスト名で一意に識別される端末に現に割り当てられているＩＰアドレスを問い合わせる名前解決要求を、名前解決装置に対して送信する。
【００２９】
すると、名前解決装置は、対応関係記憶部から、当該名前解決要求で指定されたホスト名に対応付けられているＩＰアドレスを取得する（図１の（２）および（３）を参照）。例えば、名前解決装置は、対応関係記憶部から、端末Ｑから指定されたホスト名『ID-A.mydomain.com』に対応付けられているＩＰアドレスを検索し、ＩＰアドレス『ＩＰアドレスＡ』を取得する。
【００３０】
続いて、名前解決装置は、取得したＩＰアドレスが割り当てられている端末に対して当該端末のホスト名を問い合わせ、当該ホスト名を当該端末から受信する（図１の（４）および（５）を参照）。例えば、名前解決装置は、取得したＩＰアドレス『ＩＰアドレスＡ』が割り当てられている端末に対してホスト名を問い合わせ、ホスト名『ID-A.mydomain.com』を受信する。
【００３１】
次に、名前解決装置は、受信したホスト名と、端末Ｑによる名前解決要求で指定されたホスト名とが一致するか否かを判定する（図１の（６）を参照）。例えば、名前解決装置は、受信したホスト名『ID-A.mydomain.com』と、名前解決要求で指定されたホスト名『ID-A.mydomain.com』とが一致するか否かを判定する。
【００３２】
図１に示す例では、一致すると判定されるので、名前解決装置は、名前解決要求に対する応答として、ＩＰアドレス『ＩＰアドレスＡ』を端末Ｑに送信する（図１の（７）を参照）。
【００３３】
ところで、図２に示す例では、端末Ａが、名前解決装置の対応関係記憶部に登録した対応関係を削除することなくネットワークＮから離脱し、かつ、ホスト名『ID-B.mydomain.com』で識別される端末Ｂが、新たにネットワークＮに接続した状況を想定している。この時、ＩＰアドレス『ＩＰアドレスＡ』は、端末ＡがネットワークＮから離脱した時点で開放されるので、端末Ｂも使用することができる。このため、図２に示す例では、端末Ｂが、直前まで端末Ａが使用していたＩＰアドレスと同一のＩＰアドレスＡの割り当てを受けた状況を想定している。
【００３４】
すると、名前解決装置は、図２に示すように、対応関係記憶部に、ホスト名『ID-A.mydomain.com』とＩＰアドレス『ＩＰアドレスＡ』との対応関係を記憶するとともに、ホスト名『ID-B.mydomain.com』とＩＰアドレス『ＩＰアドレスＡ』との対応関係を記憶している。すなわち、ホスト名『ID-A.mydomain.com』とＩＰアドレス『ＩＰアドレスＡ』との対応関係は、端末ＡがネットワークＮから離脱する際に対応関係を削除しなかったことから対応関係記憶部に残っているものであり、ホスト名『ID-B.mydomain.com』とＩＰアドレス『ＩＰアドレスＡ』との対応関係は、端末Ｂがネットワークに接続する際に登録したことで対応関係記憶部に記憶されているものである。
【００３５】
このような構成の下、図２に示すように、端末Ｑが、端末Ａの離脱を知らずに、端末Ａに対する通信を試みることを目的として、名前解決装置に対して名前解決要求を送信したとすると（図２の（１）を参照）、名前解決装置は、対応関係記憶部から、当該名前解決要求で指定されたホスト名に対応付けられているＩＰアドレスを取得する（図２の（２）および（３）を参照）。
【００３６】
続いて、名前解決装置は、取得したＩＰアドレスが割り当てられている端末に対して当該端末のホスト名を問い合わせ、当該ホスト名を当該端末から受信するが（図２の（４）および（５）を参照）、図２に示す例では、名前解決装置は、取得したＩＰアドレス『ＩＰアドレスＡ』が割り当てられている端末に対してホスト名を問い合わせ、ホスト名『ID-B.mydomain.com』を受信する。
【００３７】
次に、名前解決装置は、受信したホスト名と、端末Ｑによる名前解決要求で指定されたホスト名とが一致するか否かを判定するが（図２の（６）を参照）、図２に示す例では、名前解決装置は、受信したホスト名『ID-B.mydomain.com』と、名前解決要求で指定されたホスト名『ID-A.mydomain.com』とが一致するか否かを判定する。
【００３８】
そして、一致しないと判定されるので、名前解決装置は、名前解決要求に対する応答として、名前解決に失敗したことを示す情報を端末Ｑに送信する（図２の（７）を参照）。
【００３９】
このようなことから、実施例１に係る名前解決装置によれば、端末において、名前解決装置から取得したアドレスに対する通信が、意図した端末に着信することを保証することが可能になる。
【００４０】
［実施例１に係る名前解決装置の構成］
次に、図３および図４を用いて、実施例１に係る名前解決装置を説明する。図３は、実施例１に係る名前解決装置および端末の構成を示すブロック図であり、図４は、対応関係記憶部を説明するための図である。
【００４１】
図３に示すように、実施例１に係る名前解決装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とから構成される。
【００４２】
通信部１１０は、ＩＰ通信用の一般的なインタフェースおよびライブラリを備え、端末２００等との間でデータを送受信する。
【００４３】
記憶部１２０は、制御部１３０による各種処理に用いるデータを記憶し、特に本発明に密接に関連するものとしては、図３に示すように、対応関係記憶部１２１を備える。なお、対応関係記憶部１２１は、特許請求の範囲に記載の「対応関係記憶部」に対応する。
【００４４】
対応関係記憶部１２１は、端末の名前とアドレスとの対応関係を記憶する。具体的には、対応関係記憶部１２１は、端末を一意に識別するホスト名と、当該端末に割り当てられたＩＰアドレスとの対応関係を記憶し、記憶した対応関係は、後述するアドレス取得部１３２による処理に利用されるなどする。
【００４５】
ここで、対応関係記憶部１２１は、ネットワークに接続する端末によって当該接続の際に登録されることで、このような対応関係を記憶する。すなわち、ＩＰアドレスが動的に割り当てられるネットワークにおいて、ＤＨＣＰクライアントたる端末は、起動時にＤＨＣＰサーバとの間で通信を行い、ＤＨＣＰサーバからＩＰアドレスを付与される。そして、端末は、自端末を一意に識別するホスト名とＤＨＣＰサーバから付与されたＩＰアドレスとの対応関係を、対応関係記憶部１２１に登録する。対応関係記憶部１２１は、このように登録された対応関係を記憶する。
【００４６】
ところで、ＩＰアドレスが動的に割り当てられるネットワークにおいては、ホスト名とＩＰアドレスとの対応関係も動的に変化することになる。すなわち、対応関係記憶部１２１が記憶する対応関係も動的に変化する。具体的には、対応関係記憶部１２１は、ネットワークに接続する端末によって当該接続の際に登録された対応関係を、当該端末がネットワークから正常に離脱した際には削除する。すなわち、ＤＨＣＰクライアントたる端末は、シャットダウン時に名前解決装置１００との間で通信を行い、対応関係記憶部１２１に登録した対応関係を削除する。こうすることで、原則的には、対応関係記憶部１２１が記憶する対応関係と、実際にネットワークに接続している端末についての対応関係とが同期し、対応関係記憶部１２１は、実際にネットワークに接続している端末についての対応関係を記憶する。
【００４７】
しかしながら、対応関係記憶部１２１が記憶する対応関係と、実際にネットワークに接続している端末についての対応関係とが同期せず、ずれが生じることがある。例えば、正常にシャットダウンを行わずにネットワークを離脱するなどしたことで、端末が、対応関係記憶部１２１に登録した対応関係を削除することなくネットワークを離脱したとする。このような場合には、当該端末に割り当てられていたＩＰアドレスが開放され、他の端末に割り当てられる可能性が生じる一方で、このＩＰアドレスを用いた対応関係が対応関係記憶部１２１に残ってしまうので、対応関係記憶部１２１が記憶する対応関係と、実際にネットワークに接続している端末についての対応関係とが同期しないといったことが起こり得るのである。
【００４８】
具体的に例を挙げて説明すると、例えば、対応関係記憶部１２１が、図４の（Ａ）に示すような対応関係を記憶していたとする。この時、端末Ａ（ホスト名『ID-A.mydomain.com』で一意に識別される端末）が、実際にネットワークに接続しており、かつ、割り当てられているＩＰアドレスがＩＰアドレスＡであったとすれば、対応関係記憶部１２１が記憶する対応関係は、実際にネットワークに接続する端末Ａの対応関係と同期しているといえる。
【００４９】
ここで、端末Ａが対応関係記憶部１２１から対応関係を削除しないまま、ネットワークから離脱したとする。さらに、端末Ａがネットワークから離脱したことによって開放されたＩＰアドレスＡが、端末Ｂに割り当てられたとする。すると、端末Ｂは、ネットワークに接続する際に、ホスト名『ID-B.mydomain.com』とＩＰアドレス『ＩＰアドレスＡ』との対応関係を対応関係記憶部１２１に登録するので、対応関係記憶部１２１が記憶する対応関係は、図４の（Ｂ）のようになる。
【００５０】
つまり、図４の例において、対応関係記憶部１２１は、ホスト名を、列を一意に特定するキーとして扱っており、ホスト名が異なってさえいれば、同一のＩＰアドレスを登録することが可能な仕組みとなっている。この時、端末Ｂ（ホスト名『ID-B.mydomain.com』で一意に識別される端末）が、実際にネットワークに接続しており、かつ、割り当てられているＩＰアドレスは、ＩＰアドレスＡであるにも関わらず、対応関係記憶部１２１は、ホスト名『ID-A.mydomain.com』とＩＰアドレス『ＩＰアドレスＡ』との対応関係を未だに記憶し続けているので、対応関係記憶部１２１が記憶する対応関係は、実際にネットワークに接続する端末の対応関係と、正確に同期していないといえる。
【００５１】
なお、対応関係記憶部１２１は、例えば、一定時間経過した後に、図４の（Ｃ）に示すように、ホスト名『ID-A.mydomain.com』とＩＰアドレス『ＩＰアドレスＡ』との対応関係を削除するなどして、同期をとることになる。
【００５２】
図３に戻り、制御部１３０は、名前解決装置１００を制御して各種処理を実行し、特に本発明に密接に関連するものとしては、図３に示すように、名前解決要求受付部１３１と、アドレス取得部１３２と、名前問合せ部１３３と、一致判定部１３４と、名前解決応答部１３５とを備える。
【００５３】
名前解決要求受付部１３１は、名前解決要求を受け付ける。具体的には、名前解決要求受付部１３１は、端末を一意に識別するホスト名を指定して、当該端末に現に割り当てられているＩＰアドレスを問い合わせる名前解決要求を、外部端末から受け付ける。名前解決要求受付部１３１が受け付けた名前解決要求は、アドレス取得部１３２による処理に利用されるなどする。
【００５４】
例えば、名前解決要求受付部１３１は、端末を一意に識別するホスト名『ID-A.mydomain.com』を指定して、当該端末に現に割り当てられているＩＰアドレスを問い合わせる名前解決要求を、外部端末から受け付ける。
【００５５】
アドレス取得部１３２は、名前解決要求で指定されたホスト名に対応付けられているアドレスを取得する。具体的には、アドレス取得部１３２は、名前解決要求受付部１３１によって名前解決要求が受け付けられると、対応関係記憶部１２１から、当該名前解決要求で指定されたホスト名に対応付けられているＩＰアドレスを取得する。アドレス取得部１３２が取得したＩＰアドレスは、名前問合せ部１３３による処理に利用されるなどする。
【００５６】
例えば、アドレス取得部１３２は、図４の（Ａ）に示す対応関係記憶部１２１から、名前解決要求で指定されたホスト名『ID-A.mydomain.com』に対応づけられているＩＰアドレス『ＩＰアドレスＡ』を取得する。
【００５７】
名前問合せ部１３３は、端末のホスト名を問い合わせ、当該ホスト名を当該端末から受信する。具体的には、名前問合せ部１３３は、アドレス取得部１３２によって取得されたＩＰアドレスが割り当てられている端末に対して当該端末のホスト名を問い合わせ、当該ホスト名を当該端末から受信する。名前問合せ部１３３が受信したホスト名は、一致判定部１３４による処理に利用されるなどする。
【００５８】
例えば、名前問合せ部１３３は、ＩＰアドレス『ＩＰアドレスＡ』が割り当てられている端末に対して通信を行うことで、当該端末のホスト名を問い合わせ、ホスト名『ID-A.mydomain.com』を受信する。なお、このホスト名問合せ処理は、いかなるプロトコルによって行ってもよいが、例えば、ＲＦＣ４６２０に規定されている技術を用いることで実現することができる（”IPv6  Node  Information  Queries”,  RFC4620.  ftp://ftp.rfc-editor.org/in-notes/rfc4620.txt  を参照）。
【００５９】
一致判定部１３４は、ホスト名の一致を判定する。具体的には、一致判定部１３４は、名前問合せ部１３３によって受信されたホスト名と、名前解決要求で指定されたホスト名とが一致するか否かを判定する。一致判定部１３４が判定した判定結果は、名前解決応答部１３５による処理に利用されるなどする。
【００６０】
例えば、一致判定部１３４は、名前問合せ部１３３によって受信されたホスト名『ID-A.mydomain.com』と、名前解決要求で指定されたホスト名『ID-A.mydomain.com』とが一致するか否かを判定する。
【００６１】
名前解決応答部１３５は、名前解決要求に対する応答を送信する。具体的には、名前解決応答部１３５は、一致判定部１３４によってホスト名が一致すると判定された場合には、名前解決要求に対する応答として、アドレス取得部１３２によって取得されたＩＰアドレスを、当該名前解決要求の要求元の端末に送信し、一致しないと判定された場合には、名前解決に失敗したことを示す情報を、要求元の端末に送信する。
【００６２】
例えば、名前解決応答部１３５は、一致判定部１３４によってホスト名が一致すると判定された場合には、名前解決要求に対する応答として、ＩＰアドレス『ＩＰアドレスＡ』を、外部端末に送信する。なお、一致しないと判定された場合には、『NXDOMAIN:no  exist  domain』もしくは『NO  ANSWER』を送信する。
【００６３】
［実施例１に係る端末の構成］
次に、図３を用いて、実施例１に係る端末２００（名前解決装置からホスト名問合せを受ける端末）の内、本発明に密接に関連するものとして、通信部２１０と、名前応答部２３１とについてのみ簡単に説明する。
【００６４】
通信部２１０は、ＩＰ通信用の一般的なインタフェースおよびライブラリを備え、名前解決装置１００等との間でデータを送受信する。
【００６５】
名前応答部２３１は、制御部２３０に備えられ、自端末（端末２００）を一意に識別するホスト名を送信する。具体的には、名前応答部２３１は、名前解決装置１００の名前問合せ部１３３による問合せを受信すると、自端末を一意に識別するホスト名を、名前問合せ部１３３に対して送信する。
【００６６】
例えば、名前応答部２３１は、名前問合せ部１３３による問い合わせを受信すると、自端末を一意に識別するホスト名『ID-A.mydomain.com』を送信する。
【００６７】
［実施例１に係る名前解決装置による処理の手順］
次に、図５を用いて、実施例１に係る名前解決装置による処理の手順を説明する。図５は、実施例１に係る名前解決装置による処理の手順を示すフローチャートである。
【００６８】
なお、以下では、まず、『名前解決装置が記憶している対応関係』と『ネットワークに実際に接続された端末について、当該端末のホスト名と当該端末に割り当てられたＩＰアドレスとの対応関係』との二者の対応関係に、ずれが生じていないケース（同期ケース）を説明し、次に、二者の対応関係にずれが生じているケース（非同期ケース）を説明する。
【００６９】
［同期ケース］
まず、名前解決装置１００の名前解決要求受付部１３１が、名前解決要求を受け付けたか否かを判定している（ステップＳ１０１）。
【００７０】
名前解決要求部１３１が名前解決要求を受け付けると（ステップＳ１０１肯定）、次に、アドレス取得部１３２が、対応関係記憶部１２１から、当該名前解決要求で指定されたホスト名に対応付けられているＩＰアドレスを取得する（ステップＳ１０２）。
【００７１】
例えば、外部ネットワークに接続する端末Ｑが、ホスト名『ID-A.mydomain.com』を指定することで当該端末に現に割り当てられているＩＰアドレスを問い合わせるＤＮＳクエリを名前解決装置１００に向けて送信すると、名前解決要求受付部１３１が、対応関係記憶部１２１から、ホスト名『ID-A.mydomain.com』を検索し、ＩＰアドレスＡを取得する。
【００７２】
続いて、名前問合せ部１３３が、ステップＳ１０２において取得されたＩＰアドレスが割り当てられている端末２００に対して、当該端末２００のホスト名を問い合わせると、問い合わせを受信した端末２００の名前応答部２３１が、自端末のホスト名を送信するので、名前問合せ部１３３は、当該ホスト名を当該端末２００から受信する（ステップＳ１０３）。
【００７３】
例えば、名前問合せ部１３３が、ＩＰアドレスＡが割り当てられている端末２００に対して通信を行い、ホスト名を問い合わせると、問い合わせを受信した端末２００の名前応答部２３１が、自端末のホスト名『ID-A.mydomain.com』を送信するので、名前問合せ部１３３は、ホスト名『ID-A.mydomain.com』を受信する。
【００７４】
そして、一致判定部１３４が、ステップＳ１０３において受信したホスト名と、ステップＳ１０１において名前解決要求で指定されたホスト名とが一致するか否かを判定する（ステップＳ１０４）。
【００７５】
例えば、一致判定部１３４は、ステップＳ１０３において受信したホスト名『ID-A.mydomain.com』と、ステップＳ１０１において名前解決要求で指定されたホスト名『ID-A.mydomain.com』とが一致するか否かを判定する。
【００７６】
一致判定部１３４が一致すると判定した場合には（ステップＳ１０５肯定）、名前解決応答部１３５が、名前解決要求に対する応答として、対応関係記憶部１２１から取得したＩＰアドレス（ステップＳ１０２において取得されたＩＰアドレス）を送信する（ステップＳ１０６−１）。一方、一致しないと判定した場合には（ステップＳ１０５否定）、名前解決応答部１３５が、名前解決要求に対する応答として、名前解決に失敗したことを示す情報を送信する（ステップＳ１０６−２）。
【００７７】
例えば、当該ケースにおいて、一致判定部１３４は、一致すると判定するので、名前解決応答部１３５は、名前解決要求に対する応答として、『ＩＰアドレスＡ』を送信する。
【００７８】
このようにして、端末Ｑは、ホスト名『ID-A.mydomain.com』で一意に識別される端末のＩＰアドレス『ＩＰアドレスＡ』を入手して、端末Ａと通信を行うことが可能になる。
【００７９】
［非同期ケース］
次に、以下では、端末Ａが、名前解決装置１０の対応関係記憶部１２１に登録した対応関係を削除することなくネットワークから離脱し、かつ、ホスト名『ID-B.mydomain.com』で識別される端末Ｂが、新たにネットワークに接続した状況を想定している。この時、ＩＰアドレス『ＩＰアドレスＡ』は、端末Ａがネットワークから離脱した時点で開放されるので、端末Ｂも使用することができる。このため、以下では、端末Ｂが、直前まで端末Ａが使用していたＩＰアドレスと同一のＩＰアドレスＡの割り当てを受けた状況を想定している。
【００８０】
まず、上記と同様、名前解決装置１０の名前解決要求受付部１３１が、名前解決要求を受け付けたか否かを判定し（ステップＳ１０１）、名前解決要求部１３１が名前解決要求を受け付けると（ステップＳ１０１肯定）、次に、アドレス取得部１３２が、対応関係記憶部１２１から、当該名前解決要求で指定されたホスト名に対応付けられているＩＰアドレスを取得する（ステップＳ１０２）。
【００８１】
例えば、外部ネットワークに接続する端末Ｑが、ホスト名『ID-A.mydomain.com』を指定することで当該端末に現に割り当てられているＩＰアドレスを問い合わせるＤＮＳクエリを名前解決装置１０に向けて送信すると、名前解決要求受付部１３１が、対応関係記憶部１２１から、ホスト名『ID-A.mydomain.com』を検索し、ＩＰアドレスＡを取得する。
【００８２】
続いて、上記と同様、名前問合せ部１３３が、ステップＳ１０２において取得されたＩＰアドレスが割り当てられている端末２００に対して、当該端末２００のホスト名を問い合わせると、問い合わせを受信した端末２００の名前応答部２３１が、自端末のホスト名を送信するので、名前問合せ部１３３は、当該ホスト名を当該端末２００から受信する（ステップＳ１０３）。
【００８３】
例えば、名前問合せ部１３３が、ＩＰアドレスＡが割り当てられている端末２００に対して通信を行い、ホスト名を問い合わせると、問い合わせを受信した端末２００の名前応答部２３１が、自端末のホスト名『ID-B.mydomain.com』を送信するので、名前問合せ部１３３は、ホスト名『ID-B.mydomain.com』を受信する。
【００８４】
そして、一致判定部１３４が、ステップＳ１０３において受信したホスト名と、ステップＳ１０１において名前解決要求で指定されたホスト名とが一致するか否かを判定する（ステップＳ１０５）。
【００８５】
例えば、一致判定部１３４は、ステップＳ１０３において受信したホスト名『ID-B.mydomain.com』と、ステップＳ１０１において名前解決要求で指定されたホスト名『ID-A.mydomain.com』とが一致するか否かを判定する。
【００８６】
一致判定部１３４が一致しないと判定した場合には（ステップＳ１０５否定）、名前解決応答部１３５が、名前解決要求に対する応答として、名前解決に失敗したことを示す情報を送信する（ステップＳ１０６−２）。
【００８７】
例えば、当該ケースにおいて、一致判定部１３４は、一致しないと判定するので、名前解決応答部１３５は、名前解決要求に対する応答として、『NXDOMAIN:no  exist  domain』もしくは『NO  ANSWER』を送信する。
【００８８】
このようにして、端末Ｑは、ホスト名『ID-A.mydomain.com』で一意に識別される端末が、ネットワークＮに接続していないことを検知することができ、誤着信を発生させるパケット送信を抑止することが可能になる。
【００８９】
［実施例１の効果］
上記してきたように、実施例１によれば、名前解決要求を受け付けると、ネットワークに接続する端末によって当該接続の際に登録された当該端末の名前とアドレスとの対応関係を記憶する対応関係記憶部から、名前解決要求で指定された名前に対応付けられているアドレスを取得し、取得したアドレスが割り当てられている端末に対して当該端末の名前を問い合わせ、当該名前を当該端末から受信し、受信した名前と名前解決要求で指定された名前とが一致するか否かを判定し、一致すると判定した場合には、名前解決要求に対する応答として、対応関係記憶部から取得したアドレスを送信し、一致しないと判定した場合には、名前解決に失敗したことを示す情報を送信するので、端末において、名前解決装置から取得したアドレスに対する通信が、意図した端末に着信することを保証することが可能になる。
【００９０】
具体的には、実施例１によれば、名前解決装置は、名前解決要求の応答を要求元に送信する前に、要求元に送信しようとしているアドレスが、要求元が指定した名前で一意に識別される端末に現に割り当てられているアドレスであるか否か、言い換えると、真に正当な通信相手の端末に着信することを事前に確認した上で（意図しない端末には着信しないことを確認した上で）、要求元に送信する。この結果、名前解決装置は、『名前解決装置が記憶している対応関係』と『ネットワークに実際に接続された端末について、当該端末のホスト名と当該端末に割り当てられたＩＰアドレスとの対応関係』との二者の対応関係が正確に同期しないことに基づく不都合を回避した上で、要求元に適切な応答を送信することになる。一方、端末各々においては、名前解決装置から取得したＩＰアドレスに対する通信が、意図しない端末に誤着信するおそれがなくなるのである。
【００９１】
また、実施例１によれば、名前解決要求の要求元の端末がＳＭＴＰによるセッションを生成する手法とは異なり、ネットワークに接続する端末各々に特別な機能の追加が必要とならないので、端末各々においては、パケット送信を容易に行いつつ、意図しない端末への誤着信を防止することが可能になる。すなわち、端末各々は、通常備えられる名前解決機能とＩＰ通信機能だけを有していればよく、データの送信開始前に、通信相手が意図する端末であるかを確認する機能を備える必要がない。
【００９２】
なお、実施例１によれば、外部ネットワークのトラフィックを抑え、負荷を軽減することも可能になる。具体的に説明すると、名前解決装置が端末に対してホスト名を問い合わせ、当該ホスト名を当該端末から受信するといったホスト名問合せ通信は、一般的に、端末と、当該端末にとってローカルな名前解決装置との間で行われると考えられる。ここで、ローカルな名前解決装置とは、端末のＴＣＰ／ＩＰ（Transmission  Control  Protocol/Internet  Protocol）設定に登録されている名前解決装置のことであり、例えば、企業内に設置されたＤＤＮＳサーバや、ＩＳＰ（Internet  Services  Provider）に設置された当該企業用のＤＤＮＳサーバなどのことである（図６に示す例のように、端末Ｑにとってローカルな名前解決装置や、端末Ａにとってローカルな名前解決装置は、企業の内部ネットワークに設置されるなどする）。
【００９３】
これまで、図１や図２に例示した構成では、端末Ｑが、左の名前解決装置（端末Ａにとってローカルな名前解決装置）にＩＰアドレスの問い合わせを直接行う形態となっていた。これに対し、図６に例示する構成では、右の名前解決装置（端末Ｑにとってローカルな名前解決装置）が、端末Ｑの代理となってＩＰアドレスの問い合わせを行う形態となっている。すなわち、右の名前解決装置（端末Ｑにとってローカルな名前解決装置）は、端末Ｑからの問い合わせを受信し、左の名前解決装置（端末Ａにとってローカルな名前解決装置）に対して、端末Ｑの代理で問い合わせる機能を持つ。
【００９４】
図６に例示するような構成において、ローカルな名前解決装置と端末との間で行われるホスト名問合せ通信は、企業の内部ネットワークや、企業とＩＳＰとの間の限られたネットワークで行われるに留まり、外部ネットワークに流出することがない。例えば、端末Ｑは、端末Ｑにとってローカルな名前解決装置に端末Ａのホスト名を問い合わせるだけでよく、端末Ａにとってローカルな名前解決装置が端末Ａのホスト名を問い合わせるので、ホスト名問合せ通信は、外部ネットワークに流出することがない。一方、図６に例示するような構成において、名前解決要求の要求元の端末がＳＭＴＰによるセッションを生成する従来の技術のように、名前解決要求を行った端末によってホスト名問合せ通信が行われると、このホスト名問合せ通信は、多くの場合、外部ネットワークに流出することになり、複数のＩＳＰを経由することになる。例えば、端末Ｑによって端末Ａのホスト名問合せ通信（ＳＭＴＰによる直接の通信）が行われると、このホスト名問合せ通信は、ＩＳＰ１、ネットワーク、およびＩＳＰ２を経由することになる。
【００９５】
ここで、名前解決装置が記憶する対応関係と、現にネットワークに接続する端末の対応関係とが正確に同期できないという状況が、発生確率という意味では例外的な状況であることを考えると、このような状況に対処するがために、名前解決要求の都度、結果的に無駄になるかもしれないパケットを外部ネットワークに流出し、ネットワークのトラフィックを増やすとともに、負荷を増大させることは、適切とはいえない。
【００９６】
言い換えると、実施例１に係る名前解決装置は、インターネットという巨大なネットワークにおいて階層構造をとることで徹底した分散管理を実現しているＤＮＳという仕組みを利用し、当該ＤＤＮＳサーバたる名前解決装置に、自らが管理対象としている端末についてのホスト名問合せ通信を行わせるからこそ、外部ネットワークのトラフィックを抑え、負荷を軽減するという効果を、インターネット上に広く及ぼすこともできるのである。
【実施例２】
【００９７】
［他の実施例］
さて、これまで本発明の実施例について説明したが、本発明は上記した実施例以外にも、種々の異なる形態にて実施されてよいものである。
【００９８】
［システム構成等］
本発明に係る名前解決方法は、インターネットなどのネットワークに限られず、いわゆる閉域網に設置される名前解決装置などにも同様に適用することができる。
【００９９】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１００】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示（図３など）の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１０１】
なお、本実施例で説明した名前解決方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１０２】
以上のように、本発明に係る名前解決方法は、端末を一意に識別するホスト名を指定することで当該端末に現に割り当てられているＩＰアドレスを問合せる名前解決要求を受け付け、当該名前解決要求に対する応答を要求元に送信することに有用であり、特に、名前解決装置から取得したアドレスに対する通信が、意図した端末に着信することを保証することに適する。
【図面の簡単な説明】
【０１０３】
【図１】実施例１に係る名前解決装置の概要および特徴を説明するための図である。
【図２】実施例１に係る名前解決装置の概要および特徴を説明するための図である。
【図３】実施例１に係る名前解決装置および端末の構成を示すブロック図である。
【図４】対応関係記憶部を説明するための図である。
【図５】実施例１に係る名前解決装置による処理の手順を示すフローチャートである。
【図６】実施例１に係る名前解決装置による効果を説明するための図である。
【図７】従来技術を説明するための図である。
【図８】従来技術を説明するための図である。
【符号の説明】
【０１０４】
１  ネットワーク
１００  名前解決装置
１１０  通信部
１２０  記憶部
１２１  対応関係記憶部
１３０  制御部
１３１  名前解決要求受付部
１３２  アドレス取得部
１３３  名前問合せ部
１３４  一致判定部
１３５  名前解決応答部
２００  端末
２１０  通信部
２３０  制御部
２３１  名前応答部
【図１】
2009130511.tif 000003
【図２】
2009130511.tif 000004
【図３】
2009130511.tif 000005
【図４】
2009130511.tif 000006
【図５】
2009130511.tif 000007
【図６】
2009130511.tif 000008
【図７】
2009130511.tif 000009
【図８】
2009130511.tif 000010