JP2004282665A - ネットワーク情報検出装置および方法 - Google Patents
ネットワーク情報検出装置および方法 Download PDFInfo
- Publication number
- JP2004282665A JP2004282665A JP2003074846A JP2003074846A JP2004282665A JP 2004282665 A JP2004282665 A JP 2004282665A JP 2003074846 A JP2003074846 A JP 2003074846A JP 2003074846 A JP2003074846 A JP 2003074846A JP 2004282665 A JP2004282665 A JP 2004282665A
- Authority
- JP
- Japan
- Prior art keywords
- address
- detecting
- network
- addresses
- network information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
Abstract
【課題】ネットワーク情報を提供するサーバ機能を必要とせずに、ネットワーク情報を自動かつ高速で取得することができるネットワーク情報検出装置および方法を提供する。
【解決手段】ネットワーク上の可能なＩＰアドレスから予め定められた個数ごとに選択されたＩＰアドレスから検査対象ＩＰアドレスを検出し、検出された検査対象ＩＰアドレスに対してＤＮＳクエリメッセージおよびＩＣＭＰエコー要求メッセージを一括送信する。それらのレスポンスメッセージからＤＮＳサーバおよびルータのＩＰアドレスを検出する。
【選択図】 図３
【解決手段】ネットワーク上の可能なＩＰアドレスから予め定められた個数ごとに選択されたＩＰアドレスから検査対象ＩＰアドレスを検出し、検出された検査対象ＩＰアドレスに対してＤＮＳクエリメッセージおよびＩＣＭＰエコー要求メッセージを一括送信する。それらのレスポンスメッセージからＤＮＳサーバおよびルータのＩＰアドレスを検出する。
【選択図】 図３
Description
【０００１】
【発明の属する技術分野】
本発明はネットワークシステムに係り、特に、ネットワーク情報を自動取得するネットワーク情報検出装置および方法に関する。
【０００２】
【従来の技術】
コンピュータをネットワークに接続するには、ルータのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスやＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）のＩＰアドレス等のネットワーク情報をコンピュータに設定する必要がある。このようなネットワーク情報は手動で設定することもできるが、人手による設定にはネットワークの知識を必要とし、ネットワーク情報を調査する手間もかかる。また、誤ってネットワーク情報を設定した場合はネットワーク全体を混乱させることもありうる。
【０００３】
他方、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバが存在する場合には、ネットワーク情報をＤＨＣＰサーバから取得することができるが、このようなネットワーク情報の自動取得を行うには、ネットワーク情報の提供を目的としたサーバを構築しなければならない。
【０００４】
特開２００２−１９０８１１号公報には、ネットワーク上の装置のＩＰアドレスを自動的に取得する方法の一例が開示されている。この従来の方法では、ネットワーク情報をＤＨＣＰサーバから取得できない場合に、ネットワーク・トラフィックを分析して有効なサブネットを決定し（段落番号００１８〜００２１）、そのなかでＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）ルータセレクションメッセージを用いてデフォルトルータを、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のＤＮＳ発見要求を用いてＤＮＳサーバをそれぞれ検出している（段落番号００２５〜００２７）。
【０００５】
【特許文献１】
特開２００２−１９０８１１号公報（段落番号００２５〜００２７、要約、図３〜５）。
【０００６】
【発明が解決しようとする課題】
しかしながら、特許文献１に開示されたＩＰ構成自動取得方法では、ＲＦＣ１２５６に記述されているルータのＩＰアドレス検出方法をそのまま用いているだけであり、ルータ検出の高速化については考慮されていない。また、ＩＣＭＰルータセレクションをサポートしていないルータが存在するために、従来の方法ではルータを検出できない場合がある。
【０００７】
同様に、上記従来の方法では、ＤＮＳサーバ検出の高速化についても考慮されていない。また、ＳＮＭＰのＤＮＳ発見要求をサポートしていないＤＮＳサーバがあるために、ＤＮＳサーバを検出できない場合がある。
【０００８】
本発明の目的は、ネットワーク情報を提供するサーバ機能を必要とせずに、ネットワーク情報を自動かつ高速で取得することができるネットワーク情報検出装置及び方法を提供することにある。
【０００９】
本発明の他の目的は、ネットワーク情報を確実に取得することができるネットワーク情報検出装置及び方法を提供することにある。
【００１０】
【課題を解決するための手段】
本発明の第１の側面によるネットワーク情報検出装置は、ネットワークに接続されたデバイスのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを検出するネットワーク情報検出装置であって、前記ネットワーク上の可能なＩＰアドレスから予め定められた個数ごとに選択されたＩＰアドレスから検査対象ＩＰアドレスを検出する検査対象検出手段と、前記検出された検査対象ＩＰアドレスから目的とする対象デバイスのＩＰアドレスを検出するＩＰアドレス検出手段と、前記ネットワーク上の可能なＩＰアドレスのすべてについて選択された場合および前記目的とする対象デバイスのＩＰアドレスが検出された場合のいずれかの場合にネットワーク情報検出動作を終了する制御手段と、を有することを特徴とする。
【００１１】
本発明の第２の側面によるネットワーク情報検出装置は、少なくともＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバを含むネットワーク上のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを検出するネットワーク情報検出装置であって、前記ネットワーク上の可能なＩＰアドレスから１以上の検査対象ＩＰアドレスを検出する検査対象検出手段と、前記１以上の検査対象ＩＰアドレスに対してＤＮＳクエリメッセージを送信し、そのレスポンスメッセージを受信するＤＮＳメッセージ送受信手段と、前記レスポンスメッセージからＤＮＳレスポンスメッセージを識別し、ＤＮＳレスポンスメッセージから発信元のＤＮＳサーバのＩＰアドレスを検出するＤＮＳサーバ検出手段と、を有することを特徴とする。
【００１２】
前記検査対象検出手段は、前記ネットワーク内の可能なＩＰアドレスから予め定められた個数ごとに選択されたＩＰアドレスに対してＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求を一括送信し、それに対するＡＲＰ応答から前記検査対象ＩＰアドレスを検出することを特徴とする。
【００１３】
前記ＤＮＳクエリメッセージは、ＤＮＳプロトコルヘッダのＱＲビットをリセットした、スタンダードクエリ、インバースクエリ、サーバステータスリクエスト、および、アップデートの少なくとも１種類のメッセージであることを特徴とする。
【００１４】
さらに、前記ネットワーク情報検出装置は、前記１以上の検査対象ＩＰアドレスに対してＩＣＭＰエコー要求メッセージを送信しそのＩＣＭＰレスポンスメッセージを受信するＩＣＭＰメッセージ送受信手段と、前記ＩＣＭＰレスポンスメッセージから発信元のルータのＩＰアドレスを検出するルータ検出手段と、を有することを特徴とする。前記ＩＣＭＰレスポンスメッセージはＩＣＭＰ経路変更要求メッセージおよびＩＣＭＰ時間切れメッセージのいずれかであることを特徴とする。
【００１５】
【発明の実施の形態】
図１は本発明によるネットワーク情報検出装置を含むネットワークの一例を示す概略的構成図である。この例では、ネットワーク伝送路１０に、ネットワーク情報検出装置２０、ホストＡ３０、 ホストＢ４０、ＤＮＳサーバ５０およびルータ６０などの複数のネットワークデバイスが接続されている。本発明によるネットワーク情報検出装置２０は、このサブネットからＤＮＳサーバ５０および／またはルータ６０を検出する。
【００１６】
図２は本発明の第１実施形態によるネットワーク情報検出装置を示すブロック構成図である。本実施形態によるネットワーク情報検出装置２０は、ネットワーク伝送路１０に接続するためのネットワークインタフェース部２１を有し、ネットワークインタフェース部２１はＡＲＰ要求送信部２３、ＡＲＰ応答受信部２４、ルータ検出部２５、ＤＮＳサーバ検出部２６、および、ネットワーク情報送信部２８に接続され、後述するようにＩＰパケットまたはＡＲＰパケットの送受信を行う。ＡＲＰ応答受信部２４は、後述するように、ルータ検出部２５およびＤＮＳサーバ検出部２６に接続され、ルータ検出部２５、ＤＮＳサーバ検出部２６およびネットワーク情報送信部２８はネットワーク情報設定部２７にそれぞれ接続されている。また、ネットワーク情報検出装置２０の全体的動作は制御部２２により制御される。
【００１７】
ＡＲＰ要求送信部２３は、制御部２２の制御の下で、サブネット内の予め定めた個数のＩＰアドレスに対して一括してＡＲＰ要求パケットを送信する処理を繰り返す（詳しくは後述する）。なお、ＩＰアドレスの構成は図７に、ＡＲＰ要求パケットのフォーマットは図１１にそれぞれ示す。
【００１８】
ＡＲＰ応答受信部２４は、ＡＲＰ要求送信部２３が送信したＡＲＰ要求パケットに対するＡＲＰ応答パケットをホストＡ３０、ホストＢ４０、ＤＮＳサーバ５０、または、ルータ６０から受信する。当該ＡＲＰ応答パケットの送信元ＩＰアドレスはルータ検出部２５およびＤＮＳサーバ検出部２６へ出力される。ＡＲＰ応答パケットのフォーマットは図１１に示す。
【００１９】
ルータ検出部２５は、ＡＲＰ応答受信部２４から入力した送信元ＩＰアドレスをルータ検出の対象ＩＰアドレスとし、予め定めた個数のルータ検出対象ＩＰアドレスごとにルータ特徴確認を繰り返すことによりルータ６０を検出する（詳しくは後述する）。検出されたルータ６０のＩＰアドレスはネットワーク情報設定部２７に出力される。
【００２０】
ＤＮＳサーバ検出部２６は、ＡＲＰ応答受信部２４から入力した送信元ＩＰアドレスをＤＮＳサーバ検出の対象ＩＰアドレスとし、予め定めた個数のＤＮＳサーバ検出対象ＩＰアドレスごとにＤＮＳサーバ特徴確認を繰り返すことによりＤＮＳサーバ５０を検出する（詳しくは後述する）。検出されたＤＮＳサーバのＩＰアドレスはネットワーク情報設定部２７に出力される。
【００２１】
ネットワーク情報設定部２７は、ルータ検出部２５が検出したルータＩＰアドレスおよびＤＮＳサーバ検出部２６が検出したＤＮＳサーバＩＰアドレスの少なくとも一方を、自己の装置に設定したり、または、他のネットワーク装置で利用可能とするためにネットワーク情報送信部２８へ出力する。
【００２２】
ネットワーク情報送信部２８は、ネットワーク情報設定部２７から入力したルータＩＰアドレスおよび／またはＤＮＳサーバＩＰアドレスを他のネットワーク装置で利用可能とするためにネットワークインターフェース部２１を通して送信する。
【００２３】
ネットワーク伝送路１０上を流れるパケットは、たとえばＬＡＮがＥｔｈｅｒｎｅｔ（登録商標、ＩＥＥＥ８０２．３ ）であれば図８に示すフォーマットのデータリンク層のパケットとなり、ＩＰパケットであれば図９に示すフォーマットとなり、ＡＲＰ パケットであれば図１１に示すフォーマットとなる。
【００２４】
上記ネットワーク情報検出装置２０には、ルータ検出部２５およびＤＮＳサーバ検出部２６が両方も受けられているが、一方だけでもよい。
【００２５】
なお、図２には図示されていないが、本実施形態によるネットワーク情報検出装置２０は、ネットワーク上で上記以外のサービスまたは機能を実行している装置のＩＰアドレスを検出するサービス検出部を設けることもできる。
【００２６】
ネットワーク情報検出動作
以下、本実施形態の動作を図３〜図５に示すフローチャートおよび図８〜図１２に示すパケットフォーマットを参照しながら詳細に説明する。
【００２７】
図３は本発明による第１実施形態のルータ／ＤＮＳサーバ検出動作を全体的に示すフローチャートである。まず制御部２２は、予め保存しているサブネット情報に基づいて、ＡＲＰ要求送信部２３がサブネットの全てのＩＰアドレスに対してＡＲＰ要求パケット（図１１参照）を発行したか否かを判定し（ステップＳ２００１）、真（Ｙｅｓ）の場合は終了する。
【００２８】
サブネットの全てのＩＰアドレスに対してＡＲＰ要求パケットを発行していない場合には（ステップＳ２００１のＮｏ）、サブネット内の予め定めた個数のＩＰアドレスごとにＡＲＰ要求パケットを一括送信する（ステップＳ２００２）。具体的には、サブネットマスクが２５５．２５５．２５５．０、ネットワークアドレスが１９２．１６８．１．０とし、一括送信するＩＰアドレス数を１００個と仮定すれば、第一回目のステップＳ２００２の実行時には１９２．１６８．１．１〜１９２．１６８．１．１００のＩＰアドレスに対してＡＲＰ要求パケットを送信し、第二回目の実行時には１９２．１６８．１．１０１〜１９２．１６８．１．２００のＩＰアドレスに対して、第三回目の実行時には１９２．１６８．１．２０１〜１９２．１６８．１．２５４のＩＰアドレスに対して、それぞれＡＲＰ要求を送信する。
【００２９】
制御部２２は、ＡＲＰ要求の応答として１つ以上のＡＲＰ応答パケット（図１１参照）を受信したかどうかを判定し（ステップＳ２００３）、なんらＡＲＰ応答がない場合は（ステップＳ２００３のＮｏ）、ステップＳ２００１に戻る。
【００３０】
１つ以上のＡＲＰ応答パケットを受信した場合は（ステップＳ２００３のＹｅｓ）、ルータ検出が終了したかどうかを判定する（ステップＳ２００４）。ルータ検出が終了していなければ（ステップＳ２００４のＮｏ）ルータの特徴確認（ステップＳ２００５）を実行し、終了していれば（ステップＳ２００４のＹｅｓ）ルータ特徴確認をスキップして、ＤＮＳサーバ検出が終了したかどうかを判定する（ステップＳ２００６）。
【００３１】
ＤＮＳサーバ検出が終了していなければ（ステップＳ２００６のＮｏ）ＤＮＳサーバの特徴確認（ステップＳ２００７）を実行して、終了していれば（ステップＳ２００６のＹｅｓ）、ＤＮＳサーバの特徴確認をスキップして、ルータおよびＤＮＳサーバを検出したかどうかを判定する（ステップＳ２００８）。
【００３２】
ルータおよびＤＮＳサーバを検出した場合には（ステップＳ２００８のＹｅｓ）、処理を終了する。ルータおよびＤＮＳサーバを検出していない場合には（ステップＳ２００８のＮｏ）、ステップＳ２００１に戻り、以上の動作をサブネットの全てのＩＰアドレスに対してＡＲＰ要求パケットを発行するまで、あるいは、ルータおよびＤＮＳサーバを検出するまで、繰り返す。
【００３３】
なお、サービス検出部を有する場合には、サブネット内の予め定めた個数のＩＰアドレスに対してＡＲＰ要求パケットを一括発行し、その応答であるＡＲＰ応答パケットに含まれる送信元ＩＰアドレスに対して、サービス検出あるいは機能検出を行ってもよい。
【００３４】
（１）ルータ特徴確認
図４は本発明の第１実施形態におけるルータ検出部のルータ特徴確認動作の一例を示すフローチャートである。まず、ルータの検査対象ＩＰアドレスは、ＡＲＰ応答受信部２４が受信した全てのＡＲＰ応答パケットにそれぞれ含まれる送信元ＩＰアドレスである。これらルータ検査対象ＩＰアドレスを入力すると（ステップＳ２０２０）、全てのルータ検査対象ＩＰアドレスに対してルータ特徴確認を行なったかどうかを判定し（ステップＳ２０２１）、すべて終了していれば（ステップＳ２０２１のＹｅｓ）、ルータ特徴確認動作を終了する。
【００３５】
検査すべきルータ検査対象ＩＰアドレスが残っていれば（ステップＳ２０２１のＮｏ）、ＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）が所望の値に設定されたＩＣＭＰエコー要求パケット（図１０（Ａ）参照）を予め定めた個数のルータ検査対象ＩＰアドレスへ一括送信する（ステップＳ２０２２）。ここでは、ＴＴＬ＝２、すなわち通過可能ルータ段数が２であるとする。
【００３６】
例えば、ルータ検査対象ＩＰアドレスが１９２．１６８．１．１０〜１９２．１６８．１．２４、および、１９２．１６８．１．４０〜１９２．１６８．１．５１で、１０個のＩＰアドレスに一括してルータの特徴確認を行なう場合には、ステップＳ２０２２の実行は、第一回目に１９２．１６８．１．１０〜１９２．１６８．１．１９に対して一括してＩＣＭＰエコー要求を送信し、第二回目に１９２．１６８．１．２０〜１９２．１６８．１．２４と１９２．１６８．１．４０〜１９２．１６８．１．４４とに対して一括してＩＣＭＰエコー要求を送信し、第三回目に１９２．１６８．１．４５〜１９２．１６８．１．５１に対して一括してＩＣＭＰエコー要求を送信する。
【００３７】
ＩＣＭＰエコー要求パケットを一括送信すると、規定時間内に当該ＩＣＭＰエコー要求に対するＩＣＭＰ経路変更要求メッセージ（図１０（Ｃ）参照）を受信したかどうかを判定する（ステップＳ２０２３）。
【００３８】
ＩＣＭＰ経路変更要求メッセージを受信しなかった場合は（ステップＳ２０２３のＮｏ）、規定時間内に当該ＩＣＭＰエコー要求に対するＩＣＭＰ時間切れメッセージ（図１０（Ｂ））を受信したかどうかを判定する（ステップＳ２０２４）。受信しなかった場合は（ステップＳ２０２４のＮｏ）、ステップＳ２０２１に戻る。 規定時間内にＩＣＭＰ時間切れメッセージを受信した場合は（ステップＳ２０２４のＹｅｓ）、当該時間切れメッセージパケットが含む送信元ＩＰアドレスをルータのＩＰアドレスであると判断して（ステップＳ２０２５）、ルータ特徴確認動作を終了する。
【００３９】
ＩＣＭＰ経路変更要求メッセージを受信した場合は（ステップＳ２０２３のＹｅｓ）、当該経路変更要求メッセージが含むルータＩＰアドレスをルータのＩＰアドレスであると判断して（ステップＳ２０２６）、ルータ特徴確認動作を終了する。
【００４０】
このように、所定のＴＴＬ設定されたＩＣＭＰエコー要求パケットを送信し、規定時間内に受信したＩＣＭＰ経路変更要求やＩＣＭＰ時間切れメッセージによってルータ検出を行うために、ルータの高速検出が可能となる。また、ルータはＩＣＭＰ時間切れメッセージ機能を必ずサポートしているために、確実なルータ検出が可能となる。
【００４１】
（２）ＤＮＳサーバ特徴確認
図５は本発明の第１実施形態におけるＤＮＳサーバ検出部のＤＮＳサーバ特徴確認動作の一例を示すフローチャートである。まず、ＤＮＳサーバの検査対象ＩＰアドレスは、ＡＲＰ応答受信部２４が受信した全てのＡＲＰ応答パケットにそれぞれ含まれる送信元ＩＰアドレスである。これらＤＮＳサーバ検査対象ＩＰアドレスを入力すると（ステップＳ２０４０）、全てのＤＮＳサーバの検査対象ＩＰアドレスに対してＤＮＳサーバ特徴確認を行なったかどうかを判定し（ステップＳ２０４１）、すべて終了していれば（ステップＳ２０４１のＹｅｓ）、ＤＮＳサーバ特徴確認動作を終了する。
【００４２】
検査すべきＤＮＳサーバ検査対象ＩＰアドレスが残っている場合は（ステップＳ２０４１のＮｏ）、ＱＲ（質問／回答）ビットをリセットしたＤＮＳクエリ（図１２参照）を予め定めた個数のＤＮＳサーバ検査対象ＩＰアドレスに対して一括送信する（ステップＳ２０４２）。このＱＲビットをリセットしたＤＮＳクエリは、スタンダードクエリ（ＯＰＣＯＤＥ＝０）、インバースクエリ（ＯＰＣＯＤＥ＝１）、サーバステータスリクエスト（ＯＰＣＯＤＥ＝２）、あるいは、アップデート等のクエリメッセージである。
【００４３】
一括送信に関しては、例えばＤＮＳサーバ検査対象ＩＰアドレスが１９２．１６８．１．１０〜１９２．１６８．１．２４、および、１９２．１６８．１．４０〜１９２．１６８．１．５１で、１０個のＩＰアドレスに一括してＤＮＳサーバの特徴確認を行なう場合には、、第一回目に１９２．１６８．１．１０〜１９２．１６８．１．１９に対して一括して前記ＤＮＳクエリを送信し、第二回目に１９２．１６８．１．２０〜１９２．１６８．１．２４と、１９２．１６８．１．４０〜１９２．１６８．１．４４とに対して一括して前記ＤＮＳクエリを送信し、第三回目に１９２．１６８．１．４５〜１９２．１６８．１．５１に対して一括して前記ＤＮＳクエリを送信する。
【００４４】
ＤＮＳクエリを一括送信すると、規定時間内に当該ＤＮＳクエリに対するＤＮＳレスポンスを受信したかどうかを判定する（ステップＳ２０４３）。受信しなかった場合は（ステップＳ２０４３のＮｏ）、ステップＳ２０４１に戻る。規定時間内に当該ＤＮＳクエリに対するＤＮＳレスポンスを受信した場合は（ステップＳ２０４３のＹｅｓ）、ＤＮＳサーバのＩＰアドレスは当該ＤＮＳレスポンスパケットが含む送信元ＩＰアドレスであると判断し（ステップＳ２０４５）、ＤＮＳサーバ確認動作を終了する。
【００４５】
このように、ＤＮＳプロトコルのクエリメッセージを送信し、規定時間内に受信したそのレスポンスによってＤＮＳサーバを検出するために、ＤＮＳサーバの高速検出が可能となる。また、ＤＮＳサーバは、受信したクエリメッセージに対するレスポンス機能を必ずサポートしているために、確実なＤＮＳサーバ検出が可能となる。
【００４６】
図６は本発明の第２実施形態によるネットワーク情報検出装置を示すブロック構成図である。本実施形態によるネットワーク情報検出装置２０は、ネットワーク伝送路１０に接続するためのネットワークインタフェース２０１と、上述したＩＰパケットあるいはＡＲＰパケットを送受信するための送受信制御部２０２とを有し、プログラム制御プロセッサ２０３が上述したネットワーク情報の検出および設定を制御する。
【００４７】
プログラム制御プロセッサ２０３は、プログラムメモリ２０４に格納されたルータ検出プログラム、ＤＮＳサーバ検出プログラム、および、必要なサービス検出プログラムをそれぞれ読み出して実行することにより、上記図３〜図５に示すネットワーク情報検出動作を行うことができる。こうして検出されたネットワーク情報はネットワーク情報メモリ２０５に格納され、自装置へ設定される。あるいは、ネットワーク上の他の装置の設定のために送信される。プログラム制御プロセッサ２０３により実行されるネットワーク情報検出動作は、図３〜図５によりすでに説明した通りであるから、ここでは省略する。
【００４８】
【発明の効果】
以上詳細に説明したように、本発明によれば、ネットワーク上の可能なＩＰアドレスから予め定められた個数のＩＰアドレスを順次選択し、選択された予め定められた個数のＩＰアドレスから検査対象ＩＰアドレスを検出し、前記検出された検査対象ＩＰアドレスから目的とする対象デバイスのＩＰアドレスを検出することで、ＩＰアドレスの高速検出が可能となる。
【００４９】
また、本発明によれば、ＩＣＭＰエコー要求の応答であるＩＣＭＰ経路変更要求やＩＣＭＰ時間切れメッセージによってルータ検出を行うために、ルータの高速検出が可能となる。また、ルータはＩＣＭＰ時間切れメッセージ機能を必ずサポートしているために、確実なルータ検出が可能となる。
【００５０】
さらに、本発明によれば、ＤＮＳプロトコルのクエリメッセージに対するレスポンスによってＤＮＳサーバを検出するために、ＤＮＳサーバの高速検出が可能となる。また、ＤＮＳサーバは、受信したクエリメッセージに対するレスポンス機能を必ずサポートしているために、確実なＤＮＳサーバ検出が可能となる。
【００５１】
このように、ＤＮＳサーバのＩＰアドレスの検出およびルータのＩＰアドレスの検出を高速に自動で行うため、ユーザの待ち時間が少なく、また、ユーザの手作業でのＤＮＳサーバ／ルータＩＰアドレスの入力作業が不要となり、また間違えて入力した場合のネットワークの混乱や負荷の増大を防ぐことができる。とくに、本発明によるネットワーク情報検出装置は、販売店で購入してきたネットワーク装置をユーザのネットワークに接続したり、ネットワーク装置がネットワークを移動する場合に有効である。
【図面の簡単な説明】
【図１】本発明によるネットワーク情報検出装置を含むネットワークの一例を示す概略的構成図である。
【図２】本発明の第１実施形態によるネットワーク情報検出装置を示すブロック構成図である。
【図３】本発明による第１実施形態のルータ／ＤＮＳサーバ検出動作を全体的に示すフローチャートである。
【図４】本発明の第１実施形態におけるルータ検出部のルータ特徴確認動作の一例を示すフローチャートである。
【図５】本発明の第１実施形態におけるＤＮＳサーバ検出部のＤＮＳサーバ特徴確認動作の一例を示すフローチャートである。
【図６】本発明の第２実施形態によるネットワーク情報検出装置を示すブロック構成図である。
【図７】ＩＰアドレスのフォーマットを示す図である。
【図８】イーサネットパケットのフォーマットを示す図である。
【図９】ＩＰパケットのフォーマットを示す図である。
【図１０】（Ａ）はＩＣＭＰエコー要求／応答パケットのフォーマットを示す図、（Ｂ）はＩＣＭＰ時間切れ通知パケットのフォーマットを示す図、（Ｃ）はＩＣＭＰ経路変更要求パケットのフォーマットを示す図である。
【図１１】ＡＲＰパケットのフォーマットを示す図である。
【図１２】ＤＮＳプロトコルヘッダのフォーマットを示す図である。
【符号の説明】
１０ ネットワーク伝送路
２０ ネットワーク情報検出装置
３０ ホストＡ
４０ ホストＢ
５０ ＤＮＳサーバ
６０ ルータ
２１ ネットワークインタフェース部
２３ ＡＲＰ要求送信部
２４ ＡＲＰ応答受信部
２５ ルータ検出部
２６ ＤＮＳサーバ検出部
２７ ネットワーク情報設定部
【発明の属する技術分野】
本発明はネットワークシステムに係り、特に、ネットワーク情報を自動取得するネットワーク情報検出装置および方法に関する。
【０００２】
【従来の技術】
コンピュータをネットワークに接続するには、ルータのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスやＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）のＩＰアドレス等のネットワーク情報をコンピュータに設定する必要がある。このようなネットワーク情報は手動で設定することもできるが、人手による設定にはネットワークの知識を必要とし、ネットワーク情報を調査する手間もかかる。また、誤ってネットワーク情報を設定した場合はネットワーク全体を混乱させることもありうる。
【０００３】
他方、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバが存在する場合には、ネットワーク情報をＤＨＣＰサーバから取得することができるが、このようなネットワーク情報の自動取得を行うには、ネットワーク情報の提供を目的としたサーバを構築しなければならない。
【０００４】
特開２００２−１９０８１１号公報には、ネットワーク上の装置のＩＰアドレスを自動的に取得する方法の一例が開示されている。この従来の方法では、ネットワーク情報をＤＨＣＰサーバから取得できない場合に、ネットワーク・トラフィックを分析して有効なサブネットを決定し（段落番号００１８〜００２１）、そのなかでＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）ルータセレクションメッセージを用いてデフォルトルータを、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のＤＮＳ発見要求を用いてＤＮＳサーバをそれぞれ検出している（段落番号００２５〜００２７）。
【０００５】
【特許文献１】
特開２００２−１９０８１１号公報（段落番号００２５〜００２７、要約、図３〜５）。
【０００６】
【発明が解決しようとする課題】
しかしながら、特許文献１に開示されたＩＰ構成自動取得方法では、ＲＦＣ１２５６に記述されているルータのＩＰアドレス検出方法をそのまま用いているだけであり、ルータ検出の高速化については考慮されていない。また、ＩＣＭＰルータセレクションをサポートしていないルータが存在するために、従来の方法ではルータを検出できない場合がある。
【０００７】
同様に、上記従来の方法では、ＤＮＳサーバ検出の高速化についても考慮されていない。また、ＳＮＭＰのＤＮＳ発見要求をサポートしていないＤＮＳサーバがあるために、ＤＮＳサーバを検出できない場合がある。
【０００８】
本発明の目的は、ネットワーク情報を提供するサーバ機能を必要とせずに、ネットワーク情報を自動かつ高速で取得することができるネットワーク情報検出装置及び方法を提供することにある。
【０００９】
本発明の他の目的は、ネットワーク情報を確実に取得することができるネットワーク情報検出装置及び方法を提供することにある。
【００１０】
【課題を解決するための手段】
本発明の第１の側面によるネットワーク情報検出装置は、ネットワークに接続されたデバイスのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを検出するネットワーク情報検出装置であって、前記ネットワーク上の可能なＩＰアドレスから予め定められた個数ごとに選択されたＩＰアドレスから検査対象ＩＰアドレスを検出する検査対象検出手段と、前記検出された検査対象ＩＰアドレスから目的とする対象デバイスのＩＰアドレスを検出するＩＰアドレス検出手段と、前記ネットワーク上の可能なＩＰアドレスのすべてについて選択された場合および前記目的とする対象デバイスのＩＰアドレスが検出された場合のいずれかの場合にネットワーク情報検出動作を終了する制御手段と、を有することを特徴とする。
【００１１】
本発明の第２の側面によるネットワーク情報検出装置は、少なくともＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバを含むネットワーク上のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを検出するネットワーク情報検出装置であって、前記ネットワーク上の可能なＩＰアドレスから１以上の検査対象ＩＰアドレスを検出する検査対象検出手段と、前記１以上の検査対象ＩＰアドレスに対してＤＮＳクエリメッセージを送信し、そのレスポンスメッセージを受信するＤＮＳメッセージ送受信手段と、前記レスポンスメッセージからＤＮＳレスポンスメッセージを識別し、ＤＮＳレスポンスメッセージから発信元のＤＮＳサーバのＩＰアドレスを検出するＤＮＳサーバ検出手段と、を有することを特徴とする。
【００１２】
前記検査対象検出手段は、前記ネットワーク内の可能なＩＰアドレスから予め定められた個数ごとに選択されたＩＰアドレスに対してＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求を一括送信し、それに対するＡＲＰ応答から前記検査対象ＩＰアドレスを検出することを特徴とする。
【００１３】
前記ＤＮＳクエリメッセージは、ＤＮＳプロトコルヘッダのＱＲビットをリセットした、スタンダードクエリ、インバースクエリ、サーバステータスリクエスト、および、アップデートの少なくとも１種類のメッセージであることを特徴とする。
【００１４】
さらに、前記ネットワーク情報検出装置は、前記１以上の検査対象ＩＰアドレスに対してＩＣＭＰエコー要求メッセージを送信しそのＩＣＭＰレスポンスメッセージを受信するＩＣＭＰメッセージ送受信手段と、前記ＩＣＭＰレスポンスメッセージから発信元のルータのＩＰアドレスを検出するルータ検出手段と、を有することを特徴とする。前記ＩＣＭＰレスポンスメッセージはＩＣＭＰ経路変更要求メッセージおよびＩＣＭＰ時間切れメッセージのいずれかであることを特徴とする。
【００１５】
【発明の実施の形態】
図１は本発明によるネットワーク情報検出装置を含むネットワークの一例を示す概略的構成図である。この例では、ネットワーク伝送路１０に、ネットワーク情報検出装置２０、ホストＡ３０、 ホストＢ４０、ＤＮＳサーバ５０およびルータ６０などの複数のネットワークデバイスが接続されている。本発明によるネットワーク情報検出装置２０は、このサブネットからＤＮＳサーバ５０および／またはルータ６０を検出する。
【００１６】
図２は本発明の第１実施形態によるネットワーク情報検出装置を示すブロック構成図である。本実施形態によるネットワーク情報検出装置２０は、ネットワーク伝送路１０に接続するためのネットワークインタフェース部２１を有し、ネットワークインタフェース部２１はＡＲＰ要求送信部２３、ＡＲＰ応答受信部２４、ルータ検出部２５、ＤＮＳサーバ検出部２６、および、ネットワーク情報送信部２８に接続され、後述するようにＩＰパケットまたはＡＲＰパケットの送受信を行う。ＡＲＰ応答受信部２４は、後述するように、ルータ検出部２５およびＤＮＳサーバ検出部２６に接続され、ルータ検出部２５、ＤＮＳサーバ検出部２６およびネットワーク情報送信部２８はネットワーク情報設定部２７にそれぞれ接続されている。また、ネットワーク情報検出装置２０の全体的動作は制御部２２により制御される。
【００１７】
ＡＲＰ要求送信部２３は、制御部２２の制御の下で、サブネット内の予め定めた個数のＩＰアドレスに対して一括してＡＲＰ要求パケットを送信する処理を繰り返す（詳しくは後述する）。なお、ＩＰアドレスの構成は図７に、ＡＲＰ要求パケットのフォーマットは図１１にそれぞれ示す。
【００１８】
ＡＲＰ応答受信部２４は、ＡＲＰ要求送信部２３が送信したＡＲＰ要求パケットに対するＡＲＰ応答パケットをホストＡ３０、ホストＢ４０、ＤＮＳサーバ５０、または、ルータ６０から受信する。当該ＡＲＰ応答パケットの送信元ＩＰアドレスはルータ検出部２５およびＤＮＳサーバ検出部２６へ出力される。ＡＲＰ応答パケットのフォーマットは図１１に示す。
【００１９】
ルータ検出部２５は、ＡＲＰ応答受信部２４から入力した送信元ＩＰアドレスをルータ検出の対象ＩＰアドレスとし、予め定めた個数のルータ検出対象ＩＰアドレスごとにルータ特徴確認を繰り返すことによりルータ６０を検出する（詳しくは後述する）。検出されたルータ６０のＩＰアドレスはネットワーク情報設定部２７に出力される。
【００２０】
ＤＮＳサーバ検出部２６は、ＡＲＰ応答受信部２４から入力した送信元ＩＰアドレスをＤＮＳサーバ検出の対象ＩＰアドレスとし、予め定めた個数のＤＮＳサーバ検出対象ＩＰアドレスごとにＤＮＳサーバ特徴確認を繰り返すことによりＤＮＳサーバ５０を検出する（詳しくは後述する）。検出されたＤＮＳサーバのＩＰアドレスはネットワーク情報設定部２７に出力される。
【００２１】
ネットワーク情報設定部２７は、ルータ検出部２５が検出したルータＩＰアドレスおよびＤＮＳサーバ検出部２６が検出したＤＮＳサーバＩＰアドレスの少なくとも一方を、自己の装置に設定したり、または、他のネットワーク装置で利用可能とするためにネットワーク情報送信部２８へ出力する。
【００２２】
ネットワーク情報送信部２８は、ネットワーク情報設定部２７から入力したルータＩＰアドレスおよび／またはＤＮＳサーバＩＰアドレスを他のネットワーク装置で利用可能とするためにネットワークインターフェース部２１を通して送信する。
【００２３】
ネットワーク伝送路１０上を流れるパケットは、たとえばＬＡＮがＥｔｈｅｒｎｅｔ（登録商標、ＩＥＥＥ８０２．３ ）であれば図８に示すフォーマットのデータリンク層のパケットとなり、ＩＰパケットであれば図９に示すフォーマットとなり、ＡＲＰ パケットであれば図１１に示すフォーマットとなる。
【００２４】
上記ネットワーク情報検出装置２０には、ルータ検出部２５およびＤＮＳサーバ検出部２６が両方も受けられているが、一方だけでもよい。
【００２５】
なお、図２には図示されていないが、本実施形態によるネットワーク情報検出装置２０は、ネットワーク上で上記以外のサービスまたは機能を実行している装置のＩＰアドレスを検出するサービス検出部を設けることもできる。
【００２６】
ネットワーク情報検出動作
以下、本実施形態の動作を図３〜図５に示すフローチャートおよび図８〜図１２に示すパケットフォーマットを参照しながら詳細に説明する。
【００２７】
図３は本発明による第１実施形態のルータ／ＤＮＳサーバ検出動作を全体的に示すフローチャートである。まず制御部２２は、予め保存しているサブネット情報に基づいて、ＡＲＰ要求送信部２３がサブネットの全てのＩＰアドレスに対してＡＲＰ要求パケット（図１１参照）を発行したか否かを判定し（ステップＳ２００１）、真（Ｙｅｓ）の場合は終了する。
【００２８】
サブネットの全てのＩＰアドレスに対してＡＲＰ要求パケットを発行していない場合には（ステップＳ２００１のＮｏ）、サブネット内の予め定めた個数のＩＰアドレスごとにＡＲＰ要求パケットを一括送信する（ステップＳ２００２）。具体的には、サブネットマスクが２５５．２５５．２５５．０、ネットワークアドレスが１９２．１６８．１．０とし、一括送信するＩＰアドレス数を１００個と仮定すれば、第一回目のステップＳ２００２の実行時には１９２．１６８．１．１〜１９２．１６８．１．１００のＩＰアドレスに対してＡＲＰ要求パケットを送信し、第二回目の実行時には１９２．１６８．１．１０１〜１９２．１６８．１．２００のＩＰアドレスに対して、第三回目の実行時には１９２．１６８．１．２０１〜１９２．１６８．１．２５４のＩＰアドレスに対して、それぞれＡＲＰ要求を送信する。
【００２９】
制御部２２は、ＡＲＰ要求の応答として１つ以上のＡＲＰ応答パケット（図１１参照）を受信したかどうかを判定し（ステップＳ２００３）、なんらＡＲＰ応答がない場合は（ステップＳ２００３のＮｏ）、ステップＳ２００１に戻る。
【００３０】
１つ以上のＡＲＰ応答パケットを受信した場合は（ステップＳ２００３のＹｅｓ）、ルータ検出が終了したかどうかを判定する（ステップＳ２００４）。ルータ検出が終了していなければ（ステップＳ２００４のＮｏ）ルータの特徴確認（ステップＳ２００５）を実行し、終了していれば（ステップＳ２００４のＹｅｓ）ルータ特徴確認をスキップして、ＤＮＳサーバ検出が終了したかどうかを判定する（ステップＳ２００６）。
【００３１】
ＤＮＳサーバ検出が終了していなければ（ステップＳ２００６のＮｏ）ＤＮＳサーバの特徴確認（ステップＳ２００７）を実行して、終了していれば（ステップＳ２００６のＹｅｓ）、ＤＮＳサーバの特徴確認をスキップして、ルータおよびＤＮＳサーバを検出したかどうかを判定する（ステップＳ２００８）。
【００３２】
ルータおよびＤＮＳサーバを検出した場合には（ステップＳ２００８のＹｅｓ）、処理を終了する。ルータおよびＤＮＳサーバを検出していない場合には（ステップＳ２００８のＮｏ）、ステップＳ２００１に戻り、以上の動作をサブネットの全てのＩＰアドレスに対してＡＲＰ要求パケットを発行するまで、あるいは、ルータおよびＤＮＳサーバを検出するまで、繰り返す。
【００３３】
なお、サービス検出部を有する場合には、サブネット内の予め定めた個数のＩＰアドレスに対してＡＲＰ要求パケットを一括発行し、その応答であるＡＲＰ応答パケットに含まれる送信元ＩＰアドレスに対して、サービス検出あるいは機能検出を行ってもよい。
【００３４】
（１）ルータ特徴確認
図４は本発明の第１実施形態におけるルータ検出部のルータ特徴確認動作の一例を示すフローチャートである。まず、ルータの検査対象ＩＰアドレスは、ＡＲＰ応答受信部２４が受信した全てのＡＲＰ応答パケットにそれぞれ含まれる送信元ＩＰアドレスである。これらルータ検査対象ＩＰアドレスを入力すると（ステップＳ２０２０）、全てのルータ検査対象ＩＰアドレスに対してルータ特徴確認を行なったかどうかを判定し（ステップＳ２０２１）、すべて終了していれば（ステップＳ２０２１のＹｅｓ）、ルータ特徴確認動作を終了する。
【００３５】
検査すべきルータ検査対象ＩＰアドレスが残っていれば（ステップＳ２０２１のＮｏ）、ＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）が所望の値に設定されたＩＣＭＰエコー要求パケット（図１０（Ａ）参照）を予め定めた個数のルータ検査対象ＩＰアドレスへ一括送信する（ステップＳ２０２２）。ここでは、ＴＴＬ＝２、すなわち通過可能ルータ段数が２であるとする。
【００３６】
例えば、ルータ検査対象ＩＰアドレスが１９２．１６８．１．１０〜１９２．１６８．１．２４、および、１９２．１６８．１．４０〜１９２．１６８．１．５１で、１０個のＩＰアドレスに一括してルータの特徴確認を行なう場合には、ステップＳ２０２２の実行は、第一回目に１９２．１６８．１．１０〜１９２．１６８．１．１９に対して一括してＩＣＭＰエコー要求を送信し、第二回目に１９２．１６８．１．２０〜１９２．１６８．１．２４と１９２．１６８．１．４０〜１９２．１６８．１．４４とに対して一括してＩＣＭＰエコー要求を送信し、第三回目に１９２．１６８．１．４５〜１９２．１６８．１．５１に対して一括してＩＣＭＰエコー要求を送信する。
【００３７】
ＩＣＭＰエコー要求パケットを一括送信すると、規定時間内に当該ＩＣＭＰエコー要求に対するＩＣＭＰ経路変更要求メッセージ（図１０（Ｃ）参照）を受信したかどうかを判定する（ステップＳ２０２３）。
【００３８】
ＩＣＭＰ経路変更要求メッセージを受信しなかった場合は（ステップＳ２０２３のＮｏ）、規定時間内に当該ＩＣＭＰエコー要求に対するＩＣＭＰ時間切れメッセージ（図１０（Ｂ））を受信したかどうかを判定する（ステップＳ２０２４）。受信しなかった場合は（ステップＳ２０２４のＮｏ）、ステップＳ２０２１に戻る。 規定時間内にＩＣＭＰ時間切れメッセージを受信した場合は（ステップＳ２０２４のＹｅｓ）、当該時間切れメッセージパケットが含む送信元ＩＰアドレスをルータのＩＰアドレスであると判断して（ステップＳ２０２５）、ルータ特徴確認動作を終了する。
【００３９】
ＩＣＭＰ経路変更要求メッセージを受信した場合は（ステップＳ２０２３のＹｅｓ）、当該経路変更要求メッセージが含むルータＩＰアドレスをルータのＩＰアドレスであると判断して（ステップＳ２０２６）、ルータ特徴確認動作を終了する。
【００４０】
このように、所定のＴＴＬ設定されたＩＣＭＰエコー要求パケットを送信し、規定時間内に受信したＩＣＭＰ経路変更要求やＩＣＭＰ時間切れメッセージによってルータ検出を行うために、ルータの高速検出が可能となる。また、ルータはＩＣＭＰ時間切れメッセージ機能を必ずサポートしているために、確実なルータ検出が可能となる。
【００４１】
（２）ＤＮＳサーバ特徴確認
図５は本発明の第１実施形態におけるＤＮＳサーバ検出部のＤＮＳサーバ特徴確認動作の一例を示すフローチャートである。まず、ＤＮＳサーバの検査対象ＩＰアドレスは、ＡＲＰ応答受信部２４が受信した全てのＡＲＰ応答パケットにそれぞれ含まれる送信元ＩＰアドレスである。これらＤＮＳサーバ検査対象ＩＰアドレスを入力すると（ステップＳ２０４０）、全てのＤＮＳサーバの検査対象ＩＰアドレスに対してＤＮＳサーバ特徴確認を行なったかどうかを判定し（ステップＳ２０４１）、すべて終了していれば（ステップＳ２０４１のＹｅｓ）、ＤＮＳサーバ特徴確認動作を終了する。
【００４２】
検査すべきＤＮＳサーバ検査対象ＩＰアドレスが残っている場合は（ステップＳ２０４１のＮｏ）、ＱＲ（質問／回答）ビットをリセットしたＤＮＳクエリ（図１２参照）を予め定めた個数のＤＮＳサーバ検査対象ＩＰアドレスに対して一括送信する（ステップＳ２０４２）。このＱＲビットをリセットしたＤＮＳクエリは、スタンダードクエリ（ＯＰＣＯＤＥ＝０）、インバースクエリ（ＯＰＣＯＤＥ＝１）、サーバステータスリクエスト（ＯＰＣＯＤＥ＝２）、あるいは、アップデート等のクエリメッセージである。
【００４３】
一括送信に関しては、例えばＤＮＳサーバ検査対象ＩＰアドレスが１９２．１６８．１．１０〜１９２．１６８．１．２４、および、１９２．１６８．１．４０〜１９２．１６８．１．５１で、１０個のＩＰアドレスに一括してＤＮＳサーバの特徴確認を行なう場合には、、第一回目に１９２．１６８．１．１０〜１９２．１６８．１．１９に対して一括して前記ＤＮＳクエリを送信し、第二回目に１９２．１６８．１．２０〜１９２．１６８．１．２４と、１９２．１６８．１．４０〜１９２．１６８．１．４４とに対して一括して前記ＤＮＳクエリを送信し、第三回目に１９２．１６８．１．４５〜１９２．１６８．１．５１に対して一括して前記ＤＮＳクエリを送信する。
【００４４】
ＤＮＳクエリを一括送信すると、規定時間内に当該ＤＮＳクエリに対するＤＮＳレスポンスを受信したかどうかを判定する（ステップＳ２０４３）。受信しなかった場合は（ステップＳ２０４３のＮｏ）、ステップＳ２０４１に戻る。規定時間内に当該ＤＮＳクエリに対するＤＮＳレスポンスを受信した場合は（ステップＳ２０４３のＹｅｓ）、ＤＮＳサーバのＩＰアドレスは当該ＤＮＳレスポンスパケットが含む送信元ＩＰアドレスであると判断し（ステップＳ２０４５）、ＤＮＳサーバ確認動作を終了する。
【００４５】
このように、ＤＮＳプロトコルのクエリメッセージを送信し、規定時間内に受信したそのレスポンスによってＤＮＳサーバを検出するために、ＤＮＳサーバの高速検出が可能となる。また、ＤＮＳサーバは、受信したクエリメッセージに対するレスポンス機能を必ずサポートしているために、確実なＤＮＳサーバ検出が可能となる。
【００４６】
図６は本発明の第２実施形態によるネットワーク情報検出装置を示すブロック構成図である。本実施形態によるネットワーク情報検出装置２０は、ネットワーク伝送路１０に接続するためのネットワークインタフェース２０１と、上述したＩＰパケットあるいはＡＲＰパケットを送受信するための送受信制御部２０２とを有し、プログラム制御プロセッサ２０３が上述したネットワーク情報の検出および設定を制御する。
【００４７】
プログラム制御プロセッサ２０３は、プログラムメモリ２０４に格納されたルータ検出プログラム、ＤＮＳサーバ検出プログラム、および、必要なサービス検出プログラムをそれぞれ読み出して実行することにより、上記図３〜図５に示すネットワーク情報検出動作を行うことができる。こうして検出されたネットワーク情報はネットワーク情報メモリ２０５に格納され、自装置へ設定される。あるいは、ネットワーク上の他の装置の設定のために送信される。プログラム制御プロセッサ２０３により実行されるネットワーク情報検出動作は、図３〜図５によりすでに説明した通りであるから、ここでは省略する。
【００４８】
【発明の効果】
以上詳細に説明したように、本発明によれば、ネットワーク上の可能なＩＰアドレスから予め定められた個数のＩＰアドレスを順次選択し、選択された予め定められた個数のＩＰアドレスから検査対象ＩＰアドレスを検出し、前記検出された検査対象ＩＰアドレスから目的とする対象デバイスのＩＰアドレスを検出することで、ＩＰアドレスの高速検出が可能となる。
【００４９】
また、本発明によれば、ＩＣＭＰエコー要求の応答であるＩＣＭＰ経路変更要求やＩＣＭＰ時間切れメッセージによってルータ検出を行うために、ルータの高速検出が可能となる。また、ルータはＩＣＭＰ時間切れメッセージ機能を必ずサポートしているために、確実なルータ検出が可能となる。
【００５０】
さらに、本発明によれば、ＤＮＳプロトコルのクエリメッセージに対するレスポンスによってＤＮＳサーバを検出するために、ＤＮＳサーバの高速検出が可能となる。また、ＤＮＳサーバは、受信したクエリメッセージに対するレスポンス機能を必ずサポートしているために、確実なＤＮＳサーバ検出が可能となる。
【００５１】
このように、ＤＮＳサーバのＩＰアドレスの検出およびルータのＩＰアドレスの検出を高速に自動で行うため、ユーザの待ち時間が少なく、また、ユーザの手作業でのＤＮＳサーバ／ルータＩＰアドレスの入力作業が不要となり、また間違えて入力した場合のネットワークの混乱や負荷の増大を防ぐことができる。とくに、本発明によるネットワーク情報検出装置は、販売店で購入してきたネットワーク装置をユーザのネットワークに接続したり、ネットワーク装置がネットワークを移動する場合に有効である。
【図面の簡単な説明】
【図１】本発明によるネットワーク情報検出装置を含むネットワークの一例を示す概略的構成図である。
【図２】本発明の第１実施形態によるネットワーク情報検出装置を示すブロック構成図である。
【図３】本発明による第１実施形態のルータ／ＤＮＳサーバ検出動作を全体的に示すフローチャートである。
【図４】本発明の第１実施形態におけるルータ検出部のルータ特徴確認動作の一例を示すフローチャートである。
【図５】本発明の第１実施形態におけるＤＮＳサーバ検出部のＤＮＳサーバ特徴確認動作の一例を示すフローチャートである。
【図６】本発明の第２実施形態によるネットワーク情報検出装置を示すブロック構成図である。
【図７】ＩＰアドレスのフォーマットを示す図である。
【図８】イーサネットパケットのフォーマットを示す図である。
【図９】ＩＰパケットのフォーマットを示す図である。
【図１０】（Ａ）はＩＣＭＰエコー要求／応答パケットのフォーマットを示す図、（Ｂ）はＩＣＭＰ時間切れ通知パケットのフォーマットを示す図、（Ｃ）はＩＣＭＰ経路変更要求パケットのフォーマットを示す図である。
【図１１】ＡＲＰパケットのフォーマットを示す図である。
【図１２】ＤＮＳプロトコルヘッダのフォーマットを示す図である。
【符号の説明】
１０ ネットワーク伝送路
２０ ネットワーク情報検出装置
３０ ホストＡ
４０ ホストＢ
５０ ＤＮＳサーバ
６０ ルータ
２１ ネットワークインタフェース部
２３ ＡＲＰ要求送信部
２４ ＡＲＰ応答受信部
２５ ルータ検出部
２６ ＤＮＳサーバ検出部
２７ ネットワーク情報設定部
Claims (14)
- ネットワークに接続されたデバイスのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを検出するネットワーク情報検出装置において、
前記ネットワーク上の可能なＩＰアドレスから予め定められた個数ごとに選択されたＩＰアドレスから検査対象ＩＰアドレスを検出する検査対象検出手段と、
前記検出された検査対象ＩＰアドレスから目的とする対象デバイスのＩＰアドレスを検出するＩＰアドレス検出手段と、
前記ネットワーク上の可能なＩＰアドレスのすべてについて選択された場合および前記目的とする対象デバイスのＩＰアドレスが検出された場合のいずれかの場合にネットワーク情報検出動作を終了する制御手段と、
を有することを特徴とするネットワーク情報検出装置。 - 前記ＩＰアドレス検出手段は、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバのＩＰアドレスを検出するＤＮＳサーバ検出手段およびルータのＩＰアドレスを検出するルータ検出手段のうち少なくとも一方を含むことを特徴とする請求項１記載のネットワーク情報検出装置。
- 前記ＩＰアドレス検出手段は、さらに、ＤＮＳサーバおよびルータ以外のサービスを提供するデバイスのＩＰアドレスを検出するサービス検出手段を含むことを特徴とする請求項２記載のネットワーク情報検出装置。
- 少なくともＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバを含むネットワーク上のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを検出するネットワーク情報検出装置において、
前記ネットワーク上の可能なＩＰアドレスから１以上の検査対象ＩＰアドレスを検出する検査対象検出手段と、
前記１以上の検査対象ＩＰアドレスに対してＤＮＳクエリメッセージを送信し、そのレスポンスメッセージを受信するＤＮＳメッセージ送受信手段と、
前記レスポンスメッセージからＤＮＳレスポンスメッセージを識別し、ＤＮＳレスポンスメッセージから発信元のＤＮＳサーバのＩＰアドレスを検出するＤＮＳサーバ検出手段と、
を有することを特徴とするネットワーク情報検出装置。 - 前記検査対象検出手段は、前記ネットワーク内の可能なＩＰアドレスから予め定められた個数ごとに選択されたＩＰアドレスに対してＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求を一括送信し、それに対するＡＲＰ応答から前記検査対象ＩＰアドレスを検出することを特徴とする請求項４記載のネットワーク情報検出装置。
- 前記ＤＮＳクエリメッセージは、ＤＮＳプロトコルヘッダのＱＲビットをリセットした、スタンダードクエリ、インバースクエリ、サーバステータスリクエスト、および、アップデートの少なくとも１種類のメッセージであることを特徴とする請求項４記載のネットワーク情報検出装置。
- 前記１以上の検査対象ＩＰアドレスに対してＩＣＭＰエコー要求メッセージを送信し、そのＩＣＭＰレスポンスメッセージを受信するＩＣＭＰメッセージ送受信手段と、
前記ＩＣＭＰレスポンスメッセージから発信元のルータのＩＰアドレスを検出するルータ検出手段と、
をさらに有することを特徴とする請求項４または５に記載のネットワーク情報検出装置。 - 前記ＩＣＭＰレスポンスメッセージはＩＣＭＰ経路変更要求メッセージおよびＩＣＭＰ時間切れメッセージのいずれかであることを特徴とする請求項７記載のネットワーク情報検出装置。
- ネットワークに接続されたデバイスのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを検出するネットワーク情報検出方法において、
前記ネットワーク上の可能なＩＰアドレスから予め定められた個数ごとに選択し、
前記選択された予め定められた個数のＩＰアドレスから検査対象ＩＰアドレスを検出し、
前記検出された検査対象ＩＰアドレスから目的とする対象デバイスのＩＰアドレスを検出し、
前記ネットワーク上の可能なＩＰアドレスのすべてについて選択された場合および前記目的とする対象デバイスのＩＰアドレスが検出された場合のいずれかの場合にネットワーク情報検出動作を終了する、
ことを特徴とするネットワーク情報検出方法。 - 少なくともＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバを含むネットワーク上のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを検出するネットワーク情報検出方法において、
前記ネットワーク上の可能なＩＰアドレスから１以上の検査対象ＩＰアドレスを検出し、
前記１以上の検査対象ＩＰアドレスに対して送信されたＤＮＳクエリメッセージに対するレスポンスメッセージを受信し、
前記レスポンスメッセージからＤＮＳレスポンスメッセージを識別して当該ＤＮＳレスポンスメッセージから発信元のＤＮＳサーバのＩＰアドレスを検出する、
を有することを特徴とするネットワーク情報検出方法。 - 前記検査対象ＩＰアドレス検出ステップは、
前記ネットワーク内の可能なＩＰアドレスから予め定められた個数ごとに選択されたＩＰアドレスに対してＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求を一括送信し、
前記ＡＲＰ要求に対するＡＲＰ応答から前記検査対象ＩＰアドレスを検出する、
ことを特徴とする請求項１０記載のネットワーク情報検出方法。 - コンピュータに、ネットワークに接続されたデバイスのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを検出するネットワーク情報検出動作を指令するプログラムにおいて、
前記ネットワーク上の可能なＩＰアドレスから予め定められた個数ごとに選択するステップと、
前記選択された予め定められた個数のＩＰアドレスから検査対象ＩＰアドレスを検出するステップと、
前記検出された検査対象ＩＰアドレスから目的とする対象デバイスのＩＰアドレスを検出するステップと、
前記ネットワーク上の可能なＩＰアドレスのすべてについて選択された場合および前記目的とする対象デバイスのＩＰアドレスが検出された場合のいずれかの場合にネットワーク情報検出動作を終了するステップと、
を有することを特徴とするネットワーク情報検出プログラム。 - コンピュータに、少なくともＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバを含むネットワーク上のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを検出するネットワーク情報検出動作を指令するプログラムにおいて、
前記ネットワーク上の可能なＩＰアドレスから１以上の検査対象ＩＰアドレスを検出するステップと、
前記１以上の検査対象ＩＰアドレスに対して送信されたＤＮＳクエリメッセージに対するレスポンスメッセージを受信するステップと、
前記レスポンスメッセージからＤＮＳレスポンスメッセージを識別して当該ＤＮＳレスポンスメッセージから発信元のＤＮＳサーバのＩＰアドレスを検出するステップと、
を有することを特徴とするネットワーク情報検出プログラム。 - 前記検査対象ＩＰアドレス検出ステップは、
前記ネットワーク内の可能なＩＰアドレスから予め定められた個数ごとに選択されたＩＰアドレスに対してＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求を一括送信するステップと、
前記ＡＲＰ要求に対するＡＲＰ応答から前記検査対象ＩＰアドレスを検出するステップと、
を有することを特徴とする請求項１３記載のネットワーク情報検出プログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003074846A JP4161758B2 (ja) | 2003-03-19 | 2003-03-19 | ネットワーク情報検出装置および方法 |
| US10/802,738 US7636791B2 (en) | 2003-03-19 | 2004-03-18 | Network information detection apparatus and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003074846A JP4161758B2 (ja) | 2003-03-19 | 2003-03-19 | ネットワーク情報検出装置および方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004282665A true JP2004282665A (ja) | 2004-10-07 |
| JP4161758B2 JP4161758B2 (ja) | 2008-10-08 |
Family
ID=32984760
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003074846A Expired - Fee Related JP4161758B2 (ja) | 2003-03-19 | 2003-03-19 | ネットワーク情報検出装置および方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7636791B2 (ja) |
| JP (1) | JP4161758B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101400136B1 (ko) | 2012-09-25 | 2014-05-28 | 주식회사 시큐아이 | 보안 시스템 및 그것의 동작 방법 |
| CN112565005A (zh) * | 2020-11-26 | 2021-03-26 | 北京北信源软件股份有限公司 | 网络串线检测方法及装置、设备及介质 |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8161184B2 (en) * | 2004-06-25 | 2012-04-17 | Apple Inc. | Method and apparatus for facilitating long-lived DNS queries |
| KR101124748B1 (ko) * | 2005-05-27 | 2012-03-23 | 엘지전자 주식회사 | 네트워크 설정 장치 및 방법 |
| US7826363B2 (en) * | 2005-07-27 | 2010-11-02 | Broadcom Corporation | Bandwidth estimation algorithm using internet control message protocol (ICMP) echo request |
| EP2136535B1 (en) * | 2007-12-05 | 2011-06-22 | Sony Corporation | Communication network and method for operating a communication network |
| US20090154363A1 (en) * | 2007-12-18 | 2009-06-18 | Josh Stephens | Method of resolving network address to host names in network flows for network device |
| US10070369B2 (en) | 2013-01-02 | 2018-09-04 | Comcast Cable Communications, Llc | Network provisioning |
| US10021027B2 (en) * | 2013-04-30 | 2018-07-10 | Comcast Cable Communications, Llc | Network validation with dynamic tunneling |
| US9712485B2 (en) * | 2014-07-30 | 2017-07-18 | Cisco Technology, Inc. | Dynamic DNS-based service discovery |
| US10057208B2 (en) | 2014-10-31 | 2018-08-21 | Cisco Technology, Inc. | Visibility control for domain name system service discovery |
| JP6676460B2 (ja) * | 2016-04-28 | 2020-04-08 | キヤノン株式会社 | 通信装置、制御方法、および、プログラム。 |
| JP2019201286A (ja) | 2018-05-15 | 2019-11-21 | キヤノン株式会社 | 通信装置、ネットワークカメラ、制御方法、及びプログラム |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06338884A (ja) | 1993-05-28 | 1994-12-06 | Sumitomo Electric Ind Ltd | ネットワークのノード発見方法 |
| JPH08147231A (ja) | 1994-11-24 | 1996-06-07 | Mitsubishi Electric Corp | ネットワークノードの検索方法 |
| US5708654A (en) * | 1996-11-27 | 1998-01-13 | Arndt; Manfred R. | Method for detecting proxy ARP replies from devices in a local area network |
| JP3534305B2 (ja) | 2000-02-29 | 2004-06-07 | 日本電気株式会社 | アドレス解決プロトコルを用いたｉｐアドレス重複検出方法 |
| CA2356067C (en) | 2000-09-30 | 2010-03-09 | Fluke Networks, Inc. | Apparatus and method for automatically obtaining a valid ip configuration in a local area network |
| US7085267B2 (en) * | 2001-04-27 | 2006-08-01 | International Business Machines Corporation | Methods, systems and computer program products for translating internet protocol (IP) addresses located in a payload of a packet |
| JP2002335245A (ja) | 2001-05-10 | 2002-11-22 | Allied Tereshisu Kk | ノード検出方法、ノード検出装置、及びノード検出プログラム |
| KR100477653B1 (ko) * | 2002-06-22 | 2005-03-23 | 삼성전자주식회사 | 외부망에서의 ｄｎｓ 서버 검색 장치 및 방법 |
-
2003
- 2003-03-19 JP JP2003074846A patent/JP4161758B2/ja not_active Expired - Fee Related
-
2004
- 2004-03-18 US US10/802,738 patent/US7636791B2/en not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101400136B1 (ko) | 2012-09-25 | 2014-05-28 | 주식회사 시큐아이 | 보안 시스템 및 그것의 동작 방법 |
| CN112565005A (zh) * | 2020-11-26 | 2021-03-26 | 北京北信源软件股份有限公司 | 网络串线检测方法及装置、设备及介质 |
| CN112565005B (zh) * | 2020-11-26 | 2022-05-13 | 北京北信源软件股份有限公司 | 网络串线检测方法及装置、设备及介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| US7636791B2 (en) | 2009-12-22 |
| US20040184458A1 (en) | 2004-09-23 |
| JP4161758B2 (ja) | 2008-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4598462B2 (ja) | Ｌ２−ｖｐｎサービスを提供するプロバイダ網、及びエッジルータ | |
| JP4769609B2 (ja) | スイッチ装置 | |
| CN101155072B (zh) | 用于检测第2层循环的方法、装置和系统 | |
| JP2004282665A (ja) | ネットワーク情報検出装置および方法 | |
| JP4832816B2 (ja) | 無線式パケット・ベースのネットワークの電力節減 | |
| JP2005287045A (ja) | Ｉｐネットワークに接続された装置の発見の方法、及び、この方法を実行する装置 | |
| TW200803295A (en) | Discovery of network nodes and routable addresses | |
| JP5742958B2 (ja) | プログラム、情報処理装置、および経路設定方法 | |
| JP2013066091A (ja) | ノード検出装置、ノード検出方法、及びプログラム | |
| JP2000181849A (ja) | ネットワ―ク上の周辺機器用サ―バ発見方法 | |
| JP2011015095A (ja) | 通信装置、アドレス設定方法およびアドレス設定プログラム | |
| JP2005237018A (ja) | ネットワークマネージメントシステムへのデータ送信 | |
| JP4549055B2 (ja) | 無線パーソナルエリアネットワークにおけるネットワークアドレスの設定方法 | |
| JP2007281801A (ja) | 情報処理装置、コンピュータの制御方法及びプログラム | |
| US20120047241A1 (en) | Apparatus, system, and method of managing an image forming device, and medium storing control program | |
| JP2008072519A (ja) | 機器検索装置、機器検索方法及びプログラム | |
| JP5333793B2 (ja) | トポロジ特定方法、及びトポロジ特定装置 | |
| JP5190717B2 (ja) | トポロジ特定方法、及びトポロジ特定装置 | |
| CN106254576B (zh) | 一种报文转发方法及装置 | |
| JP3573079B2 (ja) | ネットワーク構成表示装置 | |
| CN114268578A (zh) | 切换线路的数据传输方法、装置、设备及存储介质 | |
| JP2011114805A (ja) | 通信装置及び方法、並びにプログラム | |
| CN110290067A (zh) | 一种基于多次协议测试的端到端网络路径的发现方法 | |
| JP2006121253A (ja) | ノード検出方法及びノード検出装置 | |
| JP2005039836A (ja) | ネットワークスキャニング方法，ネットワークスキャニング装置およびパケットフォーマット |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051213 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070802 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070809 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071009 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080318 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20080417 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20080417 Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080519 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080526 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20080604 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080701 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080714 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110801 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4161758 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110801 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120801 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130801 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |