"データ圧縮伸長機能を有するネットワーク機器が配置されたリンクを含むネットワークにおけるデータ圧縮の効果を考慮したパス設定方法であって、データ圧縮伸長機能を有するネットワーク機器を含むノードが、自ノードに接続されたリンクの伝送遅延および自ノードでのデータ圧縮処理による処理遅延の和を当該リンクについての遅延として算出し、該遅延を当該リンクのメトリックとして算出し、ルータを含むノードが、自ノードに接続されたリンクの伝送遅延を当該リンクについての遅延として算出し、該遅延を当該リンクのメトリックとして算出し、前記ネットワーク機器を含むノードおよびルータを含むノードが、各リンクのメトリックを共有して管理し、該メトリックを元に最適パスを設定することを特徴とする、ネットワークにおけるデータ圧縮の効果を考慮したパス設定方法。前記ネットワーク機器の出力側リンクの帯域幅をBbs、データのパケットサイズをSb、データ圧縮に要する時間をCs、データ圧縮伸長率をR、前記ネットワーク機器でデータ圧縮を行わないときのパケット転送までに要する時間をWとしたとき、PR=1で算出される圧縮可能なパケットの割合の最大値PRを用いて、RPRWWで前記ネットワーク機器でのデータ圧縮処理による処理遅延を算出することを特徴とする、請求項1に記載のネットワークにおけるデータ圧縮の効果を考慮したパス設定方法。前記ルータを含むノードが各リンクについての遅延を算出する際、さらにルータでの転送遅延を加味することを特徴とする、請求項1または2に記載のネットワークにおけるデータ圧縮の効果を考慮したパス設定方法。同一のリンクについて異なる値のメトリックが算出された場合、小さい値の方のメトリックを採用することを特徴とする、請求項1ないし4のいずれか1つに記載のネットワークにおけるデータ圧縮の効果を考慮したパス設定方法。WAN高速化装置でのデータ圧縮は、リンクの帯域量を実効的に増加させる効果をもたらす。したがって、従来の技術と同様に、リンクの帯域情報をメトリックとして表現してネットワークを管理することが考えられる。具体的には、従来では、RFC3630などOSPFプロトコルが利用されているので、WAN高速化装置にOSPFを適用する方法が考えられる。しかし、リンクの帯域情報によりネットワークを管理する方法では、例えば、図4のリンク21やリンク23のみ見かけの帯域量を大きくして広告する、というだけでは意味をなさない。すなわち、WAN高速化は、データ圧縮側とデータ伸長側が対となって始めて機能するというエンドツーエンドで機能するという特徴を有し、このため、データ圧縮側とデータ伸長側のWAN高速化装置によって処理されるデータが経由する経路を構成する全てのリンクの帯域量を、WAN高速化装置でのデータ圧縮を考慮した値にする必要がある。例えば、図4では、リンク22、あるいはリンク24、25についてルータ11~13が広告するリンクの帯域量をWAN高速化装置14でのデータ圧縮に応じて変更する必要がでてくる。実際のネットワークでは、対となるWAN高速化装置の間にはルータが存在することが多く、ルータは、WAN高速化装置とは独立に動作していて、WAN高速化装置でのデータ圧縮に呼応してデータ圧縮する訳ではない。したがって、WAN高速化装置でのデータ圧縮に応じて、それに接続されているリンクのみの帯域量の変動を広告しても、それ以外のリンクの帯域量は不変とされるので、ネットワークが適切に表現されず、適切に管理されないことになる。また、WAN高速化装置が何対も配置されるケースや、WAN高速化装置でのデータ圧縮が施されないユーザのトラヒックもあることを考えると、仮にWAN高速化装置にOSPFを実装したとしても問題の解決は困難である。つまり、WAN高速化装置でのデータ圧縮の効果をリンクの帯域情報で表現してネットワークを管理しようとすることには、多くの困難がある。本発明の目的は、上記課題を解決し、WAN高速化装置などのデータ圧縮伸長機能を有するネットワーク機器がネットワークに含まれていても、ネットワーク機器でのデータ圧縮の効果を考慮してネットワークを適切に表現して管理することができ、最適パスを設定することができるパス設定方法を提供することにある。上記課題を解決するため、本発明は、データ圧縮伸長機能を有するネットワーク機器が配置されたリンクを含むネットワークにおけるデータ圧縮の効果を考慮したパス設定方法であって、データ圧縮伸長機能を有するネットワーク機器を含むノードが、自ノードに接続されたリンクの伝送遅延および自ノードでのデータ圧縮処理による処理遅延の和を当該リンクについての遅延として算出し、該遅延を当該リンクのメトリックとして算出し、ルータを含むノードが、自ノードに接続されたリンクの伝送遅延を当該リンクについての遅延として算出し、該遅延を当該リンクのメトリックとして算出し、前記ネットワーク機器を含むノードおよびルータを含むノードが、各リンクのメトリックを共有して管理し、該メトリックを元に最適パスを設定することを基本的特徴としている。本発明では、各ノード間のリンクについてのメトリックを遅延として表現するので、ネットワークにWAN高速化装置などのデータ圧縮伸長機能を有するネットワーク機器が含まれて入れても、該ネットワーク機器でのデータ圧縮の効果を含めて、ネットワークのメトリックを適切に表現して管理することができ、該メトリックを元に最適なパスを設定することができる。アプリケーションやサービスにとって、WAN高速化装置でのデータ圧縮による効果は、転送遅延に大きく変動を与える側面が意識されるため、本発明ではWAN高速化装置でのデータ圧縮処理による遅延の変動量をメトリックとして把握することにより上記課題を解決する。図1は、本発明による、ネットワーク内に配置されたWAN高速化装置でのデータ圧縮を考慮したパス設定方法を概念的に示す説明図である。図1において、図4と同一あるいは同等部分には同じ符号を付している。図1は、図4と同様のネットワーク10を示す。ネットワーク1Oは、ルータ11~13、WAN高速化装置14,15をリンク21~25で接続して構成されている。WAN高速化装置14、15は、リンク21、23に接続されている。ユーザ31、33は、データ圧縮を利用するが、ユーザ32、34は、データ圧縮を利用しない。ルータ11~13およびWAN高速化装置14,15はそれぞれ、ノードを構成するので、以下では、それらをノード11~15と称する。ノード11~13は、ルータを含むノードであり、ノード1415は、WAN高速化装置を含むノードである。ノード11は、自ノードに接続されているリンク21、22、24の伝送遅延を計測し、該伝送遅延を該リンク21、22、24のメトリックとして格納すると共に該メトリックをネットワーク10に広告し、また、他ノード12~15から広告されるリンクのメトリックを格納する。ノード12は、自ノードに接続されているリンク22、23、25の伝送遅延を計測し、該伝送遅延を該リンク22、23、25のメトリックとして格納すると共に該メトリックをネットワーク10に広告し、また、他ノード11、13~15から広告されるリンクのメトリックを格納する。ここで、ノード13により算出されたリンク22についてのメトリックは、ノード11から広告されたものと重複するが、両者は同一値であるのでどちらを格納しても問題が生じることはない。同様に、ノード13も、リンク24、25のメトリックを格納すると共に該メトリックをネットワーク10に広告し、また、他ノード11、12、14、15から広告されるリンクのメトリックを格納する。ここでも、ノード13により算出されたリンク24、25についてのメトリックは、ノード11、12から広告されたものと重複するが、問題が生じることはない。一方、ノード14は、自ノードに接続されているリンク21の伝送遅延を計測すると共に自ノードのWAN高速化装置でのデータ圧縮処理による遅延、および該処理遅延とリンク21の伝送遅延の和を算出し、この和を算出してリンク21のメトリックとして格納すると共に該メトリックをネットワーク10に広告し、また、他ノード11~13、15から広告されるリンクのメトリックを格納する。ここでは、ノード14により算出されたリンク21のメトリックは、ノード11から広告されたものと異なる。すなわち、ノード14により算出されるメトリックにはWAN高速化装置でのデータ圧縮処理による処理遅延が加味されているのに対し、ノード11により算出されるメトリックには該処理遅延が加味されていないので、両者に齟齬が生じる。この齟齬に対しては、同一リンクについて異なるメトリックが広告された場合、小さい値の方のメトリックを採用すればよい。また、ノード15は、自ノードに接続されているリンク23の伝送遅延を計測すると共に自ノードのWAN高速化装置でのデータ圧縮処理による遅延、および該処理遅延とリンク23の伝送遅延の和を算出してリンク23のメトリックとして格納すると共に該メトリックをネットワーク10に広告し、また、他ノード11~14から広告されるリンクのメトリックを格納する。ここでも、ノード15により算出されたリンク23のメトリックとノード12から広告されたリンク23のメトリックとに齟齬が生じるが、上記と同様に対処すればよい。なお、各リンクの伝送遅延、WAN高速化装置でのデータ圧縮処理による処理遅延およびメトリックの算出手法については、後で具体的に説明する。図1は、ノード11がリンク21、22、24のメトリック003、031、025を算出して広告し、ノード12がリンク22、23、25のメトリック031、006、011を算出して広告し、ノード13がリンク24、25のメトリック025、011を算出して広告し、ノード14がリンク21のメトリック002を算出して広告し、ノード15がリンク23のメトリック005を算出して広告した場合を示している。ここで、リンク21のメトリックとしては、ノード31から002が広告される一方、ノード11からは003が広告されが、小さい方の002がリンク21のメトリックとされる。同様に、リンク21のメトリックは、005とされる。以上のようにして、ノード11~15により算出された各リンク21~25のメトリックがOSPF等のプロトコルでネットワーク10全体に広告される結果、ノード11~15は、ネットワーク10の各リンク21~25のメトリックを共有することができる。図1では、ここでノード15が格納するリンク21~25のメトリックを示しているが、他のノード11~14も同じメトリックを格納する。各ノードが11~15格納するメトリックに基づき、例えばDijkstra法により最短経路のパスを計算することができる。図1の例では、ノード14からノード15に至る最短経路は、メトリックの総和が043となるリンク21-リンク24-リンク25リンク23を経由する経路であり、この経路に最適パスを設定することができる。次に、各リンクについての遅延およびメトリックの算出手法について説明する。以下では、WAN高速化装置の出力側リンクの帯域幅をBbs、データのパケットサイズをSb、データ圧縮に要する時間をCs、データ圧縮伸長率をRとする。非特許文献4によると、圧縮可能なパケットの割合の最大値PRは、出力キューが混雑している場合において、x個のパケットに対して1個が圧縮されるとすると、SBRSBCを満たす。これからxBCSが導出される。圧縮可能なパケット数の割合PRは、xの逆数であることから、PR1と表現できる。WAN高速化装置は通常、PRの割合でパケット圧縮を行おうとする。以上のことを利用してWAN高速化装置でのデータ圧縮処理による処理遅延を見積もることができる。すなわち、WAN高速化装置でデータ圧縮を行わないときのパケット転送までに要する時間をWとすると、WのうちPRの割合に対してデータ圧縮が適用されることから、1つのWAN高速化装置でのデータ圧縮処理による処理遅延は、RPRWWと見積もることができる。上記の式から明らかなように、WAN高速化装置でのデータ圧縮伸長率Rが大きくなるに従って、そこでの処理遅延も大きくなるという関係にある。上記の式を使ってWAN高速化装置でのデータ圧縮の度合いに応じた処理遅延でメトリックを表現することにより、WAN高速化装置でのデータ圧縮の効果を含めてネットワークを管理することが可能になる。従来OSPFではリンクの帯域量の逆数をメトリックとして扱ってきたが、その代わりに各リンクについての遅延をそのままの値でメトリックとして扱うことにより、OSPFと同様のアルゴリズムで、エンドツーエンドで遅延の少ない経路を計算することができる。つまり、WAN高速化装置でのデータ圧縮処理による処理遅延、リンクの伝送遅延でメトリックを表現し、それを、例えば、RFC3630のSubTLVとして新たに追加することでネットワークを適切に管理することが可能となる。図2は、各ノードにおけるメトリック算出動作の例を示すフローチャートである。ここでは、各ノードが自ノードに接続されたリンクについての遅延を算出し、該遅延を当該リンクについてのメトリックとする基本的アルゴリズムを示している。ここで算出された遅延は、OSPF等のプロトコルで各リンクについてのメトリックとして扱うことができる。なお、メトリックを算出するための構成は、ハードウエアでもソフトウエアでも実現できる。まず、Ping計測を開始する。Ping計測により当該リンクの伝送遅延が取得される。リンクの伝送遅延は、定期的な計測により得られる計測値の平均値とするのが好ましい。リンクでの伝送遅延は、WAN高速化装置でのデータ圧縮処理による処理遅延を含まない。次に、当該リンクがWAN高速化装置を含むノードに接続されたリンクであり、かつメトリックを算出するノードがWAN高速化装置を含むノードであるか否かを判定する。図1の例において、S23がYesとなるのは、ノード14、15でのリンク21、23のメトリック算出の場合であり、ノード11~13でのメトリック算出の場合にはS23はNoとなる。S23がYesの場合、当該リンクがWAN高速化装置を含むノードに接続されたリンクであり、かつWAN高速化装置を含むノードでのメトリック算出であるので、まず、WAN高速化装置でのデータ圧縮処理による処理遅延を算出する。WAN高速化装置のデータ圧縮での処理遅延は、WAN高速化装置で設定されている圧縮伸張率を用い、上記の式RPRWWで算出できる。なお、WAN高速化装置の出力リンクの帯域幅Bbs、データのパケットサイズSb、データ圧縮に要する時間Cs、データ圧縮の処理を行わないときのパケット転送までに要する時間Wは、既知であり、これらの値から上記の式のPRやWが得られる。次に、当該リンクについての遅延として、リンクの伝送遅延とWAN高速化装置でのデータ圧縮処理による処理遅延の和を算出し、該和を該リンクのメトリックとして格納する。一方、S23がNoの場合、ルータを含むノードでのメトリック算出であるので、リンクの伝送遅延を算出し該リンクのメトリックとして格納する。なお、以上のフローにより同一リンクについて異なるメトリックが算出されて広告された場合には、上述したように、小さい方のメトリックを採用するようにすればよい。以上のように、WAN高速化装置でのデータ圧縮の効果としての遅延をOSPFなどのプロトコルによりメトリックとして自動化して扱うことにより、WAN高速化装置を含むネットワークを最適に管理し、最適パスを設定することが可能になる。図3は、各ノードにおけるメトリック算出動作の他の例を示すフローチャートである。図2ではメトリック算出の際にルータでの転送遅延を加味していないが、図3では、ルータでの転送遅延を加味してメトリックを算出するようにしている。図3におけるS31~S35は、図2のS21~S25と同じであるので、説明を省略する。図1の例では、WAN高速化装置を含むノード14、15がリンク21、23のメトリックを算出する。S33がNoの場合、ルータを含むノードでのメトリック算出であるので、リンクの伝送遅延とルータでの転送遅延の和を当該リンクについての遅延として算出し、該和を算出して該リンクのメトリックとして格納する。ここでは、ルータでのパケット入出力においては入力側と出力側の2つのリンクがあることから、入力側と出力側の2つのリンクに転送遅延の12ずつを振り分けるが、リンク両側のルータでの転送遅延の12ずつを加算し、結果として、リンクの伝送遅延とルータでの転送遅延の和を当該リンクについての遅延としている。なお、ルータでの転送遅延としては、例えば、ネットワークを構成する複数のルータでの転送遅延の平均など、予め設定した値を用いる。なお、同一リンクについて異なるメトリックが広告された場合に小さい値の方のメトリックを採用する結果、WAN高速化装置のデータ圧縮での処理遅延が加味されるリンクについてはルータでの転送遅延が加味されないことになるが、ルータでの転送遅延は、WAN高速化装置でのデータ圧縮処理による処理遅延に比べて十分に小さいので、実際上では、これで問題が生じることはない。以上実施形態について説明したが、本発明は、上記実施形態に限定されない。例えば、図3では、WAN高速化装置でのデータ圧縮処理による処理遅延が加味されるリンクについてはルータでの転送遅延を加味していないが、WAN高速化装置でのデータ圧縮処理による処理遅延が加味されるリンクであっても、ルータでの転送遅延の12を加味することもできる。また、ルータから隣接するルータあるいは隣接するWAN高速化装置へ自ルータでの転送遅延を通知する機構を設ければ、通知された転送遅延を使って各リンクについての遅延およびメトリックを算出することも可能になる。"