JP2007306251A - パケットルーティング制御プログラム、パケットルーティング制御方法及びコンピュータシステム - Google Patents

Abstract

【課題】無線ＬＡＮにおいて、セキュリティの確保とパケットヘッダのオーバーヘッドの抑制とを両立させて帯域幅の確保を行うことができるパケットルーティング制御プログラムを提供する。
【解決手段】本発明のパケットルーティング制御プログラムは、ゲートウェイ１００では、ファイルサーバ３００からアライアンスＡの他のゲートウェイ１００への受信パケットを該他のゲートウェイ１００へ転送し、ファイルサーバ３００への送信パケットをアライアンスＡの該送信パケットの送信側のゲートウェイ１００とは異なる他のゲートウェイ１００へ転送し、アライアンスＡの他のゲートウェイ１００から送信パケットを受信したならば、該送信パケットをＰＰＴＰサーバ２００へ転送する。ＰＰＴＰサーバ２００では、ファイルサーバ３００からアライアンスＡのゲートウェイ１００へ宛てた受信パケットを該ゲートウェイ１００とは異なる他のゲートウェイ１００へ転送する。
【選択図】 図１

Description

本発明は、アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されており、外部ネットワークとのゲートウェイであるＶＰＮ（Virtual Private Network）サーバとＶＰＮトンネルで接続されている端末装置にパケットルーティング制御を実行させるパケットルーティング制御プログラム、パケットルーティング制御方法及びコンピュータシステムに関する。

従来、複数の端末を接続するために、ＬＡＮなどのネットワークは、伝送路にケーブルを利用して構築される有線ＬＡＮが一般的であったが、近年、伝送路にケーブル以外の電波を利用して構築されるネットワークが利用されるようになってきた。このネットワークには、特に、遠隔接続できる携帯電話端末やＰＨＳ等の公衆回線網が相当する。

かかる公衆回線網は、ケーブルを省略できるので、端末装置の移動が自由になり、モバイル端末装置の接続を容易にするという長所を有する一方で、有線ＬＡＮに比べて帯域幅が小さく、通信速度が遅いという短所を持っている。

かかる短所を克服するために、例えば、非特許文献１には、Mobile IPv4[RFC3344]に基づき、公衆回線網において近在する他の端末装置の外部のネットワークとの帯域を束ねて仮想的に１つの帯域とし、ＨＡ（Home Agent）でパケットの分配や集約を行って帯域の確保を行う通信回線共有方式が開示されている。このような方式によれば、無線ＬＡＮ等のＬＡＮ接続を用いた複数の端末装置が近在する状態で、自らの公衆回線網だけで接続するより広帯域の通信が可能となる。

村松秀哉、富強、石原進、水野忠則著 「Mobile IPを利用した通信回線共有方式の提案」 第６４回情報処理学会全国大会講演論文集（３） pp.3-565〜3-566 ２００２年３月

しかしながら、上記非特許文献１に代表される従来技術では、公衆回線網において上位でパケットの分配や集約を行うＨＡまでMobile IPに基づくＩＰ（Internet Protocol）トンネリングを行うのみならず、さらにパケットを近在する他の端末装置まで転送するためのＩＰトンネリングを行わなければならないというＩＰトンネリングによるパケットヘッダのオーバーヘッドの問題があった。

具体的には、ＬＡＮに存在する端末装置が他の端末装置を介して該ＬＡＮ外の通信相手（以下、ＣＮという。ＣＮ：Correspondent Node）へパケットを送信する場合、Mobile IPのＩＰトンネリングのためのカプセル化を行うとともに、当該端末装置から他の端末装置へのパケット転送のためのＩＰトンネリングのカプセル化を行わなければならないという、カプセル化の重畳の問題があった。

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

本発明は、上記問題点（課題）を解消するためになされたものであって、無線ＬＡＮにおいて、セキュリティの確保とパケットヘッダのオーバーヘッドの抑制とを両立させて帯域幅の確保を行うことができるパケットルーティング制御プログラム、パケットルーティング制御方法及びコンピュータシステムを提供することを目的とする。

上述した問題を解決し、目的を達成するため、本発明は、アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されており、外部ネットワークとのゲートウェイであるＶＰＮ（Virtual Private Network）サーバとＶＰＮトンネルで接続されている端末装置にパケットルーティング制御を実行させるパケットルーティング制御プログラムであって、前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される他の端末装置へ宛てた受信パケットを該他の端末装置へ転送する受信パケット転送手順を端末装置に実行させることを特徴とする。

また、本発明は、上記発明において、前記外部ネットワークに接続される通信相手側装置へ宛てた送信パケットを前記ＬＡＮに接続される該送信パケットの送信側の端末装置とは異なる他の端末装置へ送信するパケット送信手順を端末装置にさらに実行させることを特徴とする。

また、本発明は、上記発明において、前記ＬＡＮに接続される他の端末装置から前記送信パケットを受信したならば、該送信パケットを前記通信相手側装置へ送信するために前記ＶＰＮサーバへ転送する送信パケット転送手順を端末装置にさらに実行させることを特徴とする。

また、本発明は、アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されている端末装置とＶＰＮ（Virtual Private Network）トンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバにパケットルーティング制御を実行させるパケットルーティング制御プログラムであって、前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へ転送する受信パケット転送手順をＶＰＮサーバに実行させることを特徴とする。

また、本発明は、上記発明において、前記ＬＡＮに接続される他の端末装置又は前記ＶＰＮサーバから受信したパケットを該ＶＰＮサーバ又は前記端末装置へ転送する際に、発信元ＩＰ（Internet Protocol）アドレス及び発信元ネットマスクのカラムをさらに有するルーティングテーブルを参照してパケット転送を行うことを特徴とする。

また、本発明は、上記発明において、前記ルーティングテーブルの一つのレコードに対して宛先ゲートウェイのアドレス情報及び該宛先ゲートウェイに応じて選択されるインターフェースの情報を複数格納可能であることを特徴とする。

また、本発明は、アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されており、外部ネットワークとのゲートウェイであるＶＰＮ（Virtual Private Network）サーバとＶＰＮトンネルで接続されている端末装置におけるパケットルーティング制御方法であって、前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される他の端末装置へ宛てた受信パケットを該他の端末装置へ転送する受信パケット転送工程を含んだことを特徴とする。

また、本発明は、アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されている端末装置とＶＰＮ（Virtual Private Network）トンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバにおけるパケットルーティング制御方法であって、前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へ転送する受信パケット転送工程を含んだことを特徴とする。

また、本発明は、アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されており、外部ネットワークとのゲートウェイであるＶＰＮ（Virtual Private Network）サーバとＶＰＮトンネルで接続されている端末装置としてのコンピュータシステムであって、前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される他の端末装置へ宛てた受信パケットを該他の端末装置へ転送する受信パケット転送手段を備えたことを特徴とする。

また、本発明は、アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されている端末装置とＶＰＮ（Virtual Private Network）トンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバとしてのコンピュータシステムであって、前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へ転送する受信パケット転送手段を備えたことを特徴とする。

