JP2016063382A - 通信システム、通信方法、および、転送装置 - Google Patents

Abstract

【課題】適切な経路での通信の確立にかかる時間を短縮する。
【解決手段】通信システムは、通信先と通信を開始する通信装置と、通信装置から通信先に送信されるパケットを転送可能な転送装置を備える。通信装置は、通信先との通信の開始を要求する第１の要求信号と、転送装置を介した通信先との通信の開始を要求する第２の要求信号を、転送装置に送信する。転送装置は、第２の要求信号の要求を許可しないことを通信装置に通知すると共に、第１の要求信号を通信先に転送する。通信装置は、第１の要求信号に対する通信先からの応答を受けて、転送装置を介さずに、通信先との通信を開始する。
【選択図】図２

Description

本発明は、複数の通信装置の間で行われる通信に関する。

複数の装置の間での通信の際に、ＴＣＰ（Transmission Control Protocol）が使用されることが多いが、ＴＣＰを用いた通信では、一度、パケットの廃棄が発生すると、通信速度が大きく低下し、スループットが出にくくなる。このため、海外拠点間での通信のように往復遅延時間（Round Trip Time、ＲＴＴ）が長い場合や、無線網のようにパケット廃棄率が高いネットワークを経由する通信では、ＴＣＰを用いると、効率が悪くなりやすい。そこで、ＷＡＮ（Wide Area Network）高速化装置を用いてデータ転送が高速化されるケースが増えている。ＷＡＮ高速化装置は、ネットワークのクライアント側とサーバ側の両端に設置される。クライアント装置からＴＣＰパケットを受信したＷＡＮ高速化装置は、パケットで使用するプロトコルを高速プロトコルに変換した後、サーバ側のＷＡＮ高速化装置に転送する。サーバ側のＷＡＮ高速化装置は、クライアント側のＷＡＮ高速化装置から受信したパケットをＴＣＰパケットに変換したうえで、サーバに転送する。

しかし、パケットの送信元と宛先との間のネットワークにおいて、往復遅延時間が短く、パケット廃棄率も低い場合、高速プロトコルを使用しない通信でも通信性能が比較的高いことが期待できる。この場合、ＷＡＮ高速化装置でプロトコルを変換する場合よりも、プロトコルの変換を行わずに転送する方が、送信元から宛先にパケットが到達するまでの時間が短いことがある。そこで、プロトコルの変換による転送の高速化が期待できない場合、ＷＡＮ高速化装置でのプロトコルの変換処理を行わずにパケットを転送することが望ましい。そこで、データの送信元から宛先に至る経路に応じて、ＷＡＮ高速化装置が高速プロトコルを用いた転送処理を行うか（送信ポリシ）を決め、送信元がＷＡＮ高速化装置で決定された情報を取得することが試みられている。

図１は、ＷＡＮ高速化装置から送信ポリシを取得する方法の例を示す図である。図１のケースＣ１は、クライアント装置７のリダイレクタ１１がＷＡＮ高速化装置５に送信ポリシを要求し、ＷＡＮ高速化装置５からの応答として、送信ポリシ１６がクライアント装置７に通知される場合の例を示している。ケースＣ２は、ＷＡＮ高速化装置５がクライアント装置７に定期的に送信ポリシを配布する場合の例を示している。ケースＣ１とＣ２のいずれにおいても、リダイレクタ１１は、高速プロトコルを用いた転送を行わないことが通知された通信については、矢印Ａに示すように、パケットをＷＡＮ高速化装置５に転送しない。一方、リダイレクタ１１は、高速プロトコルを用いた転送を行うことが通知された通信に使用されるパケットを、矢印Ｂに示すように、ＤＮＡＴ（Destination Network Address Translation）１３を介してＷＡＮ高速化装置５に転送する。ＷＡＮ高速化装置５では、カーネル１５と高速プロトコル処理部１７での処理を経て、高速プロトコルによる転送が行われる。

関連する技術として、ＷＡＮへの転送対象であるが優先制御の対象ではないパケットを拠点から受信すると、受信パケットに高速化処理を施した上で、帯域制御装置に送信するＷＡＮ高速化装置を含むシステムが提案されている。このシステムでは、帯域制御装置は、ＷＡＮ高速化装置から受信したパケットを用いて、帯域の割り当てを行う（例えば、特許文献１など）。また、ノード間で交換した記述メッセージ中のメディアセッションに関する潜在的設定を示すオプションタグを、サポートされる設定と比較した結果に基づいて、記述メッセージを修正することも考案されている（例えば、特許文献２など）。ノードに対するフロー制御を行うコントローラが、指定された迂回ノードを通らない経路を計算し、経路を形成するノードにフロー情報を設定するシステムも提案されている（例えば、特許文献３など）。

特開２０１３−３４０６３号公報 特表２０１２−５０６６６４号公報 国際公開第２０１１／０４３３７９号

通信装置が、ＷＡＮ高速化装置にポリシ情報の送信を要求し、得られた送信ポリシに応じて、宛先に送信するデータをＷＡＮ高速化装置に転送するかを決定する場合、転送装置は、送信ポリシを受信するまでデータの送信を行わずに待機する。このため、処理に時間がかかるという問題がある。一方、ＷＡＮ高速化装置が定期的に送信ポリシを配布する場合では、送信ポリシの変更後で新たな送信ポリシの送信前に、通信装置が通信を開始すると、適切な経路での通信ができない。

本発明は、適切な経路での通信の確立にかかる時間を短縮することを目的とする。

ある態様にかかる通信システムは、通信先と通信を開始する通信装置と、前記通信装置から前記通信先に送信されるパケットを転送可能な転送装置を備える。前記通信装置は、前記通信先との通信の開始を要求する第１の要求信号と、前記転送装置を介した前記通信先との通信の開始を要求する第２の要求信号を、前記転送装置に送信する。前記転送装置は、前記第２の要求信号の要求を許可しないことを前記通信装置に通知すると共に、前記第１の要求信号を前記通信先に転送する。前記通信装置は、前記第１の要求信号に対する前記通信先からの応答を受けて、前記転送装置を介さずに、前記通信先との通信を開始する。

適切な経路での通信の確立にかかる時間が短縮される。

ＷＡＮ高速化装置から送信ポリシを取得する方法の例を示す図である。 実施形態にかかる方法の例を示す図である。 通信装置の構成の例を示す図である。 転送装置の構成の例を示す図である。 ハードウェア構成の例を示す図である。 ネットワークの例を示す図である。 第１の実施形態で行われる通信処理の例を示すシーケンス図である。 送信ポリシの例を示す図である。 送信ポリシテーブルの例を示す図である。 高速化対象テーブルの例を示す図である。 ＳＹＮパケットを送信する転送装置が行う処理の例を説明するフローチャートである。 ＲＳＴパケットを受信した転送装置が行う処理の例を説明するフローチャートである。 第２の実施形態で行われる通信処理の例を示すシーケンス図である。 送信ポリシの例を示す図である。 ＧＲＥトンネルを経由して転送されるパケットのフォーマットの例を示す図である。 送信元変換テーブルの例を示す図である。 第３の実施形態で使用される送信ポリシテーブルの例を示す図である。 第３の実施形態で行われる通信処理の例を示すシーケンス図である。 高速化対象テーブルの例を示す図である。 第４の実施形態で使用される送信ポリシテーブルの例を示す図である。 第４の実施形態で行われる通信処理の例を示すシーケンス図である。 高速化対象テーブルの例を示す図である。

図２は、実施形態にかかる方法の例を示す。図２に示す転送装置４０は、ＷＡＮ高速化装置として動作できるものとする。以下、通信装置２０がアプリケーションサーバ９との通信を開始する場合を例として、実施形態にかかる方法で行われる処理の例を説明する。

矢印Ａ１に示すように、まず、通信装置２０中のアプリケーション処理部１２は、アプリケーションサーバ９との間の通信を確立するために、アプリケーションサーバ９宛に、アプリケーションサーバ９との間の通信を要求する要求信号を生成する。ここで、要求信号として、例えば、ＴＣＰヘッダ中のフラグビットのうちのＳＹＮ（Synchronize）ビットの値が１に設定されているパケット（ＳＹＮパケット）などが使用され得る。生成された要求信号は、リダイレクタ３０に入力される。

リダイレクタ３０は、入力された要求信号を複製する。リダイレクタ３０は、１つの要求信号（第１の要求信号）を、転送装置４０に転送する（矢印Ａ２）。宛先変換部２４は、複製された要求信号を、転送装置４０に宛てて、転送装置４０を介したアプリケーションサーバ９との通信の開始を要求する第２の要求信号に変換する。さらに、通信装置２０は、第２の要求信号を、転送装置４０に送信する（矢印Ａ３）。

