JP4418970B2 - ネットワーク機器及びコンピュータプログラム - Google Patents

Description

この発明はネットワークに接続する装置に関し、特に、外部の装置を通じて設定を行なうネットワーク機器の設定技術の改良に関する。

いわゆるインターネットの普及に伴い、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を用いたネットワークが、企業内のネットワーク、家庭内ネットワーク等、あらゆる所で利用される状況となっている。技術革新により電子装置の性能が著しく向上し、その価格も低下しているため、ネットワークに接続される機器も多種多様となっている。例えば、パーソナルコンピュータ（以下「ＰＣ」と呼ぶ。）、テレビジョン受像機（以下「ＴＶ」と呼ぶ。）、及びハードディスクレコーダなど、ネットワークとの親和性が高いと考えられる製品のみならず、電子レンジ、冷蔵庫など、従来はネットワークに接続することが考えられなかった家電製品をネットワークに接続することが提案されている。

しかし、このように多種多様な装置をネットワークに接続する場合、それら装置の初期設定をどのように行なうかが問題となる。

自分自身のユーザインタフェースを持つ装置、例えばＰＣ等では次のようにしてこの設定を行なうことができる。すなわち、ネットワークに接続する前に、ネットワーク接続を行なうための設定画面を表示し、ユーザからの入力を受ける。この入力に対して一定のチェックを行ない、チェックの結果が一応正しければ、その設定によってネットワーク接続のための構成を変更し、変更後の構成でネットワークに接続する。

これに対し、例えば無線又は有線ＬＡＮ（Local Area Network）のネットワーク機器、例えば、プリントサーバ等のように、自分自身のユーザインタフェースを持たない装置では、何らかの形でユーザから設定入力を受ける必要がある。家電製品等についても多くの場合、事情は同様である。設定すべき項目がわずかであれば、ディップスイッチなどを用いた設定を行なうようにすればよいが、ネットワーク接続の場合には設定すべき項目が多く、しかも文字列として設定すべき情報が多いので、こうした手段は用いることができない場合が多い。

こうした問題に対する一般的な解決策は、その装置をネットワークに接続する前に、その機器と外部の機器、例えばＰＣとを一対一で接続させ、そのＰＣを用いて必要な情報を設定する、というものである。すなわち、装置内にＨＴＴＰ（HyperText Transfer Protocol）サーバを起動させ、予め準備した情報により、ネットワーク接続用の情報を設定するフォーム（以下「設定フォーム」と呼ぶ。）をＰＣのブラウザに表示させる。ユーザはこのフォームに必要な情報を入力する。フォームへの入力をＰＣから受けると、装置内のＨＴＴＰサーバから任意の処理を通じて所定のメモリ領域にそれら情報を書込む。一旦装置の電源を落とし、再起動することで、新たな設定を有効とし、その状態でネットワークに接続する。

こうした手順を踏むことで、自分自身のユーザインタフェースを持たない装置、又は貧弱なユーザインタフェースしか持たない装置でも、ネットワーク接続のための設定を行なうことができる。

この場合、ＰＣから設定フォームにアクセスするためには、ネットワーク上での設定フォームの識別子に相当するＵＲＩ（Uniform Resource Identifier）又は装置の論理的なネットワークアドレスであるＩＰ（Internet Protocol）アドレスと、装置の物理アドレスであるＭＡＣ（Media Access Control）アドレスとが必要となる。

ところで、ＩＰアドレスは、例えば１９２．１６８．０．１のように、数字の羅列により表現されるため、人間には分かりづらい。そこで、通常はＵＲＩという、人間にとって分かり易い表現により、ネットワーク上のホストと、そのホストにおける目的のファイルまでのパスと、ファイル名と、使用されるプロトコルとを特定する。そしてこのＵＲＩが指定されると、そのＵＲＩに対応するホストのＩＰアドレスを決定し、そのホストにアクセスすることで目的のファイルを入手する。ブラウザは、このような方法によってウェブ上の文書を検索し、表示する。また、ブラウザによるファイルのリクエストを受付けるＨＴＴＰサーバは、ファイル名が指定されていないときにはデフォルトのファイルを返送するように設定されていることが通常である。

したがって、ネットワーク機器に、そのネットワーク機器を設定するための情報が格納されている位置を示すＩＰアドレスが予め設定されており、かつその情報がデフォルトのファイル名としてアクセス可能に設定されていれば、ユーザがそのＵＲＩ又はＩＰアドレスをブラウザに入力することにより、設定フォームを表示させることができる。

しかし、これら情報を入力しなければならないことさえ明確には分からないユーザの場合には、上記したような操作を行なうことは期待できない。少なくとも、ユーザにとっては負担となる。特に家電製品のように家庭で使用することが想定される装置の場合にはこの問題は重要である。

こうした問題を解決するための一つの方策が、特許文献１にホームゲートウェイ装置として開示されている。特許文献１に開示されたホームゲートウェイ装置は、ネットワーク機器に接続されたＰＣからＨＴＴＰリクエストがあった場合、ゲートウェイ装置自身の管理者のログイン名又はそのパスワードが設定されていない状態、すなわちホームゲートウェイ装置が工場出荷直後の状態にあることを示す条件が成立しているときには、そのＨＴＴＰリクエストに含まれるＵＲＩを、強制的に自分自身の設定フォームのＵＲＩに変更してしまう。その結果、例えばＰＣのブラウザが、その立ち上げ時に所定のＵＲＩにアクセスする設定となっている場合、そのＰＣのブラウザには、ホームゲートウェイ装置の設定フォームが表示される。
特開２００４−２２０２４０号公報

しかし、上記した特許文献１に記載のシステムは、最初にネットワーク機器とＰＣとが接続されたときに、ネットワーク機器内のＤＨＣＰ（Dynamic Host Configuration Protocol）サービスによってＰＣのＩＰアドレスとデフォルトゲートウェイアドレスとが設定可能であることが前提となっている。しかしそのような条件が必ず成立するという保証はない。ネットワークの運営はネットワークごとに全く異なっていることが通常であり、共通の条件を想定することは非現実的である。勿論、ＰＣのネットワーク設定を予め確認することも可能であるが、このような作業はユーザにとって負担となるだけでなく、特にＰＣの初心者にとっては極めて困難な作業となる。

例えばＰＣが購入直後である場合には、ＰＣはＤＨＣＰサービスによりＩＰアドレスを入手する設定であるか否かは不明である。また、ネットワーク機器に接続されるＰＣは、既存のネットワークで使用されているＰＣかも知れず、そうした場合にはＰＣのＩＰアドレスもデフォルトゲートウェイも設定済みで、ＤＨＣＰによってＩＰアドレスが設定されるような状態となっていることは全く保証されない。したがって、特許文献１に開示のシステムが正しく動作できるのはごく限定された環境だけということになる。

ネットワーク機器としては、初期情報の設定時に、どのようなＰＣが接続されてくるかも分からない状態で、ネットワークに関してよく分からないユーザに対しても間違いなく設定フォームを表示できるような方式を提供する必要がある。しかし、そのような方式はまだ提供されていない。

それゆえに本発明の目的は、設定用の機器が接続されたときに、そのネットワーク接続の設定がどのような状態であっても、自己の設定用パラメータを、確実に、かつユーザに過大な負担をかけずに設定用の機器を用いて設定できるネットワーク機器及びそのためのコンピュータプログラムを提供することである。

本発明の第１の局面に係るネットワーク機器は、第１の動作モード及び第２の動作モードの間で切替可能なネットワーク機器であって、ネットワーク機器の設定用パラメータを記憶するための記憶手段と、通信経路から通信パケットを受信するためのパケット受信手段と、第１の動作モードにおいてパケット受信手段が受信した通信パケットが当該通信パケットの送信元に対する論理アドレスの割当要求パケットであることに応答して、所定のアドレス決定方法により、互いに通信可能な関係にある第１及び第２の論理アドレスを生成し、第１の論理アドレスを送信元に返信し、第２の論理アドレスをネットワーク機器に設定するための動的アドレス生成手段とを含む。

ネットワーク機器はさらに、第１の動作モードにおいて、パケット受信手段の受信した通信パケットが、ネットワーク上の資源の識別子に対応する論理アドレスを問合せる通信パケットであることに応答して、識別子の如何に関わらず、ネットワーク機器に設定されている論理アドレスを送信元に送信するための識別子解決手段と、第１の動作モードにおいて、識別子解決手段によりネットワーク機器の論理アドレスが送信元に送信された後、送信元から当該論理アドレスを用いてネットワーク機器に送信され、パケット受信手段により受信された設定用パラメータの値を、記憶手段に格納するためのパラメータ設定手段とを備え、第２の動作モードにおいて、記憶手段に記憶された設定用パラメータの値を用いた通信により所定のネットワーク機能を実現することを特徴とする。

第１の動作モードにおいて、このネットワーク機器が論理アドレスの割当要求パケットを受信すると、動的アドレス生成手段が第１及び第２の論理アドレスを生成する。第１の論理アドレスは割当要求パケットの送信元に返信され、送信元の論理アドレスに設定される。第２のアドレスは、このネットワーク機器の論理アドレスに設定される。さらにネットワーク上の資源の識別子に対応する論理アドレスを問合せる通信パケットをネットワーク機器が受信すると、識別子解決手段により、識別子の如何にかかわらず、このネットワーク機器に設定された論理アドレスが返信される。この論理アドレスを受信した相手側端末がこの論理アドレスを送信先とする設定用パラメータを送信すると、このネットワーク機器が受信し、パラメータ設定手段が記憶手段にその設定用パラメータを格納する。第２の動作モードでは、このネットワーク機器は、記憶手段に記憶された設定用パラメータを用いて動作できる。

相手側端末が動的な論理アドレスの割当を受ける設定となっている場合、動的アドレス生成手段によって、相手側端末とこのネットワーク機器とに、互いに通信可能な第１及び第２の論理アドレスが設定される。識別子解決手段により、相手側端末が識別子に対応する論理アドレスを問合せたときには、その識別子の値にかかわらずこのネットワーク機器の論理アドレスが相手側端末に返される。以後、相手側端末は識別子の値にかかわらず、その識別子で示される端末への送信データをこのネットワーク機器に対して送信する。相手側端末で入力される、ネットワーク機器の設定用パラメータの値を、任意の識別子で示される端末に送信すると、その設定用パラメータはこのネットワーク機器に受信され、記憶手段に記憶される。相手側端末が動的な論理アドレスの割当を受ける設定となっており、その論理アドレスが事前に分からない場合でも、間違いなくネットワーク機器と相手側端末とが通信可能になり、さらに、ネットワーク機器に設定すべきデータの送信先の識別子が分からない場合でも、相手側端末で任意の識別子を用いてネットワーク機器にデータを送信できる。したがって、動的な論理アドレスの割当を受ける設定となっている端末を介して、ネットワーク機器の設定用パラメータを確実に、かつユーザに過大な負担をかけずに設定することができる。

本発明の第２の局面に係るネットワーク機器は、第１の動作モード及び第２の動作モードの間で切替可能なネットワーク機器であって、ネットワーク機器の設定用パラメータを記憶するための記憶手段と、通信経路から通信パケットを受信するためのパケット受信手段と、第１の動作モードにおいて、パケット受信手段が受信した通信パケットに含まれるアドレス情報に基づき、所定のアドレス決定方法により通信パケットの送信元と通信可能なように、ネットワーク機器の論理アドレスを生成するための情報抽出型アドレス生成手段と、第１の動作モードにおいて、パケット受信手段の受信した通信パケットが、ネットワーク上の資源の識別子に対応する論理アドレスを問合せる通信パケットであることに応答して、識別子の如何に関わらず、ネットワーク機器に設定されている論理アドレスを送信元に送信するための識別子解決手段と、第１の動作モードにおいて、識別子解決手段によりネットワーク機器の論理アドレスが送信元に送信された後、送信元から当該論理アドレスを用いてネットワーク機器に送信され、パケット受信手段により受信された設定用パラメータの値を、記憶手段に格納するためのパラメータ設定手段とを備え、第２の動作モードにおいて、記憶手段に記憶された設定用パラメータの値を用いた通信により所定のネットワーク機能を実現することを特徴とする。

第１の動作モードにおいて、このネットワーク機器が通信パケットを受信すると、情報抽出型アドレス生成手段がこの通信パケットに含まれるアドレス情報に基づき、通信パケットの送信元と通信可能なように、ネットワーク機器の論理アドレスを生成し設定する。さらにネットワーク上の資源の識別子に対応する論理アドレスを問合せる通信パケットをネットワーク機器が受信すると、識別子解決手段により、識別子の如何にかかわらず、このネットワーク機器に設定されている論理アドレスが返信される。この論理アドレスを受信した相手側端末がこの論理アドレスを送信先とする設定用パラメータを送信すると、このネットワーク機器が受信し、パラメータ設定手段が記憶手段にその設定用パラメータを格納する。第２の動作モードでは、このネットワーク機器は、記憶手段に記憶された設定用パラメータを用いて動作できる。

ネットワーク機器の論理アドレスが設定された後は、相手側端末から識別子の解決を要求するパケットを受信すると、必ずこのネットワーク機器の論理アドレスが識別子に対応する論理アドレスとして返信されるので、相手側端末でどのような識別子を指定してデータを送信しても必ずこのネットワーク機器にデータが受信され、記憶手段に記憶される。したがって、相手側端末に既に論理アドレスが割当てられている場合にも、必ず相手側端末とネットワーク機器との間の通信が可能になり、相手側端末で入力された設定用パラメータの値を受信して記憶手段に記憶させることができる。その結果、設定用端末として固定アドレスが割り当てられている装置を用いたときにネットワーク機器の設定を確実に、かつユーザに過大な負担をかけずに設定できる。

本発明の第３の局面に係るネットワーク機器は、第１の動作モード及び第２の動作モードの間で切替可能なネットワーク機器であって、ネットワーク機器の設定用パラメータを記憶するための記憶手段と、通信経路から通信パケットを受信するためのパケット受信手段と、第１の動作モードにおいてパケット受信手段が受信した通信パケットが当該通信パケットの送信元に対する論理アドレスの割当要求パケットであることに応答して、所定のアドレス決定方法により、互いに通信可能な関係にある第１及び第２の論理アドレスを生成し、第１の論理アドレスを送信元に返信し、第２の論理アドレスをネットワーク機器に設定するための動的アドレス生成手段と、第１の動作モードにおいてパケット受信手段が、ネットワーク上の特定の論理アドレスに対応する物理アドレスを問合せる通信パケットを受信したことに応答して、その特定の論理アドレスの如何に関わらず、その特定の論理アドレスをネットワーク機器の論理アドレスに設定し、さらに問合せのあった物理アドレスとしてネットワーク機器の物理アドレスを送信元に返信するための物理アドレス応答手段と、第１の動作モードにおいて、物理アドレス応答手段によりネットワーク機器の物理アドレスが送信元に送信された後、送信元から当該特定の論理アドレスを用いてネットワーク機器に送信され、パケット受信手段により受信された設定用パラメータの値を、記憶手段に格納するためのパラメータ設定手段とを備え、第２の動作モードにおいて、記憶手段に記憶された設定用パラメータの値を用いた通信により所定のネットワーク機能を実現することを特徴とする。

相手側端末が動的な論理アドレスの割当を受ける設定となっている場合、動的アドレス生成手段により、相手側端末とこのネットワーク機器とに第１及び第２の論理アドレスが割当てられ、互いに通信が可能になる。一方、ネットワークでは、論理アドレスが分かっていても物理アドレスが分からないと実際の通信が行なえない。データの送信先の論理アドレスのみが分かっており、物理アドレスが不明な場合には、相手側端末は論理アドレスを指定して、対応の物理アドレスを問合せる通信パケットをブロードキャストする。この通信パケットを受信すると、物理アドレス応答手段は、論理アドレスの値にかかわらず、動的アドレス生成手段によって自分に割り当てられた論理アドレスを、相手側端末から問合せのあった論理アドレスで設定しなおす。そして、その論理アドレスに対応する物理アドレスとして、自分の物理アドレスを相手側端末に返信する。これを受信した相手側端末は、問合せた論理アドレスへの送信データを、このネットワーク機器に送信する。パラメータ設定手段は、この送信データに含まれる設定用パラメータの値を、記憶手段に格納する。

相手側端末が特定の論理アドレスを指定してデータを送信しようとした場合、このネットワーク機器は、自己がその特定の論理アドレスに対応する装置であるかのように振舞うことで、相手側端末からのデータを受信できる。したがって、相手側端末で設定用データを入力した後、特定の論理アドレスを指定して送信しようとする処理がされた場合でも、このネットワーク機器でそのデータを受信し、設定用パラメータとして記憶できる。その結果、相手側端末のユーザがネットワーク機器の論理アドレスを知らなくても、相手側端末を用いてネットワーク機器の設定を確実に、かつユーザに過大な負担をかけずに行なうことができる。

本発明の第４の局面に係るネットワーク機器は、第１の動作モード及び第２の動作モードの間で切替可能なネットワーク機器であって、ネットワーク機器の設定用パラメータを記憶するための記憶手段と、通信経路から通信パケットを受信するためのパケット受信手段と、第１の動作モードにおいてパケット受信手段が、ネットワーク上の特定の論理アドレスに対応する物理アドレスを問合せる通信パケットを受信したことに応答して、その特定の論理アドレスの如何に関わらず、その特定の論理アドレスをネットワーク機器の論理アドレスに設定し、さらに問合せのあった物理アドレスとしてネットワーク機器の物理アドレスを送信元に返信するための物理アドレス応答手段と、第１の動作モードにおいて、物理アドレス応答手段によりネットワーク機器の物理アドレスが送信元に送信された後、送信元から当該特定の論理アドレスを用いてネットワーク機器に送信され、パケット受信手段により受信された設定用パラメータの値を、記憶手段に格納するためのパラメータ設定手段とを備え、第２の動作モードにおいて、記憶手段に記憶された設定用パラメータの値を用いた通信により所定のネットワーク機能を実現することを特徴とする。

このネットワーク機器は、第３の局面に係るネットワーク機器と同様、相手側端末が特定の論理アドレスを指定してデータを送信しようとしたときでも、自己がその特定の論理アドレスに対応する装置であるかのように振舞うことで、相手側端末からのデータを受信できる。したがって、相手側端末で設定用データを入力した後、特定の論理アドレスを指定して送信しようとする処理がされた場合でも、このネットワーク機器でそのデータを受信し、設定用パラメータとして記憶できる。その結果、相手側端末のユーザがネットワーク機器の論理アドレスを知らなくても、相手側端末を用いてこのネットワーク機器の設定を確実に、かつユーザに過大な負担をかけずに行なうことができる。

本発明の第５の局面に係るネットワーク機器は、第１の動作モード及び第２の動作モードの間で切替可能なネットワーク機器であって、ネットワーク機器の設定用パラメータを記憶するための記憶手段と、通信経路から通信パケットを受信するためのパケット受信手段と、第１の動作モードにおいてパケット受信手段が、ネットワーク上の特定の論理アドレスに対応する物理アドレスを問合せる通信パケットを受信したことに応答して、その特定の論理アドレスの如何に関わらず、その特定の論理アドレスをネットワーク機器の論理アドレスに設定し、さらに問合せのあった物理アドレスとしてネットワーク機器の物理アドレスを送信元に返信するための物理アドレス応答手段と、第１の動作モードにおいて、パケット受信手段の受信した通信パケットが、ネットワーク上の資源の識別子に対応する論理アドレスを問合せる通信パケットであることに応答して、識別子の如何に関わらず、ネットワーク機器に設定されている論理アドレスを送信元に送信するための識別子解決手段と、第１の動作モードにおいて、識別子解決手段によりネットワーク機器の論理アドレスが送信元に送信された後、送信元から当該論理アドレスを用いてネットワーク機器に送信され、パケット受信手段により受信された設定用パラメータの値を、記憶手段に格納するためのパラメータ設定手段とを備え、第２の動作モードにおいて、記憶手段に記憶された設定用パラメータの値を用いた通信により所定のネットワーク機能を実現することを特徴とする。

端末が特定の論理アドレスを指定して識別子の解決要求を送信しようとする場合、その論理アドレスに対応する物理アドレスを保持していない場合がある。そうした場合、端末は、識別子の解決要求の送信先の論理アドレスを指定し、その物理アドレスを問合せる通信パケットをブロードキャストする。このネットワーク機器の物理アドレス応答手段は、そうした通信パケットを受信すると、問合せがあった論理アドレスをこのネットワーク機器の論理アドレスに設定し、さらに対応する物理アドレスとしてこのネットワーク機器の物理アドレスを、問合せを送信した端末に送信する。したがって、その端末が識別子の解決要求を送信する場合、その送信先はこのネットワーク機器となる。

このネットワーク機器は、そのような識別子の解決要求を受信すると、その識別子の値にかかわらず、その識別子に対応する論理アドレスが自分の論理アドレスであるように振舞う。したがって、相手側端末でどのような送信先の識別子を入力してデータを送信しようとしたときでも、このネットワーク機器がその送信先となり、相手側端末からのデータを受信できる。すなわち、相手側端末で設定用データを入力した後、特定の識別子を指定して設定用データを送信しようとする処理がされた場合でも、このネットワーク機器で確実にそのデータを受信し、設定用パラメータとして記憶できる。その結果、相手側端末のユーザがどのような識別子を設定用パラメータの送信先として指定しても、ネットワーク機器の設定用パラメータを確実に、かつユーザに過大な負担をかけずに行なうことができる。

