JP4962451B2

JP4962451B2 - 負荷分散方法およびｄｈｃｐサーバ装置

Info

Publication number: JP4962451B2
Application number: JP2008223025A
Authority: JP
Inventors: 剛史加藤
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2008-09-01
Filing date: 2008-09-01
Publication date: 2012-06-27
Anticipated expiration: 2028-09-01
Also published as: JP2010062598A

Description

本発明は、ＤＨＣＰサーバで通信端末のネットワーク設定を管理するＩＰネットワークにおける負荷分散方法に関し、特にＤＨＣＰサーバによるサービス提供機器の負荷分散方法およびＤＨＣＰサーバ装置に関する。

ＴＣＰ／ＩＰに基づくインターネット等のＩＰネットワークには、ＩＰパケットの送受信を行う多数の通信端末に加えて、これらの通信端末に各種のサービスを提供する機器が接続されている。代表的なサービス提供機器に、ＤＮＳ（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ）サーバ、デフォルトルータがある。ＤＮＳサーバは、ＩＰアドレスとドメイン名との間の変換サービスを提供する。また、デフォルトルータは、ネットワークと他のネットワークとの間に設けられ、一方のネットワークのＩＰパケットを他方のネットワークへ中継するサービスを提供する。

このようなサービス提供機器は、多数の通信端末で共有されるために、サービス提供機器自身の性能がボトルネックとなる可能性がある。そこで、負荷分散を目的に、サービス提供機器を多重化することがしばしば行われている。

サービス提供機器を多重化して負荷分散を行う方法の一つに、ロードバランサーというネットワーク機器を用いる方法がある。しかし、ロードバランサー自身の処理能力がボトルネックになる上、ネットワーク機器が増加し管理コストが高くなる。そこで、ロードバランサーを使わずに、多重化されたサービス提供機器の負荷分散を行う方法が、特許文献１に記載されている。

特許文献１に記載される負荷分散方法（以下、関連技術と言う）は、デフォルトルータを負荷分散の対象とし、ＤＨＣＰ（ＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｔｏｃｏｌ）サーバを用いて複数のデフォルトルータの負荷分散を行う。具体的には、まず、ネットワーク間を接続する複数のルータは互いに負荷情報を交換することによって最も負荷の低いルータを検出する。通信端末が、起動時または再設定時に、自アドレスおよびデフォルトルータのアドレスを含む設定パラメータを獲得するためのＤＨＣＰメッセージを、当該通信端末が接続されたネットワークへブロードキャストすると、複数のルータのうちの所定のルータが、ＤＨＣＰメッセージに、検出された最も負荷の低いルータを識別する情報を付加してＤＨＣＰサーバへ転送する。ＤＨＣＰサーバは、受信したＤＨＣＰサーバに付加された最も負荷の低いルータを識別する情報に基づいて、最も負荷の低いルータをデフォルトルータとする設定パラメータを通信端末に割り当てる。

特許第３８９６８９７号公報

上述した関連技術によれば、既存のＤＨＣＰサーバの機能を変更することなく、通信端末において、ルータの負荷を反映したデフォルトルータの分散による負荷分散が可能になる。

しかしながら、上述した関連技術では、通信端末から送信されたＤＨＣＰメッセージがルータを経由してＤＨＣＰサーバに転送されるネットワーク構成であることが前提になるため、通信端末とＤＨＣＰサーバとが同じネットワークに接続される構成のネットワークへの適用は困難であり、適用可能なネットワーク構成に制限が多い。

また、上述した関連技術は、デフォルトルータの負荷分散に関する技術であり、デフォルトルータ以外のサービス提供機器の負荷分散には適用が困難である。

本発明はこのような事情に鑑みて提案されたものであり、その目的は、適用可能なネットワーク構成およびサービス提供機器の種類に対する制限が少なく、汎用的に利用可能な、ＤＨＣＰサーバを用いたサービス提供機器の負荷分散方法およびＤＨＣＰサーバ装置を提供することにある。

本発明の第１のＤＨＣＰサーバ装置は、通信端末に通知するサービス提供機器のアドレスを記憶する記憶手段であって、同種のサービス提供機器について、複数のサービス提供機器のアドレスを記憶する記憶手段と、通信端末が送信した、自通信端末のアドレス及びサービス提供機器のアドレスを含む設定情報を獲得するためのＤＨＣＰメッセージの受信時、均等に選択する選択アルゴリズムを用いて、同種のサービス提供機器について記憶手段に記憶された複数のサービス提供機器のアドレスのうちから通信端末に通知するサービス提供機器のアドレスを選択し、選択したサービス提供機器のアドレスを含む設定情報を、ＤＨＣＰメッセージを送信した通信端末に送信するデータ処理手段とを備える。

本発明によれば、適用可能なネットワーク構成およびサービス提供機器の種類に対する制限が少なく、汎用的に利用可能な、ＤＨＣＰサーバを用いたサービス提供機器の負荷分散方法およびＤＨＣＰサーバ装置が得られる。

［第１の実施の形態］
図１を参照すると、本発明の第１の実施の形態は、ＤＨＣＰサーバ１と、ネットワーク上のサービスを使用する通信端末２、３と、ネットワーク上の通信端末２、３へＤＮＳのサービスを提供するＤＮＳサーバ４、５と、それらを接続するネットワーク機器で構成されたネットワーク、例えばＬＡＮ６とを含む。

図２を参照すると、ＤＨＣＰサーバ１は、ＤＨＣＰの処理を実行するデータ処理装置１１と、ＤＨＣＰの設定情報を記憶する記憶装置１２とから構成される。

記憶装置１２は、通知情報記憶部１２１とＤＮＳサーバアドレス記憶部１２２とを有する。

通知情報記憶部１２１は、通信端末自身に割り当てるＩＰアドレスの情報をあらかじめ記憶する。図３を参照すると、通知情報記憶部１２１に記憶されている端末アドレス管理テーブル１２１０の一例は、それぞれ異なるＩＰアドレスを記憶する複数のエントリ１２１１、１２１２、…から構成され、各エントリは、割り当て済みフラグ、通信端末に割り当てるＩＰアドレス、サブネットマスクから構成される。割り当て済みフラグは、当該エントリ中のＩＰアドレスが何れかの通信端末に既に割り当てられているか否かを示し、例えば値０で未割り当て、値１で割り当て済みを示す。

ＤＮＳサーバアドレス記憶部１２２は、通信端末に通知するサービス提供機器のアドレスをあらかじめ記憶する。本実施の形態において、通信端末にアドレスを通知するサービス提供機器の種類は１種類であり、その種類はＤＮＳサーバである。また、本実施の形態は、優先的に使用するＤＮＳサーバのアドレスと、そのＤＮＳサーバからサービスの提供を受けることができない場合にその代替として使用するＤＮＳサーバのアドレスとの組を通信端末に通知する。図４を参照すると、ＤＮＳサーバアドレス記憶部１２２に記憶されているＤＮＳサーバアドレス管理テーブル１２２０の一例は、２つのエントリ１２２１、１２２２から構成され、各エントリには、優先ＤＮＳサーバおよび代替ＤＮＳサーバのアドレスが記憶される。具体的には、一方のエントリ１２２１には、優先ＤＮＳサーバとしてＤＮＳサーバ４のアドレスが記憶され、代替ＤＮＳサーバとしてＤＮＳサーバ５のアドレスが記憶されている。他方のエントリ１２２２には、エントリ１２２１とは反対に、優先ＤＮＳサーバとしてＤＮＳサーバ５のアドレスが記憶され、代替ＤＮＳサーバとしてＤＮＳサーバ４のアドレスが記憶されている。

再び図２を参照すると、データ処理装置１１は、通知情報決定手段１１１とＤＮＳサーバアドレス決定手段１１２とを有する。