本発明によれば、アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮに接続されており、外部ネットワークとのゲートウェイであるＶＰＮサーバとＶＰＮトンネルで接続されている端末装置において、外部ネットワークに接続される通信相手側装置から該ＬＡＮに接続される他の端末装置へ宛てた受信パケットを該他の端末装置へルーティング制御によって転送するので、ＩＰカプセル化を必要最小限に抑えてパケットヘッダのオーバーヘッドを抑制しつつネットワークの論理的帯域を確保することができるという効果を奏する。また、ネットワークの帯域を確保しつつＶＰＮによってセキュリティを確保することができるという効果を奏する。

また、本発明によれば、外部ネットワークに接続される通信相手側装置へ宛てた送信パケットをＬＡＮに接続される該送信パケットの送信側の端末装置とは異なる他の端末装置へルーティング制御によって送信するので、ＩＰカプセル化を必要最小限に抑えてパケットヘッダのオーバーヘッドを抑制しつつネットワークの論理的帯域を確保することができるという効果を奏する。

また、本発明によれば、ＬＡＮに接続される他の端末装置から送信パケットを受信したならば、該送信パケットを通信相手側装置へ送信するためにＶＰＮサーバへルーティング制御によって転送するので、ＩＰカプセル化を必要最小限に抑えてパケットヘッダのオーバーヘッドを抑制しつつネットワークの論理的帯域を確保することができるという効果を奏する。

また、本発明によれば、アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮに接続されている端末装置とＶＰＮトンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバにおいて、外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へルーティング制御によって転送するので、ＩＰカプセル化を必要最小限に抑えてパケットヘッダのオーバーヘッドを抑制しつつネットワークの論理的帯域を確保することができるという効果を奏する。また、ネットワークの帯域を確保しつつＶＰＮによってセキュリティを確保することができるという効果を奏する。

また、本発明によれば、ＬＡＮに接続される他の端末装置又はＶＰＮサーバから受信したパケットを該ＶＰＮサーバ又は端末装置へ転送する際に、発信元ＩＰアドレス及び発信元ネットマスクのカラムをさらに有するルーティングテーブルを参照してパケット転送を行うので、発信元情報に基づいて、該ＬＡＮ内でルーティングすればよいか外部ネットワークへルーティングすればよいかを容易に判断可能となるという効果を奏する。また、発信元の端末装置から転送されてきたパケットを再び該信元の端末装置へ転送するという不要な転送を規制することが可能となるという効果を奏する。

また、本発明によれば、ルーティングテーブルの一つのレコードに対して宛先ゲートウェイのアドレス情報及び該宛先ゲートウェイに応じて選択されるインターフェースの情報を複数格納可能であるので、受信したパケットをＬＡＮ内の他の端末へ一旦転送してからＶＰＮサーバへ送信するか、ＶＰＮサーバへ直接送信するかを選択することが可能となり、ネットワークの論理的帯域を確保することができるという効果を奏する。

以下に添付図面を参照して、本発明に係るパケットルーティング制御プログラム、パケットルーティング制御方法及びコンピュータシステムの好適な実施例を詳細に説明する。なお、以下に示す実施例では、本発明を、無線ＬＡＮに接続された端末装置同士が、アクセス・ポイントを介さず直接データをやり取りするアドホック・モード方式のアドホック・ネットワークに適用した場合を示すこととする。しかし、これに限らず、端末装置同士がアクセス・ポイントを介してデータをやり取りするインフラストラクチャモード方式であってもよい。また、無線ＬＡＮに限らず、有線ＬＡＮであってもよい。

また、以下の実施例では、ネットワーク上でＰＰＰ（Point-to-Point Protocol）フレームをトンネリングするＰＰＴＰ（Point-to-Point Tunneling Protocol）を使用してＶＰＮを実装した場合を示すこととする。

先ず、実施例のネットワーク構成を説明する。図１は、実施例のネットワーク構成を示す図である。同図に示すように、実施例のネットワークは、複数のゲートウェイ１００（ゲートウェイＡ１００ａ、ゲートウェイＢ１００ｂ及びゲートウェイＣ１００ｃ）とを有するアライアンスＡと、ＰＰＴＰサーバ２００及びＣＮとしてのファイルサーバ３００とを有するローカルエリアネットワークＬとから構成される。

かかる構成では、ゲートウェイ１００とファイルサーバ３００との間でやり取りされるパケットは、何れの経路を取るとしても全て必ずＰＰＴＰサーバ２００を通過することとなる。このように、ＰＰＴＰサーバ２００は、ゲートウェイ１００の上位ルータの役目を果たすこととなる。

ここで、アライアンスとは、グルーピングされた端末装置で構成されるＬＡＮのことを言う。本発明を実施するにあたり、どのゲートウェイ１００がパケットの転送を行うのかについて事前に役割を振ることとなる。そこで、以下のようにアライアンスというグループを作成し、そのグループ内でパケットの転送を行えるようにする。

まず、アライアンスリーダとなるゲートウェイ１００が同一のサブネット内に存在する他のゲートウェイ１００に対して、アライアンス構築要請メッセージをマルチキャストする。他のゲートウェイ１００はそのメッセージを受け取ったら、アライアンスのメンバーになってもよいときにはアライアンスリーダのゲートウェイ１００に対して、肯定応答する。このとき肯定応答したゲートウェイ１００でルーティングの設定を行うことにより、上りパケットの転送の準備が完了する。

さらに、アライアンスリーダはＰＰＴＰサーバ２００に対して、アライアンスリーダ自身とアライアンスメンバーをアライアンスとして通知する。ＰＰＴＰサーバ２００はこのメッセージを受け取ると、自分自身のルーティング設定を行うことにより下りパケット転送の準備が完了する。

このように、アライアンスを構築することで、どのゲートウェイ１００がパケット転送処理をする必要があるのかが明確になり、ルーティングテーブルをどのように設定すればいいのかが判明する。

ゲートウェイ１００は、アライアンスＡ内において無線通信によるローカル・アクセスが可能である。また、ＰＰＴＰサーバ２００とファイルサーバ３００は、有線通信によるローカル・アクセスが可能である。また、ゲートウェイＡ１００ａとＰＰＴＰサーバ２００、ゲートウェイＢ１００ｂとＰＰＴＰサーバ２００、ゲートウェイＣ１００ｃとＰＰＴＰサーバ２００は、リモート・アクセスが可能である。

かかるネットワーク構成の下で、各ゲートウェイ１００は、リモート・アクセスを行うために公衆回線（例えばＰＨＳ（Personal Handyphone System））に接続され、ローカル・アクセスを行うために無線ＬＡＮに接続されている。各ゲートウェイ１００は、公衆回線に接続するための通信デバイスとして公衆回線インターフェースを有し、無線ＬＡＮに接続するための通信デバイスとして無線ＬＡＮインターフェースを有する。そして、公衆回線インターフェースがリモートＩＰアドレスを有し、無線ＬＡＮインターフェースがローカルＩＰアドレスを有する。

具体的には、ゲートウェイＡ１００ａには、リモート・アクセスのためのリモートＩＰアドレスとして公衆回線インターフェースに160.1.1.4が、ローカル・アクセスのためのローカルＩＰアドレスとして無線ＬＡＮインターフェースに10.1.1.4が割り当てられている。また、ゲートウェイＢ１００ｂには、リモートＩＰアドレスとして公衆回線インターフェースに160.1.1.2が、ローカルＩＰアドレスとして無線ＬＡＮインターフェース10.1.1.2が割り当てられている。また、ゲートウェイＣ１００ｃには、リモートＩＰアドレスとして公衆回線インターフェースに160.1.1.3が、ローカルＩＰアドレスとして無線ＬＡＮインターフェースに10.1.1.3が割り当てられている。

また、ＰＰＴＰサーバ２００は、リモート・アクセスを行うために公衆回線に接続されており、公衆回線に接続するための通信デバイスとして公衆回線インターフェースを有する。ＰＰＴＰサーバ２００には、リモートＩＰアドレスとして公衆回線インターフェースに160.1.1.1が割り当てられている。また、ファイルサーバ３００は、リモート・アクセス又はグローバル・アクセスを行うための通信デバイスとしての通信インターフェースを有する。ファイルサーバ３００には、グローバルＩＰアドレス又はローカルＩＰアドレスとして通信インターフェースに90.0.0.1が割り当てられている。

なお、ファイルサーバ３００は、ローカルエリアネットワークＬに接続されたものに限らず、リモートに接続されたものでもあってもよい。また。ファイルサーバに限らず、Ｗｅｂサーバなどであってもよい。

従来のＳＨＡＫＥ（SHAred multipath procedure for a cluster networK environment）によれば、ＰＰＴＰサーバ２００に代えてＨＡが備えられており、このＨＡの配下に複数の端末装置が配されている構成を取っていた。該複数の端末装置は短距離高速ネットワークによって接続され、互いにデータのやりとりが可能であった。また、核端末装置は、ＨＡとMobile IPによる無線通信が可能であった。

ここで、Mobile IPとは、端末装置がネットワークを移動しても、通信している相手からはその端末が実際に存在するネットワークに関わらず、同一の宛先にパケットを送信すれば目的の端末に転送されることを可能にする技術である。

通常、端末装置はHome Addressという固有のＩＰアドレスを持つ。本来存在すると想定されるHome Networkに端末装置が存在する場合には、該端末装置宛のパケットはHome Addressを宛先として指定されそのまま該端末装置に到達することとなる。

ところが、端末装置がHome Networkとは異なるネットワーク（通常はForeign Networkと呼ばれる）に移動するとCare-of AddressというForeign Networkで有効なＩＰアドレスが割り当てられ、Home AddressとCare-of Addressの対応付けをHome Networkに存在するＨＡに登録する。そうすれば、たとえ目的の端末装置宛のパケットをHome Addressを宛先として送信しても、ＨＡがHome Networkに目的の端末装置が存在しないことを確認すると、Foreign Networkに存在する端末装置にパケットを転送することとなる。このとき、転送先のアドレスとしてCare-of Addressが使用される。

したがって、従来Mobile IPを使用する端末装置はHome Addressを自分のＩＰアドレスとした識別子を持っており、この端末装置にデータを送信したい他の端末装置はHome Addressを宛先としてパケットを送出することが、通常の動作として想定されている。

しかしながら、Mobile IPを使用して周囲に存在する他の端末装置の帯域を仮想的、論理的に束ねて帯域幅を拡大するとするＳＨＡＫＥは、Mobile IPのためのパケットカプセル化に加えてパケットの送信先とする端末装置毎にパケットカプセル化を行わなければならなかった。従って、ＳＨＡＫＥを利用して、一旦他の端末装置を経由してから目的とする端末装置へパケットを送信する場合、パケットカプセル化が重畳されてしまうこととなり、パケットヘッダのオーバーヘッドを生じることとなっていた。

また、Mobile IP自体にはセキュリティに関する規定がないために、ＶＰＮなどのセキュリティを付加しようとすると、さらにＶＰＮパケットカプセル化によりパケットヘッダのオーバーヘッドが増大してしまうこととなる。よって、帯域拡大を図り、以って通信速度の向上を図るＳＨＡＫＥの目的は、かかるパケットヘッダのオーバーヘッドによって通信速度の向上が抑えられてしまうこととなっていた。

そこで本発明は、ＨＡに代えてＰＰＴＰサーバ２００を配し、アライアンスＡに参加する各ゲートウェイ１００及びＰＰＴＰサーバ２００にパケットルーティング処理手順を実行させることにより、パケット転送先の端末装置の指定のためにパケットカプセル化を行わずとも、目的とする端末装置へパケットを送信することを可能とした。

また、本発明は、無線ＬＡＮのゲートウェイ装置としてＰＰＴＰサーバ２００を使用したので、各ゲートウェイ１００とＰＰＴＰサーバ２００との通信にＶＰＮの仕組みを採用してセキュリティの向上を図ることを可能とした。

次に、図１に示したゲートウェイ１００（ゲートウェイ１００ａ、ゲートウェイ１００ｂ、ゲートウェイ１００ｃ）の構成について説明する。図２は、図１に示したゲートウェイ１００の構成を示す機能ブロック図である。同図に示すように、ゲートウェイ１００は、アプリケーション実行部１０１と、パケットヘッダ情報判定部１０２と、ルーティング情報取得部１０３と、ゲートウェイ及びインターフェース選択部１０４と、パケットカプセル化処理部１０５と、ルーティング情報記憶部１０６と、パケット受信部１０７と、パケットカプセル化解除部１０８と、パケット送信部１０９とを有する。

アプリケーション実行部１０１は、送信パケットを出力するアプリケーションを実行する処理部である。送信パケットには、送信宛先を示すローカル、リモート又はグローバルＩＰアドレスが含まれている。アプリケーション実行部１０１から出力された送信パケットは、パケットヘッダ情報判定部１０２へ受け渡される。

パケットヘッダ情報判定部１０２は、アプリケーション実行部１０１から受け渡された送信パケット、パケット受信部１０７から受け渡された同一のアライアンスＡに参加する他のゲートウェイ１００から受信した受信パケット、又はパケットカプセル化解除部１０８から受け渡されたＰＰＴＰサーバ２００から受信した受信パケットのパケットヘッダ情報を参照して宛先ＩＰアドレスを取得する。また、取得した宛先ＩＰアドレスから該パケットが自ノード宛であるか否かを判定し、自ノード宛である場合には、転送を中止し、自ノードへパケットを取り込む。さらに、該パケットがＰＰＴＰサーバから受信したＶＰＮパケットカプセル化されたパケットであるか否かを判定する。

ルーティング情報取得部１０３は、パケットヘッダ情報判定部１０２から受け渡されたパケット及び宛先ＩＰアドレスに基づいて、ルーティング情報記憶部１０６を参照して、ルーティング先のルーティング情報を取得する。

ゲートウェイ及びインターフェース選択部１０４は、ルーティング情報取得部１０３から受け渡されたパケット及びルーティング情報から、一のゲートウェイ及びインターフェースを選択する。そして、選択されたゲートウェイ及びインターフェースがＰＰＴＰサーバヘ向かうものであるときには、パケットをパケットカプセル化処理部１０５へ受け渡す。また、選択されたゲートウェイ及びインターフェースが他のゲートウェイ１００へ向かうものであるときには、パケットをパケット送信部１０９へ受け渡す。

パケットカプセル化処理部１０５は、ゲートウェイ及びインターフェース選択部１０４から受け渡されたパケットをＶＰＮカプセル化する処理を行う。ＶＰＮカプセル化されたパケットは、パケット送信部１０９へ受け渡される。

パケット受信部１０７は、他のゲートウェイ１００又はＰＰＴＰサーバ２００からパケットを受信するインターフェースである。そして、また、他のゲートウェイ１００から受信したパケットであれば、パケットヘッダ情報判定部１０２へ受け渡すこととなる。ＰＰＴＰサーバ２００から受信したパケットであれば、パケットカプセル化解除部１０８へ受け渡すこととなる。

パケットカプセル化解除部１０８は、ＶＰＮパケットカプセル化されたパケットのＶＰＮカプセル化を解除する処理を行う。ＶＰＮカプセル化が解除されたパケットは、パケットヘッダ情報判定部１０２へ受け渡されることとなる。

パケット送信部１０９は、他のゲートウェイ１００又はＰＰＴＰサーバ２００へパケットを送信するインターフェースである。

次に、図１に示したＰＰＴＰサーバ２００の構成について説明する。図３は、図１に示したＰＰＴＰサーバ２００の構成を示す機能ブロック図である。同図に示すように、ＰＰＴＰサーバ２００は、パケットヘッダ情報判定部２０１と、ルーティング情報取得部２０２と、ゲートウェイ及びインターフェース選択部２０３と、パケットカプセル化処理部２０４と、ルーティング情報記憶部２０５と、パケット受信部２０６と、パケットカプセル化解除部２０７と、パケット送信部２０８とを有する。

パケットヘッダ情報判定部２０１は、パケット受信部２０６から受け渡されたファイルサーバ３００から受信した受信パケット、又はパケットカプセル化解除部２０７から受け渡されたゲートウェイ１００から受信した受信パケットのパケットヘッダ情報を参照して宛先ＩＰアドレスを取得する。また、該パケットがゲートウェイ１００から受信したＶＰＮパケットカプセル化されたパケットであるか否かを判定する。

ルーティング情報取得部２０２は、パケットヘッダ情報判定部２０１から受け渡されたパケット及び宛先ＩＰアドレスに基づいて、ルーティング情報記憶部２０５を参照して、ルーティング先のルーティング情報を取得する。

ゲートウェイ及びインターフェース選択部２０３は、ルーティング情報取得部２０２から受け渡されたパケット及びルーティング情報から、一のゲートウェイ及びインターフェースを選択する。そして、選択されたゲートウェイ及びインターフェースがゲートウェイ１００へ向かうものであるときには、パケットをパケットカプセル化処理部２０４へ受け渡す。また、選択されたゲートウェイ及びインターフェースがファイルサーバ３００へ向かうものであるときには、パケットをパケット送信部２０８へ受け渡す。

パケットカプセル化処理部２０４は、ゲートウェイ及びインターフェース選択部２０３から受け渡されたパケットをＶＰＮカプセル化する処理を行う。ＶＰＮカプセル化されたパケットは、パケット送信部２０８へ受け渡される。

パケット受信部２０６は、ゲートウェイ１００又はファイルサーバ３００からパケットを受信するインターフェースである。そして、また、ゲートウェイ１００から受信したパケットであれば、パケットカプセル化解除部２０７へ受け渡すこととなる。また、ファイルサーバ３００から受信したパケットであれば、パケットヘッダ情報判定部２０１へ受け渡すこととなる。

パケットカプセル化解除部２０７は、ＶＰＮパケットカプセル化されたパケットのＶＰＮカプセル化を解除する処理を行う。ＶＰＮカプセル化が解除されたパケットは、パケットヘッダ情報判定部２０１へ受け渡されることとなる。

パケット送信部２０８は、ゲートウェイ１００又はファイルサーバ３００へパケットを送信するインターフェースである。

次に、図２に示したルーティング情報記憶部１０６に記憶されるルーティングテーブルについて説明する。図４は、図２に示したルーティング情報記憶部１０６に記憶されるルーティングテーブルのテーブルイメージ図である。図４は、特に、ゲートウェイＡ１００ａのルーティング情報記憶部１０６に記憶されるルーティングテーブルのテーブルイメージ図である。

同図に示すように、ルーティング情報記憶部１０６に記憶されるルーティングテーブルは、“宛先ＩＰアドレス”と、“宛先ネットマスク”と、“発信元ＩＰアドレス”と、“発信元ネットマスク”と、“ゲートウェイ”と、“インターフェース”と、“メトリック”とのカラムを有する。

“宛先ＩＰアドレス”は、宛先のゲートウェイ１００又はファイルサーバ３００のＩＰアドレスである。このＩＰアドレスは、ローカル、リモート又はグローバルのＩＰアドレスである。このように、“宛先ＩＰアドレス”にローカルＩＰアドレスのみならず、リモート又はグローバルのＩＰアドレスをも登録可能とし、ＡＲＰ（Address Resolution Protocol）を使用してＭＡＣ（Media Access Control）アドレスを取得可能としたので、たとえ宛先が当該アライアンスに存在しない場合であっても、ＭＡＣアドレスを発信元へ返えすことが可能となるので、当該アライアンス以外のアドレスであってもＭＡＣフレームレベルでのパケット転送が可能となる。

“宛先ネットマスク”は、“宛先ＩＰアドレス”がグローバルＩＰアドレス又はリモートＩＰアドレスである場合に、該ＩＰアドレスからサブネット・アドレスとホスト・アドレスを切り分けるためのマスクである。サブネット・アドレスは、該“宛先ＩＰアドレス”で特定される宛先の端末装置が接続されているＬＡＮを識別するためのＩＰアドレスである。ホスト・アドレスは、該“宛先ＩＰアドレス”で特定される宛先が接続されているＬＡＮにおいて当該宛先の端末装置を識別するためのＩＰアドレスである。

“発信元ＩＰアドレス”は、発信元のゲートウェイ１００又はファイルサーバ３００のＩＰアドレスである。このＩＰアドレスは、ローカル、リモート又はグローバルのＩＰアドレスである。

“発信元ネットマスク”は、“発信元ＩＰアドレス”がグローバルＩＰアドレス又はリモートＩＰアドレスである場合に、該ＩＰアドレスからサブネット・アドレスを判別するためのマスクである。

“ゲートウェイ”は、各“宛先ＩＰアドレス”に対応する転送先のゲートウェイ１００を示す情報である。“インターフェース”は、各“ゲートウェイ”へ到達させるためにパケットを発信するＩＰアドレス若しくはネットワーク・デバイスを示す情報である。“メトリック”は、当該“宛先ＩＰアドレス”で特定される端末装置までパケットを送信するためにかかるネットワーク・コストを示す情報である。

ここで、図４に示したレコードのうち、上方の２行、即ち、“宛先ＩＰアドレス”が“GW-B（Remote）”及び“GW-C（Remote）”であるレコード（エントリ）が、アライアンスＡの外部から受信したパケットに対応するルーティング情報である。

また、図４に示したレコードのうち、“宛先ＩＰアドレス”が“アライアンス”であるレコードは、アライアンスＡの内部でやり取りするパケットに対応するルーティング情報である。このとき、“宛先マスク”はアライアンスＡに依存することとなる。

また、図４に示したレコードのうち、下方の２行、即ち、“宛先ＩＰアドレス”が“デフォルト”であるレコードが、アライアンスＡの外部へ送信するパケットに対応するルーティング情報である。これらのルーティング情報によって、アライアンスＡに接続されている一のゲートウェイ１００から該アライアンスＡの外部へ向けて送信されたパケット（上りパケット）が、一旦該アライアンスＡの他の複数のゲートウェイ１００に分配されてからＰＰＴＰサーバ２００へ転送されることとなる。

図４に示したルーティング情報によれば、例えば、ＰＰＴＰサーバ２００から受信したパケットがゲートウェイＢ１００ｂ宛のパケットであれば、“宛先ＩＰアドレス”が“GW-B（Remote）”の行を参照して、“宛先ネットマスク”が“255.255.255.255”、“発信元ＩＰアドレス”が“任意”、“発信元ネットマスク”が“0.0.0.0”、“ゲートウェイ”が“GW-B（Local）”、“インターフェース”が“GW-B（Local）”という情報を得る。

“宛先ネットマスク”が“255.255.255.255”であることは、“GW-B（Remote）”なるＩＰアドレスは、全てのビットがサブネット・アドレスに等しいことを示す。“発信元ＩＰアドレス”が“任意”であり“発信元ネットマスク”が“0.0.0.0”であることは、当該ルーティング情報は“発信元ＩＰアドレス”に無関係であって、発信元のサブネット・マスクを問わないことを示す。

“ゲートウェイ”が“GW-B（Local）”、“インターフェース”が“GW-B（Local）” であることは、“宛先ＩＰアドレス”が“GW-B（Remote）”である場合に、パケットの転送先としてゲートウェイＢ１００ｂが選択されることを示す。

即ち、アライアンスＡの外部から受信した“GW-B（Remote）”宛のパケットは、アライアンスＡに接続されるホストコンピュータとしてのゲートウェイＢ１００ｂへ転送されることとなる。

また、図４に示したルーティング情報によれば、例えば、ゲートウェイＡ１００ａから送信されたパケットがアライアンスＡの外部宛のパケットであれば、“宛先ＩＰアドレス”が“デフォルト”であって“発信元ＩＰアドレス”が“GW-A（Remote）”の行を参照して、“宛先ネットマスク”が“0.0.0.0”、“発信元ネットマスク”が“255.255.255.255”、“ゲートウェイ”が“GW-B（Local）”、“GW-C（Local）”若しくは“GW-A（Remote）”、“インターフェース”が“GW-B（Local）”、“GW-C（Local）”若しくは“GW-A（Remote）”という情報を得る。

“宛先ネットマスク”が“0.0.0.0”であることは、“デフォルト”が採用されるＩＰアドレスは、全てのビットがホスト・アドレスに等しいことを示す。“発信元ネットマスク”が“255. 255. 255. 255”であることは、“発信元ＩＰアドレス”の全てのビットがサブネット・アドレスであることを示す。

“ゲートウェイ”及び“インターフェース”が“GW-B（Local）”、“GW-C（Local）”若しくは“GW-A（Remote）”であることは、“宛先ＩＰアドレス”が“デフォルト”である場合に、ゲートウェイＡ１００ａから直接ＰＰＴＰサーバ２００へパケットが送信されるか、ゲートウェイＢ１００ｂ若しくはゲートウェイＣ１００ｃへパケットが転送されることを示す。

即ち、アライアンスＡの外部へ送信するパケットは、アライアンスＡに接続されるホストコンピュータとしてのゲートウェイＢ１００ｂ若しくはゲートウェイＣ１００ｃへ転送されるか、又はゲートウェイＡ１００ａからＰＰＴＰサーバ２００へ直接送信されることとなる。

なお、ゲートウェイＡ１００ａからアライアンスＡの外部へパケットを送信する場合に、パケットのヘッダ情報において“発信元ＩＰアドレス”として“GW-A（Remote）”を明示することによって、転送先のゲートウェイ１００から発信元に再転送されるという不必要なルーティングを防止することができる。

このように、ゲートウェイＡ１００ａからアライアンスＡの外部へパケットを送信する場合に、複数の“ゲートウェイ”及び“インターフェース”を選択可能とすることによって、ゲートウェイＡ１００ａからＰＰＴＰサーバ２００へ直接送信可能な場合に比べ、ゲートウェイＢ１００ｂ又はゲートウェイＣ１００ｃを経由してもＰＰＴＰサーバ２００へ送信可能となるので、伝送路の帯域をより大きく取ることが可能となり、伝送路のパケット輻輳を防止し、通信速度の向上を図ることが可能となる。

なお、一の“宛先ＩＰアドレス”に複数の“ゲートウェイ”及び“インターフェース”が対応する場合には、一様乱数に基づく選択、帯域を考慮した重み付けの乱数に基づく選択、帯域及び通信遅延状況を考慮した重み付けの乱数に基づく選択、ネットワークのトラフィックが最も少ない“ゲートウェイ”の選択のいずれかを行う。

次に、図２に示したルーティング情報記憶部１０６に記憶されるルーティングテーブルについて説明する。図５は、図２に示したルーティング情報記憶部１０６に記憶されるルーティングテーブルのテーブルイメージ図である。図５は、特に、ゲートウェイＢ１００ｂのルーティング情報記憶部１０６に記憶されるルーティングテーブルのテーブルイメージ図である。なお、ルーティングテーブル及び各カラムの機能は、図４に示したルーティングテーブルと同一である。

ここで、図５に示したレコードのうち、上方の２行、即ち、“宛先ＩＰアドレス”が“GW-A（Remote）”及び“GW-C（Remote）”であるレコードが、アライアンスＡの外部から受信したパケットに対応するルーティング情報である。

また、図５に示したレコードのうち、“宛先ＩＰアドレス”が“アライアンス”であるレコードは、アライアンスＡの内部でやり取りするパケットに対応するルーティング情報である。このとき、“宛先マスク”はアライアンスＡに依存することとなる。

また、図５に示したレコードのうち、下方の２行、即ち、“宛先ＩＰアドレス”が“デフォルト”であるレコードが、アライアンスＡの外部へ送信するパケットに対応するルーティング情報である。

図５に示したルーティング情報によれば、例えば、ＰＰＴＰサーバ２００から受信したパケットがゲートウェイＡ１００ａ宛のパケットであれば、“宛先ＩＰアドレス”が“GW-A（Remote）”の行を参照して、“宛先ネットマスク”が“255.255.255.255”、“発信元ＩＰアドレス”が“任意”、“発信元ネットマスク”が“0.0.0.0”、“ゲートウェイ”が“GW-A（Local）”、“インターフェース”が“GW-A（Local）”という情報を得る。

“宛先ネットマスク”が“255.255.255.255”であることは、“GW-A（Remote）”なるＩＰアドレスは、全てのビットがサブネット・アドレスに等しいことを示す。“発信元ＩＰアドレス”が“任意”であり“発信元ネットマスク”が“0.0.0.0”であることは、当該ルーティング情報は“発信元ＩＰアドレス”に無関係であって、発信元のサブネット・マスクを問わないことを示す。

“ゲートウェイ”が“GW-A（Local）”、“インターフェース”が“GW-A（Local）” であることは、“宛先ＩＰアドレス”が“GW-A（Remote）”である場合に、パケットの転送先としてゲートウェイＡ１００ａが選択されることを示す。

即ち、アライアンスＡの外部から受信した“GW-A（Remote）”宛のパケットは、アライアンスＡに接続されるホストコンピュータとしてのゲートウェイＡ１００ａへ転送されることとなる。

また、図５に示したルーティング情報によれば、例えば、ゲートウェイＢ１００ｂから送信されたパケットがアライアンスＡの外部宛のパケットであれば、“宛先ＩＰアドレス”が“デフォルト”であって“発信元ＩＰアドレス”が“GW-B（Remote）”の行を参照して、“宛先ネットマスク”が“0.0.0.0”、“発信元ネットマスク”が“255.255.255.255”、“ゲートウェイ”が“GW-A（Local）”、“GW-C（Local）”若しくは“GW-B（Remote）”、“インターフェース”が“GW-A（Local）”、“GW-C（Local）”若しくは“GW-B（Remote）”という情報を得る。

“ゲートウェイ”及び“インターフェース”が“GW-A（Local）”、“GW-C（Local）”若しくは“GW-B（Remote）”であることは、“宛先ＩＰアドレス”が“デフォルト”である場合に、ゲートウェイＢ１００ｂから直接ＰＰＴＰサーバ２００へパケットが送信されるか、ゲートウェイＡ１００ａ若しくはゲートウェイＣ１００ｃへパケットが転送されることを示す。

即ち、アライアンスＡの外部へ送信するパケットは、アライアンスＡに接続されるホストコンピュータとしてのゲートウェイＡ１００ａ若しくはゲートウェイＣ１００ｃへ転送されるか、又はゲートウェイＢ１００ｂからＰＰＴＰサーバ２００へ直接送信されることとなる。

なお、ゲートウェイＣ１００ｃのルーティング情報記憶部１０６に記憶されるルーティングテーブルについても、ゲートウェイＡ１００ａ及びゲートウェイＢ１００ｂのルーティングテーブルと同様であるので、説明は省略する。

次に、図３に示したルーティング情報記憶部２０５に記憶されるルーティングテーブルについて説明する。図６は、図３に示したルーティング情報記憶部２０５に記憶されるルーティングテーブルのテーブルイメージ図である。なお、ルーティングテーブル及び各カラムの機能は、図４及び５に示したルーティングテーブルと同一である。また、ルーティング情報記憶部２０５に記憶されるルーティングテーブルの場合は、“発信元ＩＰアドレス”及び“発信元ネットマスク”のカラムは使用しない。

図６に示したレコードのうち、上方の行、即ち、“宛先ＩＰアドレス”が“アライアンス”であるレコードは、アライアンスＡへ向けて送信するパケットに対応するルーティング情報である。なお、このとき、“宛先マスク”は、アライアンスに依存することとなる。このルーティング情報によって、アライアンスＡの外部から該アライアンスＡに接続されている一のゲートウェイ１００へ向けて送信されたパケット（下りパケット）が、一旦該アライアンスＡの他の複数のゲートウェイ１００に分配されてから該一のゲートウェイ１００へ転送されることとなる。

また、図６に示したレコードのうち、下方の行、即ち、“宛先ＩＰアドレス”が“デフォルト”であるレコードが、ローカルエリアネットワークＬへ向けて送信するパケットに対応するルーティング情報である。

図６に示したルーティング情報によれば、例えば、ＰＰＴＰサーバ２００から送信されるパケットがアライアンスＡ宛のパケットであれば、“宛先ＩＰアドレス”が“アライアンス”の行を参照して、“ゲートウェイ”が“GW-A（Remote）”、“GW-B（Remote）”若しくは“GW-C（Remote）”、“インターフェース”が“GW-A（Remote）”、“GW-B（Remote）”若しくは“GW-C（Remote）”という情報を得る。

“ゲートウェイ”及び“インターフェース”が“GW-A（Remote）”、“GW-B（Remote）”若しくは“GW-C（Remote）”であることは、“宛先ＩＰアドレス”が“アライアンス”である場合に、ＰＰＴＰサーバ２００からゲートウェイＡ１００ａへパケットが送信されるか、ＰＰＴＰサーバ２００からゲートウェイＢ１００ｂへパケットが送信されるか、ＰＰＴＰサーバ２００からゲートウェイＣ１００ｃへパケットが送信されるかのいずれかを示す。

即ち、アライアンスＡへ送信するパケットは、アライアンスＡに接続されるリモートコンピュータとしてのゲートウェイＡ１００ａ、ゲートウェイＢ１００ｂ若しくはゲートウェイＣ１００ｃへ直接送信されることとなる。

また、図６に示したルーティング情報によれば、例えば、ＰＰＴＰサーバ２００から送信されるパケットがファイルサーバ３００宛のパケットであれば、“宛先ＩＰアドレス”が“デフォルト”の行を参照して、“宛先ネットマスク”が“0.0.0.0”、“ゲートウェイ”及び“インターフェース”が“デフォルト”という情報を得る。

“ゲートウェイ”及び“インターフェース”が“デフォルト” であることは、“宛先ＩＰアドレス”が“デフォルト”である場合に、パケットの送信先として指定された宛先、即ち、ファイルサーバ３００のＩＰアドレスがデフォルトで選択されることを示す。

即ち、アライアンスＡから受信したファイルサーバ３００宛のパケットは、ファイルサーバ３００へ送信されることとなる。

次に、図２に示したゲートウェイ１００で実行されるパケット送信処理について説明する。図７は、図２に示したゲートウェイ１００で実行されるパケット送信処理手順を示すフローチャートである。同図に示すように、先ず、アプリケーションからパケットを受け取る（ステップＳ１０１）。続いて、受け取ったパケットの宛先アドレスを参照し（ステップＳ１０２）、パケットの発信元アドレスを参照する（ステップＳ１０３）。

次に、参照された宛先アドレス及び発信元アドレスに一致するルーティング情報が存在するか否かを判定し（ステップＳ１０４）、存在すると判定されたならば（ステップＳ１０４肯定）、ステップＳ１０５へ処理を移し、存在すると判定されなかったならば（ステップＳ１０４否定）、ステップＳ１０６へ処理を移す。

ステップＳ１０５では、当該ルーティング情報のエントリ（レコード）を取得し、ステップＳ１０７へ処理を移す。また、ステップＳ１０６では、デフォルトのルーティング情報のエントリを取得し、ステップＳ１０７へ処理を移す。

ステップＳ１０７では、取得したルーティングエントリに複数のゲートウェイ及びインターフェースが存在するか否かを判定し、存在すると判定されたならば（ステップＳ１０７肯定）、ゲートウェイ及びインターフェースを１つ選択し（ステップＳ１０８）、存在すると判定されなかったならば（ステップＳ１０７否定）、唯一のゲートウェイ及びインターフェースを選択する（ステップＳ１０９）。

次に、選択されたインターフェースがリモートホストを示す“Remote”であるか否かを判定し（ステップＳ１１０）、“Remote”であると判定されたならば（ステップＳ１１０肯定）、当該パケットをＶＰＮカプセル化し（ステップＳ１１１）、“Remote”であると判定されなかったならば（ステップＳ１１０否定）、選択されたゲートウェイ対応するインターフェースからパケットを送信する（ステップＳ１１２）。

