(57)【要約】【課題】主サーバの負荷を低減するデータベースの管理システムを提供する。【解決手段】ＤＮＳサーバ１２０は、データベース１２３を有し、ネットワークに接続された通信装置１００から名前解決要求を受け付けると共に、ネットワークに新たに接続された通信装置１００の情報をデータベース１２３追加登録する。代理更新装置１１０は、通信装置１００から送信される登録要求を、ＤＮＳサーバ１２０に代わって受信する。代理更新装置１１０は、受信した登録要求を１つずつＤＮＳサーバ１２０に送信し、ＤＮＳサーバ１２０は、受信した登録要求に従って、データベース１２３を更新する。【選択図】　　図１
2004046504.tif 000002
【特許請求の範囲】
【請求項１】
データベースを有し、ネットワークに接続された通信装置の要求に応じて前記データベースを検索する機能を有する主サーバと、
ネットワークに接続された通信装置から登録又は更新要求を受け付けると、該通信装置の登録又は更新要求を前記サーバに送信する代理サーバとを備え、
前記主サーバは、前記代理サーバから前記通信装置の登録又は更新要求を受信すると、該通信装置の登録又は更新要求を前記データベースに反映することを特徴とするデータベースの管理システム。
【請求項２】
前記データベースは、複数の通信装置に設定された名称とそのアドレスとを記憶する、請求項１に記載のデータベースの管理システム。
【請求項３】
前記主サーバは、自身の負荷を測定する負荷測定手段を備え、前記代理サーバから負荷測定の要求があると、自身の現在の負荷状況を前記代理サーバに送信する、請求項１に記載のデータベース管理システム。
【請求項４】
前記主サーバは、前記通信装置の登録又は更新要求を記憶するバッファを備え、前記代理サーバは、前記通信装置の登録又は更新要求を前記主サーバに送信すると、次の通信装置の登録又は更新要求を受け付ける、請求項１〜３の何れかに記載のデータベースの管理システム。
【請求項５】
前記代理サーバは、前記通信装置の登録又は更新要求を記憶するバッファを備え、複数の通信装置からの登録又は更新要求を連続的に受信可能である、請求項１〜４の何れかに記載のデータベースの管理システム。
【請求項６】
前記代理サーバは、前記主サーバから前記通信装置の登録又は更新が終了した旨を受信すると、新たな通信装置の登録又は更新の要求を受け付ける、請求項１〜３の何れかに記載のデータベースの管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータベースの管理システムに関し、更に詳しくは、複数の装置から独立に更新要求が送信されるデータベースの管理システムに関する。
【０００２】
【従来の技術】
動的に更新されるデータベースとして、例えば、ＲＦＣ２１３６に規定されるダイナミックＤＮＳ（Ｄｙｎａｍｉｃ　Ｄｏｍａｉｎ　Ｎａｍｅ　Ｓｅｖｅｒ）は、ＩＰアドレスと、ホスト名とを対応付けるデータベースを動的に管理する。ダイナミックＤＮＳ（以下、単にＤＮＳサーバと呼ぶ）は、ネットワークに新たに追加された、或いは、設定が変更された通信装置から随時に情報を受信して、データベースを更新する。
【０００３】
例えば、複数の通信装置が、新たにＩＰアドレス、及び、ホスト名が設定されてネットワークに追加された場合、各通信装置は、ホスト名とＩＰアドレスの対応を定義付けるために、ＤＮＳサーバに対してデータベースの更新（追加登録）をそれぞれ要求する。通信装置にＩＰアドレスを設定する手段には、例えば、ＩＰアドレスを動的に割り当てるＤＨＣＰ（Ｄｙｎａｍｉｃ　Ｈｏｓｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用することができる。要求を受けたＤＮＳサーバは、要求に従って各通信装置に対応するデータベースのエントリを更新する。ネットワーク上の通信装置は、ＤＮＳサーバに名前解決要求を送信し、ホスト名に対応するＩＰアドレスを取得することで、ホスト名を使用して、所望の通信装置にアクセスすることができる。
【０００４】
【発明が解決しようとする課題】
ところで、各通信装置は、他の通信装置とは独立に、自身のタイミングでデータベースの更新を要求する。ＤＮＳサーバは、名前解決要求に対する応答と、データベースの更新処理とを並列して行なうため、ＤＮＳサーバに、多数の通信装置からの更新要求が集中して発生すると、ＤＮＳサーバの負荷が高くなり、その運用に支障を来たすという問題があった。
【０００５】
各通信装置が、他の通信装置が更新要求を行なっているか否かを監視し、自身の登録要求を送信するか否かを決定する制御機構を備えることで、同じタイミングで発生したＤＮＳサーバに対する更新要求を、異なるタイミングに制御することができる。しかし、この場合には、各通信措置は、他の通信装置の更新要求の有無をそれぞれ調べる必要があるために、制御が複雑になるという問題があった。
【０００６】
ここで、配信サーバへのアクセスの集中を回避する技術として、プロキシサーバを使用する技術が知られている。プロキシサーバは、クライアントが要求したコンテンツへ、クライアントに代わってアクセスし、配信サーバから受信したコンテンツをクライアントに送信する。プロキシサーバは、コンテンツをキャッシュするキャッシュ機能と合わせることで、多数のクライアントから同じコンテンツの要求があったときでも、配信サーバへのアクセス数、及び、配信サーバの負荷を低減することができる。しかし、従来、情報を登録するＤＮＳサーバへの登録要求の集中を低減する技術は知られてはいなかった。
【０００７】
本発明は、上記問題を解消し、同じデータベースに更新を要求する装置毎に制御機構を設けることなく、動的に更新されるオンラインデータベースの更新に際して、データベースを管理する主サーバへのアクセスの集中を回避し、主サーバの負荷を軽減するデータベースの管理システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するために、本発明のデータベースの管理システムは、データベースを有し、ネットワークに接続された通信装置の要求に応じて前記データベースを検索する機能を有する主サーバと、ネットワークに接続された通信装置から登録又は更新要求を受け付けると、該通信装置の登録又は更新要求を前記サーバに送信する代理サーバとを備え、前記主サーバは、前記代理サーバから前記通信装置の登録又は更新要求を受信すると、該通信装置の登録又は更新要求を前記データベースに反映することを特徴とする。
【０００９】
本発明のデータベースの管理システムでは、主サーバは、ネットワークに接続された通信装置（クライアント）から参照され、動的に内容が更新されるオンラインデータベースを有し、代理サーバは、データベースの内容の登録又は更新の要求を、主サーバに代わって受け付ける。主サーバは、代理サーバが受け付けた登録又は更新要求を受信すると、その要求に従って、データベースを更新する。代理サーバは、複数の登録又は更新要求が同じタイミングで発生した場合についても、主サーバに送信する登録又は更新要求を異なるタイミングに制御することができるため、主サーバに登録又は更新要求が集中せず、主サーバにかかる負荷を軽減することができる。
【００１０】
本発明のデータベースの管理システムでは、前記データベースは、複数の通信装置に設定された名称とそのアドレスとを記憶することが好ましい。この場合、主サーバは、例えばＲＦＣ２１３６に規定されるダイナミックＤＮＳとして構成される。ダイナミックＤＮＳは、例えば、ＩＰアドレスを動的に設定するＤＨＣＰと組み合わせると、ＩＰアドレスが固定的に設定されない通信装置に、その通信装置に設定されたホスト名を使用してアクセスすることを可能にする。代理サーバがデータベースに対する登録又は更新要求を制御するため、主サーバにかかる負荷を軽減することができる。
【００１１】
本発明のデータベースの管理システムでは、前記主サーバは、自身の負荷を測定する負荷測定手段を備え、前記代理サーバから負荷測定の要求があると、自身の現在の負荷状況を前記代理サーバに送信することが好ましい。この場合、代理サーバは、主サーバから受信した主サーバの負荷の測定結果に従って、データベースに対する登録又は更新要求を主サーバに送信するタイミングを調整することができる。
【００１２】
本発明のデータベースの管理システムでは、前記主サーバは、前記通信装置の登録又は更新要求を記憶するバッファを備え、前記代理サーバは、前記通信装置の登録又は更新要求を前記主サーバに送信すると、次の通信装置の登録又は更新要求を受け付けることが好ましい。この場合、代理サーバは、主サーバのバッファの容量の範囲内で、受信した更新又は登録要求を送信し、次に受信すべき更新又は登録要求を受信する。主サーバは、バッファに記憶された登録又は更新要求に従って、データベースを更新する。例えば代理サーバが主サーバから負荷の測定結果を受信する場合、代理サーバは、受信した負荷の測定結果によっては、データベースに対する登録又は更新要求を送信しないことで、主サーバにかかる負荷を制限することができる。
【００１３】
本発明のデータベースの管理システムでは、前記代理サーバは、前記通信装置の登録又は更新要求を記憶するバッファを備え、複数の通信装置からの登録又は更新要求を連続的に受信可能であることが好ましい。この場合、例えば、代理サーバのバッファの容量の範囲内で連続的に受信した登録又は更新要求を、所定時間間隔などで主サーバに順次に送信することで、主サーバにかかる負荷を軽減することができる。ここで、代理サーバが主サーバから負荷の測定結果を受信する場合には、代理サーバは、受信した測定結果によって、主サーバに送信する登録又は更新要求の時間間隔を制御することで、主サーバにかかる負荷を制限することができる。
【００１４】
本発明のデータベースの管理システムでは、前記代理サーバは、前記主サーバから前記通信装置の登録又は更新が終了した旨を受信すると、新たな通信装置の登録又は更新の要求を受け付けることもできる。この場合、代理サーバは、受信した登録又は更新要求に従って、主サーバが管理するデータベースが更新された後に、新たに登録又は更新要求を受信する。このため、複数の登録又は更新要求が同じタイミングで発生した場合についても、主サーバに登録又は更新要求が集中せず、主サーバにかかる負荷を制限することができる。
【００１５】
【発明の実施の形態】
以下、図面を参照し、本発明の実施形態例に基づいて、本発明を更に詳細に説明する。図１は、本発明の第１実施形態例のデータベースの管理システムの構成を機能的ブロック図として示している。データベースの管理システムは、データベースを動的に管理する主サーバ（ＤＮＳサーバ）１２０と、通信装置１００からの更新要求を代理して受信する代理更新装置１１０とを備える。
【００１６】
ＤＮＳサーバ１２０は、更新要求受信装置１２１、更新装置１２２、及び、データベース１２３を備える。また、ＤＮＳサーバ１２０は、ダイナミックＤＮＳとして構成され、ネットワークにおけるホスト名と、ＩＰアドレスとを対応付けるテーブルを動的に管理し、そのテーブルをデータベース１２３に記憶する。ＤＮＳサーバ１２０は、データベースを更新する機能と共に、名前解決要求に含まれるホスト名（名前）に対応するＩＰアドレスを、データベース１２３を参照して返答する機能も有する。なお、図１では、名前解決要求に対応する機能の図示を省略した。
【００１７】
代理更新装置１１０は、更新要求代理受信装置１１１と、更新要求送信装置１１２とを備える。代理更新装置１１０は、ＤＮＳサーバ１２０に代わって、通信装置１００からＤＮＳサーバ１２０が管理するデータベース１２３の更新要求を受信し、通信装置１００とＤＮＳサーバ１２０との間で行なわれる登録処理を制御する。
【００１８】
図２は、図１のＤＮＳサーバ１２０のデータベース１２３の更新の動作手順の例をフローチャートとして示している。通信装置１００は、自身のホスト名及びアドレスが設定されて、ネットワークに新たに追加されると、そのホスト名とアドレスとの対応を、データベース１２３に登録するための登録要求を、代理更新装置に向けて送信する（ステップＳ１１）。例えば、通信装置１００にＩＰアドレスを設定する手段としては、ＤＨＣＰを使用することができる。
【００１９】
代理更新装置１１０は、更新要求代理受信装置１１１によって登録要求を受信し、更新要求送信装置１１２によって、ＤＮＳサーバ１２０に対して、通信装置１００に設定されたホスト名から、通信装置１００のアドレスを参照するための正引きの登録を要求する（ステップＳ１２）。ＤＮＳサーバ１２０は、更新要求受信装置１２１によって正引きの登録の要求を受信し、更新装置１２２によってデータベース１２３への追加登録を行なう。ＤＮＳサーバ１２０は、追加処理を正常に終了すると、その旨を代理サーバ１１０に応答する（ステップＳ１３）。
【００２０】
代理更新装置１１０は、引き続き、通信装置１００のＩＰアドレスから、通信装置１００の名前を参照するための逆引きの登録を、ＤＮＳサーバ１２０に対して行なう（ステップＳ１４）。ＤＮＳサーバ１２０は、逆引きの登録をデータベース１２３に対して行ない、登録処理を正常に終了すると、その旨を代理サーバ１１０に応答する（ステップＳ１５）。正引き、及び、逆引きの登録が正常に終了すると、データベースの更新は終了する。
【００２１】
ここで、ＤＮＳサーバ１２０の負荷が高く、代理更新装置１１０から送信される情報が、所定の時間内にデータベース１２３へ登録されないときには、代理更新装置１１０は、ＤＮＳサーバ１２０から送信されるステップＳ１３やステップＳ１５の応答を受信しない。この場合、代理更新装置１１０は、登録が失敗したとして、通信装置１００からの登録要求を破棄する。また、代理更新装置１１０は、ある通信装置１００からの更新要求を受け付け、ＤＮＳサーバ１２０への登録を行なっているときには、その登録作業が終了するまでは、他の通信装置１００からの更新要求を受け付けない。
【００２２】
本実施形態例では、代理更新装置１１０が、通信装置１００からの更新要求を受信し、ＤＮＳサーバ１２０に対して登録処理を行なう。代理更新装置１１０は、同じタイミングで複数の通信装置１００からの更新要求が発生した場合であっても、一の通信装置１００からの更新要求をＤＮＳサーバ１２０に送信し、その登録が終了するまでは、他の通信装置１００からの更新要求をＤＮＳサーバ１２０に送信しない。このため、ＤＮＳサーバ１２０に通信装置１００からの更新要求が集中せず、ＤＮＳサーバ１２０の負荷増加を抑制することができる。
【００２３】
例えば、ネットワークに同時に追加される通信装置１００が多数ある場合に、各通信装置１００は、自身の情報の登録を同じタイミングで代理更新装置１１０に要求をするが、代理更新装置１１０は、更新要求を１つずつＤＮＳサーバ１２０へ送信し、同じタイミングで複数の更新要求を送信しない。このため、各通信装置１００に更新要求が同じタイミングにならないようにする制御機構を設けることなく、ＤＮＳサーバ１２０への負荷の集中を抑えることができる。
【００２４】
図３は、本発明の第２実施形態例のデータベースの管理システムの構成を示している。本実施形態例は、図１のＤＮＳサーバ１２０が負荷測定装置１２４を有する点、及び、代理更新装置１１０が負荷検出装置１１３を有する点で、第１実施形態例と相違する。負荷検出装置１１３は、負荷測定装置１２４が測定したＤＮＳサーバ１２０の負荷を受信する。
【００２５】
図４は、図３のデータベースの管理システムの動作手順をフローチャートとして示している。図４に示す動作手順は、図２のステップＳ１２、及び、ステップＳ１４に先行してＤＮＳサーバ１２０の負荷を測定する点で、第１実施形態例と相違する。
【００２６】
代理更新装置１１０は、ステップＳ２１で、ＤＮＳサーバ１２０に対する通信装置１００からの更新要求を受信すると、負荷検出装置１１３がＤＮＳサーバ１２０に現在の負荷を問い合わせる（ステップＳ２２）。ＤＮＳサーバ１２０は、負荷測定装置１２４によって現在の負荷を測定し、その測定結果を代理更新装置１１０に返答する（ステップＳ２３）。代理更新装置１１０は、ＤＮＳサーバ１２０の負荷が低いときには、ステップＳ２４に進み、正引きの登録要求をＤＮＳサーバ１２０に送信する。
【００２７】
代理更新装置１１０は、正引きの登録が終了すると、ＤＮＳサーバ１２０に、再度、負荷を問い合わせる（ステップＳ２６）。代理更新装置１１０は、ＤＮＳサーバ１２０から返答される負荷の測定結果を受信し（ステップＳ２７）、負荷が低いときには、ステップＳ２８に進み、逆引きの登録をＤＮＳサーバ１２０に対して要求する。代理更新装置１１０は、ステップＳ２３やステップＳ２７で、ＤＮＳサーバ１２０から負荷が高い旨の返答を受信すると、所定時間の経過後に、再び負荷を問い合わせ、正引き、又は、逆引きの登録要求を行なう。
【００２８】
本実施形態例では、代理更新装置１１０は、ＤＮＳサーバ１２０に対して通信装置１００の情報を登録をするのに先立って、ＤＮＳサーバ１２０の負荷を測定する。このため、ＤＮＳサーバ１２０の負荷が、一定以上に高くならないようにすることができる。
【００２９】
図５は、本発明の第３実施形態例のデータベースの管理システムの構成を示している。本実施形態例は、図１のＤＮＳサーバが負荷測定装置１２４と予約受付装置１２５とを備える点、及び、代理更新装置１１０が資源予約装置１１４を備える点で、第１実施形態例と相違する。負荷測定装置１２４は、ＤＮＳサーバ１２０の負荷を測定する。予約受付装置１２５は、資源予約装置１１４が予約する更新要求を受け付け、データベースの更新に必要なＤＮＳサーバ１２０の資源を予約する。
【００３０】
図６は、図５のデータベースの管理システムの動作手順をフローチャートとして示している。本実施形態例は、図２のステップＳ１２、及び、ステップＳ１４に先行して、データベースの更新に必要なＤＮＳサーバ１２０の資源を予約する点で、第１実施形態例と相違する。
【００３１】
代理更新装置１１０は、ステップＳ３１で、ＤＮＳサーバ１２０に対する通信装置１００からの更新要求を受信すると、資源予約装置１１４によって、データベース１２３の更新に必要なＤＮＳサーバ１２０の資源の予約を要求する（ステップＳ３２）。要求を受けたＤＮＳサーバ１２０では、予約受付装置１２５が、負荷測定装置１２４を用いてＤＮＳサーバ１２０の負荷を測定し、負荷が高くなく、かつ、他の予約が少ないときには予約を受け付け、その旨を予約受付装置１１４に対して応答する（ステップＳ３３）。予約が受け付けられると、ステップＳ３４へ進み、代理更新装置１１０は、正引きの登録要求を送信する。
【００３２】
代理更新装置１１０は、正引きの登録が終了すると、ＤＮＳサーバ１２０に、再度、資源の予約を要求する（ステップＳ３６）。代理更新装置１１０は、ＤＮＳサーバ１２０から予約を受け付けた旨の返答を受信すると（ステップＳ３７）、ステップＳ３８に進み、逆引きの登録をＤＮＳサーバ１２０に対して要求する。代理更新装置１１０は、ＤＮＳサーバ１２０の負荷が高い、或いは、予約受付装置１２５が既に受け付けた予約数が多い場合には、所定時間の経過後、再び、資源の予約を要求する。予約を受け付けたＤＮＳサーバ１２０は、予約された更新要求に従って、データベース１２３を更新する。
【００３３】
本実施形態例では、代理更新装置１１０が受信した更新要求は、予約受付装置１２５によって予約される。その際、予約受付装置１２５は、ＤＮＳサーバ１２０の負荷を検出し、ＤＮＳサーバ１２０が処理しきれない更新要求については予約を受け付けない。このため、ＤＮＳサーバ１２０の負荷が、一定以上に高くならないようにすることができる。
【００３４】
図７は、本発明の第４実施形態例のデータベースの管理システムの構成を示している。本実施形態例は、図１の代理更新装置１１０がバッファ１１５を備える点で、第１実施形態例と相違する。バッファ１１５には、通信装置１００からの更新要求が複数記憶でき、更新要求送信装置１１２は、バッファ１１５に記憶されている更新要求を参照し、更新要求をＤＮＳサーバ１２０に送信する。
【００３５】
代理更新装置１１０は、ＤＮＳサーバ１２０に対する通信装置１００からの更新要求を受信すると、受信した順にその内容をバッファ１１５に記憶する。更新要求送信装置１１２は、所定時間間隔でバッファ１１５を参照し、バッファ１１５に通信装置１００からの更新要求が記憶されているときには、ＤＮＳサーバ１２０に正引き、及び、逆引きの登録要求を送信する。
【００３６】
代理更新装置１１０は、正引き、及び、逆引きの登録が正常に終了した旨の返答をＤＮＳサーバ１２０から受信すると、登録された更新要求を、バッファ１１５から削除する。ＤＮＳサーバ１２０の負荷が高いなどの理由で、登録が正常に終了した旨の返答を受信しない場合、その更新要求は、バッファ１１５から削除されず、所定時間の経過後、再びＤＮＳサーバ１２０へ送信される。
【００３７】
本実施形態例では、バッファ１１５は、更新要求を一時的に記憶し、更新要求送信装置１１２は、バッファ１１５に記憶された更新要求を記憶された順にＤＮＳサーバ１２０に送信する。バッファ１１５には複数の更新要求が記憶できるため、代理更新装置１１０は、一の通信装置からの更新要求をバッファ１１５に記憶し、その更新要求をＤＮＳサーバ１２０に送信する前に、他の通信装置１００からの更新要求を受信してバッファ１１５に記憶することができる。また、バッファ１１５に記憶された更新要求は、データベース１２３が更新されるまで削除されない、つまり、受け付けた要求は、登録が行なわれるまで破棄されない。
【００３８】
以上、本発明をその好適な実施形態例に基づいて説明したが、本発明のデータベースの管理システムは、上記実施形態例にのみ限定されるものでなく、上記実施形態例の構成から種々の修正及び変更を施したデータベースの管理システムも、本発明の範囲に含まれる。例えば、主サーバとして、動的に更新されるダイナミックＤＮＳ（ＤＮＳサーバ）を例に説明したが、本発明は、ＤＮＳサーバに限られず、動的にデータベースの更新を要求される他の主サーバについても同様に適用できる。
【００３９】
【発明の効果】
以上説明したように、本発明のデータベースの管理システムでは、代理サーバが、データベースの更新を要求する装置からの更新要求を一括して受け付け、主サーバは、代理サーバからの要求に従って、管理するデータベースを動的に更新する。このため、主サーバへのアクセスの集中の回避を、更新を要求する装置毎に制御機構を設けることなく行なうことができ、主サーバの負荷を軽減することができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態例のデータベースの管理システムの構成を示すブロック図。
【図２】図１のデータベースの管理システムの動作手順を示すフローチャート。
【図３】本発明の第２実施形態例のデータベースの管理システムの構成を示すブロック図。
【図４】図３のデータベースの管理システムの動作手順を示すフローチャート。本発明
【図５】本発明の第３実施形態例のデータベースの管理システムの構成を示すブロック図。
【図６】図５のデータベースの管理システムの動作手順を示すフローチャート。
【図７】本発明の第４実施形態例のデータベースの管理システムの構成を示すブロック図。
【符号の説明】
１００：通信装置
１１０：代理更新装置（代理サーバ）
１１１：更新要求代理受信装置
１１２：更新要求送信装置
１１３：負荷検出装置
１１４：資源予約装置
１１５：バッファ
１２０：ＤＮＳサーバ（主サーバ）
１２１：更新要求受信装置
１２２：更新装置
１２３：データベース
１２４：負荷測定装置
１２５：予約受付装置
【図１】
2004046504.tif 000003
【図２】
2004046504.tif 000004
【図３】
2004046504.tif 000005
【図４】
2004046504.tif 000006
【図５】
2004046504.tif 000007
【図６】
2004046504.tif 000008
【図７】
2004046504.tif 000009