JP5973381B2 - Ｄｎｓサーバ迂回システム、ｄｎｓサーバ迂回方法、データ提供サーバおよびデータ提供プログラム - Google Patents

Description

本発明は、DNSサーバを使用せずに目的の接続を実現するDNSサーバ迂回システム、DNSサーバ迂回方法、データ提供サーバおよびデータ提供プログラムに関する。

ネットワークを利用する通信では、DNSサーバ（DNSキャッシュサーバ）を利用したDNSクエリの送信及びDNS応答信号の受信によるDNS解決が利用されている。具体的には、通信端末がネットワークを介して他の装置に接続しようとする場合、この通信端末は、接続を希望する他の装置のドメインを含む通信クエリをDNSサーバに送信すると、DNSサーバから目的の装置のドメインに対応するIPアドレスを取得することができる。したがって、通信装置は、取得したIPアドレスを利用して目的の装置に接続することができる。

しかしながら、問い合わせ先であるDNSサーバにエラーが発生している場合、通信端末は目的の装置のIPアドレスを取得することができない。例えば、DNSサーバに改ざん等が発生した場合、このDNSサーバを利用したDNS解決は実行することができない。また例えば、DNSサーバが修理中等の場合にも、DNS解決を実行することができない。

http://www.ietf.org/rfc/rfc1034.txt.pdf（2013年5月30日検索）

従来、上述したようなDNSサーバの利用ができない場合、DNS解決を実行することができず、目的の装置との通信接続が実現できない場合あった。

上記課題に鑑み、本発明は、DNSサーバから接続先を得られない場合にこのDNSサーバを使用せずに目的の接続を実現することを目的とする。

上記目的を達成するために、本発明に係るDNSサーバ迂回装置は、迂回処理を開始後にドメインを入力すると、過去の通信履歴に関するドメインとIPアドレスとが対応付けられるリストデータから、入力したドメインに対応するIPアドレスを抽出する抽出部を備える。

本発明によれば、DNSサーバから接続先を得られない場合にこのDNSサーバを使用せずに目的の接続を実現することができる。

図１は、第１実施形態に係るDNSサーバ迂回装置の構成を説明するブロック図である。 図２は、図１のDNSサーバ迂回装置が接続されるネットワークを説明する図である。 図３は、図１のDNSサーバ迂回装置における処理の流れを説明するフローチャートである。 図４は、第２実施形態に係るDNSサーバ迂回システムの構成を説明するブロック図である。 図５は、図４のDNSサーバ迂回システムが接続されるネットワークを説明する図である。 図６は、第３実施形態に係るDNSサーバ迂回システムの構成を説明するブロック図である。 図７は、図６のDNSサーバ迂回システムで利用される履歴データの一例である。 図８は、図６のDNSサーバ迂回システムで生成されるリストデータの一例である。 図９は、図６のDNSサーバ迂回システムで利用されるデータの一例である。 DNSサーバ迂回システムの調査範囲を説明する図である。

以下に、図面を用いて本発明に係るDNSサーバ迂回システム、DNSサーバ迂回装置及びDNSサーバ迂回方法について説明する。本発明に係るDNSサーバ迂回システム及びDNSサーバ迂回装置は、DNSサーバが異常時又は修理中等のように使用ができない場合、このDNSサーバを介すことなく目的の通信接続を実現するものである。なお、以下の説明において、同一の装置または構成については、同一の符号を用いて図示し、説明を省略する。

〈第１実施形態〉
図１に示すように、第１実施形態に係るDNSサーバ迂回装置１Aは、送受信部１１、エラー検出部１２、抽出部１３、更新部１４、追加部１５及び記憶装置１６を有している。このDNSサーバ迂回装置１Aは、例えば、DNS解決を行う送受信部１１及び記憶装置１６を有するクライアント端末やDNSサーバ（DNSキャッシュサーバ）に迂回プログラムがインストールされることでエラー検出部１２、抽出部１３、更新部１４及び追加部１５が実装され、所定の場合にはDNSサーバ２を使用するDNS解決を行うことなく目的の通信接続を実現することができる。

