JP5551061B2 - 情報処理装置、アドレス重複対処方法およびアドレス重複対処用プログラム - Google Patents

Description

本発明は、ネットワークを介して接続された端末による通信を監視する情報処理装置に関する。

従来、入力された検査対象ＩＰアドレスに対応するＭＡＣアドレスを得るためのＡＲＰリクエストを送出し、ＡＲＰリプライの受信個数を判定することで、ＩＰアドレスの重複を検出するＩＰアドレス重複検出方法がある（特許文献１を参照）。

また、検出されたＡＲＰパケットの送信者アドレスが保護ＩＰに設定されており、且つ送信ＭＡＣアドレスが指定ＭＡＣアドレスと異なる場合に、送信ＩＰアドレスが既に使用されているもので操作されたＡＲＰパケットを送信者アドレスに伝送し、送信ＩＰアドレスの実際使用ＭＡＣアドレスが指定ＭＡＣアドレスになるように補償する補償パケットをネットワーク上の全ての装置に伝送する、ＩＰ管理方法がある（特許文献２を参照）。

特許第３５３４３０５号公報 特表２００８−５２０１５９号公報

従来、ＩＰネットワーク等の、所望の端末と通信を行う際に、宛先端末の上位層（上位レイヤ）アドレスから、下位層の宛先とすべき下位層（下位レイヤ）アドレスを求めて、求められた下位層アドレスを下位層における宛先とすることで所望の端末と通信を行う（例えば、パケットやフレームの送信）ネットワークが用いられている。このようなネットワークでは、ネットワークにおいて上位層アドレスの重複が発生した場合、ネットワーク内で誤った下位層アドレスを用いて通信が行われ、通信障害が生じる可能性や、本来取得すべきでない上位層アドレスを有する端末と他の端末との間で通信が行われてしまう可能性がある。

本発明は、上記した問題に鑑み、ネットワークにおいて上位層アドレスの重複が発生した場合に生じうる問題を防止することを課題とする。

本発明は、以下の構成を備えることで、上記した課題を解決することとした。即ち、本発明は、ネットワークに接続された端末を検知する端末検知手段と、前記端末検知手段によって検知された被検知端末が用いる上位層アドレスと、所定の上位層アドレスとを比較することで、上位層アドレスの重複を検出する重複検出手段と、前記重複検出手段によって上位層アドレスの重複が検出された場合に、前記被検知端末によって該被検知端末の下位層アドレスが通知された可能性のある通知対象端末に対して、前記被検知端末以外の端末の下位層アドレスを通知する通知手段と、を備える情報処理装置である。

ここで、所定の上位層アドレスとは、本発明に係る情報処理装置の上位層アドレス、既知の端末の上位層アドレス、または予約された上位層アドレス等、ネットワークにおいて重複を許可したくない上位層アドレスである。即ち、本発明によれば、所定の上位層アド
レスと重複する上位層アドレスを用いる端末が検知された場合に、検知された端末の下位層アドレスが通知された可能性のあるその他の端末に対して、下位層アドレスを是正するための通知を行い、ネットワークにおいて上位層アドレスの重複が発生した場合に生じうる問題を防止することが可能となる。

なお、所定の上位層アドレスは、ネットワークにおいて重複を許可したくないアドレスであればよく、所定の上位層アドレスとして、例示した、本発明に係る情報処理装置の上位層アドレス、既知の端末の上位層アドレス、および予約された上位層アドレス以外のアドレスが用いられてもよい。

また、本発明は、所望の端末と通信を行う際に、宛先端末の上位層（上位レイヤ）アドレスから、下位層の宛先とすべき下位層（下位レイヤ）アドレスを求めて、求められた下位層アドレスを下位層における宛先とすることで所望の端末と通信を行う（例えば、パケットやフレームの送信）ネットワークに適用可能である。上位層の例としてはＩＰ、下位層の例としてはＩＥＥＥ ８０２．３が挙げられるが、本発明はＯＳＩ参照モデルのような複数の層（レイヤ）をもって通信が階層化された通信プロトコルにおいて相対的に上位層および下位層の関係にある通信システムであれば適用可能であり、本発明の適用範囲は、本明細書等に例示されたものに限定されない。

また、本発明において、前記重複検出手段は、前記被検知端末が用いる上位層アドレスと、該情報処理装置の上位層アドレスとの重複を検出し、前記通知手段は、前記重複検出手段によって、前記被検知端末が用いる上位層アドレスと、該情報処理装置の上位層アドレスとの重複が検出された場合に、前記通知対象端末に対して、該情報処理装置の下位層アドレスを通知してもよい。

即ち、検知された端末が、本発明に係る情報処理装置自身の上位層アドレスと重複するアドレスを用いていた場合に、検知された端末の下位層アドレスが通知された可能性のあるその他の端末に対して、重複に係る上位層アドレスに対応する下位層アドレスとして、情報処理装置の下位層アドレスが通知される。これによって、情報処理装置を相手方とする通信において問題が発生することを防止することが出来る。

また、本発明において、前記重複検出手段は、前記被検知端末が用いる上位層アドレスと、前記ネットワークに接続された既知端末の上位層アドレスとの重複を検出し、前記通知手段は、前記重複検出手段によって、前記被検知端末が用いる上位層アドレスと、前記既知端末の上位層アドレスとの重複が検出された場合に、前記通知対象端末に対して、該既知端末の下位層アドレスを通知してもよい。

即ち、検知された端末が、既に本発明に係る情報処理装置によって知られている端末の上位層アドレスと重複するアドレスを用いていた場合に、検知された端末の下位層アドレスが通知された可能性のあるその他の端末に対して、重複に係る上位層アドレスに対応する下位層アドレスとして、既知端末の下位層アドレスが通知される。これによって、既知端末を相手方とする通信において問題が発生することを防止することが出来る。

また、本発明において、前記重複検出手段は、前記被検知端末が用いる上位層アドレスと、予約された上位層アドレスとの重複を検出してもよい。

即ち、重複が許可されない上位層アドレスは、現在用いられている上位層アドレスに限定されない。例えば、端末に固定で割り当てられる上位層アドレス等を予約された上位層アドレスとして重複検出に用いることで、予約に係る端末がネットワークから離れている間に予約された上位層アドレスが用いられてしまうことを防止し、予約に係る端末がネッ
トワークに復帰した際に、即座に予約されたアドレスを使用させることが出来る。

また、本発明において、前記通知手段は、前記重複検出手段によって、前記被検知端末が用いる上位層アドレスと、前記予約された上位層アドレスとの重複が検出された場合に、前記通知対象端末に対して、該情報処理装置の下位層アドレスを通知してもよい。

また、本発明において、前記通知手段は、前記重複検出手段によって、前記被検知端末が用いる上位層アドレスと、前記予約された上位層アドレスとの重複が検出された場合に、前記通知対象端末に対して、前記ネットワークに接続された所定の端末の下位層アドレスを通知してもよい。

このようにすることで、予約に係る端末がネットワークから離れている間、予約された上位層アドレス宛の通信を、本発明に係る情報処理装置自身または他の所定の端末に誘導し、破棄する、ログを蓄積する等、適切な処理を行うことが出来る。即ち、本発明によれば、予約に係る端末がネットワークから離れている間に予約された上位層アドレスが用いられてしまうことを防止することが出来る。

また、本発明において、前記通知手段は、前記重複検出手段によって、前記被検知端末が用いる上位層アドレスと、前記予約された上位層アドレスとの重複が検出された場合に、前記通知対象端末に対して、前記ネットワークにおいて用いられていない下位層アドレスを通知してもよい。

この場合、予約に係る端末がネットワークから離れている間は、予約された上位層アドレス宛の通信は、宛先不明となり、ネットワークの全ての装置において破棄されることとなる。即ち、ネットワークにおいて用いられていない下位層アドレスを通知することによっても、予約に係る端末がネットワークから離れている間に予約された上位層アドレスが用いられてしまうことを防止することが出来る。

また、本発明に係る情報処理装置は、前記重複検出手段によってアドレスの重複が検出された場合に、前記被検知端末に対して、前記ネットワーク上の端末の下位層アドレスとして、該情報処理装置の下位層アドレス、前記ネットワークに接続された所定の端末の下位層アドレスまたは前記ネットワークにおいて用いられていない下位層アドレスを通知することで、前記被検知端末からの通信を誘導する、通信誘導手段を更に備えてもよい。

本発明によれば、重複する上位層アドレスを用いる被検知端末からの通信を、本発明に係る情報処理装置や、所定の端末、ネットワークに存在しない端末、等に誘導することが出来る。誘導された通信は、破棄される、ログとして蓄積される等の方法で処理することが出来、ネットワークのセキュリティを確保することが出来る。

更に、本発明は、コンピュータが実行する方法、又はコンピュータに実行させるプログラムとしても把握することが可能である。また、本発明は、そのようなプログラムをコンピュータその他の装置、機械等が読み取り可能な記録媒体に記録したものでもよい。ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。

本発明によれば、ネットワークにおいて上位層アドレスの重複が発生した場合に生じうる問題を防止することが可能となる。

実施形態に係る通信システムの構成を示す概略図である。 実施形態に係るセンサー装置のハードウェア構成を示す図である。 実施形態に係るセンサー装置の機能構成の概略を示す図である。 実施形態に係る端末リストの構成を例示する図である。 実施形態に係る予約リストの構成を例示する図である。 実施形態における予約リストの作成、配信方法を示す概略図である。 実施形態に係るアドレス重複対処処理の流れを示すフローチャートである。 図７に示したフローチャートにおけるステップＳ１０２に示された処理が実行される場合の、通信の詳細な流れを示すシーケンス図である。 図７に示したフローチャートにおけるステップＳ１０２に示された処理が実行される場合の、通信の詳細な流れを示すシーケンス図である。 図７に示したフローチャートにおけるステップＳ１０４に示された処理が実行される場合の、通信の詳細な流れを示すシーケンス図である。 図７に示したフローチャートにおけるステップＳ１０４に示された処理が実行される場合の、通信の詳細な流れを示すシーケンス図である。 図７に示したフローチャートにおけるステップＳ１０６に示された処理が実行される場合の、通信の詳細な流れを示すシーケンス図である。 図７に示したフローチャートにおけるステップＳ１０６に示された処理が実行される場合の、通信の詳細な流れを示すシーケンス図である。 図７に示したフローチャートにおけるステップＳ１０６に示された処理が実行される場合の、通信の詳細な流れを示すシーケンス図である。 ネットワークにおいてＩＰアドレスの重複が発生する様子を示す概略図である。

以下、本発明に係る情報処理装置を含む通信システム１の実施の形態について、図面に基づいて説明する。本実施形態に係る通信システム１は、ネットワークに接続された端末等に対して所謂検疫が行われる通信システムである。但し、本発明に係る情報処理装置は、検疫を行わないシステムにおいても、通信の監視または制限を行うために用いることが出来る。

＜システムの構成＞
図１は、本実施形態に係る通信システム１の構成の例を示す概略図である。本実施形態に係る通信システム１は、端末１０Ａ、１０Ｂ、１０Ｘが接続されるネットワークセグメント２と、ルータを介してネットワークセグメント２と通信可能に接続されているマネージャ装置（マネージャサーバ）４０および検疫サーバ３０と、を備える。そして、ネットワークセグメント２には、検疫が完了していない端末による通信を遮断するためのセンサー装置２０が接続されている。なお、本実施形態において、端末１０Ａ、１０Ｂ、１０Ｘは、何れもユーザによって用いられるパーソナルコンピュータや携帯情報端末等の端末であるが、後述するアドレス重複対処処理では、検知された端末を被検知端末１０Ｘ、センサー装置２０によって既に端末リストに登録されている端末を既知端末１０Ａ、被検知端末１０Ｘによって被検知端末１０ＸのＭＡＣアドレスが通知された可能性のある端末を通知対象端末１０Ｂとして説明する。

検疫サーバ３０は、ネットワークセグメント２に接続された端末に対して検疫サービスを提供する。なお、本実施形態に係る通信システム１では、ネットワークセグメント２内の各端末またはセンサー装置２０から接続されるマネージャ装置４０や検疫サーバ３０等は、インターネットや広域ネットワークを介して遠隔地において接続されたものであり、例えばＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）によって
提供されるが、マネージャ装置４０や検疫サーバ３０等は、必ずしも遠隔地に接続されたものである必要はない。例えば、マネージャ装置４０や検疫サーバ３０等は、各端末やセンサー装置２０が存在するローカルネットワーク上に接続されていてもよい。

従来、本実施形態に係る通信システム１のような構成を持つネットワークにおいて、他の端末（例えば、端末１０Ａ）と同じＩＰアドレスを持つ端末１０Ｘが、端末１０Ａから端末１０Ｂに対して通信している途中で、端末１０Ｂに対して通信を行った場合、端末１０Ｂ内に存在する端末１０Ａに関するＡＲＰテーブルの情報が、端末１０ＸのＭＡＣアドレスをもって上書きされ、端末１０Ａと端末１０Ｂとの間の通信が出来なくなってしまう（図１１を参照。図１１は、ＩＰアドレスの重複によって問題が発生する様子を示す概略図であり、図中の処理内容を示すブロックに付された数字は、処理順序である。）。

このため、本実施形態に係る通信システム１では、ネットワークセグメント２上に、本発明の情報処理装置に相当するセンサー装置２０を設置し、ネットワークセグメント２上の機器を全て検出した上で、夫々の機器においてＩＰアドレスが重複していないかどうか常に監視を行い、ＩＰアドレスの重複を検出した場合、適切でない情報が保持されてしまったＡＲＰテーブルを補正することで、ＩＰアドレスの重複に起因する問題の発生を抑制することとしている。

図２は、本実施形態に係るセンサー装置２０のハードウェア構成の例を示す図である。センサー装置２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶装置１４、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１５等の通信ユニット、等を備えるコンピュータである。なお、図２においては、センサー装置２０以外の構成（ルータ、マネージャ装置４０、検疫サーバ３０、端末１０Ａ、端末１０Ｂ、端末１０Ｘ等）については、図示を省略しているが、図示を省略されたセンサー装置２０以外の端末（装置）も、何れもＣＰＵ、ＲＡＭ、ＲＯＭ、記憶装置、通信ユニット等のセンサー装置２０と同様の構成を備えるコンピュータである。

図３は、本実施形態に係るセンサー装置２０の機能構成の概略を示す図である。センサー装置２０は、記憶装置１４に記録されているプログラムが、ＲＡＭ１３に読み出され、ＣＰＵ１１によって実行されることで、端末検知部２１と、重複検出部２２と、通知部２３と、通信誘導部２４と、を備える情報処理装置として機能する。なお、本実施形態では、情報処理装置の備える各機能は、汎用プロセッサであるＣＰＵ１１によって実行されるが、これらの機能の一部または全部は、１または複数の専用プロセッサによって実行されてもよい。

端末検知部２１は、端末から送信されたＡＲＰリクエスト等のパケットを受信すると、パケットの送信元ＭＡＣアドレスを用いて端末リストを検索し、端末リストに登録済みの端末であるか否かを判定することで、ネットワークセグメント２に接続された端末を検知する。即ち、端末検知部は、パケットの送信元ＭＡＣアドレスが端末リストに登録済みである場合、既知の端末（既知端末１０Ａ）であると判定し、一方、パケットの送信元ＭＡＣアドレスが端末リストに登録されていなかった場合、新たな端末であると判定し、この新たな端末を、被検知端末１０Ｘとして検知する。

なお、被検知端末１０Ｘの接続検知は、ＡＲＰ以外のパケット通信を検出することで行われてもよい。例えば、被検知端末１０Ｘから送信されたその他のブロードキャストパケ
ットを受信することで被検知端末１０Ｘの接続を検知してもよいし、ＮＩＣ１５をプロミスキャスモードで動作させることで、ブロードキャストパケットでもセンサー装置２０宛のパケットでもないパケットについても取得し、被検知端末１０Ｘの接続を検知することとしてもよい。

重複検出部２２は、端末検知部２１によって検知された被検知端末１０Ｘが用いるＩＰアドレスと、所定のＩＰアドレスとを比較することで、ＩＰアドレスの重複を検出する。例えば、重複検出部２２は、センサー装置２０のＩＰアドレス、既知端末１０ＡのＩＰアドレス、および予約ＩＰアドレスを、被検知端末１０Ｘが用いるＩＰアドレスと比較し、ＩＰアドレスの重複を検出する。

通知部２３は、重複検出部２２によってＩＰアドレスの重複が検出された場合に、被検知端末１０Ｘによって被検知端末１０ＸのＭＡＣアドレスが通知された可能性のある通知対象端末１０Ｂに対して、被検知端末１０Ｘ以外の端末のＭＡＣアドレスを通知する。例えば、通知部２３は、重複検出部２２によって、被検知端末１０Ｘが用いるＩＰアドレスと、センサー装置２０のＩＰアドレスとの重複が検出された場合には、通知対象端末１０Ｂに対して、センサー装置２０のＭＡＣアドレスを通知する。また、通知部２３は、重複検出部２２によって、被検知端末１０Ｘが用いるＩＰアドレスと、既知端末１０ＡのＩＰアドレスとの重複が検出された場合には、通知対象端末１０Ｂに対して、既知端末１０ＡのＭＡＣアドレスを通知する。

一方、通知部２３は、重複検出部２２によって、被検知端末１０Ｘが用いるＩＰアドレスと、予約ＩＰアドレスとの重複が検出された場合には、通知対象端末１０Ｂに対して、センサー装置２０のＭＡＣアドレスを通知する。これは、通知対象端末１０Ｂからの被検知端末１０Ｘ宛の通信を誘導するためである。このようにすることで、予約に係る端末がネットワークセグメント２から離れている間、予約ＩＰアドレス宛の通信をセンサー装置２０自身に誘導し、破棄する、ログを蓄積する等、適切な処理を行うことが出来る。

但し、通知部２３は、重複検出部２２によって、被検知端末１０Ｘが用いるＩＰアドレスと、予約ＩＰアドレスとの重複が検出された場合に、通知対象端末１０Ｂに対して、ネットワークセグメント２に接続された所定の端末のＭＡＣアドレスを通知してもよい。このようにすることで、予約に係る端末がネットワークセグメント２から離れている間、予約ＩＰアドレス宛の通信を所定の端末に誘導し、破棄する、ログを蓄積する等、適切な処理を行うことが出来る。

また、通知部２３は、重複検出部２２によって、被検知端末１０Ｘが用いるＩＰアドレスと、予約ＩＰアドレスとの重複が検出された場合に、通知対象端末１０Ｂに対して、ネットワークセグメント２において用いられていないＭＡＣアドレスを通知してもよい。この場合、予約に係る端末がネットワークセグメント２から離れている間は、予約ＩＰアドレス宛の通信は、宛先不明となり、ネットワークセグメント２の全ての装置において破棄されることとなる。即ち、ネットワークセグメント２において用いられていないＭＡＣアドレスを通知することによっても、予約ＩＰアドレスが用いられてしまうことを防止することが出来る。

通信誘導部２４は、重複検出部２２によってアドレスの重複が検出された場合に、被検知端末１０Ｘに対して、ネットワークセグメント２上の端末のＭＡＣアドレスとして、センサー装置２０のＭＡＣアドレス、ネットワークセグメント２に接続された所定の端末のＭＡＣアドレスまたはネットワークセグメント２において用いられていないＭＡＣアドレスを通知することで、被検知端末１０Ｘからの通信を誘導する。

また、本実施形態に係るセンサー装置２０は、記憶装置１４に、端末リストおよび予約リストを保持する。図４は、本実施形態に係る端末リストの構成を例示する図である。端末リストは、センサー装置２０によって検知された、ネットワークセグメント２に接続された各端末の、ＩＰアドレスおよびＭＡＣアドレスを含む情報が保持されるためのリストである。但し、端末リストは、センサー装置２０内に保持されている必要はない。例えば、端末リストは、マネージャ装置４０に保持され、必要に応じてネットワークを介してセンサー装置２０によって参照されることとしてもよい。また、センサー装置２０は、通常ネットワークセグメント２上の他の端末との間での通信において用いられるＡＲＰテーブルを有しているが、端末リストは、このようなＡＲＰテーブルとは別に用意されていてもよいし、センサー装置２０のＡＲＰテーブルが、端末リストとして用いられてもよい。

図５は、本実施形態に係る予約リストの構成を例示する図である。予約リストは、予約ＩＰアドレスおよび予約ＭＡＣアドレスを含む予約情報が保持されるためのリストである。ここで、予約ＩＰアドレスとは、所望の端末のために予約され、ネットワークセグメント２上の他の端末によって使用されることを禁止されたＩＰアドレスである。なお、予約ＩＰアドレスは、予約ＩＰアドレスが割り当てられた端末が現在ネットワークセグメント２に接続されて通信可能な状態となっているか否かを問わず、ネットワークセグメント２上の他の端末によって使用されることを禁止される。また、予約ＭＡＣアドレスとは、予約ＩＰアドレスに係る端末のＭＡＣアドレスである。

図６は、本実施形態における予約リストの作成、配信方法を示す概略図である。なお、図中の処理内容を示すブロックに付された数字は、処理順序である。本実施形態では、予約ＩＰアドレスは、システム管理者によって指定される。センサー装置２０は、検出した端末の情報（即ち、端末リストの内容）を全てマネージャ装置４０に対してアップロードする。システム管理者は、センサー装置２０からマネージャ装置４０にアップロードされた端末リストを閲覧し、システム構成図などと照合した上で、所望の端末によって使用されるＩＰアドレスを予約ＩＰアドレスとしてマネージャ装置４０に指示する。マネージャ装置４０は、その指示によって指定された予約ＩＰアドレスと該予約ＩＰアドレスを利用する端末の情報とを含む予約リストを、センサー装置２０に配信する。

＜処理の流れ＞
次に、本実施形態に係るセンサー装置２０によって実行される処理の流れを、フローチャートを用いて説明する。

図７は、本実施形態に係るアドレス重複対処処理の流れを示すフローチャートである。本実施形態に係るアドレス重複対処処理は、上記説明した通信システム１において、センサー装置２０によってＡＲＰのアドレス解決要求（以下、「ＡＲＰリクエスト」と称する）が受信され、端末検知部２１によって新たな端末が検知されたことを契機として開始される。なお、本フローチャートに示された処理の具体的な内容および処理順序は、本発明を実施するための一例である。具体的な処理内容および処理順序は、本発明の実施の形態に応じて適宜選択されてよい。例えば、後述するステップＳ１０２、ステップＳ１０４またはステップＳ１０６と、ステップＳ１０７との処理順序は入れ替わってもよい。

ステップＳ１０１では、検知された被検知端末１０ＸのＩＰアドレスが、センサー装置２０のＩＰアドレスと重複しているか否かが判定される。重複検出部２２は、受信されたＡＲＰリクエストのＳｅｎｄｅｒＩＰを参照することで、検出された被検知端末１０ＸのＩＰアドレスを取得し、取得された被検知端末１０ＸのＩＰアドレスとセンサー装置２０のＩＰアドレスとを比較することで、ＩＰアドレスの重複を検出する。比較の結果、被検知端末１０ＸのＩＰアドレスと、センサー装置２０のＩＰアドレスとの重複が検出されなかった場合、処理はステップＳ１０３へ進む。これに対して、比較の結果、被検知端末１
０ＸのＩＰアドレスと、センサー装置２０のＩＰアドレスとの重複が検出された場合、処理はステップＳ１０２へ進む。

ステップＳ１０２では、通知対象端末１０Ｂに対して、センサー装置２０のＭＡＣアドレスが通知される。ステップＳ１０１における比較の結果、被検知端末１０ＸのＩＰアドレスと、センサー装置２０のＩＰアドレスとの重複が検出された場合、通知部２３は、通知対象端末１０Ｂに対して、センサー装置２０のＩＰアドレスとＭＡＣアドレスとの組み合わせがＳｅｎｄｅｒＩＰ／ＭＡＣに設定されたＡＲＰリクエストを送信することで、通知対象端末１０Ｂに対して、センサー装置２０のＩＰアドレスに対応する正しいＭＡＣアドレスを通知する。なお、ステップＳ１０２に示された処理が実行される場合の通信の詳細な流れは、図８Ａおよび図８Ｂを用いて後述する。その後、処理はステップＳ１０７へ進む。

ステップＳ１０３では、被検知端末１０ＸのＩＰアドレスが、ネットワークセグメント２に接続された既知端末１０Ａが使用しているＩＰアドレスと重複しているか否かが判定される。重複検出部２２は、受信されたＡＲＰリクエストのＳｅｎｄｅｒＩＰを参照することで検出された被検知端末１０ＸのＩＰアドレスを取得し、被検知端末１０ＸのＩＰアドレスおよびＭＡＣアドレスと、センサー装置２０が保持している端末リストに登録されているＩＰアドレスおよびＭＡＣアドレスと、を比較し、ＩＰアドレスが同一でありＭＡＣアドレスが異なる端末の有無を判定することで、ＩＰアドレスの重複を検出する。ここで、重複検出部２２は、検出された被検知端末１０ＸのＩＰアドレスおよびＭＡＣアドレスを端末リストに登録し、登録後に端末リスト内においてＩＰアドレスおよびＭＡＣアドレスを比較することで、ＩＰアドレスの重複を検出してもよい。比較の結果、被検知端末１０ＸのＩＰアドレスと既知端末１０ＡのＩＰアドレスとの重複が検出されなかった場合、処理はステップＳ１０５へ進む。これに対して、比較の結果、被検知端末１０ＸのＩＰアドレスと既知端末１０ＡのＩＰアドレスとの重複が検出された場合、処理はステップＳ１０４へ進む。

ステップＳ１０４では、通知対象端末１０Ｂに対して、既知端末１０ＡのＭＡＣアドレスが通知される。ステップＳ１０３における比較の結果、被検知端末１０ＸのＩＰアドレスと既知端末１０ＡのＩＰアドレスとの重複が検出された場合、通知部２３は、通知対象端末１０Ｂに対して、既知端末１０ＡのＩＰアドレスとＭＡＣアドレスとの組み合わせがＳｅｎｄｅｒＩＰ／ＭＡＣに設定されたＡＲＰリクエストを送信することで、通知対象端末１０Ｂに対して、既知端末１０ＡのＩＰアドレスに対応する正しいＭＡＣアドレスを通知する。なお、ステップＳ１０４に示された処理が実行される場合の通信の詳細な流れは、図９Ａおよび図９Ｂを用いて後述する。その後、処理はステップＳ１０７へ進む。

ステップＳ１０５では、被検知端末１０ＸのＩＰアドレスが、予約ＩＰアドレスと重複しているか否かが判定される。センサー装置２０は、マネージャ装置４０から配信された、予約ＩＰアドレスおよび予約ＭＡＣアドレスを含む予約リストに基づいて、ＩＰアドレスの重複の有無を判定する。より具体的には、重複検出部２２は、受信されたＡＲＰリクエストのＳｅｎｄｅｒＩＰを参照することで検出された被検知端末１０ＸのＩＰアドレスを取得し、被検知端末１０ＸのＩＰアドレスが予約ＩＰアドレスと同一で、且つ被検知端末１０ＸのＭＡＣアドレスが予約ＭＡＣアドレスと異なるか否かを判定することで、ＩＰアドレスの重複を検出する。即ち、重複検出部２２は、予約ＭＡＣアドレスが異なる（予約に係る端末とは異なる端末である）にも関わらず、予約ＩＰアドレスを用いる端末を、ＩＰアドレスを重複させる端末として検出する。比較の結果、被検知端末１０ＸのＩＰアドレスと、予約ＩＰアドレスとの重複が検出されなかった場合、処理はステップＳ１０８へ進む。これに対して、比較の結果、被検知端末１０ＸのＩＰアドレスと、予約ＩＰアドレスとの重複が検出された場合、処理はステップＳ１０６へ進む。

