JP2009049648A - パケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびｖｐｎサーバ - Google Patents

Abstract

【課題】通信経路を仮想的に拡張することで、複数の通信経路によるパケット転送の負荷分散を図ることにより、パケット転送の高速化を実現すること。
【解決手段】ＶＰＮサーバ１０１は、パケットＰ２を受信するとカプセル化し、無線端末ＭＮ１，ＭＮ２に対し、パケットＰ（２−１），Ｐ（２−２）を配信する。無線端末ＭＮ１は、パケットＰ（２−１）を受信するとデカプセル化し、パケットＰ２−１を無線端末ＭＮ３に送信する。これにより、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ１⇒無線端末ＭＮ３という通信経路により、パケットＰ２−１が送られる。無線端末ＭＮ２は、パケットＰ（２−２）を受信するとデカプセル化し、パケットＰ２−２を無線端末ＭＮ３に送信する。これにより、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ２⇒無線端末ＭＮ３という通信経路により、パケットＰ２−２が送られる。
【選択図】図５

Description

この発明は、リモートネットワーク上にあるＶＰＮサーバとローカルネットワーク内の複数の端末装置とをＶＰＮ接続することにより複数の通信経路を設定して目的とする端末装置に統合するパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバに関する。

近年、携帯電話などの無線インターフェイス（通信デバイス）を持った情報機器からネットワーク経由で様々なサービスやコンテンツを利用するシーンが多くなったが、このとき利用する無線回線は、その特性上、品質が不安定で、帯域も有線回線に比較して狭い。したがって、必ずしも快適な作業環境を提供できるわけではないのが現状である。

そこで、周辺の複数の無線機器を利用して、仮想的に帯域を拡張する技術が検討されている。たとえば、下記非特許文献１では、Ｍｏｂｉｌｅ ＩＰｖ４を使ってネットワーク接続している複数の端末を経由した複数の経路を束ね、ＨＡ（Ｈｏｍｅ Ａｇｅｎｔ）において、各経路のパケット分配、集約を行って仮想的に帯域拡大を行う方法が示されている。

しかし、この方法では、公衆回線網において上位でパケットの分配や集約を行うＨＡまでＭｏｂｉｌｅ ＩＰによるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）トンネリングを行ったうえで、更にパケットを近在する他の無線端末まで転送するためのＩＰトンネリングを行わなければならず、ＩＰトンネリングによるパケットヘッダのオーバーヘッドの問題があった。

具体的には、あるローカルネットワークに存在する一方の無線端末が他方の無線端末を介してリモートネットワークにある通信相手（以下、ＣＮという。ＣＮ：Ｃｏｒｒｅｓｐｏｎｄｅｎｔ Ｎｏｄｅ）へパケットを送信する場合、Ｍｏｂｉｌｅ ＩＰのＩＰトンネリングのためのカプセル化を行うとともに、一方の無線端末から他方の無線端末へのパケット転送のためのＩＰトンネリングのカプセル化を行わなければならないという、カプセル化の重畳の問題があった。

また、Ｍｏｂｉｌｅ ＩＰ自体には十分なセキュリティの機能がないため、たとえばＶＰＮを使ってセキュリティを確保しようとすると、ＶＰＮのＩＰトンネリングのためのカプセル化をさらに行わなければならず、パケットヘッダのオーバーヘッドがさらに大きくなるという問題があった。すなわち、セキュリティの確保とパケットヘッダのオーバーヘッドの抑制とは、トレードオフの関係にあることとなる。

このような問題を解決するために、下記非特許文献１によりＶＰＮサーバによる経路分配・統合の方法が提案された。基本的な動作原理を下り（ＣＮ→無線端末ＭＮ）の経路統合を例に説明する。

図１４は、従来の複数経路統合の構成例を示す説明図である。図１４において、ＣＮ（たとえば、ファイルサーバ１０２）から無線端末ＭＮ２への送信を無線端末ＭＮ１，ＭＮ３を経由した３経路に分配統合する。無線端末ＭＮ１〜ＭＮ３は無線ＬＡＮとＰＨＳ，ＰＤＣ，３Ｇなどの２つ以上の通信インターフェイスを持っており、それぞれ無線ＬＡＮのＡｄ−ｈｏｃモードなどで接続したローカルネットワークを形成している。

ファイルサーバ１０２とＶＰＮサーバ１０１はリモートネットワーク上にあり、無線端末ＭＮ１〜ＭＮ３はＶＰＮサーバへ接続可能とする。無線端末ＭＮ１〜ＭＮ３からファイルサーバ１０２への接続はＰＨＳ（またはＰＤＣ，３Ｇなど）回線を使い、ＶＰＮ接続を行う。無線端末ＭＮ１〜ＭＮ３からリモートネットワークへのＶＰＮ接続が行われた状態で、ファイルサーバ１０２から無線端末ＭＮ２へのパケット伝送を考える。ファイルサーバ１０２から送信されるパケット１４００の宛先アドレスＤｓｔは無線端末ＭＮ２のＶＰＮアドレスになっている。

このパケット１４００がＶＰＮサーバにおいてカプセル化され、宛先を無線端末ＭＮ２のＰＨＳ（グローバル）インターフェイスに割り振られたグローバルアドレスとし，それぞれパケット１４００−（１）〜１４００−（３）として送信される。この後パケット１４００−（１）〜１４００−（３）はデカプセル化され、ＶＰＮアドレスを宛先とするパケットがＶＰＮ仮想インターフェイスにおいて受信される。

このファイルサーバ１０２から無線端末ＭＮ２へのパケット１４００−（１），１４００−（３）を無線端末ＭＮ１，ＭＮ３を経由させる場合、ファイルサーバ１０２からＶＰＮサーバへ届いたパケット１４００をカプセル化する際の（カプセル化後の）宛先アドレスを、一定の規則に基づいて無線端末ＭＮ１のグローバルアドレス、無線端末ＭＮ２のグローバルアドレス、無線端末ＭＮ３のグローバルアドレスに切り替える。

宛先が無線端末ＭＮ１，ＭＮ２，ＭＮ３となったパケット１４００−（１）〜１４００−（３）は、それぞれ無線端末ＭＮ１〜ＭＮ３へ転送される。無線端末ＭＮ１〜ＭＮ３ではそれぞれデカプセル化され、宛先が無線端末ＭＮ２のＶＰＮアドレスであるパケット１４００−１〜１４００−３が現れる。

このとき、無線端末ＭＮ１および無線端末ＭＮ３のルーティング設定を、宛先が無線端末ＭＮ２のＶＰＮアドレスの場合は、無線端末ＭＮ２の無線ＬＡＮ（ローカル）インターフェイスへ転送するように設定しておけば、無線端末ＭＮ１，ＭＮ３へ届いた無線端末ＭＮ２のＶＰＮアドレス宛のパケット１４００−１，１４００−３が無線端末ＭＮ２へ無線ＬＡＮを経由して転送される。

このＶＰＮサーバおよび複数のＶＰＮクライアントによって構成される経路統合システムを利用して、特殊なアプリなどを導入していない、無線ＬＡＮを持ったノートＰＣなどの機器に対して、同様に複数経路統合を行う場合を考える。

図１５は、ローカルネットワーク内のノートＰＣからゲートウェイとなる無線端末を経由してリモートネットワークへ接続する場合のネットワーク構成例を示す説明図である。図１５において、まず、ノートＰＣから無線端末ＭＮを経由してファイルサーバ１０２へ接続する場合、無線端末ＭＮはノートＰＣを含むローカルネットワークから外部ネットワークへのＧＷとみなすことができ、ローカルネットワーク内ではプライベートアドレスを用いるため、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）機能が必要となる。

また、ノートＰＣに同じサブネットのＩＰアドレスを割り振り、デフォルトゲートウェイを無線端末ＭＮに設定する必要がある。このような環境を前提として、従来の複数経路統合システムを適用する場合を考える。

図１６および図１７は、図１５に示した構成で複数経路統合を適用した場合のルーティング制御例を示す説明図である。図１６および図１７では、無線端末ＭＮ３（たとえば、ノートＰＣ）に対してＧＷとなる無線端末ＭＮ１に一旦パケットを統合した後、ノートＰＣに転送する形になる。まず、図１６に示した上り（ノートＰＣ→ファイルサーバ１０２）の制御例について説明する。

図１６において、無線端末ＭＮ３からファイルサーバ１０２に対してデータ転送を要求する。このとき送信されるパケットＰ１０の宛先アドレスＤｓｔはファイルサーバ１０２のアドレス、送信元アドレスＳｒｃは無線端末ＭＮ３のローカル（プライベート）アドレスである。

