JP2003167805A - 複数ユーザ側閉域網とサーバ側閉域網間のネットワーク通信方法およびサーバ装置 - Google Patents

Abstract

(57)【要約】 【課題】サーバ側閉域網の物理的に１台のサーバ装置
を、各ユーザ側閉域網間で共有せず、各ユーザ側閉域網
に独立して提供することで、専用サーバとしての動作を
させる。 【解決手段】複数ユーザ側閉域網３１〜３３は、サーバ
側閉域網１０とＩＰトンネルを用いてアクセスサーバ２
６，２８〜３０により接続を行う。接続要求があると、
アクセスサーバ２６はどの閉域網の要求かを識別し、ユ
ーザ側閉域網に固有の識別符号をパケットタグ付けし、
サーバ装置１１に転送する。サーバ装置１１は、プロト
コルスタック１９〜２１までの上位通信フローと、プロ
トコルスタック１９〜２１から論理デバイスインタフェ
ース２３〜２５までの下位通信フローを複数備え、これ
らの通信フロー１２〜１４をユーザ側閉域網３１〜３３
に割り当てる。サーバ装置１１は、受信したパケットの
識別タグから送信元ホストの閉域網を特定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットや
プライベートネットワークを介して接続された複数の異
なる閉域網間での通信を行うエクストラネット向けのア
プリケーションホスティングサービスや情報共有サーバ
サービスなどのネットワーク通信方法およびその装置に
関し、例えば物理的に１台のサーバを用いて複数のユー
ザ側閉域網にアプリケーションを提供するサーバサービ
スや、サーバを介してファイルやデータベースなどを複
数のユーザ側閉域網に共有化するサービスを行うための
複数ユーザ側閉域網とサーバ側閉域網間のネットワーク
通信方法およびサーバ装置に関する。

【０００２】

【従来の技術】インターネットを始めとするネットワー
ク通信の利用は広く普及しており、企業やコミュニティ
などは通信コストを安く抑えかつ安全な通信を行うため
に閉域網を利用してイントラネットやエクストラネット
を構築している。また、近年、閉域網は大企業のみなら
ず中小企業やＳＯＨＯ（Ｓｍａｌｌ Ｏｆｆｉｃｅ Ｈ
ｏｍｅ Ｏｆｆｉｃｅ）でも用いられており、その数は
増加の傾向にある。さらに、閉域網を用いてＬＡＮ（Ｌ
ｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）内ＬＡＮ（例え
ば、イントラネットの中にさらに階層的なネットを構築
した形態）を構築する等、閉域網の利用形態も多様化し
ている。

【０００３】このような小規模多数化している閉域網に
サーバサービスを提供する方法として各閉域網にサーバ
を設置する方法があるが、コストや稼働がかかりサーバ
を設置する側の負担が大きい。そこで、物理的に１台の
サーバを用いて各閉域網にサーバサービスを行うのでは
あるが、インターネット通信機能とサーバプロセスとを
各ユーザ側閉域網間で共有することなく、各々のユーザ
側閉域網に独立した提供を可能にして、各閉域網にそれ
ぞれ専用サーバがあるかのような動作を可能にする仮想
プライベートサーバの構築を考えることにする。

【０００４】閉域網の構築には、グローバルアドレスの
取得に手間とコストがかかるために、ローカルアドレス
を用いる方法が多く採用されている。このように構築さ
れている複数の閉域網に対して、物理的に１台のサーバ
を用いてサーバサービス提供を考えた場合、次のような
問題の解決が必要となる。 （１）サーバ側閉域網を含めた閉域網間でのローカルア
ドレス空間の衝突 （２）サーバを介して他の閉域網をまたぐ等の不正アク
セス （３）サーバから各閉域網内にあるホストへの接続の確
立 （４）サーバ側を含む閉域網の追加や網構成変更の容易
性

【０００５】複数のユーザ側閉域網とサーバ側閉域網と
の間で通信を行うための従来技術としては、Ｌ２ＴＰ
（Ｌａｙｅｒ ２ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃ
ｏｌ）やＩＰｓｅｃ（ＩＰ ｓｅｃｕｒｉｔｙ ｐｒｏ
ｔｏｃｏｌ）などに代表されるＩＰ（Ｉｎｔｅｒｎｅｔ
Ｐｒｏｔｏｃｏｌ）トンネル技術、ＮＡＴ（Ｎｅｔｗ
ｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）や
Ｒ−ＮＡＴ（特願２００１−０１６２５５号公報参照：
Ｒｏｏｔ ｓｉｄｅ−Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ
Ｔｒａｎｓｌａｔｉｏｎ）に代表されるアドレス変換
技術、さらにＩＰトンネル技術とアドレス変換技術の両
者を用いる技術の３つがある。

【０００６】なお、ＩＰトンネル技術の一つであるＩＰ
ｓｅｃのトンネルモードは、閉域網内からのＩＰパケッ
トに広域ネットワーク内での転送に使用するＩＰヘッダ
を付与してカプセル化し、かつ暗号化処理を施すことに
より、閉域網間をセキュアに接続する仮想トンネルを作
成する技術である。Ｌ２ＴＰでは、端末から公衆電話網
を経由して、インターネットプロバイダなどに設置され
たアクセスサーバに接続し、さらにこのサーバから閉域
網内に用意されたサーバと仮想的なトンネルを確立する
ことにより、端末と閉域網内との間でＰＰＰ（Ｐｏｉｎ
ｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）による接続
を確立したようなみせるものである。また、ＮＡＴは、
ＬＡＮをインターネットに接続する際に、ＬＡＮ側で使
用されているプライベートＩＰアドレスをインターネッ
ト側で割り当てられているグローバルＩＰアドレスに変
換する方法を規定したものである。

【０００７】今、ここにユーザ側閉域網Ａ、Ｂがインタ
ーネットを介してサーバ側閉域網ＳにＩＰトンネルを用
いて互いの網間アクセスサーバにより接続されているも
のとする。ユーザ側閉域網Ａ、Ｂに属する各ホストとＳ
に属するサーバは、それぞれアドレス空間Ａ，Ｂ，Ｓが
割り当てられている。この構成により、各ホストは同じ
閉域網に属するサーバと接続しているように見せること
ができる。これにより、各閉域網に割り当てられている
ローカルアドレスをそのまま使用することが可能にな
る。しかし、閉域網では、ホストにローカルアドレスを
自由に割り当てるので、ユーザ側閉域網間やユーザ側閉
域網とサーバ側閉域網間でアドレス空間が重複する場合
がある。ユーザ側閉域網間でアドレス空間が重複する場
合、サーバから見ると同一のアドレスを持つホストが複
数存在していることになり、サーバはどのホストと通信
しているのかを正しく認識することができない、という
問題が生じる。

【０００８】また、ユーザ側閉域網に属し、ローカルア
ドレスを割り当てられたホストがインターネット上のグ
ローバルアドレスを割り当てられたサーバと通信を行う
ためには、そのホストもグローバルアドレスを持つ必要
がある。この時、閉域網とインターネットとの境界に設
けたＮＡＴ装置にグローバルアドレスを静的に割り当
て、このグローバルアドレスとホストに割り当てられた
ローカルアドレスとを対応付けることにより、ホストと
サーバ間の接続を可能にする。

【０００９】しかし、ＮＡＴ技術は、ローカルアドレス
を割り当てられたホストからの接続要求によってそのロ
ーカルアドレスとグローバルアドレスとを動的に対応付
けて接続の識別を行うために、ホストからの接続要求に
よって確立されるホストとサーバ間の接続が一旦切断さ
れると、その接続に用いたローカルアドレスとグローバ
ルアドレスとの対応は効力を失ってしまうので、グロー
バルアドレスを割り当てられたサーバからローカルアド
レスを静的に割り当てられたホストへの情報発信などプ
ッシュ型サービスは不可能となる。さらに、サーバは閉
域網の識別を行うことができないため、各閉域網に属す
るホストに対して閉域網に固有のサービスや情報を提供
することが困難になる、という問題が生じる。

【００１０】そこで、複数のユーザ側閉域網とサーバ側
閉域網とをそれぞれのＩＰトンネルを用いて接続し、Ｉ
Ｐトンネルを終端するサーバ側閉域網のアクセスサーバ
において、ユーザ側閉域網のホストとＩＰトンネルのペ
アに対して固有となるＩＰアドレスを割り当て、これを
記憶する。このＩＰアドレスとホストに割り当てられた
ローカルアドレスとを対応付けることにより、ホストと
サーバ間の接続を可能にする。このように、閉域網を特
定するアドレス空間の中からホストごとに異なるＩＰア
ドレスを用いてアドレスの変換を行うため、接続してく
るユーザ側閉域網間でのローカルアドレス空間の衝突回
避やサーバから特定ホストへの接続を可能にしている。

【００１１】しかし、それぞれのユーザ側閉域網では、
サーバが自分らの網内に属しているかのように自由なロ
ーカルアドレスを用いてサーバにアドレスを割り当てる
ことは許されない。他のユーザ側閉域網に使用されてい
るローカルアドレス空間や他のユーザ側閉域網がサーバ
への割り当てを希望しているローカルアドレス空間を考
慮した上で、各ユーザ側閉域網に固有のサーバアドレス
を決定しなくてはならないという問題が生じる。その結
果として、物理的に１台のサーバを用いて各ユーザ側閉
域網にそれぞれ専用サーバがあるかのように動作させる
という環境が満たされていない。

【００１２】さらに、ある１つのサーバアプリケーショ
ンを各ユーザ側閉域網に提供する際に、サーバは共通の
サーバプロセスを用いて全てのユーザ側閉域網に提供を
行っていることが多く、サーバ内部におけるユーザ側閉
域網間の分離はサーバに接続してくるアドレスの違いに
よってのみ行われるため、サーバを介して他のユーザ側
閉域網をまたぐ等の不正アクセスの防止ができなくなる
とともに、サーバおよびサーバ上で実行されるサーバア
プリケーションが常にアドレスの違いを意識したカスタ
マイズを強要されるので、設定する箇所が非常に多くな
り、その結果、閉域網の追加や網構成の変更が困難にな
る、という問題が生じる。

【００１３】

【発明が解決しようとする課題】従来、インターネット
通信においては、ＴＣＰ／ＩＰプロトコル群がホストや
ルータなどの機器の間での通信に使用されている。その
ＴＣＰ／ＩＰプロトコル群はインターネットプロトコル
スタックと呼ばれる。このプロトコルスタックの役割と
して、サーバ装置の物理ネットワークインタフェースま
たは複数の仮想的な論理デバイスインタフェースに割り
当てられるＩＰアドレス（サーバアドレス）の保持、パ
ケット配送のための経路（ルーティング）情報の保持、
各プロトコルパケットの処理などインターネット環境で
のネットワーク通信機能を担う。

