JP3589445B2 - ネットワークアドレスの設定方法及びその装置 - Google Patents
ネットワークアドレスの設定方法及びその装置 Download PDFInfo
- Publication number
- JP3589445B2 JP3589445B2 JP35547098A JP35547098A JP3589445B2 JP 3589445 B2 JP3589445 B2 JP 3589445B2 JP 35547098 A JP35547098 A JP 35547098A JP 35547098 A JP35547098 A JP 35547098A JP 3589445 B2 JP3589445 B2 JP 3589445B2
- Authority
- JP
- Japan
- Prior art keywords
- special arp
- network
- address
- information
- packet
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はネットワークアドレスの設定方法及びその装置に関し、更に詳しくは新設／増設のホスト装置に対してグローバルな通信を行うのに必要な各種ネットワークアドレス（ＬＡＮ上のデフォルトゲートウェイのＩＰアドレス，ネットワーク上の各種サーバのＩＰアドレス等）の自動設定を可能とするネットワークアドレスの設定方法及びその装置に関する。
【０００２】
今日、パーソナルコンピュータの普及には目ざましいものがあり、特に電子メールやインターネットへの接続等、ＴＣＰ／ＩＰをベースにしたグローバルな通信を目的とするものが多い。かかる用途では、ユーザがネットーク情報（デフォルトゲートウェイのＩＰアドレス，各種サーバのＩＰアドレス等）の煩わしい設定を行わなくても容易に通信できることが望まれる。
【０００３】
【従来の技術】
図１０，図１１は従来技術を説明する図（１），（２）で、図１０は従来のＴＣＰ／ＩＰによる通信ネットワークの一部構成を示している。図において、例えばホストａからホストｂに通信するような同一セグメント内（同一ＬＡＮ上）の通信は、ホストａがホストｂのＩＰアドレスさえ知っていればホストａ，ｂ間で直接に行える。なお、ホストａ，ｂ間の実際の通信はデータリンク層を介して行われ、このデータリンク層ではＩＰアドレスに対応する物理（ＭＡＣ）アドレスが使用されるが、このＭＡＣアドレスはＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ） パケットのやり取りにより自動的に解決されるので、ユーザはＭＡＣアドレスを意識する必要は無い。以下、これを説明する。
【０００４】
図１１にＡＲＰパケット（イーサネットフレームの場合）のフレームフォーマットを示す。ＡＲＰパケットはデータリンク層で使用されるイーサネットヘッダと上位層のデータを運ぶＩＰデータグラム（ＦＣＳを含む）とからなる。イーサネットヘッダは、宛先ＭＡＣアドレスと、送信元ＭＡＣアドレスと、データ部で運ぶ情報のプロトコルタイプとからなる。ここで、ＡＲＰパケットのプロトコルタイプは「０８０６」であり、他にもＩＰパケット（ＩＰｖ４）のプロトコルタイプ＝「０８００」，ＭＡＣアドレスからＩＰアドレスを求めるＲＡＲＰ（Ｒｅｖｅｒｓｅ Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ） パケットのプロトコルタイプ＝「８０３５」等が規定されている。一方、ＡＲＰパケットの情報フィールドには、ハードウェアタイプ（イーサネット＝１）と、使用されるプロトコルタイプと、ＭＡＣアドレス長（＝６）と、ＩＰアドレス長（＝４）と、要求／応答等のオペレーション種別を表すオペレーションと、送信元ＭＡＣアドレスと、送信元ＩＰアドレスと、宛先ＭＡＣアドレスと、宛先ＩＰアドレスとが含まれる。
【０００５】
図１０に戻り、ＡＲＰの下では、ホストａがホストｂのＭＡＣアドレスを知りたい場合には、ホストａはＡＲＰ要求パケットに送信元ＩＰアドレス「１０．１．１．３０」，宛先ＩＰアドレス「１０．１．１．３１」，宛先ＭＡＣアドレス＝０（未知）等を搭載して接続リンクにブロードキャストにて送信する。このＡＲＰ要求パケットはリンク上の全ホストで受信処理されるが、その内の宛先ＩＰアドレス「１０．１．１．３１」を検出したホストｂのみがホストａ宛にＡＲＰ応答パケットを返送し、このＡＲＰ応答パケットには送信元ＩＰアドレス「１０．１．１．３１」，送信元ＭＡＣアドレス「ホストｂのＭＡＣアドレス」，宛先ＩＰアドレス「１０．１．１．３０」等が搭載されている。従って、これを受けたホストａは、以後はホストａ，ｂのＭＡＣアドレスを使用することでホストａ，ｂ間の通信を１対１（ブロードキャスト無し）で行える。また、こうして各ホストはＬＡＮ上の全ホストのＭＡＣアドレスを取得・管理することで、各ホスト間の通信を１対１で行える。
【０００６】
一方、ホストａからセグメント外（他のネットワーク）の例えばホストｃへの通信はルータを介して行われ、この場合は、ホストｃのＩＰアドレスのみならず、所望のネットワークに接続するためのデフォルトゲートウェイ（即ち、ルータ１の接続ポートのＩＰアドレス「１０．１．１．１」）の設定も必要となる。
【０００７】
この場合に、ＴＣＰ／ＩＰにおけるルータ１〜ルータ３等では、所定のルーティングプロトコル（ＲＩＰ：Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｌ ，ＯＳＰＦ：Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ等） に従い自己のルーティング（経路制御情報）テーブルを生成・管理しており、ＩＰアドレス中のネットーワーアドレス部の情報に従ってＩＰパケットを適正にルーティング可能となっている。
【０００８】
これにより、ホストａからホストｃ宛のＩＰパケットは、ルータ１で次ルータ２「１０．１．０．２」の側にルーティングされ、更に次ルータ２ではＩＰアドレス「１０．１．２．１」のインタフェースにルーティングされ、最終的にホストｃにより受信処理される。
【０００９】
またインターネットでＷＷＷサーバ等に接続する様な場合には、ユーザは上記ＩＰアドレスを使用する代わりに、取扱容易なホスト名（例えば「ｈｔｔｐ：／／ｗｗｗ．ｆｎｅ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ／ 」）を使用するのが一般的である。このホスト（ドメイン）名「ｆｎｅ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ 」を対応するＩＰアドレスに変換するものとしてＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバがあるが、このサービスを利用するには、各ホストにＤＮＳサーバのＩＰアドレスを設定しておく必要がある。
【００１０】
またＷＷＷブラウザ等に設定する項目の一つにプロキシ（Ｐｒｏｘｙ） サーバがある。プロキシサーバは、接続したＷＷＷサーバ等の情報を控えておき、次回に接続したい場合は控えておいた情報を表示させることにより、ネットワークのトラヒック量を軽減可能とするものである。従って、このサービスを利用するには、各ホストにプロキシサーバのＩＰアドレスを設定しておく必要がある。
【００１１】
かくして、ＬＡＮに新設又は増設のホストａが、グローバルな通信を行うには、各種ネットワークアドレス（デフォルトゲートウェイのＩＰアドレス，ネットワーク上の各種サーバのＩＰアドレス等）の設定を行う必要がある。
【００１２】
【発明が解決しようとする課題】
従来は、ユーザがホスト毎に各種ネットワークアドレスの設定を行なう必要があり、これが極めて煩わしい作業となっていた。
【００１３】
また従来は、ＴＣＰ／ＩＰネットワークに接続するホストに、ＩＰアドレスやコンフィギュレーション情報を伝達（即ち、プラグ＆プレイを可能に）する仕組みとしてＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が標準化されている（ＲＦＣ２１３１）。このＤＨＣＰでは、ＤＨＣＰクライアント（ホストａ等）とＤＨＣＰサーバとが連携して動作すると共に、予めＤＨＣＰサーバにはＤＨＣＰクライアントに割り振るためのＩＰアドレスの他、ＴＣＰ／ＩＰで通信するためのデフォルトゲートウェイやＤＮＳ等の各種サーバのＩＰアドレスを設定しておく。ＤＨＣＰクライアントは、システムの起動時にＤＨＣＰサーバからこれらの情報を取得することでユーザの手を煩わすことなくネットワーク情報の設定を自動的に行なえる。
【００１４】
しかし、ＤＨＣＰでは、ホストと同じセグメントにＤＨＣＰサーバが接続されていなければサービスを利用できないばかりか、この様なＤＨＣＰサーバを設けるのは高価である。また、異なるセグメントを中継しているルータにリレーエージェント機能がある様な場合には、遠隔のＤＨＣＰサーバとの間でＤＨＣＰメッセージを中継することも可能であるが、ＤＨＣＰメッセージはブロードキャストを多用するので、多くのホストを１つのＤＨＣＰサーバで管理する場合には、トラヒック増大の問題が発生する。
【００１５】
本発明は上記従来技術の問題点に鑑み成されたもので、その目的とする所は、簡単な構成及び通信制御でグローバルな通信を行うのに必要なネットワーク情報の設定を自動的に能率良く行なえるネットワークアドレスの設定方法及びその装置を提供することにある。
【００１６】
【課題を解決するための手段】
上記の課題は例えば図１の構成により解決される。即ち、本発明（１）のネットワークアドレスの設定方法は、データリンク層で使用するヘッダフィールドのタイプ値をネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値となし、かつその情報フィールドに前記ネットワークアドレスを搭載可能とした特殊ＡＲＰパケットを設けると共に、ホスト装置ａはＬＡＮ上に特殊ＡＲＰ要求パケットをブロードキャストにて送信し、これを受けた前記ＬＡＮ上の他のホスト装置（ホスト装置ｂ等）は、該ＬＡＮ上に接続するデフォルトゲートウェイ及び又は同一又は異なるネットワーク上に接続する各種サーバ装置についての自局で管理・保持する１又は２以上のネットワークアドレスを特殊ＡＲＰ応答パケットの情報フィールドに搭載して前記要求元ホスト装置ａ宛に返送し、これを受けた前記要求元ホスト装置ａは特殊ＡＲＰ応答パケットの情報フィールドから前記ネットワークアドレスを抽出して自局の経路情報テーブルに設定するものである。
【００１７】
本発明（１）においては、ヘッダフィールドのタイプ値を特定値となし、かつその情報フィールドに問い合わせ対象のネットワークアドレスを搭載可能とした特殊ＡＲＰパケットを設けると共に、ＬＡＮ上に新設／増設された例えばホスト装置ａは、前記ＬＡＮ上の他のホスト装置ｂ等との間で前記特殊ＡＲＰ要求／応答パケットのやり取りを行うだけの比較的簡単な構成及び通信制御により、グローバルな通信を行うのに必要な複数のネットワークアドレスの設定を自動的に能率良く行なえる。
【００１８】
また本発明（２）のネットワークアドレスの設定方法は、データリンク層で使用するヘッダフィールドのタイプ値をネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値となし、かつその情報フィールドに前記ネットワークアドレスを搭載可能とした特殊ＡＲＰパケットを設けると共に、ホスト装置はＬＡＮ上に特殊ＡＲＰ要求パケットをブロードキャストにて送信し、これを受けた前記ＬＡＮ上のルータ装置は、該ＬＡＮ上に接続するデフォルトゲートウェイ及び又は同一又は異なるネットワーク上に接続する各種サーバ装置についての自局で管理・保持する１又は２以上のネットワークアドレスを特殊ＡＲＰ応答パケットの情報フィールドに搭載して前記ホスト装置宛に返送し、これを受けた前記ホスト装置は特殊ＡＲＰ応答パケットの情報フィールドから前記ネットワークアドレスを抽出して自局の経路情報テーブルに設定するものである。
従って、ユーザはホスト装置ａのネットワークアドレス（ＩＰアドレス等）を設定するだけでＬＡＮ上のルータ装置からグローバルな通信（電子メール，インターネット通信等）を行うのに必要なネットワークアドレスを自動的に能率良く取得できる。
【００１９】
また本発明（３）のホスト装置は、データリンク層で使用するヘッダフィールドのタイプ値をネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値とした特殊ＡＲＰ要求パケットをＬＡＮ上にブロードキャストにて送信する送信手段と、前記ＬＡＮ上に接続する他のホスト装置又はルータ装置から前記特殊ＡＲＰ要求パケットに対する特殊ＡＲＰ応答パケットを受信する受信手段と、前記受信した特殊ＡＲＰ応答パケットの情報フィールドから前記他のホスト装置又はルータ装置がそれぞれ自局で管理・保持する当該ＬＡＮ上のデフォルトゲートウェイ及び又は同一又は異なるネットワーク上に接続する各種サーバ装置についての１又は２以上の前記所定のネットワークアドレスを抽出し、これらを自局で使用する経路情報テーブルに設定するアドレス設定手段とを備えるものである。従って、この様なホスト装置は比較的簡単な構成及び通信制御で実現できると共に、ユーザが煩わしいアドレス設定を行わなくてもグローバルな通信を行える。
【００２０】
好ましくは本発明（４）においては、上記本発明（３）において、アドレス設定手段は、送信手段による特殊ＡＲＰ要求パケットの送信後、受信手段により最初に受信された特殊ＡＲＰ応答パケットの情報フィールドからネットワークアドレスを抽出する。従って、この様なホスト装置は必要なネットワークアドレスを迅速に設定できる。
【００２１】
また好ましくは本発明（５）においては、上記本発明（３）において、送信手段による特殊ＡＲＰ要求パケットの送信と共に起動され、かつ所定時間経過後にタイムアウトするタイマ手段を備え、受信手段は前記タイマ手段がタイムアウトするまでの間に受信された１又は２以上の特殊ＡＲＰ応答パケットの各所定の情報フィールドの内容を蓄積すると共に、アドレス設定手段は前記蓄積された情報に含まれる所定の優先順位の情報に基づき最も優先順位の高い情報フィールドからネットワークアドレスを抽出する。
【００２２】
ところで、ネットワークシステムでは同一ＬＡＮ上に２つのルータ装置を接続し、その一方をメイン（常用）に、かつ他方をサブ（メイン障害時のバッックアップ用，メイン輻輳時の迂回パス用等）として使用する場合も少なくない。係る場合に、ＬＡＮに新設／増設さたホスト装置としては、この様な状況を知り得ないから、通常はどのルータ装置（即ち、デフォルトゲートウェイ）を介して他のネットワークに接続したら良いか分からないと言う問題が生じる。
【００２３】
そこで、本発明（５）においては、特殊ＡＲＰ応答パケットの情報フィールドに優先順位の欄を設けると共に、被問い合わせ先のルータ装置等では要求元ホスト装置が接続するＬＡＮインタフェース部のネットワークアドレスと共に、その優先順位の情報を搭載して返送し、これを受けたホスト装置のアドレス設定手段では蓄積された各パケット情報の内の最も優先順位の高い情報フィールドからネットワークアドレスを抽出することとした。従って、通常はどのルータ装置を介して（即ち、デフォルトゲートウェイとして）他のネットワークに接続したら良いかが容易に分かる。
【００２４】
また好ましくは本発明（６）においては、上記本発明（３）において、送信手段による特殊ＡＲＰ要求パケットの送信と共に起動され、かつ所定時間経過後にタイムアウトするタイマ手段を備え、送信手段はホスト装置宛の第１の特殊ＡＲＰ要求パケットをブロードキャストにて送信後、前記タイマ手段がタイムアウトするまでの間に受信手段が前記第１の特殊ＡＲＰ要求パケットに対する第１の特殊ＡＲＰ応答パケットを受信しないことにより、ルータ装置宛の第２の特殊ＡＲＰ要求パケットをブロードキャストにて送信する。
【００２５】
本発明（６）においては、ホスト装置は、まずＬＡＮ上の他のホスト装置宛に問い合わせを行うことで必要なネットワークアドレスを能率良く収集可能である。またその際には、ＬＡＮ上のルータ装置には問い合わせを行わないことで、ルータ装置の処理負担増加を回避できる。しかし、ホスト装置が新設（最初のホスト装置）の場合はタイマ手段がタイムアウトする。そこで、今度はＬＡＮ上のルータ装置宛に問い合わせを行うことで必要なネットワークアドレスを収集可能である。従って、この場合のホスト装置は、ＬＡＮ上における増設／新設に関わらず、必要なネットワークアドレスを能率良く設定可能である。
【００２６】
また好ましくは本発明（７）においては、上記本発明（３）において、受信手段はＬＡＮ上にブロードキャストされた特殊ＡＲＰ要求パケットを受信し、かつ送信手段は前記特殊ＡＲＰ要求パケットに対する特殊ＡＲＰ応答パケットを要求元ホスト装置に送信可能であると共に、前記受信手段が前記特殊ＡＲＰ要求パケットを受信したことにより、自局の経路情報テーブルが保持する所定の１又は２以上のネットワークアドレスを特殊ＡＲＰ応答パケットの情報フィールドにマッピングして要求元ホスト装置に返送する応答手段を備える。従って、ＬＡＮ上の全てのホスト装置が、相互に、必要なネットワークアドレスのやり取りを行えることになる。
【００２７】
また本発明（８）のルータ装置は、複数のネットワークインタフェース部を介して複数のネットワークに接続可能なルータ装置において、前記ネットワークインタフェース部を介して受信された特殊ＡＲＰ要求パケットのデータリンク層で使用されるヘッダフィールドのタイプ値を検出する検出手段と、前記検出されたタイプ値がネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値であることにより、該特殊ＡＲＰ要求パケットに対する特殊ＡＲＰ応答パケットの情報フィールドに自局で管理・保持する前記ネットワークインタフェース部のネットワークアドレスをマッピングして要求元ホスト装置に送信する応答手段とを備えるものである。従って、ネットワーク（ＬＡＮ）毎に、デフォルトゲートウェイのネットワークアドレスを能率良く通知できる。
【００２８】
好ましくは本発明（９）においては、上記本発明（８）において、ネットワークインタフェース部につき予め設定された優先順位の情報を保持する記憶手段を備え、応答手段は特殊ＡＲＰ応答パケットの情報フィールドに前記ネットワークインタフェース部のネットワークアドレスと共に前記優先順位の情報をマッピングする。従って、要求元ホスト装置はＬＡＮ上のメインのルータ（即ち、デフォルトゲートウェイ）を能率良く選択・設定できる。
【００２９】
【発明の実施の形態】
以下、添付図面に従って本発明に好適なる複数の実施の形態を詳細に説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。
【００３０】
図２は実施の形態によるネットワーク装置のブロック図である。図２（Ａ）はホストの構成を示しており、図において、１００は例えばイーサネット方式によるＬＡＮ、１０はホスト、１１はＬＡＮインタフェース部、１２はホストとしての通常の通信制御を行う制御部、１３はホストの経路情報を保持するルーティングテーブル、１４はホストの特殊ＡＲＰに係る例えば図３，図４（Ａ）又は図５のプログラム処理を実行する特殊ＡＲＰ処理部である。
【００３１】
また図２（Ｂ）はルータの構成を示しており、図において、１００は例えばイーサネット方式によるＬＡＮ（ＬＡＮ１〜ＬＡＮｎ）、２０はルータ、２１１ 〜２１ｎ はＬＡＮ１〜ＬＡＮｎに夫々接続するためのＬＡＮインタフェース部、２２はルータとしての通常の通信制御を行う制御部、２３はルータの経路制御情報（ルーティング情報）を保持するルーティングテーブル、２４はルータの特殊ＡＲＰに係る例えば図４（Ｂ）のプログラム処理を実行する特殊ＡＲＰ処理部、２５はＬＡＮインタフェース部２１１ 〜２１ｎ 間を接続する為の高速バスである。なお、ルータ２０には上記イーサネット方式によるＬＡＮ以外の異なるネットワーク（ＩＳＤＮ等）に接続する為のネットワークインタフェース部を混在して実装可能である。
【００３２】
図３，図４は第１の実施の形態によるＩＰアドレス設定処理のフローチャート（１），（２）で、図３は新設又は増設のホストｘがＬＡＮ上の他のネットワーク装置（ホスト，ルータ）からデフォルトゲートウェイのＩＰアドレスを自動的に取得する場合を示している。
【００３３】
なお、以下の説明では、ネットワーク層及びトランスポート層のプロトコルをＴＣＰ／ＩＰとし、また新設／増設のホストｘのＩＰアドレスは既に設定済みとする。またトランスポート層以上で使用するアドレスはＤＮＳサーバにより処理されるものとする。
【００３４】
ホストｘをＬＡＮに接続し、電源投入すると、ホストｘの初期処理の後この処理（ホスト問い合わせ処理▲１▼）に入力する。テップＳ１ではデフォルトゲートウェイのＩＰアドレスを問い合わせるためのセグメント（同一ＬＡＮ）内ホスト宛同報特殊ＡＲＰ要求パケットを生成する。
【００３５】
図８に実施の形態による特殊ＡＲＰパケットのフォーマットを示す。この特殊ＡＲＰパケットは基本的には図１１のＡＲＰパケットにおけるイーサネットヘッダのタイプ値を特定値（例えば「０１２１」）としたものと考えて良い。従って、この特殊ＡＲＰパケットは基本的には従来のＡＲＰプロトコルに従ってやり取りできる。但し、この特殊ＡＲＰパケットは、そのタイプ値を特定値「０１２１」としたことにより、ホスト宛のパケットとして認識されると共に、問い合わせ対象となるアドレスの種類が異なる。即ち、従来のＡＲＰ要求パケットでは宛先ＩＰアドレスで指定する宛先ＭＡＣアドレスが問い合わせ対象であったが、この特殊ＡＲＰ要求パケットではＬＡＮ上のホストが自局で保持（認識）しているデフォルトゲートウェイについてのＩＰアドレスが問い合わせ対象となる。また要求／応答の区別はＡＲＰパケットと同様に情報フィールドのオペレーションの欄で行われる。なお、この第１の実施の形態では情報フィールドにおける「優先順位」の欄は設けられていないものとする。
【００３６】
図３に戻り、ステップＳ２では特殊ＡＲＰ要求パケットを接続リンクにブロードキャストで送信する。ステップＳ３ではタイマＴ１をスタートする。このタイマＴ１はＬＡＮ上の少なくとも１台又は全ての既設ホストからの特殊ＡＲＰ応答パケットの受信を期待するに十分な時間である。ステップＳ４ではタイマＴ１がタイムアウトか否かを判別する。タイムアウトでない場合はステップＳ５で特殊ＡＲＰ応答パケットの受信か否かを判別し、受信でない場合はステップＳ４に戻る。こうして、他のホストからの特殊ＡＲＰ応答パケットの受信を待ち、やがて、Ｔ１を経過する前に特殊ＡＲＰ応答パケットを受信した場合は、ＬＡＮ上に既設ホストが存在した（即ち、ホストｘが増設の）場合である。この場合の処理はステップＳ１１に進み、受信した特殊ＡＲＰ応答パケットの情報フィールドから例えば送信元ＩＰアドレスの欄の情報（ここにはデフォルトゲートウェイのＩＰアドレスが搭載されている）を抽出し、これをホストｘのルーティングテーブルに格納する。なお、本第１の実施の形態ではその後に受信される他のホストからの特殊ＡＲＰ応答パケットは既に用済みであるので廃棄される。
【００３７】
また上記ステップＳ４の判別でタイマＴ１がタイムアウトした場合は、最寄りのホストが存在しないか、又はＬＡＮ上に他のホストが１台も存在しない（即ち、ホストｘが新設の）場合である。この場合の処理はステップＳ６に進み、今度はデフォルトゲートウェイのＩＰアドレスを問い合わせるためのセグメント内ルータ宛同報特殊ＡＲＰ要求パケットを生成する。この特殊ＡＲＰ要求パケットは、そのタイプ値を特定値（例えば「０１２２」）としたことにより、ルータ宛のパケットとして認識されると共に、ルータにおいては要求元ホストに接続するＬＡＮインタフェース部のＩＰアドレス（即ち、デフォルトゲートウェイ）が問い合わせ対象であると解釈される。
【００３８】
ステップＳ７では特殊ＡＲＰ要求パケットを接続リンクにブロードキャストで送信する。ステップＳ８ではタイマＴ２をスタートする。このタイマＴ２はＬＡＮ上の少なくとも１台又は全てのルータからの特殊ＡＲＰ応答パケットの受信を期待するに十分な時間である。ステップＳ９ではタイマＴ２のタイムアウトか否かを判別する。タイムアウトでない場合はステップＳ１０で特殊ＡＲＰ応答パケットの受信か否かを判別し、受信でない場合はステップＳ９に戻る。こうして、ルータからの特殊ＡＲＰ応答パケットの受信を待ち、やがて、Ｔ２を経過する前に特殊ＡＲＰ応答パケットを受信した場合は、ステップＳ１１に進み、受信した特殊ＡＲＰ応答パケットの情報フィールドから例えば送信元ＩＰアドレスの欄の情報（ここにはデフォルトゲートウェイのＩＰアドレスが搭載されている）を抽出し、これをホストｘのルーティングテーブルに格納する。なお、本第１の実施の形態ではこの場合もその後に受信される他のルータからの特殊ＡＲＰ応答パケットは用済みであるので廃棄される。こうして、本第１の実施の形態によれば、ホストｘは、ＬＡＮに新設／増設によらず、デフォルトゲートウェイのＩＰアドレスを速やかに設定できる。
【００３９】
図４（Ａ）は上記特殊ＡＲＰ要求パケットを受信したホスト側における特殊ＡＲＰ応答処理を示している。ステップＳ２１では要求元ホストｘ宛の特殊ＡＲＰ応答パケットを生成し、その情報フィールドの送信元ＩＰアドレスの欄に自局で保持（認識）しているデフォルトゲートウェイについてのＩＰアドレスをマッピングする。ステップＳ２２では特殊ＡＲＰ応答パケットを接続リンクに送信し、この処理を抜ける。
【００４０】
図４（Ｂ）は上記特殊ＡＲＰ要求パケットを受信したルータ側における特殊ＡＲＰ応答処理を示している。ステップＳ２５では、例えば自局のルーティングテーブルを参照し、要求元ホストｘが新規ホスト（ルーティング情報の登録が無い）か否かを判別する。新規ホストの場合は、ステップＳ２６で当該ホストｘに係るルーティング情報（ホストｘのＩＰアドレス，接続ＬＡＮインタフェースのＩＰアドレス等）を生成してこれをルーティングテーブルに格納する。また新規ホストでない場合は上記ステップＳ２６の処理をスキップする。ステップＳ２７では当該ホストｘ宛の特殊ＡＲＰ応答パケットを生成すると共に、その情報フィールドの送信元ＩＰアドレスの欄に要求元ホストｘが接続するＬＡＮインタフェース部（即ち、デフォルトゲートウェイ）のＩＰアドレスをマッピングする。ステップＳ２８では特殊ＡＲＰ応答パケットを当該ＬＡＮインタフェース部の接続リンクに送信し、この処理を抜ける。
【００４１】
なお、上記第１の実施の形態ではホスト宛とルータ宛の特殊ＡＰＲ要求パケットでタイプ値を「０１２１」，「０１２２」の如く分けたがこれに限らない。例えばホスト宛とルータ宛の特殊ＡＰＲパケットでタイプ値を共通（例えば「０１２１」）とすることが可能であり、この場合はホストｘからの特殊ＡＰＲ要求パケットのブロードキャスト送信に応じて、他のホスト及びルータから夫々に特殊ＡＰＲ応答パケットが返送されることになる。但し、この場合の他のホストでは自局で保持（認識）しているデフォルトゲートウェイについてのＩＰアドレスが問い合わせ対象と解釈され、またルータでは要求元ホストが接続するＬＡＮインタフェース部（ポート）のＩＰアドレスが問い合わせ対象と解釈される。
【００４２】
図５は第２の実施の形態によるＩＰアドレス設定処理のフローチャートで、増設又は新設のホストｘがセグメント内の複数のルータからデフォルトゲートウェイのＩＰアドレスを自動的に取得する場合を示している。本第２の実施の形態は、同一ＬＡＮ上にメイン（常用）とサブ（メインルート障害時のバックアップルート用，メインルートの過剰トラフィック時の迂回ルート用等）のルータ（経路）が存在する様な場合に、ホストｘが通常はどのルータをデフォルトゲートウェイとして外部ネットワークに接続したら良いかの問題を能率良く解決するものである。
【００４３】
ホストｘをＬＡＮに接続し、電源投入すると、ホストｘの初期処理の後この処理（ホスト問い合わせ処理▲２▼）に入力する。ステップＳ３１ではデフォルトゲートウェイのＩＰアドレスを問い合わせるためのセグメント内ルータ宛同報特殊ＡＲＰ要求パケットを生成する。
【００４４】
図８の特殊ＡＲＰパケットのフォーマットにおいて、本第２の実施の形態では上記タイプ値（「０１２２」）の新設に加え、その情報フィールドには「優先順位」の欄が設けられている。また本第２の実施の形態では、同一ＬＡＮ上に接続する複数のルータの内、メインで使用される側のパス（即ち、ＬＡＮインタフェース部）には相対的に高い優先順位が、またサブ的に使用される側のパス（即ち、ＬＡＮインタフェース部）には相対的に低い優先順位が予め設定されている。
【００４５】
図５に戻り、ステップＳ３２では特殊ＡＲＰ要求パケットを接続リンクにブロードキャストで送信する。ステップＳ３３ではタイマＴ２をスタートする。このタイマＴ２は同一セグメント内の全てのルータからの特殊ＡＲＰ応答パケットの受信を期待するに十分な時間である。ステップＳ３４ではタイマＴ２がタイムアウトか否かを判別する。タイムアウトでない場合はステップＳ３５で特殊ＡＲＰ応答パケットの受信か否かを判別し、受信でない場合はステップＳ３４に戻る。こうして、ルータからの特殊ＡＲＰ応答パケットの受信を待ち、やがて、Ｔ２を経過する前に特殊ＡＲＰ応答パケットを受信した場合は、ステップＳ３６に進み、特殊ＡＲＰ応答パケットの情報フィールドから送信元ＩＰアドレスの欄の情報（ここにはデフォルトゲートウェイのＩＰアドレスが搭載されている）及び優先順位の情報を抽出し、これをホストｘのメモリに蓄積する。こうして、全ルータからの情報を蓄積し、やがて上記ステップＳ３４の判別でＴ２がタイムアウトになると、処理はステップＳ３７に進み、上記蓄積した各ＩＰアドレスの内の、最も優先順位の高いものに対応するＩＰアドレスを抽出し、ホストｘのルーティングテーブルにデフォルトゲートウェイのＩＰアドレスとして格納する。
【００４６】
なお、本第２の実施の形態におけるルータ応答処理は上記図４（Ｂ）に示したもの同様で良い。但し、そのステップＳ２７においては、要求元ホストｘ宛の特殊ＡＲＰ応答パケットを生成すると共に、その情報フィールドの送信元ＩＰアドレスの欄には要求元ホストｘが接続するＬＡＮインタフェース部のＩＰアドレスを、かつその優先順位の欄には当該ＬＡＮインタフェース部に設定された優先順位の情報を夫々マッピングする。
【００４７】
また、本第２の実施の形態では、同一ＬＡＮ上のホストに対する問い合わせ処理を省略したが、この処理を設けても良い。この場合の各ホストは自局で保持（認識）しているデフォルトゲートウェイについてのＩＰアドレスと共に、これに付随して取得された優先順位の情報を保持する。そして、この場合におけるホスト応答処理は上記図４（Ａ）に示したもの同様で良いが、但し、そのステップＳ２１では要求元ホストｘ宛の特殊ＡＲＰ応答パケットを生成すると共に、その情報フィールドの送信元ＩＰアドレスの欄には問い合わせ先ホストが保持（認識）しているデフォルトゲートウェイについてのＩＰアドレスを、また優先順位の欄には該ＩＰアドレスに付随して取得された優先順位の情報を夫々マッピングする。一方、図５のホスト問い合わせ処理▲２▼におけるホスト宛の問い合わせ処理は同図のルータ宛の問い合わせ処理と同様に処理できる。
【００４８】
図６は第１の実施の形態によるＩＰアドレス設定処理（上記図３の処理に対応）のシーケンス図で、図において、ホストｘは新設／増設のホスト、ホストａ，ｂは同一セグメント内の他の既設ホスト、ルータＡ〜Ｃは同一セグメント内のルータである。
【００４９】
図６（Ａ）はホスト宛問い合わせ処理の部分を示している。ホストｘはホスト宛同報特殊ＡＲＰ要求パケットをＬＡＮに送信する。この例ではホストｘにホストａからの特殊ＡＲＰ応答パケットが最初に受信されたことにより、該パケットの情報フィールドからデフォルトゲートウェイのＩＰアドレスが抽出され、ホストｘのルーティングテーブルに格納される。なお、その後のホストｂからの特殊ＡＲＰ応答パケットは廃棄される。
【００５０】
図６（Ｂ）はルータ宛問い合わせ処理の部分を示しており、この処理はＬＡＮ上に既設ホストａ，ｂが存在しなかった場合に自動的に実行される。ホストｘはルータ宛同報特殊ＡＲＰ要求パケットをＬＡＮに送信する。この例ではホストｘにルータＡからの特殊ＡＲＰ応答パケットが最初に受信されたことにより、該パケットの情報フィールドからデフォルトゲートウェイ（即ち、ルータＡの接続ＬＡＮインタフェース部）のＩＰアドレスが抽出され、ホストｘのルーティングテーブルに格納される。なお、その後のルータＢ，Ｃからの各特殊ＡＲＰ応答パケットは廃棄される。
【００５１】
図７は第２の実施の形態によるＩＰアドレス設定処理（上記図５の処理に対応）のシーケンス図を示している。ホストｘはルータ宛同報特殊ＡＲＰ要求パケットをＬＡＮに送信する。この例では時間Ｔ２の間にホストｘに全ルータＡ〜Ｃからの各接続ＬＡＮインタフェース部のＩＰアドレス及び優先順位の情報が夫々収集・蓄積され、時間Ｔ２の経過後、優先順位の最も高いルータ（例えばルータＢ）の接続ＬＡＮインタフェース部のＩＰアドレスが抽出され、ホストｘのデフォルトゲートウェイとしてルーティングテーブルに格納される。
【００５２】
図９は他の実施の形態による特殊ＡＲＰパケットのフォーマットを示す図である。ここでは、トランスポート層以上で使用するプロキシサーバ，ＤＮＳサーバ等のＩＰアドレスの問い合わせであることを示すため、特殊ＡＲＰパケットのタイプ値を特定値（例えば「０１２３」）としている。これに応じてその情報フィールドには、サーバのアドレス長，アドレスの個数，プロキシサーバＭＡＣアドレス，プロキシサーバＩＰアドレス，メールサーバＭＡＣアドレス，メールサーバＩＰアドレス，ニュースサーバＭＡＣアドレス，ニュースサーバＩＰアドレス等の、ＴＣＰ／ＩＰで利用可能な様々なサーバのＩＰアドレス等の搭載欄が設けられている。なお、これらのＩＰアドレスと同時に上記デフォルトゲートウェイのＩＰアドレスも問い合わせ出来るようにプロトコルを構成しても良い。
【００５３】
ＩＰアドレス設定処理のフローチャートについては上記図３〜図５と同様で良い。但し、この場合の被問い合わせホストは、上記図４（Ａ）のステップＳ２１において、要求元ホストｘ宛の特殊ＡＲＰ応答パケットに対して自局で保持（認識）しているプロキシサーバ，ＤＮＳサーバ等の各ＩＰアドレスを、好ましくは上記デフォルトゲートウェイのＩＰアドレスと共に、マッピングし、要求元ホストｘ宛に送信する。またこの場合の被問い合わせルータは、上記図４（Ｂ）のステップＳ２７において、要求元ホストｘ宛の特殊ＡＲＰ応答パケットに対して自局で保持（認識）しているプロキシサーバ，ＤＮＳサーバ等の各ＩＰアドレスを、好ましくは上記要求元ホストｘに接続するＬＡＮインタフェース部のＩＰアドレスと共に、マッピングし、要求元ホストｘに送信する。
【００５４】
なお、各ルータが保持する上記各種サーバのＩＰアドレスの設定／変更／消去については、これを予め専用機器を接続したローカルモードで行い、又は公知のプロトコルによりルータ自信が自動的に設定／変更／消去可能である。またルータ（各ＬＡＮインタフェース部）に対する優先順位の設定／変更／消去は、例えば専用機器を接続したローカルモードで行う。一方、他の既存ホストにおける上記各種サーバのＩＰアドレスの設定／変更／消去については、本実施の形態による特殊ＡＲＰパケットを使用することによりＬＡＮ上のルータを利用して実施可能である。
【００５５】
なお、上記実施の形態ではルータを使用する場合につき述べたが、ルータの使用に代え、同種の機能を備えるスイッチングハブやゲートウェイ等の装置を使用できることは明らかである。
【００５６】
また、上記本発明に好適なる複数の実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成，制御，処理及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【００５７】
【発明の効果】
以上のべた如く本発明によれば、新設／増設のホストがグローバルな通信を行うに必要な各種ネットワークアドレス（デフォルトゲートウェイ，プロキシサーバ，ＤＳＮサーバ等の各ＩＰアドレス）をＬＡＮ上の既設ホスト又はルータから比較的簡単な構成及び通信制御で自動的に能率良く取得・設定できるので、一般のユーザでも容易にグローバルな通信（インターネット，電子メール等）を行え、この種のネットワークシステムの普及・発展に寄与する所が極めて大きい。
【図面の簡単な説明】
【図１】図１は本発明の原理を説明する図である。
【図２】実施の形態によるネットワーク装置のブロック図である。
【図３】第１の実施の形態によるＩＰアドレス設定処理のフローチャート（１）である。
【図４】第１の実施の形態によるＩＰアドレス設定処理のフローチャート（２）である。
【図５】第２の実施の形態によるＩＰアドレス設定処理のフローチャートである。
【図６】第１の実施の形態によるＩＰアドレス設定処理のシーケンス図である。
【図７】第２の実施の形態によるＩＰアドレス設定処理のシーケンス図である。
【図８】実施の形態による特殊ＡＲＰパケットのフォーマットを示す図である。
【図９】他の実施の形態による特殊ＡＲＰパケットのフォーマットを示す図である。
【図１０】従来技術を説明する図（１）である。
【図１１】従来技術を説明する図（２）である。
【符号の説明】
１０ ホスト
１１ ＬＡＮインタフェース部
１２ 制御部
１３ ルーティングテーブル
１４ 特殊ＡＲＰ処理部
２０ ルータ
２１１ 〜２１ｎ ＬＡＮインタフェース部
２２ 制御部
２３ ルーティングテーブル
２４ 特殊ＡＲＰ処理部
２５ 高速バス
１００ ローカルエリアネットワーク（ＬＡＮ）
【発明の属する技術分野】
本発明はネットワークアドレスの設定方法及びその装置に関し、更に詳しくは新設／増設のホスト装置に対してグローバルな通信を行うのに必要な各種ネットワークアドレス（ＬＡＮ上のデフォルトゲートウェイのＩＰアドレス，ネットワーク上の各種サーバのＩＰアドレス等）の自動設定を可能とするネットワークアドレスの設定方法及びその装置に関する。
【０００２】
今日、パーソナルコンピュータの普及には目ざましいものがあり、特に電子メールやインターネットへの接続等、ＴＣＰ／ＩＰをベースにしたグローバルな通信を目的とするものが多い。かかる用途では、ユーザがネットーク情報（デフォルトゲートウェイのＩＰアドレス，各種サーバのＩＰアドレス等）の煩わしい設定を行わなくても容易に通信できることが望まれる。
【０００３】
【従来の技術】
図１０，図１１は従来技術を説明する図（１），（２）で、図１０は従来のＴＣＰ／ＩＰによる通信ネットワークの一部構成を示している。図において、例えばホストａからホストｂに通信するような同一セグメント内（同一ＬＡＮ上）の通信は、ホストａがホストｂのＩＰアドレスさえ知っていればホストａ，ｂ間で直接に行える。なお、ホストａ，ｂ間の実際の通信はデータリンク層を介して行われ、このデータリンク層ではＩＰアドレスに対応する物理（ＭＡＣ）アドレスが使用されるが、このＭＡＣアドレスはＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ） パケットのやり取りにより自動的に解決されるので、ユーザはＭＡＣアドレスを意識する必要は無い。以下、これを説明する。
【０００４】
図１１にＡＲＰパケット（イーサネットフレームの場合）のフレームフォーマットを示す。ＡＲＰパケットはデータリンク層で使用されるイーサネットヘッダと上位層のデータを運ぶＩＰデータグラム（ＦＣＳを含む）とからなる。イーサネットヘッダは、宛先ＭＡＣアドレスと、送信元ＭＡＣアドレスと、データ部で運ぶ情報のプロトコルタイプとからなる。ここで、ＡＲＰパケットのプロトコルタイプは「０８０６」であり、他にもＩＰパケット（ＩＰｖ４）のプロトコルタイプ＝「０８００」，ＭＡＣアドレスからＩＰアドレスを求めるＲＡＲＰ（Ｒｅｖｅｒｓｅ Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ） パケットのプロトコルタイプ＝「８０３５」等が規定されている。一方、ＡＲＰパケットの情報フィールドには、ハードウェアタイプ（イーサネット＝１）と、使用されるプロトコルタイプと、ＭＡＣアドレス長（＝６）と、ＩＰアドレス長（＝４）と、要求／応答等のオペレーション種別を表すオペレーションと、送信元ＭＡＣアドレスと、送信元ＩＰアドレスと、宛先ＭＡＣアドレスと、宛先ＩＰアドレスとが含まれる。
【０００５】
図１０に戻り、ＡＲＰの下では、ホストａがホストｂのＭＡＣアドレスを知りたい場合には、ホストａはＡＲＰ要求パケットに送信元ＩＰアドレス「１０．１．１．３０」，宛先ＩＰアドレス「１０．１．１．３１」，宛先ＭＡＣアドレス＝０（未知）等を搭載して接続リンクにブロードキャストにて送信する。このＡＲＰ要求パケットはリンク上の全ホストで受信処理されるが、その内の宛先ＩＰアドレス「１０．１．１．３１」を検出したホストｂのみがホストａ宛にＡＲＰ応答パケットを返送し、このＡＲＰ応答パケットには送信元ＩＰアドレス「１０．１．１．３１」，送信元ＭＡＣアドレス「ホストｂのＭＡＣアドレス」，宛先ＩＰアドレス「１０．１．１．３０」等が搭載されている。従って、これを受けたホストａは、以後はホストａ，ｂのＭＡＣアドレスを使用することでホストａ，ｂ間の通信を１対１（ブロードキャスト無し）で行える。また、こうして各ホストはＬＡＮ上の全ホストのＭＡＣアドレスを取得・管理することで、各ホスト間の通信を１対１で行える。
【０００６】
一方、ホストａからセグメント外（他のネットワーク）の例えばホストｃへの通信はルータを介して行われ、この場合は、ホストｃのＩＰアドレスのみならず、所望のネットワークに接続するためのデフォルトゲートウェイ（即ち、ルータ１の接続ポートのＩＰアドレス「１０．１．１．１」）の設定も必要となる。
【０００７】
この場合に、ＴＣＰ／ＩＰにおけるルータ１〜ルータ３等では、所定のルーティングプロトコル（ＲＩＰ：Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｌ ，ＯＳＰＦ：Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ等） に従い自己のルーティング（経路制御情報）テーブルを生成・管理しており、ＩＰアドレス中のネットーワーアドレス部の情報に従ってＩＰパケットを適正にルーティング可能となっている。
【０００８】
これにより、ホストａからホストｃ宛のＩＰパケットは、ルータ１で次ルータ２「１０．１．０．２」の側にルーティングされ、更に次ルータ２ではＩＰアドレス「１０．１．２．１」のインタフェースにルーティングされ、最終的にホストｃにより受信処理される。
【０００９】
またインターネットでＷＷＷサーバ等に接続する様な場合には、ユーザは上記ＩＰアドレスを使用する代わりに、取扱容易なホスト名（例えば「ｈｔｔｐ：／／ｗｗｗ．ｆｎｅ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ／ 」）を使用するのが一般的である。このホスト（ドメイン）名「ｆｎｅ．ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ 」を対応するＩＰアドレスに変換するものとしてＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバがあるが、このサービスを利用するには、各ホストにＤＮＳサーバのＩＰアドレスを設定しておく必要がある。
【００１０】
またＷＷＷブラウザ等に設定する項目の一つにプロキシ（Ｐｒｏｘｙ） サーバがある。プロキシサーバは、接続したＷＷＷサーバ等の情報を控えておき、次回に接続したい場合は控えておいた情報を表示させることにより、ネットワークのトラヒック量を軽減可能とするものである。従って、このサービスを利用するには、各ホストにプロキシサーバのＩＰアドレスを設定しておく必要がある。
【００１１】
かくして、ＬＡＮに新設又は増設のホストａが、グローバルな通信を行うには、各種ネットワークアドレス（デフォルトゲートウェイのＩＰアドレス，ネットワーク上の各種サーバのＩＰアドレス等）の設定を行う必要がある。
【００１２】
【発明が解決しようとする課題】
従来は、ユーザがホスト毎に各種ネットワークアドレスの設定を行なう必要があり、これが極めて煩わしい作業となっていた。
【００１３】
また従来は、ＴＣＰ／ＩＰネットワークに接続するホストに、ＩＰアドレスやコンフィギュレーション情報を伝達（即ち、プラグ＆プレイを可能に）する仕組みとしてＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が標準化されている（ＲＦＣ２１３１）。このＤＨＣＰでは、ＤＨＣＰクライアント（ホストａ等）とＤＨＣＰサーバとが連携して動作すると共に、予めＤＨＣＰサーバにはＤＨＣＰクライアントに割り振るためのＩＰアドレスの他、ＴＣＰ／ＩＰで通信するためのデフォルトゲートウェイやＤＮＳ等の各種サーバのＩＰアドレスを設定しておく。ＤＨＣＰクライアントは、システムの起動時にＤＨＣＰサーバからこれらの情報を取得することでユーザの手を煩わすことなくネットワーク情報の設定を自動的に行なえる。
【００１４】
しかし、ＤＨＣＰでは、ホストと同じセグメントにＤＨＣＰサーバが接続されていなければサービスを利用できないばかりか、この様なＤＨＣＰサーバを設けるのは高価である。また、異なるセグメントを中継しているルータにリレーエージェント機能がある様な場合には、遠隔のＤＨＣＰサーバとの間でＤＨＣＰメッセージを中継することも可能であるが、ＤＨＣＰメッセージはブロードキャストを多用するので、多くのホストを１つのＤＨＣＰサーバで管理する場合には、トラヒック増大の問題が発生する。
【００１５】
本発明は上記従来技術の問題点に鑑み成されたもので、その目的とする所は、簡単な構成及び通信制御でグローバルな通信を行うのに必要なネットワーク情報の設定を自動的に能率良く行なえるネットワークアドレスの設定方法及びその装置を提供することにある。
【００１６】
【課題を解決するための手段】
上記の課題は例えば図１の構成により解決される。即ち、本発明（１）のネットワークアドレスの設定方法は、データリンク層で使用するヘッダフィールドのタイプ値をネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値となし、かつその情報フィールドに前記ネットワークアドレスを搭載可能とした特殊ＡＲＰパケットを設けると共に、ホスト装置ａはＬＡＮ上に特殊ＡＲＰ要求パケットをブロードキャストにて送信し、これを受けた前記ＬＡＮ上の他のホスト装置（ホスト装置ｂ等）は、該ＬＡＮ上に接続するデフォルトゲートウェイ及び又は同一又は異なるネットワーク上に接続する各種サーバ装置についての自局で管理・保持する１又は２以上のネットワークアドレスを特殊ＡＲＰ応答パケットの情報フィールドに搭載して前記要求元ホスト装置ａ宛に返送し、これを受けた前記要求元ホスト装置ａは特殊ＡＲＰ応答パケットの情報フィールドから前記ネットワークアドレスを抽出して自局の経路情報テーブルに設定するものである。
【００１７】
本発明（１）においては、ヘッダフィールドのタイプ値を特定値となし、かつその情報フィールドに問い合わせ対象のネットワークアドレスを搭載可能とした特殊ＡＲＰパケットを設けると共に、ＬＡＮ上に新設／増設された例えばホスト装置ａは、前記ＬＡＮ上の他のホスト装置ｂ等との間で前記特殊ＡＲＰ要求／応答パケットのやり取りを行うだけの比較的簡単な構成及び通信制御により、グローバルな通信を行うのに必要な複数のネットワークアドレスの設定を自動的に能率良く行なえる。
【００１８】
また本発明（２）のネットワークアドレスの設定方法は、データリンク層で使用するヘッダフィールドのタイプ値をネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値となし、かつその情報フィールドに前記ネットワークアドレスを搭載可能とした特殊ＡＲＰパケットを設けると共に、ホスト装置はＬＡＮ上に特殊ＡＲＰ要求パケットをブロードキャストにて送信し、これを受けた前記ＬＡＮ上のルータ装置は、該ＬＡＮ上に接続するデフォルトゲートウェイ及び又は同一又は異なるネットワーク上に接続する各種サーバ装置についての自局で管理・保持する１又は２以上のネットワークアドレスを特殊ＡＲＰ応答パケットの情報フィールドに搭載して前記ホスト装置宛に返送し、これを受けた前記ホスト装置は特殊ＡＲＰ応答パケットの情報フィールドから前記ネットワークアドレスを抽出して自局の経路情報テーブルに設定するものである。
従って、ユーザはホスト装置ａのネットワークアドレス（ＩＰアドレス等）を設定するだけでＬＡＮ上のルータ装置からグローバルな通信（電子メール，インターネット通信等）を行うのに必要なネットワークアドレスを自動的に能率良く取得できる。
【００１９】
また本発明（３）のホスト装置は、データリンク層で使用するヘッダフィールドのタイプ値をネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値とした特殊ＡＲＰ要求パケットをＬＡＮ上にブロードキャストにて送信する送信手段と、前記ＬＡＮ上に接続する他のホスト装置又はルータ装置から前記特殊ＡＲＰ要求パケットに対する特殊ＡＲＰ応答パケットを受信する受信手段と、前記受信した特殊ＡＲＰ応答パケットの情報フィールドから前記他のホスト装置又はルータ装置がそれぞれ自局で管理・保持する当該ＬＡＮ上のデフォルトゲートウェイ及び又は同一又は異なるネットワーク上に接続する各種サーバ装置についての１又は２以上の前記所定のネットワークアドレスを抽出し、これらを自局で使用する経路情報テーブルに設定するアドレス設定手段とを備えるものである。従って、この様なホスト装置は比較的簡単な構成及び通信制御で実現できると共に、ユーザが煩わしいアドレス設定を行わなくてもグローバルな通信を行える。
【００２０】
好ましくは本発明（４）においては、上記本発明（３）において、アドレス設定手段は、送信手段による特殊ＡＲＰ要求パケットの送信後、受信手段により最初に受信された特殊ＡＲＰ応答パケットの情報フィールドからネットワークアドレスを抽出する。従って、この様なホスト装置は必要なネットワークアドレスを迅速に設定できる。
【００２１】
また好ましくは本発明（５）においては、上記本発明（３）において、送信手段による特殊ＡＲＰ要求パケットの送信と共に起動され、かつ所定時間経過後にタイムアウトするタイマ手段を備え、受信手段は前記タイマ手段がタイムアウトするまでの間に受信された１又は２以上の特殊ＡＲＰ応答パケットの各所定の情報フィールドの内容を蓄積すると共に、アドレス設定手段は前記蓄積された情報に含まれる所定の優先順位の情報に基づき最も優先順位の高い情報フィールドからネットワークアドレスを抽出する。
【００２２】
ところで、ネットワークシステムでは同一ＬＡＮ上に２つのルータ装置を接続し、その一方をメイン（常用）に、かつ他方をサブ（メイン障害時のバッックアップ用，メイン輻輳時の迂回パス用等）として使用する場合も少なくない。係る場合に、ＬＡＮに新設／増設さたホスト装置としては、この様な状況を知り得ないから、通常はどのルータ装置（即ち、デフォルトゲートウェイ）を介して他のネットワークに接続したら良いか分からないと言う問題が生じる。
【００２３】
そこで、本発明（５）においては、特殊ＡＲＰ応答パケットの情報フィールドに優先順位の欄を設けると共に、被問い合わせ先のルータ装置等では要求元ホスト装置が接続するＬＡＮインタフェース部のネットワークアドレスと共に、その優先順位の情報を搭載して返送し、これを受けたホスト装置のアドレス設定手段では蓄積された各パケット情報の内の最も優先順位の高い情報フィールドからネットワークアドレスを抽出することとした。従って、通常はどのルータ装置を介して（即ち、デフォルトゲートウェイとして）他のネットワークに接続したら良いかが容易に分かる。
【００２４】
また好ましくは本発明（６）においては、上記本発明（３）において、送信手段による特殊ＡＲＰ要求パケットの送信と共に起動され、かつ所定時間経過後にタイムアウトするタイマ手段を備え、送信手段はホスト装置宛の第１の特殊ＡＲＰ要求パケットをブロードキャストにて送信後、前記タイマ手段がタイムアウトするまでの間に受信手段が前記第１の特殊ＡＲＰ要求パケットに対する第１の特殊ＡＲＰ応答パケットを受信しないことにより、ルータ装置宛の第２の特殊ＡＲＰ要求パケットをブロードキャストにて送信する。
【００２５】
本発明（６）においては、ホスト装置は、まずＬＡＮ上の他のホスト装置宛に問い合わせを行うことで必要なネットワークアドレスを能率良く収集可能である。またその際には、ＬＡＮ上のルータ装置には問い合わせを行わないことで、ルータ装置の処理負担増加を回避できる。しかし、ホスト装置が新設（最初のホスト装置）の場合はタイマ手段がタイムアウトする。そこで、今度はＬＡＮ上のルータ装置宛に問い合わせを行うことで必要なネットワークアドレスを収集可能である。従って、この場合のホスト装置は、ＬＡＮ上における増設／新設に関わらず、必要なネットワークアドレスを能率良く設定可能である。
【００２６】
また好ましくは本発明（７）においては、上記本発明（３）において、受信手段はＬＡＮ上にブロードキャストされた特殊ＡＲＰ要求パケットを受信し、かつ送信手段は前記特殊ＡＲＰ要求パケットに対する特殊ＡＲＰ応答パケットを要求元ホスト装置に送信可能であると共に、前記受信手段が前記特殊ＡＲＰ要求パケットを受信したことにより、自局の経路情報テーブルが保持する所定の１又は２以上のネットワークアドレスを特殊ＡＲＰ応答パケットの情報フィールドにマッピングして要求元ホスト装置に返送する応答手段を備える。従って、ＬＡＮ上の全てのホスト装置が、相互に、必要なネットワークアドレスのやり取りを行えることになる。
【００２７】
また本発明（８）のルータ装置は、複数のネットワークインタフェース部を介して複数のネットワークに接続可能なルータ装置において、前記ネットワークインタフェース部を介して受信された特殊ＡＲＰ要求パケットのデータリンク層で使用されるヘッダフィールドのタイプ値を検出する検出手段と、前記検出されたタイプ値がネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値であることにより、該特殊ＡＲＰ要求パケットに対する特殊ＡＲＰ応答パケットの情報フィールドに自局で管理・保持する前記ネットワークインタフェース部のネットワークアドレスをマッピングして要求元ホスト装置に送信する応答手段とを備えるものである。従って、ネットワーク（ＬＡＮ）毎に、デフォルトゲートウェイのネットワークアドレスを能率良く通知できる。
【００２８】
好ましくは本発明（９）においては、上記本発明（８）において、ネットワークインタフェース部につき予め設定された優先順位の情報を保持する記憶手段を備え、応答手段は特殊ＡＲＰ応答パケットの情報フィールドに前記ネットワークインタフェース部のネットワークアドレスと共に前記優先順位の情報をマッピングする。従って、要求元ホスト装置はＬＡＮ上のメインのルータ（即ち、デフォルトゲートウェイ）を能率良く選択・設定できる。
【００２９】
【発明の実施の形態】
以下、添付図面に従って本発明に好適なる複数の実施の形態を詳細に説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。
【００３０】
図２は実施の形態によるネットワーク装置のブロック図である。図２（Ａ）はホストの構成を示しており、図において、１００は例えばイーサネット方式によるＬＡＮ、１０はホスト、１１はＬＡＮインタフェース部、１２はホストとしての通常の通信制御を行う制御部、１３はホストの経路情報を保持するルーティングテーブル、１４はホストの特殊ＡＲＰに係る例えば図３，図４（Ａ）又は図５のプログラム処理を実行する特殊ＡＲＰ処理部である。
【００３１】
また図２（Ｂ）はルータの構成を示しており、図において、１００は例えばイーサネット方式によるＬＡＮ（ＬＡＮ１〜ＬＡＮｎ）、２０はルータ、２１１ 〜２１ｎ はＬＡＮ１〜ＬＡＮｎに夫々接続するためのＬＡＮインタフェース部、２２はルータとしての通常の通信制御を行う制御部、２３はルータの経路制御情報（ルーティング情報）を保持するルーティングテーブル、２４はルータの特殊ＡＲＰに係る例えば図４（Ｂ）のプログラム処理を実行する特殊ＡＲＰ処理部、２５はＬＡＮインタフェース部２１１ 〜２１ｎ 間を接続する為の高速バスである。なお、ルータ２０には上記イーサネット方式によるＬＡＮ以外の異なるネットワーク（ＩＳＤＮ等）に接続する為のネットワークインタフェース部を混在して実装可能である。
【００３２】
図３，図４は第１の実施の形態によるＩＰアドレス設定処理のフローチャート（１），（２）で、図３は新設又は増設のホストｘがＬＡＮ上の他のネットワーク装置（ホスト，ルータ）からデフォルトゲートウェイのＩＰアドレスを自動的に取得する場合を示している。
【００３３】
なお、以下の説明では、ネットワーク層及びトランスポート層のプロトコルをＴＣＰ／ＩＰとし、また新設／増設のホストｘのＩＰアドレスは既に設定済みとする。またトランスポート層以上で使用するアドレスはＤＮＳサーバにより処理されるものとする。
【００３４】
ホストｘをＬＡＮに接続し、電源投入すると、ホストｘの初期処理の後この処理（ホスト問い合わせ処理▲１▼）に入力する。テップＳ１ではデフォルトゲートウェイのＩＰアドレスを問い合わせるためのセグメント（同一ＬＡＮ）内ホスト宛同報特殊ＡＲＰ要求パケットを生成する。
【００３５】
図８に実施の形態による特殊ＡＲＰパケットのフォーマットを示す。この特殊ＡＲＰパケットは基本的には図１１のＡＲＰパケットにおけるイーサネットヘッダのタイプ値を特定値（例えば「０１２１」）としたものと考えて良い。従って、この特殊ＡＲＰパケットは基本的には従来のＡＲＰプロトコルに従ってやり取りできる。但し、この特殊ＡＲＰパケットは、そのタイプ値を特定値「０１２１」としたことにより、ホスト宛のパケットとして認識されると共に、問い合わせ対象となるアドレスの種類が異なる。即ち、従来のＡＲＰ要求パケットでは宛先ＩＰアドレスで指定する宛先ＭＡＣアドレスが問い合わせ対象であったが、この特殊ＡＲＰ要求パケットではＬＡＮ上のホストが自局で保持（認識）しているデフォルトゲートウェイについてのＩＰアドレスが問い合わせ対象となる。また要求／応答の区別はＡＲＰパケットと同様に情報フィールドのオペレーションの欄で行われる。なお、この第１の実施の形態では情報フィールドにおける「優先順位」の欄は設けられていないものとする。
【００３６】
図３に戻り、ステップＳ２では特殊ＡＲＰ要求パケットを接続リンクにブロードキャストで送信する。ステップＳ３ではタイマＴ１をスタートする。このタイマＴ１はＬＡＮ上の少なくとも１台又は全ての既設ホストからの特殊ＡＲＰ応答パケットの受信を期待するに十分な時間である。ステップＳ４ではタイマＴ１がタイムアウトか否かを判別する。タイムアウトでない場合はステップＳ５で特殊ＡＲＰ応答パケットの受信か否かを判別し、受信でない場合はステップＳ４に戻る。こうして、他のホストからの特殊ＡＲＰ応答パケットの受信を待ち、やがて、Ｔ１を経過する前に特殊ＡＲＰ応答パケットを受信した場合は、ＬＡＮ上に既設ホストが存在した（即ち、ホストｘが増設の）場合である。この場合の処理はステップＳ１１に進み、受信した特殊ＡＲＰ応答パケットの情報フィールドから例えば送信元ＩＰアドレスの欄の情報（ここにはデフォルトゲートウェイのＩＰアドレスが搭載されている）を抽出し、これをホストｘのルーティングテーブルに格納する。なお、本第１の実施の形態ではその後に受信される他のホストからの特殊ＡＲＰ応答パケットは既に用済みであるので廃棄される。
【００３７】
また上記ステップＳ４の判別でタイマＴ１がタイムアウトした場合は、最寄りのホストが存在しないか、又はＬＡＮ上に他のホストが１台も存在しない（即ち、ホストｘが新設の）場合である。この場合の処理はステップＳ６に進み、今度はデフォルトゲートウェイのＩＰアドレスを問い合わせるためのセグメント内ルータ宛同報特殊ＡＲＰ要求パケットを生成する。この特殊ＡＲＰ要求パケットは、そのタイプ値を特定値（例えば「０１２２」）としたことにより、ルータ宛のパケットとして認識されると共に、ルータにおいては要求元ホストに接続するＬＡＮインタフェース部のＩＰアドレス（即ち、デフォルトゲートウェイ）が問い合わせ対象であると解釈される。
【００３８】
ステップＳ７では特殊ＡＲＰ要求パケットを接続リンクにブロードキャストで送信する。ステップＳ８ではタイマＴ２をスタートする。このタイマＴ２はＬＡＮ上の少なくとも１台又は全てのルータからの特殊ＡＲＰ応答パケットの受信を期待するに十分な時間である。ステップＳ９ではタイマＴ２のタイムアウトか否かを判別する。タイムアウトでない場合はステップＳ１０で特殊ＡＲＰ応答パケットの受信か否かを判別し、受信でない場合はステップＳ９に戻る。こうして、ルータからの特殊ＡＲＰ応答パケットの受信を待ち、やがて、Ｔ２を経過する前に特殊ＡＲＰ応答パケットを受信した場合は、ステップＳ１１に進み、受信した特殊ＡＲＰ応答パケットの情報フィールドから例えば送信元ＩＰアドレスの欄の情報（ここにはデフォルトゲートウェイのＩＰアドレスが搭載されている）を抽出し、これをホストｘのルーティングテーブルに格納する。なお、本第１の実施の形態ではこの場合もその後に受信される他のルータからの特殊ＡＲＰ応答パケットは用済みであるので廃棄される。こうして、本第１の実施の形態によれば、ホストｘは、ＬＡＮに新設／増設によらず、デフォルトゲートウェイのＩＰアドレスを速やかに設定できる。
【００３９】
図４（Ａ）は上記特殊ＡＲＰ要求パケットを受信したホスト側における特殊ＡＲＰ応答処理を示している。ステップＳ２１では要求元ホストｘ宛の特殊ＡＲＰ応答パケットを生成し、その情報フィールドの送信元ＩＰアドレスの欄に自局で保持（認識）しているデフォルトゲートウェイについてのＩＰアドレスをマッピングする。ステップＳ２２では特殊ＡＲＰ応答パケットを接続リンクに送信し、この処理を抜ける。
【００４０】
図４（Ｂ）は上記特殊ＡＲＰ要求パケットを受信したルータ側における特殊ＡＲＰ応答処理を示している。ステップＳ２５では、例えば自局のルーティングテーブルを参照し、要求元ホストｘが新規ホスト（ルーティング情報の登録が無い）か否かを判別する。新規ホストの場合は、ステップＳ２６で当該ホストｘに係るルーティング情報（ホストｘのＩＰアドレス，接続ＬＡＮインタフェースのＩＰアドレス等）を生成してこれをルーティングテーブルに格納する。また新規ホストでない場合は上記ステップＳ２６の処理をスキップする。ステップＳ２７では当該ホストｘ宛の特殊ＡＲＰ応答パケットを生成すると共に、その情報フィールドの送信元ＩＰアドレスの欄に要求元ホストｘが接続するＬＡＮインタフェース部（即ち、デフォルトゲートウェイ）のＩＰアドレスをマッピングする。ステップＳ２８では特殊ＡＲＰ応答パケットを当該ＬＡＮインタフェース部の接続リンクに送信し、この処理を抜ける。
【００４１】
なお、上記第１の実施の形態ではホスト宛とルータ宛の特殊ＡＰＲ要求パケットでタイプ値を「０１２１」，「０１２２」の如く分けたがこれに限らない。例えばホスト宛とルータ宛の特殊ＡＰＲパケットでタイプ値を共通（例えば「０１２１」）とすることが可能であり、この場合はホストｘからの特殊ＡＰＲ要求パケットのブロードキャスト送信に応じて、他のホスト及びルータから夫々に特殊ＡＰＲ応答パケットが返送されることになる。但し、この場合の他のホストでは自局で保持（認識）しているデフォルトゲートウェイについてのＩＰアドレスが問い合わせ対象と解釈され、またルータでは要求元ホストが接続するＬＡＮインタフェース部（ポート）のＩＰアドレスが問い合わせ対象と解釈される。
【００４２】
図５は第２の実施の形態によるＩＰアドレス設定処理のフローチャートで、増設又は新設のホストｘがセグメント内の複数のルータからデフォルトゲートウェイのＩＰアドレスを自動的に取得する場合を示している。本第２の実施の形態は、同一ＬＡＮ上にメイン（常用）とサブ（メインルート障害時のバックアップルート用，メインルートの過剰トラフィック時の迂回ルート用等）のルータ（経路）が存在する様な場合に、ホストｘが通常はどのルータをデフォルトゲートウェイとして外部ネットワークに接続したら良いかの問題を能率良く解決するものである。
【００４３】
ホストｘをＬＡＮに接続し、電源投入すると、ホストｘの初期処理の後この処理（ホスト問い合わせ処理▲２▼）に入力する。ステップＳ３１ではデフォルトゲートウェイのＩＰアドレスを問い合わせるためのセグメント内ルータ宛同報特殊ＡＲＰ要求パケットを生成する。
【００４４】
図８の特殊ＡＲＰパケットのフォーマットにおいて、本第２の実施の形態では上記タイプ値（「０１２２」）の新設に加え、その情報フィールドには「優先順位」の欄が設けられている。また本第２の実施の形態では、同一ＬＡＮ上に接続する複数のルータの内、メインで使用される側のパス（即ち、ＬＡＮインタフェース部）には相対的に高い優先順位が、またサブ的に使用される側のパス（即ち、ＬＡＮインタフェース部）には相対的に低い優先順位が予め設定されている。
【００４５】
図５に戻り、ステップＳ３２では特殊ＡＲＰ要求パケットを接続リンクにブロードキャストで送信する。ステップＳ３３ではタイマＴ２をスタートする。このタイマＴ２は同一セグメント内の全てのルータからの特殊ＡＲＰ応答パケットの受信を期待するに十分な時間である。ステップＳ３４ではタイマＴ２がタイムアウトか否かを判別する。タイムアウトでない場合はステップＳ３５で特殊ＡＲＰ応答パケットの受信か否かを判別し、受信でない場合はステップＳ３４に戻る。こうして、ルータからの特殊ＡＲＰ応答パケットの受信を待ち、やがて、Ｔ２を経過する前に特殊ＡＲＰ応答パケットを受信した場合は、ステップＳ３６に進み、特殊ＡＲＰ応答パケットの情報フィールドから送信元ＩＰアドレスの欄の情報（ここにはデフォルトゲートウェイのＩＰアドレスが搭載されている）及び優先順位の情報を抽出し、これをホストｘのメモリに蓄積する。こうして、全ルータからの情報を蓄積し、やがて上記ステップＳ３４の判別でＴ２がタイムアウトになると、処理はステップＳ３７に進み、上記蓄積した各ＩＰアドレスの内の、最も優先順位の高いものに対応するＩＰアドレスを抽出し、ホストｘのルーティングテーブルにデフォルトゲートウェイのＩＰアドレスとして格納する。
【００４６】
なお、本第２の実施の形態におけるルータ応答処理は上記図４（Ｂ）に示したもの同様で良い。但し、そのステップＳ２７においては、要求元ホストｘ宛の特殊ＡＲＰ応答パケットを生成すると共に、その情報フィールドの送信元ＩＰアドレスの欄には要求元ホストｘが接続するＬＡＮインタフェース部のＩＰアドレスを、かつその優先順位の欄には当該ＬＡＮインタフェース部に設定された優先順位の情報を夫々マッピングする。
【００４７】
また、本第２の実施の形態では、同一ＬＡＮ上のホストに対する問い合わせ処理を省略したが、この処理を設けても良い。この場合の各ホストは自局で保持（認識）しているデフォルトゲートウェイについてのＩＰアドレスと共に、これに付随して取得された優先順位の情報を保持する。そして、この場合におけるホスト応答処理は上記図４（Ａ）に示したもの同様で良いが、但し、そのステップＳ２１では要求元ホストｘ宛の特殊ＡＲＰ応答パケットを生成すると共に、その情報フィールドの送信元ＩＰアドレスの欄には問い合わせ先ホストが保持（認識）しているデフォルトゲートウェイについてのＩＰアドレスを、また優先順位の欄には該ＩＰアドレスに付随して取得された優先順位の情報を夫々マッピングする。一方、図５のホスト問い合わせ処理▲２▼におけるホスト宛の問い合わせ処理は同図のルータ宛の問い合わせ処理と同様に処理できる。
【００４８】
図６は第１の実施の形態によるＩＰアドレス設定処理（上記図３の処理に対応）のシーケンス図で、図において、ホストｘは新設／増設のホスト、ホストａ，ｂは同一セグメント内の他の既設ホスト、ルータＡ〜Ｃは同一セグメント内のルータである。
【００４９】
図６（Ａ）はホスト宛問い合わせ処理の部分を示している。ホストｘはホスト宛同報特殊ＡＲＰ要求パケットをＬＡＮに送信する。この例ではホストｘにホストａからの特殊ＡＲＰ応答パケットが最初に受信されたことにより、該パケットの情報フィールドからデフォルトゲートウェイのＩＰアドレスが抽出され、ホストｘのルーティングテーブルに格納される。なお、その後のホストｂからの特殊ＡＲＰ応答パケットは廃棄される。
【００５０】
図６（Ｂ）はルータ宛問い合わせ処理の部分を示しており、この処理はＬＡＮ上に既設ホストａ，ｂが存在しなかった場合に自動的に実行される。ホストｘはルータ宛同報特殊ＡＲＰ要求パケットをＬＡＮに送信する。この例ではホストｘにルータＡからの特殊ＡＲＰ応答パケットが最初に受信されたことにより、該パケットの情報フィールドからデフォルトゲートウェイ（即ち、ルータＡの接続ＬＡＮインタフェース部）のＩＰアドレスが抽出され、ホストｘのルーティングテーブルに格納される。なお、その後のルータＢ，Ｃからの各特殊ＡＲＰ応答パケットは廃棄される。
【００５１】
図７は第２の実施の形態によるＩＰアドレス設定処理（上記図５の処理に対応）のシーケンス図を示している。ホストｘはルータ宛同報特殊ＡＲＰ要求パケットをＬＡＮに送信する。この例では時間Ｔ２の間にホストｘに全ルータＡ〜Ｃからの各接続ＬＡＮインタフェース部のＩＰアドレス及び優先順位の情報が夫々収集・蓄積され、時間Ｔ２の経過後、優先順位の最も高いルータ（例えばルータＢ）の接続ＬＡＮインタフェース部のＩＰアドレスが抽出され、ホストｘのデフォルトゲートウェイとしてルーティングテーブルに格納される。
【００５２】
図９は他の実施の形態による特殊ＡＲＰパケットのフォーマットを示す図である。ここでは、トランスポート層以上で使用するプロキシサーバ，ＤＮＳサーバ等のＩＰアドレスの問い合わせであることを示すため、特殊ＡＲＰパケットのタイプ値を特定値（例えば「０１２３」）としている。これに応じてその情報フィールドには、サーバのアドレス長，アドレスの個数，プロキシサーバＭＡＣアドレス，プロキシサーバＩＰアドレス，メールサーバＭＡＣアドレス，メールサーバＩＰアドレス，ニュースサーバＭＡＣアドレス，ニュースサーバＩＰアドレス等の、ＴＣＰ／ＩＰで利用可能な様々なサーバのＩＰアドレス等の搭載欄が設けられている。なお、これらのＩＰアドレスと同時に上記デフォルトゲートウェイのＩＰアドレスも問い合わせ出来るようにプロトコルを構成しても良い。
【００５３】
ＩＰアドレス設定処理のフローチャートについては上記図３〜図５と同様で良い。但し、この場合の被問い合わせホストは、上記図４（Ａ）のステップＳ２１において、要求元ホストｘ宛の特殊ＡＲＰ応答パケットに対して自局で保持（認識）しているプロキシサーバ，ＤＮＳサーバ等の各ＩＰアドレスを、好ましくは上記デフォルトゲートウェイのＩＰアドレスと共に、マッピングし、要求元ホストｘ宛に送信する。またこの場合の被問い合わせルータは、上記図４（Ｂ）のステップＳ２７において、要求元ホストｘ宛の特殊ＡＲＰ応答パケットに対して自局で保持（認識）しているプロキシサーバ，ＤＮＳサーバ等の各ＩＰアドレスを、好ましくは上記要求元ホストｘに接続するＬＡＮインタフェース部のＩＰアドレスと共に、マッピングし、要求元ホストｘに送信する。
【００５４】
なお、各ルータが保持する上記各種サーバのＩＰアドレスの設定／変更／消去については、これを予め専用機器を接続したローカルモードで行い、又は公知のプロトコルによりルータ自信が自動的に設定／変更／消去可能である。またルータ（各ＬＡＮインタフェース部）に対する優先順位の設定／変更／消去は、例えば専用機器を接続したローカルモードで行う。一方、他の既存ホストにおける上記各種サーバのＩＰアドレスの設定／変更／消去については、本実施の形態による特殊ＡＲＰパケットを使用することによりＬＡＮ上のルータを利用して実施可能である。
【００５５】
なお、上記実施の形態ではルータを使用する場合につき述べたが、ルータの使用に代え、同種の機能を備えるスイッチングハブやゲートウェイ等の装置を使用できることは明らかである。
【００５６】
また、上記本発明に好適なる複数の実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成，制御，処理及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【００５７】
【発明の効果】
以上のべた如く本発明によれば、新設／増設のホストがグローバルな通信を行うに必要な各種ネットワークアドレス（デフォルトゲートウェイ，プロキシサーバ，ＤＳＮサーバ等の各ＩＰアドレス）をＬＡＮ上の既設ホスト又はルータから比較的簡単な構成及び通信制御で自動的に能率良く取得・設定できるので、一般のユーザでも容易にグローバルな通信（インターネット，電子メール等）を行え、この種のネットワークシステムの普及・発展に寄与する所が極めて大きい。
【図面の簡単な説明】
【図１】図１は本発明の原理を説明する図である。
【図２】実施の形態によるネットワーク装置のブロック図である。
【図３】第１の実施の形態によるＩＰアドレス設定処理のフローチャート（１）である。
【図４】第１の実施の形態によるＩＰアドレス設定処理のフローチャート（２）である。
【図５】第２の実施の形態によるＩＰアドレス設定処理のフローチャートである。
【図６】第１の実施の形態によるＩＰアドレス設定処理のシーケンス図である。
【図７】第２の実施の形態によるＩＰアドレス設定処理のシーケンス図である。
【図８】実施の形態による特殊ＡＲＰパケットのフォーマットを示す図である。
【図９】他の実施の形態による特殊ＡＲＰパケットのフォーマットを示す図である。
【図１０】従来技術を説明する図（１）である。
【図１１】従来技術を説明する図（２）である。
【符号の説明】
１０ ホスト
１１ ＬＡＮインタフェース部
１２ 制御部
１３ ルーティングテーブル
１４ 特殊ＡＲＰ処理部
２０ ルータ
２１１ 〜２１ｎ ＬＡＮインタフェース部
２２ 制御部
２３ ルーティングテーブル
２４ 特殊ＡＲＰ処理部
２５ 高速バス
１００ ローカルエリアネットワーク（ＬＡＮ）
Claims (9)
- データリンク層で使用するヘッダフィールドのタイプ値をネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値となし、かつその情報フィールドに前記ネットワークアドレスを搭載可能とした特殊ＡＲＰパケットを設けると共に、ホスト装置はＬＡＮ上に特殊ＡＲＰ要求パケットをブロードキャストにて送信し、これを受けた前記ＬＡＮ上の他のホスト装置は、該ＬＡＮ上に接続するデフォルトゲートウェイ及び又は同一又は異なるネットワーク上に接続する各種サーバ装置についての自局で管理・保持する１又は２以上のネットワークアドレスを特殊ＡＲＰ応答パケットの情報フィールドに搭載して前記要求元ホスト装置宛に返送し、これを受けた前記要求元ホスト装置は特殊ＡＲＰ応答パケットの情報フィールドから前記ネットワークアドレスを抽出して自局の経路情報テーブルに設定することを特徴とするネットワークアドレスの設定方法。
- データリンク層で使用するヘッダフィールドのタイプ値をネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値となし、かつその情報フィールドに前記ネットワークアドレスを搭載可能とした特殊ＡＲＰパケットを設けると共に、ホスト装置はＬＡＮ上に特殊ＡＲＰ要求パケットをブロードキャストにて送信し、これを受けた前記ＬＡＮ上のルータ装置は、該ＬＡＮ上に接続するデフォルトゲートウェイ及び又は同一又は異なるネットワーク上に接続する各種サーバ装置についての自局で管理・保持する１又は２以上のネットワークアドレスを特殊ＡＲＰ応答パケットの情報フィールドに搭載して前記ホスト装置宛に返送し、これを受けた前記ホスト装置は特殊ＡＲＰ応答パケットの情報フィールドから前記ネットワークアドレスを抽出して自局の経路情報テーブルに設定することを特徴とするネットワークアドレスの設定方法。
- データリンク層で使用するヘッダフィールドのタイプ値をネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値とした特殊ＡＲＰ要求パケットをＬＡＮ上にブロードキャストにて送信する送信手段と、
前記ＬＡＮ上に接続する他のホスト装置又はルータ装置から前記特殊ＡＲＰ要求パケットに対する特殊ＡＲＰ応答パケットを受信する受信手段と、
前記受信した特殊ＡＲＰ応答パケットの情報フィールドから前記他のホスト装置又はルータ装置がそれぞれ自局で管理・保持する当該ＬＡＮ上のデフォルトゲートウェイ及び又は同一又は異なるネットワーク上に接続する各種サーバ装置についての１又は２以上の前記所定のネットワークアドレスを抽出し、これらを自局で使用する経路情報テーブルに設定するアドレス設定手段とを備えることを特徴とするホスト装置。 - アドレス設定手段は、送信手段による特殊ＡＲＰ要求パケットの送信後、受信手段により最初に受信された特殊ＡＲＰ応答パケットの情報フィールドからネットワークアドレスを抽出することを特徴とする請求項３に記載のホスト装置。
- 送信手段による特殊ＡＲＰ要求パケットの送信と共に起動され、かつ所定時間経過後にタイムアウトするタイマ手段を備え、受信手段は前記タイマ手段がタイムアウトするまでの間に受信された１又は２以上の特殊ＡＲＰ応答パケットの各所定の情報フィールドの内容を蓄積すると共に、アドレス設定手段は前記蓄積された情報に含まれる所定の優先順位の情報に基づき最も優先順位の高い情報フィールドからネットワークアドレスを抽出することを特徴とする請求項３に記載のホスト装置。
- 送信手段による特殊ＡＲＰ要求パケットの送信と共に起動され、かつ所定時間経過後にタイムアウトするタイマ手段を備え、送信手段はホスト装置宛の第１の特殊ＡＲＰ要求パケットをブロードキャストにて送信後、前記タイマ手段がタイムアウトするまでの間に受信手段が前記第１の特殊ＡＲＰ要求パケットに対する第１の特殊ＡＲＰ応答パケットを受信しないことにより、ルータ装置宛の第２の特殊ＡＲＰ要求パケットをブロードキャストにて送信することを特徴とする請求項３に記載のホスト装置。
- 受信手段はＬＡＮ上にブロードキャストされた特殊ＡＲＰ要求パケットを受信し、かつ送信手段は前記特殊ＡＲＰ要求パケットに対する特殊ＡＲＰ応答パケットを要求元ホスト装置に送信可能であると共に、前記受信手段が前記特殊ＡＲＰ要求パケットを受信したことにより、自局の経路情報テーブルで管理・保持する前記所定の１又は２以上のネットワークアドレスを特殊ＡＲＰ応答パケットの情報フィールドにマッピングして要求元ホスト装置に返送する応答手段を備えることを特徴とする請求項３に記載のホスト装置。
- 複数のネットワークインタフェース部を介して複数のネットワークに接続可能なルータ装置において、
前記ネットワークインタフェース部を介して受信された特殊ＡＲＰ要求パケットのデータリンク層で使用されるヘッダフィールドのタイプ値を検出する検出手段と、
前記検出されたタイプ値がネットワーク層で使用する所定のネットワークアドレスを問い合わせるための特定値であることにより、該特殊ＡＲＰ要求パケットに対する特殊ＡＲＰ応答パケットの情報フィールドに自局で管理・保持する前記ネットワークインタフェース部のネットワークアドレスをマッピングして要求元ホスト装置に送信する応答手段とを備えることを特徴とするルータ装置。 - ネットワークインタフェース部につき予め設定された優先順位の情報を保持する記憶手段を備え、応答手段は特殊ＡＲＰ応答パケットの情報フィールドに前記ネットワークインタフェース部のネットワークアドレスと共に前記優先順位の情報をマッピングすることを特徴とする請求項８に記載のルータ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35547098A JP3589445B2 (ja) | 1998-12-15 | 1998-12-15 | ネットワークアドレスの設定方法及びその装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35547098A JP3589445B2 (ja) | 1998-12-15 | 1998-12-15 | ネットワークアドレスの設定方法及びその装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000183900A JP2000183900A (ja) | 2000-06-30 |
| JP3589445B2 true JP3589445B2 (ja) | 2004-11-17 |
Family
ID=18444141
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP35547098A Expired - Fee Related JP3589445B2 (ja) | 1998-12-15 | 1998-12-15 | ネットワークアドレスの設定方法及びその装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3589445B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1922834A (zh) * | 2004-05-06 | 2007-02-28 | 松下电器产业株式会社 | 因特网连接终端装置及因特网连接状态确认方法 |
| JP4895673B2 (ja) * | 2006-05-10 | 2012-03-14 | パナソニック株式会社 | ネットワーク機器及びその通信設定方法 |
| CN114500469B (zh) * | 2022-04-15 | 2022-07-08 | 深圳曼顿科技有限公司 | 智慧用电设备自动识别与地址分配方法 |
-
1998
- 1998-12-15 JP JP35547098A patent/JP3589445B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000183900A (ja) | 2000-06-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2364543B1 (en) | Broadband network access | |
| EP1125421B1 (en) | Dns relay module in a digital network modem | |
| US8054804B2 (en) | Method of and system for support of user devices roaming between routing realms by a single network server | |
| US7046666B1 (en) | Method and apparatus for communicating between divergent networks using media access control communications | |
| US6847649B2 (en) | Methods, systems and computer program products for accessing an embedded web server on a broadband access terminal | |
| JP5069356B2 (ja) | データ伝送ネットワークにおけるアドレス解決のための技術 | |
| US6424654B1 (en) | Network system and DHCP server selection method | |
| US6587882B1 (en) | Mobile IP communication scheme using visited site or nearby network as temporal home network | |
| US6480508B1 (en) | Router-based domain name system proxy agent using address translation | |
| JP4519214B2 (ja) | クライアント構成方法 | |
| US20050086385A1 (en) | Passive connection backup | |
| KR100811890B1 (ko) | 인터넷 시스템에서 서비스 플로우를 보장하는 애니캐스트라우팅 방법 및 장치 | |
| US20030172170A1 (en) | Providing multiple ISP access to devices behind NAT | |
| JP2001257720A (ja) | Ｄｎｓサーバ、ｄｈｃｐサーバ、端末および通信システム | |
| JP2007166069A (ja) | Ｉｐ通信装置およびこれを備えたｉｐ通信システムならびにｉｐ通信装置のｉｐアドレス設定方法 | |
| JP2007036374A (ja) | パケット転送装置、通信網及びパケット転送方法 | |
| CN110365557B (zh) | 一种网络互连的方法及装置 | |
| EP1187426B1 (en) | Method for using a unique IP address in a private IP address domain | |
| JP4292897B2 (ja) | 中継装置とポートフォワード設定方法 | |
| JPH11252172A (ja) | パケット生成方法およびその機能を有する情報処理装置並びにパケット生成プログラムを記録した記録媒体 | |
| US20040153502A1 (en) | Enhanced DNS server | |
| JP3589445B2 (ja) | ネットワークアドレスの設定方法及びその装置 | |
| JP2010062757A (ja) | Ｄｎｓプロキシ装置及びｄｎｓ中継方法 | |
| JPH09282259A (ja) | ネットワークシステム | |
| KR101586761B1 (ko) | 네트워크에서 네트워크 성분들을 관리하기 위한 방법과 네트워크 성분 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040422 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040511 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040709 |
|
| 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: 20040810 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040816 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |