(57)【要約】【課題】ＩＰアドレスの割り当て要求に応じるサーバがネットワーク内に存在しない場合にもＩＰアドレスの自動割り当てを得る。【解決手段】クライアント１1は、サーバ不在の場合にＡＲＰを使って空いているＩＰアドレスを検索してＩＰアドレスを割り振るＩＰアドレス探索機能Ａと、同じＩＰアドレスをもつクライアントが存在する場合に互いのＭＡＣアドレスの大小比較でＩＰアドレス重複を回避する機能Ｂと、サーバが復帰したときのサーバ復帰対処機能Ｃと、サーバ存在通知とサーバ不在通知を使ってホスト間の状態に相違をなくすＩＰアドレスの自治状態判定機能Ｄを備える。【選択図】図１
2007251873.tif 000002
【特許請求の範囲】
【請求項１】
多数のクライアントがサーバと共にネットワーク接続されるシステムにおいて、クライアント間にネットワークアドレスを自動的に割り当てるＩＰアドレスの割り当て方法であって、
ＩＰアドレスを獲得しようとするクライアントは、
起動時にサーバに自身のＩＰアドレスを問い合わせる過程と、
サーバから返答があった場合にサーバによる設定でＩＰアドレスを取得する過程と、
サーバからの応答が得られなかった場合にＡＲＰを使ってプライベートＩＰアドレス空間から空いているプライベートＩＰアドレスを探し出し、これを自身のＩＰアドレスとする過程とを備えたことを特徴とするＩＰアドレスの割り当て方法。
【請求項２】
前記空いているＩＰアドレスを取得したクライアントは、
複数のクライアントに重複したＩＰアドレスを検出する過程と、
ＩＰアドレスの重複を検出したときに自身のＭＡＣアドレスと競合相手のＭＡＣアドレスの大小を比較する過程と、
自身のＭＡＣアドレスの方が大きい場合には自身のＩＰアドレスを放棄する過程と、
自身のＭＡＣアドレスの方が小さい場合には競合相手にそのＩＰアドレスを手放すように要求する過程と、
前記競合相手がＩＰアドレスを手放したことを確認したときにＩＰアドレスの使用を再開する過程とを備えたことを特徴とする請求項１に記載のＩＰアドレスの割り当て方法。
【請求項３】
前記空いているＩＰアドレスを取得したクライアントは、
定期的にサーバへアクセスしてサーバの存在有無を試みる過程と、
前記サーバへのアクセスで、復帰したサーバからホストコンフィグレーション情報を入手した場合は、今まで使っていたＩＰアドレスを直ちに放棄し、サーバから新たに設定されたＩＰアドレスを自身のＩＰアドレスとする過程と、
サーバが復帰したことをブロードキャスト通信で他のクライアントに通知する過程と、
前記サーバ存在通知を受けたときに、それまで使用していたＩＰアドレスを放棄し、サーバへの問い合わせで新たに設定されたＩＰアドレスを自身のＩＰアドレスとする過程とを備えたことを特徴とする請求項１または２に記載のＩＰアドレスの割り当て方法。
【請求項４】
前記空いているＩＰアドレスを取得したクライアントは、
サーバの存在を確認する過程と、
サーバの存在を確認できたときにサーバからＩＰアドレスを獲得すると共にサーバ存在通知をブロードキャスト通信で他のクライアントにサーバ存在を通知する過程と、
サーバの存在を確認できないときにサーバの不在をブロードキャスト通信で他のクライアントにサーバ不在を通知する過程とを備え、
サーバからＩＰアドレスを獲得したクライアントは、前記サーバ存在通知を受信したとき、現在の状態に留まる過程と、
前記サーバ不在通知を受信したとき、それまでのＩＰアドレスを破棄し、前記空いているＩＰアドレスの取得をする過程とを備えたことを特徴とする請求項１〜３のいずれか１項に記載のＩＰアドレスの割り当て方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント間に、ネットワークアドレスを自動的に割り当てるＩＰアドレスの割り当て方法に関する。
【背景技術】
【０００２】
ＩＰアドレスの自動割り当て方法として、ＢＯＯＴＰあるいはＤＨＣＰが利用されている。
【０００３】
ＢＯＯＴＰは、ＴＣＰ／ＩＰネットワーク上で、クライアントマシンがネットワークに関する設定をサーバから自動的に読み込むためのプロトコルであり、ＲＦＣ９５１として規定されている。ＢＯＯＴＰに対応したクライアントはホスト名やドメイン名、ＩＰアドレス、サブネットマスク、ＤＮＳサブネットマスクなどを自動設定してくれるので、人手で設定する手間を省くことができる。
【０００４】
ＤＨＣＰは、インターネットに一時的に接続するコンピュータに、ＩＰアドレスなど必要な情報を自動的に割り当てるためのプロトコルである。ＤＨＣＰサーバにはゲートウェイサーバやＤＮＳサーバのＩＰアドレスやサブネットマスク、クライアントに割り当ててもよいＩＰアドレスの範囲などが設定されており、ダイヤルアップなどの手段を使ってアクセスしてきたコンピュータにこれらの情報を提供する。クライアントが通信を終えると自動的にアドレスを回収し、他のコンピュータに割り当てる。
【０００５】
これらＢＯＯＴＰあるいはＤＨＣＰを利用したＩＰアドレスの自動割り当て方法において、ＩＰアドレスの重複などを回避して適切なＩＰアドレスを決定するためのサーバアクセス方法も提案されている（例えば、特許文献１、２参照）。
【特許文献１】特開２００３−１４３１７５号公報
【特許文献２】特開２００３−１８８８９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＢＯＯＴＰあるいはＤＨＣＰは、クライアントが起動時にＩＰアドレスをサーバに問い合わせ、サーバ側はクライアントからの問い合わせに応じてＩＰアドレスを通知することにより、該当クライアントのＩＰアドレスが決定する。
【０００７】
このＩＰアドレス自動割り当て方法では、クライアント側に固定のＩＰアドレスを割り当てておく必要がないため、ネットワーク管理の簡易化、クライアントの移動容易化といったメリットがある。
【０００８】
しかし、ＩＰアドレス要求に応じるサーバが存在しない場合にはＩＰアドレスの割り当てが行われないため、ＩＰアドレスを基にした通信ができないという問題がある。
【０００９】
本発明の目的は、ＩＰアドレスの割り当て要求に応じるサーバがネットワーク内に存在しない場合にもＩＰアドレスの自動割り当てができる方法を提供することにある。
【課題を解決するための手段】
【００１０】
本発明は、前記の課題を解決するため、サーバ不在の場合にＡＲＰを使って空いているＩＰアドレスを検索すること、サーバ不在時にホストが自主的にＩＰアドレスを割り振ること、同じＩＰアドレスをもつクライアントが存在する場合に互いのＭＡＣアドレスの大小比較で決着をつけること、サーバ存在通知とサーバ不在通知を使ってホスト間の状態に相違をなくすこととしたもので、以下の方法を特徴とする。
【００１１】
（１）多数のクライアントがサーバと共にネットワーク接続されるシステムにおいて、クライアント間にネットワークアドレスを自動的に割り当てるＩＰアドレスの割り当て方法であって、
ＩＰアドレスを獲得しようとするクライアントは、
起動時にサーバに自身のＩＰアドレスを問い合わせる過程と、
サーバから返答があった場合にサーバによる設定でＩＰアドレスを取得する過程と、
サーバからの応答が得られなかった場合にＡＲＰを使ってプライベートＩＰアドレス空間から空いているプライベートＩＰアドレスを探し出し、これを自身のＩＰアドレスとする過程とを備えたことを特徴とする。
【００１２】
（２）前記空いているＩＰアドレスを取得したクライアントは、
複数のクライアントに重複したＩＰアドレスを検出する過程と、
ＩＰアドレスの重複を検出したときに自身のＭＡＣアドレスと競合相手のＭＡＣアドレスの大小を比較する過程と、
自身のＭＡＣアドレスの方が大きい場合には自身のＩＰアドレスを放棄する過程と、
自身のＭＡＣアドレスの方が小さい場合には競合相手にそのＩＰアドレスを手放すように要求する過程と、
前記競合相手がＩＰアドレスを手放したことを確認したときにＩＰアドレスの使用を再開する過程とを備えたことを特徴とする。
【００１３】
（３）前記空いているＩＰアドレスを取得したクライアントは、
定期的にサーバへアクセスしてサーバの存在有無を試みる過程と、
前記サーバへのアクセスで、復帰したサーバからホストコンフィグレーション情報を入手した場合は、今まで使っていたＩＰアドレスを直ちに放棄し、サーバから新たに設定されたＩＰアドレスを自身のＩＰアドレスとする過程と、
サーバが復帰したことをブロードキャスト通信で他のクライアントに通知する過程と、
前記サーバ存在通知を受けたときに、それまで使用していたＩＰアドレスを放棄し、サーバへの問い合わせで新たに設定されたＩＰアドレスを自身のＩＰアドレスとする過程とを備えたことを特徴とする。
【００１４】
（４）前記空いているＩＰアドレスを取得したクライアントは、
サーバの存在を確認する過程と、
サーバの存在を確認できたときにサーバからＩＰアドレスを獲得すると共にサーバ存在通知をブロードキャスト通信で他のクライアントにサーバ存在を通知する過程と、
サーバの存在を確認できないときにサーバの不在をブロードキャスト通信で他のクライアントにサーバ不在を通知する過程とを備え、
サーバからＩＰアドレスを獲得したクライアントは、前記サーバ存在通知を受信したとき、現在の状態に留まる過程と、
前記サーバ不在通知を受信したとき、それまでのＩＰアドレスを破棄し、前記空いているＩＰアドレスの取得をする過程とを備えたことを特徴とする。
【発明の効果】
【００１５】
以上のとおり、本発明によれば、サーバ不在の場合にＡＲＰを使って空いているＩＰアドレスを検索すること、サーバ不在時にホストが自主的にＩＰアドレスを割り振ること、同じＩＰアドレスをもつクライアントが存在する場合に互いのＭＡＣアドレスの大小比較で決着をつけること、サーバ存在通知とサーバ不在通知を使ってホスト間の状態に相違をなくすこととしたため、以下の効果がある。
【００１６】
（１）ＩＰアドレスを動的設定にしているホストで構築されたあるネットワークセグメントにおいて、ホスト設定サーバが不在であっても、各ホストのＩＰアドレスが自動的に設定されるため、ユーザがいちいちＩＰアドレスを設定しなくてもホスト間で通信ができるようになる。
【００１７】
例えば、測定データをネットワーク経由で落とすことのできる測定機材に対してＩＰアドレスを動的設定にしておく。この機材に、やはりＩＰアドレス動的設定のノードＰＣなどをつないだとき、ＤＨＣＰサーバがいなくてもＩＰアドレスがアサインされるため、ＩＰアドレス設定の手間が省ける。測定機材は部署間での貸し借りなども考えられるので、特定のＩＰアドレスを割り振らずに動的設定としておいた方が都合がよい。
【００１８】
（２）ＩＰアドレスを自主的に決めて運用しているときに、ホスト設定サーバがつながれても、自動的にＢＯＯＴＰやＤＨＣＰの手続きが有効となり、ユーザ側では設定変更などを行なう必要が生じない。
【発明を実施するための最良の形態】
【００１９】
図１は、本発明の実施形態を説明するためのシステム構成例を示し、多数のクライアント１1〜１Nがサーバ２と共にネットワーク接続されたシステムにおいて、本実施形態は、サーバ２が何らかの原因で存在しない状態にある場合にも、各々のクライアントが自らＩＰアドレスを探索し、ＩＰアドレスを自動的に割り当てる。このため、図１の各クライアントは、以下のソフトウェア処理機能Ａ〜Ｄを搭載する。以下、クライアント１1を例に説明する。
【００２０】
（Ａ）ＩＰアドレス探索
ホストＨが自身のＩＰアドレスＡHを決定するまでの手続きを図２に示す。ホストＨ（クライアント１1）には本探索機能Ａを搭載し、サーバ２にはＢＯＯＴＰまたはＤＨＣＰが搭載されるシステムとする。
【００２１】
ホストＨは起動時、ｓｔｅｐ１でサーバに対しＩＰアドレスを問い合わせ、ｓｔｅｐ１Ａでサーバからの返答をチェックする。このとき、サーバ２から返答があった場合には、ｓｔｅｐ１ＢでＢＯＯＴＰあるいはＤＨＣＰを利用した従来通りの手続きでＩＰアドレスを設定する。
【００２２】
サーバ２からの返答が得られなかった場合には、サーバ２からのＩＰアドレス調達を諦め、ｓｔｅｐ２でプライベートＩＰアドレス空間から空いているプライベートＩＰアドレスを探し出すための初期設定を行う。ここで、プライベートＩＰアドレス空間はＡ0，Ａ1，Ａ2，…，ＡNとし、現在の検索ＩＰアドレスをＡiとする。また、ＡＲＰ（Address Resolution Protocol）発行の繰り返し回数カウンタ値をＣとする。なお、最大のプライベートＩＰアドレスＡNは、ＡＲＰ発行時の仮のソースアドレスとして使用するため、予約扱いとする。つまり、検索対象空間は、Ａ0，Ａ1，Ａ2，…，ＡN-1となる。
【００２３】
次に、ホストＨはプライベートＩＰアドレス空間から空いているプライベートＩＰアドレスを探すために、ｓｔｅｐ３でＩＰアドレスＡiに対してＡＲＰを発行し、ｓｔｅｐ３Ａで返答を待つ。返答があった場合にはｓｔｅｐ４、返答がなかった場合にはｓｔｅｐ５へ移る。
【００２４】
ｓｔｅｐ４では次のＩＰアドレス検索のためにＩＰアドレスＡiをインクリメントし、繰り返し回数カウンタ値Ｃを０に戻し、ｓｔｅｐ４Ａで検索ＩＰアドレスＡiが最大プライベートＩＰアドレスＡNに達したか否かをチェックする。検索ＩＰアドレスＡiが最大プライベートＩＰアドレスＡ0に達した場合にはｓｔｅｐ６へ移り、遠しない場合にはｓｔｅｐ３へ戻る。
【００２５】
ｓｔｅｐ６ではＩＰアドレスに空きがなかった場合の処理を行う。検索したＩＰアドレス空間は既に空きがないので、この空間からＩＰアドレスを得ることは失敗したと判定し、ホストＨはＩＰアドレス取得を断念し自身のＩＰ動作を停止する。
【００２６】
ｓｔｅｐ３ＡにおいてＡＲＰ発行への返答がなかった場合、ｓｔｅｐ５で同一ＩＰアドレスＡiに対し再度検索を実行するために繰り返し回数カウンタ値Ｃをインクリメントし、ｓｔｅｐ５Ａで繰り返し回数カウンタ値Ｃがロバストネス値Ｒ（ロバストネス値Ｒは、ＩＰアドレスが空いていると判断するときの基準値のことで、Ｒを大きくするほど判断の信頼性が高くなるものとする）に達したか否かをチェックする。繰り返し回数カウンタ値Ｃがロバストネス値Ｒに達した場合にはｓｔｅｐ７へ移り、達しない場合にはｓｔｅｐ３へ戻る。
【００２７】
ｓｔｅｐ７では空きのＩＰアドレスを見つけた場合の処理を行う。現時点の検索ＩＰアドレスＡiをホストＨのＩＰアドレスとして使用する。
【００２８】
以上の処理により、サーバが元々いないか、あるいはサーバがＩＰ動作停止中でＩＰアドレスの配布役がいないネットワークセグメントに参加したいホストは、上記のｓｔｅｐ１〜ｓｔｅｐ７を実行することにより、ＩＰアドレスを手に入れることができ、同一セグメント内の他のホストとはＩＰ通信ができるようになる。
【００２９】
（Ｂ）ＩＰアドレスが重複した場合の解決
前記のＩＰアドレス探索機能ＡでＩＰアドレスを取得した２つのホストが不幸にも同じＩＰアドレスを持ってしまった場合の解決方法を図３に示す。この重複原因としては、ノイズ等の理由で、後から参加したホストがＡＲＰ応答を全て受け損なった場合などが考えられる。
【００３０】
なお、ホストＨのプライベートＩＰアドレスをＡ、競合相手のホストをＨ’とし、ホストＨ、Ｈ’のＭＡＣアドレスをそれぞれＭ、Ｍ’とする。ホストＨは、ソースＩＰアドレスがＡであるパケットＰを受信したことにより、自分の他にもＩＰアドレスＡを使っているホストがいることを知ったとする。このとき、ホストＨは以下の重複解決手続きを開始する。
【００３１】
ホストＨは、ｓｔｅｐ１２でパケットＰのソースＭＡＣアドレスを参照し、競合するホストＨ’のＭＡＣアドレスを把握する。次に、ｓｔｅｐ１２ＡでホストＨは自身のＭＡＣアドレスＭと競合相手のＭＡＣアドレスＭ’の大小を比較し、ＭがＭ’よりも小さいならばｓｔｅｐ１３，ＭがＭ’よりも小さくなければｓｔｅｐ１５へ移る。
【００３２】
ｓｔｅｐ１３でホストＨは、ホストＨ’へＩＰアドレスの開放要求を行うため、ＡＲＰを発行する。その際、ホストＨはＩＰアドレスＡを放棄せずにプライベートＩＰアドレス空間の最大ＩＰアドレスＡNに対しＡＲＰを発行する。このＡＲＰ発行は、本来の目的で送信するのではなく、ホストＨ’に対し現行のＩＰアドレスＡを手放すように要求するものである。
【００３３】
なお、このＡＲＰを競合相手のホストＨ’が受け取った時、ホストＨ’もまたＩＰアドレスの重複を認識し、同様にｓｔｅｐ１２ＡのＭＡＣアドレスの比較を実施する。このとき、自身のＭＡＣアドレスＭ’の方が大きな値であるから、ホストＨ’の場合にはｓｔｅｐ１５へ移る。
【００３４】
次に、上記ｓｔｅｐ１３でＡＲＰを発行したホストＨは、その後ｓｔｅｐ１４でＩＰを一時的に停止し、ホストＨ’がＩＰアドレスＡを手放したことを確認できるまで待つ。
【００３５】
なお、ＩＰアドレスＡの開放は、以下の条件を満たすパケットＰの受信を以って、確認できたものとする。
【００３６】
・パケットＰのソースＭＡＣアドレスが競合相手ホストＨ’のＭＡＣアドレスＭ’であること（Ｍｐ＝Ｍ’）。
【００３７】
・パケットＰのソースＩＰアドレスがＩＰアドレスＡではないこと（Ａｐ≠Ａ）。
【００３８】
ｓｔｅｐ１４ＡでＩＰアドレスＡの開放待ち時間以内か否かをチェックし、待ち時間を超過したらｓｔｅｐ１３へ移り再度警告を発行する。待ち時間以内であればｓｔｅｐ１４ＢでＩＰアドレスＡの開放を確認できたか否かをチェックし、開放の確認ができない場合にはｓｔｅｐ１４Ａへ移り、開放の確認ができた場合にはＩＰ動作を再開し重複処理を終了する。
【００３９】
ｓｔｅｐ１２Ａにおいて、ＭＡＣアドレスＭがＭ’よりも小さくない場合、ｓｔｅｐ１５でホストＨはＩＰアドレスＡを放棄し、ひとまずＩＰアドレス使用動作を休止させる。次に、ホストＨはＩＰアドレスＡに対してＡＲＰを発行する。このとき、ＡＲＰパケットのソースＩＰアドレスとして、プライベートＩＰアドレス空間の最大アドレスＡN（仮のソースアドレス）を使用する。
【００４０】
このＡＲＰは、ＡＲＰ本来の目的で送信するのではなく、ホストＨが競合相手のホストＨ’に対して現行のＩＰアドレスＡを手放したことを通知するためのものである。
【００４１】
ホストＨ’がＩＰアドレスの競合を検出してＩＰアドレス使用動作を休止している時（ｓｔｅｐ１４）、ホストＨが上記のＡＲＰを送信することにより、ホストＨ’はＩＰアドレスの競合が解決したと判断してＩＰアドレス処理動作を再開する。
【００４２】
一方、ホストＨはＩＰアドレスを失ってしまったので、上記のＩＰアドレス探索機能（Ａ）の手続きを再開し、空いているプライベートＩＰアドレスを検索する。
【００４３】
（Ｃ）サーバ復帰対処
ＢＯＯＴＰサーバあるいはＤＨＣＰサーバが復帰したとき、ホストコンフィグレーションを更新する。この更新手順を図４および図５に示す。
【００４４】
図４において、ｓｔｅｐ２１でサーバへの問い合わせを行う。ＩＰアドレス探索（Ａ）の手続きでＩＰアドレスを自主的に割り当てて使っているホストＨは定期的にサーバへのアクセスを試みる。ｓｔｅｐ２１Ａでサーバからの応答の有無をチェックし、サーバからの応答が得られない場合には引き続き、現行のＩＰアドレスを使用し続ける。サーバからの応答が得られた場合にはｓｔｅｐ２２へ移る。
【００４５】
なお、この問い合わせ処理の実施間隔はホストごとにランダムタイマ（サーバへの問い合わせが競合しないように、乱数をタイマ値として設定したタイマ）で管理され、間い合わせタイミングが同期しないように、すなわちトラフィックのラッシュを避ける。
【００４６】
ｓｔｅｐ２２でホスト再コンフィグレーションを行う。サーバからホストコンフィグレーション情報を入手したホストＨは、今まで使っていたＩＰアドレスを直ちに放棄し、新たに支給されたＩＰアドレスを自身のＩＰアドレスとする。
【００４７】
ｓｔｅｐ２３でサーバ存在通知を行う。ホストＨはサーバが復帰したことを他のホストにも知らせるために「サーバ存在通知」をブロードキャストする（他のサブネットに漏れ出さないようにするために、ＴＴＬ＝１とする）。
【００４８】
ただし、「サーバ存在通知」の氾濫を避けるため、他のホストが「サーバ存在通知」を送信してから間もない時には、送信を控えるようにする。これでホストＨの正常化処理は終了する。
【００４９】
サーバ存在通知を受信した他のホストは、図５に示す以下の処理を実行する。
【００５０】
ｓｔｅｐ２４でＩＰアドレスの放棄を行う。「サーバ存在通知」を受信したホストＨ’は、今まで使っていたＩＰアドレスを直ちに放棄し、一時的にＩＰアドレス使用動作を休止する。
【００５１】
ｓｔｅｐ２５でランダムタイマ満了待ちを行う。ＩＰアドレスを放棄したホストＨ’は、トラフィックラッシュを避けるため、すぐにはサーバへの問い合わせを行なわない。ホストＨ’は自身のランダムタイマが満了するまでサーバへの問い合わせを休止する。ランダムタイマが満了したらｓｔｅｐ２６へ移る。
【００５２】
ｓｔｅｐ２６でサーバへの問い合わせを行う。ホストＨ’はサーバにホストコンフィグレーション情報を問い合わせる。ｓｔｅｐ２６Ａでサーバから返答があったら、新たなＩＰアドレスを有効とし、ｓｔｅｐ２６ＢでＩＰ動作を再開する。サーバから返答が得られなかったときは再度ランダムタイマを開始し、ｓｔｅｐ２５へ戻る。
【００５３】
（Ｄ）ＩＰアドレスの自治状態判定
ＩＰアドレスを自主的に割り当てて使っているホスト（ＩＰ自治状態）とＢＯＯＴＰあるいはＤＨＣＰで調達したＩＰアドレスを使っているホスト（ＩＰ管理状態）が同一セグメント内に混在していると、通信できない場合がある。
【００５４】
例えば、ホストＨ1はＤＨＣＰサーバから貰った144.1.10.232を使っていて、次にＤＨＣＰサーバが死亡し、その後ホストＨ2が参加し、前記のＩＰアドレス探索（Ａ）によって192.168.0.1を入手したとする。ホストＨ1、Ｈ2はネットワークアドレスが異なるので通信できない。この混在状態を解消する方法を図６に示す以下の手順で説明する。
【００５５】
ｓｔｅｐ３１でサーバの生存確認を行う。まず、確認カウンタＣをゼロクリアし、次に、ホストＨは、サーバの生存を確認するために、ランダムなタイミングでサーバに対して呼びかけを行なう。
【００５６】
ｓｔｅｐ３１Ａでサーバからの応答の有無をチェックし、サーバからの返答なしの場合、ｓｔｅｐ３２でホストＨの状態をチェックし、ホストＨがＩＰ管理状態であれば、ｓｔｅｐ３２ＡでカウンタＣのインクリメントを行い、ｓｔｅｐ３２ＢでＣ≧Ｒでなければ、ｓｔｅｐ３１のサーバ生存確認を繰り返す。ｓｔｅｐ３２ＢでＣ≧Ｒであれば、ＩＰ管理状態にある確認が得られたとする。ホストＨがＩＰ管理状態の確認が得られたとき、ｓｔｅｐ３３でサーバ不在を確認する。
【００５７】
ホストＨはサーバ不在を確認したとき、サーバから貰ったホストコンフィグレーション情報を破棄し、前記のＩＰアドレス探索（Ａ）によりプライベートＩＰアドレスを取得し、これを自分のＩＰアドレスとして設定する。
【００５８】
図６において、ホストが「サーバ存在通知」および「サーバ不在通知」を受信したときの動作についてまとめると、以下の対処をする。
【００５９】
・ＩＰ自治状態のホストが「サーバ存在通知」を受信したとき、ホストは直ちにＩＰ管理状態へ遷移する。
【００６０】
・ＩＰ自治状態のホストが「サーバ不在通知」を受信したとき、ホストは現在の状態に留まる（影響なし）。
【００６１】
・ＩＰ管理状態のホストが「サーバ存在通知」を受信したとき、ホストは現在の状態に留まる（影響なし）。
【００６２】
・ＩＰ管理状態のホストが「サーバ不在通知」を受信したとき、「サーバ存在通知」を返信する。ただし、各ホストが一斉に送信するとラッシュ状態となるので各ホストはランダムタイマを動作させ、最初にタイマが満了したホストが「サーバ存在通知」を送信し、他のホストは「サーバ存在通知」を検出したら自身の送信は取り止める（だれかひとりが「サーバ存在通知」を返信すれば事足りる）。
【００６３】
・サーバ確認状態のホストが「サーバ存在通知」を受信したとき、ホストは直ちにＩＰ管理状態へ遷移する。
【００６４】
・サーバ確認状態のホストが「サーバ不在通知」を受信したとき、ホストは現在の状態に留まる（影響なし）。
【００６５】
・サーバ不在確認状態のホストが「サーバ存在通知」を受信したとき、ホストは直ちにＩＰ管理状態へ遷移する。
【００６６】
・サーバ不在確認状態のホストが「サーバ不在通知」を受信したとき、確認カウンタＣをインクリメントし、ロバストネス値に達したら、ＩＰ自治状態へ遷移する。ロバストネス値に満たないときは、現状態に留まる。
【００６７】
次に、ｓｔｅｐ３５でサーバ不在通知を行う。まず、確認カウンタＣをゼロクリアし、次に、ホストＨはサーバが不在であることを他のホストにも知らせるために「サーバ不在通知」をブロードキャストする（他のサブネットに漏れ出さないようにするために、ＴＴＬ＝１とする）。ただし、「サーバ不在通知」の氾濫を避けるため、他のホストが「サーバ不在通知」を送信してから間もない時には、送信を待つ。
【００６８】
ｓｔｅｐ３６で、ホストＨは、サーバ不在通知後、他ホストからの通知を観察する。この通知に対して、ｓｔｅｐ３６Ａで異議申し立て受付単位時間内か否かをチェックし、異議申し立て受付単位時間内に他のホストから通知がなければｓｔｅｐ３５に移行して次回（このときのみカウンタＣをゼロクリアしないでインクリメント）のサーバ不在を通知処理に戻る。また、ｓｔｅｐ３６Ａで異議申し立て受付時間内に通知があり、ｓｔｅｐ３６Ｂでその通知内容が「サーバ不在」であれば、再びｓｔｅｐ３５に移行して次回のサーバ不在を通知処理に戻る。また、ｓｔｅｐ３６Ｂで通知内容がサーバ存在通知であれば、ｓｔｅｐ３１に戻ってサーバの生存確認に入る。
【００６９】
以上のとおり、ＩＰアドレスの自治状態判定には、
・ＩＰ管理状態からＩＰ自治状態への遷移は慎重に行なう。この遷移の最初のステップとして、自らサーバへのアクセスを試みて、サーバの有無を確認する。この確認は少なくともロバストネス値の回数行なうこと。
【００７０】
次のステップとして、セグメント内に「サーバ不在通知」を流して他のホストからの反応を伺う。サーバへのアクセスが上手くいかないのは自分だけかも知れないので、他のホストの意見も遷移条件に加える。他ホストからの異議申し立て（「サーバ存在通知」）がなかったら、ようやくＩＰ自治状態へと遷移する。
【００７１】
・ＩＰ自治状態からＩＰ管理状態への遷移は躊躇せずに行なう。サーバからの返答があった場合はもちろん、「サーバ存在通知」を検出したときも、自治状態のＩＰアドレスを直ちに放棄し、サーバからのホスト設定情報を優先する。この遷移は、ロバストネス回数の確認を取らない。
【００７２】
次に、ｓｔｅｐ３１Ａで、サーバからの応答がある場合、ｓｔｅｐ３４でホストＨの状態をチェックする。ホストＨの状態がＩＰ管理状態であればｓｔｅｐ３４ＡのＩＰ管理状態を維持する。また、ホストＨの状態がＩＰ自治状態にあれば、前記の（Ｃ）機能のｓｔｅｐ２２（図４のｓｔｅｐ２２）へ移る。ｓｔｅｐ３２ＢでホストＨがＩＰ自治状態であれば、ｓｔｅｐ３２ＢのＩＰ自治状態を維持する。
【図面の簡単な説明】
【００７３】
【図１】本発明の実施形態を示すシステム構成例。
【図２】実施形態におけるＩＰアドレス探索処理手順図。
【図３】実施形態におけるＩＰアドレス重複解決処理手順図。
【図４】実施形態におけるサーバ復帰におけるサーバを見つけたホストの処理手順図。
【図５】実施形態におけるサーバ復帰におけるサーバ存在通知を受信したホストの処理手順図。
【図６】実施形態におけるＩＰアドレスの自治状態判定処理手順図。
【符号の説明】
【００７４】
１1〜１N  クライアント
２  サーバ
【図１】
2007251873.tif 000003
【図２】
2007251873.tif 000004
【図３】
2007251873.tif 000005
【図４】
2007251873.tif 000006
【図５】
2007251873.tif 000007
【図６】
2007251873.tif 000008