例えば、図２（ａ）に示すように、クライアント端末１は、ドメイン「ｂ」のサーバ３のIPアドレスを取得しようとするとき、接続されるDNSサーバ２にDNSクエリを送信する。DNSサーバ迂回装置１Aは、送信したDNSクエリに対し、IPアドレス「５」を含む応答を受信できると、目的のドメインのサーバ３に接続することができる。

一方、接続されるDNSサーバ２に改ざん等の異常が発生している場合、クライアント端末１は正しいIPアドレスを取得することができず、目的のサーバ３に接続することができない。また、DNSサーバ２が修理中でアクセスできない場合、クライアント端末１は目的のサーバ３に接続するIPアドレスを取得することができない。

これに対し、実施形態１に係るDNSサーバ迂回装置１Aは、図２（ｂ）に示すように、接続されるDNSサーバ２を利用することができない場合であっても、自身が有しているデータから目的のIPアドレス「５」を特定し、目的のサーバ３にアクセスするものである。

なお、図２に示す例は、DNSサーバ迂回装置１Aがクライアント端末である一例で説明したが、DNSサーバ迂回装置１Aが、クライアント端末や他のDNSサーバと接続されるDNSサーバの場合も同様である。

送受信部１１は、DNS解決を行う際、ドメインを含むDNSクエリをDNSサーバ２に送信し、このドメインに対応するIPアドレスを含むDNS応答信号を受信する。ここで、DNSサーバ迂回装置１Aは、過去の所定時間内に同一のDNS解決を行っていた場合（有効なキャッシュデータがある場合）、その履歴を参照してDNS解決を行っても良い。

送受信部１１がDNS解決を実行するタイミングは、ドメインを入力したタイミングであって、例えば、DNSサーバ迂回装置１Aがクライアント端末である場合、ユーザによってアクセス先であるサーバのドメインが入力又は選択された場合である。また、DNSサーバ迂回装置１AがDNSサーバである場合、接続されるクライアント端末や他のDNSサーバから送信されたドメインを含むDNSクエリを入力したタイミングである。

履歴データD１は、DNSサーバ迂回装置１AがDNS解決を行った履歴に関するデータである。具体的には、履歴データD１には、DNS解決によって得られた「ドメイン」と「IPアドレス」との組み合わせを含んでいる。

追加部１５は、送受信部１１がDNS解決によってIPアドレスを解決すると、そのドメイン及びIPアドレスを含む履歴について履歴データD１に追加する。

リストデータD２は、履歴データD１を使用して生成されたデータであって、履歴データD１のうち、DNS解決がされた頻度が高いものを抽出したデータである。すなわち、リストデータD２でもドメインとIPアドレスの組み合わせを含んでいる。例えば、DNSサーバ迂回装置１Aであるクライアント端末では、サーバへのアクセスに一定の傾向があることが一般的である。具体的には、ユーザは、一定のサーバにデータを保存するために定期的にアクセスしたり、固定のWebサイトに定期的にアクセスしてWebページを閲覧したりすることが多い。したがって、リストデータでは、このようなDNSサーバ迂回装置１Aが使用頻度の高いサーバに関するデータを有するデータである。

更新部１４は、所定のタイミングで記憶装置から履歴データD１を読み出し、この履歴データD１から所定の条件で抽出したデータを利用してリストデータD２を生成し、記憶装置１６に記憶されるリストデータD２を新たに生成したリストデータD２に更新する。例えば、履歴データD１に含まれるある一定期間（例えば、１ヶ月）の通信履歴からアクセス頻度の高い所定数の履歴を抽出し、アクセス頻度の高い順に並べ替えたものをリストデータとする。ここで、更新部１４によって生成されるリストデータD２が含む履歴の数やリストデータD２のデータサイズは、DNSサーバ迂回装置１Aの処理能力や記憶装置１６の記憶容量によって定めることができる。また、更新部１４がリストデータを生成するタイミングとは、定期的なタイミングであっても良いし、エラー検出部１２がエラーを検出したタイミングであっても良い。このタイミングは、例えば、DNSサーバ迂回装置１Aの処理能力や、データ量に応じて設定することができる。

エラー検出部１２は、接続されるDNSサーバ２のエラーを検出する。エラーとは、具体的には、DNSサーバ２が改ざんされた場合やDNSサーバ２が修理時、故障時等の接続不能な場合である。このエラー検出部１２は、例えば、SNMPの異常検出等を利用してエラーを検出することができる。なお、接続されるDNSサーバ２のセカンダリが使用可能な場合、DNSサーバ迂回装置１はセカンダリサーバを利用するため、エラー検出部１２は、エラーとして検出しない。

抽出部１３は、DNSサーバ迂回装置１AがDNSサーバ２の迂回処理を開始後に、送受信部１１がDNS解決のためのドメインを入力すると、リストデータD２から入力したドメインに対応するIPアドレスを抽出する。ここで、抽出部１３が抽出に利用するリストデータD２は、通常のキャッシュデータとは異なり、利用頻度に基づいて生成されたデータであるしたがって、抽出部１３は容易に目的のIPアドレスを抽出することができる。

ここで、DNSサーバ迂回装置１AがDNSサーバ２の迂回処理を開始するタイミングとは、例えば、エラー検出部１２がDNSサーバ２のエラーを検出したタイミングである。または、DNSサーバ迂回装置１Aが迂回処理を開始する開始信号を入力したタイミングである。この開始信号は、例えば、DNSサーバ迂回装置１Aが接続されるサーバ等から入力される。

また、抽出部１３は、リストデータD２から抽出したIPアドレスを送受信部１１に出力する。なお、エラー検出部１２によってエラーの解決を検出するとリストデータD２を利用したDNS解決は不要であるため、抽出部１３によるIPアドレスの抽出は実行されない。

送受信部１１は、抽出部１３から入力したIPアドレスを検索結果としてDNS応答信号を生成することができる。

ここで、抽出部１３によってIPアドレスが「特定ドメイン」のIPアドレスであるとき、送受信部１１は、IPアドレスとともに、特定ドメインであること警告するメッセージを含む応答信号を生成してもよい。特定ドメインとは、例えば、ブラックリストに含まれるドメイン、広告データに関するドメイン、海外のサーバのドメイン、ユーザに好まれないデータのドメインやこのドメインのデータを受信した装置が被害を受けるおそれのあるドメインである。例えば、履歴データD１及びリストデータD２ではこのような特定ドメインに関するフラグを有しており、このフラグがオンに設定されている場合に、メッセージを含む応答信号を生成することができる。

例えば、DNSサーバ迂回装置１Aは、外部のサーバ等から、特定ドメイン及びそのIPアドレスに関するデータを取得することができる。また、DNSサーバ迂回装置１は、取得した特定ドメインに関するデータに基づいて、更新部１４によるリストデータD２の生成のタイミングで、又は所定のバッチ処理のタイミングで、リストデータD２のドメイン及びIPアドレスに特定ドメインのフラグを設定することができる。

また、抽出部１３によってIPアドレスが抽出できなかったとき、すなわち、リストデータD２にIPアドレスが含まれなかったとき、送受信部１１は、IPアドレスが検索されなかったメッセージを含む応答信号を生成する。その他、他のルートでIPアドレスを問い合わせて取得できる場合、他のルートで取得したIPアドレスを含む応答信号を取得してもよい。

DNSサーバ迂回装置１Aがクライアント端末であるとき、DNSサーバ迂回装置１Aでは、送受信部１１が生成した信号に含まれるIPアドレスへのアクセスが実行される。また、DNSサーバ迂回装置１AがDNSサーバであるとき、送受信部１１は、生成した信号をDNSクエリを送信したクライアント端末又は他のDNSサーバに送信する。

図３に示すフローチャートを用いて、DNSサーバ迂回装置１Aで実行される処理の一例について説明する。まず、DNSサーバ迂回装置１Aのエラー検出部１２がエラーを検出後（S１）に送受信部１１がドメインを入力すると（S２）、抽出部１３は、リストデータD２から入力したドメインに対応するIPアドレスを抽出する（S３）。