【００１４】図２は、従来のインターネットプロトコル
スタックを示す図である。物理層およびデータリンク層
を含むリンク層６３は、ハードウェアインタフェース
（ドライバを含む）６３２，ＡＲＰ（Ａｄｄｒｅｓｓ
Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）６３３，お
よびＲＡＲＰ（Ｒｅｖｅｒｓｅ Ａｄｄｒｅｓｓ Ｒｅ
ｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）６３１によって
構成される。ＡＲＰ６３３は、ＩＰアドレスからそのＩ
Ｐアドレスに対応するノードのハードウェアアドレス
（ＭＡＣアドレス等）を要求するためのプロトコルであ
り、ＲＡＲＰ６３１は、これとは逆に、自ノードのＭＡ
Ｃアドレスを元に、自ノードのＩＰアドレスを要求する
ためのプロトコルである。

【００１５】ネットワーク層６２は、ＩＰ処理部６２
２，ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍ
ｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）６２３，およびＩＧ
ＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍ
ｅｎｔ Ｐｒｏｔｏｃｏｌ）６２１によって構成され
る。ＩＣＭＰ６２３は、ＩＰプロトコルの状態に関する
情報を管理するために使用されるプロトコルであり、Ｉ
ＧＭＰ６２１はＩＰマルチキャストを実現するためのプ
ロトコルである。

【００１６】トランスポート層６１は、ＴＣＰ（Ｔｒａ
ｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏ
ｌ）６１２とＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐ
ｒｏｔｏｃｏｌ）６１１によって構成される。ＴＣＰ６
１２は、ＩＰの上位プロトコルで、コネクション型で信
頼性の高い通信を提供し、ＵＤＰ６１１はコネクション
レス型のプロトコルで、信頼性確保のための処理を実施
しないため、ＴＣＰに比べ高速に処理できる。アプリケ
ーション層６０は、ユーザプロセス６０１によって、エ
ンドユーザでユーザが直接利用する通信サービスを提供
する。

【００１７】従来のサーバ装置には、プロトコルスタッ
クが１つのみ用意されており、このサーバ装置と通信を
行うホストやルータは、このプロトコルスタックによっ
て提供されるインターネット通信機能とこのプロトコル
スタックを通して提供されるサーバプロセスとを共有し
て利用している。 従って、複数のユーザ側ネットワー
クに対してサーバサービスを展開するサーバ装置の場
合、その多くがユーザ側ネットワークごとに区別してサ
ービスを行わなければならないために、サーバ装置にお
いて、ユーザ側ネットワークの特定と分離が必要であ
る。

【００１８】従来のサーバ技術では、サーバに向けて送
信されるパケットの送信元アドレスや送信先アドレスの
違いを利用してユーザ側ネットワークの特定と分離を行
うが、ユーザ側ネットワークがローカルアドレス空間を
自由に割り当てることができる閉域網により構築されて
いる場合には、閉域網間におけるローカルアドレス空間
の衝突を回避するために、アドレスの制限や変換など強
制的なアドレス管理を行い、閉域網間の特定と分離を行
い易くしている。しかし、サーバ装置のネットワーク通
信機能とサーバプロセスとをユーザ側ネットワークの各
々に共有して提供することは、アドレス管理等により、
閉域網の特徴である閉域性、サーバからの自発的な情報
配信であるプッシュ型サービス、閉域網の追加や網構成
変更の容易性などのネットワークサービスの実現を難し
くしている。

【００１９】そこで、本発明の目的は、これら従来の課
題を解決し、複数のユーザ側閉域網がサーバ側閉域網と
ＩＰトンネルを用いてアクセスサーバにより接続を行う
ネットワーク通信において、サーバ側閉域網に設置する
物理的に１台のサーバ装置により提供されるインターネ
ット通信機能とサーバプロセスとを各ユーザ側閉域網間
で共有することなく、各々のユーザ側閉域網に独立した
提供を可能にし、そのサーバ装置が各々のユーザ側閉域
網に属している専用サーバであるかのような動作を実現
することができる複数ユーザ側閉域網とサーバ側閉域網
間のネットワーク通信方法およびサーバ装置を提供する
ことにある。

【００２０】

【課題を解決するための手段】上記目的を達成するた
め、本発明による複数ユーザ側閉域網とサーバ側閉域網
間のネットワーク通信方法では、サーバ装置において、
サーバプロセス群からプロトコルスタックまでの上位通
信フローと、プロトコルスタックから物理ネットワーク
インタフェースまたは論理デバイスインタフェースまで
の下位通信フローとの組み合わせからなる通信フローを
複数装備し、この通信フローをユーザ側閉域網ごとに１
つずつ割り当てることにより、各ユーザ側閉域網とサー
バ間のサーバ内における個々の通信経路をネットワーク
上、論理的に分離し、複数接続しているユーザ側閉域網
の特定と分離を実現する。

【００２１】本発明のサーバ装置は、各ユーザ側閉域網
に割り当てた固有の通信フローを用いて、プロトコルス
タックが担うサーバアドレスの保持、パケット配送経路
の制御、各プロトコルパケットの処理などのインターネ
ット通信機能とＷｅｂサーバ、ＦＴＰサーバなどのサー
バプロセスとを独立して提供し、ユーザ側閉域網間は他
のユーザ側閉域網と通信フローを共有されることなく、
ネットワーク上、論理的に閉域性を保持したままサーバ
装置との通信を実現する。

【００２２】本発明により、複数のユーザ側閉域網がサ
ーバ側閉域網とＩＰトンネルを用いてアクセスサーバに
より接続を行うネットワーク通信において、サーバ側閉
域網に設置する物理的に１台のサーバ装置によって提供
されるインターネット通信機能とサーバプロセスとを各
ユーザ側閉域網間で共有することなく、そのサーバ装置
が各々のユーザ側閉域網に属している専用サーバである
かのように動作することが可能になる。

【００２３】

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。図１は、本発明のネットワーク間
通信方法を実現するシステム概念図である。 （構成）ここでは、通信フローおよび外部接続が３の場
合の構成を示している。複数のユーザ側閉域網（Ａ）３
１，（Ｂ）３２，（Ｃ）３３がサーバ側閉域網１０との
間で、ＩＰトンネルを用いてアクセスサーバ２６，２
８，２９，３０により接続を行っている。各ユーザ側閉
域網３１〜３３に属するホストａ，ｂ，ｃは、サーバ側
閉域網１０に設置する物理的に１台のサーバ装置１１か
らサーバサービスの提供を受ける。なお、サーバ側閉域
網１０のアクセスサーバ装置２６のホスティングサービ
スについては、特開２００１−０１６２５５号公報に記
載の『閉域網間接続システムと閉域網間接続方法および
その処理プログラムを記録した記録媒体ならびにホステ
ィングサービスシステム』を参照されたい。

【００２４】サーバ装置１１は、通信フローを２００程
度（図中では３個，１２，１３，１４）備えており、各
々のプロトコルスタック１９，２０，２１は図２に示す
ように、従来のインターネットプロトコルスタックと同
じである。すなわち、サーバプロセス群１５，１６，１
７とＴＣＰ／ＩＰプロトコル群１９，２０，２１とが上
位マッピングモジュール１８を介して接続され、これら
ＴＣＰ／ＩＰプロトコル群１９，２０，２１と論理デバ
イスインタフェース２３，２４，２５とが下位マッピン
グモジュール２２を介して接続されている。サーバ装置
１１は、論理デバイスインタフェース２３，２４，２５
をこれらのプロトコルスタックと同数だけ備えている。

【００２５】サーバ装置１１は論理デバイスインタフェ
ース２３，２４，２５のそれぞれにリンクするプロトコ
ルスタック１９，２０，２１と各プロトコルスタック１
９，２０，２１にリンクするサーバプロセス群１５，１
６，１７とを組み合わせてできる通信フロー１２，１
３，１４により、ユーザ側閉域網３１，３２，３３間を
ネットワーク上、論理的に分離し、各々のユーザ側閉域
網３１，３２，３３に独立したサーバサービスの提供を
行う。以下では、各ユーザ側閉域網３１，３２，３３の
ホストａ，ｂ，ｃがサーバ側閉域網１０に設置されるサ
ーバ装置１１を利用するための実施例について説明す
る。

【００２６】図３は、本発明における閉域網の識別にＶ
ＬＡＮタグを用いた場合のネットワーク間通信方法の動
作説明図である。 （通信準備）それぞれの閉域網３１，３２，３３では、
ローカルアドレスを自由に用いて各ホストａ，ｂ，ｃに
割り当てており、他の閉域網の存在を知らないものとす
る。ホストａは、閉域網３１に属しており、ＩＰアドレ
スＬａ（192.168.1.10)が割り当てられている。ホスト
ｂは閉域網３２に属しており、ＩＰアドレスＬｂ（192.
168.1.10)が割り当てられている。また、ホストｃは閉
域網３３に属しており、ＩＰアドレスＬｃ（192.168.1.
10)が割り当てられている。閉域網３１，３２，３３間
では、ローカルアドレス空間が衝突する可能性があるた
め、本実施例では故意に衝突させている。

【００２７】サーバ側閉域網１０のアクセスサーバ
（Ｓ）２６と各ユーザ側閉域網３１，３２，３３のアク
セスサーバ（Ａ）２８，（Ｂ）２９，（Ｃ）３０には、
グローバルＩＰアドレスとして、それぞれＧｓ（129.6
0.1.1)，Ｇａ（129.60.2.1)，Ｇｂ（129.60.3.1)，Ｇｃ
（129.60.4.1)が割り当てられている。

【００２８】ユーザ側閉域網３１はサーバ装置１１にロ
ーカルアドレスＳａ（192.168.1.1)を、ユーザ側閉域網
３２はＳｂ（192.168.1.1)を、ユーザ側閉域網３３はＳ
ｃ（192.168.1.1)を割り当てようとしている。各ユーザ
側閉域網３１〜３３がサーバアドレスにローカルアドレ
ス空間を自由に割り当てる場合、閉域網間でサーバアド
レスが衝突する可能性があるため、本実施例においては
故意に衝突をさせている。この要求に従い、サーバ装置
１１側では、閉域網３１用として割り当てる通信フロー
１２の論理デバイスインタフェース２３（dev0）に対し
てサーバアドレスＳａ（192.168.1.1)を、閉域網３２用
として割り当てる通信フロー１３の論理デバイスインタ
フェース２４（dev1）に対してサーバアドレスＳｂ（19
2.168.1.1)を、閉域網３３用として割り当てる通信フロ
ー１４の論理デバイスインタフェース２５（dev2）に対
してサーバアドレスＳｃ（192.168.1.1)を、それぞれ割
り当てる。

