(57)【特許請求の範囲】
【請求項１】
通信機器のアドレスに対して第１位置情報を対応付けた管理情報を記憶する第１記憶部と、
同一ドメイン名の複数のサーバを示す複数のＡレコードのそれぞれに対して第２位置情報を対応付け、ドメイン名毎の前記複数のＡレコードの順序で前記第２位置情報を記述したＴＸＴレコードを含んだＤＮＳゾーンファイルを記憶する第２記憶部と、
ＤＮＳクエリを受信する受信部と、
前記ＤＮＳクエリの送信元アドレスに対応付けられている前記第１位置情報を、前記第１記憶部から取得する取得部と、
前記取得部により取得された前記第１位置情報に相当する前記第２位置情報に対応付けられている、前記第２記憶部のＡレコードを特定する特定部と、
前記特定部により特定されたＡレコードに基づいて、前記ＤＮＳクエリの名前解決を行う名前解決部と、
前記名前解決の結果を、ＤＮＳレスポンスとして送信する送信部と、を備える名前解決装置。
【請求項２】
前記第２記憶部は、前記複数のＡレコードのうち、デフォルトのＡレコードの識別情報を前記ＴＸＴレコードに記憶し、
前記特定部は、前記取得部により前記第１位置情報が取得されない、又は対応するＡレコードが前記ＤＮＳゾーンファイルに存在しない場合、前記デフォルトのＡレコードを特定する請求項１に記載の名前解決装置。
【請求項３】
前記第１位置情報及び前記第２位置情報は、緯度経度の情報を含み、
前記特定部は、緯度経度により示される地点間の距離に基づいて、前記第１位置情報に相当する第２位置情報を決定する請求項１又は請求項２に記載の名前解決装置。
【請求項４】
コンピュータがＤＮＳクエリに応答する名前解決方法であって、
前記コンピュータの制御部は、通信機器のアドレスに対して第１位置情報を対応付けた管理情報を記憶する第１記憶部と、同一ドメイン名の複数のサーバを示す複数のＡレコードのそれぞれに対して第２位置情報を対応付け、ドメイン名毎の前記複数のＡレコードの順序で前記第２位置情報を記述したＴＸＴレコードを含んだＤＮＳゾーンファイルを記憶する第２記憶部と、にアクセスし、
ＤＮＳクエリを受信する受信ステップと、
前記ＤＮＳクエリの送信元アドレスに対応付けられている前記第１位置情報を、前記第１記憶部から取得する取得ステップと、
前記取得ステップにおいて取得された前記第１位置情報に相当する前記第２位置情報に対応付けられている、前記第２記憶部のＡレコードを特定する特定ステップと、
前記特定ステップにおいて特定されたＡレコードに基づいて、前記ＤＮＳクエリの名前解決を行う名前解決ステップと、
前記名前解決の結果を、ＤＮＳレスポンスとして送信する送信ステップと、を実行する名前解決方法。
【請求項５】
コンピュータがＤＮＳクエリに応答するための名前解決プログラムであって、
前記コンピュータの制御部に、通信機器のアドレスに対して第１位置情報を対応付けた管理情報を記憶する第１記憶部と、同一ドメイン名の複数のサーバを示す複数のＡレコードのそれぞれに対して第２位置情報を対応付け、ドメイン名毎の前記複数のＡレコードの順序で前記第２位置情報を記述したＴＸＴレコードを含んだＤＮＳゾーンファイルを記憶する第２記憶部と、にアクセスさせ、
ＤＮＳクエリを受信する受信ステップと、
前記ＤＮＳクエリの送信元アドレスに対応付けられている前記第１位置情報を、前記第１記憶部から取得する取得ステップと、
前記取得ステップにおいて取得された前記第１位置情報に相当する前記第２位置情報に対応付けられている、前記第２記憶部のＡレコードを特定する特定ステップと、
前記特定ステップにおいて特定されたＡレコードに基づいて、前記ＤＮＳクエリの名前解決を行う名前解決ステップと、
前記名前解決の結果を、ＤＮＳレスポンスとして送信する送信ステップと、を実行させるための名前解決プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）クエリに応答する名前解決装置、名前解決方法及び名前解決プログラムに関する。
【背景技術】
【０００２】
従来、インターネット上で提供されるクライアント−サーバ型のアプリケーションサービスにおいては、クライアントは、ＤＮＳクエリに応じて名前解決されたサーバに対してアクセスする。今後、多数のセンサ等のデバイスから送信されたデータを利用したリアルタイム性が要求されるアプリケーションサービス（例えば、交通制御）が提供されることが考えられる。この場合、集中配備されたデータセンタによる従来のクラウドサーバ環境では、クライアントとデータセンタとの間で通信の遅延が生じやすいため、リアルタイム性の高いサービスの提供が困難であった。
【０００３】
そこで、ネットワーク上でデバイスの近くに配備されたエッジサーバにアプリケーションを実装し、デバイスとエッジサーバとで処理を行うことにより、リアルタイム性の高いサービスの提供が期待される。
このとき、ＤＮＳサーバは、各デバイスが複数配備されたエッジサーバのいずれにアクセスすべきかを判断し、ＤＮＳレスポンスをデバイスに回答することが求められる。例えば、特許文献１では、アクセス元毎及び提供サービス毎にＤＮＳゾーンファイルを設ける技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１６６６５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、デバイスがアクセスする先であるエッジサーバの配置構成に変更（例えば、追加又は削除）があった場合、アクセス元毎及び提供サービス毎のＤＮＳゾーンファイルを書き換える必要があった。
【０００６】
本発明は、ＤＮＳクエリに対して適切なエッジサーバを選択できると共に、エッジサーバの構成変更に容易に対応できる名前解決装置、名前解決方法及び名前解決プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る名前解決装置は、通信機器のアドレスに対して第１位置情報を対応付けた管理情報を記憶する第１記憶部と、同一ドメイン名の複数のサーバを示す複数のＡレコードのそれぞれに対して第２位置情報を対応付けたＤＮＳゾーンファイルを記憶する第２記憶部と、ＤＮＳクエリを受信する受信部と、前記ＤＮＳクエリの送信元アドレスに対応付けられている前記第１位置情報を、前記第１記憶部から取得する取得部と、前記取得部により取得された前記第１位置情報に相当する前記第２位置情報に対応付けられている、前記第２記憶部のＡレコードを特定する特定部と、前記特定部により特定されたＡレコードに基づいて、前記ＤＮＳクエリの名前解決を行う名前解決部と、前記名前解決の結果を、ＤＮＳレスポンスとして送信する送信部と、を備える。
【０００８】
前記第２記憶部は、ドメイン名毎の前記複数のＡレコードの順序で前記第２位置情報を記述したＴＸＴレコードを、前記ＤＮＳゾーンファイルに記憶してもよい。
【０００９】
前記第２記憶部は、前記複数のＡレコードのうち、デフォルトのＡレコードの識別情報を記憶し、前記特定部は、前記取得部により前記第１位置情報が取得されない、又は対応するＡレコードが前記ＤＮＳゾーンファイルに存在しない場合、前記デフォルトのＡレコードを特定してもよい。
【００１０】
前記第１位置情報及び前記第２位置情報は、緯度経度の情報を含み、前記特定部は、緯度経度により示される地点間の距離に基づいて、前記第１位置情報に相当する第２位置情報を決定してもよい。
【００１１】
本発明に係る名前解決方法は、コンピュータがＤＮＳクエリに応答する名前解決方法であって、前記コンピュータの制御部は、通信機器のアドレスに対して第１位置情報を対応付けた管理情報を記憶する第１記憶部と、同一ドメイン名の複数のサーバを示す複数のＡレコードのそれぞれに対して第２位置情報を対応付けたＤＮＳゾーンファイルを記憶する第２記憶部と、にアクセスし、ＤＮＳクエリを受信する受信ステップと、前記ＤＮＳクエリの送信元アドレスに対応付けられている前記第１位置情報を、前記第１記憶部から取得する取得ステップと、前記取得ステップにおいて取得された前記第１位置情報に相当する前記第２位置情報に対応付けられている、前記第２記憶部のＡレコードを特定する特定ステップと、前記特定ステップにおいて特定されたＡレコードに基づいて、前記ＤＮＳクエリの名前解決を行う名前解決ステップと、前記名前解決の結果を、ＤＮＳレスポンスとして送信する送信ステップと、を実行する。
【００１２】
本発明に係る名前解決プログラムは、コンピュータがＤＮＳクエリに応答するための名前解決プログラムであって、前記コンピュータの制御部に、通信機器のアドレスに対して第１位置情報を対応付けた管理情報を記憶する第１記憶部と、同一ドメイン名の複数のサーバを示す複数のＡレコードのそれぞれに対して第２位置情報を対応付けたＤＮＳゾーンファイルを記憶する第２記憶部と、にアクセスさせ、ＤＮＳクエリを受信する受信ステップと、前記ＤＮＳクエリの送信元アドレスに対応付けられている前記第１位置情報を、前記第１記憶部から取得する取得ステップと、前記取得ステップにおいて取得された前記第１位置情報に相当する前記第２位置情報に対応付けられている、前記第２記憶部のＡレコードを特定する特定ステップと、前記特定ステップにおいて特定されたＡレコードに基づいて、前記ＤＮＳクエリの名前解決を行う名前解決ステップと、前記名前解決の結果を、ＤＮＳレスポンスとして送信する送信ステップと、を実行させる。
【発明の効果】
【００１３】
本発明によれば、ＤＮＳクエリに対して適切なエッジサーバを選択できると共に、エッジサーバの構成変更に容易に対応できる。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係る名前解決装置を含むサービス提供システムの構成を示す図である。
【図２】実施形態に係る名前解決装置の機能構成を示す図である。
【図３】実施形態に係るゲートウェイ管理テーブルを例示する図である。
【図４】実施形態に係るＤＮＳゾーンファイルを例示する図である。
【図５】実施形態に係るＤＮＳクエリとＤＮＳレコードとの対応付けを説明する図である。
【図６】実施形態に係る名前解決処理を示すフローチャートである。
【図７】実施形態に係る構成変更処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態の一例について説明する。
図１は、本実施形態に係る名前解決装置１を含むサービス提供システム１００の構成を示す図である。
サービス提供システム１００は、名前解決装置１と、デバイス２と、ゲートウェイ３と、エッジサーバ４と、クラウドサーバ５とを備える。
【００１６】
名前解決装置１は、デバイス２又はゲートウェイ３からＤＮＳクエリを受信し、例えばドメイン名からエッジサーバ４のＩＰアドレスへの名前解決を行い、結果をＤＮＳレスポンスとして返信する。
【００１７】
デバイス２は、ローカルエリアネットワークでゲートウェイ３に接続されている。
なお、デバイス２は、ゲートウェイ３を介さずに、ワイドエリアネットワークで直接インターネットに接続されてもよい。
【００１８】
ゲートウェイ３は、ローカルエリアネットワーク及びワイドエリアネットワークの双方に接続しており、デバイス２がインターネットにアクセスする仲介を行う。ゲートウェイ３は、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）及びＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）等の機能を有していてもよい。
【００１９】
エッジサーバ４は、デバイス２のある現場近くに設置される複数のサーバ群である。エッジサーバ４には、クラウドサーバ５と同様のアプリケーションが実装され、デバイス２は、名前解決装置１により指定されたエッジサーバ４にアクセスする。
【００２０】
クラウドサーバ５は、データセンタ等に設置されるサーバである。名前解決装置１によりいずれのエッジサーバ４も選択されない場合、このクラウドサーバ５がデフォルトのアクセス先として指定される。
【００２１】
図２は、本実施形態に係る名前解決装置１の機能構成を示す図である。
名前解決装置１は、第１記憶部１１と、第２記憶部１２と、受信部１３と、取得部１４と、特定部１５と、名前解決部１６と、送信部１７とを備える。
【００２２】
第１記憶部１１は、ゲートウェイ管理テーブルを記憶する。
ゲートウェイ管理テーブルには、ゲートウェイ３（通信機器）のＩＰアドレスに対して第１位置情報を対応付けた管理情報が格納される。
【００２３】
図３は、本実施形態に係るゲートウェイ管理テーブルを例示する図である。
ゲートウェイ管理テーブルでは、ゲートウェイ３のＩＤに対して、位置情報（第１位置情報）と、ゲートウェイ３のＩＰアドレス（グローバルアドレス）とが関連付けられている。
【００２４】
例えば、公衆Ｗｉ−Ｆｉのアクセスポイント等のように、ゲートウェイ３をネットワーク提供事業者が設置する場合、ＩＰアドレスと位置情報との対応関係が明示的に把握され、これらの情報がゲートウェイ管理テーブルに記憶される。
位置情報は、例えば、図のように「東京」、「大阪」等の行政区分であってもよいし、緯度経度の情報であってもよい。
【００２５】
第２記憶部１２は、ＤＮＳゾーンファイルを記憶する。
ＤＮＳゾーンファイルは、名前解決のためのＤＮＳレコード群を含む設定ファイルである。このＤＮＳゾーンファイルには、同一ドメイン名の複数のエッジサーバ４を示す複数のＡレコードと、Ａレコードのそれぞれに対して第２位置情報を対応付けた情報が格納される。具体的には、ＤＮＳゾーンファイルには、ドメイン名毎の複数のＡレコードの順序で位置情報（第２位置情報）を記述したＴＸＴレコードが格納される。
【００２６】
図４は、本実施形態に係るＤＮＳゾーンファイルを例示する図である。
ＤＮＳゾーンファイルは、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）とＩＰアドレスとが関連付けられた複数のＡレコードを含む。さらに、ＤＮＳゾーンファイルは、ＦＱＤＮが共通の複数のＡレコードそれぞれに対応する位置情報（第２位置情報）を、Ａレコードの登録順に記述したＴＸＴレコードを含む。
【００２７】
図の例では、Ａレコードによって「ａｂｃ．ｊｐ」というドメイン名に対して、３つのＩＰアドレスが対応付けられている。さらに、ＴＸＴレコードによって、これら３つのＩＰアドレスに対して、「デフォルト」の識別情報に続いて、順に「東京」、「大阪」の位置情報が対応付けられている。
ここで、「デフォルト」は、第１位置情報が取得されない、あるいは、ＴＸＴレコードの中に選択すべき適切な位置情報が存在しない場合、すなわちゲートウェイ３の近くにエッジサーバ４がない場合に選択されるクラウドサーバ５を示す識別情報である。「デフォルト」は、例えば、１番目のＡレコードに対応付けられる。
【００２８】
受信部１３は、デバイス２からゲートウェイ３を介して送信されたＤＮＳクエリを受信し、このクエリの内容を読み取る。
【００２９】
取得部１４は、受信部１３が受信したＤＮＳクエリの内容である送信元アドレス、すなわちゲートウェイ３のグローバルアドレスに基づいて、ゲートウェイ管理テーブルから、アクセス元情報である位置情報（第１位置情報）を取得する。
なお、ゲートウェイ３を介さずに、デバイス２から直接ＤＮＳクエリを受信した場合には、送信元アドレスは、デバイス２のグローバルアドレスとなる。
【００３０】
特定部１５は、受信部１３が受信したＤＮＳレコードの内容であるＦＱＤＮと第１位置情報とから、名前解決に利用するＤＮＳレコード（Ａレコード）を特定する。具体的には、特定部１５は、取得部１４により取得された第１位置情報に相当する第２位置情報をＴＸＴレコードから検索し、この第２位置情報に対応付けられているＡレコードを特定する。
【００３１】
ここで、第１位置情報及び第２位置情報が行政区分等の地名で記述されている場合、特定部１５は、両者が一致するＡレコードを特定する。また、第１位置情報及び第２位置情報が緯度経度の情報を含む場合、特定部１５は、緯度経度により示される地点間の距離に基づいて、例えば、所定距離以内にある地点間の関係に基づいて第１位置情報に相当する第２位置情報を決定する。
【００３２】
名前解決部１６は、特定部１５により特定されたＡレコードに基づいて、ＤＮＳクエリの名前解決を行い、ドメイン名に対応するエッジサーバ４のＩＰアドレスを特定する。
【００３３】
送信部１７は、名前解決の結果であるＩＰアドレスを、所定のフォーマットでメッセージ構築し、ＤＮＳレスポンスとしてデバイス２へ送信する。
【００３４】
図５は、本実施形態に係る名前解決処理での、ＤＮＳクエリとＤＮＳレコードとの対応付けを説明する図である。
【００３５】
ＤＮＳクエリには、送信元アドレス（ＳＡ）とＦＱＤＮ（ホスト名）とが記載されている。
特定部１５は、このＦＱＤＮ（「ａｂｃ．ｊｐ」）をＤＮＳゾーンファイルの中から検索する（１）。取得部１４が送信元アドレス（「１１２．１１２．１１２．１１２」）から送信元の第１位置情報（「大阪」）を取得すると（２）、特定部１５は、相当する第２位置情報（例えば、第１位置情報と同一の「大阪」）を検索する（３）。そして、特定部１５は、第２位置情報の記述の順番（３番目）に応じて、対応する（登録順が３番目の）Ａレコード（ＩＰアドレス「１２．１２．１２．１２」）を特定する（４）。
【００３６】
図６は、本実施形態に係る名前解決装置１における名前解決処理を示すフローチャートである。
【００３７】
ステップＳ１において、受信部１３は、デバイス２から送信されるＤＮＳクエリを受信し、ＤＮＳクエリの内容である送信元アドレス及びＦＱＤＮを読み取る。
【００３８】
ステップＳ２において、取得部１４は、受信部１３から送信元アドレスを取得する。
【００３９】
ステップＳ３において、取得部１４は、ゲートウェイ管理テーブルを参照し、ステップＳ２で取得した送信元アドレスに対応付けられている、アクセス元情報としての第１位置情報を第１記憶部１１に問い合わせる。
【００４０】
ステップＳ４において、取得部１４は、ゲートウェイ管理テーブル内に該当するアクセス元情報があるか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ５に移り、判定がＮＯの場合、処理はステップＳ１２に移る。
【００４１】
ステップＳ５において、取得部１４は、アクセス元情報として第１位置情報を取得する。
【００４２】
ステップＳ６において、特定部１５は、ＤＮＳクエリの内容であるＦＱＤＮを受信部１３から、アクセス元情報である第１位置情報を取得部１４から、それぞれ取得する。
【００４３】
ステップＳ７において、特定部１５は、ＤＮＳゾーンファイルに対して、ステップＳ６で取得した該当ＦＱＤＮのＴＸＴレコードを参照し、このＴＸＴレコードにおいてアクセス元情報（第１位置情報）に一致する記述（第２位置情報）を検索する。
【００４４】
ステップＳ８において、特定部１５は、ＴＸＴレコードに、アクセス元情報に一致する記述があるか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ９に移り、判定がＮＯの場合、処理はステップＳ１３に移る。
【００４５】
ステップＳ９において、特定部１５は、ＴＸＴレコード中でアクセス元情報に一致する記述があった順番を把握し、この順番で登録されているＡレコードを、アクセス元情報に対応する参照先として特定する。
【００４６】
ステップＳ１０において、名前解決部１６は、特定された参照先のＡレコードにより名前解決を実施する。
【００４７】
ステップＳ１１において、送信部１７は、名前解決された結果であるＩＰアドレスを、所定のフォーマットのメッセージにより、ＤＮＳレスポンとしてデバイス２に回答する。
【００４８】
ステップＳ１２において、特定部１５は、ＤＮＳクエリの内容であるＦＱＤＮを受信部１３から取得する。
【００４９】
ステップＳ１３において、特定部１５は、デフォルトのＡレコードを参照先として特定する。なお、デフォルトのＡレコードは、ＴＸＴレコードに記述された「デフォルト」に対応するレコードであってもよいし、特定の登録順（例えば、１番目）のレコードであってもよい。この後、処理は、ステップＳ１０に移る。
【００５０】
図７は、本実施形態に係るエッジサーバ４の構成変更処理を示すフローチャートである。
この構成変更処理は、エッジサーバ４の追加又は削除等の構成変更が発生した場合に実行される。
【００５１】
ステップＳ２１において、名前解決装置１は、エッジサーバ４の構成が変更されたサービスがあるか否かを判定する。具体的には、名前解決装置１は、管理者から構成変更の指示を受け付けることにより構成変更されたサービスがあることを判定する。この判定がＹＥＳの場合、処理はステップＳ２２に移り、判定がＮＯの場合は処理を終了する。
【００５２】
ステップＳ２２において、名前解決装置１は、変更されたサービスに対応するＦＱＤＮのＴＸＴレコードの記述を変更する。具体的には、名前解決装置１は、管理者から入力を受け付けて、第２位置情報の記述を変更する。
【００５３】
ステップＳ２３において、名前解決装置１は、変更したＴＸＴレコードと同じＦＱＤＮのＡレコードを変更する。具体的には、名前解決装置１は、管理者から入力を受け付けて、ＡレコードのＩＰアドレスを変更、又はＡレコードを追加若しくは削除する。
【００５４】
ステップＳ２４において、名前解決装置１は、ＴＸＴレコード及びＡレコードの変更が終わった後に、ＤＮＳレコード変更をシステムに反映する。具体的には、名前解決装置１の制御部は、再起動等の処理によって変更後のＤＮＳゾーンファイルを読み込む。
【００５５】
本実施形態によれば、名前解決装置１は、ＤＮＳゾーンファイルにおいて、位置情報によりＤＮＳクエリの送信元であるデバイス２と、アクセス先であるエッジサーバ４とを対応付ける。したがって、名前解決装置１は、ＤＮＳクエリに対して適切なエッジサーバ４を選択できると共に、エッジサーバの構成変更に対しても、サービス毎のＤＮＳゾーンファイルの書き換えにより、変更箇所を削減して容易に対応できる。
【００５６】
また、名前解決装置１は、ＤＮＳゾーンファイルにおいて、Ａレコードの登録順に合わせて、ＴＸＴレコードに第２位置情報を順に記述したので、ＤＮＳレコードの既存のフォーマットを踏襲しつつ、容易に本実施形態の機能を実現できる。
【００５７】
また、名前解決装置１は、デフォルトのＡレコードを識別可能としたので、位置情報により対応するエッジサーバ４を選択できない場合に、クラウドサーバ５等のサーバを選択でき、より広範囲にサービスを提供できる。
【００５８】
また、名前解決装置１は、位置情報として緯度経度の情報を用いることにより、ゲートウェイ３とエッジサーバ４との地点間の近さを定量的に容易に判断できる。したがって、名前解決装置１は、より適切にアクセス先であるエッジサーバ４を選択できる。
【００５９】
以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。
【００６０】
前述の実施形態では、名前解決装置１は、ＤＮＳゾーンファイルにおいて、ＴＸＴレコードの記述により位置情報とＩＰアドレスとを間接的に対応付けたが、これには限られない。例えば、ＤＮＳレコードに位置情報のフィールドを追加したフォーマットを導入することにより、Ａレコード内で位置情報とＩＰアドレスとを直接的に対応付けてもよい。
【００６１】
名前解決装置１による制御方法は、ソフトウェアにより実現される。ソフトウェアによって実現される場合には、このソフトウェアを構成するプログラムが、情報処理装置（名前解決装置１）にインストールされる。また、これらのプログラムは、ＣＤ−ＲＯＭのようなリムーバブルメディアに記録されてユーザに配布されてもよいし、ネットワークを介してユーザのコンピュータにダウンロードされることにより配布されてもよい。さらに、これらのプログラムは、ダウンロードされることなくネットワークを介したＷｅｂサービスとしてユーザのコンピュータ（名前解決装置１）に提供されてもよい。
【符号の説明】
【００６２】
１  名前解決装置
１１  第１記憶部
１２  第２記憶部
１３  受信部
１４  取得部
１５  特定部
１６  名前解決部
１７  送信部
【図１】
0006523768.tif 000002
【図２】
0006523768.tif 000003
【図３】
0006523768.tif 000004
【図４】
0006523768.tif 000005
【図５】
0006523768.tif 000006
【図６】
0006523768.tif 000007
【図７】
0006523768.tif 000008