このパケットＰ１０は無線端末ＭＮ１を経由する際に、ＮＡＴにより送信元アドレスＳｒｃが無線端末ＭＮ１のＶＰＮアドレスに変換され、パケットＰ２０となる。このときのアドレス変換規則Ｔ１は無線端末ＭＮ１内に保存される。パケットＰ２０は無線端末ＭＮ１でカプセル化される。カプセル化されたパケットＰ（２０）は、無線端末ＭＮ１からＶＰＮサーバに送信される。ＶＰＮサーバはパケットＰ２０をデカプセル化する。これにより、パケットＰ（２０）からデカプセル化されたパケットＰ２０が最終的にファイルサーバ１０２に届く。

つぎに、図１７に示した下り（ファイルサーバ１０２→ノートＰＣ）の制御例について説明する。折り返し、ファイルサーバ１０２からデータ転送するパケットＰ３０の宛先アドレスＤｓｔは無線端末ＭＮ１のＶＰＮアドレスである。パケットＰ３０は、カプセル化後のアドレスが無線端末ＭＮ１または無線端末ＭＮ２のグローバルアドレスとなるように、ＶＰＮサーバでカプセル化される。カプセル化されたパケットをそれぞれパケットＰ（３０−１），Ｐ（３０−２）とする。パケットＰ（３０−１），Ｐ（３０−２）は、ＶＰＮサーバからそれぞれ無線端末ＭＮ１，ＭＮ２へ転送される。

無線端末ＭＮ１に届いたパケットＰ（３０−１）は、無線端末ＭＮ１においてデカプセル化され、パケットＰ３０−１となる。また、無線端末ＭＮ２へ届いたパケットＰ（３０−２）はデカプセル化される。デカプセル化されたパケットＰ３０−２は、予め設定したルーティング設定に従って、無線端末ＭＮ１に転送される。無線端末ＭＮ１に届いた無線端末ＭＮ１のＶＰＮアドレス宛のパケットＰ３０−１，Ｐ３０−２は、保存されたアドレス変換規則Ｔ１に従って、宛先アドレスＳｒｃが無線端末ＭＮ３のアドレスに変換されたパケットＰ４０として無線端末ＭＮ３へ転送されることになる。

村松秀哉，富強，石原進，水野忠則 "Ｍｏｂｉｌｅ ＩＰを利用した通信回線共有方式の提案" 第６４回情報処理学会全国大会講演論文集（３），ｐｐ３−５６５〜３−５６６ ２００２年３月

しかしながら、各パケットＰ（３０−１），Ｐ（３０−２）はアドレス変換規則Ｔ１によるアドレス変換処理のため、必ず無線端末ＭＮ１を経由して無線端末ＭＮ３に転送される。したがって、無線端末ＭＮ１の負荷が大きくなり、無線端末ＭＮ１上の各処理が遅延するおそれがあり、消費電力も大きくなるという問題がある。

また、無線端末ＭＮ２から直接無線端末ＭＮ３にパケットを転送する場合に比べて１ホップ分多く無線ＬＡＮ回線を使用しており、同じチャネルを使用する端末が増えた場合には、この冗長な転送のためにＥｎｄ−ｔｏ−ｅｎｄのスループットを低下させるおそれがある。

また、この問題を回避するためには、無線端末ＭＮ２から直接無線端末ＭＮ３に転送することが望ましいが、現状の方式では、デカプセル化後のパケットＰ３０−１，３０−２の宛先アドレスＤｓｔが、無線端末ＭＮ１のＶＰＮアドレスになっているため、無線端末ＭＮ１を経由せざるを得ない。

また、上述した方式では、ローカルネットワークＬＮ内において、無線端末ＭＮ３のプライベートアドレスを使用しているため、ＮＡＴ変換が必要となる。アドレスのＮＡＴ変換機能を搭載している無線端末ＭＮ１，ＭＮ２しか利用することができないため、汎用性が低いという問題がある。さらに、ＮＡＴ変換機能を搭載すると無線端末ＭＮ１，ＭＮ２が高価になってしまうという問題がある。

この発明は、上述した従来技術による問題点を解消するため、複数経路によるパケット転送の負荷分散を図ることにより、パケット転送の高速化を実現することができるパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバを提供することを目的とする。

上述した課題を解決し、目的を達成するため、この発明にかかるパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバは、ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続制御するパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバであって、前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置に割り当てられたＶＰＮアドレスを、前記ＶＰＮサーバから受信する受信工程と、前記一の端末装置が、前記受信工程によって受信されたＶＰＮアドレスを、前記特定の端末装置に通知する通知工程と、前記ＶＰＮサーバが、送信元アドレスを前記ＶＰＮアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとする前記特定の端末装置からのパケットを、前記一の端末装置経由で受信して、前記ファイルサーバに転送する転送工程と、前記ＶＰＮサーバが、前記転送工程によって転送された結果、前記ファイルサーバから送信されてくる、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとするパケットを受信して、当該パケットを前記グローバルアドレスごとに分配し、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記一の端末装置と前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスとするヘッダによりそれぞれカプセル化するカプセル化工程と、前記ＶＰＮサーバが、前記カプセル化工程によってカプセル化されたパケットを、当該パケットのヘッダの宛先アドレスとなるグローバルアドレスにしたがって、前記一の端末装置および前記他の端末装置に配信する配信工程と、前記一の端末装置および前記他の端末装置が、前記配信工程によって配信されたパケットをデカプセル化するデカプセル化工程と、前記一の端末装置および前記他の端末装置が、前記カプセル化工程によってカプセル化されたパケットを、当該パケットのヘッダの宛先アドレスとなるグローバルアドレスにしたがって、前記一の端末装置および前記他の端末装置に送信する送信工程と、を含んだことを特徴とする。

また、上記発明において、前記ＶＰＮサーバが、前記複数の端末装置に割り当てるＶＰＮアドレスと同一サブネットのＩＰアドレス群の中から割り当てられた未使用のＩＰアドレスを前記特定の端末装置のＶＰＮアドレスとして割り当てる割当て工程と含み、前記受信工程は、前記一の端末装置が、前記割当て工程によって割り当てられた前記特定の端末装置のＶＰＮアドレスを、前記ＶＰＮサーバから受信することを特徴とすることとしてもよい。

また、上記発明において、前記受信工程は、前記一の端末装置が、さらに、前記一の端末装置の前記ローカルネットワーク用通信デバイスに関するＩＰアドレスを前記ＶＰＮサーバから受信し、前記通知工程は、前記一の端末装置が、前記ローカルネットワーク用通信デバイスに関するＩＰアドレスを前記特定の端末装置のデフォルトゲートウェイのＩＰアドレスとして前記特定の端末装置に通知することとしてもよい。

これらの発明によれば、下りの通信経路として、ファイルサーバ⇒ＶＰＮサーバ⇒一の端末装置⇒特定の端末装置という第１の通信経路と、ファイルサーバ⇒ＶＰＮサーバ⇒他の端末装置⇒特定の端末装置という第２の通信経路と、を設定することができ、各端末装置（一の端末装置、他の端末装置）から特定の端末装置へ経路統合することができる。

本発明にかかるパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバによれば、複数経路によるパケット転送の負荷分散を図ることにより、パケット転送の高速化を実現することができるという効果を奏する。

（本発明の概要）
まず、本発明の概要について説明する。本発明では、ローカルネットワーク内のローカル（プライベート）アドレスしか持たない無線端末ＭＮ３に対し、ＶＰＮクライアントとなり得る無線端末ＭＮ１，ＭＮ２に割り当てられるＶＰＮアドレスと同一サブネットのＶＰＮアドレスを割り当てることにより、あたかも同じサブネットに存在するかのように無線端末ＭＮ３とリモートネットワーク内のファイルサーバとを接続する。

これにより、上りの通信では、無線端末ＭＮ３⇒ゲートウェイ（無線端末ＭＮ１）⇒ＶＰＮサーバ⇒ファイルサーバという通信経路で、データを要求するパケット（送信元アドレスが無線端末ＭＮ３のＶＰＮアドレス、宛先アドレスがファイルサーバのＩＰアドレス）が、無線端末ＭＮ３からファイルサーバに送信されることとなる。

また、このパケットに応答する場合の下りの通信では、ファイルサーバ⇒ＶＰＮサーバ⇒無線端末ＭＮ１⇒無線端末ＭＮ３という第１の通信経路と、ファイルサーバ⇒ＶＰＮサーバ⇒無線端末ＭＮ２⇒無線端末ＭＮ３という第２の通信経路とで、要求されたデータのパケット（送信元アドレスがファイルサーバのＩＰアドレス、宛先アドレスが無線端末ＭＮ３のＶＰＮアドレス）が分配されて、無線端末ＭＮ３に届くこととなる。

これにより、無線端末ＭＮ１の負荷軽減を図ることができ、無線端末ＭＮ１上の各処理の高速化および消費電力の低減化を図ることができる。また、無線端末ＭＮ２から直接無線端末ＭＮ３にパケット転送することができるため、無線端末ＭＮ１を経由させる場合に比べて無線ＬＡＮ回線の使用を１ホップ分少なくすることができる。したがって、同じチャネルを使用する無線端末ＭＮ２が増えても、スループット（通信回線の単位時間あたりの実効転送量）が低下することはない。