通知情報決定手段１１１は、通信端末自身に設定するＩＰアドレスおよびサブネットマスクの情報を、通知情報記憶部１２２に記憶された図３の端末アドレス管理テーブル１２１０に基づいて決定する機能を有する。具体的には、割り当て済みフラグが未割り当ての値０を示すエントリを１つ選択し、その選択したエントリ中のＩＰアドレスとサブネットマスクを通信端末自身に設定するＩＰアドレスおよびサブネットマスクとして決定する。なお、通知情報決定手段１１１は、割り当てたＩＰアドレスに対応する割り当て済みフラグは、値１に更新する。

ＤＮＳサーバアドレス決定手段１１２は、通信端末に設定するＤＮＳサーバアドレスの情報を、ＤＮＳサーバアドレス記憶部１２２の図４のＤＮＳサーバアドレス管理テーブル１２２０に基づいて決定する機能を有する。具体的には、均等に選択する選択アルゴリズムを用いて、エントリ１２２１とエントリ１２２２を均等に選択し、この選択したエントリ中の優先ＤＮＳサーバおよび代替ＤＮＳサーバのアドレスを、通信端末に設定するＤＮＳサーバアドレスとして決定する。選択アルゴリズムとしては、例えば、ラウンドロビン方式、ランダム選択方式などを使用することができる。

ラウンドロビン方式は、選択するエントリを順番に変えていく方法である。図４のＤＮＳサーバアドレス管理テーブル１２２０の場合、前回にエントリ１２２１を選択したならば、今回はエントリ１２２２を選択し、その次は再びエントリ１２２１を選択する。

ランダム選択方式は、選択するエントリを毎回、無作為に決定する方法である。無作為にエントリを選択する具体例としては、乱数を用いる方法がある。図４のＤＮＳサーバアドレス管理テーブル１２２０の場合、発生した乱数が例えば奇数ならばエントリ１２２１を選択し、偶数ならばエントリ１２２２を選択する。また、乱数の代わりに、通知情報決定手段１１で通信端末に割り当てることが決定した端末アドレスを用いて、端末アドレスが例えば奇数ならばエントリ１２２１を選択し、偶数ならばエントリ１２２２を選択する如く、端末に割り当てることになるＩＰアドレスを元に演算で、選択するエントリを決定するようにしてもよい。

次に本実施の形態の動作を説明する。

通信端末２が自身のネットワーク設定を行うためにＤＨＣＰリクエストメッセージをＬＡＮ６にブロードキャストすると（図５の５０１）、このＤＨＣＰリクエストメッセージを受信識別したＤＨＣＰサーバ１のデータ処理装置１１がメッセージの処理を開始する。

最初にＤＨＣＰサーバ１のデータ処理装置１１は、通知情報決定手段１１１の機能を利用して、通知情報記憶部１２１に記憶された情報の中から通信端末２自身に割り当てるＩＰアドレスとサブネットマスクを決定する（図５の５０２）。ここでは、図３の１行目のエントリ１２１１が選択され、ＩＰアドレスとして（10.0.0.11）、サブネットマスクとして（255.0.0.0）が決定されたものとする。

次にデータ処理装置１１は、ＤＮＳサーバアドレス決定手段１１２の機能を利用して、ＤＮＳサーバアドレス記憶部１２２に記憶された情報の中から通信端末２に割り当てるＤＮＳサーバのアドレスを決定する（図５の５０３）。ここでは、ラウンドロビン方式によって、図４の１行目のエントリ１２２１が選択され、優先ＤＮＳサーバのＩＰアドレスとしてＤＮＳサーバ４のＩＰアドレスが決定され、代替ＤＮＳサーバのＩＰアドレスとしてＤＮＳサーバ５のＩＰアドレスが決定されたものとする。

次にＤＨＣＰサーバ１のデータ処理装置１１は、ここまでの処理で決定した通信端末２自身に割り当てるＩＰアドレスとサブネットマスク、通信端末２に割り当てる優先ＤＮＳサーバおよび代替ＤＮＳサーバのＩＰアドレスをネットワーク設定内容としてＤＨＣＰリプライメッセージに格納し、通信端末２へ送信する（図５の５０４）。