転送装置４０のフィルタ４４は、通信装置２０から送信された第１および第２の要求信号を取得する。フィルタ４４は、送信ポリシ５１を用いて、通信装置２０に対して、転送装置４０を介したアプリケーションサーバ９との通信を許可するかを判定する。送信ポリシ５１には、アプリケーションサーバ９宛のパケットを、高速プロトコルを用いて転送するかを示す情報が記載されている。アプリケーションサーバ９宛のパケットを、高速プロトコルを用いて転送することが送信ポリシ５１に記載されていない場合、フィルタ４４は、第２の要求信号に対する応答として、通信の拒否を、通信装置２０に通知するためのパケットを送信する（矢印Ａ４）。例えば、フィルタ４４は、アプリケーションサーバ９宛のパケットを高速プロトコルで転送しないことが送信ポリシ５１に記載されている場合、第２の要求信号の応答として、通信装置２０にＲＳＴ（Reset）パケットを送信することができる。ここで、ＲＳＴパケットは、ＴＣＰヘッダ中のフラグビットのうちのＲＳＴビットの値が１に設定されているパケットである。

矢印Ａ４において、転送装置４０から第２の要求信号を用いて要求した通信に対する拒否を通知されると、リダイレクタ３０は、アプリケーションサーバ９宛のパケットは転送装置４０に転送しないものと判定する。そこで、リダイレクタ３０は、アプリケーションサーバ９宛のパケットは転送装置４０に転送しないことを、送信ポリシテーブル３５に記録する。このため、以後の処理では、アプリケーションサーバ９宛のパケットは転送装置４０に転送されなくなる。

矢印Ａ５において、フィルタ４４は、アプリケーションサーバ９宛のパケットを、高速プロトコルを用いて転送することが送信ポリシ５１に記載されていない場合、第１の要求信号をアプリケーションサーバ９に転送する。なお、第１の要求信号では、送信元は通信装置２０、宛先はアプリケーションサーバ９に設定されているので、アプリケーションサーバ９は、第１の要求信号を通信装置２０から受信したと判定する。

矢印Ａ６において、アプリケーションサーバ９は、第１の要求信号に対して、通信装置２０からアプリケーションサーバ９に向かう方向の通信の許可とともに、アプリケーションサーバ９から通信装置２０に向けた通信の開始を要求する。矢印Ａ６の信号として、例えば、ＴＣＰのＳＹＮ／ＡＣＫ（Acknowledge）パケットが使用されうる。

矢印Ａ６の信号を受信すると、通信装置２０は、アプリケーションサーバ９との間の通信を行うために、矢印Ａ７に示すように、転送装置４０を介さない経路を使用する。以後、通信装置２０からアプリケーションサーバ９に向かう通信では、矢印Ａ７に示す経路が使用され、アプリケーションサーバ９から通信装置２０に向かう通信では、矢印Ａ６に示す経路が使用される。

このように、転送装置４０は、通信装置２０から転送装置４０に転送された第１および第２の要求信号のうち、転送装置４０において決定された送信ポリシ５１の内容に反する信号に対して、通信の拒否を通信装置２０に通知する。このため、通信装置２０は、転送装置４０で決定された送信ポリシの取得を待たずに、通信を開始しても、送信ポリシに合った通信を開始できる。

また、転送装置４０は、転送装置４０を介したアプリケーションサーバ９との通信を拒否する場合、アプリケーションサーバ９宛ての要求信号（第１の要求信号）をアプリケーションサーバ９に転送する。このため、転送装置４０を経由するアプリケーションサーバ９との通信が拒否される場合でも、通信装置２０はアプリケーションサーバ９との通信を開始することができる。

＜装置構成＞
以下、通信装置２０がアプリケーションサーバ９との間の通信を開始する場合を例として説明するが、通信装置２０の通信先は、アプリケーションサーバ９以外の任意の装置であってもよい。

図３は、通信装置２０の構成の例を示す図である。通信装置２０は、アプリケーション処理部１２、振分部２１、宛先変換部２２、送達処理部２３、宛先変換部２４、インタフェース部２５、送信元変換部２６、リダイレクタ３０、送信ポリシテーブル３５、送信元変換テーブル３６を備える。リダイレクタ３０は、複製部３１とポリシ判別部３２を有する。

アプリケーション処理部１２は、アプリケーションクライアントとして動作する。すなわち、アプリケーション処理部１２は、アプリケーションを用いた処理をおこない、通信を開始するための通信要求を生成する。振分部２１は、送信パケットの種類に応じて、パケットを振り分ける。振分部２１は、送信ポリシテーブル３５を参照することにより、要求信号を複製部３１に出力する。要求信号以外のパケットについても、振分部２１は、送信ポリシテーブル３５などを用いて、転送装置４０に転送するパケットを宛先変換部２２に出力し、転送装置４０を介さずに転送処理を行うパケットをインタフェース部２５に出力する。送信ポリシテーブル３５の例などについては後述する。宛先変換部２２は、入力されたパケットを転送装置４０に転送するために、宛先の変換処理を行う。

複製部３１は、アプリケーションサーバ９宛に通信の開始を要求する要求信号が入力されると、要求信号を複製する。複製部３１は、複製により得られた一方の要求信号を送達処理部２３、他方の要求信号を宛先変換部２４に出力する。送達処理部２３は、入力された要求信号を、アプリケーションサーバ９宛に通信の開始を要求する第１の要求信号として、転送装置４０に送信するための送信処理を行う。送達処理部２３での処理については、後で詳しく述べる。宛先変換部２４は、入力された要求信号のＩＰアドレスなどを転送装置４０のアドレスなどに変更することにより、転送装置４０宛に転送装置４０を介したアプリケーションサーバ９との通信を要求するための第２の要求信号を生成する。インタフェース部２５は、振分部２１、宛先変換部２２、送達処理部２３、宛先変換部２４から入力されたパケットの送信を行う。さらに、インタフェース部２５は、他の装置から受信したパケットを、アプリケーション処理部１２、ポリシ判別部３２、または、送信元変換部２６に出力する。

ポリシ判別部３２は、転送装置４０から送信された通信拒否の通知を取得すると、送信ポリシを振分部２１の処理に使用できる形式で保持する。例えば、ポリシ判別部３２は、得られた情報を用いて送信ポリシテーブル３５を変更しても良い。また、ポリシ判別部３２は、得られた情報を送信ポリシテーブル３５には書き込まずに、送信ポリシテーブル３５の追加情報としてメモリ（図５参照）にキャッシュすることもできる。送信元変換部２６は、転送装置４０から送信された通信拒否の通知以外のパケットを取得し、送信元変換テーブル３６を用いて、送信元のアドレス等を変換する。

図４は、転送装置４０の構成の例を示す図である。転送装置４０は、インタフェース部４１、計測部４２、送信ポリシ生成部４３、フィルタ４４、プロキシ処理部４５、高速プロトコル処理部４６、送信ポリシ５１、高速化対象テーブル５２、性能テーブル５３を備える。

インタフェース部４１は、他の装置との間でパケットを送受信する。計測部４２は、高速プロトコルを用いたパケットの転送先となる転送装置４０との間の回線の通信品質を測定する。計測部４２は、計測によって得られた通信品質を、性能テーブル５３に記録する。このとき、計測部４２は、通信装置２０の通信処理に使用されるアプリケーションのバーストサイズや通信間隔などの情報に対応付けて、通信品質を性能テーブル５３に記録しても良い。送信ポリシ生成部４３は、性能テーブル５３や使用されるアプリケーションの情報などを用いて、高速プロトコルを用いるかを表す送信ポリシ５１を決定する。高速化対象テーブル５２は、高速プロトコルを用いた処理を行うかの判定の対象となるコネクションの情報が記録される。高速化対象テーブル５２の例は後で示す。

フィルタ４４は、高速化対象テーブル５２から特定された第１の要求信号と第２の要求信号のうちで、送信ポリシ５１に沿っていない通信の開始を要求する信号に対する応答として、通信開始の拒否を通信装置２０に通知する。また、フィルタ４４は、高速プロトコルを用いた通信を許可しないときは、第１の要求信号の転送処理のための制御部としても動作する。プロキシ処理部４５は、高速プロトコルを用いた処理の対象となっている受信パケットに対して、そのパケットで使用されているＴＣＰなどの高速プロトコル以外のプロトコルを終端する。高速プロトコル処理部４６は、入力されたパケットを、高速プロトコルを用いて処理する。なお、高速プロトコルは、ＴＣＰでの通信の高速化処理に使用されうる任意のプロトコルである。

図５は、ハードウェア構成の例を示す図である。通信装置２０と転送装置４０のいずれも、プロセッサ６１、メモリ６２、バス６４、ＮＩＣ（Network Interface Card）６５（６５ａ、６５ｂ）を備える。プロセッサ６１は、適宜、メモリ６２からプログラムを読み込んで、読み込んだプログラムを実行する。バス６４は、プロセッサ６１、メモリ６２、ＮＩＣ６５を、相互にデータの入出力が可能になるように接続する。図５にはＮＩＣ６５が２つ含まれる場合の例を示しているが、通信装置２０と転送装置４０のいずれも、任意の数のＮＩＣ６５を備えることができる。通信装置２０と転送装置４０のいずれも、オプションとして、ストレージ６３、入力装置６６、出力装置６７を備えることができる。