抽出部１３で入力したドメインに対応するIPアドレスがリストデータD２から抽出され（S４でYES）、このドメインが特定ドメインでないとき（S５でNO）、送受信部１１は、抽出部１３によって抽出されたIPアドレスを含むDNS応答信号を生成し、出力する（S６）。

一方、このドメインが特定ドメインであるとき（S５でYES）、送受信部１１は、特定ドメインである警告メッセージを含む応答信号を生成し、出力する（S６）。なお、送受信部１１は、ここでは警告メッセージを表示するサイトのIPアドレスを出力し、このメッセージを確認した上でさらに特定ドメインへの接続を希望するリクエストを受信した場合にのみ接続が実行されるようにしても良い。

また、例えば、抽出部１３でIPアドレスが抽出できないとき（S４でNO）、送受信部１１は、IPアドレスが抽出できない旨のメッセージを含む応答信号を生成し、出力する（S７）。なお、この場合にも、送受信部１１は、IPアドレスが抽出できない旨のメッセージを表示するサイトのIPアドレスを出力しても良い。

上述したように、第１実施形態に係るDNSサーバ迂回装置１Aでは、接続されるDNSサーバ２に接続することができない場合であっても、自装置の通信履歴に関する履歴を利用して接続先を検索することができる。したがって、DNSサーバ２のエラーにより生じる通信接続を実現することのできない事態を防止することができる。

〈第２実施形態〉
図４に示すように、第２実施形態に係るDNSサーバ迂回システム１００Bは、DNSサーバ迂回装置１Bと、データ提供サーバ４Bと、DNSサーバ２とを有している。

例えば、DNSサーバ迂回装置１Bは、DNS解決を行う送受信部１１を有するクライアント端末やDNSサーバ（DNSキャッシュサーバ）に迂回プログラムがインストールされることで、図４に示すように、エラー検出部１２、抽出部１３及び追加部１５が実装され、所定の場合にはDNSサーバ２を使用するDNS解決を行うことなく目的の通信接続を実現することができる。

ここで、図１を用いて上述した第１実施形態のDNSサーバ迂回装置１Aは更新部１４を有していたのに対し、第２実施形態のDNSサーバ迂回装置１Bでは更新部１４を有していない点で異なる。DNSサーバ迂回装置１Aでは、この更新部１４によって履歴データD１からリストデータD２を生成していたが、図４に示すDNSサーバ迂回装置１Bは自装置内でリストデータD２の生成を行わず、データ提供サーバ４Bから提供されたデータを使用している。なお、図４では、データ提供サーバ４Bには１台のDNSサーバ迂回装置１Bのみが接続されているが、複数台のDNSサーバ迂回装置が接続されていても良い。

データ提供サーバ４Bは、収集部４１、解析部４２、提供部４３及び記憶装置４４を有している。このデータ提供サーバ４Bは、DNSサーバ迂回装置１BからDNSサーバ迂回装置１BのDNS解決を利用した通信履歴に関するデータを取得し、これを解析してリストデータを生成してDNSサーバ迂回装置１Bに提供する。したがって、DNSサーバ迂回装置１Bでは、リストデータを生成する処理は不要であり、データ提供サーバ４Bから提供されたリストデータを利用すればよい。

収集部４１は、DNSサーバ迂回装置１Bからドメイン及びIPアドレスを含む通信の履歴に関するデータを収集し、記憶装置４４に履歴データD３として記憶する。収集部４１は、例えば、定期的にデータを収集し、新たに収集したデータを追加して履歴データD３を更新する。

解析部４２は、記憶装置４４で記憶される履歴データD３を読み出し、この履歴データD３を解析してリストデータD４を生成して記憶装置４４に記憶する。この解析部４２は、例えば、図１を用いて説明した更新部１４と同様に、履歴データD３からある期間においてアクセス頻度が高いデータを抽出し、アクセス頻度の高い順でリストデータD４を生成する。解析部４２は、例えば、定期的にリストデータD４を生成する。ここで、リストデータD４が含むドメインの数やリストデータD４のデータサイズは、データ提供サーバ４Bの処理能力やDNSサーバ迂回装置１Bの記憶装置１６の記憶容量に応じて定めることができる。