【００２９】このとき、図３に示す下位マッピングモジ
ュール２２では、論理デバイスインタフェース２３，２
４，２５とプロトコルスタック１９，２０，２１との間
の下位通信フローを管理し、プロトコルスタック１９，
２０，２１を該当する論理デバイスインタフェース２
３，２４，２５にリンクさせると同時に、それぞれ下位
通信フローを構成するプロトコルスタック１９，２０，
２１と論理デバイスインタフェース２３，２４，２５と
のペア、およびこの下位通信フローを利用する閉域網の
代わりとなるＶＬＡＮ（Ｖｉｒｔｕａｌ ＬＡＮ）タグ
３４，３５，３６をセット〔（inet0，dev0）⇔vlan60
0〕、〔（inet1，dev1）⇔vlan601〕、〔（inet2，dev
2）⇔vlan602〕にして、テーブルに記憶する。つまり、
ＶＬＡＮタグ３４，３５，３６の値が閉域網を識別す
る。従来のサーバ装置では、インターネットプロトコル
スタックを１つしか持たないため、複数の論理デバイス
インタフェースに対して同じサーバアドレスを割り当て
ることはできなかったが、本発明においては、プロトコ
ルスタックを複数装備することにより、これを可能にし
ている。

【００３０】次に、各ユーザ側閉域網３１，３２，３３
がサーバ装置１１をＷｅｂサーバとして利用することを
考える。サーバ装置１１は、サーバプロセス１５，１
６，１７がどの閉域網によって利用されるかをプロセス
のグループＩＤにより認識する。ユーザ側閉域網３１に
はグループＩＤ（gid1000)、ユーザ側閉域網３２にはグ
ループＩＤ（gid1001)、ユーザ側閉域網３３にはグルー
プＩＤ（gid1002)を割り当て、各閉域網３１，３２，３
３が利用するＷｅｂサーバのサーバプロセスはそれぞれ
に割り当てられるグループＩＤを以って実行される。こ
のとき、図３に示す上位マッピングモジュール１８で
は、サーバプロセス群１５，１６，１７とプロトコルス
タック１９，２０，２１との間の上位通信フローを管理
し、サーバプロセス１５，１６，１７を該当するプロト
コルスタック１９，２０，２１にリンクさせると同時
に、それぞれの上位通信フローのプロトコルスタックと
グループＩＤとのペア〔inet0⇔gid1000〕、〔inet1⇔g
id1001〕、〔inet2⇔gid1002〕をテーブルに記憶する。

【００３１】以上で、上位通信フローと下位通信フロー
との組み合わせによってできる通信フロー１２，１３，
１４の準備が各ユーザ側閉域網３１，３２，３３に対し
て完了する。以下では、各ユーザ側閉域網３１，３２，
３３のホストａ，ｂ，ｃがサーバ側閉域網１０に設置さ
れるサーバ装置１１と通信を行う方法について説明す
る。

【００３２】（通信動作） （ユーザ側閉域網のホストからサーバ装置へ）ユーザ側
閉域網３１，３２，３３に属する各ホストａ，ｂ，ｃが
Ｗｅｂサーバとしてのサーバ装置１１と通信することを
考える。まず、ホストａは、閉域網３１内に構築したロ
ーカルなＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅ
ｍ）によりサーバ側閉域網１０に属するサーバ装置１１
のローカルアドレスＳａを取得する。そして、アクセス
サーバ（Ａ）２８に向けてパケットを送信する。他のホ
ストｂ，ｃも、同様にそれぞれアクセスサーバ（Ｂ）２
９，（Ｃ）３０に向けてパケットを送信する。

【００３３】ホストａからパケットを受け取ったアクセ
スサーバ（Ａ）２８は、ＩＰトンネリング処理を行う。
すなわち、ホストａのＩＰアドレスＬａとサーバアドレ
スＳａとを含むＩＰパケットへッダをアクセスサーバ
（Ａ）２８、（Ｓ）２６のグローバルアドレスでカプセ
ル化し、インターネットを経由してアクセスサーバ
（Ｓ）２６にパケットを送信する。他のアクセスサーバ
（Ｂ）２９、（Ｃ）３０においても、同様の処理が行わ
れ、それぞれがアクセスサーバ（Ｓ）２６にトンネリン
グされたパケットを送信する。

【００３４】アクセスサーバ（Ａ）２８からパケットを
受け取ったアクセスサーバ（Ｓ）２６は、カプセルを解
くと、ここから先の通信においてパケットの送信元であ
る閉域網３１を特定可能にするため、ＩＰトンネルとＶ
ＬＡＮタグのペア〔（Ga,Gs）⇔vlan600〕をテーブルに
記憶しており、該当するタグ(vlan600)をパケットに付
与する。そして、脱カプセル後のＩＰヘッダに従い、サ
ーバ装置１１に向けてパケットを送信する。このとき、
閉域網３２に属するホストｂ、閉域網３３に属するホス
トｃからの通信も全く同様である。それぞれのＩＰトン
ネルとＶＬＡＮタグのペア〔（Gb,Gs）⇔vlan601〕,
〔（Gc,Gs）⇔vlan602〕を記憶したテーブルに従って、
それぞれＶＬＡＮタグ（vlan601)と(vlan602)がパケッ
トに付与される。

