JP2004120534A - ルータと中継装置、フォワーディング方法 - Google Patents
ルータと中継装置、フォワーディング方法 Download PDFInfo
- Publication number
- JP2004120534A JP2004120534A JP2002283158A JP2002283158A JP2004120534A JP 2004120534 A JP2004120534 A JP 2004120534A JP 2002283158 A JP2002283158 A JP 2002283158A JP 2002283158 A JP2002283158 A JP 2002283158A JP 2004120534 A JP2004120534 A JP 2004120534A
- Authority
- JP
- Japan
- Prior art keywords
- host name
- address
- router
- server
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/256—NAT traversal
- H04L61/2585—NAT traversal through application level gateway [ALG]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
Abstract
【課題】本発明は、複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもアクセス可能で、複数の端末間で共通のディレクトリーを使うことができるルータとフォワーディング方法を提供することを目的とする。
【解決手段】本発明のルータとフォワーディング方法は、ルータ２配下のサーバＡ３，サーバＢ４にアクセスされると、ルータ２でＩＰパケットからホスト名を取り出し、該ホスト名に対応したローカルＩＰアドレスに変換してサーバＡ３，サーバＢ４に送信することを特徴とする。
【選択図】 図１
【解決手段】本発明のルータとフォワーディング方法は、ルータ２配下のサーバＡ３，サーバＢ４にアクセスされると、ルータ２でＩＰパケットからホスト名を取り出し、該ホスト名に対応したローカルＩＰアドレスに変換してサーバＡ３，サーバＢ４に送信することを特徴とする。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ブラウザから付加されるホスト名によってフォワーディングするためのローカルＩＰアドレスを決定するルータ、ネットワーク間を中継する中継装置と、及びホスト名によってフォワーディングするフォワーディング方法に関するものである。
【０００２】
【従来の技術】
インターネット等の広域ネットワークへ常時接続するためＡＤＳＬ，ＣＡＴＶの普及が本格化し、ブロードバンドルータの普及も著しい。図８は従来のホストネームフォワーディング機能をもつルータの構成図、図９は従来のポートフォワーディング設定テーブルの説明図である。図８，９において、１０１はインターネット、１０２はＬＡＮ側のポートを複数備えたルータ、１０３はポート番号「８０」でローカルＩＰアドレス「１９２．１６８．０．２５３」のサーバＡ、１０４はポート番号「８１」でローカルＩＰアドレス「１９２．１６８．０．２５４」のサーバＢである。このようにルータ１０２は、ＷＡＮ側のポートをインターネット１０１、またＬＡＮ側のポートにサーバＡ１０３，サーバＢ１０４等の複数のユーザ機器を接続するものが主流である。
【０００３】
ところで、現行のＩＰプロトコルＩＰｖ４ではグローバルＩＰアドレスの絶対数が不足しているため、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）機能やポートフォワーディング機能（静的ＩＰマスカレード）などを使用してグローバルＩＰアドレスの不足に対応している。このＮＡＴ機能は、ＬＡＮ側の機器からインターネット１０１へアクセスするときには、そのローカルＩＰアドレスをルータ１０２のＷＡＮ側のグローバルＩＰアドレスへ変換するものである。
【０００４】
また、インターネット１０１からＬＡＮ側の特定の機器へアクセスする場合は、ルータ１０２のポートフォワーディング機能（静的ＩＰマスカレード機能）を用いることでアクセスが可能になる。すなわち、これにはまず予め、図９のようにルータ１０２にポート番号とローカルアドレスの変換テーブルを設定しておく必要がある。インターネット１０１からアクセスするときには、ルータ１０２のグローバルＩＰアドレスとポート番号を指定する。このアクセスを受け付けたルータ１０２は予め設定された変換テーブルに従い、グローバルＩＰアドレスをプライベートＩＰアドレスへの変換を行う。この変換によりインターネット１０１からローカルＩＰアドレスをもったＬＡＮ内の一つの機器にアクセスすることが可能となる。
【０００５】
例えば、図８に示したルータ１０２のＬＡＮ側に接続したサーバＡ１０３，サーバＢ１０４にアクセスする場合、まず、上述したようなポートフォワーディング設定を予めルータ１０２に対して行っておく。続いて、インターネット１０１からサーバＡ１０３にアクセスする場合には「ｈｔｔｐ：／／ｓｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ：８０／」と指定する。同様に、インターネット１０１からサーバＢ１０４にアクセスする場合は「ｈｔｔｐ：／／ｓｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ：８１／」と指定する。これにより、図示しないインターネット１０１上のＤＮＳサーバによって、ルータ１０２のグローバルＩＰアドレスに変換され、ルータへのアクセスが可能となる。ルータは変換テーブルに従いポート「８０」、「８１」へのアクセスをローカルアドレス「１９２．１６８．０．２５３」、「１９２．１６８．０．２５４」へフォワードすることによりサーバＡ１０３、Ｂ１０３へのアクセスが可能になる。なお、このようにポートフォワーディング機能によりインターネット１０１からサーバＡ１０３，サーバＢ１０４にアクセスするには各サーバに割り当てるポート番号が重複しないように番号を割り当てる必要がある。
【０００６】
このように従来のルータ１０２は、ポートフォワーディング機能，ＮＡＴ機能によりグローバルＩＰアドレスの枯渇を緩和し、複数のユーザ機器とインターネットとを接続したが、ユーザはＬＡＮ側の機器のポート番号を知って、その変更をフォローしなければならなかった。そこで、ディレクトリーを使い、グローバルＩＰアドレスによる管理端末とプライベートＩＰアドレスによる管理端末間の１対１の相互通信を可能とする通信ネットワークシステムが提案された（特許文献１を参照）。
【０００７】
これは、インターネット等の公衆通信網と、プライベート・ネットワーク間に中継手段を設け、中継手段が、プライベート・ネットワークに接続された端末の識別子をディレクトリー（特許文献１ではサブアドレス）として識別して、外部からのアクセス要求をプライベート・アドレス空間で割り振られた個々の端末に接続することを可能としたものである。また、本構成と、ＮＡＴ、ＩＰマスカレード等の手法とを併用することにより、グローバルＩＰアドレスによって管理されているインターネットにおける端末と、プライベートＩＰアドレスによって管理されているプライベート・ネットワークの端末間での１対１の相互通信が可能にするものである。
【０００８】
現在、グローバルＩＰアドレスは固定ではなく、ＤＨＣＰサーバによって割り当てられることがほとんどである。従って次々と更新されるグローバルＩＰアドレスをホスト名に対応させるＤＤＮＳサーバがなければ、ホスト名によるアクセスはできない。（特許文献１）のシステムは、ディレクトリーを識別子として使うため、ディレクトリーが異なる端末の認識が行えるのは同一のＤＤＮＳサーバにホスト名が登録されている場合だけである。従って、このシステムではプライベート・ネットワーク内にＤＤＮＳサーバが設けられていなければならない。
【０００９】
【特許文献１】
特開２００１−３４５８４１号公報
【００１０】
【発明が解決しようとする課題】
以上説明したように従来のルータのポートフォワーディング機能（静的ＩＰマスカレード機能）は、ＬＡＮ側の機器をポート番号を用いてアクセスできるものであるが、インターネット側のユーザはＬＡＮ側の機器のポート番号を知っておく必要があり、ＬＡＮ側のシステム変更のためポート番号の変更があった場合、その変更を常にフォローしなければならなかった。
【００１１】
一方、（特許文献１）のシステムは、ポート番号を用いずにＬＡＮ側の機器にアクセス可能であるものの、ディレクトリーを識別子として使うため、ホスト名に加え更に続けてディレクトリーを入力する必要があり、またホスト名自体は同一もののにならざるを得えず、ＬＡＮ側に複数の機器がある場合にそれぞれ異なるホスト名を付与することができない。
【００１２】
加えて、（特許文献１）では、ディレクトリー構造を使用しているため、例えば、「ｈｔｔｐ ：／／ｗｗｗ．ｃａｒｒｉｅｒ．ｎｅ．ｊｐ／ａｂ００１／ｉｎｄｅｘ．ｈｔｍｌ」というアクセスを許可する場合、ルータ（中継手段）配下の端末は、「ａｂ００１／ｉｎｄｅｘ．ｈｔｍｌ」のファイルの要求があったと認識し、ディレクトリａｂ００１からｉｎｄｅｘ．ｈｔｍｌを取出して、アクセス元に送信することになるため、この端末にも同じ構造でディレクトリー「ａｂ００１」を作る必要がある。言い換えれば、「ａｂ００１」のディレクトリーの中に「ｉｎｄｅｘ．ｈｔｍｌ」というウェブページを端末に配置する必要がある。しかし市販されている端末にはディレクトリーを変更できないものが相当数存在し、この構造を採用して通信することはできない。そして、この問題を回避するために、ブラウザから端末への転送時にＨＴＴＰメッセージに含まれる上記したＵＲＩのうち「ａｂ００１」を取り除く処理が必要であり、また端末側からブラウザへの転送時には、逆に「ａｂ００１」をＨＴＴＰメッセージに付加する処理が必要となる。このような処理（アプリケーション層のデータの変換処理）はきわめて複雑であり、転送速度が低下することになる。
【００１３】
そこで本発明は、複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもアクセス可能で、複数の端末間で共通のディレクトリーを使うことができるルータを提供することを目的とする。
【００１４】
また本発明は、複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもアクセス可能で、複数の端末間で共通のディレクトリーを使うことができるフォワーディング方法を提供することを目的とする。
【００１５】
【課題を解決するための手段】
本発明のルータは、ＨＴＴＰリクエストからホスト名を取り出すホスト名検出手段と、ホスト名とローカルＩＰアドレスを対応させる変換テーブルと、変換テーブルを参照して取り出したホスト名をローカルＩＰアドレスに変換するアドレス変換手段を備え、ホスト名を使用してフォワーディングするローカルＩＰアドレスを決定することを特徴とする。
【００１６】
これにより、複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもアクセス可能で、複数の端末間で共通のディレクトリーを使うことができる。
【００１７】
本発明のフォワーディング方法は、ルータ配下の端末にアクセスされると、ルータでＩＰパケットからホスト名を取り出し、該ホスト名に対応したローカルＩＰアドレスに変換して端末に送信することを特徴とする。
【００１８】
これにより、複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもアクセス可能で、複数の端末間で共通のディレクトリーを使うことができる。
【００１９】
【発明の実施の形態】
本発明の請求項１記載の発明は、配下に接続された端末に対して広域ネットワークを介して送信されたＨＴＴＰリクエストからホスト名を取り出すホスト名検出手段と、ホスト名とローカルＩＰアドレスを対応させる変換テーブルと、変換テーブルを参照して取り出したホスト名をローカルＩＰアドレスに変換するアドレス変換手段を備え、ホスト名を使用してフォワーディングするローカルＩＰアドレスを決定することを特徴とするルータであって、配下に接続される複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもホスト名は常に同一であるためアドレスによらずアクセス可能であり、ホスト名の後にディレクトリーを置くことができ、複数の端末間で共通のディレクトリーを使うことができる。そしてこのルータは、ブラウザから送信されるパケットのうち、アプリケーション層のデータを変換処理することなく、単に宛先ＩＰアドレスを変更するだけでよく、きわめて簡単な構成で通信できる。すなわち、クライアント側は、ホスト名のみでルータ配下の端末を直接アクセスできる。また、サブディレクトリーを用いてフォワードする構成としないため、下位レベルのネットワーク層処理（ＩＰヘッダ部の宛先アドレス変更等）で済む。従って、ＨＴＴＰヘッダを変更したり、サーバ側でディレクトリーの構造を採用して対応する必要がない。
【００２０】
本発明の請求項２に記載の発明は、第１のネットワークと第２のネットワーク間に配置され、第１のネットワークと第２のネットワーク間で送受信されるデータパケットを中継する中継装置であって、第１のネットワークを介して受信したデータパケットからホスト名を取り出すホスト名検出手段と、ホスト名と第２のネットワークアドレスを対応させる変換テーブルと、ホスト名検出手段により取出したホスト名が変換テーブルのホスト名と一致するか否かを判断し、一致するホスト名があればホスト名に対応する第２のネットワークアドレスを変換テーブルから取出し、更に受信したデータパケットの宛先アドレスを取出した第２ネットワークアドレスに置き換えて、第２のネットワークに送信することを特徴とする中継装置であって、インターネット等の第１のネットワークからＬＡＮ等の第２のネットワークに接続される複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレス等の第１のネットワークアドレスの更新があってもホスト名は常に同一であるためアドレスによらずアクセス可能であり、ホスト名の後にディレクトリーを置くことができ、複数の端末間で共通のディレクトリーを使うことができる。そしてこの中継装置（ルータ等）は、ブラウザ等から送信されるパケットのうち、アプリケーション層のデータを変換処理することなく、単に宛先アドレスを変更するだけでよく、きわめて簡単な構成で通信できる。
すなわち、クライアント側は、ホスト名のみで中継装置配下の端末を直接アクセスできる。また、サブディレクトリーを用いてフォワードする構成としないため、下位レベルのネットワーク層処理（データパケットの宛先アドレス変更等）で済む。従って、アプリケーション層のデータを変更したり、端末側でディレクトリーの構造を採用して対応する必要がない。
【００２１】
本発明の請求項３記載の発明は、広域ネットワークを介してルータ配下の端末にアクセスされると、ルータでＩＰパケットからホスト名を取り出し、該ホスト名に対応したローカルＩＰアドレスに変換して端末に送信することを特徴とするフォワーディング方法であって、配下に接続される複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもホスト名は常に同一であるためアドレスによらずアクセス可能であり、ホスト名の後にディレクトリーを置くことができ、複数の端末間で共通のディレクトリーを使うことができる。
【００２２】
（実施の形態１）
本発明の実施の形態１におけるホスト名によるフォワーディングを行うルータを配置したネットワークシステムについて説明する。図１は本発明の実施の形態１におけるルータ配下の端末にアクセスするネットワークシステムの構成図、図２はホスト名フォワーディングテーブルの説明図、図３は本発明の実施の形態１におけるルータによるホスト名検出の説明図、図４はＨＴＴＰリクエストヘッダの説明図、図５は本発明の実施の形態１におけるルータを配置したシステムでアクセスするときのシーケンスチャートである。
【００２３】
１はインターネット（本発明の広域ネットワーク）、２はインターネット１と接続可能なインターフェイスを有し、ＬＡＮ側のポートを複数備えて配下の各機器、後述するサーバＡ３，サーバＢ４に対してインターネット１との間でルーティングを行うルータ（中継装置）、２ａはルータ２に設けられ、インターネット１から受信したＩＰパケット（データパケット）のＨＴＴＰヘッダからホスト名を取り出すホスト名検出手段、２ｂはホスト名検出手段２ａにより取出したホスト名が後述する変換テーブル２ｃのホスト名と一致するか否かを判断し、一致するホスト名があればそのホスト名に対応するローカルＩＰアドレスを変換テーブル２ｃから取出し、更に受信したＩＰパケットの宛先アドレスを取出したローカルＩＰアドレスに置き換えて、ＬＡＮ側へ送信するアドレス変換手段、２ｃはアドレス変換手段２ｂがホスト名をローカルＩＰアドレスに変換するために参照するホスト名フォワーディングテーブル（本発明の変換テーブル）である。ルータ２は実施の形態１の場合ブロードバンドルータである。
【００２４】
３はポート番号「８０」でホスト名「ｓｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」のサーバＡ、４はポート番号「８０」でホスト名「ｓｅｒｖｅｒＢ．ｓｅｒｖｅｒ．ｎｅｔ」のサーバＢである。なお、これらのホスト名は後述のＤＤＮＳサーバ８により管理されている。５はインターネット１に接続してサーバＡ３，サーバＢ４にアクセスできる端末、６は所定のグローバルＩＰアドレスの中から端末５にグローバルＩＰアドレスを割り当てるＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ、７はホスト名でアクセスするとグローバルＩＰアドレスを応答するＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ、８はＤＨＣＰサーバ６が決定したグローバルＩＰアドレスとホスト名との対応をつけるＤＤＮＳ（Ｄｙｎａｍｉｃ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバである。
【００２５】
本実施の形態１のルータ２は、図３に示すように端末５のブラウザからインターネット１を介してサーバＡ３（若しくはサーバＢ４）にＨＴＴＰリクエストを送信すると、ホスト名検出手段２ａによりサーバＡ３（若しくはサーバＢ４）のホスト名をＩＰパケットのＨＴＴＰリクエストヘッダから取り出し、アドレス変換手段２ｂによってローカルＩＰアドレスに変換して、端末５から受信したＩＰパケットを変換したローカルＩＰアドレスのサーバＡ３（若しくはサーバＢ４）にルーティングするものである。図３においては、後述するようにグローバルＩＰアドレス「１．１．１．１」を宛先ＩＰアドレスに収め、ホスト名「ＳｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」をＨＴＴＰリクエストヘッダに収めたＨＴＴＰリクエストがサーバＡ３に向けて送信され、ルータ２がルーティングを行う。
【００２６】
すなわち、図４に示すようにＨＴＴＰリクエストでサーバＡ３にリクエストするときは、メソッド「ＧＥＴ」の後にＵＲＩとバージョン情報「ＨＴＴＰ１．０」、「Ｈｏｓｔ」の後にホスト名、最後に「ＣＲＬＦ」行を書き込んで、サーバＡ３からファイルを要求する。このようにＨＴＴＰリクエストヘッダの要求行にはホスト名が自動的に書き込まれるから、これをホスト名検出手段２ａが取り出し、アドレス変換手段２ｂがローカルＩＰアドレスに変換するものである。
【００２７】
そこで、サーバＡ３に対するＨＴＴＰリクエストとそのレスポンスが行われる一連の基本的な処理に関して、図５のシーケンスチャートに基づいてルータの説明を行う。まず、図５のＳ１において、ルータ２からＤＨＣＰサーバ６にグローバルＩＰアドレスを要求して、ＤＨＣＰサーバ６がグローバルＩＰアドレス「１．１．１．１」をルータ２に制限時間付きで割り当てる。ルータ２はこのグローバルＩＰアドレス「１．１．１．１」とサーバＡ３のホスト名をＤＤＮＳサーバ８に通知する。さらに、ルータ２はこのグローバルＩＰアドレス「１．１．１．１」とサーバＢ４のホスト名をＤＤＮＳサーバ８に通知する。なお、ルータ２はホスト名による変換モードのモード設定ができる。また、ここでは、ルータ２がＤＤＮＳ設定要求を行うようにしたが、ルータ２に代えてサーバＡ３やサーバＢ４が各々ルータ２に対しＤＤＮＳ設定要求を行うようにしてもよい。Ｓ２において、サーバＡ３はＤＤＮＳサーバ８に更新要求する。ＤＤＮＳサーバ８にはＳ３で、端末５のブラウザを用いて「ｈｔｔｐ：／／ＳｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」をＵＲＩに指定し、ＤＮＳサーバ７にグローバルＩＰアドレスを問い合わせると、ＤＮＳサーバ７はＤＤＮＳサーバ８に問い合わせる。Ｓ４においてＤＤＮＳサーバ８は、「ＳｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」に対応するグローバルＩＰアドレス「１．１．１．１」を回答し、ＤＮＳサーバ７が端末５に回答する。
【００２８】
このルータ２のグローバルＩＰアドレス「１．１．１．１」を受け取った端末５はＬＡＮ内にあるサーバＡ３に対してＨＴＴＰによるアクセスを発生し、Ｓ５においてグローバルＩＰアドレス「１．１．１．１」を宛先ＩＰアドレス、宛先ポート番号に「８０」を収めて、図４のようなＨＴＴＰヘッダをデータ域にセットしたＩＰパケットをインターネット１に送信する。なお、ポート番号は従来のポートフォワーディング機能と異なり、サーバＡ３，サーバＢ４ともに共通の「８０」を設定することができる。
【００２９】
ＩＰパケットがルータ２に到着しルータ２が受信する（Ｓ６）。ルータ２は図示しないルーティングテーブルを参照して、ホスト名から配下のサーバＡ３であることを知り、ローカルＩＰアドレスに変換してＨＴＴＰリクエストをサーバＡ３に転送する。図６は本発明の実施の形態１におけるルータの処理のフローチャートである。図６に示すようにルータがＩＰパケットを受信すると（Ｓ６１）、ホスト名による変換モードか否かがチェックされる（Ｓ６２）。変換モードの場合、ＩＰパケットからＨＴＴＰヘッダに含まれるホスト名を取り出し（Ｓ６３）、変換モードでない場合には宛先ポート番号に従って処理（ポートフォワーディング機能等）を行う（Ｓ６６）。
【００３０】
ホスト名を取り出すと、変換テーブルを読み出し（Ｓ６４）、取り出したホスト名が変換テーブルに存在するか否かをチェックする（Ｓ６５）。なおルータ２には、図２に示すようなホスト名とＬＡＮ側のローカルＩＰアドレスの対応を記述した変換テーブルが予め設定してある。本実施の形態１の場合は、各グローバルＩＰアドレスもこれらに関係付けられている。ホスト名が変換テーブルにあった場合、変換テーブルから対応するローカルＩＰアドレスを取り出し（Ｓ６８）、ホスト名が変換テーブルになかった場合にはＳ６６に進んで、宛先ポート番号に従って処理する。Ｓ６７において、受信したＩＰパケットのＩＰヘッダの宛先ＩＰアドレスを取出したローカルＩＰアドレスへ置き換え、ＩＰパケットをＨＴＴＰリクエストとしてＬＡＮに送信する。図２の変換テーブルによれば、ホスト名「ＳｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」にはローカルＩＰアドレス「１９２．１６８．０．２５３」、ホスト名「ＳｅｒｖｅｒＢ．ｓｅｒｖｅｒ．ｎｅｔ」にはローカルＩＰアドレス「１９２．１６８．０．２５４」が対応づけられているため、Ｓ６でルータ２はホスト名「ＳｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」をローカルＩＰアドレス「１９２．１６８．０．２５３」に変換し、その後、宛先ＩＰアドレスに「１９２．１６８．０．２５３」をセットしたＨＴＴＰリクエストがサーバＡ３に送信されることになる。
【００３１】
次いで、Ｓ７でサーバＡ３は端末５に向けてレスポンスを送信する。送信元ＩＰアドレスに「１９２．１６８．０．２５３」をセットしたパケットを送信すると、ルータ２がこれを受け取る。Ｓ８において、ルータ２は端末５に向けたレスポンスであることを認識し、図示しないルーティングテーブルを参照して、送信元ＩＰアドレスに「１．１．１．１」をセットしてＩＰパケットを送信し、端末５のブラウザが受信する。これにより、インターネット１を介してのＬＡＮ内のサーバＡ３等の機器への通信が可能となる。
【００３２】
このように本発明の実施の形態１のルータは、ＨＴＴＰリクエストヘッダに記載されたホスト名を取り出してローカルＩＰアドレスに変換するから、複数のサーバＡ，Ｂに対してそれぞれドメイン名を含んで通常通りホスト名でアクセスでき、ＤＨＣＰサーバの使用によりＤＤＮＳサーバでグローバルＩＰアドレスの更新が次々とあっても、これに影響されることなくアクセスが可能である。また、複数のサーバＡ，Ｂ間で共通名のディレクトリーを使うことができる。
【００３３】
そして実施の形態１のルータは、ブラウザから送信されるＩＰパケットのうち、アプリケーション層のデータを変換処理することなく、単に宛先ＩＰアドレスを変更するだけでよく、きわめて簡単な構成で通信できる。すなわち、クライアント側は、ホスト名のみでルータ配下の端末を直接アクセスできる。ＨＴＴＰヘッダを変更したり、サーバ側でディレクトリーの構造を採用して対応する必要がない。
【００３４】
（実施の形態２）
本発明の実施の形態２におけるホスト名によるフォワーディングを行うルータを配置したネットワークシステムについて説明する。実施の形態２のネットワークシステムは、ルータ配下に置かれたＰＣからウェブサーバのホスト名とローカルＩＰアドレスを設定することにより、ＤＨＣＰサーバ、ＤＤＮＳサーバを含めてすべて自動設定できるものである。図７は本発明の実施の形態２におけるルータで配下の端末にアクセスするときのネットワークシステムのシーケンスチャートである。ルータにおける処理の内容は実施の形態１と同様であり、さらに自動設定機能を追加したものである。
【００３５】
図７において、先ず、ルータがＤＨＣＰサーバに向けてグローバルＩＰアドレスのＩＰアドレス割り当てをブロードキャストで要求する（Ｓ１１）。これを受け取ったＤＨＣＰサーバはルータに対し、グローバルＩＰアドレスを割り当てる（Ｓ１２）。この状態でウェブサーバの管理を行うＰＣは、ルータの設定画面にアクセスする（Ｓ１３）。これに応じてルータは設定画面をＰＣに送信する（Ｓ１４）。この設定画面からウェブサーバのローカルＩＰアドレスと、そのホスト名を入力して、ＰＣはルータにウェブサーバに対する設定要求をルータに送信する（Ｓ１５）。
【００３６】
これを受信したルータは、ＤＤＮＳサーバに対して、ルータの割り当てられたグローバルＩＰアドレスと、ウェブサーバのホスト名を通知してＤＤＮＳ設定要求を行う（Ｓ１６）。ＤＤＮＳサーバは設定が済むと設定完了通知をルータに送る（Ｓ１７）。ルータはＰＣには設定完了通知を送信するとともに（Ｓ１８）、ウェブサーバに対して、ホスト名とＤＤＮＳサーバのグローバルＩＰアドレスが通知される（Ｓ１９）。以上のプロセスで、ＰＣからウェブサーバに対するホスト名とアドレス設定の処理及びウェブサーバのＤＤＮＳサーバへの登録が終了する。
【００３７】
次いでウェブサーバはＤＤＮＳサーバに対して更新登録の要求を行う（Ｓ２０）。この更新登録の要求は、ルータのＮＡＴ機能によりＩＰパケットの送信元ＩＰアドレスがウェブサーバのローカルＩＰアドレスからグローバルＩＰアドレスに変換されてＤＤＮＳサーバに送信される。ＤＤＮＳサーバでは、グローバルＩＰアドレスとホスト名を含むＤＤＮＳ更新要求を受け取ると、更新登録を行って応答メッセージを返す（Ｓ２１）。ウェブサーバの電源が切られたり、所定時間経過すると、ウェブサーバはＤＤＮＳサーバに対して繰返して更新登録の要求を行う（Ｓ２２）。ＤＤＮＳサーバでは、毎回更新登録を行って応答メッセージを返す（Ｓ２３）。これで、ウェブサーバはルータのグローバルＩＰアドレスと自身のホスト名でアドレス変換処理が行える状態となる。
【００３８】
ある時点で、広域ネットワーク上の端末のブラウザからウェブサーバに対するアクセスが発生すると、この端末はウェブサーバのホスト名でＤＤＮＳサーバにグローバルＩＰアドレスを問い合わせる（Ｓ２４）。これに対して、ＤＤＮＳサーバはルータのグローバルＩＰアドレスを回答する（Ｓ２５）。これを得た端末のブラウザは取得したグローバルＩＰアドレスにアクセスすると（Ｓ２６）、ルータがこれを受信し、ＨＴＴＰヘッダからホスト名を取りだし、対応するローカルＩＰアドレスをＨＴＴＰヘッダにセットしてＬＡＮ内に転送する（Ｓ２７）。
これをウェブサーバが受信し、リクエストされたウェブページを送信する（Ｓ２８）。
【００３９】
このように実施の形態２のネットワークシステムは、ルータ配下のウェブサーバをＰＣで管理してアドレス設定や更新登録を自動で行うことができ、広域ネットワーク上の端末からホスト名でアクセスすることができる。
【００４０】
なお、本実施の形態２では、ウェブサーバがＤＤＮＳ更新登録要求するとして説明したが、ルータがＤＤＮＳ更新登録要求をするようにすれば、ルータ装置にこのような自動設定機能を持たせるだけで、自動設定が可能であり、ウェブサーバ等は汎用のものを使用することができる。
【００４１】
【発明の効果】
本発明のルータまたは中継装置、フォワーディング方法によれば、ホスト名を使ってフォワーディングするローカルＩＰアドレスを決定するので、配下に接続される複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもホスト名は常に同一であるためアドレスによらずアクセス可能であり、ホスト名の後にディレクトリーを置くことができ、複数の端末間で共通のディレクトリーを使うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１におけるルータ配下の端末にアクセスするネットワークシステムの構成図
【図２】ホスト名フォワーディングテーブルの説明図
【図３】本発明の実施の形態１におけるルータによるホスト名検出の説明図
【図４】ＨＴＴＰリクエストヘッダの説明図
【図５】本発明の実施の形態１におけるルータを配置したシステムでアクセスするときのシーケンスチャート
【図６】本発明の実施の形態１におけるルータの処理のフローチャート
【図７】本発明の実施の形態２におけるルータで配下の端末にアクセスするときのネットワークシステムのシーケンスチャート
【図８】従来のホストネームフォワーディング機能をもつルータの構成図
【図９】従来のポートフォワーディング設定テーブルの説明図
【符号の説明】
１，１０１ インターネット
２，１０２ ルータ
２ａ ホスト名検出手段
２ｂ アドレス変換手段
２ｃ ホスト名フォワーディングテーブル
３，１０３ サーバＡ
４，１０４ サーバＢ
５ 端末
６ ＤＨＣＰサーバ
７ ＤＮＳサーバ
８ ＤＤＮＳサーバ
【発明の属する技術分野】
本発明は、ブラウザから付加されるホスト名によってフォワーディングするためのローカルＩＰアドレスを決定するルータ、ネットワーク間を中継する中継装置と、及びホスト名によってフォワーディングするフォワーディング方法に関するものである。
【０００２】
【従来の技術】
インターネット等の広域ネットワークへ常時接続するためＡＤＳＬ，ＣＡＴＶの普及が本格化し、ブロードバンドルータの普及も著しい。図８は従来のホストネームフォワーディング機能をもつルータの構成図、図９は従来のポートフォワーディング設定テーブルの説明図である。図８，９において、１０１はインターネット、１０２はＬＡＮ側のポートを複数備えたルータ、１０３はポート番号「８０」でローカルＩＰアドレス「１９２．１６８．０．２５３」のサーバＡ、１０４はポート番号「８１」でローカルＩＰアドレス「１９２．１６８．０．２５４」のサーバＢである。このようにルータ１０２は、ＷＡＮ側のポートをインターネット１０１、またＬＡＮ側のポートにサーバＡ１０３，サーバＢ１０４等の複数のユーザ機器を接続するものが主流である。
【０００３】
ところで、現行のＩＰプロトコルＩＰｖ４ではグローバルＩＰアドレスの絶対数が不足しているため、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）機能やポートフォワーディング機能（静的ＩＰマスカレード）などを使用してグローバルＩＰアドレスの不足に対応している。このＮＡＴ機能は、ＬＡＮ側の機器からインターネット１０１へアクセスするときには、そのローカルＩＰアドレスをルータ１０２のＷＡＮ側のグローバルＩＰアドレスへ変換するものである。
【０００４】
また、インターネット１０１からＬＡＮ側の特定の機器へアクセスする場合は、ルータ１０２のポートフォワーディング機能（静的ＩＰマスカレード機能）を用いることでアクセスが可能になる。すなわち、これにはまず予め、図９のようにルータ１０２にポート番号とローカルアドレスの変換テーブルを設定しておく必要がある。インターネット１０１からアクセスするときには、ルータ１０２のグローバルＩＰアドレスとポート番号を指定する。このアクセスを受け付けたルータ１０２は予め設定された変換テーブルに従い、グローバルＩＰアドレスをプライベートＩＰアドレスへの変換を行う。この変換によりインターネット１０１からローカルＩＰアドレスをもったＬＡＮ内の一つの機器にアクセスすることが可能となる。
【０００５】
例えば、図８に示したルータ１０２のＬＡＮ側に接続したサーバＡ１０３，サーバＢ１０４にアクセスする場合、まず、上述したようなポートフォワーディング設定を予めルータ１０２に対して行っておく。続いて、インターネット１０１からサーバＡ１０３にアクセスする場合には「ｈｔｔｐ：／／ｓｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ：８０／」と指定する。同様に、インターネット１０１からサーバＢ１０４にアクセスする場合は「ｈｔｔｐ：／／ｓｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ：８１／」と指定する。これにより、図示しないインターネット１０１上のＤＮＳサーバによって、ルータ１０２のグローバルＩＰアドレスに変換され、ルータへのアクセスが可能となる。ルータは変換テーブルに従いポート「８０」、「８１」へのアクセスをローカルアドレス「１９２．１６８．０．２５３」、「１９２．１６８．０．２５４」へフォワードすることによりサーバＡ１０３、Ｂ１０３へのアクセスが可能になる。なお、このようにポートフォワーディング機能によりインターネット１０１からサーバＡ１０３，サーバＢ１０４にアクセスするには各サーバに割り当てるポート番号が重複しないように番号を割り当てる必要がある。
【０００６】
このように従来のルータ１０２は、ポートフォワーディング機能，ＮＡＴ機能によりグローバルＩＰアドレスの枯渇を緩和し、複数のユーザ機器とインターネットとを接続したが、ユーザはＬＡＮ側の機器のポート番号を知って、その変更をフォローしなければならなかった。そこで、ディレクトリーを使い、グローバルＩＰアドレスによる管理端末とプライベートＩＰアドレスによる管理端末間の１対１の相互通信を可能とする通信ネットワークシステムが提案された（特許文献１を参照）。
【０００７】
これは、インターネット等の公衆通信網と、プライベート・ネットワーク間に中継手段を設け、中継手段が、プライベート・ネットワークに接続された端末の識別子をディレクトリー（特許文献１ではサブアドレス）として識別して、外部からのアクセス要求をプライベート・アドレス空間で割り振られた個々の端末に接続することを可能としたものである。また、本構成と、ＮＡＴ、ＩＰマスカレード等の手法とを併用することにより、グローバルＩＰアドレスによって管理されているインターネットにおける端末と、プライベートＩＰアドレスによって管理されているプライベート・ネットワークの端末間での１対１の相互通信が可能にするものである。
【０００８】
現在、グローバルＩＰアドレスは固定ではなく、ＤＨＣＰサーバによって割り当てられることがほとんどである。従って次々と更新されるグローバルＩＰアドレスをホスト名に対応させるＤＤＮＳサーバがなければ、ホスト名によるアクセスはできない。（特許文献１）のシステムは、ディレクトリーを識別子として使うため、ディレクトリーが異なる端末の認識が行えるのは同一のＤＤＮＳサーバにホスト名が登録されている場合だけである。従って、このシステムではプライベート・ネットワーク内にＤＤＮＳサーバが設けられていなければならない。
【０００９】
【特許文献１】
特開２００１−３４５８４１号公報
【００１０】
【発明が解決しようとする課題】
以上説明したように従来のルータのポートフォワーディング機能（静的ＩＰマスカレード機能）は、ＬＡＮ側の機器をポート番号を用いてアクセスできるものであるが、インターネット側のユーザはＬＡＮ側の機器のポート番号を知っておく必要があり、ＬＡＮ側のシステム変更のためポート番号の変更があった場合、その変更を常にフォローしなければならなかった。
【００１１】
一方、（特許文献１）のシステムは、ポート番号を用いずにＬＡＮ側の機器にアクセス可能であるものの、ディレクトリーを識別子として使うため、ホスト名に加え更に続けてディレクトリーを入力する必要があり、またホスト名自体は同一もののにならざるを得えず、ＬＡＮ側に複数の機器がある場合にそれぞれ異なるホスト名を付与することができない。
【００１２】
加えて、（特許文献１）では、ディレクトリー構造を使用しているため、例えば、「ｈｔｔｐ ：／／ｗｗｗ．ｃａｒｒｉｅｒ．ｎｅ．ｊｐ／ａｂ００１／ｉｎｄｅｘ．ｈｔｍｌ」というアクセスを許可する場合、ルータ（中継手段）配下の端末は、「ａｂ００１／ｉｎｄｅｘ．ｈｔｍｌ」のファイルの要求があったと認識し、ディレクトリａｂ００１からｉｎｄｅｘ．ｈｔｍｌを取出して、アクセス元に送信することになるため、この端末にも同じ構造でディレクトリー「ａｂ００１」を作る必要がある。言い換えれば、「ａｂ００１」のディレクトリーの中に「ｉｎｄｅｘ．ｈｔｍｌ」というウェブページを端末に配置する必要がある。しかし市販されている端末にはディレクトリーを変更できないものが相当数存在し、この構造を採用して通信することはできない。そして、この問題を回避するために、ブラウザから端末への転送時にＨＴＴＰメッセージに含まれる上記したＵＲＩのうち「ａｂ００１」を取り除く処理が必要であり、また端末側からブラウザへの転送時には、逆に「ａｂ００１」をＨＴＴＰメッセージに付加する処理が必要となる。このような処理（アプリケーション層のデータの変換処理）はきわめて複雑であり、転送速度が低下することになる。
【００１３】
そこで本発明は、複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもアクセス可能で、複数の端末間で共通のディレクトリーを使うことができるルータを提供することを目的とする。
【００１４】
また本発明は、複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもアクセス可能で、複数の端末間で共通のディレクトリーを使うことができるフォワーディング方法を提供することを目的とする。
【００１５】
【課題を解決するための手段】
本発明のルータは、ＨＴＴＰリクエストからホスト名を取り出すホスト名検出手段と、ホスト名とローカルＩＰアドレスを対応させる変換テーブルと、変換テーブルを参照して取り出したホスト名をローカルＩＰアドレスに変換するアドレス変換手段を備え、ホスト名を使用してフォワーディングするローカルＩＰアドレスを決定することを特徴とする。
【００１６】
これにより、複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもアクセス可能で、複数の端末間で共通のディレクトリーを使うことができる。
【００１７】
本発明のフォワーディング方法は、ルータ配下の端末にアクセスされると、ルータでＩＰパケットからホスト名を取り出し、該ホスト名に対応したローカルＩＰアドレスに変換して端末に送信することを特徴とする。
【００１８】
これにより、複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもアクセス可能で、複数の端末間で共通のディレクトリーを使うことができる。
【００１９】
【発明の実施の形態】
本発明の請求項１記載の発明は、配下に接続された端末に対して広域ネットワークを介して送信されたＨＴＴＰリクエストからホスト名を取り出すホスト名検出手段と、ホスト名とローカルＩＰアドレスを対応させる変換テーブルと、変換テーブルを参照して取り出したホスト名をローカルＩＰアドレスに変換するアドレス変換手段を備え、ホスト名を使用してフォワーディングするローカルＩＰアドレスを決定することを特徴とするルータであって、配下に接続される複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもホスト名は常に同一であるためアドレスによらずアクセス可能であり、ホスト名の後にディレクトリーを置くことができ、複数の端末間で共通のディレクトリーを使うことができる。そしてこのルータは、ブラウザから送信されるパケットのうち、アプリケーション層のデータを変換処理することなく、単に宛先ＩＰアドレスを変更するだけでよく、きわめて簡単な構成で通信できる。すなわち、クライアント側は、ホスト名のみでルータ配下の端末を直接アクセスできる。また、サブディレクトリーを用いてフォワードする構成としないため、下位レベルのネットワーク層処理（ＩＰヘッダ部の宛先アドレス変更等）で済む。従って、ＨＴＴＰヘッダを変更したり、サーバ側でディレクトリーの構造を採用して対応する必要がない。
【００２０】
本発明の請求項２に記載の発明は、第１のネットワークと第２のネットワーク間に配置され、第１のネットワークと第２のネットワーク間で送受信されるデータパケットを中継する中継装置であって、第１のネットワークを介して受信したデータパケットからホスト名を取り出すホスト名検出手段と、ホスト名と第２のネットワークアドレスを対応させる変換テーブルと、ホスト名検出手段により取出したホスト名が変換テーブルのホスト名と一致するか否かを判断し、一致するホスト名があればホスト名に対応する第２のネットワークアドレスを変換テーブルから取出し、更に受信したデータパケットの宛先アドレスを取出した第２ネットワークアドレスに置き換えて、第２のネットワークに送信することを特徴とする中継装置であって、インターネット等の第１のネットワークからＬＡＮ等の第２のネットワークに接続される複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレス等の第１のネットワークアドレスの更新があってもホスト名は常に同一であるためアドレスによらずアクセス可能であり、ホスト名の後にディレクトリーを置くことができ、複数の端末間で共通のディレクトリーを使うことができる。そしてこの中継装置（ルータ等）は、ブラウザ等から送信されるパケットのうち、アプリケーション層のデータを変換処理することなく、単に宛先アドレスを変更するだけでよく、きわめて簡単な構成で通信できる。
すなわち、クライアント側は、ホスト名のみで中継装置配下の端末を直接アクセスできる。また、サブディレクトリーを用いてフォワードする構成としないため、下位レベルのネットワーク層処理（データパケットの宛先アドレス変更等）で済む。従って、アプリケーション層のデータを変更したり、端末側でディレクトリーの構造を採用して対応する必要がない。
【００２１】
本発明の請求項３記載の発明は、広域ネットワークを介してルータ配下の端末にアクセスされると、ルータでＩＰパケットからホスト名を取り出し、該ホスト名に対応したローカルＩＰアドレスに変換して端末に送信することを特徴とするフォワーディング方法であって、配下に接続される複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもホスト名は常に同一であるためアドレスによらずアクセス可能であり、ホスト名の後にディレクトリーを置くことができ、複数の端末間で共通のディレクトリーを使うことができる。
【００２２】
（実施の形態１）
本発明の実施の形態１におけるホスト名によるフォワーディングを行うルータを配置したネットワークシステムについて説明する。図１は本発明の実施の形態１におけるルータ配下の端末にアクセスするネットワークシステムの構成図、図２はホスト名フォワーディングテーブルの説明図、図３は本発明の実施の形態１におけるルータによるホスト名検出の説明図、図４はＨＴＴＰリクエストヘッダの説明図、図５は本発明の実施の形態１におけるルータを配置したシステムでアクセスするときのシーケンスチャートである。
【００２３】
１はインターネット（本発明の広域ネットワーク）、２はインターネット１と接続可能なインターフェイスを有し、ＬＡＮ側のポートを複数備えて配下の各機器、後述するサーバＡ３，サーバＢ４に対してインターネット１との間でルーティングを行うルータ（中継装置）、２ａはルータ２に設けられ、インターネット１から受信したＩＰパケット（データパケット）のＨＴＴＰヘッダからホスト名を取り出すホスト名検出手段、２ｂはホスト名検出手段２ａにより取出したホスト名が後述する変換テーブル２ｃのホスト名と一致するか否かを判断し、一致するホスト名があればそのホスト名に対応するローカルＩＰアドレスを変換テーブル２ｃから取出し、更に受信したＩＰパケットの宛先アドレスを取出したローカルＩＰアドレスに置き換えて、ＬＡＮ側へ送信するアドレス変換手段、２ｃはアドレス変換手段２ｂがホスト名をローカルＩＰアドレスに変換するために参照するホスト名フォワーディングテーブル（本発明の変換テーブル）である。ルータ２は実施の形態１の場合ブロードバンドルータである。
【００２４】
３はポート番号「８０」でホスト名「ｓｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」のサーバＡ、４はポート番号「８０」でホスト名「ｓｅｒｖｅｒＢ．ｓｅｒｖｅｒ．ｎｅｔ」のサーバＢである。なお、これらのホスト名は後述のＤＤＮＳサーバ８により管理されている。５はインターネット１に接続してサーバＡ３，サーバＢ４にアクセスできる端末、６は所定のグローバルＩＰアドレスの中から端末５にグローバルＩＰアドレスを割り当てるＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ、７はホスト名でアクセスするとグローバルＩＰアドレスを応答するＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ、８はＤＨＣＰサーバ６が決定したグローバルＩＰアドレスとホスト名との対応をつけるＤＤＮＳ（Ｄｙｎａｍｉｃ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバである。
【００２５】
本実施の形態１のルータ２は、図３に示すように端末５のブラウザからインターネット１を介してサーバＡ３（若しくはサーバＢ４）にＨＴＴＰリクエストを送信すると、ホスト名検出手段２ａによりサーバＡ３（若しくはサーバＢ４）のホスト名をＩＰパケットのＨＴＴＰリクエストヘッダから取り出し、アドレス変換手段２ｂによってローカルＩＰアドレスに変換して、端末５から受信したＩＰパケットを変換したローカルＩＰアドレスのサーバＡ３（若しくはサーバＢ４）にルーティングするものである。図３においては、後述するようにグローバルＩＰアドレス「１．１．１．１」を宛先ＩＰアドレスに収め、ホスト名「ＳｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」をＨＴＴＰリクエストヘッダに収めたＨＴＴＰリクエストがサーバＡ３に向けて送信され、ルータ２がルーティングを行う。
【００２６】
すなわち、図４に示すようにＨＴＴＰリクエストでサーバＡ３にリクエストするときは、メソッド「ＧＥＴ」の後にＵＲＩとバージョン情報「ＨＴＴＰ１．０」、「Ｈｏｓｔ」の後にホスト名、最後に「ＣＲＬＦ」行を書き込んで、サーバＡ３からファイルを要求する。このようにＨＴＴＰリクエストヘッダの要求行にはホスト名が自動的に書き込まれるから、これをホスト名検出手段２ａが取り出し、アドレス変換手段２ｂがローカルＩＰアドレスに変換するものである。
【００２７】
そこで、サーバＡ３に対するＨＴＴＰリクエストとそのレスポンスが行われる一連の基本的な処理に関して、図５のシーケンスチャートに基づいてルータの説明を行う。まず、図５のＳ１において、ルータ２からＤＨＣＰサーバ６にグローバルＩＰアドレスを要求して、ＤＨＣＰサーバ６がグローバルＩＰアドレス「１．１．１．１」をルータ２に制限時間付きで割り当てる。ルータ２はこのグローバルＩＰアドレス「１．１．１．１」とサーバＡ３のホスト名をＤＤＮＳサーバ８に通知する。さらに、ルータ２はこのグローバルＩＰアドレス「１．１．１．１」とサーバＢ４のホスト名をＤＤＮＳサーバ８に通知する。なお、ルータ２はホスト名による変換モードのモード設定ができる。また、ここでは、ルータ２がＤＤＮＳ設定要求を行うようにしたが、ルータ２に代えてサーバＡ３やサーバＢ４が各々ルータ２に対しＤＤＮＳ設定要求を行うようにしてもよい。Ｓ２において、サーバＡ３はＤＤＮＳサーバ８に更新要求する。ＤＤＮＳサーバ８にはＳ３で、端末５のブラウザを用いて「ｈｔｔｐ：／／ＳｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」をＵＲＩに指定し、ＤＮＳサーバ７にグローバルＩＰアドレスを問い合わせると、ＤＮＳサーバ７はＤＤＮＳサーバ８に問い合わせる。Ｓ４においてＤＤＮＳサーバ８は、「ＳｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」に対応するグローバルＩＰアドレス「１．１．１．１」を回答し、ＤＮＳサーバ７が端末５に回答する。
【００２８】
このルータ２のグローバルＩＰアドレス「１．１．１．１」を受け取った端末５はＬＡＮ内にあるサーバＡ３に対してＨＴＴＰによるアクセスを発生し、Ｓ５においてグローバルＩＰアドレス「１．１．１．１」を宛先ＩＰアドレス、宛先ポート番号に「８０」を収めて、図４のようなＨＴＴＰヘッダをデータ域にセットしたＩＰパケットをインターネット１に送信する。なお、ポート番号は従来のポートフォワーディング機能と異なり、サーバＡ３，サーバＢ４ともに共通の「８０」を設定することができる。
【００２９】
ＩＰパケットがルータ２に到着しルータ２が受信する（Ｓ６）。ルータ２は図示しないルーティングテーブルを参照して、ホスト名から配下のサーバＡ３であることを知り、ローカルＩＰアドレスに変換してＨＴＴＰリクエストをサーバＡ３に転送する。図６は本発明の実施の形態１におけるルータの処理のフローチャートである。図６に示すようにルータがＩＰパケットを受信すると（Ｓ６１）、ホスト名による変換モードか否かがチェックされる（Ｓ６２）。変換モードの場合、ＩＰパケットからＨＴＴＰヘッダに含まれるホスト名を取り出し（Ｓ６３）、変換モードでない場合には宛先ポート番号に従って処理（ポートフォワーディング機能等）を行う（Ｓ６６）。
【００３０】
ホスト名を取り出すと、変換テーブルを読み出し（Ｓ６４）、取り出したホスト名が変換テーブルに存在するか否かをチェックする（Ｓ６５）。なおルータ２には、図２に示すようなホスト名とＬＡＮ側のローカルＩＰアドレスの対応を記述した変換テーブルが予め設定してある。本実施の形態１の場合は、各グローバルＩＰアドレスもこれらに関係付けられている。ホスト名が変換テーブルにあった場合、変換テーブルから対応するローカルＩＰアドレスを取り出し（Ｓ６８）、ホスト名が変換テーブルになかった場合にはＳ６６に進んで、宛先ポート番号に従って処理する。Ｓ６７において、受信したＩＰパケットのＩＰヘッダの宛先ＩＰアドレスを取出したローカルＩＰアドレスへ置き換え、ＩＰパケットをＨＴＴＰリクエストとしてＬＡＮに送信する。図２の変換テーブルによれば、ホスト名「ＳｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」にはローカルＩＰアドレス「１９２．１６８．０．２５３」、ホスト名「ＳｅｒｖｅｒＢ．ｓｅｒｖｅｒ．ｎｅｔ」にはローカルＩＰアドレス「１９２．１６８．０．２５４」が対応づけられているため、Ｓ６でルータ２はホスト名「ＳｅｒｖｅｒＡ．ｓｅｒｖｅｒ．ｎｅｔ」をローカルＩＰアドレス「１９２．１６８．０．２５３」に変換し、その後、宛先ＩＰアドレスに「１９２．１６８．０．２５３」をセットしたＨＴＴＰリクエストがサーバＡ３に送信されることになる。
【００３１】
次いで、Ｓ７でサーバＡ３は端末５に向けてレスポンスを送信する。送信元ＩＰアドレスに「１９２．１６８．０．２５３」をセットしたパケットを送信すると、ルータ２がこれを受け取る。Ｓ８において、ルータ２は端末５に向けたレスポンスであることを認識し、図示しないルーティングテーブルを参照して、送信元ＩＰアドレスに「１．１．１．１」をセットしてＩＰパケットを送信し、端末５のブラウザが受信する。これにより、インターネット１を介してのＬＡＮ内のサーバＡ３等の機器への通信が可能となる。
【００３２】
このように本発明の実施の形態１のルータは、ＨＴＴＰリクエストヘッダに記載されたホスト名を取り出してローカルＩＰアドレスに変換するから、複数のサーバＡ，Ｂに対してそれぞれドメイン名を含んで通常通りホスト名でアクセスでき、ＤＨＣＰサーバの使用によりＤＤＮＳサーバでグローバルＩＰアドレスの更新が次々とあっても、これに影響されることなくアクセスが可能である。また、複数のサーバＡ，Ｂ間で共通名のディレクトリーを使うことができる。
【００３３】
そして実施の形態１のルータは、ブラウザから送信されるＩＰパケットのうち、アプリケーション層のデータを変換処理することなく、単に宛先ＩＰアドレスを変更するだけでよく、きわめて簡単な構成で通信できる。すなわち、クライアント側は、ホスト名のみでルータ配下の端末を直接アクセスできる。ＨＴＴＰヘッダを変更したり、サーバ側でディレクトリーの構造を採用して対応する必要がない。
【００３４】
（実施の形態２）
本発明の実施の形態２におけるホスト名によるフォワーディングを行うルータを配置したネットワークシステムについて説明する。実施の形態２のネットワークシステムは、ルータ配下に置かれたＰＣからウェブサーバのホスト名とローカルＩＰアドレスを設定することにより、ＤＨＣＰサーバ、ＤＤＮＳサーバを含めてすべて自動設定できるものである。図７は本発明の実施の形態２におけるルータで配下の端末にアクセスするときのネットワークシステムのシーケンスチャートである。ルータにおける処理の内容は実施の形態１と同様であり、さらに自動設定機能を追加したものである。
【００３５】
図７において、先ず、ルータがＤＨＣＰサーバに向けてグローバルＩＰアドレスのＩＰアドレス割り当てをブロードキャストで要求する（Ｓ１１）。これを受け取ったＤＨＣＰサーバはルータに対し、グローバルＩＰアドレスを割り当てる（Ｓ１２）。この状態でウェブサーバの管理を行うＰＣは、ルータの設定画面にアクセスする（Ｓ１３）。これに応じてルータは設定画面をＰＣに送信する（Ｓ１４）。この設定画面からウェブサーバのローカルＩＰアドレスと、そのホスト名を入力して、ＰＣはルータにウェブサーバに対する設定要求をルータに送信する（Ｓ１５）。
【００３６】
これを受信したルータは、ＤＤＮＳサーバに対して、ルータの割り当てられたグローバルＩＰアドレスと、ウェブサーバのホスト名を通知してＤＤＮＳ設定要求を行う（Ｓ１６）。ＤＤＮＳサーバは設定が済むと設定完了通知をルータに送る（Ｓ１７）。ルータはＰＣには設定完了通知を送信するとともに（Ｓ１８）、ウェブサーバに対して、ホスト名とＤＤＮＳサーバのグローバルＩＰアドレスが通知される（Ｓ１９）。以上のプロセスで、ＰＣからウェブサーバに対するホスト名とアドレス設定の処理及びウェブサーバのＤＤＮＳサーバへの登録が終了する。
【００３７】
次いでウェブサーバはＤＤＮＳサーバに対して更新登録の要求を行う（Ｓ２０）。この更新登録の要求は、ルータのＮＡＴ機能によりＩＰパケットの送信元ＩＰアドレスがウェブサーバのローカルＩＰアドレスからグローバルＩＰアドレスに変換されてＤＤＮＳサーバに送信される。ＤＤＮＳサーバでは、グローバルＩＰアドレスとホスト名を含むＤＤＮＳ更新要求を受け取ると、更新登録を行って応答メッセージを返す（Ｓ２１）。ウェブサーバの電源が切られたり、所定時間経過すると、ウェブサーバはＤＤＮＳサーバに対して繰返して更新登録の要求を行う（Ｓ２２）。ＤＤＮＳサーバでは、毎回更新登録を行って応答メッセージを返す（Ｓ２３）。これで、ウェブサーバはルータのグローバルＩＰアドレスと自身のホスト名でアドレス変換処理が行える状態となる。
【００３８】
ある時点で、広域ネットワーク上の端末のブラウザからウェブサーバに対するアクセスが発生すると、この端末はウェブサーバのホスト名でＤＤＮＳサーバにグローバルＩＰアドレスを問い合わせる（Ｓ２４）。これに対して、ＤＤＮＳサーバはルータのグローバルＩＰアドレスを回答する（Ｓ２５）。これを得た端末のブラウザは取得したグローバルＩＰアドレスにアクセスすると（Ｓ２６）、ルータがこれを受信し、ＨＴＴＰヘッダからホスト名を取りだし、対応するローカルＩＰアドレスをＨＴＴＰヘッダにセットしてＬＡＮ内に転送する（Ｓ２７）。
これをウェブサーバが受信し、リクエストされたウェブページを送信する（Ｓ２８）。
【００３９】
このように実施の形態２のネットワークシステムは、ルータ配下のウェブサーバをＰＣで管理してアドレス設定や更新登録を自動で行うことができ、広域ネットワーク上の端末からホスト名でアクセスすることができる。
【００４０】
なお、本実施の形態２では、ウェブサーバがＤＤＮＳ更新登録要求するとして説明したが、ルータがＤＤＮＳ更新登録要求をするようにすれば、ルータ装置にこのような自動設定機能を持たせるだけで、自動設定が可能であり、ウェブサーバ等は汎用のものを使用することができる。
【００４１】
【発明の効果】
本発明のルータまたは中継装置、フォワーディング方法によれば、ホスト名を使ってフォワーディングするローカルＩＰアドレスを決定するので、配下に接続される複数の端末に対してそれぞれホスト名でアクセスでき、グローバルＩＰアドレスの更新があってもホスト名は常に同一であるためアドレスによらずアクセス可能であり、ホスト名の後にディレクトリーを置くことができ、複数の端末間で共通のディレクトリーを使うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１におけるルータ配下の端末にアクセスするネットワークシステムの構成図
【図２】ホスト名フォワーディングテーブルの説明図
【図３】本発明の実施の形態１におけるルータによるホスト名検出の説明図
【図４】ＨＴＴＰリクエストヘッダの説明図
【図５】本発明の実施の形態１におけるルータを配置したシステムでアクセスするときのシーケンスチャート
【図６】本発明の実施の形態１におけるルータの処理のフローチャート
【図７】本発明の実施の形態２におけるルータで配下の端末にアクセスするときのネットワークシステムのシーケンスチャート
【図８】従来のホストネームフォワーディング機能をもつルータの構成図
【図９】従来のポートフォワーディング設定テーブルの説明図
【符号の説明】
１，１０１ インターネット
２，１０２ ルータ
２ａ ホスト名検出手段
２ｂ アドレス変換手段
２ｃ ホスト名フォワーディングテーブル
３，１０３ サーバＡ
４，１０４ サーバＢ
５ 端末
６ ＤＨＣＰサーバ
７ ＤＮＳサーバ
８ ＤＤＮＳサーバ
Claims (3)
- 配下に接続された端末に対して広域ネットワークを介して送信されたＨＴＴＰリクエストからホスト名を取り出すホスト名検出手段と、前記ホスト名とローカルＩＰアドレスを対応させる変換テーブルと、前記変換テーブルを参照して取り出したホスト名をローカルＩＰアドレスに変換するアドレス変換手段を備え、前記ホスト名を使用してフォワーディングするローカルＩＰアドレスを決定することを特徴とするルータ。
- 第１のネットワークと第２のネットワーク間に配置され、第１のネットワークと第２のネットワーク間で送受信されるデータパケットを中継する中継装置であって、
前記第１のネットワークを介して受信したデータパケットからホスト名を取り出すホスト名検出手段と、
前記ホスト名と前記第２のネットワークアドレスを対応させる変換テーブルと、
前記ホスト名検出手段により取出したホスト名が前記変換テーブルのホスト名と一致するか否かを判断し、一致するホスト名があれば該ホスト名に対応する第２のネットワークアドレスを前記変換テーブルから取出し、更に受信したデータパケットの宛先アドレスを該取出した第２ネットワークアドレスに置き換えて、前記第２のネットワークに送信することを特徴とする中継装置。 - 広域ネットワークを介してルータ配下の端末にアクセスされると、ルータでＩＰパケットからホスト名を取り出し、該ホスト名に対応したローカルＩＰアドレスに変換して前記端末に送信することを特徴とするフォワーディング方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002283158A JP2004120534A (ja) | 2002-09-27 | 2002-09-27 | ルータと中継装置、フォワーディング方法 |
| US10/668,893 US20040125801A1 (en) | 2002-09-27 | 2003-09-23 | Intermediary device and forwarding method |
| PCT/JP2003/012348 WO2004030318A1 (en) | 2002-09-27 | 2003-09-26 | Host name based network address stranslation |
| AU2003264946A AU2003264946A1 (en) | 2002-09-27 | 2003-09-26 | Host name based network address stranslation |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002283158A JP2004120534A (ja) | 2002-09-27 | 2002-09-27 | ルータと中継装置、フォワーディング方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004120534A true JP2004120534A (ja) | 2004-04-15 |
Family
ID=32040552
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002283158A Pending JP2004120534A (ja) | 2002-09-27 | 2002-09-27 | ルータと中継装置、フォワーディング方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20040125801A1 (ja) |
| JP (1) | JP2004120534A (ja) |
| AU (1) | AU2003264946A1 (ja) |
| WO (1) | WO2004030318A1 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007334753A (ja) * | 2006-06-16 | 2007-12-27 | Nippon Telegr & Teleph Corp <Ntt> | アクセス管理システムおよび方法 |
| JP2008079059A (ja) * | 2006-09-22 | 2008-04-03 | Fujitsu Access Ltd | ＩＰｓｅｃの複数セッションを処理する通信装置及びその処理方法 |
| JP2012505579A (ja) * | 2008-10-13 | 2012-03-01 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Ｎａｔトラバーサル方法及び装置 |
| JP2012516112A (ja) * | 2009-01-20 | 2012-07-12 | マイクロソフト コーポレーション | ネットワークの外部からのプライベートネットワークリソースへのリモートアクセス |
| US11388024B2 (en) | 2017-11-13 | 2022-07-12 | Yamaha Hatsudoki Kabushiki Kaisha | Communication network system |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7558864B2 (en) * | 2004-01-27 | 2009-07-07 | International Business Machines Corporation | Method, system and product for identifying, reserving, and logically provisioning resources in provisioning data processing systems |
| CN1863143A (zh) * | 2005-08-09 | 2006-11-15 | 华为技术有限公司 | 一种实现Web Server访问的方法、系统和装置 |
| KR100727993B1 (ko) * | 2005-10-04 | 2007-06-14 | 삼성전자주식회사 | 데이터 풀 방식을 이용한 데이터 푸시 서비스 방법 및시스템 |
| EP1793563A1 (en) * | 2005-11-30 | 2007-06-06 | Thomson Telecom Belgium | Apparatus and method for connecting to servers located behind a network address translator |
| JP4730118B2 (ja) * | 2006-01-30 | 2011-07-20 | ヤマハ株式会社 | ドメインネームシステム |
| EP1848150B1 (en) * | 2006-04-20 | 2009-06-17 | NTT DoCoMo, Inc. | Method and apparatus for hiding network topology |
| JP2009165041A (ja) * | 2008-01-09 | 2009-07-23 | Sony Corp | ネットワーク機器、アドレス変更通知方法及びアドレス変更通知プログラム |
| TW201006194A (en) * | 2008-07-17 | 2010-02-01 | D Link Corp | Method of building connection channels among network terminal devices using servers with dynamic domain names |
| JP2011077804A (ja) * | 2009-09-30 | 2011-04-14 | Oki Networks Co Ltd | 通信装置およびその通信方法 |
| US8873401B2 (en) * | 2010-03-16 | 2014-10-28 | Futurewei Technologies, Inc. | Service prioritization in link state controlled layer two networks |
| RO131252A2 (ro) | 2014-11-27 | 2016-06-30 | Ixia, A California Corporation | Metode, sisteme şi suport citibil pe calculator pentru recepţionarea informaţiilor de configurare a testărilor |
| RO131360A2 (ro) * | 2015-02-09 | 2016-08-30 | Ixia, A California Corporation | Metode, sisteme şi suport citibil pe calculator pentru facilitarea rezolvării numelor gazdă ale punctului de capăt în mediul de testare cu firewall-uri, traduceri de adrese de reţea () sau cloud-uri |
| US10681005B2 (en) | 2016-12-08 | 2020-06-09 | Keysight Technologies Singapore (Sales) Pte. Ltd. | Deploying a networking test tool in a cloud computing system |
| CN107360095B (zh) * | 2017-07-13 | 2020-06-23 | 惠州高盛达科技有限公司 | 基于客户端主机名称的端口转发在路由器中的实现方法 |
| US11212260B2 (en) | 2018-03-24 | 2021-12-28 | Keysight Technologies, Inc. | Dynamic firewall configuration and control for accessing services hosted in virtual networks |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4236364B2 (ja) * | 2000-04-04 | 2009-03-11 | 富士通株式会社 | 通信データ中継装置 |
| US7106739B2 (en) * | 2001-06-27 | 2006-09-12 | Intel Corporation | Method enabling network address translation of incoming session initiation protocol connections based on dynamic host configuration protocol address assignments |
| US7099957B2 (en) * | 2001-08-23 | 2006-08-29 | The Directtv Group, Inc. | Domain name system resolution |
-
2002
- 2002-09-27 JP JP2002283158A patent/JP2004120534A/ja active Pending
-
2003
- 2003-09-23 US US10/668,893 patent/US20040125801A1/en not_active Abandoned
- 2003-09-26 AU AU2003264946A patent/AU2003264946A1/en not_active Abandoned
- 2003-09-26 WO PCT/JP2003/012348 patent/WO2004030318A1/en active Application Filing
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007334753A (ja) * | 2006-06-16 | 2007-12-27 | Nippon Telegr & Teleph Corp <Ntt> | アクセス管理システムおよび方法 |
| JP2008079059A (ja) * | 2006-09-22 | 2008-04-03 | Fujitsu Access Ltd | ＩＰｓｅｃの複数セッションを処理する通信装置及びその処理方法 |
| JP2012505579A (ja) * | 2008-10-13 | 2012-03-01 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Ｎａｔトラバーサル方法及び装置 |
| JP2012516112A (ja) * | 2009-01-20 | 2012-07-12 | マイクロソフト コーポレーション | ネットワークの外部からのプライベートネットワークリソースへのリモートアクセス |
| US8910270B2 (en) | 2009-01-20 | 2014-12-09 | Microsoft Corporation | Remote access to private network resources from outside the network |
| US11388024B2 (en) | 2017-11-13 | 2022-07-12 | Yamaha Hatsudoki Kabushiki Kaisha | Communication network system |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2004030318A1 (en) | 2004-04-08 |
| US20040125801A1 (en) | 2004-07-01 |
| AU2003264946A1 (en) | 2004-04-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6480508B1 (en) | Router-based domain name system proxy agent using address translation | |
| JP4234482B2 (ja) | 動的ｄｎｓ登録方法、ドメイン名解決方法、代理サーバ、及びアドレス変換装置 | |
| JP2004120534A (ja) | ルータと中継装置、フォワーディング方法 | |
| JP3574372B2 (ja) | Ｄｎｓサーバ、端末および通信システム | |
| US7991913B2 (en) | Method for domain name configuration in IPv6 access network and the network device hereof | |
| US7796616B2 (en) | Apparatus and method for offering connections between network devices located in different home networks | |
| RU2310903C2 (ru) | Настройка системы разрешения имен для связи между домашними сетями | |
| KR100485801B1 (ko) | 서로 다른 사설망에 존재하는 네트워크장치들 간의직접접속을 제공하는 망접속장치 및 방법 | |
| WO2005004417A2 (en) | Relay device and server, and port forward setting method | |
| CN105323173A (zh) | 网络规则条目的设置方法及装置 | |
| WO2005027438A1 (ja) | パケット中継装置 | |
| WO2007016850A1 (fr) | Procédé, système et appareil d’accès au serveur web | |
| EP1472830B1 (en) | Method and apparatus for parameter borrowing for network address translator configuration | |
| JP4600394B2 (ja) | ネットワークアクセスルータ、ネットワークアクセス方法、プログラム、及び記録媒体 | |
| JP4524906B2 (ja) | 通信中継装置、通信中継方法、および通信端末装置、並びにプログラム記憶媒体 | |
| CN101410817A (zh) | 自动协议代理的自动配置名称空间的使用 | |
| JP4186733B2 (ja) | 通信システム、端末及びアドレス生成方法 | |
| US7440466B2 (en) | Method, apparatus and system for accessing multiple nodes on a private network | |
| KR20030055766A (ko) | 공중망에서 사설망 내의 디바이스를 제어하기 위한 장치및 방법 | |
| JP4292897B2 (ja) | 中継装置とポートフォワード設定方法 | |
| JP2002217941A (ja) | ネットワークアドレス再割り当て方法及びルータ | |
| US8510419B2 (en) | Identifying a subnet address range from DNS information | |
| JP5054666B2 (ja) | Ｖｐｎ接続装置、パケット制御方法、及びプログラム | |
| JP2008206081A (ja) | マルチホーミング通信システムに用いられるデータ中継装置およびデータ中継方法 | |
| JP3708085B2 (ja) | Ｄｎｓ問い合わせ装置およびｄｎｓ問い合わせ方法 |