次に、図２及び３に示したゲートウェイ１００又はＰＰＴＰサーバ２００で実行されるパケット受信処理について説明する。図８は、図２及び３に示したゲートウェイ１００又はＰＰＴＰサーバ２００で実行されるパケット受信処理手順を示すフローチャートである。同図に示すように、先ず、パケットを受信する（ステップＳ２０１）。

次に、受信したパケットはＶＰＮカプセル化されたパケットであるか否かを判定し（ステップＳ２０２）、ＶＰＮカプセル化されたパケットであると判定されたならば（ステップＳ２０２肯定）、当該パケットのＶＰＮカプセル化を解除し（ステップＳ２０３）、ステップＳ２０４へ処理を移し、ＶＰＮカプセル化されたパケットであると判定されなかったならば（ステップＳ２０２否定）、直接ステップＳ２０４へ処理を移す。

ステップＳ２０４では、自ノード宛のパケットか否かを判定し（ステップＳ２０４）、自ノード宛のパケットであると判定されたならば（ステップＳ２０４肯定）、ステップＳ２０５へ処理を移し、自ノード宛のパケットであると判定されなかったならば（ステップＳ２０４否定）、ステップＳ２０６へ処理を移す。ステップＳ２０５では、パケットをアプリケーションに受け渡し、パケット受信処理を終了する。

ステップＳ２０６では、受け取ったパケットの宛先アドレスを参照し、パケットの発信元アドレスを参照する（ステップＳ２０７）。

次に、参照された宛先アドレス及び発信元アドレスに一致するルーティング情報が存在するか否かを判定し（ステップＳ２０８）、存在すると判定されたならば（ステップＳ２０８肯定）、ステップＳ２０９へ処理を移し、存在すると判定されなかったならば（ステップＳ２０８否定）、ステップＳ２１０へ処理を移す。

ステップＳ２０９では、当該ルーティング情報のエントリを取得し、ステップＳ２１１へ処理を移す。また、ステップＳ２１０では、デフォルトのルーティング情報のエントリを取得し、ステップＳ２１１へ処理を移す。

ステップＳ２１１では、取得したルーティングエントリに複数のゲートウェイ及びインターフェースが存在するか否かを判定し、存在すると判定されたならば（ステップＳ２１１肯定）、ゲートウェイ及びインターフェースを１つ選択し（ステップＳ２１２）、存在すると判定されなかったならば（ステップＳ２１１否定）、唯一のゲートウェイ及びインターフェースを選択する（ステップＳ２１３）。

次に、選択されたインターフェースがリモートホストを示す“Remote”であるか否かを判定し（ステップＳ２１４）、“Remote”であると判定されたならば（ステップＳ２１４肯定）、当該パケットをＶＰＮカプセル化し（ステップＳ２１５）、“Remote”であると判定されなかったならば（ステップＳ２１４否定）、選択されたゲートウェイ対応するインターフェースからパケットを送信する（ステップＳ２１６）。

上記した実施例によれば、拡張されたルーティング機能を利用しているため、ＩＰカプセル化を行う量が少なくて済み、かつＰＰＴＰサーバ２００を使用することで該ＰＰＴＰサーバ２００のＶＰＮの仕組みを利用することとなり、暗号化を行ってセキュリティを容易に向上させることが可能となる。

なお、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータ、サーバ又はワークステーションなどのコンピュータシステムで実行することによって実現することができる。該プログラムの実行態様は、ＵＮＩＸ（登録商標）又はＬｉｎｕｘ（登録商標）ベースでは、ルーティングデーモンである。

以上、本発明の実施例を説明したが、本発明は、これに限られるものではなく、特許請求の範囲に記載した技術的思想の範囲内で、更に種々の異なる実施例で実施されてもよいものである。また、実施例に記載した効果は、これに限定されるものではない。

（付記１）アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されており、外部ネットワークとのゲートウェイであるＶＰＮ（Virtual Private Network）サーバとＶＰＮトンネルで接続されている端末装置にパケットルーティング制御を実行させるパケットルーティング制御プログラムであって、
前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される他の端末装置へ宛てた受信パケットを該他の端末装置へ転送する受信パケット転送手順を端末装置に実行させることを特徴とするパケットルーティング制御プログラム。

（付記２）前記外部ネットワークに接続される通信相手側装置へ宛てた送信パケットを前記ＬＡＮに接続される該送信パケットの送信側の端末装置とは異なる他の端末装置へ送信するパケット送信手順を端末装置にさらに実行させることを特徴とする付記１に記載のパケットルーティング制御プログラム。

（付記３）前記ＬＡＮに接続される他の端末装置から前記送信パケットを受信したならば、該送信パケットを前記通信相手側装置へ送信するために前記ＶＰＮサーバへ転送する送信パケット転送手順を端末装置にさらに実行させることを特徴とする付記２に記載のパケットルーティング制御プログラム。

（付記４）アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されている端末装置とＶＰＮ（Virtual Private Network）トンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバにパケットルーティング制御を実行させるパケットルーティング制御プログラムであって、
前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へ転送する受信パケット転送手順をＶＰＮサーバに実行させることを特徴とするパケットルーティング制御プログラム。

（付記５）前記ＬＡＮに接続される他の端末装置又は前記ＶＰＮサーバから受信したパケットを該ＶＰＮサーバ又は前記端末装置へ転送する際に、発信元ＩＰ（Internet Protocol）アドレス及び発信元ネットマスクのカラムをさらに有するルーティングテーブルを参照してパケット転送を行うことを特徴とする付記１〜４の何れか一つに記載のパケットルーティング制御プログラム。

（付記６）前記ルーティングテーブルの一つのレコードに対して宛先ゲートウェイのアドレス情報及び該宛先ゲートウェイに応じて選択されるインターフェースの情報を複数格納可能であることを特徴とする付記５に記載のパケットルーティング制御プログラム。

（付記７）前記ルーティングテーブルの一つのレコードに対して宛先ゲートウェイのアドレス情報及び該宛先ゲートウェイに応じて選択されるインターフェースの情報が複数格納されている場合に、一の発信元ＩＰアドレス及び発信元ネットマスクを確率的手法により選択する確率的選択手順を端末装置又はＶＰＮサーバにさらに実行させることを特徴とする付記６に記載のパケットルーティング制御プログラム。

（付記８）前記ルーティングテーブルの一つのレコードに対して宛先ゲートウェイのアドレス情報及び該宛先ゲートウェイに応じて選択されるインターフェースの情報が複数格納されている場合に、一の発信元ＩＰアドレス及び発信元ネットマスクを、通信帯域又は通信遅延に基づいて選択する帯域遅延選択手順を端末装置又はＶＰＮサーバにさらに実行させることを特徴とする付記６又は７に記載のパケットルーティング制御プログラム。

（付記９）前記ルーティングテーブルにおける宛先ＩＰアドレスとして、前記ＬＡＮにおけるローカルアドレスとは異なるリモートアドレス又はグローバルアドレスを記述可能であることを特徴とする付記５〜８の何れか一つに記載のパケットルーティング制御プログラム。

