JP2020096273A - 振分システムおよび振分方法 - Google Patents

Abstract

【課題】利用者端末に応じた適切なサービスを提供することが可能な振分システムを提供する。【解決手段】ロードバランサ３０は、利用者端末１０から名前解決要求を受信する。ロードバランサ３０は、受信した名前解決要求の送信元のＩＰアドレスに基づいて、名前解決要求をＤＮＳサーバ４０およびＤＮＳ６４サーバ５０のいずれかに送信する。【選択図】図１

Description

本発明は、名前解決要求を複数のＤＮＳ（Domain Name System）サーバのいずれかに振り分ける振分システムおよび振分方法に関する。

利用者端末をインターネットと接続するためのＩＳＰ（Internet Service Provider）ネットワークには、通常、接続先のドメイン名からＩＰ（Internet Protocol）アドレスを取得する名前解決を行うＤＮＳサーバが設けられている。利用者端末は、インターネット上のサーバと接続するためには、そのサーバに係る名前解決を要求する名前解決要求をＤＮＳサーバに送信する必要がある。

また、ＩＳＰネットワークには、ＤＮＳサーバに対して過剰な負荷が加わることを抑制するために、複数のＤＮＳサーバのそれぞれの負荷情報に基づいて、利用者端末からの名前解決要求を複数のＤＮＳサーバのいずれかに振り分けるロードバランサを備えているものがある（特許文献１参照）。

特開２０１８−０３６９７８号公報

近年、ＤＮＳサーバには、名前解決だけでなく、様々なサービスを提供できる機能が備わっている。しかしながら、特許文献１に記載されているようなロードバランサでは、負荷情報に基づいて名前解決要求の送信先を切り替えているだけなので、利用者端末に応じて名前解決要求の振分先となるＤＮＳサーバを変更することができず、その結果、利用者端末に応じた適切なサービスを提供することが難しい。

本発明は、上記の問題を鑑みてなされたものであり、利用者端末に応じた適切なサービスを提供することが可能な振分システムおよび振分方法を提供することを目的とする。

本発明による振分システムは、名前解決要求を複数のＤＮＳ（Domain Name System）サーバのいずれかに送信する振分システムであって、前記名前解決要求を受信する通信部と、前記名前解決要求の送信元のＩＰ（Internet Protocol）アドレスに基づいて、前記名前解決要求を前記複数のＤＮＳサーバのいずれかに送信する制御部と、を有する。

本発明による振分方法は、名前解決要求を複数のＤＮＳサーバのいずれかに送信する振分方法であって、前記名前解決要求を受信するステップと、前記名前解決要求の送信元のＩＰアドレスに基づいて、前記名前解決要求を前記複数のＤＮＳサーバのいずれかに送信するステップと、を有する。

本発明によれば、利用者端末に応じて適切なサービスを提供することが可能になる。

本発明の第１の実施形態の通信システムを示す図である。 ロードバランサの構成を示すブロック図である。 本発明の第１の実施形態の通信システムの動作の一例を説明するための図である。 本発明の第１の実施形態の通信システムの動作の他の例を説明するための図である。 本発明の第１の実施形態の通信システムの動作の他の例を説明するための図である。 本発明の第１の実施形態の通信システムの動作の他の例を説明するための図である。 本発明の第１の実施形態の通信システムの動作の他の例を説明するための図である。 本発明の第１の実施形態の通信システムの動作の他の例を説明するための図である。 本発明の第２の実施形態の通信システムを示す図である。 本発明の第２の実施形態の通信システムの動作の一例を説明するための図である。 本発明の第２の実施形態の通信システムの動作の他の例を説明するための図である。 本発明の第２の実施形態の通信システムの動作の他の例を説明するための図である。 本発明の第３の実施形態の通信システムを示す図である。 本発明の第３の実施形態の通信システムの動作の一例を説明するための図である。 本発明の第４の実施形態の通信システムを示す図である。 本発明の第４の実施形態の通信システムの動作の一例を説明するための図である。

以下、本発明の実施形態について図面を参照して説明する。なお、各図面において同じ機能を有するものには同じ符号を付け、その説明を省略する場合がある。

図１は、本発明の第１の実施形態の通信システムを示す図である。図１に示すように通信システム１は、利用者端末１０と、管理ＤＢ（database：データベース）装置２０と、ロードバランサ３０と、ＤＮＳサーバ４０と、ＤＮＳ６４機能付きＤＮＳサーバ５０と、ＮＡＴ６４装置６０と、ＩＰｖ４（Internet Protocol Version 4）ＷＥＢサーバ７０と、ＩＰｖ６（Internet Protocol Version 6）対応ＷＥＢサーバ８０とを有する。管理ＤＢ装置２０およびロードバランサ３０は、後述するように名前解決要求を振り分ける振分システムを構成する。

管理ＤＢ装置２０、ロードバランサ３０、ＤＮＳサーバ４０、ＤＮＳ６４機能付きＤＮＳサーバ（以下、ＤＮＳ６４サーバと称する）５０、および、ＮＡＴ６４装置６０は、ＩＳＰネットワーク１００内に設けられる。また、ＩＰｖ４ＷＥＢサーバ７０およびＩＰｖ６対応ＷＥＢサーバ８０は、インターネット２００内に設けられる。なお、ＩＰｖ４ＷＥＢサーバ７０は、ＩＰｖ４にのみ対応したＷＥＢサーバであり、ＩＰｖ６対応ＷＥＢサーバ８０は、ＩＰｖ４およびＩＰｖ６の両方に対応したＷＥＢサーバである。一例ではあるが、利用者端末１０からＩＰｖ４アドレスを用いてＩＰｖ４ＷＥＢサーバ７０に直接接続する場合や利用者端末１０からＩＰｖ４アドレスを用いてＩＰｖ６対応ＷＥＢサーバ８０に接続する場合は、ＰＰＰｏＥ方式の通信プロトコルを用い、利用者端末１０からＩＰｖ６アドレスを用いてＩＰｖ６対応ＷＥＢサーバ８０へ接続する場合や利用者端末１０からＮＡＴ６４装置６０を経由してＩＰｖ４ＷＥＢサーバ７０へ接続する場合は、ＩＰｏＥ方式の通信プロトコルを用いる。

利用者端末１０は、管理ＤＢ装置２０およびロードバランサ３０にて構成される振分システムの利用者にて使用される端末である。例えば、利用者端末１０は、パーソナルコンピュータやスマートフォン、ゲーム機、情報家電などであり、ＣＰＵ等の制御部、ＲＡＭやＨＤＤ等の記憶部、ＬＡＮ端子や無線ネットワークコントローラ等の通信部、ＬＣＤ等の表示部、キーボードやタッチパネル、マイク等の操作部と、記憶部に記憶されたオペレーションシステム、ソフトウェアなどにより構成される。利用者端末１０は、ＩＳＰネットワーク１００を経由して、インターネット２００内のＩＰｖ４ＷＥＢサーバ７０およびＩＰｖ６対応ＷＥＢサーバ８０と通信する。利用者端末１０は、ＩＰｖ４のみに対応した端末でもよいし、ＩＰｖ４およびＩＰｖ６の両方に対応した端末でもよい。また、利用者端末１０は、複数あっても構わない。以下では、ＩＰｖ４のみに対応した端末をＩＰｖ４端末、ＩＰｖ４およびＩＰｖ６の両方に対応した端末をＩＰｖ６対応端末と称する。

利用者端末１０は、通信を行うために、自端末（利用者端末１０）に割り当てられたＩＰアドレスを取得する。ＩＰアドレスを取得する方法については、特に限定されない。例えば、利用者端末１０は、ＤＨＣＰ（Dynamic Host Configuration Protocol）を用いてＩＰアドレスを取得する。利用者端末１０が取得するＩＰアドレスは、利用者端末１０がＩＰｖ４端末の場合、ＩＰｖ４アドレスであり、利用者端末１０がＩＰｖ６対応端末の場合、ＩＰｖ４アドレスおよびＩＰｖ６アドレスである。ここで、利用者端末１０がＩＰｖ６対応端末の場合、ＩＰｖ６アドレスのみでも良いが、本実施形態では、両方取得する方式で説明する。

また、利用者端末１０は、操作部への入力等に基づき、接続先（本実施形態では、ＩＰｖ４ＷＥＢサーバ７０またはＩＰｖ６対応ＷＥＢサーバ８０）のドメイン名を含む接続先入力を受け付ける。ドメイン名は、具体的には、ＦＱＤＮ（Fully Qualified Domain Name：完全に指定されたドメイン名）である。利用者端末１０は、そのドメイン名に係る名前解決要求をロードバランサ３０に送信する。このとき、利用者端末１０は、名前解決要求の送信元のＩＰアドレスとして、取得したＩＰアドレスを設定する。なお、利用者端末１０がＩＰｖ６対応端末であり、ＩＰｖ４アドレスおよびＩＰｖ６アドレスの両方設定されている場合、通常、ＩＰｖ６アドレスがＩＰｖ４アドレスよりも優先的に使用されるように優先順位が設定されている。利用者端末１０がＩＰｖ６対応端末であり、ＩＰｖ４アドレスおよびＩＰｖ６アドレスの両方設定されている場合、名前解決要求がＩＰｖ４アドレスとＩＰｖ６アドレスの２つ送信されるが、本実施形態では、説明を簡単にするため、利用者端末１０は、名前解決要求の送信元のＩＰアドレスとしてＩＰｖ６アドレスの方を設定したもので説明し、ＩＰｖ４アドレスの方を設定した名前解決要求は説明を省略する場合がある。なお、利用者端末１０がＩＰｖ６対応端末であり、ＩＰｖ６アドレスのみが設定されている場合は、名前解決要求もＩＰｖ６アドレスのみとなる。

また、利用者端末１０は、ＤＮＳサーバ４０またはＤＮＳ６４サーバ５０から名前解決要求に対する結果情報として接続先のＩＰアドレスを受信する。利用者端末１０は、接続先のＩＰアドレスを宛先とする接続要求を送信して、ＩＰｖ４ＷＥＢサーバ７０またはＩＰｖ６対応ＷＥＢサーバ８０と接続する。

管理ＤＢ装置２０およびロードバランサ３０は、利用者端末１０からの名前解決要求を複数のＤＮＳサーバのいずれかに送信する（振り分ける）振分システムを構成する。本実施形態では、名前解決要求の振分先となるＤＮＳサーバは、ＤＮＳサーバ４０およびＤＮＳ６４サーバ５０の２つである。

管理ＤＢ装置２０は、利用者を管理するための管理情報を格納する格納部である。管理ＤＢ装置２０は、サーバ装置やネットワークストレージ等であり、ＣＰＵ等の制御部、ＲＡＭやＨＤＤ等の記憶部、ＬＡＮ端子等の通信部、記憶部に記憶された制御ソフトウェアなどにより構成される。管理情報は、送信元のＩＰアドレス、つまり送信元である利用者端末１０に割り当てられたＩＰアドレスと、ＤＮＳ６４サーバ５０によるサービスに加入しているか否かを示す加入情報とを利用者ＩＤごとに対応付けられて記憶されている。加入情報は、利用者ＩＤに対応する利用者がサービスに加入または脱退の申請をした時に更新される。例えば、加入したサービスに対応するフラグが利用者ＩＤに対応付けられて記憶されている。また、ＩＰアドレスは、利用者ＩＤに対応する利用者端末１０にＩＰアドレスを割り当てた時に記憶され、またはＩＰアドレスの割り当てを解除した時に更新される。なお、管理情報は、利用者端末１０に割り当てられたＩＰアドレスとしてＩＰｖ４アドレスとＩＰｖ６アドレスの両方を記憶してもよいが、利用者端末１０に割り当てられるＩＰｖ４アドレスは、システムによっては頻繁に変更される可能性があるため、管理情報は、利用者端末１０に割り当てられたＩＰアドレスとしてＩＰｖ６アドレスのみを記憶するようにしてもよい。

ＤＮＳ６４サーバ５０によるサービスは、ＮＡＴ６４装置６０と協働して行うＮＡＴ６４／ＤＮＳ６４サービスである。ＮＡＴ６４／ＤＮＳ６４サービスは、名前解決要求に対する結果情報として、接続先（ＩＰｖ４ＷＥＢサーバ７０またはＩＰｖ６対応ＷＥＢサーバ８０）がＩＰｖ６アドレスではなく、のＩＰｖ４アドレスであった場合、ＩＰｖ６アドレスのネットワーク環境にてＮＡＴ６４装置へ到達するように設定された変換用アドレスに接続先のＩＰｖ４アドレスを合成したＩＰｖ６アドレスである合成ＩＰｖ６アドレスを利用者端末１０に返すことで、合成ＩＰｖ６アドレスにより、ＮＡＴ６４装置６０を経由して接続先と接続することを可能にするサービスである。なお、接続先がＩＰｖ６アドレスの場合は、ＮＡＴ６４装置６０は経由しない。

管理情報の加入情報がサービス（ＮＡＴ６４／ＤＮＳ６４サービス）の加入を示す（例えば、そのサービスのフラグが利用者ＩＤに対応付けられている）場合、名前解決要求の振分先は、そのサービスを提供するＤＮＳ６４サーバ５０となり、加入情報がサービスの加入を示さない（例えば、そのサービスのフラグが利用者ＩＤに対応付けられていない）場合、名前解決要求の振分先は、そのサービスを提供するＤＮＳ６４サーバ５０とは異なるＤＮＳサーバ４０となる。このため、加入情報は、名前解決要求の振分先を示すことになる。したがって、管理情報は、加入情報と送信元のＩＰアドレスとを対応付けているため、名前解決要求の振分先と送信元のＩＰアドレスとの対応関係を示すことになる。また、管理情報は、サービスに加入していることを示す加入情報と対応するＩＰアドレスを、ＤＮＳ６４サーバ５０に対応する加入者ＩＰアドレスとして示すことになる。

ロードバランサ３０は、利用者端末１０からの名前解決要求をＤＮＳサーバ４０またはＤＮＳ６４サーバ５０に振り分ける振分装置である。

図２は、ロードバランサ３０の構成を示すブロック図である。ロードバランサ３０は、通信部３１と、制御部３２とを有する。例えば、通信部３１はＬＡＮ端子などであり、制御部３２は、ＣＰＵやＲＡＭにロードされたソフトウェアなどである。ロードバランサ３０には、専用装置でも汎用サーバ装置が用いられても良い。

通信部３１は、利用者端末１０、管理ＤＢ装置２０、ＤＮＳサーバ４０およびＤＮＳ６４サーバ５０と通信する。例えば、通信部３１は、利用者端末１０から名前解決要求を受信する。なお、通信部３１には、ＩＰｖ４で利用者端末１０と通信するためのＩＰｖ４アドレスと、ＩＰｖ６で利用者端末１０と通信するためのＩＰｖ６アドレスとが設定される。

制御部３２は、通信部３１が受信した名前解決要求の送信元のＩＰアドレスである送信元ＩＰアドレスに基づいて、名前解決要求をＤＮＳサーバ４０またはＤＮＳ６４サーバ５０に送信する。

具体的には、制御部３２は、送信元ＩＰアドレスの種類に応じて、名前解決要求をＤＮＳサーバ４０またはＤＮＳ６４サーバ５０に送信する。ＩＰアドレスの種類（通信プロトコルであるＩＰのＶｅｒｓｉｏｎ）には、第１の種類であるＩＰｖ４アドレス（ＩＰのＶｅｒｓｉｏｎが４）と、第２の種類であるＩＰｖ６アドレス（ＩＰのＶｅｒｓｉｏｎが６）とがある。

送信元ＩＰアドレスがＩＰｖ４アドレス（通信プロトコルであるＩＰのＶｅｒｓｉｏｎが４）の場合、制御部３２は、名前解決要求をＤＮＳサーバ４０に送信する。

一方、送信元ＩＰアドレスがＩＰｖ６アドレス（通信プロトコルであるＩＰのＶｅｒｓｉｏｎが６）の場合、制御部３２は、その送信元ＩＰアドレスの値に応じて、名前解決要求をＤＮＳサーバ４０またはＤＮＳ６４サーバ５０に送信する。

具体的には、制御部３２は、通信部３１を介して管理ＤＢ装置２０に格納された管理情報を確認し、その管理情報に基づいて、ＤＮＳサーバ４０およびＤＮＳ６４サーバ５０のうち、送信元ＩＰアドレスに対応するサーバに名前解決要求を送信する。より具体的には、制御部３２は、管理情報が送信元ＩＰアドレスを加入者ＩＰアドレスとして示す場合、名前解決要求をＤＮＳ６４サーバ５０に送信し、前記管理情報が送信元ＩＰアドレスを加入者ＩＰアドレスとして示さない場合、名前解決要求をＤＮＳサーバ４０に送信する。

図１の説明に戻る。ＤＮＳサーバ４０およびＤＮＳ６４サーバ５０は、名前解決を行うサーバである。ＤＮＳサーバ４０およびＤＮＳ６４サーバ５０には、それぞれ専用装置でも汎用サーバ装置が用いられても良い。例えば、ＣＰＵ等の制御部、ＲＡＭやＨＤＤ等の記憶部、ＬＡＮ端子等の通信部、記憶部に記憶された制御ソフトウェアなどにより構成される。ＤＮＳサーバ４０およびＤＮＳ６４サーバ５０は、利用者端末１０からロードバランサ３０を介して名前解決要求を受信すると、名前解決要求に係るドメイン名に対して名前解決を行って当該ドメイン名に対応する接続先のＩＰアドレスを取得し、そのＩＰアドレスを結果情報として利用者端末１０に返す。本発明では、ＤＮＳサーバ４０を第１のＤＮＳサーバ、ＤＮＳ６４サーバ５０を第２のＤＮＳサーバと呼ぶ場合がある。

接続先がＩＰｖ４ＷＥＢサーバ７０の場合、接続先のＩＰアドレスはＩＰｖ４アドレスとなり、接続先がＩＰｖ６対応ＷＥＢサーバ８０の場合、接続先のＩＰアドレスはＩＰｖ４アドレスおよびＩＰｖ６アドレスの両方を有している。ＤＮＳ６４サーバ５０は、接続先がＩＰｖ４ＷＥＢサーバ７０であり、ＩＰｖ４アドレスを利用者端末１０に返す場合、上述したように、接続先のＩＰｖ４アドレスを合成した合成ＩＰｖ６アドレスを利用者端末１０に返す。なお、接続先のＩＰｖ４アドレスを合成する方法は、既知であるため、その詳細な説明は省略する。ＤＮＳ６４サーバ５０は、接続先がＩＰｖ６ＷＥＢサーバ７０であり、ＩＰｖ６アドレスの他にＩＰｖ４アドレスも利用者端末１０に返す場合は、合成せずにＩＰｖ４アドレスを利用者端末１０に返す。ただし、この場合についても、ＩＰｖ４アドレスを合成した合成ＩＰｖ６アドレスを利用者端末１０に返してもよい。本実施形態では、合成せずにＩＰｖ４アドレスを利用者端末１０に返す方式で説明する。また、ＤＮＳ６４サーバ５０は、接続先がＩＰｖ４ＷＥＢサーバ７０である場合は、合成ＩＰｖ６アドレスの他にＩＰｖ４アドレスも利用者端末１０に返してもよい。

ＮＡＴ６４装置６０は、利用者端末１０からの接続要求を中継する中継サーバである。ＮＡＴ６４装置６０は、専用装置でも汎用サーバ装置が用いられても良い。例えば、ＣＰＵ等の制御部、ＲＡＭやＨＤＤ等の記憶部、ＬＡＮ端子等の通信部、記憶部に記憶された制御ソフトウェアなどにより構成される。具体的には、ＮＡＴ６４装置６０は、利用者端末１０から宛先のＩＰアドレスとして合成ＩＰｖ６アドレスを含む接続要求を受信すると、合成ＩＰｖ６アドレスから接続先のＩＰｖ４アドレスに変換する。ここで、合成ＩＰｖ６アドレスからＩＰｖ４アドレスに変換する方式の一例としては、その合成ＩＰｖ６アドレスのあらかじめ決められた部分からＩＰｖ４アドレスの情報を抽出し、抽出した情報から、接続先のＩＰｖ４アドレスに変換する。ＮＡＴ６４装置６０は、変換された接続先のＩＰｖ４アドレスを宛先とする接続要求をＩＰｖ４ＷＥＢサーバ７０に送信する。また、ＩＰｖ４ＷＥＢサーバ７０からＷＥＢ情報を受信すると、接続先のＩＰｖ４アドレスを合成ＩＰｖ６アドレスに変換し、ＩＰｖ６アドレスに対応する利用者端末１０にＷＥＢ情報を送信する。

ＩＰｖ４ＷＥＢサーバ７０およびＩＰｖ６対応ＷＥＢサーバ８０は、ＷＥＢ情報を利用者端末１０に提供したり、利用者端末１０からデータやファイル等の情報を受信したりするＷＥＢサーバである。例えば、ＷＥＢ情報は、ホームページのデータや画像または音声のコンテンツ、データファイル等の情報である。ＩＰｖ４ＷＥＢサーバ７０およびＩＰｖ６対応ＷＥＢサーバ８０は、例えば、利用者端末１０から接続要求を受信すると、その接続要求に応じて利用者端末１０と接続し、利用者端末１０に対してＷＥＢ情報などを提供する。

次に、図３〜図８を用いて動作を説明する。図３〜図８では、ＤＮＳ６４機能付きＤＮＳサーバ５０をＤＮＳ６４サーバ５０と記載し、ＩＰｖ４ＷＥＢサーバ７０をＷＥＢサーバ７０と記載し、ＩＰｖ６対応ＷＥＢサーバ８０をＷＥＢサーバ８０と記載している。

図３は、利用者端末１０がＩＰｖ４端末、接続先がＩＰｖ４ＷＥＢサーバ７０の場合における通信システム１の動作の一例を説明するためのシーケンス図である。

先ず、利用者端末１０は、自端末（利用者端末１０）に割り当てられたＩＰアドレスを取得する（ステップＳ１０１）。ここでは、利用者端末１０がＩＰｖ４端末であるため、利用者端末１０はＩＰｖ４アドレスを取得する。

その後、利用者端末１０は、自端末に備わった表示部に表示されたブラウザに対する利用者の操作部への操作などにより、接続先のドメイン名を含む接続先入力を受け付ける（ステップＳ１０２）。利用者端末１０は、接続先入力に含まれる接続先のドメイン名に係る名前解決要求を生成し、その名前解決要求に対してステップＳ１０１で取得したＩＰアドレスを送信元のＩＰアドレスとして設定する。そして、利用者端末１０は、送信元のＩＰアドレスを設定した名前解決要求をロードバランサ３０に送信する（ステップＳ１０３）。

ロードバランサ３０の通信部３１が名前解決要求を受信すると、制御部３２は、名前解決要求の送信元のＩＰアドレスである送信元ＩＰアドレスの種類を判定する（ステップＳ１０４）。ここでは、制御部３２は、送信元ＩＰアドレスの種類をＩＰｖ４アドレスと判定する。また、ここで、制御部３２が、通信部３１を介して管理ＤＢ装置２０に格納された管理情報を確認し、管理情報が送信元ＩＰアドレスを加入者ＩＰアドレスとして示すか否か判定する動作が入ってもよいが、判定結果がどちらであっても次の動作が変わらないので、記載を省略する。この場合、制御部３２は、名前解決要求を通信部３１を介してＤＮＳサーバ４０に送信する（ステップＳ１０５）。

ＤＮＳサーバ４０は、名前解決要求を受信すると、名前解決要求に係るドメイン名に対して名前解決を行ってドメイン名に対応する接続先のＩＰアドレスを取得する。ここでは、接続先がＩＰｖ４ＷＥＢサーバ７０であるため、ＤＮＳサーバ４０は、接続先のＩＰアドレスとしてＩＰｖ４アドレスを取得する（ステップＳ１０６）。ＤＮＳサーバ４０は、接続先のＩＰｖ４アドレスを結果情報としてロードバランサ３０を介して利用者端末１０に送信する（ステップＳ１０７）。

