(57)【要約】      （修正有）【課題】プライマリＤＮＳサーバが故障した際に、端末からの無駄なＤＮＳクエリーパケットの送出を抑制するとともに、端末のタイムアウトを防止して利用ユーザの体感速度を向上させることのできる装置を提供する。【解決手段】中継装置１１は、自身を指定する仮想プライマリＤＮＳサーバアドレス３３ａと、仮想セカンダリＤＮＳサーバアドレス３３ｂとを配下端末１２に通知し、通常時は配下端末１２からのＤＮＳクエリーパケットを外部プライマリＤＮＳサーバ１７ａへ中継し、配下端末１２から仮想セカンダリＤＮＳサーバアドレス３３ｂへの問い合わせを受けると、以後のＤＮＳクエリーパケットの中継先を外部セカンダリＤＮＳサーバ１７ｂへと切り替える、ＤＮＳ−ｐｒｏｘｙ機能２４を有する。【選択図】図１
2015201688.tif 000002
【特許請求の範囲】
【請求項１】
自身を指定する仮想プライマリＤＮＳサーバアドレスと、仮想セカンダリＤＮＳサーバアドレスとを配下端末に通知し、
通常時は上記配下端末から受信したＤＮＳクエリーパケットを外部プライマリＤＮＳサーバへ中継し、
上記配下端末から上記仮想セカンダリＤＮＳサーバアドレスへの問い合わせを受けると、以後のＤＮＳクエリーパケットの中継先を外部セカンダリＤＮＳサーバへと切り替える、ＤＮＳ−ｐｒｏｘｙ機能を有する中継装置。
【請求項２】
自身を指定する複数の優先順位のある仮想ＤＮＳサーバアドレスにより、配下端末に対してＤＮＳサーバとして振る舞い外部ＤＮＳサーバとの間の通信を中継するＤＮＳ−ｐｒｏｘｙ機能部を有し、
通信可能な上記外部ＤＮＳサーバのアドレスを複数保持し、
上記外部ＤＮＳサーバのアドレスのうち、ＤＮＳ−ｐｒｏｘｙ機能部として優先的にアクセスするアドレスを指定可能なフラグ部を有し、
ＬＡＮ側の端末に上記仮想ＤＮＳサーバアドレスを複数個分通知する複数アドレス通知手段を実行し、
上記優先順位が下位の上記仮想ＤＮＳサーバアドレスを指定したＤＮＳクエリーパケットを受けると、上記フラグ部が指定する上記外部ＤＮＳサーバのアドレスの優先順位を下位のものに変更する中継先サーバ切替手段を実行する、ＤＮＳ−ｐｒｏｘｙ機能を有する中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ホームゲートウェイなどに用いられる中継装置に関する。
【背景技術】
【０００２】
インターネットに接続する端末の利用者はほとんどの場合、通信するサーバのアドレスを、ＩＰアドレスではなくドメイン名（ＦＱＤＮ：Fully Qualified Domain Name）で指定する。ＦＱＤＮで指定されたアドレスは、ＤＮＳサーバに問い合わせて名前の解決を行い、得られたＩＰアドレス（ＩＰｖ４、ＩＰｖ６）によって、当該ＩＰアドレスのサーバと通信する。
【０００３】
ＤＮＳサーバで名前の解決ができないと、インターネットのほとんどの機能が使えなくなるため、優先的に使うプライマリＤＮＳサーバだけでなく、プライマリＤＮＳサーバがダウンしたときに問い合わせるセカンダリＤＮＳサーバも用意しておくことが一般的である。プライマリＤＮＳサーバにＤＮＳクエリーパケットを送って問い合わせて、一定時間に亘って応答が無ければ、セカンダリＤＮＳサーバにＤＮＳクエリーパケットを送り直す。
【０００４】
ただし、現在の一般家庭用端末では、ＤＮＳサーバのアドレスを直に登録することは少ない。実際には、ＤＨＣＰサーバを兼ねるルータなどのホームゲートウェイが、ＤＮＳサーバの代理機能であるＤＮＳ−Ｐｒｏｘｙ機能を有して、配下の端末に対しては自身のアドレスをＤＮＳサーバとして指定させることで、ＤＮＳサーバの変更や故障、あるいはＩＰｖ４とＩＰｖ６とのアドレス制御などを行うことがある（例えば、特許文献１、２）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−９４８２０号公報
【特許文献２】特開２００７−１９７９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＤＮＳ−ｐｒｏｘｙとして動作する現在のホームゲートウェイの機能では、プライマリＤＮＳサーバが故障している場合にも、端末からのＤＮＳクエリーパケットをそのまま中継してしまい、無駄なパケットを送出してしまった。さらに、故障したプライマリＤＮＳサーバへ送られたＤＮＳクエリーパケットに対するレスポンスを確認するために、端末の名前解決に関するリードタイムが悪化し、場合によってはタイムアウトを起こしてしまうことがあった。
【０００７】
そこでこの発明は、プライマリＤＮＳサーバが故障した際に、無駄なＤＮＳクエリーパケットの送出を抑制するとともに、端末のタイムアウトを防止して利用ユーザの体感速度を向上させることを目的とする。
【課題を解決するための手段】
【０００８】
この発明は、
自身を指定する仮想プライマリＤＮＳサーバアドレスと、仮想セカンダリＤＮＳサーバアドレスとを配下端末に通知し、
通常時は上記配下端末からのＤＮＳクエリーパケットを外部プライマリＤＮＳサーバへ中継し、
上記配下端末から上記仮想セカンダリＤＮＳサーバアドレスへの問い合わせを受けると、以後のＤＮＳクエリーパケットの中継先を外部セカンダリＤＮＳサーバへと切り替える、ＤＮＳ−ｐｒｏｘｙ機能を有する中継装置により、上記の課題を解決したのである。
【０００９】
具体的には次のような構成により実現できる。
自身を指定する複数の優先順位のある仮想ＤＮＳサーバアドレスにより、外部ＤＮＳサーバとの間の通信を中継し配下端末に対してＤＮＳサーバとして振る舞うＤＮＳ−ｐｒｏｘｙ機能部を有し、
通信可能な外部ＤＮＳサーバのアドレスを複数保持し、
上記外部ＤＮＳサーバのアドレスのうち、ＤＮＳ−ｐｒｏｘｙ機能部として優先的にアクセスするアドレスを指定可能なフラグ部を有し、
ＬＡＮ側の端末に上記仮想ＤＮＳサーバアドレスを複数個分通知する複数アドレス通知手段を実行し、
上記優先順位が下位の上記仮想ＤＮＳサーバアドレスを指定したＤＮＳクエリーパケットを受けると、上記フラグ部が指定する上記外部ＤＮＳサーバのアドレスの優先順位を下位のものに変更する中継先サーバ切替手段を実行する。
【００１０】
すなわち、複数の優先順位のある仮想ＤＮＳサーバのアドレスは、ＬＡＮ側の配下端末に対してプライマリＤＮＳサーバ及びセカンダリＤＮＳサーバとして振る舞う。通常時は、プライマリＤＮＳサーバとして振る舞う優先順位の高い仮想ＤＮＳサーバアドレス（仮想プライマリＤＮＳサーバアドレス）を指定されて、外部プライマリＤＮＳサーバとの間を中継するＤＮＳ−ｐｒｏｘｙとして動作する。外部プライマリＤＮＳサーバが故障したり回線がダウンしたりして、上記外部プライマリＤＮＳサーバからの応答が無い場合、複数の仮想ＤＮＳサーバのアドレスを通知されている上記配下端末は、タイムアウトを待つことなく、次の優先順位にある仮想ＤＮＳサーバアドレス（仮想セカンダリＤＮＳサーバアドレス）に対してＤＮＳクエリーパケットを送出することができる。この、セカンダリ仮想ＤＮＳサーバアドレスも中継装置自身を指定するものであるが、このアドレスへのＤＮＳクエリーパケットを上記配下端末から受けるということは、外部プライマリＤＮＳサーバが応答していないということであるため、中継装置は上記フラグ部における外部ＤＮＳサーバアドレスの優先順位を変更し、外部セカンダリＤＮＳサーバに優先して接続するように変更する。これにより、直近の上記配下端末からのＤＮＳクエリーパケットを、外部セカンダリＤＮＳサーバに送って名前の解決を果たすことができるとともに、この後に他の上記配下端末からＤＮＳクエリーパケットを、仮想プライマリＤＮＳサーバを指定して受信したとしても、上記フラグ部は変更済みであり、引き続き上記外部セカンダリＤＮＳサーバへ中継することとなる。これにより、他の配下端末からのＤＮＳクエリーパケットが、故障等している上記外部プライマリＤＮＳサーバに送出されることなく、生存中の外部セカンダリＤＮＳサーバによって解決されるため、配下端末が受ける待ち時間が短縮され、タイムアウトが起こる事態を回避できる。
【発明の効果】
【００１１】
この発明にかかる中継装置を用いることにより、外部プライマリＤＮＳサーバがダウンしても、中継装置の配下端末は最小限の待機時間でタイムアウトを回避して、ＤＮＳの名前の解決をすることができる。また、複数の配下端末が上記中継装置を利用する場合、他の配下端末は、設定変更を行うことなくタイムラグ無しで外部セカンダリＤＮＳサーバを利用することが出来る。
【図面の簡単な説明】
【００１２】
【図１】この発明にかかる中継装置の機能ブロック図とＬＡＮ側ＷＡＮ側の関係図
【図２】アドレスリストと優先フラグを含むサーバリストテーブルの例図
【図３】この発明にかかる中継装置のＤＮＳ処理部のメイン処理を示すフロー図
【図４】この発明にかかる中継装置の実行状態における信号処理の変遷図
【図５】図４の信号処理のシーケンス図
【図６】図４の処理後における配下端末からのリクエストに対する信号処理の変遷図
【図７】図６の信号処理のシーケンス図
【発明を実施するための形態】
【００１３】
以下、この発明について詳細に説明する。
この発明にかかる中継装置１１の機能ブロック図と、ＬＡＮ１３側とＷＡＮ１６側との関係図を図１に示す。
【００１４】
ＬＡＮ１３側には配下端末１２（１２ａ，１２ｂ……）がある。ＬＡＮ１３は例えば家庭内ネットワークや小規模事業者内ネットワークなど、大規模通信事業者やプロバイダと契約する個人などが管理するネットワークである。配下端末１２ａ、１２ｂ等は、パソコンやスマートフォンなどのＬＡＮ接続可能な端末であり、中継装置１１を通じてＷＡＮ１６と接続する。
【００１５】
ＷＡＮ１６は、通信事業者ネットワークやインターネットなどであり、プロバイダや通信事業者が管理する外部ＤＮＳサーバ１７が少なくとも二基、中継装置１１から接続可能に設けられてある。このうち、プライマリとして用いられるものを外部プライマリＤＮＳサーバ１７ａ、セカンダリとして用いられるものを外部セカンダリＤＮＳサーバ１７ｂとする。
【００１６】
中継装置１１は、通信部２３によって中継されるＬＡＮ側ネットワークインターフェースとＷＡＮ側ネットワークインターフェースを有し、配下端末１２の通信を中継する。ＤＮＳに関する名前の解決だけでなく、ＤＨＣＰサーバなどの一般的ルータ機能を兼ね備えたホームゲートウェイであってもよい。その場合は、中継装置１１には図示しないその他の機能を兼ね備える。中継装置１１は、演算処理を行う制御部２２と、データを記憶するメモリである記憶部２１を有し、これらの環境で実行されるソフトウェア又はハードウェアとして実現されるＤＮＳ−Ｐｒｏｘｙ機能部２４を有する。記憶部２１には、外部ＤＮＳサーバ１７のアドレスと、それらのうちのどれを優先するかのフラグ部とが少なくとも記録されている。
【００１７】
記憶部２１は揮発性メモリでも不揮発性メモリでもよいが、これらのアドレスとフラグは、いずれに記憶されていてもよい。ただし、書き換え可能であることが好ましく、電源再起動時には読み込み直すべきものであるため、不揮発性メモリでよい。フラグ部は、外部ＤＮＳサーバ１７のアドレスの優先フラグとして作用するため、これらのデータはフラグ部とアドレスとが一体になったサーバリストテーブル３５であってよい。その例を図２に示す。外部ＤＮＳサーバアドレスは、上記の外部ＤＮＳサーバ１７（外部プライマリＤＮＳサーバ１７ａ、外部セカンダリＤＮＳサーバ１７ｂ等）のアドレスであり、ルータでもある中継装置１１がＰＰＰｏＥ接続する際にＩＳＰ網を管理するサーバから取得したり、初期値として予め記録しておいたりすればよい。一方、上記フラグ部は、列挙されている複数のアドレスのうち、実際にＤＮＳクエリーパケットを送出する１つのアドレスについてフラグ（図中「１」が優先、「０」が非優先）を立て、後述するトリガーに応じてＤＮＳ制御部３１により変更される。
【００１８】
ＤＮＳ−Ｐｒｏｘｙ機能部２４の機能は、ＤＮＳ制御部３１によって制御されるＤＮＳリゾルバ部３２と、ＤＮＳサーバ部３３とからなる。ＤＮＳリゾルバ部３２は、ＤＮＳ制御部３１から受信したＤＮＳクエリーパケットを、上記フラグ部で優先される外部ＤＮＳサーバ１７宛に送信し、それに対するＤＮＳレスポンスをＤＮＳ制御部３１に返す。ＤＮＳサーバ部３３は、配下端末１２から送信されたＤＮＳクエリーパケットをＤＮＳ制御部３１に渡し、ＤＮＳ制御部３１から渡されたＤＮＳレスポンスを当該配下端末１２に返送する、仮想的なＤＮＳサーバとして振る舞う。ただし、ＤＮＳサーバ部３３は、自身を指定するＤＮＳサーバとして取り扱うアドレスを少なくとも２つ有しており、設定とともに記憶部２１に記憶されている。仮に、登録されているアドレスが２つである場合、初期設定でプライマリとして配下端末１２に通知するものを仮想プライマリＤＮＳサーバ３３ａ、セカンダリとして配下端末１２に通知するものを仮想セカンダリＤＮＳサーバ３３ｂとして取り扱う。なお、３つ以上でもよいがここでは２つの場合を例にとり説明を続ける。
【００１９】
この中継装置１１の動作を図３のフローを用いて説明する。
まず（Ｓ１０１）、中継装置１１は、配下端末１２に対して、プライマリＤＮＳサーバのアドレスとして仮想プライマリＤＮＳサーバ３３ａとなるアドレスを、セカンダリＤＮＳサーバのアドレスとして仮想セカンダリＤＮＳサーバ３３ｂとなるアドレスを通知する複数アドレス通知手段１２１を実行する（Ｓ１０２）。配下端末１２はそれに従って、プライマリＤＮＳサーバとして、仮想プライマリＤＮＳサーバ３３ａのアドレスを指定してＤＮＳの名前の解決を試みる。仮想プライマリＤＮＳサーバ３３ａのアドレス宛に名前の解決を試みて、応答が得られなければ、セカンダリＤＮＳサーバとして登録してある仮想セカンダリＤＮＳサーバ３３ｂのアドレス宛に名前の解決を試みる。
【００２０】
これを前提として、中継装置１１は、ＤＮＳクエリーパケットを受け取ったら（Ｓ１０３）、ＤＮＳサーバ部３３であるソフトウェア的なインターフェースとなるその宛先が、仮想プライマリＤＮＳサーバ３３ａ宛か、仮想セカンダリＤＮＳサーバ３３ｂかによって対応を変える（Ｓ１０４）。仮想プライマリＤＮＳサーバ３３ａ宛であれば（Ｓ１０４−Ｙｅｓ）、ＤＮＳサーバ部３３は通常の処理として、特に変更なく、ＤＮＳ制御部３１に当該ＤＮＳクエリーパケットを渡し、ＤＮＳ制御部３１は優先フラグの付された外部ＤＮＳサーバのアドレスをＤＮＳリゾルバ部３２に渡すＤＮＳクエリー中継手段１１１を実行する（Ｓ１０６）。一方、仮想セカンダリＤＮＳサーバ３３ｂ（３番目以降の仮想サーバのアドレスの場合も同様となる。）宛である場合（Ｓ１０４−Ｎｏ）、これをトリガーとして、上記のフラグ部に登録されている優先フラグを、次に優先されるアドレス（外部セカンダリＤＮＳサーバ１７ｂ）に切り替える中継先サーバ切替手段１２２を実行する（Ｓ１０５）。この切り替えの後、同様に、ＤＮＳ制御部３１に当該ＤＮＳクエリーパケットを渡し、ＤＮＳ制御部は優先フラグの付された外部ＤＮＳサーバのアドレスをＤＮＳリゾルバ部３２に渡すＤＮＳクエリー中継手段１１１を同様に実行する（Ｓ１０６）。すなわち、外部セカンダリＤＮＳサーバ１７ｂを指定してＤＮＳリゾルバ部３２に渡されることになる。これでＤＮＳ制御部３１の処理は一旦終了する（Ｓ１０７）。
【００２１】
なお、一度優先フラグを切り替えた後は、次に仮想セカンダリＤＮＳサーバ３３ｂのアドレス宛にＤＮＳクエリーパケットが送られてきても、優先フラグをそれ以上変更する必要はない。外部ＤＮＳサーバがそれ以上設定されていなければ、当然に、それ以上修正しようがないからである。ただし、外部ＤＮＳサーバのアドレスが３つ以上登録されておりかつ、それに対応するＤＮＳサーバ部３３のアドレスが登録されていれば、３つめ以降のアドレスを指定したＤＮＳクエリーパケットの受信をトリガーとして、より下位のアドレスへ優先フラグを変更してもよい。
【００２２】
ＤＮＳリゾルバ部３２は指定された外部ＤＮＳサーバ１７のアドレス（１７ａ，１７ｂ）へ、ＤＮＳクエリーパケットを送出するＤＮＳクエリー送出手段１１２を実行して問い合わせを行う。その後ＤＮＳレスポンスが返ってきたら、ＤＮＳリゾルバ部３２は、ＤＮＳ制御部３１を介してＤＮＳサーバ部３３に当該ＤＮＳレスポンスを渡すＤＮＳレスポンス中継手段１１３を実行し、ＤＮＳサーバ部３３は、問い合わせ元の配下端末１２へとＤＮＳレスポンスを送信するＤＮＳレスポンス送出手段１１４を実行する。
【００２３】
一旦優先フラグが切り替えられたら、同じ配下端末１２ａから次のＤＮＳクエリーパケットが仮想セカンダリＤＮＳサーバ３３ｂ宛に送信された場合と、他の配下端末１２ｂからＤＮＳクエリーパケットが仮想プライマリＤＮＳサーバ３３ａ宛に送信された場合との、いずれの場合でも、書き換えられた優先フラグに従って、外部セカンダリＤＮＳサーバ１７ｂに対してＤＮＳの問い合わせを行い続ける。ただし、外部プライマリＤＮＳサーバ１７ａが復旧することが見込まれる程度の時間が経過したら、外部プライマリＤＮＳサーバ１７ａを優先するデフォルト状態に戻すことが好ましいため、１日程度の期間で優先フラグをリセットするとよい。
【００２４】
なお、リセット後も外部プライマリＤＮＳサーバ１７ａがダウンしていた場合は、次に配下端末１２が問い合わせたＤＮＳクエリーパケットに対しても返答がないことになるので、同様に、配下端末１２が仮想セカンダリＤＮＳサーバ３３ｂ宛にＤＮＳクエリーパケットを送出することとなる。結果、上記の処理が繰り返されて、再び外部セカンダリＤＮＳサーバ１７ｂが優先される処理が行われる。このため、外部ＤＮＳサーバのダウンからの復旧前にリセットされたとしても、配下端末１２が受けるデメリットはほとんどない。
【００２５】
次に、図４に示す信号処理の概念図と、図５のシーケンス図により、この発明の実施形態における処理の変遷を具体的に説明する。
まず、中継装置１１から配下端末１２へ、ＤＨＣＰ機能によるアドレスの払い出しを行う（Ｓ２０１）。このとき、配下端末１２に割り振るＩＰアドレスとともに、中継装置１１自身を示す仮想プライマリＤＮＳサーバ３３ａと仮想セカンダリＤＮＳサーバ３３ｂのアドレスも通知する複数アドレス通知手段１２１を実行する。配下端末１２は仮想プライマリＤＮＳサーバ３３ａをプライマリＤＮＳサーバとして登録し、配下端末１２のＤＮＳリゾルバは、ｗｅｂ閲覧にあたってこのプライマリＤＮＳサーバとして登録した仮想プライマリＤＮＳサーバ３３ａに対して名前の解決を求める（Ｓ２０２）。このＤＮＳクエリーを受け取った中継装置１１のＤＮＳリゾルバ部３２は、優先フラグがデフォルト状態なので外部プライマリＤＮＳサーバ１７ａ宛にこのクエリーを転送するＤＮＳクエリー送出手段１１２を実行する（Ｓ２０３）。外部プライマリＤＮＳサーバ１７ａに問題が無ければ、ＤＮＳクエリーに対するＤＮＳレスポンスを配下端末１２に送出するＤＮＳレスポンス送出手段１１４を実行する（図示せず）。
【００２６】
ここで、外部プライマリＤＮＳサーバ１７ａがダウンして、クエリーに対するレスポンスが来なかった場合（Ｓ２０４）、ＤＮＳリゾルバ部３２はクエリーを再送する。瞬間的なエラーであればこれに対して応答があり上記のようにＤＮＳレスポンスが返ってくるが、長時間に亘るダウンの場合は、規定回数の再送が行われても応答が返ってこない。所定時間が経過してもＤＮＳレスポンスを受け取ることができなかった配下端末１２は、処理自体がタイムアウトする前に、セカンダリＤＮＳサーバとして登録してある仮想セカンダリＤＮＳサーバ３３ｂのアドレス宛にクエリーを再送する（Ｓ２０５）。このクエリーを受け取ったＤＮＳ制御部３１は、これをＤＮＳリゾルバ部３２に渡す前に、サーバリストテーブル３５の優先フラグを変更する中継先サーバ切替手段１２２を実行する（Ｓ２０６）。その上で、変更されたリストに従い、外部セカンダリＤＮＳサーバ１７ｂ宛にこのＤＮＳクエリーを転送するＤＮＳクエリー送出手段１１２を実行する（Ｓ２０７）。ダウンしていない外部セカンダリＤＮＳサーバ１７ｂは、このＤＮＳクエリーに対するＤＮＳレスポンスをＤＮＳリゾルバ部３２に返し（Ｓ２０８）、中継装置１１のＤＮＳサーバ部３３はこれを配下端末１２のＤＮＳリゾルバに返すＤＮＳレスポンス送出手段１１４を実行する（Ｓ２０９）。
【００２７】
その後に、同一の配下端末１２ａ、及び別の配下端末１２ｂからの問い合わせがあったときの処理の概念図を図６に、シーケンス図を図７に示す。まず、最初に切り替えのトリガーとなった配下端末１２ａは、その後にＤＮＳの名前の解決を行う場合は、引き続き仮想セカンダリＤＮＳサーバ３３ｂのアドレス宛に問い合わせを続ける（Ｓ２１１）。中継装置１１は、サーバリストテーブル３５のフラグ部が更新されたままなので、優先フラグの変更をそれ以上行うことなく、引き続き外部セカンダリＤＮＳサーバ１７ｂのアドレス宛に問い合わせを中継するＤＮＳクエリー送出手段１１２を実行する（Ｓ２１２）。外部セカンダリＤＮＳサーバ１７ｂはこれに応答して（Ｓ２１３）、配下端末１２ａに待ち時間を余分にかけることなく応答が届く（Ｓ２１４）。
【００２８】
一方で、他の配下端末１２ｂは、外部プライマリＤＮＳサーバ１７ａがダウンしたことを把握していないため、デフォルト設定としてプライマリである仮想プライマリＤＮＳサーバ３３ａ宛に名前の解決を求める（Ｓ２２１）。これは特にトリガーとなるものではなく、ＤＮＳリゾルバ部３２は変更後の優先フラグに従ってそのまま外部セカンダリＤＮＳサーバ１７ｂのアドレス宛にクエリーを転送する（Ｓ２２２）。その後の応答は同様である（Ｓ２２３，Ｓ２２４）。これにより、他の配下端末１２ｂは外部プライマリＤＮＳサーバ１７ａのダウンによる影響を受けることなく、また、特にそれを検知することなく、シームレスに外部セカンダリＤＮＳサーバ１７ｂを利用してサービスを受けることができる。
【符号の説明】
【００２９】
１１  中継装置
１２、１２ａ、１２ｂ  配下端末
１３  ＬＡＮ
１６  ＷＡＮ
１７  外部ＤＮＳサーバ
１７ａ  外部プライマリＤＮＳサーバ
１７ｂ  外部セカンダリＤＮＳサーバ
２１  記憶部
２２  制御部
２３  通信部
２４  ＤＮＳ−ｐｒｏｘｙ機能部
３１  ＤＮＳ制御部
３２  ＤＮＳリゾルバ部
３３  ＤＮＳサーバ部
３３ａ  仮想プライマリＤＮＳサーバ
３３ｂ  仮想セカンダリＤＮＳサーバ
３５  サーバリストテーブル
１１１  ＤＮＳクエリー中継手段
１１２  ＤＮＳクエリー送出手段
１１３  ＤＮＳレスポンス中継手段
１１４  ＤＮＳレスポンス送出手段
１２１  複数アドレス通知手段
１２２  中継先サーバ切替手段
【図１】
2015201688.tif 000003
【図２】
2015201688.tif 000004
【図３】
2015201688.tif 000005
【図４】
2015201688.tif 000006
【図５】
2015201688.tif 000007
【図６】
2015201688.tif 000008
【図７】
2015201688.tif 000009