ステップＳ１０６では、通知対象端末１０Ｂに対して、センサー装置２０のＭＡＣアドレスが通知される。ステップＳ１０５における比較の結果、被検知端末１０ＸのＩＰアドレスと、予約ＩＰアドレスとの重複が検出された場合、通知部２３は、通知対象端末１０Ｂに対して、予約ＩＰアドレスとセンサー装置２０のＭＡＣアドレスとの組み合わせがＳｅｎｄｅｒＩＰ／ＭＡＣに設定されたＡＲＰリクエストを送信する。このようにして、通知部２３は、通知対象端末１０Ｂに対して、予約ＩＰアドレスに対応するＭＡＣアドレスとして、センサー装置２０のＭＡＣアドレスを通知する。

ステップＳ１０６においてセンサー装置２０から送信されたＡＲＰリクエストを受信した通知対象端末１０Ｂは、通常、ＡＲＰテーブルに、通知された内容、即ち予約ＩＰアドレスに対応するＭＡＣアドレスとしてセンサー装置２０のＭＡＣアドレスを登録し、保持する。このため、この状態で、通知対象端末１０Ｂが予約ＩＰアドレスと同一のＩＰアドレスを用いている被検知端末１０Ｘ宛の通信を行おうとした場合（例えば、被検知端末１０Ｘからの通信に対して返信を行おうとした場合）、通知対象端末１０Ｂは、センサー装置２０のＭＡＣアドレスを宛先ＭＡＣアドレスに設定してパケットを送信することとなる。このため、通知対象端末１０Ｂからの被検知端末１０Ｘが用いているＩＰアドレス（予約ＩＰアドレスと重複）宛のパケットは、センサー装置２０によって受信される。そして、センサー装置２０は、受信したパケットを転送せずに破棄する。換言すると、上記したような方法によって、センサー装置２０の通知部２３は、通知対象端末１０Ｂからの被検知端末１０Ｘに対する通信を遮断する。なお、ステップＳ１０６に示された処理が実行される場合の通信の詳細な流れは、図１０Ａ、図１０Ｂおよび図１０Ｃを用いて後述する。その後、処理はステップＳ１０７へ進む。

なお、ステップＳ１０６では、通知対象端末１０Ｂに対して、ネットワークセグメント２に接続された所定の端末のＭＡＣアドレスが通知されてもよい。このようにすることで、予約に係る端末がネットワークセグメント２から離れている間、予約ＩＰアドレス宛の通信を所定の端末に誘導し、破棄する、ログを蓄積する等、適切な処理を行うことが出来る。

また、ステップＳ１０６では、通知対象端末１０Ｂに対して、ネットワークセグメント２において用いられていないＭＡＣアドレスが通知されてもよい。この場合、予約に係る端末がネットワークセグメント２から離れている間は、予約ＩＰアドレス宛の通信は、宛先不明となり、ネットワークセグメント２の全ての装置において破棄されることとなる。即ち、ネットワークセグメント２において用いられていないＭＡＣアドレスを通知することによっても、予約ＩＰアドレスが用いられてしまうことを防止することが出来る。

ステップＳ１０７では、被検知端末１０Ｘからの通信を遮断するための、通信誘導が行われる。センサー装置２０の通信誘導部２４は、ステップＳ１０２、ステップＳ１０４およびステップＳ１０６に係るＩＰアドレスの重複是正に伴って、被検知端末１０Ｘに対して、通知対象端末１０ＢのＩＰアドレスに対応するＭＡＣアドレスとしてセンサー装置２０のＭＡＣアドレスを通知するＡＲＰリクエストを送信する。即ち、ここでＡＲＰリクエストとして被検知端末１０Ｘへ通知されるＭＡＣアドレスは、通知対象端末１０ＢのＭＡＣアドレスを、センサー装置２０のＭＡＣアドレスで偽装するものである。換言すれば、ステップＳ１０７において送信されるＡＲＰリクエストは、被検知端末１０Ｘからの通知対象端末１０Ｂに対する以降の通信をセンサー装置２０に誘導するための、通信誘導用のＡＲＰリクエストである。なお、本実施形態では、被検知端末１０Ｘに対してＡＲＰリクエストを送信することで、通信誘導を行うこととしているが、このような方法に代えて、被検知端末１０Ｘから受信したＡＲＰリクエストに対するＡＲＰリプライを送信することで、通信誘導を行うこととしてもよい。その後、本フローチャートに示された処理は終了
する。

ステップＳ１０７に示された処理の結果、センサー装置２０から送信された通信誘導用のＡＲＰリクエストを受信した被検知端末１０Ｘは、通常、通知された内容、即ち通知対象端末１０Ｂ（通知対象端末１０Ｂがルータである場合には、外部ネットワーク）との通信に用いるＭＡＣアドレスとしてセンサー装置２０のＭＡＣアドレスをＡＲＰテーブルに登録し、保持する。このため、以降、被検知端末１０Ｘは、通知対象端末１０Ｂに対する通信（通知対象端末１０Ｂがルータである場合には、外部ネットワーク宛の通信）を試みる場合に、偽装されたセンサー装置２０のＭＡＣアドレス宛にパケットを送信することとなる。そして、センサー装置２０は、検疫、認証等のための通信等の一部の通信を除いて、被検知端末１０Ｘから送信されたパケットを転送せずに破棄する。換言すると、上記したような方法によって、センサー装置２０の通信誘導部２４は、未検疫の被検知端末１０Ｘによる通信を遮断する。

ステップＳ１０８では、被検知端末１０Ｘに対する検疫が実施される。センサー装置２０は、被検知端末１０Ｘによる通信を検疫サーバ３０に転送する、または被検知端末１０ＸによるＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）接続を検疫サーバ３０にリダイレクトする、等の方法で被検知端末１０Ｘによる通信を検疫サーバ３０に誘導し、被検知端末１０Ｘに、検疫サーバ３０による検疫を受けさせる。検疫のための具体的な処理としては、従来知られている検疫のための様々な処理が採用されてよく、本実施形態では、説明を省略する。その後、本フローチャートに示された処理は終了する。

なお、被検知端末１０Ｘは、後述するセンサー装置２０による通信誘導（ステップＳ１０７を参照）が有効に働いていない場合、ネットワーク上の他の端末に対して、正しいＩＰアドレスおよび正しいＭＡＣアドレスを指定して、通信を行う。ここで、正しいＭＡＣアドレスとは、通信先がネットワークセグメント２上の端末である場合、通信先端末のＭＡＣアドレスであり、通信先が外部ネットワークの端末である場合、デフォルトゲートウェイであるルータのＭＡＣアドレスである。但し、本実施形態によれば、上述したステップＳ１０６が実行されることによって、通知対象端末１０Ｂ（ルータやネットワークセグメント２上の端末等）に対する通信誘導がおこなわれている。

このため、通信先がネットワークセグメント２上の端末である場合、送信パケットは通信先に到着するが、通信先からの返信パケットは、通信先（例えば、ネットワークセグメント２上の端末等）によって送信される際に、宛先ＭＡＣアドレスにセンサー装置２０のＭＡＣアドレスを付されてネットワークセグメント２へ送出される。また、通信がルータを経由して行われる場合、送信パケットは通信先（例えば、ネットワーク外の図示しない業務サーバ等）に到着するが、通信先からの返信パケットは、ルータによって仲介される際に、宛先ＭＡＣアドレスにセンサー装置２０のＭＡＣアドレスを付されてネットワークセグメント２へ送出される。センサー装置２０は、ルータやネットワークセグメント２上の端末等から送信されたパケット（即ち、送信元ＭＡＣアドレスがルータやネットワークセグメント２上の端末等のＭＡＣアドレスであるパケット）を受信し、破棄する。

即ち、本実施形態に係るセンサー装置２０によれば、被検知端末１０Ｘに対する通信誘導が失敗している場合であっても、被検知端末１０Ｘと通知対象端末１０Ｂとの間の通信のうち、通知対象端末１０Ｂから被検知端末１０Ｘに対して送信されたＩＰパケットを、センサー装置２０に誘導して破棄することで、被検知端末１０Ｘに対する他の端末からの通信を遮断することが出来る。

＜シーケンス＞
次に、図８Ａから図１０Ｃに示すシーケンス図を用いて、図７を用いて説明したアドレス重複対処処理によって実現される、ＩＰアドレスの重複が発生した場合に生じうる問題の防止に係る通信の詳細な流れを説明する。なお、図中では、ＩＰアドレスは、１０進数で示した場合の下位２桁（本実施形態では、「１９２．１６８．０．＃＃」の＃＃部分）で示され、ＭＡＣアドレスは、１６進数で示した場合の下位２桁で示されている。但し、被検知端末１０ＸのＭＡＣアドレスのみ、「ｘｘ」と示す。

図８Ａおよび図８Ｂは、図７に示したフローチャートにおけるステップＳ１０２に示された処理が実行される場合の、通信の詳細な流れを示すシーケンス図であり、図８Ａ、図８Ｂの順にシーケンスが流れる。ネットワークセグメント２には、通知対象端末１０Ｂおよびセンサー装置２０が接続されている。そして、ネットワークセグメント２に新たに接続された被検知端末１０Ｘは、固有のＭＡＣアドレスを有しているが、センサー装置２０と同一のＩＰアドレス（図に示した例では、１９２．１６８．０．３３）を用いる。この状態で、被検知端末１０Ｘは、ネットワーク上の何れかの端末（本実施形態では、通知対象端末１０Ｂ）に対してパケットを送信しようとしている。なお、被検知端末１０Ｘが送信しようとするパケットは、図に示した例では、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）のエコー要求（所謂ＰＩＮＧ）であるが、被検知端末１０Ｘから通知対象端末１０ＢへのＩＰ通信であればよく、パケットの種類はＰＩＮＧに限定されない。

