JP2009044512A

JP2009044512A - ネットワーク機器およびネットワーク機器設定方法

Info

Publication number: JP2009044512A
Application number: JP2007207901A
Authority: JP
Inventors: Takahiro Kiji; 隆浩木地
Original assignee: Silex Technology Inc
Current assignee: Silex Technology Inc
Priority date: 2007-08-09
Filing date: 2007-08-09
Publication date: 2009-02-26
Anticipated expiration: 2027-08-09
Also published as: JP4660785B2

Abstract

【課題】ネットワーク機器にＩＰアドレスを備えさせることなく、容易にネットワーク機器を設定することのできる装置および方法を提供する。
【解決手段】第１の端末が接続されたネットワークに接続する第１のネットワークインタフェースと、第２の端末が接続されたネットワークに接続する第２のネットワークインタフェースと、第１のネットワークインタフェースから受信した通信を処理する第１のパケット受信処理部と、第２のネットワークインタフェースから受信した通信を処理する第２のパケット受信処理部と、第２の端末の持つアドレス情報が保存される端末情報保存領域とを備え、第１のパケット受信処理部は、第１の端末から第２の端末への通信を受信し、第２の端末のアドレス情報が端末情報保存領域に登録されているかを判断し、登録されていると判断した場合、当該通信に含まれる特定の情報の検出を試み、検出されれば、所定の処理を実行する。
【選択図】図３

Description

本発明は、コンピュータネットワークにおけるネットワーク機器およびこの設定方法に関する。

近年、コンピュータネットワーク（以下、単にネットワークと称す）の発達に伴い、各種ネットワーク機器が急速に普及してきている。以下では、本発明について、ネットワーク機器の１つであるネットワークブリッジ（以下、単にブリッジと称す）を例に説明する。