【００３５】アクセスサーバ（Ｓ）２６からタグ付きパ
ケットを受け取ったサーバ装置１１では、そのＶＬＡＮ
タグ（vlan600)にマッチするプロトコルスタック１９と
論理デバイスインタフェース２３のペア（inet0，dev
0）を下位マッピングモジュール２２のテーブルより選
択し、該当する通信フロー１２へパケットを転送する。
その通信フロー１２の中で、パケットは論理デバイスイ
ンタフェース（dev0）２３からプロトコルスタック（in
et0）１９までの下位通信フローを経由し、同プロトコ
ルスタック１９にリンクされているＷｅｂサーバのサー
バプロセス（gid1000)１５へ上位通信フローを使って届
けられる。このとき、ホストｂ、ホストｃからの通信
も、全く同様のプロセスにより処理される。

【００３６】以上、サーバ装置１１にとって、Ｌａ、Ｌ
ｂ、Ｌｃのように送信元のＩＰアドレスが衝突しても、
また各々のユーザ側閉域網３１，３２，３３が割り当て
たサーバアドレスがＳａ，Ｓｂ，Ｓｃのように衝突して
も、サーバ装置１１内部において通信フロー１２，１
３，１４をネットワーク上、論理的に分離しており、サ
ーバサービスを各閉域網３１，３２，３３と全く独立し
て提供することができる。

【００３７】（通信動作） （サーバ装置からユーザ側閉域網のホストへ）次に、Ｗ
ｅｂサーバがホストａに返答パケットを送信することを
考える。Ｗｅｂサーバのサーバプロセス（gid1000)１５
は、自らがリンクしているプロトコルスタック（inet
0）１９に対して上位通信フローを使ってパケットを返
す。同プロトコルスタック１９の各プロトコルにおいて
パケット処理が行われた後、下位通信フローを管理する
下位マッピングモジュール２２のテーブル〔（inet0，d
ev0）⇔vlan600〕に従って、パケットにはＶＬＡＮ（vl
an600)がタグ付けされ、下位通信フローの論理デバイス
インタフェース（dev0)２３からアクセスサーバ（Ｓ）
２６に向けてパケットを送信する。このとき、ホスト
ｂ，ｃに対する返答パケットも、全く同様のプロセスに
より処理される。

【００３８】サーバ装置１１からタグ付きパケットを受
け取ったアクセスサーバ（Ｓ）２６は、ＩＰトンネルと
ＶＬＡＮタグのペア〔（Ga,Gs）⇔vlan600〕を記憶した
テーブルに従って、ＩＰトンネリング処理を行う。すな
わち、サーバアドレスＳａとホストａのＩＰアドレスＬ
ａとを含むＩＰパケットヘッダをアクセスサーバ（Ｓ）
２６、（Ａ）２８のグローバルアドレスでカプセル化
し、インターネットを経由してアクセスサーバ（Ａ）２
８にパケットを送信する。このとき、ホストｂ，ｃに対
する返答パケットも全く同様であり、ＩＰトンネルとＶ
ＬＡＮタグのペア〔（Gb,Gs）⇔vlan601〕、〔（Gc,G
s）⇔vlan602〕に従って、アクセスサーバ（Ｂ）２９、
（Ｃ）３０にそれぞれパケットを送信する。

【００３９】アクセスサーバ（Ｓ）２６からパケットを
受け取ったアクセスサーバ（Ａ）２８は、カプセルを解
くと、脱カプセル後のＩＰヘッダに従い、ホストａに向
けてパケットを送信する。最終的にホストａがパケット
を受け取る。同様に、ホストｂはアクセスサーバ（Ｂ）
２９から、ホストｃはアクセスサーバ（Ｃ）３０からパ
ケットを受け取る。

【００４０】（新たなユーザ側閉域網に対するサービス
展開）既に登録されているユーザ側閉域網（Ａ）３１、
（Ｂ）３２、（Ｃ）３３に対して、新たにユーザ側閉域
網（Ｄ）が追加登録された場合、サーバ側閉域網１０で
は下記のように対処する。未使用の通信フローの中から
１つを選び、 （１）プロトコルスタック：（inet3) （２）グループＩＤ：(gid1003) （３）上位マッピングモジュール：〔inet3⇔gid1003〕 （４）下位マッピングモジュール：〔(inet3,dev3)⇔vl
an603〕 （５）アクセスサーバ（Ｓ）：〔（Gd,Gs）⇔vlan603〕 を施すことにより、他の閉域網の環境を変更することな
く、容易に新たなユーザ側閉域網（Ｄ）に対して仮想サ
ーバサービスを展開することができる。