通信装置２０において、プロセッサ６１は、振分部２１、宛先変換部２２、送達処理部２３、宛先変換部２４、送信元変換部２６、リダイレクタ３０、アプリケーション処理部１２として動作する。送信ポリシテーブル３５と送信元変換テーブル３６は、メモリ６２に記憶される。インタフェース部２５は、ＮＩＣ６５とプロセッサ６１により実現される。

転送装置４０において、プロセッサ６１は、計測部４２、送信ポリシ生成部４３、フィルタ４４、プロキシ処理部４５、高速プロトコル処理部４６を実現する。メモリ６２は、送信ポリシ５１、高速化対象テーブル５２、性能テーブル５３を記憶し、さらに、プロセッサ６１で使用されるデータを、適宜、記憶する。インタフェース部４１は、ＮＩＣ６５とプロセッサ６１により実現される。

＜第１の実施形態＞
以下、通信装置２０がＴＣＰを用い、アプリケーションサーバ９に通信の開始を要求するために、ＳＹＮパケットを要求信号として使用する場合を例として、第１の実施形態を説明する。

図６は、ネットワークの例を示す。以下の説明では、通信装置２０とアプリケーションサーバ９の間の通信経路には、ＷＡＮ１やルータ３（３ａ〜３ｄ）が含まれているものとする。なお、図６は一例であり、通信装置２０とアプリケーションサーバ９の間の通信経路に含まれるルータ３の数は任意である。転送装置４０ａは、ネットワークの通信装置２０側、転送装置４０ｂはネットワークのアプリケーションサーバ９側に設置される。以下の説明では、転送装置４０ａと通信装置２０は同じサブネットワークに属しているものとする。また、転送装置４０ｂとアプリケーションは同じサブネットワークに属しているものとする。

通信装置２０とアプリケーションサーバ９の間で送受信されるパケットが高速プロトコルを用いないで転送される場合、図６の実線の矢印で示すように、通信装置２０とアプリケーションサーバ９の間で、転送装置４０を介さずに通信が行われる。以下の説明では、転送装置４０を介さずに、通信装置２０とアプリケーションサーバ９の間で送受信されるパケットがＴＣＰにより転送される場合の転送方法を「ＴＣＰスルー」と記載することがある。

高速プロトコルを用いる通信が行われる場合、通信装置２０に含まれるリダイレクタ３０は、アプリケーションサーバ９宛のパケットを転送装置４０ａにリダイレクトする。通信装置２０側に設置された転送装置４０ａは、ＴＣＰプロトコルを終端し、アプリケーションサーバ９宛のデータを、高速プロトコルを用いてサーバ側に設置された転送装置４０ｂに転送する。転送装置４０ｂは、高速プロトコルを用いた通信を終端し、データをＴＣＰにより、アプリケーションサーバ９に転送する。このとき、転送装置４０ｂは、サーバ宛のパケットのアドレスやポートの情報を、アプリケーションサーバ９がデータを通信装置２０とアプリケーションサーバ９の間で形成されたＴＣＰセッションを経由して取得したと認識できるように設定する。アプリケーションサーバ９から通信装置２０へのデータの送信も、同様に処理される。なお、アプリケーションサーバ９からの送信パケットは、リダイレクタ１１により転送装置４０ｂに転送される。このため、図６の破線の矢印で示した領域ではＴＣＰを用いた通信が行われるが、一点鎖線の矢印で示す領域では高速プロトコルを用いた通信が行われる。

また、以下の説明において、通信装置２０には、１９２．１６８．１．１０というＩＰアドレスが割り当てられ、転送装置４０ａには、１９２．１６８．１．１００というＩＰアドレスが割り当てられているものとする。なお、転送装置４０ａでの待ち受けＴＣＰポートは６１００ポートであるものとする。さらに、転送装置４０ｂには、１９２．１６８．０．１００が割り当てられ、アプリケーションサーバ９には、１９２．１６８．０．１０というＩＰアドレスが割り当てられているものとする。なお、アプリケーションサーバ９での待ち受けＴＣＰポートは５１００ポートであるものとする。

図７は、第１の実施形態で行われる通信処理の例を示すシーケンス図である。なお、図７に示すシーケンスは一例であり、実装に応じて変更されうる。例えば、ステップＳ６、Ｓ７の処理とステップＳ８、Ｓ９の処理は、順序が互いに変更されてもよく、また、並行して行われてもよい。また、以下の説明では、動作を行っている装置を区別し易くするために、符号の後に動作を行っている転送装置４０に割り当てられたアルファベットを記載することがある。例えば、フィルタ４４ａは、転送装置４０ａに含まれているフィルタ４４である。

図７のステップＳ１において、転送装置４０ａの計測部４２ａは、転送装置４０ｂの計測部４２ｂとの間で計測用のパケットの送受信を行うことにより、転送装置４０ａと転送装置４０ｂの間の通信回線の品質を計測する。通信品質の測定は、通信装置２０が使用するプロトコルと高速プロトコルの両方について行われる。通信品質としては、往復遅延時間、パケットの廃棄率、スループットなどが計測される。

ステップＳ２において、転送装置４０ａ中の送信ポリシ生成部４３は、得られた通信品質に基づいて、高速プロトコルを使用しうる通信装置２０からのパケットの転送に、高速プロトコルを使用するかを判定し、送信ポリシ５１を生成する。ここでは、送信ポリシ５１として、アプリケーションサーバ９のＴＣＰ待ち受けポート（５１００ポート）に宛てたパケットは、高速プロトコルを用いずに転送することが決定されたとする。

図８は、送信ポリシ５１の例である。送信ポリシ５１は、通信装置２０がアクセスする可能性のある通信先ごとに、方路情報、宛先変換情報が対応付けられている。方路情報は、通信装置２０において、通信装置２０が通信先に送信しようとするパケットの宛先に指定される装置を特定する情報である。宛先変換情報は、通信装置２０が通信先に送信するパケットを方路情報に示す装置にパケットを転送するために使用するアドレス情報である。すなわち、通信装置２０は、通信先の欄に設定されている装置に宛てたパケットを、方路情報に示す装置に転送するために、宛先変換情報として記載されている宛先を宛先として指定する。図８の例では、アプリケーションサーバ９の５１００番ポートに宛てたパケットの方路がアプリケーションサーバ９に設定されており、通信装置２０に宛先の変換を行わせないことが表わされている。従って、図８の送信ポリシ５１が使用される場合、通信装置２０がアプリケーションサーバ９に送信したパケットは、高速プロトコルを用いずに、ＴＣＰスルーで転送されることになる。

ステップＳ３において、通信装置２０のアプリケーション処理部１２がアプリケーションサーバ９との通信を開始するために、ＳＹＮパケットを生成したとする。ここで、ＳＹＮパケットの送信元ＩＰアドレスは通信装置２０のアドレス（１９２．１６８．１．１０）であり、宛先ＩＰアドレスは、アプリケーションサーバ９のアドレス（１９２．１６８．０．１０）である。また、宛先ポート番号は、アプリケーションサーバ９のＴＣＰ待ち受けポートの番号（５１００）に設定される。アプリケーション処理部１２は、生成したＳＹＮパケットを振分部２１に出力する。振分部２１は、送信ポリシテーブル３５を参照することにより、ＳＹＮパケットの出力先を決定する。

図９は、送信ポリシテーブル３５の例を示す。送信ポリシテーブル３５には、転送装置４０を介した転送処理の対象となりうるパケットについて、出力先とパケットの宛先の変更条件が記載されている。振分部２１は、処理対象のパケットの宛先アドレス、宛先ポート番号などの情報の組み合わせをキーとして、送信ポリシテーブル３５中に、処理対象のパケットに適用する条件があるかを判定する。図９の例では、１番目のエントリに、アプリケーションサーバ９の５１００ポート宛のＳＹＮパケットは、リダイレクタ３０に出力することが記録されている。そこで、振分部２１は、１番目のエントリの出力先の情報に従って、処理対象のパケットを複製部３１に出力する（ステップＳ４）。

複製部３１は、入力されたＳＹＮパケットを複製して、一方を送達処理部２３、他方を宛先変換部２４に出力する（ステップＳ５）。