通信端末２は、ＤＨＣＰサーバ１から送信されたＤＨＣＰリプライメッセージを受信し、このメッセージに基づいて自通信端末のネットワーク設定を行う（図５の５０５）。具体的には、自通信端末２のＩＰアドレスとして（10.0.0.11）を設定し、サブネットマスクとして（255.0.0.0）を設定する。また、自通信端末２が使用する優先ＤＮＳサーバのＩＰアドレスとして、ＤＮＳサーバ４のＩＰアドレスを設定し、代替ＤＮＳサーバのＩＰアドレスとして、ＤＮＳサーバ５のＩＰを設定する。これにより、通信端末２がＤＮＳのサービスを利用する際には、図５の５０６に示すように、優先ＤＮＳサーバとして設定されたＤＮＳサーバ４を最初にアクセスすることになる。

その後、通信端末３が自身のネットワーク設定を行うためにＤＨＣＰリクエストメッセージをＬＡＮ６にブロードキャストすると（図５の５１１）、このＤＨＣＰリクエストメッセージを受信識別したＤＨＣＰサーバ１のデータ処理装置１１がメッセージの処理を再び開始する。

最初にＤＨＣＰサーバ１のデータ処理装置１１は、通知情報決定手段１１１の機能を利用して、通知情報記憶部１２１に記憶された情報の中から通信端末３自身に割り当てるＩＰアドレスとサブネットマスクを決定する（図５の５１２）。ここでは、図３の２行目のエントリ１２１２が選択され、ＩＰアドレスとして（10.0.0.12）、サブネットマスクとして（255.0.0.0）が決定されたものとする。

次にデータ処理装置１１は、ＤＮＳサーバアドレス決定手段１１２の機能を利用して、ＤＮＳサーバアドレス記憶部１２２に記憶された情報の中から通信端末３に割り当てるＤＮＳサーバのアドレスを決定する（図５の５１３）。ここでは、ラウンドロビン方式によって、図４の２行目のエントリ１２２１が選択され、優先ＤＮＳサーバのＩＰアドレスとしてＤＮＳサーバ５のＩＰアドレスが決定され、代替ＤＮＳサーバのＩＰアドレスとしてＤＮＳサーバ４のＩＰアドレスが決定されたものとする。

次にＤＨＣＰサーバ１のデータ処理装置１１は、ここまでの処理で決定した通信端末３自身に割り当てるＩＰアドレスとサブネットマスク、通信端末３に割り当てる優先ＤＮＳサーバおよび代替ＤＮＳサーバのＩＰアドレスをネットワーク設定内容としてＤＨＣＰリプライメッセージに格納し、通信端末３へ送信する（図５の５１４）。

通信端末３は、ＤＨＣＰサーバ１から送信されたＤＨＣＰリプライメッセージを受信し、このメッセージに基づいて自通信端末３のネットワーク設定を行う（図５の５１５）。具体的には、自通信端末３のＩＰアドレスとして（10.0.0.12）を設定し、サブネットマスクとして（255.0.0.0）を設定する。また、自通信端末３が使用する優先ＤＮＳサーバのＩＰアドレスとして、ＤＮＳサーバ５のＩＰアドレスを設定し、代替ＤＮＳサーバのＩＰアドレスとして、ＤＮＳサーバ４のＩＰアドレスを設定する。これにより、通信端末３がＤＮＳのサービスを利用する際には、図５の５１６に示すように、優先ＤＮＳサーバとして設定されたＤＮＳサーバ５を最初にアクセスすることになる。

以上のようにして、ＤＮＳのサービスを利用する際は通信端末２、３毎に異なるＤＮＳサーバが利用されることになり、ＤＮＳサーバの負荷分散が実現される。

次に本実施の形態の効果を説明する。

本実施の形態によれば、ＤＨＣＰサーバ１を用いてＤＮＳサーバの負荷分散を実現することができる。