さらに、ＮＡＴ変換機能が不要となるため、汎用性の高いパケットルーティング制御システムを構築することができ、無線端末ＭＮ１，ＭＮ２も安価に提供することができるというメリットもある。これにより、パケットルーティング制御システムが導入しやすくなり、普及率の向上を図ることができる。

なお、本実施の形態において、ファイルサーバ１０２は、ファイルを格納するサーバであり、無線端末ＭＮ３からのリクエストに応じたレスポンスを、本実施の形態のルーティング制御により返信する。したがって、ファイルサーバ１０２は、データベースサーバやＷｅｂサーバとして機能することとしてもよい。また、ファイルサーバ１０２はＶＰＮサーバと一体構成であってもよい。

（ルーティング制御の初期設定）
図１は、本発明の実施の形態にかかるルーティング制御方法の初期設定を示す説明図である。図１において、無線端末ＭＮ１，ＭＮ２は、ローカルインターフェイスと外部ネットワーク向けインターフェイスという２つの通信デバイスを搭載する端末装置であり、無線端末ＭＮ３は、ローカルインターフェイスのみ搭載し、外部ネットワーク向けインターフェイスが搭載されていない端末装置である。無線端末ＭＮ３はローカルネットワークＬＮ内おいて通信可能である。

無線端末ＭＮ３がリモートネットワークＲＮなど外部のネットワークと通信する場合には、ローカルネットワークＬＮ内の無線端末ＭＮ１，ＭＮ２のいずれかをゲートウェイとする必要がある。この実施の形態では、無線端末ＭＮ１を無線端末ＭＮ３のゲートウェイとする。

ローカルネットワークＬＮ内の無線端末ＭＮ１，ＭＮ２と、リモートネットワークＲＮのＶＰＮサーバ１０１とはＶＰＮ接続が確立されており、無線端末ＭＮ１，ＭＮ２には、ＶＰＮサーバ１０１のＩＰアドレス群１１０のうちＶＰＮ割当て領域１１１内のＩＰアドレスが、ＶＰＮアドレスとしてそれぞれ配信される。

また、ＶＰＮサーバ１０１は、管理するＩＰアドレス群１１０のうち、未使用領域１１２の中から、ゲートウェイである無線端末ＭＮ１のローカルインターフェイス用ＩＰアドレス（図１では、「ＬＩ／Ｆ用ＩＰａｄｒｓ １」と表記。）、無線端末ＭＮ２のローカルインターフェイス用ＩＰアドレス（図１では、「ＬＩ／Ｆ用ＩＰａｄｒｓ ２」と表記。）、および無線端末ＭＮ３のＶＰＮアドレス（図１では、「ＶＰＮ ｃｌｎｔ Ｘ」と表記。）を割り当てる。

このように、ＩＰアドレス群１１０をＶＰＮサーバ１０１が管理することにより、ＩＰアドレスの重複を回避して、ローカルネットワークＬＮとリモートネットワークＲＮとの間のＶＰＮ接続を簡易に保障することができる。

そして、ＶＰＮサーバ１０１は、無線端末ＭＮ１に対し、無線端末ＭＮ１のローカルインターフェイス用ＩＰアドレスと、無線端末ＭＮ３のＶＰＮアドレスとを配信する。また、ＶＰＮサーバ１０１は、無線端末ＭＮ２に対し、無線端末ＭＮ２のローカルインターフェイス用ＩＰアドレスを配信する。

また、無線端末ＭＮ１は、ＶＰＮサーバ１０１に対し、自端末のグローバルアドレス（図１では「ｇｌｏｂａｌ ａｄｒｓ １」と表記）を送信する。同様に、無線端末ＭＮ２は、ＶＰＮサーバ１０１に対し、自端末のグローバルアドレス（図１では「ｇｌｏｂａｌ ａｄｒｓ ２」と表記）を送信する。グローバルアドレスの送信は、上述したＶＰＮサーバ１０１からの未使用領域１１２内のＩＰアドレスの割当ての前でもよく後でもよい。

また、無線端末ＭＮ１は、ＶＰＮサーバ１０１から無線端末のＶＰＮアドレスを受信すると、ローカルインターフェイスを選択して、無線端末ＭＮ３に対し、無線端末ＭＮ３のＶＰＮアドレスおよびローカルインターフェイス用ＩＰアドレス（ＬＩ／Ｆ用ＩＰａｄｒｓ １）を転送する。このとき、無線端末ＭＮ３では、無線端末ＭＮ３のデフォルトゲートウェイが、無線端末ＭＮ１のローカルインターフェイスに割り当てられたローカルインターフェイス用ＩＰアドレス（ＬＩ／Ｆ用ＩＰａｄｒｓ １）に設定される。

なお、無線端末ＭＮ１がＶＰＮサーバ１０１から割り当てられた自分のアドレス（ＭＮ３にとってのデフォルトゲートウェイ）と無線端末ＭＮ３のアドレスとを、無線端末MN３上で自動設定する場合は、ＤＨＣＰのプロトコルを使っておこなう必要がある。本実施の形態では、無線端末ＭＮ３には特別なソフトは入れない条件を定めており、通常のＷｉｎｄｏｗｓ（登録商標）マシンならもともと持っている機能であるＤＨＣＰクライアント機能を用いる。

そうでない場合は、無線端末ＭＮ１上のアプリケーションのユーザインターフェイスで無線端末ＭＮ３のアドレスを表示するなどして、手動で無線端末ＭＮ３のＩＰアドレスおよびデフォルトゲートウェイを設定する。なお、無線端末ＭＮ１が無線端末ＭＮ３のアドレスをＶＰＮサーバ１０１に要求するのは、自分がＶＰＮ接続してアドレスをもらうときでもいいし、無線端末ＭＮ３からのＤＨＣＰによるアドレス要求を受信した後でもよい。

これにより、無線端末ＭＮ３は、ローカルインターフェイスしか搭載していないが、あたかも無線端末ＭＮ１，ＭＮ２と同一のサブネット内で通信可能であるかのようにふるまうことができる。

このときの無線端末ＭＮ１，ＭＮ２のルーティングテーブルについて説明する。図２は、無線端末ＭＮ１のルーティングテーブルを示す説明図であり、図３は、無線端末ＭＮ２のルーティングテーブルを示す説明図である。

図２および図３中、「（Ｒｅｍｏｔｅ）」は、その無線端末ＭＮ１，ＭＮ２の外部ネットワーク向けインターフェイスに割り当てられたＩＰアドレスであり、「（Ｌｏｃａｌ）」は、その無線端末ＭＮ１〜ＭＮ３のローカルインターフェイスに割り当てられたＩＰアドレスを示している。この場合、無線端末ＭＮ１の外部ネットワーク向けインターフェイスには、ＩＰアドレス群１１０のＶＰＮ割当て領域１１１からＶＰＮアドレスが割り当てられているため、「ＭＮ１（Ｒｅｍｏｔｅ）」は、無線端末ＭＮ１のＶＰＮアドレスを示している。

また、無線端末ＭＮ１のローカルインターフェイスにはもともと無線端末ＭＮ１のローカルアドレスが割り当てられているため、「ＭＮ１（Ｌｏｃａｌ）」は、無線端末ＭＮ１のローカルアドレスを示している。

また、無線端末ＭＮ３のローカルインターフェイスには無線端末ＭＮ３のローカルアドレスが割り当てられているかまたは空の状態であり、ＶＰＮサーバ１０１からＶＰＮアドレスが割り当てられるため、「ＭＮ３（Ｌｏｃａｌ）」は、その割り当てられた無線端末ＭＮ３のＶＰＮアドレス（ＶＰＮ ｃｌｎｔ Ｘ）を示している。

（ルーティング制御方法）
つぎに、この発明の実施の形態にかかるルーティング制御方法について説明する。図４は、この発明の実施の形態にかかるルーティング制御方法（上り）を示す説明図であり、図５は、この発明の実施の形態にかかるルーティング制御方法（下り）を示す説明図である。上りとは、無線端末ＭＮ３からファイルサーバ１０２への通信（またはその経路）であり、下りとは、ファイルサーバ１０２から無線端末ＭＮ３への通信（またはその複数経路統合）である。上りおよび下りの通信開始前には、図１〜図３に示した初期設定が完了しているものとする。

まず、図４から説明する。図４において、無線端末ＭＮ３からゲートウェイとなる無線端末ＭＮ１に対してパケットＰ１を送信する。パケットＰ１は、たとえば、ファイルサーバ１０２からのデータのダウンロード要求に関するパケットである。パケットＰ１は、送信元アドレスＳｒｃが無線端末ＭＮ３のローカルインターフェイスに割り当てられたＶＰＮアドレス（ＶＰＮ ｃｌｎｔ Ｘ）であり、宛先アドレスＤｓｔがファイルサーバ１０２のＩＰアドレスとするパケットである。

無線端末ＭＮ３のデフォルトゲートウェイは、無線端末ＭＮ１のローカルインターフェイスに割り当てられたローカルインターフェイス用ＩＰアドレス（ＬＩ／Ｆ用ＩＰａｄｒｓ １）であるため、パケットＰ１は、無線端末ＭＮ１のローカルインターフェイスに送られることとなる。

無線端末ＭＮ１では、パケットＰ１を受信すると、パケットＰ１をカプセル化する。カプセル化されたパケットＰ（１）の送信元アドレスＳｒｃは、無線端末ＭＮ１のグローバルアドレス（ｇｌｏｂａｌ ａｄｒｓ １）であり、宛先アドレスＤｓｔはＶＰＮサーバ１０１のＩＰアドレスである。無線端末ＭＮ１とＶＰＮサーバ１０１とはＶＰＮ接続されているため、図２に示したルーティングテーブルの２行目のルーティング情報を参照することにより、パケットＰ（１）をＶＰＮサーバ１０１に送信することができる。

ＶＰＮサーバ１０１は、パケットＰ（１）を受信すると、デカプセル化する。デカプセル化されたパケットＰ１は、その宛先として指定されているリモートネットワーク内のファイルサーバ１０２に転送される。これにより、上りの通信が完了する。

つぎに、下りの通信について説明する。ファイルサーバ１０２から送信されるパケットＰ２は、無線端末ＭＮ１からのパケットＰ１に対するレスポンスであり、たとえば、パケットＰ１により要求されたデータに関するパケットである。

図５において、まず、ファイルサーバ１０２はパケットＰ２をＶＰＮサーバ１０１に送信する。パケットＰ２は、送信元アドレスＳｒｃをファイルサーバ１０２のＩＰアドレス、宛先アドレスＤｓｔを無線端末ＭＮ３のローカルインターフェイスに割り当てられたＶＰＮアドレス（ＶＰＮ ｃｌｎｔ Ｘ）とするパケットである。すなわち、パケットＰ１の送信元および宛先が入れ替わったパケットとなる。なお、ファイルサーバ１０２による無線端末ＭＮ３をターゲットとしたＡＲＰ要求に対しては、ＶＰＮサーバ１０１がＰｒｏｘｙＡＲＰ応答をおこなう。

ＶＰＮサーバ１０１は、パケットＰ２を受信すると、宛先アドレスＤｓｔがパケットＰ１の送信元アドレスＳｒｃ、すなわち、無線端末ＭＮ３のローカルインターフェイスに割り当てられたＶＰＮアドレス（ＶＰＮ ｃｌｎｔ Ｘ）であるか否かの判定をおこなう。

この判定により一致した場合、送信元アドレスＳｒｃをＶＰＮサーバ１０１のＩＰアドレス、図１に示した初期設定時に取得した無線端末ＭＮ１，ＭＮ２のグローバルアドレスを宛先アドレスＤｓｔとするヘッダにより分配およびカプセル化する。これにより、ＶＰＮサーバ１０１から無線端末ＭＮ１，ＭＮ２に対し、パケットＰ（２−１），Ｐ（２−２）が配信されることとなる。

無線端末ＭＮ１は、パケットＰ（２−１）を受信するとデカプセル化する。デカプセル化されたパケットＰ２−１の宛先アドレスＤｓｔは、無線端末ＭＮ３のローカルインターフェイスに割り当てられたＶＰＮアドレス（ＶＰＮ ｃｌｎｔ Ｘ）であるため、無線端末ＭＮ１のルーティングテーブルを参照することにより、ローカルインターフェイスを選択して、パケットＰ２−１を、無線端末ＭＮ３に送信する。これにより、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ１⇒無線端末ＭＮ３という第１の通信経路により、パケットＰ２−１が送られることとなる。

また、無線端末ＭＮ２は、パケットＰ（２−２）を受信するとデカプセル化する。デカプセル化されたパケットＰ２−２の宛先アドレスＤｓｔは、無線端末ＭＮ３のローカルインターフェイスに割り当てられたＶＰＮアドレス（ＶＰＮ ｃｌｎｔ Ｘ）であるため、無線端末ＭＮ２のルーティングテーブルを参照することにより、ローカルインターフェイスを選択して、パケットＰ２−２を、無線端末ＭＮ３に送信する。これにより、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ２⇒無線端末ＭＮ３という第２の通信経路により、パケットＰ２−２が送られることとなる。

（無線端末ＭＮ１，ＭＮ２の機能的構成）
つぎに、この発明の実施の形態にかかる無線端末ＭＮ１，ＭＮ２の機能的構成について説明する。図６は、この発明の実施の形態にかかる無線端末ＭＮ１，ＭＮ２の機能的構成を示すブロック図である。

図６において、無線端末ＭＮ１，ＭＮ２は、受信部６０１と、送信部６０２と、ヘッダ解析部６０３と、ルーティング情報記憶部６０４と、取得部６０５と、選択部６０６と、アプリケーション実行部６０７と、カプセル化処理部６１１と、デカプセル化処理部６１２と、を有する。以下、説明上、無線端末ＭＮ１に着目して説明するが、無線端末ＭＮ２についても同様である。

まず、受信部６０１は、外部からのパケットを受信する機能を有する。送信部６０２は、パケットを外部に送信する機能を有する。具体的には、たとえば、無線端末ＭＮ１内のインターフェイス（通信デバイス）によりその機能を実現する。インターフェイスは、ローカル（無線ＬＡＮ）インターフェイスおよび外部ネットワーク向けインターフェイス（ＰＨＳ，ＰＤＣ，３Ｇ等）の中から選択可能である。

また、ヘッダ解析部６０３は、受信部６０１によって受信されたパケットのヘッダを解析する機能を有する。具体的には、ヘッダの送信元アドレスＳｒｃと宛先アドレスＤｓｔとを特定する。

また、ルーティング情報記憶部６０４は、図２や図３に示したルーティングテーブルを記憶する機能を有する。ルーティングテーブルは、パケットの配送先に関する経路情報を記憶したメモリテーブルである。ルーティング情報記憶部６０４は、無線端末ＭＮ１，ＭＮ２内のメモリやＨＤなどの記憶装置によりその機能を実現する。

また、取得部６０５は、選択部６０６からの指示に応じて、ルーティング情報記憶部６０４からルーティングテーブルを読み出す機能を有する。読み出されたルーティングテーブルは選択部６０６に送られる。また、選択部６０６は、パケットを送信する場合、上述したルーティングテーブルを参照することにより、インターフェイスを選択する機能を有する。具体的には、ルーティングテーブル上の「宛先アドレス」に応じてゲートウェイおよびインターフェイスを選択する。

アプリケーション実行部６０７は、ルーティングプロトコルによりルーティングテーブルを設定する機能を有する。無線端末ＭＮ１であれば図２に示したルーティングテーブルを、無線端末ＭＮ２であれば図３に示したルーティングテーブルを設定する。ルーティングテーブルは静的に設定してもよく動的に設定してもよい。

また、アプリケーション実行部６０７は、アドレス要求部６０８を有する。自端末がゲートウェイに指定されると、アドレス要求部６０８は、ＶＰＮサーバ１０１に対して、自端末のローカルインターフェイス用ＩＰアドレスと配下にいる無線端末ＭＮ３のＶＰＮアドレスを要求する。

この要求によりＶＰＮサーバ１０１から送信されてくるローカルインターフェイス用ＩＰアドレス（無線端末ＭＮ１であれば、「ＬＩ／Ｆ用ＩＰａｄｒｓ １」）をアドレス記憶部６１０に記憶させる。アドレス設定部６０９は、アドレス記憶部６１０に記憶されたローカルインターフェイス用ＩＰアドレス（無線端末ＭＮ１であれば、「ＬＩ／Ｆ用ＩＰａｄｒｓ １」）を、ローカルインターフェイスのＩＰアドレスに設定する。

また、アドレス設定部６０９は、ＶＰＮサーバ１０１から無線端末ＭＮ３のＶＰＮアドレスを受信すると、無線端末ＭＮ３への転送を指示する。これにより、無線端末ＭＮ３のローカルアドレスを宛先として、無線端末ＭＮ１のローカルインターフェイスが選択されて、無線端末ＭＮ３のＶＰＮアドレスが無線端末ＭＮ３に送信される。なお、無線端末ＭＮ３では、無線端末ＭＮ３のＶＰＮアドレスを受信すると、そのローカルインターフェイスを特定するＩＰアドレスを、ローカルアドレスからＶＰＮアドレス（ＶＰＮ ｃｌｎｔ Ｘ）に書き換える。

