(57)【特許請求の範囲】
【請求項１】
クライアント端末を特定する識別情報に、前記クライアント端末のドメイン名を対応付けて格納する格納部と、
前記クライアント端末が、ＩＰ（Internet Protocol）アドレスの割り当てを要求した際に、当該クライアント端末である対象端末を特定する識別情報を取得する取得部と、
ＤＮＳ（Domain Name System）サーバに登録されたＤＮＳ情報を更新する更新処理を行う制御部と、を有し、
前記制御部は、前記対象端末に前記ＩＰアドレスが割り当てられて、当該対象端末がオンライン状態になった場合に、前記更新処理として、当該ＩＰアドレスと、前記取得部が取得した識別情報に対応するドメイン名との対を前記ＤＮＳ情報として前記ＤＮＳサーバに登録する処理を行い、前記対象端末がオフライン状態になった場合に、前記更新処理として、前記ＤＮＳサーバに登録されたＤＮＳ情報のＩＰアドレスを所定のオフライン用サーバのＩＰアドレスに変更する処理を行う、ネットワークシステム。
【請求項２】
前記取得部は、前記識別情報を用いて前記対象端末を認証し、当該認証が成功した場合に、前記対象端末に前記ＩＰアドレスの割り当てを行う割当部に対して前記対象端末への前記ＩＰアドレスの割り当てを実行させ、当該割当部から前記対象端末へ割り当てた前記ＩＰアドレスを取得したことで、前記対象端末が所定のネットワークに接続を開始したことを認識し、前記対象端末とネットワークとの接続を監視している前記割当部から前記対象端末の接続が切断された場合に、切断通知を受信する、請求項１に記載のネットワークシステム。
【請求項３】
前記識別情報は、所定のネットワーク接続サービスを利用するユーザを特定する情報であり、
前記格納部は、前記識別情報に、前記ユーザが前記ＤＮＳ情報を更新するサービスに加入しているか否かを示す判定情報と複数のドメイン名を対応付けて記憶し、
前記制御部は、前記取得部が取得した識別情報に対応する判定情報が前記サービスに加入していることを示す場合、前記ＤＮＳサーバに対して複数のドメイン名から予め登録されたドメイン名を割り当てるための前記更新処理を行う、請求項１または２に記載のネットワークシステム。
【請求項４】
前記識別情報は、所定のネットワーク接続サービスを利用するユーザを特定する情報であり、
前記格納部は、前記識別情報に、前記ユーザが前記ＤＮＳ情報を更新するサービスに加入しているか否かを示す判定情報を対応付けて記憶し、かつ、前記識別情報に対応する前記対象端末が所定のネットワークに接続中か否かを示す情報を含む接続情報を記憶し、
前記制御部は、前記接続情報が更新された際に、更新された接続情報の識別情報に対応する判定情報が前記サービスに加入していることを示す場合、前記ＤＮＳサーバに対して前記更新処理を行う、請求項１ないし３のいずれか１項に記載のネットワークシステム。
【請求項５】
前記クライアント端末へのＩＰアドレスの割り当てを行った際に、当該クライアント端末の接続が開始された旨を前記取得部に通知し、前記クライアント端末との接続状況を監視し、前記クライアント端末の接続が切断された際に、前記取得部に通知する割当部と、
前記ＩＰアドレスと前記ドメイン名との対を記憶する前記ＤＮＳサーバとをさらに有する、請求項１ないし４のいずれか１項に記載のネットワークシステム。
【請求項６】
クライアント端末を特定する識別情報に、前記クライアント端末のドメイン名を対応付けて格納する格納部を有するネットワークシステムが行うネットワーク管理方法であって、
前記クライアント端末が、ＩＰアドレスの割り当てを要求した際に、当該クライアント端末である対象端末を特定する識別情報を取得する取得ステップと、
前記対象端末に前記ＩＰアドレスが割り当てられて、当該対象端末がオンライン状態になった場合に、ＤＮＳサーバに登録されたＤＮＳ情報を更新する更新処理として、当該ＩＰアドレスと、前記取得された識別情報に対応するドメイン名との対を前記ＤＮＳ情報として前記ＤＮＳサーバに登録する処理を行う登録ステップと、
前記対象端末がオフライン状態になった場合に、前記更新処理として、前記ＤＮＳサーバに登録されたＤＮＳ情報のＩＰアドレスを所定のオフライン用サーバのＩＰアドレスに変更する処理を行う変更ステップと、を有するネットワーク管理方法。
【請求項７】
クライアント端末を特定する識別情報に、前記クライアント端末のドメイン名を対応付けて格納する格納部と接続されたコンピュータに、
前記クライアント端末が、ＩＰアドレスの割り当てを要求した際に、当該クライアント端末である対象端末を特定する識別情報を取得する手順と、
前記対象端末に前記ＩＰアドレスが割り当てられて、当該対象端末がオンライン状態になった際に、ＤＮＳサーバに登録されたＤＮＳ情報を更新する更新処理として、当該ＩＰアドレスと、前記取得された識別情報に対応するドメイン名との対を前記ＤＮＳ情報として前記ＤＮＳサーバに登録する処理を行う手順と、
前記対象端末がオフライン状態になった場合に、前記更新処理として、前記ＤＮＳサーバに登録されたＤＮＳ情報のＩＰアドレスを所定のオフライン用サーバのＩＰアドレスに変更する処理を行う手順と、を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＮＳ（Domain Name System）情報を動的に更新するネットワークシステム、ネットワーク管理方法およびプログラムに関する。
【背景技術】
【０００２】
従来、ＩＰ（Internet Protocol）アドレスとドメイン名の対応関係を示すＤＮＳ情報を動的に更新するＤＤＮＳ（Dynamic Updates in Domain Name System）において、クライアント端末に対してＩＰアドレスが動的に割り当てられる場合、クライアント端末が、そのクライアント端末に割り当てられたＩＰアドレスを用いてＤＤＮＳサーバ内のＤＮＳ情報を更新している。しかしながら、この場合、クライアント端末には、ＤＮＳ情報を更新するために専用のアプリケーションプログラムやハードウェアが必要となるため、専用のアプリケーションプログラムやハードウェアを設定する手間がかかったり、専用のアプリケーションプログラムやハードウェアを実装するためのリソースが必要となったりするなどの問題がある。特に、他の装置などに埋め込まれる埋込型のクライアント端末では、通常、リソースの余剰が少なく、専用のアプリケーションプログラムやハードウェアを実装することが困難な場合がある。
【０００３】
これに対して特許文献１は、クライアント端末に対してＩＰアドレスを割り当てるＤＨＣＰ（Dynamic Host Configuration Protocol）サーバがＤＮＳ情報を更新するダイナミック・ドメインネーム・システムを開示している。このダイナミック・ドメインネーム・システムでは、ＤＨＣＰサーバは、クライアント端末に対してＩＰアドレスを割り当てると、その割り当てたＩＰアドレスとクライアント端末のＭＡＣ（Media Access Control）アドレスとをＤＮＳサーバに送信する。
【０００４】
ＤＮＳサーバは、ドメイン名とＭＡＣアドレスとの対応関係を示す情報をＤＮＳ情報として予め格納しておく。そしてＤＮＳサーバは、ＤＨＣＰサーバからＩＰアドレスおよびＭＡＣアドレスを受信すると、その受信したＩＰアドレスとＭＡＣアドレスとを対応付けてＤＮＳ情報に追加することで、ＤＮＳ情報においてＩＰアドレスとドメイン名とをＭＡＣアドレスを介して対応付ける。これにより、クライアント端末がＤＮＳ情報を更新する必要がなくなる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−２８７８９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術では、ＤＮＳサーバは、ドメイン名とＩＰアドレスの対応関係を示す通常のＤＮＳ情報ではなく、ドメイン名とＭＡＣアドレスとＩＰアドレスとの対応関係を示す特殊なＤＮＳ情報が必要となる。このため、通常のＤＮＳサーバを使用することができず、コストが高くなってしまうという問題がある。
【０００７】
本発明の目的は、クライアント端末がＤＮＳ情報を更新せずに、かつ安価にＤＮＳ情報を動的に更新することが可能なネットワークシステム、ネットワーク管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明によるネットワークシステムは、クライアント端末を特定する識別情報に、前記クライアント端末のドメイン名を対応付けて格納する格納部と、ＩＰアドレスの割り当てを要求した前記クライアント端末である対象端末を特定する識別情報を取得する取得部と、前記対象端末に前記ＩＰアドレスが割り当てられて、当該対象端末がオンライン状態になった場合、当該ＩＰアドレスと、前記取得部が取得した識別情報に対応するドメイン名との対をＤＮＳ（Domain Name System）情報としてＤＮＳサーバに登録する制御部と、を有する。
【０００９】
本発明によるネットワーク管理方法は、クライアント端末を特定する識別情報に、前記クライアント端末のドメイン名を対応付けて格納する格納部を有するネットワークシステムが行うネットワーク管理方法であって、ＩＰアドレスの割り当てを要求した前記クライアント端末である対象端末を特定する識別情報を取得する取得ステップと、前記対象端末に前記ＩＰアドレスが割り当てられて、当該対象端末がオンライン状態になった場合、当該ＩＰアドレスと、前記取得された識別情報に対応するドメイン名との対をＤＮＳ情報としてＤＮＳサーバに登録する登録ステップと、を有する。
【００１０】
本発明によるプログラムは、クライアント端末を特定する識別情報に、前記クライアント端末のドメイン名を対応付けて格納する格納部と接続されたコンピュータに、ＩＰアドレスの割り当てを要求した前記クライアント端末である対象端末を特定する識別情報を取得する手順と、前記対象端末に前記ＩＰアドレスが割り当てられて、当該対象端末がオンライン状態になった場合、当該ＩＰアドレスと、前記取得された識別情報に対応するドメイン名との対をＤＮＳ情報としてＤＮＳサーバに登録する手順と、を実行させるためのプログラム。
【発明の効果】
【００１１】
本発明によれば、クライアント端末がＤＮＳ情報を更新せずに、かつ安価にＤＮＳ情報を動的に更新することが可能になる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態のネットワークシステムを示す図である。
【図２】ＮＡＳの構成の一例例を示すブロック図である。
【図３Ａ】利用者情報の一例を示す図である。
【図３Ｂ】接続情報の一例を示す図である。
【図４】ＲＡＤＩＵＳサーバの構成の一例を示す図である。
【図５】ＤＤＮＳクライアントの構成の一例を示すブロック図である。
【図６】ＤＤＮＳサーバの構成の一例を示す図である。
【図７】ＤＮＳ情報の一例を示す図である。
【図８】本発明の一実施形態のネットワークシステムの動作の一例を説明するためのシーケンス図である。
【図９】本発明の一実施形態のネットワークシステムの動作の他の例を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について図面を参照して説明する。なお、各図面において同じ機能を有するものには同じ符号を付け、その説明を省略する場合がある。
【００１４】
図１は、本発明の一実施形態のネットワークシステムを示す図である。図１に示すネットワークシステムは、クライアント端末１と、ＮＡＳ（Network Access Server）２と、利用者ＤＢ（Database）３と、ＲＡＤＩＵＳ（Remote Authentication Dial-in User Service）サーバ４と、ＤＤＮＳクライアント５と、ＤＤＮＳサーバ６と、ユーザ端末７とを有する。
【００１５】
クライアント端末１は、例えば、スマートフォンや埋込型端末、パーソナルコンピュータなどである。埋込型端末は、電気機器、壁面または人体などの他の物に埋め込まれる端末である。クライアント端末１およびＮＡＳ２は、アクセスＮＷ（Network）１０（例えば、携帯電話網や光回線網、無線ＬＡＮなど）を介して相互に接続可能である。クライアント端末１は、ＩＰアドレスの割り当て要求として、アクセスＮＷ１０を含む所定のネットワークへの接続要求をＮＡＳ２に送信する。
【００１６】
接続要求は、クライアント端末１を特定する識別情報であるクライアントＩＤを含む。クライアントＩＤは、例えば、ネットワークの接続サービスを利用するユーザを特定する識別情報であるユーザＩＤ、または、クライアント端末１に記憶された固有の識別情報（例えば、製造番号やＭＡＣアドレスなど）である。また、携帯電話網を利用するためのＳＩＭ（Subscriber Identity Module）カードがクライアント端末１に装着可能であれば、クライアントＩＤは、そのＳＩＭカードに記憶された識別情報でもよい。ＳＩＭカードに記憶された識別情報は、例えば、ＩＭＳＩ（International Mobile Subscriber Identity）、ＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）および電話番号などである。また、クライアントＩＤは、上記の識別情報の少なくとも２以上の組み合わせでもよい。さらに、何れかの装置に記憶する対応表により変換することで、例えば、ＮＡＳ２で扱うクライアントＩＤと利用者ＤＢ３で扱うクライアントＩＤを異なるものにしてもよい。なお、接続要求は、クライアント端末１を認証するための認証情報を含んでいてもよい。認証情報は、例えば、パスワードや生体情報、クライアント証明書、SIMカード内の秘密鍵（SIM Credential）などである。
【００１７】
また、クライアント端末１は、ＮＡＳ２から、ネットワークへの接続の可否を示す接続可否情報を受信する。接続可否情報が接続の許可を示す場合、接続可否情報には、クライアント端末１に割り当てられたＩＰアドレスが含まれており、クライアント端末１は、その割り当てられたＩＰアドレスを用いて、所定のネットワークに接続する。なお、アクセスＮＷ１０は、インターネット３０などの他のネットワークが利用可能に接続されており、所定のネットワークには、他のネットワークが含まれていてもよい。
【００１８】
ＮＡＳ２は、クライアント端末１にＩＰアドレスを割り当てる割当装置である。ＮＡＳ２は、例えば、専用アプライアンス装置やサーバ、汎用コンピュータなどで実現される。ＮＡＳ２は、アクセスＮＷ１０を介してクライアント端末１と相互に接続可能であり、別のネットワークを介してＲＡＤＩＵＳサーバ４と相互に接続可能である。ここで、別のネットワークとは、例えば、ＮＡＳ２を管理する会社と、ＲＡＤＩＵＳサーバ４を管理する会社が同じ場合は、ＤＣＮＷ（Data Center Network）２０であるが、ＮＡＳ２を管理する会社と、ＲＡＤＩＵＳサーバ４を管理する会社が別の場合は、ＮＡＳ２とＲＡＤＩＵＳサーバ４とが接続可能なネットワークを用意する。ＤＣＮＷ２０は、クライアント端末１に対して、所定のネットワークへの接続を提供するネットワーク提供会社が管理している社内ネットワークなどのアクセスＮＷ１０およびインターネット３０とは異なるネットワークである。ＤＣＮＷ２０の名称は一例であり、データセンタ内のネットワークでなくともよい。また、ＮＡＳ２を管理する会社と、ＲＡＤＩＵＳサーバ４を管理する会社が同じ場合は、ＮＡＳ２とＲＡＤＩＵＳサーバ４を同一の装置で構成されてもよい。
【００１９】
図２は、ＮＡＳ２の構成の一例を示すブロック図である。図２に示すＮＡＳ２は、通信部２０１と、プール部２０２と、割当部２０３とを有する。
【００２０】
通信部２０１は、クライアント端末１から接続要求を受信し、ＲＡＤＩＵＳサーバ４からクライアント端末１に対する認証結果を受信する。プール部２０２は、クライアント端末１に割り当てることが可能なＩＰアドレスごとに、そのＩＰアドレスが未使用か否かを示すプール情報を記憶する。
【００２１】
割当部２０３は、通信部２０１が受信した接続要求の送信元のクライアント端末１を認証する認証要求をＲＡＤＩＵＳサーバ４に送信する。認証要求は、接続要求内のクライアントＩＤを含む。また、接続要求内に認証情報が含まれる場合、認証要求にも認証情報が含まれる。また、送信元のクライアント端末１は、ＩＰアドレスの割り当てを要求した対象端末となる。
【００２２】
また、割当部２０３は、通信部２０１にて受信された認証結果が認証の成功を示すか否かを確認する。以下、認証の成功を認証ＯＫ、認証の失敗を認証ＮＧと呼ぶ。認証ＯＫの場合、割当部２０３は、プール部２０２に記憶されたプール情報に基づいて、接続要求の送信元のクライアント端末１に対して未使用のＩＰアドレスのいずれかを割り当てる。ここで、ＩＰアドレスは、ＩＰｖ６（Internet Protocol Version 6）でもよく、また、ＩＰアドレスの割り当ては、１つのＩＰアドレスを割り当てるのではなく、ＩＰアドレスの範囲を示すアドレスブロック（Address Block）の割り当てでもよい。そして割当部２０３は、その割り当てたＩＰアドレスを含み、接続許可を示す接続可否情報をクライアント端末１に送信して、クライアント端末１をオンライン状態にする。一方、認証ＮＧの場合、割当部２０３は、接続不許可を示す接続可否情報をクライアント端末１に送信し、クライアント端末１との接続を切断する。
【００２３】
ＩＰアドレスを割り当てると、割当部２０３は、クライアント端末１の接続が開始された旨の接続通知をＲＡＤＩＵＳサーバ４に送信する。接続通知は、クライアント端末１に割り当てたＩＰアドレスと、クライアント端末１が接続を開始した接続開始日時とを含む。ただし、接続通知には接続開始日時が含まれていなくてもよい。この場合、ＲＡＤＩＵＳサーバ４にて、接続通知を受信した日時が、クライアント端末１が接続を開始した接続開始日時となる。
【００２４】
また、クライアント端末１の接続が切断され、クライアント端末がオフライン状態になった場合、割当部２０３は、クライアント端末１の接続が切断された旨の切断通知をＲＡＤＩＵＳサーバ４に送信する。切断通知は、接続が切断されたクライアント端末１のクライアントＩＤおよびＩＰアドレスの少なくとも一方と、クライアント端末１の接続を終了した接続終了日時とを含む。ただし、切断通知には接続終了日時が含まれていなくてもよい。この場合、ＲＡＤＩＵＳサーバ４にて、切断通知を受信した日時が、クライアント端末１が接続を開始した接続終了日時となる。以下では、切断通知は、クライアントＩＤとＩＰアドレスを含むものとする。また、クライアント端末１との接続の切断は、例えば、クライアント端末１がシャットダウンされた場合や、クライアント端末１が電波の届かない場所に移動した場合などに発生する。
【００２５】
利用者ＤＢ３は、ＤＣＮＷ２０を介して、ＲＡＤＩＵＳサーバ４とＤＤＮＳクライアント５から接続可能である。ＲＡＤＩＵＳサーバ４、ＤＤＮＳクライアント５およびＤＤＮＳサーバ６は、ＤＣＮＷ２０を介して相互に接続可能である。ここで、ＲＡＤＩＵＳサーバ４とＤＤＮＳクライアント５を、同一の装置にて構成しても構わない。
【００２６】
利用者ＤＢ３は、クライアント端末１のユーザに関する利用者情報と接続情報を格納する格納部である。利用者ＤＢ３は、例えば、ネットワークアタッチトストレージ（Network Attached Storage）で実現される。また、利用者ＤＢ３は、ＲＡＤＩＵＳサーバ４またはＤＤＮＳクライアント５等の何れかの装置に内蔵又は外付け接続されたハードディスクドライブ（Hard Disk Drive）やフラッシュメモリドライブ（Flash Memory Drive）等の記憶装置でもよい。また、説明を簡単にするために利用者ＤＢ３を１つの装置のように記載したが、各情報が複数の記憶装置に分散されて記憶される構成でもよい。利用者情報では、クライアントＩＤごとに、そのクライアントＩＤにて特定されるクライアント端末１のドメイン名と、そのクライアント端末１のユーザがＤＮＳ更新サービスに加入しているか否かを示す加入判定情報とが対応付けられている。また、利用者情報では、クライアントＩＤに、そのクライアントＩＤにて特定されるクライアント端末１を認証するための認証情報が対応付けられていてもよい。また、利用者情報では、１つのクライアントＩＤに対応して、ドメイン名が複数登録されてもよく、その場合、ＤＮＳ更新サービスに加入する処理を行う際に、ＩＰアドレスを固定的に割り当てるサービスやアドレスブロックで割り当てるサービスなどにもさらに加入し、どのＩＰアドレスにどのドメイン名を割り当てるかを予め登録しておいてもよい。さらに、利用者情報は、ＲＡＤＩＵＳサーバ４がクライアント端末１を認証する際に使用するクライアントＩＤおよび認証情報と、ＤＤＮＳクライアント５がＤＮＳ情報を更新する際に使用するクライアントＩＤ、ドメイン名および加入判定情報とに分かれていてもよい。
【００２７】
ここで、ＤＮＳ更新サービスは、クライアント端末１のドメイン名とＩＰアドレスとの対応関係を示すＤＮＳ情報の自動更新を行うサービスであり、加入判定情報は、ＤＮＳ情報の更新を行うか否かを示す判定情報である。以下では、加入判定情報は、ユーザがＤＮＳ更新サービスに加入している場合、つまり、ＤＮＳ情報の更新を行う場合、加入を示し、ユーザがＤＮＳ更新サービスに加入していない場合、つまり、ＤＮＳ情報の更新を行わない場合、未加入を示す。また、加入判定情報が未加入を示す場合、その加入判定情報に対応するドメイン名はなくてもよい。
【００２８】
接続情報は、日時と、接続種別（接続開始又は切断）と、クライアント端末１のクライアントＩＤと、クライアント端末１に割り当てられたＩＰアドレスとが対応付けられて記憶されている。接続情報には、クライアント端末１が接続を開始した際に、その接続を開始した日時と、接続種別としての「接続開始」とが、そのクライアント端末１のクライアントＩＤと、ＩＰアドレスとともにログとして追記される。また、クライアント端末１の接続が切断した際に、その接続終了した日時と、接続種別としての「切断」とが、そのクライアント端末１のクライアントＩＤと、ＩＰアドレスとともにログとして追記される。なお、接続種別は、クライアント端末１が所定のネットワークに接続中か否かを示す情報であり、クライアント端末１が接続中の場合、「接続開始」を示し、クライアント端末１が接続中でない場合、「切断」を示す。
【００２９】
図３Ａは、利用者情報の一例を示す図である。図３Ａに示す利用者情報３００は、クライアントＩＤ３０１と、クライアントＩＤ３０１にて特定されるクライアント端末１を認証するための認証情報であるパスワード３０２と、クライアントＩＤ３０１にて特定されるクライアント端末１のドメイン名３０３と、クライアントＩＤ３０１にて特定されるクライアント端末１のユーザがＤＮＳ更新サービスに加入しているか否かを示す加入判定情報３０４とが対応付けられている。なお、図３の例では、加入判定情報が未加入を示す場合、その加入判定情報に対応するドメイン名は存在せず、空データ「―」となっている。ただし、例えば、ＤＮＳ更新サービスに現在未加入であっても過去に加入していた場合、ドメイン名３０３が登録されていてもよい。
【００３０】
図３Ｂは、接続情報の一例を示す図である。図３Ｂに示す接続情報３１０は、日時３１１と、接続種別３１２と、クライアント端末１のクライアントＩＤ３１３と、クライアント端末１に割り当てられたＩＰアドレス３１４とが対応付けられている。
【００３１】
また、利用者ＤＢ３は、クライアント端末１がオフライン状態のときに、クライアント端末１の代わりに接続する接続先のＩＰアドレスであるオフライン用ＩＰアドレスを格納してもよい。オフライン用ＩＰアドレスは、例えば、クライアント端末１がオフラインである旨を示す情報を提供するオフライン用Ｗｅｂサーバに割り当てられたＩＰアドレスである。オフライン用Ｗｅｂサーバは、クライアント端末１とインターネットを介して接続可能である。
【００３２】
ＲＡＤＩＵＳサーバ４は、クライアント端末１を認証する認証装置である。ＲＡＤＩＵＳサーバ４は、例えば、専用アプライアンス装置やサーバ、汎用コンピュータなどで実現される。また、認証装置は、ＲＡＤＩＵＳではなく、ＤＩＡＭＥＴＥＲプロトコルなどを用いたものでもよい。図４は、ＲＡＤＩＵＳサーバ４の構成の一例を示す図である。図４に示すＲＡＤＩＵＳサーバ４は、通信部４０１と、認証部４０２とを有する。
【００３３】
通信部４０１は、ＮＡＳ２から認証要求、接続通知および切断通知を受信する。認証部４０２は、通信部４０１が受信した認証要求から、ＩＰアドレスの割り当てを要求したクライアント端末１を特定するクライアントＩＤを取得する取得部である。認証部４０２は、取得したクライアントＩＤを用いて、そのクライアントＩＤにて特定されるクライアント端末１を認証し、その認証結果をＮＡＳ２に送信する。なお、認証結果が認証ＯＫを示す場合、ＮＡＳ２の割当部２０３がＩＰアドレスの割り当てを行うため、認証部４０２は、認証結果をＮＡＳ２に送信することで、認証要求に含まれるクライアントＩＤにて特定されるクライアント端末１へのＩＰの割り当てをＮＡＳ２の割当部２０３に実行させることとなる。なお、認証部４０２は、認証結果に、クライアント端末１に対してＩＰアドレスを割り当てる指示を含めてもよい。その際、ＩＰアドレスを固定的に割り当てるサービスやアドレスブロックで割り当てるサービス等にも加入している場合、認証部４０２は、ユーザに対して予め定められたＩＰアドレスまたはアドレスブロックを割り当てるように、ＩＰアドレスを指定して指示する。
【００３４】
クライアント端末１の認証では、認証部４０２は、具体的には、認証要求に含まれるクライアントＩＤが利用者ＤＢ３に格納されているか否かを確認し、そのクライアントＩＤが格納されていれば、認証ＯＫとし、そのクライアントＩＤが格納されていなければ、認証ＮＧとする。また、認証要求に認証情報も含まれている場合、認証部４０２は、認証要求内のクライアントＩＤおよび認証情報が利用者ＤＢ３内に対応付けられているか否かを確認し、クライアントＩＤおよび認証情報が対応付けられていれば、認証ＯＫとし、クライアントＩＤおよび認証情報が対応付けられていなければ、認証ＮＧとする。
【００３５】
また、認証部４０２は、通信部４０１が受信した接続通知に基づいて、利用者ＤＢ３に記憶された接続情報を更新する。具体的には、認証部４０２は、接続情報に、接続通知に含まれる接続を開始した日時と、接続種別としての「接続開始」と、接続通知に含まれるクライアントＩＤと、接続通知に含まれるそのクライアントＩＤに対応するクライアント端末１に割り当てたＩＰアドレスとを対応付けたログを追加する。そして、認証部４０２は、ＤＮＳ更新サービスに加入しているか否かを確認する旨のＤＮＳ更新サービス確認要求をＤＤＮＳクライアント５に送信する。ＤＮＳ更新サービス確認要求は、接続通知に含まれるＩＰアドレスと、認証要求に含まれるクライアントＩＤとを含む。
【００３６】
また、認証部４０２は、通信部４０１が受信した切断通知に基づいて、利用者ＤＢ３に記憶された接続情報を更新する。具体的には、認証部４０２は、接続情報に、切断通知に含まれる接続を終了した日時と、接続種別として「切断」と、切断通知に含まれるクライアントＩＤと、切断通知に含まれるそのクライアントＩＤに対応するクライアント端末１に割り当てたＩＰアドレスとを対応付けたログを追加する。そして、認証部４０２は、ＤＮＳ情報を切断を表すように更新する旨のＤＮＳ更新サービス切断要求をＤＤＮＳクライアント５に送信する。ＤＮＳ更新サービス切断要求は、切断通知に含まれるクライアントＩＤを含む。
【００３７】
ＤＤＮＳクライアント５は、ＤＤＮＳサーバ６が記憶するＤＮＳ情報を更新する更新装置である。ＤＤＮＳクライアント５は、例えば、専用アプライアンス装置やサーバ、汎用コンピュータなどで実現される。図５は、ＤＤＮＳクライアント５の構成の一例を示すブロック図である。図５に示すＤＤＮＳクライアント５は、通信部５０１と、更新制御部５０２とを有する。
【００３８】
通信部５０１は、ＲＡＤＩＵＳサーバ４からＤＮＳ更新サービス確認要求およびＤＮＳ更新サービス切断要求を受信する。更新制御部５０２は、通信部５０１が受信したＤＮＳ更新サービス確認要求内のクライアントＩＤと、利用者ＤＢ３に記憶された利用者情報とに基づいて、そのクライアントＩＤのユーザがＤＮＳ更新サービスに加入しているか否かを判断する。
【００３９】
例えば、更新制御部５０２は、利用者ＤＢ３に記憶された利用者情報において、ＤＮＳ更新サービス確認要求内のクライアントＩＤに対応する加入判定情報が加入を示すか否かを確認することで、ユーザがＤＮＳ更新サービスに加入しているか否かを判断する。また、図３Ａで示したようにＤＮＳ更新サービスに加入していないユーザのクライアントＩＤに対応するドメイン名が存在しない場合、更新制御部５０２は、利用者情報において、ＤＮＳ更新サービス確認要求内のクライアントＩＤに対応するドメイン名が存在するか否かを確認することで、ユーザがＤＮＳ更新サービスに加入しているか否かを判断してもよい。この場合、ドメイン名が加入判定情報を兼ねることができるため、利用者ＤＢ３はドメイン名とは別に加入判定情報を記憶しなくてもよくなる。なお、ドメイン名が存在する場合、ユーザがＤＮＳ更新サービスに加入していることを示し、ドメイン名が存在しない場合、ユーザがＤＮＳ更新サービスに加入していないことを示す。
【００４０】
ユーザがＤＮＳ更新サービスに加入している場合、更新制御部５０２は、ＤＮＳ更新サービス確認要求内のクライアントＩＤに対応するドメイン名と、ＤＮＳ更新サービス確認要求内のＩＰアドレスとの対をＤＮＳ情報としてＤＤＮＳサーバ６に登録する。これにより、クライアント端末１にＩＰアドレスが割り当てられて、クライアント端末１がオンライン状態になった場合、更新制御部５０２は、そのＩＰアドレスと、ＲＡＤＩＵＳサーバ４の認証部４０２が取得したクライアントＩＤに対応するドメイン名との対をＤＮＳ情報としてＤＤＮＳサーバ６に登録することになる。ＤＮＳ情報を登録する処理では、具体的には、更新制御部５０２は、このドメイン名およびＩＰアドレスを含む、ＤＮＳ情報を更新する旨のＤＮＳ更新要求をＤＤＮＳサーバ６に送信することでＤＮＳ情報を登録する。
【００４１】
また、更新制御部５０２は、通信部５０１が受信したＤＮＳ更新サービス切断要求内のクライアントＩＤと、利用者ＤＢ３に記憶された利用者情報とに基づいて、そのクライアントＩＤのユーザがＤＮＳ更新サービスに加入しているか否かを判断する。なお、このＤＮＳ更新サービスに加入しているか否かの判断を行う処理は、上述した通信部５０１がＤＮＳ更新サービス確認要求を受信した際のＤＮＳ更新サービスに加入しているか否かの判断を行う処理と同様である。
【００４２】
ユーザがＤＮＳ更新サービスに加入している場合、更新制御部５０２は、利用者ＤＢ３においてクライアントＩＤに対応するドメイン名と、そのドメイン名に対応するＩＰアドレスと対であるＤＮＳ情報を更新する更新処理を行う。
【００４３】
更新処理では、具体的に、更新制御部５０２は、利用者ＤＢ３においてクライアントＩＤに対応するドメイン名を含み、そのドメイン名に対応するＩＰアドレスを削除する旨のＤＮＳ切断要求をＤＤＮＳサーバ６に送信することで、ＤＤＮＳサーバ６に登録されたＤＮＳ情報を削除する。
【００４４】
また、更新制御部５０２は、ＤＮＳ切断要求の代わりに、利用者ＤＢ３においてクライアントＩＤに対応するドメイン名と、所定のＩＰアドレスとを含み、ＤＮＳ情報内のＩＰアドレスを所定のＩＰアドレスに更新する旨のＤＮＳ変更要求をＤＤＮＳサーバ６に送信して、ＤＤＮＳサーバ６に登録されたＤＮＳ情報のＩＰアドレスを所定のＩＰアドレスに変更してもよい。所定のＩＰアドレスは、例えば、利用者ＤＢ３に記憶されたオフライン用ＩＰアドレスである。以下では、所定のＩＰアドレスをこのオフライン用ＩＰアドレスにする。
【００４５】
ＤＤＮＳサーバ６は、ＤＮＳ情報を動的に管理するＤＮＳサーバである。ＤＤＳＮサーバ６は、例えば、専用アプライアンス装置やサーバ、汎用コンピュータなどにより実現される。図６は、ＤＤＮＳサーバ６の構成の一例を示す図である。図６に示すＤＤＮＳサーバ６は、通信部６０１と、記憶部６０２と、管理部６０３とを有する。
【００４６】
通信部６０１は、ＤＤＮＳクライアント５からＤＮＳ更新要求、ＤＮＳ切断要求およびＤＮＳ変更要求を受信し、ユーザ端末７からＤＮＳクエリを受信する。ＤＮＳクエリは、ドメイン名を含み、そのドメイン名に対応するＩＰアドレスを問い合わせるメッセージである。
【００４７】
記憶部６０２は、ＤＮＳ情報を記憶する。ＤＮＳ情報は、ＩＰアドレスごとに、そのＩＰアドレスに対応するドメイン名を示す情報である。図７は、ＤＮＳ情報の一例を示す図である。図７に示すＤＮＳ情報７００は、ＩＰアドレス７０１と、ドメイン名７０２とを有する。
【００４８】
管理部６０３は、通信部６０１が受信したＤＮＳ更新要求に基づいて、記憶部６０２に記憶されたＤＮＳ情報を更新する。具体的には、管理部６０３は、ＤＮＳ更新要求に含まれるＩＰアドレスおよびドメイン名の対をＤＮＳ情報に追加する。このとき、ＩＰアドレスおよびドメイン名の対が既に記憶されている場合、管理部６０３は、ＤＮＳ情報において、ＤＮＳ更新要求に含まれるドメイン名対応するＩＰアドレスを、ＤＮＳ更新要求に含まれるＩＰアドレスに変更する。
【００４９】
また、管理部６０３は、通信部６０１が受信したＤＮＳ切断要求に基づいて、記憶部６０２に記憶されたＤＮＳ情報を更新する。具体的には、管理部６０３は、ＤＮＳ情報においてＤＮＳ切断要求に含まれるドメイン名と、そのドメイン名に対応するＩＰアドレスを削除する。また、管理部６０３は、通信部６０１が受信したＤＮＳ変更要求に基づいて、記憶部６０２に記憶されたＤＮＳ情報を更新する。具体的には、管理部６０３は、ＤＮＳ情報において、ＤＮＳ変更要求に含まれるドメイン名に対応するＩＰアドレスを、ＤＮＳ変更要求に含まれるオフライン用ＩＰアドレスに変更する。
【００５０】
また、管理部６０３は、記憶部６０２において、通信部６０１が受信したＤＮＳクエリに含まれるドメイン名に対応するＩＰアドレスを、ユーザ端末７に送信する。このとき、管理部６０３は、クライアント端末１が所定のネットワークに接続されていなかったり、クライアント端末１のユーザがＤＮＳ更新サービスに加入していなかったりして、記憶部６０２にＤＮＳ更新要求に含まれるドメイン名が記憶されていない場合、ドメイン名が記憶されていない旨のエラーメッセージをユーザ端末７に送信する。
【００５１】
ユーザ端末７は、クライアント端末１のユーザに限らない一般ユーザがクライアント端末１にドメイン名を用いて接続する場合に使用される。ユーザ端末７は、例えば、スマートフォンやパーソナルコンピュータなどで実現される。本実施形態では、ユーザ端末７は、インターネット３０を介してＤＤＮＳサーバ６と接続可能であり、インターネット３０およびアクセスネットワーク１０を介してクライアント端末１と接続可能である。
【００５２】
具体的には、ユーザ端末７は、一般ユーザから、ドメイン名を含み、そのドメイン名を接続先とする接続要求が入力されると、そのドメイン名に対応するＩＰアドレスを問い合わせるＤＮＳクエリをＤＤＮＳサーバ６に送信する。
【００５３】
また、ユーザ端末７は、ＤＤＮＳサーバ６からＩＰアドレスを受信すると、ＩＰアドレスにて特定される接続先にインターネット３０を介して接続する。例えば、ＩＰアドレスがクライアント端末１に割り当てられたＩＰアドレスの場合、ユーザ端末７は、クライアント端末１と接続して、クライアント端末１が提供するＷＥＢページなどを取得して表示する。また、ＩＰアドレスがオフライン用ＩＰアドレスの場合には、ユーザ端末７は、インターネット３０を介してオフライン用Ｗｅｂサーバと接続して、オフライン用Ｗｅｂサーバが提供するクライアント端末１がオフラインである旨を示す情報を取得して表示する。
【００５４】
また、ユーザ端末７は、ＤＤＮＳサーバ６からエラーメッセージを受信すると、入力されたドメイン
が示す接続先には接続できなかった旨を表示する。
【００５５】
次に本実施形態のネットワークシステムの動作について説明する。図８は、クライアント端末１がネットワークに接続する際のネットワークシステムの動作について説明するためのシーケンス図である。なお、以下の動作では、クライアント端末１の認証は、クライアントＩＤだけでなく、認証情報であるパスワードも用いて行われるものとする。
【００５６】
先ず、クライアント端末１は、クライアントＩＤおよびパスワードを含む接続要求を、アクセスＮＷ１０を介してＮＡＳ２に送信する（ステップＳ８０１）。ＮＡＳ２の通信部２０１は、接続要求を受信し、その接続要求を割当部２０３に送信する。割当部２０３は、接続要求を受信し、その接続要求内のクライアントＩＤおよびパスワードを含む認証要求を生成して、通信部２０１を用いてＲＡＤＩＵＳサーバ４に送信する（ステップＳ８０２）。
【００５７】
ＲＡＤＩＵＳサーバ４の通信部４０１は、認証要求を受信し、その認証要求を認証部４０２に送信する。認証部４０２は、認証要求を受信すると、通信部４０１およびＤＣＮＷ２０を介して利用者ＤＢ３に接続する。そして、認証部４０２は、認証要求に含まれるクライアントＩＤおよびパスワードが利用者ＤＢ３に対応付けられて記憶されているか否かを確認して、そのクライアントＩＤにて特定されるクライアント端末１を認証する（ステップＳ８０３）。認証部４０２は、その認証結果を通信部４０１およびアクセスＮＷ１０を介してＮＡＳ２に送信する（ステップＳ８０４）。
【００５８】
ＮＡＳ２の通信部２０１は、認証結果を受信し、その認証結果を割当部２０３に送信する。割当部２０３は、認証結果を受信すると、その認証結果が認証ＯＫを示すか否かを確認し、その確認結果に応じた接続可否情報を生成する。例えば、認証ＯＫの場合、割当部２０３は、プール部２０２に記憶されたプール情報が示すＩＰアドレスのうち、未使用のＩＰアドレスのいずれかをクライアント端末１に割り当て、その割り当てたＩＰアドレスを含み、接続許可を示す接続可否情報を生成する。また、認証ＮＧの場合、割当部２０３は、ＩＰアドレスの割り当ては行わずに、接続不許可を示す接続可否情報を生成する。そして、割当部２０３は、生成した接続可否情報を、通信部２０１およびアクセスＮＷ１０を介してクライアント端末１に送信する（ステップＳ８０５）。
【００５９】
クライアント端末１は、接続可否情報を受信し、その接続可否情報が接続許可を示すか否かを確認して、所定のネットワークに接続するか否かを判定する。例えば、クライアント端末１は、接続可否情報は接続許可を示す場合、その接続可否情報内のＩＰアドレスを用いて所定のネットワークに接続し、接続可否情報が接続不許可を示す場合、処理を終了する（ステップＳ８０６）。
【００６０】
ステップＳ８０４において、認証ＯＫの場合、ＮＡＳ２の割当部２０３は、認証要求に含まれるクライアントＩＤに対応するクライアント端末１に割り当てたＩＰアドレスを含み、かつ、クライアント端末１が接続を開始した日時として現在の日時を含む接続通知を生成する。割当部２０３は、生成した接続通知を、通信部２０１を用いてＲＡＤＩＵＳサーバ４に送信する（ステップＳ８０７）。
【００６１】
ＲＡＤＩＵＳサーバ４の通信部４０１は、接続通知を受信し、その接続通知を認証部４０２に送信する。認証部４０２は、接続通知を受信すると、通信部４０１およびＤＣＮＷ２０を介して利用者ＤＢ３に接続する。そして、認証部４０２は、利用者ＤＢ３に記憶された接続情報において、クライアント端末１が接続を開始した日時と、接続種別としての「接続開始」とを、ステップＳ８０２で受信した認証要求内のクライアントＩＤとそのクライアント端末１に割り当てたＩＰアドレスに対応付けてログを追加する（ステップＳ８０８）。ここで、接続通知に日時が含まれていない場合、認証部４０２は、接続通知を受信した日時をクライアント端末１が接続を開始した日時としてログに追加する。
【００６２】
その後、認証部４０２は、接続通知に含まれるＩＰアドレスと、認証要求に含まれるクライアントＩＤとを含むＤＮＳ更新サービス確認要求を生成して、通信部４０１およびＤＣＮＷ２０を介してＤＤＮＳクライアント５に送信する（ステップＳ８０９）。
【００６３】
ＤＤＮＳクライアント５の通信部５０１は、ＤＮＳ更新サービス確認要求を受信し、そのＤＮＳ更新サービス確認要求を更新制御部５０２に送信する。更新制御部５０２は、ＤＮＳ更新サービス確認要求を受信すると、通信部４０１およびＤＣＮＷ２０を介して利用者ＤＢ３に接続する。更新制御部５０２は、ＤＮＳ更新サービス確認要求内のクライアントＩＤと、利用者ＤＢ３内の利用者情報とに基づいて、そのクライアントＩＤのユーザがＤＮＳ更新サービスに加入しているか否かを判断する（ステップＳ８１０）。
【００６４】
ここでは、ユーザがＤＮＳ更新サービスに加入しているとする。この場合、更新制御部５０２は、利用者ＤＢ３からクライアントＩＤに対応するドメイン名と、ＤＮＳ更新サービス確認要求内のＩＰアドレスとを含むＤＮＳ更新要求を生成して、通信部５０１およびＤＣＮＷ２０を介してＤＤＮＳサーバ６に送信する（ステップＳ８１１）。
【００６５】
ＤＤＮＳサーバ６の通信部６０１は、ＤＮＳ更新要求を受信し、そのＤＮＳ更新要求を管理部６０３に送信する。管理部６０３は、ＤＮＳ更新要求を受信すると、そのＤＮＳ更新要求に基づいて、記憶部６０２に記憶されたＤＮＳ情報を更新する（ステップＳ８１２）。
【００６６】
なお、本実施形態では、ＲＡＤＩＵＳサーバ４の認証部４０２は、利用者ＤＢ３に記憶された接続情報を更新すると、ＤＮＳ更新サービス確認要求を用いてクライアントＩＤをＤＤＮＳクライアント５に通知し、ＤＤＮＳクライアント５の更新制御部５０２は、その通知されたクライアントＩＤを用いて、ユーザがＤＮＳ更新サービスに加入しているか否かを判断していた。しかしながら、ＲＡＤＩＵＳサーバ４からクライアントＩＤがＤＤＮＳクライアント５に通知されなくてもよい。
【００６７】
この場合、ＤＤＮＳクライアント５の更新制御部５０２は、先ず、利用者ＤＢ３に記憶された接続情報が更新されたか否かを判断する。例えば、更新制御部５０２は、定期的に接続情報を確認したり、ＲＡＤＩＵＳサーバ４から接続情報を更新した旨の通知を受けるたびに接続情報を確認したりして、前回確認した接続情報と今回確認した接続情報との差分があるか否かを判断することで、接続情報が更新されたか否かを判断する。また、利用者ＤＢ３に記憶された接続情報を更新すると、利用者ＤＢ３が接続情報を更新した旨の通知をＤＤＮＳクライアント５に送信し、更新制御部５０２が通知を受けるたびに接続情報を確認してもよい。接続情報を更新した旨の通知は、例えば、ＲＡＤＩＵＳサーバ４の認証部４０２がＤＮＳ更新サービス確認要求の代わりに送信する。接続情報が更新された場合、更新制御部５０２は、その更新された接続情報に対応する加入判定情報が加入を示すか否かを確認することで、ユーザがＤＮＳ更新サービスに加入しているか否かを判断する。
【００６８】
図９は、クライアント端末１のネットワークとの接続が切断された際のネットワークシステムの動作について説明するためのシーケンス図である。
【００６９】
先ず、ＮＡＳ２の割当部２０３は、クライアント端末１との接続状況を監視するなどして、クライアント端末１との接続が切断されたか否かを監視する。そして、クライアント端末１との接続が切断された場合、割当部２０３は、クライアント端末１のクライアントＩＤとそのクライアント端末１に割り当てたＩＰアドレスを含み、かつ、クライアント端末１の接続が終了した日時として現在の日時を含む切断通知を、通信部２０１を用いてＲＡＤＩＵＳサーバ４に送信する（ステップＳ９０１）。
【００７０】
ＲＡＤＩＵＳサーバ４の通信部４０１は、切断通知を受信し、その切断通知を認証部４０２に送信する。認証部４０２は、切断通知を受信すると、通信部４０１およびＤＣＮＷ２０を介して利用者ＤＢ３に接続する。そして、認証部４０２は、利用者ＤＢ３に記憶された接続情報において、クライアント端末１のが接続がを切断した日時と、接続種別としての「切断」とを、切断通知内のクライアントＩＤとそのクライアント端末１に割り当てたＩＰアドレスに対応付けてログに追加する（ステップＳ９０２）。
ここで、切断通知に日時が含まれていない場合、認証部４０２は、切断通知を受信した日時をクライアント端末１の接続が切断した日時としてログに追加する。
【００７１】
その後、認証部４０２は、切断通知に含まれるクライアントＩＤとＩＰアドレスを含むＤＮＳ更新サービス切断要求を生成して、通信部４０１およびＤＣＮＷ２０を介してＤＤＮＳクライアント５に送信する（ステップＳ９０３）。
【００７２】
ＤＤＮＳクライアント５の通信部５０１は、ＤＮＳ更新サービス切断要求を受信し、そのＤＮＳ更新サービス切断要求を更新制御部５０２に送信する。更新制御部５０２は、ＤＮＳ更新サービス切断要求を受信すると、通信部４０１およびＤＣＮＷ２０を介して利用者ＤＢ３に接続する。更新制御部５０２は、ＤＮＳ更新サービス確認要求内のクライアントＩＤと、利用者ＤＢ３内の利用者情報とに基づいて、そのクライアントＩＤのユーザがＤＮＳ更新サービスに加入しているか否かを判断する（ステップＳ９０４）。
【００７３】
ここでは、ユーザがＤＮＳ更新サービスに加入しているとする。この場合、更新制御部５０２は、ＤＮＳ更新サービス切断要求に含まれるＩＰアドレスと、利用者ＤＢ３からクライアントＩＤに対応するドメイン名とを含むＤＮＳ切断要求を生成して、通信部５０１およびＤＣＮＷ２０を介してＤＤＮＳサーバ６に送信する（ステップＳ９０５）。
【００７４】
ＤＤＮＳサーバ６の通信部６０１は、ＤＮＳ切断要求を受信し、そのＤＮＳ切断要求を管理部６０３に送信する。管理部６０３は、ＤＮＳ切断要求を受信すると、記憶部６０２に記憶されたＤＮＳ情報において、ＤＮＳ切断要求内のドメイン名と、ドメイン名に対応するＩＰアドレスを削除する。
【００７５】
なお、ステップＳ９０５において、更新制御部５０２は、ＤＮＳ切断要求を送信する代わりに、ドメイン名と、利用者ＤＢ３に記憶されたオフライン用ＩＰアドレスとを含むＤＮＳ変更要求を送信してもよい。この場合、ＤＤＳＮサーバの管理部６０３は、ＤＮＳ情報において、ＤＮＳ変更要求に含まれるドメイン名対応するＩＰアドレスを、ＤＮＳ変更要求に含まれるオフライン用ＩＰアドレスに変更する。
【００７６】
なお、本実施形態では、ＲＡＤＩＵＳサーバ４の認証部４０２は、利用者ＤＢ３に記憶された接続情報を更新すると、ＤＮＳ更新サービス切断要求を用いてクライアントＩＤをＤＤＮＳクライアント５に通知し、ＤＤＮＳクライアント５の更新制御部５０２は、その通知されたクライアントＩＤを用いて、ユーザがＤＮＳ更新サービスに加入しているか否かを判断していた。しかしながら、ＲＡＤＩＵＳサーバ４からクライアントＩＤがＤＤＮＳクライアント５に通知されなくてもよい。例えば、ＤＤＮＳクライアント５の更新制御部５０２は、先ず、利用者ＤＢ３に記憶された接続情報が更新されたか否かを判断する。接続情報が更新された場合、更新制御部５０２は、その更新された接続情報に対応する加入判定情報が加入を示すか否かを確認することで、ユーザがＤＮＳ更新サービスに加入しているか否かを判断する。
【００７７】
以上説明したように本実施形態によれば、利用者ＤＢ３は、クライアント端末１のクライアントＩＤにクライアント端末１のドメイン名を対応付けて記憶する。認証部４０２は、ＩＰアドレスの割り当てを要求したクライアント端末１を特定するクライアントＩＤを取得する。更新制御部５０２は、クライアント端末１にＩＰアドレスが割り当てられて、クライアント端末１がオンライン状態になった場合、そのＩＰアドレスと、認証部４０２が取得したクライアントＩＤに対応するドメイン名との対をＤＮＳ
情報としてＤＤＮＳサーバ６に登録する。したがって、クライアント端末１がＤＮＳ情報を更新せずに、ドメイン名とＩＰアドレスの対応関係を示す通常のＤＮＳ情報を登録することが可能になるため、クライアント端末がＤＮＳ情報を更新せずに、かつ安価にＤＮＳ情報を動的に更新することが可能になる。
【００７８】
以上説明した各実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【００７９】
例えば、利用者ＤＢ３、ＲＡＤＩＵＳサーバ４およびＤＤＮＳクライアント５のうちの２以上のものが同一の装置で実現されてもよい。
【００８０】
また、ＤＤＮＳクライアント５の更新制御部５０２は、クライアント端末１のユーザがＤＮＳ更新サービスに加入しているか否かを判断する際に、利用者ＤＢ３に接続して加入判定情報またはドメイン名を確認していたが、ＤＤＮＳサーバ６に対して利用者ＤＢ３に記憶された加入判定情報またはドメイン名を確認するように指示してもよい。
【００８１】
また、ネットワークシステムに含まれる各装置の機能は、その機能を実現するためのプログラムを、コンピュータにて読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ実行させることで、実現されてもよい。
【符号の説明】
【００８２】
１    クライアント端末
２    ＮＡＳ
２０１、４０１、５０１、６０１  通信部
２０２  プール部
２０３  割当部
３    利用者ＤＢ
４    ＲＡＤＩＵＳサーバ
４０２  認証部
５    ＤＤＮＳクライアント
５０２  更新制御部
６    ＤＤＮＳサーバ
６０１  記憶部
６０２  管理部
【図１】
0006405294.tif 000002
【図２】
0006405294.tif 000003
【図３Ａ】
0006405294.tif 000004
【図３Ｂ】
0006405294.tif 000005
【図４】
0006405294.tif 000006
【図５】
0006405294.tif 000007
【図６】
0006405294.tif 000008
【図７】
0006405294.tif 000009
【図８】
0006405294.tif 000010
【図９】
0006405294.tif 000011