上述したネットワークの発達に伴う、ネットワークの大規模化や複雑化に対応するため、ブリッジは単に通信のブリッジ装置としてだけではなく、トラフィック管理やファイアウォールなど様々な機能が付加された高機能なものが普及してきている。一般にこのようなブリッジは、インテリジェントスイッチと呼ばれ、今日のネットワークにおいて欠かすことのできない存在となっている。なお、上記したブリッジは、例えば、非特許文献１にて公開されている。
プラネックスコミュニケーションズ株式会社のＨＰ「インテリジェントスイッチ」(ＵＲＬアドレス：http://www.planex.co.jp/product/intelli_layer/index.shtml）既述の通り、今日のブリッジには多くの機能が備えられている。当然、これらの機能を正常に働かせるため、ユーザは何らかの手段により、ブリッジに設定を施す必要がある。ブリッジに限らず、ネットワーク機器の設定手段として、かつてはネットワーク機器に備えられたシリアルなどのインタフェースとＰＣとを直接接続し設定することもあったが、今日ではＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を用いてネットワークに接続されたコンピュータ（ＰＣ）のＷｅｂから設定する手段や、ＰＣに特殊ユーティリティをインストールして、これを用いてネットワーク経由にて設定する手段を採用することが一般的となっている。

ところが、上記した既存の設定手段は次のような点で不都合があった。まず、シリアル等のインタフェースによる設定は、ネットワーク機器自身にインタフェースを搭載する必要があり、機器の小型化やコスト面で不利になることが多い。一方、ＨＴＴＰや特殊ユーティリティによる設定は、ネットワーク機器が元々備えるネットワークインタフェースを介して設定するため、小型化やコスト的に見て比較的有利なものの、次のような問題がある。まず、前者のＷｅｂによる設定は、ブリッジにＩＰアドレスが必要となり、ユーザにとってはこの初期設定が煩わしい作業となる。また、後者の特殊ツールによる設定は、ＩＰアドレスの設定が不要になる場合もあるが、このようなツールは特殊な通信方式を採用することが多く、ＰＣやその他通信経路上に存在するファイアウォール等により、通信が遮断されることが少なくない。この場合、ユーザ自身が、各種機器に通信を許可するよう設定する必要がある。これも、前者と同様、ユーザにとっては煩わしい作業となるだけでなく、特に初心者ユーザにとっては、困難な作業となる。

上記した問題に鑑み、本発明は、ネットワーク機器にＩＰアドレスを備えさせることなく、容易にネットワーク機器を設定することのできる装置および方法を提供する。

本発明の第１の局面に係るネットワーク機器は、少なくとも２つのネットワークインタフェースを備え、それぞれのネットワークインタフェース間の通信を制御するネットワーク機器であって、第１の端末が接続された第１のネットワークに接続する第１のネットワークインタフェースと、第２の端末が接続された第２のネットワークに接続する第２のネットワークインタフェースと、第１のネットワークインタフェースから受信した通信を処理する第１のパケット受信処理部と、第２のネットワークインタフェースから受信した通信を処理する第２のパケット受信処理部と、第２の端末の持つアドレス情報が保存される端末情報保存領域とを備える。第１のパケット受信処理部は、第１の端末から第２の端末への通信を受信し、第２の端末のアドレス情報が端末情報保存領域に登録されているかを判断し、登録されていると判断した場合、当該通信に含まれる特定の情報の検出を試み、検出されれば、所定の処理を実行し、第２のパケット受信処理部は、第２の端末から第１の端末への通信を受信し、第２の端末のアドレス情報が端末情報保存領域に登録されているかを判断し、登録されていないと判断した場合、第２の端末のアドレス情報を端末情報保存領域に登録する。

上記したネットワーク機器は、第１の端末から第２の端末に送信されたパケットのうち、任意の情報を含むパケットを検出した場合のみ反応することができる。この際、第１の端末及び第２の端末だけでなく、ネットワーク機器に対してさえも、予めユーザは何ら設定する必要はない。単に、第１の端末から第２の端末に向けて通信を開始すればよいだけである。そうすることで、ネットワーク機器は所定の処理を実行することができる。

好ましくは、ネットワーク機器は、さらに、ネットワーク機器の設定情報を少なくとも含むＷｅｂ情報を、第１の端末に対して提供するＨＴＴＰ処理部を備える。所定の処理は、第１の端末に対してＷｅｂ情報を送信するよう、第１のパケット受信処理部がＨＴＴＰ処理部に指示し、ＨＴＴＰ処理部が、第１のパケット受信処理部より受けた、Ｗｅｂ情報送信指示に反応して、第１の端末に対してＷｅｂ情報を送信する。

上記したネットワーク機器は、第１の端末から第２の端末に送信されたパケットのうち、任意の情報を含むパケットを検出すると、第１の端末に対し、自身であるネットワーク機器を設定することのできるＷｅｂ情報を送信することができる。これにより、ユーザは単に第１の端末から第２の端末に向けて通信を開始するだけで、ネットワーク機器を設定することのできるＷｅｂ画面を開くことができる。

好ましくは、ネットワーク機器は、さらに、第２のネットワークに接続されている少なくとも１台の第２の端末のリンク状態を監視するリンク監視部を備える。リンク監視部は、第２のネットワークに接続されている第２の端末のリンク状態を監視し、当該リンクが接続状態から切断状態に遷移したことを検知すると、第２の端末のアドレス情報を端末情報保存領域から削除する。

第２の端末の使用を中断するなど、何らかの事由により第２の端末がネットワーク機器から切断された場合であっても、端末情報保存領域の内容が正常に保持される。

好ましくは、当該通信に含まれる特定の情報は、ネットワークトランスポート層におけるポート番号および／またはＨＴＴＰ通信におけるＵＲＬである。

上記したネットワーク機器は、ネットワークトランスポート層のポート番号およびＨＴＴＰ通信におけるＵＲＬのうち、特定の情報をトリガとして第１の端末に対して自身であるネットワーク機器を設定することのできるＷｅｂ情報を送信することができる。ポート番号およびＵＲＬは、通常、第１の端末上にて起動しているＷｅｂブラウザを操作するだけで指定できることから、ユーザにとって使いやすい設定方法である。

本発明に係るネットワーク機器を設定する方法は、第１の端末が接続された第１のネットワークに接続する第１のネットワークインタフェースと、第２の端末が接続された第２のネットワークに接続する第２のネットワークインタフェースと、第１のネットワークインタフェースから受信した通信を処理する第１のパケット受信処理部と、第２のネットワークインタフェースから受信した通信を処理する第２のパケット受信処理部と、第２の端末の持つＩＰアドレスおよびＭＡＣアドレス情報のうち少なくとも１つが登録される端末情報保存領域と、ネットワーク機器の設定情報を少なくとも含むＷｅｂ情報を、第１の端末に対して提供するＨＴＴＰ処理部と、第２のネットワークに接続されている少なくとも１台の第２の端末のリンク状態を監視するリンク監視部と、を備え、第１のパケット受信処理部は、第１の端末から第２の端末への通信を受信し、第２の端末のＩＰアドレスおよびＭＡＣアドレスが端末情報保存領域に登録されているかを判断し、登録されていると判断した場合、当該通信に含まれる特定の情報の検出を試み、検出されれば、第１の端末に対して当該ネットワーク機器の設定情報を少なくとも含むＷｅｂ情報を送信するようＨＴＴＰ処理部に指示し、ＨＴＴＰ処理部は、第１のパケット受信処理部より受けた、Ｗｅｂ情報送信指示に反応して、第１の端末に対してＷｅｂ情報を送信し、第２のパケット受信処理部は、第２の端末から第１の端末への通信を受信し、第２の端末ＩＰアドレスおよびＭＡＣアドレスが端末情報保存領域に登録されているかを判断し、登録されていなければ、第２の端末のＩＰアドレスおよびＭＡＣアドレスを端末情報保存領域に登録し、リンク監視部は、第２のネットワークに接続されている第２の端末のリンク状態を監視し、当該リンクが接続状態から切断状態に遷移したことを検知すると、第２の端末のＩＰアドレスおよびＭＡＣアドレスを端末情報保存領域から削除する。

上記したネットワーク機器を設定する方法は、第１の端末及び第２の端末だけでなく、ネットワーク機器に対してさえもＩＰアドレスを予め設定する必要が無いため、ユーザが容易にネットワーク機器を設定することができる。

以下、本発明の実施の形態について図面を参照し説明する。

図１は本発明に係るネットワーク環境図である。本発明に係るネットワーク機器であるブリッジ１０１は、ＬＡＮなどのネットワークを介してＰＣ１０５Ａ、ＰＣ１０５ＢおよびＷＷＷサーバ１０３と接続されている。以下では、ＰＣ１０５ＡおよびＰＣ１０５Ｂを総称する場合、単にＰＣ１０５と記載する。

図２は、ブリッジ１０１のハードウェア構成図である。ブリッジ１０１は、ＲＯＭ２０３に保存され、実行時にＲＡＭ２０５に展開されたファームウェア等のプログラムを実行するＣＰＵ２０１、第１のネットワークと接続する第１のネットワークインタフェース２０９および第２のネットワークと接続する第２のネットワークインタフェース２０７を備える。なお、ブリッジは複数のネットワークインタフェースを備えるものが一般的であるため、本発明に係るブリッジ１０１の備えるネットワークインタフェースの数は、図示した数の２に限定されるものではなく、より多くの数を備えていても良い。なお、ＲＡＭ２０５は、プログラムの作業領域だけでなく、後述する端末情報保存領域の記憶領域としても利用される。

図３は、本発明に係るブリッジ１０１の機能ブロック図である。ブリッジ１０１は、第１のパケット受信処理部３０１とＨＴＴＰ処理部３０３と第２のパケット受信処理部３０５とリンク監視部３０７と端末情報保存領域３０９とを含む。

端末情報保存領域３０９には、第２のネットワークインタフェース２０７に接続されているＷＷＷサーバ１０３のＩＰアドレスおよびＭＡＣアドレスが格納される。

第１のパケット受信処理部３０１は、第１のネットワークインタフェース２０９からのパケットを受信し、当該受信したパケットの宛先ＩＰアドレスおよびＭＡＣアドレスが端末情報保存領域３０９に登録されているかどうかを参照・判断し、この結果に基づいてＨＴＴＰ処理部３０３に所定の指示（後述）を出す、もしくは、当該受信したパケットに対し何も手を加えずに第２のネットワークインタフェース２０７に送信する。

ＨＴＴＰ処理部３０３は、第１のパケット受信処理部３０１からの指示に従い、ブリッジ１０１を設定するためのＷｅｂページを第１のネットワークインタフェース２０９に送信する。

第２のパケット受信処理部３０５は、第２のネットワークインタフェース２０７を介してＷＷＷサーバ１０３からのパケットを受信し、端末情報保存領域３０９を参照および更新し、受信した当該パケットを第１のネットワークインタフェース２０９に送信する。
なお、図３における第１のネットワークインタフェース２０９及び第２のネットワークインタフェース２０７は、図２を用いて説明したこれら物理インタフェースを動作させる為のＴＣＰ／ＩＰプロトコルなどのソフトウェアプログラムを含む。

リンク監視部３０７は、第２のネットワークインタフェース２０７を常に監視し、特に、接続されているＷＷＷサーバ１０３のリンク状態における接続から切断への遷移を検知し、端末情報保存領域３０９を更新する。

以下では、ＨＴＴＰ処理部３０３を除く各処理部について、フローチャートを使用し個々の動作を説明する。

図４は、第１のパケット受信処理部３０１の機能をコンピュータプログラムで実現する際の、プログラムの制御構造を示すフローチャートである。以下で説明するコンピュータプログラムは、何れも図２に示すＲＯＭ２０３に記憶されており、ＣＰＵ２０１によって実行されることにより、各機能ブロックの機能を実現する。

ステップ４０１において、第１のパケット受信処理部３０１は、第１のネットワークインタフェース２０９からパケットを受信したかどうかを判定する。受信していればステップ４０３へ制御が進み、それ以外であればステップ４０１に戻る。

ステップ４０３おいて、当該受信したパケットの送信先ＩＰアドレス／ＭＡＣアドレスが端末情報保存領域３０９に登録されているかどうかを判定する。登録されていればステップ４０５に制御が進み、それ以外であればステップ４０９に進む。

ステップ４０５において、当該受信したパケットが特殊ポートを使用するＴＣＰ通信であるかどうかを判定する。具体的には、受信したパケットがＴＣＰ（８０００番ポート）に対する通信であるかを判定する。特殊ポートへのＴＣＰ通信であれば、制御がステップ４１１に進み、それ以外であればステップ４０９に進む。

ステップ４１１において、第１のパケット受信処理部３０１は、当該受信したパケットがＴＣＰ接続確立パケットであるかを判定する。ＴＣＰ接続確立パケットであれば、制御がステップ４１３に進み、それ以外であればステップ４０７に進む。

ステップ４１３において、第１のパケット受信処理部３０１は、第１のネットワークインタフェース２０９に対して、ブリッジ１０１とＰＣ１０５とのＴＣＰ接続を確立するよう指示する。

ステップ４０７において、第１のパケット受信処理部３０１は、ＨＴＴＰ処理部３０３に対し、ブリッジ１０１を設定するためのＷｅｂデータをＰＣ１０５に送信するよう指示する。

ステップ４０９において、第１のパケット受信処理部３０１は、当該受信したパケットに対して何も手を加えず、第２のネットワークインタフェース２０７に送信する。

図５は、第２のパケット受信処理部３０５の機能をコンピュータプログラムで実現する際の、プログラムの制御構造を示すフローチャートである。

ステップ５０１において、第２のパケット受信処理部３０５は、第２のネットワークインタフェース２０７からパケットを受信したかどうかを判定する。受信していれば制御がステップ５０３へ進み、それ以外であればステップ５０１に戻る。

ステップ５０３において、第２のパケット受信処理部３０５は、当該受信したパケットの送信元ＩＰ／ＭＡＣアドレスが端末情報保存領域３０９に登録されているかどうかを判定する。登録されていれば、制御がステップ５０７に進み、それ以外であればステップ５０５に進む。

ステップ５０５において、第２のパケット受信処理部３０５は、当該受信したパケットの送信元ＩＰ／ＭＡＣアドレスを端末情報保存領域３０９に登録する。

ステップ５０７において、第２のパケット受信処理部３０５は、当該受信したパケットに対して何も手を加えず、第１のネットワークインタフェース２０９に送信する。

図６は、リンク監視部３０７の機能をコンピュータプログラムで実現する際の、プログラムの制御構造を示すフローチャートである。

ステップ６０１において、リンク監視部３０７は、第２のネットワークインタフェース２０７がリンク状態、即ちＷＷＷサーバ１０３が接続されているかどうかを判定する。接続されていれば、制御がステップ６０３に進み、それ以外であればステップ６０１に戻る。

ステップ６０３において、リンク監視部３０７は、当該リンク状態にあるＷＷＷサーバ１０３切断されたかどうかを判定する。切断されていれば、制御がステップ６０５に進み、それ以外であればステップ６０１に戻る。

ステップ６０５において、リンク監視部３０７は、端末情報保存領域３０９に登録されているＷＷＷサーバ１０３のＩＰ／ＭＡＣアドレス情報を削除し、制御がステップ６０１に戻る。
＜動作＞
以下では、上述した各処理部により構成されるブリッジ１０１全体の動作に関して、ＰＣ１０５がＷＷＷサーバ１０３のＷｅｂページを開く場合と、ブリッジ１０１を設定するためのＷｅｂページを開く場合とに分けて説明する。なお、図３を参照して、最初は第２のネットワークインタフェース２０７にはＷＷＷサーバ１０３が接続されておらず、端末情報保存領域３０９には何の情報も登録されていないものとする。

図３を参照して、ブリッジ１０１が動作し始めると、リンク監視部３０７が起動し、第２のネットワークインタフェース２０７と、第２のネットワークインタフェース２０７に接続される機器とのリンク状態の監視を開始する。

ＷＷＷサーバ１０３が第２のネットワークインタフェース２０７に接続されたものとする。この場合、リンク監視部３０７は第２のネットワークインタフェース２０７とＷＷＷサーバ１０３とのリンクの確立を検知するが、それ以上は何も行なわない。以後リンク監視部３０７は、第２のネットワークインタフェース２０７とＷＷＷサーバ１０３とのリンクが切断されたか否か、即ちリンクが失われたか否かについて監視する。

リンクが切断されたとき、リンク監視部３０７は、端末情報保存領域３０９を参照し、ＷＷＷサーバ１０３のＩＰアドレス／ＭＡＣアドレスが登録されていれば、登録されている情報を削除する。
―ＷＷＷサーバ１０３のＷｅｂページを開く場合―
図７は、図３に示す、第１のネットワークインタフェース２０９に接続されたＰＣ１０５が、第２のネットワークインタフェース２０７に接続されたＷＷＷサーバ１０３のＷｅｂページを、ブリッジ１０１を介して開く際のシーケンス図である。

図７を参照して、先ず、矢印７０１は、ＰＣ１０５からＷＷＷサーバ１０３へ、ＡＲＰ（ＡｄｄｒｅｓｓＲｅｓｏｌｕｔｉｏｎＰｒｏｔｏｃｏｌ）リクエストを送信することを示している。最初、ＰＣ１０５は、パケットの送信先のＩＰアドレスを知っているが、そのＩＰアドレスに対応するＭＡＣアドレスを知らない。このＡＲＰリクエストは、ＰＣ１０５が、相手方のＭＡＣアドレスを知るためにＬＡＮ上にブロードキャストするものである。

図３を参照して、ＰＣ１０５から送信されたＡＲＰリクエストのパケットは、第１のネットワークインタフェース２０９を介して、第１のパケット受信処理部３０１で受信される。この時点で、端末情報保存領域３０９には、ＷＷＷサーバ１０３のＩＰアドレス／ＭＡＣアドレスは記憶されていない。したがって、第１のパケット受信処理部３０１は、このＡＲＰリクエストのパケットを第２のネットワークインタフェース２０７に与える。第２のネットワークインタフェース２０７はこのＡＲＰリクエストのパケットをＷＷＷサーバ１０３に送信する。このＡＲＰリクエストがＷＷＷサーバ１０３のＩＰアドレスに関するものであれば、ＷＷＷサーバ１０３は自己のＭＡＣアドレスをＡＲＰ応答としてＰＣ１０５に返信する。ＡＲＰリクエストが自己のＩＰアドレスに関するものでなければＷＷＷサーバ１０３は何も返信しない。以下の説明では、ＡＲＰリクエストがＷＷＷサーバ１０３のＩＰアドレスに関するものであるものとする。

図７を参照して、矢印７０３は、ＷＷＷサーバ１０３が、ＰＣ１０５へ、ＷＷＷサーバ１０３のＭＡＣアドレスを含むＡＲＰ応答を返すことを示している。

図３を参照して、ＡＲＰ応答は先ず、ＷＷＷサーバ１０３から第２のネットワークインタフェース２０７を介して、第２のパケット受信処理部３０５に到達する。第２のパケット受信処理部３０５は端末情報保存領域３０９を参照して、ＡＲＰ応答のパケットの送信元であるＷＷＷサーバ１０３のＩＰアドレス／ＭＡＣアドレスが端末情報保存領域３０９に登録されているかどうかを確認する。現状では、端末情報保存領域３０９に何も登録されていないので、第２のパケット受信処理部３０５は、受信したパケットの送信元ＩＰアドレスとＭＡＣアドレスとを端末情報保存領域３０９に登録し、当該受信したパケットを第１のネットワークインタフェース２０９に与える。第１のネットワークインタフェース２０９はこのパケットをＬＡＮ上に送出する。この結果、ＡＲＰ応答はＰＣ１０５に到達する。以上のシーケンスにより、ＰＣ１０５はＷＷＷサーバ１０３のＭＡＣアドレスを知ることができる。

図７を参照して、矢印７０５は、ＰＣ１０５がＷＷＷサーバ１０３とポート番号を８０番としてＴＣＰ接続をするためのパケット通信を行なうことを示している。これは、即ち、ＨＴＴＰポートでＴＣＰ接続を開始することを意味する。このときにＰＣ１０５から送信されるパケットに対して、ブリッジ１０１は何の処理も行なわず、第１のネットワークインタフェース２０９、第１のパケット受信処理部３０１、及び第２のネットワークインタフェース２０７を経由して、パケットをＷＷＷサーバ１０３に送信する。

図７を参照して、矢印７０７は、ＷＷＷサーバ１０３が矢印７０５で受信したＴＣＰ接続のためのパケットに対して、ＴＣＰ接続に対する応答をＰＣ１０５にパケット送信することを示している。このときにＷＷＷサーバ１０３から送信されるパケットに対して、ブリッジ１０１は何の処理も行なわず、第２のネットワークインタフェース２０７、第２のパケット受信処理部３０５、及び第１のネットワークインタフェース２０９を経由して、パケットをＰＣ１０５に送信する。

矢印７０９は、ＰＣ１０５がＷＷＷサーバ１０３からＴＣＰ接続に対する応答を受信し、ＷＷＷサーバ１０３にＴＣＰ応答確認のためのパケットを送信することを示す。ブリッジ１０１はこのパケットに対し何の処理も行なわず、ＷＷＷサーバ１０３に送信する。

このようなネゴシエーションの結果、ＰＣ１０５とＷＷＷサーバ１０３とのＴＣＰ接続が確立される。

図７を参照して、矢印７１１は、ＰＣ１０５がＷＷＷサーバ１０３にＨＴＴＰリクエストのためのパケットを送信することを示している。

図７を参照して、ブリッジ１０１はこのＨＴＴＰリクエストに対しても何ら処理を行なわず、この結果このパケットはＷＷＷサーバ１０３に到達する。

図７を参照して、矢印７１３は、ＷＷＷサーバ１０３が、受信したＨＴＴＰリクエストに対し、ＰＣ１０５にＨＴＴＰ応答のためのパケットを送信することを示す。

図７を参照して、ブリッジ１０１はこのＨＴＴＰ応答に対して何の処理も行なわず、第２のネットワークインタフェース２０７、第２のパケット受信処理部３０５、及び第１のネットワークインタフェース２０９を経由して、パケットをＰＣ１０５に送信する。
―ブリッジ１０１のＷｅｂページを開く場合―
図８は、図３に示す、第１のネットワークインタフェース２０９に接続されたＰＣ１０５が、ブリッジ１０１のＷｅｂページを開く際のシーケンス図である。

図８を参照してＡＲＰリクエスト７０１およびＡＲＰ応答７０３は、図７に示すステップと同じなので同じ番号を付し説明を省略する。

図８を参照して、矢印８０５は、ＰＣ１０５がＷＷＷサーバ１０３に対してポート番号を８０００番としてＴＣＰ接続をするためのパケット通信を行なうことを示している。即ち、ＰＣ１０５は宛先ＩＰアドレスをＷＷＷサーバ１０３のＩＰアドレスに設定してＴＣＰ接続を開始する。この時のポート番号は、従来のＨＴＴＰ通信で用いられる８０番ではなく、特殊ポート番号である８０００番を用いる。図４にて示したように、特殊ポート（８０００番）へのＴＣＰ接続確立パケットは、第１のパケット受信処理部３０１が第１のネットワークインタフェース２０９に指示して、ブリッジ１０１とＰＣ１０５間におけるＴＣＰ接続を確立させる（矢印８０５、８０７、８０９）。

図８を参照して、矢印８１１は、ＰＣ１０５からＷＷＷサーバ１０３のＩＰアドレスに対してＨＴＴＰリクエストの送信を示している。この時のポート番号は、矢印８０５と同様に８０００番であり、当該リクエストを受信したブリッジ１０１における、第１のパケット受信処理部３０１は、当該ＴＣＰ接続（８０００番）を第１のネットワークインタフェース２０９より受信し、送信先ＩＰ／ＭＡＣアドレスが端末情報保存領域３０９に登録されているかどうかを判定する。この時点において、端末情報保存領域３０９には、ＷＷＷサーバ１０３のＩＰ／ＭＡＣアドレスが既に登録（矢印７０３）されており、さらに８０００番ポートへのＴＣＰ接続であることから、第１のパケット受信処理部３０１は、ＨＴＴＰ処理部３０３に、ブリッジ１０１を設定するためのＷｅｂデータを、ＰＣ１０５に対して送信するよう指示を出す（図４におけるステップ４０７）。

図８を参照して、矢印８１３は、ブリッジ１０１からＰＣ１０５に対するＷｅｂデータの送信を示している。なお、この動作は図４のステップ４０７にて指示を受けた、ＨＴＴＰ処理部３０３が行っている。この時の送信元ＩＰアドレス／ＭＡＣアドレスは、ＷＷＷサーバ１０３のＩＰアドレス／ＭＡＣアドレスを送信元アドレスに設定して、ブリッジ１０１がＰＣ１０５にＨＴＴＰ応答をしている。
＜実施例１の効果＞
上述した実施例１に係るブリッジ１０１によれば、ＰＣ１０５のユーザは、予めブリッジ１０１のＩＰアドレスなどのネットワーク情報を手に入れ、さらに、これに合わせてＰＣ１０５を設定することなく、ブリッジ１０１のＷｅｂページを開き、設定等を行うことができる。また、上記した構成から明らかな通り、ブリッジ１０１自身にＩＰアドレスを設定する必要はなく、既存のネットワークにブリッジ１０１を接続するだけで、上記した機能を利用することができる。

本実施例では、ＰＣ１０５からＷＷＷサーバ１０３およびブリッジ１０１への通信を判別するためのキー情報として、実施例１で用いたポート番号ではなく、ＷｅｂページのＵＲＬを利用する。即ち、特定のＵＲＬに対するＨＴＴＰ通信のみ、ブリッジ１０１が自らＰＣ１０５に対して応答することで、ＰＣ１０５に対してブリッジ１０１のＷｅｂデータを送信する。

図９を参照して、本実施例にかかるブリッジ１０１の動作を概観する。ブリッジ１０１は、ＰＣ１０５ＡおよびＷＷＷサーバ１０３の間に位置し、それぞれに対してＬＡＮなどのネットワーク回線を通じて接続されている。本実施例によれば、ＰＣ１０５ＡがＷＷＷサーバ１０３のＷｅｂページを開く際、矢印９０１に示すＵＲＬを指定する事により開くことができ、一方、ＰＣ１０５Ａがブリッジ１０１のＷｅｂページを開く際は、矢印９０３に示すＵＲＬを指定することにより開くことができる。矢印９０１と９０３の差は、http://192.168.0.1:80/以降のパスのみである。即ち、ブリッジ１０１は、ＴＣＰ（８０番ポート）に対するＨＴＴＰ通信のうち、特定のＵＲＬのみに反応して、該通信をＷＷＷサーバ１０３へは転送せず、自らこの通信に対して応答する。

図１０は、本実施例に係るブリッジ１０１の機能ブロック図である。以下で、各機能部について説明するが、実施例１と同じ機能部については同じ番号を付し説明を省略する。

図１０を参照して、第１のパケット受信処理部１００１は、第１のネットワークインタフェース２０９を介してＰＣ１０５からのパケットを受信し、当該受信したパケットを第１のＨＴＴＰパケット転送部１００３に送信するか、ＨＴＴＰ処理部３０３に指示してブリッジ１０１のＷｅｂデータをＰＣ１０５に送信するかを判定する。

図１０を参照して、第１のＨＴＴＰパケット転送部１００３は、ブリッジ１０１とＷＷＷサーバ１０３とのＴＣＰの接続（８０番ポート）を確立し、ＰＣ１０５から受信したＨＴＴＰパケットをブリッジ１０１が送信元となるよう生成し、このパケットを第２のネットワークインタフェース２０７を経由してＷＷＷサーバ１０３へ送信する。

図１０を参照して、第２のパケット受信処理部１００５は、第２のネットワークインタフェース２０７から受信したパケットを、端末情報保存領域３０９および送信元ポート番号の情報を元に、第１のネットワークインタフェース２０９に送信するか、第２のＨＴＴＰパケット転送部１００７に送信するかを判定する。

図１０を参照して、第２のＨＴＴＰパケット転送部１００７は、第２のパケット受信処理部１００５より受信したパケットのデータ部を新たに生成したＨＴＴＰパケットにコピーして第１のネットワークインタフェース２０９に送信する。

図１１は、第１のパケット受信処理部１００１の機能をコンピュータプログラムで実現する際の、プログラムの制御構造を示すフローチャートである。なお、実施例１と同じステップについては、同じ番号を付し説明を省略する。

ステップ１１０１において、第１のパケット受信処理部１００１は、第１のネットワークインタフェース２０９を介して受信したＰＣ１０５からのパケットが、ＴＣＰ（８０番ポート）、即ちＨＴＴＰパケットであるかを判定する。ＨＴＴＰパケットであれば、処理がステップ１１０３に進み、それ以外であればステップ４０９に進む。

ステップ１１０３において、第１のパケット受信処理部１００１は、ＰＣ１０５より受信した当該ＨＴＴＰパケットのＵＲＬのパスがbr_index.html、即ちブリッジ１０１のＷｅｂページを指定するパスであるかどうかを判定する。当該パスがbr_index.htmlであれば、処理が４０７に進み、それ以外の場合はステップ１１０５に進む。

ステップ１１０５において、第１のパケット受信処理部１００１は、第１のＨＴＴＰパケット転送部１００３にブリッジ１０１とＷＷＷサーバ１０３との間のＴＣＰ接続（８０番ポート）、即ちＨＴＴＰ接続の確立を指示する。このステップから明らかなように、ブリッジ１０１が自身のＷｅｂページを指定したＵＲＬ以外のＨＴＴＰパケットを受信した場合、ブリッジ１０１は、当該ＨＴＴＰパケットをＷＷＷサーバ１０３にはそのまま転送せず、一旦、ブリッジ１０１とＷＷＷサーバ１０３との間でＨＴＴＰ接続を確立する。

図１２は、第１のＨＴＴＰパケット転送部１００３の機能をコンピュータプログラムで実現する際の、プログラムの制御構造を示すフローチャートである。

ステップ１２０１において、第１のＨＴＴＰパケット転送部１００３は、第１のパケット受信処理部１００１からパケットを受信したかどうかを判断する。パケットを受信していれば、処理がステップ１２０３に進み、それ以外の場合は１２０１に戻る。なお、第１のパケット受信処理部１００１の処理から明らかなように、ここで受信するパケットは、ＷＷＷサーバ１０３に送信すべきＰＣ１０５からのＨＴＴＰパケットである。

ステップ１２０３において、第１のＨＴＴＰパケット転送部１００３は、自身のブリッジ１０１とＷＷＷサーバ１０３との間にＴＣＰ接続（８０番ポート）が確立されているかどうかを判定する。確立されていれば、処理がステップ１２０７に進み、それ以外の場合は、ステップ１２０５に進む。

ステップ１２０５において、ブリッジ１０１は、第２のネットワークインタフェース２０７に指示して自身とＷＷＷサーバ１０３との間にＴＣＰ接続（８０番ポート）を確立する。この時、送信元ＩＰ／ＭＡＣアドレスとして、当該受信したパケットの送信元アドレス、即ちＰＣ１０５のアドレスを用いる。その後、処理がステップ１２０７に進む。

ステップ１２０７において、第１のＨＴＴＰパケット転送部１００３は、当該受信したパケットのデータ（ＨＴＴＰコマンドなど）がセットされたＨＴＴＰパケットを生成する。

ステップ１２０９において、第１のＨＴＴＰパケット転送部１００３は、当該確立済みのＴＣＰ接続（８０番ポート）を用いて、当該生成されたＨＴＴＰパケットを第２のネットワークインタフェース２０７に送信する。

上述した第１のＨＴＴＰパケット転送部１００３の処理により、ＰＣ１０５からＷＷＷサーバ１０３へ送信されたＨＴＴＰパケットは、ブリッジ１０１が一旦受信し、ブリッジ１０１が送信元となってＷＷＷサーバ１０３に送信される。

図１３は、第２のＨＴＴＰパケット受信処理部１００５の機能をコンピュータプログラムで実現する際の、プログラムの制御構造を示すフローチャートである。

ステップ１３０１において、第２のＨＴＴＰパケット受信処理部１００５は、第２のネットワークインタフェース２０７からパケットを受信したかどうかを判定する。受信していれば、処理がステップ１３０３に進み、それ以外の場合は、ステップ１３０１に戻る。

ステップ１３０３において、第２のＨＴＴＰパケット受信処理部１００５は、当該受信したパケットがＨＴＴＰパケット、即ち送信元ポート番号が８０であるかどうかを判定する。ＨＴＴＰパケットであれば、処理がステップ１３０７に進み、それ以外の場合は、１３０５に進む。

ステップ１３０５において、第２のＨＴＴＰパケット受信処理部１００５は、当該受信したパケットをそのまま第１のネットワークインタフェース２０９に送信する。

ステップ１３０７において、第２のＨＴＴＰパケット受信処理部１００５は、当該受信したパケットを第２のＨＴＴＰパケット転送部１００７に送信する。
＜動作＞
以下では、本実施例における上述した各処理部により構成されるブリッジ１０１全体の動作に関して、ＰＣ１０５がＷＷＷサーバ１０３のＷｅｂページを開く場合と、ブリッジ１０１を設定するためのＷｅｂページを開く場合とに分けて説明する。なお、実施例１と同じ処理については、説明を簡略および省略する。

図１０を参照して、第２のネットワークインタフェース２０７にはＷＷＷサーバ１０３が接続されており、端末情報保存領域３０９には、実施例１に示すステップ７０１および７０３によりＷＷＷサーバ１０３のＩＰ／ＭＡＣアドレスが既に登録されているものとする。
―ＷＷＷサーバ１０３のＷｅｂページを開く場合―
図１４を参照して、矢印１４０１、１４０３および１４０５は、ＰＣ１０５からＷＷＷサーバ１０３へのＴＣＰ接続（８０番ポート）である。図１１および図１２の説明にて示した通り、本実施例に係るブリッジ１０１は、ＷＷＷサーバ１０３に対する全てのＴＣＰ接続（８０番ポート）について、ブリッジ１０１自らがＷＷＷサーバ１０３との間で接続を確立し、中継するよう構成されている。なお、ステップ１４０１からステップ１４０５の処理を以て、ブリッジ１０１とＰＣ１０５のＴＣＰ接続（８０番ポート）が確立される。この処理の詳細は実施例１と同じであるため、説明を省略する。

矢印１４０７において、ブリッジ１０１はＰＣ１０５からＵＲＬのパスがindex.htmlであるＨＴＴＰリクエストを受信する。この時、図１０における第１のパケット受信処理部１００１は、ＵＲＬのパスがbr_index.htmlでないことを確認（図１１のステップ１１０３）し、当該受信したリクエスト（パケット）を第１のＨＴＴＰパケット転送部１００３に送信する（図１１のステップ１１０５）。

１４０９において、ブリッジ１０１は、ＷＷＷサーバ１０３との間においてＴＣＰ接続（８０番ポート）が確立されていなければ、これを確立（図１２のステップ１２０５）し、ＷＷＷサーバ１０３に送信すべきＨＴＴＰリクエスト（パケット）を生成する（図１２のステップ１２０７）。ステップ１２０７の説明にて既述の通り、ここで生成されるＨＴＴＰパケットは、矢印１４０７にて受信したＨＴＴＰリクエストのデータがそのままコピーされているＨＴＴＰリクエストのパケットである。

矢印１４１１において、ブリッジ１０１は、当該生成したＨＴＴＰリクエスト（パケット）を第２のネットワークインタフェース２０７に送信する（図１２のステップ１２０９）。

矢印１４１３において、ブリッジ１０１はＷＷＷサーバ１０３からのＨＴＴＰ応答を受信する。当該ＨＴＴＰ応答は、図１０における第２のネットワークインタフェース２０７を介して第２のパケット受信処理部１００５に到達する。第２のパケット受信処理部１００５は、当該受信したパケットがＨＴＴＰパケットであり、且つパケットの送信元ＩＰ／ＭＡＣアドレスが端末情報保存領域３０９に登録されているので、当該受信したパケットを第２のＨＴＴＰパケット転送部１００７に送信する。

１４１５において、ブリッジ１０１は、先に受信したＨＴＴＰリクエスト１４０７に対する応答として、当該受信したＨＴＴＰ応答１４１３のデータがコピーされた、ＨＴＴＰ応答パケットを新たに生成する。

矢印１４１７において、ブリッジ１０１は、当該生成されたＨＴＴＰパケットをＰＣ１０５に送信する。

上記から明らかな通り、ブリッジ１０１は、ＰＣ１０５とＷＷＷサーバ１０３との間に、別々のＴＣＰ接続（セッション）を持っている。１４０９および１４１５において、受信したパケットのデータがコピーされたＨＴＴＰパケットを新たに生成するのは、それぞれのセッションにおいて、ＴＣＰ通信におけるシーケンス番号の整合性を維持するためである。

以上の動作により、ＰＣ１０５はＷＷＷサーバ１０３のＷｅｂページを開くことができる。
―ブリッジ１０１のＷｅｂページ開く場合―
図１５を参照して、ステップ１５０１および１５０３以外は、既に説明済みであるため、ここでは説明を省略する。

矢印１５０１において、ブリッジ１０１はＰＣ１０５からＵＲＬのパスがbr_index.htmlであるＨＴＴＰリクエストを受信する。この時、図１０における第１のパケット受信処理部１００１は、ＵＲＬのパスがbr_index.htmlであることを確認（図１１のステップ１１０３）し、ＨＴＴＰ処理部３０３に対し、ブリッジ１０１のＷｅｂデータを送信するよう指示する（図１１のステップ４０７）。

ステップ１５０３において、ブリッジ１０１は、当該受信したＨＴＴＰリクエストに対する応答、即ちブリッジ１０１のＷｅｂデータをＰＣ１０５に送信する。
＜実施例２の効果＞
実施例２に係るブリッジ１０１によれば、実施例１での効果に加え、ＵＲＬを通信判別のキーとして用いることで、ポート番号より自由度の高い実装が可能となる。なぜなら、ポート番号は、ネットワーク通信においてユニークな存在でなければならず、また、他の端末がどのポート番号を使用しているかの情報を得るのは困難だからである。さらに、特殊なポート番号による通信は、ＰＣ１０５に備えるソフトウェアや、その他ネットワーク上に存在するファイアウォール等によって遮断される可能性が高いが、ＵＲＬにはこのような制限はなく、より汎用性の高い設定手段といえる。

上記した２つの実施形態では、何れもブリッジを例として説明したが、同様の仕組みはブリッジ以外にも適用可能であり、名称により本発明の技術的範囲を限定するものではない。また、実施例１に示すポート番号および実施例２に示すＵＲＬは、何れも例示であり任意のもので良い。

ブリッジのネットワーク環境図ブリッジのハードウェア構成図実施例１に係るブリッジの機能ブロック図実施例１に係る第１のパケット受信処理部のフローチャート実施例１に係る第２のパケット受信処理部のフローチャート実施例１に係るリンク監視部のフローチャート実施例１に係るＷＷＷサーバのＷｅｂ画面を開く際のシーケンス実施例１に係るブリッジのＷｅｂ画面を開く際のシーケンス実施例２に係る動作簡略図実施例２に係るブリッジの機能ブロック図実施例２に係る第１のパケット受信処理部のフローチャート実施例２に係る第１のＨＴＴＰパケット転送部のフローチャート実施例２に係る第２のＨＴＴＰパケット受信処理部のフローチャート実施例２に係るＷＷＷサーバのＷｅｂ画面を開く際のシーケンス実施例２に係るブリッジのＷｅｂ画面を開く際のシーケンス

符号の説明

２０７第２のネットワークインタフェース
２０９第１のネットワークインタフェース
３０１第１のパケット受信処理部
３０３ＨＴＴＰ処理部
３０５第２のパケット受信処理部
３０７リンク監視部
３０９端末情報保存領域

Claims

少なくとも２つのネットワークインタフェースを備え、それぞれのネットワークインタフェース間の通信を制御するネットワーク機器であって、
第１の端末が接続された第１のネットワークに接続する第１のネットワークインタフェースと、
第２の端末が接続された第２のネットワークに接続する第２のネットワークインタフェースと、
前記第１のネットワークインタフェースから受信した通信を処理する第１のパケット受信処理部と、
前記第２のネットワークインタフェースから受信した通信を処理する第２のパケット受信処理部と、
前記第２の端末の持つアドレス情報が保存される端末情報保存領域と、を備え、
Ａ）前記第１のパケット受信処理部は、前記第１の端末から前記第２の端末への通信を受信し、前記第２の端末の前記アドレス情報が前記端末情報保存領域に登録されているかを判断し、登録されていると判断した場合、当該通信に含まれる特定の情報の検出を試み、検出されれば、所定の処理を実行し、
Ｂ）前記第２のパケット受信処理部は、前記第２の端末から前記第１の端末への通信を受信し、前記第２の端末のアドレス情報が前記端末情報保存領域に登録されているかを判断し、登録されていないと判断した場合、前記第２の端末のアドレス情報を前記端末情報保存領域に登録する
ことを特徴とするネットワーク機器。
前記ネットワーク機器は、さらに、
前記ネットワーク機器の設定情報を少なくとも含むＷｅｂ情報を、前記第１の端末に対して提供するＨＴＴＰ処理部を備え、
前記所定の処理は、
Ａ）前記第１の端末に対してＷｅｂ情報を送信するよう、前記第１のパケット受信処理部が前記ＨＴＴＰ処理部に指示し、
Ｂ）前記ＨＴＴＰ処理部が、前記第１のパケット受信処理部より受けた、Ｗｅｂ情報送信指示に反応して、前記第１の端末に対してＷｅｂ情報を送信する
ことを特徴とする請求項１記載のネットワーク機器。
前記ネットワーク機器は、さらに、
前記第２のネットワークに接続されている少なくとも１台の第２の端末のリンク状態を監視するリンク監視部を備え、
前記リンク監視部は、前記第２のネットワークに接続されている前記第２の端末のリンク状態を監視し、当該リンクが接続状態から切断状態に遷移したことを検知すると、前記第２の端末のアドレス情報を前記端末情報保存領域から削除する
ことを特徴とする請求項１または請求項２記載のネットワーク機器。
前記当該通信に含まれる特定の情報は、ネットワークトランスポート層におけるポート番号および／またはＨＴＴＰ通信におけるＵＲＬであることを特徴とする、請求項１乃至３記載のネットワーク機器。
第１の端末が接続された第１のネットワークに接続する第１のネットワークインタフェースと、
第２の端末が接続された第２のネットワークに接続する第２のネットワークインタフェースと、
前記第１のネットワークインタフェースから受信した通信を処理する第１のパケット受信処理部と、
前記第２のネットワークインタフェースから受信した通信を処理する第２のパケット受信処理部と、
前記第２の端末の持つＩＰアドレスおよびＭＡＣアドレス情報のうち少なくとも１つが登録される端末情報保存領域と、
前記ネットワーク機器の設定情報を少なくとも含むＷｅｂ情報を、前記第１の端末に対して提供するＨＴＴＰ処理部と、
前記第２のネットワークに接続されている少なくとも１台の第２の端末のリンク状態を監視するリンク監視部と、を備え、それぞれのネットワークインタフェース間の通信を制御するネットワーク機器を設定する方法であって、
Ａ）前記第１のパケット受信処理部は、前記第１の端末から前記第２の端末への通信を受信し、前記第２の端末のＩＰアドレスおよびＭＡＣアドレスが前記端末情報保存領域に登録されているかを判断し、登録されていると判断した場合、当該通信に含まれる特定の情報の検出を試み、検出されれば、前記第１の端末に対して当該ネットワーク機器の設定情報を少なくとも含むＷｅｂ情報を送信するよう前記ＨＴＴＰ処理部に指示し、
Ｂ）前記ＨＴＴＰ処理部は、前記第１のパケット受信処理部より受けた、Ｗｅｂ情報送信指示に反応して、前記第１の端末に対してＷｅｂ情報を送信し、
Ｃ）前記第２のパケット受信処理部は、前記第２の端末から前記第１の端末への通信を受信し、前記第２の端末ＩＰアドレスおよびＭＡＣアドレスが前記端末情報保存領域に登録されているかを判断し、登録されていなければ、前記第２の端末のＩＰアドレスおよびＭＡＣアドレスを前記端末情報保存領域に登録し、
Ｄ）前記リンク監視部は、前記第２のネットワークに接続されている前記第２の端末のリンク状態を監視し、当該リンクが接続状態から切断状態に遷移したことを検知すると、前記第２の端末のＩＰアドレスおよびＭＡＣアドレスを前記端末情報保存領域から削除する
ステップを少なくとも含むネットワーク機器設定方法。