また、ゲートウェイに指定された無線端末ＭＮ１は、無線端末ＭＮ３のＶＰＮアドレス（ＶＰＮ ｃｌｎｔ Ｘ）を無線端末ＭＮ３に転送する。無線端末ＭＮ２のＶＰＮ接続は、無線端末ＭＮ１のＶＮＰ接続（アドレス要求・設定）とは独立して行われる。特に無線端末ＭＮ１の動作と連携する必要はない。無線端末ＭＮ１は、経路分配統合の中継端末としての参加要求と、経路分配統合の中継端末として必要な転送先（無線端末ＭＮ３）アドレス等の通知を無線端末ＭＮ２に送る。無線端末ＭＮ２では、その通知を受けることにより、アドレス要求部６０８により無線端末ＭＮ２のローカルインターフェイス用ＩＰアドレス（ＬＩ／Ｆ用ＩＰａｄｒｓ ２）を、ＶＰＮサーバ１０１に要求することとなる。

また、カプセル化処理部６１１は、受信されたパケットをカプセル化する機能を有する。具体的には、たとえば、図４に示したように、送信元アドレスＳｒｃを無線端末ＭＮ１のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ １）、宛先アドレスＤｓｔをＶＰＮサーバ１０１（Ｄｓｔ＝ＶＰＮ ｓｅｒｖｅｒ）とするヘッダにより、パケットＰ１をカプセル化する。カプセル化されたパケットＰ（１）では、宛先アドレスＤｓｔがＶＰＮサーバ１０１のアドレス（Ｄｓｔ＝ＶＰＮ ｓｅｒｖｅｒ）となっているため、ＶＰＮサーバ１０１に送られる。

また、デカプセル化処理部６１２は、受信されたパケットのカプセルを解除する機能を有する。具体的には、たとえば、図５に示したように、無線端末ＭＮ１の場合、パケットＰ（２−１）について、送信元アドレスＳｒｃをＶＰＮサーバ１０１のアドレス（Ｄｓｔ＝ＶＰＮ ｓｅｒｖｅｒ）、宛先アドレスＤｓｔを無線端末ＭＮ１のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ １）とするヘッダを解除することにより、パケットＰ（２−１）をデカプセル化する。

デカプセル化されたパケットＰ２−１では、宛先アドレスＤｓｔが無線端末ＭＮ３のＶＰＮアドレス（Ｄｓｔ＝ＶＰＮ ｃｌｎｔ Ｘ）であるため、ゲートウェイである無線端末ＭＮ１から無線端末ＭＮ３にパケットＰ２−１を送信することができる。

なお、ヘッダ解析部６０３、取得部６０５、選択部６０６、アプリケーション実行部６０７、カプセル化処理部６１１、およびデカプセル化処理部６１２は、無線端末ＭＮ１，ＭＮ２内のメモリやＨＤなどの記憶装置に記憶されたプログラムをＣＰＵに実行させることにより、または、ＬＳＩによりその機能を実現する。

（ＶＰＮサーバ１０１の機能的構成）
つぎに、この発明の実施の形態にかかるＶＰＮサーバ１０１の機能的構成について説明する。図７は、この発明の実施の形態にかかるＶＰＮサーバ１０１の機能的構成を示すブロック図である。図７において、ＶＰＮサーバ１０１は、リモートネットワークＲＮとローカルネットワークＬＮとをＶＰＮ接続するためのコンピュータである。

ＶＰＮサーバ１０１は、受信部７０１と、送信部７０２と、ヘッダ解析部７０３と、ルーティング情報記憶部７０４と、取得部７０５と、選択部７０６と、アプリケーション実行部７０７と、カプセル化処理部７１１と、デカプセル化処理部７１２と、から構成されている。

まず、受信部７０１は、外部からのパケットを受信する機能を有する。送信部７０２は、パケットを外部に送信する機能を有する。具体的には、たとえば、ＶＰＮサーバ１０１内のインターフェイスによりその機能を実現する。インターフェイスは、リモートインターフェイスおよび外部ネットワーク向けインターフェイスの中から選択可能である。

また、ヘッダ解析部７０３は、受信部７０１によって受信されたパケットのヘッダを解析する機能を有する。具体的には、ヘッダの送信元アドレスＳｒｃと宛先アドレスＤｓｔとを特定する。

また、ルーティング情報記憶部７０４は、不図示のルーティングテーブルを記憶する機能を有する。ルーティングテーブルは、パケットの配送先に関する経路情報を記憶したメモリテーブルである。ルーティング情報記憶部７０４は、ＶＰＮサーバ１０１内のメモリやＨＤなどの記憶装置によりその機能を実現する。

また、取得部７０５は、選択部７０６からの指示に応じて、ルーティング情報記憶部７０４からルーティングテーブルを読み出す機能を有する。読み出されたルーティングテーブルは選択部７０６に送られる。また、選択部７０６は、パケットを送信する場合、上述したルーティングテーブルを参照することにより、インターフェイスを選択する機能を有する。具体的には、ルーティングテーブル上の「宛先アドレス」に応じてゲートウェイおよびインターフェイスを選択する。

また、アプリケーション実行部７０７は、無線端末ＭＮ１，ＭＮ２から通知されてくるグローバルアドレス（ｇｌｏｂａｌ ａｄｒｓ １，ｇｌｏｂａｌ ａｄｒｓ ２）を、無線端末ＭＮ３からの要求によりファイルサーバ１０２から取り出されたデータの宛先としてカプセル化処理部７１１に供給する機能を有する。

また、アプリケーション実行部７０７は、アドレス設定部７０９を有する。アドレス設定部７０９は、図６に示したアドレス要求を受け付けると、要求元が無線端末ＭＮ１である場合、アドレス記憶部７１０であるＩＰアドレス群１１０の未使用領域１１２のＩＰアドレスを、無線端末ＭＮ１のローカルインターフェイス用ＩＰアドレスと無線端末ＭＮ３のＶＰＮアドレスに設定する。なお、アドレス記憶部７１０は、ＶＰＮサーバ１０１内のメモリやＨＤなどの記憶装置によりその機能を実現する。

また、要求元が無線端末ＭＮ２である場合、アドレス記憶部７１０であるＩＰアドレス群１１０の未使用領域１１２のＩＰアドレスを、無線端末ＭＮ２のローカルインターフェイス用ＩＰアドレスに設定する。設定された各アドレスは重複しない。また、設定されたアドレスは、それぞれ無線端末ＭＮ１，ＭＮ２に送信される。また、選択部７０６は、パケットを送信する場合、ゲートウェイおよびインターフェイスを選択する機能を有する。

また、カプセル化処理部７１１は、下りの処理において、受信されたパケットをカプセル化する機能を有する。カプセル化処理部７１１では、ファイルサーバ１０２から送信されてきたパケットＰ２を、ローカルネットワークＬＮから通知されたグローバルアドレスごとに時分割で分配し、分配されたパケットＰ２−１，Ｐ２−２ごとにカプセル化する。

カプセル化する場合、パケットＰ２−１については、送信元アドレスＳｒｃをＶＰＮサーバ１０１のアドレス（Ｓｒｃ＝ＶＰＮ ｓｅｒｖｅｒ）、宛先アドレスＤｓｔを無線端末ＭＮ１のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ １）とするヘッダにより、パケットＰ２−１をカプセル化する。カプセル化されたパケットＰ（２−１）では、宛先アドレスＤｓｔが無線端末ＭＮ１のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ １）となっているため、無線端末ＭＮ１に送られる。

同様に、パケットＰ２−２についても、送信元アドレスＳｒｃをＶＰＮサーバ１０１のアドレス（Ｓｒｃ＝ＶＰＮ ｓｅｒｖｅｒ）、宛先アドレスＤｓｔを無線端末ＭＮ２のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ ２）とするヘッダにより、パケットＰ２−２をカプセル化する。カプセル化されたパケットＰ（２−２）では、宛先アドレスＤｓｔが無線端末ＭＮ２のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ ２）となっているため、無線端末ＭＮ２に送られる。

また、デカプセル化処理部７１２は、上りの処理において、受信されたパケットのカプセルを解除する機能を有する。具体的には、たとえば、図４に示したように、送信元アドレスＳｒｃを無線端末ＭＮ１のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ １）、宛先アドレスＤｓｔをＶＰＮサーバ１０１（Ｄｓｔ＝ＶＰＮ ｓｅｒｖｅｒ）とするヘッダを解除することにより、パケットＰ（１）をデカプセル化する。デカプセル化されたパケットＰ１は、宛先となっているファイルサーバ１０２に転送される。

なお、ヘッダ解析部７０３、取得部７０５、選択部７０６、アプリケーション実行部７０７、カプセル化処理部７１１、およびデカプセル化処理部７１２は、ＶＰＮサーバ１０１内のメモリやＨＤなどの記憶装置に記憶されたプログラムをＣＰＵに実行させることにより、または、ＬＳＩによりその機能を実現する。