また本実施の形態によれば、通信端末とＤＨＣＰサーバ間でメッセージの授受が可能であればネットワークの構成は任意で良いため、通信端末が接続されたネットワークとＤＨＣＰサーバが接続されるネットワークとがルータで接続されているネットワークや、通信端末とＤＨＣＰサーバとが同じネットワークに接続される構成のネットワークなど、任意のネットワークに対して汎用的に適用可能である。

また本実施の形態によれば、各通信端末が優先的に使用するＤＮＳサーバの負荷分散を図りつつ、優先ＤＮＳサーバの代替となるＤＮＳサーバのＩＰアドレスのネットワーク設定も同時に行うことが可能である。但し、別の実施の形態として、優先ＤＮＳサーバのアドレスだけを通信端末に通知するようにしてもよい。この場合、図４のＤＮＳサーバアドレス管理テーブル１２２０から代替ＤＮＳサーバの項目を削除した図６に示すようなＤＮＳサーバアドレス管理テーブル１２２０Ａを使用するようにしてもよい。

なお、本実施の形態は、通信端末にアドレスを通知するサービス提供機器の種類を１種類とし、その種類をＤＮＳサーバとした。しかし、ＤＮＳサーバに限定されず、他の種類のサービス提供機器の負荷分散に対しても適用可能である。他の種類のサービス提供機器としては、ＮＴＰサーバ、デフォルトルータ、ディレクトリサーバ、ベンダーオプションとして定義されるサービスを提供する機器などが挙げられる。

［第２の実施の形態］
図７を参照すると、本発明の第２の実施の形態は、ＬＡＮ６に４台のルータ７Ａ〜７Ｄを介して別のネットワーク８が接続されており、ＤＨＣＰサーバ１を用いて、ＤＮＳサーバとデフォルトルータの２種類のサービス提供機器の負荷分散を同時に行うようにしている点で、図１の第１の実施の形態と相違する。

図８を参照すると、第２の実施の形態におけるＤＨＣＰサーバ１は、第１の実施の形態におけるＤＨＣＰサーバ１と比較して、ＤＮＳサーバアドレス決定手段１１２およびＤＮＳサーバアドレス記憶部１２３の代わりに、サービス提供機器アドレス決定手段１１３およびサービス提供機器アドレス記憶部１２３を有する点で相違する。

サービス提供機器アドレス記憶部１２３は、通信端末に通知するサービス提供機器のアドレスをあらかじめ記憶する。本実施の形態において、通信端末にアドレスを通知するサービス提供機器の種類は２種類であり、その種類はＤＮＳサーバとデフォルトルータである。また、本実施の形態は、優先的に使用するＤＮＳサーバのアドレスと、そのＤＮＳサーバからサービスの提供を受けることができない場合にその代替として使用するＤＮＳサーバのアドレスとの組を通信端末に通知する。

図９を参照すると、サービス提供機器アドレス記憶部１２３に記憶されているサービス提供機器アドレス管理テーブル１２３０の一例は、４つのエントリ１２３１〜１２３４から構成され、各エントリには、優先ＤＮＳサーバおよび代替ＤＮＳサーバのＩＰアドレス、デフォルトルータのＩＰアドレスが記憶される。具体的には、１行目のエントリ１２３１には、優先ＤＮＳサーバとしてＤＮＳサーバ４のアドレスが記憶され、代替ＤＮＳサーバとしてＤＮＳサーバ５のアドレスが記憶され、デフォルトルータとしてルータ７Ａのアドレスが記憶されている。２行目のエントリ１２３２には、優先ＤＮＳサーバとしてＤＮＳサーバ５のアドレスが記憶され、代替ＤＮＳサーバとしてＤＮＳサーバ４のアドレスが記憶され、デフォルトルータとしてルータ７Ｂのアドレスが記憶されている。３行目のエントリ１２３３には、優先ＤＮＳサーバおよび代替ＤＮＳサーバに関しては１行目のエントリと同じ内容が重複して記憶され、デフォルトルータとしてはルータ７Ｃのアドレスが記憶されている。４行目のエントリ１２３４には、優先ＤＮＳサーバおよび代替ＤＮＳサーバに関しては２行目のエントリと同じ内容が重複して記憶され、デフォルトルータとしてはルータ７Ｄのアドレスが記憶されている。