【００４１】（サーバ装置）図４は、本発明の一実施例
を示すサーバ装置の構成図である。図４に示すように、
本発明のサーバ装置１１は、複数のプロセスを処理する
サーバプロセス４１と、サーバプロセス群からプロトコ
ルスタック多重構成部４６までの上位通信フローを管理
する上位マッピングモジュール４２と、プロトコルスタ
ック多重構成部４６から物理ネットワークデバイス多重
構成部５１までの下位通信フローを管理する下位マッピ
ングモジュール４７とから構成される。上位マッピング
モジュール４２と下位マッピングモジュール４７は、い
ずれも組み合わせ記憶部４４，４９と、これに結合され
たリンク制御部４３，４５および４８，５０から成る。

【００４２】サーバ装置１１は、サーバプロセス４１か
らプロトコルスタック４６までの上位通信フローと、プ
ロトコルスタック４６から物理ネットワークインタフェ
ースまたは論理デバイスインタフェース５１までの下位
通信フローとの組み合わせからなる通信フローを複数装
備する。これらの通信フローをユーザ側閉域網ごとに１
つずつ割り当てることにより、各ユーザ側閉域網とサー
バ装置間のサーバ内における個々の通信経路をネットワ
ーク上で論理的に分離し、複数接続しているユーザ側閉
域網の特定と分離を実現している。

【００４３】サーバ装置１１は、各ユーザ側閉域網に割
り当てた固有の通信フローを用いて、プロトコルスタッ
ク多重構成部４６が担うサーバアドレスの保持、パケッ
ト配送経路の制御、各プロトコルパケットの処理などの
インターネット通信機能と、Ｗｅｂサーバ、ＦＴＰ（Ｆ
ｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバ
などのサーバプロセスとを独立して提供し、ユーザ側閉
域網間は他のユーザ側閉域網と通信フローを共有される
ことなく、ネットワーク上、論理的に閉域性を保持した
まま、サーバ装置１１との通信を行うことが可能であ
る。

【００４４】このように、物理的には１台のサーバ装置
１１であるが、サーバプロセス４１がリンク制御部４５
により制御されることにより、複数のサーバプロセス群
となり、さらにリンク制御部４３の制御により、プロト
コルスタック多階構成部４６が複数のプロトコルスタッ
クを構成する。上位マッピングモジュール４２は、サー
バプロセス群とプロトコルスタックとの組み合わせを記
憶するとともに、サーバプロセスを該当するプロトコル
スタックにリンク制御することにより、上位通信フロー
を管理する。また、下位マッピングモジュール４７は、
物理ネットワークインタフェースまたは論理デバイスイ
ンタフェースの多重構成部５１とプロトコルスタック４
６との組み合わせを記憶するとともに、プロトコルスタ
ックを該当する物理ネットワークインタフェースまたは
論理デバイスインタフェースにリンク制御することによ
り、下位通信フローを管理する。さらに、上位通信フロ
ーと下位通信フローとの組み合わせからなる通信フロー
を複数装備し、これらの通信フローをユーザ側閉域網ご
とに１つずつ割り当てることにより、各ユーザ側閉域網
とサーバ装置間の個々の通信経路をネットワーク上、論
理的に分離する。

【００４５】（サーバ装置用プログラム）図４および段
落番号〔００４１〕〜〔００４４〕で説明したサーバ装
置の動作をプログラムに変換し、変換したプログラムを
ＣＤ−ＲＯＭなどの記録媒体に記録しておけば、サーバ
側閉域網の任意のサーバ装置のコンピュータにこの記録
媒体を装着し、プログラムをインストールして実行させ
ることにより、本発明を容易に実現することができる。

【００４６】

【発明の効果】以上説明したように、本発明によれば、
複数のユーザ側閉域網がサーバ側閉域網とＩＰトンネル
を用いてアクセスサーバにより接続を行うネットワーク
通信において、サーバ装置により提供されるサーバ機能
とサーバプロセスと各ユーザ側閉域網間で共有すること
なく、各々のユーザ側閉域網に独立して提供することが
できる。その結果、サーバ側閉域網に設置する物理的に
１台のサーバ装置が各々のユーザ側閉域網に属している
専用サーバであるかのように動作させることが可能にな
る。その結果、今後増加すると予想される複数企業間で
のデータ交換を必要とするプロジェクトの実施時や調達
業務の実施時に必要となる複数閉域網向けの共用サーバ
の構築、運用などを提供するハウジングサービスへの展
開が可能となる。

【００４７】また、このサービスは、自社の閉域網に手
を加えることなく、複数の他企業と情報の連携が可能に
なるため、ＩＳＰなどが行っているＶＰＮサービスの新
しい付加サービスとしての展開が見込める。さらに、企
業のみならず、個人向けのポータルサイトサービスへの
展開も可能になる。また、本発明では、１つのサーバ装
置に対して、各ユーザ閉域網の管理者は、自由にアドレ
スを付与することができ、プッシュプル型サービスを受
けることができる。このように、本発明は、閉域網向け
の新しい情報流通プラットフォームを構築する手段とし
ての利用を見込める、という顕著な効果を奏する。

【図面の簡単な説明】

【図１】本発明のネットワーク間通信方法を適用するネ
ットワーク構成図である。

【図２】従来のインターネットプロトコルスタックを示
す図である。

【図３】本発明の一実施例を示すネットワーク間通信方
法の動作説明図である。

【図４】本発明の一実施例を示すサーバ装置の構成図で
ある。

【符号の説明】

