"第1および第2のネットワークに接続されたネットワーク伝送装置におけるルーティング方法であって、クライアントから第1の形式のアドレスにより、アドレス解決の問い合わせを受信したとき、前記第1の形式のアドレスに基づき、前記第1のネットワークへの直接のルーティングの可否を判断し、前記第1のネットワークへの直接のルーティングが可能と判断した場合は、前記第1のネットワークに前記第1の形式のアドレスのアドレス解決を問い合わせ、前記第1のネットワークへの直接のルーティングが可能と判断しなかった場合は、前記第2のネットワークに前記第1の形式のアドレスのアドレス解決を問い合わせ、前記アドレス解決の問い合わせにより前記第1のネットワークまたは前記第2のネットワークより取得した第2の形式のアドレスを含むアドレス回答を、前記クライアントに送信し、前記第1のネットワークに前記アドレス解決を問い合わせた場合は、取得した前記アドレス回答に含まれる前記第2の形式のアドレスを宛先とするパケットは前記第1のネットワークに転送されるようにルーティングテーブルを設定し、前記第2のネットワークに前記アドレス解決を問い合わせた場合は、取得した前記アドレス回答に含まれる前記第2の形式のアドレスを宛先とするパケットは前記第2のネットワークに転送されるように前記ルーティングテーブルを設定する、ルーティング方法。前記クライアントから受信するパケットに宛先として含まれる第2の形式のアドレスと前記ルーティングテーブルとに応じて当該パケットを転送する、請求の範囲第1項記載のルーティング方法。前記第1のネットワークに問い合わせて取得した前記第2の形式のアドレスを宛先とするパケットは、前記第2のネットワークを迂回するように前記第1のネットワークに転送され、前記第2のネットワークに問い合わせて取得した前記第2の形式のアドレスを宛先とするパケットの少なくとも一部は、前記第2のネットワークを経由して前記第1のネットワークに転送される、請求の範囲第1項記載のルーティング方法。前記第2のネットワークへは、前記第1のネットワーク上に形成した仮想ネットワークを経由してパケットを転送する、請求の範囲第1項記載のルーティング方法。1または複数の第1の形式のアドレスを示す情報を記憶する記憶部を参照して、前記アドレス解決の問い合わせで指定された第1の形式のアドレスが前記第1のネットワークへの直接のルーティングが可能なアドレスか判断する、請求の範囲第1項記載のルーティング方法。第1および第2のネットワークに接続されたネットワーク伝送装置におけるルーティング方法であって、アドレス解決の問い合わせを行ったクライアントに転送される、前記クライアントが指定した第1の形式のアドレスと回答である第2の形式のアドレスとを含むアドレス回答を取得し、前記アドレス回答に含まれる前記第1の形式のアドレスに基づき、前記第1のネットワークへの直接のルーティングの可否を判断し、前記第1のネットワークへの直接のルーティングが可能と判断した場合は、前記アドレス回答に含まれる前記第2の形式のアドレスを宛先とするパケットが前記第1のネットワークに転送されるようにルーティングテーブルを設定し、前記第1のネットワークへの直接のルーティングが可能と判断しなかった場合は、前記アドレス回答に含まれる前記第2の形式のアドレスを宛先とするパケットが前記第2のネットワークに転送されるように前記ルーティングテーブルを設定する、ルーティング方法。前記クライアントから受信するパケットに宛先として含まれる第2の形式のアドレスと前記ルーティングテーブルとに応じて当該パケットを転送する、請求の範囲第6項記載のルーティング方法。第1および第2のネットワークに接続可能なネットワーク伝送装置であって、ルーティングテーブルを記憶する記憶部と、クライアントから第1の形式のアドレスによりアドレス解決の問い合わせを受け付けたとき、前記第1の形式のアドレスに基づき前記第1のネットワークへの直接のルーティングの可否を判断し、前記第1のネットワークへの直接のルーティングが可能と判断した場合は前記第1のネットワークに前記第1の形式のアドレスのアドレス解決を問い合わせ、前記第1のネットワークへの直接のルーティングが可能と判断しなかった場合は前記第2のネットワークに前記第1の形式のアドレスのアドレス解決を問い合わせ、前記第1のネットワークまたは前記第2のネットワークから第2の形式のアドレスを含むアドレス回答を取得し、前記第1のネットワークに前記アドレス解決を問い合わせた場合は前記アドレス回答に含まれる前記第2の形式のアドレスを宛先とするパケットは前記第1のネットワークに転送されるようにルーティングテーブルを設定し、前記第2のネットワークに前記アドレス解決を問い合わせた場合は前記アドレス回答に含まれる前記第2の形式のアドレスを宛先とするパケットは前記第2のネットワークに転送されるように前記ルーティングテーブルを設定する制御部と、を有するネットワーク伝送装置。第1および第2のネットワークに接続可能なネットワーク伝送装置であって、ルーティングテーブルを記憶する記憶部と、アドレス解決の問い合わせを行ったクライアントに転送される前記クライアントが指定した第1の形式のアドレスと回答である第2の形式のアドレスとを含むアドレス回答を取得し、前記アドレス回答に含まれる前記第1の形式のアドレスに基づき前記第1のネットワークへの直接のルーティングの可否を判断し、前記第1のネットワークへの直接のルーティングが可能と判断した場合は前記アドレス回答に含まれる前記第2の形式のアドレスを宛先とするパケットが前記第1のネットワークに転送されるようにルーティングテーブルを設定し、前記第1のネットワークへの直接のルーティングが可能と判断しなかった場合は前記アドレス回答に含まれる前記第2の形式のアドレスを宛先とするパケットが前記第2のネットワークに転送されるように前記ルーティングテーブルを設定する制御部と、を有するネットワーク伝送装置。ところで、広域ネットワークを介して提供されるサービスには、著名なWeb検索サービスや著名なソフトウェアベンダのアップデートサービスなど、信頼性の高いサービスも含まれる。そこで、通信を検査する負荷を軽減するため、信頼できるサービスに関するパケットとそれ以外のパケットとで転送経路を変える例えば、前者はファイアウォールを迂回し後者はファイアウォールを経由するように転送することが考えられる。しかし、このような転送経路の制御を、通信装置でどのように実現すればよいかが問題となる。例えば、サービスの中には、クライアントからのアクセスを動的にキャッシュサーバに誘導するものがある。各サービスで利用され得るキャッシュサーバを事前に特定することは難しいため、各パケットに含まれる低レイヤのアドレス例えば、IPアドレスのみから、当該パケットが信頼できるサービスに関するものかを判断することは難しい。また、サービスを提供する事業者とキャッシュサーバを運営する事業者とが異なることがある。この場合、各パケットに含まれる低レイヤのアドレスから、逆引き問い合わせによって高レイヤのアドレス例えば、ドメイン名を含むホスト名を検索しても、その高レイヤのアドレスのドメインはキャッシュサーバの事業者を示すに過ぎないことがある。このため、逆引き問い合わせの結果からサービスの信頼性を判断することも難しい。また、パケットを振り分ける通信装置において、高レイヤのプロトコル処理例えば、レイヤ7のHTTPHypertextTransferProtocol処理を行って、パケットの内容からオリジナルの高レイヤのアドレスを抽出する方法が考えられる。しかし、この方法では、高機能な通信装置を使用することになり、コストや負荷の点で不利となる。一側面では、本発明は、サービスの信頼性に応じてパケットの転送経路を変えることが容易に実現できるルーティング方法およびネットワーク伝送装置を提供することを目的とする。一側面によれば、第1および第2のネットワークに接続されたネットワーク伝送装置におけるルーティング方法が提供される。ルーティング方法では、クライアントから第1の形式のアドレスにより、アドレス解決の問い合わせを受信したとき、第1の形式のアドレスに基づき、第1のネットワークへの直接のルーティングの可否を判断する。第1のネットワークへの直接のルーティングが可能と判断した場合は、第1のネットワークに第1の形式のアドレスのアドレス解決を問い合わせ、第1のネットワークへの直接のルーティングが可能と判断しなかった場合は、第2のネットワークに第1の形式のアドレスのアドレス解決を問い合わせる。アドレス解決の問い合わせにより第1のネットワークまたは第2のネットワークより取得した第2の形式のアドレスを含むアドレス回答を、クライアントに送信する。第1のネットワークにアドレス解決を問い合わせた場合は、取得したアドレス回答に含まれる第2の形式のアドレスを宛先とするパケットは第1のネットワークに転送されるようにルーティングテーブルを設定する。第2のネットワークにアドレス解決を問い合わせた場合は、取得したアドレス回答に含まれる第2の形式のアドレスを宛先とするパケットは第2のネットワークに転送されるようにルーティングテーブルを設定する。また、一側面によれば、第1および第2のネットワークに接続されたネットワーク伝送装置におけるルーティング方法が提供される。ルーティング方法では、アドレス解決の問い合わせを行ったクライアントに転送される、クライアントが指定した第1の形式のアドレスと回答である第2の形式のアドレスとを含むアドレス回答を取得する。アドレス回答に含まれる第1の形式のアドレスに基づき、第1のネットワークへの直接のルーティングの可否を判断する。第1のネットワークへの直接のルーティングが可能と判断した場合は、アドレス回答に含まれる第2の形式のアドレスを宛先とするパケットが第1のネットワークに転送されるようにルーティングテーブルを設定する。第1のネットワークへの直接のルーティングが可能と判断しなかった場合は、アドレス回答に含まれる第2の形式のアドレスを宛先とするパケットが第2のネットワークに転送されるようにルーティングテーブルを設定する。また、一側面によれば、第1および第2のネットワークに接続可能なネットワーク伝送装置が提供される。ネットワーク伝送装置は、記憶部と制御部とを有する。記憶部は、ルーティングテーブルを記憶する。制御部は、クライアントから第1の形式のアドレスによりアドレス解決の問い合わせを受け付けたとき、第1の形式のアドレスに基づき第1のネットワークへの直接のルーティングの可否を判断し、第1のネットワークへの直接のルーティングが可能と判断した場合は第1のネットワークに第1の形式のアドレスのアドレス解決を問い合わせ、第1のネットワークへの直接のルーティングが可能と判断しなかった場合は第2のネットワークに第1の形式のアドレスのアドレス解決を問い合わせ、第1のネットワークまたは第2のネットワークから第2の形式のアドレスを含むアドレス回答を取得し、第1のネットワークにアドレス解決を問い合わせた場合はアドレス回答に含まれる第2の形式のアドレスを宛先とするパケットは第1のネットワークに転送されるようにルーティングテーブルを設定し、第2のネットワークにアドレス解決を問い合わせた場合はアドレス回答に含まれる第2の形式のアドレスを宛先とするパケットは第2のネットワークに転送されるようにルーティングテーブルを設定する。また、一側面によれば、第1および第2のネットワークに接続可能なネットワーク伝送装置が提供される。ネットワーク伝送装置は、記憶部と制御部とを有する。記憶部は、ルーティングテーブルを記憶する。制御部は、アドレス解決の問い合わせを行ったクライアントに転送されるクライアントが指定した第1の形式のアドレスと回答である第2の形式のアドレスとを含むアドレス回答を取得し、アドレス回答に含まれる第1の形式のアドレスに基づき第1のネットワークへの直接のルーティングの可否を判断し、第1のネットワークへの直接のルーティングが可能と判断した場合はアドレス回答に含まれる第2の形式のアドレスを宛先とするパケットが第1のネットワークに転送されるようにルーティングテーブルを設定し、第1のネットワークへの直接のルーティングが可能と判断しなかった場合はアドレス回答に含まれる第2の形式のアドレスを宛先とするパケットが第2のネットワークに転送されるようにルーティングテーブルを設定する。サービスの信頼性に応じてパケットの転送経路を変えることが容易に実現できる。本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。以下、本実施の形態を図面を参照して説明する。[第1の実施の形態]図1は、第1の実施の形態のネットワーク伝送装置を示す図である。第1の実施の形態のネットワーク伝送装置10は、クライアント3から受信したパケットを、ネットワーク4,5に転送する通信装置である。ネットワーク伝送装置10は、例えば、クライアント3の属するLANからネットワーク4への出口に位置するルータである。ネットワーク伝送装置10は、レイヤ3例えば、IP層以下またはレイヤ4例えば、TCPTransmissionControlProtocol層以下のプロトコル処理を行い、レイヤ7アプリケーション層のプロトコル処理を行わないルータでもよい。クライアント3は、例えば、ユーザが使用する端末装置としてのコンピュータである。ネットワーク4は、例えば、インターネットなどの広域ネットワークである。ネットワーク5は、例えば、ファイアウォールを備えるLANやイントラネットである。ネットワーク伝送装置10とネットワーク5は、ネットワーク4に形成したVPNを介して接続されてもよい。例えば、クライアント3が送信したパケットが、ネットワーク5を迂回してネットワーク4に直接転送されるか、または、ネットワーク5を経由してネットワーク4に転送される。ネットワーク伝送装置10は、記憶部11、制御部12および送信部13を有する。記憶部11は、ルーティングテーブル11aを記憶する。記憶部11は、RAMRandomAccessMemoryなどの揮発性記憶装置でもよいし、フラッシュメモリなどの不揮発性記憶装置でもよい。ルーティングテーブル11aは、パケットの宛先アドレス後述する第2の形式のアドレスに基づいて当該パケットをネットワーク4,5の何れに転送するか判断するときに参照される。ルーティングテーブル11aには、ネットワーク4に転送されるパケットの宛先アドレスを記載してもよいしホワイトリスト方式、ネットワーク5に転送されるパケットの宛先アドレスを記載してもよいブラックリスト方式。制御部12は、DNSなどのアドレス解決システムを利用したアドレス解決を処理し、アドレス解決の結果を用いてルーティングテーブル11aを設定する。制御部12は、CPUCentralProcessingUnitなどのプロセッサとプログラムを記憶するメモリとを用いて実装してもよいし、ハードウェアロジックとして実装してもよい。制御部12は、クライアント3から、第1の形式のアドレス例えば、ドメイン名を含むホスト名が指定されたアドレス解決の問い合わせを取得する。第1の形式のアドレスは、例えば、クライアント3で実行されるWebブラウザから入力される。制御部12は、アドレス解決の問い合わせで指定された第1の形式のアドレスが、ネットワーク4へ直接ルーティングしてよい例えば、ネットワーク5を経由しなくてよいアドレスか判断する。直接ルーティングが可能なアドレスは、例えば、信頼できるサービスを示すアドレスである。直接ルーティングの可否は、予め用意された信頼できる第1の形式のアドレスのリストを参照して判断してもよいしホワイトリスト方式、予め用意された信頼できない第1の形式のアドレスのリストを参照して判断してもよいブラックリスト方式。制御部12は、ネットワーク4への直接ルーティングが可能と判断した場合はネットワーク4に問い合わせ、ネットワーク4への直接ルーティングが可能と判断しなかった場合はネットワーク5に問い合わせることで、第1の形式のアドレスに対応する第2の形式のアドレス例えば、IPアドレスを取得する。制御部12は、第2の形式のアドレスを含むアドレス回答をクライアント3に転送するよう制御する。アドレス回答を受信したクライアント3は、以降、第2の形式のアドレスを宛先アドレスとして用いてパケットを送信することができる。このとき、制御部12は、ネットワーク4への問い合わせによって取得した第2の形式のアドレスを、信頼できる通信相手のアドレスと判定し、ネットワーク5への問い合わせによって取得した第2の形式のアドレスを、信頼できる通信相手でないアドレスと判定する。そして、制御部12は、判定結果に基づいて、ルーティングテーブル11aを設定する。例えば、ルーティングテーブル11aがホワイトリスト方式である場合、制御部12は、信頼できる通信相手の第2の形式のアドレスネットワーク4から取得した第2の形式のアドレスを、ルーティングテーブル11aに登録する。送信部13は、記憶部11に記憶されたルーティングテーブル11aと、各パケットに宛先アドレスとして含まれる第2の形式のアドレスとに応じて、クライアント3から受信する各パケットを転送する。送信部13は、信頼できる通信相手と判定された第2の形式のアドレスネットワーク4に問い合わせて取得した第2の形式のアドレスを含むパケットをネットワーク4に転送する。一方、送信部13は、信頼できる通信相手と判定されなかった第2の形式のアドレスネットワーク5に問い合わせて取得した第2の形式のアドレスを含むパケットをネットワーク5に転送する。例えば、信頼できる通信相手宛てのパケットは、ネットワーク5を迂回してネットワーク4に転送され、信頼できる通信相手宛てでないパケットは、ネットワーク5を経由してネットワーク4に転送される。ネットワーク5では、例えば、ファイアウォールによりパケットの内容が検査され、不適切な内容のパケットが遮断される。ネットワーク伝送装置10とネットワーク5とが仮想ネットワーク技術を用いて接続されている場合、例えば、ネットワーク伝送装置10は、信頼できる通信相手宛てのパケットをカプセル化せずにネットワーク4に転送し、信頼できる通信相手宛てでないパケットをカプセル化してネットワーク5に転送する。第1の実施の形態のネットワーク伝送装置10によれば、サービスの信頼性に応じてパケットの転送経路を変えることが容易になる。ネットワーク伝送装置10では、高レイヤの第1の形式のアドレスを用いて、ネットワーク4への直接ルーティングを許容するサービスを指定することができる。よって、低レイヤの第2の形式のアドレスのみを用いる場合と異なり、クライアント3からのアクセスを動的にキャッシュサーバに誘導するサービスに対しても有効となる。また、ネットワーク伝送装置10は、各パケットに対してレイヤ7のHTTP処理などの高レイヤのプロトコル処理を行わなくてよく、レイヤ3以下またはレイヤ4以下のプロトコル処理のみ行うものであってもよい。よって、ネットワーク伝送装置10のプロトコル処理の負荷を軽減でき、また、ネットワーク伝送装置10として高コストな通信装置を使用しなくてもよい。また、クライアント3からネットワーク4へのパケットのうち、信頼できる通信相手宛てのパケットはネットワーク5に設けたファイアウォールを迂回し、それ以外のパケットはファイアウォールを通過するよう、ネットワーク伝送装置10を運用することもできる。この場合、クライアント3からネットワーク4への全てのパケットをファイアウォールに転送する場合と比べて、ファイアウォールの負荷を軽減することができる。[第2の実施の形態]次に、第2の実施の形態を説明する。第1の実施の形態との差異を中心に説明し、第1の実施の形態と同様の事項については説明を省略する。図2は、第2の実施の形態のネットワーク伝送装置を示す図である。第2の実施の形態のネットワーク伝送装置20は、記憶部21、制御部22および送信部23を有する。記憶部21、制御部22および送信部23は、それぞれ前述の記憶部11、制御部12および送信部13に対応する。記憶部21は、ルーティングテーブル21aを記憶する。制御部22は、クライアント3が送信したアドレス解決の問い合わせを、ネットワーク4またはネットワーク5好ましくは、ネットワーク5に転送するよう制御する。また、制御部22は、アドレス解決の問い合わせに対応するアドレス回答を、クライアント3に転送するよう制御する。アドレス回答には、クライアント3が指定した第1の形式のアドレス例えば、ドメイン名を含むホスト名と、問い合わせに対する回答である第2の形式のアドレス例えば、IPアドレスとが含まれている。制御部22は、アドレス回答に含まれる第1の形式のアドレスが、ネットワーク4へ直接ルーティングしてよい例えば、ネットワーク5を経由しなくてよいアドレスか判断する。直接ルーティングが可能なアドレスは、例えば、信頼できるサービスを示すアドレスである。直接ルーティングの可否は、予め用意された第1の形式のアドレスに関するホワイトリストまたはブラックリストを参照して判断してもよい。制御部22は、ネットワーク4への直接ルーティングが可能と判断した場合は、アドレス回答に含まれる第2の形式のアドレスを信頼できる通信相手のアドレスと判定し、ネットワーク4への直接ルーティングが可能と判断しなかった場合は、第2の形式のアドレスを信頼できる通信相手でないアドレスと判定する。そして、制御部22は、判定結果に基づいてルーティングテーブル21aを設定する。例えば、ルーティングテーブル21aがホワイトリスト方式の場合、制御部22は、信頼できる通信相手の第2の形式のアドレス直接ルーティングが可能と判断した第1の形式のアドレスに対応するものを、ルーティングテーブル21aに登録する。送信部23は、記憶部21に記憶されたルーティングテーブル21aと、各パケットに宛先アドレスとして含まれる第2の形式のアドレスとに応じて、クライアント3から受信する各パケットを転送する。送信部23は、信頼できる通信相手と判定された第2の形式のアドレス直接ルーティングが可能と判断した第1の形式のアドレスに対応するものを含むパケットをネットワーク4に転送する。一方、送信部23は、信頼できる通信相手と判定されなかった第2の形式のアドレス直接ルーティングが可能と判断しなかった第1の形式のアドレスに対応するものを含むパケットをネットワーク5に転送する。第2の実施の形態のネットワーク伝送装置20によれば、第1の実施の形態と同様、サービスの信頼性に応じてパケットの転送経路を変えることが容易になる。すなわち、ネットワーク伝送装置20は、クライアント3からのアクセスを動的にキャッシュサーバに誘導するサービスに対しても有効となる。また、ネットワーク伝送装置20のプロトコル処理の負荷を軽減でき、また、ネットワーク伝送装置20として高コストな通信装置を使用しなくてもよい。また、信頼できる通信相手宛てのパケットはネットワーク5に設けたファイアウォールを迂回し、それ以外のパケットはファイアウォールを通過するよう、ネットワーク伝送装置20を運用することもできる。[第3の実施の形態]図3は、第3の実施の形態の通信システムを示す図である。第3の実施の形態は、本社と支社を含む企業のイントラネットが、インターネットに接続されている例を考える。第3の実施の形態の通信システムは、支社LAN31、本社LAN32およびインターネット33を含む。支社LAN31と本社LAN32は、それぞれインターネット33に接続されている。支社LAN31は、クライアント41,42およびルータ100を備える。本社LAN32は、クライアント43、ファイルサーバ44、ファイアウォール51およびDNSサーバ52を備える。インターネット33は、DNSサーバ53,54、Webサーバ61,62およびキャッシュサーバ63,64を備える。クライアント41,42,43は、ユーザが使用する端末装置としてのコンピュータである。クライアント41,42,43は、Webブラウザを用いて、インターネット33のWebサーバ61,62やキャッシュサーバ63,64にアクセスできる。また、クライアント41,42は、インターネット33経由でファイルサーバ44にアクセスでき、クライアント43はファイルサーバ44にアクセスできる。ファイルサーバ44は、本社や支社の業務に使用されるファイルを保持するサーバコンピュータである。ファイアウォール51は、支社LAN31および本社LAN32を含むイントラネットとインターネット33の間の通信を監視する通信装置である。ファイアウォール51は、例えば、アプリケーション層のプロトコル処理を行い、ウィルスや機密情報などの不正な内容を含む通信を検出する。ファイアウォール51は、プロキシサーバと呼ばれるものであってもよい。ここで、支社LAN31と本社LAN32とは、インターネット33上に形成したVPNいわゆるインターネットVPNで接続されている。後述するように、支社LAN31とインターネット33との間のパケットは、所定の信頼できるサービスに関するパケットを除いて、本社LAN32のファイアウォール51を経由する。DNSサーバ52,53,54は、ホスト名とIPアドレスとの対応関係を管理するサーバコンピュータである。DNSサーバ52,53,54は、完全修飾ドメイン名FQDN:FullQualifiedDomainNameを含むDNS要求リクエストを受信し、FQDNに対応するIPアドレスを含むDNS応答レスポンスを返信する。FQDNは、ドメイン名を含むホスト名である。DNSサーバ52,53,54は、指定されたFQDNのアドレス解決を担当していない場合、他のDNSサーバに問い合わせる。例えば、DNSサーバ52は、クライアント41からWebサーバ62のIPアドレスの問い合わせを受けたとき、DNSサーバ54に問い合わせることがある。なお、DNSサーバ53は支社LAN31の近くに位置し、DNSサーバ54は本社LAN32の近くに位置する。Webサーバ61,62は、検索サービスやソフトウェア更新サービスなどのサービスを提供するサーバコンピュータである。Webサーバ61,62は、例えば、クライアント41,42,43からのHTTPアクセスに応じて、HTMLHyperTextMarkupLanguage文書やソフトウェアプログラムなどのファイルを送信する。キャッシュサーバ63,64は、Webサーバ61に記憶されたファイルの複製を保持するサーバコンピュータである。クライアント41,42,43からWebサーバ61へのアクセスが、キャッシュサーバ63,64に誘導されることがある。なお、キャッシュサーバ63は支社LAN31の近くに位置し、キャッシュサーバ64は本社LAN32の近くに位置する。Webサーバ61,62およびキャッシュサーバ63,64には、互いに異なるFQDNとIPアドレスが付与される。Webサーバ61を用いてサービスを提供する事業者とキャッシュサーバ63,64を運用する事業者とは、異なっていてもよい。よって、Webサーバ61のFQDNに含まれるドメイン名とキャッシュサーバ63,64のFQDNに含まれるドメイン名とは、異なることがある。ここで、Webサーバ61に対するアクセスを、以下のような方法で、キャッシュサーバ63,64に誘導することができる。Webサーバ61を担当するDNSサーバに、Webサーバ61のFQDNの別名CNAMEとして、キャッシュサーバ63,64のドメイン名を登録しておく。Webサーバ61を担当するDNSサーバは、Webサーバ61のFQDNを含むDNS要求を受信すると、別名として自ドメインでないドメイン名が登録されているため、キャッシュサーバ63,64を担当するDNSサーバにDNS要求を転送する。キャッシュサーバ63,64を担当するDNSサーバは、DNS要求の送信元のIPアドレスを用いて送信元に物理的に近いキャッシュサーバを検索し、キャッシュサーバのIPアドレスを返信する。クライアント41,42,43には、Webサーバ61のFQDNに対応するIPアドレスとして、各クライアントに近いキャッシュサーバのIPアドレスが通知される。クライアント41,42,43は、以降、Webサーバ61に代えて、各クライアントに近いキャッシュサーバにアクセスすることになる。これにより、Webサーバ61およびキャッシュサーバ63,64の負荷を分散させることができる。なお、このようなキャッシュサービスの一例として、Akamaiが挙げられる。キャッシュサービスは、次の文献にも記載されている。ホワイトペーパアカマイのアプリケーション高速化サービス:インターネットをビジネス対応アプリケーションデリバリープラットフォームに変える,AkamaiTechnologies,2009年。ホワイトペーパアカマイによるウェブインフラの効率性向上オンラインチャンネル戦略,AkamaiTechnologies,2009年。米国特許第6108703号明細書および第6553413号明細書。ルータ100は、支社LAN31とインターネット33との境界に位置し、本社LAN32およびインターネット33と通信を行う。ルータ100は、各パケットに対し、IP層以下またはTCP層以下のプロトコル処理を行えばよく、アプリケーション層のプロトコル処理を行わなくてよい。また、ルータ100は、ファイアウォール機能を備えていなくてよい。ルータ100は、クライアント41,42からインターネット33へ送信されるパケットのうち、所定の信頼できるサービスに関するパケットを、ファイアウォール51を迂回して直接インターネット33に転送する。一方、ルータ100は、それ以外のパケットを、インターネットVPNを用いてファイアウォール51に転送する。本社LAN32側では、ファイアウォール51がVPNを終端してもよいし、他の通信装置がVPNを終端してもよい。本社LAN32と支社LAN31との間の通信は、ファイアウォール51を経由するようにしてもよいし、経由しないようにしてもよい。なお、第3の実施の形態において、本社LAN32は、第1の実施の形態のネットワーク5の一例であり、インターネット33は、第1の実施の形態のネットワーク4の一例である。また、ルータ100は、第1の実施の形態のネットワーク伝送装置10の一例であり、クライアント41,42は、第1の実施の形態のクライアント3の一例である。図4は、ルータのハードウェア例を示すブロック図である。ルータ100は、CPU101、RAM102、メモリ103、管理インタフェース104、LANインタフェース105およびWANWideAreaNetworkインタフェース106を有する。CPU101は、プログラムに従ってパケットを処理するプロセッサである。CPU101は、メモリ103からプログラムや制御用データを読み出してRAM102に展開する。RAM102は、CPU101が使用するプログラムや制御用データの一部または全部を一時的に記憶する揮発性メモリである。メモリ103は、プログラムや制御用データを記憶する不揮発性メモリであり、例えば、フラッシュメモリである。なお、ルータ100は、RAM102やメモリ103に代えて、他の種類の記憶装置を備えていてもよい。管理インタフェース104は、管理用のクライアントと接続できる管理ポートを備える通信インタフェースである。LANインタフェース105は、支社LAN31の他の通信装置例えば、レイヤ2スイッチと接続できるLANポートを備える通信インタフェースである。WANインタフェース106は、インターネット33と接続できるWANポートを備える通信インタフェースである。LANインタフェース105およびWANインタフェース106は、CPU101の制御に従って、パケットを転送する。なお、第3の実施の形態では、ルーティングを含むIP層のプロトコル処理をソフトウェアで実行することとしたが、ハードウェアで実行してもよい。以下に説明するルータ100の機能の少なくとも一部を、ハードウェアロジックとして実装することもできる。図5は、第3の実施の形態のソフトウェア構成例を示すブロック図である。ルータ100は、FQDNリスト記憶部110、管理部120、DNS処理部130、IPアドレス抽出部140、ルーティングテーブル記憶部150およびルーティング部160を有する。FQDNリスト記憶部110およびルーティングテーブル記憶部150は、RAM102またはメモリ103上に確保する記憶領域として実装できる。管理部120、DNS処理部130、IPアドレス抽出部140およびルーティング部160は、CPU101が実行するプログラムのモジュールとして実装できる。FQDNリスト記憶部110は、FQDNリストを記憶する。FQDNリストは、信頼できるサービスを、FQDNを用いて指定したホワイトリストである。FQDNリストでは、FQDNを指定するにあたって、ワイルドカードを使用してもよい。例えば、FQDNリストに.aaa.bbbと記載されている場合、www.aaa.bbbはFQDNリストに登録されているFQDNと判断される。管理部120は、管理者の使用するクライアントから入力されるコマンドに応じて、ルータ100の設定を変更する。コマンドは、管理インタフェース104またはLANインタフェース105から入力される。管理部120は、FQDNリストにFQDNを追加するコマンドやFQDNリストからFQDNを削除するコマンドを受け付け、FQDNリスト記憶部110に記憶されたFQDNリストを更新する。DNS処理部130は、クライアント41,42とDNSサーバ52,53,54の間で、DNS要求やDNS応答を転送するDNSリレー機能を実現する。DNSリレー機能により、ルータ100は、クライアント41,42からDNSサーバとして認識される。DNS処理部130は、リクエスト受付部131、転送先判定部132、インターネット転送部133およびイントラネット転送部134を有する。リクエスト受付部131は、クライアント41,42からDNS要求を受け付け、インターネット33または本社LAN32から取得したDNS応答を返信する。転送先判定部132は、DNS要求に含まれるFQDNが、FQDNリスト記憶部110に記憶されたFQDNリストに登録されたものか、すなわち、信頼できるサービスのFQDNであるか判断する。転送先判定部132は、登録されたFQDNである場合、インターネット33に転送すると判定し、それ以外の場合、本社LAN32に転送すると判定する。インターネット転送部133は、転送先判定部132の判定結果に従って、DNS要求をインターネット33のDNSサーバ例えば、DNSサーバ53に転送し、当該DNSサーバからDNS応答を取得する。また、インターネット転送部133は、DNS応答をIPアドレス抽出部140に出力する。イントラネット転送部134は、転送先判定部132の判定結果に従って、DNS要求を本社LAN32のDNSサーバ52に転送し、DNSサーバ52からDNS応答を取得する。IPアドレス抽出部140は、インターネット33および本社LAN32のうちインターネット33から取得したDNS応答のみ、DNS処理部130から取得する。IPアドレス抽出部140は、問い合わせへの回答であるIPアドレスをDNS応答から抽出し、抽出したIPアドレスを、信頼できる通信相手のIPアドレスとしてルーティングテーブル記憶部150に記憶されたルーティングテーブルに書き込む。ルーティングテーブル記憶部150は、ルーティングテーブルを記憶する。ルーティングテーブルは、支社LAN31および本社LAN32の外で使用されるIPアドレスのうち、信頼できる通信相手のIPアドレスを指定したホワイトリストである。なお、第3の実施の形態では、FQDNリストおよびルーティングテーブルを、ホワイトリストと定義したが、信頼できないアドレスを記載するブラックリストとしてもよい。ルーティング部160は、パケットに宛先アドレスとして含まれるIPアドレスに基づいて、各パケットのルーティングを行う。ルーティング部160は、クライアント41,42からインターネット33へ伝送されるパケットの転送先を判定するとき、ルーティングテーブル記憶部150に記憶されたルーティングテーブルを参照する。ルーティング部160は、ルーティングテーブルに登録されたIPアドレス信頼できる通信相手宛てのパケットを、インターネット33に直接転送する。一方、ルーティング部160は、ルーティングテーブルに登録されていないIPアドレス信頼できる通信相手でないもの宛てのパケットを、インターネットVPNを用いて本社LAN32に転送する。なお、インターネット33からクライアント41,42へ返信されるパケットの転送経路復路は、原則として、クライアント41,42からインターネット33へのパケットの転送経路往路と同じになる。ルーティング部160は、本社LAN32に送信するパケットは、インターネットVPNのカプセル化を行い、また、本社LAN32から取得するパケットは、インターネットVPNのデカプセル化カプセル化の解除を行う。すなわち、ルーティング部160は、インターネットVPNを終端する。図6は、DNSパケットのフォーマット例を示す図である。DNSパケットは、IPヘッダ、UDPUserDatagramProtocolヘッダ、DNSヘッダおよび本文を含む。DNS要求としてのDNSパケットの本文は、質問Queryセクションを含む。DNS応答としてのDNSパケットの本文は、質問セクション、回答Answerセクション、権限Authorityセクションおよび追加Additionalセクションを含む。DNSヘッダは、IDIdentifier、フラグ、質問レコード数、回答レコード数、権限レコード数および追加レコード数を含む。IDは、DNSトランザクションを識別するための16ビット2バイトの識別子であり、DNS要求とそれに対応するDNS応答とで同じ値が用いられる。フラグは、DNS要求かDNS応答かを区別するためのビットを含む制御用ビットの集合である。質問レコード数は、質問セクションに含まれるレコードの数を示す。回答レコード数は、回答セクションに含まれるレコードの数を示す。権限レコード数は、権限セクションに含まれるレコードの数を示す。追加レコード数は、追加セクションに含まれるレコードの数を示す。質問セクションの各レコードは、ホスト名、タイプおよびクラスを含む。ホスト名は、問い合わせ対象のFQDNである。タイプは、回答としてどのような情報が要求されているかを示す。FQDNが示す装置のIPアドレスを問い合わせる正引き問い合わせでは、タイプ=Aが指定される。クラスは、インターネットを示すINが指定される。回答セクションの各レコードは、ホスト名、タイプ、クラス、有効時間TTL:TimeToLive、データ長およびアドレスを含む。ホスト名は、回答セクションのアドレスをもつ装置のFQDNである。キャッシュサーバ63,64のIPアドレスが回答される場合など、質問セクションのホスト名と回答セクションのホスト名とが一致しない場合がある。タイプおよびクラスの意味は、質問セクションと同様である。TTLは、アドレス解決の結果の有効時間であり、有効時間が経過するまではアドレス解決の結果をキャッシュしておくことが許容される。データ長は、アドレスの欄のバイト数を示す。アドレスは、問い合わせに対する回答であり、例えば、IPアドレスである。権限セクションのレコードは、回答セクションのホスト名を管理する権限のあるDNSサーバのFQDNを含む。追加セクションのレコードは、上記以外の追加情報を含み、例えば、権限セクションに記載されたDNSサーバのIPアドレスを含む。図7は、第3の実施の形態のルータ制御を示すフローチャートである。ここでは、クライアント41がDNS要求を送信した場合を考える。ステップS11リクエスト受付部131は、DNS要求を受け付ける。ステップS12転送先判定部132は、DNS要求からFQDNを抽出し、抽出したFQDNとFQDNリスト記憶部110に記憶されたFQDNリストとを照合する。転送先判定部132は、DNS要求から抽出したFQDNがFQDNリストにマッチするかFQDNリストに登録されているものか判断する。マッチする場合、信頼できるサービスのFQDNであると判断し、処理をステップS13に進める。マッチしない場合、信頼できるサービスのFQDNではないと判断し、処理をステップS17に進める。ステップS13インターネット転送部133は、DNS要求をインターネット33のDNSサーバ例えば、DNSサーバ53に転送する。ステップS14インターネット転送部133は、DNS要求に対応するDNS応答を、インターネット33のDNSサーバ例えば、DNSサーバ53から取得する。ステップS15IPアドレス抽出部140は、DNS応答からIPアドレスを抽出し、信頼できる通信相手のIPアドレスであると判断する。ステップS16IPアドレス抽出部140は、ルーティングテーブル記憶部150に記憶されたルーティングテーブルに、抽出したIPアドレスを登録する。そして、処理をステップS19に進める。なお、利用するキャッシュサーバが変わる場合など、サービスとIPアドレスの対応関係が変化する場合を考慮して、登録してから一定時間経過したIPアドレスは、ルーティングテーブルから削除するようにしてもよい。ステップS17イントラネット転送部134は、DNS要求を本社LAN32のDNSサーバ52に転送する。DNS要求としてのDNSパケットは、ルータ100と本社LAN32との間で、インターネットVPN用にカプセル化されて伝送される。ステップS18イントラネット転送部134は、DNS要求に対応するDNS応答を、本社LAN32のDNSサーバ52から取得する。DNS応答としてのDNSパケットは、DNS要求と同様、インターネットVPN用にカプセル化されて伝送される。なお、本社LAN32から取得したDNS応答に含まれるIPアドレスは、信頼できる通信相手のIPアドレスではないと判断され、ルーティングテーブルに登録されない。ステップS19リクエスト受付部131は、インターネット33または本社LAN32から取得したDNS応答を、DNS要求を送信したクライアント41に転送する。なお、インターネット33にDNS要求を転送したとき、上記のステップS15,S16の処理とステップS19の処理とは、並列に実行してもよいし、逆順に実行してもよい。図8は、第3の実施の形態のDNS処理例を示す図である。ここでは、クライアント41がDNSによりアドレス解決を行うときDNSフェーズを考える。また、ルータ100のFQDNリスト111に、.aaa.bbbが登録されているとする。クライアント41がwww.aaa.bbbを指定したDNS要求を送信すると、ルータ100は、指定されたFQDNがFQDNリスト111に登録されていることを確認する。すると、ルータ100は、当該FQDNを信頼できると判断し、DNS要求をインターネット33のDNSサーバ53に転送する。ルータ100は、DNSサーバ53から65.xxx.xxx.130を含むDNS応答を受信すると、当該IPアドレスを信頼できると判定し、ルーティングテーブル151に登録する。また、ルータ100は、受信したDNS応答をクライアント41に転送する。クライアント41がwww.ccc.dddを指定したDNS要求を送信すると、ルータ100は、指定されたFQDNがFQDNリスト111に登録されていないことを確認する。すると、ルータ100は、指定されたFQDNを信頼できないと判断し、DNS要求を本社LAN32のDNSサーバ52に転送する。DNSサーバ52は、例えば、インターネット33のDNSサーバ54に問い合わせて、IPアドレスを検索する。ルータ100は、DNSサーバ52から74.xxx.xxx.172を含むDNS応答を受信し、受信したDNS応答をクライアント41に転送する。このとき、当該IPアドレスは信頼できないと判定され、ルーティングテーブル151に登録されない。図9は、第3の実施の形態のパケット転送例を示す図である。ここでは、クライアント41が上記のアドレス解決の結果を用いて、インターネット33に対してパケットを送信するときパケット転送フェーズを考える。また、ルータ100のルーティングテーブル151には、65.xxx.xxx.130が登録されているとする。クライアント41が65.xxx.xxx.130を宛先に指定したパケットを送信すると、ルータ100は、宛先のIPアドレスがルーティングテーブル151に登録されていることを確認する。すると、ルータ100は、当該IPアドレスを信頼できると判断し、パケットを、ファイアウォール51を迂回するようにインターネット33に直接転送する。パケットは、例えば、宛先であるキャッシュサーバ63に転送される。クライアント41が74.xxx.xxx.172を宛先に指定したパケットを送信すると、ルータ100は、宛先のIPアドレスがルーティングテーブル151に登録されていないことを確認する。すると、ルータ100は、当該IPアドレスを信頼できないと判断し、パケットを、インターネットVPN用にカプセル化してインターネット33を経由して本社LAN32のファイアウォール51に転送する。パケットは、例えば、ファイアウォール51で検査された後、宛先であるWebサーバ62に転送される。図10は、第3の実施の形態の通信シーケンス例を示す第1の図である。ここでは、Webサーバ61により提供されるサービスが信頼できるサービスに指定されており、クライアント41が当該サービスを利用する場合を考える。ただし、クライアント41からのアクセスは、支社LAN31に近いキャッシュサーバ63に誘導される。クライアント41がWebサーバ61のFQDNを指定したDNS要求を送信すると、当該DNS要求は、本社LAN32を迂回して、支社LAN31に近いDNSサーバ53に転送される。前述のようなキャッシュサービスの方法を用いて、DNSサーバ53は、支社LAN31に近いキャッシュサーバ63のIPアドレスを検索し、当該IPアドレスを含むDNS応答をクライアント41に返信する。クライアント41は、キャッシュサーバ63のIPアドレスを、DNS要求で指定したFQDNに対応するIPアドレスであると認識し、当該IPアドレスを宛先アドレスとして含むパケットを送信する。クライアント41が送信するこのパケットは、本社LAN32を迂回して、キャッシュサーバ63に転送される。図11は、第3の実施の形態の通信シーケンス例を示す第2の図である。ここでは、Webサーバ62により提供されるサービスが信頼できるサービスに指定されておらず、クライアント41が当該サービスを利用する場合を考える。ただし、Webサーバ62へのアクセスは、ファイアウォール51で遮断されないものとする。クライアント41がWebサーバ62のFQDNを指定したDNS要求を送信すると、当該DNS要求は、インターネットVPNおよび本社LAN32を経由して、本社LAN32に近いDNSサーバ54に転送される。DNSサーバ54は、Webサーバ62のIPアドレスを検索し、当該IPアドレスを含むDNS応答を、本社LAN32およびインターネットVPNを経由してクライアント41に返信する。クライアント41は、DNS応答からWebサーバ62のIPアドレスを抽出し、当該IPアドレスを宛先アドレスとして含むパケットを送信する。クライアント41が送信するこのパケットは、インターネットVPNおよび本社LAN32のファイアウォール51を経由して、Webサーバ62に転送される。第3の実施の形態の通信システムによれば、サービスの信頼性に応じてパケットの転送経路を変えることが容易になる。ルータ100では、ドメイン名を含むホスト名を用いて信頼できるサービスを指定することができる。よって、IPアドレスのみを用いる場合と異なり、クライアント41,42のアクセスがキャッシュサーバ63,64に誘導され得る場合でも、信頼できるサービスに関するパケットか否か適切に判断できる。また、ルータ100は、各パケットに対してアプリケーション層のプロトコル処理を行わなくてよく、IP層以下またはTCP層以下のプロトコル処理のみ行うものであってもよい。よって、ルータ100のプロトコル処理の負荷を軽減でき、また、ルータ100として高コストな通信装置を使用しなくてもよい。また、クライアント41,42からインターネット33へのパケットのうち、信頼できるサービスのパケットはイントラネットのファイアウォール51を迂回し、それ以外のパケットはファイアウォール51を通過するように、転送経路が制御される。よって、クライアント41,42からインターネット33へのパケットの全てをファイアウォール51に転送する場合と比べて、ファイアウォール51の負荷を軽減できる。[第4の実施の形態]次に、第4の実施の形態を説明する。第3の実施の形態との差異を中心に説明し、第3の実施の形態と同様の事項については説明を省略する。第4の実施の形態の通信システムは、図3と同様のシステム構成として実現できる。ただし、第3の実施の形態のルータ100に代えて、以下に説明するルータ100aが用いられる。図12は、第4の実施の形態のソフトウェア構成例を示すブロック図である。ルータ100aは、第3の実施の形態のルータ100のDNS処理部130に代えて、DNS処理部170を有する。DNS処理部170は、リクエスト受付部171、イントラネット転送部172および質問判定部173を有する。リクエスト受付部171は、クライアント41,42からDNS要求を受け付け、本社LAN32から取得したDNS応答を返信する。イントラネット転送部172は、リクエスト受付部171で受け付けたDNS要求を、本社LAN32のDNSサーバ52に転送し、DNS要求に対するDNS応答をDNSサーバ52から取得する。質問判定部173は、イントラネット転送部172で取得したDNS応答から、クライアント41,42が指定したFQDN質問セクションのホスト名を抽出する。質問判定部173は、抽出したFQDNがFQDNリスト記憶部110に記憶されたFQDNリストに登録されたものか、すなわち、信頼できるサービスのFQDNであるか判断する。質問判定部173は、登録されたFQDNである場合、DNS応答をIPアドレス抽出部140に出力し、それ以外の場合、IPアドレス抽出部140に出力しない。なお、第4の実施の形態では、DNS要求を本社LAN32のDNSサーバ52に転送するようにしたが、他の所定のDNSサーバに転送するようにしてもよい。図13は、第4の実施の形態のルータ制御を示すフローチャートである。ここでは、クライアント41がDNS要求を送信した場合を考える。ステップS21リクエスト受付部171は、DNS要求を受け付ける。ステップS22イントラネット転送部172は、DNS要求を本社LAN32のDNSサーバ52に転送する。DNS要求としてのDNSパケットは、ルータ100と本社LAN32との間で、インターネットVPN用にカプセル化されて伝送される。ステップS23イントラネット転送部172は、DNS要求に対応するDNS応答を、本社LAN32のDNSサーバ52から取得する。DNS応答としてのDNSパケットは、DNS要求と同様、インターネットVPN用にカプセル化されて伝送される。ステップS24質問判定部173は、DNS応答からFQDNを抽出し、抽出したFQDNとFQDNリスト記憶部110に記憶されたFQDNリストとを照合する。質問判定部173は、DNS応答から抽出したFQDNがFQDNリストにマッチするかFQDNリストに登録されているものか判断する。マッチする場合、信頼できるサービスのFQDNであると判断し、処理をステップS25に進める。マッチしない場合、信頼できるサービスのFQDNではないと判断し、処理をステップS27に進める。ステップS25IPアドレス抽出部140は、DNS応答からIPアドレスを抽出し、信頼できる通信相手のIPアドレスであると判断する。ステップS26IPアドレス抽出部140は、ルーティングテーブル記憶部150に記憶されたルーティングテーブルに、抽出したIPアドレスを登録する。なお、信頼できないFQDNに対応するIPアドレスは、ルーティングテーブルに登録されない。ステップS27リクエスト受付部171は、DNS応答を、DNS要求を送信したクライアント41に転送する。なお、上記のステップS24~S26の処理とステップS27の処理とは、並列に実行してもよいし、逆順に実行してもよい。図14は、第4の実施の形態のDNS処理例を示す図である。ここでは、クライアント41がDNSによりアドレス解決を行うときDNSフェーズを考える。また、ルータ100aのFQDNリスト111に、.aaa.bbbが登録されているとする。クライアント41がwww.aaa.bbbを指定したDNS要求を送信すると、ルータ100aは、DNS要求を本社LAN32のDNSサーバ52に転送する。ルータ100aは、DNSサーバ52から、DNS要求で指定されたFQDNと65.xxx.xxx.131とを含むDNS応答を受信し、受信したDNS応答をクライアント41に転送する。このとき、ルータ100aは、DNS応答に含まれるFQDNがFQDNリスト111に登録されていることを確認し、当該FQDNを信頼できると判断する。すると、ルータ100aは、DNS応答に含まれるIPアドレスを信頼できると判定し、当該IPアドレスをルーティングテーブル151に登録する。クライアント41がwww.ccc.dddを指定したDNS要求を送信すると、ルータ100aは、DNS要求を本社LAN32のDNSサーバ52に転送する。ルータ100aは、DNSサーバ52から、DNS要求で指定されたFQDNと74.xxx.xxx.172とを含むDNS応答を受信し、受信したDNS応答をクライアント41に転送する。このとき、ルータ100aは、DNS応答に含まれるFQDNがFQDNリスト111に登録されていないことを確認し、当該FQDNを信頼できないと判断する。すると、ルータ100aは、DNS応答に含まれるIPアドレスを信頼できないと判定し、当該IPアドレスをルーティングテーブル151に登録しない。なお、クライアント41が上記のアドレス解決の結果を用いてパケットを送信するときパケット転送フェーズのルーティングは、第3の実施の形態の図9と同様である。図15は、第4の実施の形態の通信シーケンス例を示す図である。ここでは、Webサーバ61により提供されるサービスが信頼できるサービスに指定されており、クライアント41が当該サービスを利用する場合を考える。ただし、クライアント41からのアクセスは、本社LAN32に近いキャッシュサーバ64に誘導される。クライアント41がWebサーバ61のFQDNを指定したDNS要求を送信すると、当該DNS要求は、インターネットVPNおよび本社LAN32のDNSサーバ52を経由して、本社LAN32に近いDNSサーバ54に転送される。前述のようなキャッシュサービスの方法を用いて、DNSサーバ54は、本社LAN32に近いキャッシュサーバ64のIPアドレスを検索し、当該IPアドレスを含むDNS応答を、DNSサーバ52およびインターネットVPNを経由してクライアント41に返信する。クライアント41は、キャッシュサーバ64のIPアドレスを、DNS要求で指定したFQDNに対応するIPアドレスであると認識し、当該IPアドレスを宛先アドレスとして含むパケットを送信する。クライアント41が送信するこのパケットは、本社LAN32を迂回して、キャッシュサーバ64に転送される。第4の実施の形態の通信システムによれば、第3の実施の形態と同様、サービスの信頼性に応じてパケットの転送経路を変えることが容易になる。ルータ100aでは、ドメイン名を含むホスト名を用いて信頼できるサービスを指定することができ、信頼できるサービスに関するパケットか否かを適切に判断できる。また、ルータ100aは、ルータ100aのプロトコル処理の負荷を軽減でき、また、ルータ100aとして高コストな通信装置を使用しなくてもよい。また、信頼できるサービスのパケットがファイアウォール51を迂回するように転送経路を制御でき、ファイアウォール51の負荷を軽減できる。次に、第3および第4の実施の形態と異なる他の通信システムの例を挙げる。図16は、他の通信シーケンス例を示す図である。支社LAN31に設けたルータ210が、クライアント41,42からインターネット33へのパケットを、宛先アドレスに関係なく全てファイアウォール51に転送する通信システムが考えられるA。この通信システムでは、ルータ210の負荷が軽減される一方、本社LAN32のファイアウォール51の負荷が大きくなってしまう。また、支社LAN31に、ファイアウォール51と同様の機能をもつファイアウォール220を設け、クライアント41,42からインターネット33へのパケットを、ファイアウォール51に転送せずに処理する通信システムも考えられるB。この通信システムでは、ファイアウォール51の負荷が軽減される一方、支社毎にファイアウォール220のような高機能な通信装置を設けることになり、コストの点で不利となる。図17は、他のパケット転送例を示す図である。支社LAN31に、レイヤ7のプロトコル処理を行うルータ230を設け、ルータ230が、HTTPセッションなどのレイヤ7のセッションからFQDNを抽出し、FQDNの信頼性に応じてルーティングを行う通信システムが考えられるA。この通信システムでは、サービスの信頼性の判断が容易になる一方、ルータ230の負荷が大きくなり、また、支社毎に高機能な通信装置を設けることになるためコストの点で不利となる。また、支社LAN31に設けたルータ240が、各パケットの宛先アドレスであるIPアドレスを、DNSの逆引き問い合わせによってFQDNに変換し、変換されたFQDNの信頼性に応じて当該パケットのルーティングを行う通信システムが考えられるB。この通信システムは、DNSの正引き問い合わせに対しキャッシュサーバのIPアドレスが返される場合のように、正引き問い合わせで指定したFQDNと逆引き問い合わせにより取得されるFQDNとが一致しない場合、転送経路を適切に制御できない。これに対し、第3および第4の実施の形態の通信システムによれば、前述のように、ルータ100,100aがサービスの信頼性に応じてパケットの転送経路を適切に制御できる。また、本社LAN32のファイアウォール51の負荷を軽減でき、また、ルータ100,100aとして低コストの通信装置を使用できる。上記については単に本発明の原理を示すものである。更に、多数の変形や変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応する全ての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。"