サービス提供機器アドレス決定手段１１３は、通信端末に設定するＤＮＳサーバおよびデフォルトルータのアドレスの情報を、サービス提供機器アドレス記憶部１２３の図９のサービス提供機器アドレス管理テーブル１２３０に基づいて決定する機能を有する。具体的には、均等に選択する選択アルゴリズムを用いて、エントリ１２３１〜１２３４から１つのエントリを選択し、この選択したエントリ中の優先ＤＮＳサーバおよび代替ＤＮＳサーバのアドレスならびにデフォルトルータのアドレスを、通信端末に設定するＤＮＳサーバアドレスならびにデフォルトルータアドレスとして決定する。選択アルゴリズムとしては、第１の実施の形態と同様にラウンドロビン方式、ランダム選択方式などを使用することができる。

次に本実施の形態の動作を説明する。

何れかの通信端末、例えば通信端末２が自身のネットワーク設定を行うためにＤＨＣＰリクエストメッセージをＬＡＮ６にブロードキャストすると（図１０の１００１）、このＤＨＣＰリクエストメッセージを受信識別したＤＨＣＰサーバ１のデータ処理装置１１がメッセージの処理を開始する。

最初にＤＨＣＰサーバ１のデータ処理装置１１は、通知情報決定手段１１１の機能を利用して、通知情報記憶部１２１に記憶された情報の中から通信端末２自身に割り当てるＩＰアドレスとサブネットマスクを決定する（図１０の１００２）。ここでは、図３の１行目のエントリ１２１１が選択され、ＩＰアドレスとして（10.0.0.11）、サブネットマスクとして（255.0.0.0）が決定されたものとする。

次にデータ処理装置１１は、サービス提供機器アドレス決定手段１１３の機能を利用して、サービス提供機器アドレス記憶部１２３に記憶された情報の中から通信端末２に割り当てるＤＮＳサーバおよびデフォルトルータのアドレスを決定する（図１０の１００３）。ここでは、ラウンドロビン方式によって、図１０のサービス提供機器アドレス管理テーブル１２３０の４つのエントリ１２３１〜１２３４から１つのエントリを選択するものとする。この場合、前回にエントリ１２３１を選択していたのであれば、今回はエントリ１２３２を選択する。また、前回にエントリ１２３２を選択していたのであれば、今回はエントリ１２３３を選択する。また、前回にエントリ１２３３を選択していたのであれば、今回はエントリ１２３４を選択する。また、前回にエントリ１２３４を選択していたのであれば、今回はエントリ１２３１を選択する。ここでは、１行目のエントリ１２３１が選択され、優先ＤＮＳサーバのＩＰアドレスとしてＤＮＳサーバ４のＩＰアドレスが決定され、代替ＤＮＳサーバのＩＰアドレスとしてＤＮＳサーバ５のＩＰアドレスが決定され、デフォルトルータのＩＰアドレスとしてルータ７ＡのＩＰアドレスが決定されたものとする。

次にＤＨＣＰサーバ１のデータ処理装置１１は、ここまでの処理で決定した通信端末２自身に割り当てるＩＰアドレスとサブネットマスク、通信端末２に割り当てる優先ＤＮＳサーバおよび代替ＤＮＳサーバのＩＰアドレス、ならびにデフォルトルータのＩＰアドレスをネットワーク設定内容としてＤＨＣＰリプライメッセージに格納し、通信端末２へ送信する（図１０の１００４）。

通信端末２は、ＤＨＣＰサーバ１から送信されたＤＨＣＰリプライメッセージを受信し、このメッセージに基づいて自通信端末２のネットワーク設定を行う（図１０の１００５）。具体的には、自通信端末２のＩＰアドレスとして（10.0.0.11）を設定し、サブネットマスクとして（255.0.0.0）を設定する。また、自通信端末２が使用する優先ＤＮＳサーバのＩＰアドレスとして、ＤＮＳサーバ４のＩＰアドレスを設定し、代替ＤＮＳサーバのＩＰアドレスとして、ＤＮＳサーバ５のＩＰアドレスを設定する。さらに、自通信端末２が使用するデフォルトルータとしてルータ７ＡのＩＰアドレスを設定する。これにより、通信端末２がＤＮＳのサービスを利用する際には、優先ＤＮＳサーバとして設定されたＤＮＳサーバ４を最初にアクセスすることになる。また、通信端末２がネットワーク８に接続された図示しない通信端末をアクセスする際には、ルータ７Ａがデフォルトルータとして使用されることになる。

