(57)【要約】  ＩＰアドレスの重複割り当てを防止可能した情報処理システムを提供する。  クライアント端末からのアドレス割り当て要求に対して、対象とされたアドレスの使用状況を確認する要求メッセージを第２のサブネットに送信し、要求メッセージに対する確認結果を含む応答メッセージを第２のサブネットから受信すると、上記アドレスをクライアント端末に割り当てるか否かを確認結果に基づいて判定する、第１のサブネットに接続されたＤＨＣＰサーバと、ＤＨＣＰサーバから要求メッセージを受信すると、要求メッセージにて対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、エコー応答の有無を確認結果として含む応答メッセージをＤＨＣＰサーバに送信する、第２のサブネットに接続された代理サーバと、を有する。
2016139937.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末からアドレス割り当ての要求があると、対象とされたアドレスの使用状況の確認を要求する要求メッセージを、自装置が接続される第１のサブネットとは異なる第２のサブネットに送信し、該要求メッセージに対する確認結果を含む応答メッセージを前記第２のサブネットから受信すると、前記アドレスを前記クライアント端末に割り当てるか否かを前記確認結果に基づいて判定するＤＨＣＰサーバと、
前記第２のサブネットに接続され、前記ＤＨＣＰサーバから前記要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、該エコー要求に対する応答の有無を前記確認結果として含む前記応答メッセージを前記ＤＨＣＰサーバに送信する代理サーバと、
を有する情報処理システム。
【請求項２】
クライアント端末からのアドレス割り当ての要求を受けた、第１のサブネットに接続されたＤＨＣＰサーバから、該第１のサブネットとは異なる第２のサブネットを介して対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信し、該要求メッセージに対する確認結果を含む応答メッセージを前記ＤＨＣＰサーバに返信する使用確認処理手段と、
前記使用確認処理部が前記ＤＨＣＰサーバから前記要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、該エコー要求に対する応答の有無を前記確認結果として前記使用確認処理部に通知する探査処理手段と、
を有する代理サーバ。
【請求項３】
前記エコー要求はＩＣＭＰ（Internet Control Message Protocol）エコー要求またはＡＲＰ（Address Resolution Protocol）要求である、請求項２に記載の代理サーバ。
【請求項４】
前記クライアント端末が前記第２のサブネットに接続されている場合、前記探査処理手段は、前記エコー要求として前記ＡＲＰ要求を利用する、請求項３に記載の代理サーバ。
【請求項５】
ＤＨＣＰサーバとは異なるサブネットに接続された代理サーバによるアドレス重複防止方法であって、
クライアント端末からのアドレス割り当ての要求を受けた前記ＤＨＣＰサーバから、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、
前記エコー要求に対する応答の有無を、前記要求メッセージに対する確認結果として含む応答メッセージを生成し、
生成した前記応答メッセージを前記ＤＨＣＰサーバに返信する、アドレス重複防止方法。
【請求項６】
ＤＨＣＰサーバとは異なるサブネットに接続されたコンピュータに、
クライアント端末からのアドレス割り当ての要求を受けた前記ＤＨＣＰサーバから、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出する手順と、
前記エコー要求に対する応答の有無を、前記要求メッセージに対する確認結果として含む応答メッセージを生成する手順と、
生成した前記応答メッセージを前記ＤＨＣＰサーバに返信する手順を実行させるプログラムを格納した、コンピュータ読み取り可能記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末の要求に応じてＩＰ（Internet Protocol）アドレスを動的に割り当てる情報処理システム、代理サーバ、アドレス重複防止方法、およびその方法をコンピュータに実行させるためのプログラムに関する。
【背景技術】
【０００２】
ネットワークに接続される端末には、それぞれ固有のＩＰアドレスが付与される。ネットワーク管理者が各端末へのＩＰアドレスの割り当てを行う場合、ネットワーク端末の台数が多いと、ＩＰアドレスの管理が複雑になる。そのため、ＤＨＣＰ（Dynamic Host Configuration Protocol）を利用し、サーバがＩＰアドレスを動的に割り当てることによって、ＩＰアドレスの管理が行われている。【０００３】
ＩＥＴＦ（Internet Engineering Task Force）によって策定されたＲＦＣ２１３１（非特許文献１と称する）の「３．１ クライアント−サーバ相互作用−アドレスの割り当て」に、ＩＰアドレスを動的に割り当てる方法が記述されている。その方法を簡単に説明する。【０００４】
はじめに、ＤＨＣＰサーバは、クライアント端末に割り当てるＩＰアドレスが既に使われていないか確認するために、割り当ての対象となるＩＰアドレスを宛先にしたＩＣＭＰ（Internet Control Message Protocol）エコー要求を送信する。そして、ＤＨＣＰサーバは、いずれかのクライアント端末からＩＣＭＰエコー応答が有るか否かによって、指定されたＩＰアドレスが使用されているか否かを判断する。【０００５】
このようにして、ＤＨＣＰサーバが、ＩＣＭＰを利用してＩＰアドレスの使用状況を確認し、既に使用されているＩＰアドレスを割り当てないようにすることで、複数のクライアント端末に同じＩＰアドレスを重複して割り当てることを防いでいる。プロトコルがＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ  ６）である場合がＲＦＣ３３１５（非特許文献２と称する）に規定されている。【０００６】
複数のサブネットがルータを介して接続されたネットワークに対して、サブネット間にＤＨＣＰリレーエージェントを設けることで、１台のＤＨＣＰサーバがＩＰアドレスを管理する方法が、特許文献１に開示されている。【０００７】
一方、ＩＰアドレスを割当てる場合の信頼性を高めるために、複数のＤＨＣＰサーバをネットワークに設けることが特許文献２に開示されている。しかし、特許文献２に開示された方法では、同じＩＰアドレスを複数のＤＨＣＰサーバが割り当てないように、ＤＨＣＰサーバ間で割り当てられたＩＰアドレスの情報が一致するように管理される必要がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−２１０５５４号公報
【特許文献２】特開２００６−２５４１５３号公報
【非特許文献】
【０００９】
【非特許文献１】ＲＦＣ２１３１，ＩＥＴＦ，１９９７年３月
【非特許文献２】ＲＦＣ３３１５，ＩＥＴＦ，２００３年７月
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ネットワーク構成や設定によっては、ＤＨＣＰサーバおよびクライアント端末間のネットワークにＩＰ到達性がない、すなわち、当該ネットワークを介した所定の通信を行うことができない場合がある。その場合、ＤＨＣＰサーバからクライアント端末にＩＣＭＰエコー要求が届かないことになる。例えば、ＤＨＣＰサーバが接続されるサブネットとクライアント端末が接続されるサブネット間の通信を中継するルータ等の通信機器に設定されたファイアウォールによって、ＩＣＭＰによる通信がブロックされてしまうことがある。【００１１】
ＤＨＣＰサーバからクライアント端末にＩＣＭＰエコー要求が到達しないと、ＤＨＣＰサーバはＩＰアドレスの使用状況を確認できなくなる。この場合、ＤＨＣＰサーバは、ＩＰアドレスの重複割り当ての有無をチェックできない。そして、ＤＨＣＰサーバは、同じサブネット内の複数のクライアント端末に同じＩＰアドレスを重複して割り当ててしまうおそれがある。【００１２】
本発明は上述したような技術が有する問題点を解決するためになされたものであり、ＩＰアドレスの重複割り当てを防止可能した情報処理システム、代理サーバ、アドレス重複防止方法、およびその方法をコンピュータに実行させるためのプログラムを提供することを主たる目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するための本発明の一態様における情報処理システムは、
クライアント端末からアドレス割り当ての要求があると、対象とされたアドレスの使用状況の確認を要求する要求メッセージを、自装置が接続される第１のサブネットとは異なる第２のサブネットに送信し、要求メッセージに対する確認結果を含む応答メッセージを第２のサブネットから受信すると、アドレスをクライアント端末に割り当てるか否かを確認結果に基づいて判定するＤＨＣＰサーバと、
第２のサブネットに接続され、ＤＨＣＰサーバから要求メッセージを受信すると、対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求をアドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、該エコー要求に対する応答の有無を確認結果として含む応答メッセージをＤＨＣＰサーバに送信する代理サーバと、
を有する。【００１４】
また、本発明の一態様における代理サーバは、
クライアント端末からのアドレス割り当ての要求を受けた、第１のサブネットに接続されたＤＨＣＰサーバから該第１のサブネットとは異なる第２のサブネットを介して、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信し、要求メッセージに対する確認結果を含む応答メッセージをＤＨＣＰサーバに返信する使用確認処理手段と、
使用確認処理部がＤＨＣＰサーバから要求メッセージを受信すると、対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、該エコー要求に対する応答の有無を確認結果として使用確認処理部に通知する探査処理手段と、
を有する。【００１５】
また、本発明の一態様におけるアドレス重複防止方法は、ＤＨＣＰサーバとは異なるサブネットに接続された代理サーバによるアドレス重複防止方法であって、
クライアント端末からのアドレス割り当ての要求を受けたＤＨＣＰサーバから、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信すると、対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、
エコー要求に対する応答の有無を、要求メッセージに対する確認結果として含む応答メッセージを生成し、
生成した応答メッセージをＤＨＣＰサーバに返信する。【００１６】
さらに、本発明の一態様におけるコンピュータ読み取り可能記録媒体は、ＤＨＣＰサーバとは異なるサブネットに接続されたコンピュータに、
クライアント端末からのアドレス割り当ての要求を受けたＤＨＣＰサーバから、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信すると、対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出する手順と、
エコー要求に対する応答であるエコー応答の有無を、要求メッセージに対する確認結果として含む応答メッセージを生成する手順と、
生成した応答メッセージをＤＨＣＰサーバに返信する手順を実行させるプログラムを非一時的に格納する。
【発明の効果】
【００１７】
本発明によれば、ＤＨＣＰサーバおよびクライアント端末がＤＨＣＰで通信する経路がＩＰ到達性のないネットワークであっても、ＤＨＣＰサーバはＩＰアドレスが使用されているか否かを確認することが可能となり、ＩＰアドレスを重複して割り当てることを防止できる。
【図面の簡単な説明】
【００１８】
【図１】第１の実施形態におけるネットワークの一構成例を示す図である。
【図２】図１に示すＤＨＣＰサーバの一構成例を示す機能ブロック図である。
【図３】図１に示すＤＨＣＰ代理サーバの一構成例を示す機能ブロック図である。
【図４】ＤＨＣＰサーバからＤＨＣＰ代理サーバに送信される要求メッセージの一例を示す図である。
【図５】ＤＨＣＰ代理サーバからＤＨＣＰサーバに送信される応答メッセージの一例を示す図である。
【図６】第１の実施形態の情報処理システムの動作手順を示すフロー図である。
【図７】第２の実施形態におけるネットワークの一構成例を示す図である。
【図８】本発明の各実施形態のシステムを実現するコンピュータの一例を示す図である。
【発明を実施するための形態】
【００１９】
本発明の実施形態について、図面を参照して説明する。本発明の各実施形態において、各システムの各構成要素 は、機能単位のブロックを示している。各システムの各構成要素の一部又は全部は、例えば図８に示すようなコンピュータ５００とプログラムとの任意の組み合わせにより実現される。コンピュータ５００は、一例として、以下のような構成を含む。
【００２０】
・ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５０１
・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５０２
・ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５０３
・ＲＡＭ５０３にロードされるプログラム５０４
・プログラム５０４を格納する記憶装置５０５
・記録媒体５０６の読み書きを行うドライブ装置５０７
・通信ネットワーク５０９と接続する通信インターフェース５０８
・データの入出力を行う入出力インターフェース５１０
・各構成要素を接続するバス５１１
各実施形態における各装置の各構成要素は、これらの機能を実現するプログラム５０４をＣＰＵ５０１が取得して実行することで実現される。各装置の各構成要素の機能を実現するプログラム５０４は、例えば、予め記憶装置５０５やＲＡＭ５０３に格納されており、必要に応じてＣＰＵ５０１が読み出す。なお、プログラム５０４は、通信ネットワーク５０９を介してＣＰＵ５０１に供給されてもよいし、予め記録媒体５０６に格納されており、ドライブ装置５０７が当該プログラムを読み出してＣＰＵ５０１に供給してもよい。
【００２１】
各装置の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ別個の情報処理装置５００とプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つの情報処理装置５００とプログラムとの任意の組み合わせにより実現されてもよい。
【００２２】
また、各装置の各構成要素の一部又は全部は、汎用または専用の回路 （ｃｉｒｃｕｉｔｒｙ）、プロセッサ等やこれらの組み合わせによって実現される。これらは、単一のチップ によって構成されてもよいし、バスを介して接続される複数のチップ によって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。
【００２３】
（第１の実施形態）
本実施形態の情報処理システムを含むネットワークの構成を説明する。図１は本実施形態の情報処理システムを含むネットワークの一構成例を示すブロック図である。
【００２４】
図１に示すネットワークは、サブネット５０Ａ〜５０Ｄを有する構成である。サブネット５０Ａは、ルータ４１を介してサブネット５０Ｂと接続され、ルータ４３を介してサブネット５０Ｄと接続されている。サブネット５０Ｄはルータ４２を介してサブネット５０Ｃと接続されている。サブネット５０ＢにはＤＨＣＰサーバ１０が接続されている。サブネット５０ＣにはＤＨＣＰ代理サーバ２０が接続されている。
【００２５】
本実施形態の情報処理システムは、ＤＨＣＰサーバ１０と、ＤＨＣＰ代理サーバ２０とを有する。
【００２６】
ＤＨＣＰサーバ１０は、サブネット５０Ｂおよびルータ４１を介してサブネット５０Ａと接続され、ルータ４２を介してサブネット５０Ｃと接続されている。サブネット５０Ａには、ＤＨＣＰクライアント端末（以下では、単に「クライアント端末」とする）３１、３２が接続されている。ＤＨＣＰサーバ１０は、クライアント端末３１、３２にネットワーク設定情報を配布するサーバである。
【００２７】
クライアント端末３１、３２は、ＤＨＣＰを用いてネットワーク設定情報をＤＨＣＰサーバ１０に要求し、ＤＨＣＰサーバ１０からネットワーク設定情報を取得する端末である。ネットワーク設定情報は、ＩＰアドレスの他に、サブネットマスクを含む。ＩＰアドレスは、サブネット毎に異なるアドレスであるネットワークアドレスと、端末毎に異なるアドレスであるホストアドレスとを含む。
【００２８】
ＤＨＣＰ代理サーバ２０は、ＩＰアドレス使用状況を確認する要求をＤＨＣＰサーバ１０から受け付け、確認の対象となるＩＰアドレスが使用されているか否かを、ＤＨＣＰサーバ１０の代わりに確認する。
【００２９】
ルータ４１〜４３はサブネット間の通信を中継する。ルータ４１は、一般的なルータとしての機能の他に、ＤＨＣＰリレーエージェントの機能を備えている。そのため、ＩＰアドレスの割り当て要求とその要求に対する割り当てはルータ４１を介して行われる。
【００３０】
なお、本実施形態では、説明を簡単にするために、サブネットが４つ、ルータが３つ、クライアント端末が２つの場合で説明する。しかしながら、サブネット、ルータおよびクライアント端末の数はこれらの数に限定されない。
【００３１】
本実施形態の情報処理システムにおいて、ＤＨＣＰサーバ１０の構成を説明する。
【００３２】
図２は図１に示したＤＨＣＰサーバの一構成例を示す機能ブロック図である。図２に示すように、ＤＨＣＰサーバ１０は情報処理部１１および記憶部１５を有する。ＤＨＣＰサーバ１０は、上述したコンピュータ５００等で実現される。すなわち、情報処理部１１は、プログラムを記憶するメモリ（不図示）と、プログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）（不図示）とを有する。
【００３３】
記憶部１５は、ＤＨＣＰ関連情報記憶部１６および代理先アドレス記憶部１７を有する。情報処理部１１は、ＤＨＣＰ処理部１２およびアドレス重複確認処理部１３を有する。ＣＰＵがプログラムを実行することで、ＤＨＣＰ処理部１２およびアドレス重複確認処理部１３がＤＨＣＰサーバ１０に仮想的に構成される。
【００３４】
ＤＨＣＰ処理部１２およびＤＨＣＰ関連情報記憶部１６は、一般的なＤＨＣＰサーバに設けられた構成に相当する。アドレス重複確認処理部１３および代理先アドレス記憶部１７は、本実施形態のＤＨＣＰサーバに追加された構成である。
【００３５】
ＤＨＣＰ関連情報記憶部１６は、一般的なＤＨＣＰｖ４サーバとＤＨＣＰｖ６サーバが保持する情報を記憶する。ＤＨＣＰ関連情報記憶部１６は、生成されたＩＰアドレスの使用状況の情報を記憶する。ＩＰアドレスの使用状況の情報とは、生成されたＩＰアドレスが「使用中」、「未使用」および「使用不可」のうちのいずれであるかを示す。ＤＨＣＰ関連情報記憶部１６は、ＤＨＣＰ処理部１２が割り当てたＩＰアドレスを「使用中」として管理する。
【００３６】
代理先アドレス記憶部１７は、ＤＨＣＰ代理サーバ２０のＩＰアドレスを記憶する。本実施形態では、ＤＨＣＰ代理サーバ２０のＩＰアドレスが事前に代理先アドレス記憶部１７に保存されている場合を想定する。そして、代理先アドレス記憶部１７がＤＨＣＰ代理サーバ２０のＩＰアドレスを記憶する際の手段は特に限定されない。
【００３７】
ＤＨＣＰ処理部１２は、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ  ４）／ＩＰｖ６のネットワーク設定情報をクライアント端末に配布および管理する。ＤＨＣＰ処理部１２は、一般的なＤＨＣＰｖ４サーバやＤＨＣＰｖ６サーバの機能を備え、非特許文献１および非特許文献２等に開示された標準的なプロトコル処理を実行する。ＤＨＣＰ処理部１２は、クライアント端末からＩＰアドレス割り当ての要求があると、ＤＨＣＰ関連情報記憶部１６を参照し、未使用のＩＰアドレスを選択するか、または新規にＩＰアドレスを生成する。ＤＨＣＰ処理部１２は、使用状況を確認したＩＰアドレスが使用されていない場合、そのＩＰアドレスを割り当てる。また、ＤＨＣＰ処理部１２は、使用状況を確認したＩＰアドレスが使用されている場合、別のＩＰアドレスを選択または生成する。
【００３８】
アドレス重複確認処理部１３は、ＤＨＣＰ処理部１２によって選択または生成されたＩＰアドレスの実際の使用状況を確認する。アドレス重複確認処理部１３は、要求メッセージを送信する機能と、ＤＨＣＰ代理サーバ２０からの応答メッセージを受信する機能とを有する。要求メッセージは、ＤＨＣＰ代理サーバ２０にＩＰアドレスの使用状況の確認を要求するメッセージである。アドレス重複確認処理部１３は、ＩＰアドレスの使用状況の確認結果に応じて、使用状況を確認したＩＰアドレスを実際にクライアント端末に割り当てるか否かを判断する。ＩＰアドレスの使用状況の確認結果は、ＤＨＣＰ代理サーバ２０から受信した応答メッセージに含まれる。
【００３９】
ここで、ＩＰアドレスの使用状況を確認する要求メッセージと、その確認結果を含む応答メッセージの構成例を説明する。
【００４０】
図４は、ＩＰアドレスの使用状況の確認を依頼する要求メッセージの一例を示す図である。要求メッセージは、ＤＨＣＰサーバからＤＨＣＰ代理サーバに送信される。図５はＩＰアドレスの使用状況の確認結果を含む応答メッセージの一例を示す図である。応答メッセージは、ＤＨＣＰ代理サーバからＤＨＣＰサーバに送信される。
【００４１】
図４に示す要求メッセージにおいて、「確認対象のＩＰアドレス」の欄には、使用状況を確認する対象のＩＰアドレス、すなわちＤＨＣＰサーバ１０が決定したＩＰアドレスが記載される。
【００４２】
図５に示す応答メッセージにおいて、「確認対象のＩＰアドレス」の欄には、使用状況を確認した対象のＩＰアドレス、すなわちＤＨＣＰサーバ１０が要求メッセージで指定したＩＰアドレスが記載される。「確認結果」の欄には、ＤＨＣＰ代理サーバ２０が確認した、ＩＰアドレスの使用状況の確認結果が記載される。具体的には、「確認結果」の欄に、「使用中」または「未使用」の情報を示す値が記載される。
【００４３】
次に、ＤＨＣＰ代理サーバ２０の構成を説明する。
【００４４】
図３は図１に示したＤＨＣＰ代理サーバの一構成例を示す機能ブロック図である。図３に示すように、ＤＨＣＰ代理サーバ２０は、アドレス使用確認処理部２１と、探査処理部２２とを有する。
【００４５】
ＤＨＣＰ代理サーバ２０には、プログラムを記憶するメモリ（不図示）と、プログラムにしたがって処理を実行するＣＰＵ（不図示）とが設けられている。すなわち、ＤＨＣＰ代理サーバ２０は、図８に示すコンピュータ５００等で実現される。ＣＰＵがプログラムを実行することで、アドレス使用確認処理部２１および探査処理部２２がＤＨＣＰ代理サーバ２０に仮想的に構成される。
【００４６】
アドレス使用確認処理部２１は、要求メッセージをＤＨＣＰサーバ１０から受信し、確認結果を含む応答メッセージをＤＨＣＰサーバ１０に送信する。要求メッセージは、指定されたＩＰアドレスの使用状況の確認を要求する旨のメッセージである。なお、アドレス使用確認処理部２１が送受信するメッセージは、図４および図５を参照して説明したので、その詳細な説明を省略する。
【００４７】
探査処理部２２は、指定されたＩＰアドレスの使用状況を確認し、結果を応答する。探査処理部２２は、要求メッセージに含まれるアドレスを宛先として、エコー要求を、ＩＰアドレスの割り当てを要求したクライアント端末が接続されたサブネットに送信する。エコー要求とは、受信するメッセージの宛先を変えて返信することを端末に要求するものである。また、探査処理部２２は、エコー応答の有無をアドレス使用確認処理部２１に通知する。エコー応答は、エコー要求に対する応答である。
【００４８】
ＩＰアドレスの使用状況を確認する方法として、ＩＣＭＰを利用する場合を本実施形態で説明し、ＡＲＰ（Address Resolution Protocol）を利用する場合を第２の実施形態で説明する。しかしながら、ＩＰアドレスの使用状況を確認する方法は、これらの通信プロトコルを利用する場合に限定されない。また、以下では、プロトコルがＩＰｖ４である場合を例に説明するが、プロトコルがＩＰｖ６である場合にも本実施形態を適用することが可能である。
【００４９】
ＩＣＭＰを利用する場合、探査処理部２２は、指定されたＩＰアドレスを宛先としてＩＣＭＰエコー要求を送信する。そして、探査処理部２２は、ＩＣＭＰエコー応答があった場合、ＩＰアドレスが使用されていると判断する。また、探索処理部２２は、ＩＣＭＰエコー応答がなかった場合、ＩＰアドレスが使用されていないと判断する。探査処理部２２は、ＩＣＭＰエコー応答の有無を確認結果としてアドレス使用確認処理部２１に通知する。
【００５０】
次に、本実施形態の情報処理システムによるアドレス重複防止方法の動作を説明する。図４は本実施形態のシステムの動作手順を示すフロー図である。
【００５１】
この例では、ＩＣＭＰの通信に関してサブネット５０Ａとサブネット５０Ｂの間でＩＰ到達性がないものとする。例えば、ＩＣＭＰによる通信をブロックするファイアウォールがルータ４１に設定されている場合が考えられる。また、クライアント端末３１がＩＰアドレスの割り当てをＤＨＣＰサーバ１０に対して要求するものとする。
【００５２】
ステップＦ０１：クライアント端末３１がＤＨＣＰによりＩＰアドレスの割り当てを要求する。ＤＨＣＰプロトコルの手順は、標準技術である非特許文献１に準ずるとし、ここでは、その詳細な説明を省略する。ルータ４１が実行するＤＨＣＰリレーエージェント機能により、サブネット５０Ｂ上に配置されたＤＨＣＰサーバ１０にＩＰアドレスの割り当ての要求メッセージがクライアント端末３１から転送される。
【００５３】
ステップＦ１１：ＤＨＣＰサーバ１０は、クライアント端末３１からＩＰアドレス割り当ての要求を受信すると、ＤＨＣＰ処理部１２はＤＨＣＰ関連情報記憶部１６を参照し、未使用のＩＰアドレスを１つ選択する。
【００５４】
ステップＦ１２：ＤＨＣＰ処理部１２は、アドレス重複確認処理部１３に対して、ステップＦ１１で選択したＩＰアドレスの使用状況の確認を要求する。
【００５５】
ステップＦ１３：アドレス重複確認処理部１３は、代理先アドレス記憶部１７を参照し、ＤＨＣＰ代理サーバ２０のＩＰアドレスを特定する。続いて、アドレス重複確認処理部１３は、ＤＨＣＰ代理サーバ２０に対して、ＤＨＣＰ処理部１２によって選択されたＩＰアドレスが使用されているか否かの確認を要求するメッセージを送信する。
【００５６】
ステップＦ２１：ＤＨＣＰ代理サーバ２０は指定されたＩＰアドレスの使用状況の確認を要求するメッージをＤＨＣＰサーバ１０から受信すると、アドレス使用確認処理部２１は、指定されたＩＰアドレスの使用状況の確認を探査処理部２２に要求する。
【００５７】
ステップＦ２２の動作を説明する。探査処理部２２は、指定されたＩＰアドレスを宛先としてＩＣＭＰエコー要求をサブネット５０Ａに送出する。具体的には、探査処理部２２は、ネットワークアドレスにサブネット５０Ａが設定されたＩＰアドレスを宛先とするＩＣＭＰエコー要求をサブネット５０Ｃに送出する。ＩＣＭＰエコー要求は、ルータ４２でネットワークアドレスが読み出され、サブネット５０Ｄを介してルータ４３に転送される。ルータ４３では、ＩＣＭＰエコー要求のネットワークアドレスがサブネット５０Ａに設定されているので、ルータ４３は、そのＩＣＭＰエコー要求をサブネット５０Ａに送出する。このようにして、ＩＣＭＰエコー要求は、サブネット５０Ｃ、ルータ４２、サブネット５０Ｄおよびルータ４３を介してサブネット５０Ａに到達する。
【００５８】
サブネット５０Ａに接続される端末のうち、確認対象のＩＰアドレスが付与されたクライアント端末がある場合、ＩＣＭＰエコー応答は、ＩＣＭＰエコー要求の転送とは逆の経路で、ＤＨＣＰ代理サーバ２０に到達する。
【００５９】
探査処理部２２は、ＩＣＭＰエコー応答があった場合、指定されたＩＰアドレスが使用されていると判断し、ＩＣＭＰエコー応答がなかった場合、指定されたＩＰアドレスが使用されていないと判断する。探査処理部２２は、ＩＣＭＰエコー応答の有無を確認結果としてアドレス使用確認処理部２１に通知する。
【００６０】
ステップＦ２３：アドレス使用確認処理部２１は、指定されたＩＰアドレスの使用状況の確認結果を含む応答メッセージを生成してＤＨＣＰサーバ１０に送信する。
【００６１】
ステップＦ１４：ＤＨＣＰサーバ１０のアドレス重複確認処理部１３は、指定されたＩＰアドレスの使用状況の確認結果の応答メッセージをＤＨＣＰ代理サーバ２０から受信すると、確認結果をＤＨＣＰ処理部１２に通知する。
【００６２】
ステップＦ１５：ステップＦ１４で通知される確認結果に基づいて、ＤＨＣＰ処理部１２は、対象のＩＰアドレスが使用されているか否かを判定する。
【００６３】
ステップＦ１６：ステップＦ１４で通知される確認結果において、対象のＩＰアドレスが使用されていない場合、ＤＨＣＰ処理部１２はＤＨＣＰのプロトコルにしたがってそのＩＰアドレスをクライアント端末３１に割り当てる。
【００６４】
ステップＦ１７：ステップＦ１４で通知される確認結果において、対象のＩＰアドレスが既に使用されている場合、ＤＨＣＰ処理部１２はステップＦ１１に戻り、別のＩＰアドレスを１つ選択する。
【００６５】
ステップＦ０２：クライアント端末３１は、ＤＨＣＰのプロトコルにしたがってルータ４１を介してＩＰアドレスの割り当てを受ける。
【００６６】
本実施形態によれば、ＤＨＣＰサーバおよびクライアント端末がＤＨＣＰで通信する経路が、ＩＣＭＰに関してＩＰ到達性のないネットワークであっても、ＤＨＣＰサーバが複数のクライアント端末に同じＩＰアドレスを重複して割り当てることを防ぐことができる。その理由を簡単に説明する。ＤＨＣＰサーバは、自装置とは異なるサブネットに接続された代理サーバにＩＰアドレスを指定して使用状況の確認を要求する。指定されたＩＰアドレスを宛先にしたＩＣＭＰエコー要求を代理サーバが送信すると、代理サーバはＤＨＣＰサーバとは異なるサブネットに接続されているので、ＩＰ到達性のないネットワーク以外の通信経路を経由してＩＣＭＰエコー要求は転送される。これにより、代理サーバは、ＩＰアドレス割り当て要求元のクライアント端末が所属するサブネットにおいて、確認の対象とされたＩＰアドレスが使用されているか否かを確認できる。ＤＨＣＰサーバは、代理サーバから受け取る確認結果に基づいて、対象とされたＩＰアドレスが使用されているか否かを判定することで、ＩＰアドレスの重複割り当てを防止することが可能となる。
【００６７】
（第２の実施形態）
第１の実施形態では、ＤＨＣＰ代理サーバがＩＰアドレスの使用状況の確認にＩＣＭＰを用いたが、本実施形態では、通信プロトコルとして、ＩＣＭＰの代わりにＡＲＰを利用する。
【００６８】
ＤＨＣＰサーバおよびクライアント端末間のネットワークにＩＰ到達性があっても、ＩＣＭＰに対応していないクライアント端末は、ＩＣＭＰエコー要求に応答しない。このようなクライアント端末に対しては、ＩＰアドレスの重複チェックができず、複数のクライアント端末に同じＩＰアドレスを重複して割り当ててしまうことが起こり得る。
【００６９】
そこで、本実施形態では、ＩＰアドレスの使用状況を確認する際に、多くのクライアント端末にサポートされているＡＲＰが用いられる。
【００７０】
本実施形態の情報処理システムを含むネットワークの構成を説明する。
【００７１】
図７は本実施形態の情報処理システムを含むネットワークの一構成例を示すブロック図である。
【００７２】
第１の実施形態では、図１に示したようにＤＨＣＰ代理サーバ２０がサブネット５０Ｃに接続されていた。本実施形態では、図７に示すように、ＤＨＣＰ代理サーバ２０はサブネット５０Ａに接続されている。つまり、ＤＨＣＰ代理サーバ２０と、ＩＰアドレスの割り当てを要求するクライアント端末とが同一のサブネット５０Ａに配置される。
【００７３】
本実施形態では、ＤＨＣＰ代理サーバ２０の探査処理部２２は、指定されたＩＰアドレスを宛先として、ＡＲＰ要求をＩＰアドレスの割り当てを要求したクライアント端末が接続されるサブネット５０Ａに送信する。そして、探査処理部２２は、ＡＲＰ応答がある場合、ＩＰアドレスが使用されていると判断する。探索処理部２２は、ＡＲＰ応答がない場合、ＩＰアドレスが使用されていないと判断する。
【００７４】
本実施形態の情報処理システムの動作を、図６および図７を参照して説明する。
【００７５】
本実施形態によれば、第１の実施形態の図６を参照して説明したステップＦ２２において、ＩＰアドレスの使用状況の確認手段にＡＲＰを利用することが可能となる。図６に示したフロー図におけるステップＦ２２の動作が、図７を参照して説明した構成に対応して、本実施形態では、下記のステップＦ２２’の動作に置き換えられる。
【００７６】
ステップＦ２２’：ＤＨＣＰ代理サーバ２０の探査処理部２２は、指定されたＩＰアドレスを宛先としてＡＲＰ要求をサブネット５０Ａに送信する。そして、探査処理部２２は、ＡＲＰ応答があった場合、そのＩＰアドレスが使用されていると判断し、ＡＲＰ応答がなかった場合、そのＩＰアドレスが使用されていないと判断する。探査処理部２２は、ＡＲＰ応答の有無を確認結果としてアドレス使用確認処理部２１に通知する。
【００７７】
本実施形態では、ＤＨＣＰ代理サーバが、通信プロトコルとしてＩＣＭＰの代わりにＡＲＰを使用してＩＰアドレスの使用状況を確認する。一般的なクライアント端末は、通常の通信に必要なＡＲＰがサポートされているため、クライアント端末がＩＣＭＰに応答しない場合でも、ＤＨＣＰ代理サーバは、ＩＰアドレスが使用されているか否かを確認することが可能となる。探査対象のサブネットにおけるクライアント端末にＩＣＭＰがサポートされていなくても、ＤＨＣＰサーバは、ＤＨＣＰ代理サーバによる確認結果を参照することで、複数のクライアント端末に同じＩＰアドレスを重複して割り当てることを防ぐことができる。
【００７８】
なお、上述の実施形態では、ＤＨＣＰ代理サーバ２０をサブネット５０Ｃまたはサブネット５０Ａに設ける場合で説明がなされた。しかしながら、本実施形態のアドレス重複防止方法の実行手順を記述したプログラムが、サーバを含むコンピュータにインストールされてもよい。この場合、ネットワークに既に接続されているコンピュータにそのプログラムをインストールして実行させることで、上述の実施形態と同様の効果を得ることができる。
【００７９】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００８０】
この出願は、２０１５年３月２日に出願された日本出願特願２０１５−０４００８８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００８１】
１０    ＤＨＣＰサーバ
２０    ＤＨＣＰ代理サーバ
２１    アドレス使用確認処理部
２２    探査処理部
【図１】
2016139937.tif 000003
【図２】
2016139937.tif 000004
【図３】
2016139937.tif 000005
【図４】
2016139937.tif 000006
【図５】
2016139937.tif 000007
【図６】
2016139937.tif 000008
【図７】
2016139937.tif 000009
【図８】
2016139937.tif 000010
【手続補正書】
【提出日】平成29年8月22日(2017.8.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
クライアント端末からアドレス割り当ての要求があると、対象とされたアドレスの使用状況の確認を要求する要求メッセージを、自装置が接続される第１のサブネットとは異なる第２のサブネットに送信し、該要求メッセージに対する確認結果を含む応答メッセージを前記第２のサブネットから受信すると、前記アドレスを前記クライアント端末に割り当てるか否かを前記確認結果に基づいて判定するＤＨＣＰサーバと、
前記第２のサブネットに接続され、前記ＤＨＣＰサーバから前記要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、該エコー要求に対する応答の有無を前記確認結果として含む前記応答メッセージを前記ＤＨＣＰサーバに送信する代理サーバと、
を有する情報処理システム。
【請求項２】
クライアント端末からのアドレス割り当ての要求を受けた、第１のサブネットに接続されたＤＨＣＰサーバから、該第１のサブネットとは異なる第２のサブネットを介して対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信し、該要求メッセージに対する確認結果を含む応答メッセージを前記ＤＨＣＰサーバに返信する使用確認処理手段と、
前記使用確認処理手段が前記ＤＨＣＰサーバから前記要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、該エコー要求に対する応答の有無を前記確認結果として前記使用確認処理手段に通知する探査処理手段と、
を有する代理サーバ。
【請求項３】
前記エコー要求はＩＣＭＰ（Internet Control Message Protocol）エコー要求またはＡＲＰ（Address Resolution Protocol）要求である、請求項２に記載の代理サーバ。
【請求項４】
前記クライアント端末が前記第２のサブネットに接続されている場合、前記探査処理手段は、前記エコー要求として前記ＡＲＰ要求を利用する、請求項３に記載の代理サーバ。
【請求項５】
ＤＨＣＰサーバとは異なるサブネットに接続された代理サーバによるアドレス重複防止方法であって、
クライアント端末からのアドレス割り当ての要求を受けた前記ＤＨＣＰサーバから、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、
前記エコー要求に対する応答の有無を、前記要求メッセージに対する確認結果として含む応答メッセージを生成し、
生成した前記応答メッセージを前記ＤＨＣＰサーバに返信する、アドレス重複防止方法。
【請求項６】
ＤＨＣＰサーバとは異なるサブネットに接続されたコンピュータに、
クライアント端末からのアドレス割り当ての要求を受けた前記ＤＨＣＰサーバから、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出する手順と、
前記エコー要求に対する応答の有無を、前記要求メッセージに対する確認結果として含む応答メッセージを生成する手順と、
生成した前記応答メッセージを前記ＤＨＣＰサーバに返信する手順を実行させるプログラム。
【国際調査報告】
2016139937.tif 000011
2016139937.tif 000012
2016139937.tif 000013