JP2001016255A - ネットワーク間通信方法及びその装置 - Google Patents

Abstract

(57)【要約】 【課題】 複数閉域網とサーバ側ネットワークとの間の
通信で、物理的に１台のサーバを各閉域網にそれぞれサ
ーバがあるかのように動作させる。 【解決手段】 閉域網の端末からサーバへのＰＰＰ接続
要求がアクセスサーバＡＳにあると、どの閉域網のどの
ＰＰＰ回線であるかを識別し、閉域網のＰＰＰ回線ごと
に予め割り当てたサーバ側のアドレス空間（図２Ｂ）の
中から対応する１つを選択して、その閉域網の端末のア
ドレスを対応付け（図２Ａ）、パケットをこのアドレス
変換を行ってサーバ側ネットワークへ送る。サーバ側ネ
ットワークからのパケットを、図２Ａを参照してアドレ
ス変換すると共に、どの閉域網のどのＰＰＰ回線かを知
り、その回線にパケットを送る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は異なる複数のネッ
トワーク、特に閉域網間の通信を行うエクストラネット
向けの共有サーバのホスティングサービス（各ユーザ側
ネットワークに貸出すサービス）の提供や、チケット予
約サービスなどパブリックなサービスをこれらのユーザ
側ネットワーク（閉域網）上のサーバの持つ情報を組み
込むことによりユーザ側ネットワーク（閉域網）単位で
カスタマイズした（各ユーザ側ネットワークのニーズに
応じた）サービスを安全に提供するなど電子商取り引き
を含めた情報流通通信方法及びその装置に関する。

【０００２】

【従来の技術】今日インターネットを始めネットワーク
の利用は広く普及し、多くの企業においては企業内の通
信費用を安く抑えかつ、安全に行うために閉域網の構築
を行っている。この構築においては、専用線だけでなく
ＡＴＭ、ＦＲ（フレームリレー）を用いたたり、ＩＰ
（インターネットプロトコル）トンネリングを利用して
行っている。また、営業マンなどが外出先からこれらの
閉域網に接続する場合には、ＰＰＰ（Point-to-Point P
rotocol)やその拡張であるＬ２ＴＰ（Layer2 tunneling
Protocol)を用いている。閉域網間の通信が今後増加
し、複数の閉域網で利用する共用サーバを自閉域網の閉
域性を失うことなく提供したり、チケット予約サービス
などのパブリックなサービスを、各閉域網上のサーバの
持つ情報と組み合わせてカスタマイズしての利用が増え
る。これの実現方法として、各閉域網上にサービスを提
供するサーバを用意する方法があるがこれはコストがか
かり、サーバを用意する側の負担が大きい。そこで、物
理的には１台のサーバであるが、各閉域網からは各々別
々のサーバが存在するように見え、カスタマイズしたサ
ービスをセキュア（安全）に提供できる仮想プライベー
トサーバの構築を考える。

【０００３】現在、企業などの閉域網の構築において
は、ネットワークの急激な普及によるＩＰアドレスの不
足のために、ローカルアドレスを用いるか、インターネ
ットなど外部に接続する時にのみ動的にグローバルアド
レスを付与して外部と通信を行う方法が取られている。
しかし、動的にアドレスを付与する場合、次回の接続時
には同一のアドレスを付与されるとは限らないので、特
に移動端末など必要時にしか接続しない／その接続自体
が不安定である場合、静的にアドレスを付与することが
より必要となる。また、動的にアドレスを付与する状況
ではサーバ側から特定の端末への接続確立は困難である
ので、ネットワーク構築時にローカルアドレスを静的に
付与する場合が多い。物理的に１台のサーバでこのよう
に構築されている閉域網に対してのサービス提供を考え
た場合、（１）サーバ側ネットワークを介した不正な接
続など防止、（２）接続している閉域網間におけるアド
レス空間の衝突、（３）サーバから移動端末を含めた特
定の端末への接続確立、という３つの問題の解決が必要
となる。

【０００４】このサーバの構築には、既存技術のＬ２Ｔ
Ｐ（Layer2 tunneling Protocol)に代表されるＰＰＰト
ンネリング技術、ＮＡＴ（Network Address Translato
r）に代表されるアドレス変換技術の２種類が有用な技
術であるといえる。まず、ＰＰＰトンネリング技術によ
り移動端末は時間と場所に制約されずに常に自分の閉域
網への接続が可能になり、あたかもその閉域網に存在し
ているかのように閉域網の利用が可能になる。また、図
２２に示すように閉域網Ａ，Ｂがインターネット／公衆
網を介してサーバ側ネットワークと接続可とされ、各閉
域網Ａ，Ｂに属するホスト（端末とも云う）にはそれぞ
れのローカルアドレス空間Ａ，Ｂでのアドレスが与えら
れており、各ホストはそれが属する閉域網の網間アクセ
スサーバ（ＡＳ）を通じ、ＰＰＰトンネリングを利用し
てサーバ側ネットワークの網間アクセスサーバと接続し
てサーバと接続可能とされている。この構成により、Ｐ
ＰＰ接続をサーバ側までトンネリングすることで端末
に、あたかも自分の閉域網に属するサーバと接続してい
るように見せることができる。これにより、閉域網の持
つ閉域性を維持したり、閉域網で割り当てられているロ
ーカルアドレスをそのまま使用することが可能になる。
しかし、 （１）閉域網では端末にローカルアドレスを自由に割り
当てるので、複数の異なる閉域網に属する端末が同一の
アドレスを持つ場合が生じ、この場合は衝突が避けられ
ない。そのため、接続先のサーバ側ネットワークから見
ると同一のアドレスを持つ端末が複数存在することが発
生し、この時どの端末と通信しているかを正しく認識す
ることが出来ない。

【０００５】（２）サーバを示すアドレスを各閉域網で
共通にする必要があり既存の設備への大幅な変更が必要
になる場合がある。 （３）端末からの接続確立時にサーバ側からアドレスを
動的に割り当てる場合、移動端末のように必要に応じて
ネットワークに接続してくる端末にはどのアドレスが割
り当てられているか不明であって、有用なサービスであ
るサーバ側からの情報配信といったサービスの提供が不
可能である、 （４）サーバ側のネットワークを介して、閉域側をまた
ぐ不正アクセス発生の可能性がある、といった問題があ
り、すべての課題の解決ができない。

【０００６】また、閉域網に接続しているローカルアド
レスを付与されたユーザ端末がインターネット上のグロ
ーバルアドレスを付与されたサーバとの通信を行うに
は、ユーザ端末自身もグローバルなアドレスを持つ必要
がある。しかし、前述のようにグローバルアドレスは不
足するため端末にはローカルアドレスを静的に割り当て
ている場合が多い。この時ＮＡＴ（ネットワークアドレ
ス変換）技術により、図２３に示すように閉域網内の通
信はローカルアドレスを用いて行い、インターネット上
のＷＷＷサーバとの通信には、網間境界に設けたＮＡＴ
を利用できる装置にあらかじめプールされたグローバル
なアドレスを動的に割り当てて通信を可能にする。しか
し、このＮＡＴは動的にローカルアドレスとグローバル
アドレスと対応つける／アドレスとポート番号の組によ
りホスト（端末）間の接続の識別を行うために、（１）
ホストとサーバ間の接続は動的に認識されるので、一旦
接続が切断した後のローカルアドレスを静的に割り当て
た端末へのグローバルアドレスを持つサーバ側からの情
報配信などのプッシュ型（端末からの接続確立要求な
し）のサービスは不可能、（２）サーバが各閉域網ごと
の認証（識別）を行うことができないため、各所属端末
毎にカスタマイズしたサービスや情報を提供することが
困難、（３）ＮＡＴの部分はグローバルなアドレス空間
に接続しているので不正アクセスの可能性、といった問
題があり、サーバ構築におけるすべての問題の解決がで
きない。

【０００７】また、ＮＡＴ技術自体は様々な形で拡張・
利用されており、この明細書で課題としているサーバの
構築に利用可能と考えられるものに、ＰＰＰと連携した
ＮＡＴ技術や、設定によりパケットのソースアドレスと
デスティネーションアドレスの双方の変換を行えるＣｉ
ｓｃｏ社によるＮＡＴ技術がある。ＰＰＰと連携したＮ
ＡＴにおいては、サーバとの間にＰＰＰ接続を確立後、
サーバよりふり出されたグローバルＩＰアドレスを用い
て、ＰＰＰ回線を経由して外部のインターネットなどの
グローバルＩＰネットワークとの通信においてＮＡＴ機
能を行うものである。つまり確立されたＰＰＰ回線単位
のＮＡＴが可能になっている。この技術を利用して課題
のサーバの構築を考える。この技術をサーバ側の装置に
導入すると、ＰＰＰ回線毎にＮＡＴを行えるので閉域網
単位で利用するサービスをカスタマイズしたり、利用す
るサーバを各閉域網単位で変更することが容易にでき
る。しかし、１台のサーバによる実現を考えると、次の
問題がある。

【０００８】

【発明が解決しようとする課題】（１）クライアントに
相当するユーザの閉域網とサーバ側のネットワークがＰ
ＰＰ接続により接続されるのでＰＰＰトンネリング技術
を利用する場合と同様に、ローカルアドレスで構築され
た閉域網同士の接続においてはアドレス空間の衝突が生
じることになる。特に、この技術をサーバ側に導入する
とクライアントに相当する閉域網のホストから到着した
パケットを受けとったサーバが、閉域網のホストを示す
アドレス部分の重複によりそのパケットがどの閉域網の
ホストから来たのかが識別できず、正しく該当するホス
トへパケットを送り出すことができない。

【０００９】（２）ＰＰＰ接続確立時にふりだされたア
ドレスに対してＮＡＴを行うので、そのアドレスに対し
てサーバ側の複数のサーバの持つアドレスがマッピング
されるので、ユーザの閉域網のホストから複数あるサー
バのうち特定のサーバへの接続を確立することができな
い。確立するには、利用したいサーバの数に応じてＰＰ
Ｐ回線を確立し、ＰＰＰにより取り決められるアドレス
に対してサーバのアドレスを一つ対応させることが必要
になる。

【００１０】（３）サーバを示すアドレスに対して変換
を行うのだが、変換後のアドレスが閉域網のホストを示
すアドレスと同一になると正しく通信が行えない。その
ため、各閉域網のホストの利用するアドレスとサーバ側
ネットワークのサーバのアドレスとが重ならないように
する必要があり、各閉域網でどのようなローカルアドレ
スを用いるかを調べて、サーバ側ネットワークのアドレ
スを決めるため多大な手間と時間がかかる。