通信端末２以外の通信端末が自身のネットワーク設定を行うためにＤＨＣＰリクエストメッセージをＬＡＮ６にブロードキャストした場合、通信端末２がＤＨＣＰリクエストメッセージを送信したときと同様の動作が行われる。但し、サービス提供機器アドレス管理テーブル１２３０におけるエントリの選択がラウンドロビン方式で行われるため、２番目の通信端末にはエントリ１２３２に記憶されている内容が、３番目の通信端末にはエントリ１２３３に記憶されている内容が、４番目の通信端末にはエントリ１２３４に記憶されている内容が、それぞれ通知されることになる。これにより、ＤＮＳのサービスを利用する際は使用するＤＮＳサーバが分散され、また、ネットワーク８に接続された通信端末と通信する際に使用するデフォルトルータが分散されることになる。

次に本実施の形態の効果を説明する。

本実施の形態によれば、ＤＨＣＰサーバ１を用いてＤＮＳサーバおよびデフォルトルータの負荷分散を実現することができる。

また本実施の形態によれば、各通信端末が優先的に使用するＤＮＳサーバの負荷分散を図りつつ、優先ＤＮＳサーバの代替となるＤＮＳサーバのＩＰアドレスのネットワーク設定も同時に行うことが可能である。但し、別の実施の形態として、優先ＤＮＳサーバのアドレスだけを通信端末に通知するようにしてもよい。この場合、図９のサービス提供機器アドレス管理テーブル１２３０から代替ＤＮＳサーバの項目を削除した図１１に示すようなサービス提供機器アドレス管理テーブル１２３０Ａを使用するようにしてもよい。

さらに本実施の形態によれば、図９に示したようなサービス提供機器アドレス管理テーブル１２３０を用いることにより、ＤＮＳサーバとデフォルトルータという２種類のサービス提供機器のアドレスを均等に選択する処理をまとめて一度に行うことができ、ＤＨＣＰサーバ１における処理効率を高めることができる。

なお、本実施の形態は、通信端末にアドレスを通知するサービス提供機器の種類を２種類とし、その種類をＤＮＳサーバとデフォルトルータとした。しかし、通信端末にアドレスを通知するサービス提供機器の種類は、ＤＮＳサーバ、デフォルトルータ、ＮＴＰサーバ、デフォルトルータ、ディレクトリサーバ、ベンダーオプションとして定義されるサービスを提供する機器などから任意に選択した２つ或いは３つ以上の任意の組み合わせとすることができる。この場合、サービス提供機器アドレス管理テーブル１２３０は一般的に次にように構成すればよい。

まず、テーブルのエントリ数は、各種類のサービス提供機器のアドレス数の最小公倍数に等しい数とする。例えば、サービス提供機器を３種類とし、それぞれの種類のサービス提供機器の台数が２台、３台、４台の場合、エントリ数は１２になる。次に、各エントリに、サービス提供機器の種類に１対１に対応する領域を割り当て、各種類のサービス提供機器ごとに、先頭のエントリから最後のエントリまで順に、そのサービス提供機器の種類に対応する領域に複数のサービス提供機器のアドレスを記憶していく。このとき、エントリ数がサービス提供機器のアドレス数の倍数となる種類のサービス提供機器については、複数のサービス提供機器のアドレスを重複して記憶する。例えば、前記の例で台数が２台のサービス提供機器については、同じアドレスの並びのパターンが６回繰り返し記憶される。

