クライアントとサーバが中継装置を介して相互接続されるネットワークシステムにおいて、スイッチやゲートウェイやファイアウォールのいずれかである前段の前記中継装置の後段に配される前記中継装置が、前記クライアントからのリクエストを前記サーバへルーティングする際のアクセス中継方法であって、前段の前記中継装置が上位レイヤの解析情報と後段の前記中継装置や前記サーバに配されるデータの分散ルールを元にしてルーティング先を特定し、IPレイヤのパケットオプションにルーティング先の情報を付与することによって、後段の前記中継装置がIPレイヤのオプションの解析で情報を参照することで的確な転送先へルーティングすることを特徴とするアクセス中継方法。請求項1のアクセス中継方法において、前記クライアントから前記サーバに至る間の前記中継装置や前記スイッチのいずれかである各ノードが、前記リクエストを転送処理する際に、IPレイヤのパケットオプションに自ノードの識別子を付与することによって、前記サーバや前記中継装置において前記リクエストが辿ったネットワーク経路を取得することを特徴とするアクセス中継方法。請求項1または2に記載のアクセス中継方法において、前記中継装置が、前記クライアントからの前記リクエストを管理者が指示した前記サーバへルーティングすることを特徴とするアクセス中継方法。請求項1または2に記載のアクセス中継方法において、前記中継装置が、前記クライアントからの前記リクエストを管理者が指示したネットワーク経路へルーティングすることを特徴とするアクセス中継方法。請求項1または2に記載のアクセス中継方法において、前記中継装置が、前記クライアントからの前記リクエストを前記サーバへ転送する際に、前記サーバ間のリクエスト転送を防止するために、前記サーバのデータ配置情報を利用してルーティングを行うことを特徴とするアクセス中継方法。クライアントとサーバがアクセス中継装置を介して相互接続されるネットワークシステムにおいて、スイッチやゲートウェイやファイアウォールのいずれかである前段の前記アクセス中継装置の後段に配され、前記クライアントからのリクエストを前記サーバへルーティングするアクセス中継装置は、上位レイヤの解析情報と前記サーバから配されるデータの分散ルールを元にしてルーティング先を特定する手段、IPレイヤのパケットオプションに前記特定されたルーティング先の情報を付与する手段、前段の中継装置から受け取ったルーティング先の情報に基づいて、IPレイヤのオプションの解析で情報を参照することで所望の転送先へルーティングする手段を有することを特徴とするアクセス中継装置。請求項6のアクセス中継装置において、前記クライアントから前記サーバに至る間の前記アクセス中継装置や前記スイッチのいずれかである各ノードが、前記リクエストを転送処理する際に、IPレイヤのパケットオプションに自ノードの識別子を付与することによって、前記サーバや前記中継装置において前記リクエストが辿ったネットワーク経路を取得する手段を有することを特徴とするアクセス中継装置。請求項6または7に記載のアクセス中継装置において、前記アクセス中継装置が、前記クライアントからの前記リクエストを管理者が指示した前記サーバへルーティングすることを特徴とするアクセス中継装置。請求項6または7に記載のアクセス中継装置において、前記アクセス中継装置が、前記クライアントからの前記リクエストを管理者が指示したネットワーク経路へルーティングすることを特徴とするアクセス中継装置。請求項6または7に記載のアクセス中継装置において、前記アクセス中継装置が、前記クライアントからの前記リクエストを前記サーバへ転送する際に前記サーバのデータ配置情報を利用してルーティングを行うことを特徴とするアクセス中継装置。しかし、前段及び後段のスイッチにおいて共に上位レイヤまで解析が必須であり解析処理に時間がかかるため、転送速度の向上にはつながりにくいという以下のような問題があると考えられる。1全てのスイッチにおいて、L3ヘッダ情報の解析を実施しているため、解析負荷が大きく、パケット転送に時間がかかると考えられる。2後段のスイッチでは、転送先の状況を把握せずにルーティングしてしまうため、転送先サーバが処理するデータを保持していないサーバである場合があり、サーバ間で転送処理などの余計なステップが発生することを防止できない。本発明の目的は、前段の中継装置における解析情報を用いて、メッセージを後段の中継装置が適切なサーバへルーティングでき、かつ、後段の中継装置の転送処理を高速化できるアクセス中継方法を提供することにある。本発明は、上記目的を達成するため、サーバサイドで分散されているデータの分散ルールをサーバよりも前段に配される中継装置が持ち、その中継装置が通信データを解析して最終的にアクセスされるサーバを特定し、IPレイヤのパケットオプションに特定したサーバ識別情報を付加することにより、途中の中継装置のIPレイヤより上位のルーティング処理を省く。複数のサーバの中からアクセス対象のデータを保持するサーバへ直接通信することにより、レイテンシを短くすることが可能になる。また、ルールの与え方によって、複数の中継装置で接続される構成の場合、意図するネットワーク経路で通信を実現することが可能になる。以下に、図面を参照しながら本発明の実施形態について説明する。なおこれにより本発明が限定されるものではない。本実施形態のコンピュータシステムは、ネットワークで接続された、クライアント端末、ファイアウォール装置、中継装置、スイッチとサーバ装置を含んで構成される。図1は、コンピュータシステムの構成例を示す。1台以上のファイアウォール装置以下、FWという101はネットワーク120を介してクライアント端末以下、クライアントという100と接続される。またFWは、ネットワーク121を介してスイッチL4SW102と接続される。スイッチ102は、ネットワーク122を介して複数の中継装置103と接続される。中継装置103は、ネットワーク123を介してスイッチL4SW104と接続される以下、スイッチ102とスイッチ104を区別するため、前者を前段のスイッチ、後者を後段のスイッチという。後段のスイッチ104は、ネットワーク124を介してサーバ装置105以下、サーバと接続される。FW101、前段のスイッチ102、中継装置103、後段のスイッチ104、及びサーバ105は、ネットワーク208により相互接続される。本実施例では、FW101と前段のスイッチ102と中継装置103と後段のスイッチ104とサーバ105がそれぞれ別々のネットワークにより接続される形態を示しているが、同一のネットワークに接続される形態であってもかまわない。各装置の構成図2は、FWの構成例を示す図である。FW101は、1つ以上のCPU201と、1つ以上のネットワークインタフェースNWI/F202~204と、入出力装置205と、メモリ207が内部バス等の通信路205を介して相互に接続されるコンピュータ上に実現される。NWI/F202は、ネットワーク120を介してクライアント100と接続する。NWI/F203は、ネットワーク121を介して前段のスイッチ102と接続される。NWI/F205は、ネットワーク208を介してサーバ105と相互に接続する。メモリ207には、CPU201によって実行されるHTTP解析処理210、中継処理211、パケットオプション付加処理212のプログラムと、分散ルール213、端末識別情報214、FW設定情報215が格納される。HTTP解析処理210は、クライアント100からHTTPリクエストを受信した場合の解析を実行する。中継処理211は、FW設定情報215に基づきクライアント100からのリクエスト受信可否を決定し、受信可の時にHTTP解析処理210による処理を経て中継装置103へリクエストを転送する処理を実行する。図3は、中継装置の構成例を示す図である。中継装置103は、1つ以上のCPU301と、1つ以上のNWI/F302~304と、入出力装置305と、メモリ307が内部バス等の通信路306を介して相互に接続されるコンピュータ上に実現される。NWI/F302は、ネットワーク122を介して前段のスイッチ102と接続される。NWI/F303は、ネットワーク123を介して後段のスイッチ104と接続される。NWI/F304は、ネットワーク208を介してサーバ105と相互に接続する。メモリ307には、CPU301によって実行されるHTTP解析処理310、中継処理311のプログラムと、L2パケットオプション処理312、分散ルール313、振分け先サーバ情報314が格納される。HTTP解析処理310は、クライアント100からのHTTPリクエストを受信した場合の解析を実行する。中継処理311は、クライアント100とサーバ105間の通信をHTTP解析処理310の解析結果に基づき中継処理を実行する。図4は、前段のスイッチの構成例を示す図である。前段のスイッチ102は、1つ以上のCPU401と、1つ以上のNWI/F402~403と、入出力装置404と、メモリ406が内部バス等の通信路405を介して相互に接続されるコンピュータ上に実現される。NWI/F402aは、ネットワーク121を介してFW101と接続される。NWI/F402bは、ネットワーク122を介して中継装置103と接続される。NWI/F205は、ネットワーク208を介してサーバ105と相互に接続する。メモリ406には、CPU401によって実行されるL2/L3解析処理410、ルーティング処理411、L2パケットオプション処理413のプログラムと、ルーティングテーブル412、分散ルール414、振分け先サーバ情報415が格納される。L2/L3解析処理410は、NWI/F402a又は402b経由で受信したパケットをL2又はL3レイヤで解析を実行する。ルーティング処理411は、L2/L3解析処理410によって解析された結果を基に、ルーティングテーブル412のルールに則りパケット中継処理を実行する。前段のスイッチ102と後段のスイッチ104は同様の構成である。そのため、後段のスイッチ104の構成例を説明する図は省略する。図5は、サーバの構成例を示す図である。サーバ105は、1つ以上のCPU501と、1つ以上のNWI/F502~503と、入出力装置504と、メモリ506が内部バス等の通信路505を介して相互に接続されるコンピュータ上に実現される。NWI/F502は、ネットワーク124を介して中継装置103に接続される。NWI/F503は、ネットワーク208を介してFW101と前段のスイッチ102と、中継装置103と後段のスイッチ104と相互に接続するメモリ506には、CPU501によって実行されるサーバ処理510のプログラムと、分散ルール511が格納される。サーバ処理510は、本実施例におけるWWWサーバ等のプログラムである。サーバデータ512は、サーバ105がクライアントからの要求に応じて提供するデータである。各テーブルの構成図6には、FW101、中継装置103、前段のスイッチ102、後段のスイッチ104及びサーバ105に具備された分散ルールの情報を示す。図7には、FW101に具備された端末識別情報を示す。図8は、前段のスイッチ102に具備された振分け先サーバ情報を示す。図9は、後段スイッチ104に具備された振分け先サーバ情報を示す。図20は、中継装置103に具備された振分け先サーバ情報を示す。図10は、前段のスイッチ102に具備されたルーティングテーブルを示す。図11は、IPデータグラムヘッダフォーマットを示す。以降、各図について説明する。図6は、FW101、中継装置103、前段のスイッチ102、後段のスイッチ104及びサーバ105に具備された分散ルール600の一例を示したものである。なお、分散ルール600は、図2に示した分散ルール213、図3に示した分散ルール313、図4に示した分散ルール及び図5に示した分散ルール511と同様のものである。例えば、分散ルール600は、サーバ105が具備する分散ルール511を、FW101、前段のスイッチ102、後段のスイッチ104及び中継装置103へ送信し、FW101のメモリ207、中継装置103のメモリ307、前段及び後段のスイッチ102、104のメモリ406へ記憶するものである。FW101及び中継装置103は、分散ルールを用いてクライアント100から受信したリクエストがどこのサーバ105に分散されているのか把握し、リクエスト転送の際に意図したサーバ105又は意図した中継装置103意図したネットワークへリクエストを転送する。分散ルール600の区分欄601には、分散ルール適用先ノードの区分情報が格納される。分散ルール欄602には、区分欄601に格納される適用先当該ノード間でデータがどのように分散されているのかが決められたルール情報が格納される。階層欄603には、当該ノードがコンピュータシステムの中でどの階層に位置するかを示した階層情報が格納される。サーバ105と中継装置103が各装置間の分散ルール600として持つ情報は、事前に管理者が入力する。図7は、FW101に具備された端末識別情報の一例を示したものである。端末識別情報214は、FW101においてHTTP解析処理210がHTTPリクエストを解析した際にHTTPヘッダフィールドのUserAgentヘッダと比較して、クライアント100の端末種別を認識するために用いる。端末識別情報214のFW101は、端末識別情報214とクライアント100の端末種別が等しい場合、リクエストを転送する時にIPデータグラム以降、IPパケットともいうのヘッダへ分散ルールを付加する。端末識別情報欄701には、クライアント100の端末を識別するための情報が格納される。図8は、前段のスイッチ102に具備された振分け先サーバ情報415aの一例を示したものである。振分け先サーバ情報415aは、前段のスイッチ102においてFW101から受信したIPパケットのヘッダ以降、IPヘッダともいうオプションに指定情報が付加されている場合において、IPヘッダオプションに付加されている識別子と比較して転送先アドレスを決定するために用いる。振分けサーバ情報415aの識別子欄801には、分散ルール適用して得られる識別子が格納される。アドレス欄802には、当該識別子801により識別される中継装置103のアドレスが格納される。図9は、後段スイッチ104に具備された振分け先サーバ情報415bの一例を示したものである。前段のスイッチ102と後段のスイッチ104の構成は同じである。しかし、前段のスイッチ102がFW101と中継装置103との間に位置するのに対し、後段のスイッチ104は中継装置103とサーバ105との間に位置する。そのため、振分けサーバ情報415aの設定内容とは異なる。振分け先サーバ情報415bの各欄の説明は図8と同様である。図20は、中継装置103に具備された振分け先サーバ情報415cの一例を示したものである。振分け先サーバ情報415cの各欄の説明は図8と同様である。図10は、前段のスイッチ102に具備されたルーティングテーブルの一例を示したものである。ルーティングテーブル412は、前段のスイッチ102のルーティング処理411がパケットを転送する際に参照する情報である。ルーティングテーブル412には、受信パケットのDestinationアドレスを参照して、どのネットワークインタフェースへ転送するのかを定めたルールが記載される。ルーティングテーブル412のdest.IP欄1001には制御対象アドレスを格納する。netmask欄1002には、dest.IP欄1001記載のアドレスのネットマスク値を格納する。interface欄1003には、該当パケットの送出先NWI/Fのアドレスを格納する。gateway欄1004には、送出パケットのゲートウェイアドレスを格納する。Metric欄1005には、メトリック値を格納する。後段のスイッチ104にも図10と同様のテーブルがある。図22Aは、IPデータグラムの構成例を示したものである。IPデータグラム2211は、IPヘッダ1100とTCPセグメント2212から構成される。TCPセグメント2212は、TCPヘッダ1101とHTTPメッセージ1102から構成される。また、IPヘッダ1100の一部には、IPヘッダオプション2210が含まれる。図22Bは、HTTPメッセージ1102の構成例を示したものである。HTTPメッセージ1102は、リクエスト行2221、HTTPヘッダ2222、HTTPボディ2223から構成される。ただし、HTTPメッセージ1102では、HTTPヘッダ2222及びHTTPボディ2223は必須ではなく、リクエスト行2221のみで構成される場合もありうる。リクエスト行2221は、クライアント100が要求するメソッドとリソース、及びHTTPのバージョン2224から構成される。HTTPヘッダ2222は、1つ以上のフィールドから構成される。本例では、Acceptヘッダ2225、Accept-Languageヘッダ2226、User-Agentヘッダ1103の3つのフィールドで構成されるHTTPヘッダ2222を示している。Acceptヘッダ2225は、クライアント100が受け付けることができるコンテンツタイプを指定できる。Accept-Languageヘッダ2226は、サーバ105が応答するメッセージの言語を指定できる。User-Agentヘッダ1103は、クライアント100のHTTP実装ソフトウエア名を指定できる。図11は、FW101や中継装置103が転送パケットのIPパケットヘッダに転送先の識別子を付加する場合のIPデータグラムヘッダ以下ではIPヘッダと略記1100のフォーマットの一例を示したものである。図11のテーブルの上部に記載の目盛りはビットの番号を示し、各行は32ビットからなる。Ver.1105は、IPのバージョンを示すものである。ヘッダ長1106は、IPヘッダの長さを4オクテット32ビット単位として示すものである。サービスタイプ1107は、データの優先度等で表されるサービスの質を示し、アプリケーションやユーザにより指定される。パケット長1108は、IPヘッダ1100とそのあとに続くデータ部を含む全長をオクテット単位で示すものである。識別子1109は、細分化された複数のIPデータグラム1100のそれぞれを再編成時に識別するための識別子である。フラグ1110とフラグメントオフセット1111は、IPデータグラムの細分化を制御するためのフラグと、フラグメントの最初の位置を8オクテット単位とするオフセット値で示すものである。TTL1112は、IPデータグラム1100がネットワーク内に存在できる最大時間を示すものである。プロトコル1113は、IPの上位プロトコルを識別するための情報を示すものである。ヘッダチェックサム1114は、IPヘッダの正確さを保証するチェックサムを示すものである。UserAgentヘッダ1103に含まれる送信元IPアドレス1115は、IPデータグラム1100の送信元アドレスを示すものであり、宛先IPアドレス1116は、IPデータグラム1100の送信先アドレスを示すものである。図11の6-9行に示すIPヘッダオプション又はオプション部と略記2210の詳細を説明する。転送先識別情報1117a~cは、FW101や中継装置103がIPデータグラムに付加する転送先の識別子を示すものであり、可変長である。図11では、3つの転送先が格納されている。オプションフラグ1118は、FW101や中継装置103がIPデータグラム1100のヘッダに付加した転送先識別子を区別するためのフラグを示すものである。パティング1119、1122は、IPデータグラムのヘッダが32ビット境界で終わるよう調整するためのデータを示すものである。経路履歴情報1120a~cは、クライアント100からのリクエストがサーバ105へ届くまでの間に中継装置103や前段のスイッチ102等を経由したか示す識別子を示すものであり、可変長である。図11では、3つの経路履歴情報が格納されている。ADDフラグ1121は、経路履歴情報の追加が発生した旨のフラグを示すものである。各処理の説明本実施例における処理の概要を説明する。予め、サーバ105から、FW101、前段のスイッチ102、中継装置103及び後段のスイッチ104に、図6に示す分散ルール600が送信され図14、送信された分散ルール600がそれぞれのメモリに格納される図15。クライアント100からのリクエストを受信したFW101が転送処理を行い図12、FW101からのリクエストを受信した前段のスイッチ102が転送処理を行い図13、前段のスイッチ102からのリクエストを受信した中継装置103が転送処理を行い図16、中継装置103からのリクエストを受信した後段のスイッチ104がサーバ105への転送処理を行う図13。前段のスイッチ102、中継装置103及び後段のスイッチ104のそれぞれでは、経路履歴情報がIPデータグラムのヘッダへ追加される図21。図12は、FW101の中継処理211、HTTP解析処理210及びパケットオプション付加処理212がクライアント100からリクエストを受信した際の転送処理の一例を示したフローチャートである。中継処理211は、クライアント100からリクエストを受信する。その後に、図11のIPヘッダ1100の解析処理を実行するステップ121。中継処理211は、TCPヘッダ1101の解析処理を実行するステップ122。HTTP解析処理210は、ステップ122の後にHTTPヘッダ1102の解析処理を実行するステップ123。HTTP解析処理210は、HTTPヘッダフィールド1102のUserAgentヘッダ1103の有無を確認する。HTTPヘッダフィールド1102のUserAgentヘッダ1103が存在する場合はステップ125の処理を実行する。一方、HTTPヘッダフィールド1102のUserAgentヘッダ1103が存在しない場合には、ステップ128の処理を実行するステップ124。ステップ124において、HTTPヘッダフィールド1102のUserAgentヘッダ1103が存在する場合、FW101のHTTP解析処理210は、端末識別情報214の端末識別情報欄701に登録されている情報とUserAgentヘッダの情報1103を突き合わせ、一致するか否かを確認する。一致する場合は、ステップ126の処理を実行する。一致しない場合は、ステップ128の処理を実行するステップ125。ステップ125において、HTTPヘッダフィールドのUserAgentヘッダ1103の情報と端末識別情報214の端末識別情報欄701に登録されている情報が一致した場合、パケットオプション付加処理212は、UserAgentヘッダ1103の情報を、分散ルール213の該当区分欄601の当該分散ルール欄602に登録されるルールに当てはめて、オプション識別子の算出を行うステップ126。例えば、分散ルール欄602に示されるルールはハッシュ関数であり、UserAgentヘッダ1103の情報をハッシュ関数に当てはめた場合のハッシュ値がオプション識別子となる。また、階層欄603に示される情報は、FW101からネットワークの接続を辿った際の装置の階層数である。次に、パケットオプション付加処理212は、ステップ126において算出した転送先識別情報1117を階層順に階層欄603記載の情報の小さい順にIPヘッダ1100のオプション部2210へ格納する。そして、同じくIPヘッダのオプションフラグ1118にも情報を格納するステップ127。中継処理211は、IPパケットを前段のスイッチ102へ転送して処理を終了するステップ128。図13は、前段のスイッチ102のルーティング処理411及びL2/L3解析処理及びL2パケットオプション処理がFW101からリクエストを受信した際の転送処理の一例を示したフローチャートである。L2/L3解析処理410は、FW101からリクエストを転送された場合、IPヘッダの解析を実行するステップ131。次に、L2/L3解析処理410は、IPヘッダオプション2210が存在するか確認し、存在するならばステップ133の処理を実行する。一方、IPヘッダオプション2210が存在しない場合、ステップ138の処理を実行するステップ132。ステップ132においてIPヘッダオプション2210が存在した場合、L2パケットオプション処理413は、IPヘッダオプション2210を取得するステップ133。次に、L2パケットオプション処理413は、IPヘッダオプションのオプションフラグ1118の情報が指定フラグと一致するか確認する。ここでフラグが一致する場合、ステップ135の処理を実行し、一致しない場合ステップ138の処理を実行するステップ134。ステップ134においてオプションフラグ1118の情報が指定フラグと一致する場合、L2パケットオプション処理413は、IPヘッダオプション2210の最初に位置する転送先識別情報1117aを取得し、転送先識別情報1117aをキーとして振分け先サーバ情報415を検索し、振分け先サーバ情報415の識別子欄801に一致するアドレス802を取得するステップ135。L2パケットオプション処理413は、ステップ135で取得したアドレスを宛先アドレス1116としてIPパケットを生成する。また、この際ステップ135で参照したIPヘッダオプション2210の転送先識別情報1117aを削除するステップ136。次に、L2パケットオプション処理413は、図21に示すフローチャートを実行し、経路履歴情報1120aをIPヘッダオプション2210に追加するステップ1300。ステップ1300のNF1は経路履歴情報の追加を意味する。後述の図16及び19も同様である。ルーティング処理411は、ステップ136で生成したIPパケット1100を、宛先アドレスの中継装置103へ転送して処理を終了するステップ137。ステップ132においてIPヘッダオプション2210が存在しない場合、又はステップ134においてオプションフラグ1118の情報が指定フラグと一致しない場合、ルーティング処理411は、TCPヘッダ1101の解析を実施するステップ138。次に、ルーティング処理411は、ルーティングテーブル412の内容に沿って受信リクエストが該当するdestIP欄1001の当該interface欄1003に示されるNWI/Fへパケットを転送するためにIPパケット1100を生成するステップ139。また、図13に記載のフローチャートは、前段のスイッチ102のフローであるが、後段のスイッチ104においても転送先が中継装置103からサーバ105へ変わり、図8に記載の振分けサーバ情報415aの代わりに、図9に記載の振分けサーバ情報415bを用いる点を除き同様のフローとなる。図21は、中継装置103又は前段のスイッチ102又は後段のスイッチ104が経路履歴情報をIPデータグラムのヘッダへ追加する処理の一例を示したフローチャートである。中継装置103又は前段のスイッチ102又は後段のスイッチ104共に同様の処理であるため、ここでは中継装置103のL2パケットオプション処理312が実行する処理の流れを説明する。中継装置103のL2パケットオプション処理312は、管理者からの履歴取得指示が有るか否かを判断する。指示がある場合はステップ2102を実行し、指示がない場合は処理を終了するステップ2101。ステップ2101において指示があると判断した場合、L2パケットオプション処理312は、自ノード識別子を経路履歴情報1120aとしてIPパケットオプション2210に追記する。例えば、自ノード識別子は自ノードのIPアドレスを一定数値でマスクした値であるステップ2102。次に、L2パケットオプション処理312は、IPヘッダオプション2210のADDフラグ1121を更新し、処理を終了する。例えばADDフラグ1121をインクリメントさせるステップ2103。図14は、分散ルール600を持つサーバ105が、前段のスイッチ102、後段のスイッチ104、中継装置103及びFW101へ分散ルールを送信する処理の一例を示したフローチャートである。ここでは、サーバ105が、分散ルールをFW101及び中継装置103へ送信する処理の一例を示したフローチャートのみを取り上げる。サーバ105のサーバ処理510は、分散ルール511をNWI/F503に接続されるネットワーク208経由でFW101及び中継装置103へ送信するステップ141。図15は、FW101、中継装置103、前段のスイッチ102、及び後段のスイッチ104が、サーバ105から分散ルール600を受信する処理の一例を示したフローチャートである。どの装置でも同様の受信処理のため、ここではFW101の受信フローチャートのみを取り上げる。FW101のパケットオプション付加処理212は、NWI/F205経由で分散ルールをサーバ105から受信するステップ151。次に、パケットオプション付加処理212は、メモリ207の分散ルール213へ受信情報を登録して処理を終了するステップ152。図16は、中継装置103の中継処理311及びHTTP解析処理310及びL2パケットオプション処理312が、前段のスイッチ102からリクエストを受信した際の転送処理の一例を示したフローチャートである。中継装置103のL2パケットオプション処理312は、前段のスイッチ102からリクエストを転送された場合、IPヘッダ1100の解析を実行するステップ160。次に、L2パケットオプション処理312は、IPヘッダオプション2210が存在するか確認し、存在するならばステップ166の処理を実行する。一方、IPヘッダオプション2210が存在しない場合、ステップ162の処理を実行するステップ161。ステップ161においてIPヘッダオプション2210が存在する場合、L2パケットオプション処理312は、IPヘッダオプション2210を取得するステップ166。次に、L2パケットオプション処理312は、IPヘッダオプション2210のオプションフラグ1118の情報が指定フラグと一致するか確認しステップ167、オプションフラグ1118の情報が指定フラグと一致するならば、フラグFLGに1をセットするステップ167a。次に、中継処理311は、TCPヘッダ1101の解析を実行するステップ162。ステップ162の後にHTTP解析処理310は、HTTPヘッダ1102の解析を実行するステップ163。そして、中継処理311は、ステップ163の結果を受けて中継のための事前処理を実行するステップ164。上記のステップ167において、フラグFLGに1がセットされていた場合ステップ167b、L2パケットオプション処理312は、IPヘッダオプション2210の転送先識別情報1117を取得し、転送先識別情報1117をキーとして振分け先サーバ情報314を検索し、振分け先サーバ情報415cの識別子欄2001に一致するアドレス2002を取得するステップ168。L2パケットオプション処理312は、ステップ168で取得したアドレスを宛先アドレス1116としてIPパケット1100を生成する。また、この際、ステップ168で参照したIPヘッダオプション2210の転送先識別情報1117を削除するステップ169。ステップ161においてIPヘッダオプション2210がない場合又はステップ167においてオプションフラグ1118が一致しなかった場合、ステップ164の処理後に、L2パケットオプション処理312は、図21に示すフローチャートを実行し、経路履歴情報1120bをIPヘッダオプション2210に追加する。また、ステップ169実行後の場合も、L2パケットオプション処理312は、同様に、図21に示すフローチャートを実行し、経路履歴情報1120bをIPヘッダオプション2210に追加するステップ1300。そして中継処理311は、後段のスイッチ104へリクエストを転送して処理を終了するステップ165。本実施例で示す方法では、FW101が、中継装置103及びサーバ105の分散ルールに基づき、IPパケットのオプションに振分け先の中継装置103及びサーバ105の識別情報を付与することによって、ネットワーク経路途中に存在する前段のスイッチ102及び後段のスイッチ104において、IPレイヤでのルーティングを可能にしている。また、クライアント100がサーバ105へアクセスする際に、中継装置103や前段のスイッチ102等において転送処理を実行したノードの識別子を経路履歴情報2210としてIPパケット1100のオプション2210に追記することによって、クライアント100からサーバ105に至るネットワーク経路を把握することが可能である。本実施例では、FW101が中継装置103及びサーバ105へのルーティングを実行する実施形態であるが、中継装置103がFW101と同様のルーティングを実施する形態もありうる。また、中継装置103の後段に位置する、後段のスイッチ104を分散させない図1のようなコンピュータシステム構成の場合、中継装置103の中継処理フローチャート図16において、IPヘッダオプション2210の有無にかかわらず、パケットを通常転送する実施形態もありうる。本実施例では、HTTPリクエストのUserAgenetヘッダ1103に基づく処理が特定の中継装置103及びサーバ105で実行される場合の実施形態について述べたが、管理者による直接の分散ルール600の指定により、クライアント100のリクエストを管理者の意図したネットワーク経路でサーバ105へ届けることが可能である。半導体メモリ上にデータを保持して応答する仕組みを利用した複数のサーバから構成されるシステムの例として、メールボックスサーバがある。例えば、メールボックスの各ユーザデータがこのシステム上のメモリに分散格納され、応答性能を向上させている。このようなシステムの場合、メールボックスサーバの前段に位置する中継装置は、メールボックスサーバへデータを格納する際に、データが複数のメールボックスサーバの中でどこに格納されているのか把握する必要なしに、データをメールボックスサーバへ送信する。これは、メールボックスサーバ同士で、リクエストを適切なサーバユーザデータを保持するサーバへ転送する機能があるためである。実施例2では、このようなシステムにおいて、メールボックスサーバ内の転送をせずに、適切なサーバへリクエストをルーティングする方法について示す。上記システムの構成は実施例1に示した構成図1と同様であり、メールボックスサーバがサーバ105に相当する。メールボックスサーバでは、リクエストを受信後当該ユーザのメールボックスデータへ格納する処理を実行する。以降の説明では、実施例1との相違点のみを中心に説明する。図17は、図3に示した中継装置103の構成例におけるHTTP解析処理310及び振分け先サーバ情報314の代わりに、新たにSMTP解析処理320及びユーザ情報321を追加した構成例を示す図である。SMTP解析処理320は、SimpleMailTransferProtocolSMTPのリクエスト電子メールを転送するためのリクエストを解析するプログラムである。図22AにはHTTPメッセージのIPデータグラム構造を示しているが、SMTPメッセージも同様である。SMTPメッセージは、SMTPヘッダとSMTPボディから構成される。ユーザ情報321は、制御対象とするユーザ情報を格納する。図18は、中継装置103に具備されたユーザ情報の一例を示したものである。ユーザ情報321のユーザ情報欄1801には、ルーティング制御対象のユーザIDを格納する。図19は、中継装置103のSMTP解析処理320、中継処理311及びL2パケットオプション処理312がメールリクエスト受信した際の処理の一例を示したフローチャートである。中継装置103の中継処理311は、クライアント100から受信したリクエストのIPヘッダ1100の解析処理を実行するステップ190。次に、中継処理311は、受信したリクエストのTCPヘッダ1101の解析処理を実行するステップ191。SMTP解析処理320は、受信したリクエストのSMTPヘッダの解析処理を実行するステップ192。次に、SMTP解析処理320は、差出人例えばSenderタグの情報とユーザ情報321のユーザ情報欄1801に記載されているユーザIDを比較する。双方が一致する場合、ステップ194を実行し、一致しない場合ステップ1300を実行するステップ193。ステップ193において、ユーザIDを差出人の情報が一致した場合、L2パケットオプション処理312は、分散ルール313の該当区分601に相当する分散ルール602を参照し、そのルール従って転送先識別情報1117を算出するステップ194。次に、L2パケットオプション処理312は、ステップ194で算出した転送先識別情報1117をIPヘッダオプション部2210へ格納する。そして、同じく、IPヘッダ1100のオプションフラグ1118にも情報を格納するステップ195。次に、L2パケットオプション処理312は、図21に示すフローチャートを実行し、経路履歴情報1120aをIPヘッダオプション2210に追加するステップ1300。中継処理311は、IPパケット1100を前段のスイッチ102へ転送して処理を終了するステップ196。本実施例では、メールデータの格納処理が特定のメールボックスサーバで実行される場合に、上記ルーティングによって余分な経路を辿ることなく、当該ユーザのメールボックスデータが保持されているメールボックスサーバへリクエストが到達可能である。