(57)【特許請求の範囲】
【請求項１】
アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（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）トンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバとしてのコンピュータシステムであって、
前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へ転送する受信パケット転送手段を備えたことを特徴とするコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アライアンス構成により端末装置同士の連携が予め設定されているＬＡＮ（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）トンネルで接続されている、外部ネットワークとのゲートウェイであるＶＰＮサーバとしてのコンピュータシステムであって、
前記外部ネットワークに接続される通信相手側装置から前記ＬＡＮに接続される端末装置へ宛てた受信パケットを該端末装置とは異なる他の端末装置へ転送する受信パケット転送手段を備えたことを特徴とするコンピュータシステム。
【産業上の利用可能性】
【０１４０】
本発明は、無線ＬＡＮにおいて、セキュリティの確保とパケットヘッダのオーバーヘッドの抑制とを両立させて帯域幅の確保を行いたい場合に有用である。
【図面の簡単な説明】
【０１４１】
【図１】ネットワーク構成を示す図である。
【図２】ゲートウェイの構成を示す機能ブロック図である。
【図３】ＰＰＴＰサーバの構成を示す機能ブロック図である。
【図４】ゲートウェイのルーティングテーブルのテーブルイメージ図である。
【図５】ゲートウェイのルーティングテーブルのテーブルイメージ図である。
【図６】ＰＰＴＰサーバのルーティングテーブルのテーブルイメージ図である。
【図７】パケット送信処理手順を示すフローチャートである。
【図８】パケット受信処理手順を示すフローチャートである。
【符号の説明】
【０１４２】
Ａ    アライアンス
１００    ゲートウェイ
１００ａ    ゲートウェイＡ
１００ｂ    ゲートウェイＢ
１００ｃ    ゲートウェイＣ
１０１    アプリケーション実行部
１０２    パケットヘッダ情報判定部
１０３    ルーティング情報取得部
１０４    インターフェース選択部
１０５    パケットカプセル化処理部
１０６    ルーティング情報記憶部
１０７    パケット受信部
１０８    パケットカプセル化解除部
１０９    パケット送信部
２００    サーバ
２０１    パケットヘッダ情報判定部
２０２    ルーティング情報取得部
２０３    インターフェース選択部
２０４    パケットカプセル化処理部
２０５    ルーティング情報記憶部
２０６    パケット受信部
２０７    パケットカプセル化解除部
２０８    パケット送信部
３００    ファイルサーバ
【図１】
0004603505.tif 000002
【図２】
0004603505.tif 000003
【図３】
0004603505.tif 000004
【図４】
0004603505.tif 000005
【図５】
0004603505.tif 000006
【図６】
0004603505.tif 000007
【図７】
0004603505.tif 000008
【図８】
0004603505.tif 000009