提供部４３は、記憶装置４４で記憶されるリストデータD４を読み出し、DNSサーバ迂回装置１Bに提供する。例えば、提供部４３は、解析部４２が新たなリストデータD４を生成したタイミングや、DNSサーバ迂回装置１Bからリクエストを受信したタイミングで、リストデータD４をDNSサーバ迂回装置１Bに提供する。

例えば、図５（ａ）に示すように、通常、クライアント端末１は、ドメイン「ｂ」のサーバ３のIPアドレスを取得しようとするとき、接続されるDNSサーバ２を利用してDNS解決を行っている。これに対し、接続されるDNSサーバ２に改ざん等のエラーが発生した場合、クライアント端末１は、DNSサーバ２から目的のドメインのIPアドレスを取得することができなくなる。

したがって、実施形態２に係るDNSサーバ迂回システム１００BにおいてDNSサーバ迂回装置１Bは、接続されるDNSサーバ２にエラーが発生した場合、データ提供サーバ４Cから提供されるリストデータD４を利用して目的のドメインのIPアドレスを取得することができる。これにより、DNSサーバ迂回装置１Bでは、DNSサーバ２を利用せずに、データを取得することができる。

上述したように、第２実施形態に係るDNSサーバ迂回システム１００BのDNSサーバ迂回装置１Bでは、接続されるDNSサーバ２に接続することができない場合であっても、データ提供サーバ４Bによって過去の通信履歴を使用して生成されたデータを利用して接続先を検索することができる。したがって、DNSサーバ２のエラーにより生じる接続を実現することのできない事態を防止することができる。

また、DNSサーバ迂回システム１００Bでは、データ提供サーバ４Bがリストデータを生成してDNSサーバ迂回装置１Bに提供することができるため、DNSサーバ迂回装置１Bに十分な処理能力がない場合であってもDNSサーバ２のエラー時に過去の履歴を利用したDNS解決を実行することができる。

〈第３実施形態〉
図６に示すように、第３実施形態に係るDNSサーバ迂回システム１００Cは、DNSサーバ迂回装置１Cと、データ提供サーバ４Cと、DNSサーバ２とを有している。また、データ提供サーバ４Cは、ネットワークNを介して複数のクライアント端末５ａ〜５ｃと接続されている。

図６に示すデータ提供サーバ４Cと図４を用いて上述したデータ提供サーバ４Bとを比較すると、データ提供サーバ４Cには、ネットワークNを介して複数のクライアント端末５ａ〜５ｃと接続されている点で異なる。なお、図６では、データ提供サーバ４Cにはクライアント端末５ａ〜５ｃが接続される一例を示しているが、データ提供サーバ４Cに接続される装置は、クライアント端末の他、DNS解決を実行する装置（通信端末）であれば、クライアント端末の他、DNSサーバやルータ装置等であっても良い。また、その数も限定されない。

このデータ提供サーバ４Cの収集部４１は、DNSサーバ迂回装置１Cから履歴データを収集する他、複数のクライアント端末５ａ〜５ｃからも履歴データを収集する。したがって、データ提供サーバ４Cの記憶装置４４に記憶される履歴データD３は、図７に示すように、複数の装置から収集したデータが含まれている。例えば、図７に示す履歴データの一例では、DNSサーバ迂回装置１Cを利用するユーザAの通信履歴、クライアント端末５ａを利用するユーザＢの通信履歴、クライアント端末５ｂを利用するユーザＣの通信履歴及びクライアント端末５ｃを利用するユーザＤの通信履歴を含んでいる。

解析部４２は、記憶装置４４から履歴データD３を読み出し、読み出した履歴データD３を解析してリストデータD４を生成する。このとき、解析部４２は、図８に示すように、ユーザ毎にアクセス頻度の高いリストデータD４を生成してもよい。例えば、図８（ａ）は、ユーザＡの履歴から生成されたデータであり、図８（ｂ）はユーザＢの履歴から生成されたデータである。

その他、記憶装置４４では、図９（ａ）に示すように、「ユーザID」、「年齢」、「血液型」、「出身地」等を含むユーザの属性に関するデータを記憶しており、解析部４２は、この属性から、図９（ｂ）に示すように、ある条件に該当するユーザ（例えば、年齢が３０代のユーザ）を抽出し、抽出したユーザに関する履歴からリストデータを生成してもよい。このとき、解析部４２は、同一のドメインに対して複数のIPアドレスがあった場合、複数のIPアドレスを候補の順序とともに含めても良い。例えば、図９（ｃ）に示す例では、「候補１」のフラグ（IPb）が設定されるIPアドレスは「候補２」のフラグ（IPd）が設定されるIPアドレスよりも使用履歴の多いIPアドレスである。また解析部４２は、特定ドメインに対して、図９（ｃ）に示すように、フラグ（ブラックリストフラグ（b）、広告フラグ（ad）等）を設定し、これらのフラグをオンにすることで、DNSサーバ迂回装置１Cにおける利用を制限しても良い。

上述したように、第３実施形態に係るDNSサーバ迂回システム１００CのDNSサーバ迂回装置１Cでは、接続されるDNSサーバ２に接続することができない場合であっても、データ提供サーバ４Cによって過去の通信履歴を使用して生成されたデータを利用して接続先を検索することができる。したがって、DNSサーバ２のエラーにより生じる接続を実現することのできない事態を防止することができる。

また、DNSサーバ迂回システム１００Cでは、データ提供サーバ４Cがリストデータを生成してDNSサーバ迂回装置１Cに提供することができるため、DNSサーバ迂回装置１Cに十分な処理能力がない場合であってもDNSサーバ２のエラー時に過去の履歴を利用したDNS解決を実行することができる。

さらに、DNSサーバ迂回システム１００Cでは、自装置の履歴だけではなく、データ提供サーバ４Cが複数のユーザの履歴から生成したリストデータをDNSサーバ迂回装置１Cに提供することで、DNSサーバ迂回装置１Cでは、自装置ではDNS解決の履歴がないIPアドレスについても取得することが可能となる。

なお、上述した例において、図１０に一例を示すように、物理的なネットワークの接続経路、ルータ装置の仮想的な接続経路、DNSサーバの仮想的な接続経路とは異なっている。図１０に示すように、ネットワーク上で、GW（ゲートウェイ）１ａ〜１ｈが存在するとする。また、これらのGWが本発明のDNSサーバ迂回装置として実行可能であるとする。

このとき、GW１ａ，１ｂ，１ｅを所有するユーザは同じプロバイダ契約をしており、同じDNSサーバ２を使用している。このプロバイダがDNSサーバ２の修理をする場合、同じルータ６に接続されているGW１ａ，１ｂ，１ｃ，１ｄが本発明のDNSサーバ迂回装置として処理を実行するのではなく、同一のDNSサーバ２に接続されるGW１ａ，１ｂ，１ｅが上述したDNSサーバ迂回装置として、DNSサーバ２の迂回処理を開始する。DNSサーバ迂回装置であるGW１ａ，１ｂ，１ｅに対してDNSサーバ２の迂回処理を開始させる開始信号は、GWを管理する他のサーバ（GWでOSGiが動作する場合は、OSGiのセンタサーバ）またはDNSサーバ２又はこのDNSサーバ２を管理する他のサーバからGWが接続するルータ経由で行う。このように、DNSサーバ２の修理を行う場合等、DNSサーバ２が使用できないことが予め分かっている場合、DNSサーバ迂回装置では、DNSサーバ２の迂回に備えて処理を行うことができる。なお、ルータがDNSサーバ迂回装置として起動するのは非効率である。

以上、実施形態を用いて本発明を詳細に説明したが、本発明は本明細書中に説明した実施形態に限定されるものではない。本発明の範囲は、特許請求の範囲の記載及び特許請求の範囲の記載と均等の範囲により決定されるものである。