以上、本発明を幾つかの実施の形態を挙げて説明したが、本発明は上記の実施の形態にのみ限定されず、その他各種の付加変更が可能である。また、前述した通知情報決定手段１１１、ＤＮＳサーバアドレス決定手段１１２およびサービス提供機器アドレス決定手段１１３は、その有する機能をハードウェア的に実現することは勿論、コンピュータとプログラムとで実現することができる。プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した通知情報決定手段１１１、ＤＮＳサーバアドレス決定手段１１２およびサービス提供機器アドレス決定手段１１３として機能させる。

本発明の第１の実施の形態のブロック図である。本発明の第１の実施の形態におけるＤＨＣＰサーバのブロック図である。本発明の第１の実施の形態で使用する端末アドレス管理テーブルの構成図である。本発明の第１の実施の形態で使用するＤＮＳサーバアドレス管理テーブルの構成図である。本発明の第１の実施の形態の動作シーケンス図である。本発明の第１の実施の形態で使用する端末アドレス管理テーブルの別の構成図である。本発明の第２の実施の形態のブロック図である。本発明の第２の実施の形態におけるＤＨＣＰサーバのブロック図である。本発明の第２の実施の形態で使用するサービス提供機器アドレス管理テーブルの構成図である。本発明の第２の実施の形態の動作シーケンス図である。本発明の第２の実施の形態で使用するサービス提供機器アドレス管理テーブルの別の構成図である。

符号の説明

１…ＤＨＣＰサーバ
２、３…通信端末
４、５…ＤＮＳサーバ
６…ＬＡＮ
７Ａ〜７Ｄ…ルータ
８…ネットワーク
１１…データ処理装置
１２…記憶装置
１１１…通知情報決定手段
１１２…ＤＮＳサーバアドレス決定手段
１１３…サービス提供機器アドレス決定手段
１２１…通知情報記憶部
１２２…ＤＮＳサーバアドレス記憶部
１２３…サービス提供機器アドレス記憶部

Claims

通信端末に通知するサービス提供機器のアドレスを記憶する記憶手段であって、同種のサービス提供機器について、複数のサービス提供機器のアドレスを記憶する記憶手段と、
前記通信端末が送信した、自通信端末のアドレス及び前記サービス提供機器のアドレスを含む設定情報を獲得するためのＤＨＣＰメッセージの受信時、均等に選択する選択アルゴリズムを用いて、同種のサービス提供機器について前記記憶手段に記憶された複数のサービス提供機器のアドレスのうちから前記通信端末に通知するサービス提供機器のアドレスを選択し、該選択したサービス提供機器のアドレスを含む設定情報を、前記ＤＨＣＰメッセージを送信した前記通信端末に送信するデータ処理手段とを備え、
前記記憶手段は、同種のサービス提供機器について、優先的に使用するサービス提供機器とその代替として使用するサービス提供機器のアドレスの組を複数記憶し、
前記データ処理手段は、同種のサービス提供機器について前記記憶手段に記憶された複数のアドレスの組のうちから前記通信端末に通知するアドレスの組を選択し、該選択したアドレスの組を含む設定情報を、前記ＤＨＣＰメッセージを送信した前記通信端末に送信し、
前記記憶手段は、複数種類のサービス提供機器のそれぞれについてのサービス提供機器のアドレス数の最小公倍数に等しい数のエントリを有し、各エントリはサービス提供機器の種類数に等しい分割領域を有し、各種類のサービス提供機器ごとに、先頭のエントリから最後のエントリまで順に、そのサービス提供機器の種類に対応する分割領域に複数のサービス提供機器のアドレスが記憶されており、エントリ数がサービス提供機器のアドレス数の倍数となる種類のサービス提供機器については、複数のサービス提供機器のアドレスが重複して記憶されているサービス提供機器アドレス管理テーブルを有し、
前記データ処理手段は、前記選択アルゴリズムとして、選択するエントリを順番に変えていくラウンドロビン方式を用いて、前記サービス提供機器アドレス管理テーブルの複数のエントリから１つのエントリを選択することを特徴とするＤＨＣＰサーバ装置。