この時点で、被検知端末１０Ｘは、通知対象端末１０ＢのＩＰアドレスを知っているが、通知対象端末１０ＢのＭＡＣアドレスを知らない。このため、被検知端末１０Ｘは、通知対象端末１０Ｂに対してパケットを送信するために、アドレス解決を行う。被検知端末１０Ｘは、通知対象端末１０ＢのＩＰアドレス（図では１９２．１６８．０．２２）のアドレス解決を行うためのＡＲＰリクエストを、ネットワークセグメント２にブロードキャストする。なお、図８Ａから図１０Ｃに示すシーケンス図において、パケットの送信先ＭＡＣアドレス（ＤｓｔＭａｃ）が「ｆｆ」となっているパケットは、ブロードキャストパケットである。

被検知端末１０ＸによってブロードキャストされたＡＲＰリクエストを受信した通知対象端末１０Ｂは、自装置（通知対象端末１０Ｂ）が用いているＩＰアドレスのアドレス解決を要求するＡＲＰリクエストであるため、このＡＲＰリクエストに対する応答として、自装置（通知対象端末１０Ｂ）のＭＡＣアドレスを通知するＡＲＰリプライを、被検知端末１０Ｘ宛に送信する。

また、この際、通知対象端末１０Ｂは、被検知端末１０Ｘから受信されたＡＲＰリクエストの内容に応じて、自装置が保持するＡＲＰテーブルを更新する。図に示した例では、通知対象端末１０Ｂは、センサー装置２０によって用いられているＩＰアドレス１９２．１６８．０．３３に対応するＭＡＣアドレスとして、被検知端末１０ＸのＭＡＣアドレスを記録する。なお、通知対象端末１０Ｂが予めセンサー装置２０のＩＰアドレスとＭＡＣアドレスとの組み合わせをＡＲＰテーブルに保持していた場合にも、この情報は被検知端末１０Ｘから通知された内容で更新される。

即ち、被検知端末１０Ｘによって送信されたＡＲＰリクエストによって、通知対象端末１０ＢのＡＲＰテーブルは、センサー装置２０が用いるＩＰアドレス１９２．１６８．０．３３に関連付けられたＭＡＣアドレスとして、被検知端末１０ＸのＭＡＣアドレスを保持する。このため、この状態を放置すると、通知対象端末１０Ｂとセンサー装置２０との間の通信に障害が生じ、また、悪意をもってネットワークセグメント２に参加した可能性のある被検知端末１０Ｘに対して、通知対象端末１０Ｂが通信を行ってしまうこととなる。

しかし、本実施形態に係るネットワークセグメント２には、センサー装置２０が接続されており、センサー装置２０は、ネットワークセグメント２を流れるパケットを受信し、端末検知部２１によって新たな端末を検知している。このため、被検知端末１０ＸからブロードキャストされたＡＲＰリクエストがセンサー装置２０によって受信されると（シーケンス図では、被検知端末１０Ｘから送信されたＡＲＰリクエストをセンサー装置２０が受信する流れを破線矢印で示した）、センサー装置２０は、ネットワークセグメント２に参加した新たな被検知端末１０Ｘを検知し、図７に示したアドレス重複対処処理を実行する。

なお、センサー装置２０は、検出された被検知端末１０Ｘの情報を、マネージャ装置４０にアップロードする。このようにしてマネージャ装置４０にアップロードされた、検出された端末の情報は、システム管理者等によって閲覧され、先述した予約ＩＰアドレスの設定等に用いられる。

センサー装置２０は、被検知端末１０Ｘの検出を受けて、アドレス重複対処処理を実行する。本シーケンス図に示した例では、被検知端末１０Ｘが検出されると、センサー装置２０の重複検出部２２は、被検知端末１０ＸのＩＰアドレスが、センサー装置２０のＩＰアドレスと重複しているか否かを判定する（図７のステップＳ１０１を参照）。ここでは、被検知端末１０ＸのＩＰアドレスは、センサー装置２０のＩＰアドレスと重複しているため、センサー装置２０の通知部２３は、通知対象端末１０Ｂに対して、センサー装置２０のＩＰアドレスとＭＡＣアドレスとの組み合わせがＳｅｎｄｅｒＩＰ／ＭＡＣに設定されたＡＲＰリクエストを送信することで、センサー装置２０のＭＡＣアドレスを通知する（図７のステップＳ１０２を参照）。

このようにしてアドレス重複対処処理が実行されることで、センサー装置２０が用いるＩＰアドレスに対応するＭＡＣアドレスとして一旦誤ったＭＡＣアドレス（被検知端末１０ＸのＭＡＣアドレス）を保持した通知対象端末１０ＢのＡＲＰテーブルが再び更新され、センサー装置２０が用いるＩＰアドレスに対応するＭＡＣアドレスとして、正しいＭＡＣアドレス（センサー装置２０のＭＡＣアドレス）が通知対象端末１０ＢのＡＲＰテーブルに保持される。

なお、センサー装置２０が通知対象端末１０Ｂに対して送信するＡＲＰリクエストは、センサー装置２０が通知対象端末１０ＢのＭＡＣアドレスを端末リスト上に有していない場合にはブロードキャストで送信されるが、センサー装置２０が通知対象端末１０ＢのＭＡＣアドレスを端末リスト上に既に有している場合には通知対象端末１０Ｂ宛のユニキャストで送信される（シーケンス図の破線枠内の処理を参照）。このようにすることで、ネットワークセグメント２に接続された各端末の処理負荷を減らすことが出来る。但し、センサー装置２０が通知対象端末１０ＢのＭＡＣアドレスを既に端末リスト上に有しているか否かに拘らず、センサー装置２０が通知対象端末１０Ｂに対して送信するＡＲＰリクエストはブロードキャストで送信されてよい。また、センサー装置２０は、通知対象端末１０ＢのＭＡＣアドレスを端末リスト上に有していない場合、検出された通知対象端末１０Ｂの情報を、マネージャ装置４０にアップロードする。

次に、図８Ｂを用いて、センサー装置２０による被検知端末１０Ｘの通信の遮断について説明する。センサー装置２０の通信誘導部２４は、被検知端末１０Ｘからの通知対象端末１０Ｂに対する以降の通信をセンサー装置２０に誘導するために、被検知端末１０Ｘに対して、通知対象端末１０ＢのＩＰアドレスとセンサー装置２０のＭＡＣアドレスがＳｅｎｄｅｒＩＰに設定された通信誘導用のＡＲＰリクエストを送信する（図７のステップＳ１０７を参照）。このようなＡＲＰリクエストを受信した被検知端末１０Ｘは、Ｓｅｎｄ
ｅｒＩＰに設定された内容、即ち通知対象端末１０ＢのＩＰアドレスに対応するＭＡＣアドレスとしてセンサー装置２０のＭＡＣアドレスをＡＲＰテーブルに登録し、センサー装置２０に対してＡＲＰリプライを送信する。

被検知端末１０Ｘに対して通信誘導用のＡＲＰリクエストを送信したセンサー装置２０は、ステップＳ１０７において送信されたＡＲＰリクエストに対するＡＲＰリプライを受信する。このＡＲＰリプライは、被検知端末１０Ｘから送信され、被検知端末１０ＸのＭＡＣアドレスをセンサー装置２０に通知するものであるが、ＡＲＰリクエストに対する応答として送信されていることで、ステップＳ１０７において行われた通信誘導が被検知端末１０Ｘにおいて破棄や遮断等されなかったことの判断の目安となる。なお、被検知端末１０ＸからのＡＲＰリプライが所定の条件に従って受信されない場合（例えば、応答率が閾値以下である場合や、応答がタイムアウト等した場合）、センサー装置２０は、通信誘導が失敗したと判断してもよい。

センサー装置２０によって、このような通信誘導が行われ、被検知端末１０Ｘは、通知対象端末１０ＢのＩＰアドレスに対応するＭＡＣアドレスとしてセンサー装置２０のＭＡＣアドレスをＡＲＰテーブルに保持する。このため、被検知端末１０Ｘが通知対象端末１０Ｂに対して送信しようとするＰＩＮＧは、偽装されたセンサー装置２０のＭＡＣアドレス宛に送信されることとなる。センサー装置２０は、被検知端末１０Ｘから受信したパケットを破棄することで、被検知端末１０Ｘによる通信を遮断する。

上記説明した通信の流れにおいて、本実施形態に係るアドレス重複対処処理が実行されることによって、被検知端末１０Ｘが、センサー装置２０自身のＩＰアドレスと重複するアドレスを用いていた場合に、被検知端末１０ＸのＭＡＣアドレスが通知された可能性のある通知対象端末１０Ｂに対して、重複に係るＩＰアドレスに対応するＭＡＣアドレスとして、センサー装置２０のＭＡＣアドレスが通知される。これによって、ＩＰアドレスの重複が発生した場合にも、センサー装置２０を相手方とする通信において問題が発生することを防止することが出来る。