ステップＳ６において、送達処理部２３は、入力されたＳＹＮパケットの宛先ＭＡＣ（media access control）アドレスを、転送装置４０ａのＮＩＣ６５に割り当てられたアドレスに設定する。送達処理部２３の処理により、ＳＹＮパケットの宛先ＭＡＣアドレスは００：５０：５６：Ｃ０：００：０１に設定されたものとする。なお、ＳＹＮパケットの宛先ＩＰアドレスと宛先ポートは変更されないので、宛先ＩＰアドレスはアプリケーションサーバ９に割り当てられた１９２．１６８．０．１０であり、宛先ポート番号は５１００である。送達処理部２３は、ＭＡＣアドレスの変更後のＳＹＮパケットを、ＴＣＰスルーでの通信の要求を行うためのパケットとして転送装置４０ａに転送する。すなわち、送達処理部２３の処理によって、第１の要求信号が転送装置４０ａに転送される。

ステップＳ７において、転送装置４０ａのフィルタ４４ａは、インタフェース部４１ａを介して、第１の要求信号を受信する。フィルタ４４ａは、第１の要求信号により、通信装置２０からアプリケーションサーバ９の５１００ポート宛の通信の開始が要求されているので、第１の要求信号に基づく通信は、送信ポリシ５１（図８）に反していないと判定する。そこで、フィルタ４４ａは、第１の要求信号をアプリケーションサーバ９に転送することを決定する。フィルタ４４ａは、第１の要求信号を、インタフェース部４１ａを介して、アプリケーションサーバ９に向けて転送する。

次に、ステップＳ８を参照しながら、複製部３１から宛先変換部２４に出力されたＳＹＮパケットの処理について説明する。宛先変換部２４は、入力されたＳＹＮパケットの宛先アドレスと宛先ポートをキーとして、送信ポリシテーブル３５（図９）を検索する。図９に示す送信ポリシテーブル３５には、１番目のエントリに、アプリケーションサーバ９の５１００ポート宛のＳＹＮパケットについて、変換後の宛先が転送装置４０ａに設定されている。そこで、宛先変換部２４は、ＳＹＮパケットのアドレス情報とポート情報を、以下のように変更する。

宛先ＩＰアドレス ＝１９２．１６８．１．１００（転送装置４０ａ）
宛先ポート ＝６１００
宛先ＭＡＣアドレス＝００：５０：５６：Ｃ０：００：０１
送信元ＩＰアドレス＝１９２．１６８．１．１００（通信装置２０）
従って、宛先変換部２４に入力されたＳＹＮパケットは、アドレスの変更により、転送装置４０ａ宛のＳＹＮパケットに変換される。宛先変換部２４は、処理後のパケットを、第２の要求信号として、インタフェース部２５を介して、転送装置４０ａに送信する（ステップＳ８）。

ステップＳ８において、転送装置４０ａのフィルタ４４ａは、インタフェース部４１ａを介して、第２の要求信号を受信する。フィルタ４４ａは、第２の要求信号により、通信装置２０から転送装置４０ａ宛の通信の開始が要求されているので、高速化対象テーブル５２を参照する。

図１０は、高速化対象テーブル５２ａの例を示す図である。高速化対象テーブル５２は、第１および第２の要求信号の宛先アドレスと宛先ポートの組み合わせに、第１及び第２の要求信号の元となったパケットの宛先アドレスと宛先ポートを対応付けている。フィルタ条件は、第１および第２の要求信号の宛先アドレスと宛先ポートの組み合わせである。一方、通信先の欄は、第１及び第２の要求信号の元となったパケットの宛先アドレスと宛先ポートである。すなわち、フィルタ４４ａは、高速化対象テーブル５２ａを参照することにより、自装置宛のＳＹＮパケット（第２の要求信号）が他の装置宛のＳＹＮパケットに対応して送信されたかを特定できる。

フィルタ４４ａは、第２の要求信号の宛先アドレスと宛先ポートの組み合わせを含むフィルタ条件を有するエントリを、高速化対象テーブル５２ａから検索する。フィルタ４４ａは、高速化対象テーブル５２の１番目のエントリを用いて、第２の要求信号は、アプリケーションサーバ９の５１００ポート宛のＳＹＮパケットに基づいて生成されたことを特定する。

フィルタ４４ａは、送信ポリシ５１ａ（図８）を参照することにより、アプリケーションサーバ９の５１００ポート宛のパケットを、高速プロトコルを用いて転送しないことを特定する。すると、フィルタ４４ａは、第２の要求信号で要求された通信を許可しないことを示す通知を、第２の要求信号に対する応答として通信装置２０に送信する。図７の例では、フィルタ４４ａは、第２の要求信号に対する応答として、転送装置４０ａから通信装置２０に宛てたＲＳＴパケットを生成する。フィルタ４４ａは、生成したＲＳＴパケットを、インタフェース部４１ａを介して、通信装置２０に送信する（ステップＳ９）。

ステップＳ１０において、通信装置２０のポリシ判別部３２は、インタフェース部２５を介して、ＲＳＴパケットを受信する。ポリシ判別部３２は、ＲＳＴパケットを取得すると、送信ポリシテーブル３５（図９）を参照することにより、ＲＳＴパケットの送信元に対応付けられている通信先を特定する。すなわち、送信ポリシテーブル３５の宛先変換の欄を、ＲＳＴパケットの送信元ＩＰアドレスと送信元ポート番号の組合せをキーとしてサーチしたときにヒットするエントリを用いて、どの装置との通信が転送装置４０ａを介さないかを特定する。ステップＳ９で送信されてきたパケットの送信元ＩＰアドレスは１９２．１６８．１．１００の６１００ポートである。そこで、ポリシ判別部３２は、送信ポリシテーブル３５より、アプリケーションサーバ９（１９２．１６８．０．１０）の５１００ポートとの通信に高速プロトコルが使用されないことを特定する。ポリシ判別部３２は、アプリケーションサーバ９の５１００ポート宛のＳＹＮパケット以外のパケットは転送装置４０ａに転送しないことを、振分部２１が使用できる情報としてメモリ６２に記憶する。

ステップＳ１１において、転送装置４０ａからアプリケーションサーバ９に転送された第１の要求信号に応答して、アプリケーションサーバ９から通信の許可と、アプリケーションサーバ９から通信装置２０に向かう通信の要求が行われたとする。ここでは、ＡＣＫ／ＳＹＮパケットがアプリケーションサーバ９から通信装置２０に送信されている。

ステップＳ１２において、通信装置２０のアプリケーション処理部１２は、アプリケーションサーバ９に対して、アプリケーションサーバ９から通信装置２０に向かう通信を許可するためのＡＣＫパケットを生成する。アプリケーション処理部１２で生成されたＡＣＫパケットは、振分部２１に出力される。振分部２１は、ＡＣＫパケットの宛先がアプリケーションサーバ９の５１００ポートであることから、ステップＳ１０での処理で得られた情報を用いて、ＡＣＫパケットを転送装置４０ａに転送しないことを特定する。そこで、振分部２１は、ＡＣＫパケットをインタフェース部２５に出力する。このため、アプリケーションサーバ９の５１００ポート宛のＡＣＫパケットは、ステップＳ１２に示すように、通信装置２０から転送装置４０ａを介さずにアプリケーションサーバ９に送信される。その後、通信装置２０とアプリケーションサーバ９の間で、転送装置４０ａおよび転送装置４０ｂを介さずに、データ通信が開始される（ステップＳ１３）。

図１１は、ＳＹＮパケットを送信する転送装置２０が行う処理の例を説明するフローチャートである。図１１の例でも、通信装置２０の通信先はアプリケーションサーバ９であるものとする。

通信装置２０のアプリケーション処理部１２は、通信を開始する際に、通信先の装置宛のＳＹＮパケットを生成する（ステップＳ２１）。ＳＹＮパケットは、振分部２１を経て複製部３１に出力される。複製部３１は、入力されたＳＹＮパケットを複製する（ステップＳ２２）。複製されたＳＹＮパケットのうちの一方は、高速プロトコルを用いた転送処理を要求するために、転送装置４０ａ宛てのＳＹＮパケットに変更される（ステップＳ２３）。なお、他方のＳＹＮパケットは、ＴＣＰスルーによる通信の開始を要求するために、アプリケーションサーバ９宛のＳＹＮパケットのままで送信処理の対象となる。

さらに、通信装置２０は、ループ端Ｌ１とループ端Ｌ２に挟まれたステップで示されている送信処理を実行する。このため、転送装置４０宛に変更されたＳＹＮパケットは、インタフェース部２５などの処理により、転送装置４０に送信される（ステップＳ２４でＹｅｓ、ステップＳ２５）。一方、アプリケーションサーバ９宛のＳＹＮパケットは、送達処理部２３において、宛先ＭＡＣアドレスが転送装置４０のＭＡＣアドレスに変換された後で、インタフェース部２５などの処理により、転送装置４０に送信される（ステップＳ２４でＮｏ、ステップＳ２６）。転送装置４０宛のＳＹＮパケットと、アプリケーションサーバ９宛てのＳＹＮパケットの両方の送信が終わると、通信装置２０は、ＳＹＮパケットの送信処理を終了する。

図１２は、ＲＳＴパケットを受信した転送装置２０が行う処理の例を説明するフローチャートである。ここで、ＲＳＴパケットは、通信装置２０が開始を要求した通信に対する通信の拒否を示すパケットである。ポリシ判別部３２は、ＲＳＴパケットを受信すると、送信元が転送装置４０であるかを判定する（ステップＳ３１、Ｓ３２）。ＲＳＴパケットの送信元が転送装置４０である場合、ポリシ判別部３２は、送信ポリシテーブル３５を用いて、ＲＳＴパケットの送信元に対応付けられたアプリケーションサーバ９を特定する（ステップＳ３２でＹｅｓ、ステップＳ３３）。さらに、ポリシ判別部３２は、特定したアプリケーションサーバ９宛のパケットを、転送装置４０に転送しないことを認識し、得られた結果を送信ポリシテーブル３５に記録する（ステップＳ３４、Ｓ３６）。

一方、ＲＳＴパケットの送信元が転送装置４０ではない場合、ポリシ判別部３２は、ＲＳＴパケットの送信元に宛てたパケットが高速プロトコルを用いて転送されると判定する（ステップＳ３２でＮｏ、Ｓ３５）。そこで、ポリシ判別部３２は、ＲＳＴパケットの送信元に宛てたパケットを転送装置４０に転送することを、送信ポリシテーブル３５に記録する（ステップＳ３６）。

なお、図１２では、ＲＳＴパケットから得られた情報が送信ポリシテーブル３５に書き込まれる場合を例として説明したが、図７を参照しながら述べたように、ＲＳＴパケットを用いて特定された送信ポリシは、メモリ６２にキャッシュされても良い。

このように、転送装置４０は、通信装置２０から転送装置４０に転送された第１および第２の要求信号のうち、送信ポリシ５１の内容に反する信号に対して、通信の拒否を通信装置２０に通知する。このため、通信装置２０とアプリケーションサーバ９の間でＴＣＰスルーによる通信を行わせることが転送装置４０で決定されている場合、通信装置２０は、第２の要求信号に対する通信の拒否を取得することにより、送信ポリシを取得することができる。また、通信装置２０は、転送装置４０で決定された送信ポリシの取得を待たずに、通信を開始しているにも関わらず、送信ポリシに合った通信を開始できる。

従って、第１の実施形態を用いると、通信確立にかかる時間を短縮できる。例えば、図１で示すケースＣ１の場合、通信確立にかかる時間ΔＴ１は、送信ポリシの問い合わせにかかる時間ＴＩとスリーウェイハンドシェークにかかる時間ＴＣの和となる。一方、第１の実施形態にかかる方法では、通信確立にかかる時間ΔＴ２は、スリーウェイハンドシェークにかかる時間ＴＣに近似できる。ここで、送信ポリシの問い合わせにかかる時間は、ＲＴＴに近似できるので、第１の実施形態を用いることにより、ケースＣ１を用いて接続処理を行うよりも、１回の接続の確立がＲＴＴだけ早く行われる。例えばＷｅｂブラウジングのような場合、ページを読み込む度にＴＣＰコネクションが確立されるので、第１の実施形態を用いると、ページを読み込む際に生成される各ＴＣＰコネクションの確立を高速化できることになる。

さらに、第１の実施形態では、通信装置２０が転送装置４０に送信ポリシ５１を問合わせないことにより、通信装置２０が通信の確立のために送信するデータ量も削減できる。例えば、図１のケースＣ１のように、問い合わせを行う場合、問い合わせにかかるデータ量ｄ１は、３００バイトであるとする。ＳＹＮパケットとＡＣＫパケットは、いずれも６４バイトであり、Ｗｅｂブラウジングでのページの読み込みには、１ページ当たり３７セッションが発生するとする。すると、ケースＣ１では、１ページの読み込みのために送受信される制御データ量のＤ１は、以下のように計算できる。
Ｄ１＝（ｄ１＋ＳＹＮ＋ＡＣＫ）×３７
＝（３００＋６４＋６４）×３７＝１５８３７バイト

一方、第１の実施形態を用いるときに送受信される制御データの量Ｄ２は、以下のとおりである。
Ｄ２＝（ＳＹＮ×２＋ＡＣＫ）×３７
＝（６４×２＋６４）×３７＝７１０４バイト

従って、第１の実施形態を用いると、ケースＣ１に比べて２倍以上の制御データの削減効果がある。さらに、図２のケースＣ２で示す通信方法のように、確立済みのＴＣＰコネクションに影響を与えて通信を切断させる恐れも無い。

なお、第１の実施形態では、ＴＣＰスルーで転送されるパケットを通信装置２０が転送装置４０ａに送信しないため、転送装置４０ａの処理負担も軽減されているといえる。もし全てのパケットを通信装置２０が転送装置４０ａにリダイレクトしてしまうと、ＴＣＰスルーを行うパケットも転送装置４０ａに転送される。この場合、ＴＣＰスルーの対象となるパケットは、フィルタ４４ａによって、アプリケーションサーバ９宛てのパケットとして転送されることになる。しかし、転送装置４０ａが通信装置２０からアプリケーションサーバ９までの最短の経路中に含まれていない場合、転送装置４０ａへのリダイレクトにより、通信の無駄が発生する上に、転送装置４０ａの負荷を増大してしまう。第１の実施形態を用いると、ＴＣＰスルーのパケットが通信装置２０から転送装置４０ａに転送されないので、通信効率が良く、また、転送装置４０ａの負担も小さくなる。

＜第２の実施形態＞
第２の実施形態では、通信装置２０とアプリケーションサーバ９の間で送受信されるパケットを、高速プロトコルを用いて転送処理することが決定されるケースでの処理の例を説明する。なお、第２の実施形態では、送達処理部２３がアプリケーションサーバ９宛のＳＹＮパケット（第１の要求信号）を転送装置４０ａに転送するために、トンネルを使用する場合を例とする。以下、送達処理部２３がＧＲＥ（Generic Routing Encapsulation）トンネルを用いて第１の要求信号を転送装置４０ａに転送する場合を例として説明するが、ＧＲＥ以外のトンネリングによって第１の要求信号が転送装置４０ａに転送されても良い。

なお、第２の実施形態では、図示しやすくするために、転送装置４０ａに割り当てられたＩＰアドレスをＷＡ−Ｃ、通信装置２０に割り当てられたＩＰアドレスをＡＰＬ ＣＬと表記することがある。同様に、アプリケーションサーバ９に割り当てられたＩＰアドレスを、ＡＰＬ ＳＶと示すことがある。

図１３は、第２の実施形態で行われる通信処理の例を示すシーケンス図である。ステップＳ４１、Ｓ４２で行われる処理は、図７のステップＳ１〜Ｓ２を参照しながら説明した処理と同様である。

図１４は、第２の実施形態で使用される送信ポリシ５１の例を示す。図１４の例では、アプリケーションサーバ９の５１００番ポートに宛てたパケットの方路が転送装置４０ａに設定されている。図１４の送信ポリシ５１には、通信装置２０に、アプリケーションサーバ９の５１００ポート宛のパケットの宛先を、転送装置４０ａ（１９２．１６８．１．１０）の６１００ポートに変換させることが表わされている。従って、図１４の送信ポリシ５１が使用される場合、通信装置２０がアプリケーションサーバ９に送信するパケットは、転送装置４０ａを経由して高速プロトコルを用いた転送処理が行われることになる。

ステップＳ４３〜Ｓ４５で行われる処理は、図７のステップＳ３〜Ｓ５を参照しながら説明した処理と同様である。なお、ステップＳ４３で生成されるＳＹＮパケットでは、宛先はアプリケーションサーバ９の５１００番ポートである。その後、第１の実施形態と同様に、送達処理部２３は、ＴＣＰスルーによる通信を要求するための第１の要求信号を、複製部３１から取得する。送達処理部２３は、第１の要求信号をカプセル化する。

図１５は、ＧＲＥトンネルを経由して転送されるパケットのフォーマットの例を示す。第１の要求信号のフォーマットの例（Ｐ１）を、比較対象として図１５に示す。Ｐ１に示すように、第１の要求信号は、ＩＰヘッダ、ＴＣＰヘッダ、ペイロードを含む。送達処理部２３は、第１の要求信号のＩＰヘッダの前に、Ｐ２に示すように、ＧＲＥヘッダとＩＰヘッダを付す。以下の説明では、区別を容易にするために、Ｐ１に含まれているＩＰヘッダを「インナーヘッダ」、トンネリングの際に付加されるＩＰヘッダを「アウターヘッダ」と記載することがある。

なお、アウターヘッダの宛先ＩＰアドレスは転送装置４０ａのアドレス（ＷＡ−Ｃ）であり、送信元ＩＰアドレスは、通信装置２０のアドレス（ＡＰＬ ＣＬ）である。一方、インナーヘッダの宛先ＩＰアドレスは、アプリケーションサーバ９のアドレス（ＡＰＬ ＳＶ）、送信元ＩＰアドレスは、通信装置２０のアドレス（ＡＰＬ ＣＬ）である。また、第１の要求信号の宛先ポート番号は５１００であるものとする。

ステップＳ４６において、送達処理部２３は、カプセル化後のパケットを送信するので、カプセル化された第１の要求信号は、転送装置４０ａに転送される。転送装置４０ａのフィルタ４４ａは、受信したパケットをデカプセル化することにより、第１の要求信号を取得する。

一方、宛先変換部２４は、ＳＹＮパケットから第２の要求信号を生成し、第２の要求信号を転送装置４０ａに送信する（ステップＳ４７）。このときに行われる処理は、図７のステップＳ８を参照しながら説明した処理と同様である。フィルタ４４ａは、図１４に示す送信ポリシ５１を用いて、アプリケーションサーバ９の５１００番ポート宛のパケットが、高速プロトコルによって転送されることを特定する。このため、フィルタ４４ａは、第２の要求信号を、プロキシ処理部４５ａに出力する（ステップＳ４８）。

次に、第１の要求信号に対するフィルタ４４ａの処理を説明する。第１の要求信号の宛先は、アプリケーションサーバ９の５１００番ポートである。フィルタ４４ａは、図１４に示す送信ポリシ５１から、アプリケーションサーバ９の５１００番ポート宛のパケットは高速プロトコルで転送されることを特定する。そこで、フィルタ４４ａは、以下のアドレス情報とポート情報を有するＲＳＴパケットを、第１の要求信号に対して、通信の開始の拒否を通知するための拒否通知として生成する。

送信元ＩＰアドレス＝１９２．１６８．０．１０（アプリケーションサーバ９）
送信元ポート ＝５１００
宛先ＩＰアドレス ＝１９２．１６８．１．１００（通信装置２０）
すなわち、転送装置４０ａのフィルタ４４ａは、第１の要求信号の宛先となっているアプリケーションサーバ９が第１の要求信号を用いた通信を拒否する場合と同様の情報を含む拒否通知を生成する。フィルタ４４ａは、生成したＲＳＴパケットを通信装置２０に送信する（ステップＳ４９）。なお、このＲＳＴパケットの宛先アドレスは通信装置２０のアドレスであり、送信元のアドレスはアプリケーションサーバ９のアドレスである。このため、ＲＳＴパケットは、ＧＲＥトンネルを経由して送信されても良く、また、ＧＲＥトンネルを経由せずに通信装置２０に送信されても良い。

ステップＳ５０において、通信装置２０のポリシ判別部３２は、インタフェース部２５を介して、第１の要求信号に対するＲＳＴパケットを受信する。ポリシ判別部３２は、ＲＳＴパケットを取得すると、アプリケーションサーバ９の５１００番ポート宛のパケットに対しては、高速プロトコルを用いた転送処理が行われると判定し、以下の情報をメモリ６２にキャッシュする。

通信先
宛先アドレス＝１９２．１６８．０．１０（アプリケーションサーバ９）
宛先ポート ＝５１００
方路情報：転送装置４０ａ
宛先変換
変換後の宛先アドレス＝１９２．１６８．１．１００（転送装置４０ａ）
変換後の宛先ポート ＝６１００
変換後の宛先ＭＡＣアドレス＝００：５０：５６：Ｃ０：００：０１

ステップＳ５１において、転送装置４０ａのプロキシ処理部４５ａは、フィルタ４４ａから入力された第２の要求信号に対する通信の許可と、転送装置４０ａから通信装置２０に向かう通信の要求を行うための制御信号を送信する。図１３の例では、プロキシ処理部４５ａは、転送装置４０ａから通信装置２０に宛ててＡＣＫ／ＳＹＮパケットを送信したとする。なお、ステップＳ５１で送信されるＡＣＫ／ＳＹＮパケットでは、送信元アドレスは転送装置４０ａのアドレス（１９２．１６８．１．１００）であり、送信元ポートは６１００番ポートであるものとする。

ステップＳ５１で送信されたＳＹＮ／ＡＣＫパケットは、転送装置４０ａから通信装置２０に送信されたパケットであるので、処理装置２０の送信元変換部２６に出力される。送信元変換部２６は、入力されたパケットを処理するために、送信元変換テーブル３６を参照する。

図１６は、送信元変換テーブル３６の例を示す図である。送信元変換テーブル３６は、フィルタ条件と変換内容が含まれる。送信元変換部２６は、処理対象のパケットの送信元ＩＰアドレスと送信元ポート番号の組合せと一致するフィルタ条件に対応付けられた変換内容を用いて、パケットの送信元ＩＰアドレスと送信元ポート番号を変更する。図１６の例では、転送装置４０ａの６１００番ポートから送信されたパケットの送信元を、１９２．１６８．０．１０（アプリケーションサーバ９）の５１００ポートに変更することが送信元変換テーブル３６に記載されている。送信元変換部２６は、送信元変換テーブル３６を用いて、ＳＹＮ／ＡＣＫパケットの送信元をアプリケーションサーバ９の５１００番ポートに変更する。送信元変換部２６は、送信元の変更処理が終わると、ＳＹＮ／ＡＣＫパケットをアプリケーション処理部１２に出力する（ステップＳ５２）。

アプリケーション処理部１２は、ステップＳ５２で入力されたＳＹＮ／ＡＣＫパケットにより、アプリケーションサーバ９の５１００番ポートとの通信の許可と、アプリケーションサーバ９から通信装置２０への通信の要求が行われたと判定する。そこで、アプリケーション処理部１２は、アプリケーションサーバ９から通信装置２０への通信を許可するために、通信装置２０からアプリケーションサーバ９に宛てたＡＣＫパケットを生成する。アプリケーション処理部１２は、生成したＡＣＫパケットを振分部２１に出力する。振分部２１は、入力されたＡＣＫパケットの出力先を特定するために、ステップＳ５０でキャッシュした送信ポリシを用いる。ここでは、キャッシュされた情報の方路情報は転送装置４０ａであるので、振分部２１は、ＡＣＫパケットを宛先変換部２２に出力する（ステップＳ５３）。宛先変換部２２は、入力されたパケットの宛先を、キャッシュされた送信ポリシを用いて、転送装置４０ａ（１９２．１６８．１．１００）の６１００番ポートに変更する。宛先変換部２２での処理後のパケットは、転送装置４０ａに送信される（ステップＳ５４）。このため、通信装置２０とアプリケーションサーバ９が高速プロトコルを用いた通信処理を行うために使用する双方向のコネクションが確立される。その後、確立されたコネクションを用いて、通信装置２０とアプリケーションサーバ９の間での通信が行われる（ステップＳ５５）。なお、ステップＳ５５の通信において、通信装置２０とアプリケーションサーバ９の間で送受信されるパケットは、高速プロトコルを用いて転送される。

このように、転送装置４０は、通信装置２０とアプリケーションサーバ９の間で送受信されるパケットを高速プロトコルを用いて処理する場合、第１の要求信号に対する応答として、通信を許可しないことを通知する。このため、通信装置２０は、第１の要求信号に対する通信の拒否を取得することにより、アプリケーションサーバ９宛てのパケットを転送装置４０に転送することを特定できる。また、第１の実施形態と同様に、通信装置２０は、転送装置４０で決定された送信ポリシの取得を待たずに、通信を開始しているにも関わらず、送信ポリシに合った通信を開始でき、送受信される制御データの削減も可能である。

＜第３の実施形態＞
第３の実施形態では、転送装置４０に複数のＩＰアドレスが割り当てられており、ＴＣＰスルーと高速プロトコルを用いた通信とでは、通信の開始要求の宛先ＩＰアドレスが異なる場合について説明する。この場合、通信装置２０は、予め、ＴＣＰスルーでの通信の開始要求の送信先となるアドレスと、高速プロトコルを用いた通信での通信の開始要求の送信先となるアドレスを認識している。

図１７は、第３の実施形態で使用される送信ポリシテーブル３５の例である。処理対象のパケットに対応付けて、方路情報、宛先の変換内容が対応付けられているが、ここで、宛先の変換内容は、ＴＣＰスルー用の宛先と、高速プロトコルを用いた転送用の宛先の２種類が設定されている。以下の例では、アプリケーションサーバ９（１９２．１６８．０．１０）の５１００番ポート宛のＳＹＮパケットのうち、ＴＣＰスルーを行うためのパケット（第１の要求信号）は、１９２．１６８．１．１００の６１００番ポートに送信されるものとする。一方、高速プロトコルを用いる転送の開始を要求するためのＳＹＮパケット（第２の要求信号）の場合、１９２．１６８．１．１０１の６１００番ポートに送信されるものとする。

図１８は、第３の実施形態で行われる通信処理の例を示すシーケンス図である。ステップＳ６１〜Ｓ６５で行われる処理は、図７のステップＳ１〜Ｓ５を参照しながら説明した処理と同様である。なお、ステップＳ６３において、アプリケーション処理部１２は、アプリケーションサーバ９に通信の開始を要求するために、以下のアドレス情報とポート情報を有するＳＹＮパケットを生成したものとする。

宛先ＩＰアドレス ＝１９２．１６８．０．１０（アプリケーションサーバ９）
宛先ポート番号 ＝５１００
送信元ＩＰアドレス＝１９２．１６８．１．１０（通信装置２０）
送信元ポート番号 ＝４９０００

その後、第１および第２の実施形態と同様に、送達処理部２３は、ＴＣＰスルーによる通信を要求するための第１の要求信号を、複製部３１から取得する。送達処理部２３は、送信ポリシ５１を用いて、入力されたパケットの宛先ＩＰアドレスと宛先ポート番号を、ＴＣＰスルー用に転送装置４０ａに割り当てられたアドレスとポートに変換して、第１の要求信号を生成する。このため、宛先の変換後のパケット（第１の要求信号）では、アドレス情報とポート情報は以下のとおりになる。

宛先ＩＰアドレス ＝１９２．１６８．１．１００（ＴＣＰスルー）
宛先ポート番号 ＝６１００
送信元ＩＰアドレス＝１９２．１６８．１．１０（通信装置２０）
送信元ポート番号 ＝４９０００
送達処理部２３は、第１の要求信号を転送装置４０ａに送信する（ステップＳ６６）。

図１９は、第３の実施形態で使用される高速化対象テーブル５２ａの例を示す。高速化対象テーブル５２は、第１および第２の要求信号の宛先アドレスと宛先ポートの組み合わせを、第１及び第２の要求信号を用いて通信装置２０が開始を要求する通信先の情報に対応付けている。第３の実施形態では、高速化対象テーブル５２ａによって、ＳＹＮパケットの宛先ポート番号ごとに、通信先のアプリケーションサーバ９に割り当てられたアドレスとポートの組合せが対応付けられるものとする。例えば、宛先ポート番号＝６１００のＳＹＮパケットは、アプリケーションサーバ９の５１００番ポートに対する通信の開始を要求するためのＳＹＮパケットである。

フィルタ４４ａは、高速化対象テーブル５２ａの情報により、アプリケーションサーバ９の５１００番ポートに対する通信の開始が要求されたと判定する。さらに、フィルタ４４ａは、予め、１９２．１６８．１．１００がＴＣＰスルーを用いた通信の要求に使用されるアドレスであることを記憶しているものとする。

ここで、送信ポリシ５１ａが図８に示すとおりであるとする。すると、フィルタ４４ａは、ＴＣＰスルーによる通信が行われるように、第１の要求信号の宛先情報を、アプリケーションサーバ９の５１００ポート宛に書き換える。すなわち、フィルタ４４ａの処理により、以下のアドレス情報とポート情報を含むＳＹＮパケットが、アプリケーションサーバ９に送信される（ステップＳ６７）。

宛先ＩＰアドレス ＝１９２．１６８．０．１０（アプリケーションサーバ９）
宛先ポート番号 ＝５１００
送信元ＩＰアドレス＝１９２．１６８．１．１０（通信装置２０）
送信元ポート番号 ＝４９０００

一方、通信装置２０では、宛先変換部２４は、送信ポリシテーブル３５（図１７）を用いて、第２の要求信号を生成する。第２の要求信号では、高速プロトコルを用いた通信用に転送装置４０ａに割り当てられたアドレスとポートが宛先に指定されるため、第２の要求信号では、アドレス情報とポート情報は以下のとおりになる。

宛先ＩＰアドレス ＝１９２．１６８．１．１０１（高速プロトコル）
宛先ポート番号 ＝６１００
送信元ＩＰアドレス＝１９２．１６８．１．１０（通信装置２０）
送信元ポート番号 ＝４９０００
ステップＳ６８において、宛先変換部２４は、第２の要求信号を転送装置４０ａに送信する。

転送装置４０ａのフィルタ４４ａは、第２の要求信号を受信すると、高速化対象テーブル５２ａ（図１９）を用いて、アプリケーションサーバ９の５１００番ポートに対する通信の開始が要求されたと判定する。さらに、フィルタ４４ａは、予め、１９２．１６８．１．１０１が高速プロトコルを用いた通信の要求に使用されるアドレスであることを記憶している。これらの情報に基づいて、フィルタ４４ａは、送信ポリシ５１ａ（図８）を用いて、アプリケーションサーバ９の５１００ポート宛のパケットはＴＣＰスルーで転送されることを特定する。そこで、フィルタ４４ａは、第２の要求信号で要求された通信を許可しないことを決定し、通信装置２０に対して通信の拒否を通知する。ここでは、以下のアドレスとポートの情報を含むＲＳＴパケットが通信装置２０に送信されるものとする（ステップＳ６９）。

宛先ＩＰアドレス ＝１９２．１６８．１．１０（通信装置２０）
宛先ポート番号 ＝４９０００
送信元ＩＰアドレス＝１９２．１６８．１．１０１（高速プロトコル）
送信元ポート番号 ＝６１００

ステップＳ７０〜Ｓ７３で行われる処理は、図７を参照しながら説明したステップＳ１０〜Ｓ１３で行われる処理と同様である。

このように、第３の実施形態では、第１の要求信号と第２の要求信号は、宛先となるＩＰアドレスが異なっているので、フィルタ４４は、宛先アドレスを用いて、第１の要求信号と第２の要求信号を区別できる。また、第１および第２の要求信号は、いずれも転送装置４０に割り当てられたアドレスを宛先に設定しているので、第１および第２の要求信号は、いずれも転送装置４０に送信される。さらに、第１の実施形態と同様に、通信確立にかかる時間の短縮や、送受信される制御データの削減も可能となる。

＜第４の実施形態＞
第４の実施形態では、転送装置４０において、ＴＣＰスルーと高速プロトコルを用いた通信とではＴＣＰ待ち受けポートが異なる場合について説明する。この場合、通信装置２０は、予め、ＴＣＰスルーでの通信の開始要求の宛先ポートと、高速プロトコルを用いた通信での通信の開始要求の宛先ポートを認識している。

図２０は、第４の実施形態で使用される送信ポリシテーブル３５の例である。第４の実施形態で使用される送信ポリシテーブル３５でも、処理対象のパケットに対応付けて、ＴＣＰスルー用の宛先と、高速プロトコルを用いた転送用の宛先の２種類が設定されている。以下の例では、アプリケーションサーバ９（１９２．１６８．０．１０）の５１００番ポート宛のＳＹＮパケットのうち、ＴＣＰスルーを行うためのパケット（第１の要求信号）は、１９２．１６８．１．１００の６１００番ポートに送信されるものとする。一方、高速プロトコルを用いる転送の開始を要求するためのＳＹＮパケット（第２の要求信号）の場合、１９２．１６８．１．１００の６１０１番ポートに送信されるものとする。

図２１は、第４の実施形態で行われる通信処理の例を示すシーケンス図である。ステップＳ８１〜Ｓ８５で行われる処理は、図７のステップＳ１〜Ｓ５を参照しながら説明した処理と同様である。

その後、第１〜第３の実施形態と同様に、送達処理部２３は、ＳＹＮパケットを複製部３１から取得する。送達処理部２３は、ＳＹＮパケットの宛先を、送信ポリシ５１を用いてＴＣＰスルー用に転送装置４０ａに割り当てられたアドレスとポートに変換して、第１の要求信号を生成する。このため、第１の要求信号では、アドレス情報とポート情報は以下のとおりになる。

宛先ＩＰアドレス ＝１９２．１６８．１．１００（転送装置４０ａ）
宛先ポート番号 ＝６１００（ＴＣＰスルー）
送信元ＩＰアドレス＝１９２．１６８．１．１０（通信装置２０）
送信元ポート番号 ＝４９０００
送達処理部２３は、第１の要求信号を転送装置４０ａに送信する（ステップＳ８６）。

図２２は、第４の実施形態で使用される高速化対象テーブル５２ａの例を示す。フィルタ４４ａは、図２２に示す高速化対象テーブル５２ａを用いて、宛先アドレスが１９２．１６８．１．１００、宛先ポートが６１００か６１０１のＳＹＮパケットは、アプリケーションサーバ９の５１００番ポートとの通信を要求していると判定する。

フィルタ４４ａは、高速化対象テーブル５２ａの情報により、アプリケーションサーバ９の５１００番ポートに対する通信の開始が要求されたと判定する。さらに、フィルタ４４ａは、予め、６１００番ポートがＴＣＰスルーを用いた通信の要求に使用されるアドレスであることを記憶しているものとする。