利用者端末１０は、結果情報を受信すると、その結果情報である接続先のＩＰｖ４アドレスを宛先として接続要求に設定し、その接続要求をＩＰｖ４ＷＥＢサーバ７０に送信する（ステップＳ１０８）。ＩＰｖ４ＷＥＢサーバ７０は、接続要求を受信すると、その接続要求に応じて利用者端末１０と接続する（ステップＳ１０９）。

図４は、利用者端末１０がＩＰｖ６対応端末であり、接続先がＩＰｖ４ＷＥＢサーバ７０であり、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入している場合における通信システム１の動作の一例を説明するためのシーケンス図である。

先ず、利用者端末１０は、自端末（利用者端末１０）に割り当てられたＩＰアドレスを取得する（ステップＳ２０１）。ここでは、利用者端末１０がＩＰｖ６対応端末であるため、利用者端末１０はＩＰｖ４アドレスおよびＩＰｖ６アドレスを取得する。

その後、利用者端末１０は、自端末に備わった表示部に表示されたブラウザに対する利用者の操作部への操作などにより、接続先のドメイン名を含む接続先入力を受け付ける（ステップＳ２０２）。利用者端末１０は、接続先入力に含まれる接続先のドメイン名に係る名前解決要求を生成し、その名前解決要求に対してステップＳ２０１で取得したＩＰｖ６アドレスを送信元のＩＰアドレスとして設定する。そして、利用者端末１０は、送信元のＩＰアドレスを設定した名前解決要求をロードバランサ３０に送信する（ステップＳ２０３）。

ロードバランサ３０の通信部３１が名前解決要求を受信すると、制御部３２は、名前解決要求の送信元のＩＰアドレスである送信元ＩＰアドレスの種類を判定する（ステップＳ２０４）。ここでは、制御部３２は、送信元ＩＰアドレスの種類をＩＰｖ６アドレスと判定する。この場合、制御部３２は、通信部３１を介して管理ＤＢ装置２０に格納された管理情報を確認する。制御部３２は、管理情報が送信元ＩＰアドレスを加入者ＩＰアドレスとして示すか否か、つまり、送信元ＩＰアドレスに対応付けられた加入情報がＮＡＴ６４／ＤＮＳ６４サービスの加入を示すか否かを判定することで、名前解決要求の送信元の利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入しているか否かを判定する（ステップＳ２０５）。

ここでは、利用者端末１０はＮＡＴ６４／ＤＮＳ６４サービスに加入している。この場合、ロードバランサ３０の制御部３２は、名前解決要求を通信部３１を介してＤＮＳ６４サーバ５０に送信する（ステップＳ２０６）。ＤＮＳ６４サーバ５０は、名前解決要求を受信すると、名前解決要求に係るドメイン名に対して名前解決を行ってドメイン名に対応する接続先のＩＰアドレスを取得する。ここでは、接続先がＩＰｖ４ＷＥＢサーバ７０であるため、ＤＮＳ６４サーバ５０は、接続先のＩＰアドレスとしてＩＰｖ４アドレスを取得する（ステップＳ２０７）。この場合、ＤＮＳ６４サーバ５０は、その接続先のＩＰｖ４アドレスをＮＡＴ６４装置６０に到達するように設定されたＩＰｖ６アドレスに合成した合成ＩＰｖ６アドレスを生成する（ステップＳ２０８）。

ＤＮＳ６４サーバ５０は、合成ＩＰｖ６アドレスを結果情報としてロードバランサ３０を介して利用者端末１０に送信する（ステップＳ２０９）。

利用者端末１０は、結果情報を受信すると、その結果情報である合成ＩＰｖ６アドレスを宛先として接続要求に設定し、その接続要求をＮＡＴ６４装置６０に送信する（ステップＳ２１０）。ＮＡＴ６４装置６０は、接続要求を受信すると、その接続要求の宛先として設定された合成ＩＰｖ６アドレスから接続先のＩＰｖ４アドレスに変換する。そして、ＮＡＴ６４装置６０は、その変換した接続要求をＩＰｖ４ＷＥＢサーバ７０に送信する（ステップＳ２１１）。ＩＰｖ４ＷＥＢサーバ７０は、接続要求を受信すると、その接続要求に応じて、ＮＡＴ６４装置６０を経由して、利用者端末１０と接続し、通信を行う（ステップＳ２１２）。

図５は、利用者端末１０がＩＰｖ６対応端末であり、接続先がＩＰｖ６対応ＷＥＢサーバ８０であり、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入している場合における通信システム１の動作の一例を説明するためのシーケンス図である。

先ず、図４の例と同様にステップＳ２０１〜Ｓ２０６の処理が行われる。その後、ＤＮＳ６４サーバ５０は、名前解決要求を受信すると、名前解決要求に係るドメイン名に対して名前解決を行ってドメイン名に対応する接続先のＩＰアドレスを取得する。ここでは、接続先がＩＰｖ６対応ＷＥＢサーバ８０であるため、ＤＮＳ６４サーバ５０は、接続先のＩＰアドレスとしてＩＰｖ６アドレスを取得する（ステップＳ２２１）。

ＤＮＳ６４サーバ５０は、取得したＩＰｖ６アドレスを結果情報としてロードバランサ３０を介して利用者端末１０に送信する（ステップＳ２２２）。この際、ＤＮＳ６４サーバ５０が、利用者端末１０からのＩＰｖ４による名前解決要求に対して、その接続先のＩＰｖ４アドレスを取得し、取得したＩＰｖ４アドレスを結果情報としてロードバランサ３０を介して利用者端末１０に送信してもよく、また、その接続先のＩＰｖ４アドレスをＮＡＴ６４装置６０のＩＰｖ６アドレスに合成した合成ＩＰｖ６アドレスを生成し、結果情報としてロードバランサ３０を介して利用者端末１０に送信してもよい。

利用者端末１０は、結果情報を受信すると、その結果情報に含まれるＩＰｖ６アドレスを宛先として接続要求に設定し、その接続要求をＩＰｖ６対応ＷＥＢサーバ８０に送信する（ステップＳ２２３）。ＩＰｖ６対応ＷＥＢサーバ８０は、接続要求を受信すると、その接続要求に応じて利用者端末１０と接続する（ステップＳ２２４）。ここで、利用端末１０にＩＰｖ６アドレスだけでなく、ＩＰｖ４アドレスも設定されている場合、別途、ＩＰｖ４による名前解決要求がＤＮＳ６４サーバ５０に送信され、接続先のＩＰｖ６対応ＷＥＢサーバ８０のＩＰｖ４アドレスが結果情報として受信するが、優先順位に基づき、ＩＰｖ６アドレスが優先されて、宛先として接続要求に設定される。

図６は、利用者端末１０がＩＰｖ６端末であり、接続先がＩＰｖ６対応ＷＥＢサーバ８０であり、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入している場合における通信システム１の動作の他の例を説明するためのシーケンス図である。具体的には、図６は、輻輳のような通信障害などのために、ＩＰｖ６対応ＷＥＢサーバ８０がＩＰｖ６アドレスを宛先とした接続要求による利用者端末１０との接続を行うことができない場合における、通信システム１の動作の一例を説明するためのシーケンス図である。

先ず、図５の例と同様にステップＳ２０１〜Ｓ２０６、Ｓ２２１〜Ｓ２２３の処理が行われる。なお、図６では、ステップＳ２０１〜Ｓ２０６の図示を省略している。

ＩＰｖ６対応ＷＥＢサーバ８０は、ステップＳ２２４で利用者端末１０から送信された接続要求による接続ができない場合、拒否応答を利用者端末１０に送信する（ステップＳ２３１）。利用者端末１０は、拒否応答を受信すると、優先順位に基づき、ステップＳ２２２とは別にＤＮＳ６４サーバ５０から受信した結果情報に含まれる接続先のＩＰｖ４アドレスを宛先として接続要求に設定し（ステップＳ２３２）、その接続要求をＩＰｖ６対応ＷＥＢサーバ８０に送信する（ステップＳ２３３）。

ＩＰｖ６対応ＷＥＢサーバ８０は、接続要求を受信すると、その接続要求に応じて利用者端末１０と接続する（ステップＳ２３４）。