【００１１】といった問題があり解決できない、Ｃｉｓ
ｃｏ社の開発したＮＡＴ技術は、ＲＦＣ１６３１で定義
されているＮＡＴとは異なり、対象となるパケットのソ
ースアドレスとデスティネーションアドレスの双方に対
してアドレスの静的／動的な割り当てによるアドレス変
換表を用いてアドレス変換が可能であり、アプリケーシ
ョン層との連携、特にＤＮＳ（Domain Name System）と
の連携によるＮＡＴに利用するアドレス変換表を作成し
ての柔軟な動作が可能である。このような特徴により、
従来のＮＡＴ技術では難しかったグローバルアドレスを
持つインターネット上のサーバなどからＮＡＴ装置の後
ろに接続されているローカルアドレスで構築された閉域
網上のホストへの接続確立をも可能にしている。また、
受けとったパケットの外部のホストを示すアドレスがア
ドレス変換表にない場合はパケットを破棄したり、また
は、外部のネットワークに通知するアドレスを制限する
などにより閉域網の持つ閉域性を保つこともできる。こ
の技術を用いてこの明細書で考えるサーバの構築を行う
と、（１）サーバ側ネットワークもローカルアドレスで
構築された閉域網の場合、アドレス空間の衝突を避け、
インターネット上のサーバなど閉域網の外のホストと通
信するために双方のネットワークでＮＡＴを行う。この
時、閉域網間で通信を行うにはＮＡＴに利用するグロー
バルアドレスとホストの持つローカルアドレスを少なく
とも１対１対応にしない限り接続先のホストを特定でき
ないため通信ができずに駄目である。この場合サーバ側
から閉域網のホストへの接続ができないだけでなく、複
数のサーバが存在する場合には、前述の理由により特定
のサーバへの接続もできない。

【００１２】といった問題がありすべてを解決できな
い。このように、既存の技術を用いた場合この明細書で
述べているサーバ構築に生じる問題の全てを解決し得な
い。

【００１３】

【課題を解決するための手段】第１発明 第１発明、第２発明においてもユーザの利用している複
数のユーザ側ネットワーク（以後、ユーザ側ネットワー
クを閉域網として説明する）はサーバ側のネットワーク
にＰＰＰ（Point-to-Point Protocol)による接続を行
う。このＰＰＰ接続確立時の認証において従来のユーザ
の認証に加え、ＰＰＰ接続を行ってきた接続元がどの閉
域網のどのＰＰＰ回線かの認証を行う。第１発明によれ
ばその結果により、接続しているＰＰＰ接続がどの閉域
網のどのＰＰＰ回線かを示す情報を各ＰＰＰ回線に対応
付ける。そして、この情報をキーとして該当するＰＰＰ
回線に割り当てられたサーバ側ネットワークのアドレス
と、必要に応じて閉域網単位に決められた利用するサー
バのサービスに応じたポート番号を用いて、ＰＰＰ回線
を通してサーバ側ネットワークに入ってくる／から出て
いくパケットに対してソースとデスティネーションの両
方のネットワークアドレスと必要に応じてポート番号の
変換を行う。

【００１４】この第１発明では、サーバ側ネットワーク
において各閉域網単位にアドレス空間を独自に割り当
て、その閉域網単位の方針による柔軟な利用を行う。サ
ーバ側ネットワークにおいて各閉域網に用意されたアド
レス空間は、次の方針により割り当てる。まずＰＰＰ回
線単位に静的にアドレス空間を割り当てる。このアドレ
ス空間は、サブネット単位で割り当てることにする。静
的な割り当て分がなくてもよい。その場合は、全て動的
にサブネット単位でＰＰＰ回線に割り当てる。そして、
もし残った空間があれば割り当てられたアドレス空間を
消費してしまったＰＰＰ回線に対して、ＰＰＰのＬＣＰ
（設定プロトコル）などを用いて動的にＰＰＰ回線に割
り当てるものとする。動的に割り当てるアドレス空間の
大きさは、動的にネゴシエーションにより必要分でもよ
いし、一定の大きさを決めておいてもよいし、あるアル
ゴリズムにより徐々に大きさを大きくするなど自由に選
択できる。また、動的にＰＰＰ回線を割り当てた場合、
どのアドレス空間をその閉域網のどのＰＰＰ回線に割り
当てたかを管理しておくことで、サーバ側から閉域網側
の端末へのパケットを適切なＰＰＰ回線に送り出すこと
ができる。

【００１５】このように閉域網単位で割り当てを含め動
作が独立しているので、接続してくる閉域網のアドレス
空間の衝突による問題の回避や、特定端末への接続を可
能にしている。また、アドレスの変換はサーバ側で行わ
れており、サーバ側で接続に関する制御が容易にでき、
各閉域網の持つ閉域性を維持できるだけでなく、接続す
る閉域網側で、自閉域網のアドレス空間から自由に利用
するサーバにアドレスを付与することが可能であり、導
入時に伴うネットワークの設定変更は最小限に抑えるこ
とができる。以下、このアドレス変換方法を、ルートサ
イドＮＡＴ（以下、Root-side ＮＡＴもしくはＲＮＡ
Ｔ）と呼ぶ。 第２発明 第１発明と同様にＰＰＰ接続確立時にその回線の属する
ユーザの閉域網がどれかの認証を行う。そして、ＰＰＰ
接続確立時の所属の閉域網の認証を終了後に、ＰＰＰ回
線にそれがどの閉域網のどのＰＰＰ回線かを識別できる
に十分なＶＬＡＮ（Virtual ＬＡＮ）を利用する時に利
用するＶＬＡＮを識別する情報とを対応付ける。そし
て、このＶＬＡＮを識別する情報をもとにスイッチング
などのＶＬＡＮ構成技術により、利用するサーバへその
ＰＰＰ回線よりのパケットを運ぶ。そして、１台のサー
バにおいて各ＶＬＡＮを識別する情報単位に各種処理を
行うＯＳを動作させ前述のサーバを実現する。

【００１６】また、ＰＰＰ回線に閉域網を識別するに十
分なＶＬＡＮを識別する情報を対応付ける場合は、パケ
ットを受けとったＰＰＰ回線とそのパケットに示された
閉域網のホストのアドレスを対応付ける。なお、この対
応付けは、ＶＬＡＮを識別する情報単位に行う。これに
より、ユーザのネットワークに変更を加えることなく、
ＶＬＡＮを識別する情報を利用したサーバ側ネットワー
クの制御により容易に上述のサーバを構築、利用でき
る。この所属する閉域網に関する認証結果により、確立
されたＰＰＰ回線に少なくとも閉域網を識別できるＶＬ
ＡＮを識別する情報を割り当てる方法を以下、ＶＮＡＴ
と呼ぶ。

【００１７】

【発明の実施の形態】第１発明 まず第１発明について実施の形態を説明する。いま図１
に示すシステム構成とされているとする。即ち、閉域網
Ａ，Ｂ，Ｃがインターネット／公衆網とそれぞれアクセ
スサーバＡＳを介して接続され、インターネット／公衆
網とサーバ側ネットワークが、この発明によるRoot-sid
e ＮＡＴ機能付きアクセスサーバＲ−ＮＡＴを介して接
続されている。閉域網Ａ，Ｂにおいて各ホスト（端末）
に対して図２Ａに示すようにアドレスが割り当てられて
いる。つまり閉域網Ａの持つアドレス空間において、ホ
スト１にはアドレス１、ホスト２にはアドレス２、ホス
ト３にはアドレス３、利用するServerにはアドレス１０
０が割り当てられているとする。Serverはサーバ側のネ
ットワークにおかれているホストの一つであり、このSe
rverはサーバ側のネットワークにおいて、アドレス１が
与えられている。さらに、サーバ側のネットワークにお
いては図２Ｂに示すように閉域網Ａ，Ｂに対してそれぞ
れ固有のアドレス空間が用意されている。閉域網Ａから
接続してくる端末用にアドレス群１０１〜３００を用意
しており、そのうち、ホスト１とホスト３の利用してい
るＰＰＰ回線１から接続してくる端末用にアドレス群１
０１〜２００を、ホスト２が利用しているＰＰＰ回線２
から接続してくる端末用にアドレス群２０１〜２５０を
それぞれ割り当てている。そして、残りのアドレス群２
５１〜３００は、前述の割り当てを使い切った場合に、
ＰＰＰ回線１，２に対して動的に必要に応じて割り当て
る。閉域網Ｂの持つアドレス空間において、ホスト４に
はアドレス１１、ホスト５にはアドレス２２、利用する
Serverにはアドレス１５０が各々割り当てられている。
さらに、サーバ側のネットワークにおいては閉域網Ｂか
ら接続してくる端末用にアドレス群３０１〜３５０を用
意しており、そのうち、アドレス群３０１〜３１０まで
は閉域網Ｂの端末が直接確立するＰＰＰ回線に静的に割
り当てられている。また、３１１〜３５０まではＰＰＰ
回線１に割り当てられており、このＰＰＰ回線を利用し
てくるホストにサーバ接続時に動的に割り当てるものと
する。このように、サーバ側のネットワークで各閉域網
単位にアドレス空間をプールし、アドレス空間を閉域網
の利用方針に応じてＰＰＰ回線に割り当て、そこから更
に該当するＰＰＰ回線を利用するホストへ静的、動的を
含め柔軟に割り振る。

【００１８】また、各閉域網におかれたアクセスサーバ
ＡＳとRoot-side ＮＡＴの機能を持つ装置Ｒ−ＮＡＴと
の間はＰＰＰ接続されている。また、閉域網の端末は、
このＰＰＰ接続を利用してサーバを利用するか、ＰＰＰ
トンネリングを利用して直接サーバ側におかれたRoot-s
ide ＮＡＴ機能付き装置（Ｒ−ＮＡＴ）とＰＰＰ接続を
行いサーバを利用する。

【００１９】そこで、サーバ側のネットワーク上の物理
的に１台のサーバを各閉域網にあたかも各々存在するよ
うに仮想的に見せ、各閉域網の閉域性を失うことなく複
数閉域網において利用可能にするのが、このRoot-side
ＮＡＴである。このRoot-side ＮＡＴはサーバ側で各閉
域網毎に、あらかじめ用意したアドレスを割り当てるに
際し、閉域網とのＰＰＰ接続確立時に接続を要求してい
る端末が正しいかどうかというホストに関する従来の認
証だけでなく、接続してくる端末がどの閉域網のどのＰ
ＰＰ回線に属するかの認証を行う。この結果を基に、あ
らかじめその閉域網のＰＰＰ回線に用意されたアドレス
群の中から端末に静的にアドレスが割り振られている場
合は該当するものを、そうでない場合は、ＰＰＰ回線単
位に用意されたアドレス空間から端末に動的にアドレス
を割り振る。

【００２０】図１において、ホスト１が接続してきた
時、ＰＰＰ回線がまだ確立していない場合、利用してい
るＡＳ（アクセスサーバ）からＰＰＰ回線の確立がはじ
まり、この時、このＰＰＰ回線が閉域網ＡからのＰＰＰ
回線１であることの認証を行う。そして、この閉域網Ａ
のＰＰＰ回線１用にプールされたアドレス空間からアド
レスをホストに対して動的に割り当てる。今回の場合、
ＰＰＰ回線１には、図２Ｂに示すようにアドレス空間１
０１−２００が与えられており、この空間から動的に与
えるので、ホスト１には、利用されていないアドレス１
０１をサーバ側ネットワークにおいて割り当てる。つま
り、ＲＮＡＴにより閉域網ＡのＰＰＰ回線１よりのパケ
ットについて閉域網Ａで与えられているアドレス１がア
ドレス１０１に変換されることになる。この関係が図２
Ａに示すように表として記憶される。その後、閉域網Ａ
のＰＰＰ回線１を通してホスト１からパケットが到来す
ると、そのアドレス１により図２Ａの表を参照してサー
バ側ネットワークのアドレス１０１に変換される。同様
に、ホスト３からのパケットが来た場合は、ＰＰＰ回線
１からということで同一のアドレス空間から動的にホス
ト３に、利用されていないアドレス１０２が割り当てら
れ、ＲＮＡＴによりホスト３の持つアドレス３がアドレ
ス１０２に変換される。ホスト２がサーバに接続する場
合、別のＰＰＰ回線であるＰＰＰ回線２を利用している
ので、ＰＰＰ回線２用に用意されたアドレス空間２０１
−２５０から割り当てることになり、利用されていない
アドレス２２０がサーバ側のネットワークで割り当てら
れ、ＲＮＡＴによりアドレス２がアドレス２２０に変換
される。

【００２１】ホスト４は、ＰＰＰトンネリングを利用し
てサーバ側の装置に直接ＰＰＰ接続してきており、ＰＰ
Ｐ回線の確立がはじまり、この時、同様の認証によりこ
のＰＰＰ回線が閉域網ＢからのＰＰＰ回線２であること
が認証される。そして、この閉域網ＢのＰＰＰ回線２に
は静的にアドレス３０１が割り当てられているので、Ｒ
ＮＡＴによりホスト４の持つアドレス１１がアドレス３
０１にサーバ側ネットワークにおいて変換されることに
なる。ホスト５がサーバに接続する場合、利用するＰＰ
Ｐ回線が閉域網ＢのＰＰＰ回線１であることが認証さ
れ、ＰＰＰ回線１に用意されたアドレス空間３１１−３
５０から利用されていないアドレスが動的にホスト５に
割り当てられる。今回は、アドレス３１１が割り当てら
れている。ホスト５からサーバへのパケットは、ＲＮＡ
Ｔによりホスト５の持つアドレス２２に対してアドレス
３１１へと変換される。

【００２２】また、接続先に指定されたServerのアドレ
スもサーバ側のネットワークにおいてServerに割り当て
たアドレスへの変換を行う。今回、閉域網Ａに関しては
Serverのアドレス１００がアドレス１に、閉域網Ｂに関
してはServerのアドレス１５０がアドレス１に変換され
ることになる。閉域網単位に割り当てたアドレスを基に
した利用するサービスの制限も可能であるが、閉域網単
位に利用するサーバのポート番号を決めておくことで、
サーバのポート番号により、物理的に１台のサーバによ
り閉域網単位のサービス提供を可能にする。今回、Serv
erにおいて閉域網Ａ向けのサービスは、ポート番号Ａ
で、閉域網Ｂ向けのサービスは、ポート番号Ｂで提供さ
れているとする。

【００２３】Root-side ＮＡＴは、このアドレスの対応
付けとポート番号を基にパケットのソースとデスティネ
ーション両方のネットワークアドレスとポート番号の変
換とをサーバ側の管理のもとで行う。実際、ホスト１が
ServerのＷＷＷ Server （ポート番号８０）を利用する
場合、ホスト１のパケットはＲＮＡＴにより図３に示す
ような変換動作が行われることになる。図３Ａはホスト
１からサーバへのパケット、図３Ｂはサーバからホスト
１へのパケットの各Ｒ−ＮＡＴでの変換を示す。

【００２４】つまり、Root-side ＮＡＴにおけるアドレ
ス変換部分をまとめると、図４に示すようになる。この
図においてＮｅｔＡは、サーバ側のネットワークのアド
レス空間においてServerが存在しているネットワークの
アドレス群、ＮｅｔＢはサーバ側のネットワークのアド
レス空間における各閉域網用に用意されたアドレス群を
まとめたものである。また、図５に示すように各閉域網
用に用意されたアドレス群は、端末あるいは、ネットワ
ークに接続している各ＰＰＰ回線に静的に割り当てら
れ、残りの空間は、静的に割り当てられている空間が足
らなくなった場合に、不足しているＰＰＰ回線に対して
要求に応じて動的に割り当てるために用いる。動的に割
り当てられた空間は、割り当て時にどのＰＰＰ回線に割
り当てたかを管理することで、パケットを適切なＰＰＰ
回線に送出することができる。このように、サーバ側ネ
ットワークに用意された空間は、各空間の利用者である
閉域網が利用の方針を選択できる。各閉域網における端
末のアドレスをサーバ側において閉域網毎にあらかじめ
用意されたアドレスに各々対応付けることをコンパクシ
ョン（Compaction）変換、各閉域網において割り振られ
たServerのアドレスをサーバ側のネットワークにおける
サーバのアドレスに変換することをマージ（Merge)変換
と呼ぶことにする。また、逆Compaction変換は端末に割
り振られたアドレスからどの閉域網のどのＰＰＰ回線か
を図２Ａ，Ｂを参照して識別し、その閉域網における端
末のアドレスに変換する。逆Merge 変換は逆Compaction
変換から得られるどの閉域網に属する端末かの情報か
ら、サーバのアドレスを閉域網におけるサーバのアドレ
スに図２Ａを参照して変換する。そして、どの閉域網の
どのＰＰＰ回線かの識別により適切な閉域網の適切なＰ
ＰＰ回線へとパケットを送り出す。この時、端末からサ
ーバへのパケット、サーバから端末へのパケットのソー
スとデスティネーションアドレスに上記の変換を図６に
示すように行う。また、利用しているサーバのポート番
号にも関してサーバ側ネットワークにおいて閉域網単位
に決めたポート番号から、閉域網において利用されてい
るポート番号へと変換する。

【００２５】この各閉域網毎に与えられたアドレス空間
は、所属する閉域網に関する認証の結果割り当てること
から、各アドレスがどの閉域網であるかは認証されてい
るので、この異なる閉域網のアドレス間の接続をサーバ
側で禁止することで、結果として閉域網間の通信を禁止
し、閉域網の持つ閉域性を確保できることになる。さら
に、各閉域網に割り当てられたこのアドレス空間を基に
したり、各閉域網に対してサーバにおいて利用できるポ
ート番号を決めることで提供するサービスを閉域網毎に
カスタマイズすることが可能になる。従来技術と第１発
明（ルートサイドＮＡＴ）の特徴を図７にまとめて示
す。第２発明 第２発明が適用されるシステム構成を図８に示す。閉域
網Ａ，ＢがそれぞれアクセスサーバＡ５を介してインタ
ーネット／公衆網と接続され、またサーバ側ネットワー
クがＶＮＡＴ機能付きアクセスサーバＶＮＡＴを介して
インターネット／公衆網と接続されている。ＶＮＡＴ機
能付きアクセスサーバＶＮＡＴでは図９に示すようにＶ
ＬＡＮタグを各閉域網の各ＰＰＰ回線に割り当てる。以
下、この割り当てによる変更をＶＮＡＴと呼ぶ。各閉域
網におかれたアクセスサーバＡＳは、サーバ側ネットワ
ークにあるＶＮＡＴ機能を持つアクセスサーバＶＮＡＴ
にＰＰＰ接続を行う。

【００２６】ホスト１，２，３は、いずれも閉域網Ａの
ホストであることから、閉域網Ａを示すＶＬＡＮを利用
する時に利用するＶＬＡＮを識別する情報、例えばＶＬ
ＡＮタグとしてＶＬＡＮ１−ｘが割り当てられる。次
に、同一閉域網からの複数のＰＰＰ回線を識別するため
に子番号ｘを割り当てる。ホスト１と３は、同一のＰＰ
Ｐ回線１から来ており、ＶＬＡＮタグとしてＶＬＡＮ１
−１がＰＰＰ回線１と対応付けされている。また、ホス
ト２は、閉域網ＡのＰＰＰ回線２を利用して接続してい
ることから、ＶＬＡＮタグとしてＶＬＡＮ１−２が該当
するＰＰＰ回線２に対応付けされている。同様に、ホス
ト４，５は閉域網Ｂに属するホストであることから、閉
域網Ｂを示すＶＬＡＮタグとしてＶＬＡＮ２−ｘが割り
当てられることになる。閉域網Ａの場合と同様にＰＰＰ
回線を識別するために、ホスト４にはＶＬＡＮ２−２が
ホスト５にはＶＬＡＮ２−１が割り当てられる。

【００２７】図１０に示すようにＶＮＡＴ機能を持つ装
置ＶＮＡＴにおいてＶＬＡＮタグの割り当てに基づき閉
域網から受け取ったパケットにこのＶＬＡＮタグを埋め
込む。そして、このパケットは、ＩＥＥＥ８０２．１０
やＶＬＡＮ対応のスイッチング機能などの既存のＶＬＡ
Ｎ技術によりServerまでこのＶＬＡＮタグに基づき運ば
れる。パケットを受け取るServerは、図１１に示すよう
にＶＬＡＮタグ毎に別々の処理を行うために複数のＯＳ
が動作できるように変更し、閉域網を識別できる単位の
ＶＬＡＮタグに対し１つのＯＳが動作するようにする。
つまり、ＶＬＡＮ１−ｘのタグに関する処理を行うため
のＯＳ１，ＶＬＡＮ２−ｘのタグに関する処理を行うた
めのＯＳ２をという具合に１台のマシンの中で複数のＯ
Ｓを動作させることになる。サーバ側のネットワークに
おいては、ＶＬＡＮタグを基にパケットの配送が行われ
るのでサーバ側のネットワーク上のサーバを含めて仮想
的な閉域網を構築することができるので、パケットのア
ドレスに関してサーバ側では何ら変換を行う必要はな
い。このように、１台のサーバにおいてＶＬＡＮタグ毎
にＯＳを動作させることでサーバ側の管理の下、閉域網
の持つ閉域性を失うことなく仮想プライベートサーバを
構築できる。第２発明の変形 第２発明の変形例を以下に示す。ホスト１，２，３はい
ずれも閉域網Ａのホストであることから、閉域網Ａを示
すＶＬＡＮタグとしてＶＬＡＮ１が割り当てられる。次
に、同一閉域網からの複数のＰＰＰ回線が確立された場
合に、パケットを受けとったＰＰＰ回線へとそのホスト
宛のパケットを送り返すことができるように、ホストを
示すアドレスとＰＰＰ回線を対応付ける。ホスト１と３
は、同一のＰＰＰ回線１から来ており、各々のアドレス
がＰＰＰ回線１へ対応付けられる。また、ホスト２は、
閉域網ＡのＰＰＰ回線２を利用して接続していることか
ら、ＶＬＡＮタグとしてはＶＬＡＮ１が割り当てられる
が、ホスト２のアドレス２がＰＰＰ回線２に対応付けさ
れる。

【００２８】同様に、ホスト４，５は閉域網Ｂに属する
ホストであることから、閉域網Ｂを示すＶＬＡＮタグと
してＶＬＡＮ２が割り当てられることになる。閉域網Ａ
の場合と同様に受けとったＰＰＰ回線にパケットを送り
返すためにホストのアドレスとＰＰＰ回線とを対応付け
る。この場合、ホスト４のアドレスがＰＰＰ回線２へ、
ホスト５のアドレスがＰＰＰ回線１に対応付けられる。
図１２に示すようにこのＰＰＰ回線とホストのアドレス
の対応付けはＶＬＡＮタグ単位に行うので、ＶＬＡＮ
１，ＶＬＡＮ２の各々独立して対応付けが行われる。参
考までに、ＶＬＡＮ１に関する対応付けは以下のような
ものとなる。この対応付けにおいて最新の接続時刻も合
わせて管理して、タイムアウトを設けるなどによりセキ
ュリティを高めることも出来る。サーバからのパケット
を受けとるとこのＶＮＡＴ変換を行っている装置におい
て、パケットに埋め込まれているＶＬＡＮタグをキーと
して、まず検索する対応表を決め、次にパケットに埋め
込まれているデスティネーションアドレス（ホストのア
ドレス）をキーとして対応表を検索し、送り出すべきＰ
ＰＰ回線を調べる。その結果により、パケットを受けと
ったＰＰＰ回線へと送出することができる。具体例 この発明の方法により可能となる仮想プライベートサー
バを利用した具体例として、複数業者を対象とする調達
業務の例を用いて述べる。今回、企業１が調達のために
各々企業Ａ，Ｂに調達依頼をし、どちらか良い方を選択
するために企業間でデータの登録、交換しあうことが必
要となる場合での具体例である。第１発明の具体例 図１３に示すようなネットワーク構成になっているとす
る。閉域網Ａ，Ｂ，１はそれぞれアクセスサーバＡＳ
１，ＡＳ２，ＡＳ３によりインターネットと接続され、
ＩＳＤＮ網がアクセスサーバＡＳ４によりインターネッ
トと接続され、サーバ側ネットワークがルートサイドＮ
ＡＴ機能付きアクセスサーバＲ−ＮＡＴによりインター
ネットと接続されている。また、ルートサイドＮＡＴ機
能を持つ装置Ｒ−ＮＡＴにおいては図１４に示すように
アドレスの変換表を作成して動作する。変換表の作り方
は後述する。ここで、閉域網Ｎは、企業Ｎの持つ閉域網
を意味するものとする。サーバ網のネットワークにおか
れたルートサイドＮＡＴ機能付き装置Ｒ−ＮＡＴと各閉
域網に置かれたアクセスサーバＡＳ１，ＡＳ２，ＡＳ３
との間はトンネリングを利用してＰＰＰ接続される。ま
た、ＩＳＤＮなどを利用してアクセスサーバＡＳ４に接
続し、これを経由して閉域網に属するホストが直接サー
バ側ネットワークにある装置Ｒ−ＮＡＴとＰＰＰ接続を
行うこともできる。

【００２９】各閉域網のホストには所属する閉域網の持
つアドレス空間から図１２に示すようにアドレスが各々
割り振られている。このRoot-side ＮＡＴの機能を利用
するために、サーバ側のネットワークにおいて各閉域網
のためにアドレス空間をプールしてある。この例におい
て、閉域網Ａにはエアアドレスで表わして１０．１０．
１．０サブネットマスク２５５．２５５．２５５．０の
アドレス空間を用意し、この空間から閉域網Ａから接続
してくる端末にアドレスを割り当てる。同様に、閉域網
Ｂには１０．１０．２．０サブネットマスク２５５．２
５５．２５５．０のアドレス空間を用意し、この空間か
ら閉域網Ｂから接続してくる端末に、閉域網１には１
０．１０．１１．０サブネットマスク２５５．２５５．
２５５．０のアドレス空間を用意し、この空間から閉域
網１から接続してくる端末にアドレスを割り当てる。

【００３０】閉域網Ａにおいて、ホスト１は１０．０．
１．１３、ホスト２は１０．０．３．２０、利用するＷ
ＷＷ Server に１０．１．１．１が割り当てられている
とする。実際には、ＷＷＷ Server はサーバー側のネッ
トワークにおかれていて、このＷＷＷ Server はサーバ
ー側のネットワークにおいて、１０．１００．１０．１
が割り当てられ、異なる複数の閉域網に属する端末に対
してサービスを提供している。サーバ側のネットワーク
において閉域網Ａに割り当てられているアドレス空間１
０．１０．１．０サブネットマスク２５５．２５５．２
５５．０のうち、１０．１０．１．０サブネットマスク
２５５．２５５．２５５．１９２はＰＰＰ回線１に、１
０．１０．１．６４サブネットマスク２５５．２５５．
２５５．１９２は、ＰＰＰ回線２に割り当てられてい
る。そして、残りの空間１０．１０．１．１２８サブネ
ットマスク２５５．２５５．２５５．１２８は動的にＰ
ＰＰ回線１，２からの要求に応じてサブネットワーク単
位で要求してきたＰＰＰ回線に割り当てるためにとって
ある。また、閉域網Ａの端末がＷＷＷ Server を利用す
る場合、サーバ側のネットワークにおいて、ポート番号
８０８０番で閉域網Ａ用のサービスを展開するように設
定されている。

【００３１】今、ホスト１がＷＷＷ Server を利用する
場合、アクセスサーバ１（以下、ＡＳ１）から確立され
るＰＰＰ回線１を利用するようになっている。もし、Ａ
Ｓ１とサーバ側のRoot-side ＮＡＴ機能付きＡＳ（以
下、ＲＮＡＴ装置）との間にＰＰＰ回線１が確立してい
ない場合、まずＰＰＰ接続を確立する。この時、ホスト
の認証だけでなくどの閉域網のどのＰＰＰ回線かを認証
する。この場合、閉域網ＡのＰＰＰ回線１であることが
認証される。次に、閉域網ＡのＰＰＰ回線１用にサーバ
側ネットワークにおいて割り当てられているアドレス空
間に利用していないアドレスがあるかをチェックする。
今回の場合使用されていないアドレスがあるとし、その
空間からホスト１に動的に１０．１０．１．１５が割り
当てられる。もし、すでにＰＰＰ回線１用の空間がすべ
て使用されている場合、ＡＳ１がＰＰＰのＬＣＰなどを
利用して必要な分のアドレス空間を要求し、これに応じ
てＲＮＡＴ装置において、閉域網Ａの持つ動的に割り当
てるために用意されている空間１０．１０．１．１２８
サブネットマスク２５５．２５５．２５５．１２８から
要求のうち許可分を新たに複数のＰＰＰ回線１に割り当
て、その中から動的にホスト１にアドレスを割り当てる
ことになる。この時、割り当てる空間がどのＰＰＰ回線
に割り当てたかをＲＮＡＴ装置で管理し、これによりパ
ケットを適切なＰＰＰ回線へと送り出せる。動的に割り
当てるのは、サブネット単位の要求分を割り当てる他
に、決まった一定のサブネット空間分でもよいし、徐々
にサブネット空間を単位として大きくしていってもよ
い。

【００３２】ホスト２は、閉域網Ａにおいてアドレスが
１０．０．３．２０であり、ＡＳＩとＲＮＡＴ装置間に
確立されるＰＰＰ回線２を利用してサーバに接続する。
ホスト１が接続する場合と同様に、このＰＰＰ接続確立
時にこのＰＰＰ回線が閉域網Ａに属するＰＰＰ回線２で
あることが認証される。そして、閉域網ＡのＰＰＰ回線
２用に用意された空間１０．１０．１．６４サブネット
マスク２５５．２５５．２５５．１９２から使用されて
いないアドレスを検索し、ホスト２に割り当てる。今
回、ホスト２には、１０．１０．１．１００が動的に割
り当てられる。もし、あらかじめ用意された空間がすべ
て使用されていたら、ホスト１の時と同様にして動的に
アドレス空間をＰＰＰ回線２に割り当て、その空間から
動的にホスト２に割り当てる。このようにして、接続し
てきたホストにサーバ側のネットワークにおいてアドレ
スが割り当てられ、ＲＮＡＴ機能に必要なアドレス変換
表が作られる。

【００３３】ホスト１からＷＷＷ Server への場合、Ｒ
ＮＡＴ装置においてパケットのソースアドレスを１０．
０．１．１３から１０．１０．１．１５へ、デスティネ
ーションアドレスを１０．１．１．１から１０．１０
０．１０．１へと変換する。また、ＷＷＷ Server を利
用するために、サーバのポート番号８０にホスト１は利
用要求を出すが、ＲＮＡＴ装置において閉域網Ａ用のサ
ービスを提供しているサーバのポート番号８０８０にポ
ート番号も変更して、変換後サーバ側ネットワークのル
ーティングにより正しくサーバに送られ、閉域網Ａ向け
のサービスの利用が行われる。

【００３４】逆にＷＷＷ Server からホスト１へのパケ
ットは、デスティネーションアドレスを１０．１０．
１．１５から閉域網Ａに属するホスト１であることとＡ
Ｓ１から確立されているＰＰＰ回線１向けのパケットで
あることを識別し、アドレスを１０．０．１．１３へと
変換する。次にホスト１が閉域網Ａに属しているという
情報からソースアドレスを１０．１００．１０．１から
１０．１．１．１へ変換する。そして、ポート番号も８
０８０からホストが送ってきたパケットに指定されてい
たポート番号８０へと変換される。この変換後、受け取
ったパケットの持つデスティネーションアドレスに基づ
く情報により適切なＰＰＰ回線である閉域網ＡのＰＰＰ
回線１へパケットを送り出す。

【００３５】同様に、閉域網Ｂの場合について述べる。
閉域網Ｂにおいて、ホスト３は１０．０．１．３０、ホ
スト４は１０．０．１．１４、利用するＷＷＷ Server
に１０．１０．１５．１を割り当てているとする。実際
には、ＷＷＷ Server はサーバ側のネットワークにおか
れていて、このＷＷＷ Server は前述同様、サーバ側の
ネットワークにおいて、１０．１００．１０．１が割り
当てられている。サーバ側のネットワークにおいて、閉
域網Ｂに割り当てられているアドレス空間は、１０．１
０．２．０サブネットマスク２５５．２５５．２５５．
０であり、閉域網Ｂでは、端末自身がＲＮＡＴ装置に直
接ＰＰＰ接続する利用も行われており、そのために、１
０．１０．２．６４．サブネットマスク２５５．２５
５．２５５．１９２の空間をそれらのために用意し、各
ＰＰＰ回線と１対１対応にアドレスを静的に割り振って
いる。今回、ＰＰＰ回線２以降が端末から直接確立され
るＰＰＰ回線とし、ＰＰＰ回線２には、１０．１０．
２．６５が割り当てられており、他の該当するＰＰＰ回
線もアドレスが１つ静的に割り当てられている。また、
ＡＳ２から確立されるＰＰＰ回線１用には１０．１０．
２．０サブネットマスク２５５．２５５．２５５．１９
２の空間を静的に割り当てており、このＰＰＰ回線を利
用するホストにアドレスはこの空間から動的に割り当て
られる。残りの空間１０．１０．２．１２８サブネット
マスク２５５．２５５．２５５．１２８は割り当て分を
使用したＰＰＰ回線１からの要求に応じて動的に割り当
てるために用意してある。

【００３６】ホスト３はＡＳ２により確立されているＰ
ＰＰ回線１を利用して接続しているので、閉域網Ａのホ
スト１や２の場合と同様に、利用しているＰＰＰ回線が
閉域網ＢのＰＰＰ回線１であることが認証されると、静
的に割り当てられた空間１０．１０．２．０サブネット
マスク２５５．２５５．２５５．１９２に使用されてい
ないアドレスがあるかを検索し、あればその中から任意
なものを割り振る。今回、ホスト３にはサーバ側ネット
ワークにおいて、１０．１０．２．１０が割り当てられ
る。ホスト４は、今、移動しており最寄りのＡＳ４に着
呼し、ＰＰＰトンネリングを利用してＲＮＡＴ装置に対
して直接ＰＰＰ回線を確立する。この確立時に、ＰＰＰ
回線が閉域網ＢのＰＰＰ回線２であることが認証され、
ＰＰＰ回線２は静的にアドレスが１つ割り当てられてお
り、この例では割り当てられているアドレス１０．１
０．２．６５がホスト４のアドレスとなる。また、ＷＷ
Ｗ Server のアドレスは閉域網Ａの場合と同じである。
また、利用するサービスを示すポート番号は、閉域網Ｂ
にはポート番号８０８１が割り当てられている。

【００３７】実際のホストからＷＷＷ Server （ポート
番号８０）への通信時には、ホスト１，２の場合と同様
に図１４に示す変換表などによりＲＮＡＴ装置におい
て、パケットの持つソースとデスティネーションアドレ
スを各々変換し、さらにポート番号に関して、８０から
閉域網Ｂに対して指定されている８０８１番に変換され
る。逆にＷＷＷ Server からホストへのパケットも、前
述と同様にパケットの持つソースとデスティネーション
双方のアドレスとポート番号を変換する。この変換時
に、パケットのデスティネーションアドレスによりホス
トの所属する閉域網がどれであるか、その閉域網から複
数のＰＰＰ回線が存在する場合には、どのＰＰＰ回線へ
送り出すかを判断できる。また、この情報を基にサーバ
に対して接続しているポート番号も変換される。そし
て、アドレスとポート番号が変換後、適切なＰＰＰ回線
へと送出される。例えば、ホスト３へのパケットの場合
は、１０．１０．２．１０がデスティネーションアドレ
スとして与えられているので、これにより閉域網ＢのＰ
ＰＰ回線１へ送り出せば良いパケットであることが識別
されて送り出される。

【００３８】閉域網１のホスト５の場合も同様に動作
し、閉域網１の決めたアドレス空間の割り当て方針によ
りアドレスがホスト５に割り当てられ、図１３に示すよ
うな表が作られ、これを利用してアドレス変換がホスト
５に関して行われる。また、閉域網１用に決められたサ
ーバ利用時のポート番号８０８８とすると、ポート番号
に関しても変換が行われる。サーバ側ネットワークから
ホストへのパケットに対しても前述と同様の仕組みによ
り適切な閉域網の適切なＰＰＰ回線へと送られる。

【００３９】ここで、アドレスは所属する閉域網を認証
した結果としてサーバ側のネットワークにおいて割り振
られるので閉域網を示すという意味においてアドレスは
保証されていることになり、このアドレスを基に制限を
行うことは、閉域網単位での制限を行ことと同等であ
る。つまり、アドレス１０．１００．１０．１を持つＷ
ＷＷ Server は、１０．１０．１．０サブネットマスク
２５５．２５５．２５５．０、１０．１０．２．０サブ
ネットマスク２５５．２５５．２５５．０、１０．１
０．１１．０サブネットマスク２５５．２５５．２５
５．０の各アドレス空間からの接続のみを許可すること
で、これ以外のアドレス、つまり他の閉域網からの利用
を容易に制限ができる。これにより、限られた閉域網間
での通信を閉域性を保ちながらできる。また、アドレス
を利用したデータへのアクセス制限だけでなく、今回の
ように閉域網単位で利用するポート番号を決めておき、
そのポート番号単位にそれに応答するプログラムを動作
させ、参照できるデータ、参照して変更できるデータな
どを設定しておくことで物理的に一台のサーバによる複
数閉域網向けにカスタマイズしたサービスが実現でき
る。

【００４０】今回の場合、閉域網Ａ，Ｂに割り当ててい
るポート番号８０８０と８０８１に対して動作している
プログラムがアクセス、操作できるデータを各々区別す
ることで、同一サーバ上にデータがあっても閉域網Ａは
自分の登録したデータは参照・変更はできるが、閉域網
Ｂの登録したデータは変更する事はもちろん見ることも
できないようにできる。逆に、閉域網１に割り当てたポ
ート番号８０８８に対して動作しているプログラムは、
先のポート番号８０８０と８０８１で動作しているプロ
グラムがそれぞれアクセス、操作できるデータの両方に
アクセスすることが出来るようにすれば、閉域網１のホ
ストは、閉域網Ａ，Ｂ双方が独立して管理するデータを
参照できる。これにより、今回の例としている調達業務
において要求される注文主の企業１が注文先である企業
Ａ，Ｂ双方のデータを自由に見ることができるという課
題がクリアされる。これは、今回のようにポート番号で
制限を行ってもよいし、閉域網単位に割り当てたアドレ
ス空間を用いて制限を行っても良い。また、異なるアド
レス空間における通信を禁止することで、サーバ側のネ
ットワークを介した異なる閉域網間での通信を防止で
き、閉域網の持つ閉域性を維持することができる。さら
には、接続先のサーバのアドレスもサーバ側で管理でき
るので、複数のサーバを用意しておけばサーバの負荷に
応じてアドレスの変換を行うことでサーバの負荷分散も
可能になる。

【００４１】次に、ＩＰネットワークによる通信時に重
要な働きをするＤＮＳ（Domain Name System）サーバと
の動きを、閉域網Ａとサーバ側ネットワークとの通信時
を例として述べる。図１２において、まずユーザの閉域
網に属するホストがサーバ側のネットワークのホストに
接続する場合を述べる。閉域網Ａに属するホスト１がサ
ーバ側ネットワークのＷＷＷサーバに接続するために、
閉域網Ａ上のＤＮＳサーバ２に接続したいＷＷＷサーバ
のアドレスを問い合わせる。閉域網Ａのアドレス空間に
おいてＷＷＷサーバに対してアドレスが割り当てられて
いるので、ＤＮＳサーバ２は閉域網Ａで該当するサーバ
に割り当てられたアドレス１０．１．１．１をホスト１
に返す。そして、ホスト１は、ソースアドレスを自分の
持つアドレス１０．０．１．１３、デスティネーション
アドレスをサーバの持つアドレス１０．１．１．１、デ
スティネーションのポート番号８０としたパケットを送
出する。そして、閉域網Ａのネットワークにおいて１
０．１．１．１宛のパケットをＡＳ１へ届くように正し
くルーティングを設定しておくことで、このパケット
は、ＡＳ１に届き、必要ならばＰＰＰ回線を確立してサ
ーバ側ネットワークのＲＮＡＴ機能付き装置まで運ばれ
る。このパケットを受け取ったＲＮＡＴ機能付き装置は
パケットのデスティネーションアドレスを自身の持つ変
換表を基に、１０．１．１．１から１０．１００．１
０．１へと変換する。次に、ソースアドレスの１０．
０．１．１３を変換表の中において検索する。検索した
結果、該当するアドレスが存在するとそのアドレスを利
用して、今回の例の場合は１０．１０．１．１５に変換
し、さらにデスティネーションのポート番号８０を、閉
域網Ａ用に割り当てられたポート番号８０８０に変換さ
れ、そのパケットは該当するサーバへと運ばれる。も
し、該当するアドレスがない場合は前述の方法によりサ
ーバ側ネットワークにおいて割り当てられ、以下通常の
場合と同様に通信が行われる。

【００４２】もし、仮にＤＮＳサーバ２に接続したいサ
ーバのアドレスが登録されていない場合、ＤＮＳサーバ
２はサーバ側ネットワークのＤＮＳサーバであるＤＮＳ
サーバ１にサーバのアドレスを問い合わせる。この問い
合わせパケットはルーティングによりＡＳ１を経由して
サーバ側ネットワークのＲＮＡＴ装置に送られる。受け
取ったＲＮＡＴ装置は、パケットのソースとデスティネ
ーションアドレスの両方を変換表に基づき変換する。そ
して、該当パケットがＤＮＳのアドレス問い合わせパケ
ットの場合、パケットのデータには変更を加えずＤＮＳ
サーバ１へ送る。ＤＮＳサーバ１は、指定された接続先
のサーバのアドレスをレスポンスとして返す。今回の場
合、サーバのアドレス１０．１００．１０．１がデータ
として埋め込まれる。このレスポンスパケットは、サー
バ側ネットワークのルーティングによりＲＮＡＴ装置へ
と送られる。受け取ったＲＮＡＴ装置はデスティネーシ
ョンアドレス１０．１０．１．６２（サーバ側ネットワ
ークにおいて閉域網ＡのＤＮＳサーバ１に静的に割り当
てたアドレス）からパケットが閉域網ＡのＡＳ１から来
ているＰＰＰ回線１に送り出せばよいことを識別し、閉
域網Ａに関する変換により正しくソースとデスティネー
ションアドレスを変換する。また、このパケットがＤＮ
Ｓのレスポンスパケットでありホストのアドレスを返す
ものである場合、データとして埋め込まれたサーバのア
ドレス１０．１００．１０．１を閉域網Ａにおいて割り
当てられたサーバのアドレスである１０．１．１．１．
に変換され、このパケットはＤＮＳサーバ２へと送られ
る。これを受け取ったＤＮＳサーバ２は、１０．１．
１．１を接続したいサーバのアドレスとしてホスト１へ
答え、ホスト１は通常の接続と同様にパケットを送出し
通信を行う。

【００４３】逆にサーバ側ネットワーク上のＷＷＷサー
バが閉域網のホスト１に接続する場合について述べる。
まず、サーバ側ネットワークのサーバがホスト１のアド
レスをＤＮＳサーバ１に問い合わせる。ＤＮＳサーバ１
はホスト１のアドレスを知らないので、ホスト１の名前
に含まれているドメイン名などからホスト１がまず閉域
網Ａに属するホストであることを認識する。そして、閉
域網ＡのＤＮＳサーバであるＤＮＳサーバ２に対してサ
ーバ側ネットワークで割り当てたアドレス（今回の場
合、１０．１０．１．６２）をデスティネーションアド
レスとしてアドレス問い合わせのパケットを送出する。
このパケットはサーバ側のネットワークにおいてＲＮＡ
Ｔ装置へとルーティングされる。パケットを受け取った
ＲＮＡＴ装置はデスティネーションアドレスから閉域網
ＡのＰＰＰ回線１向けのパケットであることを識別し、
閉域網Ａのアドレス空間へとソースとデスティネーショ
ンアドレスの両方を自身の持つ変換表により変換する。
そして、閉域網ＡのＤＮＳサーバ２へと送出される。

【００４４】このパケットを受け取ったＤＮＳサーバ２
は、問い合わせられているホスト１の閉域網Ａでのアド
レス１０．０．１．１３をレスポンスとして、サーバ側
ネットワークのＤＮＳサーバ１へと送る。このパケット
はサーバ側ネットワークのＲＮＡＴ装置が受け取り、ま
ずソースとデスティネーションアドレスを各々変換表よ
り変換する。そして、このパケットがホストのアドレス
問い合わせの答えであることからデータに埋め込まれて
いるホストのアドレス部分をサーバ側ネットワークのア
ドレスへと変換する。この時、ＲＮＡＴ装置の持つ変換
表を検索し該当するデータがあれば、変換表から対応す
るアドレスへと変換して、ＤＮＳサーバ１へ送る。ま
た、該当するデータがない場合は、前述の方法によりホ
スト１へ閉域網ＡのＰＰＰ回線１用に割り当てたアドレ
ス空間から動的にアドレスを割り当て、割り当てたアド
レスへＤＮＳサーバ２からのレスポンスであるホスト１
のアドレスを変更し、ＤＮＳサーバ１へ送る。今回は、
アドレス１０．１０．１．１５が割り当てられ変換され
ることになる。この時、ＲＮＡＴ装置の持つ変換表に該
当するホスト１に関するアドレスデータを付加する。こ
のようにＤＮＳサーバのレスポンスであるホストのアド
レスは変換され、変換されたアドレスが該当する閉域網
のホストに接続要求しているサーバへと通知される。そ
して、通知されたアドレスをデスティネーションアドレ
スとして、サーバは閉域網に属するホストへの接続を試
み、ＲＮＡＴによるアドレス変換機能によりサーバ側か
らホストへの接続が確立されて通信が開始される。

【００４５】このようにすることでＤＮＳサーバとの連
携が可能であり、既存のＤＮＳサーバに変更を加える必
要がなく利用が可能となり、多くの通信に利用されてい
るＩＰネットワークでの導入が容易であり、またサーバ
と閉域網のホストの双方向からの接続の確立が実現でき
る。また、ＤＮＳサーバを利用してアドレスの通知を制
限すればサーバからの接続ができる閉域網のホストを限
定するなど細かな制御も出来、閉域網の方針による閉域
性の維持ができる。

【００４６】以上から、サーバ側のネットワークにおい
て各閉域網毎にアドレス空間を用意し、さらには、各閉
域網ごとにサーバに対して利用できるポート番号を決め
て、受けとった／送り出すパケットの該当する各部分を
変換しているので、サーバ側から端末への情報配信や閉
域網毎、あるいは、地域毎にカスタマイズしたサービス
の実現が可能になる。さらに閉域網単位にアドレスを割
り当てるので閉域網の持つ閉域性を保持したまま複数閉
域網に対し１台のサーバによるサービスの提供ができる
仮想プライベートサーバの構築を可能にする。また、動
的に割り当てるアドレスの割り当て有効期限をある一定
時間／あるイベント終了までとすることで、一度動的に
割り当てたアドレスの再利用が可能でありスケーラビリ
ティやセキュリティを確保することも可能である。第２発明の具体例 第１発明の具体例の場合と同様に、企業１が企業Ａ，Ｂ
に対して調達を行う場合を例にして述べる。ネットワー
クの構成は、図１５に示すようなものとなっている。即
ち閉域網Ａ，Ｂ，１はそれぞれアクセスサーバＡＳ１，
ＡＳ２，ＡＳ３によりインターネットと接続されサーバ
側ネットワークはＶＮＡＴ機能付きアクセスサーバによ
りインターネットと接続されている。閉域網Ｎは、企業
Ｎの持つ閉域網を示している。また、ＶＮＡＴ機能を持
つ装置においては図１６に基づき各閉域網のＰＰＰ回線
単位にＶＬＡＮタグを割り当てる。ホスト１がサーバ側
ネットワーク上のサーバを利用する時、ＡＳ１とＶＮＡ
Ｔ機能付ＡＳ（以下、ＶＮＡＴ装置）との間にＰＰＰ接
続がなければＰＰＰ接続を確立する。このＰＰＰ接続確
立時の認証において、このＰＰＰ回線が閉域網ＡのＰＰ
Ｐ回線１であることが認証される。閉域網Ａを示すＶＮ
ＡＴタグとしてＶＬＡＮ１が割り当てられており、これ
までＰＰＰ回線１を示すために子番号を用いてこのＰＰ
Ｐ回線１に対してＶＮＡＴ１−１というＶＬＡＮタグが
割り当てられる。これにより、閉域網ＡのＰＰＰ回線１
であることを識別できる。ＰＰＰ回線２が確立した場合
は、ＶＬＡＮ１−２というように子番号をＰＰＰ回線に
対応させるものとする。ＶＬＡＮタグの形式は既存のＶ
ＬＡＮ技術を利用するために、ＩＥＥＥ８０２．１０な
どで定義されているものなど既存のものを用い、情報量
としてここに述べたどの閉域網のどのＰＰＰ回線である
か識別できるものであればよい。

【００４７】ＶＮＡＴ機能によりこのＰＰＰ回線を通し
てサーバ側のネットワークに来るパケットに関しては、
図９に示したようにＶＬＡＮタグを埋め込み、このタグ
を基にサーバへ配送される。そして、サーバではＶＬＡ
Ｎタグ毎に様々な処理を行うプログラム、例えばＯＳを
別個に動作させ処理を行う。このサーバではＶＬＡＮタ
グと接続してきたホストの情報を関連付けることでホス
トへ向けてパケットの送出時には、適切なＶＬＡＮタグ
をつけて送り出すことができる。これにより、サーバ側
ネットワークでのアドレスの変換は必要とすることな
く、自閉域網に存在するかのようにサーバを利用でき
る。また、ＶＬＡＮタグ毎にＯＳが動作しているために
その動作は閉域網単位で柔軟に変更できるようになって
おり、参照・登録するデータもＶＬＡＮタグをキーにし
て制限をかけることができる。サーバ側ネットワークか
ら閉域網へ送り出される時には、受け取ったパケットに
ついているＶＬＡＮタグを取り除き、ＶＬＡＮタグから
パケットの配送先として適切な閉域網と適切なＰＰＰ回
線を識別し正しいＰＰＰ回線へと送り出す。

【００４８】ホスト２がサーバ側のネットワークに接続
する場合は、ＰＰＰ回線２を利用するので、このホスト
２からサーバ側ネットワークへのパケットには前述の方
法と同様にＶＬＡＮタグが割り当てられＶＬＡＮ１−２
を用いることになる。このタグを用いて、ホスト１の場
合と同様に動作する。各々のパケットに埋め込まれるＶ
ＬＡＮタグは異なるが、サーバは閉域網Ａを示すＶＬＡ
Ｎ１を基にして動作を決定するので、利用するＰＰＰ回
線が異なっていても同一のデータを参照・変更できる。
逆に、サーバからホスト１，２へのパケットはＶＬＡＮ
タグにより閉域網Ａへのものであることが識別され、さ
らにＶＬＡＮタグの子番号を基にホスト１へのパケット
はＰＰＰ回線１へ、ホスト２へのパケットはＰＰＰ回線
２へと適切に振り分けられる。

【００４９】ホスト３，４は同じＡＳ２を介してサーバ
側ネットワークに接続しており、ともにＰＰＰ回線１を
利用しているので、利用するＶＬＡＮタグは同じでＶＬ
ＡＮ２−１を用いて、ＶＮＡＴ装置においてパケットに
組み込まれ、サーバへと送られる。サーバからホストへ
のパケットも前述のホスト１と同様にして適切なＰＰＰ
回線を通りホストへと送られる。

【００５０】ホスト５の場合も同様に、ＰＰＰ接続確立
時に所属する閉域網が閉域網１であり、これがＰＰＰ回
線１であることが認証され、それに基づき閉域網１を示
すＶＬＡＮタグであるＶＬＡＮ３、ＰＰＰ回線１を示す
ＶＬＡＮタグであるＶＬＡＮ３−１が割り当てられる。
そして、他のホスト同様の動作により正しくホストとサ
ーバ間においてやり取りされる。また、ＶＬＡＮタグが
ＶＬＡＮ３に関する処理をするＯＳからは、ＶＬＡＮタ
グがＶＬＡＮ１，ＶＬＡＮ２しか参照できないデータを
参照することが出来るようにすることで、企業１のユー
ザは、企業Ａ，Ｂが登録したデータを見ることができ、
今回の例となっている調達業務に必要となる制限付きの
閉域網間の通信が実現される。

【００５１】次に、ＩＰネットワークによる通信時に重
要な動きをするＤＮＳ（Domain Name System）サーバと
の動きであるが、第２発明の場合はサーバは確かにサー
バ側のネットワーク上にあるが、ＶＬＡＮ機能の利用に
より仮想的に閉域網内での通信が実現されているので、
ＤＮＳサーバは通常の場合と同様の利用が可能であり、
サーバに割り当てられたアドレス宛のパケットが正しく
閉域網においてサーバ側のネットワークにあるＶＮＡＴ
装置とＰＰＰ接続できるＡＳへと正しくルーティングさ
れるように設定するだけで利用が可能になる。