（付記１０）アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されており、外部ネットワークとのゲートウェイであるＶＰＮ（Virtual Private Network）サーバとＶＰＮトンネルで接続されている端末装置におけるパケットルーティング制御方法であって、
前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される他の端末装置へ宛てた受信パケットを該他の端末装置へ転送する受信パケット転送工程を含んだことを特徴とするパケットルーティング制御方法。

（付記１１）前記外部ネットワークに接続される通信相手側装置へ宛てた送信パケットを前記ＬＡＮに接続される該送信パケットの送信側の端末装置とは異なる他の端末装置へ送信するパケット送信工程をさらに含んだことを特徴とする付記１０に記載のパケットルーティング制御方法。

（付記１２）前記ＬＡＮに接続される他の端末装置から前記送信パケットを受信したならば、該送信パケットを前記通信相手側装置へ送信するために前記ＶＰＮサーバへ転送する送信パケット転送工程をさらに含んだことを特徴とする付記１１に記載のパケットルーティング制御方法。

（付記１３）アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されている端末装置とＶＰＮ（Virtual Private Network）トンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバにおけるパケットルーティング制御方法であって、
前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へ転送する受信パケット転送工程を含んだことを特徴とするパケットルーティング制御方法。

（付記１４）アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されており、外部ネットワークとのゲートウェイであるＶＰＮ（Virtual Private Network）サーバとＶＰＮトンネルで接続されている端末装置としてのコンピュータシステムであって、
前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される他の端末装置へ宛てた受信パケットを該他の端末装置へ転送する受信パケット転送手段を備えたことを特徴とするコンピュータシステム。

（付記１５）前記外部ネットワークに接続される通信相手側装置へ宛てた送信パケットを前記ＬＡＮに接続される該送信パケットの送信側の端末装置とは異なる他の端末装置へ送信するパケット送信手段をさらに備えたことを特徴とする付記１４に記載のコンピュータシステム。

（付記１６）前記ＬＡＮに接続される他の端末装置から前記送信パケットを受信したならば、該送信パケットを前記通信相手側装置へ送信するために前記ＶＰＮサーバへ転送する送信パケット転送手段をさらに備えたことを特徴とする付記１５に記載のコンピュータシステム。

（付記１７）アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されている端末装置とＶＰＮ（Virtual Private Network）トンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバとしてのコンピュータシステムであって、
前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へ転送する受信パケット転送手段を備えたことを特徴とするコンピュータシステム。

本発明は、無線ＬＡＮにおいて、セキュリティの確保とパケットヘッダのオーバーヘッドの抑制とを両立させて帯域幅の確保を行いたい場合に有用である。

ネットワーク構成を示す図である。 ゲートウェイの構成を示す機能ブロック図である。 ＰＰＴＰサーバの構成を示す機能ブロック図である。 ゲートウェイのルーティングテーブルのテーブルイメージ図である。 ゲートウェイのルーティングテーブルのテーブルイメージ図である。 ＰＰＴＰサーバのルーティングテーブルのテーブルイメージ図である。 パケット送信処理手順を示すフローチャートである。 パケット受信処理手順を示すフローチャートである。

符号の説明

Ａ アライアンス
１００ ゲートウェイ
１００ａ ゲートウェイＡ
１００ｂ ゲートウェイＢ
１００ｃ ゲートウェイＣ
１０１ アプリケーション実行部
１０２ パケットヘッダ情報判定部
１０３ ルーティング情報取得部
１０４ インターフェース選択部
１０５ パケットカプセル化処理部
１０６ ルーティング情報記憶部
１０７ パケット受信部
１０８ パケットカプセル化解除部
１０９ パケット送信部
２００ サーバ
２０１ パケットヘッダ情報判定部
２０２ ルーティング情報取得部
２０３ インターフェース選択部
２０４ パケットカプセル化処理部
２０５ ルーティング情報記憶部
２０６ パケット受信部
２０７ パケットカプセル化解除部
２０８ パケット送信部
３００ ファイルサーバ

Claims (10)

1. アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されており、外部ネットワークとのゲートウェイであるＶＰＮ（Virtual Private Network）サーバとＶＰＮトンネルで接続されている端末装置にパケットルーティング制御を実行させるパケットルーティング制御プログラムであって、
   前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される他の端末装置へ宛てた受信パケットを該他の端末装置へ転送する受信パケット転送手順を端末装置に実行させることを特徴とするパケットルーティング制御プログラム。
2. 前記外部ネットワークに接続される通信相手側装置へ宛てた送信パケットを前記ＬＡＮに接続される該送信パケットの送信側の端末装置とは異なる他の端末装置へ送信するパケット送信手順を端末装置にさらに実行させることを特徴とする請求項１に記載のパケットルーティング制御プログラム。
3. 前記ＬＡＮに接続される他の端末装置から前記送信パケットを受信したならば、該送信パケットを前記通信相手側装置へ送信するために前記ＶＰＮサーバへ転送する送信パケット転送手順を端末装置にさらに実行させることを特徴とする請求項２に記載のパケットルーティング制御プログラム。
4. アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されている端末装置とＶＰＮ（Virtual Private Network）トンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバにパケットルーティング制御を実行させるパケットルーティング制御プログラムであって、
   前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へ転送する受信パケット転送手順をＶＰＮサーバに実行させることを特徴とするパケットルーティング制御プログラム。
5. 前記ＬＡＮに接続される他の端末装置又は前記ＶＰＮサーバから受信したパケットを該ＶＰＮサーバ又は前記端末装置へ転送する際に、発信元ＩＰ（Internet Protocol）アドレス及び発信元ネットマスクのカラムをさらに有するルーティングテーブルを参照してパケット転送を行うことを特徴とする請求項１〜４の何れか一つに記載のパケットルーティング制御プログラム。
6. 前記ルーティングテーブルの一つのレコードに対して宛先ゲートウェイのアドレス情報及び該宛先ゲートウェイに応じて選択されるインターフェースの情報を複数格納可能であることを特徴とする請求項５に記載のパケットルーティング制御プログラム。
7. アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されており、外部ネットワークとのゲートウェイであるＶＰＮ（Virtual Private Network）サーバとＶＰＮトンネルで接続されている端末装置におけるパケットルーティング制御方法であって、
   前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される他の端末装置へ宛てた受信パケットを該他の端末装置へ転送する受信パケット転送工程を含んだことを特徴とするパケットルーティング制御方法。
8. アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されている端末装置とＶＰＮ（Virtual Private Network）トンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバにおけるパケットルーティング制御方法であって、
   前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へ転送する受信パケット転送工程を含んだことを特徴とするパケットルーティング制御方法。
9. アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されており、外部ネットワークとのゲートウェイであるＶＰＮ（Virtual Private Network）サーバとＶＰＮトンネルで接続されている端末装置としてのコンピュータシステムであって、
   前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される他の端末装置へ宛てた受信パケットを該他の端末装置へ転送する受信パケット転送手段を備えたことを特徴とするコンピュータシステム。
10. アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（Local Area Network）に接続されている端末装置とＶＰＮ（Virtual Private Network）トンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバとしてのコンピュータシステムであって、
    前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へ転送する受信パケット転送手段を備えたことを特徴とするコンピュータシステム。

Images