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

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

Info

Publication number
JP4425298B2
JP4425298B2 JP2007200733A JP2007200733A JP4425298B2 JP 4425298 B2 JP4425298 B2 JP 4425298B2 JP 2007200733 A JP2007200733 A JP 2007200733A JP 2007200733 A JP2007200733 A JP 2007200733A JP 4425298 B2 JP4425298 B2 JP 4425298B2
Authority
JP
Japan
Prior art keywords
address
packet
terminal device
vpn
port number
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.)
Expired - Fee Related
Application number
JP2007200733A
Other languages
English (en)
Other versions
JP2009038566A (ja
Inventor
菜美 長田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2007200733A priority Critical patent/JP4425298B2/ja
Priority to US12/181,812 priority patent/US7933280B2/en
Publication of JP2009038566A publication Critical patent/JP2009038566A/ja
Application granted granted Critical
Publication of JP4425298B2 publication Critical patent/JP4425298B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • 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/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses
    • 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/2539—Hiding addresses; Keeping addresses anonymous
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0272—Virtual private networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

この発明は、リモートネットワーク上にあるＶＰＮサーバとローカルネットワーク内の複数の端末装置とをＶＰＮ接続することにより複数の通信経路を設定して目的とする端末装置に統合するパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバに関する。
近年、携帯電話などの無線インターフェイス（通信デバイス）を持った情報機器からネットワーク経由で様々なサービスやコンテンツを利用するシーンが多くなったが、このとき利用する無線回線は、その特性上、品質が不安定で、帯域も有線回線に比較して狭い。したがって、必ずしも快適な作業環境を提供できるわけではないのが現状である。
そこで、周辺の複数の無線機器を利用して、仮想的に帯域を拡張する技術が検討されている。たとえば、下記非特許文献１では、Ｍｏｂｉｌｅ ＩＰｖ４を使ってネットワーク接続している複数の端末を経由した複数の経路を束ね、ＨＡ（Ｈｏｍｅ Ａｇｅｎｔ）において、各経路のパケット分配、集約を行って仮想的に帯域拡大を行う方法が示されている。
しかし、この方法では、公衆回線網において上位でパケットの分配や集約を行うＨＡまでＭｏｂｉｌｅ ＩＰによるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）トンネリングを行ったうえで、更にパケットを近在する他の無線端末まで転送するためのＩＰトンネリングを行わなければならず、ＩＰトンネリングによるパケットヘッダのオーバーヘッドの問題があった。
具体的には、あるローカルネットワークに存在する一方の無線端末が他方の無線端末を介してリモートネットワークにある通信相手（以下、ＣＮという。ＣＮ：Ｃｏｒｒｅｓｐｏｎｄｅｎｔ Ｎｏｄｅ）へパケットを送信する場合、Ｍｏｂｉｌｅ ＩＰのＩＰトンネリングのためのカプセル化を行うとともに、一方の無線端末から他方の無線端末へのパケット転送のためのＩＰトンネリングのカプセル化を行わなければならないという、カプセル化の重畳の問題があった。
また、Ｍｏｂｉｌｅ ＩＰ自体には十分なセキュリティの機能がないため、たとえばＶＰＮを使ってセキュリティを確保しようとすると、ＶＰＮのＩＰトンネリングのためのカプセル化をさらに行わなければならず、パケットヘッダのオーバーヘッドがさらに大きくなるという問題があった。すなわち、セキュリティの確保とパケットヘッダのオーバーヘッドの抑制とは、トレードオフの関係にあることとなる。
このような問題を解決するために、下記非特許文献１によりＶＰＮサーバによる経路分配・統合の方法が提案された。基本的な動作原理を下り（ＣＮ→無線端末ＭＮ）の経路統合を例に説明する。
図１９は、従来の複数経路統合の構成例を示す説明図である。図１９において、ＣＮ（たとえば、ファイルサーバ１０２）から無線端末ＭＮ２への送信を無線端末ＭＮ１，ＭＮ３を経由した３経路に分配統合する。無線端末ＭＮ１〜ＭＮ３は無線ＬＡＮとＰＨＳ，ＰＤＣ，３Ｇなどの２つ以上の通信インターフェイスを持っており、それぞれ無線ＬＡＮのＡｄ−ｈｏｃモードなどで接続したローカルネットワークを形成している。
ファイルサーバ１０２とＶＰＮサーバ１０１はリモートネットワーク上にあり、無線端末ＭＮ１〜ＭＮ３はＶＰＮサーバ１０１へ接続可能とする。無線端末ＭＮ１〜ＭＮ３からファイルサーバ１０２への接続はＰＨＳ（またはＰＤＣ，３Ｇなど）回線を使い、ＶＰＮ接続を行う。無線端末ＭＮ１〜ＭＮ３からリモートネットワークへのＶＰＮ接続が行われた状態で、ファイルサーバ１０２から無線端末ＭＮ２へのパケット伝送を考える。ファイルサーバ１０２から送信されるパケット１９００の宛先アドレスは無線端末ＭＮ２のＶＰＮアドレスになっている。
このパケット１９００がＶＰＮサーバ１０１においてカプセル化され、宛先を無線端末ＭＮ２のＰＨＳ(グローバル)インターフェイスに割り振られたグローバルアドレスとし，それぞれパケット１９００−（１）〜１９００−（３）として送信される。この後パケット１９００−（１）〜１９００−（３）はデカプセル化され、ＶＰＮアドレスを宛先とするパケットがＶＰＮ仮想インターフェイスにおいて受信される。
このファイルサーバ１０２から無線端末ＭＮ２へのパケット１９００−（１），１９００−（３）を無線端末ＭＮ１，ＭＮ３を経由させる場合、ファイルサーバ１０２からＶＰＮサーバ１０１へ届いたパケット１９００をカプセル化する際の（カプセル化後の）宛先アドレスを、一定の規則に基づいて無線端末ＭＮ１のグローバルアドレス、無線端末ＭＮ２のグローバルアドレス、無線端末ＭＮ３のグローバルアドレスに切り替える。
宛先が無線端末ＭＮ１，ＭＮ２，ＭＮ３となったパケット１９００−（１）〜１９００−（３）は、それぞれ無線端末ＭＮ１〜ＭＮ３へ転送される。無線端末ＭＮ１〜ＭＮ３ではそれぞれデカプセル化され、宛先が無線端末ＭＮ２のＶＰＮアドレスであるパケット１９００−１〜１９００−３が現れる。
このとき、無線端末ＭＮ１および無線端末ＭＮ３のルーティング設定を、宛先が無線端末ＭＮ２のＶＰＮアドレスの場合は、無線端末ＭＮ２の無線ＬＡＮ（ローカル）インターフェイスへ転送するように設定しておけば、無線端末ＭＮ１，ＭＮ３へ届いた無線端末ＭＮ２のＶＰＮアドレス宛のパケット１９００−１，１９００−３が無線端末ＭＮ２へ無線ＬＡＮを経由して転送される。
このＶＰＮサーバ１０１および複数のＶＰＮクライアントによって構成される経路統合システムを利用して、特殊なアプリなどを導入していない、無線ＬＡＮを持ったノートＰＣなどの機器に対して、同様に複数経路統合を行う場合を考える。
図２０は、ローカルネットワーク内のノートＰＣからゲートウェイとなる無線端末を経由してリモートネットワークへ接続する場合のネットワーク構成例を示す説明図である。図２０において、まず、ノートＰＣから無線端末ＭＮを経由してファイルサーバ１０２へ接続する場合、無線端末ＭＮはノートＰＣを含むローカルネットワークから外部ネットワークへのＧＷとみなすことができ、ローカルネットワーク内ではプライベートアドレスを用いるため、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）機能が必要となる。
また、ノートＰＣに同じサブネットのＩＰアドレスを割り振り、デフォルトゲートウェイを無線端末ＭＮに設定する必要がある。このような環境を前提として、従来の複数経路統合システムを適用する場合を考える。
図２１および図２２は、図２０に示した構成で複数経路統合を適用した場合のルーティング制御例を示す説明図である。図２１および図２２では、無線端末ＭＮ３（たとえば、ノートＰＣ）に対してＧＷとなる無線端末ＭＮ１に一旦パケットを統合した後、ノートＰＣに転送する形になる。まず、図２１に示した上り（ノートＰＣ→ファイルサーバ１０２）の制御例について説明する。
図２１において、無線端末ＭＮ３からファイルサーバ１０２であるファイルサーバに対してデータ転送を要求する。このとき送信されるパケットＰ１の宛先アドレスＤｓｔはファイルサーバ１０２のアドレス、送信元アドレスＳｒｃは無線端末ＭＮ３のローカル（プライベート）アドレスである。
このパケットＰ１は無線端末ＭＮ１を経由する際に、ＮＡＴにより送信元アドレスＳｒｃが無線端末ＭＮ１のＶＰＮアドレスに変換され、パケットＰ２となる。このときのアドレス変換規則は無線端末ＭＮ１内に保存される。パケットＰ２は無線端末ＭＮ１でカプセル化される。カプセル化されたパケットＰ（２）は、無線端末ＭＮ１からＶＰＮサーバ１０１に送信される。ＶＰＮサーバ１０１はパケットＰ（２）をデカプセル化する。これにより、パケットＰ（２）からデカプセル化されたパケットＰ２が最終的にファイルサーバ１０２に届く。
つぎに、図２２に示した下り（ファイルサーバ１０２→ノートＰＣ）の制御例について説明する。折り返し、ファイルサーバ１０２からデータ転送するパケットＰ３の宛先アドレスＤｓｔは無線端末ＭＮ１のＶＰＮアドレスである。パケットＰ３は、カプセル化後のアドレスが無線端末ＭＮ１または無線端末ＭＮ２のグローバルアドレスとなるように、ＶＰＮサーバ１０１でカプセル化される。カプセル化されたパケットをそれぞれパケットＰ（３−１），Ｐ（３−２）とする。パケットＰ（３−１），Ｐ（３−２）は、ＶＰＮサーバ１０１からそれぞれ無線端末ＭＮ１，ＭＮ２へ転送される。
無線端末ＭＮ１に届いたパケットＰ（３−１）は、無線端末ＭＮ１においてデカプセル化され、パケットＰ３−１となる。また、無線端末ＭＮ２へ届いたパケットＰ（３−２）はデカプセル化される。デカプセル化されたパケットＰ３−２は、予め設定したルーティング設定に従って、無線端末ＭＮ１に転送される。無線端末ＭＮ１に届いた無線端末ＭＮ１のＶＰＮアドレス宛のパケットＰ３−１，Ｐ３−２は、保存されたアドレス変換規則に従って、宛先アドレスＳｒｃが無線端末ＭＮ３のアドレスに変換されたパケットＰ４として無線端末ＭＮ３へ転送されることになる。
村松秀哉，富強，石原進，水野忠則 "Ｍｏｂｉｌｅ ＩＰを利用した通信回線共有方式の提案" 第６４回情報処理学会全国大会講演論文集（３），ｐｐ３−５６５〜３−５６６ ２００２年３月
しかしながら、各パケットＰ（３−１），Ｐ（３−２）はアドレス変換規則によるアドレス変換処理のため、必ず無線端末ＭＮ１を経由して無線端末ＭＮ３に転送される。したがって、無線端末ＭＮ１の負荷が大きくなり、無線端末ＭＮ１上の各処理が遅延するおそれがあり、消費電力も大きくなるという問題がある。
また、無線端末ＭＮ２から直接無線端末ＭＮ３にパケットを転送する場合に比べて１ホップ分多く無線ＬＡＮ回線を使用しており、同じチャネルを使用する端末が増えた場合には、この冗長な転送のためにＥｎｄ−ｔｏ−ｅｎｄのスループットを低下させるおそれがある。
また、この問題を回避するためには、無線端末ＭＮ２から直接無線端末ＭＮ３に転送することが望ましいが、現状の方式では、デカプセル後のパケットＰ３−１，３−２の宛先アドレスＤｓｔが、無線端末ＭＮ１のＶＰＮアドレスになっているため、無線端末ＭＮ１を経由せざるを得ない。
この発明は、上述した従来技術による問題点を解消するため、複数経路によるパケット転送の負荷分散を図ることにより、パケット転送の高速化を実現することができるパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバを提供することを目的とする。
上述した課題を解決し、目的を達成するため、第１の発明にかかるパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバは、ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するためのパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバであって、前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとするパケットを、前記特定の端末装置から受信する受信工程と、前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換する変換工程と、前記一の端末装置が、前記ローカルアドレスと前記ＶＰＮアドレスと前記ファイルサーバのＩＰアドレスとを関連付けたアドレス変換規則を記憶する記憶工程と、前記アドレス変換規則を前記一の端末装置から前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置に通知するとともに、前記一の端末装置および前記他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知する通知工程と、前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとするパケットを、前記ファイルサーバから受信した場合、当該パケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、前記一の端末装置および前記他の端末装置が、前記アドレス変換規則を用いて、デカプセル化されたパケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスにそれぞれ逆変換する逆変換工程と、前記一の端末装置および前記他の端末装置が、逆変換により宛先アドレスが前記ローカルアドレスとなったパケットをそれぞれ前記特定の端末装置に送信する送信工程と、を含んだことを特徴とする。
また、上記発明において、前記受信工程は、前記一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとし、かつ、送信元ポート番号を含むパケットを、前記特定の端末装置から受信し、前記変換工程は、前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換するとともに、前記送信元ポート番号を変換し、前記記憶工程は、前記一の端末装置が、前記ローカルアドレスおよび前記送信元ポート番号と前記ＶＰＮアドレスおよび前記変換工程による変換後ポート番号と前記ファイルサーバのＩＰアドレスとを関連付けたアドレス・ポート変換規則を記憶し、前記通知工程は、前記アドレス・ポート変換規則を前記一の端末装置から前記他の端末装置に通知するとともに、前記一の端末装置および前記他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知し、前記カプセル化工程は、前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとし、かつ、前記変換後ポート番号を含むパケットを、前記ファイルサーバから受信した場合、当該パケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化し、前記逆変換工程は、前記一の端末装置および前記他の端末装置が、前記アドレス・ポート変換規則を用いて、デカプセル化されたパケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスにそれぞれ逆変換するとともに、前記変換後ポート番号を前記送信元ポート番号に逆変換し、前記送信工程は、前記一の端末装置および前記他の端末装置が、逆変換により宛先アドレスおよびそのポート番号が前記ローカルアドレスおよび前記送信元ポート番号となったパケットをそれぞれ前記特定の端末装置に送信することとしてもよい。
また、第２の発明にかかるパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバは、ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するためのパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバであって、前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとし、かつ、送信元ポート番号および宛先ポート番号を含むパケットを、前記特定の端末装置から受信する受信工程と、前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換するとともに、前記送信元ポート番号を変換する変換工程と、前記一の端末装置が、送信元アドレスおよびそのポート番号を前記ＶＰＮアドレスおよび前記変換工程による変換後ポート番号とし、宛先アドレスおよびそのポート番号を前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号とするパケットに前記送信元ポート番号を埋め込むことにより、前記ＶＰＮサーバに転送する転送工程と、前記一の端末装置が、前記一の端末装置および前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知するとともに、前記特定の端末装置のローカルアドレスを前記他の端末装置に通知する通知工程と、前記ＶＰＮサーバが、前記転送工程によって転送されてきたパケットから、前記ＶＰＮアドレスおよび前記変換後ポート番号と、前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号と、前記送信元ポート番号とを関連付けたアドレス・ポート変換規則を抽出するとともに、抽出元となったパケットを前記ファイルサーバに転送する抽出工程と、前記ファイルサーバが前記抽出元となったパケットに応答することにより、前記ファイルサーバから送信されてきたパケットの送信元アドレスおよびそのポート番号と宛先アドレスおよびそのポート番号が、前記アドレス・ポート変換規則に適合するか否かを判定する判定工程と、前記判定工程によって適合すると判定された場合、前記ファイルサーバから送信されてきたパケットに前記送信元ポート番号を埋め込み、当該パケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、前記一の端末装置および前記他の端末装置が、デカプセル化されたパケットから、前記ＶＰＮアドレスおよび前記変換後ポート番号と、前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号と、前記送信元ポート番号とを関連付けたアドレス・ポート変換規則を抽出することにより、当該アドレス・ポート変換規則を用いて、前記デカプセル化されたパケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスにそれぞれ逆変換するとともに、前記変換後ポート番号を前記送信元ポート番号に逆変換する逆変換工程と、前記一の端末装置および前記他の端末装置が、逆変換により宛先アドレスおよびそのポート番号が前記ローカルアドレスおよび前記送信元ポート番号となったパケットをそれぞれ前記特定の端末装置に送信する送信工程と、を含んだことを特徴とする。
また、第３の発明にかかるパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバは、ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するためのパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバであって、前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとするパケットを、前記特定の端末装置から受信する受信工程と、前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換する変換工程と、前記一の端末装置が、前記ローカルアドレスと前記ＶＰＮアドレスと前記ファイルサーバのＩＰアドレスとを関連付けたアドレス変換規則を記憶する記憶工程と、前記アドレス変換規則を前記一の端末装置から前記ＶＰＮサーバに通知するとともに、前記一の端末装置のグローバルアドレスおよび前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知する通知工程と、前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとするパケットを、前記ファイルサーバから受信した場合、前記アドレス変換規則を用いて、当該パケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスに逆変換する逆変換工程と、前記ＶＰＮサーバが、逆変換により宛先アドレスが前記ローカルアドレスとなったパケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、前記一の端末装置および前記他の端末装置が、デカプセル化されたパケットをそれぞれ前記特定の端末装置に送信する送信工程と、を含んだことを特徴とする。
また、上記発明において、前記受信工程は、前記一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとし、かつ、送信元ポート番号を含むパケットを、前記特定の端末装置から受信し、前記変換工程は、前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換するとともに、前記送信元ポート番号を変換し、前記記憶工程は、前記一の端末装置が、前記ローカルアドレスおよび前記送信元ポート番号と前記ＶＰＮアドレスおよび前記変換工程による変換後ポート番号と前記ファイルサーバのＩＰアドレスとを関連付けたアドレス・ポート変換規則を記憶し、前記通知工程は、前記アドレス・ポート変換規則を前記一の端末装置から前記ＶＰＮサーバに通知するとともに、前記一の端末装置および前記他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知し、前記逆変換工程は、前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとし、前記変換後ポート番号を含むパケットを、前記ファイルサーバから受信した場合、前記アドレス・ポート変換規則を用いて、当該パケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスに逆変換するとともに、前記変換後ポート番号を前記送信元ポート番号に逆変換し、前記カプセル化工程は、前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとし、かつ、前記送信元ポート番号を含むパケットを、前記ファイルサーバから受信した場合、当該パケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化し、前記送信工程は、前記一の端末装置および前記他の端末装置が、逆変換により宛先アドレスおよびそのポート番号が前記ローカルアドレスおよび前記送信元ポート番号となったパケットをそれぞれ前記特定の端末装置に送信することとしてもよい。
また、第４の発明にかかるパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバは、ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するためのパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバであって、前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとし、かつ、送信元ポート番号および宛先ポート番号を含むパケットを、前記特定の端末装置から受信する受信工程と、前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換するとともに、前記送信元ポート番号を変換する変換工程と、前記一の端末装置が、送信元アドレスおよびそのポート番号を前記ＶＰＮアドレスおよび前記変換工程による変換後ポート番号とし、宛先アドレスおよびそのポート番号を前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号とするパケットに前記送信元ポート番号を埋め込むことにより、前記ＶＰＮサーバに転送する転送工程と、前記一の端末装置が、前記一の端末装置および前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知するとともに、前記特定の端末装置のローカルアドレスを前記ＶＰＮサーバに通知する通知工程と、前記ＶＰＮサーバが、前記転送工程によって転送されてきたパケットから、前記ＶＰＮアドレスおよび前記変換後ポート番号と、前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号と、前記特定の端末装置のローカルアドレスおよび前記送信元ポート番号とを関連付けたアドレス・ポート変換規則を抽出するとともに、抽出元となったパケットを前記ファイルサーバに転送する抽出工程と、前記ファイルサーバが前記抽出元となったパケットに応答することにより、前記ファイルサーバから送信されてきたパケットの送信元アドレスおよびそのポート番号と宛先アドレスおよびそのポート番号が、前記アドレス・ポート変換規則に適合するか否かを判定する判定工程と、前記判定工程によって適合すると判定された場合、前記ファイルサーバから送信されてきたパケットの宛先アドレスおよびそのポート番号を、前記ＶＰＮアドレスおよび前記変換後ポート番号から前記ローカルアドレスおよび前記送信元ポート番号に逆変換する逆変換工程と、前記ＶＰＮサーバが、逆変換により宛先アドレスおよびそのポート番号が前記ローカルアドレスおよび前記送信元ポート番号となったパケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、前記一の端末装置および前記他の端末装置が、デカプセル化されたパケットをそれぞれ前記特定の端末装置に送信する送信工程と、を含んだことを特徴とする。
これらの発明によれば、下りの通信経路として、ファイルサーバ⇒ＶＰＮサーバ⇒一の端末装置⇒特定の端末装置という第１の通信経路と、ファイルサーバ⇒ＶＰＮサーバ⇒他の端末装置⇒特定の端末装置という第２の通信経路と、を設定することができ、各端末装置（一の端末装置、他の端末装置）から特定の端末装置へ経路統合することができる。
本発明にかかるパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバによれば、複数経路によるパケット転送の負荷分散を図ることにより、パケット転送の高速化を実現することができるという効果を奏する。
（本発明の概要）
まず、本発明の概要について説明する。図２２に示したように、無線端末ＭＮ１以外の無線端末ＭＮ２も、無線端末ＭＮ１と同様に直接無線端末ＭＮ３（ノートＰＣ）に転送するためには、デカプセル後のパケット処理が無線端末ＭＮ１と同じになるようにすればよい。
すなわち、無線端末ＭＮ２でデカプセルされたパケットＰ３−２に対して、無線端末ＭＮ１内に保存されたＮＡＴによるアドレス変換規則Ｔ１を用いて、宛先アドレスの変換をおこなう。これにより、ＶＰＮサーバ１０１から分配されて無線端末ＭＮ２でデカプセル化されたパケットＰ３−２を、無線端末ＭＮ１を経由せずに、データ要求元である無線端末ＭＮ３に送信する。
これにより、無線端末ＭＮ１の負荷軽減を図ることができ、無線端末ＭＮ１上の各処理の高速化および消費電力の低減化を図ることができる。また、無線端末ＭＮ２から直接無線端末ＭＮ３にパケット転送することができるため、無線端末ＭＮ１を経由させる場合に比べて無線ＬＡＮ回線の使用を１ホップ分少なくすることができる。したがって、同じチャネルを使用する無線端末ＭＮ２が増えても、スループット（通信回線の単位時間あたりの実効転送量）が低下することはない。
なお、本実施の形態において、ファイルサーバ１０２は、ファイルを格納するサーバであり、無線端末ＭＮ３からのリクエストに応じたレスポンスを、本実施の形態のルーティング制御により返信する。したがって、ファイルサーバ１０２は、データベースサーバやＷｅｂサーバとして機能することとしてもよい。また、ファイルサーバ１０２はＶＰＮサーバと一体構成であってもよい。
＜実施の形態１＞
まず、実施の形態１について説明する。実施の形態１は、送信元である無線端末ＭＮ３（ノートＰＣ）のゲートウェイとなる無線端末ＭＮ１において生成されたアドレス変換規則Ｔ１を、無線端末ＭＮ１から無線端末ＭＮ２に通知することにより、無線端末ＭＮ３の通信先となるファイルサーバ１０２から送信されてくるパケットを、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ１⇒無線端末ＭＮ３という第１の通信経路と、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ２⇒無線端末ＭＮ３という第２の通信経路とにより、無線端末ＭＮ３に経路統合する例である。
なお、第２の通信経路は、無線端末ＭＮ２の個数分設定されることとなる。これにより、下りの帯域についてゲートウェイとなる無線端末（無線端末ＭＮ１）に負荷をかけずに仮想的に拡張することができる。
図１は、本発明の実施の形態１にかかるルーティング制御方法（上り）を示す説明図であり、図２は、本発明の実施の形態１にかかるルーティング制御方法（下り）を示す説明図である。無線端末ＭＮ３からのデータ転送要求（図１を参照。）に対して、図２に示したように、ファイルサーバ１０２がデータ転送を開始して、このパケットＰ３がＶＰＮサーバ１０１において無線端末ＭＮ１，ＭＮ２に分配されて送信され、各無線端末ＭＮ１，ＭＮ２上でデカプセルされるまでは、図２０および図２１に示した従来と同様の動作である。
その後、図２において、無線端末ＭＮ１では、アドレス変換規則Ｔ１を作成・保存する。ここで、アドレス変換規則Ｔ１について説明する。アドレス変換規則Ｔ１は、無線端末ＭＮ３からのパケットのヘッダにおいて送信元アドレスとして記述されているローカルアドレス（Ｌｏｃａｌ−ａｄｒｓ Ｘ）と、ＮＡＴによるアドレス変換後の送信元アドレスＳｒｃとして記述される無線端末ＭＮ１のＶＰＮアドレス（ＶＰＮ ｃｌｎｔ）と、宛先アドレスＤｓｔ（Ｆｉｌｅ Ｓｅｒｖｅｒ）とが関連付けられる。
無線端末ＭＮ３がファイルサーバ１０２へ接続する際に作成・保存されたアドレス変換規則Ｔ１に従ってアドレス変換をおこなって、デカプセルされたパケットＰ３−１を無線端末ＭＮ３へ転送するが、無線端末ＭＮ２へも、無線端末ＭＮ１に保存されたアドレス変換規則Ｔ１を通知する。
これにより、無線端末ＭＮ１と同様に、宛先アドレスＤｓｔを無線端末ＭＮ１のＶＰＮアドレスから無線端末ＭＮ３のローカルアドレスに変換して、無線端末２から無線端末ＭＮ３にパケットＰ３−２を転送する。すなわち、変換後のアドレスはローカルアドレスであるため、パケットＰ３−２は、ローカルアドレスが割り当てられているローカル（無線ＬＡＮ）インターフェイスを経由して転送され、無線端末ＭＮ３に届くこととなる。
（無線端末ＭＮ１，ＭＮ２の機能的構成）
つぎに、実施の形態１にかかる無線端末ＭＮ１，ＭＮ２の機能的構成について説明する。図３は、無線端末ＭＮ１，ＭＮ２の機能的構成を示すブロック図である。図３において、無線端末ＭＮ１，ＭＮ２は、受信部３０１と、送信部３０２と、アプリケーション実行部３０３と、ルーティング情報記憶部３０４と、取得部３０５と、選択部３０６と、ヘッダ解析部３０７と、変換部３０８と、変換規則記憶部３０９と、変換規則管理部３１０と、カプセル化処理部３１１と、デカプセル化処理部３１２と、から構成されている。以下、説明上、無線端末ＭＮ１に着目して説明するが、無線端末ＭＮ２についても同様である。
まず、受信部３０１は、外部からのパケットを受信する機能を有する。送信部３０２は、パケットを外部に送信する機能を有する。具体的には、たとえば、無線端末ＭＮ１内のインターフェイス（通信デバイス）によりその機能を実現する。インターフェイスは、ローカル（無線ＬＡＮ）インターフェイスおよび外部ネットワーク向けインターフェイス（ＰＨＳ，ＰＤＣ，３Ｇ等）の中から選択可能である。
アプリケーション実行部３０３は、ルーティングプロトコルによりルーティングテーブルを設定する機能を有する。ルーティングテーブルは静的に設定してもよく動的に設定してもよい。また、アプリケーション実行部３０３は、自端末がゲートウェイに指定されると、ＶＰＮサーバ１０１に対してそのグローバルアドレスやＶＰＮアドレスを通知する機能を有する。ＶＰＮアドレスとは、ＶＰＮ接続の際に仮想的に割り当てられるアドレスである。
ここでは、無線端末ＭＮ１がゲートウェイに指定されたため、無線端末ＭＮ１のグローバルアドレス（ｇｌｏｂａｌ ａｄｒｓ １）とＶＰＮアドレス（ＶＰＮ ｃｌｎｔ １）とを通知する。通知する場合は、送信元を無線端末ＭＮ１、宛先をＶＰＮサーバ１０１とするヘッダを付加して、ヘッダ解析部３０７および選択部３０６を介して送信部３０２から送信される。これにより、無線端末ＭＮ１のグローバルアドレス（ｇｌｏｂａｌ ａｄｒｓ １）とＶＰＮアドレス（ＶＰＮ ｃｌｎｔ １）が通知される。
また、同一のローカルネットワークＬＮ内の他の無線端末ＭＮ２のグローバルアドレスおよびＶＰＮアドレスも無線端末ＭＮ１から通知することとしてもよい。この場合、同一のローカルネットワークＬＮ内の無線端末ＭＮ２を検出して、無線端末ＭＮ２からそのグローバルアドレス（ｇｌｏｂａｌ ａｄｒｓ ２）とＶＰＮアドレス（ＶＰＮ ｃｌｎｔ ２）の通知を受ける。そして、上記と同様の処理により、グローバルアドレス（ｇｌｏｂａｌ ａｄｒｓ １，ｇｌｏｂａｌ ａｄｒｓ ２）とＶＰＮアドレス（ＶＰＮ ｃｌｎｔ ２）をＶＰＮサーバ１０１に通知する。
また、ルーティング情報記憶部３０４は、アプリケーション実行部３０３によって得られたルーティングテーブルを記憶する機能を有する。ルーティングテーブルとは、パケットの配送先に関する経路情報を記憶したメモリテーブルである。
図４は、無線端末ＭＮ１のルーティングテーブルを示す説明図である。図４中、「（Ｒｅｍｏｔｅ）」は、その無線端末ＭＮ１のＶＰＮアドレスを示しており、「（Ｌｏｃａｌ）」は、その無線端末ＭＮ１のローカルアドレスを示している。
たとえば、図４の１行目は、無線端末ＭＮ１から無線端末ＭＮ２へのルーティング情報を示している。具体的には、宛先が無線端末ＭＮ２のＶＰＮアドレスである場合、無線端末ＭＮ１で使用するインターフェイスはローカル（無線ＬＡＮ）インターフェイス（のローカルアドレス）となる。また、実際の宛先を示すゲートウェイは無線端末ＭＮ２のローカルアドレスとなる。
また、図４の３行目は、無線端末ＭＮ１からローカルネットワークＬＮ（内の無線端末）へのルーティング情報を示している。具体的には、宛先がローカルネットワークＬＮのネットワークアドレスである場合、無線端末ＭＮ１で使用するインターフェイスはローカル（無線ＬＡＮ）インターフェイスとなる。また、実際の宛先を示すゲートウェイも無線端末ＭＮ１のローカルアドレスとなる。
また、図４の４行目は、無線端末ＭＮ１からリモートネットワークＲＮへのルーティング情報を示している。具体的には、宛先がリモートネットワークＲＮのネットワークアドレスである場合、無線端末ＭＮ１で使用するインターフェイスは外部ネットワーク向けインターフェイス（ＰＨＳ，ＰＤＣ，３Ｇ等）となる。また、実際の宛先を示すゲートウェイも無線端末ＭＮ１の外部ネットワーク向けインターフェイス（ＰＨＳ，ＰＤＣ，３Ｇ等）のローカルアドレスとなる。
すなわち、この場合に、無線端末ＭＮ１はローカルネットワークＬＮのゲートウェイとして機能することとなる。なお、図５は、無線端末ＭＮ２のルーティングテーブルを示す説明図である。また、ルーティング情報記憶部３０４は、無線端末ＭＮ１，ＭＮ２内のメモリやＨＤなどの記憶装置によりその機能を実現する。
また、図３において、取得部３０５は、選択部３０６からの指示に応じて、ルーティング情報記憶部３０４からルーティングテーブルを読み出す機能を有する。読み出されたルーティングテーブルは選択部３０６に送られる。また、選択部３０６は、パケットを送信する場合、上述したルーティングテーブルを参照することにより、インターフェイスを選択する機能を有する。具体的には、ルーティングテーブル上の「ゲートウェイ」に記述されているアドレスを宛先とし、「インターフェイス」に記述されているインターフェイスを選択する。また、ヘッダ解析部３０７は、受信部３０１によって受信されたパケットのヘッダを解析する機能を有する。具体的には、ヘッダの送信元アドレスＳｒｃと宛先アドレスＤｓｔとを特定する。
また、変換部３０８は、送信元アドレスの変換処理をおこなう機能を有する。具体的には、たとえば、送信元アドレスを、ローカルネットワークＬＮアドレス（プライベートアドレス）から、無線端末ＭＮ１に割り当てられたＶＰＮアドレスに変換する。これにより、図１および図２に示したアドレス変換規則Ｔ１が生成される。また、これとは逆に、送信元アドレスを、無線端末ＭＮ１に割り当てられたＶＰＮアドレスを、ローカルネットワークＬＮアドレス（プライベートアドレス）に変換する。
また、変換規則記憶部３０９は、アドレス変換規則Ｔ１を記憶する機能を有する。アドレス変換規則Ｔ１は、アドレス変換規則Ｔ１を記憶したメモリテーブル（変換テーブル）である。変換規則管理部３１０は、同一のローカルネットワークＬＮ（無線ＬＡＮ）内の無線端末ＭＮ２に、アドレス変換規則Ｔ１を通知する機能を有する。
また、カプセル化処理部３１１は、受信されたパケットをカプセル化する機能を有する。具体的には、たとえば、図１に示したように、送信元アドレスＳｒｃを無線端末ＭＮ１のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ１）、宛先アドレスＤｓｔをＶＰＮサーバ１０１（Ｄｓｔ＝ＶＰＮ ｓｅｒｖｅｒ）とするヘッダにより、パケットＰ２をカプセル化する。カプセル化されたパケットＰ（２）では、宛先アドレスＤｓｔがＶＰＮサーバ１０１のアドレス（Ｄｓｔ＝ＶＰＮ ｓｅｒｖｅｒ）となっているため、ＶＰＮサーバ１０１に送られる。
また、デカプセル化処理部３１２は、受信されたパケットのカプセルを解除する機能を有する。具体的には、たとえば、図２に示したように、パケットＰ（３−１）について、送信元アドレスＳｒｃをＶＰＮサーバ１０１のアドレス（Ｄｓｔ＝ＶＰＮ ｓｅｒｖｅｒ）、宛先アドレスＤｓｔを無線端末ＭＮ１のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ１）とするヘッダを解除することにより、パケットＰ（３−１）をデカプセル化する。
デカプセル化されたパケットＰ３−１では、宛先アドレスＤｓｔがゲートウェイ（無線端末ＭＮ１）のＶＰＮアドレス（Ｄｓｔ＝ＶＰＮ ｃｌｎｔ １）であるため、アドレス変換規則Ｔ１によりローカルアドレス（Ｌｏｃａｌ−ａｄｒｓ Ｘ）に変換される。これにより、ゲートウェイである無線端末ＭＮ１から無線端末ＭＮ３にパケットＰ３−１を送信することができるとともに、無線端末ＭＮ２から無線端末ＭＮ３にパケットＰ３−２を直接送信することができる。
また、変換規則管理部３１０は、アドレス変換規則Ｔ１を管理する機能を有する。具体的には、変換規則記憶部３０９に記憶されたアドレス変換規則Ｔ１を読み出して、同一のローカルネットワークＬＮ内に存在する無線端末ＭＮ２に通知する。通知する場合は、読み出したアドレス変換規則Ｔ１に対して送信元を無線端末ＭＮ１、宛先を無線端末ＭＮ２とするヘッダを付加し、選択部３０６を介して送信部３０２からアドレス変換規則Ｔ１を送信する。これにより、アドレス変換規則Ｔ１が無線端末ＭＮ２に通知されることとなる。
なお、アプリケーション実行部３０３、取得部３０５、選択部３０６、ヘッダ解析部３０７、変換部３０８、アドレス変換管理部３１０、カプセル化処理部３１１、およびデカプセル化処理部３１２は、無線端末ＭＮ１，ＭＮ２内のメモリやＨＤなどの記憶装置に記憶されたプログラムをＣＰＵに実行させることにより、または、ＬＳＩによりその機能を実現する。
（ＶＰＮサーバ１０１の機能的構成）
つぎに、実施の形態１にかかるＶＰＮサーバ１０１の機能的構成について説明する。図６は、ＶＰＮサーバ１０１の機能的構成を示すブロック図である。図６において、ＶＰＮサーバ１０１は、リモートネットワークＲＮとローカルネットワークＬＮとをＶＰＮ接続するためのコンピュータである。ＶＰＮサーバ１０１は、受信部６０１と、送信部６０２と、アプリケーション実行部６０３と、ルーティング情報記憶部６０４と、取得部６０５と、選択部６０６と、ヘッダ解析部６０７と、カプセル化処理部６１１と、デカプセル化処理部６１２と、から構成されている。
まず、受信部６０１は、外部からのパケットを受信する機能を有する。送信部６０２は、パケットを外部に送信する機能を有する。具体的には、たとえば、ＶＰＮサーバ１０１内のインターフェイスによりその機能を実現する。インターフェイスは、リモートインターフェイスおよび外部ネットワーク向けインターフェイスの中から選択可能である。
アプリケーション実行部６０３は、無線端末ＭＮ１，ＭＮ２から通知されてくるグローバルアドレス（ｇｌｏｂａｌ ａｄｒｓ １，ｇｌｏｂａｌ ａｄｒｓ ２）を、無線端末ＭＮ３からの要求によりファイルサーバ１０２から取り出されたデータの宛先としてカプセル化処理部６１１に供給する機能を有する。また、アプリケーション実行部６０３では、無線端末ＭＮ１，ＭＮ２から通知されてくる無線端末ＭＮ１，ＭＮ２のＶＰＮアドレス（ＶＰＮ ｃｌｎｔ １，ＶＰＮ ｃｌｎｔ ２）によりルーティングテーブルを更新する。更新されたルーティングテーブルは、ルーティング情報記憶部６０４に記憶される。
また、ルーティング情報記憶部６０４は、アプリケーション実行部６０３によって得られたルーティングテーブルを記憶する機能を有する。ルーティングテーブルとは、パケットの配送先に関する経路情報を記憶したメモリテーブルである。
図７は、ＶＰＮサーバ１０１のルーティングテーブルを示す説明図である。ルーティング情報記憶部６０４は、無線端末ＭＮ１，ＭＮ２内のメモリやＨＤなどの記憶装置によりその機能を実現する。
また、図６において、取得部６０５は、選択部６０６からの指示に応じて、ルーティング情報記憶部６０４からルーティングテーブルを読み出す機能を有する。読み出されたルーティングテーブルは選択部６０６に送られる。また、選択部６０６は、パケットを送信する場合、上述したルーティングテーブルを参照することにより、ゲートウェイおよびインターフェイスを選択する機能を有する。具体的には、ルーティングテーブル上の「ゲートウェイ」を宛先とし、「インターフェイス」に記述されているインターフェイスを選択する。
また、ヘッダ解析部６０７は、受信部６０１によって受信されたパケットのヘッダを解析する機能を有する。具体的には、ヘッダの送信元アドレスＳｒｃと宛先アドレスＤｓｔとを特定する。
また、カプセル化処理部６１１は、下りの処理において、受信されたパケットをカプセル化する機能を有する。カプセル化処理部６１１では、ファイルサーバ１０２から送信されてきたパケットを、ルーティングテーブルを参照することにより、ローカルネットワークＬＮから通知されたＶＰＮアドレスに時分割で分配し、分配されたパケットごとにカプセル化する。
具体的には、たとえば、図２に示したように、ファイルサーバ１０２からのパケットＰ３を受信すると、ルーティングテーブルのゲートウェイを参照する。ここには、無線端末ＭＮ１と無線端末ＭＮ２のＶＰＮアドレスが書き込まれているため、パケットＰ３を無線端末ＭＮ１と無線端末ＭＮ２に分配する。そして、分配されたパケットＰ３−１，Ｐ３−２をカプセル化する。
カプセル化する場合、パケットＰ３−１については、送信元アドレスＳｒｃをファイルサーバ１０２のアドレス（Ｓｒｃ＝Ｆｉｌｅ ｓｅｒｖｅｒ）、宛先アドレスＤｓｔを無線端末ＭＮ１のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ１）とするヘッダにより、パケットＰ３−１をカプセル化する。カプセル化されたパケットＰ（３−１）では、宛先アドレスＤｓｔが無線端末ＭＮ１のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ１）となっているため、無線端末ＭＮ１に送られる。
同様に、パケットＰ３−２についても、送信元アドレスＳｒｃをファイルサーバ１０２のアドレス（Ｓｒｃ＝Ｆｉｌｅ ｓｅｒｖｅｒ）、宛先アドレスＤｓｔを無線端末ＭＮ２のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ２）とするヘッダにより、パケットＰ３−２をカプセル化する。カプセル化されたパケットＰ（３−２）では、宛先アドレスＤｓｔが無線端末ＭＮ１のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ２）となっているため、無線端末ＭＮ２に送られる。
また、デカプセル化処理部６１２は、上りの処理において、受信されたパケットのカプセルを解除する機能を有する。具体的には、たとえば、図１に示したように、送信元アドレスＳｒｃを無線端末ＭＮ１のグローバルアドレス（Ｓｒｃ＝ｇｌｏｂａｌ ａｄｒｓ１）、宛先アドレスＤｓｔをＶＰＮサーバ１０１（Ｄｓｔ＝ＶＰＮ ｓｅｒｖｅｒ）とするヘッダを解除することにより、パケットＰ（２）をデカプセル化する。デカプセル化されたパケットＰ２は、宛先となっているファイルサーバ１０２に転送される。
なお、アプリケーション実行部６０３、取得部６０５、選択部６０６、ヘッダ解析部６０７、カプセル化処理部６１１、およびデカプセル化処理部６１２は、ＶＰＮサーバ１０１内のメモリやＨＤなどの記憶装置に記憶されたプログラムをＣＰＵに実行させることにより、または、ＬＳＩによりその機能を実現する。
（無線端末ＭＮ１，ＭＮ２の処理手順）
つぎに、実施の形態１にかかる無線端末ＭＮ１，ＭＮ２の処理手順について説明する。図８は、実施の形態１にかかる無線端末ＭＮ１，ＭＮ２の処理手順を示すフローチャートである。図８において、まず、なんらかのパケットが受信されたか否かを判断する（ステップＳ８０１）。受信されていない場合（ステップＳ８０１：Ｎｏ）、受信されるまで待ち受ける。
受信された場合（ステップＳ８０１：Ｙｅｓ）、そのヘッダを解析する（ステップＳ８０２）。ヘッダを解析した結果、送信元が無線端末ＭＮ３であり、かつ、宛先がリモートネットワークＲＮのファイルサーバ１０２である場合（ステップＳ８０３：Ａ）、ステップＳ８０４に移行する。一方、そうでない場合（ステップＳ８０３：Ｂ）、ステップＳ８１１に移行する。
ステップＳ８０４〜Ｓ８１０は、ゲートウェイに指定された無線端末ＭＮ１の上り（ＭＮ１→ＶＰＮサーバ１０１）の処理手順であり、ステップＳ８１１，Ｓ８１３〜ステップＳ８１７は、無線端末ＭＮ１，ＭＮ２の下り（ＶＰＮサーバ１０１→ＭＮ１，ＭＮ２）の処理手順である。また、ステップＳ８０１〜Ｓ８０３，Ｓ８１１，Ｓ８１２，Ｓ８０１のループは、ゲートウェイである無線端末ＭＮ１からアドレス変換規則Ｔ１が通知される場合の無線端末ＭＮ２の処理手順である。まず先に、ステップＳ８０４〜Ｓ８１０について説明する。
ステップＳ８０３において、ヘッダを解析した結果、送信元が無線端末ＭＮ３であり、かつ、宛先がリモートネットワークＲＮのファイルサーバ１０２である場合（ステップＳ８０３：Ａ）、ＮＡＴによるアドレス変換処理を実行する（ステップＳ８０４）。これにより、パケットＰ１における変換前の送信元アドレスＳｒｃと変換後の送信元アドレスＳｒｃと宛先アドレスＤｓｔを関連付けたアドレス変換規則Ｔ１を記憶する（ステップＳ８０５）。
このあと、ルーティングテーブルを参照することにより、ローカルインターフェイスを選択し（ステップＳ８０６）、アドレス変換規則Ｔ１をローカルネットワークＬＮに配信する（ステップＳ８０７）ことで、無線端末ＭＮ２にアドレス変換規則Ｔ１を通知することができる。
この後、アドレス変換済みのパケットＰ２のカプセル化処理を実行して（ステップＳ８０８）、パケットＰ（２）とする。このパケットＰ（２）のヘッダを参照すると、宛先がＶＰＮサーバ１０１となっているため、選択部６０６では外部ネットワーク向けインターフェイスを選択して（ステップＳ８０９）、カプセル化されたパケットＰ（２）をＶＰＮサーバ１０１に送信する（ステップＳ８１０）。これにより、一連の上りの処理が終了する。
つぎに、アドレス変換規則Ｔ１を通知するループについて説明する。ステップＳ８０３において、ヘッダを解析した結果、送信元が無線端末ＭＮ３であり、かつ、宛先がリモートネットワークＲＮのファイルサーバ１０２でない場合（ステップＳ８０３：Ｂ）、送信元および宛先をチェックする（ステップＳ８１１）。
そして、送信元がゲートウェイ（無線端末ＭＮ１）で、かつ、宛先が自端末（無線端末ＭＮ２）である場合（ステップＳ８１１：Ａ）、送信されてきたパケットがゲートウェイ（無線端末ＭＮ１）からのアドレス変換規則Ｔ１である（厳密にはパケットのデータがアドレス変換規則Ｔ１か否かをチェックする。）ため、通知されたアドレス変換規則Ｔ１を記憶する（ステップＳ８１２）。そして、ステップＳ８０１に戻る。
最後に、下りの処理について説明する。ステップＳ８１１において、送信元がＶＰＮサーバ１０１で、かつ、宛先が自端末（無線端末ＭＮ１，ＭＮ２）のグローバルアドレスである場合（ステップＳ８１１：Ｂ）、パケットＰ（３−１），Ｐ（３−２）のデカプセル処理を実行する（ステップＳ８１３）。
そして、デカプセル後のパケットＰ３−１，Ｐ３−２のヘッダを解析して（ステップＳ８１４）、アドレス変換規則Ｔ１を用いてアドレス変換処理を実行する（ステップＳ８１５）。これにより、デカプセル後のパケットＰ３−１，Ｐ３−２が、送信元アドレスＳｒｃをファイルサーバ１０２のアドレス（Ｓｒｃ＝Ｆｉｌｅ ｓｅｒｖｅｒ）、宛先アドレスＤｓｔを無線端末ＭＮ３のローカルアドレス（Ｄｓｔ＝Ｌｏｃａｌ−ａｄｒｓ Ｘ）とするパケットＰ４−１，Ｐ４−２となる。
このあと、パケット４−１，Ｐ４−２のヘッダの宛先が無線端末ＭＮ３であるため、ローカルインターフェイスを選択し（ステップＳ８１６）、無線端末ＭＮ１であればパケット４−１を、無線端末ＭＮ２であればパケットＰ４−２を、無線端末ＭＮ３に送信する（ステップＳ８１７）。これにより、一連の下りの処理を終了する。
（ＶＰＮサーバ１０１の処理手順）
つぎに、実施の形態１にかかるＶＰＮサーバ１０１の処理手順について説明する。図９は、実施の形態１にかかるＶＰＮサーバ１０１の処理手順を示すフローチャートである。図９において、まず、なんらかのパケットが受信されたか否かを判断する（ステップＳ９０１）。受信されていない場合（ステップＳ９０１：Ｎｏ）、受信されるまで待ち受ける。
受信された場合（ステップＳ９０１：Ｙｅｓ）、そのヘッダを解析する（ステップＳ９０２）。ヘッダを解析した結果、送信元アドレスＳｒｃがゲートウェイ（無線端末ＭＮ１）のグローバルアドレスであり、かつ、宛先アドレスＤｓｔがＶＰＮサーバ１０１のアドレスである場合（ステップＳ９０３：Ａ）、パケットＰ（２）がカプセル化されているため、デカプセル処理を実行する（ステップＳ９０４）。そして、ステップＳ９０２に戻る。
一方、送信元アドレスＳｒｃがゲートウェイ（無線端末ＭＮ１）のグローバルアドレスであり、かつ、宛先アドレスＤｓｔがＶＰＮサーバ１０１のアドレスでない場合（ステップＳ９０３：Ｂ）、ステップＳ９０５に移行する。ステップＳ９０５〜Ｓ９０７は上りの処理手順であり、ステップＳ９０５，Ｓ９０８〜Ｓ９１１は下りの処理手順である。まず、ステップＳ９０５〜Ｓ９０７の上りの処理手順について説明する。
ステップＳ９０５において、送信元アドレスＳｒｃがゲートウェイである無線端末ＭＮ１のグローバルアドレスであり、かつ、宛先アドレスＤｓｔがファイルサーバ１０２のアドレスである場合（ステップＳ９０５：Ａ）、パケットＰ２はファイルサーバ１０２へのリクエストであるため、リモートネットワーク向けインターフェイスを選択して（ステップＳ９０６）、ステップＳ９０４にてデカプセルされたパケットＰ２をファイルサーバ１０２に送信する（ステップＳ９０７）。これにより、一連の上りの処理を終了する。
つぎに、ステップＳ９０５，Ｓ９０８〜Ｓ９１１の下りの処理手順について説明する。ステップＳ９０５において、送信元アドレスＳｒｃがファイルサーバ１０２のアドレスであり、かつ、宛先アドレスＤｓｔがゲートウェイである無線端末ＭＮ１のＶＰＮアドレスである場合（ステップＳ９０５：Ｂ）、無線端末ＭＮ３がゲートウェイ（無線端末ＭＮ１）を介して要求したデータのパケットＰ３であるため、ルーティングテーブルを参照して、パケットＰ３を分配してカプセル処理を実行する（ステップＳ９０８）。
そして、カプセル後のパケットＰ（３−１），Ｐ（３−２）のヘッダを解析する（ステップＳ９０９）。この場合、宛先アドレスＳｒｃはそれぞれ無線端末ＭＮ１，ＭＮ２のグローバルアドレスであるため、外部ネットワーク向けインターフェイスを選択して（ステップＳ９１０）、カプセル化されたパケットＰ（３−１），Ｐ（３−２）を各無線端末ＭＮ１，ＭＮ２に送信する（ステップＳ９１１）。これにより、一連の下りの処理を終了する。
このように、実施の形態１では、下りの通信経路として、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ１⇒無線端末ＭＮ３という第１の通信経路と、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ２⇒無線端末ＭＮ３という第２の通信経路とを構築することができ、ファイルサーバ１０２からのパケットＰ３を分配して転送することができる。
これにより、無線端末ＭＮ１にパケットが集中することなく負荷が分散され、無線端末ＭＮ１上の各処理の高速化および消費電力の低減化を図ることができる。また、無線端末ＭＮ２から直接無線端末ＭＮ３にパケット転送することができるため、無線端末ＭＮ１を経由させる場合に比べて無線ＬＡＮ回線の使用を１ホップ分少なくすることができる。したがって、同じチャネルを使用する無線端末ＭＮ２が増えても、スループット（通信回線の単位時間あたりの実効転送量）が低下することはない。
＜実施の形態２＞
つぎに、実施の形態２について説明する。実施の形態１では、アドレス変換規則Ｔ１により無線端末ＭＮ３のローカルアドレスと無線端末ＭＮ１のＶＰＮアドレスとの変換処理をおこなう構成であるが、実施の形態２は、さらに、ポート番号も変換する構成とする。したがって、実施の形態１ではアドレス変換規則Ｔ１であったが、実施の形態２では、無線端末ＭＮ１がポート番号も含むアドレス・ポート変換規則を生成して記憶するとともに、無線端末ＭＮ２に通知する構成となる。
図１０は、実施の形態２にかかるアドレス・ポート変換規則Ｔ２を示す説明図である。図１０において、アドレス・ポート変換規則Ｔ２は、（変換前の）送信元ＩＰアドレス１００１および送信元ポート番号１００２と、その変換後ＩＰアドレス１００３および変換後ポート番号１００４と、宛先ＩＰアドレス１００５および宛先ポート番号１００６を有する。
変換部３０８では、パケットＰ１のヘッダ内の送信元ＩＰアドレス１００１および送信元ポート番号１００２が、変換後ＩＰアドレス１００３および変換後ポート番号１００４に変換されるとともに、宛先ＩＰアドレス１００５（宛先となるファイルサーバ１０２のＩＰアドレス）および宛先ポート番号１００６と関連付けることにより、アドレス・ポート変換規則Ｔ２を生成する。
このアドレス・ポート変換規則Ｔ２のうち、送信元ＩＰアドレス１００１および送信元ポート番号１００２、変換後ＩＰアドレス１００３および宛先ＩＰアドレス１００５は、ゲートウェイである無線端末ＭＮ１で把握できる情報であるため、無線端末ＭＮ１から無線端末ＭＮ２に対して、ＶＰＮサーバ１０１からのパケット分配前の適当なタイミングで通知すればよい。また、変換後ポート番号１００４と宛先ポート番号１００６は、変換後のパケットＰ２に書き込まれることとなるため、通知される無線端末ＭＮ２で逐次受信することができる。
このように、送信元のＩＰアドレス１００１とともに送信元ポート番号１００２も変換対象とすることにより、無線端末ＭＮ１とファイルサーバ１０２間でのＶＰＮ接続で要求される通信サービスが一意に特定されることとなり、複数のセッションに対して経路統合のためのルーティング制御を適用することができる。
＜実施の形態３＞
つぎに、実施の形態３について説明する。実施の形態２では、アドレス・ポート変換規則Ｔ２を用いてアドレス・ポート変換をおこなう構成としたが、実施の形態３は、ポート番号をパケットに埋め込んで転送する構成である。
図１１は、ＩＰデータフラムのフォーマット（ＩＰｖ４）を示す説明図である。ＩＰデータフラム１１００において、ＩＰヘッダ１１０１中、符号１１０２はオプションフィールドであり、符号１１０３は、パディングフィールドである。符号１１０１はＩＰペイロードである。送信元ポート番号１００２は、オプションフィールド１１０２に挿入することができる。
図１２は、オプションフィールド１１０２のフォーマットを示す説明図である。オプションフィールド１１０２は通常は使用されないがテストやデバッグのときに使用される。オプションクラス１２００で「０」または「２」の値以外が入ると、不正なものとして無視される。
そこで、オプションクラス１２００に「１」または「３」を指定することで、一般のルータを無視させ、ＶＰＮサーバ１０１とゲートウェイとなる無線端末ＭＮ１でのみ、この値を送信元ポート番号１００２と理解して使用することができる。送信元ポート番号１００２は最大６５５３５であるので、最大１６ビットを使用する。このときのオプションフィールドおよびパディングフィールドを図１３に示す。図１３は、オプションフィールドおよびパディングフィールドを示す説明図である。このとき、ヘッダ長やパケット長が修正され、チェックサムも再計算される。
また、送信元ポート番号１００２は、ＩＰペイロード１１１０の先頭または末尾に挿入することとしてもよい。先頭に挿入した場合について図示する。図１４は、送信元ポート番号１００２の挿入例を示す説明図である。図１４において、ＩＰペイロード１１１０の先頭に送信元ポート番号１００２が挿入されると、その分パケット長が修正され、チェックサムが再計算される。
つぎに、実施の形態３のルーティング制御方法について説明する。まず、ローカルネットワークＬＮ内の通信において、ゲートウェイに指定された無線端末ＭＮ１が、送信元ポート番号１００２および宛先ポート番号１００６を含むパケットＰ１を無線端末ＭＮ３から受信する。
つぎに、無線端末ＭＮ１の変換部３０８において、送信元ＩＰアドレス１００１を無線端末ＭＮ３のローカルアドレスから無線端末ＭＮ１のＶＰＮアドレスに変換するとともに、送信元ポート番号１００２も変換する。この場合、たとえば、無線端末ＭＮ２が定めるポート番号に変換する。
すなわち、パケットＰ２では、変換後ＩＰアドレス１００３である無線端末ＭＮ１のＶＰＮアドレスが送信元アドレスＳｒｃとなる。変換後ポート番号１００４はパケットＰ２に書き込まれる。また、宛先ＩＰアドレス１００５および宛先ポート番号１００６は、パケットＰ１と同一である。さらに、変換前となる送信元ポート番号１００２は、パケットＰ２の所定の位置に埋め込まれる。
このパケットＰ２は無線端末ＭＮ１でカプセル化され、パケットＰ（２）としてＶＰＮサーバ１０１に転送される。また、無線端末ＭＮ１は、無線端末ＭＮ２のグローバルアドレスをＶＰＮサーバ１０１に通知するとともに、無線端末ＭＮ３のローカルアドレスを無線端末ＭＮ２に通知する。
ＶＰＮサーバ１０１は、転送されてきたパケットＰ（２）をデカプセル化し、デカプセルされたパケットＰ２から、変換後ＩＰアドレス１００３である無線端末ＭＮ１のＶＰＮアドレス、変換後ポート番号１００４、宛先ＩＰアドレス１００５であるファイルサーバ１０２のＩＰアドレス、宛先ポート番号１００６、そして、変換前の送信元ポート番号１００２を抽出する。
この抽出されたアドレスおよびポート番号を関連付けることでアドレス・ポート変換規則Ｔ２が生成・記憶される。なお、このＶＰＮサーバ１０１で生成されるアドレス・ポート変換規則Ｔ２において、送信元ＩＰアドレス１００１（無線端末ＭＮ１のローカルアドレス）はブランクとする。そして、ＶＰＮサーバ１０１は、抽出元となったパケットＰ２を宛先となるファイルサーバ１０２に転送する。
ファイルサーバ１０２は、パケットＰ２を受けて、パケットＰ３をＶＰＮサーバ１０１に送信する。ＶＰＮサーバ１０１では、このパケットＰ３の送信元アドレスＳｒｃおよびそのポート番号と宛先アドレスＤｓｔおよびそのポート番号が、アドレス・ポート変換規則Ｔ２に適合するか否かを判定する。
具体的には、パケットＰ３の送信元アドレスＳｒｃおよびそのポート番号とアドレス・ポート変換規則Ｔ２の宛先ＩＰアドレス１００５および宛先ポート番号１００６との一致判定、パケットＰ３の宛先アドレスＤｓｔおよびそのポート番号とアドレス・ポート変換規則Ｔ２の変換後ＩＰアドレス１００３および変換後ポート番号１００４との一致判定、パケットＰ３に埋め込まれている宛先ポート番号１００６とアドレス・ポート変換規則Ｔ２の送信元ポート番号１００２との一致判定をおこなう。ＶＰＮサーバ１０１では、すべて一致した場合に限り、実施の形態１と同様、パケットＰ３のカプセル化処理を実行する。
カプセル化されたパケットＰ（３−１），Ｐ（３−２）は、実施の形態１と同様、ＶＰＮサーバ１０１から無線端末ＭＮ１，ＭＮ２に配信される。無線端末ＭＮ１，ＭＮ２では、パケットＰ（３−１），Ｐ（３−２）をデカプセル化し、ＶＰＮサーバ１０１と同様、デカプセル化されたパケットＰ３−１，Ｐ３−２からそれぞれ、送信元アドレスＳｒｃおよびそのポート番号として記述されている宛先ＩＰアドレス１００５（ファイルサーバ１０２のＩＰアドレス）および宛先ポート番号１００６、宛先アドレスＤｓｔおよびそのポート番号として記述されている変換後ＩＰアドレス１００３および変換後ポート番号１００４、送信元ポート番号１００２を抽出して、アドレス・ポート変換規則Ｔ２を生成・記憶する。
ブランクとなっている送信元ＩＰアドレス１００１には、無線端末ＭＮ３のローカルアドレスを記述する。なお、宛先ＩＰアドレス１００５（ファイルサーバ１０２のＩＰアドレス）および宛先ポート番号１００６は、必ずしも抽出する必要はない。
各無線端末ＭＮ１，ＭＮ２は、このアドレス・ポート変換規則Ｔ２を用いて逆変換する。具体的には、パケットＰ３−１の宛先アドレスＤｓｔおよびそのポート番号として記述されている変換後ＩＰアドレス１００３および変換後ポート番号１００４を、アドレス・ポート変換規則Ｔ２にしたがって、アドレス・ポート変換規則Ｔ２に記述されている送信元ＩＰアドレス１００１（無線端末ＭＮ３のローカルアドレス）および送信元ポート番号１００２に逆変換する。
したがって、パケットＰ４−１は、この逆変換により、宛先アドレスＤｓｔおよびそのポート番号が送信元ＩＰアドレス１００１（無線端末ＭＮ３のローカルアドレス）および送信元ポート番号１００２となって、無線端末ＭＮ３に転送される。パケットＰ３−２およびパケットＰ４−２についても同様である。
このように、実施の形態３では、転送中のパケット内の情報を抽出してアドレス・ポート変換規則Ｔ２を生成・記憶する構成としたため、常に最新のアドレス・ポート変換規則Ｔ２を反映した経路統合のためのルーティング制御をおこなうことができる。
＜実施の形態４＞
つぎに、実施の形態４について説明する。実施の形態１では、ゲートウェイである無線端末ＭＮ１において生成されたアドレス変換規則Ｔ１を同一のローカルネットワークＬＮ内の無線端末ＭＮ２に通知することにより、ＶＰＮサーバ１０１からのパケットのヘッダのアドレスを無線端末ＭＮ２において逆変換することで、直接無線端末ＭＮ３に転送する構成としたが、実施の形態４は、ゲートウェイである無線端末ＭＮ１において生成されたアドレス変換規則Ｔ１をＶＰＮサーバ１０１に通知し、ＶＰＮサーバ１０１においてパケットのヘッダのアドレスを逆変換する構成である。
したがって、無線端末ＭＮ１の機能的構成は、図３に示した構成と同一構成である。また、無線端末ＭＮ２では、変換部３０８、変換規則記憶部３０９、および変換規則管理部３１０は不要であるが、いずれの無線端末ＭＮ１，ＭＮ２もゲートウェイになりうる場合には、無線端末ＭＮ２の機能的構成も、図３に示した構成と同一構成となる。
また、実施の形態４では、ＶＰＮサーバ１０１において、アドレス変換をおこなうため、ＶＰＮサーバ１０１の機能的構成は、図６に示した機能に、さらに、変換部６０８および変換規則記憶部６０９を追加した構成となる。
図１５は、本発明の実施の形態４にかかるルーティング制御方法（下り）を示す説明図である。ルーティング制御方法（上り）については、アドレス変換規則Ｔ１を無線端末ＭＮ２ではなくＶＰＮサーバ１０１に通知すること以外は、図１に示したルーティング制御方法（上り）と同一であるため、図示を省略する。
図１５において、ＶＰＮサーバ１０１は、ゲートウェイである無線端末ＭＮ１から通知されたアドレス変換規則Ｔ１を保存する。ファイルサーバ１０２は、パケットＰ２を受信すると、要求されたデータのパケットＰ３をＶＰＮサーバ１０１に送信する。
ＶＰＮサーバ１０１では、ゲートウェイ（無線端末ＭＮ１）から通知されたアドレス変換規則Ｔ１を読み出して、パケットＰ３のヘッダの宛先アドレスＤｓｔを、無線端末ＭＮ１のＶＰＮアドレス（Ｄｓｔ＝ＶＰＮ ｓｅｒｖｅｒ）から無線端末ＭＮ３のローカルアドレス（Ｄｓｔ＝Ｌｏｃａｌ ａｄｒｓ Ｘ）に逆変換する。
このあと、ＶＰＮサーバ１０１では、ルーティングテーブルを参照して、逆変換後のパケットＰ４を分配してカプセル化する。カプセル化されたパケットＰ（４−１），Ｐ（４−２）は、それぞれ無線端末ＭＮ１，ＭＮ２に配信される。
各無線端末ＭＮ１，ＭＮ２では、受信したパケットＰ（４−１），Ｐ（４−２）をデカプセル化する。デカプセル化されたパケットＰ４−１，Ｐ４−２はそのヘッダの宛先アドレスＤｓｔが無線端末ＭＮ３のローカルアドレス（Ｄｓｔ＝Ｌｏｃａｌ ａｄｒｓ Ｘ）となっているため、各自直接無線端末ＭＮ３に送信する。
これにより、実施の形態１と同様、無線端末ＭＮ１の負荷軽減を図ることができ、無線端末ＭＮ１上の各処理の高速化および消費電力の低減化を図ることができる。また、無線端末ＭＮ２から直接無線端末ＭＮ３にパケット転送することができるため、無線端末ＭＮ１を経由させる場合に比べて無線ＬＡＮ回線の使用を１ホップ分少なくすることができる。したがって、同じチャネルを使用する無線端末ＭＮ２が増えても、スループット（通信回線の単位時間あたりの実効転送量）が低下することはない。
さらに、ゲートウェイとなる無線端末を無線端末ＭＮ１に固定することにより、他の無線端末ＭＮ２では、アドレス変換が不要となるため、アドレス変換機能が搭載されていない無線端末でも第２の通信経路として利用することができる。また、アドレス変換が不要なため、無線端末ＭＮ１よりも安価に提供することができる。
（ＶＰＮサーバ１０１の機能的構成）
図１６は、実施の形態４にかかるＶＰＮサーバ１０１の機能的構成を示すブロック図である。図６に示した機能と同一機能には同一符号を付し、その説明を省略する。変換部６０８は、送信元アドレスの変換処理をおこなう機能を有する。具体的には、たとえば、送信元アドレスＳｒｃを、ローカルネットワークＬＮアドレス（プライベートアドレス）から、無線端末ＭＮ１に割り当てられたＶＰＮアドレスに変換する。
また、これとは逆に、送信元アドレスＳｒｃを、無線端末ＭＮ１に割り当てられたＶＰＮアドレスから、ローカルネットワークＬＮアドレス（プライベートアドレス）に逆変換する。これにより、図１および図２に示したアドレス変換規則Ｔ１が生成される。また、変換規則記憶部６０９は、アドレス変換規則Ｔ１を記憶する機能を有する。アドレス変換規則Ｔ１は、アドレス変換規則Ｔ１を記憶したメモリテーブル（変換テーブル）である。
（無線端末ＭＮ１，ＭＮ２の処理手順）
つぎに、実施の形態４にかかる無線端末ＭＮ１，ＭＮ２の処理手順について説明する。図１７は、実施の形態４にかかる無線端末ＭＮ１，ＭＮ２の処理手順を示すフローチャートである。図１７において、まず、なんらかのパケットが受信されたか否かを判断する（ステップＳ１７０１）。受信されていない場合（ステップＳ１７０１：Ｎｏ）、受信されるまで待ち受ける。
受信された場合（ステップＳ１７０１：Ｙｅｓ）、そのヘッダを解析する（ステップＳ１７０２）。ヘッダを解析した結果、送信元が無線端末ＭＮ３であり、かつ、宛先がリモートネットワークＲＮのファイルサーバ１０２である場合（ステップＳ１７０３：Ａ）、ステップＳ１７０４に移行する。一方、そうでない場合（ステップＳ１７０３：Ｂ）、ステップＳ１７１１に移行する。
ステップＳ１７０４〜Ｓ１７１０は、ゲートウェイに指定された無線端末ＭＮ１の上り（ＭＮ１→ＶＰＮサーバ１０１）の処理手順であり、ステップＳ１７１１〜Ｓ１７１４は、無線端末ＭＮ１，ＭＮ２の下り（ＶＰＮサーバ１０１→ＭＮ１，ＭＮ２）の処理手順である。まず先に、ステップＳ１７０４〜Ｓ１７１０について説明する。
ステップＳ１７０３において、ヘッダを解析した結果、送信元が無線端末ＭＮ３であり、かつ、宛先がリモートネットワークＲＮのファイルサーバ１０２である場合（ステップＳ１７０３：Ａ）、ＮＡＴによるアドレス変換処理を実行する（ステップＳ１７０４）。これにより、パケットＰ１における変換前の送信元アドレスＳｒｃと変換後の送信元アドレスＳｒｃと宛先アドレスＤｓｔを関連付けたアドレス変換規則Ｔ１を記憶する（ステップＳ１７０５）。
このあと、ルーティングテーブルを参照することにより、外部ネットワーク向けインターフェイスを選択し（ステップＳ１７０６）、アドレス変換規則Ｔ１をＶＰＮサーバ１０１に配信する（ステップＳ１７０７）。
この後、アドレス変換済みのパケットＰ２のカプセル化処理を実行して（ステップＳ１７０８）、パケットＰ（２）とする。このパケットＰ（２）のヘッダを参照すると、宛先がＶＰＮサーバ１０１となっているため、選択部６０６では外部ネットワーク向けインターフェイスを選択して（ステップＳ１７０９）、カプセル化されたパケットＰ（２）をＶＰＮサーバ１０１に送信する（ステップＳ１７１０）。これにより、一連の上りの処理が終了する。
つぎに、下りの処理について説明する。ステップＳ１７０３において、送信元アドレスＳｒｃがＶＰＮサーバ１０１のアドレスで、かつ、宛先アドレスＤｓｔが自端末（無線端末ＭＮ１，ＭＮ２）のグローバルアドレスである場合（ステップＳ１７０３：Ｂ）、パケットＰ（４−１），Ｐ（４−２）のデカプセル処理を実行する（ステップＳ１７１１）。
そして、デカプセル後のパケットＰ４−１，Ｐ４−２のヘッダを解析すると（ステップＳ１７１２）、パケット４−１，Ｐ４−２のヘッダの宛先アドレスＤｓｔが無線端末ＭＮ３のローカルアドレスであるため、ローカルインターフェイスを選択し（ステップＳ１７１３）、無線端末ＭＮ１であればパケット４−１を、無線端末ＭＮ２であればパケットＰ４−２を、無線端末ＭＮ３に送信する（ステップＳ１７１４）。これにより、一連の下りの処理を終了する。
（ＶＰＮサーバ１０１の処理手順）
つぎに、実施の形態４にかかるＶＰＮサーバ１０１の処理手順について説明する。図１８は、実施の形態４にかかるＶＰＮサーバ１０１の処理手順を示すフローチャートである。図１８において、まず、なんらかのパケットが受信されたか否かを判断する（ステップＳ１８０１）。受信されていない場合（ステップＳ１８０１：Ｎｏ）、受信されるまで待ち受ける。
受信された場合（ステップＳ１８０１：Ｙｅｓ）、そのヘッダを解析する（ステップＳ１８０２）。ヘッダを解析した結果、送信元アドレスＳｒｃがゲートウェイ（無線端末ＭＮ１）のグローバルアドレスで、かつ、宛先アドレスＤｓｔがＶＰＮサーバ１０１である場合（ステップＳ１８０３：Ａ）、パケットがカプセル化されているため、デカプセル処理を実行する（ステップＳ１８０４）。
このあと、パケットがアドレス変換規則Ｔ１か否かを判断する（ステップＳ１８０５）。アドレス変換規則Ｔ１である場合（ステップＳ１８０５：Ｙｅｓ）、アドレス変換規則Ｔ１を記憶して（ステップＳ１８０６）、ステップＳ１８０１に戻る。一方、アドレス変換規則Ｔ１でない場合（ステップＳ１８０５：Ｎｏ）、ステップＳ１８０２に戻る。
一方、ステップＳ１８０３において、送信元アドレスＳｒｃがゲートウェイ（無線端末ＭＮ１）のグローバルアドレスで、かつ、宛先アドレスＤｓｔがＶＰＮサーバ１０１のアドレスでない場合（ステップＳ１８０３：Ｂ）、ステップＳ１８０７に移行する。ステップＳ１８０７〜Ｓ１８０９は上りの処理手順であり、ステップＳ１８０７，Ｓ１８１０〜Ｓ１８１４は下りの処理手順である。まず、ステップＳ１８０７〜Ｓ１８０９の上りの処理手順について説明する。
ステップＳ１８０７において、送信元アドレスＳｒｃがゲートウェイである無線端末ＭＮ１のＶＰＮアドレスであり、かつ、宛先アドレスＤｓｔがファイルサーバ１０２のアドレスである場合（ステップＳ１８０７：Ａ）、パケットＰ２はファイルサーバ１０２へのリクエストであるため、リモートネットワーク向けインターフェイスを選択して（ステップＳ１８０８）、ステップＳ１８０４にてデカプセルされたパケットＰ２をファイルサーバ１０２に送信する（ステップＳ１８０９）。これにより、一連の上りの処理を終了する。
つぎに、ステップＳ１８０７，Ｓ１８１０〜Ｓ１８１４の下りの処理手順について説明する。ステップＳ１８０７において、送信元アドレスＳｒｃがファイルサーバ１０２のアドレスであり、かつ、宛先アドレスＤｓｔがゲートウェイである無線端末ＭＮ１のＶＰＮアドレスである場合（ステップＳ１８０７：Ｂ）、無線端末ＭＮ３がゲートウェイ（無線端末ＭＮ１）を介して要求したデータのパケットＰ３であるため、ステップＳ１８０６で記憶されたアドレス変換規則Ｔ１を参照することにより、パケットＰ３のヘッダの宛先アドレスＤｓｔを逆変換して、パケットＰ４とする（ステップＳ１８１０）。
このあと、ルーティングテーブルを参照してパケットＰ４を無線端末ＭＮ１，ＭＮ２ごとに分配してカプセル処理を実行する（ステップＳ１８１１）。そして、カプセル後のパケットＰ（４−１），Ｐ（４−２）のヘッダを解析する（ステップＳ１８１２）。
この場合、宛先アドレスＤｓｔは無線端末ＭＮ１，ＭＮ２のグローバルアドレスであるため、外部ネットワーク向けインターフェイスを選択して（ステップＳ１８１３）、カプセル化されたパケットＰ（４−１），Ｐ（４−２）を各無線端末ＭＮ１，ＭＮ２に送信する（ステップＳ１８１４）。これにより、一連の下りの処理を終了する。
このように、実施の形態４においても、実施の形態１と同様、下りの通信経路として、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ１⇒無線端末ＭＮ３という第１の通信経路と、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ２⇒無線端末ＭＮ３という第２の通信経路とを構築することができ、ファイルサーバ１０２からのパケットを分配して転送することができる。
これにより、無線端末ＭＮ１にパケットが集中することなく負荷が分散され、無線端末ＭＮ１上の各処理の高速化および消費電力の低減化を図ることができる。また、無線端末ＭＮ２から直接無線端末ＭＮ３にパケット転送することができるため、無線端末ＭＮ１を経由させる場合に比べて無線ＬＡＮ回線の使用を１ホップ分少なくすることができる。したがって、同じチャネルを使用する無線端末ＭＮ２が増えても、スループット（通信回線の単位時間あたりの実効転送量）が低下することはない。
さらに、ゲートウェイとなる無線端末を無線端末ＭＮ１に固定することにより、他の無線端末ＭＮ２では、アドレス変換が不要となるため、アドレス変換機能が搭載されていない無線端末でも第２の通信経路として利用することができる。また、アドレス変換が不要なため、無線端末ＭＮ１よりも安価に提供することができる。
＜実施の形態５＞
つぎに、実施の形態５について説明する。実施の形態１では、アドレス変換規則Ｔ１により無線端末ＭＮ３のローカルアドレスと無線端末ＭＮ１のＶＰＮアドレスとの変換処理をおこなう構成であるが、実施の形態５は、さらに、ポート番号も変換する構成とする。したがって、実施の形態４ではアドレス変換規則Ｔ１であったが、実施の形態５では、無線端末ＭＮ１がポート番号も含むアドレス・ポート変換規則Ｔ２を生成して記憶するとともに、ＶＰＮサーバ１０１に通知する構成となる。
したがって、無線端末ＭＮ１の変換部６０８では、パケットＰ１のヘッダ内の送信元ＩＰアドレス１００１および送信元ポート番号１００２が、変換後ＩＰアドレス１００３および変換後ポート番号１００４に変換されるとともに、ＩＰアドレス１００５（宛先となるファイルサーバ１０２のＩＰアドレス）および宛先ポート番号１００６と関連付けることにより、アドレス・ポート変換規則Ｔ２を生成する。このアドレス・ポート変換規則Ｔ２はＶＰＮサーバ１０１にも送信される。
このように、送信元のＩＰアドレス１００１とともに送信元ポート番号１００２も変換対象とすることにより、無線端末ＭＮ１とファイルサーバ１０２間でのＶＰＮ接続で要求される通信サービスが一意に特定されることとなり、複数のセッションに対して経路統合のためのルーティング制御を適用することができる。
＜実施の形態６＞
つぎに、実施の形態６について説明する。実施の形態５では、アドレス・ポート変換規則Ｔ２を用いてアドレス・ポート変換をおこなう構成としたが、実施の形態６は、ポート番号をパケットに埋め込んで転送する構成である。ポート番号の埋め込みについては、実施の形態３と同様であるため、その説明を省略する。ここでは、実施の形態６のルーティング制御方法について説明する。
まず、ローカルネットワークＬＮ内の通信において、ゲートウェイに指定された無線端末ＭＮ１が、送信元ポート番号１００２および宛先ポート番号１００６を含むパケットＰ１を無線端末ＭＮ３から受信する。
つぎに、無線端末ＭＮ１の変換部６０８において、送信元ＩＰアドレス１００１を無線端末ＭＮ３のローカルアドレスから無線端末ＭＮ１のＶＰＮアドレスに変換するとともに、送信元ポート番号１００２も変換する。この場合、たとえば、無線端末ＭＮ２が定めるポート番号に変換する。
すなわち、パケットＰ２では、変換後ＩＰアドレス１００３である無線端末ＭＮ１のＶＰＮアドレスが送信元アドレスＳｒｃとなる。変換後ポート番号１００４はパケットＰ２に書き込まれる。また、宛先ＩＰアドレス１００５および宛先ポート番号１００６は、パケットＰ１と同一である。さらに、変換前となる送信元ポート番号１００２は、パケットＰ２の所定の位置に埋め込まれる。
このパケットＰ２は無線端末ＭＮ１でカプセル化され、パケットＰ（２）としてＶＰＮサーバ１０１に転送される。また、無線端末ＭＮ１は、無線端末ＭＮ２のグローバルアドレスと無線端末ＭＮ３のローカルアドレスを、ＶＰＮサーバ１０１に通知する。
ＶＰＮサーバ１０１は、転送されてきたパケットＰ（２）をデカプセル化し、デカプセルされたパケットＰ２から、変換後ＩＰアドレス１００３である無線端末ＭＮ１のＶＰＮアドレス、変換後ポート番号１００４、宛先ＩＰアドレス１００５であるファイルサーバ１０２のＩＰアドレス、宛先ポート番号１００６、そして、変換前の送信元ＩＰアドレス１００１および送信元ポート番号１００２を抽出する。
この抽出されたアドレスおよびポート番号を関連付けることでアドレス・ポート変換規則Ｔ２が生成・記憶される。そして、ＶＰＮサーバ１０１は、抽出元となったパケットＰ２を宛先となるファイルサーバ１０２に転送する。
ファイルサーバ１０２は、パケットＰ２を受けて、パケットＰ３をＶＰＮサーバ１０１に送信する。ＶＰＮサーバ１０１では、このパケットＰ３の送信元アドレスＳｒｃおよびそのポート番号と宛先アドレスＤｓｔおよびそのポート番号が、アドレス・ポート変換規則Ｔ２に適合するか否かを判定する。
具体的には、パケットＰ３の送信元アドレスＳｒｃおよびそのポート番号とアドレス・ポート変換規則Ｔ２の宛先ＩＰアドレス１００５および宛先ポート番号１００６との一致判定、パケットＰ３の宛先アドレスＤｓｔおよびそのポート番号とアドレス・ポート変換規則Ｔ２の変換後ＩＰアドレス１００３および変換後ポート番号１００４との一致判定、パケットＰ３に埋め込まれている宛先ポート番号１００６とアドレス・ポート変換規則Ｔ２の送信元ポート番号１００２との一致判定をおこなう。
ＶＰＮサーバ１０１では、すべて一致した場合に限り、アドレス・ポート変換規則Ｔ２を用いた逆変換処理を実行する。具体的には、パケットＰ４から、送信元アドレスＳｒｃおよびそのポート番号として記述されている宛先ＩＰアドレス１００５（ファイルサーバ１０２のＩＰアドレス）および宛先ポート番号１００６、宛先アドレスＤｓｔおよびそのポート番号として記述されている変換後ＩＰアドレス１００３および変換後ポート番号１００４、送信元ポート番号１００２を抽出して、アドレス・ポート変換規則Ｔ２を生成・記憶する。なお、宛先ＩＰアドレス１００５（ファイルサーバ１０２のＩＰアドレス）および宛先ポート番号１００６は、必ずしも抽出する必要はない。
ＶＰＮサーバ１０１は、このアドレス・ポート変換規則Ｔ２を用いて逆変換する。具体的には、パケットＰ３の宛先アドレスＤｓｔおよびそのポート番号として記述されている変換後ＩＰアドレス１００３および変換後ポート番号１００４を、アドレス・ポート変換規則Ｔ２にしたがって、アドレス・ポート変換規則Ｔ２に記述されている送信元ＩＰアドレス１００１（無線端末ＭＮ３のローカルアドレス）および送信元ポート番号１００２に逆変換する。
すなわち、ＶＰＮサーバ１０１において、パケットＰ３はパケットＰ４に逆変換される。逆変換されたパケットＰ４は、実施の形態４と同様、カプセル化されて、パケットＰ（４−１），Ｐ（４−２）として無線端末ＭＮ１，ＭＮ２に配信される。
無線端末ＭＮ１，ＭＮ２では、パケットＰ（４−１），Ｐ（４−２）がデカプセル化され、宛先アドレスＤｓｔおよびそのポート番号が送信元ＩＰアドレス１００１（無線端末ＭＮ３のローカルアドレス）および送信元ポート番号１００２となって、パケットＰ４−１，Ｐ４−２として無線端末ＭＮ３に転送される。
このように、実施の形態６では、転送中のパケット内の情報を抽出してアドレス・ポート変換規則Ｔ２を生成・記憶する構成としたため、無線端末ＭＮ１、ＭＮ２で逆変換処理をおこなうことなく、常に最新のアドレス・ポート変換規則Ｔ２を反映した経路統合のためのルーティング制御をおこなうことができる。
以上説明したように、本実施の形態１〜６によれば、下りの通信経路として、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ１⇒無線端末ＭＮ３という第１の通信経路と、ファイルサーバ１０２⇒ＶＰＮサーバ１０１⇒無線端末ＭＮ２⇒無線端末ＭＮ３という第２の通信経路と、を設定することができ、各端末装置（無線端末ＭＮ１、無線端末ＭＮ２）から特定の端末装置へ経路統合することができる。
したがって、通信経路を仮想的に拡張することで、複数の通信経路によるパケット転送の負荷分散を図ることにより、パケット転送の高速化を実現することができるという効果を奏する。たとえば、ローカルネットワークＬＮ内に無線端末ＭＮ２がＮ−１台存在する場合、パケットが同等に分配できたと仮定して、通信経路がＮ本設定される（第１の通信経路が１本、第２の通信経路がＮ−１本）。したがって、各無線端末ＭＮ１，ＭＮ２のＣＰＵの負荷は、従来技術で示した方式と比較して、１／Ｎとなり、ローカルネットワークＬＮ内の無線リソースの使用率Ｒは、下記式（１）のとおりである。
Ｒ＝Ｎ／｛１＋２×（Ｎ−１）｝・・・（１）
これにより、ゲートウェイとなる無線端末ＭＮ１の負荷の低減化を図ることができ、無線リソースの冗長な使用を回避することができる。また、上述した実施の形態１〜６では、無線端末ＭＮ１〜ＭＮ３を利用したが、これらの端末装置は無線通信ではなく、有線による通信をおこなう構成としてもよい。
なお、本実施の形態で説明したパケットルーティング制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション、携帯型端末等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。
また、本実施の形態で説明した無線端末ＭＮ１やＶＰＮサーバ１０１は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣ（以下、単に「ＡＳＩＣ」と称す。）やＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）などのカスタムＬＳＩによっても実現することができる。具体的には、たとえば、上述したパケットルーティング制御方法のうち該当する処理を、ＨＤＬ記述によって機能定義し、そのＨＤＬ記述を論理合成してＡＳＩＣやＰＬＤなどのカスタムＬＳＩに与えることにより、実現することができる。
（付記１）ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するパケットルーティング制御方法であって、
前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとするパケットを、前記特定の端末装置から受信する受信工程と、
前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換する変換工程と、
前記一の端末装置が、前記ローカルアドレスと前記ＶＰＮアドレスと前記ファイルサーバのＩＰアドレスとを関連付けたアドレス変換規則を記憶する記憶工程と、
前記アドレス変換規則を前記一の端末装置から前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置に通知するとともに、前記一の端末装置および前記他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知する通知工程と、
前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとするパケットを、前記ファイルサーバから受信した場合、当該パケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、
前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、
前記一の端末装置および前記他の端末装置が、前記アドレス変換規則を用いて、デカプセル化されたパケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスにそれぞれ逆変換する逆変換工程と、
前記一の端末装置および前記他の端末装置が、逆変換により宛先アドレスが前記ローカルアドレスとなったパケットをそれぞれ前記特定の端末装置に送信する送信工程と、
を含んだことを特徴とするパケットルーティング制御方法。
（付記２）前記受信工程は、
前記一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとし、かつ、送信元ポート番号を含むパケットを、前記特定の端末装置から受信し、
前記変換工程は、
前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換するとともに、前記送信元ポート番号を変換し、
前記記憶工程は、
前記一の端末装置が、前記ローカルアドレスおよび前記送信元ポート番号と前記ＶＰＮアドレスおよび前記変換工程による変換後ポート番号と前記ファイルサーバのＩＰアドレスとを関連付けたアドレス・ポート変換規則を記憶し、
前記通知工程は、
前記アドレス・ポート変換規則を前記一の端末装置から前記他の端末装置に通知するとともに、前記一の端末装置および前記他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知し、
前記カプセル化工程は、
前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとし、かつ、前記変換後ポート番号を含むパケットを、前記ファイルサーバから受信した場合、当該パケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化し、
前記逆変換工程は、
前記一の端末装置および前記他の端末装置が、前記アドレス・ポート変換規則を用いて、デカプセル化されたパケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスにそれぞれ逆変換するとともに、前記変換後ポート番号を前記送信元ポート番号に逆変換し、
前記送信工程は、
前記一の端末装置および前記他の端末装置が、逆変換により宛先アドレスおよびそのポート番号が前記ローカルアドレスおよび前記送信元ポート番号となったパケットをそれぞれ前記特定の端末装置に送信することを特徴とする付記１に記載のパケットルーティング制御方法。
（付記３）ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するパケットルーティング制御方法であって、
前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとし、かつ、送信元ポート番号および宛先ポート番号を含むパケットを、前記特定の端末装置から受信する受信工程と、
前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換するとともに、前記送信元ポート番号を変換する変換工程と、
前記一の端末装置が、送信元アドレスおよびそのポート番号を前記ＶＰＮアドレスおよび前記変換工程による変換後ポート番号とし、宛先アドレスおよびそのポート番号を前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号とするパケットに前記送信元ポート番号を埋め込むことにより、前記ＶＰＮサーバに転送する転送工程と、
前記一の端末装置が、前記一の端末装置および前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知するとともに、前記特定の端末装置のローカルアドレスを前記他の端末装置に通知する通知工程と、
前記ＶＰＮサーバが、前記転送工程によって転送されてきたパケットから、前記ＶＰＮアドレスおよび前記変換後ポート番号と、前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号と、前記送信元ポート番号とを関連付けたアドレス・ポート変換規則を抽出するとともに、抽出元となったパケットを前記ファイルサーバに転送する抽出工程と、
前記ファイルサーバが前記抽出元となったパケットに応答することにより、前記ファイルサーバから送信されてきたパケットの送信元アドレスおよびそのポート番号と宛先アドレスおよびそのポート番号が、前記アドレス・ポート変換規則に適合するか否かを判定する判定工程と、
前記判定工程によって適合すると判定された場合、前記ファイルサーバから送信されてきたパケットに前記送信元ポート番号を埋め込み、当該パケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、
前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、
前記一の端末装置および前記他の端末装置が、デカプセル化されたパケットから、前記ＶＰＮアドレスおよび前記変換後ポート番号と、前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号と、前記送信元ポート番号とを関連付けたアドレス・ポート変換規則を抽出することにより、当該アドレス・ポート変換規則を用いて、前記デカプセル化されたパケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスにそれぞれ逆変換するとともに、前記変換後ポート番号を前記送信元ポート番号に逆変換する逆変換工程と、
前記一の端末装置および前記他の端末装置が、逆変換により宛先アドレスおよびそのポート番号が前記ローカルアドレスおよび前記送信元ポート番号となったパケットをそれぞれ前記特定の端末装置に送信する送信工程と、
を含んだことを特徴とするパケットルーティング制御方法。
（付記４）ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するパケットルーティング制御方法であって、
前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとするパケットを、前記特定の端末装置から受信する受信工程と、
前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換する変換工程と、
前記一の端末装置が、前記ローカルアドレスと前記ＶＰＮアドレスと前記ファイルサーバのＩＰアドレスとを関連付けたアドレス変換規則を記憶する記憶工程と、
前記アドレス変換規則を前記一の端末装置から前記ＶＰＮサーバに通知するとともに、前記一の端末装置のグローバルアドレスおよび前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知する通知工程と、
前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとするパケットを、前記ファイルサーバから受信した場合、前記アドレス変換規則を用いて、当該パケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスに逆変換する逆変換工程と、
前記ＶＰＮサーバが、逆変換により宛先アドレスが前記ローカルアドレスとなったパケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、
前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、
前記一の端末装置および前記他の端末装置が、デカプセル化されたパケットをそれぞれ前記特定の端末装置に送信する送信工程と、
を含んだことを特徴とするパケットルーティング制御方法。
（付記５）前記受信工程は、
前記一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとし、かつ、送信元ポート番号を含むパケットを、前記特定の端末装置から受信し、
前記変換工程は、
前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換するとともに、前記送信元ポート番号を変換し、
前記記憶工程は、
前記一の端末装置が、前記ローカルアドレスおよび前記送信元ポート番号と前記ＶＰＮアドレスおよび前記変換工程による変換後ポート番号と前記ファイルサーバのＩＰアドレスとを関連付けたアドレス・ポート変換規則を記憶し、
前記通知工程は、
前記アドレス・ポート変換規則を前記一の端末装置から前記ＶＰＮサーバに通知するとともに、前記一の端末装置および前記他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知し、
前記逆変換工程は、
前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとし、前記変換後ポート番号を含むパケットを、前記ファイルサーバから受信した場合、前記アドレス・ポート変換規則を用いて、当該パケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスに逆変換するとともに、前記変換後ポート番号を前記送信元ポート番号に逆変換し、
前記カプセル化工程は、
前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとし、かつ、前記送信元ポート番号を含むパケットを、前記ファイルサーバから受信した場合、当該パケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化し、
前記送信工程は、
前記一の端末装置および前記他の端末装置が、逆変換により宛先アドレスおよびそのポート番号が前記ローカルアドレスおよび前記送信元ポート番号となったパケットをそれぞれ前記特定の端末装置に送信することを特徴とする付記４に記載のパケットルーティング制御方法。
（付記６）ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するパケットルーティング制御方法であって、
前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとし、かつ、送信元ポート番号および宛先ポート番号を含むパケットを、前記特定の端末装置から受信する受信工程と、
前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換するとともに、前記送信元ポート番号を変換する変換工程と、
前記一の端末装置が、送信元アドレスおよびそのポート番号を前記ＶＰＮアドレスおよび前記変換工程による変換後ポート番号とし、宛先アドレスおよびそのポート番号を前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号とするパケットに前記送信元ポート番号を埋め込むことにより、前記ＶＰＮサーバに転送する転送工程と、
前記一の端末装置が、前記一の端末装置および前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知するとともに、前記特定の端末装置のローカルアドレスを前記他の端末装置に通知する通知工程と、
前記ＶＰＮサーバが、前記転送工程によって転送されてきたパケットから、前記ＶＰＮアドレスおよび前記変換後ポート番号と、前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号と、前記特定の端末装置のローカルアドレスおよび前記送信元ポート番号とを関連付けたアドレス・ポート変換規則を抽出するとともに、抽出元となったパケットを前記ファイルサーバに転送する抽出工程と、
前記ファイルサーバが前記抽出元となったパケットに応答することにより、前記ファイルサーバから送信されてきたパケットの送信元アドレスおよびそのポート番号と宛先アドレスおよびそのポート番号が、前記アドレス・ポート変換規則に適合するか否かを判定する判定工程と、
前記判定工程によって適合すると判定された場合、前記ファイルサーバから送信されてきたパケットの宛先アドレスおよびそのポート番号を、前記ＶＰＮアドレスおよび前記変換後ポート番号から前記ローカルアドレスおよび前記送信元ポート番号に逆変換する逆変換工程と、
前記ＶＰＮサーバが、逆変換により宛先アドレスおよびそのポート番号が前記ローカルアドレスおよび前記送信元ポート番号となったパケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、
前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、
前記一の端末装置および前記他の端末装置が、デカプセル化されたパケットをそれぞれ前記特定の端末装置に送信する送信工程と、
を含んだことを特徴とするパケットルーティング制御方法。
（付記７）付記１または２に記載のパケットルーティング制御方法のうち、前記受信工程、前記変換工程、前記記憶工程、前記通知工程、前記デカプセル化工程、前記逆変換工程、および前記送信工程を、前記一の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記８）付記１または２に記載のパケットルーティング制御方法のうち、前記デカプセル化工程、前記逆変換工程、および前記送信工程を、前記他の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記９）付記１または２に記載のパケットルーティング制御方法のうち、前記カプセル化工程を前記ＶＰＮサーバ内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記１０）付記３に記載のパケットルーティング制御方法のうち、前記受信工程、前記変換工程、前記転送工程、前記通知工程、前記デカプセル化工程、前記逆変換工程、および前記送信工程を、前記一の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記１１）付記３に記載のパケットルーティング制御方法のうち、前記デカプセル化工程、前記逆変換工程、および前記送信工程を、前記他の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記１２）付記３に記載のパケットルーティング制御方法のうち、前記抽出工程、前記判定工程、および前記カプセル化工程を、前記ＶＰＮサーバ内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記１３）付記４または５に記載のパケットルーティング制御方法のうち、前記受信工程、前記変換工程、前記記憶工程、前記通知工程、前記デカプセル化工程、および前記送信工程を、前記一の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記１４）付記４または５に記載のパケットルーティング制御方法のうち、前記デカプセル化工程および前記送信工程を、前記他の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記１５）付記４または５に記載のパケットルーティング制御方法のうち、前記逆変換工程、および前記カプセル化工程を、前記ＶＰＮサーバ内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記１６）付記６に記載のパケットルーティング制御方法のうち、前記受信工程、前記変換工程、前記転送工程、前記通知工程、前記デカプセル化工程、および前記送信工程を、前記一の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記１７）付記６に記載のパケットルーティング制御方法のうち、前記デカプセル化工程、および前記送信工程を、前記他の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記１８）付記６に記載のパケットルーティング制御方法のうち、前記抽出工程、前記判定工程、前記逆変換工程、および前記カプセル化工程を、前記ＶＰＮサーバ内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
（付記１９）付記７，１０，１３、または１６のいずれか一つに記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とする端末装置。
（付記２０）付記８，１１，１４、または１７のいずれか一つに記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とする端末装置。
（付記２１）付記９，１２，１５、または１８のいずれか一つに記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とするＶＰＮサーバ。
以上のように、本発明にかかるパケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびＶＰＮサーバは、携帯電話機、携帯型ゲーム機などの端末装置に有用であり、特に、無線ＬＡＮ用の通信デバイスを搭載した端末装置に適している。
たとえば、リモートネットワークＲＮが会社ＡのＬＡＮ、ローカルネットワークが会社Ａの社員甲、乙の出張先の無線ＬＡＮとする。甲は、自身（または会社Ａから支給された）無線端末ＭＮ１とノートＰＣである無線端末ＭＮ３を有し、乙は自身（または会社Ａから支給された）無線端末ＭＮ２を有する。
甲が出張先で会社ＡのＬＡＮのファイルサーバ１０２からデータをダウンロードして、ノートＰＣで表示させる場合、無線端末ＭＮ１をゲートウェイとしてＶＰＮサーバ１０１とＶＰＮ接続し、ファイルサーバ１０２からＶＰＮサーバ１０１を介して、ノートＰＣにデータをダウンロードする。このとき、データのパケットは、ＶＰＮサーバ１０１⇒無線端末ＭＮ１⇒無線端末ＭＮ３という第１の通信経路と、ＶＰＮサーバ１０１⇒無線端末ＭＮ２⇒無線端末ＭＮ３という第２の通信経路とでパケットを分配することでデータをダウンロードすることができる。
本発明の実施の形態１にかかるルーティング制御方法（上り）を示す説明図である。 本発明の実施の形態１にかかるルーティング制御方法（下り）を示す説明図である。 無線端末ＭＮ１，ＭＮ２の機能的構成を示すブロック図である。 無線端末ＭＮ１のルーティングテーブルを示す説明図である。 無線端末ＭＮ２のルーティングテーブルを示す説明図である。 ＶＰＮサーバの機能的構成を示すブロック図である。 ＶＰＮサーバのルーティングテーブルを示す説明図である。 実施の形態１にかかる無線端末ＭＮ１，ＭＮ２の処理手順を示すフローチャートである。 実施の形態１にかかるＶＰＮサーバの処理手順を示すフローチャートである。 実施の形態２にかかるアドレス・ポート変換規則を示す説明図である。 ＩＰデータフラムのフォーマット（ＩＰｖ４）を示す説明図である。 オプションフィールドのフォーマットを示す説明図である。 オプションフィールドおよびパディングフィールドを示す説明図である。 送信元ポート番号の挿入例を示す説明図である。 本発明の実施の形態４にかかるルーティング制御方法（下り）を示す説明図である。 実施の形態４にかかるＶＰＮサーバの機能的構成を示すブロック図である。 実施の形態４にかかる無線端末ＭＮ１，ＭＮ２の処理手順を示すフローチャートである。 実施の形態４にかかるＶＰＮサーバの処理手順を示すフローチャートである。 従来の複数経路統合の構成例を示す説明図である。 ローカルネットワーク内のノートＰＣからゲートウェイとなる無線端末を経由してリモートネットワークへ接続する場合のネットワーク構成例を示す説明図である。 図２０に示した構成で複数経路統合を適用した場合のルーティング制御例（上り）を示す説明図である。 図２０に示した構成で複数経路統合を適用した場合のルーティング制御例（下り）を示す説明図である。
符号の説明
１０１ ＶＰＮサーバ
１０２ ファイルサーバ
３０１，６０１ 受信部
３０２，６０２ 送信部
３０３，６０３ アプリケーション実行部
３０４，６０４ ルーティング情報記憶部
３０５，６０５ 取得部
３０６，６０６ 選択部
３０７，６０７ ヘッダ解析部
３０８，６０８ 変換部
３０９，６０９ 変換規則記憶部
３１０，６１０ 変換規則管理部
３１１，６１１ カプセル化処理部
３１２，６１２ デカプセル化処理部
ＬＮ ローカルネットワーク
ＭＮ１，ＭＮ２，ＭＮ３ 無線端末
ＲＮ リモートネットワーク
Ｔ１ アドレス変換規則
Ｔ２ アドレス・ポート変換規則

Claims (10)

  1. ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するパケットルーティング制御方法であって、
    前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとするパケットを、前記特定の端末装置から受信する受信工程と、
    前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換する変換工程と、
    前記一の端末装置が、前記ローカルアドレスと前記ＶＰＮアドレスと前記ファイルサーバのＩＰアドレスとを関連付けたアドレス変換規則を記憶する記憶工程と、
    前記アドレス変換規則を前記一の端末装置から前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置に通知するとともに、前記一の端末装置および前記他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知する通知工程と、
    前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとするパケットを、前記ファイルサーバから受信した場合、当該パケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、
    前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、
    前記一の端末装置および前記他の端末装置が、前記アドレス変換規則を用いて、デカプセル化されたパケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスにそれぞれ逆変換する逆変換工程と、
    前記一の端末装置および前記他の端末装置が、逆変換により宛先アドレスが前記ローカルアドレスとなったパケットをそれぞれ前記特定の端末装置に送信する送信工程と、
    を含んだことを特徴とするパケットルーティング制御方法。
  2. ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するパケットルーティング制御方法であって、
    前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとし、かつ、送信元ポート番号および宛先ポート番号を含むパケットを、前記特定の端末装置から受信する受信工程と、
    前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換するとともに、前記送信元ポート番号を変換する変換工程と、
    前記一の端末装置が、送信元アドレスおよびそのポート番号を前記ＶＰＮアドレスおよび前記変換工程による変換後ポート番号とし、宛先アドレスおよびそのポート番号を前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号とするパケットに前記送信元ポート番号を埋め込むことにより、前記ＶＰＮサーバに転送する転送工程と、
    前記一の端末装置が、前記一の端末装置および前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知するとともに、前記特定の端末装置のローカルアドレスを前記他の端末装置に通知する通知工程と、
    前記ＶＰＮサーバが、前記転送工程によって転送されてきたパケットから、前記ＶＰＮアドレスおよび前記変換後ポート番号と、前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号と、前記送信元ポート番号とを関連付けたアドレス・ポート変換規則を抽出するとともに、抽出元となったパケットを前記ファイルサーバに転送する抽出工程と、
    前記ファイルサーバが前記抽出元となったパケットに応答することにより、前記ファイルサーバから送信されてきたパケットの送信元アドレスおよびそのポート番号と宛先アドレスおよびそのポート番号が、前記アドレス・ポート変換規則に適合するか否かを判定する判定工程と、
    前記判定工程によって適合すると判定された場合、前記ファイルサーバから送信されてきたパケットに前記送信元ポート番号を埋め込み、当該パケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、
    前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、
    前記一の端末装置および前記他の端末装置が、デカプセル化されたパケットから、前記ＶＰＮアドレスおよび前記変換後ポート番号と、前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号と、前記送信元ポート番号とを関連付けたアドレス・ポート変換規則を抽出することにより、当該アドレス・ポート変換規則を用いて、前記デカプセル化されたパケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスにそれぞれ逆変換するとともに、前記変換後ポート番号を前記送信元ポート番号に逆変換する逆変換工程と、
    前記一の端末装置および前記他の端末装置が、逆変換により宛先アドレスおよびそのポート番号が前記ローカルアドレスおよび前記送信元ポート番号となったパケットをそれぞれ前記特定の端末装置に送信する送信工程と、
    を含んだことを特徴とするパケットルーティング制御方法。
  3. ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するパケットルーティング制御方法であって、
    前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとするパケットを、前記特定の端末装置から受信する受信工程と、
    前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換する変換工程と、
    前記一の端末装置が、前記ローカルアドレスと前記ＶＰＮアドレスと前記ファイルサーバのＩＰアドレスとを関連付けたアドレス変換規則を記憶する記憶工程と、
    前記アドレス変換規則を前記一の端末装置から前記ＶＰＮサーバに通知するとともに、前記一の端末装置のグローバルアドレスおよび前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知する通知工程と、
    前記ファイルサーバが前記パケットに応答することにより、前記ＶＰＮサーバが、送信元アドレスを前記ファイルサーバのＩＰアドレス、宛先アドレスを前記ＶＰＮアドレスとするパケットを、前記ファイルサーバから受信した場合、前記アドレス変換規則を用いて、当該パケットのヘッダに記述されている宛先アドレスを、前記ＶＰＮアドレスから前記ローカルアドレスに逆変換する逆変換工程と、
    前記ＶＰＮサーバが、逆変換により宛先アドレスが前記ローカルアドレスとなったパケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、
    前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、
    前記一の端末装置および前記他の端末装置が、デカプセル化されたパケットをそれぞれ前記特定の端末装置に送信する送信工程と、
    を含んだことを特徴とするパケットルーティング制御方法。
  4. ローカルネットワーク用通信デバイスおよび外部ネットワーク用通信デバイスを備える複数の端末装置が存在するローカルネットワークとＶＰＮサーバおよびファイルサーバが存在するリモートネットワークとをＶＰＮ接続することにより、前記ファイルサーバと前記ローカルネットワーク内に存在し前記ローカルネットワーク用通信デバイスのみ備える特定の端末装置との通信経路を設定するパケットルーティング制御方法であって、
    前記複数の端末装置のうちゲートウェイに指定された一の端末装置が、送信元アドレスを前記特定の端末装置のローカルアドレス、宛先アドレスを前記ファイルサーバのＩＰアドレスとし、かつ、送信元ポート番号および宛先ポート番号を含むパケットを、前記特定の端末装置から受信する受信工程と、
    前記一の端末装置が、前記受信工程によって受信されたパケットのヘッダに記述されている送信元アドレスを前記特定の端末装置のローカルアドレスから前記一の端末装置のＶＰＮアドレスに変換するとともに、前記送信元ポート番号を変換する変換工程と、
    前記一の端末装置が、送信元アドレスおよびそのポート番号を前記ＶＰＮアドレスおよび前記変換工程による変換後ポート番号とし、宛先アドレスおよびそのポート番号を前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号とするパケットに前記送信元ポート番号を埋め込むことにより、前記ＶＰＮサーバに転送する転送工程と、
    前記一の端末装置が、前記一の端末装置および前記複数の端末装置のうち前記ゲートウェイに指定されなかった他の端末装置のグローバルアドレスを、前記ＶＰＮサーバに通知するとともに、前記特定の端末装置のローカルアドレスを前記ＶＰＮサーバに通知する通知工程と、
    前記ＶＰＮサーバが、前記転送工程によって転送されてきたパケットから、前記ＶＰＮアドレスおよび前記変換後ポート番号と、前記ファイルサーバのＩＰアドレスおよび前記宛先ポート番号と、前記特定の端末装置のローカルアドレスおよび前記送信元ポート番号とを関連付けたアドレス・ポート変換規則を抽出するとともに、抽出元となったパケットを前記ファイルサーバに転送する抽出工程と、
    前記ファイルサーバが前記抽出元となったパケットに応答することにより、前記ファイルサーバから送信されてきたパケットの送信元アドレスおよびそのポート番号と宛先アドレスおよびそのポート番号が、前記アドレス・ポート変換規則に適合するか否かを判定する判定工程と、
    前記判定工程によって適合すると判定された場合、前記ファイルサーバから送信されてきたパケットの宛先アドレスおよびそのポート番号を、前記ＶＰＮアドレスおよび前記変換後ポート番号から前記ローカルアドレスおよび前記送信元ポート番号に逆変換する逆変換工程と、
    前記ＶＰＮサーバが、逆変換により宛先アドレスおよびそのポート番号が前記ローカルアドレスおよび前記送信元ポート番号となったパケットを前記グローバルアドレスごとに分配して、送信元アドレスを前記ＶＰＮサーバのＩＰアドレス、宛先アドレスを前記各グローバルアドレスとするヘッダによりカプセル化するカプセル化工程と、
    前記一の端末装置および前記他の端末装置が、カプセル化されたパケットをそれぞれ受信した場合、当該パケットをデカプセル化するデカプセル化工程と、
    前記一の端末装置および前記他の端末装置が、デカプセル化されたパケットをそれぞれ前記特定の端末装置に送信する送信工程と、
    を含んだことを特徴とするパケットルーティング制御方法。
  5. 請求項１に記載のパケットルーティング制御方法のうち、前記受信工程、前記変換工程、前記記憶工程、前記通知工程、前記デカプセル化工程、前記逆変換工程、および前記送信工程を、前記一の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
  6. 請求項１に記載のパケットルーティング制御方法のうち、前記デカプセル化工程、前記逆変換工程、および前記送信工程を、前記他の端末装置内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
  7. 請求項１に記載のパケットルーティング制御方法のうち、前記カプセル化工程を前記ＶＰＮサーバ内のコンピュータに実行させることを特徴とするパケットルーティング制御プログラム。
  8. 請求項５に記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とする端末装置。
  9. 請求項６に記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とする端末装置。
  10. 請求項７に記載のパケットルーティング制御プログラムと当該プログラムを実行するコンピュータとを備えることを特徴とするＶＰＮサーバ。
JP2007200733A 2007-08-01 2007-08-01 パケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびｖｐｎサーバ Expired - Fee Related JP4425298B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2007200733A JP4425298B2 (ja) 2007-08-01 2007-08-01 パケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびｖｐｎサーバ
US12/181,812 US7933280B2 (en) 2007-08-01 2008-07-29 Packet routing control method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007200733A JP4425298B2 (ja) 2007-08-01 2007-08-01 パケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびｖｐｎサーバ

Publications (2)

Publication Number Publication Date
JP2009038566A JP2009038566A (ja) 2009-02-19
JP4425298B2 true JP4425298B2 (ja) 2010-03-03

Family

ID=40338057

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007200733A Expired - Fee Related JP4425298B2 (ja) 2007-08-01 2007-08-01 パケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびｖｐｎサーバ

Country Status (2)

Country Link
US (1) US7933280B2 (ja)
JP (1) JP4425298B2 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2203832A4 (en) * 2007-10-24 2013-01-16 Lantronix Inc VARIOUS METHOD AND DEVICES FOR A CENTRALIZED MANAGEMENT STATION FOR THE AUTOMATIC DISTRIBUTION OF CONFIGURATION INFORMATION TO REMOTE DEVICES
US8266583B1 (en) * 2008-10-17 2012-09-11 Xilinx, Inc. Flexible packet data storage for diverse packet processing applications
JP5293649B2 (ja) * 2010-03-09 2013-09-18 セイコーエプソン株式会社 無線通信システム、無線通信端末、及び無線通信方法
JP5692244B2 (ja) * 2011-01-31 2015-04-01 富士通株式会社 通信方法、ノード、およびネットワークシステム
JP5621639B2 (ja) * 2011-02-08 2014-11-12 村田機械株式会社 中継サーバ及び中継通信システム
US20120284764A1 (en) * 2011-05-05 2012-11-08 Keith Ball Method and system for requesting services by a media device
US9008093B2 (en) * 2012-03-12 2015-04-14 Comcast Cable Communications, Llc Stateless protocol translation
US9055314B2 (en) * 2012-10-04 2015-06-09 Verizon Patent And Licensing Inc. Secure transfer of credit card information
WO2016172252A1 (en) * 2015-04-20 2016-10-27 Shoelace Wireless, Inc. Systems for improved mobile internet speed and security
US10608985B2 (en) * 2015-08-14 2020-03-31 Oracle International Corporation Multihoming for tunneled encapsulated media
US10594829B2 (en) * 2017-05-24 2020-03-17 At&T Intellectual Property I, L.P. Cloud workload proxy as link-local service configured to access a service proxy gateway via a link-local IP address to communicate with an external target service via a private network
US11165863B1 (en) * 2017-08-04 2021-11-02 128 Technology, Inc. Network neighborhoods for establishing communication relationships between communication interfaces in an administrative domain

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3581251B2 (ja) * 1998-06-16 2004-10-27 株式会社東芝 通信システム、データパケット転送方法、ルータ装置及びパケット中継装置
US7107360B1 (en) * 2001-07-24 2006-09-12 Cisco Technology, Inc. Network address translation in a gateway
US20040063451A1 (en) * 2002-09-27 2004-04-01 Bonta Jeffrey D. Relaying information within an ad-hoc cellular network

Also Published As

Publication number Publication date
JP2009038566A (ja) 2009-02-19
US20090034546A1 (en) 2009-02-05
US7933280B2 (en) 2011-04-26

Similar Documents

Publication Publication Date Title
JP4425298B2 (ja) パケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびｖｐｎサーバ
JP4527721B2 (ja) トンネリングを用いたリモートｌａｎのコネクティビティを改善するための装置及び方法
US8824480B2 (en) Method and apparatus for end-host based mobility, multi-homing and multipath protocols
CN102388648B (zh) 用于ip中继节点的报头压缩
US9756497B2 (en) Path switching procedure for device-to-device communication
JP4430091B2 (ja) パケットルーティング制御方法、パケットルーティング制御プログラム、端末装置、およびｖｐｎサーバ
WO2011018002A1 (zh) 一种传输承载的中继方法、装置和通信系统
US10791090B2 (en) Wireless mesh access point with user-space tunneling
TWI477111B (zh) 室外無線數據裝置與其訊號處理方法
US11824685B2 (en) Method for implementing GRE tunnel, access point and gateway
WO2005112356A1 (ja) アクセスネットワークシステム、接続局装置、無線基地局装置、及びパケットロス低減方法
JP5506933B2 (ja) ネットワーク相互通信の実現方法及びシステム
CN107196834B (zh) 报文处理方法及设备
US20130007109A1 (en) Load balancing system and method thereof
US8265003B2 (en) Packet distribution system and packet distribution method
CN104205896A (zh) 有拓扑不准确的源地址的IPv6数据包的自动隧道传输方法
JP2007306251A (ja) パケットルーティング制御プログラム、パケットルーティング制御方法及びコンピュータシステム
KR100929546B1 (ko) 패킷 데이터 전송
JP2006319674A (ja) パケット中継方法およびホームエージェント
WO2023035836A1 (zh) 一种报文处理方法及相关装置
JP2008219490A (ja) ネットワークシステム及びアドレス変換方法
WO2011054362A1 (en) A method and a system of networks for providing access of at least one client device via a mobile network to a network
JP2000165443A (ja) 移動計算機装置及びパケット処理方法
JP2008118579A (ja) 仮想網ルーティングシステム、管理サーバ装置、接続装置及びそれらに用いる仮想網ルーティング方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090319

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090626

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090929

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091106

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20091201

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20091208

R150 Certificate of patent or registration of utility model

Ref document number: 4425298

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121218

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121218

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131218

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees