JPH09186723A - ネットワーク通信処理方式 - Google Patents
ネットワーク通信処理方式Info
- Publication number
- JPH09186723A JPH09186723A JP7354020A JP35402095A JPH09186723A JP H09186723 A JPH09186723 A JP H09186723A JP 7354020 A JP7354020 A JP 7354020A JP 35402095 A JP35402095 A JP 35402095A JP H09186723 A JPH09186723 A JP H09186723A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- computer
- network
- packet
- proxy
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
- H04L12/2869—Operational details of access network equipments
- H04L12/287—Remote access server, e.g. BRAS
- H04L12/2874—Processing of data for distribution to the subscribers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5691—Access to open networks; Ingress point selection, e.g. ISP selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2517—Translation of Internet protocol [IP] addresses using port numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/256—NAT traversal
- H04L61/2567—NAT traversal for reachability, e.g. inquiring the address of a correspondent behind a NAT server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/663—Transport layer addresses, e.g. aspects of transmission control protocol [TCP] or user datagram protocol [UDP] ports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 異なるネットワーク夫々接続された計算機間
での通信においてホップ・バイ・ホップでフロー制御や
輻輳制御を行うことがきる方式を提供する。 【解決手段】 (ｂ)のように、クライアントＡ１と遠隔
サーバＢとの通信(500と520間の通信)で、遠隔サーバＢ
の通信Ｐｒｏｘｙ(代理人)(515)をクライアントＡ１が
所属するＬＡＮ内のローカル・サーバＡに置き、遠隔サ
ーバへルーティングする通信パケット(511)をスチール
してトランスポート層(ＴＣＰ)へ渡し(513)、クライア
ントＡ１と遠隔サーバＢ間のＴＣＰの通信(502と522間
の通信)を、クライアントＡ１と遠隔サーバＢの通信Ｐ
ｒｏｘｙとの通信(502と513間の通信)と、遠隔サーバＢ
の通信Ｐｒｏｘｙと遠隔サーバＢとの通信(517と522の
間の通信)に分割する。その結果、ＬＡＮ内での通信と
広域ネットワークを介した通信の夫々に適したＴＣＰの
フロー制御や輻輳制御アルゴリズムを適用できる。
での通信においてホップ・バイ・ホップでフロー制御や
輻輳制御を行うことがきる方式を提供する。 【解決手段】 (ｂ)のように、クライアントＡ１と遠隔
サーバＢとの通信(500と520間の通信)で、遠隔サーバＢ
の通信Ｐｒｏｘｙ(代理人)(515)をクライアントＡ１が
所属するＬＡＮ内のローカル・サーバＡに置き、遠隔サ
ーバへルーティングする通信パケット(511)をスチール
してトランスポート層(ＴＣＰ)へ渡し(513)、クライア
ントＡ１と遠隔サーバＢ間のＴＣＰの通信(502と522間
の通信)を、クライアントＡ１と遠隔サーバＢの通信Ｐ
ｒｏｘｙとの通信(502と513間の通信)と、遠隔サーバＢ
の通信Ｐｒｏｘｙと遠隔サーバＢとの通信(517と522の
間の通信)に分割する。その結果、ＬＡＮ内での通信と
広域ネットワークを介した通信の夫々に適したＴＣＰの
フロー制御や輻輳制御アルゴリズムを適用できる。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークを介
したクライアント計算機とサーバ計算機間の高速通信処
理方式に関し、特に、ＡＴＭネットワークのような高速
ネットワークに接続される遠隔のサーバ計算機とＥｔｈ
ｅｒｎｅｔのような低速ネットワークに接続されるクラ
イアント計算機との間の高速なネットワーク通信処理方
式に関する。
したクライアント計算機とサーバ計算機間の高速通信処
理方式に関し、特に、ＡＴＭネットワークのような高速
ネットワークに接続される遠隔のサーバ計算機とＥｔｈ
ｅｒｎｅｔのような低速ネットワークに接続されるクラ
イアント計算機との間の高速なネットワーク通信処理方
式に関する。
【０００２】
【従来の技術】ネットワークを介して、クライアント計
算機が遠隔のサーバ計算機のファイルをアクセスする方
式として、ＴＣＰ／ＩＰプロトコルを用いてクライアン
トがサーバと直接通信する方式が知られている。ＴＣＰ
／ＩＰプロトコルはＩｎｔｅｒｎｅｔなどで使用されて
いる高速通信プロトコルである（Ｄｏｕｇｌａｓ Ｃｏ
ｍｅｒ著、村井純・楠本博之訳：ＴＣＰ／ＩＰによるネ
ットワーク構築、共立出版）。
算機が遠隔のサーバ計算機のファイルをアクセスする方
式として、ＴＣＰ／ＩＰプロトコルを用いてクライアン
トがサーバと直接通信する方式が知られている。ＴＣＰ
／ＩＰプロトコルはＩｎｔｅｒｎｅｔなどで使用されて
いる高速通信プロトコルである（Ｄｏｕｇｌａｓ Ｃｏ
ｍｅｒ著、村井純・楠本博之訳：ＴＣＰ／ＩＰによるネ
ットワーク構築、共立出版）。
【０００３】ＩＰプロトコルは、図６（ａ）に示すよう
に、ＩＳＯ （Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａ
ｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔ
ｉｏｎ）のプロトコル・スタックの参照モデルのネット
ワーク層（５０４、５１０、５２４）に位置し、通信経
路に存在する計算機間でホップ・バイ・ホップの通信を
行う。通信経路に位置するゲートウェイ（５１０、５２
４）やルータはパケットの宛先アドレスを見て、宛先ア
ドレスが自分であれば（５２４）上位のトランスポート
層（５２２）にパケットを渡し、宛先が自分でなければ
（５１０）ルーティング・テーブルを検索してテーブル
で指定されているネットワーク・インタフェース・ドラ
イバ（データリンク層）にパケットを渡す。ＴＣＰプロ
トコルは参照モデルのトランスポート層に位置し、エン
ド・トゥ・エンドの計算機間でフロー制御や輻輳制御、
再送制御を行いながら通信を行う。通信相手のバッファ
容量に応じてスライディング・ウィンドウ・サイズを変
化させるフロー制御によって通信性能を向上させたり、
ラウンドトリップ時間が増加するとネットワークで輻輳
が生じていると判断して転送速度を抑止し、ネットワー
クの輻輳を低減する。また、確認応答（ＡＣＫ）が戻っ
てくる時間がタイムアウトになると通信経路上でパケッ
トが消失したと判断してパケットを再送し、信頼性の高
い通信を保証する。このように、ＴＣＰプロトコルでは
送信元・受信先の計算機で通信経路の状況を判断して、
エンド・トゥ・エンドでフロー制御や輻輳制御を行い、
広域ネットワークを介した高性能なデータ通信を実現し
ている。
に、ＩＳＯ （Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａ
ｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔ
ｉｏｎ）のプロトコル・スタックの参照モデルのネット
ワーク層（５０４、５１０、５２４）に位置し、通信経
路に存在する計算機間でホップ・バイ・ホップの通信を
行う。通信経路に位置するゲートウェイ（５１０、５２
４）やルータはパケットの宛先アドレスを見て、宛先ア
ドレスが自分であれば（５２４）上位のトランスポート
層（５２２）にパケットを渡し、宛先が自分でなければ
（５１０）ルーティング・テーブルを検索してテーブル
で指定されているネットワーク・インタフェース・ドラ
イバ（データリンク層）にパケットを渡す。ＴＣＰプロ
トコルは参照モデルのトランスポート層に位置し、エン
ド・トゥ・エンドの計算機間でフロー制御や輻輳制御、
再送制御を行いながら通信を行う。通信相手のバッファ
容量に応じてスライディング・ウィンドウ・サイズを変
化させるフロー制御によって通信性能を向上させたり、
ラウンドトリップ時間が増加するとネットワークで輻輳
が生じていると判断して転送速度を抑止し、ネットワー
クの輻輳を低減する。また、確認応答（ＡＣＫ）が戻っ
てくる時間がタイムアウトになると通信経路上でパケッ
トが消失したと判断してパケットを再送し、信頼性の高
い通信を保証する。このように、ＴＣＰプロトコルでは
送信元・受信先の計算機で通信経路の状況を判断して、
エンド・トゥ・エンドでフロー制御や輻輳制御を行い、
広域ネットワークを介した高性能なデータ通信を実現し
ている。
【０００４】
【発明が解決しようとする課題】ネットワークを介した
クライアント・サーバ通信の通信経路に着目した場合、
ＬＡＮとネットワークの境界にはゲートウェイもしくは
ルータが位置し、ネットワークを介してパケットを通信
相手に送付する。しかし、遠隔地とエンド・トゥ・エン
ド通信を行うとリクエストを送出してから応答信号を受
け取るまでのラウンドトリップ時間が長いためパケット
の送出に空きが生じるため、高速ネットワークを用いて
もその性能を活かせないという問題がある。また、ネッ
トワークを介した通信の性能のボトルネックは、ＬＡＮ
よりもむしろネットワークにおける輻輳やスループット
の低さに起因するため、ＴＣＰプロトコルではネットワ
ークでは輻輳が生じていることを前提としたスロー・ス
タート制御が行われるため、高速ネットワークを用いて
もその性能を活かせないという問題もある。
クライアント・サーバ通信の通信経路に着目した場合、
ＬＡＮとネットワークの境界にはゲートウェイもしくは
ルータが位置し、ネットワークを介してパケットを通信
相手に送付する。しかし、遠隔地とエンド・トゥ・エン
ド通信を行うとリクエストを送出してから応答信号を受
け取るまでのラウンドトリップ時間が長いためパケット
の送出に空きが生じるため、高速ネットワークを用いて
もその性能を活かせないという問題がある。また、ネッ
トワークを介した通信の性能のボトルネックは、ＬＡＮ
よりもむしろネットワークにおける輻輳やスループット
の低さに起因するため、ＴＣＰプロトコルではネットワ
ークでは輻輳が生じていることを前提としたスロー・ス
タート制御が行われるため、高速ネットワークを用いて
もその性能を活かせないという問題もある。
【０００５】一方、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ
Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）ネットワークのような
高速で帯域予約可能なネットワークでは、各コネクショ
ンが使用できるネットワークのバンド幅はＬＡＮ性能と
同等以上に高速であるだけではなく、ネットワークの通
信のバンド幅をコネクションごとに予約したり、マルチ
メディア・データを送受信できる。そのため、ＴＣＰ／
ＩＰプロトコルのようにフロー制御や輻輳制御をエンド
・トゥ・エンドで行うのではなく、ホップ・バイ・ホッ
プできめ細かくフロー制御や輻輳制御を行う方が、ＡＴ
Ｍネットワークの利点を活かすことができる。しかし、
ＴＣＰプロトコルはエンド・トゥ・エンドで通信するた
め、通信経路の途中の輻輳具合やホップ・バイ・ホップ
のネットワーク・リンクの太さを知ることはできない。
そのため、途中経路のネットワークに応じたフロー制御
や輻輳制御を行うことができず、ネットワークの性能・
機能を十分に活かせないという問題がある。
Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）ネットワークのような
高速で帯域予約可能なネットワークでは、各コネクショ
ンが使用できるネットワークのバンド幅はＬＡＮ性能と
同等以上に高速であるだけではなく、ネットワークの通
信のバンド幅をコネクションごとに予約したり、マルチ
メディア・データを送受信できる。そのため、ＴＣＰ／
ＩＰプロトコルのようにフロー制御や輻輳制御をエンド
・トゥ・エンドで行うのではなく、ホップ・バイ・ホッ
プできめ細かくフロー制御や輻輳制御を行う方が、ＡＴ
Ｍネットワークの利点を活かすことができる。しかし、
ＴＣＰプロトコルはエンド・トゥ・エンドで通信するた
め、通信経路の途中の輻輳具合やホップ・バイ・ホップ
のネットワーク・リンクの太さを知ることはできない。
そのため、途中経路のネットワークに応じたフロー制御
や輻輳制御を行うことができず、ネットワークの性能・
機能を十分に活かせないという問題がある。
【０００６】このようなネットワークの問題点を解決す
るために、遠隔ファイルのコピーをローカルに作成する
というミラーリング方式がある。しかし、ミラーリング
方式では、複数箇所に同じファイルの複製が作られる
と、ファイルの一貫性保証を保つためのオーバヘッドが
生じる。つまり、複製ファイルへの書込更新が生じた場
合には、他のファイルに対して変更内容を反映させなけ
ればならず、管理オーバヘッドによって性能が低下する
という問題がある。
るために、遠隔ファイルのコピーをローカルに作成する
というミラーリング方式がある。しかし、ミラーリング
方式では、複数箇所に同じファイルの複製が作られる
と、ファイルの一貫性保証を保つためのオーバヘッドが
生じる。つまり、複製ファイルへの書込更新が生じた場
合には、他のファイルに対して変更内容を反映させなけ
ればならず、管理オーバヘッドによって性能が低下する
という問題がある。
【０００７】本発明の目的は、上記課題を解決し、クラ
イアントの接続されるネットワーク（例えば、ＬＡＮ）
と遠隔サーバの接続される他のネットワーク（例えば、
広域ネットワーク（ＷＡＮ））とのゲートウェイを行う
サーバ計算機が、単にネットワーク層でのパケットのル
ーティングを行うのではなく、クライアント計算機と遠
隔サーバ計算機間のネットワーク（リンク）の性能や機
能、各サーバ計算機の性能に応じて、エンド・トゥ・エ
ンドではなく、ホップ・バイ・ホップでフロー制御や輻
輳制御を行うことがきる方式を提供することにある。
イアントの接続されるネットワーク（例えば、ＬＡＮ）
と遠隔サーバの接続される他のネットワーク（例えば、
広域ネットワーク（ＷＡＮ））とのゲートウェイを行う
サーバ計算機が、単にネットワーク層でのパケットのル
ーティングを行うのではなく、クライアント計算機と遠
隔サーバ計算機間のネットワーク（リンク）の性能や機
能、各サーバ計算機の性能に応じて、エンド・トゥ・エ
ンドではなく、ホップ・バイ・ホップでフロー制御や輻
輳制御を行うことがきる方式を提供することにある。
【０００８】
【課題を解決するための手段】上記目的を達成するため
に、本発明は、第１のネットワークに接続された第１の
計算機と第２のネットワークに接続された第２の計算機
が、該両ネットワークに接続された第３の計算機を介し
て通信を行うネットワーク通信におけるネットワーク通
信処理方式であり、該第３の計算機は、該第２の計算機
のネットワーク・アドレスを登録するＰｒｏｘｙ登録テ
ーブルと該第２の計算機宛の通信パケットを受信する通
信Ｐｒｏｘｙプロセスを有する通信Ｐｒｏｘｙを備え、
該第３の計算機は、該第３の計算機宛以外の通信パケッ
トを受信したときには、前記Ｐｒｏｘｙ登録テーブルを
検索し、該通信パケットの宛先のネットワーク・アドレ
スが前記Ｐｒｏｘｙ登録テーブルに登録されている場合
には、前記通信Ｐｒｏｘｙプロセスが前記通信パケット
を受信し、さらに該通信パケットを宛先に送信するよう
にしている。また、前記第３の計算機は前記通信Ｐｒｏ
ｘｙを生成する通信Ｐｒｏｘｙ登録待ちデーモンを備
え、前記第２の計算機は前記３の計算機の前記通信Ｐｒ
ｏｘｙ登録待ちデーモンに対して、前記通信Ｐｒｏｘｙ
プロセスを生成し、前記Ｐｒｏｘｙ登録テーブルに前記
第２の計算機のネットワーク・アドレスを登録すること
を指示するようにしている。また、前記第３の計算機上
の通信Ｐｒｏｘｙプロセスは前記第２の計算機から送信
された通信パラメタを受信し、該通信パラメタを該第３
の計算機上に登録するようにしている。また、前記通信
Ｐｒｏｘｙプロセスが、前記第１の計算機から前記第２
の計算機宛のコネクション開設要求パケットを受信した
ときには、前記通信Ｐｒｏｘｙプロセスは、前記通信Ｐ
ｒｏｘｙプロセスと前記第１の計算機との間のコネクシ
ョンを開設し、さらに前記通信Ｐｒｏｘｙプロセスと前
記第２の計算機との間のコネクションを開設するように
している。また、前記第３の計算機は、前記第２の計算
機が前記１の計算機との通信に用いる第１の通信ポート
識別子を、前記通信Ｐｒｏｘｙプロセスが該１の計算機
との通信に用いる第２の通信ポート識別子に変換するポ
ート番号変換テーブルを備え、前記第２の計算機宛に送
付した通信パケットを受信したとき、前記通信パケット
に記されている前記第１の通信ポート識別子を前記第２
の通信ポート識別子に変換して、前記通信Ｐｒｏｘｙプ
ロセスに前記通信パケットを受信させるようにしてい
る。前記通信Ｐｒｏｘｙプロセスは、前記第２の計算機
から該通信Ｐｒｏｘｙプロセス宛に送付した通信パケッ
トを前記第１の計算機へ送付するようにしている。前記
通信Ｐｒｏｘｙプロセスは、前記第２の計算機が該通信
Ｐｒｏｘｙプロセス宛に送付した前記通信パケットを前
記第１の計算機へ送付するときに、通信パケットの送信
元ネットワーク・アドレスを前記第２の計算機のネット
ワーク・アドレスに書き換えるようにしている。
に、本発明は、第１のネットワークに接続された第１の
計算機と第２のネットワークに接続された第２の計算機
が、該両ネットワークに接続された第３の計算機を介し
て通信を行うネットワーク通信におけるネットワーク通
信処理方式であり、該第３の計算機は、該第２の計算機
のネットワーク・アドレスを登録するＰｒｏｘｙ登録テ
ーブルと該第２の計算機宛の通信パケットを受信する通
信Ｐｒｏｘｙプロセスを有する通信Ｐｒｏｘｙを備え、
該第３の計算機は、該第３の計算機宛以外の通信パケッ
トを受信したときには、前記Ｐｒｏｘｙ登録テーブルを
検索し、該通信パケットの宛先のネットワーク・アドレ
スが前記Ｐｒｏｘｙ登録テーブルに登録されている場合
には、前記通信Ｐｒｏｘｙプロセスが前記通信パケット
を受信し、さらに該通信パケットを宛先に送信するよう
にしている。また、前記第３の計算機は前記通信Ｐｒｏ
ｘｙを生成する通信Ｐｒｏｘｙ登録待ちデーモンを備
え、前記第２の計算機は前記３の計算機の前記通信Ｐｒ
ｏｘｙ登録待ちデーモンに対して、前記通信Ｐｒｏｘｙ
プロセスを生成し、前記Ｐｒｏｘｙ登録テーブルに前記
第２の計算機のネットワーク・アドレスを登録すること
を指示するようにしている。また、前記第３の計算機上
の通信Ｐｒｏｘｙプロセスは前記第２の計算機から送信
された通信パラメタを受信し、該通信パラメタを該第３
の計算機上に登録するようにしている。また、前記通信
Ｐｒｏｘｙプロセスが、前記第１の計算機から前記第２
の計算機宛のコネクション開設要求パケットを受信した
ときには、前記通信Ｐｒｏｘｙプロセスは、前記通信Ｐ
ｒｏｘｙプロセスと前記第１の計算機との間のコネクシ
ョンを開設し、さらに前記通信Ｐｒｏｘｙプロセスと前
記第２の計算機との間のコネクションを開設するように
している。また、前記第３の計算機は、前記第２の計算
機が前記１の計算機との通信に用いる第１の通信ポート
識別子を、前記通信Ｐｒｏｘｙプロセスが該１の計算機
との通信に用いる第２の通信ポート識別子に変換するポ
ート番号変換テーブルを備え、前記第２の計算機宛に送
付した通信パケットを受信したとき、前記通信パケット
に記されている前記第１の通信ポート識別子を前記第２
の通信ポート識別子に変換して、前記通信Ｐｒｏｘｙプ
ロセスに前記通信パケットを受信させるようにしてい
る。前記通信Ｐｒｏｘｙプロセスは、前記第２の計算機
から該通信Ｐｒｏｘｙプロセス宛に送付した通信パケッ
トを前記第１の計算機へ送付するようにしている。前記
通信Ｐｒｏｘｙプロセスは、前記第２の計算機が該通信
Ｐｒｏｘｙプロセス宛に送付した前記通信パケットを前
記第１の計算機へ送付するときに、通信パケットの送信
元ネットワーク・アドレスを前記第２の計算機のネット
ワーク・アドレスに書き換えるようにしている。
【０００９】
【発明の実施の形態】ＡＴＭネットワークなどのような
高速で帯域予約可能なネットワークがネットワークで使
われるようになると、ゲートウェイやルータは、低価格
のＰＣやＷＳとは異なり、高いＣＰＵ性能や大容量主記
憶を備えたり、高速ネットワークに適したプロトコル処
理アルゴリズムを実装して、複数のコネクションを用い
た並列通信を行ったり、十分大きな通信用バッファ領域
を確保してウィンドウ・サイズを拡張してパケットの送
出に空きを生じないようにすることが求められている。
高速で帯域予約可能なネットワークがネットワークで使
われるようになると、ゲートウェイやルータは、低価格
のＰＣやＷＳとは異なり、高いＣＰＵ性能や大容量主記
憶を備えたり、高速ネットワークに適したプロトコル処
理アルゴリズムを実装して、複数のコネクションを用い
た並列通信を行ったり、十分大きな通信用バッファ領域
を確保してウィンドウ・サイズを拡張してパケットの送
出に空きを生じないようにすることが求められている。
【００１０】本発明では図６（ｂ）のクライアントＡ１
と遠隔サーバＢとの通信（５００と５２０の間の通信）
に示すように、遠隔サーバＢの通信Ｐｒｏｘｙ（代理
人）（５１５）をクライアントＡ１が所属するＬＡＮ内
のゲートウェイ（ローカル・サーバＡ）に置き、遠隔サ
ーバへルーティングする通信パケット（５１１）をスチ
ールしてトランスポート層へ渡す（５１３）。このよう
にして、クライアントＡ１と遠隔サーバＢとの間のトラ
ンスポート層の通信（５０２と５２２の間の通信）を、
クライアントＡ１と遠隔サーバＢの通信Ｐｒｏｘｙとの
通信（５０２と５１３の間の通信）と、遠隔サーバＢの
通信Ｐｒｏｘｙと遠隔サーバＢとの通信（５１７と５２
２の間の通信）に分割する。その結果、前者のＬＡＮ内
での通信と後者の広域ネットワークを介した通信のそれ
ぞれに適したトランスポート層のフロー制御や輻輳制御
アルゴリズムを適用することができる。このようにし
て、クライアント計算機上の通信プログラムの変更なし
に広域ネットワークを介した高性能通信を実現できる。
遠隔サーバＢからクライアントＡ１へパケットを送付す
る場合も、上記と逆の手順で実現できる。
と遠隔サーバＢとの通信（５００と５２０の間の通信）
に示すように、遠隔サーバＢの通信Ｐｒｏｘｙ（代理
人）（５１５）をクライアントＡ１が所属するＬＡＮ内
のゲートウェイ（ローカル・サーバＡ）に置き、遠隔サ
ーバへルーティングする通信パケット（５１１）をスチ
ールしてトランスポート層へ渡す（５１３）。このよう
にして、クライアントＡ１と遠隔サーバＢとの間のトラ
ンスポート層の通信（５０２と５２２の間の通信）を、
クライアントＡ１と遠隔サーバＢの通信Ｐｒｏｘｙとの
通信（５０２と５１３の間の通信）と、遠隔サーバＢの
通信Ｐｒｏｘｙと遠隔サーバＢとの通信（５１７と５２
２の間の通信）に分割する。その結果、前者のＬＡＮ内
での通信と後者の広域ネットワークを介した通信のそれ
ぞれに適したトランスポート層のフロー制御や輻輳制御
アルゴリズムを適用することができる。このようにし
て、クライアント計算機上の通信プログラムの変更なし
に広域ネットワークを介した高性能通信を実現できる。
遠隔サーバＢからクライアントＡ１へパケットを送付す
る場合も、上記と逆の手順で実現できる。
【００１１】
【実施例】まず図７を用いてクライアントとサーバがＴ
ＣＰ／ＩＰプロトコルを用いてデータ通信を行う場合の
一般的なプログラム記述例を説明する。図７に示すプロ
グラムは、Ｗ．Ｄ．Ｓｔｅｖｅｎｓ著の”ＵＮＩＸ ｎ
ｅｔｗｏｒｋ ｐｒｏｇｒａｍｍｉｎｇ”（Ｐｒｅｎｔ
ｉｃｅ Ｈａｌｌ）にも記されているｓｏｃｋｅｔを用
いたプログラムと同様である。
ＣＰ／ＩＰプロトコルを用いてデータ通信を行う場合の
一般的なプログラム記述例を説明する。図７に示すプロ
グラムは、Ｗ．Ｄ．Ｓｔｅｖｅｎｓ著の”ＵＮＩＸ ｎ
ｅｔｗｏｒｋ ｐｒｏｇｒａｍｍｉｎｇ”（Ｐｒｅｎｔ
ｉｃｅ Ｈａｌｌ）にも記されているｓｏｃｋｅｔを用
いたプログラムと同様である。
【００１２】７０１から７１５がサーバで実行されるプ
ログラムを示し、７５０から７６１がクライアントで実
行されるプログラムを示す。サーバは、ｓｏｃｋｅｔの
生成（７０２）、ｓｏｃｋｅｔのアドレス付け（７０
６）を行った後、ｌｉｓｔｅｎ（）コールによって、任
意のクライアント（７０４）からのコネクション開設要
求を待つ（７０７）。クライアントは、ｓｏｃｋｅｔを
生成（７５３）した後、サーバのネットワーク・アドレ
スを指定し（７５５）、ｃｏｎｎｅｃｔ（）コールによ
ってサーバとのコネクション開設を要求する（７５
８）。クライアントがｃｏｎｎｃｅｔ（）コールによっ
てコネクションの開設を要求し、サーバがクライアント
の要求を受け入れると、ａｃｃｅｐｔ（）コールによっ
てクライアントとサーバ間のコネクションが確立する
（７０９）。サーバは新たに確立したコネクションで用
いるソケットの記述子ｎｅｗｆｄを割り当て（７０
９）、子プロセスを生成し（７１０）、子プロセスとク
ライアントとの間でデータ通信が行われる（７１３）。
親プロセスは、他のクライアントからの要求を受け付け
るべく待ち状態に戻る（７１５、７０８）。クライアン
トもコネクションが確立すると（７５８）、サーバとの
間でデータ通信を行う（７５９）。
ログラムを示し、７５０から７６１がクライアントで実
行されるプログラムを示す。サーバは、ｓｏｃｋｅｔの
生成（７０２）、ｓｏｃｋｅｔのアドレス付け（７０
６）を行った後、ｌｉｓｔｅｎ（）コールによって、任
意のクライアント（７０４）からのコネクション開設要
求を待つ（７０７）。クライアントは、ｓｏｃｋｅｔを
生成（７５３）した後、サーバのネットワーク・アドレ
スを指定し（７５５）、ｃｏｎｎｅｃｔ（）コールによ
ってサーバとのコネクション開設を要求する（７５
８）。クライアントがｃｏｎｎｃｅｔ（）コールによっ
てコネクションの開設を要求し、サーバがクライアント
の要求を受け入れると、ａｃｃｅｐｔ（）コールによっ
てクライアントとサーバ間のコネクションが確立する
（７０９）。サーバは新たに確立したコネクションで用
いるソケットの記述子ｎｅｗｆｄを割り当て（７０
９）、子プロセスを生成し（７１０）、子プロセスとク
ライアントとの間でデータ通信が行われる（７１３）。
親プロセスは、他のクライアントからの要求を受け付け
るべく待ち状態に戻る（７１５、７０８）。クライアン
トもコネクションが確立すると（７５８）、サーバとの
間でデータ通信を行う（７５９）。
【００１３】図８は、本発明のが対象とするコンピュー
ティング・システムの１構成例を示す。図８において、
１００、２００、３００は、それぞれオフィスＡ、Ｂ、
Ｃを表す。１１０はクライアント計算機、１３０、２３
０、３３０は本発明が適用されるサーバ計算機で、クラ
イアント１１０から見て１３０はローカル・サーバ、２
３０と３３０は遠隔サーバを示す。１３２、２３２、３
３２はそれぞれサーバ１３０、２３０、３３０が管理す
るファイル、１２０、２２０、３２０はＬＡＮ（Ｌｏｃ
ａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、１４０、２４０、
３４０はＡＴＭ（ＡｓｙｎｃｈｒｏｎｏｕｓＴｒａｎｓ
ｆｅｒ Ｍｏｄｅ）スイッチのようなＬＡＮスイッチ、
１５０、２５０、３５０はＰＢＸ（Ｐｒｉｖａｔｅ Ｂ
ｒａｎｃｈ ｅＸｃｈａｎｇｅ：構内交換機）、４００
は広域ネットワーク（ＷＡＮ：Ｗｉｄｅ Ａｒｅａ Ｎ
ｅｔｗｏｒｋ）を示す。ローカル・サーバ１３０上の８
５２、８５４は、本発明を実現する手段であり、それぞ
れ遠隔サーバ２３０、３３０の通信ポートの代理人（Ｐ
ｒｏｘｙ）を示す。
ティング・システムの１構成例を示す。図８において、
１００、２００、３００は、それぞれオフィスＡ、Ｂ、
Ｃを表す。１１０はクライアント計算機、１３０、２３
０、３３０は本発明が適用されるサーバ計算機で、クラ
イアント１１０から見て１３０はローカル・サーバ、２
３０と３３０は遠隔サーバを示す。１３２、２３２、３
３２はそれぞれサーバ１３０、２３０、３３０が管理す
るファイル、１２０、２２０、３２０はＬＡＮ（Ｌｏｃ
ａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、１４０、２４０、
３４０はＡＴＭ（ＡｓｙｎｃｈｒｏｎｏｕｓＴｒａｎｓ
ｆｅｒ Ｍｏｄｅ）スイッチのようなＬＡＮスイッチ、
１５０、２５０、３５０はＰＢＸ（Ｐｒｉｖａｔｅ Ｂ
ｒａｎｃｈ ｅＸｃｈａｎｇｅ：構内交換機）、４００
は広域ネットワーク（ＷＡＮ：Ｗｉｄｅ Ａｒｅａ Ｎ
ｅｔｗｏｒｋ）を示す。ローカル・サーバ１３０上の８
５２、８５４は、本発明を実現する手段であり、それぞ
れ遠隔サーバ２３０、３３０の通信ポートの代理人（Ｐ
ｒｏｘｙ）を示す。
【００１４】クライアント１１０は、ネットワーク・ア
ドレスがｎｅｔ１．Ｃであり、ネットワーク１１２を通
してＬＡＮ１２０に接続される。サーバ１３０、２３
０、３３０は、それぞれネットワーク１２２、２２２、
３２２を通してＬＡＮ１２０、２２０、３２０に接続さ
れ、ネットワーク１３４ないし１３６、２３４ないし２
３６、３３４ないし３３６を通してそれぞれＬＡＮスイ
ッチ１４０、２４０、３４０と接続される。ローカル・
サーバ１３０のＬＡＮ側のネットワーク・アドレスはｎ
ｅｔ１．Ｓ、ＬＡＮスイッチ側のネットワーク・アドレ
スはｎｅｔ２．Ｓとし、遠隔サーバ２３０のＬＡＮスイ
ッチ側のネットワーク・アドレスはｎｅｔ２．ＲＳとす
る。図面では複数のネットワークを記しているが、ＬＡ
Ｎスイッチ１４０、２４０、３４０とサーバ１３０、２
３０、３３０との接続は１本のネットワークでもよい。
ドレスがｎｅｔ１．Ｃであり、ネットワーク１１２を通
してＬＡＮ１２０に接続される。サーバ１３０、２３
０、３３０は、それぞれネットワーク１２２、２２２、
３２２を通してＬＡＮ１２０、２２０、３２０に接続さ
れ、ネットワーク１３４ないし１３６、２３４ないし２
３６、３３４ないし３３６を通してそれぞれＬＡＮスイ
ッチ１４０、２４０、３４０と接続される。ローカル・
サーバ１３０のＬＡＮ側のネットワーク・アドレスはｎ
ｅｔ１．Ｓ、ＬＡＮスイッチ側のネットワーク・アドレ
スはｎｅｔ２．Ｓとし、遠隔サーバ２３０のＬＡＮスイ
ッチ側のネットワーク・アドレスはｎｅｔ２．ＲＳとす
る。図面では複数のネットワークを記しているが、ＬＡ
Ｎスイッチ１４０、２４０、３４０とサーバ１３０、２
３０、３３０との接続は１本のネットワークでもよい。
【００１５】ＬＡＮスイッチ１４０、２４０、３４０
は、ネットワーク１４２、２４２、３４２を通してそれ
ぞれＰＢＸ１５０、２５０、３５０と接続され、ＰＢＸ
１５０、２５０、３５０はそれぞれネットワーク１５
２、２５２、３５２を通してＷＡＮ４００と接続され
る。ＬＡＮスイッチ１４０、２４０、３４０は必ずしも
必要ではなく、サーバ１３０、２３０、３３０が直接Ｐ
ＢＸに接続されてもよい。
は、ネットワーク１４２、２４２、３４２を通してそれ
ぞれＰＢＸ１５０、２５０、３５０と接続され、ＰＢＸ
１５０、２５０、３５０はそれぞれネットワーク１５
２、２５２、３５２を通してＷＡＮ４００と接続され
る。ＬＡＮスイッチ１４０、２４０、３４０は必ずしも
必要ではなく、サーバ１３０、２３０、３３０が直接Ｐ
ＢＸに接続されてもよい。
【００１６】図８において、クライアント１１０が遠隔
サーバ２３０と通信する場合、ＴＣＰ／ＩＰパケット
は、まずＬＡＮ１２０を経由してローカル・サーバ１３
０に送られ、サーバＢの通信Ｐｒｏｘｙプロセス８５２
を経て、ＬＡＮスイッチ１４０、ＰＢＸ１５０、ＷＡＮ
４００、ＰＢＸ２５０、ＬＡＮスイッチ２４０を通り、
最後に遠隔サーバ２３０に到達する。クライアント１１
０が遠隔サーバ２３０からパケットを受信する場合に
は、逆の順序となる。
サーバ２３０と通信する場合、ＴＣＰ／ＩＰパケット
は、まずＬＡＮ１２０を経由してローカル・サーバ１３
０に送られ、サーバＢの通信Ｐｒｏｘｙプロセス８５２
を経て、ＬＡＮスイッチ１４０、ＰＢＸ１５０、ＷＡＮ
４００、ＰＢＸ２５０、ＬＡＮスイッチ２４０を通り、
最後に遠隔サーバ２３０に到達する。クライアント１１
０が遠隔サーバ２３０からパケットを受信する場合に
は、逆の順序となる。
【００１７】図３を用いて、本発明の１実施例である、
ローカル・サーバ１３０や通信Ｐｒｏｘｙ８５２、遠隔
サーバ２３０の初期処理について説明する。初期処理
は、ローカル・サーバ１３０と遠隔サーバ２３０との間
で行う。ローカル・サーバ１３０は通信Ｐｒｏｘｙ登録
待ちデーモンを備え、ポート番号＃１とバインドされる
ｓｏｃｋｅｔを作成して、遠隔サーバからの通信Ｐｒｏ
ｘｙプロセスの登録要求を待つ（６００）。遠隔サーバ
２３０は、ローカル・サーバ１３０のポート番号＃１に
対して通信Ｐｒｏｘｙの登録要求を送る（６５０）。ロ
ーカル・サーバ１３０は遠隔サーバ２３０からの登録要
求を受付け、通信Ｐｒｏｘｙプロセスを新たにｆｏｒｋ
（生成）する（６０２）。ローカル・サーバ１３０と遠
隔サーバ２３０のコネクションが確立されると、遠隔サ
ーバ２３０は、遠隔サーバ２３０がクライアント１１０
との通信で使用することになっているポート番号＃ｎ−
ｃ−ｒｓ（コネクト要求を出すときは複数のクライアン
トが共通に使用できる）と、ローカル・サーバ１３０上
の通信Ｐｒｏｘｙ８５２と遠隔サーバ２３０との間の通
信で使用するポート番号＃ｎ−ｓ−ｒｓをローカル・サ
ーバ１３０に送付する（６５２）。ポート番号＃ｎ−ｃ
−ｒｓは、クライアント１１０が遠隔サーバ２３０へ送
付するＴＣＰ／ＩＰパケットをスチールするときに用い
る。ポート番号＃ｎ−ｓ−ｒｓは、スチールしたＴＣＰ
／ＩＰパケットをローカル・サーバ１３０から遠隔サー
バ２３０に送付するときに使用する。
ローカル・サーバ１３０や通信Ｐｒｏｘｙ８５２、遠隔
サーバ２３０の初期処理について説明する。初期処理
は、ローカル・サーバ１３０と遠隔サーバ２３０との間
で行う。ローカル・サーバ１３０は通信Ｐｒｏｘｙ登録
待ちデーモンを備え、ポート番号＃１とバインドされる
ｓｏｃｋｅｔを作成して、遠隔サーバからの通信Ｐｒｏ
ｘｙプロセスの登録要求を待つ（６００）。遠隔サーバ
２３０は、ローカル・サーバ１３０のポート番号＃１に
対して通信Ｐｒｏｘｙの登録要求を送る（６５０）。ロ
ーカル・サーバ１３０は遠隔サーバ２３０からの登録要
求を受付け、通信Ｐｒｏｘｙプロセスを新たにｆｏｒｋ
（生成）する（６０２）。ローカル・サーバ１３０と遠
隔サーバ２３０のコネクションが確立されると、遠隔サ
ーバ２３０は、遠隔サーバ２３０がクライアント１１０
との通信で使用することになっているポート番号＃ｎ−
ｃ−ｒｓ（コネクト要求を出すときは複数のクライアン
トが共通に使用できる）と、ローカル・サーバ１３０上
の通信Ｐｒｏｘｙ８５２と遠隔サーバ２３０との間の通
信で使用するポート番号＃ｎ−ｓ−ｒｓをローカル・サ
ーバ１３０に送付する（６５２）。ポート番号＃ｎ−ｃ
−ｒｓは、クライアント１１０が遠隔サーバ２３０へ送
付するＴＣＰ／ＩＰパケットをスチールするときに用い
る。ポート番号＃ｎ−ｓ−ｒｓは、スチールしたＴＣＰ
／ＩＰパケットをローカル・サーバ１３０から遠隔サー
バ２３０に送付するときに使用する。
【００１８】ローカル・サーバ１３０はポート番号＃ｎ
−ｃ−ｒｓを受信すると、ローカル・サーバ１３０上の
通信Ｐｒｏｘｙ８５２がクライアント１１０から送られ
てくるＴＣＰ／ＩＰパケットを受信するための通信ポー
トとして、ローカル・サーバ１３０の通信ポート（＃ｎ
−ｃ−ｓ）を割り当てる（６０４）。遠隔サーバ２３０
は、ポート番号＃ｎ−ｃ−ｒｓと＃ｎ−ｓ−ｒｓを送る
と、ローカル・サーバとの間でどのように通信するかを
示す通信パラメタを送付する（６５４）。通信パラメタ
では、例えば、並列通信によって複数のコネクションを
設立することによって、ＴＣＰプロトコルのウィンドウ
・サイズの小ささに起因する遠距離通信での性能低下を
解消するオプションや、ＴＣＰプロトコルのウィンドウ
・サイズを拡張するオプション、ＡＴＭネットワークに
対応したＱＯＳ保障のためのパラメタ、従来ネットワー
クとは異なるＡＴＭネットワーク対応のフロー制御アル
ゴリズムを使用するオプションなどを指定できる。（な
お、通信パラメタについては、“日経ＢＰ出版センター
発行「ＡＴＭインターネツトワーキング」著者：Ｃｉｓ
ｃｏ Ｓｙｓｔｅｍ，Ｉｎｃ．Ａｎｔｈｏｎｙ Ａｌｌ
ｅｓ 監訳者：日本シスコシステムズ 設楽 常巳 １
９９５年９月２２日発行”を参照されたい。） このように、広域ネットワークゆえのレイテンシの課題
や、ＡＴＭネットワークのようなセル・ベースの高速ネ
ットワークに対処できる通信制御を、サーバ間では実現
できるようにするための通信パラメタをローカル・サー
バ１３０に渡す。ローカル・サーバ１３０は、遠隔サー
バ２３０から受け取った通信パラメタと、遠隔サーバ２
３０と接続されるネットワークのスループットや輻輳状
況などの情報を取り出して、これに基づき遠隔サーバ２
３０とのフロー制御や輻輳制御の処理を行う（６０
６）。ローカル・サーバ１３０は以上の情報をもとに、
本発明の１実施例を実現するために必要なテーブル類を
初期化する。
−ｃ−ｒｓを受信すると、ローカル・サーバ１３０上の
通信Ｐｒｏｘｙ８５２がクライアント１１０から送られ
てくるＴＣＰ／ＩＰパケットを受信するための通信ポー
トとして、ローカル・サーバ１３０の通信ポート（＃ｎ
−ｃ−ｓ）を割り当てる（６０４）。遠隔サーバ２３０
は、ポート番号＃ｎ−ｃ−ｒｓと＃ｎ−ｓ−ｒｓを送る
と、ローカル・サーバとの間でどのように通信するかを
示す通信パラメタを送付する（６５４）。通信パラメタ
では、例えば、並列通信によって複数のコネクションを
設立することによって、ＴＣＰプロトコルのウィンドウ
・サイズの小ささに起因する遠距離通信での性能低下を
解消するオプションや、ＴＣＰプロトコルのウィンドウ
・サイズを拡張するオプション、ＡＴＭネットワークに
対応したＱＯＳ保障のためのパラメタ、従来ネットワー
クとは異なるＡＴＭネットワーク対応のフロー制御アル
ゴリズムを使用するオプションなどを指定できる。（な
お、通信パラメタについては、“日経ＢＰ出版センター
発行「ＡＴＭインターネツトワーキング」著者：Ｃｉｓ
ｃｏ Ｓｙｓｔｅｍ，Ｉｎｃ．Ａｎｔｈｏｎｙ Ａｌｌ
ｅｓ 監訳者：日本シスコシステムズ 設楽 常巳 １
９９５年９月２２日発行”を参照されたい。） このように、広域ネットワークゆえのレイテンシの課題
や、ＡＴＭネットワークのようなセル・ベースの高速ネ
ットワークに対処できる通信制御を、サーバ間では実現
できるようにするための通信パラメタをローカル・サー
バ１３０に渡す。ローカル・サーバ１３０は、遠隔サー
バ２３０から受け取った通信パラメタと、遠隔サーバ２
３０と接続されるネットワークのスループットや輻輳状
況などの情報を取り出して、これに基づき遠隔サーバ２
３０とのフロー制御や輻輳制御の処理を行う（６０
６）。ローカル・サーバ１３０は以上の情報をもとに、
本発明の１実施例を実現するために必要なテーブル類を
初期化する。
【００１９】今回の通信Ｐｒｏｘｙ登録要求が、遠隔サ
ーバ２３０からの最初の要求であれば（６０８ａ）、Ｐ
ｒｏｘｙ登録テーブルとポート番号変換テーブルを作成
し、情報を登録する（６１０）。もし、今回の通信Ｐｒ
ｏｘｙ登録要求が最初の要求でなければ（６０８ｂ）、
ポート番号変換テーブルのエントリを追加する（６１
２）。なお、表に関する詳細は図２を用いて後述する。
以上の準備を終了した後、ローカル・サーバ１３０は、
クライアント１１０が遠隔サーバ２３０にコネクション
開設要求を出すのを待つ（６１４）。一方、遠隔サーバ
２３０も、クライアント１１０が遠隔サーバ２３０にコ
ネクション開設要求を出したとき、ローカル・サーバ１
３０がこの開設要求をスチールして、ローカル・サーバ
１３０上の通信Ｐｒｏｘｙ８５２から遠隔サーバ２３０
に対してコネクション開設要求が送付し直されるのを待
つ（６５６）。
ーバ２３０からの最初の要求であれば（６０８ａ）、Ｐ
ｒｏｘｙ登録テーブルとポート番号変換テーブルを作成
し、情報を登録する（６１０）。もし、今回の通信Ｐｒ
ｏｘｙ登録要求が最初の要求でなければ（６０８ｂ）、
ポート番号変換テーブルのエントリを追加する（６１
２）。なお、表に関する詳細は図２を用いて後述する。
以上の準備を終了した後、ローカル・サーバ１３０は、
クライアント１１０が遠隔サーバ２３０にコネクション
開設要求を出すのを待つ（６１４）。一方、遠隔サーバ
２３０も、クライアント１１０が遠隔サーバ２３０にコ
ネクション開設要求を出したとき、ローカル・サーバ１
３０がこの開設要求をスチールして、ローカル・サーバ
１３０上の通信Ｐｒｏｘｙ８５２から遠隔サーバ２３０
に対してコネクション開設要求が送付し直されるのを待
つ（６５６）。
【００２０】次に、図２に、本発明の１実施例のＰｒｏ
ｘｙ登録テーブルの詳細とポート番号変換テーブルの詳
細を示す。図２において、９００ないし９５０はＰｒｏ
ｘｙ登録テーブルの各エントリの並びのヘッダである。
ルーティング・テーブルを検索して得られた次にパケッ
トを送付するゲートウェイやサーバのＩＰアドレスをキ
ーにしてＰｒｏｘｙ登録テーブルを検索する。宛先アド
レスをハッシュ関数で変換し（９００ａ）、Ｐｒｏｘｙ
登録テーブル・エントリをたどる。Ｐｒｏｘｙ登録テー
ブルの各エントリは、ハッシュ関数のキーである次にパ
ケットを送出するゲートウェイのネットワーク・アドレ
ス９６１、クライアント１１０が遠隔サーバ２３０と通
信する場合に指定する遠隔サーバ２３０の通信ポート番
号（＃ｎ−ｃ−ｒｓ）から、クライアント１１０がロー
カル・サーバ１３０上の通信Ｐｒｏｘｙ８５０と通信す
る場合に使用するローカル・サーバ１３０の通信ポート
番号（＃ｎ−ｃ−ｓ）と、ローカル・サーバ１３０上の
通信Ｐｒｏｘｙ８５０が遠隔サーバ２３０と通信する場
合に用いる遠隔サーバの通信ポート番号（＃ｎ−ｓ−ｒ
ｓ）へ変換するポート番号変換テーブルへのポインタ
（９６２）、Ｐｒｏｘｙ登録テーブル・エントリのリス
トを作成するためのポインタ９６３から構成される。
ｘｙ登録テーブルの詳細とポート番号変換テーブルの詳
細を示す。図２において、９００ないし９５０はＰｒｏ
ｘｙ登録テーブルの各エントリの並びのヘッダである。
ルーティング・テーブルを検索して得られた次にパケッ
トを送付するゲートウェイやサーバのＩＰアドレスをキ
ーにしてＰｒｏｘｙ登録テーブルを検索する。宛先アド
レスをハッシュ関数で変換し（９００ａ）、Ｐｒｏｘｙ
登録テーブル・エントリをたどる。Ｐｒｏｘｙ登録テー
ブルの各エントリは、ハッシュ関数のキーである次にパ
ケットを送出するゲートウェイのネットワーク・アドレ
ス９６１、クライアント１１０が遠隔サーバ２３０と通
信する場合に指定する遠隔サーバ２３０の通信ポート番
号（＃ｎ−ｃ−ｒｓ）から、クライアント１１０がロー
カル・サーバ１３０上の通信Ｐｒｏｘｙ８５０と通信す
る場合に使用するローカル・サーバ１３０の通信ポート
番号（＃ｎ−ｃ−ｓ）と、ローカル・サーバ１３０上の
通信Ｐｒｏｘｙ８５０が遠隔サーバ２３０と通信する場
合に用いる遠隔サーバの通信ポート番号（＃ｎ−ｓ−ｒ
ｓ）へ変換するポート番号変換テーブルへのポインタ
（９６２）、Ｐｒｏｘｙ登録テーブル・エントリのリス
トを作成するためのポインタ９６３から構成される。
【００２１】ポート番号変換テーブルの各エントリは、
遠隔サーバ２３０がローカル・サーバ１３０へＰｒｏｘ
ｙを用いた通信を登録している通信ポートの数（９７
１）、ポート番号を変換するテーブル・エントリ９７２
ないし９７６から構成される。さらに、各エントリには
通信コネクションごと（ポート番号ごと）にローカル・
サーバ１３０と遠隔サーバ２３０との間の通信方式を指
定する通信パラメタ・テーブルへのポインタが含まれ
る。通信パラメタ・テーブルには、遠距離の通信を高速
に行うためにウィンドウ・サイズ拡張オプション（９８
０）、サーバ間の通信リンク性能を指定して高速リンク
の場合には、ＴＣＰプロトコルの特徴であるスロー・ス
タート制御を行わないでも良いことを示すようなリンク
性能指定パラメタ（９８１）、複数のコネクションを用
いた並列通信によってウィンドウ・サイズの拡張と同様
の効果を得られる並列通信オプション９８２、マルチメ
ディア・データ通信などＱＯＳ（Ｑｕａｌｉｔｙ Ｏｆ
Ｓｅｒｖｉｃｅ）の保障が要求される通信に対するＱ
ＯＳ指定パラメタ９８３、ＡＴＭネットワークのような
セル・ベースのネットワークに適したフロー制御を行わ
せるためのフロー制御アルゴリズム指定パラメタ９８４
から構成される。ＱＯＳ指定には、ＣＢＲ（Ｃｏｎｓｔ
ａｎｔ Ｂｉｔ Ｒａｔｅ）、ＶＢＲ（Ｖａｒｉａｂｌ
ｅ Ｂｉｔ Ｒａｔｅ）、ＡＢＲ（Ａｖａｉｌａｂｌｅ
ＢｉｔＲａｔｅ）、ＵＢＲ（Ｕｎｓｐｅｃｉｆｉｅｄ
Ｂｉｔ Ｒａｔｅ）などＡＴＭネットワークで規定さ
れるＱＯＳの各種パラメタがある。これらのパラメタは
通信Ｐｒｏｘｙプロセス８５２に伝達され、サーバ間の
通信制御で使用される。
遠隔サーバ２３０がローカル・サーバ１３０へＰｒｏｘ
ｙを用いた通信を登録している通信ポートの数（９７
１）、ポート番号を変換するテーブル・エントリ９７２
ないし９７６から構成される。さらに、各エントリには
通信コネクションごと（ポート番号ごと）にローカル・
サーバ１３０と遠隔サーバ２３０との間の通信方式を指
定する通信パラメタ・テーブルへのポインタが含まれ
る。通信パラメタ・テーブルには、遠距離の通信を高速
に行うためにウィンドウ・サイズ拡張オプション（９８
０）、サーバ間の通信リンク性能を指定して高速リンク
の場合には、ＴＣＰプロトコルの特徴であるスロー・ス
タート制御を行わないでも良いことを示すようなリンク
性能指定パラメタ（９８１）、複数のコネクションを用
いた並列通信によってウィンドウ・サイズの拡張と同様
の効果を得られる並列通信オプション９８２、マルチメ
ディア・データ通信などＱＯＳ（Ｑｕａｌｉｔｙ Ｏｆ
Ｓｅｒｖｉｃｅ）の保障が要求される通信に対するＱ
ＯＳ指定パラメタ９８３、ＡＴＭネットワークのような
セル・ベースのネットワークに適したフロー制御を行わ
せるためのフロー制御アルゴリズム指定パラメタ９８４
から構成される。ＱＯＳ指定には、ＣＢＲ（Ｃｏｎｓｔ
ａｎｔ Ｂｉｔ Ｒａｔｅ）、ＶＢＲ（Ｖａｒｉａｂｌ
ｅ Ｂｉｔ Ｒａｔｅ）、ＡＢＲ（Ａｖａｉｌａｂｌｅ
ＢｉｔＲａｔｅ）、ＵＢＲ（Ｕｎｓｐｅｃｉｆｉｅｄ
Ｂｉｔ Ｒａｔｅ）などＡＴＭネットワークで規定さ
れるＱＯＳの各種パラメタがある。これらのパラメタは
通信Ｐｒｏｘｙプロセス８５２に伝達され、サーバ間の
通信制御で使用される。
【００２２】次に、図１、図２、図４を用いて、クライ
アント１１０が遠隔サーバ２３０に対してコネクション
の開設を要求した場合の動作について説明する。図１に
おいて、８００はＬＡＮ１２０からの入力パケットを受
信するネットワーク・インタフェース、８０１ないし８
０２はＷＡＮ４００からの入力パケットを受信するネッ
トワーク・インタフェースを示す。８１０ないし８１２
はネットワーク・インタフェースがＩＰ層へ渡すＩＰパ
ケットのバッファ（キュー）を示す。８２０はＩＰプロ
セス、８３２はＩＰプロセスがＴＣＰ層へ渡すＴＣＰパ
ケットのバッファ（キュー）、８４０はＴＣＰ入力プロ
セスを示す。８５０は遠隔サーバ２３０での通信処理プ
ログラムのコピー、８５２、８５４はそれぞれ遠隔サー
バ２３０、３３０の通信Ｐｒｏｘｙプロセス、８５３、
８５５は送信元ＩＰアドレス変換ルーチンを示す。８５
６、８５８、８６０はアプリケーション・プログラム、
８６２はＴＣＰ層へ出力するパケットのバッファ（キュ
ー）、８７０はＴＣＰプロセス、８７２はＴＣＰプロセ
スがＩＰ層へ渡すＴＣＰパケットのバッファ（キュー）
を示す。８８０ないし８８２はＩＰプロセスがネットワ
ーク・インタフェース８９０ないし８９２へ渡すＩＰパ
ケットのバッファ（キュー）、８９０ないし８９２はＬ
ＡＮやＷＡＮへ出力パケットを送信するネットワーク・
インタフェースを示す。
アント１１０が遠隔サーバ２３０に対してコネクション
の開設を要求した場合の動作について説明する。図１に
おいて、８００はＬＡＮ１２０からの入力パケットを受
信するネットワーク・インタフェース、８０１ないし８
０２はＷＡＮ４００からの入力パケットを受信するネッ
トワーク・インタフェースを示す。８１０ないし８１２
はネットワーク・インタフェースがＩＰ層へ渡すＩＰパ
ケットのバッファ（キュー）を示す。８２０はＩＰプロ
セス、８３２はＩＰプロセスがＴＣＰ層へ渡すＴＣＰパ
ケットのバッファ（キュー）、８４０はＴＣＰ入力プロ
セスを示す。８５０は遠隔サーバ２３０での通信処理プ
ログラムのコピー、８５２、８５４はそれぞれ遠隔サー
バ２３０、３３０の通信Ｐｒｏｘｙプロセス、８５３、
８５５は送信元ＩＰアドレス変換ルーチンを示す。８５
６、８５８、８６０はアプリケーション・プログラム、
８６２はＴＣＰ層へ出力するパケットのバッファ（キュ
ー）、８７０はＴＣＰプロセス、８７２はＴＣＰプロセ
スがＩＰ層へ渡すＴＣＰパケットのバッファ（キュー）
を示す。８８０ないし８８２はＩＰプロセスがネットワ
ーク・インタフェース８９０ないし８９２へ渡すＩＰパ
ケットのバッファ（キュー）、８９０ないし８９２はＬ
ＡＮやＷＡＮへ出力パケットを送信するネットワーク・
インタフェースを示す。
【００２３】図１、図２、図４において、クライアント
１１０が遠隔サーバ２３０へコネクション開設要求を送
付すると（６３０）、コネクション開設要求はローカル
・サーバ１３０に送られ、クライアント１１０とローカ
ル・サーバ１３０とのコネクションが開始された後、ロ
ーカル・サーバ１３０から遠隔サーバ２３０へコネクシ
ョン開設要求が送付される。クライアント１１０とロー
カル・サーバ１３０とのコネクションが開始されなけれ
ば、コネクション開設要求はローカル・サーバ１３０経
由で遠隔サーバ２３０へ送付される。ローカル・サーバ
１３０においては、ネットワーク・インタフェース８０
０を経由してコネクション開設要求がローカル・サーバ
１３０に入力される。パケットはキュー８１０で緩衝さ
れたのちＩＰプロセス８２０に渡される。
１１０が遠隔サーバ２３０へコネクション開設要求を送
付すると（６３０）、コネクション開設要求はローカル
・サーバ１３０に送られ、クライアント１１０とローカ
ル・サーバ１３０とのコネクションが開始された後、ロ
ーカル・サーバ１３０から遠隔サーバ２３０へコネクシ
ョン開設要求が送付される。クライアント１１０とロー
カル・サーバ１３０とのコネクションが開始されなけれ
ば、コネクション開設要求はローカル・サーバ１３０経
由で遠隔サーバ２３０へ送付される。ローカル・サーバ
１３０においては、ネットワーク・インタフェース８０
０を経由してコネクション開設要求がローカル・サーバ
１３０に入力される。パケットはキュー８１０で緩衝さ
れたのちＩＰプロセス８２０に渡される。
【００２４】ＩＰプロセス８２０は、コネクション開設
要求のパケットのＩＰヘッダの宛先アドレスを調べて、
自分宛のパケットか他人宛のパケットかを判断する（８
２２）。このコネクション開設要求パケットは遠隔サー
バ２３０宛で他人宛であるため（８２２ａ）、ＩＰパケ
ットのルーティング・テーブルを検索し、次にこのコネ
クション開設要求パケットを送付すべきゲートウェイの
ＩＰアドレスとして遠隔サーバ２３０のＩＰアドレスを
求める（８２４）。
要求のパケットのＩＰヘッダの宛先アドレスを調べて、
自分宛のパケットか他人宛のパケットかを判断する（８
２２）。このコネクション開設要求パケットは遠隔サー
バ２３０宛で他人宛であるため（８２２ａ）、ＩＰパケ
ットのルーティング・テーブルを検索し、次にこのコネ
クション開設要求パケットを送付すべきゲートウェイの
ＩＰアドレスとして遠隔サーバ２３０のＩＰアドレスを
求める（８２４）。
【００２５】このＩＰアドレスをキーにしてハッシュ関
数を引き（９００ａ）、Ｐｒｏｘｙ登録テーブル（９０
０ないし９５０）を検索する（８２６、６１５）。ロー
カル・サーバ１３０には、遠隔サーバ２３０の通信Ｐｒ
ｏｘｙがＰｒｏｘｙ登録テーブルに登録されているた
め、遠隔サーバ２３０のＩＰアドレスをキーにしてＰｒ
ｏｘｙ登録テーブルを検索するとヒットする（８２６
ｂ）。そこで、このコネクション開設要求パケットをＴ
ＣＰ層へ送り、ＴＣＰパケットのヘッダを解析すること
によって遠隔サーバ２３０との通信で使用している通信
ポート番号＃ｎ−ｃ−ｒｓを得る。
数を引き（９００ａ）、Ｐｒｏｘｙ登録テーブル（９０
０ないし９５０）を検索する（８２６、６１５）。ロー
カル・サーバ１３０には、遠隔サーバ２３０の通信Ｐｒ
ｏｘｙがＰｒｏｘｙ登録テーブルに登録されているた
め、遠隔サーバ２３０のＩＰアドレスをキーにしてＰｒ
ｏｘｙ登録テーブルを検索するとヒットする（８２６
ｂ）。そこで、このコネクション開設要求パケットをＴ
ＣＰ層へ送り、ＴＣＰパケットのヘッダを解析すること
によって遠隔サーバ２３０との通信で使用している通信
ポート番号＃ｎ−ｃ−ｒｓを得る。
【００２６】遠隔サーバ２３０の通信ポート番号＃ｎ−
ｃ−ｒｓをキーにしてポート番号変換テーブルの各エン
トリ（９７２ないし９７６）を検索し（６１６）、ヒッ
トすればローカル・サーバ１３０がクライアント１１０
との通信用に割り当てている通信ポート番号＃ｎ−ｃ−
ｓに変換する（８３０、６１７）。さらにコネクション
開設要求パケットのヘッダに記されているパケットの宛
先アドレスを、遠隔サーバ２３０のＩＰアドレスｎｅｔ
２．ＲＳからローカル・サーバ１３０のＬＡＮ側のＩＰ
アドレスｎｅｔ１．Ｓに書き換える（８３１、６１
７）。通信ポート番号と宛先ＩＰアドレスを書き換える
ことによってあたかも自分宛（ローカル・サーバ１３０
宛）のコネクション開設要求パケットとして、キュー８
３２に本パケットを入れる。ポート番号変換テーブルに
遠隔サーバ２３０の通信ポート番号が登録されていない
場合には（８３０ｂ）、従来技術の通り、遠隔サーバ２
３０のＩＰアドレスをもとに送出先ネットワーク・イン
タフェースを選択して（８２８）、コネクション開設要
求パケットをそのまま遠隔サーバ２３０へフォワードす
る。
ｃ−ｒｓをキーにしてポート番号変換テーブルの各エン
トリ（９７２ないし９７６）を検索し（６１６）、ヒッ
トすればローカル・サーバ１３０がクライアント１１０
との通信用に割り当てている通信ポート番号＃ｎ−ｃ−
ｓに変換する（８３０、６１７）。さらにコネクション
開設要求パケットのヘッダに記されているパケットの宛
先アドレスを、遠隔サーバ２３０のＩＰアドレスｎｅｔ
２．ＲＳからローカル・サーバ１３０のＬＡＮ側のＩＰ
アドレスｎｅｔ１．Ｓに書き換える（８３１、６１
７）。通信ポート番号と宛先ＩＰアドレスを書き換える
ことによってあたかも自分宛（ローカル・サーバ１３０
宛）のコネクション開設要求パケットとして、キュー８
３２に本パケットを入れる。ポート番号変換テーブルに
遠隔サーバ２３０の通信ポート番号が登録されていない
場合には（８３０ｂ）、従来技術の通り、遠隔サーバ２
３０のＩＰアドレスをもとに送出先ネットワーク・イン
タフェースを選択して（８２８）、コネクション開設要
求パケットをそのまま遠隔サーバ２３０へフォワードす
る。
【００２７】キュー８３２に入れられたコネクション開
設要求パケットは、ＴＣＰ入力プロセス８４０によって
パケット・ヘッダに書かれている通信ポート番号をもと
にしてマルチプレクシングされ、サーバＢの通信Ｐｒｏ
ｘｙプロセス８５２へ送られる。その結果、遠隔サーバ
２３０の通信Ｐｒｏｘｙプロセス８５２とクライアント
１１０との間のコネクションの開設要求が受け付けられ
る（６１８）。
設要求パケットは、ＴＣＰ入力プロセス８４０によって
パケット・ヘッダに書かれている通信ポート番号をもと
にしてマルチプレクシングされ、サーバＢの通信Ｐｒｏ
ｘｙプロセス８５２へ送られる。その結果、遠隔サーバ
２３０の通信Ｐｒｏｘｙプロセス８５２とクライアント
１１０との間のコネクションの開設要求が受け付けられ
る（６１８）。
【００２８】通信Ｐｒｏｘｙプロセス８５２は、遠隔サ
ーバ２３０から先に送られてきている通信ポート番号＃
ｎ−ｓ−ｒｓ（６５２）を用いて、遠隔サーバ２３０と
の間のコネクション開設要求を出す（６２０）。この
時、先に遠隔サーバ２３０から送られて来た通信パラメ
タ（６５４）に従ってコネクションを開設する。遠隔サ
ーバ２３０がコネクション開設要求を受け付けると、遠
隔サーバ２３０と通信Ｐｒｏｘｙプロセス８５２との間
のコネクションが確立される（６２２）。
ーバ２３０から先に送られてきている通信ポート番号＃
ｎ−ｓ−ｒｓ（６５２）を用いて、遠隔サーバ２３０と
の間のコネクション開設要求を出す（６２０）。この
時、先に遠隔サーバ２３０から送られて来た通信パラメ
タ（６５４）に従ってコネクションを開設する。遠隔サ
ーバ２３０がコネクション開設要求を受け付けると、遠
隔サーバ２３０と通信Ｐｒｏｘｙプロセス８５２との間
のコネクションが確立される（６２２）。
【００２９】遠隔サーバ２３０からコネクション確立要
求が受け付けられると、通信Ｐｒｏｘｙプロセス８５２
もクライアント１１０に対してコネクション開設を受け
付けるＡＣＫ信号を返し、その結果クライアントとのコ
ネクションの開設が完了する（６２４）。ＡＣＫ信号の
パケットを返すときに、送信元ＩＰアドレスをローカル
・サーバ１３０のＩＰアドレスではなく、遠隔サーバ２
３０のＩＰアドレスに書き換え（８５３、６２６）、ク
ライアント１１０には遠隔サーバ２３０からのＡＣＫ信
号であるように見せる。以上の結果、クライアント１１
０と遠隔サーバ２３０とのコネクションは、クライアン
ト１１０とローカル・サーバ１３０上の通信Ｐｒｏｘｙ
８５２との間のコネクションと、ローカル・サーバ１３
０上の通信Ｐｒｏｘｙ８５２と遠隔サーバ２３０との間
のコネクションに分割して、コネクションを確立するこ
とができた。
求が受け付けられると、通信Ｐｒｏｘｙプロセス８５２
もクライアント１１０に対してコネクション開設を受け
付けるＡＣＫ信号を返し、その結果クライアントとのコ
ネクションの開設が完了する（６２４）。ＡＣＫ信号の
パケットを返すときに、送信元ＩＰアドレスをローカル
・サーバ１３０のＩＰアドレスではなく、遠隔サーバ２
３０のＩＰアドレスに書き換え（８５３、６２６）、ク
ライアント１１０には遠隔サーバ２３０からのＡＣＫ信
号であるように見せる。以上の結果、クライアント１１
０と遠隔サーバ２３０とのコネクションは、クライアン
ト１１０とローカル・サーバ１３０上の通信Ｐｒｏｘｙ
８５２との間のコネクションと、ローカル・サーバ１３
０上の通信Ｐｒｏｘｙ８５２と遠隔サーバ２３０との間
のコネクションに分割して、コネクションを確立するこ
とができた。
【００３０】次に、図１、図２、図５を用いて、クライ
アント１１０と遠隔サーバ２３０との間でデータを送受
信する場合の処理について説明する。図１、図２、図５
において、クライアント１１０が遠隔サーバ２３０のポ
ート番号＃ｎ−ｃ−ｒｓへＴＣＰ／ＩＰパケットを送付
すると（６６０）、パケットはローカル・サーバ１３０
を経由して遠隔サーバ２３０へ送付される。
アント１１０と遠隔サーバ２３０との間でデータを送受
信する場合の処理について説明する。図１、図２、図５
において、クライアント１１０が遠隔サーバ２３０のポ
ート番号＃ｎ−ｃ−ｒｓへＴＣＰ／ＩＰパケットを送付
すると（６６０）、パケットはローカル・サーバ１３０
を経由して遠隔サーバ２３０へ送付される。
【００３１】ローカル・サーバ１３０においては、ネッ
トワーク・インタフェース８００を経由してパケットが
ローカル・サーバ１３０に入力される。パケットはキュ
ー８１０で緩衝されたのちＩＰプロセス８２０に渡され
る。
トワーク・インタフェース８００を経由してパケットが
ローカル・サーバ１３０に入力される。パケットはキュ
ー８１０で緩衝されたのちＩＰプロセス８２０に渡され
る。
【００３２】ＩＰプロセス８２０は、パケットのＩＰヘ
ッダの宛先アドレスを調べて、自分宛のパケットか他人
宛のパケットかを判断する（８２２）。このパケットは
遠隔サーバ２３０宛で他人宛であるため（８２２ａ）、
ＩＰパケットのルーティング・テーブルを検索し、次に
このコネクション開設要求パケットを送付すべきゲート
ウェイのＩＰアドレスとして遠隔サーバ２３０のＩＰア
ドレスを求める（８２４、６６２）。このＩＰアドレス
をキーにしてハッシュ関数を引き（９００ａ）、Ｐｒｏ
ｘｙ登録テーブルを検索する（８２６、６６４）。ロー
カル・サーバ１３０には、遠隔サーバ２３０の通信Ｐｒ
ｏｘｙがＰｒｏｘｙ登録テーブルに登録されているた
め、遠隔サーバ２３０のＩＰアドレスをキーにしてＰｒ
ｏｘｙ登録テーブルを検索するとヒットする（８２６
ｂ）。そこで、このパケットをＴＣＰ層へ送り、ＴＣＰ
パケットのヘッダを解析することによって遠隔サーバ２
３０との通信で使用している通信ポート番号＃ｎ−ｃ−
ｒｓを得る。
ッダの宛先アドレスを調べて、自分宛のパケットか他人
宛のパケットかを判断する（８２２）。このパケットは
遠隔サーバ２３０宛で他人宛であるため（８２２ａ）、
ＩＰパケットのルーティング・テーブルを検索し、次に
このコネクション開設要求パケットを送付すべきゲート
ウェイのＩＰアドレスとして遠隔サーバ２３０のＩＰア
ドレスを求める（８２４、６６２）。このＩＰアドレス
をキーにしてハッシュ関数を引き（９００ａ）、Ｐｒｏ
ｘｙ登録テーブルを検索する（８２６、６６４）。ロー
カル・サーバ１３０には、遠隔サーバ２３０の通信Ｐｒ
ｏｘｙがＰｒｏｘｙ登録テーブルに登録されているた
め、遠隔サーバ２３０のＩＰアドレスをキーにしてＰｒ
ｏｘｙ登録テーブルを検索するとヒットする（８２６
ｂ）。そこで、このパケットをＴＣＰ層へ送り、ＴＣＰ
パケットのヘッダを解析することによって遠隔サーバ２
３０との通信で使用している通信ポート番号＃ｎ−ｃ−
ｒｓを得る。
【００３３】遠隔サーバ２３０の通信ポート番号＃ｎ−
ｃ−ｒｓをキーにしてポート番号変換テーブルの各エン
トリ（９７２ないし９７６）を検索し（６６４）、ヒッ
トすればローカル・サーバ１３０がクライアント１１０
との通信用に割り当てている通信ポート番号＃ｎ−ｃ−
ｓに変換する（８３０、６６６）。さらにパケットのヘ
ッダに記されているパケットの宛先アドレスを、遠隔サ
ーバ２３０のＩＰアドレスｎｅｔ２．ＲＳからローカル
・サーバ１３０のＬＡＮ側のＩＰアドレスｎｅｔ１．Ｓ
に書き換える（８３１、６６６）。通信ポート番号と宛
先ＩＰアドレスを書き換えることによってあたかも自分
宛（ローカル・サーバ１３０宛）のパケットとして、キ
ュー８３２に本パケットを入れる。ポート番号変換テー
ブルに遠隔サーバ２３０の通信ポート番号が登録されて
いない場合には（８３０ｂ）、従来技術の通り、遠隔サ
ーバ２３０のＩＰアドレスをもとに送出先ネットワーク
・インタフェースを選択して（８２８）、パケットをそ
のまま遠隔サーバ２３０へフォワードする。
ｃ−ｒｓをキーにしてポート番号変換テーブルの各エン
トリ（９７２ないし９７６）を検索し（６６４）、ヒッ
トすればローカル・サーバ１３０がクライアント１１０
との通信用に割り当てている通信ポート番号＃ｎ−ｃ−
ｓに変換する（８３０、６６６）。さらにパケットのヘ
ッダに記されているパケットの宛先アドレスを、遠隔サ
ーバ２３０のＩＰアドレスｎｅｔ２．ＲＳからローカル
・サーバ１３０のＬＡＮ側のＩＰアドレスｎｅｔ１．Ｓ
に書き換える（８３１、６６６）。通信ポート番号と宛
先ＩＰアドレスを書き換えることによってあたかも自分
宛（ローカル・サーバ１３０宛）のパケットとして、キ
ュー８３２に本パケットを入れる。ポート番号変換テー
ブルに遠隔サーバ２３０の通信ポート番号が登録されて
いない場合には（８３０ｂ）、従来技術の通り、遠隔サ
ーバ２３０のＩＰアドレスをもとに送出先ネットワーク
・インタフェースを選択して（８２８）、パケットをそ
のまま遠隔サーバ２３０へフォワードする。
【００３４】キュー８３２に入れられたパケットは、Ｔ
ＣＰ入力プロセス８４０によってパケット・ヘッダに書
かれている通信ポート番号をもとにしてマルチプレクシ
ングされ、サーバＢの通信Ｐｒｏｘｙプロセス８５２へ
送られて、パケットは受信される（６６８）。ＴＣＰ層
でＭＴＵ（最大転送ユニット）の大きさごとに分割され
ていたパケットももとのストリームに再組立される。そ
の後、通信Ｐｒｏｘｙプロセス８５２は遠隔サーバ２３
０とのコネクションの条件（ＭＴＵの大きさや、並列通
信を行うか否かなど）に合わせてデータを分割し、遠隔
サーバ２３０との間に張られているコネクションを用い
て、遠隔サーバ２３０の通信ポート番号＃ｎ−ｓ−ｒｓ
に対してパケットを送付する（６７０）。このパケット
はサーバ間のコネクションを用いるため、ＩＰパケット
の送信元アドレスは変換されずに、そのままキュー８６
２に入れられる。ＴＣＰプロセス８７０はキュー８６２
からパケットを取り出してＴＣＰパケットを組み立てた
後、ＩＰプロセス８２０の受付キュー８７２にパケット
を入れる。
ＣＰ入力プロセス８４０によってパケット・ヘッダに書
かれている通信ポート番号をもとにしてマルチプレクシ
ングされ、サーバＢの通信Ｐｒｏｘｙプロセス８５２へ
送られて、パケットは受信される（６６８）。ＴＣＰ層
でＭＴＵ（最大転送ユニット）の大きさごとに分割され
ていたパケットももとのストリームに再組立される。そ
の後、通信Ｐｒｏｘｙプロセス８５２は遠隔サーバ２３
０とのコネクションの条件（ＭＴＵの大きさや、並列通
信を行うか否かなど）に合わせてデータを分割し、遠隔
サーバ２３０との間に張られているコネクションを用い
て、遠隔サーバ２３０の通信ポート番号＃ｎ−ｓ−ｒｓ
に対してパケットを送付する（６７０）。このパケット
はサーバ間のコネクションを用いるため、ＩＰパケット
の送信元アドレスは変換されずに、そのままキュー８６
２に入れられる。ＴＣＰプロセス８７０はキュー８６２
からパケットを取り出してＴＣＰパケットを組み立てた
後、ＩＰプロセス８２０の受付キュー８７２にパケット
を入れる。
【００３５】ＩＰプロセス８２０では、最終宛先アドレ
スをキーにしてルーティング・テーブルを検索して、最
終宛先に到達するために次にパケットを送付すべきゲー
トウェイのＩＰアドレスを求める（８２９）。このＩＰ
アドレスはＷＡＮ経由で遠隔サーバ２３０へ送付するた
め、ＩＰパケットを送出するローカル・サーバ１３０の
ネットワーク・インタフェースとして８９１のネットワ
ーク・インタフェースを選択し（８２８）、このネット
ワーク・インタフェースの受付けキュー８８１にＩＰパ
ケットを入れる。その結果、パケットは遠隔サーバ２３
０へ送付され、遠隔サーバ２３０はパケットを受信する
（６７２）。以上のように、クライアント１１０から遠
隔サーバ２３０宛へ送付されたパケットは、ローカル・
サーバ１３０上の通信Ｐｒｏｘｙ８５２を経由して、サ
ーバ間の通信制御アルゴリズムにしたがって遠隔サーバ
２３０へ送信された。
スをキーにしてルーティング・テーブルを検索して、最
終宛先に到達するために次にパケットを送付すべきゲー
トウェイのＩＰアドレスを求める（８２９）。このＩＰ
アドレスはＷＡＮ経由で遠隔サーバ２３０へ送付するた
め、ＩＰパケットを送出するローカル・サーバ１３０の
ネットワーク・インタフェースとして８９１のネットワ
ーク・インタフェースを選択し（８２８）、このネット
ワーク・インタフェースの受付けキュー８８１にＩＰパ
ケットを入れる。その結果、パケットは遠隔サーバ２３
０へ送付され、遠隔サーバ２３０はパケットを受信する
（６７２）。以上のように、クライアント１１０から遠
隔サーバ２３０宛へ送付されたパケットは、ローカル・
サーバ１３０上の通信Ｐｒｏｘｙ８５２を経由して、サ
ーバ間の通信制御アルゴリズムにしたがって遠隔サーバ
２３０へ送信された。
【００３６】次に、クライアント１１０が遠隔サーバ２
３０からデータを受信する場合について説明する。ロー
カル・サーバ１３０上の通信Ｐｒｏｘｙプロセス８５２
は、遠隔サーバ２３０からパケットを受信すると、パケ
ットをクライアント１１０へ送付する。したがって、遠
隔サーバ２３０は、クライアント１１０へパケットを直
接送付するのではなく、ローカル・サーバ１３０上の通
信Ｐｒｏｘｙプロセス８５２へパケットを送付する（６
７４）。パケットがローカル・サーバ１３０に到着する
と（６７６）、ＷＡＮ４００に接続されているネットワ
ーク・インタフェース８０１を経由してローカル・サー
バ１３０に入力される。パケットはキュー８１１で緩衝
されたのちＩＰプロセス８２０に渡される。
３０からデータを受信する場合について説明する。ロー
カル・サーバ１３０上の通信Ｐｒｏｘｙプロセス８５２
は、遠隔サーバ２３０からパケットを受信すると、パケ
ットをクライアント１１０へ送付する。したがって、遠
隔サーバ２３０は、クライアント１１０へパケットを直
接送付するのではなく、ローカル・サーバ１３０上の通
信Ｐｒｏｘｙプロセス８５２へパケットを送付する（６
７４）。パケットがローカル・サーバ１３０に到着する
と（６７６）、ＷＡＮ４００に接続されているネットワ
ーク・インタフェース８０１を経由してローカル・サー
バ１３０に入力される。パケットはキュー８１１で緩衝
されたのちＩＰプロセス８２０に渡される。
【００３７】ＩＰプロセス８２０は、パケットのＩＰヘ
ッダの宛先アドレスを調べて、自分宛のパケットか他人
宛のパケットかを判断する（８２２）。このパケットは
自分宛であるため（８２２ｂ）、そのままキュー８３２
に本パケットは入れられる。キュー８３２に入れられた
パケットは、ＴＣＰ入力プロセス８４０によってパケッ
ト・ヘッダに書かれている通信ポート番号をもとにして
マルチプレクシングされ、サーバＢの通信Ｐｒｏｘｙプ
ロセス８５２へ送られて、パケットは受信される（６７
８）。
ッダの宛先アドレスを調べて、自分宛のパケットか他人
宛のパケットかを判断する（８２２）。このパケットは
自分宛であるため（８２２ｂ）、そのままキュー８３２
に本パケットは入れられる。キュー８３２に入れられた
パケットは、ＴＣＰ入力プロセス８４０によってパケッ
ト・ヘッダに書かれている通信ポート番号をもとにして
マルチプレクシングされ、サーバＢの通信Ｐｒｏｘｙプ
ロセス８５２へ送られて、パケットは受信される（６７
８）。
【００３８】ＴＣＰ層でＭＴＵ（最大転送ユニット）の
大きさごとに分割されていたパケットももとのストリー
ムに再組立される。その後、通信Ｐｒｏｘｙプロセス８
５２はクライアント１１０とのコネクションの条件に合
わせてデータを分割し、クライアント１１０に対してパ
ケットを送付する（６８０）。このパケットを返すとき
に、送信元ＩＰアドレスをローカル・サーバ１３０のＩ
Ｐアドレスではなく、遠隔サーバ２３０のＩＰアドレス
に書き換え（８５３、６８２）、クライアント１１０に
は遠隔サーバ２３０からのパケットであるように見せ
る。ＩＰアドレスを書き換えた後、パケットはキュー８
６２に入れられる。ＴＣＰプロセス８７０はキュー８６
２からパケットを取り出してＴＣＰパケットを組み立て
た後、ＩＰプロセス８２０の受付キュー８７２にパケッ
トを入れる。
大きさごとに分割されていたパケットももとのストリー
ムに再組立される。その後、通信Ｐｒｏｘｙプロセス８
５２はクライアント１１０とのコネクションの条件に合
わせてデータを分割し、クライアント１１０に対してパ
ケットを送付する（６８０）。このパケットを返すとき
に、送信元ＩＰアドレスをローカル・サーバ１３０のＩ
Ｐアドレスではなく、遠隔サーバ２３０のＩＰアドレス
に書き換え（８５３、６８２）、クライアント１１０に
は遠隔サーバ２３０からのパケットであるように見せ
る。ＩＰアドレスを書き換えた後、パケットはキュー８
６２に入れられる。ＴＣＰプロセス８７０はキュー８６
２からパケットを取り出してＴＣＰパケットを組み立て
た後、ＩＰプロセス８２０の受付キュー８７２にパケッ
トを入れる。
【００３９】ＩＰプロセス８２０では、最終宛先アドレ
スをキーにしてルーティング・テーブルを検索して、最
終宛先に到達するために次にパケットを送付すべきゲー
トウェイのＩＰアドレスを求める（８２９）。このＩＰ
アドレスはＬＡＮ経由でクライアント１１０へ送付する
ため、ＩＰパケットを送出するローカル・サーバ１３０
のネットワーク・インタフェースとして８９０のネット
ワーク・インタフェースを選択し（８２８）、このネッ
トワーク・インタフェースの受付けキュー８８０にＩＰ
パケットを入れる。その結果、パケットはクライアント
１１０へ送付され、クライアント１１０はパケットを受
信する（６８４）。以上の結果、遠隔サーバ２３０から
クライアント１１０宛へ送付されたパケットは、ローカ
ル・サーバ１３０上の通信Ｐｒｏｘｙ８５２を経由し
て、サーバ間の通信制御アルゴリズムにしたがってクラ
イアント１１０へ送信された。
スをキーにしてルーティング・テーブルを検索して、最
終宛先に到達するために次にパケットを送付すべきゲー
トウェイのＩＰアドレスを求める（８２９）。このＩＰ
アドレスはＬＡＮ経由でクライアント１１０へ送付する
ため、ＩＰパケットを送出するローカル・サーバ１３０
のネットワーク・インタフェースとして８９０のネット
ワーク・インタフェースを選択し（８２８）、このネッ
トワーク・インタフェースの受付けキュー８８０にＩＰ
パケットを入れる。その結果、パケットはクライアント
１１０へ送付され、クライアント１１０はパケットを受
信する（６８４）。以上の結果、遠隔サーバ２３０から
クライアント１１０宛へ送付されたパケットは、ローカ
ル・サーバ１３０上の通信Ｐｒｏｘｙ８５２を経由し
て、サーバ間の通信制御アルゴリズムにしたがってクラ
イアント１１０へ送信された。
【００４０】以上のように、クライアント１１０と遠隔
サーバ２３０との間の通信を、ＬＡＮとＷＡＮのゲート
ウェイであるローカル・サーバ１３０を介して、クライ
アント１１０とローカル・サーバ１３０とのトランスポ
ート層での通信と、ローカル・サーバ１３０と遠隔サー
バ２３０とのトランスポート層での通信に分けることが
できる。その結果、ローカル・サーバ１３０と遠隔サー
バ２３０との間のような高性能サーバ間では、高性能サ
ーバやＡＴＭネットワークのような高速ＷＡＮに適した
フロー制御や輻輳制御のトランスポート層のプロトコル
処理アルゴリズムを用いて、高速なサーバ間の遠隔通信
を実現できる。さらに、クライアントとローカル・サー
バ間の通信でも、ＬＡＮという短距離通信やＬＡＮの高
速性を活かしたフロー制御や輻輳制御を用いて高速通信
を実現できる。さらに、ローカル・サーバ１３０がクラ
イアント１１０と遠隔サーバ２３０との間の通信パケッ
トをスチールするため、クライアント１１０には透明な
まま、ＬＡＮ内とＷＡＮ内の２つの通信に分けることが
できるため、既存ソフトウェアを変更する必要なしに高
速性能を実現することができる。
サーバ２３０との間の通信を、ＬＡＮとＷＡＮのゲート
ウェイであるローカル・サーバ１３０を介して、クライ
アント１１０とローカル・サーバ１３０とのトランスポ
ート層での通信と、ローカル・サーバ１３０と遠隔サー
バ２３０とのトランスポート層での通信に分けることが
できる。その結果、ローカル・サーバ１３０と遠隔サー
バ２３０との間のような高性能サーバ間では、高性能サ
ーバやＡＴＭネットワークのような高速ＷＡＮに適した
フロー制御や輻輳制御のトランスポート層のプロトコル
処理アルゴリズムを用いて、高速なサーバ間の遠隔通信
を実現できる。さらに、クライアントとローカル・サー
バ間の通信でも、ＬＡＮという短距離通信やＬＡＮの高
速性を活かしたフロー制御や輻輳制御を用いて高速通信
を実現できる。さらに、ローカル・サーバ１３０がクラ
イアント１１０と遠隔サーバ２３０との間の通信パケッ
トをスチールするため、クライアント１１０には透明な
まま、ＬＡＮ内とＷＡＮ内の２つの通信に分けることが
できるため、既存ソフトウェアを変更する必要なしに高
速性能を実現することができる。
【００４１】上記実施例によれば、遠隔サーバＢ（２３
０）とクライアントＡ１（１１０）との通信について記
したが、遠隔サーバＣ（３３０）とクライアントＡ１
（１１０）との通信でも全く同様である。上記実施例に
よれば、Ｐｒｏｘｙ登録テーブルに遠隔サーバの通信ポ
ートのＰｒｏｘｙを登録したが、図１と図３において、
ローカル・サーバ１３０が通信Ｐｒｏｘｙのひな型から
子プロセスをＦｏｒｋする（６０２）のではなく、遠隔
サーバ２３０がローカル・サーバ１３０へプログラム・
コードと処理メソッドを含むようなオブジェクトを送付
すれば、図３と同じ手順によって、図１に示すユーザ登
録プログラム８５０をローカル・サーバ１３０に登録す
ることができる。上記実施例によれば、クライアント１
１０と遠隔サーバ２３０との通信経路上でパケットをル
ーティングするゲートウェイまたはルータはローカル・
サーバ１３０の１つだけであったが、通信経路上に複数
個のゲートウェイまたはルータが存在しても、各ゲート
ウェイまたはルータに本発明の１実施例であるＰｒｏｘ
ｙ登録テーブルとポート番号変換テーブルを実現すれ
ば、同様の手順によってホップ・バイ・ホップの通信処
理を行える。また、本発明の１実施例であるＰｒｏｘｙ
登録テーブルにＰｒｏｘｙを登録しなければ、ホップ・
バイ・ホップによる通信処理ではなくて、複数個おきの
制御を行える。また、上記実施例によれば、公衆網（Ｗ
ＡＮ）とオフィス間の高速通信方式について述べている
が、例えば、ＡＴＭーＬＡＮとＥｔｈｅｒｎｅｔ−ＬＡ
Ｎのように速度や媒体が異なる複数のネットワークから
構成されているＬＡＮにおいても適用することができ
る。
０）とクライアントＡ１（１１０）との通信について記
したが、遠隔サーバＣ（３３０）とクライアントＡ１
（１１０）との通信でも全く同様である。上記実施例に
よれば、Ｐｒｏｘｙ登録テーブルに遠隔サーバの通信ポ
ートのＰｒｏｘｙを登録したが、図１と図３において、
ローカル・サーバ１３０が通信Ｐｒｏｘｙのひな型から
子プロセスをＦｏｒｋする（６０２）のではなく、遠隔
サーバ２３０がローカル・サーバ１３０へプログラム・
コードと処理メソッドを含むようなオブジェクトを送付
すれば、図３と同じ手順によって、図１に示すユーザ登
録プログラム８５０をローカル・サーバ１３０に登録す
ることができる。上記実施例によれば、クライアント１
１０と遠隔サーバ２３０との通信経路上でパケットをル
ーティングするゲートウェイまたはルータはローカル・
サーバ１３０の１つだけであったが、通信経路上に複数
個のゲートウェイまたはルータが存在しても、各ゲート
ウェイまたはルータに本発明の１実施例であるＰｒｏｘ
ｙ登録テーブルとポート番号変換テーブルを実現すれ
ば、同様の手順によってホップ・バイ・ホップの通信処
理を行える。また、本発明の１実施例であるＰｒｏｘｙ
登録テーブルにＰｒｏｘｙを登録しなければ、ホップ・
バイ・ホップによる通信処理ではなくて、複数個おきの
制御を行える。また、上記実施例によれば、公衆網（Ｗ
ＡＮ）とオフィス間の高速通信方式について述べている
が、例えば、ＡＴＭーＬＡＮとＥｔｈｅｒｎｅｔ−ＬＡ
Ｎのように速度や媒体が異なる複数のネットワークから
構成されているＬＡＮにおいても適用することができ
る。
【００４２】
【発明の効果】以上のように、本発明によれば、クライ
アントの接続されるネットワーク（例えば、ＬＡＮ）と
遠隔サーバの接続される他のネットワーク（例えば、広
域ネットワーク（ＷＡＮ））とのゲートウェイを行うサ
ーバ計算機が、クライアント計算機と遠隔サーバ計算機
間のネットワーク（リンク）の性能や機能、クライアン
ト計算機と遠隔サーバ計算機の性能に応じて、フロー制
御や輻輳制御を行うことがきる方式を提供することがで
き、ネットワークを介した高速通信を実現できる。
アントの接続されるネットワーク（例えば、ＬＡＮ）と
遠隔サーバの接続される他のネットワーク（例えば、広
域ネットワーク（ＷＡＮ））とのゲートウェイを行うサ
ーバ計算機が、クライアント計算機と遠隔サーバ計算機
間のネットワーク（リンク）の性能や機能、クライアン
ト計算機と遠隔サーバ計算機の性能に応じて、フロー制
御や輻輳制御を行うことがきる方式を提供することがで
き、ネットワークを介した高速通信を実現できる。
【図１】本発明の１実施例の構成を示すブロック図であ
る。
る。
【図２】通信Ｐｒｏｘｙ登録テーブルとポート番号変換
テーブルの１例を示す図である。
テーブルの１例を示す図である。
【図３】ローカル・サーバと遠隔サーバの初期処理のフ
ローチャートを示す図である。
ローチャートを示す図である。
【図４】クライアントとローカル・サーバとの間のコネ
クション開設処理のフローチャートを示す図である。
クション開設処理のフローチャートを示す図である。
【図５】クライアント、ローカル・サーバ、遠隔サーバ
の３者の間のデータ送受信処理のフローチャートを示す
図である。
の３者の間のデータ送受信処理のフローチャートを示す
図である。
【図６】クライアント・サーバ間通信における従来の通
信方式でのプロトコル・スタックと、本発明の１実施例
の通信方式でのプロトコル・スタックを示す図である。
信方式でのプロトコル・スタックと、本発明の１実施例
の通信方式でのプロトコル・スタックを示す図である。
【図７】ＴＣＰ／ＩＰプロトコルを用いたクライアント
・サーバ間の通信プログラムの例を示す図である。
・サーバ間の通信プログラムの例を示す図である。
【図８】本発明の対象となるコンピューティング・シス
テムの１構成例を示す図である。
テムの１構成例を示す図である。
１１０ クライアントＡ１ １２０、２２０、３２０ ＬＡＮ １３０ ローカル・サーバ ２３０、３３０ 遠隔サーバ １３２、２３２、３３２ ファイル １４０、２４０、３４０ ＬＡＮ ＳＷ １５０、２５０、３５０ ＰＢＸ ４００ 広域ネットワーク ８５２ ８５４ 通信Ｐｒｏｘｙプロセス
───────────────────────────────────────────────────── フロントページの続き (72)発明者 マシエル・フレデリコ 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 垂井 俊明 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 樋口 達雄 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 村橋 英樹 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内
Claims (7)
- 【請求項１】 第１のネットワークに接続された第１の
計算機と第２のネットワークに接続された第２の計算機
が、該両ネットワークに接続された第３の計算機を介し
て通信を行うネットワーク通信におけるネットワーク通
信処理方式であって、 該第３の計算機は、該第２の計算機のネットワーク・ア
ドレスを登録するＰｒｏｘｙ登録テーブルと該第２の計
算機宛の通信パケットを受信する通信Ｐｒｏｘｙプロセ
スを有する通信Ｐｒｏｘｙを備え、 該第３の計算機は、該第３の計算機宛以外の通信パケッ
トを受信したときには、前記Ｐｒｏｘｙ登録テーブルを
検索し、 該通信パケットの宛先のネットワーク・アドレスが前記
Ｐｒｏｘｙ登録テーブルに登録されている場合には、前
記通信Ｐｒｏｘｙプロセスが前記通信パケットを受信
し、さらに該通信パケットを宛先に送信することを特徴
とするネットワーク通信処理方式。 - 【請求項２】 請求項１記載のネットワーク通信処理方
式において、 前記第３の計算機は前記通信Ｐｒｏｘｙを生成する通信
Ｐｒｏｘｙ登録待ちデーモンを備え、 前記第２の計算機は前記３の計算機の前記通信Ｐｒｏｘ
ｙ登録待ちデーモンに対して、前記通信Ｐｒｏｘｙプロ
セスを生成し、前記Ｐｒｏｘｙ登録テーブルに前記第２
の計算機のネットワーク・アドレスを登録することを指
示することを特徴とするネットワーク通信処理方式。 - 【請求項３】 請求項１記載のネットワーク通信処理方
式において、 前記第３の計算機上の通信Ｐｒｏｘｙプロセスは前記第
２の計算機から送信された通信パラメタを受信し、該通
信パラメタを該第３の計算機上に登録することを特徴と
するネットワーク通信処理方式。 - 【請求項４】 請求項１記載のネットワーク通信処理方
式において、 前記通信Ｐｒｏｘｙプロセスが、前記第１の計算機から
前記第２の計算機宛のコネクション開設要求パケットを
受信したときには、 前記通信Ｐｒｏｘｙプロセスは、前記通信Ｐｒｏｘｙプ
ロセスと前記第１の計算機との間のコネクションを開設
し、さらに前記通信Ｐｒｏｘｙプロセスと前記第２の計
算機との間のコネクションを開設することを特徴とする
ネットワーク通信処理方式。 - 【請求項５】 請求項１記載のネットワーク通信処理方
式において、 前記第３の計算機は、 前記第２の計算機が前記１の計算機との通信に用いる第
１の通信ポート識別子を、前記通信Ｐｒｏｘｙプロセス
が該１の計算機との通信に用いる第２の通信ポート識別
子に変換するポート番号変換テーブルを備え、 前記第２の計算機宛に送付した通信パケットを受信した
とき、前記通信パケットに記されている前記第１の通信
ポート識別子を前記第２の通信ポート識別子に変換し
て、前記通信Ｐｒｏｘｙプロセスに前記通信パケットを
受信させることを特徴とするネットワーク通信処理方
式。 - 【請求項６】 請求項１記載のネットワーク通信処理方
式において、 前記通信Ｐｒｏｘｙプロセスは、前記第２の計算機から
該通信Ｐｒｏｘｙプロセス宛に送付した通信パケットを
前記第１の計算機へ送付することを特徴とするネットワ
ーク通信処理方式。 - 【請求項７】 請求項６記載のネットワーク通信処理方
式において、 前記通信Ｐｒｏｘｙプロセスは、前記第２の計算機が該
通信Ｐｒｏｘｙプロセス宛に送付した前記通信パケット
を前記第１の計算機へ送付するときに、通信パケットの
送信元ネットワーク・アドレスを前記第２の計算機のネ
ットワーク・アドレスに書き換えることを特徴とするネ
ットワーク通信処理方式。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7354020A JPH09186723A (ja) | 1995-12-29 | 1995-12-29 | ネットワーク通信処理方式 |
| US08/773,315 US6404766B1 (en) | 1995-12-29 | 1996-12-24 | Network data communication system |
| US10/051,050 US6950436B2 (en) | 1995-12-29 | 2002-01-22 | Network data communication system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7354020A JPH09186723A (ja) | 1995-12-29 | 1995-12-29 | ネットワーク通信処理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09186723A true JPH09186723A (ja) | 1997-07-15 |
Family
ID=18434775
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7354020A Pending JPH09186723A (ja) | 1995-12-29 | 1995-12-29 | ネットワーク通信処理方式 |
Country Status (2)
| Country | Link |
|---|---|
| US (2) | US6404766B1 (ja) |
| JP (1) | JPH09186723A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009534937A (ja) * | 2006-04-21 | 2009-09-24 | マイクロソフト コーポレーション | ネットワーク・デバイスによる多数の輻輳制御アルゴリズムの実行を可能にすること |
Families Citing this family (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09186723A (ja) * | 1995-12-29 | 1997-07-15 | Hitachi Ltd | ネットワーク通信処理方式 |
| US6353614B1 (en) * | 1998-03-05 | 2002-03-05 | 3Com Corporation | Method and protocol for distributed network address translation |
| US7483967B2 (en) * | 1999-09-01 | 2009-01-27 | Ximeta Technology, Inc. | Scalable server architecture based on asymmetric 3-way TCP |
| US6879593B1 (en) * | 1999-12-20 | 2005-04-12 | Intel Corporation | Connections of nodes on different networks |
| US7301952B2 (en) * | 2000-04-06 | 2007-11-27 | The Distribution Systems Research Institute | Terminal-to-terminal communication connection control method using IP transfer network |
| US7792923B2 (en) * | 2000-10-13 | 2010-09-07 | Zhe Khi Pak | Disk system adapted to be directly attached to network |
| MXPA03011150A (es) * | 2001-06-04 | 2004-10-28 | Nct Group Inc | Sistema y metodo para incrementar el ancho de banda efectivo de una red de comunicaciones. |
| US7099285B1 (en) * | 2001-06-15 | 2006-08-29 | Advanced Micro Devices, Inc. | Remote configuration of a subnet configuration table in a network device |
| EP1588452A2 (en) * | 2001-07-16 | 2005-10-26 | Kim, Han Gyoo, Hongik university computer engineering | Scheme for dynamically connecting i/o devices through network |
| US7260644B1 (en) * | 2001-09-26 | 2007-08-21 | Cisco Technology, Inc. | Apparatus and method for re-directing a client session |
| US20050149682A1 (en) * | 2001-10-09 | 2005-07-07 | Han-Gyoo Kim | Virtual multiple removable media jukebox |
| US7200144B2 (en) * | 2001-10-18 | 2007-04-03 | Qlogic, Corp. | Router and methods using network addresses for virtualization |
| CA2475442C (en) | 2002-03-08 | 2011-08-09 | Aware, Inc. | Systems and methods for high rate ofdm communications |
| US20080008202A1 (en) * | 2002-10-31 | 2008-01-10 | Terrell William C | Router with routing processors and methods for virtualization |
| US7457880B1 (en) * | 2003-09-26 | 2008-11-25 | Ximeta Technology, Inc. | System using a single host to receive and redirect all file access commands for shared data storage device from other hosts on a network |
| US7664836B2 (en) * | 2004-02-17 | 2010-02-16 | Zhe Khi Pak | Device and method for booting an operation system for a computer from a passive directly attached network device |
| US20050193017A1 (en) * | 2004-02-19 | 2005-09-01 | Han-Gyoo Kim | Portable multimedia player/recorder that accesses data contents from and writes to networked device |
| US20060069884A1 (en) * | 2004-02-27 | 2006-03-30 | Han-Gyoo Kim | Universal network to device bridge chip that enables network directly attached device |
| JP4343760B2 (ja) * | 2004-04-28 | 2009-10-14 | 株式会社日立製作所 | ネットワークプロトコル処理装置 |
| US7746900B2 (en) * | 2004-07-22 | 2010-06-29 | Zhe Khi Pak | Low-level communication layers and device employing same |
| US7656891B1 (en) * | 2004-08-04 | 2010-02-02 | Intel Corporation | Method and apparatus enabling concurrent processing of contiguously and virtually concatenated payloads |
| US7760659B2 (en) * | 2004-08-05 | 2010-07-20 | Microsoft Corporation | Transmission optimization for application-level multicast |
| US7860943B2 (en) * | 2004-08-23 | 2010-12-28 | Zhe Khi Pak | Enhanced network direct attached storage controller |
| US20060067356A1 (en) * | 2004-08-23 | 2006-03-30 | Han-Gyoo Kim | Method and apparatus for network direct attached storage |
| US8059562B2 (en) * | 2004-10-18 | 2011-11-15 | Nokia Corporation | Listener mechanism in a distributed network system |
| US7849257B1 (en) | 2005-01-06 | 2010-12-07 | Zhe Khi Pak | Method and apparatus for storing and retrieving data |
| US8572605B1 (en) * | 2005-04-28 | 2013-10-29 | Azul Systems, Inc. | Source switching of virtual machines |
| US7660244B2 (en) * | 2005-06-20 | 2010-02-09 | Alcatel-Lucent Usa Inc. | Method and apparatus for quality-of-service based admission control using a virtual scheduler |
| JP4880442B2 (ja) | 2006-12-26 | 2012-02-22 | Ｎｅｃインフロンティア株式会社 | 通信システム |
| US7706266B2 (en) | 2007-03-12 | 2010-04-27 | Citrix Systems, Inc. | Systems and methods of providing proxy-based quality of service |
| US20080298366A1 (en) * | 2007-05-31 | 2008-12-04 | Microsoft Corporation | Agnostic Network Architecture |
| US8005010B2 (en) * | 2008-01-30 | 2011-08-23 | At&T Intellectual Property I, L.P. | Method and apparatus for providing performance measurement for a network tunnel |
| US8305899B2 (en) * | 2008-05-28 | 2012-11-06 | Microsoft Corporation | Pull-based data transmission approach |
| US9411647B2 (en) * | 2010-01-22 | 2016-08-09 | Qualcomm Incorporated | Hierarchical routing and interface selection for multi-processor multimode network devices |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5309437A (en) * | 1990-06-29 | 1994-05-03 | Digital Equipment Corporation | Bridge-like internet protocol router |
| US5420862A (en) * | 1991-06-14 | 1995-05-30 | Digital Equipment Corporation | Router using remote address resolution to enable bridge like data forwarding |
| US5500860A (en) * | 1991-06-14 | 1996-03-19 | Digital Equipment Corporation | Router using multiple hop redirect messages to enable bridge like data forwarding |
| US5371852A (en) * | 1992-10-14 | 1994-12-06 | International Business Machines Corporation | Method and apparatus for making a cluster of computers appear as a single host on a network |
| US5623601A (en) * | 1994-11-18 | 1997-04-22 | Milkway Networks Corporation | Apparatus and method for providing a secure gateway for communication and data exchanges between networks |
| US5550984A (en) * | 1994-12-07 | 1996-08-27 | Matsushita Electric Corporation Of America | Security system for preventing unauthorized communications between networks by translating communications received in ip protocol to non-ip protocol to remove address and routing services information |
| US5657452A (en) * | 1995-09-08 | 1997-08-12 | U.S. Robotics Corp. | Transparent support of protocol and data compression features for data communication |
| US5793763A (en) * | 1995-11-03 | 1998-08-11 | Cisco Technology, Inc. | Security system for network address translation systems |
| US6058429A (en) * | 1995-12-08 | 2000-05-02 | Nortel Networks Corporation | Method and apparatus for forwarding traffic between locality attached networks using level 3 addressing information |
| JPH09186723A (ja) * | 1995-12-29 | 1997-07-15 | Hitachi Ltd | ネットワーク通信処理方式 |
| US5781550A (en) * | 1996-02-02 | 1998-07-14 | Digital Equipment Corporation | Transparent and secure network gateway |
| JP3531367B2 (ja) * | 1996-07-04 | 2004-05-31 | 株式会社日立製作所 | トランスレータ |
| US5828844A (en) * | 1996-10-08 | 1998-10-27 | At&T Corp. | Internet NCP over ATM |
| EP0840482B1 (en) * | 1996-11-01 | 2007-04-25 | Hitachi, Ltd. | Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus |
-
1995
- 1995-12-29 JP JP7354020A patent/JPH09186723A/ja active Pending
-
1996
- 1996-12-24 US US08/773,315 patent/US6404766B1/en not_active Expired - Fee Related
-
2002
- 2002-01-22 US US10/051,050 patent/US6950436B2/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009534937A (ja) * | 2006-04-21 | 2009-09-24 | マイクロソフト コーポレーション | ネットワーク・デバイスによる多数の輻輳制御アルゴリズムの実行を可能にすること |
Also Published As
| Publication number | Publication date |
|---|---|
| US6404766B1 (en) | 2002-06-11 |
| US20020057698A1 (en) | 2002-05-16 |
| US6950436B2 (en) | 2005-09-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH09186723A (ja) | ネットワーク通信処理方式 | |
| JP3613863B2 (ja) | ネットワーク接続システム及び並列ネットワーク接続方法 | |
| Newman et al. | Flow labelled IP: A connectionless approach to ATM | |
| US5600644A (en) | Method and apparatus for interconnecting LANs | |
| Aweya | IP router architectures: an overview | |
| US7490164B2 (en) | Method providing server affinity and client stickiness in a server load balancing device without TCP termination and without keeping flow states | |
| US8094660B2 (en) | VLAN server | |
| US7784055B2 (en) | Method and apparatus for routing data to a load balanced server using MPLS packet labels | |
| US7512702B1 (en) | Method and apparatus providing highly scalable server load balancing | |
| US6178453B1 (en) | Virtual circuit switching architecture | |
| US8090859B2 (en) | Decoupling TCP/IP processing in system area networks with call filtering | |
| McAuley | Protocol design for high speed networks | |
| JPH10290235A (ja) | パケット交換トラヒックを転送するための改良型システム | |
| Aweya | On the design of IP routers Part 1: Router architectures | |
| JPH09247190A (ja) | 通信ネットワークのオペレーティング方法 | |
| JP2002508123A (ja) | マルチレイヤ・ネットワーク要素用のシステムおよび方法 | |
| JPH06205039A (ja) | マルチプロトコル対応のパケット網構成方法 | |
| Newman et al. | Flow labelled IP: connectionless ATM under IP | |
| US6760336B1 (en) | Flow detection scheme to support QoS flows between source and destination nodes | |
| US7031307B2 (en) | Packet routing apparatus having label switching function | |
| Basturk et al. | Design and implementation of a QoS capable switch-router | |
| US7522601B1 (en) | Filtered router alert hop-by-hop option | |
| US6865178B1 (en) | Method and system for establishing SNA connection through data link switching access services over networking broadband services | |
| Cisco | Bridging and IBM Networking Overview | |
| Kandlur et al. | Protocol architecture for multimedia applications over ATM networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040202 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040318 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040525 |