(57)【要約】【課題】クライアント端末から、１以上のネットワークを介して接続されたネットワーク装置に対して、ＩＰアドレスによるアクセスを容易に行わせること。【解決手段】本発明にかかるネットワーク装置は、第２のネットワークに属する特定のＩＰアドレスを記憶する記憶部を備える。第１のパケット送受信部は、第１のネットワークから、宛先にＩＰアドレスが指定された所定の通信プロトコルによる要求パケットを受信する。パケット解析部は、要求パケットの宛先が特定のＩＰアドレスか否かを判定する。終端処理部は、要求パケットの宛先が特定のＩＰアドレスと判定された場合に、当該要求パケットに対する応答パケットを生成する。第１のパケット送受信部は、第１のネットワークに対して応答パケットを返信する。【選択図】図１
2019033310.tif 000002
【特許請求の範囲】
【請求項１】
データ通信を中継するネットワーク装置であって、
第１のネットワークとの間でパケットの送受信を行う第１のパケット送受信部と、
第２のネットワークとの間でパケットの送受信を行う第２のパケット送受信部と、
受信パケットを解析するパケット解析部と、
所定の通信プロトコルの終端を行う終端処理部と、
前記第２のネットワークに属する特定のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを記憶する記憶部と、
を備え、
前記第１のパケット送受信部は、前記第１のネットワークから、宛先にＩＰアドレスが指定された前記所定の通信プロトコルによる要求パケットを受信し、
前記パケット解析部は、前記要求パケットの宛先が前記特定のＩＰアドレスか否かを判定し、
前記終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスと判定された場合に、当該要求パケットに対する応答パケットを生成し、
前記第１のパケット送受信部は、前記第１のネットワークに対して前記応答パケットを返信する
ネットワーク装置。
【請求項２】
前記記憶部は、前記ネットワーク装置の設定インタフェースを提供するコンテンツをさらに記憶し、
前記終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスと判定された場合に、前記コンテンツを含めて前記応答パケットを生成する
請求項１に記載のネットワーク装置。
【請求項３】
前記終端処理部は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）の終端を行うＨＴＴＰ終端処理部であり、
前記パケット解析部は、前記要求パケットにおける通信プロトコルをさらに判定し、
前記ＨＴＴＰ終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスであり、かつ、前記要求パケットにおける通信プロトコルがＨＴＴＰであると判定された場合に、前記要求パケットに対するＨＴＴＰ応答パケットを生成し、
前記第１のパケット送受信部は、前記第１のネットワークに対して前記ＨＴＴＰ応答パケットを返信する
請求項１又は２に記載のネットワーク装置。
【請求項４】
前記ネットワーク装置は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）の終端を行うＴＣＰ終端処理部をさらに備え、
前記ＴＣＰ終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスであり、かつ、前記要求パケットにおける通信プロトコルがＴＣＰであると判定された場合に、当該要求パケットに対するＴＣＰ応答パケットを生成し、
前記第１のパケット送受信部は、前記第１のネットワークに対して前記ＴＣＰ応答パケットを返信する、
請求項３に記載のネットワーク装置。
【請求項５】
前記記憶部は、特定のポート情報をさらに記憶し、
前記パケット解析部は、前記要求パケットに指定されたポート情報をさらに判定し、
前記終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスであり、かつ、前記指定されたポート情報が前記特定のポート情報である場合に、前記要求パケットに対する応答パケットを生成する
請求項１乃至４のいずれか１項に記載のネットワーク装置。
【請求項６】
前記特定のＩＰアドレスは、前記第２のネットワーク上に設置されたＷｅｂサーバに設定されたものである、
請求項１乃至５のいずれか１項に記載のネットワーク装置。
【請求項７】
データ通信を中継するネットワーク装置と、
第２のネットワーク上に設置され、特定のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスが設定されたＷｅｂサーバと、
を備えるネットワークシステムであって、
前記ネットワーク装置は、
前記特定のＩＰアドレスを記憶する記憶部と、
第１のネットワークとの間でパケットの送受信を行う第１のパケット送受信部と、
前記第２のネットワークとの間でパケットの送受信を行う第２のパケット送受信部と、
受信パケットを解析するパケット解析部と、
所定の通信プロトコルの終端を行う終端処理部と、
を備え、
前記第１のパケット送受信部は、前記第１のネットワークから、宛先にＩＰアドレスが指定された前記所定の通信プロトコルによる要求パケットを受信し、
前記パケット解析部は、前記要求パケットの宛先が前記特定のＩＰアドレスか否かを判定し、
前記終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスと判定された場合に、前記要求パケットに対する応答パケットを生成し、
前記第１のパケット送受信部は、前記第１のネットワークに対して前記応答パケットを返信する
ネットワークシステム。
【請求項８】
データ通信を中継するネットワーク装置におけるネットワーク接続方法であって、
前記ネットワーク装置は、
第２のネットワークに属する特定のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを記憶する記憶部、
を備え、
前記ネットワーク装置において、
第１のネットワークから、宛先にＩＰアドレスが指定された所定の通信プロトコルによる要求パケットを受信し、
前記要求パケットの宛先が前記特定のＩＰアドレスか否かを判定し、
前記要求パケットの宛先が前記特定のＩＰアドレスと判定された場合に、前記要求パケットに対する応答パケットを生成し、
前記第１のネットワークに対して前記応答パケットを返信する
ネットワーク接続方法。
【請求項９】
データ通信を中継するネットワーク装置を制御するネットワーク接続プログラムであって、
前記ネットワーク装置は、
第２のネットワークに属する特定のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを記憶する記憶部、
を備え、
前記ネットワーク装置に、
第１のネットワークから、宛先にＩＰアドレスが指定された所定の通信プロトコルによる要求パケットを受信する処理と、
前記要求パケットの宛先が前記特定のＩＰアドレスか否かを判定する処理と、
前記要求パケットの宛先が前記特定のＩＰアドレスと判定された場合に、前記要求パケットに対する応答パケットを生成する処理と、
前記第１のネットワークに対して前記応答パケットを返信する処理と、
を実行させるネットワーク接続プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク装置、ネットワークシステム、ネットワーク接続方法及びネットワーク接続プログラムに関し、特に、データ通信を中継するネットワーク装置、ネットワークシステム、ネットワーク接続方法及びネットワーク接続プログラムに関する。
【背景技術】
【０００２】
ネットワークセキュリティが叫ばれる中、ネットワーク上にセキュリティ機能を有したブリッジ装置等を配置するソリューションが考えられる。このとき、ブリッジ装置等のＷｅｂ設定画面等を用いて設定を行いたい場合、ブリッジ装置等がネットワーク上から動的にＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを取得するケースが多い。そのため、ユーザはブリッジ装置等のＩＰアドレスが容易にはわからず、ユーザがＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）を操作してブリッジ装置等にアクセスすることが困難であった。
【０００３】
ここで、特許文献１には、装置としての管理ＩＰアドレスが設定されたネットワーク装置が、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）パケットを改ざんして自己の管理ＩＰアドレスを付加してクライアント端末へ返信する技術が開示されている。具体的には、特許文献１の実施例１では、まず、ネットワーク装置が、ＤＮＳクライアントからＤＮＳサーバ宛に送信したＤＮＳクエリパケットを受信する。その際、当該ネットワーク装置は、受信パケットが特定のＵＲＬ宛のクエリである場合、自己の管理ＩＰアドレスを付加したＤＮＳレスポンスパケットをＤＮＳクライアントへ応答する。また、特許文献１の実施例２では、まず、ネットワーク装置が、ＤＮＳサーバからＤＮＳクライアント宛に送信したＤＮＳレスポンスパケットを受信する。その際、当該ネットワーク装置は、受信パケットが特定のＵＲＬからのレスポンスである場合、ＤＮＳレスポンスパケットを改ざんして自己の管理ＩＰアドレスを付加したＤＮＳレスポンスパケットをＤＮＳクライアントへ応答する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１７７８４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１には、ＤＮＳパケットの解析及び改ざん処理が必要となり、実装が複雑になる、という問題点がある。
【０００６】
本発明は、このような問題点を解決するためになされたものであり、クライアント端末から、１以上のネットワークを介して接続されたネットワーク装置に対して、ＩＰアドレスによるアクセスを容易に行わせるためのネットワーク装置、ネットワークシステム、ネットワーク接続方法及びネットワーク接続プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の態様にかかるネットワーク装置は、
データ通信を中継するネットワーク装置であって、
第１のネットワークとの間でパケットの送受信を行う第１のパケット送受信部と、
第２のネットワークとの間でパケットの送受信を行う第２のパケット送受信部と、
受信パケットを解析するパケット解析部と、
所定の通信プロトコルの終端を行う終端処理部と、
前記第２のネットワークに属する特定のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを記憶する記憶部と、
を備え、
前記第１のパケット送受信部は、前記第１のネットワークから、宛先にＩＰアドレスが指定された前記所定の通信プロトコルによる要求パケットを受信し、
前記パケット解析部は、前記要求パケットの宛先が前記特定のＩＰアドレスか否かを判定し、
前記終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスと判定された場合に、当該要求パケットに対する応答パケットを生成し、
前記第１のパケット送受信部は、前記第１のネットワークに対して前記応答パケットを返信する。
【０００８】
本発明の第２の態様にかかるネットワークシステムは、
データ通信を中継するネットワーク装置と、
第２のネットワーク上に設置され、特定のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスが設定されたＷｅｂサーバと、
を備えるネットワークシステムであって、
前記ネットワーク装置は、
前記特定のＩＰアドレスを記憶する記憶部と、
第１のネットワークとの間でパケットの送受信を行う第１のパケット送受信部と、
前記第２のネットワークとの間でパケットの送受信を行う第２のパケット送受信部と、
受信パケットを解析するパケット解析部と、
所定の通信プロトコルの終端を行う終端処理部と、
を備え、
前記第１のパケット送受信部は、前記第１のネットワークから、宛先にＩＰアドレスが指定された前記所定の通信プロトコルによる要求パケットを受信し、
前記パケット解析部は、前記要求パケットの宛先が前記特定のＩＰアドレスか否かを判定し、
前記終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスと判定された場合に、前記要求パケットに対する応答パケットを生成し、
前記第１のパケット送受信部は、前記第１のネットワークに対して前記応答パケットを返信する。
【０００９】
本発明の第３の態様にかかるネットワーク接続方法は、
データ通信を中継するネットワーク装置におけるネットワーク接続方法であって、
前記ネットワーク装置は、
第２のネットワークに属する特定のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを記憶する記憶部、
を備え、
前記ネットワーク装置において、
第１のネットワークから、宛先にＩＰアドレスが指定された所定の通信プロトコルによる要求パケットを受信し、
前記要求パケットの宛先が前記特定のＩＰアドレスか否かを判定し、
前記要求パケットの宛先が前記特定のＩＰアドレスと判定された場合に、前記要求パケットに対する応答パケットを生成し、
前記第１のネットワークに対して前記応答パケットを返信する。
【００１０】
本発明の第４の態様にかかるネットワーク接続プログラムは、
データ通信を中継するネットワーク装置を制御するネットワーク接続プログラムであって、
前記ネットワーク装置は、
第２のネットワークに属する特定のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを記憶する記憶部、
を備え、
前記ネットワーク装置に、
第１のネットワークから、宛先にＩＰアドレスが指定された所定の通信プロトコルによる要求パケットを受信する処理と、
前記要求パケットの宛先が前記特定のＩＰアドレスか否かを判定する処理と、
前記要求パケットの宛先が前記特定のＩＰアドレスと判定された場合に、前記要求パケットに対する応答パケットを生成する処理と、
前記第１のネットワークに対して前記応答パケットを返信する処理と、
を実行させる。
【発明の効果】
【００１１】
本発明により、クライアント端末から、１以上のネットワークを介して接続されたネットワーク装置に対して、ＩＰアドレスによるアクセスを容易に行わせるためのネットワーク装置、ネットワークシステム、ネットワーク接続方法及びネットワーク接続プログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態１にかかるネットワークシステムの全体構成を示すブロック図である。
【図２】本発明の実施の形態１にかかるネットワーク装置への接続処理の流れを示すフローチャートである。
【図３】本発明の実施の形態２にかかるネットワークシステムの全体構成を示すブロック図である。
【図４】本発明の実施の形態２にかかるブリッジ装置の構成を示すブロック図である。
【図５】本発明の実施の形態２にかかるブリッジ装置への接続処理の流れを示すシーケンス図である。
【図６】本発明の実施の形態２にかかるブリッジ装置への接続処理の流れを示すフローチャートである。
【図７】本発明の実施の形態２にかかる終端判定処理の流れを示すフローチャートである。
【図８】本発明の実施の形態２にかかるＴＣＰ処理の流れを示すフローチャートである。
【図９】本発明の実施の形態２にかかるＨＴＴＰ処理の流れを示すフローチャートである。
【図１０】本発明の実施の形態３にかかるネットワークシステムの全体構成を示すブロック図である。
【図１１】本発明の実施の形態３にかかるブリッジ装置への接続処理の流れを示すシーケンス図である。
【図１２】本発明の実施の形態４にかかるネットワークシステムの全体構成を示すブロック図である。
【図１３】本発明の実施の形態４にかかるブリッジ装置の構成を示すブロック図である。
【図１４】本発明の実施の形態４にかかるブリッジ装置への接続処理の流れを示すシーケンス図である。
【図１５】本発明の実施の形態４にかかるブリッジ装置への接続処理の流れを示すフローチャートである。
【図１６】本発明の実施の形態４にかかる終端判定処理の流れを示すフローチャートである。
【図１７】本発明の実施の形態５にかかるブリッジ装置の構成を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下では、本発明の実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１４】
＜実施の形態１＞
図１は、本発明の実施の形態１にかかるネットワークシステム１の全体構成を示すブロック図である。ネットワークシステム１は、ネットワーク装置１０と、クライアント端末２０と、Ｗｅｂサーバ３０とを備える。ネットワーク装置１０は、第１のネットワークＮ１と第２のネットワークＮ２の間のデータ通信を中継する。そのため、ネットワーク装置１０とクライアント端末２０とは、第１のネットワークＮ１を介して接続されている。ここで、第１のネットワークＮ１とは、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。そのため、ネットワーク装置１０とクライアント端末２０とは、Ｅｔｈｅｒｎｅｔ（登録商標）等により物理的に直接接続されていてもよい。尚、ネットワーク装置１０とクライアント端末２０とは、複数の異なるセグメントを介して接続されていてもよい。例えば、ネットワーク装置１０とクライアント端末２０との間に、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）ルータを介在させてもよい。また、ネットワーク装置１０とＷｅｂサーバ３０とは、第２のネットワークＮ２を介して接続されている。ここで、第２のネットワークＮ２とは、例えば、ホームネットワークやインターネット等である。また、Ｗｅｂサーバ３０には、特定のＩＰアドレス３１が設定されているものとする。特定のＩＰアドレス３１は、第２のネットワークＮ２に属するＩＰアドレスであり、例えば、グローバルアドレスである。但し、本実施の形態において、Ｗｅｂサーバ３０は必須の構成ではない。尚、ネットワーク装置１０とＷｅｂサーバ３０とは、複数の異なるセグメントを介して接続されていてもよい。そのため、ネットワーク装置１０は、複数のネットワークインタフェースを有するが、各ネットワークインタフェースのセグメント自体は、同一であっても構わない。但し、少なくとも２以上のネットワークインタフェースが物理的、論理的に別々のインタフェースであるものとする。
【００１５】
ネットワーク装置１０は、記憶部１１と、第１のパケット送受信部１２と、第２のパケット送受信部１３と、パケット解析部１４と、終端処理部１５とを備える。記憶部１１は、予め特定のＩＰアドレス１１１を記憶する。尚、特定のＩＰアドレス１１１と特定のＩＰアドレス３１とは同一のＩＰアドレスである。また、特定のＩＰアドレス１１１は、ネットワーク装置１０自体に設定されたネットワークアドレスではない。つまり、特定のＩＰアドレス１１１は、ネットワーク装置１０においてデータとして保持されているものである。
【００１６】
第１のパケット送受信部１２は、第１のネットワークＮ１との間でパケットの送受信を行う。第２のパケット送受信部１３は、第２のネットワークＮ２との間でパケットの送受信を行う。パケット解析部１４は、第１のパケット送受信部１２により受信されたパケットである受信パケットの所定の解析を行う。終端処理部１５は、所定の通信プロトコルの終端を行う。ここで、所定の通信プロトコルとは、例えば、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）又はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）である。但し、所定の通信プロトコルはこれに限定されない。
【００１７】
図２は、本発明の実施の形態１にかかるネットワーク装置への接続処理の流れを示すフローチャートである。まず、第１のパケット送受信部１２は、第１のネットワークＮ１から、宛先にＩＰアドレスが指定された所定の通信プロトコルによる要求パケットを受信する（Ｓ１１）。例えば、クライアント端末２０は、特定のＩＰアドレス３１又は他のＩＰアドレスを宛先に指定した、ＴＣＰ又はＨＴＴＰによるリクエストメッセージを、第１のネットワークＮ１を介して送信する。この場合、第１のパケット送受信部１２は、クライアント端末２０から送信された当該リクエストメッセージを受信する。
【００１８】
次に、パケット解析部１４は、受信した要求パケットを解析し、要求パケットの宛先が特定のＩＰアドレス１１１か否かを判定する（Ｓ１２）。そして、要求パケットの宛先が特定のＩＰアドレス１１１と判定された場合に、終端処理部１５は、当該要求パケットに対する応答パケットを生成する（Ｓ１３）。その後、第１のパケット送受信部１２は、第１のネットワークＮ１に対して応答パケットを返信する（Ｓ１４）。
【００１９】
また、ステップＳ１２において、要求パケットの宛先が特定のＩＰアドレス１１１ではないと判定された場合、第２のパケット送受信部１３は、第１のネットワークＮ１又は第２のネットワークＮ２に対して、つまり、要求パケットの宛先に向けて当該要求パケットを転送する（Ｓ１５）。
【００２０】
このように、本実施の形態により、クライアント端末２０から、クライアント端末２０との間に１以上のネットワーク（第１のネットワークＮ１等）が接続されたネットワーク装置１０に対して、ＭＡＣアドレスによるアクセスだけでなく、ＩＰアドレスによるアクセスを容易に行うことができる。例えば、データリンク層におけるアクセスだけでなく、ネットワーク層以上へのアクセスを容易に行うことができる。
【００２１】
＜実施の形態２＞
本実施の形態２は、上述した実施の形態１の具体的な実施例である。本実施の形態２では、ネットワーク装置が通常転送するＴＣＰ及びＨＴＴＰパケットを特定の条件で受信及び応答することにより、前述の課題をクリアしつつ、クライアント装置からネットワーク装置へのＩＰアドレスによるアクセス容易性を確立するものである。
【００２２】
図３は、本発明の実施の形態２にかかるネットワークシステム２の全体構成を示すブロック図である。ネットワークシステム２は、インターネット（Ｉｎｔｅｒｎｅｔ）１０００と、ＢＢＲ（Ｂｒｏａｄ  Ｂａｎｄ  Ｒｏｕｔｅｒ）２０００と、ホームルータ（Ｈｏｍｅ  Ｒｏｕｔｅｒ）３０００と、ブリッジ（Ｂｒｉｄｇｅ）装置４０００と、ＰＣ５０００とを備える。
【００２３】
インターネット１０００には、ＢＢＲ２０００、ホームルータ３０００、ブリッジ装置４０００及びＰＣ５０００が接続されている。これは通常のホームネットワークを念頭に置いた構成であるが、本実施形態では必ずしもこの構成でなくても良い。すなわち、ネットワーク構成上、ブリッジ装置４０００がＰＣ５０００とインターネット１０００の間の通信を受信できる構成であれば良い。
【００２４】
インターネット１０００は、第２のネットワークＮ２の一例である通常のインターネットである。ＢＢＲ２０００はブロードバンドルータ装置であり、インターネット１０００とホームネットワークを接続する役割を持つ。ホームルータ３０００はホームゲートウェイ装置であり、ホームネットワークとインターネット１０００を繋ぐゲートウェイの役割を持つ。また、ホームルータ３０００はＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）ルータの場合、通常、ＬＡＮ側及びＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）側のそれぞれにＩＰアドレスが設定されている。
【００２５】
ブリッジ装置４０００は、上述したネットワーク装置１０の一例である。本実施の形態におけるブリッジ装置４０００は、トランスペアレントブリッジ機能を持つネットワーク装置に対して、本実施の形態による解決手段を搭載したものとして説明する。尚、本実施の形態の適用可能範囲は、トランスペアレントブリッジに限らず、例えば、ブリッジ装置だけでなくＷｉＦｉ（登録商標）−ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等のネットワーク装置でも構わない。
【００２６】
ＰＣ５０００は、例えばブラウザ等のＴＣＰ／ＨＴＴＰクライアントを有するコンピュータ端末であり、通常ホームルータ３０００等からＩＰアドレスを取得する。ＰＣ５０００は、上述したクライアント端末２０の一例である。
【００２７】
図４は、本発明の実施の形態２にかかるブリッジ装置４０００の構成を示すブロック図である。ブリッジ装置４０００は、イーサＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）４０１１及び４０１２と、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）ドライバ４０２１及び４０２２と、ブリッジングモジュール４０３１と、ネットワークインタフェース４０７１と、ＴＣＰ終端手段４０８１と、ＴＣＰレスポンス生成手段４０９１と、ＨＴＴＰ終端手段４１０１と、ＨＴＴＰレスポンス生成手段４１１１と、コンテンツ４１２１とを備える。
【００２８】
イーサＭＡＣ４０１１及び４０１２は、Ｅｔｈｅｒｎｅｔ（登録商標）によるネットワークの通信を送受信する手段である。ＮＩＣドライバ４０２１及び４０２２は、イーサＭＡＣ４０１１及び４０１２を制御するドライバである。ここで、イーサＭＡＣ４０１１はＬＡＮ  Ｉ／Ｆ（ＩｎｔｅｒＦａｃｅ）と接続されており、イーサＭＡＣ４０１２はＷＡＮ  Ｉ／Ｆと接続されている。また、イーサＭＡＣ４０１１及びＮＩＣドライバ４０２１は、上述した第１のパケット送受信部１２の一例であり、イーサＭＡＣ４０１２及びＮＩＣドライバ４０２２は、上述した第２のパケット送受信部１３の一例である。
【００２９】
ブリッジングモジュール４０３１は、パケット転送を管理する手段である。ブリッジングモジュール４０３１は、ブリッジング機能４０４１と、フィルタ機能４０５１と、ストレージ４０６１とを備える。ブリッジング機能４０４１は、ブリッジング動作を行う手段である。フィルタ機能４０５１は、終端判定を行う手段を備えたフィルタリングを行う手段である。
【００３０】
ストレージ４０６１は、特定のＩＰアドレス４０６１１を記憶する手段である。ストレージ４０６１は、上述した記憶部１１の一例であり、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）又は不揮発性の記憶装置である。
【００３１】
ネットワークインタフェース４０７１は、自装置上のアプリケーション等のモジュールとパケット情報等を受け渡す手段である。ＴＣＰ終端手段４０８１は、ＴＣＰを終端する手段である。ＴＣＰレスポンス生成手段４０９１は、ＴＣＰレスポンスを生成する手段である。ＨＴＴＰ終端手段４１０１は、ＨＴＴＰを終端する手段である。ＨＴＴＰレスポンス生成手段４１１１は、ＨＴＴＰレスポンスを生成する手段である。コンテンツ４１２１は、ＨＴＴＰレスポンスを生成するためのコンテンツである。ここで、コンテンツ４１２１は、例えば、ブリッジ装置４０００のセキュリティ等の設定インタフェースを提供するためのコンテンツ情報である。また、コンテンツ４１２１は、不揮発性記憶装置（不図示）に記憶されている。また、当該不揮発性記憶装置は、ストレージ４０６１と共用されていてもよい。
【００３２】
尚、ブリッジング機能４０４１及びフィルタ機能４０５１並びにネットワークインタフェース４０７１は、上述したパケット解析部１４の一例である。また、ブリッジ装置４０００の各構成要素は、ハードウェア、ソフトウェア、ファームウェア又はそれらの組合せにより実現される。
【００３３】
このようにして、ブリッジ装置４０００は、ＰＣ５０００が通信を行った際に、当該通信を受信し、受信した通信が、予め予約しておいた特定のＩＰアドレス宛の通信である場合に、ブリッジ装置４０００が当該通信を終端することによって、ＰＣ５０００とブリッジ装置４０００の間のＩＰアドレスによるアクセスを確保する。
【００３４】
以下では、実施例として、ユーザがＰＣ５０００に搭載されているブラウザ等を用いて、特定のＩＰアドレス宛に対してＴＣＰ／ＨＴＴＰ通信を試みた際、結果としてＰＣ５０００とブリッジ装置４０００の間で通信が行われる動作を説明する。
【００３５】
ここで、特定のＩＰアドレスは、例えば本実施の形態の機能を搭載した製品（ブリッジ装置４０００）を発売する企業等が、予め管理機関に申請して確保した例えばグローバルに使えるようなＩＰアドレスを用いる。そして、企業等は、ブリッジ装置４０００のストレージ４０６１に製品出荷時に特定のＩＰアドレス４０６１１を記録する。但し、特定のＩＰアドレス４０６１１は、ブリッジ装置４０００自体のネットワークアドレスではない。そして、当該製品の説明書等に予め当該特定のＩＰアドレスを記載しておくことで、ユーザは、この特定のＩＰアドレスを認識して、本実施の形態を実施することができる。
【００３６】
または、ストレージ４０６１には、ユーザが任意に特定のＩＰアドレス４０６１１を記録しても良いし、クラウドサーバ等を用いて自動登録しても良い。つまり、特定のＩＰアドレス４０６１１をストレージ４０６１に記録する方法に制限は無い。
【００３７】
図５は、本発明の実施の形態２にかかるブリッジ装置４０００への接続処理の流れを示すシーケンス図である。また、図６は、本発明の実施の形態２にかかるブリッジ装置４０００への接続処理の流れを示すフローチャートである。尚、以下では、特定のＩＰアドレス４０６１１としてグローバスＩＰアドレスである「１００．１００．１００．１００」が予めストレージ４０６１に記憶されているものとする。
【００３８】
まず、ＰＣ５０００は、ユーザ操作等の契機により、予め予約された特定のＩＰアドレス「１００．１００．１００．１００」宛にＴＣＰ通信を開始する（Ｓ１０１）。このとき、ブリッジ装置４０００は、ＰＣ５０００からのＴＣＰ通信（ＴＣＰ  ＳＹＮ）を受信する。ブリッジ装置４０００は、まず、終端判定処理を行う（Ｆ０００）。
【００３９】
図７は、本発明の実施の形態２にかかる終端判定処理の流れを示すフローチャートである。まず、ブリッジ装置４０００がＴＣＰ通信を受信した際、ＬＡＮ  Ｉ／Ｆ側のイーサＭＡＣ４０１１は、当該パケット情報を受信する（Ｆ００１）。そして、イーサＭＡＣ４０１１は、ＬＡＮ  Ｉ／Ｆ側のＮＩＣドライバ４０２１に受信したパケット情報を渡す（Ｆ００２）。続いて、ＮＩＣドライバ４０２１は、ブリッジングモジュール４０３１のブリッジング機能４０４１に、当該パケット情報のパケットを渡す（Ｆ００３）。
【００４０】
ここで、ブリッジング機能４０４１は、当該パケット情報がＴＣＰ又はＨＴＴＰ通信であるか否かを判定する（Ｆ００４）。つまり、ブリッジング機能４０４１は、当該パケット情報における通信プロトコルを判定する。尚、ステップＦ００４において、当該パケット情報がＴＣＰ又はＨＴＴＰ通信でないと判定された場合、ブリッジ装置４０００は、通常のブリッジ動作を行う（Ｆ４０１）。すなわち、ブリッジング機能４０４１は、当該パケット情報をＷＡＮ  Ｉ／Ｆ側のＮＩＣドライバ４０２２へ渡す。そして、ＮＩＣドライバ４０２２は、当該パケット情報をＷＡＮ  Ｉ／Ｆ側のイーサＭＡＣ４０１２へ渡す。そして、イーサＭＡＣ４０１２は、当該パケット情報をＷＡＮ  Ｉ／Ｆに送信する。
【００４１】
一方、この例では、ＴＣＰ通信であるため、ステップＦ００４において、当該パケット情報がＴＣＰ又はＨＴＴＰ通信であると判定される。そして、ブリッジング機能４０４１は、当該パケット情報がＴＣＰ通信であることを確認し、パケット情報をフィルタ機能４０５１に渡す(Ｆ００５)。フィルタ機能４０５１は、当該パケット情報の宛先ＩＰアドレス情報と、ストレージ４０６１に格納された特定のＩＰアドレス４０６１１とを比較し、一致するか否かを判定する（Ｆ００６）。この例では、一致すると判定され、フィルタ機能４０５１は、一致情報をブリッジング機能４０４１に渡す（Ｆ００７）。尚、ステップＦ００６において、宛先ＩＰアドレス情報と特定のＩＰアドレス４０６１１とが一致しないと判定された場合、フィルタ機能４０５１は、不一致情報をブリッジング機能４０４１に渡し（Ｆ００８）、上記と同様にステップＦ４０１を実行する。
【００４２】
尚、ブリッジ装置４０００が仮に通常のトランスペアレントブリッジ装置であった場合、ＬＡＮ  Ｉ／Ｆ側から受信したパケットの宛先がブリッジ装置自身で無い場合、ＷＡＮ  Ｉ／Ｆ側へパケットを転送する動作をする。それに対し、本実施の形態では、パケット情報宛先のＩＰアドレスが特定のＩＰアドレス４０６１１に該当する場合に、トランスペアレントブリッジ装置に相当するブリッジ装置４０００がこの通信の終端判定及び終端動作を行うものである。
【００４３】
また、ブリッジ装置４０００が仮に通常のトランスペアレントブリッジ装置であれば、受信したＴＣＰパケットが自身宛かどうかの判断方法は、ブリッジングモジュール４０３１が、パケットの宛先ＭＡＣアドレスが自身のＭＡＣアドレス宛と一致するかどうかを判断基準とするのが一般的である。これに対し、本実施の形態では、ブリッジングモジュール４０３１が、受信パケットが予め設定された特定のＩＰアドレス宛かどうかを判断基準とする点が通常のネットワーク装置と異なる点である。また、この点は、以降に説明するＨＴＴＰ終端判断動作についても同様である。
【００４４】
ステップＦ００７の後、ブリッジング機能４０４１は、ネットワークインタフェース４０７１に自装置宛てのパケットとして、当該パケット情報を渡す（Ｆ００９）。
【００４５】
ここで、ＴＣＰ終端準備ができたので、次に、ＴＣＰ終端動作を説明する。まず、ネットワークインタフェース４０７１は、当該パケット情報がＴＣＰ又はＨＴＴＰ通信であるか否かを判定する（Ｆ１０１）。つまり、ネットワークインタフェース４０７１は、当該パケット情報における通信プロトコルを判定する。尚、ステップＦ１０１において、当該パケット情報がＴＣＰ又はＨＴＴＰ通信でないと判定された場合、ブリッジ装置４０００は、通常のブリッジ動作を行う（Ｆ４０１）。一方、この例では、ＴＣＰ通信であるため、ステップＦ１０１において、当該パケット情報がＴＣＰ通信であると判定され、ブリッジ装置４０００は、ＴＣＰ処理を行う（Ｆ２００）。
【００４６】
図８は、本発明の実施の形態２にかかるＴＣＰ処理の流れを示すフローチャートである。まず、ネットワークインタフェース４０７１は、当該パケット情報をＴＣＰ終端手段４０８１に渡す（Ｆ２０１）。ＴＣＰ終端手段４０８１は、パケット情報をＴＣＰレスポンス生成手段４０９１に渡す（Ｆ２０２）。ＴＣＰレスポンス生成手段４０９１は、パケット情報をもとにＴＣＰレスポンスパケットを生成し、ＴＣＰ終端手段４０８１に渡す（Ｆ２０３）。ＴＣＰ終端手段４０８１は、ＴＣＰレスポンスをネットワークインタフェース４０７１に渡す（Ｆ２０４）。
【００４７】
そして、ネットワークインタフェース４０７１は、ＴＣＰレスポンスをブリッジングモジュール４０３１のブリッジング機能４０４１に渡す（Ｆ２０５）。ブリッジング機能４０４１は、ＴＣＰレスポンスをＬＡＮ  Ｉ／Ｆ側のＮＩＣドライバ４０２１に渡す（Ｆ２０６）。ＮＩＣドライバ４０２１は、ＴＣＰレスポンスをＬＡＮ  Ｉ／Ｆ側のイーサＭＡＣ４０１１に渡す（Ｆ２０７）。イーサＭＡＣ４０１１は、ＴＣＰレスポンスをＬＡＮ  Ｉ／Ｆに送信する（Ｆ２０８）。
【００４８】
その後、ＰＣ５０００は、ブリッジ装置４０００からＴＣＰ  ＳＹＮ／ＡＣＫを「１００．１００．１００．１００」からの応答として受信する（Ｓ１０２）。引き続き、ＰＣ５０００は、ブリッジ装置４０００へ、ＴＣＰ  ＡＣＫを返信する（Ｓ１０３）。
【００４９】
このように、ブリッジ装置４０００は、ＰＣ５０００からのＴＣＰ通信を受信すると特定のＩＰアドレス宛の通信であることを認識し、当該ＴＣＰ通信を終端することとなる。つまり、ブリッジ装置４０００は、ＰＣ５０００から受信したＴＣＰパケットを参照し、ＰＣ５０００宛にＴＣＰ応答することで、ＴＣＰスリーウェイハンドシェイクを達成できる。そのため、ＰＣ５０００とブリッジ装置４０００の間のＴＣＰ通信が確立した状態となる。
【００５０】
続いて、ＰＣ５０００は、「１００．１００．１００．１００」宛にＨＴＴＰ通信を開始する（Ｓ１０４）。このとき、ブリッジ装置４０００は、ＰＣ５０００からのＨＴＴＰ通信（ＨＴＴＰ  Ｒｅｑｕｅｓｔ）を受信する。ブリッジ装置４０００は、ＴＣＰ通信と同様に、終端判定処理を行う（Ｆ０００）。
【００５１】
まず、ブリッジ装置４０００がＨＴＴＰ通信を受信した際、ＬＡＮ  Ｉ／Ｆ側のイーサＭＡＣ４０１１は、当該パケット情報を受信する（Ｆ００１）。そして、イーサＭＡＣ４０１１は、ＬＡＮ  Ｉ／Ｆ側のＮＩＣドライバ４０２１に受信したパケット情報を渡す（Ｆ００２）。続いて、ＮＩＣドライバ４０２１は、ブリッジングモジュール４０３１のブリッジング機能４０４１に、当該パケット情報のパケットを渡す（Ｆ００３）。
【００５２】
ここで、ブリッジング機能４０４１は、当該パケット情報がＴＣＰ又はＨＴＴＰ通信であるか否かを判定する（Ｆ００４）。この例では、ＨＴＴＰ通信であるため、ステップＦ００４において、当該パケット情報がＴＣＰ又はＨＴＴＰ通信であると判定される。そして、ブリッジング機能４０４１は、当該パケット情報がＨＴＴＰ通信であることを確認し、パケット情報をフィルタ機能４０５１に渡す(Ｆ００５)。フィルタ機能４０５１は、当該パケット情報の宛先ＩＰアドレス情報と、ストレージ４０６１に格納された特定のＩＰアドレス４０６１１とを比較し、一致するか否かを判定する（Ｆ００６）。この例では、一致すると判定され、フィルタ機能４０５１は、一致情報をブリッジング機能４０４１に渡す（Ｆ００７）。
【００５３】
ステップＦ００７の後、ブリッジング機能４０４１は、ネットワークインタフェース４０７１に自装置宛てのパケットとして、当該パケット情報を渡す（Ｆ００９）。ここで、ＨＴＴＰ終端準備ができたので、次に、ＨＴＴＰ終端動作を説明する。まず、ネットワークインタフェース４０７１は、当該パケット情報がＴＣＰ又はＨＴＴＰ通信であるか否かを判定する（Ｆ１０１）。この例では、ＨＴＴＰ通信であるため、ステップＦ１０１において、当該パケット情報がＨＴＴＰ通信であると判定され、ブリッジ装置４０００は、ＨＴＴＰ処理を行う（Ｆ３００）。
【００５４】
図９は、本発明の実施の形態２にかかるＨＴＴＰ処理の流れを示すフローチャートである。まず、ネットワークインタフェース４０７１は、当該パケット情報をＨＴＴＰ終端手段４１０１に渡す（Ｆ３０１）。ＨＴＴＰ終端手段４１０１は、パケット情報をＨＴＴＰレスポンス生成手段４１１１に渡す（Ｆ３０２）。ＨＴＴＰレスポンス生成手段４１１１は、パケット情報とコンテンツ４１２１をもとにＨＴＴＰレスポンスパケットを生成し、ＨＴＴＰ終端手段４１０１に渡す（Ｆ３０３）。ＨＴＴＰ終端手段４１０１は、ＨＴＴＰレスポンスをネットワークインタフェース４０７１に渡す（Ｆ３０４）。
【００５５】
そして、ネットワークインタフェース４０７１は、ＨＴＴＰレスポンスをブリッジングモジュール４０３１のブリッジング機能４０４１に渡す（Ｆ３０５）。ブリッジング機能４０４１は、ＨＴＴＰレスポンスをＬＡＮ  Ｉ／Ｆ側のＮＩＣドライバ４０２１に渡す（Ｆ３０６）。ＮＩＣドライバ４０２１は、ＨＴＴＰレスポンスをＬＡＮ  Ｉ／Ｆ側のイーサＭＡＣ４０１１に渡す（Ｆ３０７）。イーサＭＡＣ４０１１は、ＨＴＴＰレスポンスをＬＡＮ  Ｉ／Ｆに送信する（Ｆ３０８）。
【００５６】
その後、ＰＣ５０００は、ブリッジ装置４０００からＨＴＴＰ  Ｒｅｓｐｏｎｓｅを「１００．１００．１００．１００」からの応答として受信する（Ｓ１０５）。
【００５７】
このように、ブリッジ装置４０００は、ＰＣ５０００からのＨＴＴＰ通信を受信すると特定のＩＰアドレス宛の通信であることを認識し、当該ＨＴＴＰ通信を終端することとなる。つまり、ブリッジ装置４０００は、ＰＣ５０００から受信したＨＴＴＰパケットを参照し、ＰＣ５０００宛にＨＴＴＰ応答することで、ＨＴＴＰ通信を達成できる。そのため、ＰＣ５０００とブリッジ装置４０００の間のＨＴＴＰ通信が確立した。尚、このとき、ＰＣ５０００は特定のＩＰアドレスである「１００．１００．１００．１００」とＨＴＴＰ通信を確立した認識でいるが、実際はＰＣ５０００とブリッジ装置４０００の間でＨＴＴＰ通信が確立した状態となる。
【００５８】
以上により、ＰＣ５０００とブリッジ装置４０００との間で、ＴＣＰ／ＨＴＴＰ通信が達成された。このとき、ブリッジ装置４０００は、ＨＴＴＰレスポンスパケットに自身が保持するコンテンツ４１２１をＨＴＴＰレスポンスとして応答している。そのため、ＰＣ５０００の表示装置（不図示）には、ブリッジ装置４０００が保持するコンテンツ４１２１の内容が表示される。つまり、例えば、ブリッジ装置４０００はＰＣ５０００に対して、Ｗｅｂサーバとしてのサービスを提供することができる。これにより、ＰＣ５０００は、ＴＣＰ／ＨＴＴＰベースでブリッジ装置４０００と通信を行い、例えば、ユーザがブリッジ装置４０００の設定変更用のＷｅｂ画面等にアクセスすることができる。
【００５９】
尚、上述した特許文献１には、次のような課題がある。第１の課題は、ネットワーク環境にＤＮＳサーバが必須である点である。第２の課題は、ネットワーク装置にＩＰアドレス設定するのが必須である点である。第３の課題は、ＤＮＳパケットの解析、改ざん処理が必要となり、実装が複雑になる点である。
【００６０】
これに対して、本実施の形態は、第１の課題について、ＤＮＳサーバを用いることなく、ＰＣとブリッジ装置の間のＴＣＰ／ＨＴＴＰ通信を確立した。また、第２の課題について、ＰＣは、ネットワークアドレスとしてのＩＰアドレスを持たない又はＩＰアドレスが不明なブリッジ装置との通信を確立した。第３の課題について、本実施の形態は、特定のＩＰアドレス宛の通信の取り扱い方法を変更することにより実現していることから、ＰＣとブリッジ装置の間の通信を確立しているため、パケットの改ざん行為等の複雑な処理を実装することなく実現した。
【００６１】
また、本実施の形態は、ＰＣ等を用いて、１以上のネットワークを介して接続されたルータやブリッジ、ＷｉＦｉ（登録商標）−ＡＰ、又は、スイッチ機能を有する装置等のネットワーク装置に対して、ＩＰアドレスにより容易にアクセスするものである。このときユーザは、通常、ネットワーク装置のネットワークアドレスとしてのＩＰアドレス又はドメイン情報を知る必要がある。しかし、ネットワーク装置がディスプレイ等を持たない場合に、ネットワーク装置のＩＰアドレスがＤＨＣＰ等による自動設定で設定されると、ユーザはネットワーク装置のＩＰアドレスを認識できない。そのため、容易にアクセスできないという問題を生じる。本実施の形態はこのような問題を解決するためのものである。
【００６２】
尚、本実施の形態は、以下のように表現することもできる。すなわち、
前記記憶部は、前記ネットワーク装置の設定インタフェースを提供するコンテンツをさらに記憶し、
前記終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスと判定された場合に、前記コンテンツを含めて前記応答パケットを生成するものである。
これにより、ＰＣ等からネットワーク装置におけるＷｅｂ設定のためのアクセスを容易に行うことができる。
【００６３】
また、前記終端処理部は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）の終端を行うＨＴＴＰ終端処理部であり、
前記パケット解析部は、前記要求パケットにおける通信プロトコルをさらに判定し、
前記ＨＴＴＰ終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスであり、かつ、前記要求パケットにおける通信プロトコルがＨＴＴＰであると判定された場合に、前記要求パケットに対するＨＴＴＰ応答パケットを生成し、
前記第１のパケット送受信部は、前記第１のネットワークに対して前記ＨＴＴＰ応答パケットを返信することが望ましい。
【００６４】
さらに、前記ネットワーク装置は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）の終端を行うＴＣＰ終端処理部をさらに備え、
前記ＴＣＰ終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスであり、かつ、前記要求パケットにおける通信プロトコルがＴＣＰであると判定された場合に、当該要求パケットに対するＴＣＰ応答パケットを生成し、
前記第１のパケット送受信部は、前記第１のネットワークに対して前記ＴＣＰ応答パケットを返信することが望ましい。
【００６５】
＜実施の形態３＞
本実施の形態３は、上述した実施の形態２の改良例である。本実施の形態３では、特定のＩＰアドレスと共に、特定のＩＰアドレスと紐付いた特定のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）ドメイン（ドメイン名）を確保する手段を挙げる。この場合は、ユーザへはこの特定のＵＲＬドメインを案内することで、ユーザが本実施の形態を実施することができる。
【００６６】
図１０は、本発明の実施の形態３にかかるネットワークシステム３の全体構成を示すブロック図である。ネットワークシステム３は、上述したネットワークシステム２に加えて、ＤＮＳサーバ６０００が追加されたものである。ＤＮＳサーバ６０００には、上述した特定のＩＰアドレス３１と特定のＵＲＬドメインとを対応付けて登録されているものとする。そのため、例えば本実施の形態の機能を搭載した製品を発売する企業等が、予め管理機関に申請して確保した例えばグローバルに使えるような特定のＵＲＬドメインを用いる。尚、ＤＮＳサーバ６０００自体のネットワークアドレスは、便宜上、「２００．２００．２００．２００」としているが、これに限定されない。尚、ＤＮＳサーバ６０００は、インターネット１０００上に限定されず、ＰＣ５０００からアクセス可能なネットワーク上に設置されたものであればよい。つまり、ＰＣ５０００が、予め予約されたＵＲＬに対し、予め予約された特定のＩＰアドレスを解決できれば良い。そのため、ブリッジ装置４０００からＤＮＳサーバ６０００へのアクセス性は、必ずしも確保されなくてよい。
【００６７】
図１１は、本発明の実施の形態３にかかるブリッジ装置への接続処理の流れを示すシーケンス図である。尚、以下では、特定のＩＰアドレス４０６１１としてグローバスＩＰアドレスである「１００．１００．１００．１００」が予めストレージ４０６１に記憶されているものとする。そして、ＤＮＳサーバ６０００に特定のＩＰアドレス３１「１００．１００．１００．１００」と、特定のＵＲＬドメイン「sample.url」とが対応付けて登録されているものとする。
【００６８】
まず、ＰＣ５０００は、ユーザ操作等の契機により、予め予約された特定のＵＲＬドメイン「sample.url」の名前解決のためにＤＮＳ  Ｑｕｅｒｙを送信する（Ｓ２０１）。このとき、ブリッジ装置４０００は、ＤＮＳ  Ｑｕｅｒｙを受信するが、宛先が特定のＩＰアドレス４０６１１ではないため、通常通り、ホームルータ３０００へＤＮＳ  Ｑｕｅｒｙを転送する。そのため、ＤＮＳ  Ｑｕｅｒｙは、ホームルータ３０００、ＢＢＲ２０００及びインターネット１０００を経由して、ＤＮＳサーバ６０００に到達する。
【００６９】
ＤＮＳサーバ６０００は、受信したＤＮＳ  Ｑｕｅｒｙに基づき名前解決を行い、「１００．１００．１００．１００」を付加してＤＮＳ  Ｒｅｓｐｏｎｓｅを返信する（Ｓ２０２）。ブリッジ装置４０００は、インターネット１０００、ＢＢＲ２０００及びホームルータ３０００を経由して、ＤＮＳ  Ｒｅｓｐｏｎｓｅを受信し、ＰＣ５０００へ当該ＤＮＳ  Ｒｅｓｐｏｎｓｅを転送する。
【００７０】
このようにして、ＰＣ５０００は、ＵＲＬドメインのＤＮＳ解決を行うことができる。そして、ＰＣ５０００は、ＤＮＳ  Ｒｅｓｐｏｎｓｅに基づいて「１００．１００．１００．１００」宛にＴＣＰ通信を開始する（Ｓ２０３）。以降、ＰＣ５０００及びブリッジ装置４０００は、上述した実施の形態２と同様に、ステップＳ２０４からＳ２０７を行う。つまり、ブリッジ装置４０００は、上述した実施の形態２と同様の動作を行うことで、本実施の形態３が適用可能である。よって、実施の形態２と同様の効果を奏することができる。
【００７１】
ここで、上述した特許文献１には、さらに次のような課題がある。第４の課題は、ＤＮＳメッセージにＲＦＣに非準拠な点が含まれる場合、ＤＮＳメッセージが解析できず、うまく動作しない点である。また、第５の課題は、特許文献１の実施例１において、ＤＮＳクエリに目的以外のＵＲＬの問い合わせが含まれている場合に、アドレス解決ができない点である。また、第６の課題は、ＤＮＳＳＥＣに対応できない点である。
【００７２】
これに対して、本実施の形態は、第４の課題について、ＤＮＳメッセージの解析及び改ざんを行わないため、ＤＮＳメッセージの解析エラー等で本実施の形態が実施できないケースは発生しない。また、第５の課題について、ブリッジ装置４０００はＤＮＳのやりとりには直接的には関わらない（転送のみ）ため、ＤＮＳクエリの内容による不都合は発生しない。また、第６の課題について、ＤＮＳの仕組みは通常通りの仕組みを使うのみであり、ＤＮＳパケットの解析及び改ざん等の処置は不要である。そのため、ＤＮＳの仕組みに、データが暗号化されるＤＮＳＳＥＣを導入する場合でも問題無く実現できる。
【００７３】
＜実施の形態４＞
本実施の形態４は、上述した実施の形態２又は３の変形例である。すなわち、ブリッジ装置４０００からＴＣＰ終端機能を除き、代わりに、第２のネットワークＮ２上に特定のＩＰアドレス３１がネットワークアドレスとして設定されたＷｅｂサーバを設置したものである。
【００７４】
図１２は、本発明の実施の形態４にかかるネットワークシステム４の全体構成を示すブロック図である。ネットワークシステム４は、ネットワークシステム２又は３において、インターネット１０００上にＷｅｂサーバ７０００を追加したものである。Ｗｅｂサーバ７０００は、上述したＷｅｂサーバ３０の一例であり、ネットワークアドレスとして特定のＩＰアドレス３１「１００．１００．１００．１００」が設定されたものである。
【００７５】
図１３は、本発明の実施の形態４にかかるブリッジ装置４０００ａの構成を示すブロック図である。ブリッジ装置４０００ａは、図４のブリッジ装置４０００と比べて、ＴＣＰ終端手段４０８１及びＴＣＰレスポンス生成手段４０９１が除かれ、ブリッジングモジュール４０３１、ブリッジング機能４０４１及びネットワークインタフェース４０７１が、ブリッジングモジュール４０３１ａ、ブリッジング機能４０４１ａ及びネットワークインタフェース４０７１ａに置き換わったものである。それ以外の構成は、図４と同等であり、説明を省略する。
【００７６】
ブリッジングモジュール４０３１ａのブリッジング機能４０４１ａは、受信パケットの通信プロトコルがＴＣＰである場合には、通常通りの処理を行い、ＨＴＴＰである場合にのみ、宛先のＩＰアドレスの比較を行う。また、ネットワークインタフェース４０７１ａは、受信パケットの通信プロトコルがＨＴＴＰである場合にのみ、ＨＴＴＰ終端処理を行わせる。
【００７７】
図１４は、本発明の実施の形態４にかかるブリッジ装置４０００ａへの接続処理の流れを示すシーケンス図である。また、図１５は、本発明の実施の形態４にかかるブリッジ装置４０００ａへの接続処理の流れを示すフローチャートである。尚、図１５は、図６と比べて、ステップＦ０００及びＦ１０１がそれぞれ、ステップＦ０００ａ及びＦ１０１ａに置き換わったものである。よって、図６と同等の処理については適宜説明を省略する。尚、以下では、特定のＩＰアドレス４０６１１としてグローバスＩＰアドレスである「１００．１００．１００．１００」が予めストレージ４０６１に記憶されているものとする。
【００７８】
まず、ＰＣ５０００は、ユーザ操作等の契機により、予め予約された特定のＩＰアドレス「１００．１００．１００．１００」宛にＴＣＰ通信を開始する（Ｓ３０１）。このとき、ブリッジ装置４０００ａは、ＰＣ５０００からのＴＣＰ通信（ＴＣＰ  ＳＹＮ）を受信する。ブリッジ装置４０００ａは、まず、終端判定処理を行う（Ｆ０００ａ）。
【００７９】
図１６は、本発明の実施の形態４にかかる終端判定処理の流れを示すフローチャートである。図１６は、図７と比べて、ステップＦ００４がＦ００４ａに置き換わったものである。よって、図７と同等の処理については適宜説明を省略する。
【００８０】
ステップＦ００４ａにおいて、ブリッジング機能４０４１ａは、当該パケット情報がＨＴＴＰ通信であるか否かを判定する（Ｆ００４ａ）。この例では、ＴＣＰ通信であるため、ステップＦ００４ａにおいて、当該パケット情報がＨＴＴＰ通信ではないと判定される。そして、ブリッジ装置４０００ａは、通常のブリッジ動作を行う（Ｆ４０１）。すなわち、ブリッジング機能４０４１ａは、当該パケット情報（ＴＣＰ  ＳＹＮ）を、ＷＡＮ  Ｉ／Ｆ側のＮＩＣドライバ４０２２及びイーサＭＡＣ４０１２を介して、ＷＡＮ  Ｉ／Ｆに送信する。
【００８１】
その後、ＴＣＰ  ＳＹＮは、ホームルータ３０００、ＢＢＲ２０００及びインターネット１０００を経由して、「１００．１００．１００．１００」が設定されたＷｅｂサーバ７０００に到達する。Ｗｅｂサーバ７０００は、受信したＴＣＰ  ＳＹＮに対して、ＴＣＰ終端処理を行い、ＴＣＰ  ＳＹＮ／ＡＣＫをＰＣ５０００へ返信する。
【００８２】
そして、ＰＣ５０００は、ブリッジ装置４０００ａを介して、Ｗｅｂサーバ７０００からのＴＣＰ  ＳＹＮ／ＡＣＫを受信する（Ｓ３０２）。引き続き、ＰＣ５０００は、「１００．１００．１００．１００」に対して、ＴＣＰ  ＡＣＫを返信する（Ｓ３０３）。同様に、ブリッジ装置４０００ａは、受信したＴＣＰ  ＡＣＫをホームルータ３０００、ＢＢＲ２０００及びインターネット１０００を介してＷｅｂサーバ７０００へ転送する。
【００８３】
このようにして、ＰＣ５０００とＷｅｂサーバ７０００との間のＴＣＰ通信が確立した状態となる。
【００８４】
続いて、ＰＣ５０００は、「１００．１００．１００．１００」宛にＨＴＴＰ通信を開始する（Ｓ３０４）。このとき、ブリッジ装置４０００ａは、ＰＣ５０００からのＨＴＴＰ通信（ＨＴＴＰ  Ｒｅｑｕｅｓｔ）を受信する。ブリッジ装置４０００ａは、ＴＣＰ通信と同様に、終端判定処理を行う（Ｆ０００ａ）。但し、ステップＦ００４ａにおいて、ブリッジング機能４０４１ａは、当該パケット情報がＨＴＴＰ通信であると判定する。そして、ステップＦ００６において、フィルタ機能４０５１は、宛先ＩＰアドレス情報と、特定のＩＰアドレス４０６１１とが一致すると判定する。
【００８５】
その後、ステップＦ１０１ａにおいて、ネットワークインタフェース４０７１ａは、当該パケット情報がＨＴＴＰ通信であるか否かを判定する。この例では、ＨＴＴＰ通信であるため、ステップＦ１０１ａにおいて、当該パケット情報がＨＴＴＰ通信であると判定され、ブリッジ装置４０００ａは、ＨＴＴＰ処理を行う（Ｆ３００）。
【００８６】
その後、ＰＣ５０００は、ブリッジ装置４０００ａからＨＴＴＰ  Ｒｅｓｐｏｎｓｅを「１００．１００．１００．１００」からの応答として受信する（Ｓ３０５）。
【００８７】
このように、本実施の形態４にかかるブリッジ装置４０００ａは、ＰＣ５０００からのＴＣＰ通信については終端せずに、本来の宛先ＩＰアドレスへ転送し、ＨＴＴＰ通信については終端する。このようにしても、上述した実施の形態２と同様に、ＰＣ５０００の表示装置には、ブリッジ装置４０００ａが保持するコンテンツ４１２１の内容が表示される。よって、実施の形態２と同様に、ユーザがＰＣ５０００を介してブリッジ装置４０００ａの設定変更用のＷｅｂ画面等にアクセスすることができる。
【００８８】
＜実施の形態５＞
本実施の形態５は、上述した実施の形態２乃至４の改良例である。すなわち、前記記憶部は、特定のポート情報をさらに記憶する。そして、前記パケット解析部は、前記要求パケットに指定されたポート情報をさらに判定する。その後、前記終端処理部は、前記要求パケットの宛先が前記特定のＩＰアドレスであり、かつ、前記指定されたポート情報が前記特定のポート情報である場合に、前記要求パケットに対する応答パケットを生成するものである。尚、実施の形態２又は３を改良する場合、実施の形態４のようにインターネット１０００上にＷｅｂサーバ７０００が追加されるものとする。
【００８９】
図１７は、本発明の実施の形態５にかかるブリッジ装置４０００ｂの構成を示すブロック図である。ブリッジ装置４０００ｂは、図４のブリッジ装置４０００と比べて、ブリッジングモジュール４０３１及びフィルタ機能４０５１が、ブリッジングモジュール４０３１ｂ及びフィルタ機能４０５１ｂに置き換わり、ストレージ４０６１に特定のポート情報４０６１２が追加して記憶されたものである。それ以外の構成は、図４と同等であり、説明を省略する。尚、ブリッジ装置４０００ｂは、ブリッジ装置４０００ａを同様に改良したものであっても構わない。
【００９０】
ブリッジングモジュール４０３１ｂのフィルタ機能４０５１ｂは、受信したパケット情報の宛先ＩＰアドレス及びポート番号の組合せと、ストレージ４０６１に格納された特定のＩＰアドレス４０６１１及びポート情報４０６１２の組合せとが一致するか否かを判定する。一致する場合に、図７のステップＦ００７へ進み、不一致の場合に、図７のステップＦ００８へ進む。他の処理は、実施の形態２等と同等である。
【００９１】
そのため、本実施の形態５では、ＰＣ５０００からの要求パケットの宛先が特定のＩＰアドレスであっても、指定されるポート番号により、Ｗｅｂアクセス先をブリッジ装置４０００ｂ又はＷｅｂサーバ７０００に使い分けることができる。よって、ユーザの利便性が向上する。
【００９２】
＜その他の実施の形態＞
尚、上述したネットワーク装置１０は、ブリッジ装置に限らず、リピータハブ、レイヤ２スイッチ、レイヤ３スイッチ又はレイヤ４スイッチ等であってもよい。
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【００９３】
また、上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【００９４】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【符号の説明】
【００９５】
１  ネットワークシステム
１０  ネットワーク装置
１１  記憶部
１１１  特定のＩＰアドレス
１２  第１のパケット送受信部
１３  第２のパケット送受信部
１４  パケット解析部
１５  終端処理部
Ｎ１  第１のネットワーク
２０  クライアント端末
Ｎ２  第２のネットワーク
３０  Ｗｅｂサーバ
３１  特定のＩＰアドレス
２  ネットワークシステム
１０００  インターネット
２０００  ＢＢＲ
３０００  ホームルータ
４０００  ブリッジ装置
５０００  ＰＣ
４０１１  イーサＭＡＣ
４０１２  イーサＭＡＣ
４０２１  ＮＩＣドライバ
４０２２  ＮＩＣドライバ
４０３１  ブリッジングモジュール
４０４１  ブリッジング機能
４０５１  フィルタ機能
４０６１  ストレージ
４０６１１  特定のＩＰアドレス
４０７１  ネットワークインタフェース
４０８１  ＴＣＰ終端手段
４０９１  ＴＣＰレスポンス生成手段
４１０１  ＨＴＴＰ終端手段
４１１１  ＨＴＴＰレスポンス生成手段
４１２１  コンテンツ
３  ネットワークシステム
６０００  ＤＮＳサーバ
４  ネットワークシステム
４０００ａ  ブリッジ装置
４０３１ａ  ブリッジングモジュール
４０４１ａ  ブリッジング機能
４０７１ａ  ネットワークインタフェース
７０００  Ｗｅｂサーバ
４０００ｂ  ブリッジ装置
４０３１ｂ  ブリッジングモジュール
４０５１ｂ  フィルタ機能
４０６１２  ポート情報
【図１】
2019033310.tif 000003
【図２】
2019033310.tif 000004
【図３】
2019033310.tif 000005
【図４】
2019033310.tif 000006
【図５】
2019033310.tif 000007
【図６】
2019033310.tif 000008
【図７】
2019033310.tif 000009
【図８】
2019033310.tif 000010
【図９】
2019033310.tif 000011
【図１０】
2019033310.tif 000012
【図１１】
2019033310.tif 000013
【図１２】
2019033310.tif 000014
【図１３】
2019033310.tif 000015
【図１４】
2019033310.tif 000016
【図１５】
2019033310.tif 000017
【図１６】
2019033310.tif 000018
【図１７】
2019033310.tif 000019