好ましくは、ネットワーク機器は、第１の動作モードで最初に受信したパケットの送信元の物理アドレスを記憶するための物理アドレス記憶手段と、第１の動作モードで２番目以降に受信したパケットの物理アドレスと、物理アドレス記憶手段に記憶された物理アドレスとを比較し、両者が異なっているときに予め定めるエラー処理を実行するためのエラー処理手段とをさらに含む。

このネットワーク機器は、第１のモードでは論理アドレスをネットワークで使用されている論理アドレスと無関係に使用する。したがって、ネットワークを混乱させないために、第１のモードでは、このネットワーク機器は設定用の相手側端末と一対一で接続されるのが前提である。第１のモードで最初に受信したパケットの送信元の物理アドレスを物理アドレス記憶手段に記憶させておくと、その後に受信したパケットの送信元の物理アドレスと、物理アドレス記憶手段に記憶された物理アドレスとを比較し、最初のパケットの送信元と異なる送信元からパケットが送られてきたときにすぐにそれを判定できる。仮に両者が異なっている場合に、何らかのエラー処理を行なうことで、ネットワークに対する悪影響を最小限にとどめることができる。

より好ましくは、ネットワークはＴＣＰ／ＩＰプロトコルを用いたネットワークを含み、論理アドレスはネットワーク上の装置のＩＰアドレスを含み、資源の識別子はＵＲＩを含み、ネットワーク上の資源の識別子に対応する論理アドレスを問合せる通信パケットはＵＲＩの名前解決リクエストを含み、識別子解決手段は、第１の動作モードにおいてネットワーク機器上で動作するＤＮＳサーバを含む。

ＴＣＰ／ＩＰプロトコルは、いわゆるインターネットで使用されているプロトコルであり、広く使用されている。一方、ＴＣＰ／ＩＰプロトコルを使用して通信を行なうユーザの中には、ネットワークの設定について詳しくないユーザも多い。したがって、こうした構成のネットワーク機器を用いることで、ネットワークの設定について詳しくないユーザであっても、ネットワーク機器の設定を容易且つ確実に行なうことができる。

本発明の第６の局面に係るプログラムは、相互に接続された記憶装置、中央演算処理装置、及びネットワークインタフェースを少なくとも有するネットワーク機器により実行されると、当該ネットワーク機器を、上記いずれかに記載のネットワーク機器の各手段として機能させることを特徴とする。

このプログラムを実行するコンピュータは、最初に述べたネットワーク機器の各手段と同じ機能を実現でき、同様の効果を奏することができる。

以上のとおり本発明によれば、ユーザはこのネットワーク機器を設定するために、どの論理アドレスにアクセスすればよいかを知る必要はない。設定用の機器と接続されたネットワーク機器には、自動的に設定用の機器と通信可能な論理アドレスが設定される。必要なら設定用の機器の論理アドレスも設定される。さらに、任意の文字列をネットワーク上の資源の識別子として入力しそこにアクセスすることを設定用の機器に指示したときに、ネットワーク機器との間の通信が開始されるように自動的に設定される。したがってユーザは、ネットワーク機器の設定方法について詳細を知らなくても、確実に、かつ容易に、ネットワーク機器の設定用パラメータの値を設定できる。このような設定手段は、ＰＣやネットワーク技術に長けたユーザだけでなく、初心者にとっても容易に扱えるものである。

以下、ネットワーク機器の一例として、無線ＬＡＮブリッジ装置を用いて本発明の一実施の形態を説明する。もちろん、本発明が適用可能な装置が無線ＬＡＮブリッジ装置のみに限定されるのでないことは当然である。

［第１の実施の形態］

＜設定時の動作の概略説明＞
図１は、本実施の形態に係るネットワーク機器である無線ＬＡＮブリッジ４０が接続されるネットワーク３０の全体図である。図１を参照して、このネットワーク３０には、ウェブサーバ３２、ＤＨＣＰサーバ３４、ファイルサーバ３６などが接続されている。ネットワーク３０にはさらに、無線で無線ＬＡＮブリッジ４０と通信を行ない、無線ＬＡＮブリッジ４０に接続された機器、例えばＰＣ４２とネットワーク３０との間の通信を中継するための無線ＬＡＮアクセスポイント３８を含む。

図１は、無線ＬＡＮブリッジ４０のネットワーク関係のパラメータが設定された後のネットワーク接続の状態を示したものである。このように通常の通信をする動作モードを、本明細書では無線ＬＡＮブリッジ４０の「運用モード」と呼ぶ。一方、無線ＬＡＮブリッジ４０のネットワーク関係のパラメータを設定する動作モードを本明細書では「設定モード」と呼ぶ。運用モードでは、無線ＬＡＮブリッジ４０は図１に示す形態で動作することが想定される。しかし、無線ＬＡＮブリッジ４０を購入した当初は、こうした形態で動作するような設定は無線ＬＡＮブリッジ４０には行なわれていない。動作環境を予め想定することは、工場出荷段階では不可能だからである。そこで、本実施の形態に係る無線ＬＡＮブリッジ４０では、最初に以下のようにして、ＰＣ４２のユーザインタフェースを用いて無線ＬＡＮブリッジ４０のネットワーク関係のパラメータの設定を行なう。

図２に示すように、無線ＬＡＮブリッジ４０とＰＣ４２とをケーブル４４で接続する。この後、無線ＬＡＮブリッジ４０の動作モードを設定モードにし再起動することで無線ＬＡＮブリッジ４０の無線機能は停止する。すなわち、無線ＬＡＮブリッジ４０はネットワークから切り離され、ＰＣ４２のみと物理的に接続された状態となる。以後、ＰＣ４２の状態によって無線ＬＡＮブリッジ４０がどのように動作するかについて説明する。なお、ＰＣ４２の状態として、（１）ＩＰアドレスがＤＨＣＰサービスにより動的に割当てられる設定と、（２）ＩＰアドレスが既に固定アドレスとして設定されている状態、とがある。

図３を参照して、ＰＣのＩＰアドレスがＤＨＣＰサービスにより動的に割当てられる場合には、以下のような場合分けと処理の分岐とがあり得る。本実施の形態では、動的割当の場合には、図３（Ａ）に示されるように、まずステップＰ５０でＰＣ４２にＩＰアドレスを割当て、さらにそのＩＰアドレスから無線ＬＡＮブリッジ４０のＩＰアドレスＤｅｖＩＰを生成して自分に割当てる。この後、ＰＣ４２からＡＲＰ（Address Resolution Protocol）要求がくればステップＰ５２を行なった後にステップＰ５４に進む。ＤＮＳ（Domain Name Service）解決要求がくればステップＰ５６に進む。ＮＢＮＳ（NetBIOS Name Service）解決要求のブロードキャストパケットを受信すればステップＰ５８に進む。これらについては後に説明する。

なお、本明細書では「通信パケット」を単に「パケット」と呼ぶ。ＡＲＰ要求とは、ＩＰアドレスに対応するＭＡＣアドレスが未知の場合に、ＭＡＣアドレスを問合せるためにネットワーク上にブロードキャストされるパケットのことをいう。ＤＮＳとは、ＵＲＩに対応するＩＰアドレスを返すシステムのことをいう。ＮＢＮＳも、特定のネットワーク上におけるＤＮＳと同様のサービスのことをいう。

また、ＰＣ４２のＩＰアドレスが固定の場合には、以下のような場合分けと処理の分岐とがあり得る。図３（Ｂ）を参照して、本実施の形態では、固定アドレスの場合、ステップＰ６０でＤＮＳサーバ又はＮＢＮＳサーバアドレスのＭＡＣアドレスを解決する必要があるか否かを判断する。その結果により、ＰＣ４２での処理が分岐する。解決する必要があればＰＣ４２はＡＲＰ要求を発し、処理はステップＰ６２からステップＰ６４に進む。解決する必要がなければＰＣ４２からはＤＮＳ／ＮＢＮＳサーバのＵＲＩ解決要求が発せられることになり、以下ステップＰ６６を経てステップＰ６８の処理が行なわれる。ＰＣ４２においてブロードキャストによるＮＢＮＳの名前解決要求が発せられた場合には、ステップＰ７０からステップＰ７２の処理が行なわれる。またＰＣ４２がＡＲＰ要求を発した場合には、ステップＰ７４の処理が実行される。以下、各場合について説明する。

図４は、ＰＣ４２のＩＰアドレスがＤＨＣＰにより動的に割当てられる状態における、ＰＣ４２と無線ＬＡＮブリッジ４０との間の通信シーケンスを示す。この通信シーケンスは、図３におけるステップＰ５０及びＰ５６のケースに相当する。

図４を参照して、設定モードになると、無線ＬＡＮブリッジ４０では、予め簡易ＤＨＣＰサーバ６４、簡易ＤＮＳサーバ７４、簡易ＮＢＮＳサーバ（図４には図示していない。）、及びＨＴＴＰサーバ８０が起動している。ここでは、無線ＬＡＮブリッジ４０にはＩＰアドレスは決定されていない。簡易ＤＨＣＰサーバ６４は、設定モードのときだけ動作し、その機能はごく限定された機能のみで、通常のＤＨＣＰサーバとは異なる。したがって、以下、このＤＨＣＰサーバを「ダミーＤＨＣＰサーバ」と呼ぶ。簡易ＤＮＳサーバ７４は、受信したＵＲＩに対する名前解決リクエストの全てに対し、そのＵＲＩがどのようなものであっても、無線ＬＡＮブリッジ４０のＩＰアドレスをそのＵＲＩに対応するＩＰアドレスとして返信する。すなわち、この簡易ＤＮＳサーバ７４も通常のＤＮＳサーバとは異なる。したがって、簡易ＤＮＳサーバ７４を以下「ダミーＤＮＳサーバ」と呼ぶ。簡易ＮＢＮＳサーバも同様に「ダミーＮＢＮＳサーバ」と呼ぶ。無線ＬＡＮブリッジ４０のＩＰアドレスは設定モードの起動時には定まっていないが、後述するようにして最初に定められる。また、設定モードでは、後述する特定の場合に備え、ＡＲＰ応答機能（図４には図示していない。）も起動されている。このＡＲＰ応答機能もまた後述するように本来のＡＲＰ応答機能とは異なる機能を持つので、本実施の形態では「ダミーＡＲＰサーバ」と呼ぶ。