【００５２】このようにして、サーバのアドレスをデス
ティネーションアドレスとし、そのパケットがサーバ側
ネットワークへ運ばれるようにするなど、ユーザ側のネ
ットワークに変更を最小限にしてサーバ側の制御のもと
１台のサーバにより複数の閉域網に対して各々サーバが
あるかのように動作できる仮想プライベートサーバによ
るサービスの提供が可能になる。

【００５３】第２発明の変形に対する具体例を以下に示
す。ＰＰＰ回線確立時に所属する閉域網の認証を行い、
閉域網単位で、ＰＰＰ回線と受けとったパケットの送出
元であるホストのアドレスとを対応付ける。今回の場
合、図１７に示すような表をＶＮＡＴ装置が持つことに
なる。また各閉域網Ａ，Ｂ…に対してＶＬＡＮタグ，Ｖ
ＬＡＮ１，ＶＬＡＮ２，…が予め割り当てられてある。

【００５４】ホスト１がサーバ側ネットワークに接続を
試みると、ＡＳ１とＶＮＡＴ装置との間にＰＰＰ回線１
が確立され、閉域網Ａであることが認証される。そし
て、この認証結果によりＶＬＡＮタグのＶＬＡＮ１がこ
のＰＰＰ回線１に割り当てられる。そして、ホスト１か
らのパケットがＶＮＡＴ装置に到着すると、ＶＮＡＴ装
置ではパケットに埋め込まれたホスト１のアドレス１
０．０．１．１３と、パケットが運ばれてきたＰＰＰ回
線１とを対応付ける。そして、認証結果により割り当て
られたＶＬＡＮタグを埋め込み、サーバへと送られる。
逆に、サーバからパケットが到着すると、埋め込まれた
ＶＬＡＮタグのＶＬＡＮ１により図１７の対応表からＶ
ＬＡＮ１に関するものを選択し、パケットのデスティネ
ーションアドレスであるホスト１のアドレス１０．０．
１．１３をキーにして検索を行い、対応表よりこのパケ
ットを閉域網Ａとの間に確立されたＰＰＰ回線１に送り
出せばよいことを認識し、ＶＬＡＮタグを取り除きＰＰ
Ｐ回線１へと送り出す。このようにして、同一の閉域網
から複数のＰＰＰ回線が確立された場合でも、パケット
を受けとったＰＰＰ回線へ正しくパケットを送り出すこ
とができる。

【００５５】ホスト２の場合は、閉域網Ａに属するホス
トであるので、ホスト１と同様にＶＬＡＮ１が割り当て
られる。しかし、利用しているＰＰＰ回線がホスト１と
異なるので、ホスト２のアドレス１０．０．３．２０は
ＰＰＰ回線２へと対応付けされる。これにより、ホスト
１と同様にＶＬＡＮ１がパケットに埋め込まれるが、サ
ーバからのパケットはこの対応表により、ホスト２宛の
パケットは適切にＰＰＰ回線２を利用して送られる。ホ
スト３，４，５の場合も同様の方法によりＶＬＡＮタグ
が割り当てられ、ホストのアドレスとＰＰＰ回線が割り
当てられ、ＶＬＡＮタグ単位で独立して管理される。こ
れにより、適切な閉域網の適切なＰＰＰ回線へとパケッ
トを送り出すことができる。

【００５６】次に図１８を参照して図１中のＲ−ＮＡＴ
装置、つまりルートサイドＮＡＴ機能付きアクセスサー
バの概略機能構成を説明する。複数のＰＰＰ回線処理部
１１が設けられＰＰＰ回線処理部１１には認証部１２が
付属されている。ＰＰＰ回線確立の際にどの閉域網のど
のＰＰＰ回線であるかの認証が認証部１２で確認され、
図２Ｂに示したアドレス割り当てテーブル１３を参照し
てそのＰＰＰ回線を利用して到着したパケットのホスト
にサーバ側ネットワークの割り当て分のうち空きアドレ
スが割り当てられ、その各閉域網のＰＰＰ回線と閉域網
側のアドレスと、割り当てたサーバ側ネットワークのア
ドレスとの対応表（変換表）１４が作られる。ＰＰＰ回
線処理部１１に端末からパケットが来ると、そのＰＰＰ
回線が確立していれば、その閉域網とＰＰＰ回線に該当
する対応表１４を参照して、そのパケットのアドレスに
対して、アドレス変換部１５でアドレス変換を行ってサ
ーバ側ネットワークへ送られる。サーバ側ネットワーク
からのパケットは、そのアドレスにより対応表１４を参
照して、閉域網側で付与したアドレスに変換すると共に
どの閉域網のどのＰＰＰ回線かを知り、対応するＰＰＰ
回線処理部１１よりＰＰＰ回線へ送出する。

【００５７】このＲ−ＮＡＴ装置において閉域網からパ
ケットに対する処理は図１９に示すようになる。まず最
初のパケットの到来に先立ち、ＰＰＰ回線接続要求があ
るかがＰＰＰ回線処理部１１で調べられ（Ｓ１）、接続
要求であればどの閉域網のどのＰＰＰ回線からの要求で
あるかを認証し（Ｓ２）、ＰＰＰ回線を確立する（Ｓ
３）。

【００５８】この状態でそのＰＰＰ回線を利用したホス
トからのパケットを待ち（Ｓ４）、パケットが到来する
と、その閉域網とソースアドレスにより対応表１４を検
索し（Ｓ５）、対応するものがなければ、そのパケット
のアドレスに対し、アドレス割り当てテーブル１３を参
照してサーバ側ネットワークのアドレスを割り当て、こ
れらの関係を対応表１４に書込む（Ｓ６）。到来パケッ
トについてそのアドレスで対応表１４を検索し、アドレ
ス変換部１５でアドレス変換してサーバ側ネットワーク
へ送る（Ｓ７）。その後に到来するパケットはＰＰＰ回
線が確立されているから、ステップＳ４のパケット待ち
状態にあり、また対応表１４の検索によりアドレスが見
つかる場合は（Ｓ５）、対応表（変換表）１４にもとづ
くアドレス変換を行ってサーバ側ネットワークへ送出す
る（Ｓ７）。見つからない場合は、上記のようにアドレ
ス割り当て対応表１４を作成する。

【００５９】次に図８中のＶＮＡＴ装置（ＶＮＡＴ機能
付きアクセスサーバ）の概略機能構成を図２０を参照し
て説明する。図１８の場合と同様に複数のＰＰＰ回線確
立部１１、これに付属する認証部１２が設けられ、ＰＰ
Ｐ回線確立時に、どの閉域網のどのＰＰＰ回線かが認識
され、そのＰＰＰ回線には図９に示すようなＶＬＡＮタ
グテーブル２１によりその閉域網のそのＰＰＰ回線と対
応したＶＬＡＮタグが割り当てられる。そのＰＰＰ回線
を通じて到来したパケットに対し、パケット変換部２２
で、そのＰＰＰ回線に割り当てられたＶＬＡＮタグが付
加されて、サーバ側ネットワークへ送出される。

【００６０】サーバ側ネットワークから到来したパケッ
トは、パケット変換部２２でそのＶＬＡＮタグによりＶ
ＬＡＮタグテーブル２１を検索し、対応するＰＰＰ回線
へ、ＶＬＡＮタグを除去して送出する。このＶＮＡＴ装
置における閉域網からのパケットに対する処理は図２１
に示すようになる。まず最初のパケットの到来に先立
ち、ＰＰＰ回線接続要求があり（Ｓ１）、どの閉域網の
どのＰＰＰ回線からの要求であるかの認証を行い（Ｓ
２）、ＰＰＰ回線を確立する（Ｓ３）。

【００６１】その後、その確立したＰＰＰ回線にパケッ
トが到来すると（Ｓ４）、その閉域網のそのＰＰＰ回線
でＶＬＡＮタグテーブル２１を検索して該当するＶＬＡ
Ｎタグを取出し（Ｓ５）、これをパケット変換部２２で
パケットに埋込みサーバ側ネットワークへ送る（Ｓ
６）。ＶＬＡＮタグとして、ＰＰＰ回線を区別する番号
を用いない、図１２や図１７を参照して説明した場合に
おいてはＶＮＡＴ装置は図２０中のＶＬＡＮタグテーブ
ル２１が閉域網とＶＬＡＮタグとの対応を示すものとな
り、更に図２０中に破線で示すようにＰＰＰ回線が確立
され、埋込むＶＬＡＮタグが決まると、図１２又は図１
７に示すような、そのＶＬＡＮタグとそのＰＰＰ回線
と、そのパケットの閉域網の（ソース）アドレスとの関
係を示す対応表２３を作成する。サーバ側ネットワーク
からのパケットは、そのＶＬＡＮタグと、その（デステ
ィネーション）アドレスとにより対応表２３を参照して
パケット変換部２２でどの閉域網のどのＰＰＰ回線へ、
ＶＬＡＮタグを除去したパケットを送るかを決定する。

【００６２】図２１に示した処理においては、ステップ
Ｓ６の代りに破線で示すようにＶＬＡＮタグを埋込み送
出すると共にＶＬＡＮタグと、到来したＰＰＰ回線と
（ソース）アドレスとの対応表を作成することになり、
その他は同様である。上述では複数閉域網間の通信にこ
の発明を適用したが、複数ユーザ側ネットワークとサー
バ側ネットワークとの通信にもこの発明は適用できる。

【００６３】

【発明の効果】この発明では、ＰＰＰ接続により各閉域
網がサーバ側のネットワークに接続され、このＰＰＰ接
続確立時に所属する閉域網とＰＰＰ回線自体を認証する
ことにより、閉域網単位に割り当てたアドレス空間によ
り様々な制御がサーバ側で容易に行える。これにより、
複数の閉域網のユーザ端末に対し、閉域性を失うことな
く各閉域網にカスタマイズした共通サービスの提供を物
理的に１台のサーバにより可能にし、各閉域網からは自
閉域網に各々サーバが存在するように利用できる。ま
た、今後増えゆくと予想される複数企業間でのデータ交
換を必要とするプロジェクトの実施時や調達業務の実施
時に必要となる複数閉域網向けの共用サーバの構築、運
用などを提供するハウジングサービスが展開できる。こ
のサービスを利用することで、ユーザは自社の閉域網を
変更せず、また、閉域性を失う事なく容易にプロジェク
ト毎に一時的に必要となる共用サーバの運用ができ、複
数の企業と連携して行うプロジェクトの情報化がスムー
ズに行えるので、この発明により実現されるサービス
は、現在ＩＳＰ（Internet Service Provider ）が行っ
ているＶＰＮ（Virtual Private Network)サービスの新
しい付加サービスとしての展開が見込める。また、この
方法により実現されるサーバ側から閉域網のホストへの
閉域性を維持しての接続確立が可能であることを利用し
て、サーバ側ネットワークに複数の閉域網で提供されて
いる種々のサービスを統合的に利用できるサーバを構築
し、個人向けのポータルサイトサービスの展開も可能に
なる。このように、この発明は閉域網向けの新しい情報
流通プラットフォームを構築する手段としての利用が見
込める。