図９Ａおよび図９Ｂは、図７に示したフローチャートにおけるステップＳ１０４に示された処理が実行される場合の、通信の詳細な流れを示すシーケンス図であり、図９Ａ、図９Ｂの順にシーケンスが流れる。ネットワークセグメント２には、既知端末１０Ａ、通知対象端末１０Ｂおよびセンサー装置２０が接続されている。また、ネットワークセグメント２内の各端末は、端末間の通信によって、夫々の端末のＡＲＰテーブル（センサー装置２０にあっては、端末リスト）に、他の端末のＩＰアドレスとＭＡＣアドレスとの対応関係を保持している。例えば、既知端末１０ＡのＡＲＰテーブルには、通知対象端末１０ＢのＩＰアドレスとＭＡＣアドレスとの組み合わせが、通知対象端末１０ＢのＡＲＰテーブルには、既知端末１０Ａおよびセンサー装置２０のＩＰアドレスとＭＡＣアドレスとの組み合わせが、センサー装置２０には、既知端末１０Ａおよび通知対象端末１０ＢのＩＰアドレスとＭＡＣアドレスとの組み合わせが、保持されている。これらの端末が互いにＩＰ通信に伴うＡＲＰパケットの送受信を行い、ＡＲＰテーブルを更新する処理の流れは、従来と同様であるため、説明を省略する。

そして、ネットワークセグメント２に新たに接続された被検知端末１０Ｘは、固有のＭＡＣアドレスを有しているが、既知端末１０Ａと同一のＩＰアドレス（図に示した例では、１９２．１６８．０．１１）を用いる。この状態で、被検知端末１０Ｘは、ネットワーク上の何れかの端末（本実施形態では、通知対象端末１０Ｂ）に対してパケットを送信しようとしている。なお、被検知端末１０Ｘが送信しようとするパケットは、図に示した例では所謂ＰＩＮＧであるが、被検知端末１０Ｘから通知対象端末１０ＢへのＩＰ通信であればよく、パケットの種類はＰＩＮＧに限定されない。

この時点で、被検知端末１０Ｘは、通知対象端末１０ＢのＩＰアドレスを知っているが、通知対象端末１０ＢのＭＡＣアドレスを知らない。このため、被検知端末１０Ｘは、通知対象端末１０Ｂに対してパケットを送信するために、アドレス解決を行う。被検知端末１０Ｘは、通知対象端末１０ＢのＩＰアドレス（図では１９２．１６８．０．２２）のアドレス解決を行うためのＡＲＰリクエストを、ネットワークセグメント２にブロードキャストする。

被検知端末１０ＸによってブロードキャストされたＡＲＰリクエストを受信した通知対象端末１０Ｂは、自装置（通知対象端末１０Ｂ）が用いているＩＰアドレスのアドレス解決を要求するＡＲＰリクエストであるため、このＡＲＰリクエストに対する応答として、自装置（通知対象端末１０Ｂ）のＭＡＣアドレスを通知するＡＲＰリプライを、被検知端末１０Ｘ宛に送信する。

また、この際、通知対象端末１０Ｂは、被検知端末１０Ｘから受信されたＡＲＰリクエストの内容に応じて、自装置が保持するＡＲＰテーブルを更新する。図に示した例では、通知対象端末１０Ｂは、既知端末１０Ａによって用いられているＩＰアドレス１９２．１６８．０．１１に対応するＭＡＣアドレスとして、被検知端末１０ＸのＭＡＣアドレスを記録する。なお、通知対象端末１０Ｂが予め既知端末１０ＡのＩＰアドレスとＭＡＣアドレスとの組み合わせをＡＲＰテーブルに保持していた場合にも、この情報は被検知端末１０Ｘから通知された内容で更新される。

即ち、被検知端末１０Ｘによって送信されたＡＲＰリクエストによって、通知対象端末１０ＢのＡＲＰテーブルは、既知端末１０Ａが用いるＩＰアドレス１９２．１６８．０．１１に関連付けられたＭＡＣアドレスとして、被検知端末１０ＸのＭＡＣアドレスを保持する。このため、この状態を放置すると、通知対象端末１０Ｂと既知端末１０Ａとの間の通信に障害が生じ、また、悪意をもってネットワークセグメント２に参加した可能性のある被検知端末１０Ｘに対して、通知対象端末１０Ｂが通信を行ってしまうこととなる。

しかし、本実施形態に係るネットワークセグメント２には、センサー装置２０が接続されており、センサー装置２０は、ネットワークセグメント２を流れるパケットを受信し、端末検知部２１によって新たな端末を検知している。このため、被検知端末１０ＸからブロードキャストされたＡＲＰリクエストがセンサー装置２０によって受信されると（シーケンス図では、被検知端末１０Ｘから送信されたＡＲＰリクエストをセンサー装置２０が受信する流れを破線矢印で示した）、センサー装置２０は、ネットワークセグメント２に参加した新たな被検知端末１０Ｘを検知し、図７に示したアドレス重複対処処理を実行する。

なお、センサー装置２０は、検出された被検知端末１０Ｘの情報を、マネージャ装置４０にアップロードする。このようにしてマネージャ装置４０にアップロードされた、検出された端末の情報は、システム管理者等によって閲覧され、先述した予約ＩＰアドレスの設定等に用いられる。

センサー装置２０は、被検知端末１０Ｘの検出を受けて、アドレス重複対処処理を実行する。本シーケンス図に示した例では、被検知端末１０Ｘが検出されると、センサー装置２０の重複検出部２２は、被検知端末１０ＸのＩＰアドレスが、既知端末１０ＡのＩＰアドレスと重複しているか否かを判定する（図７のステップＳ１０３を参照）。ここでは、被検知端末１０ＸのＩＰアドレスは、既知端末１０ＡのＩＰアドレスと重複しているため、センサー装置２０の通知部２３は、通知対象端末１０Ｂに対して、既知端末１０ＡのＩＰアドレスとＭＡＣアドレスとの組み合わせがＳｅｎｄｅｒＩＰ／ＭＡＣに設定されたＡ
ＲＰリクエストを送信することで、既知端末１０ＡのＭＡＣアドレスを通知する（図７のステップＳ１０４を参照）。

このようにしてアドレス重複対処処理が実行されることで、既知端末１０Ａが用いるＩＰアドレスに対応するＭＡＣアドレスとして一旦誤ったＭＡＣアドレス（被検知端末１０ＸのＭＡＣアドレス）を保持した通知対象端末１０ＢのＡＲＰテーブルが再び更新され、既知端末１０Ａが用いるＩＰアドレスに対応するＭＡＣアドレスとして、正しいＭＡＣアドレス（既知端末１０ＡのＭＡＣアドレス）が通知対象端末１０ＢのＡＲＰテーブルに保持される。

なお、本シーケンス図で示した例では、センサー装置２０が通知対象端末１０Ｂに対して送信するＡＲＰリクエストは、センサー装置２０が通知対象端末１０ＢのＭＡＣアドレスを端末リスト上に既に有しているため、通知対象端末１０Ｂ宛のユニキャストで送信される（シーケンス図の破線枠内の処理を参照）。このようにすることで、ネットワークセグメント２に接続された各端末の処理負荷を減らすことが出来る。但し、センサー装置２０が通知対象端末１０Ｂに対して送信するＡＲＰリクエストはブロードキャストで送信されてよい。また、センサー装置２０は、通知対象端末１０ＢのＭＡＣアドレスを端末リスト上に有していない場合、検出された通知対象端末１０Ｂの情報を、マネージャ装置４０にアップロードする（図示は省略する）。

その後、図９Ｂに示された、センサー装置２０による被検知端末１０Ｘの通信の遮断が行われるが、処理の詳細は、送受信されるパケットにおいて用いられる被検知端末１０ＸのＩＰアドレスが異なること以外、図８Ｂに示したシーケンス図の流れと概略同様であるため、説明を省略する。

上記説明した通信の流れにおいて、本実施形態に係るアドレス重複対処処理が実行されることによって、被検知端末１０Ｘが、既知端末１０ＡのＩＰアドレスと重複するアドレスを用いていた場合に、被検知端末１０ＸのＭＡＣアドレスが通知された可能性のある通知対象端末１０Ｂに対して、重複に係るＩＰアドレスに対応するＭＡＣアドレスとして、既知端末１０ＡのＭＡＣアドレスが通知される。これによって、ＩＰアドレスの重複が発生した場合にも、既知端末１０Ａを相手方とする通信において問題が発生することを防止することが出来る。

図１０Ａ、図１０Ｂおよび図１０Ｃは、図７に示したフローチャートにおけるステップＳ１０６に示された処理が実行される場合の、通信の詳細な流れを示すシーケンス図であり、図１０Ａ、図１０Ｂ、図１０Ｃの順にシーケンスが流れる。ネットワークセグメント２には、既知端末１０Ａ、通知対象端末１０Ｂおよびセンサー装置２０が接続されている。また、ネットワークセグメント２内の各端末は、端末間の通信によって、夫々の端末のＡＲＰテーブル（センサー装置２０にあっては、端末リスト）に、他の端末のＩＰアドレスとＭＡＣアドレスとの対応関係を保持している。例えば、既知端末１０ＡのＡＲＰテーブルには、通知対象端末１０ＢのＩＰアドレスとＭＡＣアドレスとの組み合わせが、通知対象端末１０ＢのＡＲＰテーブルには、既知端末１０Ａおよびセンサー装置２０のＩＰアドレスとＭＡＣアドレスとの組み合わせが、センサー装置２０の端末リストには、既知端末１０Ａおよび通知対象端末１０ＢのＩＰアドレスとＭＡＣアドレスとの組み合わせが、保持されている。これらの端末が互いにＩＰ通信に伴うＡＲＰパケットの送受信を行い、ＡＲＰテーブルを更新する処理の流れは、従来と同様であるため、説明を省略する。