設定モードに入ると、最初にＰＣ４２からダミーＤＨＣＰサーバ６４に対してＩＰアドレスの割当リクエスト６２が発行される（６０）。この割当リクエスト６２はブロードキャストされる。ＰＣ４２に既に通常のＤＨＣＰサーバ（図４には図示せず）によってＩＰアドレスが割当てられていた場合、この割当リクエスト６２は、ＤＨＣＰサーバに対するそのＩＰアドレスの再割当リクエストとなる。この場合、無線ＬＡＮブリッジ４０はエラー通知であるＮＡＣＫパケットを送信元であるＰＣ４２に送信し、ＮＡＣＫパケットを受取ったＰＣ４２は自己のＩＰアドレスを０．０．０．０とした後、再度ＩＰアドレスの割当リクエスト６２を発行する。この時の処理の詳細は、図１５にて説明する。なお、ブロードキャストによる通信のため、無線ＬＡＮブリッジ４０は自身のＩＰアドレス割当前であっても、割当リクエスト６２を受信することができる。

ＩＰアドレスの割当リクエスト６２を受けたダミーＤＨＣＰサーバ６４は、予め定められた決定方法により、ＩＰアドレス（例えば１９２．１６８．１００．１）を生成する。無線ＬＡＮブリッジ４０は、生成されたＩＰアドレスをＰＣ４２にＤＨＣＰリスポンス６８として送信する。この結果、ＰＣ４２のＩＰアドレスが設定される。

このとき、ダミーＤＨＣＰサーバ６４は、ＰＣ４２に割当てたＩＰアドレスから、無線ＬＡＮブリッジ４０のＩＰアドレスを自動的に生成し、無線ＬＡＮブリッジ４０に割当てて（６６）、ＤＨＣＰリスポンス６８に挿入する。ＤＨＣＰリスポンス６８には、ＰＣ４２のＩＰアドレスだけでなく、ＤＮＳサーバアドレスおよびデフォルトゲートウェイアドレスが含まれており、いずれも無線ＬＡＮブリッジ４０のアドレスと同一である。このようにすることで、ＰＣ４２からのＤＮＳ名前解決リクエストおよびデフォルトゲートウェイへのリクエストを、無線ＬＡＮブリッジ４０にて受信することが可能になる。なお、ＩＰアドレス生成のためのアルゴリズムは簡単なものでよい。例えば、ＰＣ４２に割当てたＩＰアドレスの最後の数字に定数（例えば１）を加算したものを無線ＬＡＮブリッジ４０のＩＰアドレスとする。ＰＣ４２に割当てたＩＰアドレスが「１９２．１６８．１００．１」であれば、無線ＬＡＮブリッジ４０のＩＰアドレスを「１９２．１６８．１００．２」とする。このようにして無線ＬＡＮブリッジ４０のＩＰアドレスを決定することにより、無線ＬＡＮブリッジ４０とＰＣ４２とが同じネットワーク・セグメントに属することになる。この際、生成されたＩＰアドレスがネットワークアドレス又はブロードキャストアドレスと重ならないようにチェックする。

ＰＣ４２のＩＰアドレスが設定されると、ユーザは、ＰＣ４２において所定のブラウザを起動する。ここでは、ユーザは任意のＵＲＩをブラウザのＵＲＩ入力フィールドに入力するものとする（７０）。ＤＮＳサーバのＭＡＣアドレスがＰＣ４２に保持されているものとすると、ＰＣ４２のブラウザは、このＵＲＩに対応するＩＰアドレスを得るべく、ＵＲＩの名前解決リクエスト７２をＤＮＳサーバに対して送信する。この名前解決リクエストは無線ＬＡＮブリッジ４０のダミーＤＮＳサーバ７４により受取られる。前述したとおり、ダミーＤＮＳサーバ７４は、受信した名前解決リクエスト７２に含まれるＵＲＩがどのような場合にも、それに対応するＩＰアドレスとして無線ＬＡＮブリッジ４０のＩＰアドレス＝１９２．１６８．１００．２を返信する（７３）。既に無線ＬＡＮブリッジ４０にはＩＰアドレスが割当てられているので、これが可能になる。

このＩＰアドレスの通知を受けたＰＣ４２のブラウザは、ＩＰアドレス＝１９２．１６８．１００．２のアドレスに対し、ＨＴＴＰリクエスト７８を送信する（７６）。このＨＴＴＰリクエスト７８のあて先ＩＰアドレスは、無線ＬＡＮブリッジ４０のＩＰアドレスである。したがってこのＨＴＴＰリクエスト７８は無線ＬＡＮブリッジ４０上で稼動しているＨＴＴＰサーバ８０に渡される。ＨＴＴＰサーバ８０は、ＨＴＴＰリクエスト７８に応答して、無線ＬＡＮブリッジ４０の設定のための先頭の設定フォーム（ＨＴＭＬ（HyperText Markup Language）フォーム）をＰＣ４２に対してＨＴＴＰリスポンス８２として返信する（８１）。ＨＴＴＰリスポンス８２を受信したＰＣ４２のブラウザは、この設定フォームを表示する（８４）。

ユーザは、ＰＣ４２のブラウザ画面で、設定フォームの各フィールドに無線ＬＡＮブリッジ４０を設定するためのデータを入力して入力キーを押す（８６）。この結果、ブラウザからは、入力された設定データを含む新たなＨＴＴＰリクエスト８８がＨＴＴＰサーバ８０に送信される。ＨＴＴＰリクエスト８８を受信したＨＴＴＰサーバ８０では、ＨＴＴＰリクエスト８８により指定された処理（後述する設定書込タスク２７０に相当）が起動される。この処理によって設定データを無線ＬＡＮブリッジ４０の所定の記憶領域に書き込む処理９０が行なわれ、次いで新たな設定フォームが作成され、ＨＴＴＰリスポンス９２としてＨＴＴＰサーバ８０によりＰＣ４２に返信される。

以下、ＨＴＴＰリスポンス９２により設定フォームがＰＣ４２のブラウザに表示され（９４）、ユーザが設定データを入力し（９６）、その設定データ９８が無線ＬＡＮブリッジ４０に送信される、という処理が必要な回数だけ繰返される。

こうして、図４に示すようにＰＣ４２がＤＨＣＰサーバにより動的にＩＰアドレスが割当てられる設定となっている場合に、無線ＬＡＮブリッジ４０の設定をＰＣ４２のブラウザを利用して行なうことができる。

次に、図５を参照して、ＰＣ４２に固定のＩＰアドレスが既に割当てられている場合について説明する。この場合、ＰＣ４２にはＤＮＳサーバやデフォルトゲートウェイのアドレスも設定されているのが通常である。この場合にも、設定モードでは、無線ＬＡＮブリッジ４０には、ダミーＤＨＣＰサーバ、ダミーＤＮＳサーバ、ＨＴＴＰサーバ、及びダミーＡＲＰサーバが起動されている。ただしここではダミーＤＨＣＰサーバ及びダミーＡＲＰサーバは動作に関与しない。

設定モードに入ると、ユーザはＰＣ４２でブラウザを起動し、ＵＲＩ入力フィールドに任意のＵＲＩを入力する（７０）。ＰＣ４２は、このＵＲＩの入力に応答して、このＵＲＩに対する名前解決リクエストをＤＮＳサーバに向けて送信する。すなわち、ＰＣ４２は、ＰＣ４２のＩＰアドレスを送信元アドレス、予め設定されているＤＮＳのＩＰアドレスをあて先アドレス、入力されたＵＲＩを名前解決対象のＵＲＩとする名前解決リクエスト１１０を送信する。このリクエストは無線ＬＡＮブリッジ４０により受信される。

無線ＬＡＮブリッジ４０は、受信した名前解決リクエスト１１０のパケットに含まれるあて先アドレス（ＤＮＳアドレス）がどんな値であっても、そのリクエストをダミーＤＮＳサーバ７４に与える。ダミーＤＮＳサーバ７４は、まず名前解決リクエスト１１０に含まれるＤＮＳサーバのアドレス（例えば１９２．１６８．１００．２５４）を無線ＬＡＮブリッジ４０に割当てる（７５）。次にダミーＤＮＳサーバ７４は、名前解決リクエスト１１０に含まれるＵＲＩがどのようなＵＲＩの場合でも、無線ＬＡＮブリッジ４０のＩＰアドレス（１９２．１６８．１００．２５４）をそのＵＲＩに割当て、リスポンス１１４としてＰＣ４２に送信する。

リスポンス１１４を受信したＰＣ４２は、そのＩＰアドレス（１９２．１６８．１００．２５４）をあて先としてＨＴＴＰリクエスト７８を送信する（７６）。このあて先のＩＰアドレスは無線ＬＡＮブリッジ４０となっている。ＨＴＴＰリクエスト７８を受信した無線ＬＡＮブリッジ４０は、このＨＴＴＰリクエスト７８をＨＴＴＰサーバ８０に与える。ＨＴＴＰサーバ８０は、ＨＴＴＰリクエスト７８に応答して、所定の設定フォームをＨＴＴＰリスポンス８２としてＰＣ４２に与える（８１）。以下、図４の場合と同様の処理によって、無線ＬＡＮブリッジ４０への設定データの入力が実行される。したがってここではその詳細については繰返さない。

なお、図４及び図５のいずれでも、ユーザがブラウザのＵＲＩ入力フィールドに任意のＵＲＩを入力すれば、自動的に無線ＬＡＮブリッジ４０の設定フォームがブラウザに表示される。しかし、任意のＵＲＩに代えて、ユーザがＩＰアドレスを例えば"http://192.168.100. 5/"等の形式で入力する可能性もある。そうした場合、一般的には、ブラウザは、ＵＲＩの名前解決リクエストではなく、そのＩＰアドレスに対応するＭＡＣ（Media Access Control）アドレスを知るために、ＡＲＰリクエストを送信する。この場合の動作について図６および図７を参照して説明する。図６は、図４のケースにおいて、ＤＨＣＰリスポンス６８を受信したＰＣ４２において、ユーザがブラウザでＵＲＩではなくＩＰアドレスを入力した場合の図である。

図６を参照して、ユーザが任意のＩＰアドレスを入力する（１３０）と、入力されたＩＰアドレスを指定したＡＲＰリクエスト１３４がＰＣ４２からブロードキャストされる。このＡＲＰリクエスト１３４を受けた無線ＬＡＮブリッジ４０では、このＡＲＰリクエスト１３４をダミーＡＲＰサーバ１３６に与える。前述のとおり、設定モードではダミーＡＲＰサーバ１３６が無線ＬＡＮブリッジ４０内に起動されている。

ダミーＡＲＰサーバ１３６は、ＡＲＰリクエスト１３４に含まれるＩＰアドレスの値にかかわらず、ＡＲＰリプライ１３８として、無線ＬＡＮブリッジ４０のＭＡＣアドレスをＰＣ４２に送信する。またダミーＡＲＰサーバ１３６は、ＡＲＰリクエスト１３４に含まれていたＩＰアドレスを無線ＬＡＮブリッジ４０に設定する（１３７）。即ち、ダミーＤＨＣＰサーバ６４により設定されたＩＰアドレス（１９２．１６８．１００．２）が、ダミーＡＲＰサーバ１３６により１９２．１６８．１００．５に設定し直される。

ＡＲＰリプライ１３８を受けたＰＣ４２のブラウザは、ユーザにより入力されたＩＰアドレスと、ＡＲＰリプライ１３８により受けたＭＡＣアドレスとを含むＨＴＴＰリクエスト１４２を無線ＬＡＮブリッジ４０に対して送信する（１４０）。無線ＬＡＮブリッジ４０は、このＨＴＴＰリクエスト１４２に含まれるＭＡＣアドレスが自己のＭＡＣアドレスと一致するので、ＨＴＴＰリクエスト１４２が自分に向けられたものであると解釈し、ＨＴＴＰサーバ８０にＨＴＴＰリクエスト１４２を渡す。ＨＴＴＰサーバ８０は、設定フォームをＰＣ４２に送信する（８１）。以下、図４及び図５の場合と同様にして、ＰＣ４２の設定データの入力がＰＣ４２を利用して行なわれる。なお図６の場合、ＰＣ４２から無線ＬＡＮブリッジ４０へのＨＴＴＰリクエストの宛先ＩＰアドレスはユーザが最初に入力（１３０）した任意のＩＰアドレスである。

図７は、図５に示すケースでユーザが任意のＵＲＩに代えてＩＰアドレスを直接入力した場合のＰＣ４２及び無線ＬＡＮブリッジ４０の動作シーケンスである。図７を参照して、この動作シーケンスは、図６と比較すると、最初の割当リクエスト６２及びそれに対するＤＨＣＰリスポンス６８の通信が存在しない点において図６と異なっている。他の点では図７は図６のシーケンスと同様であるので、ここではその詳細については繰返さない。

なお、前述したとおり、ＰＣによってはＤＮＳ名前解決リクエストではなくＮＢＮＳ名前解決リクエストをブロードキャストする設定になっているものもある。図８及び図９を参照してそのような場合の通信シーケンスについて説明する。図８は図４に示すケースにおいてＤＮＳ名前解決リクエストではなくＮＢＮＳ名前解決リクエストを発行する場合のシーケンス図であり、図９は図５に示すケースにおいてＮＢＮＳ名前解決リクエストを発行する場合のシーケンス図である。

図８と図４とを比較すると明らかなように、ＰＣ４２は、図４のＵＲＩの名前解決リクエスト７２に代えて、ＮＢＮＳ名前解決リクエスト１５０をブロードキャストする。ＮＢＮＳ名前解決リクエスト１５０には、名前解決の対象となるＵＲＩと、ＰＣ４２のＩＰアドレス（例えば１９２．１６８．１００．１）とが格納されている。ＮＢＮＳ名前解決リクエスト１５０はブロードキャストされるので、あて先ＩＰアドレスは１９２．１６８．１００．２５５である。

ＮＢＮＳ名前解決リクエスト１５０を受取った無線ＬＡＮブリッジ４０は、これをダミーＮＢＮＳサーバ１５４に与える。ダミーＮＢＮＳサーバ１５４は、無線ＬＡＮブリッジ４０のＩＰアドレス（例えば１９２．１６８．１００．２）を含むＮＢＮＳリスポンスパケット１５２をＰＣ４２に返信する。

ＮＢＮＳリスポンスパケット１５２を受取ったＰＣ４２は、ＮＢＮＳリスポンスパケット１５２に入っていたＩＰアドレス＝１９２．１６８．１００．２が、ステップ７０で入力されたＵＲＩに対するＩＰアドレスであるものとし、１９２．１６８．１００．２のＩＰアドレスをあて先としてＨＴＴＰリクエスト７８を送信する。このＩＰアドレスは無線ＬＡＮブリッジ４０のＩＰアドレスなので、無線ＬＡＮブリッジ４０はこのＨＴＴＰリクエスト７８を受取ると、無線ＬＡＮブリッジ４０上で稼動しているＨＴＴＰサーバ８０にこのリクエストを渡す。以下、図４の場合と同様にしてＰＣ４２から無線ＬＡＮブリッジ４０を設定することができる。

一方、図９の場合には、ＰＣ４２のＩＰアドレスは固定されている。したがって、図８におけるＩＰアドレスの割当リクエスト６２とＤＨＣＰリスポンス６８に相当する交信がない。

なお、ＰＣ４２のＩＰアドレスが固定で、ＤＮＳのＩＰアドレスも設定されている場合（図５）、ＤＮＳのＩＰアドレスに対応するＭＡＣアドレスがＰＣ４２のＭＡＣアドレステーブルから失われてしまっている場合もあり得る。そうした場合には、ＵＲＩの入力を受けてＤＮＳに対する名前解決リクエストパケットを発行する前に、ＤＮＳのＩＰアドレスに対応するＭＡＣアドレスを取得しておく必要がある。以下、そうした場合の通信シーケンスについて説明する。

図１０に、図５のステップ７０の処理で任意のＵＲＩが入力されたとき、ＰＣ４２にＤＮＳサーバのＩＰアドレスが設定されているが、そのＭＡＣアドレスがＰＣ４２のＭＡＣアドレステーブルから失われている場合について説明する。例示のために、ＰＣ４２のＩＰアドレスが１９２．１６８．１００．１、ＤＮＳサーバのＩＰアドレスが１９２．１６８．１００．２５４であるものとする。

この場合、ＤＮＳサーバにＵＲＩの名前解決を送信しようとしても、そのＭＡＣアドレスが不明であるため、ＰＣ４２はまずＤＮＳのＩＰアドレス＝１９２．１６８．１００．２５４に関するＡＲＰリクエスト１３４をブロードキャストする。無線ＬＡＮブリッジ４０のダミーＡＲＰサーバ１３６がこのＡＲＰリクエスト１３４を受信すると、ダミーＡＲＰサーバ１３６は、このＡＲＰリクエスト１３４に格納されていたＤＮＳサーバアドレス（１９２．１６８．１００．２５４）を無線ＬＡＮブリッジ４０のＩＰアドレスに設定し（７５）、送信されたＩＰアドレスに対応するＭＡＣアドレスとして、無線ＬＡＮブリッジ４０のＭＡＣアドレスをＡＲＰリプライ１３８としてＰＣ４２に送信する。

ＰＣ４２は、ＡＲＰリプライ１３８を受取ると、そのＩＰアドレス（１９２．１６８．１００．２５４）に対して、ステップ７０で入力されたＵＲＩに対する名前解決リクエスト１１０を送信する。無線ＬＡＮブリッジ４０は名前解決リクエスト１１０を受取ると、ダミーＤＮＳサーバ７４にこのリクエストを与える。

ダミーＤＮＳサーバ７４は、名前解決リクエスト１１０に含まれるＵＲＩに対する名前解決後のＩＰアドレスとして無線ＬＡＮブリッジ４０自身のＩＰアドレス＝１９２．１６８．１００．２５４を含むリスポンス１１４をＰＣ４２に送信する。以後のシーケンスは、図５に示すシーケンスと同様であり、その結果、ＰＣ４２から無線ＬＡＮブリッジ４０の設定を行なうことができる。

＜構成＞
以下、上記した動作を実現するために無線ＬＡＮブリッジ４０にどのような機能が備えられているかを明らかにするため、無線ＬＡＮブリッジ４０の構成について説明する。図１１は本実施の形態に係る無線ＬＡＮブリッジ４０の斜視図であり、図１２はその背面図である。

図１１を参照して、無線ＬＡＮブリッジ４０は、基台１６０と、基台１６０上に設置される、後述する回路を内部に備えた筐体１６２とを含む。筐体１６２の前面には、ＬＥＤ（Light Emitting Diode）１６６が備えられている。このＬＥＤ１６６は、運用モードと設定モードとの区別を表示したり、運用モード時における無線ＬＡＮブリッジ４０の動作状態を示したり、設定モード時における無線ＬＡＮブリッジ４０のエラー状態を示したりする場合に使用される。

図１１及び図１２を参照して、筐体１６２の背面上部には無線ＬＡＮのためのアンテナ１６４が設けられている。また、筐体１６２の背面下部には、電源スイッチ１８０が設けられている。

筐体１６２の背面にはさらに、ネットワークケーブルのコネクタ１７０が設けられている。無線ＬＡＮブリッジ４０は、無線ネットワークと有線ネットワークをつなぐブリッジ機能を持つ。本実施の形態では、設定モード時には、コネクタ１７０にＰＣ４２を接続する。

筐体１６２の背面の、コネクタ１７０の近傍には、無線ＬＡＮブリッジ４０を設定モードとする際にユーザが操作するプッシュスイッチ１７４が配置されている。本実施の形態では、プッシュスイッチ１７４の誤操作を防止するために、プッシュスイッチ１７４が、一定時間（例えば５秒間）以上連続して押されたときに、無線ＬＡＮブリッジ４０がリブートされ、設定モードでの動作を開始するものとする。また、電源スイッチ１８０が一旦切断され、再度投入されると、無線ＬＡＮブリッジ４０は運用モードでの動作を開始するものとする。

図１３に、無線ＬＡＮブリッジ４０の筐体１６２内に含まれる、ブリッジ機能を実現するための回路２００のブロック図を示す。図１３を参照して、この回路２００は、実質的にはコンピュータと同様であって、設定モードにおける各種のダミーサーバ及び運用モードにおけるネットワーク機能等を、所定のプログラムを実行することにより実現するＣＰＵ（中央演算処理装置）２１０と、ＣＰＵ２１０に接続されたバス２１２と、いずれもバス２１２に接続された、コンピュータプログラムが作業領域等（後述する設定モードフラグを含む）として使用するＲＡＭ（Random Access Memory）２１４、コンピュータプログラム及びＰＣ４２により設定される各種のパラメータを記憶するフラッシュＲＯＭ２１８、コネクタ１７０を有するネットワークインタフェース（以下「インタフェース」を「Ｉ／Ｆ」と記す。）２２０、並びに無線ネットワークＩ／Ｆ２２２とを含む。バス２１２には、図１２及び図１１にそれぞれ示すプッシュスイッチ１７４及びＬＥＤ１６６も接続され、それぞれＣＰＵ２１０の入出力ポートからバス２１２を介してアクセス可能となっている。ＣＰＵ２１０は、運用モードでは、フラッシュＲＯＭ２１８に記憶されたパラメータを読込んで自分の状態を設定し、通常のネットワーク機能の運用を行なう。

