(57)【特許請求の範囲】
【請求項１】
インターネットとプライベートネットワークの境界に位置してその間で送受信されるデータの中継を行うゲートウェイ装置と、
前記ゲートウェイ装置のインターネット側実インターフェースに対応する仮想インターフェースを有し、該仮想インターフェースを介して、インターネット上に位置する他の端末に対するデータの送受信を行うプライベートネットワーク内の複数の端末と、
前記インターネット側実インターフェースと前記仮想インターフェースの間でデータを転送する転送パスと、
を備え、
前記ゲートウェイ装置は、前記インターネット側実インターフェースに対応する仮想インターフェースを有する複数の端末を管理する端末管理部と、前記インターネット側実インターフェースの属性情報の変更内容を、前記端末管理部で管理する複数の端末に通知する状態変更通知送信部を備え、
前記複数の端末は、前記ゲートウェイ装置から通知された前記インターネット側実インターフェースの属性情報の変更内容を、前記仮想インターフェースの属性情報に反映させる状態変更部を備えることを特徴とするネットワークシステム。
【請求項２】
前記複数の端末は、前記仮想インターフェースの属性情報の変更内容を前記ゲートウェイ装置に通知する状態変更通知送信部を備え、
前記ゲートウェイ装置は、前記複数の端末から通知された前記仮想インターフェースの属性情報の変更内容を、前記インターネット側実インターフェースの属性情報に反映させる状態変更部を備えることを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記ゲートウェイ装置の前記状態変更通知送信部は、前記複数の端末のうちいずれかの端末から通知された前記仮想インターフェースの属性情報の変更内容を、前記複数の端末のうち他の端末に通知することを特徴とする請求項２に記載のネットワークシステム。
【請求項４】
インターネットとプライベートネットワークの境界に位置してその間で送受信されるデータの中継を行うゲートウェイ装置と、前記ゲートウェイ装置のインターネット側実インターフェースに対応する仮想インターフェースを有し、該仮想インターフェースを介しゲートウェイ装置のインターネット側インターフェースに割り当てられたグローバルアドレスを使って、インターネット上に位置する他の端末に対するデータの送受信を行うプライベートネットワーク内の複数の端末と、前記インターネット側実インターフェースと前記仮想インターフェースの間でデータを転送する転送パスと、を備えるネットワークシステムにおいて用いられるゲートウェイ装置であって、
プライベートネットワーク内の端末へデータを転送するための上り転送パスを設定する転送制御部と、
インターネット上の端末から受信したデータを前記上り転送パスを介してプライベートネットワーク内の端末へ転送するデータ転送部と、
プライベートネットワーク内の端末から転送されてきたデータを受信して、インターネットへ送信するデータ受信部と、
前記インターネット側実インターフェースに対応する仮想インターフェースを有する複数の端末を管理する端末管理部と、
前記インターネット側実インターフェースの属性情報の変更内容を、前記端末管理部で管理する複数の端末に通知する状態変更通知送信部と、
を備えることを特徴とするゲートウェイ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークシステム、端末およびゲートウェイ装置に関する。
【背景技術】
【０００２】
端末同士の通信に用いられるプロトコルとして、ＴＣＰ／ＩＰが公知である。ＴＣＰ／ＩＰは、インターネットにおいて標準的に使用されている。ＴＣＰ／ＩＰを用いてデータを送信するには、通信相手のＩＰアドレスとポート番号を指定する必要がある。ＩＰアドレスは、インターネットに接続された端末を一意に特定するアドレス情報であり、予め端末毎に割り当てられている。従来より、すべての端末に対して、インターネットに接続可能なユニークなＩＰアドレス（以下、グローバルアドレスとする）が割り当てられている。
【０００３】
しかし、近年のインターネットの普及により、現在用いられている３２ビットのＩＰアドレス（ＩＰｖ４）の数が不足する可能性がある。そこで、グローバルアドレスの使用数を節約するために、家庭内や企業内などの狭い範囲に閉じたネットワーク（以下、ＬＡＮとする。ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）では、そのＬＡＮに接続された端末に、そのＬＡＮ内だけで通用するＩＰアドレス（以下、プライベートアドレスとする）を自由に割り当てる方法が公知である。以下、本明細書においては、プライベートアドレスを用いて構成されたＬＡＮをプライベートネットワークと称する。
【０００４】
プライベートアドレスを付与された端末は、インターネット上で一意に特定されないため、そのままではインターネットを介して他の装置と通信することはできない。プライベートネットワーク内の端末をインターネットに接続させる技術として、ＮＡＰＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ）が公知である。ＮＡＰＴは、プライベートネットワークとインターネットの境界に位置するゲートウェイ装置（ルータ）において、プライベートネットワーク側からインターネット側へ送り出されるパケットについてはプライベートアドレスをグローバルアドレスに変換し、また、インターネット側からプライベートネットワーク側に送られてくるパケットについてはグローバルアドレスをプライベートアドレスに変換する。
【０００５】
さらに、ＮＡＰＴは、ＴＣＰ／ＵＤＰのポート番号も変換するので、１つのグローバルアドレスで、プライベートネットワーク内の複数の端末を同時にインターネットに接続させることができる。このＮＡＰＴによるアドレス変換機能を用いることによって、インターネットを介して、異なるＬＡＮ内のローカル通信装置同士を相互に通信させるようにしたネットワークシステムが公知である（例えば、特許文献１参照。）。
【０００６】
また、ゲートウェイ装置でプライベートアドレスとグローバルアドレスの相互変換を行わずに、プライベートネットワーク内の端末をインターネットに接続させる技術として、ＵＰｎＰ  ＮＡＴ  Ｔｒａｖｅｒｓａｌが公知である（例えば、非特許文献１参照。）。これは、端末上でアプリケーションを起動する際にアプリケーションとゲートウェイ装置が通信して、アプリケーションがゲートウェイ装置のグローバルアドレスを取得するとともに、ゲートウェイ装置がアプリケーションの使用するポートへパケットを転送するためのポートマッピングを設定する技術である。これによって、端末上のアプリケーションは、グローバルアドレスを用いて通信を行うことができる。
【０００７】
【特許文献１】特開２００４−３０４３１８号公報
【非特許文献１】“Windows（登録商標） XP の NAT Traversal とユニバーサル プラグ アンド プレイによる最適化”、［online］、Microsoft Japan、［平成１６年１２月２日検索］、インターネット＜ＵＲＬ：http://www.microsoft.com/japan/technet/prodtechnol/winxppro/deploy/nattrnsv.mspx#EHAA＞
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述したＮＡＰＴを用いたインターネット接続には、次のような問題がある。例えば、ＮＡＰＴは、プライベートネットワーク内の端末からインターネット側へパケットを送信する際に、ＩＰアドレスとポート番号の変換規則を作成する。従って、インターネット側からプライベートネットワーク内の端末に対して通信を開始する場合には、その通信に対する変換規則が作成されていない。そのため、端末のアプリケーションが使用するポート番号が既知であり、そのポート番号を用いて予め変換規則が静的に設定されている場合を除いて、インターネット側からプライベートネットワーク内の端末に対して通信を開始することはできない。
【０００９】
また、ＮＡＰＴが変換するのは、基本的にＴＣＰヘッダ部のＩＰアドレスとポート番号のみであるため、データ部にＩＰアドレスやポート番号が含まれるようなプロトコルでは、不具合が生じる。例えば、ＩＰ電話などで利用されるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などの呼制御プロトコルの場合、ＳＩＰサーバは、データ部に含まれるＩＰアドレスを取り出し、それを返信用のアドレスとして使用する。
【００１０】
従って、このようなプロトコルでＮＡＰＴを用いた場合には、ＳＩＰのデータ部に入っているＩＰアドレスが変換されずにプライベートアドレスのままであるため、ＳＩＰサーバからの応答パケットは、宛先不明となり、目的の端末まで届かない。最近では、データ部のＩＰアドレスを書き換える機能を有するＮＡＰＴも提案されているが、そのようなＮＡＰＴでは、使用可能なプロトコルが限定されてしまうため、次々と開発される新たなプロトコルに対応させるのは現実的でない。
【００１１】
さらに、ＮＡＰＴでは、ポート番号が暗号化されている場合に、ポート番号を変換することができない。例えば、ＩＰｓｅｃを用いた暗号化では、元々のパケットのＩＰヘッダ以降を暗号化し、その暗号化データの前にＩＰヘッダとＥＳＰ（Ｅｎｃａｐｓｕｌａｔｉｏｎ  Ｓｅｃｕｒｉｔｙ  Ｐａｙｌｏａｄ）と呼ばれる暗号化用のヘッダ情報を付けた新しいパケットが構成される。この再構成されたパケットでは、従来のＴＣＰ／ＵＤＰヘッダが位置する場所にＥＳＰヘッダが位置することになる。
【００１２】
そのため、ＮＡＰＴによって変換規則を作成する際に、ポート番号部分が存在しないことになり、正しい変換規則を作成することができない。仮に、ＩＰｓｅｃによる暗号化によって再構成されたパケットにおいて元々のパケットのＴＣＰ／ＵＤＰヘッダの位置がわかったとしても、その部分は暗号化されているため、正しいポート番号を取得することができない。従って、この場合も正しい変換規則を作成することができない。
【００１３】
一方、上述したＵＰｎＰ  ＮＡＴ  Ｔｒａｖｅｒｓａｌを用いたインターネット接続では、アプリケーション起動時にポートマッピングを設定することによって、インターネット側から通信を開始することが可能となる。しかしながら、この場合には、アプリケーションは、専用のＡＰＩを使用する必要がある。従って、従来のアプリケーションをＵＰｎＰに対応させるためには、アプリケーション自体を修正する必要があるが、一般にアプリケーションのソースコードは非公開であり、独自に修正することはできない。また、ソースコードが公開されているアプリケーションについては、修正可能であるが、使用されている多くのアプリケーションに修正を加えていくことは現実的でない。
【００１４】
この発明は、上述した従来技術による問題点を解消するため、ＩＰアドレスの変換処理が原因でプライベートネットワークとインターネットとの間の通信を行うことができないようなアプリケーションに対して、アプリケーションの修正を行うことなく、プライベートネットワークとインターネットとの間の通信を行うことができるネットワークシステムを提供することを目的とする。また、この発明は、そのようなネットワークシステムに用いられる端末とゲートウェイ装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上述した課題を解決し、目的を達成するため、本発明にかかるネットワークシステム、端末およびゲートウェイ装置は、以下の特徴を有する。図１は、本発明にかかるネットワークシステムの原理を説明する図であり、図２は、そのデータ転送処理のシーケンスを示す図である。図１および図２において、符号１は、ＬＡＮであり、符号２は、端末である。ＬＡＮ１と端末２により、プライベートネットワークが構築されている。端末２は、その実インターフェース２１を介してＬＡＮ１に接続されている。この実インターフェース２１には、プライベートネットワーク内でのみ通用するプライベートアドレスが付与されている。
【００１６】
また、図１において、符号３は、プライベートネットワークとインターネットとの境界に配置されるゲートウェイ装置であり、符号４は、インターネットである。ゲートウェイ装置３は、そのＬＡＮ側実インターフェース３１を介してＬＡＮ１に接続されているとともに、そのインターネット側実インターフェース３２を介してインターネット４に接続されており、両ネットワーク間でパケットの中継を行う。このインターネット側実インターフェース３２には、グローバルアドレスが付与されている。インターネット４には、通信端末装置５が接続されている。
【００１７】
端末２は、その内部に、ゲートウェイ装置３のインターネット側実インターフェース３２に対応し、ネットワークインターフェースの属性情報や統計情報などを管理する仮想的なネットワークインターフェース（以下、仮想インターフェースとする）２０１を作成する。端末２のアプリケーション部２０２は、インターネット４上の通信端末装置５と通信を行うソフトウェアであり、その通信端末装置５へパケットを送信する際に、この仮想インターフェース２０１を用いる。
【００１８】
仮想インターフェース２０１が管理する属性情報としては、例えばＩＰアドレス、サブネットマスク、ＭＴＵ値、メトリック値および属性／状態フラグなどがある。ＩＰアドレスは、例えば［１９２．１６８．１００．１］のように表される。サブネットマスクは、ＩＰアドレスのうち何ビットをネットワークを識別するネットワークアドレスとして使用するかを定義する値であり、例えば［２５５．２５５．２５５．０］のように表される。ＭＴＵ値は、パケットの最大転送単位をバイト数で表した数値（例：１５００）である。メトリック値は、ルーティングアルゴリズムが最適経路を決定するときに用いる値（例：１）である。属性／状態フラグは、インターフェースの属性や状態を示すフラグであり、例えばフラグがＵＰであれば稼動状態を表し、ＤＯＷＮであれば停止状態を表す。
【００１９】
アプリケーション部２０２が仮想インターフェース２０１に送信したパケットは、ＬＡＮ１に設定された下り転送パス１０２を介してゲートウェイ装置３に転送される。ゲートウェイ装置３は、下り転送パス１０２を介して転送されてきたパケットをインターネット４へ送信する。逆に、ゲートウェイ装置３から端末２へ転送されるパケットは、ＬＡＮ１に設定された上り転送パス１０１を介して仮想インターフェース２０１に転送され、仮想インターフェース２０１からアプリケーション部２０２に渡される。これら上り転送パス１０１と下り転送パス１０２は、端末２のアプリケーション部２０２が仮想インターフェース２０１に対して通信ポートを開設したときに設定される。
【００２０】
図３に、パケットの下り転送時のパケットフォーマットの変遷の様子を示す。図３は、本発明にかかるネットワークシステムにおける下り転送時のパケットフォーマットの変遷を示す図である。下り転送時には、端末２において、ＩＰヘッダ６１、ＴＣＰヘッダ６２およびデータ６３からなるパケット６に、下り転送パス１０２を特定する転送パスＩＤ６４が付与される。この転送パスＩＤ６４は、ゲートウェイ装置３において取り除かれる。ＩＰヘッダ６１には、送信元ＩＰアドレスとして、ゲートウェイ装置３のインターネット側実インターフェース３２のグローバルアドレスが格納され、また、送信先ＩＰアドレスとして、インターネット４上の通信端末装置５のグローバルアドレスが格納される。
【００２１】
図４に、パケットの上り転送時のパケットフォーマットの変遷の様子を示す。図４は、本発明にかかるネットワークシステムにおける上り転送時のパケットフォーマットの変遷を示す図である。上り転送時には、ゲートウェイ装置３において、ＩＰヘッダ７１、ＴＣＰヘッダ７２およびデータ７３からなるパケット７に、上り転送パス１０１を特定する転送パスＩＤ７４が付与される。この転送パスＩＤ７４は、端末２において取り除かれる。ＩＰヘッダ７１には、送信元ＩＰアドレスとして、インターネット４上の通信端末装置５のグローバルアドレスが格納され、また、送信先ＩＰアドレスとして、ゲートウェイ装置３のインターネット側実インターフェース３２のグローバルアドレスが格納される。
【００２２】
この発明によれば、プライベートネットワーク内の端末２は、仮想インターフェース２０１を用いることによって、ゲートウェイ装置３のインターネット側実インターフェース３２に付与されたグローバルアドレスを用いてインターネット４側へパケットを送信することができるので、ゲートウェイ装置３においてプライベートアドレスとグローバルアドレスの変換処理を行う必要がない。また、例えばＨＴＴＰサーバのように端末２がインターネット４側からの通信を待ち受ける場合であっても、端末２のアプリケーション２０２が待ち受け用通信ポートを開設すれば、端末２とゲートウェイ装置３の間に上り転送パス１０１が設定されるので、インターネット４側からプライベートネットワーク内の端末２に対して通信を開始することができる。従って、通信相手からの接続を待つアプリケーションや、データ部にＩＰアドレスやポート番号を有するプロトコルを使用するアプリケーションや、暗号化を行うアプリケーションなどであっても、プライベートネットワーク内の端末２とインターネット４上の通信端末装置５が相互に通信することができる。
【発明の効果】
【００２３】
本発明にかかるネットワークシステム、端末およびゲートウェイ装置によれば、プライベートネットワーク内の端末とインターネット上の通信端末装置が、ゲートウェイ装置に割り当てられたグローバルアドレスを用いて直接、通信することができる。従って、ゲートウェイ装置でのＩＰアドレスの変換処理が原因でプライベートネットワークとインターネットとの間の通信を行うことができないようなアプリケーションであっても、アプリケーションの修正を行うことなく、プライベートネットワークとインターネットとの間の通信を行うことができるという効果を奏する。
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照して、この発明にかかるネットワークシステム、端末およびゲートウェイ装置の好適な実施の形態を詳細に説明する。なお、以下の説明において、図１〜図４に関連して上記［課題を解決するための手段］の項において説明した構成と同様の構成、および各実施の形態において同様の構成については、同一の符号を付して重複する説明を省略する。
【００２５】
（実施の形態１）
［１．概略］
図５は、実施の形態１にかかるネットワークシステムの構成の概略を示す図である。図５に示すように、プライベートネットワーク内の端末２は、実インターフェース２１、仮想インターフェース２０１、アプリケーション部２０２、転送制御部２０３、パケット受信部２０４およびパケット転送部２０５を備えている。実インターフェース２１、仮想インターフェース２０１およびアプリケーション部２０２については、上述した通りである。
【００２６】
転送制御部２０３は、アプリケーション部２０２が仮想インターフェース２０１に対して通信ポートを開いたことを検出して、ゲートウェイ装置３に対して転送パス設定要求を送信する。この転送パス設定要求には、上り転送パスのＩＤ（以下、上り転送パスＩＤとする）が含まれている。転送パス設定要求に、上り転送パスＩＤの他に通信ポート番号を含めてもよい。また、転送制御部２０３は、転送パス設定要求に応答してゲートウェイ装置３から送られてきた転送パス設定応答を受信する。そして、転送制御部２０３は、受信した転送パス設定応答から下り転送パスのＩＤ（以下、下り転送パスＩＤとする）を取得し、対応する下り転送パス１０２（図１参照）を設定する。
【００２７】
パケット受信部２０４は、上り転送パス１０１（図１参照）を介してゲートウェイ装置３から転送されてきたパケットを受信し、そのパケットを仮想インターフェース２０１を介してアプリケーション部２０２に渡す。パケット転送部２０５は、アプリケーション部２０２が仮想インターフェース２０１に対して送信したパケットを受け取り、そのパケットを下り転送パス１０２（図１参照）を介してゲートウェイ装置３へ転送する。
【００２８】
ゲートウェイ装置３は、ＬＡＮ側実インターフェース３１、インターネット側実インターフェース３２、転送制御部３０１、パケット受信部３０２およびパケット転送部３０３を備えている。ＬＡＮ側実インターフェース３１およびインターネット側実インターフェース３２については、上述した通りである。転送制御部３０１は、プライベートネットワーク内の端末２から送られてきた転送パス設定要求を受け取り、この転送パス設定要求から上り転送パスＩＤを取得する。そして、転送制御部３０１は、取得した上り転送パスＩＤに対応する上り転送パス１０１（図１参照）を設定し、転送パス設定応答を端末２へ送信する。この転送パス設定応答には、下り転送パスＩＤが含まれている。
【００２９】
パケット転送部３０３は、インターネット４上の通信端末装置５からパケットを受信し、そのパケットを上り転送パス１０１（図１参照）を介してプライベートネットワーク内の端末２へ転送する。パケット受信部３０２は、下り転送パス１０２（図１参照）を介して端末２から転送されてきたパケットを受信し、そのパケットをインターネット４へ送信する。図１に示す構成の上り転送パス１０１は、ゲートウェイ装置３のパケット転送部３０３と端末２のパケット受信部２０４の間に設定される。また、図１に示す構成の下り転送パス１０２は、端末２のパケット転送部２０５とゲートウェイ装置３のパケット受信部３０２の間に設定される。
【００３０】
［２．仮想インターフェースの作成〜転送パス設定手順］
次に、図５に示すネットワークシステムの動作について説明する。まず、仮想インターフェース２０１の作成から転送パスの設定までの手順について説明する。管理者は、運用コマンドを用いて端末２内に、ゲートウェイ装置３のインターネット側実インターフェース３２に対応する仮想インターフェース２０１を作成する。端末２のアプリケーション部２０２が仮想インターフェース２０１に対して通信ポートを開設したときに、端末２の転送制御部２０３は、上り転送パスＩＤを決定し、転送パス設定要求としてゲートウェイ装置３へ送信する。
【００３１】
ゲートウェイ装置３の転送制御部３０１は、端末２から転送パス設定要求を受信し、その転送パス設定要求から上り転送パスＩＤを取得して上り転送パス１０１（図１参照）を設定する。また、ゲートウェイ装置３の転送制御部３０１は、下り転送パスＩＤを決定し、転送パス設定応答として端末２へ送信する。端末２の転送制御部２０３は、ゲートウェイ装置３から転送パス設定応答を受信し、その転送パス設定応答から下り転送パスＩＤを取得して下り転送パス１０２（図１参照）を設定する。
【００３２】
［３．データ受信手順］
データ受信手順について説明する。ゲートウェイ装置３がインターネット４上の通信端末装置５からパケットを受信すると、ゲートウェイ装置３のパケット転送部３０３は、受信したパケットを上り転送パス１０１（図１参照）を介して端末２へ転送する。端末２のパケット受信部２０４は、上り転送パス１０１（図１参照）を介してパケットを受信すると、そのパケットを仮想インターフェース２０１を介してアプリケーション部２０２に渡す。
【００３３】
［４．データ送信手順］
データ送信手順について説明する。端末２のアプリケーション部２０２が仮想インターフェース２０１向けにパケットを送信すると、端末２のパケット転送部２０５は、そのパケットを下り転送パス１０２（図１参照）を介してゲートウェイ装置３へ転送する。ゲートウェイ装置３のパケット受信部３０２は下り転送パス１０２（図１参照）を介してパケットを受信すると、そのパケットをインターネット４上の通信端末装置５へ送信する。
【００３４】
［５．具体例］
次に、実施の形態１の具体例について説明する。図６は、実施の形態１にかかるネットワークシステムの具体的な構成を示す図である。図６に示すように、プライベートネットワーク内の端末２は、実インターフェース２１、仮想インターフェース２０１、アプリケーション部２０２、転送制御部２０３、パケット受信部２０４、パケット転送部２０５、オペレーティングシステム（以下、ＯＳとする）２３０、転送表２４１および経路表２４２、仮想ＩＦ作成部２４３を備えている。実インターフェース２１、仮想インターフェース２０１およびアプリケーション部２０２については、上記［１．概略］において説明した通りである。
【００３５】
また、端末２の転送制御部２０３、パケット受信部２０４およびパケット転送部２０５については、基本的に上記［１．概略］において説明した通りであるが、端末２の構成が具体的であるために追加または変更される内容について説明する。端末２の転送制御部２０３は、アプリケーション部２０２から通信ポートを開いて仮想インターフェース２０１にアクセスしたことを検出し、ゲートウェイ装置３に対して転送パス設定要求を送信する。この転送パス設定要求には、上り転送パスＩＤとして端末２のＩＰアドレスが含まれている。転送パス設定要求に、ＩＰアドレスの他に、アプリケーション部２０２が使用する通信ポート番号を含めてもよい。
【００３６】
また、端末２の転送制御部２０３は、ゲートウェイ装置３から転送パス設定応答を受信し、転送表２４１に下り転送パスＩＤとしてゲートウェイ装置３のＩＰアドレスを登録する。転送パス設定応答に、アプリケーション部２０２部により使用される通信ポート番号が含まれている場合には、転送制御部２０３は、その通信ポート番号も転送表２４１に登録してもよい。パケット受信部２０４は、ゲートウェイ装置３から転送されてきたパケットを受信し、そのパケットをＯＳ２３０に渡す。パケット転送部２０５は、ＯＳ２３０からパケットを受け取り、そのパケットを、ＯＳ２３０が指定するインターフェースから送信する。
【００３７】
ＯＳ２３０は、アプリケーション部２０２から送られてきたパケットに対して、ＴＣＰ／ＩＰの仕様に従って送信処理を行い、そのパケットを出力するインターフェースを決定する。その出力先インターフェースが仮想インターフェース２０１である場合には、ＯＳ２３０は、転送表２４１からゲートウェイ装置３のＩＰアドレスを取得し、出力対象のパケットに対してＴＣＰ／ＩＰの仕様に従ってＩＰ層相当の処理（ＩＰヘッダによるカプセル化）を実行する。ＯＳ２３０は、経路表２４２を参照して出力先インターフェースを決定し、パケット転送部２０５にＩＰ層相当処理済みのパケットを渡す。
【００３８】
また、ＯＳ２３０は、パケット受信部２０４からパケットを受け取り、経路表２４２を参照してそのパケットが自身宛であるか否かを判定する。そのパケットが自身宛であれば、ＯＳ２３０は、そのパケットに対してデカプセル化を行い、ＴＣＰ／ＩＰの仕様に従って受信処理を行い、アプリケーション部２０２に受信処理済みのパケットを渡す。仮想インターフェース作成部２４３は、ゲートウェイ装置３のインターネット側実インターフェース３２に対応付けて、端末２内に仮想インターフェース２０１を作成する。
【００３９】
転送表２４１は、パケットの転送先であるゲートウェイ装置３のＩＰアドレスを管理する。アプリケーション部２０２により使用される通信ポート番号が転送表２４１に登録される場合には、転送表２４１は、その通信ポート番号を転送先アドレスと対応付けて管理する。経路表２４２は、パケットの受信および転送を決定するための情報や、転送する場合の出力先インターフェースの情報を決定するための情報を保持する。そのような情報として、例えばＩＰアドレスやネットワークインターフェース名などがある。
【００４０】
図６に示すように、ゲートウェイ装置３は、ＬＡＮ側実インターフェース３１、インターネット側実インターフェース３２、転送制御部３０１、パケット受信部３０２、パケット転送部３０３、オペレーティングシステム（以下、ＯＳとする）３３０、転送表３４１および経路表３４２を備えている。ＬＡＮ側実インターフェース３１およびインターネット側実インターフェース３２については、上記［１．概略］において説明した通りである。
【００４１】
また、ゲートウェイ装置３の転送制御部３０１、パケット受信部３０２およびパケット転送部３０３については、基本的に上記［１．概略］において説明した通りであるが、ゲートウェイ装置３の構成が具体的であるために追加または変更される内容について説明する。ゲートウェイ装置３の転送制御部３０１は、プライベートネットワーク内の端末２から転送パス設定要求を受け取り、ゲートウェイ装置３の転送表３４１に端末２のＩＰアドレスを登録する。その際、転送パス設定要求に、アプリケーション部２０２部により使用される通信ポート番号が含まれている場合には、転送制御部３０１は、その通信ポート番号も転送表３４１に登録してもよい。
【００４２】
転送制御部３０１は、端末２へ転送パス設定応答を送信する。この転送パス設定応答には、ゲートウェイ装置３のＩＰアドレスが含まれている。転送パス設定応答に、ＩＰアドレスの他に、アプリケーション部２０２が使用する通信ポート番号を含めてもよい。パケット受信部３０２は、端末２から転送されてきたパケットを受信し、そのパケットをＯＳ３３０に渡す。パケット転送部３０３は、ＯＳ３３０からパケットを受け取り、そのパケットを、ＯＳ３３０が指定するインターフェースから送信する。
【００４３】
ＯＳ３３０は、インターネット４上の通信端末装置５からパケットを受信し、ゲートウェイ装置３の経路表３４２を参照してそのパケットが自身宛か否かを判定する。そのパケットが自身宛であれば、ＯＳ３３０は、ゲートウェイ装置３の転送表３４１から端末２のＩＰアドレスを取得する。そして、ＯＳ３３０は、その取得した端末２のＩＰアドレスを用いて、ＴＣＰ／ＩＰの仕様に従ってＩＰ層相当の処理（ＩＰヘッダによるカプセル化）を実行する。ＯＳ３３０は、経路表３４２を参照して出力先インターフェースを決定し、パケット転送部３０３にＩＰ層相当処理済みのパケットを渡す。
【００４４】
また、ＯＳ３３０は、パケット受信部３０２からパケットを受け取り、経路表３４２を参照してそのパケットが自身宛であるか否かを判定する。そのパケットが自身宛であれば、ＯＳ３３０は、そのパケットに対してデカプセル化を行い、ＴＣＰ／ＩＰの仕様に従って中継処理を行い、ＬＡＮ側実インターフェース３１から中継処理済みのパケットを再送信する。
【００４５】
転送表３４１は、パケットの転送先である端末２のＩＰアドレスを管理する。アプリケーション部２０２により使用される通信ポート番号が転送表３４１に登録される場合には、転送表３４１は、その通信ポート番号を転送先アドレスと対応付けて管理する。経路表３４２は、パケットの受信および転送を決定するための情報や、転送する場合の出力先インターフェースの情報を決定するための情報を保持する。そのような情報として、例えばＩＰアドレスやネットワークインターフェース名などがある。
【００４６】
なお、説明の便宜上、本明細書では、端末２について、その仮想インターフェース２０１のＩＰアドレスおよび名前をそれぞれ［１２０．１．１．１］およびｖｉｆ０とし、その実インターフェース２１のＩＰアドレスおよび名前をそれぞれ［１９２．１６８．１００．１０］およびｅｔｈ２とする。また、ゲートウェイ装置３について、そのＬＡＮ側実インターフェース３１のＩＰアドレスおよび名前をそれぞれ［１９２．１６８．１００．１］およびｅｔｈ１とし、そのインターネット側実インターフェース３２のＩＰアドレスおよび名前をそれぞれ［１２０．１．１．１］およびｅｔｈ０とする。さらに、インターネット４の２個の通信端末装置５のＩＰアドレスを［１２０．１．１．１０］と［１２０．１．１．１１］とする。なお、インターネット４に接続されている通信端末装置５の数は２個に限らない。
【００４７】
上述したＩＰアドレスが各インターフェースに割り当てられている場合の、端末２の転送表２４１、端末２の経路表２４２、ゲートウェイ装置３の転送表３４１およびゲートウェイ装置３の経路表３４２の一例をそれぞれ図７、図８、図９および図１０に示す。図７に示すように、端末２の転送表２４１には、転送先アドレスとして［１９２．１６８．１００．１］が格納される。また、図８に示すように、端末２の経路表２４２には、宛先アドレス［１９２．１６８．１００．０／２４］に対応する出力先インターフェースの名前がｅｔｈ２であることと、宛先アドレス［１２０．１．１．０／２４］に対応する出力先インターフェースの名前がｖｉｆ０であることと、宛先アドレス［１９２．１６８．１００．１０］に対応する出力先インターフェースがないことが格納される。
【００４８】
また、図９に示すように、ゲートウェイ装置３の転送表３４１には、転送先アドレスとして［１９２．１６８．１００．１０］が格納される。また、図１０に示すように、ゲートウェイ装置３の経路表３４２には、宛先アドレス［１９２．１６８．１００．０／２４］に対応する出力先インターフェースの名前がｅｔｈ１であることと、宛先アドレス［１２０．１．１．０／２４］に対応する出力先インターフェースの名前がｅｔｈ０であることと、［１２０．１．１．１］と［１９２．１６８．１００．１］の宛先アドレスに対応する出力先インターフェースがないことが格納される。
【００４９】
［６．仮想インターフェースの作成〜転送パス設定手順］
次に、図６に示すネットワークシステムの動作について説明する。まず、端末２のアプリケーション部２０２がインターネット４上の通信端末装置５と通信するために必要な設定を行う手順について説明する。図１１は、仮想インターフェースの作成から転送パスの設定までの処理シーケンスを示す図である。
【００５０】
管理者は、運用コマンドを用いて端末２の仮想インターフェース作成部２４３に対して、ゲートウェイ装置３のインターネット側実インターフェース３２に対応する仮想インターフェース２０１の作成を指示する（ステップＳ１０１）。具体的には、管理者は、ゲートウェイ装置３のインターネット側実インターフェース３２（名前：ｅｔｈ０）のＩＰアドレス［１２０．１．１．１］と仮想インターフェース２０１の名前ｖｉｆ０を入力する。
【００５１】
それによって、仮想インターフェース作成部２４３は、端末２内に、ＩＰアドレスが［１２０．１．１．１］であり、名前がｖｉｆ０である仮想インターフェース２０１を作成する（ステップＳ１０２）。このとき、端末２のＯＳ２３０は、経路表２４２に仮想インターフェース２０１に対する経路情報（宛先アドレス：［１２０．１．１．０／２４］、出力先インターフェース：ｖｉｆ０、図８参照）を登録する（ステップＳ１０３）。
【００５２】
次いで、端末２のアプリケーション部２０２は、通信を行うための通信ポートの開設を要求する。アプリケーション部２０２が仮想インターフェース２０１に対して通信ポートを開設した場合には、ＯＳ２３０を介して端末２の転送制御部２０３に開設要求が通知される（ステップＳ２０１）。次いで、転送制御部２０３は、転送パス設定要求として、端末２の実インターフェース２１（名前：ｅｔｈ２）のＩＰアドレス［１９２．１６８．１００．１０］をゲートウェイ装置３へ送信する（ステップＳ２０２）。このｅｔｈ２のＩＰアドレスは、実インターフェースから仮想インターフェース２０１の方向へパケットを転送する際のカプセル化に使用される。
【００５３】
ゲートウェイ装置３の転送制御部３０１は、端末２から転送パス設定要求を受信すると、その転送パス設定要求から端末２のＩＰアドレス［１９２．１６８．１００．１０］を取得し、そのＩＰアドレスを転送先アドレスとしてゲートウェイ装置３の転送表３４１に登録する（ステップＳ２０３）。また、転送制御部３０１は、転送パス設定応答として、ゲートウェイ装置３のＬＡＮ側実インターフェース３１（名前：ｅｔｈ１）のＩＰアドレス［１９２．１６８．１００．１］を端末２へ送信する（ステップＳ２０４）。このｅｔｈ１のＩＰアドレスは、仮想インターフェース２０１から実インターフェースの方向へパケットを転送する際のカプセル化に使用される。
【００５４】
端末２の転送制御部２０３は、ゲートウェイ装置３から転送パス設定応答を受信すると、その転送パス設定応答からゲートウェイ装置３のＩＰアドレス［１９２．１６８．１００．１］を取得し、そのＩＰアドレスを転送先アドレスとして端末２の転送表２４１に登録する（ステップＳ２０５）。そして、転送制御部２０３は、アプリケーション部２０２に対して、ＯＳ２３０を介して通信ポート開設応答を通知し（ステップＳ２０６）、本シーケンスによる一連の設定処理を終了する。
【００５５】
［７．データ受信手順］
端末２のアプリケーション部２０２がインターネット４上の通信端末装置５からパケットを受信する際の手順について説明する。図１２は、パケット受信時の処理シーケンスを示す図であり、図１３は、パケット受信時（上り転送時）のパケットフォーマットの変遷の様子を示す図である。
【００５６】
ゲートウェイ装置３は、インターネット４上の通信端末装置５（ＩＰアドレス：［１２０．１．１．１０］）から宛先アドレスが［１２０．１．１．１］であるパケット７を受信する（ステップＳ３０１）。ゲートウェイ装置３のＯＳ３３０は、パケット７の宛先アドレス［１２０．１．１．１］をキーとしてゲートウェイ装置３の経路表３４２を参照する。経路表３４２の宛先アドレス［１２０．１．１．１］には、出力先インターフェースがない（図１０参照）。従って、ＯＳ３３０は、受信したパケットが自局宛であると判定する（ステップＳ３０２）。
【００５７】
そして、ＯＳ３３０は、ゲートウェイ装置３の転送表３４１から転送先アドレスとして端末２のＩＰアドレス［１９２．１６８．１００．１０］を取得し（図９参照）、宛先アドレスに端末２のＩＰアドレス［１９２．１６８．１００．１０］を設定したＩＰヘッダ（転送パスＩＤ７４）でパケット７をカプセル化する（ステップＳ３０３）。続いて、ＯＳ３３０は、カプセル化されたパケット７５の宛先アドレス［１９２．１６８．１００．１０］をキーとして経路表３４２を参照し、出力先インターフェースを検索する。
【００５８】
経路表３４２の宛先アドレス［１９２．１６８．１００．０／２４］には、出力先インターフェースとしてゲートウェイ装置３のＬＡＮ側実インターフェース３１（名前：ｅｔｈ１）がある（図１０参照）。従って、ＯＳ３３０は、ｅｔｈ１を出力先インターフェースに決定する（ステップＳ３０４）。そして、ＯＳ３３０は、パケット転送部３０３を介してｅｔｈ１からカプセル化されたパケット７５を端末２へ転送する（ステップＳ３０５）。
【００５９】
端末２のパケット受信部２０４は、ゲートウェイ装置３からカプセル化されたパケット７５（宛先アドレス：［１９２．１６８．１００．１０］）を受信すると、端末２のＯＳ２３０にそのパケット７５を渡す。ＯＳ２３０は、カプセル化されたパケット７５の宛先アドレス［１９２．１６８．１００．１０］をキーとして端末２の経路表２４２を参照する。経路表２４２の宛先アドレス［１９２．１６８．１００．１０］には、出力先インターフェースがない（図８参照）。従って、ＯＳ２３０は、受信したパケット７５が自局宛であると判定する（ステップＳ３０６）。
【００６０】
続いて、ＯＳ２３０は、カプセル化されたパケット７５からカプセル化用のＩＰヘッダ（転送パスＩＤ７４）を削除する（デカプセル化）。ＯＳ２３０は、元のパケット７の宛先アドレス［１２０．１．１．１］をキーとして経路表２４２を検索する。経路表２４２の宛先アドレス［１２０．１．１．０／２４］には、出力先インターフェースとして端末２の仮想インターフェース２０１（名前：ｖｉｆ０）がある（図８参照）。従って、ＯＳ２３０は、パケット７が自装置宛であると判断する（ステップＳ３０７）。そして、ＯＳ２３０は、パケット７のＴＣＰヘッダ７２に含まれる通信ポート番号から通信を行うアプリケーションを特定し、パケット７をアプリケーション部２０２に渡し（ステップＳ３０８）、本シーケンスによる一連のデータ受信処理を終了する。
【００６１】
［８．データ送信手順］
端末２のアプリケーション部２０２がインターネット４上の通信端末装置５へパケットを送信する際の手順について説明する。図１４は、パケット送信時の処理シーケンスを示す図であり、図１５は、パケット送信時（下り転送時）のパケットフォーマットの変遷の様子を示す図である。
【００６２】
端末２のアプリケーション部２０２がインターネット４上の通信端末装置５（ＩＰアドレス：［１２０．１．１．１０］）宛にパケット６を送信すると、端末２のＯＳ２３０がそのパケット６を受け取る（ステップＳ４０１）。ＯＳ２３０は、パケット６の宛先アドレス［１２０．１．１．１０］をキーとして経路表２４２を参照し、出力先インターフェースを検索する（ステップＳ４０２）。
【００６３】
経路表２４２の宛先アドレス［１２０．１．１．０／２４］には、出力先インターフェースとして端末２の仮想インターフェース２０１（名前：ｖｉｆ０）がある（図８参照）。従って、ＯＳ２３０は、出力先インターフェースであるｖｉｆ０を取得する（ステップＳ４０２）。出力先インターフェースが仮想インターフェース２０１であるので、ＯＳ２３０は、転送表２４１から転送先アドレスとしてゲートウェイ装置３のＬＡＮ側実インターフェース３１のＩＰアドレス［１９２．１６８．１００．１］を取得し（図７参照）、宛先アドレスにこのＩＰアドレス［１９２．１６８．１００．１］を設定したＩＰヘッダ（転送パスＩＤ６４）でパケット６をカプセル化する（ステップＳ４０３）。
【００６４】
続いて、ＯＳ２３０は、カプセル化されたパケット６５の宛先アドレス［１９２．１６８．１００．１］をキーとして経路表２４２を参照し、出力先インターフェースを検索する。経路表２４２の宛先アドレス［１９２．１６８．１００．０／２４］には、出力先インターフェースとして端末２のＬＡＮ側実インターフェース３１（名前：ｅｔｈ２）がある（図８参照）。従って、ＯＳ２３０は、ｅｔｈ２を出力先インターフェースに決定する（ステップＳ４０４）。そして、ＯＳ２３０は、パケット転送部２０５を介してｅｔｈ２からカプセル化されたパケット６５をゲートウェイ装置３へ転送する（ステップＳ４０５）。
【００６５】
ゲートウェイ装置３のパケット受信部３０２は、端末２からカプセル化されたパケット６５（宛先アドレス：［１９２．１６８．１００．１］）を受信すると、ゲートウェイ装置３のＯＳ３３０にそのパケット６５を渡す。ＯＳ３３０は、カプセル化されたパケット６５の宛先アドレス［１９２．１６８．１００．１］をキーとして経路表３４２を参照する。経路表３４２の宛先アドレス［１９２．１６８．１００．１］には、出力先インターフェースがない（図１０参照）。従って、ＯＳ３３０は、受信したパケット６５が自局宛であると判定する（ステップＳ４０６）。
【００６６】
続いて、ＯＳ３３０は、カプセル化されたパケット６５からカプセル化用のＩＰヘッダ（転送パスＩＤ６４）を削除する（デカプセル化）。ＯＳ３３０は、元のパケット６の宛先アドレス［１２０．１．１．１０］をキーとして経路表３４２を検索する。経路表３４２の宛先アドレス［１２０．１．１．０／２４］には、出力先インターフェースとしてゲートウェイ装置３のインターネット側実インターフェース３２（名前：ｅｔｈ０）がある（図１０参照）。従って、ＯＳ３３０は、ｅｔｈ０を出力先インターフェースに決定する（ステップＳ４０７）。そして、ＯＳ３３０は、ｅｔｈ０からデカプセル化されたパケット６をインターネット４上の通信端末装置５（ＩＰアドレス：［１２０．１．１．１０］）へ送信し（ステップＳ４０８）、本シーケンスによる一連のデータ送信処理を終了する。
【００６７】
（実施の形態２）
［９．概略］
図１６は、実施の形態２にかかるネットワークシステムの構成の概略を示す図である。図１６に示すように、実施の形態２は、図５の構成においてプライベートネットワーク内に複数（図示例では、２個）の端末が設けられている場合の例である。説明の便宜上、一方の端末Ａの符号を２ａとし、他方の端末Ｂの符号を２ｂとする。実施の形態２では、２個の端末のうち、端末Ａ２ａについてその構成および動作を説明するが、端末Ｂ２ｂについても同様である。
【００６８】
以下に、上記実施の形態１の［１．概略］の内容と異なる点についてのみ説明する。端末Ａ２ａの転送制御部２０３からゲートウェイ装置３に送信される転送パス設定要求には、上り転送パスＩＤの他に、端末Ａ２ａのアプリケーション部２０２により使用される通信ポート番号が含まれる。
【００６９】
ゲートウェイ装置３には、図５の構成に転送先決定部３０４が追加されている。転送先決定部３０４は、インターネット４上の通信端末装置５からパケットを受信し、そのパケットの通信ポート番号に基づいて転送先の端末Ａ２ａを決定する。そして、転送先決定部３０４は、転送先の端末Ａ２ａ向けの転送パスＩＤと転送対象のパケットを関連付けてパケット転送部３０３に渡す。
【００７０】
パケット転送部３０３は、転送先決定部３０４からパケットと転送パスＩＤを受け取り、対応する上り転送パスを介して端末Ａ２ａへパケットを転送する。転送制御部３０１は、転送パス設定要求から取得した上り転送パスＩＤと通信ポート番号に基づいて、対応する上り転送パスを設定する。また、転送制御部３０１から端末Ａ２ａに送信される転送パス設定応答には、下り転送パスＩＤの他に、通信ポート番号が含まれる。
【００７１】
［１０．仮想インターフェースの作成〜転送パス設定手順］
以下に、上記実施の形態１の［２．仮想インターフェースの作成〜転送パス設定手順］の内容と異なる点についてのみ説明する。端末Ａ２ａの転送制御部２０３は、上り転送パスＩＤと通信ポート番号を転送パス設定要求としてゲートウェイ装置３へ送信する。ゲートウェイ装置３の転送制御部３０１は、転送パス設定要求から上り転送パスＩＤと通信ポート番号を取得し、その通信ポート番号と対応付けて上り転送パス１０１（図１参照）を設定する。ゲートウェイ装置３の転送制御部３０１は、下り転送パスＩＤと通信ポート番号を転送パス設定応答として端末Ａ２ａへ送信する。端末Ａ２ａの転送制御部２０３は、転送パス設定応答から下り転送パスＩＤとコネクションＩＤを取得し、そのコネクションＩＤと対応付けて下り転送パス１０２（図１参照）を設定する。
【００７２】
［１１．データ受信手順］
以下に、上記実施の形態１の［３．データ受信手順］の内容と異なる点についてのみ説明する。ゲートウェイ装置３がインターネット４上の通信端末装置５からパケットを受信すると、ゲートウェイ装置３の転送先決定部３０４がそのパケットのヘッダ情報と通信ポート番号に基づいて転送先の端末Ａ２ａを決定し、その端末Ａ２ａ向けの転送パスＩＤとパケットをゲートウェイ装置３のパケット転送部３０３に渡す。パケット転送部３０３は、転送パスＩＤに対応した上り転送パスを介してパケットを端末Ａ２ａへ転送する。
【００７３】
［１２．データ送信手順］
上記実施の形態１の［４．データ送信手順］と同じである。
【００７４】
［１３．具体例］
図１７は、実施の形態２にかかるネットワークシステムの具体的な構成を示す図である。以下に、上記実施の形態１の［５．具体例］および上記［９．概略］の内容と異なる点についてのみ説明する。ただし、［９．概略］の内容が［５．具体例］の内容よりも優先される。
【００７５】
ゲートウェイ装置３の転送制御部３０１は、プライベートネットワーク内の端末Ａ２ａから転送パス設定要求を受け取り、ゲートウェイ装置３の転送表３４１に、端末Ａ２ａのＩＰアドレスと、アプリケーション部２０２により用いられる通信ポート番号を登録する。転送制御部３０１は、ゲートウェイ装置３のＩＰアドレスと通信ポート番号を含む転送パス設定応答を端末Ａ２ａへ送信する。
【００７６】
ゲートウェイ装置３のＯＳ３３０は、インターネット４上の通信端末装置５から自身宛のパケットを受信すると、そのパケットの宛先ポート番号をキーとしてゲートウェイ装置３の転送表３４１を検索し、転送先の端末Ａ２ａのＩＰアドレスを取得する。ゲートウェイ装置３の転送表３４１は、プライベートネットワーク内の端末Ａ２ａのＩＰアドレスとそのアプリケーション部２０２により通信に用いられるポート番号を管理する。ゲートウェイ装置３が端末Ｂ２ｂと通信を行う場合には、転送表３４１は、端末Ｂ２ｂについてもＩＰアドレスとそのアプリケーション部２０２により通信に用いられるポート番号を管理する。
【００７７】
なお、説明の便宜上、実施の形態２では、端末Ａ２ａの実インターフェース２１のＩＰアドレス、名前およびアプリケーション部２０２により使用されるポート番号をそれぞれ［１９２．１６８．１００．１０］、ｅｔｈ２および２０００とする。また、端末Ｂ２ｂの実インターフェースのＩＰアドレス、名前およびアプリケーション部により使用されるポート番号をそれぞれ［１９２．１６８．１００．１１］、ｅｔｈ３および５０００とする。なお、プライベートネットワーク内の端末の数は２個に限らない。
【００７８】
上述したＩＰアドレスが各インターフェースに割り当てられている場合の、端末Ａ２ａの転送表２４１およびゲートウェイ装置３の転送表３４１の一例をそれぞれ図１８および図１９に示す。図１８に示すように、端末Ａ２ａの転送表２４１には、ポート番号２０００と転送先アドレス［１９２．１６８．１００．１］が対応付けられて格納される。また、図１９に示すように、ゲートウェイ装置３の転送表３４１には、ポート番号２０００と転送先アドレス［１９２．１６８．１００．１０］、およびポート番号５０００と転送先アドレス［１９２．１６８．１００．１１］がそれぞれ対応付けられて格納される。端末Ａ２ａの経路表２４２およびゲートウェイ装置３の経路表３４２については、それぞれ図８および図１０と同じである。
【００７９】
［１４．仮想インターフェースの作成〜転送パス設定手順］
以下に、上記実施の形態１の［６．仮想インターフェースの作成〜転送パス設定手順］の内容と異なる点についてのみ説明する。本設定手順の処理シーケンスは図１１に示す通りである。ただし、図１１において、端末２を端末Ａ２ａとする。図１１のステップＳ２０２において、端末Ａ２ａの転送制御部２０３は、転送パス設定要求として、端末Ａ２ａの実インターフェース２１（名前：ｅｔｈ２）のＩＰアドレス［１９２．１６８．１００．１０］と、端末Ａ２ａのアプリケーション部２０２が使用する通信ポート番号２０００をゲートウェイ装置３へ送信する。
【００８０】
また、ステップＳ２０３において、ゲートウェイ装置３の転送制御部３０１は、転送パス設定要求から端末Ａ２ａのＩＰアドレス［１９２．１６８．１００．１０］と通信ポート番号２０００を取得し、そのＩＰアドレスと通信ポート番号をゲートウェイ装置３の転送表３４１に登録する。また、ステップＳ２０４において、転送制御部３０１は、転送パス設定応答として、ゲートウェイ装置３のＬＡＮ側実インターフェース３１（名前：ｅｔｈ１）のＩＰアドレス［１９２．１６８．１００．１］と通信ポート番号２０００を端末Ａ２ａへ送信する。
【００８１】
また、ステップＳ２０５において、端末Ａ２ａの転送制御部２０３は、転送パス設定応答からゲートウェイ装置３のＩＰアドレス［１９２．１６８．１００．１］と通信ポート番号２０００を取得し、そのＩＰアドレスと通信ポート番号を端末Ａ２ａの転送表２４１に登録する。
【００８２】
［１５．データ受信手順］
端末Ａ２ａのアプリケーション部２０２がインターネット４上の通信端末装置５からパケットを受信する際の手順について説明する。図２０は、パケット受信時の処理シーケンスを示す図である。
【００８３】
ゲートウェイ装置３は、インターネット４上の通信端末装置５（ＩＰアドレス：［１２０．１．１．１０］）から宛先アドレスが［１２０．１．１．１］であり、宛先ポート番号が２０００であるパケットを受信する（ステップＳ５０１）。ゲートウェイ装置３のＯＳ３３０は、そのパケットの宛先アドレス［１２０．１．１．１］をキーとしてゲートウェイ装置３の経路表３４２を参照する。経路表３４２の宛先アドレス［１２０．１．１．１］には、出力先インターフェースがない（図１０参照）。従って、ＯＳ３３０は、受信したパケットが自身宛であると判定する。（ステップＳ３０２）。
【００８４】
続いて、ＯＳ３３０は、宛先ポート番号２０００を検索キーとしてゲートウェイ装置３の転送表３４１を検索し、転送先アドレスとして端末Ａ２ａのＩＰアドレス［１９２．１６８．１００．１０］を取得する（図１９参照、ステップＳ５０２）。そして、ＯＳ３３０は、宛先アドレスに端末Ａ２ａのＩＰアドレス［１９２．１６８．１００．１０］を設定したＩＰヘッダでパケットをカプセル化し、そのパケットの宛先アドレス［１９２．１６８．１００．１０］をキーとして経路表３４２を参照し、出力先インターフェースを検索する。
【００８５】
経路表３４２の宛先アドレス［１９２．１６８．１００．０／２４］には、出力先インターフェースとしてゲートウェイ装置３のＬＡＮ側実インターフェース３１（名前：ｅｔｈ１）がある（図１０参照）。従って、ＯＳ３３０は、ｅｔｈ１を出力先インターフェースに決定する（ステップＳ５０３）。そして、ＯＳ３３０は、パケット転送部３０３を介してｅｔｈ１からカプセル化されたパケットを端末Ａ２ａへ転送する（ステップＳ５０４）。
【００８６】
端末Ａ２ａのパケット受信部２０４は、ゲートウェイ装置３からカプセル化されたパケット（宛先アドレス：［１９２．１６８．１００．１０］）を受信すると、端末Ａ２ａのＯＳ２３０にそのパケットを渡す（ステップＳ５０５）。ＯＳ２３０は、カプセル化されたパケットの宛先アドレス［１９２．１６８．１００．１０］をキーとして端末Ａ２ａの経路表２４２を参照する。経路表２４２の宛先アドレス［１９２．１６８．１００．１０］には、出力先インターフェースがない（図８参照）。従って、ＯＳ２３０は、受信したパケットが自身宛であると判定する。
【００８７】
続いて、ＯＳ２３０は、カプセル化されたパケットからカプセル化用のＩＰヘッダを削除する（デカプセル化）。ＯＳ２３０は、元のパケットの宛先アドレス［１２０．１．１．１］をキーとして経路表２４２を検索する。経路表２４２の宛先アドレス［１２０．１．１．０／２４］には、出力先インターフェースとして端末Ａ２ａの仮想インターフェース２０１（名前：ｖｉｆ０）がある（図８参照）。従って、ＯＳ２３０は、パケットが自装置宛であると判断する（ステップＳ５０６）。そして、ＯＳ２３０は、パケットの通信ポート番号２０００から通信を行うアプリケーションを特定し、パケットをアプリケーション部２０２に渡し（ステップＳ５０７）、本シーケンスによる一連のデータ受信処理を終了する。
【００８８】
［１６．データ送信手順］
上記実施の形態１の［８．データ送信手順］と同じである。
【００８９】
（実施の形態３）
［１７．概略］
図２１は、実施の形態３にかかるネットワークシステムの構成の概略を示す図である。図２１に示すように、実施の形態３は、図５の構成において、端末２に宛先判定部２０６、出力インターフェース決定部２０７および宛先設定部２０８を追加し、同様に、ゲートウェイ装置３に宛先判定部３０５、出力インターフェース決定部３０６および宛先設定部３０７を追加した構成となっている。
【００９０】
以下に、上記実施の形態１の［１．概略］の内容と異なる点についてのみ説明する。まず、端末２の構成について説明する。宛先判定部２０６は、受信したパケットが自身宛か否かを判断し、自身宛のパケットであれば、そのパケットから、宛先情報を含むヘッダを削除する。出力インターフェース決定部２０７は、パケットの宛先に対する出力先インターフェースを決定する。宛先設定部２０８は、パケットに対して、宛先情報を含むヘッダを付与する。
【００９１】
ゲートウェイ装置３の構成について説明する。宛先判定部３０５は、受信したパケットが自身宛か否かを判断し、自身宛のパケットであれば、そのパケットから、宛先情報を含むヘッダを削除する。出力インターフェース決定部３０６は、パケットの宛先に対する出力先インターフェースを決定する。宛先設定部３０７は、パケットに対して、宛先情報を含むヘッダを付与する。
【００９２】
［１８．仮想インターフェースの作成〜転送パス設定手順］
以下に、上記実施の形態１の［２．仮想インターフェースの作成〜転送パス設定手順］の内容と異なる点についてのみ説明する。端末２の転送制御部２０３は、仮想インターフェース２０１に対する通信ポートの開設時に、パケットを端末２に届けるための宛先情報を転送パス設定要求としてゲートウェイ装置３へ送信する。ゲートウェイ装置３の転送制御部３０１は、転送パス設定要求から、パケットを端末２に届けるための宛先情報を取得し、その宛先情報をゲートウェイ装置３の宛先設定部３０７に渡す。
【００９３】
また、ゲートウェイ装置３の転送制御部３０１は、パケットをゲートウェイ装置３に届けるための宛先情報を転送パス設定応答として端末２へ送信する。端末２の転送制御部２０３は、転送パス設定応答から、パケットをゲートウェイ装置３に届けるための宛先情報を取得し、その宛先情報を端末２の宛先設定部２０８に渡す。
【００９４】
［１９．データ受信手順］
ゲートウェイ装置３がインターネット４上の通信端末装置５からパケットを受信すると、ゲートウェイ装置３の宛先設定部３０７は、そのパケットをデータとして捉え、そのパケットに対して、端末２への宛先情報を含むヘッダを付与し、そのヘッダ付きのパケットをゲートウェイ装置３の出力インターフェース決定部３０６に渡す。出力インターフェース決定部３０６は、パケットに付与されたヘッダの宛先情報から出力先インターフェースを決定し、ゲートウェイ装置３のパケット転送部３０３にその出力先インターフェースを通知する。パケット転送部３０３は、出力インターフェース決定部３０６から通知されたインターフェースを用いてパケットを送信する。
【００９５】
端末２のパケット受信部２０４は、ゲートウェイ装置３からパケットを受信すると、端末２の宛先判定部２０６にそのパケットを渡す。宛先判定部２０６は、パケットの宛先情報から自身宛か否かを判定し、自身宛のパケットであれば、そのパケットから、ゲートウェイ装置３の宛先設定部３０７により付与されたヘッダを削除する。そして、宛先判定部２０６は、そのヘッダが削除されたパケットを仮想インターフェース２０１を介してアプリケーション部２０２に渡す。
【００９６】
［２０．データ送信手順］
端末２のアプリケーション部２０２が仮想インターフェース２０１向けにパケットを送信すると、端末２の宛先設定部２０８は、そのパケットをデータとして捉え、そのパケットに対して、ゲートウェイ装置３への宛先情報を含むヘッダを付与し、そのヘッダ付きのパケットを端末２の出力インターフェース決定部２０７に渡す。出力インターフェース決定部２０７は、パケットに付与されたヘッダの宛先情報から出力先インターフェースを決定し、端末２のパケット転送部２０５にその出力先インターフェースを通知する。パケット転送部２０５は、出力インターフェース決定部２０７から通知されたインターフェースを用いてパケットを送信する。
【００９７】
ゲートウェイ装置３のパケット受信部３０２は、端末２からパケットを受信すると、ゲートウェイ装置３の宛先判定部３０５にそのパケットを渡す。宛先判定部３０５は、パケットの宛先情報から自身宛か否かを判定し、自身宛のパケットであれば、そのパケットから、端末２の宛先設定部２０８により付与されたヘッダを削除する。そして、宛先判定部３０５は、そのヘッダが削除されたパケットをゲートウェイ装置３のインターネット側実インターフェース３２から再送信する。
【００９８】
実施の形態３の具体例、仮想インターフェースの作成〜転送パス設定手順、データ受信手順およびデータ送信手順は、それぞれ上記実施の形態１の［５．具体例］、［６．仮想インターフェースの作成〜転送パス設定手順］、［７．データ受信手順］および［８．データ送信手順］と同じである。具体例では、端末２の宛先判定部２０６、出力インターフェース決定部２０７および宛先設定部２０８は、ＯＳ２３０により実現される。また、ゲートウェイ装置３の宛先判定部３０５、出力インターフェース決定部３０６および宛先設定部３０７は、ＯＳ３３０により実現される。
【００９９】
（実施の形態４）
［２１．概略］
図２２は、実施の形態４にかかるネットワークシステムの構成の概略を示す図である。図２２に示すように、実施の形態４は、図５の構成において、端末２に宛先判定部２０６、出力インターフェース決定部２０７、宛先設定部２０８、再送制御部２０９、送受信制御部２１０、データ構築部２１１およびデータ分割部２１２を追加し、同様に、ゲートウェイ装置３に宛先判定部３０５、出力インターフェース決定部３０６、宛先設定部３０７、再送制御部３０８、送受信制御部３０９、データ構築部３１０およびデータ分割部３１１を追加した構成となっている。
【０１００】
以下に、上記実施の形態１の［１．概略］の内容と異なる点についてのみ説明する。まず、端末２の構成について説明する。宛先判定部２０６、出力インターフェース決定部２０７および宛先設定部２０８については、上記実施の形態３の［１７．概略］において説明した通りである。再送制御部２０９は、送信したパケットに対する受信応答を待ち、一定時間内に通信相手から応答が送られてこない場合に同じパケットの一部または全部を再送信する。また、再送制御部２０９は、端末２がパケットを受信したときに、そのパケットの送信元に受信応答を送信する。送受信制御部２１０は、パケットに対して、送受信確認番号を含むヘッダを付与する。データ構築部２１１は、複数のパケットに分割されたデータを再構築する。データ分割部２１２は、伝送路の最大データ転送単位に従って、データを複数のパケットに分割する。
【０１０１】
ゲートウェイ装置３の構成について説明する。宛先判定部３０５、出力インターフェース決定部３０６および宛先設定部３０７については、上記実施の形態３の［１７．概略］において説明した通りである。再送制御部３０８は、送信したパケットに対する受信応答を待ち、一定時間内に通信相手から応答が送られてこない場合に同じパケットを再送信する。また、再送制御部３０８は、ゲートウェイ装置３がパケットを受信したときに、そのパケットの送信元に受信応答を送信する。送受信制御部３０９は、パケットに対して、送受信確認番号を含むヘッダを付与する。データ構築部３１０は、複数のパケットに分割されたデータを再構築する。データ分割部３１１は、伝送路の最大データ転送単位に従って、データを複数のパケットに分割する。
【０１０２】
［２２．仮想インターフェースの作成〜転送パス設定手順］
上記実施の形態３の［１８．仮想インターフェースの作成〜転送パス設定手順］と同じである。
【０１０３】
［２３．データ受信手順］
ゲートウェイ装置３がインターネット４上の通信端末装置５からパケットを受信すると、ゲートウェイ装置３のデータ分割部３１１は、そのパケットをデータとして捉え、そのパケットを、ＬＡＮ１を構成する伝送路の最大データ転送単位に従って分割し、その破片（以下、パケット分割片と呼ぶ）をゲートウェイ装置３の送受信制御部３０９に渡す。送受信制御部３０９は、データ分割部３１１から受け取ったパケット分割片に、シーケンシャルな確認番号を含むヘッダを付与し、そのヘッダ付きのパケット分割片をゲートウェイ装置３の宛先設定部３０７に渡すとともに、ゲートウェイ装置３の再送制御部３０８に確認番号を通知する。再送制御部３０８は、その確認番号を有するパケット分割片に対する再送タイマーを起動する。
【０１０４】
続いて、上記実施の形態３の［１９．データ受信手順］の処理のうち、端末２の宛先判定部２０６が自身宛のパケットから、ゲートウェイ装置３の宛先設定部３０７により付与されたヘッダを削除する処理までを行う。ただし、［１９．データ受信手順］の説明において、パケットをパケット分割片と読み替える。続いて、端末２の宛先判定部２０６は、端末２の送受信制御部２１０にパケット分割片を渡す。送受信制御部２１０は、宛先判定部２０６から受け取ったパケット分割片から、ゲートウェイ装置３の送受信制御部３０９により付与されたヘッダを削除し、元のパケット分割片を取得する。そして、送受信制御部２１０は、取得したパケット分割片を端末２のデータ構築部２１１に渡すとともに、端末２の再送制御部２０９に確認番号とパケットを受信したことを通知する。
【０１０５】
端末２の再送制御部２０９は、ゲートウェイ装置３の再送制御部３０８に、確認番号を含むパケット受信通知を通知する。ゲートウェイ装置３の再送制御部３０８は、端末２から通知された確認番号を有するパケット分割片に対する再送タイマーをクリアする。万一、パケット分割片の欠落などにより、ゲートウェイ装置３の再送タイマーがゼロになるまでゲートウェイ装置３の再送制御部３０８に端末２から受信通知が届かなかい場合には、ゲートウェイ装置３は、その受信通知の届かない確認番号に対応するパケット分割片を端末２へ再送する。端末２のデータ構築部２１１は、送受信制御部２１０から受け取ったパケット分割片を保持し、パケットの分割により生成された全てのパケット分割片が集まったら、パケットを再構築し、そのパケットを仮想インターフェース２０１を介してアプリケーション部２０２に渡す。
【０１０６】
［２４．データ送信手順］
端末２のアプリケーション部２０２が仮想インターフェース２０１向けにパケットを送信すると、端末２のデータ分割部２１２は、そのパケットをデータとして捉え、そのパケットを、ＬＡＮ１を構成する伝送路の最大データ転送単位に従って分割し、そのパケット分割片を端末２の送受信制御部２１０に渡す。送受信制御部２１０は、データ分割部２１２から受け取ったパケット分割片に、シーケンシャルな確認番号を含むヘッダを付与し、そのヘッダ付きのパケット分割片を端末２の宛先設定部２０８に渡すとともに、端末２３の再送制御部２０９に確認番号を通知する。再送制御部２０９は、その確認番号を有するパケット分割片に対する再送タイマーを起動する。
【０１０７】
続いて、上記実施の形態３の［２０．データ送信手順］の処理のうち、ゲートウェイ装置３の宛先判定部３０５が自身宛のパケットから、端末２の宛先設定部２０８により付与されたヘッダを削除する処理までを行う。ただし、［２０．データ送信手順］の説明において、パケットをパケット分割片と読み替える。続いて、ゲートウェイ装置３の宛先判定部３０５は、ゲートウェイ装置３の送受信制御部３０９にパケット分割片を渡す。送受信制御部３０９は、宛先判定部３０５から受け取ったパケット分割片から、端末２の送受信制御部２１０により付与されたヘッダを削除し、元のパケット分割片を取得する。そして、送受信制御部３０９は、取得したパケット分割片をゲートウェイ装置３のデータ構築部３１０に渡すとともに、ゲートウェイ装置３の再送制御部３０８に確認番号とパケットを受信したことを通知する。
【０１０８】
ゲートウェイ装置３の再送制御部３０８は、端末２の再送制御部２０９に、確認番号を含むパケット受信通知を通知する。端末２の再送制御部２０９は、ゲートウェイ装置３から通知された確認番号を有するパケット分割片に対する再送タイマーをクリアする。万一、パケット分割片の欠落などにより、端末２の再送タイマーがゼロになるまで端末２の再送制御部２０９にゲートウェイ装置３から受信通知が届かなかい場合には、端末２は、その受信通知の届かない確認番号に対応するパケット分割片をゲートウェイ装置３へ再送する。ゲートウェイ装置３のデータ構築部３１０は、送受信制御部３０９から受け取ったパケット分割片を保持し、パケットの分割により生成された全てのパケット分割片が集まったら、パケットを再構築し、そのパケットをゲートウェイ装置３のインターネット側実インターフェース３２から再送信する。
【０１０９】
［２５．具体例］
実施の形態４にかかるネットワークシステムの具体的な構成は、図６に示す通りである。以下に、上記実施の形態１の［５．具体例］の内容と異なる点についてのみ説明する。実施の形態４は、端末２とゲートウェイ装置３の間でパケットを転送する際に、ＴＣＰ／ＩＰヘッダによるカプセル化を行う。従って、端末２のＯＳ２３０は、仮想インターフェース２０１を出力先インターフェースとするパケットに対して、転送表２４１からゲートウェイ装置３のＩＰアドレスを取得し、ＴＣＰ／ＩＰの仕様に従ってＴＣＰ層相当の処理（ＴＣＰ／ＩＰヘッダによるカプセル化）を行う。また、ゲートウェイ装置３のＯＳ３３０は、自身宛のパケットに対して、ゲートウェイ装置３の転送表３４１から端末２のＩＰアドレスを取得し、ＴＣＰ／ＩＰの仕様に従ってＴＣＰ層相当の処理（ＴＣＰ／ＩＰヘッダによるカプセル化）を行う。
【０１１０】
ＴＣＰプロトコルは、パケットをパケット分割片に分割し、受信確認処理や再送制御処理を行う機能を有する。従って、ＴＣＰ／ＩＰヘッダでカプセル化を行うことによって、信頼性を保証しながら端末２とゲートウェイ装置３の間でパケットを転送することができる。具体例では、端末２の宛先判定部２０６、出力インターフェース決定部２０７、宛先設定部２０８、再送制御部２０９、送受信制御部２１０、データ構築部２１１およびデータ分割部２１２は、ＯＳ２３０により実現される。また、ゲートウェイ装置３の宛先判定部３０５、出力インターフェース決定部３０６、宛先設定部３０７、再送制御部３０８、送受信制御部３０９、データ構築部３１０およびデータ分割部３１１は、ＯＳ３３０により実現される。
【０１１１】
実施の形態４の仮想インターフェースの作成〜転送パス設定手順、データ受信手順およびデータ送信手順は、それぞれ上記実施の形態１の［６．仮想インターフェースの作成〜転送パス設定手順］、［７．データ受信手順］および［８．データ送信手順］と基本的に同じである。パケット受信時の処理シーケンスおよびパケット送信時の処理シーケンスは、それぞれ図１２および図１４に示す通りである。受信確認処理と再送制御処理は、ＴＣＰ層の処理を利用して実現される。
【０１１２】
図２３に、パケット受信時（上り転送時）のパケットフォーマットの変遷の様子を示す。データ受信時には、ゲートウェイ装置３のＯＳ３３０は、宛先アドレスに端末２のＩＰアドレス［１９２．１６８．１００．１０］を設定したＩＰヘッダとＴＣＰヘッダを転送パスＩＤ７４としてカプセル化を行う。そして、端末２のＯＳ２３０は、カプセル化されたパケット７５からカプセル化用のＴＣＰ／ＩＰヘッダ（転送パスＩＤ７４）を削除する。
【０１１３】
また、図２４に、パケット送信時（下り転送時）のパケットフォーマットの変遷の様子を示す。データ送信時には、端末２のＯＳ２３０は、宛先アドレスにゲートウェイ装置３のＬＡＮ側実インターフェース３１のＩＰアドレス［１９２．１６８．１００．１］を設定したＩＰヘッダとＴＣＰヘッダを転送パスＩＤ６４としてカプセル化を行う。そして、ゲートウェイ装置３のＯＳ３３０は、カプセル化されたパケット６５からカプセル化用のＴＣＰ／ＩＰヘッダ（転送パスＩＤ６４）を削除する。
【０１１４】
（実施の形態５）
［２６．概略］
図２５は、実施の形態５にかかるネットワークシステムの構成の概略を示す図である。図２５に示すように、実施の形態５は、図５の構成において、端末２に識別子設定部２２０、識別子判定部２２１および識別子削除部２２２を追加し、同様に、ゲートウェイ装置３に識別子設定部３２０、識別子判定部３２１および識別子削除部３２２を追加した構成となっている。
【０１１５】
以下に、上記実施の形態１の［１．概略］の内容と異なる点についてのみ説明する。まず、端末２の構成について説明する。識別子設定部２２０は、パケットに識別子を付与する。識別子判定部２２１は、パケットに識別子が付与されているか否かを判定する。識別子削除部２２２は、パケットに付与されている識別子を削除する。
【０１１６】
ゲートウェイ装置３の構成について説明する。識別子設定部３２０は、パケットに識別子を付与する。識別子判定部３２１は、パケットに識別子が付与されているか否かを判定し、付与されている場合には、その識別子の種別に基づいてパケットを自装置で処理するか否かを判定する。識別子削除部３２２は、パケットに付与されている識別子を削除する。
【０１１７】
［２７．仮想インターフェースの作成〜転送パス設定手順］
以下に、上記実施の形態１の［２．仮想インターフェースの作成〜転送パス設定手順］の内容と異なる点についてのみ説明する。端末２の転送制御部２０３は、仮想インターフェース２０１に対する通信ポートの開設時に、ある識別子を転送パス設定要求としてゲートウェイ装置３へ送信する。この識別子は、端末２とゲートウェイ装置３の間で転送されるパケットにのみ付与される。端末２とゲートウェイ装置３は、この識別子の有無に基づいて、処理対象のパケットであるか否かを判定する。
【０１１８】
ゲートウェイ装置３の転送制御部３０１は、転送パス設定要求から、パケットを端末２に届けるための識別子を取得し、その識別子をゲートウェイ装置３の識別子設定部３２０に渡す。また、ゲートウェイ装置３の転送制御部３０１は、パケットをゲートウェイ装置３に届けるための識別子を転送パス設定応答として端末２へ送信する。端末２の転送制御部２０３は、転送パス設定応答から、パケットをゲートウェイ装置３に届けるための識別子を取得し、その識別子を端末２の識別子設定部２２０に渡す。
【０１１９】
［２８．データ受信手順］
ゲートウェイ装置３がインターネット４上の通信端末装置５からパケットを受信すると、ゲートウェイ装置３の識別子設定部３２０は、そのパケットに端末２から受け取った識別子を付与し、その識別子付きのパケットをゲートウェイ装置３のパケット転送部３０３に渡す。パケット転送部３０３は、識別子設定部３２０から渡されたパケットを端末２へ向けて送信する。
【０１２０】
ゲートウェイ装置３と同一のセグメントに存在する端末２のパケット受信部２０４は、ゲートウェイ装置３からパケットを受信すると、端末２の識別子判定部２２１にそのパケットを渡す。識別子判定部２２１は、そのパケットに識別子が付いているか否かを判定し、付いている場合にはそのパケットを端末２の識別子削除部２２２に渡す。識別子が付いていない場合には、識別子判定部２２１は、そのパケットを破棄する。識別子削除部２２２は、識別子判定部２２１から渡されたパケットから識別子を削除し、その識別子が削除されたパケットを仮想インターフェース２０１を介してアプリケーション部２０２に渡す。
【０１２１】
［２９．データ送信手順］
端末２のアプリケーション部２０２が仮想インターフェース２０１向けにパケットを送信すると、端末２の識別子設定部２２０は、そのパケットにゲートウェイ装置３から受け取った識別子を付与し、その識別子付きのパケットを端末２のパケット転送部２０５に渡す。パケット転送部２０５は、識別子設定部２２０から渡されたパケットをゲートウェイ装置３へ向けて送信する。
【０１２２】
端末２と同一のセグメントに存在するゲートウェイ装置３のパケット受信部３０２は、端末２からパケットを受信すると、ゲートウェイ装置３の識別子判定部３２１にそのパケットを渡す。識別子判定部３２１は、そのパケットに識別子が付いているか否かを判定し、付いている場合にはそのパケットをゲートウェイ装置３の識別子削除部３２２に渡す。識別子が付いていない場合には、識別子判定部３２１は、そのパケットを破棄する。識別子削除部３２２は、識別子判定部３２１から渡されたパケットから識別子を削除し、その識別子が削除されたパケットをゲートウェイ装置３のインターネット側実インターフェース３２から再送信する。
【０１２３】
［３０．具体例］
実施の形態５にかかるネットワークシステムの具体的な構成は、図６に示す通りである。以下に、上記実施の形態１の［５．具体例］の内容と異なる点についてのみ説明する。実施の形態５は、端末２とゲートウェイ装置３の間でパケットを転送する際に、ＭＰＬＳのｓｈｉｍヘッダによるカプセル化を行う。従って、端末２の転送制御部２０３からゲートウェイ装置３へ送信される転送パス設定要求には、未使用のｓｈｉｍラベルが含まれる。
【０１２４】
端末２の転送制御部２０３は、転送パス設定応答に含まれるｓｈｉｍラベルとその転送パス設定応答を受信したインターフェースを端末２の転送表２４１に登録する。端末２のパケット受信部２０４は、ゲートウェイ装置３から一斉送信されたパケットを受信し、そのパケットを端末２のＯＳ２３０に渡す。端末２のパケット転送部２０５は、ＯＳ２３０からパケットを受け取り、そのパケットを同一セグメント内の全端末へ一斉送信する。
【０１２５】
端末２のＯＳ２３０は、仮想インターフェース２０１を出力先インターフェースとするパケットに対して、端末２の転送表２４１から、パケットをゲートウェイ装置３に届けるためのｓｈｉｍラベルを取得し、そのラベルを付与する。また、ＯＳ２３０は、受信したパケットにｓｈｉｍラベルが付いているか否かを判定し、付いている場合にはそのラベルを削除し、受信処理を行う。端末２の転送表２４１には、端末２とゲートウェイ装置３の間で転送されるパケットをカプセル化するｓｈｉｍヘッダが格納される。その転送表２４１の一例を図２６に示す。図２６に示すように、転送表２４１には、Ｌａｂｅｌという転送先ラベルとそれに対応するインターフェース名としてｅｔｈ２が登録される。端末２の経路表２４２については、図８と同じである。
【０１２６】
ゲートウェイ装置３の転送制御部３０１は、転送パス設定要求に含まれるｓｈｉｍラベルをゲートウェイ装置３の転送表３４１に登録する。また、転送制御部３０１は、転送パス設定要求に含まれていたｓｈｉｍラベルを含む転送パス設定応答を端末２へ送信する。ゲートウェイ装置３のパケット受信部３０２は、端末２から一斉送信されたパケットを受信し、そのパケットをゲートウェイ装置３のＯＳ３３０に渡す。ゲートウェイ装置３のパケット転送部３０３は、ＯＳ３３０からパケットを受け取り、そのパケットを同一セグメント内の全端末へ一斉送信する。
【０１２７】
ゲートウェイ装置３のＯＳ３３０は、インターネット４上の通信端末装置５から受信した自身宛のパケットに対して、ゲートウェイ装置３の転送表３４１から、パケットを端末２に届けるためのｓｈｉｍラベルを取得し、そのラベルを付与する。また、ＯＳ３３０は、受信したパケットにｓｈｉｍラベルが付いているか否かを判定し、付いている場合にはそのラベルを削除し、中継処理を行う。ゲートウェイ装置３の転送表３４１には、端末２とゲートウェイ装置３の間で転送されるパケットをカプセル化するｓｈｉｍヘッダが格納される。その転送表３４１の一例を図２７に示す。図２７に示すように、転送表３４１には、Ｌａｂｅｌという転送先ラベルとそれに対応するインターフェース名としてｅｔｈ１が登録される。ゲートウェイ装置３の経路表３４２については、図１０と同じである。
【０１２８】
具体例では、端末２の識別子設定部２２０、識別子判定部２２１および識別子削除部２２２は、ＯＳ２３０により実現される。また、ゲートウェイ装置３の識別子設定部３２０、識別子判定部３２１および識別子削除部３２２は、ＯＳ３３０により実現される。
【０１２９】
［３１．仮想インターフェースの作成〜転送パス設定手順］
以下に、上記実施の形態１の［６．仮想インターフェースの作成〜転送パス設定手順］の内容と異なる点についてのみ説明する。本設定手順の処理シーケンスは図１１に示す通りである。図１１のステップＳ２０２において、端末２の転送制御部２０３は、転送パス設定要求として、Ｌａｂｅｌというｓｈｉｍラベルをゲートウェイ装置３へ送信する。また、ステップＳ２０３において、ゲートウェイ装置３の転送制御部３０１は、転送パス設定要求からＬａｂｅｌというｓｈｉｍラベルと、その転送パス設定要求を受信したゲートウェイ装置３のＬＡＮ側実インターフェース３１の名前ｅｔｈ１を対応付けてゲートウェイ装置３の転送表３４１に登録する。
【０１３０】
また、ステップＳ２０４において、転送制御部３０１は、転送パス設定応答として、Ｌａｂｅｌというｓｈｉｍラベルを端末２へ送信する。また、ステップＳ２０５において、端末２の転送制御部２０３は、転送パス設定応答からＬａｂｅｌというｓｈｉｍラベルと、その転送パス設定応答を受信した端末２の実インターフェース２１の名前ｅｔｈ２を対応付けて端末２の転送表２４１に登録する。
【０１３１】
［３２．データ受信手順］
図２８は、パケット受信時の処理シーケンスを示す図であり、図２９は、パケット受信時（上り転送時）のパケットフォーマットの変遷の様子を示す図である。ゲートウェイ装置３がインターネット４上の通信端末装置５（ＩＰアドレス：［１２０．１．１．１０］）から［１２０．１．１．１］を宛先アドレスとするパケット７を受信する（ステップＳ６０１）と、ゲートウェイ装置３のＯＳ３３０は、パケット７の宛先アドレス［１２０．１．１．１］をキーとしてゲートウェイ装置３の経路表３４２を参照する。経路表３４２には、宛先アドレス［１２０．１．１．１］に対応する出力先インターフェースがない（図１０参照）ので、ＯＳ３３０は、受信したパケットが自身宛であると判定する（ステップＳ６０２）。
【０１３２】
そして、ＯＳ３３０は、ゲートウェイ装置３の転送表３４１からＬａｂｅｌというｓｈｉｍラベルを取得し（図２７参照）、そのｓｈｉｍラベル（転送パスＩＤ７４）でパケット７をカプセル化する。さらに、ＯＳ３３０は、転送表３４１からそのＬａｂｅｌというｓｈｉｍラベルに対応するインターフェースｅｔｈ１を取得する（ステップＳ６０３）。そして、ＯＳ３３０は、そのカプセル化されたパケット７５をゲートウェイ装置３のパケット転送部３０３に渡す。パケット転送部３０３は、ＯＳ３３０から渡されたパケット７５を出力先インターフェースｅｔｈ１から同一セグメント内の全端末へ一斉送信する（ステップＳ６０４）。
【０１３３】
端末２のパケット受信部２０４は、ゲートウェイ装置３から一斉送信されたパケット７５（ｓｈｉｍラベル：Ｌａｂｅｌ）を受信すると、端末２のＯＳ２３０にそのパケット７５を渡す。ＯＳ２３０は、パケット受信部２０４から渡されたパケット７５にｓｈｉｍラベルが付いているか否かを判定し、付いている場合にはそのカプセル化されたパケット７５からｓｈｉｍラベル（転送パスＩＤ７４）を削除する（デカプセル化）。
【０１３４】
続いて、ＯＳ２３０は、元のパケット７の宛先アドレス［１２０．１．１．１］をキーとして経路表２４２を検索する。経路表２４２には、宛先アドレス［１２０．１．１．０／２４］に対応する出力先インターフェースとして、端末２の仮想インターフェース２０１（名前：ｖｉｆ０）がある（図８参照）。従って、ＯＳ２３０は、パケット７が自局宛であると判断する（ステップＳ６０５）。そして、ＯＳ２３０は、パケット７の通信ポート番号から通信を行うアプリケーションを特定し、パケット７をアプリケーション部２０２に渡し（ステップＳ６０６）、本シーケンスによる一連のデータ受信処理を終了する。
【０１３５】
［３３．データ送信手順］
図３０は、パケット送信時の処理シーケンスを示す図であり、図３１は、パケット送信時（下り転送時）のパケットフォーマットの変遷の様子を示す図である。端末２のアプリケーション部２０２がインターネット４上の通信端末装置５（ＩＰアドレス：［１２０．１．１．１０］）宛にパケット６を送信すると、端末２のＯＳ２３０がそのパケット６を受け取る（ステップＳ７０１）。ＯＳ２３０は、パケット６の宛先アドレス［１２０．１．１．１０］をキーとして経路表２４２を参照し、出力先インターフェースとして端末２の仮想インターフェース２０１（名前：ｖｉｆ０）を取得する（ステップＳ７０２、図８参照）。
【０１３６】
取得した出力先インターフェースが仮想インターフェース２０１であるので、ＯＳ２３０は、転送表２４１から転送先ラベルとしてＬａｂｅｌというｓｈｉｍラベルを取得し（図２６参照）、そのｓｈｉｍラベル（転送パスＩＤ６４）でパケット６をカプセル化する（ステップＳ７０３）。さらに、ＯＳ２３０は、転送表２４１からそのＬａｂｅｌというｓｈｉｍラベルに対応するインターフェースｅｔｈ２を取得する（Ｓ７０３）。そして、ＯＳ２３０は、そのカプセル化されたパケット６５を端末２のパケット転送部２０５に渡す。パケット転送部２０５は、ＯＳ２３０から渡されたパケット６５を出力先インターフェースｅｔｈ２から同一セグメント内の全端末へ一斉送信する（Ｓ７０４）。
【０１３７】
ゲートウェイ装置３のパケット受信部３０２は、端末２から一斉送信されたパケット６５（ｓｈｉｍラベル：Ｌａｂｅｌ）を受信すると、ゲートウェイ装置３のＯＳ３３０にそのパケット６５を渡す。ＯＳ３３０は、パケット受信部３０２から渡されたパケット６５にｓｈｉｍラベルが付いているか否かを判定し、付いている場合にはそのカプセル化されたパケット６５からｓｈｉｍラベル（転送パスＩＤ６４）を削除する（デカプセル化）。
【０１３８】
続いて、ＯＳ３３０は、元のパケット６の宛先アドレス［１２０．１．１．１０］をキーとして経路表３４２を検索する。経路表３４２には、宛先アドレス［１２０．１．１．０／２４］に対応する出力先インターフェースとして、ゲートウェイ装置３のインターネット側実インターフェース３２（名前：ｅｔｈ０）がある（図１０参照）。従って、ＯＳ３３０は、ｅｔｈ０からデカプセル化されたパケット６をインターネット４上の通信端末装置５（ＩＰアドレス：［１２０．１．１．１０］）へ送信し（ステップＳ７０６）、本シーケンスによる一連のデータ送信処理を終了する。
【０１３９】
（実施の形態６）
実施の形態６は、端末の仮想インターフェースおよびそれに対応するゲートウェイ装置のインターネット側実インターフェースのいずれか一方の属性情報を変更したときに、その変更内容を他方のインターフェースの属性情報に反映させることに関するものである。実施の形態６では、端末の仮想インターフェースを用いて端末とゲートウェイ装置との間でデータ（パケット）を送受信することについては、上述した各実施の形態と同様である。従って、ここでは、端末とゲートウェイ装置の間のデータ（パケット）の送受信に関することついては、図示および説明を省略し、インターフェースの属性情報の変更に関することについてのみ説明する。
【０１４０】
［３４．概略］
図３２は、実施の形態６にかかるネットワークシステムの構成の概略を示す図である。なお、図３２では、インターネットおよびインターネット上の通信端末装置が省略されている。図３２に示すように、端末２は、実インターフェース２１、仮想インターフェース２０１、ＯＳ２３０、状態変更通知送信部２３１および状態変更部２３２を備えている。実インターフェース２１および仮想インターフェース２０１については、上述した通りである。
【０１４１】
状態変更通知送信部２３１は、インターフェースの属性情報が操作されたことを検知し、その操作内容を解析する。そして、操作対象が仮想インターフェース２０１である場合に、状態変更通知送信部２３１は、ゲートウェイ装置３に属性情報変更通知を通知する。操作対象が実インターフェース２１である場合は、ゲートウェイ装置３に通知しない。状態変更部２３２は、ゲートウェイ装置３から通知されたインターネット側実インターフェース３２に対する属性情報変更通知を受信し、インターネット側実インターフェース３２に対応する仮想インターフェース２０１の情報に対して属性情報の変更を反映させる。ＯＳ２３０は、通知された属性情報変更要求の内容に従って、指定されたインターフェースの属性情報を変更する。また、ＯＳ２３０は、状態変更通知送信部２３１に対して、インターフェースの属性情報を操作したことを示す変更通知を送信する。
【０１４２】
ゲートウェイ装置３は、ＬＡＮ側実インターフェース３１、インターネット側実インターフェース３２、ＯＳ３３０、状態変更部３３１、端末管理部３３２および状態変更通知送信部３３３を備えている。ＬＡＮ側実インターフェース３１およびインターネット側実インターフェース３２については、上述した通りである。状態変更部３３１は、端末２から通知された仮想インターフェース２０１に対する属性情報変更通知を受信し、仮想インターフェース２０１に対応するインターネット側実インターフェース３２の情報に対して属性情報の変更を反映させる。端末管理部３３２は、インターネット側実インターフェース３２に対応する仮想インターフェース２０１を有する端末２を一意に特定するための情報を有する。
【０１４３】
状態変更通知送信部３３３は、インターフェースの属性情報が操作されたことを検知し、その操作内容を解析する。そして、操作対象がインターネット側実インターフェース３２である場合に、状態変更通知送信部３３３は、端末管理部３３２で管理する端末２に属性情報変更通知を通知する。操作対象がＬＡＮ側実インターフェース３１である場合は、端末２に通知しない。ＯＳ３３０は、通知された属性情報変更要求の内容に従って、指定されたインターフェースの属性情報を変更する。また、ＯＳ３３０は、状態変更通知送信部３３３に対して、インターフェースの属性情報を操作したことを示す変更通知を送信する。
【０１４４】
［３５．仮想インターフェースの属性情報変更手順］
次に、図３２に示すネットワークシステムにおいて仮想インターフェース２０１の属性情報を変更したときの手順について説明する。端末２の状態変更通知送信部２３１は、インターフェースの属性情報が操作されたことを検知すると、その操作内容を解析する。その結果、操作対象が仮想インターフェース２０１であるので、ゲートウェイ装置３に属性情報変更通知を通知する。ゲートウェイ装置３の状態変更部３３１は、端末２から属性情報変更通知を受信すると、ゲートウェイ装置３のＯＳ３３０ＯＳが管理している、インターネット側実インターフェース３２の情報に変更内容を反映させる。
【０１４５】
［３６．インターネット側実インターフェースの属性情報変更手順］
次に、図３２に示すネットワークシステムにおいてインターネット側実インターフェース３２の属性情報を変更したときの手順について説明する。予め、管理者は、運用コマンドを用いて端末２内に、ゲートウェイ装置３のインターネット側実インターフェース３２に対応する仮想インターフェース２０１を作成したときに、さらに運用コマンドを用いてゲートウェイ装置３の端末管理部３３２に、仮想インターフェース２０１を作成した端末２を一意に特定する情報を設定しておく。
【０１４６】
ゲートウェイ装置３の状態変更通知送信部３３３は、インターフェースの属性情報が操作されたことを検知すると、その操作内容を解析する。その結果、操作対象がインターネット側実インターフェース３２であるので、端末管理部３３２で管理する端末２に属性情報変更通知を通知する。端末２の状態変更部２３２は、ゲートウェイ装置３から属性情報変更通知を受信すると、端末２のＯＳ２３０が管理している、仮想インターフェース２０１の情報に変更内容を反映させる。
【０１４７】
［３７．具体例］
次に、実施の形態６の具体例について説明する。図３３は、実施の形態６にかかるネットワークシステムの具体的な構成を示す図である。図３３に示すように、端末２は、実インターフェース２１、仮想インターフェース２０１、ＯＳ２３０、状態変更通知送信部２３１、状態変更部２３２、経路表２４２、仮想インターフェース作成部２４３および振分部２５０を備えている。実インターフェース２１、仮想インターフェース２０１、経路表２４２および仮想インターフェース作成部２４３については、上記実施の形態１の［１．概略］または［５．具体例］において説明した通りである。
【０１４８】
振分部２５０は、パケットを受信し、経路表２４２を参照してそのパケットが自身宛か否かを判断する。また、振分部２５０は、経路表２４２を参照してパケットの出力先インターフェースを決定し、その出力先インターフェースからパケットを送信する。状態変更通知送信部２３１は、ＯＳ２３０からインターフェースの属性情報の変更通知を受信し、その変更内容を解析する。そして、状態変更通知送信部２３１は、変更対象が仮想インターフェース２０１である場合には、ゲートウェイ装置３に属性情報変更通知を通知する。
【０１４９】
状態変更部２３２は、ゲートウェイ装置３から通知された属性情報変更通知を受信し、対応する仮想インターフェース２０１に対する属性情報変更要求をｉｏｃｔｌによりＯＳ２３０に通知する。ＯＳ２３０は、通知された属性情報変更要求の内容に従って、指定されたインターフェースの属性情報を変更する。また、ＯＳ２３０は、ルーティングソケットを開いているプロセスに対して、インターフェースの属性情報が操作されたことを示す変更通知を送信する。
【０１５０】
ゲートウェイ装置３は、ＬＡＮ側実インターフェース３１、インターネット側実インターフェース３２、ＯＳ３３０、状態変更部３３１、端末管理部３３２、状態変更通知送信部３３３、経路表３４２および振分部３５０を備えている。ＬＡＮ側実インターフェース３１、インターネット側実インターフェース３２および経路表３４２については、上記実施の形態１の［１．概略］または［５．具体例］において説明した通りである。また、端末管理部３３２については、上記［３４．概略］において説明した通りである。
【０１５１】
振分部３５０は、パケットを受信し、経路表３４２を参照してそのパケットが自身宛か否かを判断する。また、振分部２５０は、経路表３４２を参照してパケットの出力先インターフェースを決定し、その出力先インターフェースからパケットを送信する。状態変更部３３１は、端末２から通知された仮想インターフェース２０１に対する属性情報変更通知を受信し、対応するインターネット側実インターフェース３２に対する属性情報変更要求をｉｏｃｔｌによりＯＳ３３０に通知する。
【０１５２】
状態変更通知送信部３３３は、ＯＳ３３０からインターフェースの属性情報の変更通知を受信し、その変更内容を解析する。そして、状態変更通知送信部３３３は、変更対象がインターネット側実インターフェース３２である場合には、端末２に属性情報変更通知を通知する。ＯＳ３３０は、通知された属性情報変更要求の内容に従って、指定されたインターフェースの属性情報を変更する。また、ＯＳ３３０は、ルーティングソケットを開いているプロセスに対して、インターフェースの属性情報が操作されたことを示す変更通知を送信する。
【０１５３】
［３８．仮想インターフェースの属性情報変更手順］
次に、図３３に示すネットワークシステムの動作について説明する。まず、管理者が端末２の仮想インターフェース２０１の属性情報を変更するときの手順について、仮想インターフェース２０１の状態をＵＰ状態からＤＯＷＮ状態に変更する場合を例にして説明する。図３４は、仮想インターフェースの属性情報変更時の処理シーケンスを示す図である。
【０１５４】
予め、端末２の状態変更通知送信部２３１は、端末２のＯＳ２３０からインターフェースの属性情報の変更通知を受信するために、ルーティングソケットを開設しておく。そして、図３４に示すように、管理者は、インターフェースの属性情報を変更する場合に、ｉｏｃｔｌというＡＰＩを用いる（ステップＳ８０１）。このＡＰＩにより発行される命令のフォーマットの一例を図３５に示す。図３５に示すように、命令フォーマット８は、変更対象のインターフェース名８１、処理種別８２および設定値８３からなり、図示例の命令には、属性情報を変更するインターフェース名ｖｉｆ０と属性情報の変更内容を示すＤＯＷＮフラグが含まれている。ｖｉｆ０は、端末２の仮想インターフェース２０１の名前である。
【０１５５】
図３４に戻り、端末２のＯＳ２３０は、管理者が発行したｉｏｃｔｌの内容に従って、端末２の仮想インターフェース２０１の状態をＤＯＷＮ状態に変更する（ステップＳ８０２）。そして、属性情報変更通知を、ルーティングソケットを開いている端末２の状態変更通知送信部２３１へ送信する（ステップＳ８０３）。属性情報変更通知の一例を図３６に示す。図示例の属性情報変更通知９には、処理種別９１と設定値９２が含まれている。
【０１５６】
図３４に戻り、状態変更通知送信部２３１は、ＯＳ２３０から受け取った属性情報変更通知を解析し、変更対象であるインターフェースの名前ｖｉｆ０を取得する。ｖｉｆ０が仮想インターフェース２０１の名前と一致するので、状態変更通知送信部２３１は、属性情報変更通知を作成し、それを端末２の振分部２５０に渡す（ステップＳ８０４）。振分部２５０は、端末２の経路表２４２を参照して出力インターフェースを決定し（ステップＳ８０５）、属性情報変更通知をゲートウェイ装置３へ送信する（ステップＳ８０６）。このときの端末２の経路表２４２は、図８に示す通りである。
【０１５７】
一方、状態変更通知送信部２３１は、属性情報変更通知から取得したインターフェース名が仮想インターフェース２０１の名前と一致しない場合には、何もしない。ゲートウェイ装置３の振分部３５０は、ゲートウェイ装置３の経路表３４２を参照して、端末２から受け取った属性情報変更通知が自局宛であるか否かを判定し（ステップＳ８０７）、自局宛の属性情報変更通知をゲートウェイ装置３の状態変更部３３１に渡す（ステップＳ８０８）。状態変更部３３１は、自局宛の属性情報変更通知から変更内容（ＤＯＷＮフラグ）を取得し、インターネット側実インターフェース３２の状態をＤＯＷＮに変更するように、ｉｏｃｔｌをゲートウェイ装置３のＯＳ３３０に対して発行し（ステップＳ８０９）、本シーケンスによる一連の属性情報変更処理を終了する。
【０１５８】
［３９．インターネット側実インターフェースの属性情報変更手順］
ゲートウェイ装置３のインターネット側実インターフェース３２に繋がるケーブルの異常により、インターネット側実インターフェース３２の状態がＵＰ状態からＤＯＷＮ状態に変化するときの手順について説明する。図３７は、インターネット側実インターフェースの属性情報変更時の処理シーケンスを示す図である。
【０１５９】
まず、予め管理者は、ゲートウェイ装置３の端末管理部３３２に、仮想インターフェース２０１を作成した端末２のＩＰアドレス［１９２．１６８．１００．１０］を登録しておく。このときの端末管理部３３２の内容を図３８に示す。また、ゲートウェイ装置３の状態変更通知送信部３３３は、ゲートウェイ装置３のＯＳ３３０からインターフェースの属性情報の変更通知を受信するために、ルーティングソケットを開設しておく。そして、図３７に示すように、ゲートウェイ装置のＯＳ３３０は、ケーブルの異常により発行されたｉｏｃｔｌを受け取る（ステップＳ９０１）。
【０１６０】
ＯＳ３３０は、ｉｏｃｔｌの内容に従ってインターネット側実インターフェース３２の状態をＤＯＷＮ状態に変更し、属性情報変更通知（図３６参照）を、ルーティングソケットを開いているゲートウェイ装置３の状態変更通知送信部３３３へ送信する（ステップＳ９０２）。ここでは、ケーブルの異常を検知し、ＯＳ３３０にｉｏｃｔｌを発行する手段については特定しない。例えば、インターフェースの状態を監視するプロセスを起動しておいてもよい。
【０１６１】
ゲートウェイ装置３の状態変更通知送信部３３３は、ＯＳ３３０から受け取った属性情報変更通知を解析し、変更対象であるインターフェースの名前ｅｔｈ０を取得する。ｅｔｈ０がインターネット側実インターフェース３２の名前と一致するので、状態変更通知送信部３３３は、ゲートウェイ装置３の端末管理部３３２を参照し、仮想インターフェース２０１が作成されている端末２のＩＰアドレス［１９２．１６８．１００．１０］を取得する（ステップＳ９０３）。そして、状態変更通知送信部３３３は、属性情報変更通知を作成し、それをゲートウェイ装置３の振分部３５０に渡す（ステップＳ９０４）。
【０１６２】
振分部３５０は、ゲートウェイ装置３の経路表３４２を参照して出力インターフェースを決定し（ステップＳ９０５）、属性情報変更通知を［１９２．１６８．１００．１０］のＩＰアドレスを有する端末２へ送信する（ステップＳ９０６）。このときのゲートウェイ装置３の経路表３４２は、図１０に示す通りである。一方、状態変更通知送信部３３３は、属性情報変更通知から取得したインターフェース名がインターネット側実インターフェース３２の名前と一致しない場合には、何もしない。
【０１６３】
端末２の振分部２５０は、端末２の経路表２４２を参照して、ゲートウェイ装置３から受け取った属性情報変更通知が自局宛であるか否かを判定し（ステップＳ９０７）、自局宛の属性情報変更通知を端末２の状態変更部２３２に渡す（ステップＳ９０８）。状態変更部２３２は、自局宛の属性情報変更通知から変更内容（ＤＯＷＮフラグ）を取得し、仮想インターフェース２０１の状態をＤＯＷＮに変更するように、ｉｏｃｔｌを端末２のＯＳ２３０に対して発行し（ステップＳ９０９）、本シーケンスによる一連の属性情報変更処理を終了する。
【０１６４】
（実施の形態７）
［４０．概略］
実施の形態７は、図３２の構成においてプライベートネットワーク内に複数の端末が設けられている場合の例である。以下に、上記実施の形態６の［３４．概略］の内容と異なる点についてのみ説明する。ゲートウェイ装置３の状態変更部３３１は、属性情報変更通知を受けた端末２を一意に特定する情報を、ゲートウェイ装置３のＯＳ３３０を介してゲートウェイ装置３の状態変更通知送信部３３３に通知する。ゲートウェイ装置３の状態変更通知送信部３３３は、ゲートウェイ装置３の状態変更部３３１から端末２を一意に特定する情報を受信する。
【０１６５】
また、状態変更通知送信部３３３は、属性情報の操作対象がインターネット側実インターフェース３２である場合に、次の（１）または（２）の動作を行う。（１）ゲートウェイ装置３の状態変更部３３１から、属性情報変更通知を受けた端末の情報を受け取り、その端末以外の端末に対して属性情報変更通知を送信する。（２）ゲートウェイ装置３の状態変更部３３１から、属性情報変更通知を受けた端末の情報を受け取り、端末管理部３３２が管理する全ての端末に対して属性情報変更通知を送信する。
【０１６６】
［４１．端末側のイベントによりゲートウェイ装置の実インターフェースの属性情報が変更された場合の手順］
次に、実施の形態７のネットワークシステムにおいて、端末側のイベント（仮想インターフェースの属性情報変更）によりゲートウェイ装置の実インターフェースの属性情報が変更された場合の手順について説明する。端末の状態変更通知送信部２３１は、インターフェースの属性情報が操作されたことを検知すると、その操作内容を解析する。その結果、操作対象が仮想インターフェース２０１であるので、ゲートウェイ装置３に属性情報変更通知を通知する。
【０１６７】
ゲートウェイ装置３の状態変更部３３１は、端末から属性情報変更通知を受信すると、ゲートウェイ装置３の状態変更通知送信部３３３に、属性情報変更通知を受けた端末を一意に特定する情報を通知し、対応するインターネット側実インターフェース３２の情報に変更内容を反映させる。ゲートウェイ装置３の状態変更通知送信部３３３は、状態変更部３３１によるインターネット側実インターフェース３２の属性情報操作を検知し、ゲートウェイ装置３の端末管理部３３２で管理する端末のうち、状態変更部３３１から通知された端末を除く端末に対して属性情報変更通知を通知する。
【０１６８】
［４２．ゲートウェイ装置側のイベントによりゲートウェイ装置の実インターフェースの属性情報が変更された場合の手順］
実施の形態７のネットワークシステムにおいて、ゲートウェイ装置側のイベント（例えば、ケーブル異常による状態ＤＯＷＮ）によりゲートウェイ装置の実インターフェースの属性情報が変更された場合の手順について説明する。予め、管理者は、運用コマンドを用いて端末内に、ゲートウェイ装置３のインターネット側実インターフェース３２に対応する仮想インターフェース２０１を作成したときに、さらに運用コマンドを用いてゲートウェイ装置３の端末管理部３３２に、仮想インターフェース２０１を作成した端末を一意に特定する情報を設定しておく。ゲートウェイ装置３の状態変更通知送信部３３３は、ゲートウェイ装置３のＯＳ３３０によるインターネット側実インターフェース３２の属性情報操作を検知し、ゲートウェイ装置３の端末管理部３３２で管理するすべての端末に対して属性情報変更通知を通知する。
【０１６９】
［４３．具体例］
次に、実施の形態７の具体例について説明する。図３９は、実施の形態７にかかるネットワークシステムの具体的な構成を示す図である。図３９に示すように、実施の形態７では、プライベートネットワーク内の端末の数を、特に限定しないが、例えば２個として説明する。便宜上、一方の端末Ａの符号を２ａとし、他方の端末Ｂの符号を２ｂとする。端末Ａ２ａ、端末Ｂ２ｂおよびゲートウェイ装置３の構成は、上記実施の形態６の［３７．具体例］および上記［４０．概略］において説明した通りである。ただし、［４０．概略］の内容が［３７．具体例］の内容よりも優先される。
【０１７０】
［４４．端末Ａの仮想インターフェースの属性情報が変更された場合の手順］
プライベートネットワーク内の端末Ａと端末Ｂがそれぞれ仮想インターフェースを作成している状況において、端末Ａの仮想インターフェースの属性情報が変更された場合の手順について説明する。図４０は、仮想インターフェースの属性情報変更時の処理シーケンスを示す図である。まず、予め管理者は、ゲートウェイ装置３の端末管理部３３２に、仮想インターフェース２０１を作成した端末Ａ２ａのＩＰアドレス［１９２．１６８．１００．１０］と、仮想インターフェース２０１を作成した端末Ｂ２ｂのＩＰアドレス［１９２．１６８．１００．１１］を登録しておく。このときの端末管理部３３２の内容を図４１に示す。
【０１７１】
予め、端末Ａ２ａの状態変更通知送信部２３１は、端末Ａ２ａのＯＳ２３０からインターフェースの属性情報の変更通知を受信するために、ルーティングソケットを開設しておく。そして、図４０に示すように、管理者は、インターフェースの属性情報を変更するために端末Ａ２ａのＯＳ２３０にｉｏｃｔｌを発行する（ステップＳ１００１）。端末Ａ２ａのＯＳ２３０は、ｉｏｃｔｌの内容に従って、端末Ａ２ａの仮想インターフェース２０１の状態をＤＯＷＮ状態に変更する（ステップＳ１００２）。
【０１７２】
そして、属性情報変更通知を端末Ａ２ａの状態変更通知送信部２３１へ送信する（ステップＳ１００３）。状態変更通知送信部２３１は、ＯＳ２３０から受け取った属性情報変更通知を解析し、変更対象であるインターフェースの名前ｖｉｆ０を取得する。ｖｉｆ０が仮想インターフェース２０１の名前と一致するので、状態変更通知送信部２３１は、属性情報変更通知を作成し、それを端末Ａ２ａの振分部２５０に渡す（ステップＳ１００４）。振分部２５０は、端末Ａ２ａの経路表２４２を参照して出力インターフェースを決定し（ステップＳ１００５）、属性情報変更通知をゲートウェイ装置３へ送信する（ステップＳ１００６）。
【０１７３】
ゲートウェイ装置３の振分部３５０は、ゲートウェイ装置３の経路表３４２を参照して、端末Ａ２ａから受け取った属性情報変更通知が自局宛であるか否かを判定し（ステップＳ１００７）、自局宛の属性情報変更通知をゲートウェイ装置３の状態変更部３３１に渡す（ステップＳ１００８）。状態変更部３３１は、振分部３５０を介して端末Ａ２ａから属性情報変更通知を受信すると、ゲートウェイ装置３の状態変更通知送信部３３３に、変更通知の送信元端末（端末Ａ２ａ）のＩＰアドレス［１９２．１６８．１００．１０］を通知する（ステップＳ１００９）。状態変更通知送信部３３３は、状態変更部３３１から通知された端末Ａ２ａのＩＰアドレス［１９２．１６８．１００．１０］を保持する。
【０１７４】
また、状態変更部３３１は、属性情報変更通知から変更内容（ＤＯＷＮフラグ）を取得し、インターネット側実インターフェース３２の状態をＤＯＷＮにするように、ゲートウェイ装置３のＯＳ３３０に対してｉｏｃｔｌを発行する（ステップＳ１０１０）。一方、ゲートウェイ装置３の状態変更通知送信部３３３は、ゲートウェイ装置３のＯＳ３３０からインターフェースの属性情報の変更通知を受信するために、ルーティングソケットを開設しておく。ＯＳ３３０は、状態変更部３３１からｉｏｃｔｌを受け取ると、ｉｏｃｔｌの内容に従ってインターネット側実インターフェース３２の状態をＤＯＷＮ状態に変更し、属性情報変更通知を状態変更通知送信部３３３へ送信する（ステップＳ１０１１）。
【０１７５】
状態変更通知送信部３３３は、ＯＳ３３０から受け取った属性情報変更通知を解析し、変更対象であるインターフェースの名前ｅｔｈ０を取得する。ｅｔｈ０がインターネット側実インターフェース３２の名前と一致するので、状態変更通知送信部３３３は、ゲートウェイ装置３の端末管理部３３２を参照し、仮想インターフェース２０１が作成されている端末Ａ２ａのＩＰアドレス［１９２．１６８．１００．１０］と端末Ｂ２ｂのＩＰアドレス［１９２．１６８．１００．１１］を取得する（ステップＳ１０１２）。そして、状態変更通知送信部３３３は、保持している端末Ａ２ａのＩＰアドレスを無効とし、端末Ｂ２ｂのＩＰアドレスについてのみ、属性情報変更通知を作成し、それをゲートウェイ装置３の振分部３５０に渡す（ステップＳ１０１３）。
【０１７６】
振分部３５０は、ゲートウェイ装置３の経路表３４２を参照して出力インターフェースを決定し（ステップＳ１０１４）、属性情報変更通知を［１９２．１６８．１００．１１］のＩＰアドレスを有する端末Ｂ２ｂへ送信する（ステップＳ１０１５）。このときのゲートウェイ装置３の経路表３４２は、図１０に示す通りである。端末Ｂ２ｂの振分部２５０は、端末Ｂ２ｂの経路表２４２を参照して、ゲートウェイ装置３から受け取った属性情報変更通知が自局宛であるか否かを判定し（ステップＳ１０１６）、自局宛の属性情報変更通知を端末Ｂ２ｂの状態変更部２３２に渡す（ステップＳ１０１７）。
【０１７７】
状態変更部２３２は、自局宛の属性情報変更通知から変更内容（ＤＯＷＮフラグ）を取得し、仮想インターフェース２０１の状態をＤＯＷＮに変更するように、ｉｏｃｔｌを端末Ｂ２ｂのＯＳ２３０に対して発行し（ステップＳ１０１８）、本シーケンスによる一連の属性情報変更処理を終了する。なお、ゲートウェイ装置３から端末Ａ２ａに属性情報変更通知を通知しないのは、既にステップＳ１００２で端末Ａ２ａの仮想インターフェース２０１がＤＯＷＮ状態に変更されているからである。
【０１７８】
以上説明したように、上記各実施の形態によれば、プライベートネットワーク内の端末２，２ａ，２ｂ内に、ゲートウェイ装置３のインターネット側実インターフェース３２に対応する仮想インターフェース２０１を作成し、この仮想インターフェース２０１を用いることによって、ゲートウェイ装置３のインターネット側実インターフェース３２に付与されたグローバルアドレスを用いてインターネット４側へパケットを送信することができる。従って、ゲートウェイ装置３においてプライベートアドレスとグローバルアドレスの変換処理を行う必要がない。
【０１７９】
また、上記各実施の形態によれば、端末２，２ａ，２ｂがインターネット４側に対して通信を開始する前であっても、端末２，２ａ，２ｂとゲートウェイ装置３の間に設定された上り転送パスを用いることによって、インターネット４側からプライベートネットワーク内の端末２，２ａ，２ｂに対して通信を開始することができる。従って、通信相手からの接続を待つアプリケーションや、データ部にＩＰアドレスやポート番号を有するプロトコルを使用するアプリケーションや、暗号化を行うアプリケーションなどであっても、そのアプリケーションの修正を行うことなく、プライベートネットワーク内の端末２，２ａ，２ｂとインターネット４上の通信端末装置５が相互に通信することができる。
【０１８０】
なお、本発明は、上記各実施の形態に限らず、種々変更可能である。また、上記実施の形態１〜５のいずれかと実施の形態６または７を適宜、組み合わせてもよい。
【０１８１】
（付記１）インターネットとプライベートネットワークの境界に位置してその間で送受信されるデータの中継を行うゲートウェイ装置と、前記ゲートウェイ装置のインターネット側実インターフェースに対応する仮想インターフェースを有し、該仮想インターフェースを介して、インターネット上に位置する他の端末に対するデータの送受信を行うプライベートネットワーク内の端末と、前記インターネット側実インターフェースと前記仮想インターフェースの間でデータを転送する転送パスと、を備えることを特徴とするネットワークシステム。
【０１８２】
（付記２）前記転送パスを、前記端末が前記仮想インターフェースに対して通信ポートを開設することにより設定することを特徴とする付記１に記載のネットワークシステム。
【０１８３】
（付記３）前記端末は、前記仮想インターフェースの属性情報の変更内容を前記ゲートウェイ装置に通知する状態変更通知送信部を備え、前記ゲートウェイ装置は、前記端末から通知された前記仮想インターフェースの属性情報の変更内容を、前記インターネット側実インターフェースの属性情報に反映させる状態変更部を備えることを特徴とする付記１または２に記載のネットワークシステム。
【０１８４】
（付記４）前記ゲートウェイ装置は、前記インターネット側実インターフェースに対応する仮想インターフェースを有する端末を管理する端末管理部と、前記インターネット側実インターフェースの属性情報の変更内容を、前記端末管理部で管理する端末に通知する状態変更通知送信部を備え、前記端末は、前記ゲートウェイ装置から通知された前記インターネット側実インターフェースの属性情報の変更内容を、前記仮想インターフェースの属性情報に反映させる状態変更部を備えることを特徴とする付記１〜３のいずれか一つに記載のネットワークシステム。
【０１８５】
（付記５）前記ゲートウェイ装置が、プライベートネットワーク内の複数の端末のうちのいずれかの端末から仮想インターフェースの属性情報の変更内容を通知されると、同ゲートウェイ装置の前記状態変更通知送信部は、前記端末管理部で管理する複数の端末のうち、該仮想インターフェースの属性情報の変更内容を通知してきた端末を除いた残りの端末に対して、前記インターネット側実インターフェースの属性情報の変更内容を通知することを特徴とする付記４に記載のネットワークシステム。
【０１８６】
（付記６）インターネットとプライベートネットワークの境界に位置してその間で送受信されるデータの中継を行うゲートウェイ装置のインターネット側実インターフェースに対応する仮想インターフェースを有し、該仮想インターフェースを介しゲートウェイ装置のインターネット側実インターフェースに割り当てられたグローバルアドレスを使って、インターネット上に位置する他の端末に対するデータの送受信を行うことを特徴とする端末。
【０１８７】
（付記７）インターネット上の他の端末と通信を行うアプリケーション部と、ゲートウェイ装置へデータを転送するための下り転送パスを設定する転送制御部と、前記アプリケーション部が前記仮想インターフェースに対して送信したデータを前記下り転送パスを介してゲートウェイ装置へ転送するデータ転送部と、ゲートウェイ装置から転送されてきたデータを受信して、前記仮想インターフェースを介して前記アプリケーション部に渡すデータ受信部と、を備えることを特徴とする付記６に記載の端末。
【０１８８】
（付記８）ゲートウェイ装置へ転送されるデータに対して、宛先情報を含むヘッダを付与する宛先設定部と、データの宛先に対する出力先インターフェースを決定する出力インターフェース決定部と、ゲートウェイ装置から転送されてきた自身宛のデータから、宛先情報を含むヘッダを削除する宛先判定部と、をさらに備えることを特徴とする付記７に記載の端末。
【０１８９】
（付記９）ゲートウェイ装置へ転送されるデータを複数のデータ片に分割するデータ分割部と、データ片に対して、送受信確認番号を含むヘッダを付与する送受信制御部と、ゲートウェイ装置へ送信したデータ片に対する受信応答が送られてこないときに同じデータ片を再送信するとともに、データの受信時にそのデータの送信元に受信応答を送信する再送制御部と、ゲートウェイ装置から転送されてきた複数のデータ片を元のデータに再構築するデータ構築部と、をさらに備えることを特徴とする付記８に記載の端末。
【０１９０】
（付記１０）ゲートウェイ装置へ転送されるデータに対して識別子を付与する識別子設定部と、ゲートウェイ装置から転送されてきたデータに識別子が付与されているか否かを判定する識別子判定部と、ゲートウェイ装置から転送されてきたデータに付与されている識別子を削除する識別子削除部と、をさらに備えることを特徴とする付記７に記載の端末。
【０１９１】
（付記１１）インターネットとプライベートネットワークの境界に位置してその間で送受信されるデータの中継を行うゲートウェイ装置と、前記ゲートウェイ装置のインターネット側実インターフェースに対応する仮想インターフェースを有し、該仮想インターフェースを介しゲートウェイ装置のインターネット側インターフェースに割り当てられたグローバルアドレスを使って、インターネット上に位置する他の端末に対するデータの送受信を行うプライベートネットワーク内の端末と、前記インターネット側実インターフェースと前記仮想インターフェースの間でデータを転送する転送パスと、を備えるネットワークシステムにおいて用いられるゲートウェイ装置であって、プライベートネットワーク内の端末へデータを転送するための上り転送パスを設定する転送制御部と、インターネット上の端末から受信したデータを前記上り転送パスを介してプライベートネットワーク内の端末へ転送するデータ転送部と、プライベートネットワーク内の端末から転送されてきたデータを受信して、インターネットへ送信するデータ受信部と、を備えることを特徴とするゲートウェイ装置。
【０１９２】
（付記１２）インターネット上の端末から受信したデータの宛先ポート番号に基づいて、プライベートネットワーク内の複数の端末の中から転送先の端末を決定する転送先決定部をさらに備えることを特徴とする付記１１に記載のゲートウェイ装置。
【０１９３】
（付記１３）プライベートネットワーク内の端末へ転送されるデータに対して、宛先情報を含むヘッダを付与する宛先設定部と、データの宛先に対する出力先インターフェースを決定する出力インターフェース決定部と、プライベートネットワーク内の端末から転送されてきた自身宛のデータから、宛先情報を含むヘッダを削除する宛先判定部と、をさらに備えることを特徴とする付記１１または１２に記載のゲートウェイ装置。
【０１９４】
（付記１４）プライベートネットワーク内の端末へ転送されるデータを複数のデータ片に分割するデータ分割部と、データ片に対して、送受信確認番号を含むヘッダを付与する送受信制御部と、プライベートネットワーク内の端末へ送信したデータ片に対する受信応答が送られてこないときに同じデータ片を再送信するとともに、データの受信時にそのデータの送信元に受信応答を送信する再送制御部と、プライベートネットワーク内の端末から転送されてきた複数のデータ片を元のデータに再構築するデータ構築部と、をさらに備えることを特徴とする付記１３に記載のゲートウェイ装置。
【０１９５】
（付記１５）プライベートネットワーク内の端末へ転送されるデータに対して識別子を付与する識別子設定部と、プライベートネットワーク内の端末から転送されてきたデータに識別子が付与されているか否かを判定する識別子判定部と、プライベートネットワーク内の端末から転送されてきたデータに付与されている識別子を削除する識別子削除部と、をさらに備えることを特徴とする付記１１または１２に記載のゲートウェイ装置。
【産業上の利用可能性】
【０１９６】
以上のように、本発明にかかるネットワークシステム、端末およびゲートウェイ装置は、プライベートネットワークとインターネットとの間の通信を行う技術に有用であり、特に、プライベートネットワーク内の端末が、通信相手からの接続を待つアプリケーションや、データ部にＩＰアドレスやポート番号を有するプロトコルを使用するアプリケーションや、暗号化を行うアプリケーションを用いる場合に適している。
【図面の簡単な説明】
【０１９７】
【図１】本発明にかかるネットワークシステムの原理を説明する図である。
【図２】本発明にかかるネットワークシステムのデータ転送処理のシーケンスを示す図である。
【図３】本発明にかかるネットワークシステムにおける下り転送時のパケットフォーマットの変遷を示す図である。
【図４】本発明にかかるネットワークシステムにおける上り転送時のパケットフォーマットの変遷を示す図である。
【図５】実施の形態１にかかるネットワークシステムの構成の概略を示す図である。
【図６】実施の形態１にかかるネットワークシステムの具体的な構成を示す図である。
【図７】実施の形態１にかかる端末の転送表の一例を示す図である。
【図８】実施の形態１にかかる端末の経路表の一例を示す図である。
【図９】実施の形態１にかかるゲートウェイ装置の転送表の一例を示す図である。
【図１０】実施の形態１にかかるゲートウェイ装置の経路表の一例を示す図である。
【図１１】実施の形態１にかかるネットワークシステムにおける仮想インターフェースの作成から転送パスの設定までの処理シーケンスを示す図である。
【図１２】実施の形態１にかかるネットワークシステムにおけるパケット受信時の処理シーケンスを示す図である。
【図１３】実施の形態１にかかるネットワークシステムにおけるパケット受信時のパケットフォーマットの変遷の様子を示す図である。
【図１４】実施の形態１にかかるネットワークシステムにおけるパケット送信時の処理シーケンスを示す図である。
【図１５】実施の形態１にかかるネットワークシステムにおけるパケット送信時のパケットフォーマットの変遷の様子を示す図である。
【図１６】実施の形態２にかかるネットワークシステムの構成の概略を示す図である。
【図１７】実施の形態２にかかるネットワークシステムの具体的な構成を示す図である。
【図１８】実施の形態２にかかる端末の転送表の一例を示す図である。
【図１９】実施の形態２にかかるゲートウェイ装置の転送表の一例を示す図である。
【図２０】実施の形態２にかかるネットワークシステムにおけるパケット受信時の処理シーケンスを示す図である。
【図２１】実施の形態３にかかるネットワークシステムの構成の概略を示す図である。
【図２２】実施の形態４にかかるネットワークシステムの構成の概略を示す図である。
【図２３】実施の形態４にかかるネットワークシステムにおけるパケット受信時のパケットフォーマットの変遷の様子を示す図である。
【図２４】実施の形態４にかかるネットワークシステムにおけるパケット送信時のパケットフォーマットの変遷の様子を示す図である。
【図２５】実施の形態５にかかるネットワークシステムの構成の概略を示す図である。
【図２６】実施の形態５にかかる端末の転送表の一例を示す図である。
【図２７】実施の形態５にかかるゲートウェイ装置の転送表の一例を示す図である。
【図２８】実施の形態５にかかるネットワークシステムにおけるパケット受信時の処理シーケンスを示す図である。
【図２９】実施の形態５にかかるネットワークシステムにおけるパケット受信時のパケットフォーマットの変遷の様子を示す図である。
【図３０】実施の形態５にかかるネットワークシステムにおけるパケット送信時の処理シーケンスを示す図である。
【図３１】実施の形態５にかかるネットワークシステムにおけるパケット送信時のパケットフォーマットの変遷の様子を示す図である。
【図３２】実施の形態６にかかるネットワークシステムの構成の概略を示す図である。
【図３３】実施の形態６にかかるネットワークシステムの具体的な構成を示す図である。
【図３４】実施の形態６にかかるネットワークシステムにおける仮想インターフェースの属性情報変更時の処理シーケンスを示す図である。
【図３５】実施の形態６においてｉｏｃｔｌにより発行される命令のフォーマットの一例を示す図である。
【図３６】実施の形態６における属性情報変更通知の一例を示す図である。
【図３７】実施の形態６にかかるネットワークシステムにおける実インターフェースの属性情報変更時の処理シーケンスを示す図である。
【図３８】実施の形態６にかかるゲートウェイ装置の端末管理部の一例を示す図である。
【図３９】実施の形態７にかかるネットワークシステムの具体的な構成を示す図である。
【図４０】実施の形態７にかかるネットワークシステムにおける仮想インターフェースの属性情報変更時の処理シーケンスを示す図である。
【図４１】実施の形態７にかかるゲートウェイ装置の端末管理部の一例を示す図である。
【符号の説明】
【０１９８】
１  プライベートネットワーク
２，２ａ，２ｂ  端末
３  ゲートウェイ装置
４  インターネット
５  インターネット上の端末
３２  インターネット側実インターフェース
１０１  上り転送パス
１０２  下り転送パス
２０１  仮想インターフェース
２０２  アプリケーション部
２０３，３０１  転送制御部
２０４，３０２  データ受信部
２０５，３０３  データ転送部
２０６，３０５  宛先判定部
２０７，３０６  出力インターフェース決定部
２０８，３０７  宛先設定部
２０９，３０８  再送制御部
２１０，３０９  送受信制御部
２１１，３１０  データ構築部
２１２，３１１  データ分割部
２２０，３２０  識別子設定部
２２１，３２１  識別子判定部
２２２，３２２  識別子削除部
２３１，３３３  状態変更通知送信部
２３２，３３１  状態変更部
３０４  転送先決定部
３３１，２３２  状態変更部
３３２  端末管理部
【図１】
0004764737.tif 000002
【図２】
0004764737.tif 000003
【図３】
0004764737.tif 000004
【図４】
0004764737.tif 000005
【図５】
0004764737.tif 000006
【図６】
0004764737.tif 000007
【図７】
0004764737.tif 000008
【図８】
0004764737.tif 000009
【図９】
0004764737.tif 000010
【図１０】
0004764737.tif 000011
【図１１】
0004764737.tif 000012
【図１２】
0004764737.tif 000013
【図１３】
0004764737.tif 000014
【図１４】
0004764737.tif 000015
【図１５】
0004764737.tif 000016
【図１６】
0004764737.tif 000017
【図１７】
0004764737.tif 000018
【図１８】
0004764737.tif 000019
【図１９】
0004764737.tif 000020
【図２０】
0004764737.tif 000021
【図２１】
0004764737.tif 000022
【図２２】
0004764737.tif 000023
【図２３】
0004764737.tif 000024
【図２４】
0004764737.tif 000025
【図２５】
0004764737.tif 000026
【図２６】
0004764737.tif 000027
【図２７】
0004764737.tif 000028
【図２８】
0004764737.tif 000029
【図２９】
0004764737.tif 000030
【図３０】
0004764737.tif 000031
【図３１】
0004764737.tif 000032
【図３２】
0004764737.tif 000033
【図３３】
0004764737.tif 000034
【図３４】
0004764737.tif 000035
【図３５】
0004764737.tif 000036
【図３６】
0004764737.tif 000037
【図３７】
0004764737.tif 000038
【図３８】
0004764737.tif 000039
【図３９】
0004764737.tif 000040
【図４０】
0004764737.tif 000041
【図４１】
0004764737.tif 000042