【図面の簡単な説明】

【図１】第１発明を適用したシステムの構成例を示す
図。

【図２】Ａは図１中のＲ−ＮＡＴにおけるアドレス変換
テーブルの例を示す図、Ｂは各閉域網に対する、サーバ
側ネットワークのアドレス空間の割り当て例を示す図で
ある。

【図３】ホスト１についてのパケットの変換の様子を示
す図。

【図４】ネットワークアドレス変換のイメージを示す
図。

【図５】閉域網に割り当てられたネットワークアドレス
空間の利用方針を示す図。

【図６】パケットにおけるアドレス変換の様子を示す
図。

【図７】第１発明と従来技術との特徴の関係を示す図。

【図８】第２発明を適用したシステムの構成例を示す
図。

【図９】ＶＬＡＮタグの割り当て例を示す図。

【図１０】ＶＮＡＴ機能のパケットに対する動作を示す
図。

【図１１】ＶＮＡＴタグを利用したサーバ内の動作を示
す図。

【図１２】第２発明におけるＶＬＡＮタグの対応付けの
例を示す図。

【図１３】第１発明の具体例におけるシステムを示す
図。

【図１４】図１２中のＲ−ＮＡＴ装置でのアドレス割り
当ての例を示す図。

【図１５】第２発明の具体例におけるシステムを示す
図。

【図１６】図１５中のＶＮＡＴ装置におけるＶＬＡＮタ
グの割り当て例を示す図。

【図１７】第２発明の変形におけるＶＬＡＮタグとアド
レスとＰＰＰ回線の対応を示す図。

【図１８】Ｒ−ＮＡＴ装置の概略機能構成を示す図。

【図１９】Ｒ−ＮＡＴ装置における処理の一部を示す流
れ図。

【図２０】Ｖ−ＮＡＴ装置の概略機能構成を示す図。

【図２１】Ｖ−ＮＡＴ装置における処理の一部を示す流
れ図。

【図２２】従来のＰＰＰトンネリング接続のシステムを
示す図。

【図２３】従来のＮＡＴによる接続のシステムを示す
図。

Claims (13)

【特許請求の範囲】
1. 【請求項１】 複数のユーザ側ネットワークのそれぞれ
   とサーバ側ネットワークとをＰＰＰ（Point-to-Point P
   rotocol)を利用して接続して通信を行う方法において、 ＰＰＰ接続確立時に、そのＰＰＰ回線が所属するユーザ
   側ネットワークを認証し、 サーバ側ネットワークで、予め各ユーザ側ネットワーク
   ごとにそれぞれ割り当てた複数のアドレス空間におけ
   る、上記認証したネットワーク及びＰＰＰ回線に対する
   アドレス空間から選んだアドレスに、そのユーザ側ネッ
   トワークのＰＰＰ回線からのパケットのアドレスを変換
   してそのパケットをサーバ側ネットワークへ送り、 かつその変換アドレスと変換前のアドレスと、認証した
   ユーザ側ネットワーク及びＰＰＰ回線との対応表を記憶
   しておき、 サーバ側ネットワークからのパケットのアドレスを上記
   対応表を参照して上記アドレス変換の逆変換を行って対
   応するユーザ側ネットワークのＰＰＰ回線へ送ることを
   特徴とするネットワーク間通信方法。
2. 【請求項２】 上記アドレス変換の際に、上記ユーザ側
   ネットワークからのパケットのデスティネーションアド
   レスをサーバ側ネットワークにおける該当するアドレス
   に変換することを特徴とする請求項１記載のネットワー
   ク間通信方法。
3. 【請求項３】 上記アドレス変換の際に、上記ユーザ側
   ネットワークからのパケットのサーバに対するポート番
   号を、そのユーザ側ネットワークに固有のポート番号に
   変換することを特徴とする請求項１又は２記載のネット
   ワーク間通信方法。
4. 【請求項４】 上記アドレスの選択はユーザ側ネットワ
   ークの利用方針に応じて動的又は静的に行うことを特徴
   とする請求項１乃至３の何れかに記載のネットワーク間
   通信方法。
5. 【請求項５】 上記ＰＰＰ接続が確立した後にそのＰＰ
   Ｐ回線からのパケットは、そのアドレスにて上記対応表
   を参照してアドレス変換して、サーバ側ネットワークへ
   送信することを特徴とする請求項１乃至４の何れかに記
   載のネットワーク間通信方法。
6. 【請求項６】 複数のユーザ側ネットワークのそれぞれ
   とサーバ側ネットワークとをＰＰＰ（Point-to-Point P
   rotocol)を利用して接続して通信を行う方法において、 ＰＰＰ接続確立時に、そのＰＰＰ回線が所属するユーザ
   側ネットワークを認証し、 予め各ユーザ側ネットワークのＰＰＰ回線毎に割り当て
   たＶＬＡＮ（VirtualＬＡＮ）を利用する時に利用する
   ＶＬＡＮを識別する情報を、上記認証されたユーザ側ネ
   ットワークのＰＰＰ回線よりのパケットに付加してサー
   バ側ネットワークへ送り、 サーバ側ネットワークからのパケットのＶＬＡＮを識別
   する情報から求めたユーザ側ネットワークのＰＰＰ回線
   にそのパケットを送ることを特徴とするネットワーク間
   通信方法。
7. 【請求項７】 複数ユーザ側ネットワークのそれぞれと
   サーバ側ネットワークとをＰＰＰ（Point-to-Point Pro
   tocol)を利用して接続して通信を行う方法において、 ＰＰＰ接続確立時に、そのＰＰＰ回線が所属するユーザ
   側ネットワークを認証し、 予め各ユーザ側ネットワークごとに割り当てたＶＬＡＮ
   （Virtual ＬＡＮ）を利用する時に利用するＶＬＡＮを
   識別する情報を、上記認証されたユーザ側ネットワーク
   のＰＰＰ回線よりのパケットに付加してサーバ側ネット
   ワークへ送り、 かつそのパケットのアドレスとＶＬＡＮを識別する情報
   とＰＰＰ回線との対応表を記憶しておき、 サーバ側ネットワークからのパケットのＶＬＡＮを識別
   する情報及びアドレスから上記対応表を参照してＰＰＰ
   回線を求めて、そのパケットをユーザ側ネットワークの
   そのＰＰＰ回線に送ることを特徴とするネットワーク間
   通信方法。
8. 【請求項８】 複数のユーザ側ネットワークとＰＰＰ
   （Point-to-Point Protocol)により接続されるサーバ側
   ネットワークとの間に設けられるアクセスサーバ装置で
   あって、 各ユーザ側ネットワークのＰＰＰ回線ごとに割り当てら
   れたアドレス空間を記憶するアドレス空間割り当てテー
   ブルと、 接続してくる端末がどのユーザ側ネットワークのどのＰ
   ＰＰ回線に属するかの認証を行う手段と、 上記認証されたユーザ側ネットワークのＰＰＰ回線に対
   し、上記アドレス空間割り当てテーブルで割り当てられ
   ている１つのアドレスに、上記ＰＰＰ回線よりのパケッ
   トのアドレスを変換してそのパケットをサーバ側ネット
   ワークへ送るアドレス変換手段と、 上記アドレス変換されたアドレスと変換前のアドレスと
   の関係を記憶する変換アドレス記憶手段と、 サーバ側ネットワークからのパケットのアドレスを上記
   変換アドレス記憶手段を参照して変換し、かつ上記テー
   ブルを参照して対応するユーザ側ネットワークのＰＰＰ
   回線へそのパケットを送るアドレス逆変換手段とを具備
   するアクセスサーバ装置。
9. 【請求項９】 ユーザ側ネットワークのＰＰＰ回線から
   のパケットを、そのアドレスにより上記変換アドレス記
   憶手段を参照してアドレス変換してサーバ側ネットワー
   クへ送る手段を備えることを特徴とする請求項８記載の
   アクセスサーバ装置。
10. 【請求項１０】 上記アドレス変換手段はパケットのデ
    スティネーションアドレスをサーバ側ネットワークの該
    当するアドレスに変換する手段を備えることを特徴とす
    る請求項８又は９記載のアクセスサーバ装置。
11. 【請求項１１】 上記アドレス変換手段は、パケット中
    のサーバに対するポート番号を、そのユーザ側ネットワ
    ークに固有のポート番号に変換する手段も備えることを
    特徴とする請求項８乃至１０の何れかに記載のアクセス
    サーバ装置。
12. 【請求項１２】 複数のユーザ側ネットワークとＰＰＰ
    （Point-to-Point Protocol)により接続されるサーバ側
    ネットワークとの間に設けられるアクセスサーバ装置で
    あって、 ユーザ側ネットワークのＰＰＰ回線とＶＬＡＮ（Virtua
    l ＬＡＮ）を利用する時に利用するＶＬＡＮを識別する
    情報との関係を記憶したＶＬＡＮ識別情報テーブルと、 ＰＰＰ接続確立時に、そのＰＰＰ回線がどのユーザ側ネ
    ットワークに属するかの認証を行う手段と、 上記認証されたユーザ側ネットワークのＰＰＰ回線と対
    応するＶＬＡＮを識別する情報を、上記テーブルを参照
    して求め、上記ＰＰＰ回線よりのパケットに付加してサ
    ーバ側ネットワークへ送る手段と、 サーバ側ネットワークよりのパケットを、そのＶＬＡＮ
    を識別する情報から上記テーブルを参照して対応するユ
    ーザ側ネットワークのＰＰＰ回線へ送る手段とを具備す
    るアクセスサーバ装置。
13. 【請求項１３】 複数のユーザ側ネットワークとＰＰＰ
    （Point-to-Point Protocol)により接続されるサーバ側
    ネットワークとの間に設けられるアクセスサーバ装置で
    あって、 ユーザ側ネットワークとＶＬＡＮ（Virtual ＬＡＮ）を
    利用する時に利用するＶＬＡＮを識別する情報との関係
    を記憶したＶＬＡＮ識別情報テーブルと、 ＰＰＰ接続確立時に、そのＰＰＰ回線がどのユーザ側ネ
    ットワークに属するかを認証する手段と、 上記認証されたユーザ側ネットと対応するＶＬＡＮを識
    別する情報を上記テーブルを参照して求め、上記ＰＰＰ
    回線よりのパケットに付加してサーバ側ネットワークへ
    送る手段と、 上記パケットのアドレスと、上記ＶＬＡＮを識別する情
    報と上記ＰＰＰ回線との対応表を記憶する手段と、 サーバ側ネットワークよりのパケットを、そのＶＬＡＮ
    を識別する情報とアドレスとから、上記テーブル及び上
    記対応表を参照して対応するユーザ側ネットワークのＰ
    ＰＰ回線へ送る手段とを具備するアクセスサーバ装置。