図１４に、無線ＬＡＮブリッジ４０の上記した設定モードでの動作を実現するための、無線ＬＡＮブリッジ４０に準備されたプログラムの構成をブロック図形式で示す。図１４を参照して、無線ＬＡＮブリッジ４０では、ネットワークＩ／Ｆ２２０及び無線ネットワークＩ／Ｆ２２２を介して無線ＬＡＮブリッジ４０に到達するパケットを受信し、その種別に応じて適切なタスクにパケットを振り分けるためのパケット受信タスク２５０と、パケット受信タスク２５０からＩＰパケットを受信し、ＩＰパケットの種別に応じて適切なプロトコル処理のタスクにパケットを振り分けるためのＩＰ受信タスク２５２と、ＩＰ受信タスク２５２からＩＰパケットのうちのＵＤＰ（User Datagram Protocol）パケットを受信し、その種別に応じて適切なサービスプログラムにパケットデータを振り分けるためのＵＤＰ受信タスク２５６とが動いている。

さらに無線ＬＡＮブリッジ４０では、ＵＤＰ受信タスク２５６からＤＨＣＰリクエストのパケットデータを受信し、当該パケットの送信元のＰＣに対して所定方法にしたがってＩＰアドレスを割当て、さらにそのＩＰアドレスに対し、所定のアルゴリズムにしたがう変換を行なって無線ＬＡＮブリッジ４０のＩＰアドレスを生成する機能を持つダミーＤＨＣＰサーバ６４と、ＵＤＰ受信タスク２５６からＮＢＮＳに対する名前解決リクエストのパケットデータを受信し、パケットデータにより指定されたＵＲＩが何であっても、対応するＩＰアドレスとして無線ＬＡＮブリッジ４０のアドレスを指定する機能を有するダミーＮＢＮＳサーバ１５４と、同様にＵＤＰ受信タスク２５６からＤＮＳに対する名前解決リクエストのパケットデータを受信し、パケットデータにより指定されたＵＲＩが何であっても、対応するＩＰアドレスとして無線ＬＡＮブリッジ４０のアドレスを指定する機能を有するダミーＤＮＳサーバ７４とが動いている。

なお、ダミーＤＮＳサーバ７４及びダミーＮＢＮＳサーバ１５４はいずれも、前述したとおり、無線ＬＡＮブリッジ４０のＩＰアドレスが設定されていないときに名前解決リクエストを受信すると、名前の解決が要求されているＩＰアドレスを無線ＬＡＮブリッジ４０にＩＰアドレスとして割当てる機能を持っている。

無線ＬＡＮブリッジ４０で起動しているプログラム群はさらに、ＩＰ受信タスク２５２からＴＣＰパケットを受信し、パケットの種別に応じて適切なサービスデーモンにパケットデータを渡すためのＴＣＰ受信タスク２５８と、ＴＣＰ受信タスク２５８からＨＴＴＰリクエストを受信し、無線ＬＡＮブリッジ４０の設定のために適切な処理をしてＨＴＴＰリクエストを返信するための、ＨＴＴＰサーバとして機能するＨＴＴＰサービス２６８と、ＨＴＴＰサービス２６８からアクセス可能で、受信したＨＴＴＰリクエスト中に含まれる設定データに基づき、無線ＬＡＮブリッジ４０を設定するための設定書込タスク２７０と、ＴＣＰ受信タスク２５８からＨＴＴＰサービス２６８に渡されるＨＴＴＰリクエストのうち、ポート番号が８０番以外のリクエストについて、これを８０番に読替える処理を行なうことにより、ＨＴＴＰサービス２６８での処理を可能とするためのポートチェックタスク２６６とを含む。なお、ポートチェックタスク２６６の詳細は後述する。

無線ＬＡＮブリッジ４０で起動しているプログラム群はさらに、パケット受信タスク２５０が受信したＡＲＰリクエストに対し、図６、図７及び図１０を参照して説明したとおり、無線ＬＡＮブリッジ４０のＩＰアドレスをＡＲＰリクエストの対象となっているＩＰアドレスに設定するとともに、ＡＲＰリプライ１３８を生成し、どのＩＰアドレスに対しても無線ＬＡＮブリッジ４０のＭＡＣアドレスをＰＣ４２に通知する処理を行なうダミーＡＲＰサーバ１３６と、ダミーＤＨＣＰサーバ６４、ダミーＮＢＮＳサーバ１５４、ダミーＤＮＳサーバ７４、ＨＴＴＰサービス２６８、及びダミーＡＲＰサーバ１３６により生成されるパケットをＰＣ４２に送信するためのパケット送信タスク２７２とを含む。

図１４に示す各タスクのうち、タスク２５０、２５２、２５６、及び２５８の機能はそれぞれ、極めて単純なものである。すなわち、受信したパケット、又は上位のタスクから渡されたパケットのヘッダを見てその種別を判断し、適切なタスクにそのパケットデータを渡す、という機能である。

ダミーＡＲＰサーバ１３６、ダミーＤＨＣＰサーバ６４、ダミーＮＢＮＳサーバ１５４、及びダミーＤＮＳサーバ７４の機能については既に説明したとおりであるが、ダミーＤＨＣＰサーバ６４とダミーＤＮＳサーバ７４とについては、プログラム構造を図１５及び図１６を用いて後述する。ダミーＮＢＮＳサーバ１５４の機能はダミーＤＮＳサーバ７４と同様であるので、ここでは詳細は述べない。

ダミーＡＲＰサーバ１３６の機能も図６を参照して説明したとおり、単純なものである。

ＨＴＴＰサービス２６８の機能は、通常のＨＴＴＰサービスの機能と同様である。設定書込タスク２７０として用意されたプログラム群が、無線ＬＡＮブリッジ４０の設定を行なうための設定フォームをＰＣ４２に送信したり、ＰＣ４２からの設定データに基づいて必要なデータをネットワークＩ／Ｆ２２０（図１３）に設定したりする処理を行なうためのものである。

ところで、ＨＴＴＰサービス２６８がポート番号８０で送信されてくるパケットを処理するように設定されているのに対し、ＰＣの設定によってはＨＴＴＰリクエストをそれ以外のポート番号（例えば８０８０）を指定して送信してくる場合がある。ポートチェックタスク２６６は、ＨＴＴＰサービス２６８がこのリクエストを処理できるように、ポート番号が８０以外の場合に、８０に入れ替える処理を行なうためのものである。

図１５に、図１４のダミーＤＨＣＰサーバ６４を実現するためのプログラムの制御構造をフローチャート形式で示す。このプログラムは、無線ＬＡＮブリッジ４０が設定モードで動作を開始すると起動され、ＤＨＣＰリクエストを受信すると以下の処理を実行する。

まず、ステップ４００において、受信したＤＨＣＰリクエストが既にＤＨＣＰによって割当済みのＩＰアドレスの再割当（割当延長）を要求しているか否かの判定を行なう。これは、既存のネットワークでかつＤＨＣＰサービスにより動的にＩＰアドレスが割当てられるＰＣがＰＣ４２として使用される場合か否かを判定する処理である。判定結果がＹＥＳであればステップ４０８に進み、ＮＯであればステップ４０２に進む。

ステップ４０２では、所定のＩＰアドレス（例えば１９２．１６８．１００．１）をＤＨＣＰリクエストを送信してきたＰＣ４２用として生成し、ステップ４０４に進む。一方、ステップ４０８では、受信したＤＨＣＰリクエスト中の送信元に対し、エラー通知であるＮＡＣＫパケットを送信しこのリクエストに対する処理を終了する。このＮＡＣＫパケットを受信したＰＣ４２は、自己のＩＰアドレスを一旦０．０．０．０にクリアした後、再度ＩＰアドレスの割当要求を送信する。ダミーＤＨＣＰサーバ６４における以後の処理はＩＰアドレスの再割当要求でないＤＨＣＰリクエストを受けた場合と同様になる。

ステップ４０４では、ステップ４０２で生成したＩＰアドレスに対し、所定のアルゴリズムを適用して無線ＬＡＮブリッジ４０のＩＰアドレス（例えば１９２．１６８．１００．２）を生成し無線ＬＡＮブリッジ４０に割当てる。ステップ４０６において、ステップ４０４で生成された無線ＬＡＮブリッジ４０のＩＰアドレスをＤＨＣＰサーバのアドレスとし、ＰＣ４２に割当てたアドレスをＤＨＣＰリスポンスとしてＰＣ４２に送信してこのリクエストに対する処理を終了する。

以上の処理により、ＰＣ４２からＤＨＣＰリクエストが無線ＬＡＮブリッジ４０に送信されてきたときに、無線ＬＡＮブリッジ４０のＩＰアドレスの割当と、ＰＣ４２のＩＰアドレスの割当とを実現できる。

図１６に、図１４のダミーＤＮＳサーバ７４を実現するためのプログラムの制御構造をフローチャート形式で示す。このプログラムは、無線ＬＡＮブリッジ４０が設定モードに入ると起動し、ＤＮＳに対する名前解決リクエストを受信するたびに以下の処理を実行する。

図１６を参照して、ステップ４３６にて無線ＬＡＮブリッジ４０のＩＰアドレスが既に割当てられているかどうかを判定する。ＩＰアドレスが割当てられていない場合、ステップ４３２において、受信したパケット中の、送信先ＩＰアドレスを無線ＬＡＮブリッジ４０のＩＰアドレスとして割当て、ステップ４３４に進む。割当てられている場合、直接ステップ４３４に進む。

ステップ４３４では、ＤＮＳリクエストにより問合せがされたＵＲＩに対応するＩＰアドレスとして、無線ＬＡＮブリッジ４０のＩＰアドレスをＤＮＳリクエストの送信元に送信し、このパケットに対する処理を終了する。

＜動作＞
以上説明したハードウェア構成とプログラム構成とにより、無線ＬＡＮブリッジ４０は、以下のように動作する。図１７を参照して、無線ＬＡＮブリッジ４０の電源が投入されると、ステップ３００で動作モードフラグがセットされているか否かを確認する。動作モードフラグは、図１３のＲＡＭ２１４に格納されるフラグであり、無線ＬＡＮブリッジ４０が運用モードか設定モードかを示す。このフラグがセットされていれば設定モードであり、リセットされていれば運用モードである。ステップ３００ではこの動作モードフラグをＲＡＭ２１４から読出す。

ステップ３０２では、読出した動作モードフラグが設定モードを示す値か否かが判定される。設定モードを示す値であればステップ３０４に、それ以外の値であればステップ３３６に、それぞれ制御が進む。

