(57)【要約】【課題】  従来のネットワ−ク接続装置では、ＩＣＭＰエコ−リクエストに応答しない当該サブネット内の端末装置に対して、その検出ができず、通信復旧が困難であった。【解決手段】  ネットワ−ク接続装置に自己のＩＰアドレスとサブネットマスクを備えさせ、その備えたＩＰアドレスとサブネットマスクに基づいてサブネット内に存在し得る各端末装置用の対象ＩＰアドレスを生成し、生成した対象ＩＰアドレスのＭＡＣアドレスを問うＡＲＰリクエストを前記サブネットに送信し、前記サブネットから送信されてくるＡＲＰリプライを受信し、この受信したＡＲＰリプライからソ−スＩＰアドレスならびにソ−スＭＡＣアドレスを確認するようにした。これにより、ＩＣＭＰエコ−リクエストに応答しない端末装置が存在する場合であっても、これら端末装置の存在を検出でき、通信復旧が可能となる。【選択図】        図１
2011193223.tif 000002
【特許請求の範囲】
【請求項１】
特定のサブネットに接続された他のネットワ−ク接続装置との導通状態を監視し、前記サブネット内の各端末装置が分断されている状態を認識した場合に、前記各端末装置の接続装置情報を収集するよう指示する状態確認部と、
前記サブネット上の全端末装置の接続装置情報を収集する接続装置情報収集部とを備えたネットワ−ク接続装置において、
前記ネットワ−ク接続装置は、自己のＩＰアドレスとサブネットマスクを記録したＩＰアドレス情報部と、
前記自己のＩＰアドレスとサブネットマスクに基づいて前記特定のサブネット内に存在し得る各端末装置用の対象ＩＰアドレスを生成するリクエスト生成部と、
このリクエスト生成部で生成した対象ＩＰアドレスのＭＡＣアドレスを問うＡＲＰリクエストを前記特定のサブネットに送信するリクエスト送信部と、
前記特定のサブネットから送信されてくるＡＲＰリプライを受信する受信部と、
受信したＡＲＰリプライからＡＲＰリプライに格納されたソ−スＩＰアドレスならびにソ−スＭＡＣアドレスを確認する学習部と、を備えたネットワ−ク接続装置。
【請求項２】
請求項１に記載のネットワ−ク接続装置であって、
リクエスト生成部が、優先して検出する各端末装置のそれぞれの探索対象ＩＰアドレスを予め登録した探索ＩＰアドレス登録テ−ブルと、
前記探索対象ＩＰアドレスについて優先してＡＲＰリクエストを送信するリクエスト送信部と、を備えたことを特徴とするネットワ−ク接続装置。
【請求項３】
請求項１に記載のネットワ−ク接続装置であって、
リクエスト生成部が、ネットワ−ク接続装置自体の設置場所から近い順にある端末装置を優先して検出するように探索対象ＩＰアドレスを予め登録した探索ＩＰアドレスマップテ−ブルと、
前記探索対象ＩＰアドレスについて優先してＡＲＰリクエストを送信するリクエスト送信部と、を備えたことを特徴とするネットワ−ク接続装置。
【請求項４】
請求項２または請求項３に記載のネットワ−ク接続装置であって、
リクエスト生成部は、登録された探索対象ＩＰアドレスに対して、対象ＩＰアドレスを生成しないようにしたことを特徴とするネットワ−ク接続装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バックボ−ンネットワ−クとサブネットとを冗長接続する複数のネットワ−ク接続装置を備えたネットワ−クシステムに関するものであって、特に、サブネット分断時の端末間の通信を速やかに復旧させる機能を備えたネットワ−ク接続装置に関する。
【背景技術】
【０００２】
通信プロトコルとして、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）が広く使われている。ＩＰでは、ル−タと呼ばれる接続装置がサブネット間に接続・設置され、ＩＰのパケットを中継することで、任意のサブネット間、ひいては任意の装置間の通信を可能としている。サブネットにとって、ル−タは外部ネットワ−クへの出入り口であるため、これが故障すると外部ネットワ−クとの接続が絶たれる。信頼性の高いネットワ−クシステムでは、複数のル−タをサブネットに接続・設置して、冗長化する手法がとられている。複数のル−タを備えた冗長化されたサブネットでは、任意の端末装置を外部ネットワ−クにつなぐ際、使用するル−タを選択する必要がある。これには、ＶＲＲＰ（Ｖｉｒｔｕａｌ  Ｒｏｕｔｅｒ  Ｒｅｄｕｎｄａｎｃｙ  Ｐｒｏｔｏｃｏｌ、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ：ＩＥＴＦ  ＲＦＣ２３３８）等の冗長化プロトコルが用いられ、端末装置が中継先となるル−タを選択できるようにしている。
【０００３】
しかし、スイッチングハブが故障した場合においては、任意の端末装置から他の端末装置へのＡＲＰリクエストパケットが導通不能となり、通信できなくなる。また、任意の端末装置のＡＲＰテ−ブルに他の端末装置のエントリが格納されていた場合においても、任意の端末装置が宛先ＭＡＣアドレスに他の端末装置のＭＡＣアドレスを設定し他の端末装置へのパケットを送信するが、スイッチングハブの故障により当該パケットの中継が不可能となり、通信が途絶えてしまう。このようなサブネット分断時では、正常な通信が行えなくなる。対策として、サブネット分断を検知した時に、分断されたサブネット内の全端末装置の現状のＩＰアドレスとＭＡＣアドレスの組合せを学習し（確認・記憶し）、バックボ−ンネットワ−クを経由して分断された広域迂回を構成する反対側のル−タと端末装置の情報を交換し、分断されたサブネット間の通信を復旧する方法が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２３２４４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来のネットワ−ク接続装置では、分断されたサブネット内の全端末装置のＩＰアドレスとＭＡＣアドレスの組合せの学習を、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）のエコ−リクエストをブロ−ドキャストアドレス宛に送信し、ＩＣＭＰエコ−リプライを受信することによって実施しているため、例えばＩＣＭＰエコ−リクエストに応答しない端末装置や、ブロ−ドキャストアドレス宛のＩＣＭＰエコ−リクエストに応答しない端末装置を検出することができないため、それら応答しない端末装置の通信を復旧させることができないという課題がある。
【０００６】
この発明は上記のような課題を解決し、ＩＣＭＰエコ−リクエストに応答しない端末装置が存在する場合であっても、これら端末装置の存在を検出し、通信復旧を可能とする装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
本発明のネットワ−ク接続装置は、特定のサブネットに接続された他のネットワ−ク接続装置との導通状態を監視し、前記サブネット内の各端末装置が分断されている状態を認識した場合に、前記各端末装置の接続装置情報を収集するよう指示する状態確認部と、前記サブネット上の全端末装置の接続装置情報を収集する接続装置情報収集部とを備えたネットワ−ク接続装置において、前記ネットワ−ク接続装置は、自己のＩＰアドレスとサブネットマスクを記録したＩＰアドレス情報部と、前記自己のＩＰアドレスとサブネットマスクに基づいて前記特定のサブネット内に存在し得る各端末装置用の対象ＩＰアドレスを生成するリクエスト生成部と、このリクエスト生成部で生成した対象ＩＰアドレスのＭＡＣアドレスを問うＡＲＰリクエストを前記特定のサブネットに送信するリクエスト送信部と、前記特定のサブネットから送信されてくるＡＲＰリプライを受信する受信部と、受信したＡＲＰリプライからＡＲＰリプライに格納されたソ−スＩＰアドレスならびにソ−スＭＡＣアドレスを確認する学習部と、を備えた点を特徴とするものである。
【発明の効果】
【０００８】
上記のように構成されたネットワ−ク接続装置は、自己のＩＰアドレスとサブネットマスクを記録したＩＰアドレス情報部と、前記自己のＩＰアドレスとサブネットマスクに基づいて前記特定のサブネット内に存在し得る各端末装置用の対象ＩＰアドレスを生成するリクエスト生成部と、このリクエスト生成部で生成した対象ＩＰアドレスのＭＡＣアドレスを問うＡＲＰリクエストを前記特定のサブネットに送信するリクエスト送信部と、前記特定のサブネットから送信されてくるＡＲＰリプライを受信する受信部と、受信したＡＲＰリプライからＡＲＰリプライに格納されたソ−スＩＰアドレスならびにソ−スＭＡＣアドレスを確認する学習部とを備えたので、ＩＣＭＰエコ−リクエストに応答しない端末装置が存在する場合であっても、これら端末装置の存在を検出し、通信復旧を可能となる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態１のネットワ−ク接続装置の構成図である。
【図２】本発明の実施の形態１のリクエスト生成部のフロ−チャ−トである。
【図３】本発明の実施の形態２のネットワ−ク接続装置の構成図である。
【図４】本発明の実施の形態２の探索ＩＰアドレス登録テ−ブルのフォ−マットである。
【図５】本発明の実施の形態２のリクエスト生成部のフロ−チャ−トである。
【図６】本発明の実施の形態３のリクエスト生成部のフロ−チャ−トである。
【図７】本発明の実施の形態４のネットワ−ク接続装置の構成図である。
【図８】本発明の実施の形態４の探索ＩＰアドレスマップテ−ブルのフォ−マットである。
【図９】本発明の実施の形態４のリクエスト生成部のフロ−チャ−トである。
【発明を実施するための形態】
【００１０】
実施の形態１．
以下、図面に基づいて本発明の実施の形態１について詳細に説明する。図１は、この発明の実施の形態１のネットワ−クに接続されたネットワ−ク接続装置の構成図、図２はリクエスト生成部のフロ−チャ−トである。なお、図中の同一符号は、同一または相当部分を示している。
【００１１】
図１に示すようにネットワ−ク接続装置１０００は、バックボ−ンネットワ−ク２０００とサブネット３０００（特定のサブネット）に接続されている。ネットワ−ク接続装置１０００は、サブネット内の図示しない各端末装置が分断されている状態を認識した場合に、自装置（ネットワ−ク接続装置１０００）に接続された端末装置の接続装置情報を収集する接続装置情報収集部１００と、自装置のＩＰアドレスＭ０１とサブネットマスクＳ０１を記憶するＩＰアドレス情報部２００と、バックボ−ンネットワ−ク２０００およびサブネット３０００を介して特定のサブネットに接続された他のネットワ−ク接続装置との導通状態を監視する状態確認部３００と、後述詳細に記す特定のサブネット内の各端末装置からのＡＲＰリプライを確認し学習できる接続装置情報を記録する記録部４００ならびにＩＰアドレスとＭＡＣアドレスを関連付けたＡＲＰテ−ブル５００から構成されている。なお、状態確認部３００と記録部４００ならびにＡＲＰテ−ブル５００は、それぞれ特開２００２−２３２４４８号公報に記載されたものと同様の機能を有している。
【００１２】
接続装置情報収集部１００は、ＡＲＰリクエストを生成するリクエスト生成部１０１と、リクエスト生成部１０１で生成したＡＲＰリクエストを送信するリクエスト送信部１０２と、サブネットを介して任意の端末装置からＡＲＰリクエストまたはＡＲＰリプライを受信し、当該受信情報からタ−ゲットプロトコルアドレスを抽出する受信部１０３と、サブネットから受信したＡＲＰリプライからソ−スＩＰアドレスとソ−スＭＡＣアドレスの組合せを学習する学習部１０４とから構成されている。なお、学習部１０４の学習結果は記録部４００およびＡＲＰテ−ブル５００に記録される。以下に、特定のサブネット内の各端末装置が分断されている状態を状態確認部３００が認識した時の本発明の実施の形態１のネットワ−ク接続装置１０００の動作について説明する。
【００１３】
図２のリクエスト生成部のフロ−チャ−トに示すように、本発明の実施の形態１のリクエスト生成部１０１は、ＩＰアドレス情報部２００から自己（自装置）のＩＰアドレスＭ０１とサブネットマスクＳ０１を取得する（ステップＦ０１）。
【００１４】
取得したＩＰアドレスＭ０１とサブネットマスクＳ０１のビットＡＮＤ操作を行うことにより、サブネットのネットワ−クアドレスＮ０１を取り出す。後述詳細に説明するが、この工程は、後にＡＲＰリクエストを送信するための対象ＩＰアドレスのベ−スとなる（ステップＦ０２）。
【００１５】
サブネットマスクＳ０１のビット反転を行い、１減算して、ＩＰアドレス中のホストアドレスであるホスト部Ｈ０１を取り出す。なお、ホスト部の最大値は、通常ブロ−ドキャストアドレスとして使用するため、端末装置への付与は行われない。そこで、これを除外するために−１する（ステップＦ０３）。
【００１６】
サブネット内で定義できる全てのＩＰアドレスを取得（生成）させるため、ＩＰアドレス中のホスト部Ｈ０１を順次変化させ（２進数で１づつ減らす）、ネットワ−クアドレスＮ０１と組合せて対象ＩＰアドレスとするル−プ処理を開始する。ル−プでは、まずホスト部Ｈ０１が０であるかを確認する（ステップＦ０４）。
【００１７】
ホスト部Ｈ０１が０であれば処理を終わらせる（ステップＦ０８）。
【００１８】
ホスト部Ｈ０１が０でなければ、ネットワ−クアドレスＮ０１とホスト部Ｈ０１のビットＯＲをとり、ＡＲＰリクエストに必要な対象ＩＰアドレスを生成する（ステップＦ０５）。
【００１９】
この対象ＩＰアドレスをリクエスト送信部１０２に渡す（ステップＦ０６）。
【００２０】
ホスト部Ｈ０１を１減算して、Ｆ０４の判定に戻る。なお、このときホスト部Ｈ０１が０となった場合には、上記ステップＦ０４の判定により処理が終了されるので、ホスト部Ｈ０１が０のＩＰアドレスは対象ＩＰアドレスにならない。これは、ブロ−ドキャストアドレスとしてホスト部Ｈ０１を０として使用する端末装置（ＩＰが使われ始めた初期のワ−クステ−ション等の古いＩＰ装置）に対する対策である（ステップＦ０７）。
【００２１】
対象ＩＰアドレスを渡されたリクエスト送信部１０２は、渡された対象ＩＰアドレスのＭＡＣアドレスを問い合わせるＡＲＰリクエスト（ブロ−ドキャスト）をサブネット３０００に向けて送信する。
【００２２】
対象ＩＰアドレスを持つ端末装置がサブネット３０００内に存在すると、該当端末装置は自身のＭＡＣアドレスを格納したＡＲＰリプライを返送する。受信部１０３はこれを受信し、学習部１０４に渡す。学習部１０４はＡＲＰリプライのソ−スＩＰアドレス、ソ−スＭＡＣアドレスを確認し、確認したソ−スＩＰアドレス、ソ−スＭＡＣアドレスを対にして記録部４００に記録すると共に、ＡＲＰテ−ブル５００に記録する。
【００２３】
対象となるＩＰアドレスを持つ端末装置が、接続可能な状態でサブネット内に存在しないと、ＡＲＰリプライの返送がない。従って、接続できない対象となるＩＰアドレスを持つ端末装置のソ−スＩＰアドレス、ソ−スＭＡＣアドレスを学習部１０４が学習することはなく、記録部４００、ＡＲＰテ−ブル５００に記録することもない。
【００２４】
以上説明した通り、本発明の実施の形態１のネットワ−ク接続装置１０００は、特定のサブネット３０００内に通信可能な状態で存在する、ＩＰを使用する端末装置のソ−スＩＰアドレスとソ−スＭＡＣアドレスを学習することが可能となる。端末装置がＩＣＭＰエコ−リクエストに応答しない場合であっても、ＩＰ通信のためにはＡＲＰリクエストには応答する必要があり、端末装置の存在を確実に学習することが可能となる。
【００２５】
実施の形態２．
以下、図面に基づいて本発明の実施の形態２について詳細に説明する。図３は、この発明の実施の形態２のネットワ−ク接続装置の構成図、図４は探索ＩＰアドレス登録テ−ブルのフォ−マット、図５はリクエスト生成部のフロ−チャ−トである。なお、図３ないし図５中において、図１、図２と同一部分ないし相当部分には、同一符号を付与している。
【００２６】
図３に示すように実施の形態２のネットワ−ク接続装置１０００は、上記実施形態１のネットワ−ク接続装置１０００に探索ＩＰアドレス登録テ−ブル１０５を備えたものである。図４に示すように探索ＩＰアドレス登録テ−ブル１０５には、優先して検出したいＩＰアドレスである探索対象ＩＰアドレス１〜Ｎが、管理者によって予め登録されている。なお、探索ＩＰアドレス登録テ−ブル１０５のテ−ブル構造は、名前やＩＰアドレスといったように同種のデ−タが複数登録されている。それら登録された一つ一つをエントリと呼んでいる。探索ＩＰアドレス登録テ−ブルに探索対象ＩＰアドレス１〜Ｎを予め設定する方法は、ネットワ−ク接続装置が持つ設定機能を使用して実施されるので、その詳細は省略する。
【００２７】
リクエスト生成部１０１は、探索ＩＰアドレス登録テ−ブル１０５からリクエスト送信部１０２に渡す探索対象ＩＰアドレスを取得した後、実施の形態１で記したＩＰアドレス生成手法により対象ＩＰアドレスの生成を行う。以下に本発明の実施の形態２のネットワ−ク接続装置１０００の動作について説明する。なお、実施の形態１で記した同様の動作については省略する。
【００２８】
図５のフロ−チャ−トに示すように、本発明の実施の形態２のリクエスト生成部１０１は、探索ＩＰアドレス登録テ−ブル１０５の最初（先頭）に登録されている先頭エントリを探し、次のステップに移る。なお、先頭エントリを探し方は、例えば、テ−ブル構造として先頭エントリから順にいくつのエントリが登録されているかという登録エントリ数を持っている。その上で、ソフトウェアは、先頭エントリから登録エントリ数分だけは登録済みであると判断する（ステップＦ１１）。
【００２９】
先頭エントリに探索対象ＩＰアドレスが登録されていれば、その探索対象ＩＰアドレスを次のステップに渡す。登録されていなければ、ステップＦ０１へ移る。なお、登録の判断方法としては、例えば、ソフトウェアは登録エントリ数を知っているので、チェック対象のエントリ番号が登録エントリ数以下であれば、対象エントリが存在すると判断する。なお、このステップは、探索ＩＰアドレス登録テ−ブル１０５に、何も登録されていない場合もあり（ユ−ザが優先して検出したいＩＰアドレスを設定しない場合）、そのため探索ＩＰアドレス登録テ−ブル１０５の先頭エントリを見てもエントリが登録されていない場合があるので、これを判断するための工程である（ステップＦ１２）。
【００３０】
ステップＦ１２から得た探索対象ＩＰアドレスを対象ＩＰアドレスとしてリクエスト送信部１０２に渡し、次のステップに移る（ステップＦ１３）。
【００３１】
探索ＩＰアドレス登録テ−ブル１０５の次のエントリを探し、次のエントリがあれば上記ステップＦ１２に戻る。なお、このようにして探索ＩＰアドレス登録テ−ブル１０５に登録されているすべての探索対象ＩＰアドレス１〜Ｎについて、リクエスト送信部１０２に渡した後は、対象エントリがなくなるので、戻ったステップＦ１２からステップＦ０１へと処理が移る。（ステップＦ１４）。
【００３２】
ステップＦ０１〜ステップＦ０８の処理は、実施の形態１に記したリクエスト生成部のフロ−と同一のステップで処理されるので、その説明を省略する。
【００３３】
以上の説明したとおり、本発明の実施の形態２のネットワ−ク接続装置１０００は、サブネット内に存在する端末装置を検出するにあたり、ユ−ザが指定する端末装置を優先して検出することができる。したがって、優先しない端末装置に比べて、優先して検出すべき端末装置を早く検出することが可能となる。
【００３４】
実施の形態３．
以下、図面に基づいて本発明の実施の形態３について詳細に説明する。図６は、この発明の実施の形態３のリクエスト生成部のフロ−チャ−トである。なお、図６中において、図１ないし図５と同一部分ないし相当部分には、同一符号を付与している。以下に本発明の実施の形態３のネットワ−ク接続装置の動作について説明する。
【００３５】
図６に示すように実施の形態３のネットワ−ク接続装置１０００のリクエスト生成部１０１は、上記実施形態２のネットワ−ク接続装置１０００のリクエスト生成部１０１のステップＦ０５とステップＦ０６の間に新たにステップＦ１５を加えたものであり、その他のステップは上記実施形態２のリクエスト生成部１０１の各ステップと同じである。
【００３６】
リクエスト生成部１０１は、ステップＦ０５で対象ＩＰアドレスを得た後、対象ＩＰアドレスが探索ＩＰアドレス登録テ−ブル１０５に登録されているか確認するため、探索ＩＰアドレス登録テ−ブル１０５を検索する。探索ＩＰアドレス登録テ−ブル１０５にこの対象ＩＰアドレスが登録されていなければ、対象ＩＰアドレスをステップＦ０６に渡す。一方、探索ＩＰアドレス登録テ−ブル１０５に登録されているならば、この対象ＩＰアドレスはすでにリクエスト送信部１０２に渡されているため、この重複を避けるためステップＦ０７に渡す（ステップＦ１５）。
【００３７】
ステップＦ１５以外の各ステップの処理は、実施の形態２に記したリクエスト生成部１０１のフロ−と同一のステップで処理されるので、その説明を省略する。
【００３８】
以上の説明したとおり、本発明の実施の形態３のネットワ−ク接続装置１０００は、対象ＩＰアドレスを重複してＡＲＰリクエストに送信しないので、ネットワ−クの帯域を有効利用できると共に、他の端末装置の検出を早くすることができるようになるという格別の効果を有する。
【００３９】
実施の形態４．
以下、図面に基づいて本発明の実施の形態４について詳細に説明する。図７は、この発明の実施の形態３のネットワ−ク接続装置の構成図、図８は探索ＩＰアドレスマップテ−ブルのフォ−マット、図９はリクエスト生成部のフロ−チャ−トである。なお、図７ないし図９中において、図１ないし図６と同一部分ないし相当部分には、同一符号を付与している。
【００４０】
サブネットが近距離の複数の場所で分断した場合、分断箇所より遠方にある端末装置から分断箇所に近いネットワ−ク接続装置へのアクセスは困難になる傾向にある。言い換えると、分断箇所に近い端末装置とネットワ−ク接続装置とでは、比較的アクセスできる可能性が高い。
【００４１】
図７に示すように実施の形態３のネットワ−ク接続装置のリクエスト生成部は、上記実施形態２のネットワ−ク接続装置の探索ＩＰアドレス登録テ−ブル１０５およびリクエスト生成部１０１のステップ１１を、探索ＩＰアドレスマップテ−ブル１０６およびリクエスト生成部１０１のステップＦ１６に入れ替えたものであり、その他の構成は上記実施形態２と同じである。
【００４２】
探索ＩＰアドレスマップテ−ブル１０６は、サブネット内に存在する端末装置のＩＰアドレスを、本装置から近い順にあらかじめ登録しておいたテ−ブルである。なお、探索ＩＰアドレスマップテ−ブルに探索対象ＩＰアドレス１〜Ｎを予め設定する方法は、ネットワ−ク接続装置が持つ設定機能を使用して実施されるので、その詳細は省略する。以下に本発明の実施の形態４のネットワ−ク接続装置１０００の動作について説明する。
【００４３】
リクエスト生成部１０１は、リクエスト送信部１０２に渡す対象ＩＰアドレスとして、探索ＩＰアドレスマップテ−ブル１０６からＩＰアドレスを取得する。
【００４４】
図９に示すように実施の形態４のネットワ−ク接続装置のリクエスト生成部１０１は、探索ＩＰアドレスマップテ−ブル１０６の先頭エントリを探す（ステップＦ１６）。
【００４５】
先頭エントリに探索対象ＩＰアドレスが登録されていれば、ステップＦ１３にその探索対象ＩＰアドレスを渡す。先頭エントリに探索対象ＩＰアドレスが登録されていなければ、ステップＦ１２に移る。
【００４６】
ステップＦ１６以外の各ステップの処理は、実施の形態２に記したリクエスト生成部のフロ−と同一のステップで処理されるので、その説明を省略する。
【００４７】
以上の説明したとおり、本発明の実施の形態４のネットワ−ク接続装置１０００は、サブネット内に存在する端末装置を検出するにあたり、アクセスできる可能性の高い端末装置から先に探索し、その結果、復旧可能な端末装置の回復をより速くするという格別の効果を有する。
【符号の説明】
【００４８】
１００    接続装置情報収集部、      １０１    リクエスト生成部、
１０２    リクエスト送信部、      １０３    受信部、
１０４    学習部、                １０５    探索ＩＰアドレス登録テ−ブル
１０６    探索ＩＰアドレスマップテ−ブル、
２００    ＩＰアドレス情報部、
３００    状態確認部、              １０００    ネットワ−ク接続装置、
３０００    サブネット
【図１】
2011193223.tif 000003
【図２】
2011193223.tif 000004
【図３】
2011193223.tif 000005
【図４】
2011193223.tif 000006
【図５】
2011193223.tif 000007
【図６】
2011193223.tif 000008
【図７】
2011193223.tif 000009
【図８】
2011193223.tif 000010
【図９】
2011193223.tif 000011