ここで、送信ポリシ５１ａが図８に示すとおりであるとする。すると、フィルタ４４ａは、ＴＣＰスルーによる通信が行われるように、第１の要求信号をアプリケーションサーバ９に転送する。なお、フィルタ４４ａは、転送の際に第１の要求信号のアドレス等を以下のように変更するものとする（ステップＳ８７）。

宛先ＩＰアドレス ＝１９２．１６８．０．１０（アプリケーションサーバ９）
宛先ポート番号 ＝５１００
送信元ＩＰアドレス＝１９２．１６８．１．１０（通信装置２０）
送信元ポート番号 ＝４９０００

一方、通信装置２０では、宛先変換部２４は、送信ポリシテーブル３５（図２０）を用いて、第２の要求信号を生成する。第２の要求信号では、高速プロトコルを用いた通信用に転送装置４０ａに割り当てられたアドレスとポートが宛先に使用される。このため、第２の要求信号では、アドレス情報とポート情報は以下のとおりになる。

宛先ＩＰアドレス ＝１９２．１６８．１．１００（転送装置４０ａ）
宛先ポート番号 ＝６１０１（高速プロトコル）
送信元ＩＰアドレス＝１９２．１６８．１．１０（通信装置２０）
送信元ポート番号 ＝４９０００
ステップＳ８８において、宛先変換部２４は、第２の要求信号を転送装置４０ａに送信する。

転送装置４０ａのフィルタ４４ａは、第２の要求信号を受信すると、高速化対象テーブル５２ａ（図２２）を用いて、アプリケーションサーバ９の５１００番ポートに対する高速プロトコルを用いた通信の開始が要求されたと判定する。さらに、フィルタ４４ａは、送信ポリシ５１ａ（図８）を用いて、アプリケーションサーバ９の５１００ポート宛のパケットはＴＣＰスルーで転送されることを特定する。そこで、フィルタ４４ａは、第２の要求信号の応答として、通信装置２０に対して、以下のアドレスとポートの情報を含むＲＳＴパケットを通信装置２０に送信する（ステップＳ８９）。

宛先ＩＰアドレス ＝１９２．１６８．１．１０（通信装置２０）
宛先ポート番号 ＝４９０００
送信元ＩＰアドレス＝１９２．１６８．１．１００（転送装置４０ａ）
送信元ポート番号 ＝６１０１（高速プロトコル）

ステップＳ９０〜Ｓ９３で行われる処理は、図７を参照しながら説明したステップＳ１０〜Ｓ１３で行われる処理と同様である。

このように、第４の実施形態では、第１の要求信号と第２の要求信号は、宛先ポー尾番号が異なっているので、フィルタ４４は、宛先ポート番号を用いて、第１の要求信号と第２の要求信号を区別できる。さらに、第１の実施形態と同様に、通信確立にかかる時間の短縮や、送受信される制御データの削減も可能となる。

＜その他＞
なお、実施形態は上記に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。

第２の実施形態では、高速プロトコルを用いて転送処理が行われるケースを例として説明したが、ＴＣＰスルーによる通信が行われる場合も、トンネルを用いて通信装置２０から転送装置４０ａへの転送処理が行われても良い。ＴＣＰスルーの場合、転送装置４０ａは、通信装置２０が転送装置４０ａを介したアプリケーションサーバ９との通信の開始を要求するための信号（第２の要求信号）で要求された通信の開始を許可しない。

第１、第３、第４の実施形態でも、高速プロトコルを用いた通信が行われる場合は、第２の実施形態と同様に、フィルタ４４ａは、アプリケーションサーバ９との通信の開始を要求する信号（第１の要求信号）で要求された通信の開始を許可しない。

以上の説明で述べたテーブルやメッセージの情報要素は、一例であり、実装に応じて情報要素は変更され得る。

なお、以上の説明では、通信装置２０の通信先がアプリケーションサーバ９である場合を説明したが、通信装置２０は他の装置との通信にも同様の処理を行うことができる。また、通信先のアプリケーションサーバ９も、通信装置２０と同様に第１および第２の通信要求を転送装置４０ｂに送信することによって、効率的に通信処理を行っても良い。

１ ＷＡＮ
３ ルータ
５ ＷＡＮ高速化装置
７ クライアント装置
９ アプリケーションサーバ
１１、３０ リダイレクタ
１２ アプリケーション処理部
１３ ＤＮＡＴ
１５ カーネル
１６ 送信ポリシ
１７、４６ 高速プロトコル処理部
２０ 通信装置
２１ 振分部
２２、２４ 宛先変換部
２３ 送達処理部
２５、４１ インタフェース部
２６ 送信元変換部
３１ 複製部
３２ ポリシ判別部
３５ 送信ポリシテーブル
３６ 送信元変換テーブル
４０ 転送装置
４２ 計測部
４３ 送信ポリシ生成部
４４ フィルタ
４５ プロキシ処理部
５１ 送信ポリシ
５２ 高速化対象テーブル
５３ 性能テーブル
６１ プロセッサ
６２ メモリ
６３ ストレージ
６４ バス
６５ ＮＩＣ
６６ 入力装置
６７ 出力装置

Claims (6)

1. 通信先と通信を開始する通信装置と、
   前記通信装置から前記通信先に送信されるパケットを転送可能な転送装置
   を備え、
   前記通信装置は、前記通信先との通信の開始を要求する第１の要求信号と、前記転送装置を介した前記通信先との通信の開始を要求する第２の要求信号を、前記転送装置に送信し、
   前記転送装置は、前記第２の要求信号の要求を許可しないことを前記通信装置に通知すると共に、前記第１の要求信号を前記通信先に転送し、
   前記通信装置は、前記第１の要求信号に対する前記通信先からの応答を受けて、前記転送装置を介さずに、前記通信先との通信を開始する
   ことを特徴とする通信システム。
2. 前記転送装置は、
   前記第２の要求信号の要求を許可する場合、前記第１の要求信号の要求を許可しないことを表す通知信号を、前記通知信号の送信元を前記通信先として、前記通信装置に送信し、
   前記第２の要求信号の要求を許可することを前記通信装置に通知し、
   前記通信装置は、前記第２の要求信号に対する前記転送装置からの応答を受けて、前記通信先に送信するデータを含むパケットを、前記転送装置に送信し、
   前記転送装置は、前記データを含むパケットを前記通信先に向けて転送する
   ことを特徴とする請求項１に記載の通信システム。
3. 前記通信装置は、
   前記第１の要求信号を生成すると、前記第１の要求信号を複製し、
   複製された第１の要求信号での宛先アドレスと宛先ポートの組合せである第１の識別情報を、前記転送装置に割り当てられたアドレスとポートの組合せである第２の識別情報に変更することにより、前記第２の要求信号を生成し、
   前記転送装置は、
   前記通信装置が前記通信先との間で生成するコネクションごとに、前記第１の識別情報と前記第２の識別情報を対応付けた対応情報を保持し、
   前記対応情報を用いて、前記第２の要求信号により前記通信装置が通信の開始を要求する通信先を特定する
   ことを特徴とする請求項１または２に記載の通信システム。
4. 前記通信装置は、
   前記通信先との通信の要求を許可しないことを表わす通知の送信元アドレスが前記通信先に割り当てられたアドレスである場合、前記第１の要求信号の要求が許可されないと判定し、
   前記通信先との通信の要求を許可しないことを表わす通知の送信元アドレスが前記転送装置に割り当てられたアドレスである場合、前記第２の要求信号の要求が許可されないと判定する
   ことを特徴とする請求項２または３に記載の通信システム。
5. 通信先と通信を開始する通信装置と、前記通信装置から前記通信先に送信されるパケットを転送可能な転送装置を備えるシステムにおいて、
   前記通信装置は、前記通信先との通信の開始を要求する第１の要求信号と、前記転送装置を介した前記通信先との通信の開始を要求する第２の要求信号を、前記転送装置に送信し、
   前記転送装置は、前記第２の要求信号の要求を許可しないことを前記通信装置に通知すると共に、前記第１の要求信号を前記通信先に転送し、
   前記通信装置は、前記第１の要求信号に対する前記通信先からの応答を受けて、前記転送装置を介さずに、前記通信先との通信を開始する
   ことを特徴とする通信方法。
6. 通信先と通信を開始する通信装置から前記通信先に送信されるパケットを転送可能な転送装置であって、
   前記通信装置から、前記通信先との通信の開始を要求する第１の要求信号と、前記転送装置を介した前記通信先との通信の開始を要求する第２の要求信号を受信する通信部と、
   前記第１の要求信号で要求された通信を前記通信装置に行わせる場合、前記第２の要求信号の要求を許可しないことを前記通信装置に通知すると共に、前記第１の要求信号を前記通信先に転送するための制御を行う制御部
   を備えることを特徴とする転送装置。

Images