ステップ３３６では、通常のブリッジとしての機能を実現するための所定のプログラムを電源が切断されるまで実行する。ただし、図１３に示すＣＰＵ２１０は定期的（本実施の形態では１０ミリ秒ごと）にプッシュスイッチ１７４からの出力を監視している。所定時間以上（本実施の形態では５秒以上）プッシュスイッチ１７４が押されていたか否かをステップ３３６のプロセス内で定期的に判定する（ステップ３３８）。所定時間以上、プッシュスイッチ１７４が押されていたと判定した場合には、ステップ３４０に進み、図１３に示すＲＡＭ２１４中の動作モードフラグをセットし、無線ＬＡＮブリッジ４０をリブートする。

一方、ステップ３０２において動作モードが設定モードであると判定された場合、ステップ３０４において動作モードフラグをクリアする。この処理により、設定モードの終了時、無線ＬＡＮブリッジ４０の電源を再投入すると、今度は無線ＬＡＮブリッジ４０は運用モードで動作を開始することになる。

続くステップ３０６では、コネクタ１７０から何らかのパケットを受信するまで待機し、パケットを受信した時点で図１８に示すステップ３０８に進む。ステップ３０６で受信するパケットは、図４〜図１０の説明から明らかなように、ＤＨＣＰリクエスト、ＡＲＰリクエスト、ＤＮＳ若しくはＮＢＮＳに対する名前解決リクエスト、又はＨＴＴＰリクエストである。パケットを受信すると制御はステップ３０８に進む。

ステップ３０８では、受信パケットがＤＨＣＰリクエストか否かを判定する。受信パケットがＤＨＣＰリクエストの場合（図４、図６又は図８のＩＰアドレスの割当リクエスト６２の場合）には制御はステップ３１８に進み、それ以外の場合（すなわち受信パケットがＡＲＰリクエスト、ＤＮＳリクエスト又はＮＢＮＳリクエストの場合）には制御はステップ３１０に進む。

ステップ３１８では、前述したとおり、ダミーＤＨＣＰサーバにより、ＰＣ４２に対するＩＰアドレスの割当と、無線ＬＡＮブリッジ４０のＩＰアドレスの生成とが行なわれる。さらにＤＨＣＰリクエストの送信元にＤＨＣＰリスポンスが送信され、ステップ３０６に進み、次のパケットの受信を行なう。

一方、ステップ３１０では、受信したパケットがＡＲＰリクエストか否かを判定する。ＡＲＰリクエストであればステップ３１２に進み、ダミーＡＲＰサーバによって、問合せがあったＩＰアドレスに対応するＭＡＣアドレスとして無線ＬＡＮブリッジ４０自身のＭＡＣアドレスをＰＣ４２に送信すると共に、問合せのあったＩＰアドレスを無線ＬＡＮブリッジ４０のＩＰアドレスとして割当てる。この後、図１７のステップ３０６に進む。

一方、ステップ３１０で、受信パケットがＡＲＰリクエストではない（すなわちＤＮＳ若しくはＮＢＮＳによる名前解決リクエスト、又はＨＴＴＰリクエストである）と判定された場合、ステップ３１４に進む。ステップ３１４では、受信したパケットがダミーＤＮＳ又はダミーＮＢＮＳ宛てのパケットか否かを判定する。判定結果がＹＥＳであればステップ３１６に進む。それ以外の場合、パケットはＨＴＴＰパケットということになり、制御はステップ３３０に進む。

ステップ３１６では、ダミーＤＮＳ又はダミーＮＢＮＳにより、名前解決が要求されたＵＲＩに対応するＩＰアドレスとして、無線ＬＡＮブリッジ４０のＩＰアドレスを送信する。この後、制御は図１７のステップ３０６に戻り、次のパケットを待つ。

一方、ステップ３１４からステップ３３０に制御が進んだ場合、受信する可能性のあるパケットは、図４〜図１０のいずれにおいてもＨＴＴＰリクエストとなる。ステップ３３０では、受信したパケットが指定しているポート番号が８０か否かを判定し、８０であればステップ３３４に進み、ＨＴＴＰサービス２６８によって設定フォームをＰＣ４２に送信する。以下、ＨＴＴＰサービス２６８によるＰＣ４２との通信が行なわれる。仮にステップ３３０において、受信したパケットの指定するポート番号が８０以外と判定された場合には、ステップ３３２においてそのポート番号を８０に置換し（８０だと仮定し）、ステップ３３４に進む。ステップ３３４以後の処理はポート番号が８０のときと同様である。ただしこの場合には、ポート番号として８０以外のものが入力されてもそれを８０と仮定してＨＴＴＰサービス２６８による処理を行なう。

上記した制御構造を持つプログラムにより、図４〜図１０に示した動作が実現されることについて説明した。

ところで、上記した設定モードにおいて、ユーザが誤って稼動中のネットワークを無線ＬＡＮブリッジ４０に接続してしまう危険性もある。そこで、本実施の形態に係る無線ＬＡＮブリッジ４０では、次のような処理をすることにより、そうした誤りによりネットワークが混乱することを防止する。

図１９を参照して、設定モードでは、コネクタ１７０を介して受信したパケットの全てに対し、送信元ＭＡＣアドレスチェックタスク３６４により、送信元のＭＡＣアドレスをチェックする処理３５０が実行される。送信元ＭＡＣアドレスチェックタスク３６４の内容については後述する。送信元ＭＡＣアドレスチェックタスク３６４によるチェックで問題ないと判定されたパケットのみが、図１４に示すパケット受信タスク２５０を介して各種サービス３６６に渡される。送信元ＭＡＣアドレスチェックタスク３６４によるチェックで問題が生じたと判定された場合、後述するようにエラー処理がされ、受信パケットに対する処理は停止される。

図１９を参照して、送信元ＭＡＣアドレスチェックタスク３６４の処理３５０の詳細について説明する。設定モードに入ると、送信元ＭＡＣアドレスチェックタスク３６４は最初にコネクタ１７０を介して受信したパケットのＭＡＣアドレスを、例えば図１３に示すＲＡＭ２１４に記憶する（３７０）。続いて、ステップ３７２でコネクタ１７０を介して後続のパケットを受信するたびに、ステップ３７４でそのパケットに格納されている送信元のＭＡＣアドレスと、ＲＡＭ２１４に記憶された最初のパケットのＭＡＣアドレスとを比較する。そして両者が一致するか否かを判定する（ステップ３７６）。

両者が一致していれば、そのパケットには問題がないので、ステップ３８０でそのパケットをパケット受信タスク２５０に渡し、パケット受信タスク２５０がそのパケットを各種サービス３６６に引渡す。そしてステップ３７２に戻り、次のパケットの受信を待つ。

一方、ステップ３７６で二つのパケットのＭＡＣアドレスが一致しないと判定されると、ステップ３７８に進む。ステップ３７８では、誤った接続で設定モードが開始されたものと考えられるため、以下のようなエラー処理を行なう。すなわち、無線ＬＡＮブリッジ４０は、パケットの受信を停止し、図１１及び図１３に示すＬＥＤ１６６を点滅させてエラーの発生をユーザに通知する。

この送信元ＭＡＣアドレスチェックタスク３６４によって、例えば稼動中のネットワークに無線ＬＡＮブリッジ４０を接続したままで無線ＬＡＮブリッジ４０を設定モードで起動したような場合でも、ネットワークへの影響を最小限にとどめることができる。

以上のように本実施の形態に係る無線ＬＡＮブリッジ４０によれば、ユーザは無線ＬＡＮブリッジ４０と設定用のＰＣ４２とを一対一で接続し、ブラウザを起動して任意のＵＲＩを入力するだけで、無線ＬＡＮブリッジ４０の設定フォームのページを開くことができる。特定のＵＲＩを入力したりする必要はない。設定用のＰＣ４２としては、固定ＩＰアドレスが割当てられたものを用いても、動的にＩＰアドレスを割当てる設定となっているものを用いてもよい。仮にブラウザにＵＲＩではなくＩＰアドレスを入力したとしても、正しく設定用の情報にアクセスすることができる。

その結果、ネットワークの仕組みを詳しく知らないユーザでも、無線ＬＡＮブリッジ４０の設定のための情報に容易にアクセスし、無線ＬＡＮブリッジ４０の設定を容易に行なうことができる。

なお、上記実施の形態では、ＴＣＰ／ＩＰを用いたネットワークを例とし、ＤＨＣＰ、ＤＮＳ、ＮＢＮＳ、ＡＲＰ等の機能を用いた例を説明した。しかし本発明はＴＣＰ／ＩＰネットワークに限定されず、類似のアドレス割当機構、ＤＮＳ又はＮＢＮＳによるＵＲＩの名前解決と類似した名前解決機構等を利用したネットワークであれば、どのようなネットワークにも適用することができる。

また、上記実施の形態は、無線ＬＡＮブリッジに関するものであった。しかし本発明はそのような実施の形態には限定されず、設定のための独自のユーザインタフェースを持たないネットワーク機器の初期設定及び設定の変更に対して一般的に適用することができる。また、無線を用いてネットワークに接続する装置のみに適用可能なわけではなく、ケーブルによりネットワークに接続する装置にも適用可能である。また、ブリッジに限定されるわけではなく、いわゆるプリントサーバ、プリンタ等にも適用可能である。さらに、本発明は特に独自のユーザインタフェースを持たない装置に対して特に有効であるが、ユーザインタフェースを有する装置であっても適用可能であることはいうまでもない。例えばごく小さなモニタと少数のボタンしか持たない装置の場合等、外部のＰＣ等を用いて設定を行なう方がはるかに効率的な場合等にも有効である。

今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内でのすべての変更を含む。

