(57)【要約】【課題】  ＩＰアドレスなどのネットワーク・パラメータの設定を、ユーザが静的に手動で行う場合に、手間がかからずミスしにくい、容易なユーザ・インターフェースを提供する。【解決手段】  ＯＳＩ参照モデルにおけるデータリンク層を含む、それより上位の各層の、他パケット宛のパケットを、少なくとも一定時間以上ウォッチし、プロトコルに応じて必要とされるアドレス情報などを、ウォッチしたパケット内に書かれている情報の一部を用いて、出現頻度順に設定候補として上げる。ＩＰｖ４だけでなく、ＩＰｖ６等の他プロトコルにも適用可能。【選択図】        図１
2006121592.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク・インタフェース装置を備えたネットワーク・コントローラ装置であって、
接続されたネットワーク上に流れるネットワーク・パケットを、該パケット中に記載されている宛先に寄らず受信し解析する、パケット受信解析機能を備え、
該パケット受信解析機能により受信した、該ネットワーク内部またはルータを介して接続される外部ネットワークに接続される他のホスト装置宛のパケット中に記載される情報の一部に基づき、該ネットワーク・コントローラ装置のネットワーク・パラメータを設定する際の設定値の参考情報とする処理を行うことを特徴とするネットワーク・コントローラ装置。
【請求項２】
ユーザ・インターフェース装置を備え、該設定値の参考情報から最終的な設定値をユーザに決定せしめるのを、ユーザ・インターフェース装置を介して行うことを特徴とする請求項１に記載のネットワーク・コントローラ装置。
【請求項３】
該パケット受信解析機能とは、ＯＳＩ参照モデルにおけるデータリンク層パケットまたはネットワーク層パケットを受信可能であり、かつデータリンク層またはネットワーク層を含む上位層の各層プロトコルのパケット解析が可能なパケットの受信解析機能であることを特徴とする請求項１に記載のネットワーク・コントローラ装置。
【請求項４】
該ネットワーク・パラメータとは、使用するネットワーク・プロトコルに応じたホストのアドレスを示すアドレス情報であることを特徴とする請求項１に記載のネットワーク・コントローラ装置。
【請求項５】
該ネットワーク・パラメータとは、ＩＰプロトコルにおけるＩＰアドレスであって、該パケット受信機能により受信した複数のパケット中に記載される、送信元ＩＰアドレス情報の予め定めた上位数ビットをネットワーク・アドレスとするＩＰアドレス候補を算出することを特徴とする請求項１に記載のネットワーク・コントローラ装置。
【請求項６】
該ネットワークパラメータとは、ＩＰプロトコルにおけるネットマスク値であって、該パケット受信機能により受信した複数のパケット中に記載される、送信元ＩＰアドレス情報のうち、上位数ビットが一致するものがある場合に、一致する上位ビットを全て１とし残りを０としたものを該ネットマスク値の第一候補とする処理を行うことを特徴とする請求項１に記載のネットワーク・コントローラ装置。
【請求項７】
該ネットワーク・パラメータ値とは、該ネットワーク・コントローラ接続されるネットワークから外部のネットワークに接続するためのルータ装置のアドレスを示すデフォルト・ゲートウェイ・アドレスであって、該パケット解析機能により他ホストが発行した外部ネットワーク宛のパケットを抽出し、該パケット記載のアドレス情報に基づきネットワークに対しアドレス問合せ処理を行って得るネットワーク・アドレスを候補とすることを特徴とする請求項１に記載のネットワーク・コントローラ装置。
【請求項８】
該ネットワーク・パラメータ値とは、該ネットワークにおける各種サーバのネットワーク・アドレスを設定するサーバ・アドレス設定値であることを特徴とする請求項１に記載のネットワーク・コントローラ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク機器全般におけるネットワーク・アドレスの設定方法およびその装置に関し、さらに詳しくは、少数の入力キーと小サイズのディスプレイパネルから構成される比較的プアなユーザＩ／Ｆを備えたネットワーク機器おける各種ネットワーク・アドレスのネットワーク・コントローラ装置に関する。
【背景技術】
【０００２】
ＴＣＰ／ＩＰはインターネット（Ｉｎｔｅｒｎｅｔ）を代表とするワイドエリアネットワーク（ＷＡＮ）で使用されるプロトコル群の総称であり、また、企業内のイントラネット等のローカル・エリア・ネットワーク（ＬＡＮ）におけるプロトコルとしても、広く普及している。
【０００３】
ＩＰは、ＯＳＩ参照モデルにおけるネットワーク層に相当するプロトコルであり、ＴＣＰやＵＤＰはその上位に位置するトランスポート層に相当するプロトコルである。ホスト間の実際の通信は、ネットワーク層の下位に位置するデータリンク層を介して行われる。イーサネット（登録商標）においては、このデータリンク層では、機器固有の物理アドレス（ＭＡＣアドレス）が、宛先および送信元アドレスとして用いられる。
【０００４】
ＩＰにおける基本アドレスのことをＩＰアドレスと呼び、ＴＣＰ／ＩＰを実装してネットワークに接続される機器（ホスト）は、１台につき必ず一つ以上のＩＰアドレスを持っていなければならない。
【０００５】
ＩＰアドレスは、所属するネットワークにおいてユニークでなければならず、一つのＩＰアドレスが、同一ネットワークに所属する複数の機器に割り当てられることがあってはならない。ＩＰアドレスはネットワーク・アドレスとホストアドレスの組み合わせで構成されている。
【０００６】
ネットワーク・アドレスは、インターネットにおいては、特定の団体から取得する必要があるので利用者は決められない。インターネットから完全に独立したＬＡＮにおいては、利用者（管理者）が任意に定めてもよいが、このＬＡＮがルータ等を介してインターネットに接続される場合には、プライベートアドレスとして定められた範囲のネットワーク・アドレスを用いる必要がある。
【０００７】
図２は、ＴＣＰ／ＩＰプロトコルによる通信ネットワークの一例の構成示す図である。図において、例えばホストａからホストｂに通信するような同一セグメント内（同一ＬＡＮ上）の通信は、ホストａがホストｂのＩＰアドレスを知っていればホストａ，ｂ間で直接に行える。
【０００８】
実際の通信は、データリンク層を介して行われるので、ホストａがホストｂに対して送信するパケット（図３Ｅｔｈｅｒｎｅｔ（登録商標）  ｐａｃｋｅｔ）のイーサネット（登録商標）・ヘッダ部には、宛先としてホストｂのＭＡＣアドレスをセットする必要がある（Ｄｓｔ  ＭＡＣ  ａｄｄｒｅｓｓ）。すなわち、ホストａは、まず、ホストｂのＩＰアドレスからＭＡＣアドレスを調べる必要があるが、これはＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットのやり取りにより解決される。ＡＲＰは、ＩＰと同列にネットワーク層に属するプロトコルの一つである。
【０００９】
図３は、ＴＣＰ／ＩＰで通信する際に用いられる各層の、代表的なパケットのパケット構造（フレーム構造）を示した図であるが、このうちＡＲＰ  ｐａｃｋｅｔとして記述されている図が、ＡＲＰで用いられるパケット構造となっている。
【００１０】
ホストａは、ＩＰアドレス１０．１．１．５１を持つホストｂと初めて通信する際、まずＡＲＰ要求をブロードキャスト送信する。ブロードキャスト送信する場合、データリンク層のイーサネット（登録商標）フレーム（Ｅｔｈｅｒｎｅｔ（登録商標）  ｐａｃｋｅｔ）の宛先ＭＡＣアドレス（Ｄｓｔ  ＭＡＣ  ａｄｄｒｅｓｓ）には、ブロードキャストを示す値：０ｘＦＦＦＦＦＦＦＦＦＦＦＦがセットされる。送信元ＭＡＣアドレス（Ｓｒｃ  Ｍａｃ  ａｄｄｒｅｓｓ）はもちろんホストａ自身が持つＭＡＣアドレスとなる。そしてフレームタイプ（Ｆｒａｍｅ  ｔｙｐｅ）には、Ｆｒａｍｅ  ｄａｔａにセットされるパケットがＡＲＰ  ｐａｃｋｅｔであることを示す値：０ｘ０８０６がセットされる。
【００１１】
ＡＲＰ  ｐａｃｋｅｔにおいて、リンク層タイプ（ＬＬ  ｔｙｐｅ）のフィールドには、リンク層のハードウェア・アドレスの種類がセットされ、ＭＡＣアドレスの場合は値：０ｘ０１がセットされる。プロトコルタイプ（Ｐ  ｔｙｐｅ）には、ハードウェア・アドレスに変換することを要求しているプロトコルタイプがセットされ、ＩＰの場合は値：０ｘ０８００がセットされる。オペレーションフィールド（Ｏｐ．）は、ＡＲＰ要求の場合、値：１がセットされる。送信元ＭＡＣアドレス（Ｓｒｃ  ＭＡＣ  ａｄｄｒｅｓｓ）および送信元ＩＰアドレス（Ｓｒｃ  ＩＰ  ａｄｄｒ．）はもちろん、ホストａのそれらであって、宛先ＩＰアドレス（Ｄｓｔ  ＩＰ  ａｄｄｒ．）はホストｂのＩＰアドレスをセットする。宛先ＭＡＣアドレスは、ＡＲＰ要求を出す時点では、不明であるため値：０ｘ００００００００００００がセットされる。
【００１２】
このブロードキャストアドレスは、ＬＡＮ１上の全ての機器に届き、それぞれの機器はＡＲＰ  ｐａｃｋｅｔのＤｓｔ  ＩＰ  ａｄｄｒ．が自分宛のものかどうかをチェックする。自分宛でない場合はそのまま無視する。ホストｂに関しては自分宛であるので、ＡＲＰ応答を生成し、Ｓｒｃ  ＭＡＣ  ａｄｄｒｅｓｓの機器すなわちホストａに対して送信する。ＡＲＰ応答のパケットは、Ｏｐｅｒａｔｉｏｎ＝２で、ＳｒｃとＤｓｔが入れ替わったものとなる。もちろんＡＲＰ要求を受信した時点で、ホストｂはホストａのＭＡＣアドレスを知ることができるので、Ｓｒｃ  ＭＡＣ  ａｄｄｒｅｓｓおよびＤｓｔ  ＭＡＣ  ａｄｄｒｅｓｓにはそれぞれホストｂ、ホストａのアドレスがセットされ、ＩＰアドレスも同様に正しくセットされる。
【００１３】
ホストａは自分のＭＡＣアドレス宛のパケットであるホストｂからのＡＲＰ応答を受け取り、これから通信しようとしているホストｂのＭＡＣアドレスを知ることができる。このＭＡＣアドレスが、以後ホストｂに向けて発信されるデータリンク層のＥｔｈｅｒｎｅｔ（登録商標）  ｐａｃｋｅｔのＤｓｔ  ＭＡＣ  ａｄｄｒｅｓｓにセットされることになるわけである。
【００１４】
ＩＰプロトコルのパケット構造は、図３のＩＰ  ｐａｃｋｅｔに示す構造となっており、送信元ＩＰアドレス（Ｓｒｃ  ＩＰ  ａｄｄｒ．）と宛先ＩＰアドレス（Ｄｓｔ  ＩＰ  ａｄｄｒ．）をセットするフィールドがある。ネットワーク層で生成されたパケットは、データリンク層に渡され、データリンク層においてすでにＡＲＰにより得られている宛先ＭＡＣアドレスのホストに向けてパケットが送信されることになる。
【００１５】
尚、ＡＲＰにより一度得られたＩＰアドレスとＭＡＣアドレスの対応は、各ホストに少なくとも一定の間は保持されるので、次回以降の通信は直接ＭＡＣアドレスを指定し、１対１でブロードキャスト無しで行うことができる。また、ＡＲＰとは逆にＭＡＣアドレスからＩＰアドレスを問い合わせるＲＡＲＰ（Ｒｅｖｅｒｓｅ  Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコルもあるが、詳しい説明は割愛する。
【００１６】
一方、図２において、ホストａからセグメント外（他のネットワーク）の例えばホストｃへの通信はルータを介して行われ、この場合は、ホストｃのＩＰアドレスのみならず、所望のネットワークに接続するためのデフォルト・ゲートウェイ（即ち、ルータ１の接続ポートのＩＰアドレス「１０．１．１．１」）の設定も必要となる。各ホストにはサブネットマスク値も設定されており、自己のＩＰアドレスとサブネットマスクとのＡＮＤを取ったものが、所属するネットワークとなる。そして、自己の所属するネットワークに所属しないホストに対しての通信は、通常デフォルト・ゲートウェイを介して行われる。
【００１７】
この場合に、ＴＣＰ／ＩＰにおけるルータ１〜ルータ３等では、所定のルーティングプロトコル（ＲＩＰ：Ｒｏｕｔｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｌ  ，ＯＳＰＦ：Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ等）に従い自己のルーティング（経路制御情報）テーブルを生成・管理しており、ＩＰアドレス中のネットーワーアドレス部の情報に従ってＩＰパケットを適正にルーティング可能となっている。
【００１８】
これにより、ホストａからホストｃ宛のＩＰパケットは、ルータ１で次ルータ２「１０．１．０．３」の側にルーティングされ、さらに次ルータ２ではＩＰアドレス「１０．１．２．２０」のインターフェースにルーティングされ、最終的にホストｃにより受信処理される。
【００１９】
このとき、ホストａが送信するデータリンク層のＥｔｈｅｒｎｅｔ（登録商標）  ｐａｃｋｅｔの宛先ＭＡＣアドレスは、デフォルト・ゲートウェイであるルータ１のＭＡＣアドレスとなっており、ネットワーク層のＩＰ  ｐａｃｋｅｔの宛先ＩＰアドレスは、ホストｃのものとなっている。ホストｃからの返信パケットも同様であり、ルータではＩＰ  ｐａｃｋｅｔを見て適切にルーティングできる。
【００２０】
図２において、ホストａがインターネット（ＷＡＮ）に存在する機器と通信する場合には、ルータ１および、インターネットに直接接続しているルータ３を経由することになる。
【００２１】
この場合、ルータ３からインターネットに送出されるネットワーク層のＩＰパケットは、通常、送信元ＩＰアドレスとして、ホストａのアドレスではなく、ルータ３のＩＰアドレス（ここでは１１１．２２２．３３．４）をセットすることが多い。
【００２２】
そして、トランスポート層のＴＣＰまたはＵＤＰパケット（ＴＣＰ  ｐａｃｋｅｔ  ｏｒ  ＵＤＰ  ｐａｃｋｅｔ）においては、送信元ポート番号（Ｓｒｃ  ｐｏｒｔ）としては、元々ホストａが指定したポート番号（例えば１２３００）から、ルータ３が定めたポート番号、例えば１２３４５に変換される。
【００２３】
インターネット上の通信相手からの返信パケットは、ネットワーク層の宛先ＩＰアドレスをルータ３宛の１１１．２２２．３３．４とし、トランスポート層の宛先ポート番号を１２３４５としたものが返ってくる。ルータ３はこのパケットを受け取ると、宛先ＩＰアドレスをホストａのＩＰアドレス１０．１．１．５０に変換し、ポート番号を１２３００に変換したパケットを、ルータ１を経由してホストａに向けて送信することになる。
【００２４】
この処理をＩＰマスカレーディングとよび、内部のＬＡＮに存在するホストａのアドレス（プライベートアドレス）を公開せずに、外部インターネット上の機器と１対１の通信をすることを可能としている。
【００２５】
またインターネットで、例えば、ＷＷＷサーバ等に接続する場合には、ユーザはＩＰアドレスではなく、ホスト名（例えばｗｗｗ．ｃａｎｏｎ．ｃｏ．ｊｐ）を使用するのが一般的である。このホスト（ドメイン）名を、対応するＩＰアドレスに変換するものとして、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバがあり、各ホストにおいて、このサービスを利用するには、ＤＮＳサーバのＩＰアドレスを設定しておく必要がある。
【００２６】
またＷＷＷブラウザ等に設定する項目の一つにプロキシ（Ｐｒｏｘｙ）  サーバがある。プロキシサーバは、接続したＷＷＷサーバ等の情報を控えておき、次回に接続したい場合は控えておいた情報を表示させることにより、ネットワークのトラヒック量を軽減可能とするものである。従って、このサービスを利用するには、各ホストにプロキシサーバのＩＰアドレスを設定しておく必要がある。
【００２７】
このように、ＴＣＰ／ＩＰのＬＡＮ上に新規のホストを増設した場合に、そのホストが通信を行うには、各種ネットワーク・アドレスおよびネットマスクの設定を行う必要があるが、中でも自己のＩＰアドレスとサブネットマスク、およびデフォルト・ゲートウェイのＩＰアドレスは、ＩＰプロトコルに則って通信を行う上で、必須の項目となる。（同一ＬＡＮ内のみで通信するならば、ゲートウェイアドレスは不要。）。
【００２８】
これらの設定の方法にはいくつかあり、ＤＨＣＰやＢＯＯＴＰプロトコルなどを用いて自動的に行う方法もある（例えば、特許文献１）。この場合には、それぞれのプロトコルを取り扱うサーバが必要となる。ＤＨＣＰの場合は、サーバによって特定範囲のＩＰアドレスのうち未使用のものが自動的に割り当てられる。ＢＯＯＴＰの場合には、サーバ側で新設されたホスト専用を設定を行う必要があるため、結局管理者の手を煩わすことになる。
【００２９】
新設されたホストに、予め定められた特定のＩＰアドレスを割り振りたい場合には、手動設定を行う。図４は、新設ホストがＰＣである場合の手動設定画面の一例である。この画面では、「次のＩＰアドレスを使う」（４０）の項目を、マウスや矢印キーなどを使って選択すると、ＩＰアドレス、サブネットマスク、デフォルト・ゲートウェイの設定欄（４１，４２，４３）が有効になる。あとは矢印キーやマウスなどで各項目の各桁にカーソルを合わせ、ユーザはキーボード上の数字キーを使って、所望のアドレスおよびマスク値を設定できる。
【特許文献１】特開平１１−０９５９５４号公報
【発明の開示】
【発明が解決しようとする課題】
【００３０】
しかしながら、ＬＡＮ上に新設するホストが、必ずしもＰＣなどのように、「リッチな」ユーザ・インターフェースを備えているとは限らない。例えば、図２に示した複写機に接続されているネットワーク・コントローラ（ＰＤＬコントローラ）においては、そのメインとなる機能が、ネットワークを介してホストコンピュータなどから受け取るプリントジョブ（ＰＤＬジョブ）を画像展開して複写機に対して出力する、というものになる。従ってこの機器に対するほとんどの操作は、ネットワークを介して行われるため、リッチなユーザ・インターフェースは通常は必要とならず、コストダウンのため、極めて「プアな」ユーザ・インターフェースのみを備える、という場合が多い。
【００３１】
ネットワーク・コントローラに限らず、例えば、ＩＰｖ６の普及に伴い、将来的にあらゆる家電がネットワークに接続されるようになることが予想されているが、このような機器においても、ＰＣようにリッチなユーザＩ／Ｆを装備することは、コスト面および機器のサイズ面からいって困難な場合が多い。
【００３２】
図５は、ＰＤＬコントローラに装備されるユーザＩ／Ｆ（ＵＩ）の一例である。このユーザＩ／Ｆは、１６文字×３段の表示機能を持つ液晶ディスプレイパネル５０と、Ｕｐ／Ｄｏｗｎキー（５１，５２）およびＳｅｔキー（５３）の３つのキーから構成されている。
【００３３】
このＵＩを備えるＰＤＬコントローラが、ＬＡＮに新設ホストとして接続された場合の、ＩＰアドレスの設定方法を図６を用いて説明する。まず、ＰＤＬコントローラは電源オンするとしかるべきブート処理を行った後に、６１に示すＩｄｌｅ画面となる。ここでＳｅｔキーを押すと、６２に示す画面となる。この画面においてＵｐ／Ｄｏｗｎキーを押すと、反転表示される行がスクロールし、ユーザは任意の項目の位置でＳｅｔキーを押すことにより、項目を選択することができる。
【００３４】
Ｕｐ／ＤｏｗｎキーおよびＳｅｔキーを用いて、「Ｎｅｔｗｏｒｋ  ｓｅｔｕｐ」の項目を選択すると、６３に示す画面となる。同様にして「ＩＰ  ａｄｄｒｅｓｓ」を選択すると、６４に示す画面となる。６４では、ＩＰアドレスは未設定であるので、初期値０．０．０．０が表示されており、最初の桁の０が反転して選択された状態であることを示している。
【００３５】
ここでＵｐキーを１回押すごとに、最初の桁の数字は１ずつ増加する。Ｄｏｗｎキーを押すと１ずつ現象する。０の表示のときにＤｏｗｎキーを押すと、表示は２５５になる。同様に、２５５表示のときにＵｐキーを押すと、表示は０に戻る。Ｓｅｔキーを押すと次の桁に移る。Ｕｐ／ＤｏｗｎキーおよびＳｅｔキーを駆使して、ＩＰアドレス１０．１．１．３０をセットする様子を、６４〜６８に示す。
【００３６】
６７で、最後の桁をＵｐ／Ｄｏｗｎキーを用いて「３０」にセットした後、Ｓｅｔキーを押すと、６８の画面になる。６８において、さらにＳｅｔキーを押すと、設定完了となって画面は６３にもどる。６３のメニューの下の方には、不図示の項目「Ｅｘｉｔ」があり、Ｕｐ／Ｄｏｗｎキーでこれを選択してＳｅｔキーを押すと、６２に戻る。６２でも同様に「Ｅｘｉｔ」の項目があり、これを選択してＳｅｔキーを押すと、設定メニューを抜けて６１の画面に戻る。
【００３７】
この例に示したとおり、「プアな」ＵＩであっても、固定的に割り当てたＩＰアドレス等を設定することは、一応可能である。しかしながら、例えば、図６の操作手順において、「１２７．１２７．１２７．１２７」というアドレスを設定する場合を考えると、各桁においてユーザは最低１２７回×４桁の５００回以上のキー押し操作をしなければ、所望のアドレスをセットできず、その操作は極めて煩雑なものとなる。さらに、自己のＩＰアドレスだけでなく、ゲートウェイやネットマスク値等の設定にも、同様の手間が要求される。
【００３８】
また、例え、図４に示したＰＣなどにおける「リッチな」ＵＩであったとしても、ユーザのキーの押し間違い等で、設定ミスをする可能性は高くなる。
【００３９】
本発明は、上述の問題点に着目してなされたものであって、ＩＰアドレスなどのネットワーク・パラメータの設定を、ユーザが静的に手動で行う場合に、手間がかからずミスしにくい、容易なネットワーク・コントローラ装置を提供することを目的とする。
【課題を解決するための手段】
【００４０】
本発明のネットワーク・コントローラ装置またはネットワーク・パラメータ設定方法は、上記課題に鑑みて、ユーザに手間をかけさせること無く正しい固定ネットワーク・アドレスを設定可能とすべく、なされたものであって、
ネットワーク・インタフェース装置を備えたネットワーク・コントローラ装置であって、
接続されたネットワーク上に流れるネットワーク・パケットを、該パケット中に記載されている宛先に寄らず受信し解析する、パケット受信解析機能を備え、
該パケット受信解析機能により受信した、該ネットワーク内部またはルータを介して接続される外部ネットワークに接続される他のホスト装置宛のパケット中に記載される情報の一部に基づき、該ネットワーク・コントローラ装置のネットワーク・パラメータを設定する際の設定値の参考情報とする処理を行うことを特徴とする。
【００４１】
また、それに加えて、ユーザ・インターフェース装置を備え、該設定値の参考情報から最終的な設定値をユーザに決定せしめるのを、ユーザ・インターフェース装置を介して行うことを特徴とする。
【００４２】
あるいは、またそれに加えて、該パケット受信解析機能とは、ＯＳＩ参照モデルにおけるデータリンク層パケットまたはネットワーク層パケットを受信可能であり、かつデータリンク層またはネットワーク層を含む上位層の各層プロトコルのパケット解析が可能なパケットの受信解析機能であることを特徴とする。
【００４３】
あるいは、それに加えて、該ネットワーク・パラメータとは、使用するネットワーク・プロトコルに応じたホストのアドレスを示すアドレス情報であることを特徴とする。
【００４４】
あるいは、それに加えて、該ネットワーク・パラメータとは、ＩＰプロトコルにおけるＩＰアドレスであって、該パケット受信機能により受信した複数のパケット中に記載される、送信元ＩＰアドレス情報の予め定めた上位数ビットをネットワーク・アドレスとするＩＰアドレス候補を算出することを特徴とする。
【００４５】
あるいは、それに加えて、該ネットワークパラメータとは、ＩＰプロトコルにおけるネットマスク値であって、該パケット受信機能により受信した複数のパケット中に記載される、送信元ＩＰアドレス情報のうち、上位数ビットが一致するものがある場合に、一致する上位ビットを全て１とし残りを０としたものを該ネットマスク値の第一候補とする処理を行うことを特徴とする。
【００４６】
あるいは、それに加えて、該ネットワーク・パラメータ値とは、該ネットワーク・コントローラ接続されるネットワークから外部のネットワークに接続するためのルータ装置のアドレスを示すデフォルト・ゲートウェイ・アドレスであって、該パケット解析機能により他ホストが発行した外部ネットワーク宛のパケットを抽出し、該パケット記載のアドレス情報に基づきネットワークに対しアドレス問合せ処理を行って得るネットワーク・アドレスを候補とすることを特徴とする。
【００４７】
あるいは、それに加えて、該ネットワーク・パラメータ値とは、該ネットワークにおける各種サーバのネットワーク・アドレスを設定するサーバ・アドレス設定値であることを特徴とする。
【発明の効果】
【００４８】
ＩＰアドレスなどのネットワーク・パラメータの設定を、ユーザが静的に手動で行う場合に、手間がかからずミスしにくい、容易なユーザ・インターフェースを提供出来る。
【発明を実施するための最良の形態】
【００４９】
以下に図面を参照して本発明の好適な実施例を示す。
【実施例１】
【００５０】
［画像処理システム構成の説明］
図１は本実施系の一例である、ネットワーク・コントローラのハードウェア構成を示すブロック図である。
【００５１】
ネットワーク・コントローラ（１０）は、ＣＰＵ（１０１）と、ＣＰＵバス（１０２）を介して接続されているＲＯＭ（１０３）やＲＡＭ（１０４）等のメモリ等を備える。ＲＯＭにはＣＰＵ（１０１）で動作するプログラムが格納されており、ＣＰＵはバスを介して読み取ったＲＯＭ上のプログラムよって、所定の動作を実行する。また、ＲＡＭ（１０４）は、プログラムがＣＰＵ上で動作する上での、変数領域になったり、あるいはプログラムに応じて必要となるデータ処理の作業領域となる。
【００５２】
もちろん動作させるプログラムの規模や目的に応じて、不図示のＨＤＤ装置を備え、ＨＤＤ装置上に格納したプログラムを逐次読み取り、ＲＡＭ上に展開して実行する構成としてもよい。
【００５３】
またＣＰＵバスには、ネットワークＩ／Ｆカード（ＮＩＣ）のような、イーサネット（登録商標）Ｉ／Ｆ部（１０６）が接続されており、これを介してＬＡＮに接続される。
【００５４】
また、ネットワーク・コントローラが制御すべき専用機器、例えば、図２における複写機などとの専用Ｉ／Ｆ部（１０７）を備えており、この専用Ｉ／Ｆ部を介して専用機器を制御する。これは制御すべき機器に合わせたＩ／Ｆとなっており、例えば複写機をネットワークプリンタとして動作させるＰＤＬコントローラのような場合は、ＶｉｄｅｏＩ／Ｆのような画像を高速に転送可能なものを用いれば良いし、家電のような簡単な制御のみを必要とするようなものの場合は、単なるシリアルＩ／Ｆやポートであってもよく、あるいは、ネットワーク・コントローラ全体を専用機器に含める構成としても良い。いずれにせよ、本特許の本質に関わるものではない。
【００５５】
さらに、ユーザＩ／Ｆ部（１０５）を備えており、ユーザからの指示を受付け、あるいはユーザに対してメッセージを表示することが可能である。本実施例においては、図５に示したＵＩを備えており、ＣＰＵ（１０１）からの指定により、任意の文字列を液晶画面に表示可能であって、また、ＣＰＵ（１０１）は、３つのキー入力を割り込みまたはポーリングにより知ることができる構成となっている。
【００５６】
［ネットワーク処理部］
ＲＯＭ（１０３）または不図示のＨＤＤ装置に格納されている、ＣＰＵ（１０１）で動作するプログラムのうち、ＮＩＣ（１０６）を介してネットワーク通信処理を行うネットワーク処理部は、図７に示す階層構造となっている。
【００５７】
図７の構造は、よく知られるＯＳＩ参照モデルに則っている。このうち、物理層７０はＬＡＮを構成するイーサネット（登録商標）および１０６に示したＮＩＣハードウェアそのものである。（つまり、プログラムの一部ではない）。
【００５８】
データリンク層７１は、ＮＩＣドライバと考えてよく、図３のＥｔｈｅｒｎｅｔ（登録商標）  ｐａｃｋｅｔを生成して、物理層ハードウェアを制御し、実際にホスト間の通信をとり行う部分である。ネットワーク層７２処理部に対しては、データリンク層パケットを生成するためのＡＰＩを提供する。
【００５９】
ネットワーク層７２は、図３に示したＡＲＰ  ｐａｃｋｅｔを生成し、ＡＲＰプロトコルによるＩＰ→ＭＡＣアドレス変換を行ったり、ＩＰ  ｐａｃｋｅｔを生成してデータリンク層７１にＡＰＩを介して渡し、ＩＰプロトコル通信を行う部分である。もちろん、図示したＡＲＰやＩＰプロトコルに限るものではなく、例えばＲＡＲＰプロトコルをここでサポートしてもよい。
【００６０】
トランスポート層７３は、図３に示したＴｒａｎｓｐｏｒｔ  ｌａｙｅｒのＵＰＤ  ｐａｃｋｅｔやＴＣＰ  ｐａｃｋｅｔを生成してネットワーク層に渡す部分である。もちろんこれ以外のプロトコルもサポートできる。
【００６１】
アプリケーション７４は、ＴＣＰやＵＤＰプロトコルを用いて、データ通信を行うアプリケーション全般であって、専用プロトコルで接続されている専用機器の制御を行うプログラム以外にも、例えば、ＦＴＰ転送ユーティリティや、ＨＴＴＰによりＷＷＷアクセスするブラウザ等のユーティリティを含んでいる。尚、ＯＳＩ参照モデルでは、ここはセッション層およびプレゼンテーション層を含む。
【００６２】
また、データリンク層７１においては、自分宛のパケットのみではなく、ＬＡＮ上に流れている全てのパケットを受信している。すなわち、図３におけるＥｔｈｅｒｎｅｔ（登録商標）  ｐａｃｋｅｔを受信し、Ｄｓｔ  ＭＡＣ  ａｄｄｒｅｓｓの部分が、自己のＭＡＣアドレスとマッチするか、あるいは、ブロードキャストアドレスである０ｘＦＦＦＦＦＦＦＦＦＦＦＦがセットされている場合に、そのパケットを取り込みデータリンク層に伝えるという動作をしている。
【００６３】
図７において、データリンク層７１、ネットワーク層７２、トランスポート層７３は、通常、図１のネットワーク・コントローラに搭載されるＯＳプログラムの機能の一部として実現されている。通常のアプリケーションでは、ＯＳが提供するＴＣＰおよびＵＤＰプロトコルのＡＰＩのみを意識して通信部を実装すればよい。
【００６４】
しかし、アプリケーションによっては、ネットワーク層やデータリンク層ＡＰＩを直接たたいて、それぞれの層におけるパケットを解析することも可能である。例えば、よく知られるＵＮＩＸ（登録商標）のｔｃｐｄｕｍｐというツールのように、データリンク層で受信した全てのパケットをウォッチする、ということも可能である。
【００６５】
［ＵＩアプリケーション］
本発明におけるＵＩ処理部（すなわちＵＩアプリケーション）は、このｔｃｐｄｕｍｐに相当する機能を実装しており、一定期間内にＬＡＮ上を流れているデータリンク層パケットを全てウォッチし、解析してＩＰアドレスの設定候補の一部として表示する、という処理を行う。
【００６６】
尚、本実施例のネットワーク・コントローラでは、Ｂｅｒｋｌｅｙ派生カーネルのＵＮＩＸ（登録商標）をＯＳとして採用しており、ＢＰＦ（ＢＳＤ  Ｐａｃｋｅｔ  Ｆｉｌｔｅｒ）を用いてデータリンク層パケットウォッチの機能を実現している。（ＢＰＦについては、「ＵＮＩＸ（登録商標）ネットワークプログラミング第２版Ｖｏｌ．１」［Ｗ．リチャード・スティーヴンス著、篠田陽一訳、株式会社ピアソン・エデュケーション］に詳しく解説されているので、そちらを参照されたい。）
まず、自己のＩＰアドレスの設定画面について、図８、図９および図１０を用いて説明する。図８は、ＵＩアプリケーションのメインプロセスの動作フローであって、液晶画面表示とキー入力の管理を司る。ただし、図８は、メインプロセス全動作フローの一部であって、特に自己のＩＰアドレス設定に関係する部分以外は省略してあり、実際には他の制御プロセス等からの指令を受け付け、それに応じた処理を行う部分もある。図９は、本特許の本質に関わる一実施例のプロセスであって、自己のＩＰアドレスとして設定すべき、ＩＰアドレスの候補を抽出するプロセスの動作フローである。図１０は、図８のプロセスによって表示される、ＩＰアドレスの設定画面となっている。ただし、図１０は主に図６からの変更点（追加点）となっているため、図６も合わせて参照する。
【００６７】
ネットワーク・コントローラをＬＡＮに接続し、電源をオンすると、ＵＩメインプロセスが起動する。図８のＵＩメインプロセスはまず、８０２で起動時の初期化処理を行った後、８０３で図９のＩＰアドレス候補抽出プロセスを起動する。尚これは、自己のＩＰアドレス未設定時のみ起動することとしても良いし、あるいはＳｅｔボタンを押しながら電源オンした場合はＩＰアドレス再設定モードとして、このときのみ起動するようにしても良い。
【００６８】
初期化および必要な子プロセス起動等を終えると、ＵＩメインプロセスは８０４にてＩｄｌｅ画面表示する。これは図６における６１の画面である。
【００６９】
そして、８０５において、ユーザがＳｅｔキーを押下するのを待つ。ただし、このときは不図示の処理により、他のプロセスからの、例えばネットワークを介して送られてくる指令に従う処理も受け付けるようになっており、それに応じた画面処理を行う。
【００７０】
ユーザからセットキーを押された場合には、８０６にて設定画面のメインメニューを表示する。これは図６における６２の画面である。先に説明したとおり、この画面６２においては、Ｕｐ／ＤｏｗｎキーおよびＳｅｔキーにて項目を選択できるようにしている。この処理が８０７である。
【００７１】
Ｕｐ／Ｄｏｗｎキーにより、「Ｎｅｔｗｏｒｋ  ｓｅｔｕｐ」の項目を選択し、Ｓｅｔキーを押すと、８０９から８１１の処理に移行する。尚、その他の項目が選択された場合は、８１０の「その他の処理」へ以降するが、詳細は省略する。
【００７２】
８１１においては、図６の６３に示すネットワーク設定サブメニューを表示する。
【００７３】
８１２においては、８０７と同様にサブメニューの項目をＵｐ／ＤｏｗｎおよびＳｅｔキーで選択する。「ＩＰ  ａｄｄｒｅｓｓ」の項目が選択された場合には８１３から８１５の処理へ移行する。その他の項目が選択された場合は、８１４の「その他の処理」へ以降するが、同様に詳細は省略する。
【００７４】
８１５においては、８０３で起動した図９のＩＰアドレス候補抽出プロセスに対し、ＩＰアドレス候補の問合せを行う。このＩＰアドレス候補の抽出作業について、図９を用いて説明する。
【００７５】
ＵＩメインプロセスの８０３において起動されたＩＰアドレス候補抽出プロセスは、ＵＩメインプロセスとタイムシェアリングによる並列動作をしている。まず、９０２において、データリンク層のドライバプログラムがパケットを受信するごとに、抽出プロセスには割り込み処理が入り、流れてきたパケットを受信する。先に説明したように通常のデータリンク層の処理においては、自分のＭＡＣアドレス宛またはブロードキャストパケットでない場合は無視するが、この９０２の場合は自分宛でないパケットを受信する。（当然、自身のＩＰアドレスはまだ設定されていないので、自分宛のパケットはまだ受信されないはずである。）。
【００７６】
ただし、ここでいう受信とは、パケットを取り込んでネットワーク上から消去するわけではなく、単にウォッチするだけである。
【００７７】
受信したパケットはデータリンク層パケットであって、図３に示した「Ｅｔｈｅｒｎｅｔ（登録商標）  ｐａｃｋｅｔ」の構造を取っている。９０３において、このパケットのヘッダ部すなわち先頭から２２バイトと、末端のＣＲＣの４バイトの領域を取り除き、ネットワーク層パケットであるＦｒａｍｅ  ｄａｔａを抽出する。
【００７８】
そして、９０４において、抽出したＦｒａｍｅ  ｄａｔａがＩＰパケットであるかを判別する。これは、取り除いたヘッダ部のＦｒａｍｅ  ｔｙｐｅの領域を確認することで可能であり、ＩＰパケットである場合は、値０ｘ８００がセットされている。ＩＰパケットであれば、９０５に進み、そうでなければ９０６に進んで、ＡＲＰパケットであるか判別する。ＡＲＰの場合は、Ｆｒａｍｅ  ｔｙｐｅに０ｘ８０６がセットされている。もちろんこれら２つのネットワーク層プロトコルだけでなく、他のプロトコルに対応するようにすることも可能だが、本実施例では省略する。
【００７９】
ＩＰパケットの場合には、９０５において、Ｓｒｃ  ＩＰ  ａｄｄｒ．すなわち、パケットの送り主のＩＰアドレスを抽出する。これは、図３のＩＰ  ｐａｃｋｅｔのヘッダ部におけるオフセット１２の位置から４バイトの領域であって、３２ビットのＩＰアドレスを入手できる。
【００８０】
ＡＲＰパケットの場合には９０７にて同様の処理を行うが、これは図３のＡＲＰ  ｐａｃｋｅｔのオフセット１０の位置からの４バイトとなる。もちろん他のプロトコルに対応する場合には、同様にＳｒｃ  ＩＰ  ａｄｄｒが格納されている領域を抽出すればよい。
【００８１】
抽出したＳｒｃ  ＩＰ  ａｄｄｒ．は、９０８において、下位１バイトを除いた上位３バイトをＲＡＭ領域に保存する。
【００８２】
そして９０９において、予め定めた一定時間が、処理開始から経過しているかを確認し、経過していなければ、９０２に戻る。
【００８３】
一定時間経過後、ＵＩメインプロセスから図８の８１５に示した「ＩＰアドレス候補問合せ」が来ていた場合は、９１１へと進む。尚、このプロセス間通信の仕組みはＯＳによって提供されている機能を利用しており、本実施例ではメッセージキューと呼ばれるものを仕様している。メッセージキューにおいては、読み出し側（ここでは抽出プロセス）が読み出さない限り、送り側（ここではＵＩメイン）が送ったメッセージは、ＯＳ内のキューに保存されているので、一定時間が経過するまで９１０の処理に移行しなくとも、ＵＩプロセスは返事を待つだけである。
【００８４】
尚、９０８でＩＰアドレスを保存する領域は、予め例えば１００個ならば１００個と決められた数になっており、９０９または９１０から９０２への繰り返し処理により、例えば１００個以上のパケット受信した場合には、古いものから順に削除してゆく。
【００８５】
以上により、図９のプロセスが管理するＩＰアドレス保存領域には、例えば１００個以内のＩＰアドレスの上位３バイトがストアされている状態になる。
【００８６】
ここで、９１０においてＵＩメインプロセスからのＩＰアドレス候補問合せを受信すると、９１１のＩＰアドレス候補計算を行う。この処理は、受信したパケットを解析して得たＩＰアドレスの上位３バイトのうち、出現頻度の高いもの順に並べる作業である。
【００８７】
通常、ＬＡＮにおいて、一定時間中に流れるパケットをウォッチすると、同一ＬＡＮに接続された機器が発行するパケットが最も多いと考えられる。また、ＩＰｖ４の多くのＬＡＮでは、ＩＰアドレスのうちの上位３バイトすなわち上位２４ビット以下をネットワーク・アドレスとすることが多い。従って、ストアした上位３バイトの中で、最も出現頻度の高いものが、そのＬＡＮのネットワーク・アドレスである可能性が最も高い。
【００８８】
もちろんこれは１００％とは言い切れないため、出現頻度の高い順に予め定めた数を、ＬＡＮの候補ネットワーク・アドレス群とするのが、９１１における処理である。
【００８９】
かくして計算したネットワーク・アドレス候補それぞれに、下位１バイトを０として加えたものが、ＩＰアドレス候補となる。９１２においては、このＩＰアドレス候補群を、予め定めた数のリストとして、ＵＩメインプロセスに返信する。
【００９０】
図１０の１０００に、候補ＩＰアドレスのリストの例を示している。８１６においては、この候補一覧を、液晶画面に表示する。この様子を示したものが図１０の１００１の画面で、本実施例の液晶表示装置は、３行のみしか表示できないため、とりあえず最初の２候補のみを表示している。
【００９１】
１００１において、第一候補は、反転表示しており、Ｕｐ／Ｄｏｗｎキーによって反転表示される候補は、スクロールしながら順に切り替えられる。例えば、１００１の状態のときに、Ｄｏｗｎキーを二回押すと、中段に「１０．１．２．０」下段に「１０．１．３．０」が表示された状態となり、かつ下段が反転表示される。これを行うのが、８１７の処理であって、Ｓｅｔキーを押すことによって、反転表示された候補が選択されたことになる。
【００９２】
次に８１８において、選択された候補１つのみを表示する。このときアドレスの第一桁の部分は反転表示しており、Ｕｐ／Ｄｏｗｎキーにより１ずつ増減可能である。この様子を図１０の１００２に示しており、ここでは一例として、ＩＰアドレス「１０．１．１．３０」を設定しようとしている場合を示している。これは図６の６４〜６７で従来技術の一例として説明した処理とまったく同様であって、図８のフローチャートでは８１９〜８２１の処理となる。
【００９３】
この実施例においては、通常、ネットワーク・アドレス部分すなわち、上位３バイトについては、設定しようとしているＩＰアドレスと同じであると考えられるので、ユーザはＳｅｔキーを３回続けて押す。すると反転表示は、図１０の１００３に示すように最終桁に移る。ユーザは、ここで、３０回Ｕｐキーを押し、最終桁を「３０」にする（１００４）。ここでＳｅｔキーが押されると、ＵＩメインプロセスは１００５に示した最終確認画面を表示する（８２２）。
【００９４】
そして８２３においてＳｅｔキーまたＤｏｗｎキーが押されるのを待ち、Ｓｅｔキーの場合は、８２４に進み、自己のＩＰアドレス設定を保存する。図１のコントローラには、ＲＯＭ領域の一部として、フラッシュＲＯＭ領域があり、ＩＰアドレス設定はこの領域に保存されるため、その後コントローラの電源が切られても、設定がクリアされることはない。
【００９５】
一方、８２３において、Ｄｏｗｎキーが押された場合には、再設定を行うべく８１６に戻り、再び１００２のように第一桁が反転された画面を表示する。ただし、このとき各桁は、８２２において表示された最終候補と同一のものとなっており、ユーザは訂正したい桁のみをＳｅｔキーで選択してＵｐ／Ｄｏｗｎキーで修正することが可能である。
【００９６】
また、以上の説明においては、ネットワーク・アドレスに相当する上位ビット以外の下位ビットは０として、候補としたが、少なくとも受信したパケットで使用されていない下位ビットをもって候補とすることももちろん可能である。この場合は、設定中も並行にパケット受信を続け、Ｓｒｃ  ＩＰ  ａｄｄｒｅｓｓとして記述され使用されていることが明らかなＩＰアドレスは、適時省いて表示しないようにしていくことももちろん可能である。
【００９７】
ＩＰｖ４におけるもう一つの重要なパラメータとして、ネットマスク値の設定が必要であるが、ＵＩメインプロセスの処理としては、ＩＰアドレス設定と同様の処理であるので、詳細なフローチャートは省略し、図６と図１０および図８との差異を示すことにより説明する。
【００９８】
図６の６３において、「Ｓｕｂｎｅｔ  ｍａｓｋ」の項目を選択すると、図８の８１４その他の処理の一部であるサブネットマスク値設定へと進む。処理の詳細については、ＩＰアドレス設定時と同様であるので省略するが、１００１に相当する画面としては、１００６のようになる。
【００９９】
一般的に最も良く使用されるサブネットマスク値は、「２５５．２５５．２５５．０」であるので、最初に選択されている候補はそれとなっている。サブネットマスク値は、ネットワーク・アドレスとホストアドレスの区切りを明らかにする設定であるので、１０進数の連続値を取るわけではなく、最上位から何ビットが１が続き、残りのビットが０となる３２ビットの２進数である。これを１バイトごとに区切ったものが各桁の表示となる。
【０１００】
従って、
２５５．２５５．２５５．０＝［１１１１１１１１  １１１１１１１１  １１１１１１１１  ００００００００］
を基準として、Ｕｐキーを押していく場合には、
２５５．２５５．２５５．１２８＝［１１１１１１１１  １１１１１１１１  １１１１１１１１  １０００００００］
２５５．２５５．２５５．１９２＝［１１１１１１１１  １１１１１１１１  １１１１１１１１  １１００００００］
２５５．２５５．２５５．２２４＝［１１１１１１１１  １１１１１１１１  １１１１１１１１  １１１０００００］
…
Ｄｏｗｎキーを押していく場合には、
２５５．２５５．２５４．０＝［１１１１１１１１  １１１１１１１１  １１１１１１１０  ００００００００］
２５５．２５５．２５２．０＝［１１１１１１１１  １１１１１１１１  １１１１１１００  ００００００００］
２５５．２５５．２４８．０＝［１１１１１１１１  １１１１１１１１  １１１１１０００  ００００００００］
…
と候補を切り替えて表示していく。
【０１０１】
また、ＩＰアドレスがすでに設定され、なおかつ図１０の１０００に示したような、ＩＰアドレス候補一覧が抽出していた場合には、さらにサブネットマスク値の候補を絞り込むように実装することも可能である。
【０１０２】
例えば、設定したＩＰアドレスが１０．１．１．３０であって、図１０の１０００に示した５つの候補が抽出されていたとするとき、上位２バイトのマッチするアドレス候補を全て抽出する。ここでは１０．１．１．０，  １０．１．２．０，  １０．１．３．０となる。これらは、二進数で書くと、
［００００１０１０  ０００００００１  ０００００００１  ００００００００］
［００００１０１０  ０００００００１  ００００００１０  ００００００００］
［００００１０１０  ０００００００１  ００００００１１  ００００００００］
となり、上位２２ビットの値は完全に一致していることが分かる。このような場合は、上位２２ビットをネットワーク・アドレスと見なしたネットマスク値、すなわち
［１１１１１１１１  １１１１１１１１  １１１１１１００  ００００００００］＝２５５．２５５．２４８．０
を第一候補として表示するようにすることもできる。
【０１０３】
もちろん、これもあくまで「候補」であり、最終決定はユーザに任せればよい。
【実施例２】
【０１０４】
［ゲートウェイアドレス］
本発明の本質によれば、図９で説明したように、接続されるネットワーク上を流れる他ホストから他ホスト宛のパケットをウォッチし、それらのパケット内に記述された情報を基に自ホストの設定値の候補を得ることにある。この考え方を利用して、ＬＡＮの外部のネットワークに接続された機器と通信するために必要な、デフォルト・ゲートウェイのアドレスを設定することも可能である。
【０１０５】
実施例１の手段またはその他の手段によって、自ホストのＩＰアドレスおよびサブネットマスク値が設定されると、自己の接続されているＬＡＮのネットワーク・アドレスを知ることができる。
【０１０６】
この情報に基づき、ネットワーク上を流れるパケットをウォッチすると、自己の所属するＬＡＮ内に所属するホストが送り元となっていて、外部のホストが宛先となっているパケットを抽出することができる。
【０１０７】
すなわち、図３に示したＩＰ  ｐａｃｋｅｔであれば、Ｓｒｃ  ＩＰ  ａｄｄｒ．と自己のサブネットマスクとのＡＮＤ演算を行い、結果が自己のネットワーク・アドレスと一致するものに関しては、自己の所属するＬＡＮに接続されたあるホストが発行したものと判別できる。
【０１０８】
同様に、Ｄｓｔ  ＩＰ  ａｄｄｒ．を確認すれば、外部ネットワークに所属するホスト宛であるかどうかも判別できる。
【０１０９】
もちろん、ＡＲＰ  ｐａｃｋｅｔを用いて同様の確認も行える。
【０１１０】
このようにして抽出したパケットは、ネットワーク層レベルで見ると、送信元アドレス＝ＬＡＮ所属ホストのＩＰアドレス、宛先アドレス＝外部ネット所属ホストのＩＰアドレスとなっているが、データリンク層レベルでみると、送信元アドレス＝ＬＡＮ所属ホストのＭＡＣアドレス、宛先アドレス＝ゲートウェイのＭＡＣアドレスとなっている。もちろんこのＭＡＣアドレスは、ＡＲＰプロトコルにより、送信元ホストが予めゲートウェイのＩＰアドレスから確認して保持していたものである。
【０１１１】
従って、このパケットをウォッチすることにより、自ホストはゲートウェイのＭＡＣアドレスを知ることができる。あとはゲートウェイであるホストがＲＡＲＰプロトコルを備えていれば、ＲＡＲＰ要求を発行することにより、ゲートウェイからＩＰアドレスを取得することができる。
【０１１２】
いくつかのパケットをウォッチしていると、異なったゲートウェイのＭＡＣアドレスが取得できる可能性もある。すなわちそのＬＡＮにおいて、外部に出るのに、複数の経路が存在する場合である。
【０１１３】
その場合は、それぞれのゲートウェイについてのＩＰアドレスを取得しておき、実施例１で述べた自己のＩＰアドレス設定の場合と同様、出現頻度から候補一覧を作成し、ＵＩによって、ユーザにどれをデフォルトとするかを選択させればよい。
【実施例３】
【０１１４】
［その他の設定やプロトコル］
本特許の本質によれば、他のＷＷＷプロキシやＮＦＳなどのサーバのアドレスを設定する際にも有効であることはいうまでもない。例えば、アプリケーション層のパケットをウォッチし、ＨＴＴＰプロトコルを抽出して実施例２と同様の操作を行えば、ＷＷＷプロキシのアドレス候補を取得することも可能であろう。
【０１１５】
また、適用範囲はもちろんＴＣＰ／ＩＰ（ＩＰｖ４）プロトコルに限ったものではない。例えばＩＰＸやＡｐｐｌｅＴａｌｋ等の他のプロトコルであっても、パケット構造に応じた実装を行えば、静的なネットワークＩＤやノードＩＤ設定などに利用できることはいうまでもない。
【０１１６】
また、ＩＰｖ６のような１２８ビットという長いアドレス設定においても、もし静的に固定アドレスを振りたい場合があれば、ユーザの設定の容易さという面で、本発明は極めて有効であることはいうまでもない。
【０１１７】
さらに、「プアな」ユーザＩ／Ｆに限らず、ＰＣのような「リッチな」ユーザＩ／Ｆであっても、設定に先んじて予め候補を絞ることによって、ユーザの設定ミスを軽減し、かつ設定を容易にする効果があり、やはり有効である。
【図面の簡単な説明】
【０１１８】
【図１】本発明の好適な１実施例であるネットワーク・コントローラのハードウェア構成の概略を示すブロック図である。
【図２】ローカル・エリア・ネットワークの一例を示すネットワーク構成図である。
【図３】データリンク層、ネットワーク層およびトランスポート層それぞれに属する、代表的なプロトコルのパケット構造を示すパケット構造図である。
【図４】ＰＣ等におけるユーザ・インターフェースの一例で、ＩＰアドレス設定画面を示す図である。
【図５】ネットワーク・コントローラの一例であるＰＤＬコントローラにおける、本発明の好適な１実施例としてのユーザ・インターフェースを示す図である。
【図６】本発明の好適な１実施例である図１のネットワーク・コントローラのユーザ・インターフェースにおいて、従来技術を用いて行うＩＰアドレスの設定の様子を示したＩＰアドレス設定画面を示す図である。
【図７】本発明の好適な１実施例である図１のネットワーク・コントローラにおいて、ネットワーク・プロトコル処理部の構成を示した階層構造図である。
【図８】本発明の好適な１実施例である図１のネットワーク・コントローラにおける、ＵＩメインプロセスの処理フローを示したフローチャートである。
【図９】本発明の好適な１実施例である図１のネットワーク・コントローラにおける、ＩＰアドレス候補抽出プロセスの処理フローを示したフローチャートである。
【図１０】本発明の好適な１実施例である図１のネットワーク・コントローラにおいて、図５のユーザ・インターフェースを用いて本発明を適用した場合における、画面遷移を示すＩＰアドレス設定画面を示す図である。
【符号の説明】
【０１１９】
１０  ネットワーク・コントローラ
１０１  ＣＰＵ
１０２  ＣＰＵバス
１０３  ＲＯＭ
１０４  ＲＡＭ
１０５  ユーザＩ／Ｆ部
１０６  イーサネット（登録商標）Ｉ／Ｆ部
１０７  専用インターフェース部
【図１】
2006121592.tif 000003
【図３】
2006121592.tif 000004
【図５】
2006121592.tif 000005
【図６】
2006121592.tif 000006
【図７】
2006121592.tif 000007
【図８】
2006121592.tif 000008
【図９】
2006121592.tif 000009
【図１０】
2006121592.tif 000010
【図２】
2006121592.tif 000011
【図４】
2006121592.tif 000012