また、センサー装置２０は、検出された既知端末１０Ａおよび通知対象端末１０ＢのＩＰアドレスとＭＡＣアドレスとの組み合わせを含む端末リストを、マネージャ装置４０にアップロードする。このため、マネージャ装置４０には、ネットワークセグメント２内の
端末情報が蓄積されており、システム管理者は、管理用の端末からマネージャ装置４０に接続して、端末リストを閲覧することが出来る。

本シーケンス図に示された例では、システム管理者は、ＩＰアドレス１９２．１６８．０．１１を利用する端末を、既知端末１０Ａに指定する。換言すれば、システム管理者は、ＩＰアドレス１９２．１６８．０．１１を、既知端末１０Ａのために予約する。システム管理者によって予約の指示が行われると、マネージャ装置４０は、予約ＩＰアドレス１９２．１６８．０．１１および既知端末１０ＡのＭＡＣアドレスとの組み合わせを含む予約リストを、センサー装置２０に通知することで、ＩＰアドレス１９２．１６８．０．１１を既知端末１０Ａのために予約する。

このため、既知端末１０Ａの電源が落とされる等の原因で既知端末１０Ａがネットワークセグメント２において通信を行わなくなった場合（図１０Ａの「端末１０Ａが電源ＯＦＦ」を参照）にも、既知端末１０Ａが使用していたＩＰアドレス１９２．１６８．０．１１は既知端末１０Ａのために予約され、他の端末による使用が禁止される。

そして、ネットワークセグメント２に新たに接続された被検知端末１０Ｘは、固有のＭＡＣアドレスを有しているが、既知端末１０Ａのために予約された予約ＩＰアドレスと同一のＩＰアドレス（図に示した例では、１９２．１６８．０．１１）を用いる。この状態で、被検知端末１０Ｘは、ネットワーク上の何れかの端末（本実施形態では、通知対象端末１０Ｂ）に対してパケットを送信しようとしている。なお、被検知端末１０Ｘが送信しようとするパケットは、図に示した例では所謂ＰＩＮＧであるが、被検知端末１０Ｘから通知対象端末１０ＢへのＩＰ通信であればよく、パケットの種類はＰＩＮＧに限定されない。

この時点で、被検知端末１０Ｘは、通知対象端末１０ＢのＩＰアドレスを知っているが、通知対象端末１０ＢのＭＡＣアドレスを知らない。このため、被検知端末１０Ｘは、通知対象端末１０Ｂに対してパケットを送信するために、アドレス解決を行う。被検知端末１０Ｘは、通知対象端末１０ＢのＩＰアドレス（図では１９２．１６８．０．２２）のアドレス解決を行うためのＡＲＰリクエストを、ネットワークセグメント２にブロードキャストする。

被検知端末１０ＸによってブロードキャストされたＡＲＰリクエストを受信した通知対象端末１０Ｂは、自装置（通知対象端末１０Ｂ）が用いているＩＰアドレスのアドレス解決を要求するＡＲＰリクエストであるため、このＡＲＰリクエストに対する応答として、自装置（通知対象端末１０Ｂ）のＭＡＣアドレスを通知するＡＲＰリプライを、被検知端末１０Ｘ宛に送信する。

また、この際、通知対象端末１０Ｂは、被検知端末１０Ｘから受信されたＡＲＰリクエストの内容に応じて、自装置が保持するＡＲＰテーブルを更新する。図に示した例では、通知対象端末１０Ｂは、端末１０Ａのための予約ＩＰアドレス１９２．１６８．０．１１に対応するＭＡＣアドレスとして、被検知端末１０ＸのＭＡＣアドレスを記録する。なお、通知対象端末１０Ｂが予め既知端末１０ＡのＩＰアドレスとＭＡＣアドレスとの組み合わせをＡＲＰテーブルに保持していた場合にも、この情報は被検知端末１０Ｘから通知された内容で更新される。

即ち、被検知端末１０Ｘによって送信されたＡＲＰリクエストによって、通知対象端末１０ＢのＡＲＰテーブルは、端末１０Ａのための予約ＩＰアドレス１９２．１６８．０．１１に関連付けられたＭＡＣアドレスとして、被検知端末１０ＸのＭＡＣアドレスを保持する。このため、この状態を放置すると、この時点では既知端末１０Ａの電源はＯＦＦと
なっているが、電源がＯＮとなった場合に、通知対象端末１０Ｂと既知端末１０Ａとの間の通信障害が生じうる。また、悪意をもってネットワークセグメント２に参加した可能性のある被検知端末１０Ｘに対して、通知対象端末１０Ｂが通信を行ってしまうこととなる。

しかし、本実施形態に係るネットワークセグメント２には、センサー装置２０が接続されており、センサー装置２０は、ネットワークセグメント２を流れるパケットを受信し、端末検知部２１によって新たな端末を検知している。このため、被検知端末１０ＸからブロードキャストされたＡＲＰリクエストがセンサー装置２０によって受信されると（シーケンス図では、被検知端末１０Ｘから送信されたＡＲＰリクエストをセンサー装置２０が受信する流れを破線矢印で示した）、センサー装置２０は、ネットワークセグメント２に参加した新たな被検知端末１０Ｘを検知し、図７に示したアドレス重複対処処理を実行する。

なお、センサー装置２０は、検出された被検知端末１０Ｘの情報を、マネージャ装置４０にアップロードする。このようにしてマネージャ装置４０にアップロードされた、検出された端末の情報は、システム管理者等によって閲覧され、先述した予約ＩＰアドレスの設定等に用いられる。

センサー装置２０は、被検知端末１０Ｘの検出を受けて、アドレス重複対処処理を実行する。本シーケンス図に示した例では、被検知端末１０Ｘが検出されると、センサー装置２０の重複検出部２２は、被検知端末１０ＸのＩＰアドレスが、端末１０Ａのための予約ＩＰアドレスと重複しているか否かを判定する（図７のステップＳ１０５を参照）。ここでは、被検知端末１０ＸのＩＰアドレスは、予約ＩＰアドレスと重複しているため、センサー装置２０の通知部２３は、通知対象端末１０Ｂに対して、予約ＩＰアドレスとセンサー装置２０のＭＡＣアドレスとの組み合わせがＳｅｎｄｅｒＩＰ／ＭＡＣに設定されたＡＲＰリクエストを送信することで、予約ＩＰアドレスに対応するＭＡＣアドレスとして、センサー装置２０のＭＡＣアドレスを通知する（図７のステップＳ１０６を参照）。

このようにしてアドレス重複対処処理が実行されることで、既知端末１０Ａが用いるＩＰアドレスに対応するＭＡＣアドレスとして被検知端末１０ＸのＭＡＣアドレスを保持した通知対象端末１０ＢのＡＲＰテーブルが再び更新され、既知端末１０Ａが用いるＩＰアドレスに対応するＭＡＣアドレスとして、センサー装置２０のＭＡＣアドレス（端末１０Ａは電源ＯＦＦであるため）が通知対象端末１０ＢのＡＲＰテーブルに保持される。

なお、本シーケンス図で示した例では、センサー装置２０が通知対象端末１０Ｂに対して送信するＡＲＰリクエストは、センサー装置２０が通知対象端末１０ＢのＭＡＣアドレスを端末リスト上に既に有しているため、通知対象端末１０Ｂ宛のユニキャストで送信される（シーケンス図の破線枠内の処理を参照）。このようにすることで、ネットワークセグメント２に接続された各端末の処理負荷を減らすことが出来る。但し、センサー装置２０が通知対象端末１０Ｂに対して送信するＡＲＰリクエストはブロードキャストで送信されてよい。また、センサー装置２０は、通知対象端末１０ＢのＭＡＣアドレスを端末リスト上に有していない場合、検出された通知対象端末１０Ｂの情報を、マネージャ装置４０にアップロードする（図示は省略する）。

その後、図１０Ｂに示された、センサー装置２０による被検知端末１０Ｘの通信の遮断が行われるが、処理の詳細は、図９Ｂに示したシーケンス図の流れと概略同様であるため、説明を省略する。

次に、図１０Ｃを用いて、既知端末１０Ａの電源が入る等の原因で既知端末１０Ａのネ
ットワークセグメント２における通信が再開された場合（図１０Ｃの「端末１０Ａが電源ＯＮ」を参照）の通信の流れを説明する。本シーケンス図に示された処理において、電源が投入されて起動した既知端末１０Ａは、通知対象端末１０Ｂに対してパケットを送信しようとしている。なお、既知端末１０Ａが送信しようとするパケットは、図に示した例ではＰＩＮＧであるが、既知端末１０Ａから通知対象端末１０ＢへのＩＰ通信であればよく、パケットの種類はＰＩＮＧに限定されない。

この時点で、既知端末１０Ａは、通知対象端末１０ＢのＩＰアドレスを知っているが、通知対象端末１０ＢのＭＡＣアドレスを知らない。このため、既知端末１０Ａは、通知対象端末１０Ｂに対してパケットを送信するために、アドレス解決を行う。既知端末１０Ａは、通知対象端末１０ＢのＩＰアドレス（図では１９２．１６８．０．２２）のアドレス解決を行うためのＡＲＰリクエストをブロードキャストする。

既知端末１０ＡによってブロードキャストされたＡＲＰリクエストを受信した通知対象端末１０Ｂは、自装置（通知対象端末１０Ｂ）が用いているＩＰアドレスのアドレス解決を要求するＡＲＰリクエストであるため、このＡＲＰリクエストに対する応答として、自装置（通知対象端末１０Ｂ）のＭＡＣアドレスを通知するＡＲＰリプライを、既知端末１０Ａ宛に送信する。

また、この際、通知対象端末１０Ｂは、既知端末１０Ａから受信されたＡＲＰリクエストの内容に応じて、自装置が保持するＡＲＰテーブルを更新する。図に示した例では、通知対象端末１０Ｂは、既知端末１０Ａによって用いられているＩＰアドレス１９２．１６８．０．１１に対応するＭＡＣアドレスとして、既知端末１０ＡのＭＡＣアドレスを記録する。

このような既知端末１０Ａと通知対象端末１０Ｂとの間での通信と並行して、センサー装置２０は、ネットワークセグメント２を流れるパケットを受信し、端末検知部２１によって新たな端末を検知している。このため、既知端末１０ＡからブロードキャストされたＡＲＰリクエストがセンサー装置２０によって受信されると（シーケンス図では、既知端末１０Ａから送信されたＡＲＰリクエストをセンサー装置２０が受信する流れを破線矢印で示した）、センサー装置２０は、ネットワークセグメント２に参加した新たな既知端末１０Ａを検知し、図７に示したアドレス重複対処処理を実行する。

なお、センサー装置２０は、検出された既知端末１０Ａの情報を、マネージャ装置４０にアップロードする。このようにしてマネージャ装置４０にアップロードされた、検出された端末の情報は、システム管理者等によって閲覧され、先述した予約ＩＰアドレスの設定等に用いられる。

既知端末１０Ａが検出されると、センサー装置２０の重複検出部２２は、検知された既知端末１０ＡのＩＰアドレスが、センサー装置２０のＩＰアドレス、既知端末１０ＡのＩＰアドレスおよび端末１０Ａのための予約ＩＰアドレスの何れかと重複しているか否かを判定する（図７のステップＳ１０１、ステップＳ１０３およびステップＳ１０５を参照）。ここでは、既知端末１０ＡのＩＰアドレスは、センサー装置２０のＩＰアドレス、既知端末１０ＡのＩＰアドレスおよび予約ＩＰアドレスの何れとも重複していないため、センサー装置２０は、既知端末１０Ａに対して検疫を行うための処理を実行する（図７のステップＳ１０８を参照）。

一方、既知端末１０Ａによって送信されたＡＲＰリクエストによるアドレス解決は成功しており、既知端末１０Ａは通知対象端末１０Ｂの正しいＭＡＣアドレスを取得できているため、既知端末１０Ａから通知対象端末１０ＢへのＰＩＮＧは成功する。即ち、この状
態で、既知端末１０Ａは、端末１０Ａのための予約ＩＰアドレスを用いようとした被検知端末１０Ｘの存在にも拘らず、予約ＩＰアドレスを正常に使用して、ネットワークセグメント２における他の端末と通信を行うことが出来る。

上記説明した通信の流れにおいて、本実施形態に係るアドレス重複対処処理が実行されることによって、予約に係る既知端末１０Ａがネットワークセグメント２から離れている間、予約ＩＰアドレス宛の通信を、センサー装置２０に誘導し、破棄する、ログを蓄積する等、適切な処理を行うことが出来る。これによって、予約に係る既知端末１０Ａがネットワークセグメント２から離れている間に、既知端末１０Ａ以外の端末によって予約ＩＰアドレスが用いられてしまうことを防止し、予約に係る端末がネットワークセグメント２に復帰した際に、即座に予約されたアドレスを使用させることが出来る。

なお、本実施形態において、通信誘導および通信誘導解除のためのＭＡＣアドレスの通知は、ＡＲＰリクエストやＡＲＰリプライ等を用いて行われたが、ＭＡＣアドレスの通知に用いられる方法は、フローチャートを用いて説明した上記実施の形態に限定されない。例えば、ＡＲＰリクエストを用いてＭＡＣアドレスを通知していたステップにおいて、ＡＲＰリプライやＧＡＲＰを用いてＭＡＣアドレスを通知することも可能である。また、ＭＡＣアドレスの通知にその他のプロトコルが用いられてもよい。

１ 通信システム
１０Ａ、１０Ｂ、１０Ｘ 端末
２０ センサー装置（情報処理装置）
２１ 端末検知部
２２ 重複検出部
２３ 通知部
２４ 通信誘導部
４０ マネージャ装置（マネージャサーバ）

Claims (10)

1. 情報処理装置であって、
   ネットワークに接続された端末を検知する端末検知手段と、
   前記端末検知手段によって検知された被検知端末が用いる上位層アドレスと、予約された上位層アドレスとを比較することで、上位層アドレスの重複を検出する重複検出手段と、
   前記重複検出手段によって上位層アドレスの重複が検出された場合に、前記被検知端末によって該被検知端末の下位層アドレスが通知された可能性のある通知対象端末に対して、該情報処理装置の下位層アドレス、前記ネットワークに接続された所定の端末の下位層アドレスまたは前記ネットワークにおいて用いられていない下位層アドレスを通知する通知手段と、
   を備える情報処理装置。
2. 前記重複検出手段は、前記被検知端末が用いる上位層アドレスと、該情報処理装置の上位層アドレスとの重複を更に検出し、
   前記通知手段は、前記重複検出手段によって、前記被検知端末が用いる上位層アドレスと、該情報処理装置の上位層アドレスとの重複が検出された場合に、前記通知対象端末に対して、該情報処理装置の下位層アドレスを通知する、
   請求項１に記載の情報処理装置。
3. 前記重複検出手段は、前記被検知端末が用いる上位層アドレスと、前記ネットワークに接続された既知端末の上位層アドレスとの重複を更に検出し、
   前記通知手段は、前記重複検出手段によって、前記被検知端末が用いる上位層アドレスと、前記既知端末の上位層アドレスとの重複が検出された場合に、前記通知対象端末に対して、該既知端末の下位層アドレスを通知する、
   請求項１に記載の情報処理装置。
4. 前記重複検出手段によってアドレスの重複が検出された場合に、前記被検知端末に対して、前記ネットワーク上の端末の下位層アドレスとして、該情報処理装置の下位層アドレス、前記ネットワークに接続された所定の端末の下位層アドレスまたは前記ネットワークにおいて用いられていない下位層アドレスを通知することで、該被検知端末からの通信を
   誘導する、通信誘導手段を更に備える、
   請求項１から３の何れか一項に記載の情報処理装置。
5. コンピュータが、
   ネットワークに接続された端末を検知する端末検知ステップと、
   前記端末検知ステップにおいて検知された被検知端末が用いる上位層アドレスと、予約された上位層アドレスとを比較することで、上位層アドレスの重複を検出する重複検出ステップと、
   前記重複検出ステップにおいて上位層アドレスの重複が検出された場合に、前記被検知端末によって該被検知端末の下位層アドレスが通知された可能性のある通知対象端末に対して、該コンピュータの下位層アドレス、前記ネットワークに接続された所定の端末の下位層アドレスまたは前記ネットワークにおいて用いられていない下位層アドレスを通知する通知ステップと、
   を実行するアドレス重複対処方法。
6. 前記重複検出ステップでは、前記被検知端末が用いる上位層アドレスと、該コンピュータの上位層アドレスとの重複が更に検出され、
   前記通知ステップでは、前記重複検出ステップにおいて、前記被検知端末が用いる上位層アドレスと、該コンピュータの上位層アドレスとの重複が検出された場合に、前記通知対象端末に対して、該コンピュータの下位層アドレスが通知される、
   請求項５に記載のアドレス重複対処方法。
7. 前記重複検出ステップでは、前記被検知端末が用いる上位層アドレスと、前記ネットワークに接続された既知端末の上位層アドレスとの重複が更に検出され、
   前記通知ステップでは、前記重複検出ステップにおいて、前記被検知端末が用いる上位層アドレスと、前記既知端末の上位層アドレスとの重複が検出された場合に、前記通知対象端末に対して、該既知端末の下位層アドレスが通知される、
   請求項５に記載のアドレス重複対処方法。
8. コンピュータに、
   ネットワークに接続された端末を検知する端末検知ステップと、
   前記端末検知ステップにおいて検知された被検知端末が用いる上位層アドレスと、予約された上位層アドレスとを比較することで、上位層アドレスの重複を検出する重複検出ステップと、
   前記重複検出ステップにおいて上位層アドレスの重複が検出された場合に、前記被検知端末によって該被検知端末の下位層アドレスが通知された可能性のある通知対象端末に対して、該コンピュータの下位層アドレス、前記ネットワークに接続された所定の端末の下位層アドレスまたは前記ネットワークにおいて用いられていない下位層アドレスを通知する通知ステップと、
   を実行させるためのアドレス重複対処用プログラム。
9. 前記重複検出ステップでは、前記被検知端末が用いる上位層アドレスと、該コンピュータの上位層アドレスとの重複が更に検出され、
   前記通知ステップでは、前記重複検出ステップにおいて、前記被検知端末が用いる上位層アドレスと、該コンピュータの上位層アドレスとの重複が検出された場合に、前記通知対象端末に対して、該コンピュータの下位層アドレスが通知される、
   請求項８に記載のアドレス重複対処用プログラム。
10. 前記重複検出ステップでは、前記被検知端末が用いる上位層アドレスと、前記ネットワークに接続された既知端末の上位層アドレスとの重複が更に検出され、
    前記通知ステップでは、前記重複検出ステップにおいて、前記被検知端末が用いる上位層アドレスと、前記既知端末の上位層アドレスとの重複が検出された場合に、前記通知対象端末に対して、該既知端末の下位層アドレスが通知される、
    請求項８に記載のアドレス重複対処用プログラム。

Images