本発明の第１の実施の形態に係る無線ＬＡＮブリッジ４０が使用されるネットワーク環境の一例を示す図である。 無線ＬＡＮブリッジ４０の設定時の接続方法を説明するための図である。 無線ＬＡＮブリッジ４０及びＰＣ４２による無線ＬＡＮブリッジ４０の設定時の動作の場合分けを説明するための図である。 無線ＬＡＮブリッジ４０の設定時のＰＣ４２との間の通信を説明するためのシーケンス図である。 無線ＬＡＮブリッジ４０の設定時のＰＣ４２との間の通信を説明するためのシーケンス図である。 無線ＬＡＮブリッジ４０の設定時のＰＣ４２との間の通信を説明するためのシーケンス図である。 無線ＬＡＮブリッジ４０の設定時のＰＣ４２との間の通信を説明するためのシーケンス図である。 無線ＬＡＮブリッジ４０の設定時のＰＣ４２との間の通信を説明するためのシーケンス図である。 無線ＬＡＮブリッジ４０の設定時のＰＣ４２との間の通信を説明するためのシーケンス図である。 無線ＬＡＮブリッジ４０の設定時のＰＣ４２との間の通信を説明するためのシーケンス図である。 本発明の一実施の形態に係る無線ＬＡＮブリッジ４０の外観を示す斜視図である。 無線ＬＡＮブリッジ４０の背面図である。 無線ＬＡＮブリッジ４０の回路構成を示すブロック図である。 無線ＬＡＮブリッジ４０のソフトウェア構成を示すブロック図である。 ダミーＤＨＣＰプログラムの制御構造を示すフローチャートである。 ダミーＤＮＳプログラムの制御構造を示すフローチャートである。 無線ＬＡＮブリッジ４０の動作の流れの前半部を示すフローチャートである。 無線ＬＡＮブリッジ４０の動作の流れの後半部を示すフローチャートである。 無線ＬＡＮブリッジ４０の送信元ＭＡＣアドレスチェックタスク３６４の構成を模式的に示す図である。

符号の説明

３０ ネットワーク、４０ 無線ＬＡＮブリッジ、４２ 設定用のＰＣ、１６２ 筐体、１６４ アンテナ、１６６ ＬＥＤ、１７０ コネクタ、１７４ プッシュスイッチ、１８０ 電源スイッチ、２１０ ＣＰＵ、２１４ ＲＡＭ、２１８ フラッシュＲＯＭ、２２０ ネットワークＩ／Ｆ、２２２ 無線ネットワークＩ／Ｆ、２５０ パケット受信タスク、２５２ ＩＰ受信タスク、１３６ ダミーＡＲＰサーバ、２５６ ＵＤＰ受信タスク、２５８ ＴＣＰ受信タスク、６４ ダミーＤＨＣＰサーバ、１５４ ダミーＮＢＮＳサーバ、７４ ダミーＤＮＳサーバ、２６６ ポートチェックタスク、２６８ ＨＴＴＰサービス、２７２ パケット送信タスク

Claims (8)

1. 第１の動作モード及び第２の動作モードの間で切替可能なネットワーク機器であって、
   前記ネットワーク機器の設定用パラメータを記憶するための記憶手段と、
   通信経路から通信パケットを受信するためのパケット受信手段と、
   前記第１の動作モードにおいて前記パケット受信手段が受信した通信パケットが当該通信パケットの送信元に対する論理アドレスの割当要求パケットであることに応答して、所定のアドレス決定方法により、互いに通信可能な関係にある第１及び第２の論理アドレスを生成し、前記第１の論理アドレスを前記送信元に返信し、前記第２の論理アドレスを前記ネットワーク機器に設定するための動的アドレス生成手段と、
   前記第１の動作モードにおいて、前記パケット受信手段の受信した通信パケットが、ネットワーク上の資源の識別子に対応する論理アドレスを問合せる通信パケットであることに応答して、識別子の如何に関わらず、前記ネットワーク機器に設定されている論理アドレスを前記送信元に送信するための識別子解決手段と、
   前記第１の動作モードにおいて、前記識別子解決手段により前記ネットワーク機器の論理アドレスが前記送信元に送信された後、前記送信元から当該論理アドレスを用いて前記ネットワーク機器に送信され、前記パケット受信手段により受信された設定用パラメータの値を、前記記憶手段に格納するためのパラメータ設定手段とを備え、
   前記第２の動作モードにおいて、前記記憶手段に記憶された前記設定用パラメータの値を用いた通信により所定のネットワーク機能を実現することを特徴とする、ネットワーク機器。
2. 第１の動作モード及び第２の動作モードの間で切替可能なネットワーク機器であって、
   前記ネットワーク機器の設定用パラメータを記憶するための記憶手段と、
   通信経路から通信パケットを受信するためのパケット受信手段と、
   前記第１の動作モードにおいて、前記パケット受信手段が受信した通信パケットに含まれるアドレス情報に基づき、所定のアドレス決定方法により前記通信パケットの送信元と通信可能なように、前記ネットワーク機器の論理アドレスを生成するための情報抽出型アドレス生成手段と、
   前記第１の動作モードにおいて、前記パケット受信手段の受信した通信パケットが、ネットワーク上の資源の識別子に対応する論理アドレスを問合せる通信パケットであることに応答して、識別子の如何に関わらず、前記ネットワーク機器に設定されている論理アドレスを前記送信元に送信するための識別子解決手段と、
   前記第１の動作モードにおいて、前記識別子解決手段により前記ネットワーク機器の論理アドレスが前記送信元に送信された後、前記送信元から当該論理アドレスを用いて前記ネットワーク機器に送信され、前記パケット受信手段により受信された設定用パラメータの値を、前記記憶手段に格納するためのパラメータ設定手段とを備え、
   前記第２の動作モードにおいて、前記記憶手段に記憶された前記設定用パラメータの値を用いた通信により所定のネットワーク機能を実現することを特徴とする、ネットワーク機器。
3. 第１の動作モード及び第２の動作モードの間で切替可能なネットワーク機器であって、
   前記ネットワーク機器の設定用パラメータを記憶するための記憶手段と、
   通信経路から通信パケットを受信するためのパケット受信手段と、
   前記第１の動作モードにおいて前記パケット受信手段が受信した通信パケットが当該通信パケットの送信元に対する論理アドレスの割当要求パケットであることに応答して、所定のアドレス決定方法により、互いに通信可能な関係にある第１及び第２の論理アドレスを生成し、前記第１の論理アドレスを前記送信元に返信し、前記第２の論理アドレスを前記ネットワーク機器に設定するための動的アドレス生成手段と、
   前記第１の動作モードにおいて前記パケット受信手段が、ネットワーク上の特定の論理アドレスに対応する物理アドレスを問合せる通信パケットを受信したことに応答して、前記特定の論理アドレスの如何に関わらず、前記特定の論理アドレスを前記ネットワーク機器の論理アドレスに設定し、さらに問合せのあった前記物理アドレスとして前記ネットワーク機器の物理アドレスを送信元に返信するための物理アドレス応答手段と、
   前記第１の動作モードにおいて、前記物理アドレス応答手段により前記ネットワーク機器の物理アドレスが前記送信元に送信された後、前記送信元から当該特定の論理アドレスを用いて前記ネットワーク機器に送信され、前記パケット受信手段により受信された設定用パラメータの値を、前記記憶手段に格納するためのパラメータ設定手段とを備え、
   前記第２の動作モードにおいて、前記記憶手段に記憶された前記設定用パラメータの値を用いた通信により所定のネットワーク機能を実現することを特徴とする、ネットワーク機器。
4. 第１の動作モード及び第２の動作モードの間で切替可能なネットワーク機器であって、
   前記ネットワーク機器の設定用パラメータを記憶するための記憶手段と、
   通信経路から通信パケットを受信するためのパケット受信手段と、
   前記第１の動作モードにおいて前記パケット受信手段が、ネットワーク上の特定の論理アドレスに対応する物理アドレスを問合せる通信パケットを受信したことに応答して、前記特定の論理アドレスの如何に関わらず、前記特定の論理アドレスを前記ネットワーク機器の論理アドレスに設定し、さらに問合せのあった前記物理アドレスとして前記ネットワーク機器の物理アドレスを送信元に返信するための物理アドレス応答手段と、
   前記第１の動作モードにおいて、前記物理アドレス応答手段により前記ネットワーク機器の物理アドレスが前記送信元に送信された後、前記送信元から当該特定の論理アドレスを用いて前記ネットワーク機器に送信され、前記パケット受信手段により受信された設定用パラメータの値を、前記記憶手段に格納するためのパラメータ設定手段とを備え、
   前記第２の動作モードにおいて、前記記憶手段に記憶された前記設定用パラメータの値を用いた通信により所定のネットワーク機能を実現することを特徴とする、ネットワーク機器。
5. 第１の動作モード及び第２の動作モードの間で切替可能なネットワーク機器であって、
   前記ネットワーク機器の設定用パラメータを記憶するための記憶手段と、
   通信経路から通信パケットを受信するためのパケット受信手段と、
   前記第１の動作モードにおいて前記パケット受信手段が、ネットワーク上の特定の論理アドレスに対応する物理アドレスを問合せる通信パケットを受信したことに応答して、前記特定の論理アドレスの如何に関わらず、前記特定の論理アドレスを前記ネットワーク機器の論理アドレスに設定し、さらに問合せのあった前記物理アドレスとして前記ネットワーク機器の物理アドレスを送信元に返信するための物理アドレス応答手段と、
   前記第１の動作モードにおいて、前記パケット受信手段の受信した通信パケットが、ネットワーク上の資源の識別子に対応する論理アドレスを問合せる通信パケットであることに応答して、識別子の如何に関わらず、前記ネットワーク機器に設定されている論理アドレスを前記送信元に送信するための識別子解決手段と、
   前記第１の動作モードにおいて、前記識別子解決手段により前記ネットワーク機器の論理アドレスが前記送信元に送信された後、前記送信元から当該論理アドレスを用いて前記ネットワーク機器に送信され、前記パケット受信手段により受信された設定用パラメータの値を、前記記憶手段に格納するためのパラメータ設定手段とを備え、
   前記第２の動作モードにおいて、前記記憶手段に記憶された前記設定用パラメータの値を用いた通信により所定のネットワーク機能を実現することを特徴とする、ネットワーク機器。
6. 前記第１の動作モードで最初に受信したパケットの送信元の物理アドレスを記憶するための物理アドレス記憶手段と、
   前記第１の動作モードで２番目以降に受信したパケットの物理アドレスと、前記物理アドレス記憶手段に記憶された物理アドレスとを比較し、両者が異なっているときに予め定めるエラー処理を実行するためのエラー処理手段とをさらに含む、請求項１〜請求項５のいずれかに記載のネットワーク機器。
7. 前記ネットワークはＴＣＰ／ＩＰプロトコルを用いたネットワークを含み、
   前記論理アドレスは前記ネットワーク上の装置のＩＰアドレスを含み、
   前記資源の識別子はＵＲＩを含み、
   前記ネットワーク上の資源の識別子に対応する論理アドレスを問合せる通信パケットはＵＲＩの名前解決リクエストを含み、
   前記識別子解決手段は、前記第１の動作モードにおいて前記ネットワーク機器上で動作するＤＮＳサーバを含む、請求項１〜請求項５のいずれかに記載のネットワーク機器。
8. 相互に接続された記憶装置、中央演算処理装置、及びネットワークインタフェースを少なくとも有するネットワーク機器により実行されると、当該ネットワーク機器を、請求項１〜請求項７のいずれかに記載のネットワーク機器の各手段として機能させる、プログラム。

Images