なお、図６の例では、利用者端末１０は、拒否応答を受信した際に、ＩＰｖ４アドレスを接続要求の宛先として設定して接続要求を送信していたが、ステップＳ２２４で送信した接続要求がタイムアウトした際に、ＩＰｖ４アドレスを接続要求の宛先として設定して接続要求を送信してもよい。また、拒否応答を受信した際または接続要求がタイムアウトした際に、利用端末１０にＩＰｖ６アドレスのみ設定されている場合、利用端末１０は、ＤＮＳ６４サーバ５０から合成ＩＰｖ６アドレスを取得し、取得した合成ＩＰｖ６アドレスを宛先として設定した接続要求を送信してもよい。また、図６の例は、図４で説明した通信システム１の動作において、輻輳のような通信障害や接続要求のタイムアウトなどのために、ＩＰｖ４ＷＥＢサーバ７０が合成ＩＰｖ６アドレスを宛先とした接続要求による利用者端末１０との接続を行うことができない場合においても同様の処理が行われる。

図７は、利用者端末１０がＩＰｖ６対応端末であり、接続先がＩＰｖ６対応ＷＥＢサーバ８０であり、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入していない場合における通信システム１の動作の一例を説明するためのシーケンス図である。

先ず、図４の例と同様にステップＳ２０１〜Ｓ２０５の処理が行われる。そして、ステップＳ２０５の処理において、ロードバランサ３０の制御部３２は、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入していないと判定する。この場合、ロードバランサ３０の制御部３２は、名前解決要求を通信部３１を介してＤＮＳサーバ４０に送信する（ステップＳ２４１）。

ＤＮＳサーバ４０は、名前解決要求を受信すると、名前解決要求に係るドメイン名に対して名前解決を行ってドメイン名に対応する接続先のＩＰアドレスを取得する。ここでは、接続先がＩＰｖ６対応ＷＥＢサーバ８０であるため、ＤＮＳサーバ４０は、接続先のＩＰアドレスとしてＩＰｖ６アドレスを取得する（ステップＳ２４２）。ＤＮＳサーバ４０は、接続先のＩＰｖ６アドレスを結果情報としてロードバランサ３０を介して利用者端末１０に送信する（ステップＳ２４３）。ここで、ＮＡＴ６４／ＤＮＳ６４サービスに加入していないので、利用端末１０にＩＰｖ６アドレスだけでなく、ＩＰｖ４アドレスも設定されているとする。この場合、別途、利用者端末１０からＩＰｖ４による名前解決要求がＤＮＳサーバ４０に送信され、ＤＮＳサーバ４０において、接続先のＩＰｖ６対応ＷＥＢサーバ８０のＩＰｖ４アドレスを取得し、取得したＩＰｖ４アドレスを結果情報として利用者端末１０に送信することになる。

利用者端末１０は、結果情報を受信すると、優先順位に基づき、その結果情報に含まれるＩＰｖ６アドレスを宛先として接続要求に設定し、その接続要求をＩＰｖ６対応ＷＥＢサーバ８０に送信する（ステップＳ２４４）。ＩＰｖ６対応ＷＥＢサーバ８０は、接続要求を受信すると、その接続要求に応じて利用者端末１０と接続する（ステップＳ２４５）。

図８は、利用者端末１０がＩＰｖ６対応端末であり、接続先がＩＰｖ６対応ＷＥＢサーバ８０であり、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入していない場合における通信システム１の動作の他の例を説明するためのシーケンス図である。具体的には、図８は、輻輳のような通信障害などのために、ＩＰｖ６対応ＷＥＢサーバ８０がＩＰｖ６アドレスを宛先とした接続要求による利用者端末１０との接続を行うことができない場合における、通信システム１の動作の一例を説明するためのシーケンス図である。

先ず、図７の例と同様にステップＳ２０１〜Ｓ２０５、Ｓ２４１〜Ｓ２４４の処理が行われる。なお、図８では、ステップＳ２０１〜Ｓ２０５、Ｓ２４１の図示を省略している。

ＩＰｖ６対応ＷＥＢサーバ８０は、ステップＳ２４４で利用者端末１０から送信された接続要求による接続ができない場合、拒否応答を利用者端末１０に送信する（ステップＳ２５１）。利用者端末１０は、拒否応答を受信すると、優先順位に基づき、ステップＳ２４３とは別にＤＮＳサーバ４０から受信した結果情報に含まれるＩＰｖ６対応ＷＥＢサーバ８０のＩＰｖ４アドレスを宛先として接続要求に設定し（ステップＳ２５２）、その接続要求をＩＰｖ６対応ＷＥＢサーバ８０に送信する（ステップＳ２５３）。ＩＰｖ６対応ＷＥＢサーバ８０は、接続要求を受信すると、その接続要求に応じて利用者端末１０と接続する（ステップＳ２５４）。

なお、図８の例では、利用者端末１０は、拒否応答を受信した際に、ＩＰｖ４アドレスを接続要求の宛先として設定して接続要求を送信していたが、ステップＳ２４４で送信した接続要求がタイムアウトした際に、ＩＰｖ４アドレスを接続要求の宛先として設定して接続要求を送信してもよい。

以上説明したように本実施形態によれば、ロードバランサ３０の通信部３１は、利用者端末１０から名前解決要求を受信する。制御部３２は、通信部３１にて受信された名前解決要求の送信元のＩＰアドレスに基づいて、名前解決要求をＤＮＳサーバ４０およびＤＮＳ６４サーバ５０のいずれかに送信する。このため、名前解決要求の送信元である利用者端末１０に割り当てられたＩＰアドレスに応じて、名前解決要求をＤＮＳサーバ４０およびＤＮＳ６４サーバ５０のいずれかに送信することが可能になるため、利用者端末に応じた適切なサービスを提供することが可能になる。

また、本実施形態では、制御部３２は、送信元のＩＰアドレスの種類に応じて、名前解決要求をＤＮＳサーバ４０およびＤＮＳ６４サーバ５０のいずれかに送信する。具体的には、制御部３２は、送信元のＩＰアドレスがＩＰｖ４アドレスの場合、名前解決要求をＤＮＳサーバ４０に送信し、送信元のＩＰアドレスがＩＰｖ６アドレスの場合、送信元のＩＰアドレスの値に応じて、名前解決要求をＤＮＳサーバ４０およびＤＮＳ６４サーバ５０のいずれかに送信する。このため、利用者端末に対する割り当てが頻繁に変更されるＩＰｖ４アドレスが送信元のアドレスとして設定されている場合には、ＩＰｖ４アドレスの値に限らず、名前解決要求を振り分けることが可能になるため、ＩＰｖ４アドレスの値を管理するための負荷を軽減することが可能になる。また、利用者端末に対する割り当てが長期間変更されないＩＰｖ６アドレスが送信元のアドレスとして設定されている場合には、ＩＰｖ６アドレスの値に応じて適切なサービスを提供することが可能になるため、細やかなサービスを提供することが可能になる。

また、本実施形態では、制御部３２は、送信元のＩＰアドレスがＤＮＳ６４サーバ５０の提供するサービスに加入している加入者ＩＰアドレスの場合、名前解決要求をＤＮＳ６４サーバ５０に送信し、送信元のＩＰアドレスが加入者ＩＰアドレスでない場合、名前解決要求をＤＮＳサーバ４０に送信する。このため、特定のサービスを受けたい利用者に対してそのサービスを提供することが可能になるため、細やかなサービスを提供することが可能になる。

（第２の実施形態）
図９は、本発明の第２の実施形態の通信システムを示す図である。図９に示す通信システム１は、図１で示した第１の実施形態の通信システム１の構成に加えて、特定ドメイン判定装置９０を備える。特定ドメイン判定装置９０は、ＩＳＰネットワーク１００内に設けられる。

特定ドメイン判定装置９０は、名前解決要求を振り分ける振分システムを構成する装置であり、ロードバランサ３０がＤＮＳ６４サーバ５０に対して送信した名前解決要求を中継する第１の中継部として機能する。特定ドメイン判定装置９０は、専用装置でも汎用サーバ装置が用いられても良い。例えば、ＣＰＵ等の制御部、ＲＡＭやＨＤＤ等の記憶部、ＬＡＮ端子等の通信部、記憶部に記憶された制御ソフトウェアなどにより構成される。

特定ドメイン判定装置９０は、ロードバランサ３０がＤＮＳ６４サーバ５０に対して送信した名前解決要求を受信し、その名前解決要求に含まれる名前解決の対象となる接続先のＷＥＢサーバのドメイン名である対象ドメイン名が特定のドメイン名か否かを判定する。例えば、特定ドメイン判定装置９０は、特定のドメイン名のリストを記憶部に記憶保持し、そのリストに対象ドメインが含まれるか否かを判定する。なお、リストは、管理ＤＢ装置２０のような特定ドメイン判定装置９０とは別の記憶装置に格納されていてもよい。

特定ドメイン判定装置９０は、対象ドメイン名が特定のドメイン名か否かの判定の判定結果に基づいて、名前解決要求をＤＮＳサーバ４０およびＤＮＳ６４サーバ５０のいずれかに送信する。本実施形態では、特定のドメイン名は、ＩＰｖ６に対応しているが、ＩＰｖ６による動作が不安定なＷＥＢサーバのドメイン名などであり、特定ドメイン判定装置９０は、対象ドメイン名が特定のドメイン名の場合、名前解決要求をＤＮＳサーバ４０に送信し、対象ドメイン名が特定のドメイン名でない場合、名前解決要求をＤＮＳ６４サーバ５０に送信する。特定ドメイン判定装置９０は、名前解決要求をＤＮＳサーバ４０に送信する場合、取得制限が付された名前解決要求をＤＮＳサーバ４０に送信してもよい。取得制限が付された名前解決要求とは、例えば、単に、接続先のＩＰｖ４アドレスの取得を要求する名前解決要求でよく、その際に、接続先のＩＰｖ６アドレスを要求する名前解決要求の送信を制限する（送信をしない）処理を行う。または、名前解決要求のＤＮＳ６４サーバ５０への送信を制限する（送信をしない）処理を行い、ＤＮＳサーバ４０に送信する処理を行うことである。つまり、ＩＰｏＥでの通信を制限し、ＰＰＰｏＥでの通信を行う。また、ＮＡＴ６４装置６０を経由させない制限であれば、合成ＩＰｖ６アドレスの生成を制限する。

なお、特定ドメイン判定装置９０は、対象ドメイン名が特定のドメイン名の場合、名前解決要求をＤＮＳ６４サーバ５０に送信し、対象ドメイン名が特定のドメイン名でない場合、名前解決要求をＤＮＳサーバ４０に送信する構成でもよい。この場合の特定のドメイン名は、ＮＡＴ６４／ＤＮＳ６４を用いた接続に適したＷＥＢサーバのドメイン名などである。

図１０は、本実施形態における通信システム１の動作の一例を説明するためのシーケンス図である。具体的には、図１０は、利用者端末１０がＩＰｖ６対応端末であり、接続先がＩＰｖ４ＷＥＢサーバ７０であり、対象ドメイン名が特定のドメイン名でなく、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入している場合の通信システム１の動作の一例を説明するためのシーケンス図である。

先ず、図４の例と同様にステップＳ２０１〜Ｓ２０５の処理が実行される。ステップＳ２０５の処理において、ロードバランサ３０の制御部３２は、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入していると判定する。この場合、ロードバランサ３０の制御部３２は、名前解決要求を通信部３１を介して特定ドメイン判定装置９０に送信する（ステップＳ３０１）。

特定ドメイン判定装置９０は、名前解決要求を受信すると、名前解決要求に含まれる対象ドメイン名が特定のドメイン名か否かを判定する（ステップＳ３０２）。ここでは、特定ドメイン判定装置９０は、対象ドメイン名が特定のドメイン名でないと判定し、名前解決要求をＤＮＳ６４サーバ５０に送信する（ステップＳ３０３）。その後、図４の例と同様にステップＳ２０７〜Ｓ２１２の処理が実行される。

図１１は、利用者端末１０がＩＰｖ６対応端末であり、接続先がＩＰｖ６対応ＷＥＢサーバ８０であり、対象ドメイン名が特定のドメイン名でなく、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入している場合の通信システム１の動作の一例を説明するためのシーケンス図である。

図１１の例では、図１０の例と同様にステップＳ２０１〜Ｓ２０５、ステップＳ３０１〜Ｓ３０３の処理が実行され、その後、図５の例と同様にステップＳ２２１〜Ｓ２２４の処理が実行される。

図１２は、利用者端末１０がＩＰｖ６対応端末であり、接続先がＩＰｖ６対応ＷＥＢサーバ８０であり、対象ドメイン名が特定のドメイン名であり、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入している場合の通信システム１の動作の一例を説明するためのシーケンス図である。

先ず、図１０の例と同様にステップＳ２０１〜Ｓ２０５、Ｓ３０１およびＳ３０２の処理が実行される。そして、ステップＳ３０２の処理において、特定ドメイン判定装置９０は、対象ドメイン名が特定のドメイン名であると判定する。この場合、特定ドメイン判定装置９０は、取得制限を実行し、その取得制限が付された名前解決要求をＤＮＳサーバ４０に送信する（ステップＳ３１１）。

ＤＮＳサーバ４０は、取得制限が付された名前解決要求を受信すると、名前解決要求に係るドメイン名に対して名前解決を行ってドメイン名に対応する接続先のＩＰアドレスとして、ＩＰｖ４アドレスを取得する（ステップＳ３１２）。ＤＮＳサーバ４０は、取得したＩＰｖ４アドレスを結果情報としてロードバランサ３０を介して利用者端末１０に送信する（ステップＳ３１３）。なお、対象ドメイン名が特定のドメイン名であることからＮＡＴ６４装置６０を経由させないためにＩＰｖ４アドレスを取得する構成としたが、取得制限の内容次第では、ＩＰｖ６アドレスを取得するようにしてもよい。

利用者端末１０は、結果情報を受信すると、その結果情報であるＩＰｖ４アドレスを宛先として接続要求に設定し、その接続要求をＩＰｖ６対応ＷＥＢサーバ８０に送信する（ステップＳ３１４）。ＩＰｖ６対応ＷＥＢサーバ８０は、接続要求を受信すると、その接続要求に応じて利用者端末１０と接続する（ステップＳ３１５）。

なお、図１２の例では、接続先がＩＰｖ４対応ＷＥＢサーバ７０の場合、単純にＩＰｖ６対応ＷＥＢサーバ８０をＩＰｖ４ＷＥＢサーバ７０と読み替えればよい。また、本実施形態における利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入していない場合の通信システム１の動作は、図７で示した第１の実施形態の動作と同じである。また、特定ドメイン判定装置９０の機能は、ロードバランサ３０に備わっていてもよい。

以上説明したように本実施形態によれば、名前解決要求の対象ドメイン名が特定のドメイン名か否かの判定結果に基づいて、名前解決要求がＤＮＳサーバ４０およびＤＮＳ６４サーバ５０のいずれかに送信されるため、接続先に応じて適切なサービスを提供することが可能になる。

（第３の実施形態）
図１３は、本発明の第３の実施形態の通信システムを示す図である。図１３に示す通信システム１は、図１で示した第１の実施形態の通信システム１と比べて、ＤＮＳサーバ４０とＤＮＳ６４サーバ５０をそれぞれ複数備えている点で異なる。図１３では、ＤＮＳサーバ４０として、ＤＮＳサーバ４１および４２が示されており、ＤＮＳ６４サーバ５０として、ＤＮＳ６４サーバ５１および５２が示されているが、ＤＮＳサーバ４０とＤＮＳ６４サーバ５０はそれぞれのオプションサービスの種類とそれらのオプションサービスの組み合わせに応じて備えればよく、ＤＮＳ６４機能も１つのオプションサービスであると考える。本実施形態では、ＤＮＳサーバ４０が２つ、ＤＮＳ６４サーバ５０が２つの場合を説明するが、ＤＮＳサーバ４０とＤＮＳ６４サーバ５０は同数でなくてもよく、それぞれ０〜１つでも、３つ以上あってもよい。例えば、ＤＮＳサーバ４０が２つ、ＤＮＳ６４サーバ５０が１つでもよく、ＤＮＳサーバ４０が１つ、ＤＮＳ６４サーバ５０が３つでもよい。

本実施形態の例としては、ＤＮＳサーバ４１は、オプションサービスが無く、ＤＮＳサーバ４２は、ＮＡＴ６４／ＤＮＳ６４オプションサービスとは異なる他のオプションサービスを提供する。また、ＤＮＳ６４サーバ５１および５２は、ＮＡＴ６４／ＤＮＳ６４オプションサービスに加えて、それぞれ異なる他のオプションサービスを提供する。他のオプションサービスとしては、例えば、予め定められたドメイン名のサイト（例えば、ブラックリストに掲載されているドメイン名のサイトや、ウイルスなどに感染したサイトなど）への接続を制限するフィルタリングサービス、名前解決要求の送信元ＩＰアドレスに応じてサイトの閲覧を制限する閲覧制限サービス、通信履歴を保存する履歴保存サービス、保存した通信履歴に応じたサイト（接続先）を紹介するオススメ紹介サービス、および、利用者への連絡事項を通知する通知サービスなどが挙げられる。閲覧制限サービスでは、予め管理情報に追加登録された利用者の年齢などに応じて、閲覧を制限するサイトを変えてもよい。オプションサービスは、複数種類組み合わされて提供しても良い。

通知サービスでは、連絡事項を利用者端末１０に通知してもよいし、連絡事項を提供するサーバに利用者端末１０を転送してもよい。連絡事項としては、対象ドメイン名のサイトが提供するサービスの契約期限、または、契約期限が近い旨の情報、対象ドメイン名のサイトにおいて未読のメッセージやメールがある旨の情報、対象ドメイン名のサイトによる特典を示す情報、対象ドメイン名のサイトの関連サイトなどである。関連サイトは、例えば、対象ドメイン名のサイトを閲覧している利用者がよく閲覧しているサイトなどである。

また、本実施形態では、管理ＤＢ装置２０が格納している管理情報では、利用者ＩＤごとに送信元のＩＰアドレスおよび加入情報が記憶されている。本実施形態の加入情報には、利用者がどのオプションサービスに加入しているか否かを示す。また、管理ＤＢ装置２０に格納している管理情報には、ＩＰアドレスの種類と提供しているオプションサービスとに対応するＤＮＳサーバ４０またはＤＮＳ６４サーバ５０を示す提供元情報が記憶されている。これにより、管理情報は、利用者端末１０のＩＰアドレスと複数のＤＮＳサーバ４０およびＤＮＳ６４サーバ５０のいずれかとの対応関係を示すことができる。加入情報と提供元情報を合体し、利用者ＩＤごとに送信元のＩＰアドレスと複数のＤＮＳサーバ（４１，４２，５１，５２）のいずれかとの対応関係を記憶しても良い。

ロードバランサ３０の制御部３２は、送信元ＩＰアドレスに基づいて、管理情報から、送信元ＩＰアドレスの利用者が加入しているオプションサービスを確認し、名前解決要求を、管理情報の提供元情報においてその加入しているオプションサービスに対応する複数のＤＮＳサーバ４０およびＤＮＳ６４サーバ５０のいずれかに送信する。

図１４は、本実施形態における通信システム１の動作の一例を説明するためのシーケンス図である。具体的には、図１４は、利用者端末１０がＩＰｖ６対応端末であり、接続先がＩＰｖ６対応ＷＥＢサーバ８０であり、利用者端末１０がＤＮＳ６４サーバ５１によるオプションサービスと他のオプションサービスＡに加入している場合の通信システム１の動作の一例を説明するためのシーケンス図である。

先ず、図４の例と同様にステップＳ２０１〜Ｓ２０３の処理が実行される。その後、ロードバランサ３０の制御部３２は、名前解決要求の送信元ＩＰアドレスの種類の判定およびＤＮＳサーバ（４１，４２，５１，５２）の特定を行う。ＤＮＳサーバ（４１，４２，５１，５２）の特定は、制御部３２が、管理ＤＢ装置２０が格納している管理情報の加入者情報において送信元ＩＰアドレスに対応する利用者が加入しているオプションサービスを確認し、管理情報の提供元情報において送信元ＩＰアドレスの種類と加入しているオプションサービスとが対応するＤＮＳサーバとして、ＤＮＳサーバ４１、ＤＮＳサーバ４２、ＤＮＳ６４サーバ５１およびＤＮＳ６４サーバ５２のいずれかを特定する（ステップＳ４０１）。

ここでは、制御部３２は、ＤＮＳ６４サーバ５１と特定したとする。この場合、制御部３２は、名前解決要求を通信部３１を介してＤＮＳ６４サーバ５１に送信する（ステップＳ４０２）。ＤＮＳ６４サーバ５１は、名前解決要求を受信すると、ＤＮＳ６４サーバ５０によるサービスに加え、そのＤＮＳ６４サーバ５１に備わっているオプションサービスＡを実行する（ステップＳ４０３）。その後、ステップＳ２２１〜Ｓ２２４の処理が行われる。

なお、利用者端末１０の利用者がＤＮＳ６４サーバ５０によるオプションサービスと他のオプションサービスＢに加入している場合、ステップＳ４０１で制御部３２は、送信元ＩＰアドレスによりＤＮＳ６４サーバ５２と特定し、制御部３２は、名前解決要求を通信部３１を介してＤＮＳ６４サーバ５２に送信し、ＤＮＳ６４サーバ５２が名前解決要求を受信し、ＤＮＳ６４サーバ５０によるサービスに加え、そのＤＮＳ６４サーバ５２に備わっているオプションサービスＢを実行する。その後、ステップＳ２２１〜Ｓ２２４の処理が行われる。

本実施形態において、利用者端末１０の利用者がＮＡＴ６４／ＤＮＳ６４サービスに加入していない場合における通信システム１の動作を説明する。

利用者端末１０の利用者が他のオプションサービスにも加入していない場合、ステップＳ４０１で制御部３２は、送信元ＩＰアドレスによりＤＮＳサーバ４１と特定し、制御部３２は、名前解決要求を通信部３１を介してＤＮＳサーバ４１に送信し、ＤＮＳサーバ４１が名前解決要求を受信する。その後、図７のステップＳ２４２〜Ｓ２４５の処理と同様の処理が行われる。

また、利用者端末１０の利用者が他のオプションサービスＡのみに加入している場合、ステップＳ４０１で制御部３２は、送信元ＩＰアドレスによりＤＮＳサーバ４２と特定し、制御部３２は、名前解決要求を通信部３１を介してＤＮＳサーバ４２に送信し、ＤＮＳサーバ４２が名前解決要求を受信し、そのＤＮＳサーバ４２に備わっているオプションサービスＡを実行する。その後、図７のステップＳ２４２〜Ｓ２４５の処理と同様の処理が行われる。

以上説明したように本実施形態によれば、名前解決要求の送信元の利用者端末１０に応じて適切なオプションサービスを提供することが可能になる。

（第４の実施形態）
図１５は、本発明の第４の実施形態の通信システムを示す図である。図１５に示す通信システム１は、図１３で示した第３の実施形態の通信システム１の構成に加えて、宛先ドメイン判定装置９１をさらに備える。

宛先ドメイン判定装置９１は、名前解決要求を振り分ける振分システムを構成する装置であり、ロードバランサ３０がＤＮＳ６４サーバ５０に対して送信した名前解決要求を中継する第２の中継部として機能する。宛先ドメイン判定装置９１は、専用装置でも汎用サーバ装置が用いられても良い。例えば、ＣＰＵ等の制御部、ＲＡＭやＨＤＤ等の記憶部、ＬＡＮ端子等の通信部、記憶部に記憶された制御ソフトウェアなどにより構成される。

宛先ドメイン判定装置９１は、ロードバランサ３０がＤＮＳ６４サーバ５０に対して送信した名前解決要求を受信し、その名前解決要求に含まれる対象ドメイン名に基づいて、名前解決要求をＤＮＳ６４サーバ５１および５２のいずれかに送信する。例えば、宛先ドメイン判定装置９１は、対象ドメイン名とＤＮＳ６４サーバ５０（ＤＮＳ６４サーバ５１および５２）との対応関係を示す対応関係情報を記憶部に記憶し、その対応関係情報において、対象ドメイン名と対応する複数のＤＮＳ６４サーバ５０のいずれか（ＤＮＳ６４サーバ５１またはＤＮＳ６４サーバ５２）に対して名前解決要求を送信する。ここで、例えば、対象ドメイン名がＤＮＳ６４サーバ５１または５２のどちらかに必ず対応していなくても良く、対象ドメイン名がＤＮＳ６４サーバ５１に対応付けられていなければ、対象ドメイン名はＤＮＳ６４サーバ５２に対応付けられていると判定しても良い。

図１６は、本実施形態における通信システム１の動作の一例を説明するためのシーケンス図である。具体的には、図１６は、利用者端末１０がＩＰｖ６対応端末であり、接続先がＩＰｖ６対応ＷＥＢサーバ８０であり、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入している場合の通信システム１の動作の一例を説明するためのシーケンス図である。

先ず、図４の例と同様にステップＳ２０１〜Ｓ２０５の処理が実行される。そして、ステップＳ２０５の処理において、ロードバランサ３０の制御部３２は、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入していると判定する。この場合、ロードバランサ３０の制御部３２は、名前解決要求を通信部３１を介して宛先ドメイン判定装置９１に送信する（ステップＳ５０１）。

宛先ドメイン判定装置９１は、名前解決要求を受信すると、名前解決要求に含まれる対象ドメイン名に基づいて、名前解決要求を送信するＤＮＳ６４サーバ５０を選択する（ステップＳ５０２）。ここでは、宛先ドメイン判定装置９１は、記憶部に記憶された対応関係情報に対象ドメイン名とＤＮＳ６４サーバ５１が対応づけられていたため、名前解決要求を送信するＤＮＳ６４サーバ５０としてＤＮＳ６４サーバ５１を選択したとする。この場合、宛先ドメイン判定装置９１は、名前解決要求をＤＮＳ６４サーバ５１に送信する（ステップＳ５０３）。ＤＮＳ６４サーバ５１は、名前解決要求を受信すると、ＤＮＳ６４サーバ５１に備わるオプションサービスＡを実行する（ステップＳ５０４）。その後、ステップＳ２２１〜Ｓ２２４の処理が行われる。

なお、ステップＳ５０２で宛先ドメイン判定装置９１が、記憶部に記憶された対応関係情報に対象ドメイン名とＤＮＳ６４サーバ５２が対応づけられていた、もしくは、対象ドメイン名とＤＮＳ６４サーバ５１が対応づけられていなかったため、名前解決要求を送信するＤＮＳ６４サーバ５０としてＤＮＳ６４サーバ５２を選択した場合、宛先ドメイン判定装置９１は、名前解決要求をＤＮＳ６４サーバ５２に送信し、ＤＮＳ６４サーバ５２が名前解決要求を受信して、ＤＮＳ６４サーバ５２に備わるオプションサービスＢを実行する。その後、ステップＳ２２１〜Ｓ２２５の処理が行われる。

また、利用者端末１０がＮＡＴ６４／ＤＮＳ６４サービスに加入していない場合における通信システム１の動作は、図７で示した第１の実施形態の動作と同じである。また、宛先ドメイン判定装置９１の機能は、ロードバランサ３０に備わっていてもよい。

以上説明したように本実施形態によれば、接続先のドメイン名に応じて適切なオプションサービスを提供することが可能になる。

以上説明した各実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。

例えば、通信システム１を構成する各装置の機能は、その機能を実現するためのプログラムを、コンピュータにて読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ実行させることで、実現されてもよい。

１ 通信システム
１０ 利用者端末
２０ 管理ＤＢ装置
３０ ロードバランサ
３１ 通信部
３２ 制御部
４０ ＤＮＳサーバ
５０ ＤＮＳ６４機能付きＤＮＳサーバ（ＤＮＳ６４サーバ）
６０ ＮＡＴ６４装置
７０ ＩＰｖ４ＷＥＢサーバ
８０ ＩＰｖ６対応ＷＥＢサーバ
９０ 特定ドメイン判定装置
９１ 宛先ドメイン判定装置
１００ ＩＳＰネットワーク
２００ インターネット

Claims (11)

1. 名前解決要求を複数のＤＮＳ（Domain Name System）サーバのいずれかに送信する振分システムであって、
   前記名前解決要求を受信する通信部と、
   前記名前解決要求の送信元のＩＰ（Internet Protocol）アドレスに基づいて、前記名前解決要求を前記複数のＤＮＳサーバのいずれかに送信する制御部と、を有する振分システム。
2. 前記制御部は、前記送信元のＩＰアドレスの種類に応じて、前記名前解決要求を前記複数のＤＮＳサーバのいずれかに送信する、請求項１に記載の振分システム。
3. 前記制御部は、前記送信元のＩＰアドレスが第１の種類の場合、前記名前解決要求を前記複数のＤＮＳサーバのうちの第１のＤＮＳサーバに送信し、前記送信元のＩＰアドレスが第２の種類の場合、前記送信元のＩＰアドレスの値に応じて、前記名前解決要求を前記複数のＤＮＳサーバのいずれかに送信する、請求項２に記載の振分システム。
4. 前記ＤＮＳサーバと前記送信元のＩＰアドレスとの対応関係を示す管理情報を格納する格納部をさらに有し、
   前記制御部は、前記送信元のＩＰアドレスが第２の種類の場合、前記管理情報に基づいて、前記名前解決要求を、前記送信元のＩＰアドレスに対応するＤＮＳサーバに送信する、請求項３に記載の振分システム。
5. 前記管理情報は、前記第１のＤＮＳサーバとは異なる第２のＤＮＳサーバに対応するＩＰアドレスを加入者ＩＰアドレスとして示し、
   前記制御部は、前記管理情報が前記送信元のＩＰアドレスを前記加入者ＩＰアドレスとして示す場合、前記名前解決要求を前記第２のＤＮＳサーバに送信し、前記管理情報が前記送信元のＩＰアドレスを前記加入者ＩＰアドレスとして示さない場合、前記名前解決要求を前記第１のＤＮＳサーバに送信する、請求項４に記載の振分システム。
6. 前記第２のＤＮＳサーバへの前記名前解決要求を中継する第１の中継部をさらに有し、
   前記第１の中継部は、前記名前解決要求の対象であるドメイン名が特定のドメイン名か否かを判定し、当該判定結果に基づいて、前記名前解決要求を前記第１のＤＮＳサーバまたは前記第２のＤＮＳサーバに送信する、請求項５に記載の振分システム。
7. 前記第２のＤＮＳサーバは、複数あり、
   前記管理情報は、前記加入者ＩＰアドレスと前記複数の第２のＤＮＳサーバのいずれかとの対応関係をさらに示し、
   前記制御部は、前記管理情報が前記加入者ＩＰアドレスとして前記送信元のＩＰアドレスを示す場合、前記名前解決要求を、前記管理情報において当該送信元のＩＰアドレスに対応する前記複数の第２のＤＮＳサーバのいずれかに送信する、請求項５に記載の振分システム。
8. 前記第２のＤＮＳサーバは、複数あり、
   前記第２のＤＮＳサーバへの前記名前解決要求を中継する第２の中継部をさらに有し、
   前記第２の中継部は、前記名前解決要求の対象であるドメイン名と前記複数の第２のＤＮＳサーバのいずれかとの対応関係を示す対応関係情報を備え、前記名前解決要求の対象であるドメイン名に基づいて、前記名前解決要求を前記複数の第２のＤＮＳサーバのいずれかに送信する、請求項５に記載の振分システム。
9. 前記第１の種類のＩＰアドレスは、ＩＰｖ４アドレスであり、
   前記第２の種類のＩＰアドレスは、ＩＰｖ６アドレスである、請求項３ないし８のいずれか１項に記載の振分システム。
10. 前記第２のＤＮＳサーバは、ＮＡＴ６４／ＤＮＳ６４サービスを提供する、請求項５ないし８のいずれか１項に記載の振分システム。
11. 名前解決要求を複数のＤＮＳサーバのいずれかに送信する振分方法であって、
    前記名前解決要求を受信するステップと、
    前記名前解決要求の送信元のＩＰアドレスに基づいて、前記名前解決要求を前記複数のＤＮＳサーバのいずれかに送信するステップと、を有する振分方法。

Images