１０…サーバ側閉域網、１１…サーバ装置、１２…通信
フロー(閉域網Ａ用)、１３…通信フロー（閉域網Ｂ
用）、１４…通信フロー（閉域網Ｃ用）、１５，１６，
１７…サーバプロセス群、１８…上位マッピングモジュ
ール、１９，２０，２１…ＴＣＰ／ＩＰプロトコル群、
２２…下位マッピングモジュール、２３，２４，２５…
論理デバイスインタフェース、２６…アクセスサーバ
（Ｓ）、２７…インターネット、２８，２９，３０…ア
クセスサーバ(Ａ),(Ｂ),(Ｃ)、ａ，ｂ，ｃ…ホスト、３
１，３２，３３…閉域網（Ａ），（Ｂ），（Ｃ）、３
４，３５，３６…ＶＬＡＮタグ、４１…サーバプロセ
ス、４２…上位マッピングモジュール、４３，４５…リ
ンク制御部、４４…組み合わせ記憶部、４６…プロトコ
ルスタック多重構成部、４７…下位マッピングモジュー
ル、４８，５０…リンク制御部、４９…組み合わせ記憶
部、５１…論理ネットワークデバイス多重構成部。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GB01 HB02 HB11 KB06 KF06 KG08 5K033 AA04 CB08 DA05 DB12 DB14

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数のユーザ側閉域網とＩＰトンネルを
   用いてアクセスサーバにより接続を行うサーバ側閉域網
   内に物理的に１台のサーバ装置を用いた網間ネットワー
   ク通信方法であって、 サーバプロセス群とプロトコルスタックとの組み合わせ
   を記憶し、かつ前記サーバプロセス群とプロトコルスタ
   ックとのリンクを記憶した内容に従って制御するモジュ
   ールにより管理される上位通信フローと、物理ネットワ
   ークインタフェースまたは論理デバイスインタフェース
   と前記プロトコルスタックとの組み合わせを記憶し、か
   つ前記プロトコルスタックを該当する物理ネットワーク
   インタフェースまたは論理デバイスインタフェースにリ
   ンクさせるモジュールにより管理される下位通信フロー
   との組み合わせからなる通信フローを複数用意し、 前記通信フローをユーザ側閉域網ごとに１つずつ割り当
   てることにより、各ユーザ側閉域網と前記サーバ装置間
   における前記サーバ装置内の個々の通信経路をネットワ
   ーク上、論理的に分離することを特徴とする複数ユーザ
   側閉域網とサーバ側閉域網間のネットワーク通信方法。
2. 【請求項２】 請求項１に記載のネットワーク通信方法
   において、 前記通信フローごとの物理ネットワークインタフェース
   または論理デバイスインタフェースにネットワークを介
   して接続する各ユーザ側閉域網との通信では、当該通信
   フローのプロトコルスタックとサーバプロセス群とを用
   いて各ユーザ側閉域網に独立したサーバサービスの提供
   を行うことを特徴とする複数ユーザ側閉域網とサーバ側
   閉域網間のネットワーク通信方法。
3. 【請求項３】 請求項１または２に記載のネットワーク
   通信方法において、 前記複数の通信フローごとの物理ネットワークインタフ
   ェースまたは論理デバイスインタフェースに対し、ＩＰ
   アドレスの重複した割り当てを許容することを特徴とす
   る複数ユーザ側閉域網とサーバ側閉域網間のネットワー
   ク通信方法。
4. 【請求項４】 複数のユーザ側閉域網とＩＰトンネルを
   用いてアクセスサーバにより接続を行うサーバ側閉域網
   に設けられる物理的に１台のサーバ装置であって、 サーバプロセス群とプロトコルスタックとの組み合わせ
   を記憶し、かつ前記サーバプロセス群とプロトコルスタ
   ックとのリンクを記憶された内容に従って制御すること
   により、上位通信フローを管理する手段と、 物理ネットワークインタフェースまたは論理デバイスイ
   ンタフェースと前記プロトコルスタックとの組み合わせ
   を記憶し、かつ前記プロトコルスタックを該当する物理
   ネットワークインタフェースまたは論理デバイスインタ
   フェースにリンクさせることにより、下位通信フローを
   管理する手段と、 上位通信フローと下位通信フローとの組み合わせからな
   る通信フローを複数装備し、前記通信フローをユーザ側
   閉域網ごとに１つずつ割り当てることにより、各ユーザ
   側閉域網と前記サーバ装置間における前記サーバ装置内
   の個々の通信経路をネットワーク上、論理的に分離する
   通信手段とを具備することを特徴とするサーバ装置。
5. 【請求項５】 請求項４に記載のサーバ装置において、 前記通信フローごとの物理ネットワークインタフェース
   または論理デバイスインタフェースにネットワークを介
   して接続を行う各ユーザ側閉域網との通信では、当該通
   信フローのプロトコルスタックとサーバプロセス群とを
   用いて、各ユーザ側閉域網に独立したサーバサービスを
   行う仮想サーバ提供手段を具備することを特徴とするサ
   ーバ装置。
6. 【請求項６】 請求項４または５のいずれかに記載のサ
   ーバ装置の動作をコンピュータに実現させるためのサー
   バ装置用プログラム。
7. 【請求項７】 請求項６に記載のサーバ装置用プログラ
   ムを格納したことを特徴とするコンピュータ読み取り可
   能な記録媒体。