JP3708085B2 - Ｄｎｓ問い合わせ装置およびｄｎｓ問い合わせ方法 - Google Patents
Ｄｎｓ問い合わせ装置およびｄｎｓ問い合わせ方法 Download PDFInfo
- Publication number
- JP3708085B2 JP3708085B2 JP2003073003A JP2003073003A JP3708085B2 JP 3708085 B2 JP3708085 B2 JP 3708085B2 JP 2003073003 A JP2003073003 A JP 2003073003A JP 2003073003 A JP2003073003 A JP 2003073003A JP 3708085 B2 JP3708085 B2 JP 3708085B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- server
- client
- dns
- information terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネットでDNSを利用するホストにおいて、移動や回線の切断などよって複数のDNSサーバの構成ツリーに対して、問い合わせを行なわなければならない状況において、適切な応答を高速に得られ、同時に必要なネットワーク設定情報を獲得可能なDNS問い合わせ装置およびDNS問い合わせ方法に関する。
【０００２】
【従来の技術】
近年、世界規模のコンピュータネットワーク「インターネット(Internet)」の利用が普及しており、インターネットと接続し公開された情報、サービスを利用したり、逆にインターネットを通してアクセスしてくる外部ユーザに対し、情報、サービスを提供することで新たなコンピュータビジネスが開拓されている。
【０００３】
またインターネット利用に関して、新たな技術開発、展開がなされている。インターネットでは、各計算機がIPアドレスと呼ばれる識別子をもち、このIPアドレスを元に、パケットの交換が行われる。
【０００４】
しかし、IPアドレスは数字の羅列であり、人間が覚えるのは困難を伴うが、インターネットを通して計算機にアクセスするためにはIPアドレスを指定しなければならない。この問題を解決するためにドメインネームシステム(Domain Name System:DNS)が考案された。
DNSは一種のデータベースシステムであり、この機能のうちの一つに数字の羅列であるIPアドレスと、人間が覚えやすい名前(Fully Qualified Domain Name:FQDN)を相互変換するための機能がある。
【０００５】
これはすなわちDNSというデータベースシステムに対して、FQDNに対応するIPアドレスを検索するという行為に等しい。インターネットを使うアプリケーションは通常このDNSを利用して、ユーザが入力したホスト名（これは通常FQDNである）をIPアドレスに変換し、目的のインターネット上へとパケットを送出する。
【０００６】
DNSは、分散DBとしての側面も持つ。インターネット上の全てのホストを１つのデータベースシステムで管理するのは不可能である。このためDNSはツリー構造を持った分散DBの形をとる。各DNSサーバは一般的に次の３つの情報を持っている。
（１）頂点（root）となるサーバ
（２）ある特定のドメインの全てのデータ
（３）自サーバが権限を譲渡したサーバと、譲渡したドメイン名の組
FQDN は、．（ピリオド）で区切られたツリー構造を持つ名前空間のインスタンスである。例えば、foo.bar.com.などである。これは．を頂点として．com bar fooというツリーとなる。通常のツリーのleaf はホスト名であり、それ以外の部分はドメイン名と呼ばれる。
【０００７】
もし、bar.com.というドメイン名がインターネット上に存在するなら、bar.com.というドメインについてすべて知っているDNSサーバがインターネット上に存在することになる。
【０００８】
次に、実際にドメイン名とIPアドレスの変換が具体的にどのように行なわれるかを簡単に説明する。インターネット上に分散して配置されたDNSサーバは、クライアントとなる計算機から、“foo.bar.com. ”をIPアドレスに変換して欲しいという要求を受ける。
【０００９】
このとき、要求を受けたDNSサーバ（仮にこれをサーバAと呼ぶ）は、自分がbar.com.の全てのデータを持っていれば、そこで変換した結果を返す。しかしそうでない場合は、rootサーバに対して問い合わせを行なう。
【００１０】
rootサーバは、bar.com.のデータを持ってはいないが、ツリーの枝であるcom.の権限を移譲したサーバを知っているので、そのサーバをサーバAに通知する。サーバAはcom.のDNS サーバに対して問い合わせを行なう。
【００１１】
com.のサーバはbar.com.のデータを持ってはいないがツリーの枝であるbar.com.の権限を移譲したサーバを知っているので、そのサーバをサーバAに通知する。サーバAはbar.com.のDNSサーバに対して問い合わせを行なう。
【００１２】
bar.com.のサーバは、bar.com.について全てのデータを持っているので、foo.bar.com．をIPアドレスに変換することができる。この答えをサーバAに返す。サーバAは、この答えをクライアントに通知する。
【００１３】
このようにDNSは、ツリー構造を探索することによって検索を行なうことになるので、インターネット上のどのDNSサーバに対して問い合わせを行なっても、必ず同じ答えを得ることができる。この前提に基づき、移動する計算機は通常最も近い位置にあるDNSサーバを通知してもらい、それを利用するということが現在は行われている。
【００１４】
しかし、この「同じ答えを得られる」という保証は、DNSサーバの構成ツリーがインターネット上で唯一である、という前提に基づいている。しかし近年、ファイアウォールの普及にしたがって、ファイアウォール内での独立したDNSサーバツリーが構築される場合がある。
【００１５】
また、SOHO(Small Office,Home Office）等ではインターネットへの接続が間欠的である場合があり、その中のネットワークでは独立したrootサーバを持つ場合がある。
【００１６】
このようにrootサーバが複数存在する、すなわちDNSサーバのツリーが複数存在する場合、移動する計算機の場合では、単純に近いDNSサーバを通知されたとしても、そのサーバがどのツリーに属するかによって応答が変わってしまい、問題が生じる。具体的には、あるツリーに存在するFQDNを異なるツリーのネームサーバに問い合わせても、そのようなホストは存在しないという返答が返されてしまう。
【００１７】
複数のDNSサーバに問い合わせるシステムも現存するが、現在の方法では、DNSのプロトコルとして正しい応答が得られるサーバに出会うまで順番に問い合わせにいくという方法である。この方法では、「存在しない」というDNSのプロトコル上正しい応答を得ることができるため、たとえそれぞれ異なるツリー上にある複数のDNSサーバを設定したとしても結果的に求める応答とは異なるという問題があった。
【００１８】
【特許文献】
特開2001-103092公報
【非特許文献】
IETF RFC1034 DOMAIN NAMES - CONCEPTS AND FACILITIES
【非特許文献】
IETF RFC1035 DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION
【００１９】
【発明が解決しようとする課題】
上述したように、従来の方法では、DNSのサーバが構成するツリーが複数ある場合に、どのDNSサーバに問い合わせれば良いのかが不明であり、望ましい応答を得ることができなかった。
【００２０】
さらに、このような複数のrootサーバが存在するような環境を想定すると、適切なDNSサーバの選択をすると同時にそのネットワーク環境に整合したネットワーク情報の設定が必要になる。
【００２１】
例えば、IPネットワークの場合、ネットワークの自動構成の有効化／無効化、ルーティング情報、プロキシサーバの有効化／無効化、プロキシサーバのIPアドレス、VPNの有効化／無効化等のネットワーク環境の設定情報を設定しなおさなければ変更したアクセス先にそのネットワーク環境から接続できない場合がある。
【００２２】
例えば、複数のIPプロバイダと契約し、それに応じた複数のIPアドレスブロックを取得しているネットワーク環境で、その１つのプロバイダが自分の配下のIPアドレスのユーザに対して動画やポータルサービス等のリソースを提供している場合、そのネットワーク環境でかつそのプロバイダのIPアドレスを送信元として設定しないと、アクセス先には接続できない。
【００２３】
また、例えば、自宅からVPNで社内LANへアクセスしている場合、自宅LANのネットワークプリンタのようなローカルのリソースにアクセスするためには、そのアクセス先に対してはルーティング情報を自宅LAN側に向けなければ接続できない。
【００２４】
さらに、VPN接続状態でインターネットへのWebアクセスのルートは、ISPをダイレクトに使用する場合と、VPNで一旦社内LANを経由してその後社内LANのゲートウェイ経路でアクセスする方法があるが、その変更にはWebのプロキシを手動で変更する必要がある。
【００２５】
本発明は上記の事情を考慮してなされたのもであり、DNSのツリーが複数ある場合でも、望ましい応答を高速に得ることができ、さらにそれに付随したネットワーク設定情報を適切に選択し、設定可能なDNS問い合わせ装置を提供することを目的とする。
【００２６】
【課題を解決するための手段】
上記した課題を解決するために、本発明のDNS問い合わせ装置は、接続されているネットワーク上での自装置の位置情報を受信する現在位置情報受付手段と、前記現在位置情報受付手段で受信した位置情報を記憶する現在位置管理手段と、問い合わせ可能なDNS サーバに関するサーバ情報を受信するサーバ情報受付手段と、前記サーバ情報受付手段で受信したサーバ情報を記憶するサーバ管理手段と、クライアントからDNS サーバに対する問い合わせ要求を受信する要求受付手段と、前記要求受付手段で受信した問い合わせ要求を、前記位置情報及び又は前記サーバ情報に基づいて決定した少なくとも１ つ以上のDNS サーバに転送する要求転送手段と、前記要求転送手段で転送した問い合わせ要求に対する応答を受信する応答受信手段と、前記応答受信手段で受信した応答によって前記サーバ情報の書き換えが生じた場合は、前記サーバ情報を書きかえるサーバ情報変更手段と、このサーバ情報に基づき、前記問い合わせ要求に対応する応答結果を選択し、前記クライアントに該応答結果を応答する要求応答手段と、クライアント自身のドメイン情報と、クライアントがアクセス要求したリソースのドメイン情報を比較し、クライアントに対して所定のネットワーク設定情報を選択し適用するネットワーク設定手段とを具備したことを特徴とする。
【００３０】
また、本発明のDNS問い合わせ方法は、接続されているネットワーク上での自装置の位置情報を受信し、受信した前記位置情報を記憶し、問い合わせ可能なDNS サーバに関するサーバ情報を受信し、受信した前記サーバ情報を記憶し、クライアントからDNS サーバに対する問い合わせ要求を受信し、受信した問い合わせ要求を、前記位置情報及び又は前記サーバ情報に基づいて決定した少なくとも１つ以上のDNS サーバに転送し、転送した前記問い合わせ要求に対する応答を受信し、受信した前記応答によって前記サーバ情報の書き換えが生じた場合は、前記サーバ情報を書きかえ、このサーバ情報に基づき、前記問い合わせ要求に対応する応答結果を選択し、前記クライアントに該応答結果を応答し、クライアント自身のドメイン情報と、クライアントがアクセス要求したリソースのドメイン情報を比較し、クライアントに対して所定のネットワーク設定情報を選択し適用することによりネットワーク設定を行なうことを特徴とする。
【００３４】
これにより、DNS のツリーが複数ある場合でも、望ましい応答を高速に得ることができ、さらにそれに付随したネットワーク設定情報を適切に選択し、設定することができる。
【００３５】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００３６】
ここでは、問い合わせの発行元端末装置をクライアントと呼び、DNSが動いているサーバをDNSサーバと呼ぶ。
【００３７】
図１に本実施例の構成図を示す。この構成図は、本発明のDNS問い合わせ装置の構成を示すものであり、クライアントである移動対応端末内に含まれるものとする。また、ここではこのDNS問い合わせ装置が移動対応端末に含まれる例を用いて説明するが、単独の装置として機能するように構成してもよい。
【００３８】
図１において、要求受付部１は、クライアントからDNSサーバに対する元問い合わせパケットを受信する。要求転送部２は現在、本装置が知っているDNSサーバに対して仮問い合わせを転送する。
【００３９】
サーバ情報群管理部３は、サーバ管理部４と現在位置管理部５を含み、現在知っているDNSサーバに関する情報を総合的に管理する。キャッシュ管理部６は、問い合わせの結果を一時的に保存する。
【００４０】
現在位置管理部５は、移動対応端末が現在接続されているネットワークの位置情報を管理する。サーバ管理部４は、現在知っているDNSサーバに関する情報を管理する。要求管理部７は、現在発行中である仮問い合わせについて管理する。
【００４１】
現在位置情報受付部８は移動ホストの現在位置を受け付け現在位置管理部５へ通知する部分である。サーバ受付部９は、現在問い合わせ可能なDNSサーバや、それらに関する情報を受け付け、サーバ管理部４へ通知する。
【００４２】
アルゴリズム管理部１０は、アルゴリズム受付部１１から入力されたアルゴリズムに基づいて、最適応答を選択するためのアルゴリズムを管理する。アルゴリズム処理部１２は、得られた仮応答から、アルゴリズムを使用して最適応答を選び出す。要求応答部１３は、最適答パケットをクライアントに対して送信する。応答受信部１４は、仮応答を受信する。
【００４３】
応答選択部１５は、得られた仮応答を処理する。ネットワーク設定データベース１６は、このクライアントが移動した様々な箇所において、どのような設定を行う必要があるかを示す情報を保持する。ネットワーク設定部１７はネットワーク設定データベースに基づいて現在位置管理部及びサーバ管理部を制御する。
【００４４】
次に、図２において、ネットワーク設定データベース１６の構成を示す。ここで設定するためのパラメータ２１としては、IPネットワークの場合、ネットワークの自動構成の有効化／無効化、ルーティング情報、プロキシサーバの有効化／無効化、プロキシサーバのIPアドレス、VPNの有効化／無効化などが考えられる。
【００４５】
情報端末が移動する可能性のあるドメインについて、これらの情報各々について設定情報を入力しておく。
【００４６】
ネットワーク設定データベースの一般的な使用方法は、現在位置管理手段より判断した現在位置と、サーバ管理手段より判断したアクセス先に該当するレコードに対して、対応するネットワーク設定を書き出し、ネットワーク設定手段により情報端末装置に対して適切なネットワーク設定を行うことである。
【００４７】
このネットワーク設定データベースを利用して、必要な設定を変更するための一般的な処理の流れを図３に示す。
【００４８】
情報端末装置は、現在位置管理部５がマルチホーム環境、ＶＰＮ接続環境等の現在情報を判断する（Ｓ３０〜Ｓ３１）。次に、サーバ管理部４にてこの端末が所属するドメイン情報とアクセス先が所属するドメイン情報を判断する（Ｓ３２）。
【００４９】
最後に、ネットワーク設定部１７が、これらの判断とネットワーク設定データベース１６の条件を参照し、ルーティング、プロキシサーバ等のネットワーク設定を行う（Ｓ３３〜Ｓ３４）。
【００５０】
次に本発明を適用した典型的なネットワーク構成を図４に示す。ここでは、情報端末装置４１がマルチホーム環境（ISP1：４２、ISP2：４３）にゲートウェイ（ゲートウェイ１：４４、ゲートウェイ２：４５）をそれぞれ介して接続しており、選択的にインターネット上のリソースをアクセスする。また自宅LAN４６側にはネットワークプリンタ４７が接続されている。
【００５１】
この場合、複数のIPプロバイダと契約し、それに応じた複数のIPアドレスブロックを取得しているネットワーク環境で、その１つのプロバイダが自分の配下のIPアドレスのユーザに対して動画やポータルサービス等のリソースを提供している場合、そのネットワーク環境でかつそのプロバイダのIPアドレスを送信元として設定しないと、アクセス先には接続できない。
【００５２】
この場合のソースアドレス選択のフローを図５に示す。ここでは、現在位置管理部５でマルチホーム環境を判断する（Ｓ５０〜Ｓ５１）。次にサーバ管理部４にて端末が所属するドメイン情報とアクセス先が所属するドメイン情報を判断する（ｓ５２）。
【００５３】
最後に、ネットワーク設定部１７が、ネットワーク設定データベース１６の条件を参照し、端末が所属するドメイン情報とアクセス先が所属するドメイン情報から双方ともマルチホームの一方のＩＳＰに属すると判断された場合は、ソースアドレス選択としてそのＩＳＰから付与されたＩＰアドレスを有効にし、そのほかのＩＳＰのものは無効にする（ｓ５３〜Ｓ５４）。
【００５４】
また例えば、自宅からVPNで社内LANへアクセスしている場合、自宅LAN４６のネットワークプリンタ４７のようなローカルのリソースにアクセスするためには、そのアクセス先に対してはルーティング情報を自宅LAN４６側に向けなければ接続できない。
【００５５】
この場合のルーティング情報の選択フローを図６に示す。ここでは現在位置管理部５でＶＰＮ接続環境を判断する（Ｓ６０〜Ｓ６１）。具体的には、例えばOSのレジストリ値でＶＰＮ接続の有効・無効を参照する。
【００５６】
またサーバ管理部４で端末が所属するドメイン情報とプリンタ４７が所属するドメイン情報を判断する。
【００５７】
最後に、ネットワーク設定部１７が、ネットワーク設定データベース１６の条件を参照し、端末が所属するドメイン情報とプリンタ４７が所属するドメイン情報から双方とも自宅ＬＡＮ４６に接続されされていると判断された場合は、自宅ＬＡＮ４６接続用のルーティングを設定する（Ｓ６３〜Ｓ６４）。
【００５８】
また、エンタープライズネットワークを介してVPN接続状態でインターネットへWebアクセスする場合のルートは、ISPをダイレクトに使用する場合と、VPNで一旦社内LANを経由してその後社内LANのゲートウェイ経路でアクセスする方法がある。この方法の変更にはWebのプロキシを手動で変更する必要がある。
【００５９】
この場合のProxy変更のためのフローを図７に示す。ここでは、現在位置管理部５にてＶＰＮ接続環境を判断する（Ｓ７０〜Ｓ７１）。具体的には、例えばOSのレジストリ値でＶＰＮ接続の有効・無効を参照する。
【００６０】
次にサーバ管理部４にて端末が所属するドメイン情報とWebアクセス先が所属するドメイン情報を判断する（Ｓ７２）。
【００６１】
最後に、端末が所属するドメインが社内でアクセス先が社外と判断された場合は、Webのプロキシの設定を社内から社外へのゲートウエイアドレスへ設定する（Ｓ７３〜Ｓ７４）。
【００６２】
具体的には、例えばWebブラウザのレジストリ値でWebのプロキシの設定を行うことができる。
【００６３】
【発明の効果】
以上、本発明によれば、異なるDNS サーバの構成ツリーに属する問い合わせにもDNS サーバへの接続が可能であれば、直ちに応答を得ることができ、さらにそのアクセスを行ったネットワーク上の位置と、アクセス対象データの場所、及びその間のネットワーク属性などを考慮したネットワーク設定情報を適切に選択し、自動的に設定可能となる。
【図面の簡単な説明】
【図１】 本発明の一実施の形態を示すDNS 問い合わせ装置の構成図
【図２】 本発明の一実施の形態で用いられるネットワーク設定データベース の説明図
【図３】 本発明を適用した典型的なネットワーク構成を示す説明図
【図４】 本発明を適用した典型的なネットワーク構成を示す説明図
【図５】 マルチホーム環境におけるソースアドレス選択フローを示す説明図
【図６】 VPN接続状態におけるルーティング情報の選択フローを示す説明図
【図７】 VPN接続状態におけるProxy設定の選択フローを示す説明図
【符号の説明】
１・・・要求受付部
２・・・要求転送部
３・・・サーバ情報群管理部
４・・・サーバ管理部
５・・・現在位置管理部
６・・・キャッシュ管理部
７・・・要求管理部
８・・・現在位置情報受付部
９・・・サーバ受付部
１０・・・アルゴリズム管理部
１１・・・アルゴリズム受付部
１２・・・アルゴリズム処理部
１３・・・要求応答部
１４・・・応答受信部
１５・・・応答選択部
１６・・・ネットワーク設定データベース
１７・・・ネットワーク設定部
【発明の属する技術分野】
本発明は、インターネットでDNSを利用するホストにおいて、移動や回線の切断などよって複数のDNSサーバの構成ツリーに対して、問い合わせを行なわなければならない状況において、適切な応答を高速に得られ、同時に必要なネットワーク設定情報を獲得可能なDNS問い合わせ装置およびDNS問い合わせ方法に関する。
【０００２】
【従来の技術】
近年、世界規模のコンピュータネットワーク「インターネット(Internet)」の利用が普及しており、インターネットと接続し公開された情報、サービスを利用したり、逆にインターネットを通してアクセスしてくる外部ユーザに対し、情報、サービスを提供することで新たなコンピュータビジネスが開拓されている。
【０００３】
またインターネット利用に関して、新たな技術開発、展開がなされている。インターネットでは、各計算機がIPアドレスと呼ばれる識別子をもち、このIPアドレスを元に、パケットの交換が行われる。
【０００４】
しかし、IPアドレスは数字の羅列であり、人間が覚えるのは困難を伴うが、インターネットを通して計算機にアクセスするためにはIPアドレスを指定しなければならない。この問題を解決するためにドメインネームシステム(Domain Name System:DNS)が考案された。
DNSは一種のデータベースシステムであり、この機能のうちの一つに数字の羅列であるIPアドレスと、人間が覚えやすい名前(Fully Qualified Domain Name:FQDN)を相互変換するための機能がある。
【０００５】
これはすなわちDNSというデータベースシステムに対して、FQDNに対応するIPアドレスを検索するという行為に等しい。インターネットを使うアプリケーションは通常このDNSを利用して、ユーザが入力したホスト名（これは通常FQDNである）をIPアドレスに変換し、目的のインターネット上へとパケットを送出する。
【０００６】
DNSは、分散DBとしての側面も持つ。インターネット上の全てのホストを１つのデータベースシステムで管理するのは不可能である。このためDNSはツリー構造を持った分散DBの形をとる。各DNSサーバは一般的に次の３つの情報を持っている。
（１）頂点（root）となるサーバ
（２）ある特定のドメインの全てのデータ
（３）自サーバが権限を譲渡したサーバと、譲渡したドメイン名の組
FQDN は、．（ピリオド）で区切られたツリー構造を持つ名前空間のインスタンスである。例えば、foo.bar.com.などである。これは．を頂点として．com bar fooというツリーとなる。通常のツリーのleaf はホスト名であり、それ以外の部分はドメイン名と呼ばれる。
【０００７】
もし、bar.com.というドメイン名がインターネット上に存在するなら、bar.com.というドメインについてすべて知っているDNSサーバがインターネット上に存在することになる。
【０００８】
次に、実際にドメイン名とIPアドレスの変換が具体的にどのように行なわれるかを簡単に説明する。インターネット上に分散して配置されたDNSサーバは、クライアントとなる計算機から、“foo.bar.com. ”をIPアドレスに変換して欲しいという要求を受ける。
【０００９】
このとき、要求を受けたDNSサーバ（仮にこれをサーバAと呼ぶ）は、自分がbar.com.の全てのデータを持っていれば、そこで変換した結果を返す。しかしそうでない場合は、rootサーバに対して問い合わせを行なう。
【００１０】
rootサーバは、bar.com.のデータを持ってはいないが、ツリーの枝であるcom.の権限を移譲したサーバを知っているので、そのサーバをサーバAに通知する。サーバAはcom.のDNS サーバに対して問い合わせを行なう。
【００１１】
com.のサーバはbar.com.のデータを持ってはいないがツリーの枝であるbar.com.の権限を移譲したサーバを知っているので、そのサーバをサーバAに通知する。サーバAはbar.com.のDNSサーバに対して問い合わせを行なう。
【００１２】
bar.com.のサーバは、bar.com.について全てのデータを持っているので、foo.bar.com．をIPアドレスに変換することができる。この答えをサーバAに返す。サーバAは、この答えをクライアントに通知する。
【００１３】
このようにDNSは、ツリー構造を探索することによって検索を行なうことになるので、インターネット上のどのDNSサーバに対して問い合わせを行なっても、必ず同じ答えを得ることができる。この前提に基づき、移動する計算機は通常最も近い位置にあるDNSサーバを通知してもらい、それを利用するということが現在は行われている。
【００１４】
しかし、この「同じ答えを得られる」という保証は、DNSサーバの構成ツリーがインターネット上で唯一である、という前提に基づいている。しかし近年、ファイアウォールの普及にしたがって、ファイアウォール内での独立したDNSサーバツリーが構築される場合がある。
【００１５】
また、SOHO(Small Office,Home Office）等ではインターネットへの接続が間欠的である場合があり、その中のネットワークでは独立したrootサーバを持つ場合がある。
【００１６】
このようにrootサーバが複数存在する、すなわちDNSサーバのツリーが複数存在する場合、移動する計算機の場合では、単純に近いDNSサーバを通知されたとしても、そのサーバがどのツリーに属するかによって応答が変わってしまい、問題が生じる。具体的には、あるツリーに存在するFQDNを異なるツリーのネームサーバに問い合わせても、そのようなホストは存在しないという返答が返されてしまう。
【００１７】
複数のDNSサーバに問い合わせるシステムも現存するが、現在の方法では、DNSのプロトコルとして正しい応答が得られるサーバに出会うまで順番に問い合わせにいくという方法である。この方法では、「存在しない」というDNSのプロトコル上正しい応答を得ることができるため、たとえそれぞれ異なるツリー上にある複数のDNSサーバを設定したとしても結果的に求める応答とは異なるという問題があった。
【００１８】
【特許文献】
特開2001-103092公報
【非特許文献】
IETF RFC1034 DOMAIN NAMES - CONCEPTS AND FACILITIES
【非特許文献】
IETF RFC1035 DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION
【００１９】
【発明が解決しようとする課題】
上述したように、従来の方法では、DNSのサーバが構成するツリーが複数ある場合に、どのDNSサーバに問い合わせれば良いのかが不明であり、望ましい応答を得ることができなかった。
【００２０】
さらに、このような複数のrootサーバが存在するような環境を想定すると、適切なDNSサーバの選択をすると同時にそのネットワーク環境に整合したネットワーク情報の設定が必要になる。
【００２１】
例えば、IPネットワークの場合、ネットワークの自動構成の有効化／無効化、ルーティング情報、プロキシサーバの有効化／無効化、プロキシサーバのIPアドレス、VPNの有効化／無効化等のネットワーク環境の設定情報を設定しなおさなければ変更したアクセス先にそのネットワーク環境から接続できない場合がある。
【００２２】
例えば、複数のIPプロバイダと契約し、それに応じた複数のIPアドレスブロックを取得しているネットワーク環境で、その１つのプロバイダが自分の配下のIPアドレスのユーザに対して動画やポータルサービス等のリソースを提供している場合、そのネットワーク環境でかつそのプロバイダのIPアドレスを送信元として設定しないと、アクセス先には接続できない。
【００２３】
また、例えば、自宅からVPNで社内LANへアクセスしている場合、自宅LANのネットワークプリンタのようなローカルのリソースにアクセスするためには、そのアクセス先に対してはルーティング情報を自宅LAN側に向けなければ接続できない。
【００２４】
さらに、VPN接続状態でインターネットへのWebアクセスのルートは、ISPをダイレクトに使用する場合と、VPNで一旦社内LANを経由してその後社内LANのゲートウェイ経路でアクセスする方法があるが、その変更にはWebのプロキシを手動で変更する必要がある。
【００２５】
本発明は上記の事情を考慮してなされたのもであり、DNSのツリーが複数ある場合でも、望ましい応答を高速に得ることができ、さらにそれに付随したネットワーク設定情報を適切に選択し、設定可能なDNS問い合わせ装置を提供することを目的とする。
【００２６】
【課題を解決するための手段】
上記した課題を解決するために、本発明のDNS問い合わせ装置は、接続されているネットワーク上での自装置の位置情報を受信する現在位置情報受付手段と、前記現在位置情報受付手段で受信した位置情報を記憶する現在位置管理手段と、問い合わせ可能なDNS サーバに関するサーバ情報を受信するサーバ情報受付手段と、前記サーバ情報受付手段で受信したサーバ情報を記憶するサーバ管理手段と、クライアントからDNS サーバに対する問い合わせ要求を受信する要求受付手段と、前記要求受付手段で受信した問い合わせ要求を、前記位置情報及び又は前記サーバ情報に基づいて決定した少なくとも１ つ以上のDNS サーバに転送する要求転送手段と、前記要求転送手段で転送した問い合わせ要求に対する応答を受信する応答受信手段と、前記応答受信手段で受信した応答によって前記サーバ情報の書き換えが生じた場合は、前記サーバ情報を書きかえるサーバ情報変更手段と、このサーバ情報に基づき、前記問い合わせ要求に対応する応答結果を選択し、前記クライアントに該応答結果を応答する要求応答手段と、クライアント自身のドメイン情報と、クライアントがアクセス要求したリソースのドメイン情報を比較し、クライアントに対して所定のネットワーク設定情報を選択し適用するネットワーク設定手段とを具備したことを特徴とする。
【００３０】
また、本発明のDNS問い合わせ方法は、接続されているネットワーク上での自装置の位置情報を受信し、受信した前記位置情報を記憶し、問い合わせ可能なDNS サーバに関するサーバ情報を受信し、受信した前記サーバ情報を記憶し、クライアントからDNS サーバに対する問い合わせ要求を受信し、受信した問い合わせ要求を、前記位置情報及び又は前記サーバ情報に基づいて決定した少なくとも１つ以上のDNS サーバに転送し、転送した前記問い合わせ要求に対する応答を受信し、受信した前記応答によって前記サーバ情報の書き換えが生じた場合は、前記サーバ情報を書きかえ、このサーバ情報に基づき、前記問い合わせ要求に対応する応答結果を選択し、前記クライアントに該応答結果を応答し、クライアント自身のドメイン情報と、クライアントがアクセス要求したリソースのドメイン情報を比較し、クライアントに対して所定のネットワーク設定情報を選択し適用することによりネットワーク設定を行なうことを特徴とする。
【００３４】
これにより、DNS のツリーが複数ある場合でも、望ましい応答を高速に得ることができ、さらにそれに付随したネットワーク設定情報を適切に選択し、設定することができる。
【００３５】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００３６】
ここでは、問い合わせの発行元端末装置をクライアントと呼び、DNSが動いているサーバをDNSサーバと呼ぶ。
【００３７】
図１に本実施例の構成図を示す。この構成図は、本発明のDNS問い合わせ装置の構成を示すものであり、クライアントである移動対応端末内に含まれるものとする。また、ここではこのDNS問い合わせ装置が移動対応端末に含まれる例を用いて説明するが、単独の装置として機能するように構成してもよい。
【００３８】
図１において、要求受付部１は、クライアントからDNSサーバに対する元問い合わせパケットを受信する。要求転送部２は現在、本装置が知っているDNSサーバに対して仮問い合わせを転送する。
【００３９】
サーバ情報群管理部３は、サーバ管理部４と現在位置管理部５を含み、現在知っているDNSサーバに関する情報を総合的に管理する。キャッシュ管理部６は、問い合わせの結果を一時的に保存する。
【００４０】
現在位置管理部５は、移動対応端末が現在接続されているネットワークの位置情報を管理する。サーバ管理部４は、現在知っているDNSサーバに関する情報を管理する。要求管理部７は、現在発行中である仮問い合わせについて管理する。
【００４１】
現在位置情報受付部８は移動ホストの現在位置を受け付け現在位置管理部５へ通知する部分である。サーバ受付部９は、現在問い合わせ可能なDNSサーバや、それらに関する情報を受け付け、サーバ管理部４へ通知する。
【００４２】
アルゴリズム管理部１０は、アルゴリズム受付部１１から入力されたアルゴリズムに基づいて、最適応答を選択するためのアルゴリズムを管理する。アルゴリズム処理部１２は、得られた仮応答から、アルゴリズムを使用して最適応答を選び出す。要求応答部１３は、最適答パケットをクライアントに対して送信する。応答受信部１４は、仮応答を受信する。
【００４３】
応答選択部１５は、得られた仮応答を処理する。ネットワーク設定データベース１６は、このクライアントが移動した様々な箇所において、どのような設定を行う必要があるかを示す情報を保持する。ネットワーク設定部１７はネットワーク設定データベースに基づいて現在位置管理部及びサーバ管理部を制御する。
【００４４】
次に、図２において、ネットワーク設定データベース１６の構成を示す。ここで設定するためのパラメータ２１としては、IPネットワークの場合、ネットワークの自動構成の有効化／無効化、ルーティング情報、プロキシサーバの有効化／無効化、プロキシサーバのIPアドレス、VPNの有効化／無効化などが考えられる。
【００４５】
情報端末が移動する可能性のあるドメインについて、これらの情報各々について設定情報を入力しておく。
【００４６】
ネットワーク設定データベースの一般的な使用方法は、現在位置管理手段より判断した現在位置と、サーバ管理手段より判断したアクセス先に該当するレコードに対して、対応するネットワーク設定を書き出し、ネットワーク設定手段により情報端末装置に対して適切なネットワーク設定を行うことである。
【００４７】
このネットワーク設定データベースを利用して、必要な設定を変更するための一般的な処理の流れを図３に示す。
【００４８】
情報端末装置は、現在位置管理部５がマルチホーム環境、ＶＰＮ接続環境等の現在情報を判断する（Ｓ３０〜Ｓ３１）。次に、サーバ管理部４にてこの端末が所属するドメイン情報とアクセス先が所属するドメイン情報を判断する（Ｓ３２）。
【００４９】
最後に、ネットワーク設定部１７が、これらの判断とネットワーク設定データベース１６の条件を参照し、ルーティング、プロキシサーバ等のネットワーク設定を行う（Ｓ３３〜Ｓ３４）。
【００５０】
次に本発明を適用した典型的なネットワーク構成を図４に示す。ここでは、情報端末装置４１がマルチホーム環境（ISP1：４２、ISP2：４３）にゲートウェイ（ゲートウェイ１：４４、ゲートウェイ２：４５）をそれぞれ介して接続しており、選択的にインターネット上のリソースをアクセスする。また自宅LAN４６側にはネットワークプリンタ４７が接続されている。
【００５１】
この場合、複数のIPプロバイダと契約し、それに応じた複数のIPアドレスブロックを取得しているネットワーク環境で、その１つのプロバイダが自分の配下のIPアドレスのユーザに対して動画やポータルサービス等のリソースを提供している場合、そのネットワーク環境でかつそのプロバイダのIPアドレスを送信元として設定しないと、アクセス先には接続できない。
【００５２】
この場合のソースアドレス選択のフローを図５に示す。ここでは、現在位置管理部５でマルチホーム環境を判断する（Ｓ５０〜Ｓ５１）。次にサーバ管理部４にて端末が所属するドメイン情報とアクセス先が所属するドメイン情報を判断する（ｓ５２）。
【００５３】
最後に、ネットワーク設定部１７が、ネットワーク設定データベース１６の条件を参照し、端末が所属するドメイン情報とアクセス先が所属するドメイン情報から双方ともマルチホームの一方のＩＳＰに属すると判断された場合は、ソースアドレス選択としてそのＩＳＰから付与されたＩＰアドレスを有効にし、そのほかのＩＳＰのものは無効にする（ｓ５３〜Ｓ５４）。
【００５４】
また例えば、自宅からVPNで社内LANへアクセスしている場合、自宅LAN４６のネットワークプリンタ４７のようなローカルのリソースにアクセスするためには、そのアクセス先に対してはルーティング情報を自宅LAN４６側に向けなければ接続できない。
【００５５】
この場合のルーティング情報の選択フローを図６に示す。ここでは現在位置管理部５でＶＰＮ接続環境を判断する（Ｓ６０〜Ｓ６１）。具体的には、例えばOSのレジストリ値でＶＰＮ接続の有効・無効を参照する。
【００５６】
またサーバ管理部４で端末が所属するドメイン情報とプリンタ４７が所属するドメイン情報を判断する。
【００５７】
最後に、ネットワーク設定部１７が、ネットワーク設定データベース１６の条件を参照し、端末が所属するドメイン情報とプリンタ４７が所属するドメイン情報から双方とも自宅ＬＡＮ４６に接続されされていると判断された場合は、自宅ＬＡＮ４６接続用のルーティングを設定する（Ｓ６３〜Ｓ６４）。
【００５８】
また、エンタープライズネットワークを介してVPN接続状態でインターネットへWebアクセスする場合のルートは、ISPをダイレクトに使用する場合と、VPNで一旦社内LANを経由してその後社内LANのゲートウェイ経路でアクセスする方法がある。この方法の変更にはWebのプロキシを手動で変更する必要がある。
【００５９】
この場合のProxy変更のためのフローを図７に示す。ここでは、現在位置管理部５にてＶＰＮ接続環境を判断する（Ｓ７０〜Ｓ７１）。具体的には、例えばOSのレジストリ値でＶＰＮ接続の有効・無効を参照する。
【００６０】
次にサーバ管理部４にて端末が所属するドメイン情報とWebアクセス先が所属するドメイン情報を判断する（Ｓ７２）。
【００６１】
最後に、端末が所属するドメインが社内でアクセス先が社外と判断された場合は、Webのプロキシの設定を社内から社外へのゲートウエイアドレスへ設定する（Ｓ７３〜Ｓ７４）。
【００６２】
具体的には、例えばWebブラウザのレジストリ値でWebのプロキシの設定を行うことができる。
【００６３】
【発明の効果】
以上、本発明によれば、異なるDNS サーバの構成ツリーに属する問い合わせにもDNS サーバへの接続が可能であれば、直ちに応答を得ることができ、さらにそのアクセスを行ったネットワーク上の位置と、アクセス対象データの場所、及びその間のネットワーク属性などを考慮したネットワーク設定情報を適切に選択し、自動的に設定可能となる。
【図面の簡単な説明】
【図１】 本発明の一実施の形態を示すDNS 問い合わせ装置の構成図
【図２】 本発明の一実施の形態で用いられるネットワーク設定データベース の説明図
【図３】 本発明を適用した典型的なネットワーク構成を示す説明図
【図４】 本発明を適用した典型的なネットワーク構成を示す説明図
【図５】 マルチホーム環境におけるソースアドレス選択フローを示す説明図
【図６】 VPN接続状態におけるルーティング情報の選択フローを示す説明図
【図７】 VPN接続状態におけるProxy設定の選択フローを示す説明図
【符号の説明】
１・・・要求受付部
２・・・要求転送部
３・・・サーバ情報群管理部
４・・・サーバ管理部
５・・・現在位置管理部
６・・・キャッシュ管理部
７・・・要求管理部
８・・・現在位置情報受付部
９・・・サーバ受付部
１０・・・アルゴリズム管理部
１１・・・アルゴリズム受付部
１２・・・アルゴリズム処理部
１３・・・要求応答部
１４・・・応答受信部
１５・・・応答選択部
１６・・・ネットワーク設定データベース
１７・・・ネットワーク設定部
Claims (8)
- 接続されているネットワーク上での自装置の位置情報を受信する現在位置情報受付手段と、
前記現在位置情報受付手段で受信した位置情報を記憶する現在位置管理手段と、
問い合わせ可能なDNS サーバに関するサーバ情報を受信するサーバ情報受付手段と、
前記サーバ情報受付手段で受信したサーバ情報を記憶するサーバ管理手段と、
クライアントからDNS サーバに対する問い合わせ要求を受信する要求受付手段と、
前記要求受付手段で受信した問い合わせ要求を、前記位置情報及び又は前記サーバ情報に基づいて決定した少なくとも１ つ以上のDNS サーバに転送する要求転送手段と、
前記要求転送手段で転送した問い合わせ要求に対する応答を受信する応答受信手段と、
前記応答受信手段で受信した応答によって前記サーバ情報の書き換えが生じた場合は、前記サーバ情報を書きかえるサーバ情報変更手段と、
このサーバ情報に基づき、前記問い合わせ要求に対応する応答結果を選択し、前記クライアントに該応答結果を応答する要求応答手段と、
クライアント自身のドメイン情報と、クライアントがアクセス要求したリソースのドメイン情報を比較し、クライアントに対して所定のネットワーク設定情報を選択し適用するネットワーク設定手段とを具備したことを特徴とするDNS 問い合わせ装置。 - 前記クライアントは前記自装置を含む情報端末であり、前記ネットワーク設定手段は、前記現在位置管理手段の保持する該情報端末の現在位置属性と、前記サーバ管理手段で保持する該情報端末とそのアクセス先のドメイン情報に基づき、該情報端末に対して送信元アドレスを設定することを特徴とする請求項１に記載のDNS 問い合わせ装置。
- 前記クライアントは前記自装置を含む情報端末であり、前記ネットワーク設定手段は、前記現在位置管理手段の保持する該情報端末の現在位置属性と、前記サーバ管理手段で保持する該情報端末とそのアクセス先のドメイン情報を基づき、該情報端末に対して経路制御情報を設定することを特徴とする請求項１に記載のDNS 問い合わせ装置。
- 前記クライアントは前記自装置を含む情報端末であり、前記ネットワーク設定手段は、前記現在位置管理手段の保持する該情報端末の現在位置属性と、前記サーバ管理手段で保持する該情報端末とそのアクセス先のドメイン情報に基づき、該情報端末に対して中継サーバ情報を設定することを特徴とする請求項１に記載のDNS 問い合わせ装置。
- 接続されているネットワーク上での自装置の位置情報を受信し、 受信した前記位置情報を記憶し、
問い合わせ可能なDNS サーバに関するサーバ情報を受信し、
受信した前記サーバ情報を記憶し、
クライアントからDNS サーバに対する問い合わせ要求を受信し、
受信した問い合わせ要求を、前記位置情報及び又は前記サーバ情報に基づいて決定した少なくとも１つ以上のDNS サーバに転送し、
転送した前記問い合わせ要求に対する応答を受信し、
受信した前記応答によって前記サーバ情報の書き換えが生じた場合は、前記サーバ情報を書きかえ、
このサーバ情報に基づき、前記問い合わせ要求に対応する応答結果を選択し、前記クライアントに該応答結果を応答し、
クライアント自身のドメイン情報と、クライアントがアクセス要求したリソースのドメイン情報を比較し、クライアントに対して所定のネットワーク設定情報を選択し適用することによりネットワーク設定を行なうことを特徴とするDNS 問い合わせ方法。 - 前記クライアントは前記自装置を含む情報端末であり、該情報端末の前記現在位置属性と、情報端末とそのアクセス先の前記ドメイン情報に基づき、該情報端末に対して送信元アドレスを設定することを特徴とする請求項５に記載のDNS 問い合わせ方法。
- 前記クライアントは前記自装置を含む情報端末であり、該情報端末の前記現在位置属性と、情報端末とそのアクセス先の前記ドメイン情報を基づき、該情報端末に対して経路制御情報を設定することを特徴とする請求項５に記載のDNS 問い合わせ方法。
- 前記クライアントは前記自装置を含む情報端末であり、該情報端末の前記現在位置属性と、情報端末とそのアクセス先の前記ドメイン情報に基づき、該情報端末に対して中継サーバ情報を設定することを特徴とする請求項５に記載のDNS 問い合わせ方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003073003A JP3708085B2 (ja) | 2003-03-18 | 2003-03-18 | Ｄｎｓ問い合わせ装置およびｄｎｓ問い合わせ方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003073003A JP3708085B2 (ja) | 2003-03-18 | 2003-03-18 | Ｄｎｓ問い合わせ装置およびｄｎｓ問い合わせ方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004282529A JP2004282529A (ja) | 2004-10-07 |
| JP3708085B2 true JP3708085B2 (ja) | 2005-10-19 |
Family
ID=33288998
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003073003A Expired - Lifetime JP3708085B2 (ja) | 2003-03-18 | 2003-03-18 | Ｄｎｓ問い合わせ装置およびｄｎｓ問い合わせ方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3708085B2 (ja) |
-
2003
- 2003-03-18 JP JP2003073003A patent/JP3708085B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004282529A (ja) | 2004-10-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10476984B2 (en) | Content request routing and load balancing for content distribution networks | |
| JP6146950B2 (ja) | ネットワークコンピューティングコンポーネントを使用してルーティングをリクエストする方法およびシステム | |
| JP5404766B2 (ja) | ルーティングをリクエストするための方法とシステム | |
| US9800539B2 (en) | Request routing management based on network components | |
| US9160703B2 (en) | Request routing management based on network components | |
| US7415536B2 (en) | Address query response method, program, and apparatus, and address notification method, program, and apparatus | |
| JP4159337B2 (ja) | 仮想ネットワーク名の解決方法 | |
| US7447798B2 (en) | Methods and systems for providing dynamic domain name system for inbound route control | |
| US8326956B2 (en) | System and method for handling persistence information in a network | |
| US8861525B1 (en) | Cloud-based network protocol translation data center | |
| JP4684534B2 (ja) | ピアツーピア環境においてキャッシュされた資源間における資源の相同性 | |
| JP5150769B2 (ja) | 要求ルーティングおよびクライアントロケーション情報を利用したルーティング情報の更新 | |
| JP4234482B2 (ja) | 動的ｄｎｓ登録方法、ドメイン名解決方法、代理サーバ、及びアドレス変換装置 | |
| US10263950B2 (en) | Directing clients based on communication format | |
| JP2007207231A (ja) | ネットワークにおける分散サービスへのアクセス法 | |
| US20020143946A1 (en) | Software based internet protocol address selection method and system | |
| EP1472830B1 (en) | Method and apparatus for parameter borrowing for network address translator configuration | |
| JP2001103092A (ja) | Ｄｎｓ問い合わせ装置、ｄｎｓ問い合わせ方法、および記録媒体 | |
| CN110225144A (zh) | 获取及提供服务的方法、用户设备和管理服务器 | |
| JP2004120534A (ja) | ルータと中継装置、フォワーディング方法 | |
| JP2001273225A (ja) | 代理サーバ選択装置および代理サーバ | |
| JP4180279B2 (ja) | 名前解決を用いたルーティング方法およびそのシステム | |
| JPH09282259A (ja) | ネットワークシステム | |
| JP3708085B2 (ja) | Ｄｎｓ問い合わせ装置およびｄｎｓ問い合わせ方法 | |
| JP3676714B2 (ja) | 優先選択ネームサーバシステム及びクライアント端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050415 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050426 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050506 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050606 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050704 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050729 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050802 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3708085 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090812 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090812 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100812 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100812 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110812 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110812 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120812 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120812 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130812 Year of fee payment: 8 |
|
| EXPY | Cancellation because of completion of term |