複数のファイアウォール装置と接続する負荷分散装置であって、パケットの属性とリクエストパケットが通過したファイアウォール装置とが対応付けられて記述された振り分け情報テーブルを記憶する記憶部と、前記リクエストパケットに対する応答パケットを受信する受信部と前記応答パケットの属性をキーとして、前記振り分け情報テーブルを検索し、前記応答パケットの属性に対応付けられたファイアウォール装置を検出する制御部と検出したファイアウォール装置に前記応答パケットを送信する送信部と、を備える負荷分散装置。前記複数のファイアウォール装置の異常を検知する検知部、を更に備え、前記検知部が前記複数のファイアウォール装置の内の第1のファイアウォール装置の異常を検知した場合に、前記制御部は、前記振り分け情報の前記第1のファイアウォール装置を前記複数のファイアウォール装置の内の第2のファイアウォール装置に変更することを特徴とする請求項1記載の負荷分散装置。前記制御部は、前記振り分け情報の前記第1のファイアウォール装置を前記第2のファイアウォール装置に変更する前に、前記振り分け情報テーブルの内の前記第1のファイアウォール装置と対応付けられているパケットの属性を前記第2のファイアウォール装置に送信することを特徴とする請求項2記載の負荷分散装置。前記複数のファイアウォール装置からパケットの属性が記述された振り分け情報を受信する振り分け情報受信部を更に備え、前記制御部は、受信した振り分け情報と前記振り分け情報を送信したファイアウォール装置に基づいて、前記振り分け情報テーブルを更新することを特徴とする請求項1乃至3のいずれか1項に記載の負荷分散装置。複数のファイアウォール装置と接続し、パケットの属性とリクエストパケットが通過したファイアウォール装置とが対応付けられて記述された振り分け情報テーブルを記憶する記憶部を備える負荷分散装置が実行する負荷分散方法であって、前記リクエストパケットに対する応答パケットを受信し、前記応答パケットの属性をキーとして、前記振り分け情報テーブルを検索し、前記応答パケットの属性に対応付けられたファイアウォール装置を検出し、検出したファイアウォール装置に前記応答パケットを送信する、ことを特徴とする負荷分散方法。複数のファイアウォール装置と接続し、パケットの属性とリクエストパケットが通過したファイアウォール装置とが対応付けられて記述された振り分け情報テーブルを記憶する記憶部を備えるコンピュータに、前記リクエストパケットに対する応答パケットを受信し、前記応答パケットの属性をキーとして、前記振り分け情報テーブルを検索し、前記応答パケットの属性に対応付けられたファイアウォール装置を検出し、検出したファイアウォール装置に前記応答パケットを送信する処理を実行させるプログラム。複数のファイアウォール装置と前記複数のファイアウォール装置と接続する第1および第2の負荷分散装置と備えるシステムであって、前記第1および第2の負荷分散装置は、パケットの属性とリクエストパケットが通過したファイアウォール装置とが対応付けられて記述された振り分け情報テーブルを記憶する記憶部と、前記リクエストパケットに対する応答パケットを受信する受信部と前記応答パケットの属性をキーとして、前記振り分け情報テーブルを検索し、前記応答パケットの属性に対応付けられたファイアウォール装置を検出する制御部と検出したファイアウォール装置に前記応答パケットを送信する送信部と、を備え、前記複数のファイアウォール装置は、受信したリクエストパケットに対するパケットチェックを行い、前記受信したリクエストパケットの通過を許可した場合、前記リクエストパケットの属性が記述された振り分け情報を前記第1および第2の負荷分散装置の少なくとも一方に送信し、前記振り分け情報を受信した前記第1または前記第2の負荷分散装置の前記制御部は、前記振り分け情報と前記振り分け情報を送信したファイアウォール装置に基づいて、前記振り分け情報テーブルを更新することを特徴とするシステム。ファイアウォールの両側に設置された従来のロードバランサは、負荷分散アルゴリズムに従い、それぞれ独自に負荷分散を実施している。そのため、リクエストパケット往きのパケットと応答パケット帰りのパケットが異なるファイアウォールを通過する場合がある。このような場合では、各ファイアウォールは、往きのパケットが帰りのパケットとは異なるファイアウォールを通過したとしても、応答パケットに対するパケットチェックを行うため、それぞれのファイアウォールが保持するセッション情報を同期して保持しておく必要があった。しかしながら、ファイアウォール間でセッション情報の同期を行うと、セッション数の増加に伴うメモリ使用量の圧迫や、セッション情報の更新処理や、同期情報の通信負荷が発生するため、ファイアウォールの負荷が大きくなり、ファイアウォールのリソースが圧迫されるという問題があった。本発明の課題は、ファイアウォール装置の負荷を低減することである。実施の形態の負荷分散装置は、複数のファイアウォール装置と接続し、記憶部と、受信部と、制御部と、送信部と、を備える。前記記憶部は、パケットの属性とリクエストパケットが通過したファイアウォール装置とが対応付けられて記述された振り分け情報テーブルを記憶する。前記受信部は、前記リクエストパケットに対する応答パケットを受信する。前記制御部は、前記応答パケットの属性をキーとして、前記振り分け情報テーブルを検索し、前記応答パケットの属性に対応付けられたファイアウォール装置を検出する。前記送信部は、検出したファイアウォール装置に前記応答パケットを送信する。実施の形態の負荷分散装置によれば、応答パケットをリクエストパケットが通過したファイアウォール装置と同一のファイアウォール装置に振り分けることが出来る。それにより、ファイアウォール装置は、ファイアウォール装置間でセッション情報を同期して保持する必要が無くなるため、通信負荷やメモリ使用量が少なくなり、負荷が低減されるという効果を奏する。以下、図面を参照しながら実施の形態について説明する。図2は、実施の形態に係るシステムの構成図である。システム101は、ノード201-1、201-2、ルータ301-1、301-2、ロードバランサLB401-1、401-2、およびファイアウォールFW501-1、501-2、501-3を備える。ノード201は、各種処理を行い、パケットを送信または受信する装置である。ノード201は、例えば、パーソナルコンピュータ、サーバ、携帯電話、または携帯端末等の情報処理装置である。ノード201-1は、インターネット601を介してルータ301-1と接続している。ノード201-2は、ルータ301-2と接続している。尚、以下の説明または図においてノード201-1、201-2をそれぞれノードA、ルータBと記載する場合がある。ルータ301は、データを他のネットワークや機器に中継する通信装置である。ルータ301-1は、インターネット601を介してノード201、およびLB401-1と接続している。ルータ301-2は、ノード201-2およびLB401-2と接続している。尚、以下の説明または図においてルータ301-1、301-2をそれぞれルータA、ルータBと記載する場合がある。LB401は、ルータ301から受信したパケットをFW501のいずれかに振り分ける。また、LB401は、FW501から受信したパケットをルータ301に送信する。LB401-1は、ルータ301-1、FW501-1~501-3と接続している。LB401-2は、ルータ301-2、FW501-1~501-3と接続している。尚、以下の説明または図においてLB401-1、401-2をそれぞれLBA、LBBと記載する場合がある。FW501は、条件にしたがって、受信したパケットを通過または破棄する。FW501は、LB401-1、401-2と接続している。尚、以下の説明または図においてFW501-1、501-2、501-3をそれぞれルFWA、FWB、FWCと記載する場合がある。図3は、実施の形態に係るロードバランサおよびファイアウォールの構成図である。LB401-1の構成はLB401-2と同様なため、ここではLB401-1について説明する。LB401-1は、セッション情報受信部402-1、セッション情報通知部403-1、装置情報収集部404-1、セッション管理部405-1、振分先FW問合わせ部406-1、負荷分散ポリシー管理部407-1、パケット送受信部408-1、および記憶部409-1を備える。セッション情報受信部402-1は、FW501からセッション情報を受信する。セッション情報通知部403-1は、セッション情報をFW501に通知する。装置情報収集部404-1は、定期的にFW501から装置情報を収集する。装置情報収集部404-1は、収集した装置情報を装置情報テーブルに書き込む。装置情報の内容の詳細については後述する。セッション管理部405-1は、FW501から受信したセッション情報を管理し、セッション情報管理テーブル411-1の更新を行う。振分先FW問合わせ部406-1は、セッション情報管理テーブル411-1を検索し、パケットの振り分け先のFW501を検出する。負荷分散ポリシー管理部407-1は、負荷分散ポリシーに基づいて、パケットの振り分け先のFW501を決定する。パケット送受信部408-1は、パケットの送信および受信を行う。記憶部409-1は、セッション情報管理テーブル411-1および装置情報テーブル412-1を有する。記憶部409-1は、データを格納する装置である。記憶部409-1は、例えば、磁気ディスク装置、半導体記憶装置などである。ここで、セッション情報管理テーブルおよび装置情報テーブルについて説明する。図4は、セッション情報管理テーブルの例である。セッション情報管理テーブル411-1は、項目として、セッションID、振り分け先、宛先アドレス、送信元アドレス、宛て先ポート、送信元ポート、およびセッション有効フラグを有する。セッションIDは、セッションを識別する識別子IDである。振り分け先は、パケットの振り分け先のFWを示す。振り分け先には、例えば、振り分け先のFWに割り当てられたID識別子が記述される。宛先アドレスは、パケットの送信先であるノードのIPアドレスである。送信元アドレスは、パケットの送信元であるノードのIPアドレスである。宛て先ポートは、パケットの送信先であるノードが使用しているポートである。送信元ポートは、パケットの送信元であるノードが使用しているポートである。セッション有効フラグは、セッションが有効であるか否かを示す。有効はセッションが有効であることを示し、無効はセッションが無効であることを示す。図5は、装置情報テーブルの例である。装置情報テーブル412-1は、項目として、装置ID、CPU負荷率、セッション保持数、メモリ利用状況、およびトラフィックPPSを有する。装置IDは、FWに割り当てられたID識別子である。CPU負荷率は、CentralProcessingUnitCPUの使用率を示す。セッション保持数は、FWが保持しているセッションの数を示す。メモリ利用状況は、メモリの使用率を示す。トラフィックPPSは、1秒当たりの処理パケット数を示す。トラフィックの単位は、PacketPerSecondPPSである。LB401-2は、セッション情報受信部402-2、セッション情報通知部403-2、装置情報収集部404-2、セッション管理部405-2、振分先FW問合わせ部406-2、負荷分散ポリシー管理部407-2、パケット送受信部408-2、および記憶部409-2を備える。記憶部409-2は、セッション情報管理テーブル411-2および装置情報テーブル412-2を有する。セッション情報受信部402-2、セッション情報通知部403-2、装置情報収集部404-2、セッション管理部405-2、振分先FW問合わせ部406-2、負荷分散ポリシー管理部407-2、パケット送受信部408-2、記憶部409-2、セッション情報管理テーブル411-2、および装置情報テーブル412-2は、それぞれ、セッション情報受信部402-1、セッション情報通知部403-1、装置情報収集部404-1、セッション管理部405-1、振分先FW問合わせ部406-1、負荷分散ポリシー管理部407-1、パケット送受信部408-1、記憶部409-1、セッション情報管理テーブル411-1、および装置情報テーブル412-1と同様の機能又は構成を有するため説明は省略する。FW501-1は、パケット送受信部502、タイマ管理部503、セッション情報管理部504、セッション情報通知部505、セッション情報受信部506、装置情報通知部507、パケットチェック部508、および記憶部509を備える。パケット送受信部502は、パケットの送信および受信を行う。タイマ管理部503は、セッション情報テーブル511のレコードの有効時間を管理する。セッション情報管理部504は、セッション情報テーブル511のレコードの生成や削除等の更新処理を行う。セッション情報通知部505は、セッション情報をLB401に通知する。セッション情報受信部506は、セッション情報を受信する。装置情報通知部507は、装置情報をLB401に通知する。装置情報は、装置ID、CPU負荷率、セッション保持数、トラフィック量を含む。パケットチェック部508は、受信したパケットが通過可能であるか否かチェックする。パケットチェック部508は、受信したパケットが通過可能でない場合、受信したパケットを破棄する。記憶部509は、セッション情報テーブル511を有する。記憶部509は、データを格納する装置である。記憶部509は、例えば、磁気ディスク装置、半導体記憶装置などである。図6は、セッション情報テーブル511の例を示す図である。セッション情報テーブル511の各レコードには、セッション情報が記載される。セッション情報テーブル511は、項目として、セッションID、宛先アドレス、送信元アドレス、宛て先ポート、送信元ポート、およびセッション有効フラグを有する。セッションIDは、セッションを識別する識別子IDである。宛先アドレスは、パケットの送信先であるノードのIPアドレスである。送信元アドレスは、パケットの送信元であるノードのIPアドレスである。宛て先ポートは、パケットの送信先であるノードが使用しているポートである。送信元ポートは、パケットの送信元であるノードが使用しているポートである。セッション有効フラグは、セッションが有効であるか否かを示す。有効はセッションが有効であることを示し、無効はセッションが無効であることを示す。尚、FW501-2、501-3は、FW501-1と同様の機能又は構成を有するため、説明は省略する。次に、リクエストパケットの振り分けから応答パケットの振り分けまでの処理の流れを説明する。図7Aおよび図7Bは、実施の形態に係る振り分け処理のフローチャートである。図7Aおよび図7Bにおいて、左側はLB401-1の処理を示し、真ん中はFW501-1の処理を示し、右側はLB401-2の処理を示す。ここでは、ノード201-1がリクエストパケット通信要求をノード201-2に送信し、ノード201-2からリクエストパケットに対する応答である応答パケットを受信する場合について説明する。最初に、ノード201-1は、ノード201-2へのリクエストパケットを送信する。リクエストパケットは、インターネット601およびルータ301-1を介して、LB401-1に到着する。ステップS801において、パケット送受信部408-1は、リクエストパケットを受信し、負荷分散ポリシー管理部407-1は、任意の負荷分散アルゴリズムに従って振り分先のFWを決定する。ここでは、負荷分散ポリシー管理部407-1は、FW501-1を振り分け先に決定したものとする。パケット送受信部408-1は、リクエストパケットをFW501-1に送信する。ステップS802において、パケット送受信部502は、リクエストパケットを受信する。ステップS803において、パケットチェック部508は、リクエストパケットに対するパケットチェックを行う。すなわち、パケットチェック部508は、リクエストパケットを通過させるか否か判定する。リクエストパケットを通過させる場合、制御はステップS805へ進み、リクエストパケットを通過させない場合、制御はステップS804へ進む。尚、パケットチェック部508は、リクエストパケットに含まれる送信元アドレスや送信元ポートなどの情報が予め定められた条件を満たしているか否かに応じて、リクエストパケットを通過させるか否か判定する。ステップS804において、パケットチェック部508は、リクエストパケットを破棄する。ステップS805において、セッション情報管理部504は、セッション情報テーブル511にリクエストパケットに関するセッション情報があるか否か判定する。セッション情報がある場合、制御はステップS806に進み、セッション情報が無い場合、制御はステップS807に進む。ステップS806において、セッション情報管理部504は、セッション情報テーブル511を更新する。ステップS807において、セッション情報管理部504は、セッション情報テーブル511にリクエストパケットに関するセッション情報を追加する。詳細には、セッション情報管理部504は、セッション情報テーブル511の宛先アドレス、送信元アドレス、宛て先ポート、送信元ポートに、それぞれリクエストパケットの宛先アドレス、送信元アドレス、宛て先ポート、送信元ポートの記述し、セッションIDに割り当てたIDを記述し、セッション有効フラグに有効を記述する。ステップS808において、パケット送受信部502は、LB401-2にリクエストパケットを送信する。ステップS809において、セッション情報通知部505は、LB401-1、401-2のセッション管理部405-1、405-2にセッション情報管理テーブル411-1、411-2の更新の必要があれば、セッション情報の更新通知を送信する。ここでは、リクエストパケットに関するセッション情報がセッション情報テーブル511に追加され、セッション情報の更新通知がLB401-1、401-2に送信されたとする。ここで、セッション情報の更新通知について説明する。図8Aは、LB401-1に対するセッション情報の更新通知を示す図である。図8Bは、LB401-2に対するセッション情報の更新通知を示す図であるセッション情報の更新通知は、セッションID、宛先アドレス、送信元アドレス、宛て先ポート、送信元ポート、セッション通知種別を含む。セッションIDは、セッションを識別する識別子IDである。宛先アドレスは、パケットの送信先であるノードのIPアドレスである。送信元アドレスは、パケットの送信元であるノードのIPアドレスである。宛て先ポートは、パケットの送信先であるノードが使用しているポートである。送信元ポートは、パケットの送信元であるノードが使用しているポートである。セッション通知種別は、更新通知の種別を示す。セッション通知種別として、追加add、削除del、または変更changeが記述される。LB401は、セッション通知種別を参照して、セッション情報管理テーブル411のセッション情報を追加、削除、または変更する。実施の形態において、LB401-1に対するセッション情報の更新通知のセッション情報ID、宛先アドレスはノード201-2のアドレス、送信元アドレスはノード201-1のアドレス、宛て先ポートはノード201-2のポート番号、送信元ポートはノード201-1のポート番号、セッション通知種別はaddである。実施の形態において、LB401-2に対するセッション情報の更新通知のセッション情報ID、宛先アドレスはノード201-1のアドレス、送信元アドレスはノード201-2のアドレス、宛て先ポートはノード201-1のポート番号、送信元ポートはノード201-2のポート番号、セッション通知種別はaddである。ステップS810において、セッション情報受信部402-1は、セッション情報の更新通知を受信し、セッション管理部405-1は、セッション情報の更新通知に基づいてセッション情報管理テーブル412-1を更新する。実施の形態において、セッション情報受信部402-1は、セッション情報管理テーブル412-1の振り分け先に更新通知の送信元であるFW501-1を記述し、セッション情報管理テーブル412-1のセッションID、宛先アドレス、送信元アドレス、宛て先ポート、および送信元ポートに更新通知に含まれるセッションID、宛先アドレス、送信元アドレス、宛て先ポート、および送信元ポートをそれぞれ記述する。また、セッション情報受信部402-1は、セッション情報管理テーブル412-1のセッション有効フラグに有効を記述する。ステップS811において、セッション情報受信部402-2は、セッション情報の更新通知を受信し、セッション管理部405-2は、セッション情報の更新通知に基づいてセッション情報管理テーブル412-2を更新する。実施の形態において、セッション情報受信部402-は、セッション情報管理テーブル412-2の振り分け先に更新通知の送信元であるFW501-1を記述し、セッション情報管理テーブル412-2のセッションID、宛先アドレス、送信元アドレス、宛て先ポート、および送信元ポートに更新通知に含まれるセッションID、宛先アドレス、送信元アドレス、宛て先ポート、および送信元ポートをそれぞれ記述する。また、セッション情報受信部402-2は、セッション情報管理テーブル412-1のセッション有効フラグに有効を記述する。実施の形態において、セッション情報受信部402-2は、図8Bで示す更新通知を受信し、セッション情報管理テーブル412-2を更新したものとする。これにより、ノード201-2からノード201-1に対するパケットの振り分け先がFW501-1であるセッション情報が記述されることになる。ステップS812において、パケット送受信部408-2は、リクエストパケットを受信し、リクエストパケットをノード201-2に送信する。ノード201-2は、リクエストパケットを受信し、各種処理を行う。そして、ノード201-2は、ノード201-1に対する応答パケットをLB401-2に送信する。ステップS813において、パケット送受信部408-2は、応答パケットを受信する。振分先FW問合わせ部406-2は、応答パケットの振り分け先のFWをセッション情報管理テーブル411-2から検索する。詳細には、振分先FW問合わせ部406-2は、応答パケットの属性、すなわち応答パケットに含まれる情報である宛先アドレス、送信元アドレス、宛先ポート、送信元ポートを検索キーとして、セッション情報管理テーブル411-2を検索する。そして、振分先FW問合わせ部406-2は、セッション情報管理テーブル411-2のうち、検索キーに一致するレコードの振り分け先に記述されたFWを応答パケットの振り分け先FWとして検出する。振り分け先FWが検出された場合、振分先FW問合わせ部406-2は、検出した振り分け先FWをセッション管理部405-2に通知する。ステップS814において、振り分け先FWが検出された場合、制御はステップS815に進み、振り分け先FWが検出されなかった場合、制御はステップS816に進む。ステップS815において、セッション管理部405-2は、パケット送受信部408-2を介して、応答パケットを検出した振り分け先FWに振り分ける。上述のようにリクエストパケットは、FW501-1に振り分けられたため、応答パケットの振り分け先として、FW501-1が検出され、応答パケットは、FW501-1に振り分けられたものとする。ステップS816において、負荷分散ポリシー管理部407-2は、任意の負荷分散アルゴリズムを用いて、振り分け先のFW501を決定する。そして、パケット送受信部408-2は、決定したFW501に応答パケットを送信する。ステップS817において、パケット送受信部502は、応答パケットを受信する。ステップS818において、パケットチェック部508は、応答パケットに対するパケットチェックを行う。すなわち、パケットチェック部508は、応答パケットを通過させるか否か判定する。応答パケットを通過させる場合、制御はステップS820へ進み、応答パケットを通過させない場合、制御はステップS819へ進む。尚、パケットチェック部508は、応答パケットに関するセッションの情報がセッション情報テーブル511にあるか否かに応じて、応答パケットを通過させるか否か判定する。応答パケットに関するセッションの情報がセッション情報テーブル511にある場合、すなわちリクエストパケットを通過させている場合、該リクエストパケットに対する応答パケットも通過させると判定される。ステップS819において、パケットチェック部508は、応答パケットを破棄する。ステップS820において、パケット送受信部502は、LB401-1に応答パケットを送信する。ステップS821において、パケット送受信部408-1は、応答パケットを受信し、応答パケットをノード201-1に送信する。ステップS822において、セッション情報通知部505は、LB401-1、401-2のセッション管理部405-1、405-2にセッション情報管理テーブル411-1、411-2の更新の必要があれば、セッション情報の更新通知を送信する。ステップS823において、セッション情報受信部402-1は、セッション情報更新通知を受信し、セッション管理部405-1は、セッション情報更新通知に基づいてセッション情報管理テーブルを更新する。ステップS824において、セッション情報受信部402-2は、セッション情報更新通知を受信し、セッション管理部405-2は、セッション情報更新通知に基づいてセッション情報管理テーブルを更新する。次に、FWが故障等により、動作不能となった場合における他のFWへの処理の振り分けおよび情報の引き継ぎについて説明する。他のFWへの処理の振り分けおよび情報の引き継ぎの説明の前に、装置情報の収集について説明する。LB401の装置情報収集部404は、定期的に各FW501の装置情報通知部507に装置情報の通知を要求する。要求を受信した装置情報通知部507は、装置情報を装置情報収集部404に送信する。図9は、装置情報を示す図である。装置情報通知部507から装置情報収集部404に送信される装置情報は、CPU負荷率、セッション保持数、メモリ使用状況、トラフィックPPSを含む。CPU負荷率は、FWのCentralProcessingUnitCPUの使用率を示す。セッション保持数は、FWが保持しているセッションの数を示す。メモリ利用状況は、FWのメモリの使用率を示す。トラフィックPPSは、FWの1秒当たりの処理パケット数を示す。トラフィックの単位は、PacketPerSecondPPSである。装置情報を受信した装置情報収集部404は、受信した装置情報を装置情報テーブル412に反映する。詳細には、装置情報収集部404は、装置情報テーブル412の装置IDに装置情報の送信元であるFWに割り当てられたID識別子を記述し、装置情報テーブル412のCPU負荷率、セッション保持数、メモリ利用状況、およびトラフィックPPSに装置情報に含まれるCPU負荷率、セッション保持数、メモリ使用状況、トラフィックPPSをそれぞれ記述する。次に他のFWへの処理の振り分けおよび情報の引き継ぎについて説明する。ここでは、LB401-1が異常を検知した場合についての処理について説明する。図10は、実施の形態に係る引き継ぎ処理のフローチャートである。ここで、装置情報収集部404-1は、定期的にFW501から装置情報を収集しているものとする。ステップS901において、装置情報収集部404-1は、FW501の異常を検知する。装置情報収集部404-1は、FW501から通知される装置情報に基づいて、異常を検知する。装置情報収集部404-1は、例えば、FW501から装置情報が通知されない場合や、装置情報に含まれるCPU負荷率やトラフィック量等が異常な値の場合に、異常を検知と判断する。実施の形態において、FW501-2に対する異常が検知されたとする。ステップS902において、セッション管理部405-1は、正常なFW501内のいずれかのFW501の装置情報通知部507に対して、LB401-2にFW501-2の異常を通知するよう依頼する。依頼を受信した装置情報通知部507は、LB401-2に対してFW501-2の異常を通知する。ステップS903において、セッション情報受信部402-2は、FW501-2の異常の通知を受信し、セッション管理部405-2は、セッション情報管理テーブル411-2の内、振り分け先がFW501-2であるレコードを削除する。ステップS904において、セッション管理部405-1は、正常動作中のFW501に異常状態のFW501-2の処理を引継ぎ可能か否か判定する。引継ぎ可能か否か判定の判定は、異常状態のFW501-2の処理を引き継いだ場合の引き継いだFWの負荷を算出し、算出した負荷に基づいて引き継ぎ可能であるか判定する。負荷として、例えば、CPU負荷率、セッション保持数、またはメモリ使用状況が用いられる。例えば、異常状態のFW501-2の処理を引き継いだ時、FW501-1のCPU負荷率、セッション保持数、またはメモリ使用状況が閾値以上となる場合は、FW501-1はリソースに余裕が無くなると判断され、引き継ぎ不可能と判定される。また、異常状態のFW501-2の処理を引き継いだ時、FW501-1のCPU負荷率、セッション保持数、またはメモリ使用状況が閾値未満となる場合は、FW501-1はリソースに余裕があると判断され、引き継ぎ可能と判定される。尚、処理を引き継いだときのCPU負荷率、セッション保持数、およびメモリ使用状況は、装置情報テーブル412-1に記述された各FWの情報から算出できる。引継ぎ可能な場合、制御はステップS906へ進み、引継ぎ可能でない場合、制御はステップS905へ進む。実施の形態において、セッション管理部405-1は、FW501-1にFW501-2の処理を引継ぎ可能か否か判定し、引継ぎ可能であると判定したとする。尚、引継ぎ可能なFWを引き継ぎFWと呼ぶ。ステップS905において、セッション管理部405-1は、セッション情報管理テーブル411-1の内、振り分け先が異常状態のFWであるFW501-2となっているレコードを削除する。ステップS906において、セッション管理部405-1は、セッション情報通知部403-1を介して、引き継ぎFW501-1に引き継ぎセッション情報を送信する。引き継ぎセッション情報は、セッション情報管理テーブル411-1の内の振り分け先がFW501-2となっているレコードである。引き継ぎセッション情報には、セッションID、宛先アドレス、送信元アドレス、宛先ポート、送信元ポート、およびセッション有効フラグが含まれている。そして、セッション管理部405-1は、セッション情報管理テーブル411-1の内、振り分け先がFW501-2となっているレコードの振り分け先をFW501-1に変更する。ステップS907において、セッション情報受信部506は、引き継ぎセッション情報を受信し、セッション情報管理部504は、引き継ぎセッション情報をセッション情報テーブル511に追加する。詳細には、セッション情報受信部506は、引き継ぎセッション情報に含まれるセッションID、宛先アドレス、送信元アドレス、宛先ポート、送信元ポート、およびセッション有効フラグをセッション情報テーブル511に書き込む。セッション情報通知部505は、セッション情報テーブル511に追加したセッション情報をLB401-2に通知する。該通知は、ステップS809で説明したセッション情報の更新通知と同様である。ステップS908において、セッション情報受信部402-2は、通知を受信し、セッション管理部405-2は、受信した通知をセッション情報管理テーブル411-2に反映させる。実施の形態において、セッション情報受信部402-は、セッション情報管理テーブル412-2の振り分け先に通知の送信元であるFW501-1を記述し、セッション情報管理テーブル412-2のセッションID、宛先アドレス、送信元アドレス、宛て先ポート、および送信元ポートに更新通知に含まれるセッションID、宛先アドレス、送信元アドレス、宛て先ポート、および送信元ポートをそれぞれ記述する。また、セッション情報受信部402-2は、セッション情報管理テーブル412-1のセッション有効フラグに有効を記述する。上述の処理により、引き継ぎFWは、故障したFWが有していたセッション情報を引き継ぐことが出来、該セッション情報を用いて、故障したFWが行っていた応答パケットのパケットチェックと同等の処理を実施することが出来る。また、LBは、故障したFWに振り分けていたパケットを引き継ぎFWに振り分けることが出来る。したがって、FWの故障が発生しても、システムは継続して運用することが出来る。実施の形態のLBによれば、リクエストパケットが通過したファイアウォールと同一のファイアウォールに応答パケットを振り分けることが出来る。それにより、ファイアウォールは、ファイアウォール間でセッション情報を同期して保持する必要が無くなるため、通信負荷やメモリ使用量が少なくなり、負荷が低減されるという効果を奏する。また、実施の形態のLBによれば、故障したFWが担っていた処理を他のFWに引き継がせることができる。これにより、FWの故障が発生しても、システムは継続して運用することが出来、システムの耐故障性が向上する。図11は、情報処理装置コンピュータの構成図である。実施の形態のLB401およびFW501は、例えば、図11に示すような情報処理装置1によって実現される。情報処理装置1は、CentralProcessingUnitCPU2、メモリ3、入力部4、出力部5、記憶部6、記録媒体駆動部7、およびネットワーク接続部8を備え、それらはバス9により互いに接続されている。CPU2は、情報処理装置1全体を制御する中央処理装置である。CPU2は、セッション情報受信部402、セッション情報通知部403、装置情報収集部404、セッション管理部405、振分先FW問合わせ部406、負荷分散ポリシー管理部407、パケット送受信部408、パケット送受信部502、タイマ管理部503、セッション情報管理部504、セッション情報通知部505、セッション情報受信部506、および装置情報通知部507パケットチェック部508に対応する。メモリ3は、プログラム実行の際に、記憶部6あるいは可搬記録媒体10に記憶されているプログラムあるいはデータを一時的に格納するReadOnlyMemoryやRandomAccessMemory等のメモリである。CPU2は、メモリ3を利用してプログラムを実行することにより、上述した各種処理を実行する。この場合、可搬記録媒体10等から読み出されたプログラムコード自体が実施の形態の機能を実現する。入力部4は、例えば、キーボード、マウス、タッチパネル等である。出力部5は、例えば、ディスプレイ、プリンタ等である。記憶部6は、例えば、磁気ディスク装置、光ディスク装置、テープ装置等である。情報処理装置1は、記憶部6に、上述のプログラムとデータを保存しておき、必要に応じて、それらをメモリ3に読み出して使用する。記憶部6は、記憶部409、509に対応する。記録媒体駆動部7は、可搬記録媒体10を駆動し、その記録内容にアクセスする。可搬記録媒体としては、メモリカード、フレキシブルディスク、CompactDiskReadOnlyMemory、光ディスク、光磁気ディスク等、任意のコンピュータ読み取り可能な記録媒体が用いられる。ユーザは、この可搬記録媒体10に上述のプログラムとデータを格納しておき、必要に応じて、それらをメモリ3に読み出して使用する。ネットワーク接続部8は、LAN等の任意の通信ネットワークに接続され、通信に伴うデータ変換を行う。