（無線端末ＭＮ１，ＭＮ２の初期設定処理手順）
つぎに、この発明の実施の形態にかかる無線端末ＭＮ１，ＭＮ２の初期設定処理手順について説明する。図８は、この発明の実施の形態にかかる無線端末ＭＮ１，ＭＮ２の初期設定処理手順を示すフローチャートである。図８において、ステップＳ８０１〜Ｓ８０７は、自端末がゲートウェイとなった場合（無線端末ＭＮ１）の処理手順であり、ステップＳ８０８〜Ｓ８１２は、自端末がゲートウェイにならなかった場合（無線端末ＭＮ２）の処理手順である。

まず、ゲートウェイに指定されたか否かを判断する（ステップＳ８０１）。この指定は、ユーザの手動設定でもよく、既存のルーティングプロトコルによる自動設定でもよい。ゲートウェイに指定された場合（ステップＳ８０１：Ｙｅｓ）、自端末（この場合、無線端末ＭＮ１）のグローバルアドレスをＶＰＮサーバ１０１に送信し（ステップＳ８０２）、アドレス要求部６０８によるアドレス要求をＶＰＮサーバ１０１に対しておこなう（ステップＳ８０３）。

そして、ＶＰＮサーバ１０１からアドレスが受信されるのを待ち受け（ステップＳ８０４：Ｎｏ）、受信された場合（ステップＳ８０４：Ｙｅｓ）、図２に示したようなルーティングテーブルおよびアドレス設定をおこなう（ステップＳ８０５）。アドレス設定とは、ローカルインターフェイスのＩＰアドレスを、要求したローカルインターフェイス用アドレスに設定することである。

このあと、無線端末ＭＮ３のＶＰＮアドレスと無線端末ＭＮ１のローカルインターフェイス用ＩＰアドレス（ＬＩ／Ｆ用ＩＰ ａｄｒｓ １）を、無線端末ＭＮ３に転送する（ステップＳ８０６）。そして、経路分配統合の中継端末としての参加要求と経路分配統合の中継端末として必要な転送先（無線端末ＭＮ３）アドレス等の通知を、同一ローカルネットワークＬＮ内の他の無線端末（無線端末ＭＮ２）に送信する（ステップＳ８０７）。

一方、ステップＳ８０１において、ゲートウェイに指定されていない場合（ステップＳ８０１：Ｎｏ）、さらに、ステップＳ８０７で示した通知が受信されたか否かを判断する（ステップＳ８０８）。受信されていない場合には（ステップＳ８０８：Ｎｏ）、ステップＳ８０１に戻る。

一方、受信された場合には（ステップＳ８０８：Ｙｅｓ）、自端末（無線端末ＭＮ２）のグローバルアドレスをＶＰＮサーバ１０１に送信し（ステップＳ８０９）、アドレス要求部６０８によるアドレス要求をＶＰＮサーバ１０１に対しておこなう（ステップＳ８１０）。

そして、ＶＰＮサーバ１０１からアドレスが受信されるのを待ち受け（ステップＳ８１１：Ｎｏ）、受信された場合（ステップＳ８１１：Ｙｅｓ）、図３に示したようなルーティングテーブルおよびアドレス設定をおこなう（ステップＳ８１２）。アドレス設定とは、ローカルインターフェイスのＩＰアドレスを、要求したローカルインターフェイス用アドレスに設定することである。これにより一連の初期設定処理を終了する。

（ＶＰＮサーバ１０１の初期設定処理手順）
つぎに、この発明の実施の形態にかかる実施の形態にかかるＶＰＮサーバ１０１の初期設定処理手順について説明する。図９は、この発明の実施の形態にかかるＶＰＮサーバ１０１の初期設定処理手順を示すフローチャートである。

図９において、まず、ゲートウェイに指定された無線端末ＭＮ１からそのグローバルアドレスが通知されるまで待ち受け（ステップＳ９０１：Ｎｏ）、通知された場合（ステップＳ９０１：Ｙｅｓ）、通知元である無線端末ＭＮ１のローカルインターフェイス用ＩＰアドレスと要求元端末である無線端末ＭＮ３のＶＰＮアドレスを、ＩＰアドレス群１１０の未使用領域１１２の中から設定する（ステップＳ９０２）。そして、通知元である無線端末ＭＮ１に、設定されたアドレスを送信する（ステップＳ９０３）。

このあと、ゲートウェイ以外の無線端末ＭＮ２からグローバルアドレスが通知されるまで待ち受け（ステップＳ９０４：Ｎｏ）、通知された場合（ステップＳ９０４：Ｙｅｓ）、通知元である無線端末ＭＮ１のローカルインターフェイス用ＩＰアドレスを、ＩＰアドレス群１１０の未使用領域１１２の中から設定する（ステップＳ９０５）。

そして、通知元である無線端末ＭＮ１に、設定されたアドレスを送信する（ステップＳ９０６）。これにより一連の初期設定処理を終了する。このように、図８および図９に示した処理手順が実行されることにより、複数経路統合の初期設定が完了し、図１〜図３に示した状態となる。

なお、図９で示した手順はあくまで一例であり、ステップＳ９０１〜Ｓ９０３とステップＳ９０４〜Ｓ９０６は、必ずしもこの順序である必要はなく、それぞれ、独立して実行されてもよく、ステップＳ９０４〜Ｓ９０６を先に実行することとしてもよい。両方にパケットを分配するのであれば、分配に関わる手続を行う前に、両方の送り先が登録されればよい。

（無線端末ＭＮ１，ＭＮ２のルーティング制御処理手順）
つぎに、この発明の実施の形態にかかる無線端末ＭＮ１，ＭＮ２のルーティング制御処理手順について説明する。図１０は、この発明の実施の形態にかかる無線端末ＭＮ１，ＭＮ２のルーティング制御処理手順を示すフローチャートである。ステップＳ１００１〜Ｓ１００６は、図４に示した上りの通信の場合の処理手順（無線端末ＭＮ１のみ）であり、ステップＳ１００１，Ｓ１００２，Ｓ１００７〜Ｓ１０１０は、下りの通信の場合の処理手順（無線端末ＭＮ１、ＭＮ２）である。

まず、図１および図１０に示した初期設定状態において、なんらかのパケットが受信されるまで待ち受け（ステップＳ１００１）、受信された場合（ステップＳ１００１：Ｙｅｓ）、受信されたパケットのヘッダ解析をおこなう（ステップＳ１００２）。送信元アドレスＳｒｃが無線端末ＭＮ３のＶＰＮアドレス（ＶＰＮ ｃｌｎｔ Ｘ）であり、かつ、宛先アドレスＤｓｔがファイルサーバ１０２のＩＰアドレスである場合（ステップＳ１００３：Ａ）、そのパケットはパケットＰ１であるので、カプセル化処理をおこなってパケットＰ（１）とする（ステップＳ１００４）。

このあと、外部ネットワーク向けインターフェイスを選択して（ステップＳ１００５）、カプセル化されたパケットＰ（１）をＶＰＮサーバ１０１に送信する（ステップＳ１００６）。これにより、一連の処理が終了する。

また、ステップＳ１００３において、送信元アドレスＳｒｃがＶＰＮサーバ１０１のＩＰアドレスであり、宛先アドレスＤｓｔが無線端末ＭＮ１，ＭＮ２のグローバルアドレスである場合（ステップＳ１００３：Ｂ）、受信されたパケットは、無線端末ＭＮ１であればパケットＰ（２−１）であり、無線端末ＭＮ２であればパケットＰ（２−２）である。この場合、無線端末ＭＮ１，ＭＮ２では、パケットＰ（２−１），Ｐ（２−２）のデカプセル化処理をおこない（ステップＳ１００７）、パケットＰ２−１，Ｐ２−２とする。

このあと、デカプセル化後のパケットＰ２−１，Ｐ２−２のヘッダを解析して（ステップＳ１００８）、宛先アドレスＤｓｔが無線端末ＭＮ３のＶＰＮアドレスであるので、ルーティングテーブルにしたがって、ローカルインターフェイスを選択する（ステップＳ１００９）。そして、パケットＰ２−１，Ｐ２−２を無線端末ＭＮ１，ＭＮ２から別々に要求元である無線端末ＭＮ３に送信する。これにより、一連の下りの処理を終了する。

（ＶＰＮサーバ１０１のルーティング制御処理手順）
つぎに、この発明の実施の形態にかかるＶＰＮサーバ１０１のルーティング制御処理手順について説明する。図１１は、この発明の実施の形態にかかるＶＰＮサーバ１０１のルーティング制御処理手順を示すフローチャートである。

まず、なんらかのパケットが受信されるまで待ち受け（ステップＳ１１０１：Ｎｏ）、受信された場合（ステップＳ１１０１：Ｙｅｓ）、そのヘッダを解析する（ステップＳ１１０２）。そして、送信元アドレスが無線端末ＭＮ１のグローバルアドレスであり、かつ、宛先アドレスがＶＰＮサーバ１０１のＩＰアドレスである場合（ステップＳ１１０３：Ａ）、受信されたパケットはパケットＰ（１）であるため、デカプセル化処理をおこない（ステップＳ１１０４）、デカプセル化後のパケットＰ１のヘッダを解析するために、ステップＳ１１０２に戻る。

一方、ステップＳ１１０３において、送信元アドレスが無線端末ＭＮ１のグローバルアドレスであり、かつ、宛先アドレスがＶＰＮサーバ１０１のＩＰアドレスでない場合（ステップＳ１１０３：Ｂ）、送信元アドレスＳｒｃが無線端末ＭＮ３のＶＰＮアドレス（ＶＰＮ ｃｌｎｔ Ｘ）であり、かつ、宛先アドレスＤｓｔがファイルサーバ１０２のＩＰアドレスである場合（ステップＳ１１０５：Ａ）、そのパケットはパケットＰ１であるので、ＶＰＮサーバ１０１では、リモートネットワーク向けインターフェイスを選択して（ステップＳ１１０６）、ステップＳ１１０４でデカプセル化されたパケットＰ１をファイルサーバ１０２に送信する（ステップＳ１１０７）。

一方、ステップＳ１１０５において、送信元アドレスがファイルサーバ１０２のＩＰアドレスであり、かつ、宛先アドレスが無線端末ＭＮ３のＶＰＮアドレス（ＶＰＮ ｃｌｎｔ Ｘ）である場合（ステップＳ１１０５：Ｂ）、ステップＳ１１０１で受信されたパケットはファイルサーバ１０２からのパケットＰ２であるので、カプセル化処理をおこない（ステップＳ１１０８）、外部ネットワーク向けインターフェイスを選択する（ステップＳ１１０９）。

そして、カプセル化されたパケットＰ（２−１），Ｐ（２−２）を各無線端末ＭＮ１，ＭＮ２に送信する（ステップＳ１１１０）。このように、図１０および図１１に示した処理手順が実行されることにより、図４および図５に示した複数経路統合のパケットルーティング制御を実行することができる。

なお、上述した無線端末ＭＮ１，ＭＮ２において、無線端末ＭＮ３のＩＰアドレスとデフォルトゲートウェイを設定する場合、無線端末ＭＮ３に搭載されているＤＨＣＰクライアントを利用することとしてもよい。

この場合、無線端末ＭＮ１，ＭＮ２にＤＨＣＰサーバと同等の機能を付加することにより、無線端末ＭＮ１，ＭＮ２のうちゲートウェイに設定された無線端末ＭＮ１をあたかもＤＨＣＰサーバとしてふるまわせることができる。

これにより、ＶＰＮサーバ１０１から配布されたＩＰアドレスを割当て、デフォルトゲートウェイを自端末（無線端末ＭＮ１）のローカルインターフェイス用ＩＰアドレス（ＬＩ／Ｆ用ＩＰａｄｒｓ １）に設定することができる。したがって、ファイルサーバ１０２から無線端末ＭＮ３へのパケットの到達性を保障することができる。

図１２は、この発明の実施の形態にかかる無線端末ＭＮ１，ＭＮ２の機能的構成２を示すブロック図である。図６に示した機能と同一機能には同一符号を付し、その説明を省略する。図１２において、無線端末ＭＮ１，ＭＮ２は、簡易ＤＨＣＰサーバ部１２００を備えている。簡易ＤＨＣＰサーバ部１２００は、無線端末ＭＮ３のＶＰＮアドレスとデフォルトゲートウェイを自動設定するための機能である。この機能について図１３を用いて説明する。

図１３は、無線端末ＭＮ３とデフォルトゲートウェイとなる無線端末ＭＮ１とのシーケンス図である。図１３において、まず、無線端末ＭＮ３が無線端末ＭＮ１に対し、ＤＨＣＰＤＩＳＣＯＶＥＲリクエストを送信する。このリクエストを簡易ＤＨＣＰサーバ部１２００が受け取って、無線端末ＭＮ３に対し、ＤＨＣＰＯＦＦＥＲを返す。

このとき、設定する無線端末ＭＮ３のＩＰアドレスは、ＶＰＮサーバ１０１から配布され、アドレス記憶部７１０に記憶されたアドレス（ＶＰＮ ｃｌｎｔ Ｘ）であり、デフォルトゲートウェイとしては、これもＶＰＮサーバ１０１から配布された自端末のローカルインターフェイス用ＩＰアドレス（ＬＩ／Ｆ用ＩＰａｄｒｓ １）となる。

これに対して、無線端末ＭＮ３は、ＤＨＣＰＲＥＱＵＥＳＴ（設定情報の選択）を返し、また、これに対して、簡易ＤＨＣＰサーバ部１２００はＤＨＣＰＰＡＣＫを返す。簡易ＤＨＣＰサーバ部１２００は、通常のＤＨＣＰサーバと同様、無線端末ＭＮ３のＤＨＣＰＲＥＬＥＡＳＥ（設定の開放）に対応して、設定の開放をおこなう。これにより、無線端末ＭＮ３のＶＰＮアドレスおよびそのデフォルトゲートウェイを自動設定することができる。

以上説明したように、本実施の形態によれば、下りの通信経路として、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ１⇒無線端末ＭＮ３という第１の通信経路と、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ２⇒無線端末ＭＮ３という第２の通信経路と、を設定することができ、各端末装置（無線端末ＭＮ１、無線端末ＭＮ２）から特定の端末装置へ経路統合することができる。

したがって、通信経路を仮想的に拡張することで、複数の通信経路によるパケット転送の負荷分散を図ることにより、パケット転送の高速化を実現することができるという効果を奏する。たとえば、ローカルネットワークＬＮ内に無線端末ＭＮ２がＮ−１台存在する場合、パケットが同等に分配できたと仮定して、通信経路がＮ本設定される（第１の通信経路が１本、第２の通信経路がＮ−１本）。したがって、各無線端末ＭＮ１，ＭＮ２のＣＰＵの負荷は、従来技術で示した方式と比較して、１／Ｎとなり、ローカルネットワークＬＮ内の無線リソースの使用率Ｒは、下記式（１）のとおりである。

Ｒ＝Ｎ／｛１＋２×（Ｎ−１）｝・・・（１）

これにより、ゲートウェイとなる無線端末ＭＮ１の負荷の低減化を図ることができ、無線リソースの冗長な使用を回避することができる。

さらに、ＮＡＴ変換機能が不要となるため、汎用性の高いパケットルーティング制御システムを構築することができ、無線端末ＭＮ１，ＭＮ２も安価に提供することができるというメリットもある。これにより、パケットルーティング制御システムが導入しやすくなり、普及率の向上を図ることができる。

また、上述した実施の形態では、無線端末ＭＮ１〜ＭＮ３を利用したが、これらの端末装置は無線通信ではなく、有線による通信をおこなう構成としてもよい。また、上述した実施の形態において、無線端末ＭＮ１が代理取得した無線端末ＭＮ１以外のアドレス（たとえば、無線端末ＭＮ３のアドレス）についても、ＶＰＮサーバ１０１がリモートネットワークＲＮ内のＡＲＰ要求に治して代理応答することとしてもよい。

なお、本実施の形態で説明したパケットルーティング制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション、携帯型端末等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。

また、本実施の形態で説明した無線端末ＭＮ１やＶＰＮサーバ１０１は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣ（以下、単に「ＡＳＩＣ」と称す。）やＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）などのカスタムＬＳＩによっても実現することができる。具体的には、たとえば、上述したパケットルーティング制御方法のうち該当する処理を、ＨＤＬ記述によって機能定義し、そのＨＤＬ記述を論理合成してＡＳＩＣやＰＬＤなどのカスタムＬＳＩに与えることにより、実現することができる。

（付記１）ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続制御するパケットルーティング制御方法であって、
前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置に割り当てられたＶＰＮアドレスを、前記ＶＰＮサーバから受信する受信工程と、
前記一の端末装置が、前記受信工程によって受信されたＶＰＮアドレスを、前記特定の端末装置に通知する通知工程と、
前記ＶＰＮサーバが、送信元アドレスを前記ＶＰＮアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとする前記特定の端末装置からのパケットを、前記一の端末装置経由で受信して、前記ファイルサーバに転送する転送工程と、
前記ＶＰＮサーバが、前記転送工程によって転送された結果、前記ファイルサーバから送信されてくる、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとするパケットを受信して、当該パケットを前記グローバルアドレスごとに分配し、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記一の端末装置と前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスとするヘッダによりそれぞれカプセル化するカプセル化工程と、
前記ＶＰＮサーバが、前記カプセル化工程によってカプセル化されたパケットを、当該パケットのヘッダの宛先アドレスとなるグローバルアドレスにしたがって、前記一の端末装置および前記他の端末装置に配信する配信工程と、
前記一の端末装置および前記他の端末装置が、前記配信工程によって配信されたパケットをデカプセル化するデカプセル化工程と、
前記一の端末装置および前記他の端末装置が、前記カプセル化工程によってカプセル化されたパケットを、当該パケットのヘッダの宛先アドレスとなるグローバルアドレスにしたがって、前記一の端末装置および前記他の端末装置に送信する送信工程と、
を含んだことを特徴とするパケットルーティング制御方法。

（付記２）前記ＶＰＮサーバが、前記複数の端末装置に割り当てるＶＰＮアドレスと同一サブネットのＩＰアドレス群の中から割り当てられた未使用のＩＰアドレスを前記特定の端末装置のＶＰＮアドレスとして割り当てる割当て工程と含み、
前記受信工程は、
前記一の端末装置が、前記割当て工程によって割り当てられた前記特定の端末装置のＶＰＮアドレスを、前記ＶＰＮサーバから受信することを特徴とする付記１に記載のパケットルーティング制御方法。

（付記３）前記受信工程は、
前記一の端末装置が、さらに、前記一の端末装置の前記ローカルネットワーク用通信デバイスに関するＩＰアドレスを前記ＶＰＮサーバから受信し、
前記通知工程は、
前記一の端末装置が、前記ローカルネットワーク用通信デバイスに関するＩＰアドレスを前記特定の端末装置のデフォルトゲートウェイのＩＰアドレスとして前記特定の端末装置に通知することを特徴とする付記１に記載のパケットルーティング制御方法。

（付記４）付記１〜３のいずれか一つに記載のパケットルーティング制御方法のうち、前記受信工程、前記通知工程、前記デカプセル化工程、および前記送信工程を、前記一の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。

（付記５）付記１〜３のいずれか一つに記載のパケットルーティング制御方法のうち、前記デカプセル化工程、および前記送信工程を、前記他の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。

（付記６）付記１〜３のいずれか一つに記載のパケットルーティング制御方法のうち、前記転送工程、前記カプセル化工程、および前記配信工程を前記ＶＰＮサーバ内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。

（付記７）付記２に記載のパケットルーティング制御方法のうち、前記割当て工程、前記転送工程、前記カプセル化工程、および前記配信工程を前記ＶＰＮサーバ内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。

（付記８）付記４に記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とする端末装置。

（付記９）付記５に記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とする端末装置。

（付記１０）付記６または７に記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とするＶＰＮサーバ。

以上のように、本発明にかかるパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバは、携帯電話機、携帯型ゲーム機などの端末装置に有用であり、特に、無線ＬＡＮ用の通信デバイスを搭載した端末装置に適している。

たとえば、リモートネットワークＲＮが会社ＡのＬＡＮ、ローカルネットワークＬＮが会社Ａの社員甲、乙の出張先の無線ＬＡＮとする。甲は、自身（または会社Ａから支給された）の無線端末ＭＮ１とノートＰＣである無線端末ＭＮ３を有し、乙は自身（または会社Ａから支給された）の無線端末ＭＮ２を有する。

甲が出張先で会社ＡのＬＡＮのファイルサーバ１０２からデータをダウンロードして、ノートＰＣで表示させる場合、無線端末ＭＮ１をゲートウェイとしてＶＰＮサーバ１０１とＶＰＮ接続し、ファイルサーバ１０２からＶＰＮサーバ１０１を介して、ノートＰＣにデータをダウンロードする。このとき、データのパケットは、ＶＰＮサーバ１０１⇒無線端末ＭＮ１⇒無線端末ＭＮ３という第１の通信経路と、ＶＰＮサーバ１０１⇒無線端末ＭＮ２⇒無線端末ＭＮ３という第２の通信経路とでパケットを分配することでデータをダウンロードすることができる。

本発明の実施の形態にかかるルーティング制御方法の初期設定を示す説明図である。 無線端末ＭＮ１のルーティングテーブルを示す説明図である。 無線端末ＭＮ２のルーティングテーブルを示す説明図である。 この発明の実施の形態にかかるルーティング制御方法（上り）を示す説明図である。 この発明の実施の形態にかかるルーティング制御方法（下り）を示す説明図である。 この発明の実施の形態にかかる無線端末ＭＮ１，ＭＮ２の機能的構成を示すブロック図である。 この発明の実施の形態にかかるＶＰＮサーバの機能的構成を示すブロック図である。 この発明の実施の形態にかかる無線端末ＭＮ１，ＭＮ２の初期設定処理手順を示すフローチャートである。 この発明の実施の形態にかかるＶＰＮサーバの初期設定処理手順を示すフローチャートである。 この発明の実施の形態にかかる無線端末ＭＮ１，ＭＮ２のルーティング制御処理手順を示すフローチャートである。 この発明の実施の形態にかかるＶＰＮサーバのルーティング制御処理手順を示すフローチャートである。 この発明の実施の形態にかかる無線端末ＭＮ１，ＭＮ２の機能的構成２を示すブロック図である。 無線端末ＭＮ３とデフォルトゲートウェイとなる無線端末ＭＮ１とのシーケンス図である。 従来の複数経路統合の構成例を示す説明図である。 ローカルネットワーク内のノートＰＣからゲートウェイとなる無線端末を経由してリモートネットワークへ接続する場合のネットワーク構成例を示す説明図である。 図１５に示した構成で複数経路統合を適用した場合のルーティング制御例（上り）を示す説明図である。 図１５に示した構成で複数経路統合を適用した場合のルーティング制御例（下り）を示す説明図である。

符号の説明

１０１ ＶＰＮサーバ
１０２ ファイルサーバ
１１０ ＩＰアドレス群
１１２ 未使用領域
６０１，７０１ 受信部
６０２，７０２ 送信部
６０３，７０３ ヘッダ解析部
６０４，７０４ ルーティング情報記憶部
６０５，７０５ 取得部
６０６，７０６ 選択部
６０７，７０７ アプリケーション実行部
６０８ アドレス要求部
６０９，７０９ アドレス設定部
６１０，７１０ アドレス記憶部
６１１，７１１ カプセル化処理部
６１２，７１２ デカプセル化処理部
１２００ 簡易ＤＨＣＰサーバ部
ＬＮ ローカルネットワーク
ＭＮ１〜ＭＮ３ 無線端末
ＲＮ リモートネットワーク

Claims (8)

1. ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続制御するパケットルーティング制御方法であって、
   前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置に割り当てられたＶＰＮアドレスを、前記ＶＰＮサーバから受信する受信工程と、
   前記一の端末装置が、前記受信工程によって受信されたＶＰＮアドレスを、前記特定の端末装置に通知する通知工程と、
   前記ＶＰＮサーバが、送信元アドレスを前記ＶＰＮアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとする前記特定の端末装置からのパケットを、前記一の端末装置経由で受信して、前記ファイルサーバに転送する転送工程と、
   前記ＶＰＮサーバが、前記転送工程によって転送された結果、前記ファイルサーバから送信されてくる、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとするパケットを受信して、当該パケットを前記グローバルアドレスごとに分配し、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記一の端末装置と前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスとするヘッダによりそれぞれカプセル化するカプセル化工程と、
   前記ＶＰＮサーバが、前記カプセル化工程によってカプセル化されたパケットを、当該パケットのヘッダの宛先アドレスとなるグローバルアドレスにしたがって、前記一の端末装置および前記他の端末装置に配信する配信工程と、
   前記一の端末装置および前記他の端末装置が、前記配信工程によって配信されたパケットをデカプセル化するデカプセル化工程と、
   前記一の端末装置および前記他の端末装置が、前記カプセル化工程によってカプセル化されたパケットを、当該パケットのヘッダの宛先アドレスとなるグローバルアドレスにしたがって、前記一の端末装置および前記他の端末装置に送信する送信工程と、
   を含んだことを特徴とするパケットルーティング制御方法。
2. 前記ＶＰＮサーバが、前記複数の端末装置に割り当てるＶＰＮアドレスと同一サブネットのＩＰアドレス群の中から割り当てられた未使用のＩＰアドレスを前記特定の端末装置のＶＰＮアドレスとして割り当てる割当て工程と含み、
   前記受信工程は、
   前記一の端末装置が、前記割当て工程によって割り当てられた前記特定の端末装置のＶＰＮアドレスを、前記ＶＰＮサーバから受信することを特徴とする請求項１に記載のパケットルーティング制御方法。
3. 請求項１または２に記載のパケットルーティング制御方法のうち、前記受信工程、前記通知工程、前記デカプセル化工程、および前記送信工程を、前記一の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
4. 請求項１または２に記載のパケットルーティング制御方法のうち、前記デカプセル化工程、および前記送信工程を、前記他の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
5. 請求項１または２に記載のパケットルーティング制御方法のうち、前記転送工程、前記カプセル化工程、および前記配信工程を前記ＶＰＮサーバ内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
6. 請求項３に記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とする端末装置。
7. 請求項４に記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とする端末装置。
8. 請求項５に記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とするＶＰＮサーバ。

Images