１００B，１００C…DNSサーバ迂回システム
１A〜１C…DNSサーバ迂回装置
１１…送受信部
１２…エラー検出部
１３…抽出部
１４…更新部
１５…追加部
１６…記憶装置
D１…履歴データ
D２…リストデータ
２…DNSサーバ
４B，４C…データ提供サーバ
４１…収集部
４２…解析部
４３…提供部
４４…記憶装置
D３…履歴データ
D４…リストデータ
５ａ〜５ｃ…クライアント端末

Claims (4)

1. DNSサーバに接続されるDNSサーバ迂回装置と、複数の通信端末に接続されるデータ提供サーバとを備えるDNSサーバ迂回システムであって、
   前記データ提供サーバは、
   複数の通信端末の通信履歴に関するドメイン及びIPアドレスと、当該通信を実行した通信端末を操作したユーザの属性が対応付けられる履歴データを収集する収集部と、
   前記収集部が収集した履歴データを解析し、前記DNSサーバ迂回装置に対応するユーザの属性に該当するドメイン及びIPアドレスによってリストデータを生成する解析部と、
   前記解析部が生成したリストデータを前記DNSサーバ迂回装置に提供する提供部とを有し、
   前記DNSサーバ迂回装置は、
   迂回処理を開始後にドメインを入力すると、前記データ提供サーバから受信したリストデータから、入力したドメインに対応するIPアドレスを抽出する抽出部を有する、
   ことを特徴とするDNSサーバ迂回システム。
2. DNSサーバに接続されるDNSサーバ迂回装置と、複数の通信端末に接続されるデータ提供サーバとを備えるDNSサーバ迂回システムで実現されるDNSサーバ迂回方法であって、
   前記データ提供サーバにおいて、前記複数の通信端末の通信履歴に関するドメイン及びIPアドレスと、当該通信を実行した通信端末を操作したユーザの属性が対応付けられる履歴データを収集するステップと、
   前記データ提供サーバにおいて、収集した履歴データを解析し、前記DNSサーバ迂回装置に対応するユーザの属性に該当するドメイン及びIPアドレスによってリストデータを生成するステップと、
   前記データ提供サーバにおいて、生成したリストデータを前記DNSサーバ迂回装置に提供するステップと、
   前記DNSサーバ迂回装置において、迂回処理を開始するステップと、
   前記DNSサーバ迂回装置において、エラーを検出した後に、DNS解決のためのドメインを入力すると、前記データ提供サーバから受信したリストデータから、入力したドメインに対応するIPアドレスを抽出するステップと、
   を有することを特徴とするDNSサーバ迂回方法。
3. DNSサーバに接続されるDNSサーバ迂回装置と、複数の通信端末に接続されるデータ提供サーバであって、
   複数の通信端末の通信履歴に関するドメイン及びIPアドレスと、当該通信を実行した通信端末を操作したユーザの属性が対応付けられる履歴データを収集する収集部と、
   前記収集部が収集した履歴データを解析し、前記DNSサーバ迂回装置に対応するユーザの属性に該当するドメイン及びIPアドレスによってリストデータを生成する解析部と、
   前記解析部が生成したリストデータを前記DNSサーバ迂回装置に提供する提供部
   とを有することを特徴とするデータ提供サーバ。
4. DNSサーバに接続されるDNSサーバ迂回装置と、複数の通信端末に接続されるデータ提供サーバに用いられるデータ提供プログラムであって、
   前記データ提供サーバであるコンピュータを、
   複数の通信端末の通信履歴に関するドメイン及びIPアドレスと、当該通信を実行した通信端末を操作したユーザの属性が対応付けられる履歴データを収集する収集部と、
   前記収集部が収集した履歴データを解析し、前記DNSサーバ迂回装置に対応するユーザの属性に該当するドメイン及びIPアドレスによってリストデータを生成する解析部と、
   前記解析部が生成したリストデータを前記DNSサーバ迂回装置に提供する提供部
   として機能させることを特徴とするデータ提供プログラム。

Images