(57)【要約】【課題】特定のパケットを対象とする解析処理で不具合が発生するのを回避する。【解決手段】転送されるべき受信パケットを対象とするパケット解析処理の実行中にパケット転送装置自身に不具合が発生し、その後当該転送装置が再起動されると、不具合パケット格納処理部１３５は、不具合の発生時にパケット解析処理の対象となっていた受信パケットを記憶部１３６に格納する。不具合パケット確認処理部１３４は、受信パケットに一致するパケットが不具合パケット記憶部１３６に格納されているかにより、当該受信パケットが不具合パケットであるかを、パケット解析処理に先行して判定する。パケット通過処理部１３２は、パケット解析処理の実行結果に基づいて受信パケットの転送を制御する。パケット通過処理部１３２は、受信パケットが不具合パケットであると判定された場合には、パケット解析処理の実行を抑止して、当該受信パケットを転送させる。【選択図】      図４
2010226177.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワークセグメントに接続され、前記ネットワークセグメント間でパケットを転送し、且つ転送されるべきパケットが不正アクセスに関わるパケットであるかを判定するためのパケット解析処理を実行するパケット転送装置において、
前記パケット解析処理の実行中に前記パケット転送装置自身に不具合を発生させるパケットである不具合パケットを格納する不具合パケット記憶手段と、
前記パケット解析処理の実行中に前記パケット転送装置自身に不具合が発生して、当該パケット転送装置が再起動された場合に、当該再起動の要因となった前記不具合の発生時に前記パケット解析処理の対象となっていた転送されるべきパケットを不具合パケットとして前記不具合パケット記憶手段に格納するための不具合パケット格納処理を実行する不具合パケット格納処理手段と、
前記パケット解析処理の対象となる転送されるべきパケットを前記不具合パケット記憶手段に格納されている不具合パケットと比較照合することにより、前記転送されるべきパケットが不具合パケットであるかを判定するための不具合パケット確認処理を、前記パケット解析処理に先行して実行する不具合パケット確認処理手段と、
前記パケット解析処理の実行結果に基づいて前記転送されるべきパケットの転送を制御するためのパケット通過処理を実行するパケット通過処理手段であって、前記転送されるべきパケットが不具合パケットであると前記不具合パケット確認処理手段によって判定された場合には、前記パケット解析処理の実行を抑止して、前記転送されるべきパケットを転送させるパケット通過処理手段と
を具備することを特徴とするパケット転送装置。
【請求項２】
前記パケット解析処理の対象となる前記転送されるべきパケットを格納する処理中パケット記憶手段を更に具備し、
前記パケット通過処理手段は、前記処理中パケット記憶手段に格納されている前記転送されるべきパケットを、前記転送されるべきパケットを対象とする転送制御の実行に応じて破棄し、
前記不具合パケット格納処理手段は、前記パケット転送装置が起動された際に、前記転送されるべきパケットが前記処理中パケット記憶手段に残されていた場合、当該パケットを不具合パケットとして前記処理中パケット記憶手段から前記不具合パケット記憶手段に移動する
ことを特徴とする請求項１記載のパケット転送装置。
【請求項３】
前記パケット転送装置を含む複数のパケット転送装置を管理する管理サーバであって、前記複数のパケット転送装置の各々で前記パケット解析処理の実行中に前記複数のパケット転送装置の各々に不具合を発生させる不具合パケットを保持・管理する管理サーバが前記複数のパケット転送装置と接続されている場合、前記不具合パケット格納処理手段によって前記不具合パケットが前記不具合パケット記憶手段に格納される際に、前記不具合パケット記憶手段に格納される前記不具合パケットを前記管理サーバに送って当該管理サーバに保持・管理させる不具合パケット送受信手段を更に具備し、
前記不具合パケット送受信手段は、任意の時期に前記管理サーバに要求して、当該管理サーバによって保持・管理されている不具合パケットを取得し、前記不具合パケット記憶手段の内容を当該取得された不具合パケットに前記不具合パケット格納処理手段によって入れ替えさせる
ことを特徴とする請求項１または２に記載のパケット転送装置。
【請求項４】
前記パケット解析処理において前記転送されるべきパケットが不正アクセスに関わるパケットであるかを判定するのに用いられる判定情報を更新するための更新処理を実行する更新処理手段を更に具備し、
前記管理サーバは、前記パケット解析処理において前記転送されるべきパケットが不正アクセスに関わるパケットであるかを判定するのに用いられる最新の判定情報を保持・管理しており、
前記不具合パケット送受信手段は、前記判定情報を、前記管理サーバによって保持・管理されている最新の判定情報に前記判定情報更新処理手段が更新する際に、前記管理サーバから前記不具合パケットを取得する
ことを特徴とする請求項３記載のパケット転送装置。
【請求項５】
複数のネットワークセグメントに接続され、前記ネットワークセグメント間でパケットを転送し、且つ転送されるべきパケットが不正アクセスに関わるパケットであるかを判定するためのパケット解析処理を実行するパケット転送装置であって、不具合パケット記憶手段、パケット解析処理手段、不具合パケット格納処理手段、不具合パケット確認処理手段及びパケット通過処理手段を備えたパケット転送装置に、
前記パケット解析処理手段による前記パケット解析処理の実行中に前記パケット転送装置自身に不具合が発生して、当該パケット転送装置が再起動された場合に、前記不具合パケット格納処理手段が、前記再起動の要因となった前記不具合の発生時に前記パケット解析処理の対象となっていた転送されるべきパケットを不具合パケットとして前記不具合パケット記憶手段に格納するステップと、
前記パケット解析処理に先行して、不具合パケット確認処理手段が、前記パケット解析処理の対象となる転送されるべきパケットを前記不具合パケット記憶手段に格納されている不具合パケットと比較照合することにより前記転送されるべきパケットが不具合パケットであるかを判定するステップと、
前記転送されるべきパケットが不具合パケットであると判定された場合、前記パケット通過処理手段が、前記パケット解析処理手段により前記パケット解析処理が実行されるのを抑止して、前記転送されるべきパケットを転送させるステップと、
前記転送されるべきパケットが不具合パケットでないと判定された場合、前記パケット通過処理手段が、前記パケット解析処理手段により前記パケット解析処理を実行させるステップと、
前記パケット解析処理の実行結果に基づいて、前記パケット通過処理手段が、前記転送されるべきパケットの転送を制御するステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のネットワークセグメントの間でパケットを転送し、且つ転送されるべきパケットが不正アクセスに関わるパケットであるかを解析するパケット転送装置に係り、特に、パケット解析処理中に不具合を発生させるようなパケットを判別するのに好適なパケット転送装置及び同装置に実行させるためのプログラムに関する。
【背景技術】
【０００２】
従来から、複数のネットワークセグメントに接続され、当該セグメントの間でパケットを転送するパケット転送装置が知られている。例えば、特許文献１には、このようなパケット転送装置が記載されている。
【０００３】
特許文献１に記載のパケット転送装置は、ネットワークセグメント間で転送されるパケット（受信パケット）が、当該パケットの転送先のネットワークセグメントに接続されている装置（ノード）のソフトウェア処理に対して誤動作させる要因を含んでいるかを、予め設定された判定情報（条件）に基づいて解析するパケット解析機能を有している。パケット転送装置は、不正パケットであると判定されたパケットを破棄する。つまりパケット転送装置は、不正パケットが当該転送装置を通過するのを防止する。
【特許文献１】特開２００２−６３０８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献１に記載されたような従来のパケット転送装置によれば、転送先のネットワークセグメントに接続されているノードのソフトウェア処理に対して誤動作させる要因を含むような、不正アクセスに関わるパケット（不正パケット）の当該セグメントへの通過を防止できる。しかし、従来のパケット転送装置は、当該転送装置で受信された転送されるべきパケットを解析する処理（パケット解析処理）の最中に、当該転送装置自身に不具合が発生することに対して考慮されていない。
【０００５】
ここで、パケット解析処理（パケット解析プロセス）の実行中に、パケット転送装置に不具合が発生して当該パケット解析処理が停止したものとする。この場合、パケット転送装置（のパケット解析処理）を再起動する必要がある。そこで、パケット解析処理（パケット解析プロセス）の停止後、自動的にまたは手動により、パケット転送装置（のパケット解析処理）が再起動されたものとする。そして、パケット転送装置に不具合が発生した際に、パケット解析処理の対象となっていたパケットと同一パケットが再び受信されたものとする。このような場合、再び受信されたパケットを対象とするパケット解析処理が行われると、パケット転送装置に前回と同一の不具合、つまりパケット転送装置（のパケット解析処理）の再起動を要する不具合が再度発生する可能性が高い。
【０００６】
本発明者は、このような不具合発生の要因が、受信パケットとパケット解析処理（詳細には、パケット解析処理を実現するためのソフトウェア）との関係にあることを認識するに至った。つまり本発明者は、特定の受信パケットを対象とするパケット解析処理が行われると、パケット転送装置に当該パケット転送装置（のパケット解析処理）の再起動を要するような不具合が発生することを認識するに至った。もし、このような不具合がパケット転送装置に発生すると、不具合対策（例えば、パケット解析処理を実現するためのソフトウェアの作成し直し）を行うまでは、当該パケット転送装置をネットワークセグメントとの接続状態から取り外さなければならない。
【０００７】
本発明は上記事情を考慮してなされたものでその目的は、転送されるべきパケットを対象とするパケット解析処理の実行中にパケット転送装置に不具合が発生した場合に当該パケットを記憶しておき、再度同じパケットを受信した場合には当該受信されたパケットを対象とする解析処理を行わずに当該パケットを転送させることで、特定のパケットを対象とするパケット解析処理に起因としてパケット転送装置に不具合が発生するのを回避することにある。
【課題を解決するための手段】
【０００８】
本発明の１つの態様によれば、複数のネットワークセグメントに接続され、前記ネットワークセグメント間でパケットを転送し、且つ転送されるべきパケットが不正アクセスに関わるパケットであるかを判定するためのパケット解析処理を実行するパケット転送装置が提供される。このパケット転送装置は、前記パケット解析処理の実行中に前記パケット転送装置自身に不具合を発生させるパケットである不具合パケットを格納する不具合パケット記憶手段と、前記パケット解析処理の実行中に前記パケット転送装置自身に不具合が発生して、当該パケット転送装置が再起動された場合に、当該再起動の要因となった前記不具合の発生時に前記パケット解析処理の対象となっていた転送されるべきパケットを不具合パケットとして前記不具合パケット記憶手段に格納するための不具合パケット格納処理を実行する不具合パケット格納処理手段と、前記パケット解析処理の対象となる転送されるべきパケットを前記不具合パケット記憶手段に格納されている不具合パケットと比較照合することにより、前記転送されるべきパケットが不具合パケットであるかを判定するための不具合パケット確認処理を、前記パケット解析処理に先行して実行する不具合パケット確認処理手段と、前記パケット解析処理の実行結果に基づいて前記転送されるべきパケットの転送を制御するためのパケット通過処理を実行するパケット通過処理手段であって、前記転送されるべきパケットが不具合パケットであると前記不具合パケット確認処理手段によって判定された場合には、前記パケット解析処理の実行を抑止して、前記転送されるべきパケットを転送させるパケット通過処理手段とを具備する。
【発明の効果】
【０００９】
本発明によれば、転送されるべきパケットを対象とするパケット解析処理の実行中にパケット転送装置自身に不具合が発生しても、当該パケット転送装置が再起動された際に、当該再起動の要因となった不具合の発生時にパケット解析処理の対象となっていた転送されるべきパケットを不具合パケットとして不具合パケット記憶手段に格納しておくことにより、不具合パケット記憶手段に格納されているパケットと同じパケットを再度受信した場合に、パケット解析処理を抑止して当該受信されたパケットを転送させることにより、パケット転送装置の不具合発生を回避することが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態につき図面を参照して説明する。  
［第１の実施形態］
図１は本発明の第１の実施形態に係るパケット転送装置を有するネットワークシステムの構成を示すブロック図である。
【００１１】
図１において、パケット転送装置１０は、ネットワークセグメント２１及び２２に接続されている。ネットワークセグメント２１には、複数、例えばｍ台（ｍは２以上の整数）のサーバ計算機２１０-1，２１０-2，…２１０-mが接続されている。つまりネットワークセグメント２１はサーバ側ネットワークセグメントである。なお、ネットワークセグメント２１に１台のサーバ計算機が接続される構成であっても構わない。ネットワークセグメント２２には、複数、例えばｎ台（ｎは２以上の整数）のクライアント計算機（クライアント端末）２２０-1，２２０-2，…２２０-nが接続されている。つまりネットワークセグメント２２はクライアント側ネットワークセグメントである。なお、ネットワークセグメント２２に１台のクライアント計算機が接続される構成であっても構わない。クライアント計算機２２０-i（ｉ＝１，２，…ｎ）は、サーバ計算機２１０-j（ｊ＝１，２，…ｍ）と通信を行うことにより、当該サーバ計算機２１０-jを利用する。
【００１２】
パケット転送装置１０は、ネットワークセグメント２１及び２２との間でパケットを転送する。パケット転送装置１０は、クライアント計算機２２０-iによってネットワークセグメント２２上に送出されたサーバ計算機２１０-j宛てのパケットを当該ネットワークセグメント２２から受信して、その受信されたパケットをネットワークセグメント２１上に転送する。同様にパケット転送装置１０は、サーバ計算機２１０-jによってネットワークセグメント２１上に送出されたクライアント計算機２２０-i宛てのパケットを当該ネットワークセグメント２１から受信して、その受信されたパケットをネットワークセグメント２２上に転送する。
【００１３】
図２は、パケット転送装置１０のハードウェア構成を示すブロック図である。パケット転送装置１０は、パケット送受信装置１１及び１２と、ＣＰＵ１３と、フラッシュＲＯＭ（ＦＲＯＭ）１４と、ＲＡＭ１５と、入力装置１６と、ディスク装置１７とを備えている。パケット送受信装置１１及び１２は、それぞれ、ネットワークセグメント２１及び２２と接続されている。
【００１４】
パケット送受信装置１１は、ネットワークセグメント２１から、ネットワークセグメント２２に接続されているクライアント計算機２２０-i宛てのパケットを受信する。パケット送受信装置１１はまた、ネットワークセグメント２１に接続されているサーバ計算機２１０-j宛てのパケットを当該ネットワークセグメント２１上に送信する。
【００１５】
パケット送受信装置１２は、ネットワークセグメント２２から、ネットワークセグメント２１に接続されているサーバ計算機２１０-j宛てのパケットを受信する。パケット送受信装置１２はまた、ネットワークセグメント２２に接続されているクライアント計算機２２０-i宛てのパケットを当該ネットワークセグメント２２上に送信する。
【００１６】
ＦＲＯＭ１４は、ＣＰＵ１３が実行するプログラム１４０を予め格納する書き換え可能な記憶媒体である。ＲＡＭ１５の記憶領域の一部は、ＣＰＵ１３の作業用領域に割り当てられる。ＣＰＵ１３は、ＦＲＯＭ１４に格納されているプログラム１４０を読み込んで実行することにより、パケット転送装置１０に要求される種々の機能を実現する。なお、プログラム１４０が、ＦＲＯＭ１４以外の記憶媒体、例えばディスク装置１７に搭載されているディスクに格納されていても構わない。
【００１７】
入力装置１６はユーザの入力操作に用いられる。ディスク装置１７はパケット転送装置１０の外部記憶装置として用いられる。ディスク装置１７は、例えば磁気ディスク装置である。
【００１８】
図３は、パケット転送装置１０の概略機能構成を示すブロック図である。パケット転送装置１０は、図２に示されるパケット送受信装置１１及び１２と、パケット解析機構１３０とを備えている。
【００１９】
パケット解析機構１３０は、パケット送受信装置１１及び１２と接続されている。パケット解析機構１３０は、パケット送受信装置１２によってネットワークセグメント２２からパケットが受信された場合、当該受信されたパケット（受信パケット）が不正アクセスに関わる不正パケットであるかを判定するための、前記特許文献１に記載されているような周知のパケット解析処理を行う機能を有する。パケット解析機構１３０によって実行される処理を、パケット解析プロセス（またはパケット解析機構１３０のプロセス）と称する。このパケット解析プロセスは、狭義には、パケット解析機構１３０（に含まれている後述するパケット解析処理部１３３）によって実行されるパケット解析処理を指し、広義にはパケット解析機構１３０によって実行される処理全体（つまりパケット解析処理を含む処理全体）を指す。ここでは、パケット解析プロセスは、パケット解析機構１３０によって実行される処理全体を指すものとする。
【００２０】
パケット解析機構１３０は、受信パケットが不正パケットであると判定された場合、当該受信パケットがパケット転送装置１０を通過してネットワークセグメント２１上に送信（転送）されるのを防止する機能を有する。パケット解析機構１３０は、受信パケットが不正パケットでないと判定された場合、当該受信パケットをパケット送受信装置１１によってネットワークセグメント２１上に送信させる機能を有する。パケット解析機構１３０はまた、パケット送受信装置１１によってネットワークセグメント２１からパケットが受信された場合、当該受信されたパケット（受信パケット）をパケット送受信装置１２によってネットワークセグメント２２上に送信させる機能を有する。
【００２１】
パケット解析機構１３０は更に、受信パケットを解析するパケット解析処理の最中にパケット転送装置１０に不具合が発生した場合、当該パケットを記憶しておき、再度同じパケットを受信した場合には当該受信されたパケットの解析処理を行わずに当該受信されたパケットをパケット送受信装置１１によってネットワークセグメント２１上に送信させる機能を有する。
【００２２】
図４は、パケット解析機構１３０の詳細機能構成を示すブロック図である。  
パケット解析機構１３０は、不正アクセスデータベース１３１、パケット通過処理部１３２、パケット解析処理部１３３、不具合パケット確認処理部１３４，不具合パケット格納処理部１３５、不具合パケット記憶部１３６及び処理中パケット記憶部１３７から構成される。
【００２３】
不正アクセスデータベース１３１は、予め設定された判定情報を格納する。この判定情報は例えばファイル形式の情報であり、パターンファイルと呼ばれる。判定情報は、パケット送受信装置１２によって受信されたパケット（受信パケット）が、当該パケットの転送先のネットワークセグメント２１に接続されているサーバ計算機２１０-jのソフトウェア処理に対して誤動作させる要因を含んでいるかを、パケット解析処理部１３３が判定するのに用いられる。
【００２４】
パケット通過処理部１３２は、パケット送受信装置１２によって受信されたパケット（受信パケット）が不正パケットであるかをパケット解析処理部１３３に問い合わせて、当該パケット解析処理部１３３からの回答を受け取る。このパケット通過処理部１３２からパケット解析処理部１３３への問い合わせは、受信パケットと同一のパケットが不具合パケット記憶部１３６に格納されていないと不具合パケット確認処理部１３４によって判定された場合に行われる。
【００２５】
パケット通過処理部１３２はまた、パケット解析処理部１３３によるパケット解析処理の実行に先行して、受信パケットが不具合パケットであるかを不具合パケット確認処理部１３４に問い合わせて、当該不具合パケット確認処理部１３４からの回答を受け取る。不具合パケットとは、パケット解析処理中にパケット転送装置１０にパケット解析プロセス（パケット解析機構１３０）の再起動（広義にはパケット転送装置１０の再起動）を要する不具合が発生した場合に当該パケット解析処理の対象となっていたパケットを指す。
【００２６】
パケット通過処理部１３２は、不具合パケット確認処理部１３４からの回答に基づき、パケット解析処理部１３３に受信パケットが不正パケットであるかを問い合わせるか、或いは当該パケット解析処理部１３３によるパケット解析処理を行うことなく受信パケットを通過させてネットワークセグメント２１上に転送させるための転送制御を実行するかを決定する。パケット通過処理部１３２はまた、パケット解析処理部１３３への問い合わせ時には、当該パケット解析処理部１３３からの回答に基づき、受信パケットを通過させてネットワークセグメント２１上に転送させるための転送処理を実行するかを決定する。
【００２７】
パケット解析処理部１３３は、パケット通過処理部１３２からの問い合わせを受けて、パケット送受信装置１２によって受信されたパケット（受信パケット）の内容を解析するためのパケット解析処理を実行する。パケット解析処理部１３３は、このパケット解析処理において、受信パケットの内容を不正アクセスデータベース１３１に格納されている判定情報と比較・照合することにより、当該受信パケットが不正パケットであるかを判定し、その判定結果をパケット通過処理部１３２からの問い合わせに対する回答として、当該パケット通過処理部１３２に返す。
【００２８】
不具合パケット確認処理部１３４は、パケット通過処理部１３２からの問い合わせを受けて、問い合わせられた受信パケットを不具合パケット記憶部１３６に保持されている不具合パケットと比較・照合する。この比較・照合により、不具合パケット確認処理部１３４は、受信パケットと同一の不具合パケットが不具合パケット記憶部１３６に保持されているかを判定する。
【００２９】
不具合パケット格納処理部１３５は、パケット解析処理部１３３によるパケット解析処理の実行中にパケット転送装置１０にパケット解析プロセス（パケット解析機構１３０）の再起動を要する不具合が発生した場合、当該パケット解析処理の対象となっていたパケットを、当該パケット転送装置１０におけるパケット解析プロセスの再起動時（つまりパケット転送装置１０の再起動時）に不具合パケットとして不具合パケット記憶部１３６に格納する。不具合パケット記憶部１３６は、パケット転送装置１０にパケット解析プロセスの再起動を要する不具合が発生した際にパケット解析機構１３０（に含まれているパケット解析処理部１３３）によるパケット解析処理の対象となっていたパケットを、当該パケット転送装置１０の再起動時に記憶するのに用いられる。
【００３０】
処理中パケット記憶部１３７は、パケット送受信装置１２によって受信されたパケット（つまりパケット解析処理部１３３によるパケット解析処理の対象となり得る、転送されるべきパケット）を、当該パケットが転送または破棄されるまで（つまりパケット通過処理部１３２によって転送制御されるまで）保持するのに用いられる。
【００３１】
本実施形態において、パケット解析機構１３０が有する処理機能（パケット解析プロセスを実行する機能）、即ちパケット解析機構１３０に含まれている、パケット通過処理部１３２、パケット解析処理部１３３、不具合パケット確認処理部１３４及び不具合パケット格納処理部１３５の各処理部は、図２に示されるＣＰＵ１３がプログラム１４０を読み込んで実行することにより実現されるものとする。
【００３２】
またパケット解析機構１３０に含まれる、不正アクセスデータベース１３１、不具合パケット記憶部１３６及び処理中パケット記憶部１３７は、図２に示されるディスク装置１７の記憶領域の所定部分を割り当てることによって実現されるものとする。
【００３３】
次に、第１の実施形態の動作について、パケット転送装置１０内のパケット解析機構１３０に含まれているパケット通過処理部１３２、不具合パケット確認処理部１３４及び不具合パケット格納処理部１３５による処理を中心に、図５乃至図７のフローチャートを参照して説明する。なお、図５はパケット通過処理部１３２によるパケット通過処理の手順を示すフローチャート、図６は不具合パケット確認処理部１３４による不具合パケット確認処理の手順を示すフローチャート、図７は不具合パケット格納処理部１３５による不具合パケット格納処理の手順を示すフローチャートである。
【００３４】
今、パケット転送装置１０内のパケット送受信装置１２が、ネットワークセグメント２２に接続されたクライアント計算機２２０-iによって当該セグメント２２上に送信されたサーバ計算機２１０-j宛てのパケットを、当該セグメント２２から受信したものとする。この受信されたパケットは、パケット転送装置１０からネットワークセグメント２１上に転送されるべきパケットである。パケット送受信装置１２によって受信されたパケットは、パケット解析機構１３０に渡される。
【００３５】
するとパケット解析機構１３０のパケット通過処理部１３２は、図５のフローチャートで示されるパケット通過処理を開始する。まずパケット通過処理部１３２は、パケット送受信装置１２によって受信されたパケットを処理中パケット記憶部１３７に格納する（ステップＳ１）。次にパケット通過処理部１３２は、受信パケットを不具合パケット確認処理部１３４に渡して、当該受信パケットが不具合パケットであるかを問い合わせる（ステップＳ２）。
【００３６】
不具合パケット確認処理部１３４は、パケット通過処理部１３２からの問い合わせを受けて、図６のフローチャートで示される不具合パケット確認処理を開始する。まず不具合パケット確認処理部１３４は、不具合パケット記憶部１３６を参照する（ステップＳ２１）。そして不具合パケット確認処理部１３４は、過去に不具合パケットであると判定されたパケットが不具合パケット記憶部１３６に格納されている（存在する）かを判定する（ステップＳ２２）。
【００３７】
もし、過去に不具合パケットであると判定されたパケットが不具合パケット記憶部１３６に格納されているならば（ステップＳ２２がＹＥＳ）、不具合パケット確認処理部１３４は、パケット通過処理部１３２によって問い合わせられた受信パケットを不具合パケット記憶部１３６に格納されている不具合パケットと比較・照合する（ステップＳ２３）。不具合パケット確認処理部１３４は、この比較・照合によって、上記受信パケットと同一のパケットが不具合パケット記憶部１３６に格納されている（存在する）かを判定する（ステップＳ２４）。
【００３８】
もし、受信パケットと同一のパケットが不具合パケット記憶部１３６に格納されているならば（ステップＳ２４がＹＥＳ）、不具合パケット確認処理部１３４は、当該受信パケットが不具合パケットであると判定する。即ち不具合パケット確認処理部１３４は、上記受信パケットと同一のパケットが過去に受信されて、当該同一のパケットを対象とするパケット解析処理部１３３によるパケット解析処理の実行中に、パケット転送装置１０にパケット解析プロセス（パケット解析機構１３０）の再起動を要する不具合が発生しており、受信パケットは不具合パケットであると判定する。不具合パケット確認処理部１３４は、この受信パケットが不具合パケットであるとの判定結果を、パケット通過処理部１３２に回答する（ステップＳ２５）
これに対し、過去に不具合パケットであると判定されたパケットが不具合パケット記憶部１３６に格納されていないか（ステップＳ２２がＮＯ）、受信パケットと同一のパケットが不具合パケット記憶部１３６に格納されていないならば（ステップＳ２４がＮＯ）、不具合パケット確認処理部１３４は、当該受信パケットが不具合パケットでないと判定する。不具合パケット確認処理部１３４は、この受信パケットが不具合パケットでないとの判定結果を、パケット通過処理部１３２に回答する（ステップＳ２６）。
【００３９】
パケット通過処理部１３２は、不具合パケット確認処理部１３４に対する問い合わせを行うと（ステップＳ２）、その問い合わせに対する回答が返されるのを待つ（ステップＳ３）。やがて、不具合パケット確認処理部１３４が上記ステップＳ２５またはＳ２６によって、問い合わせに対する回答をパケット通過処理部１３２に返したものとする。
【００４０】
パケット通過処理部１３２は、不具合パケット確認処理部１３４への問い合わせに対する当該不具合パケット確認処理部１３４からの回答を受け取ると、その回答に基づき、受信パケットが不具合パケットであると不具合パケット確認処理部１３４によって確認されたか否かを判定する（ステップＳ４）。即ちパケット通過処理部１３２は、受信パケットが不具合パケットであるかを判定する。
【００４１】
もし、受信パケットが不具合パケットである場合（ステップＳ４がＹＥＳ）、つまり受信パケットと同一のパケットが不具合パケット記憶部１３６に格納されている場合、パケット通過処理部１３２はパケット解析処理部１３３によりパケット解析処理を行わせることなく、受信パケットをネットワークセグメント２１上に転送するように、パケット送受信装置１１に指示（パケット転送指示）を与える（ステップＳ５）。つまりパケット通過処理部１３２は、受信パケットが不具合パケットである場合、パケット解析処理部１３３への問い合わせを行わずに、当該受信パケットがパケット転送装置１０を通過してネットワークセグメント２１上に転送されるように、当該受信パケットをパケット送受信装置１１に渡して、当該受信パケットの転送をパケット送受信装置１１に対して指示する。この指示に従い、パケット送受信装置１１は、パケット送受信装置１２によってネットワークセグメント２２から受信されて、パケット通過処理部１３２より渡された受信パケットを、当該受信パケットの宛先のサーバ計算機２１０-jが接続されているネットワークセグメント（サーバ側ネットワークセグメント）２１上へ送信（転送）する。
【００４２】
このように本実施形態においては、受信パケットと同一のパケットが不具合パケット記憶部１３６に格納されている場合、当該受信パケットは不具合パケットであると不具合パケット確認処理部１３４によって判定される。この場合、パケット通過処理部１３２からパケット解析処理部１３３への問い合わせは行われないことから、受信パケットを対象とするパケット解析処理部１３３によるパケット解析処理が抑止される。よって、受信パケットと同一のパケットを対象とするパケット解析処理が過去に実行された際に発生したような、パケット解析プロセスの再起動を要する不具合が、当該受信パケットを対象とするパケット解析処理の実行によって再び発生するのを防止できる。
【００４３】
一方、不具合パケット確認処理部１３４からの回答によって、受信パケットが不具合パケットでないことが示されている場合（ステップＳ４がＮＯ）、つまり過去に不具合パケットであると判定されたパケットが不具合パケット記憶部１３６に格納されていないか（ステップＳ２２がＮＯ）、受信パケットと同一のパケットが不具合パケット記憶部１３６に格納されていない場合（ステップＳ２４がＮＯ）、パケット通過処理部１３２はパケット解析処理部１３３に受信パケットを渡して、当該受信パケットが不正パケットであるかを問い合わせる（ステップＳ６）。つまりパケット通過処理部１３２は、パケット解析処理部１３３により受信パケットを対象とするパケット解析処理を行わせる。
【００４４】
パケット解析処理部１３３は、パケット通過処理部１３２からの問い合わせを受けて、不正アクセスデータベース１３１に格納されている判定情報に基づき、受信パケットを解析して当該受信パケットが不正アクセスに関わるパケット（不正パケット）であるかを判定するための周知のパケット解析処理を実行する。そしてパケット解析処理部１３３は、このパケット解析処理を不具合なく実行し終えたならば、その解析処理の結果、即ち受信パケットが不正パケットであるか否かの判定結果を、パケット通過処理部１３２からの問い合わせに対する回答として、当該パケット通過処理部１３２に返す。
【００４５】
パケット通過処理部１３２は、パケット解析処理部１３３に対する問い合わせを行うと（ステップＳ６）、その問い合わせに対する回答が返されるのを待つ（ステップＳ７）。やがて、パケット解析処理部１３３が、上述のように問い合わせに対する回答をパケット通過処理部１３２に返したものとする。
【００４６】
パケット通過処理部１３２は、パケット解析処理部１３３への問い合わせに対する当該パケット解析処理部１３３からの回答を受け取ると、その回答に基づき、受信パケットが不正パケットであるとパケット解析処理部１３３によって判定されたか否かを判定する（ステップＳ８）。即ちパケット通過処理部１３２は、受信パケットが不正パケットであるかを判定する。そしてパケット通過処理部１３２は、この判定結果に基づいて、以下に述べるように受信パケットの転送を制御する。
【００４７】
まず、受信パケットが不正パケットである場合（ステップＳ８がＹＥＳ）、パケット通過処理部１３２は当該受信パケットをパケット送受信装置１１には渡さずに破棄する（ステップＳ９）。つまりパケット通過処理部１３２は、受信パケットが不正パケットである場合、当該受信パケットがパケット転送装置１０を通過してネットワークセグメント２１に転送されないように、当該受信パケットを破棄する。これにより、不正パケットがネットワークセグメント２１を介して宛先のサーバ計算機２１０-jに転送されるのが防止され、当該受信パケットが当該サーバ計算機２１０-jのソフトウェア処理を誤動作させるのを防止できる。
【００４８】
これに対し、受信パケットが不正パケットでない場合（ステップＳ８がＮＯ）、パケット通過処理部１３２は当該受信パケットをパケット送受信装置１１に渡して、当該受信パケットをネットワークセグメント２１上に転送するようにパケット送受信装置１１に指示する（ステップＳ１０）。この指示に従い、パケット送受信装置１１は、パケット送受信装置１２によってネットワークセグメント２２から受信されてパケット通過処理部１３２より渡された受信パケットを、当該受信パケットの宛先のサーバ計算機２１０-jが接続されているネットワークセグメント（サーバ側ネットワークセグメント）２１上へ送信（転送）する。
【００４９】
パケット通過処理部１３２は、上記ステップＳ５またはＳ１０においてパケット送受信装置１１に対してパケット転送指示を与えると、即ちパケットを通過させるためのパケット転送制御を実行すると、処理中パケット記憶部１３７に格納されているパケットを破棄（削除）する（ステップＳ１１）。パケット通過処理部１３２はまた、上記ステップＳ９において受信パケットを破棄した場合にも、即ちパケット通過を抑止するためのパケット転送制御を実行した場合にも、処理中パケット記憶部１３７に格納されているパケットを破棄する（ステップＳ１１）。
【００５０】
つまりパケット通過処理部１３２は、パケット解析処理部１３３によるパケット解析処理が不具合なく終了した結果、受信パケットを転送或いは破棄する制御を実行できた場合、処理中パケット記憶部１３７に格納されているパケットを破棄する。また、受信パケットが不具合パケットであると判定された結果、パケット解析処理部１３３によるパケット解析処理を行わずに、受信パケットを転送する制御を実行した場合にも、パケット通過処理部１３２は、処理中パケット記憶部１３７に格納されているパケットを破棄する。
【００５１】
もし、パケット解析処理部１３３によるパケット解析処理が実行され、当該パケット解析処理の実行中にパケット転送装置１０に不具合が発生してパケット解析プロセスが停止（異常停止）した場合には、上記ステップＳ１１は実行できず、したがって処理中パケット記憶部１３７に格納されているパケットは破棄されない。
【００５２】
このように本実施形態においては、ステップＳ５，Ｓ９及びＳ１０のいずれかのステップが実行された場合に、処理中パケット記憶部１３７に格納されているパケットを破棄する処理（ステップＳ１１）が実行される。これにより、パケット解析処理部１３３（パケット解析機構１３０内のパケット解析処理部１３３）によるパケット解析処理中にパケット転送装置１０に不具合が発生した場合には、当該パケット解析処理の対象となっていたパケットは破棄されずに処理中パケット記憶部１３７に残される。この処理中パケット記憶部１３７に残された（格納されている）パケットは、パケット解析処理部１３３によるパケット解析処理中にパケット転送装置１０に発生したパケット解析プロセスの再起動を要する不具合の要因となった可能性が高い。そこで本実施形態では、以下に述べるように、パケット解析プロセス（パケット解析機構１３０）の再起動時に処理中パケット記憶部１３７にパケットが格納されている（残されている）場合、当該パケットが不具合パケットとして扱われる。
【００５３】
なお、処理中パケット記憶部１３７に格納されているパケットを破棄するのに、必ずしも当該パケットそれ自体を操作する必要はない。例えば、処理中パケット記憶部１３７に有効なパケットが格納されているかを示すフラグ情報を用い、当該フラグ情報を操作（セット／リセット）するようにしても良い。このフラグ情報は、処理中パケット記憶部１３７の所定領域に設定されて用いられるものとする。不具合パケット格納処理部１３５は、上記ステップＳ１で処理中パケット記憶部１３７に受信パケットを格納した際には、上記フラグ情報をセットする。このセット状態にあるフラグ情報によって、処理中パケット記憶部１３７に有効なパケットが格納されていることが示される。また、不具合パケット格納処理部１３５は、処理中パケット記憶部１３７に格納されているパケットを破棄しようとする際には、上記フラグ情報をリセットする。このリセット状態にあるフラグ情報によって、処理中パケット記憶部１３７に格納されていたパケットは破棄され、当該記憶部１３７には有効なパケットは存在しないことが示される。
【００５４】
さて、停止したパケット解析プロセス（パケット解析機構１３０）が再起動されたものとする。ここでは、パケット解析プロセスは、停止から一定時間後に自動的に再起動されるものとする。しかしパケット解析プロセスが、図１に示される入力装置１６を用いたユーザの操作によって手動により再起動される構成であっても構わない。
【００５５】
パケット解析プロセス（パケット解析機構１３０）が起動されると、つまりパケット転送装置１０が起動されると、パケット解析機構１３０の不具合パケット格納処理部１３５は、図７のフローチャートで示される不具合パケット格納処理を開始する。
【００５６】
まず不具合パケット格納処理部１３５は、処理中パケット記憶部１３７を参照する（ステップＳ３１）。そして不具合パケット格納処理部１３５は、処理中パケット記憶部１３７にパケットが格納されているかを判定する（ステップＳ３２）。
【００５７】
もし、処理中パケット記憶部１３７にパケットが格納されているならば（ステップＳ３２がＹＥＳ）、つまりパケット解析プロセスの起動時に、処理中パケット記憶部１３７にパケットが存在するならば、不具合パケット格納処理部１３５は、当該パケットをパケット解析プロセスの再起動を要する要因となった不具合パケットであると判定する（ステップＳ３３）。この場合、不具合パケット格納処理部１３５は、処理中パケット記憶部１３７に格納されているパケットを、当該処理中パケット記憶部１３７から不具合パケット記憶部１３６に移動して（ステップＳ３４）、不具合パケット格納処理を終了する。
【００５８】
これに対し、処理中パケット記憶部１３７にパケットが格納されていないならば（ステップＳ３２がＮＯ）、不具合パケット格納処理部１３５は、パケット解析処理中にパケット転送装置１０に不具合が発生することなく、パケット解析プロセスが正常に停止され、その後、当該パケット解析プロセスが起動されたと判定する。この場合、不具合パケット格納処理部１３５は、直ちに不具合パケット格納処理を終了する。
【００５９】
上記第１の実施形態では、ネットワークセグメント２１にｍ台（ｍは２以上の整数）のサーバ計算機２１０-1〜２１０-mが接続されている。しかし、ネットワークセグメント２１に１台のサーバ計算機が接続される構成であっても構わない。
【００６０】
［第２の実施形態］
図８は本発明の第２の実施形態に係るパケット転送装置を有するネットワークシステムの構成を示すブロック図である。
【００６１】
図８のネットワークシステムでは、複数のパケット転送装置、例えば２台のパケット転送装置１０-1及び１０-2が設けられている。パケット転送装置１０-1は、第１の実施形態におけるパケット転送装置１０と同様に、ネットワークセグメント２１及び２２に接続されている。一方、パケット転送装置１０-2は、ネットワークセグメント２３及び２４に接続されている。ネットワークセグメント（サーバ側ネットワークセグメント）２３には、複数、例えばｐ台（ｐは２以上の整数）のサーバ計算機２３０-1〜２３０-pが接続されている。なお、ネットワークセグメント２３に１台のサーバ計算機が接続されている構成であっても構わない。ネットワークセグメント（クライアント側ネットワークセグメント）２４には、複数、例えばｑ台（ｑは２以上の整数）のクライアント計算機２４０-1〜２４０-qが接続されている。なお、ネットワークセグメント２４に１台のクライアント計算機が接続されている構成であっても構わない。
【００６２】
パケット転送装置１０-1及び１０-2は、いずれも、パケット送受信装置１１及び１２と、パケット解析機構８３０とを備えている。パケット解析機構８３０は、第１の実施形態におけるパケット解析機構１３０に相当し、パケット送受信装置１１及び１２と接続されている。但し、パケット解析機構８３０は、パケット解析機構１３０にはない機能を有する。この機能については後述する。
【００６３】
パケット転送装置１０-1内のパケット送受信装置１１及び１２は、第１の実施形態におけるパケット転送装置１０内のパケット送受信装置１１及びパケット送受信装置１２と同様に、それぞれネットワークセグメント２１及び２２と接続されている。一方、パケット転送装置１０-2内のパケット送受信装置１１及び１２は、それぞれネットワークセグメント２３及び２４と接続されている。
【００６４】
ネットワークセグメント２２及び２４には、管理サーバ（管理用サーバ計算機）２００が接続されている。管理サーバ２００は、判定情報管理部２０１と、不具合パケット管理部２０２とを有する。判定情報管理部２０１は、パケット転送装置１０-1及び１０-2が有する不正アクセスデータベース１３１（図９参照）に格納して用いられる最新の判定情報を保持・管理する。不具合パケット管理部２０２は、パケット転送装置１０-1及び１０-2でそれぞれ検出される不具合パケットを保持・管理する。
【００６５】
図９は、パケット転送装置１０-1及び１０-2の各々が有するパケット解析機構８３０の詳細機能構成を示すブロック図である。図９において、図４と等価な部分には同一符号を付してある。
【００６６】
パケット解析機構８３０は、図４に示されるパケット解析機構１３０と同様に、不正アクセスデータベース１３１、パケット通過処理部１３２、パケット解析処理部１３３、不具合パケット確認処理部１３４，不具合パケット格納処理部１３５、不具合パケット記憶部１３６及び処理中パケット記憶部１３７を有している。パケット解析機構８３０がパケット解析機構１３０と異なるのは、判定情報更新処理部１３８及び不具合パケット送受信部１３９を新たに有している点である。
【００６７】
判定情報更新処理部１３８は、管理サーバ２００内の判定情報管理部２０１を利用して、不正アクセスデータベース１３１（に格納されている判定情報）を更新するための更新処理を行う。
【００６８】
不具合パケット送受信部１３９は、管理サーバ２００の不具合パケット管理部２０２との間で不具合パケットを送受信する。具体的には、不具合パケット送受信部１３９は、不具合パケット格納処理部１３５により不具合パケットが不具合パケット記憶部１３６に格納される際に、不具合パケット管理部２０２に不具合発生を通知すると共に当該不具合パケットを送信するための不具合パケット通知処理を行う。不具合パケット送受信部１３９はまた、他のパケット転送装置の不具合パケット送受信部から送信された不具合パケットが管理サーバ２００内の不具合パケット管理部２０２によって当該不具合パケット管理部２０２内に登録されている場合、当該パケットを当該不具合パケット管理部２０２から取得して、不具合パケット格納処理部１３５によって不具合パケット記憶部１３６に格納させるための不具合パケット取得処理を行う。
【００６９】
次に、第２の実施形態の動作について、上記不具合パケット通知処理及び不具合パケット取得処理を例に、図１０及び図１１のフローチャートを参照して説明する。なお、図１０は不具合パケット通知処理の手順を示すフローチャート、図１１は不具合パケット取得処理の手順を示すフローチャートである。
【００７０】
今、パケット転送装置１０-1のパケット解析機構８３０に含まれているパケット解析処理部１３３によるパケット解析処理の実行中に不具合が発生した結果、パケット解析プロセス（パケット解析機構８３０）が停止したものとする。そして、パケット解析プロセスが再起動された際に、上記第１の実施形態と同様に、図７のフローチャートで示される不具合パケット格納処理が実行されたものとする。この不具合パケット格納処理では、処理中パケット記憶部１３７にパケットが格納されているならば、当該パケットが不具合パケットであると判定されて、当該パケットが不具合パケット格納処理部１３５によって処理中パケット記憶部１３７から不具合パケット記憶部１３６に移動される。つまり、不具合パケットが、不具合パケット格納処理部１３５によって不具合パケット記憶部１３６に格納される。
【００７１】
第２の実施形態では、不具合パケット格納処理部１３５によって不具合パケットが不具合パケット記憶部１３６に格納されると、その旨が不具合パケット格納処理部１３５から不具合パケット送受信部１３９に通知される。すると不具合パケット送受信部１３９は、図１０のフローチャートで示される不具合パケット通知処理を開始する。なお、不具合パケット送受信部１３９が不具合パケット格納処理部１３５の動作を監視して、当該不具合パケット格納処理部１３５によって不具合パケットが不具合パケット記憶部１３６に格納されたことを検出した場合に、不具合パケット通知処理を開始しても構わない。
【００７２】
不具合パケット通知処理において、不具合パケット送受信部１３９はまず、管理サーバ２００が存在するかを判定する（ステップＳ４１）。この判定は、例えば不具合パケット送受信部１３９から判定情報更新処理部１３８に問い合わせることにより、次のように行われる。
【００７３】
判定情報更新処理部１３８は管理サーバ２００に割り当てられているネットワークアドレス（以下、管理サーバアドレスと称する）を保持している。管理サーバアドレスは例えばＩＰアドレスである。判定情報更新処理部１３８は、不具合パケット送受信部１３９からの問い合わせに応じ、管理サーバアドレス宛てに、当該アドレスの管理サーバの存在を確認するための問い合わせを、パケット送受信装置１２を介して行う。そして判定情報更新処理部１３８は、当該管理サーバアドレス宛ての問い合わせに対する応答の有無により、管理サーバ２００が存在するかを判定し、その判定結果を不具合パケット送受信部１３９に回答する。不具合パケット送受信部１３９は、この判定情報更新処理部１３８による回答の内容に基づいて、管理サーバ２００が存在するかを判定する。
【００７４】
第２の実施形態のように、管理サーバ２００が存在するならば（ステップＳ４１がＹＥＳ）、不具合パケット送受信部１３９は当該管理サーバ２００に対し、パケット転送装置１０-1に不具合が発生した旨を、パケット送受信装置１２及びネットワークセグメント２２を介して通知する（ステップＳ４２）。そして不具合パケット送受信部１３９は、不具合パケット格納処理部１３５に要求することで、当該不具合パケット格納処理部１３５から不具合パケット記憶部１３６に格納された不具合パケット（のコピー）を受け取り、当該不具合パケットをデータとして含むパケット（以下、不具合通知パケットと称する）を、パケット送受信装置１２及びネットワークセグメント２２を介して管理サーバ２００に送信する（ステップＳ４３）。そして不具合パケット送受信部１３９は不具合パケット通知処理を終了する。
【００７５】
これに対し、管理サーバ２００が存在しないならば（ステップＳ４１がＮＯ）、不具合パケット送受信部１３９は、何もせずに不具合パケット通知処理を終了する。
【００７６】
管理サーバ２００内の不具合パケット管理部２０２は、パケット転送装置１０-1（パケット転送装置１０-1のパケット解析機構８３０に含まれている不具合パケット送受信部１３９）によって当該パケット転送装置１０-1の不具合発生が通知されると（ステップＳ４３）、当該パケット転送装置１０-1から不具合通知パケットが送られるのを待つ。そして不具合パケット管理部２０２は、パケット転送装置１０-1から不具合通知パケットが送られて、当該不具合通知パケットが管理サーバ２００で受信されると、当該不具合通知パケットにデータとして含まれている不具合パケットを、当該不具合パケット管理部２０２内の不具合パケット記憶部（図示せず）に登録する。
【００７７】
次に、パケット転送装置１０-2のパケット解析機構８３０に含まれているパケット解析処理部１３３によるパケット解析処理の実行中に不具合が発生して、不具合パケット格納処理が実行されたものとする。この場合、パケット転送装置１０-2（のパケット解析機構８３０に含まれている不具合パケット送受信部１３９）においても、上記パケット転送装置１０-1におけるのと同様に、不具合パケット通知処理が実行される。
【００７８】
よって、管理サーバ２００の不具合パケット管理部２０２には、パケット転送装置１０-1及び１０-2における（不具合パケット格納処理部１３５による）不具合パケット格納処理で不具合パケットであると判定されて、当該パケット転送装置１０-1及び１０-2の各パケット解析機構８３０に含まれている不具合パケット記憶部１３６に格納されたパケットが登録される。
【００７９】
前述したように、管理サーバ２００の判定情報管理部２０１は、最新の判定情報を保持・管理している。パケット転送装置１０-1及び１０-2の各パケット解析機構８３０に含まれている判定情報更新処理部１３８は、管理サーバ２００が存在する場合、任意の時期に、当該管理サーバ２００に対して判定情報の更新を要求することにより、当該管理サーバ２００の判定情報管理部２０１が保持・管理している最新の判定情報を当該判定情報管理部２０１から取得することができる。判定情報更新処理部１３８は、不正アクセスデータベース１３１に格納されている判定情報を、管理サーバ２００の判定情報管理部２０１から取得した最新の判定情報に更新する。なお、判定情報管理部２０１が最新の判定情報を保持した際に、その旨をパケット転送装置１０-1及び１０-2に通知するようにしても構わない。
【００８０】
更に、不正アクセスデータベース１３１の更新処理後に、引き続いて不具合パケット送受信部１３９による不具合パケット取得処理が行われる。
【００８１】
パケット転送装置１０-1の不具合パケット送受信部１３９による不具合パケット取得処理について、図１１のフローチャートを参照して説明する。  
不具合パケット取得処理において、不具合パケット送受信部１３９はまず、管理サーバ２００の不具合パケット管理部２０２に不具合パケットが存在するかを、パケット送受信装置１２及びネットワークセグメント２２を介して当該管理サーバ２００に問い合わせる（ステップＳ５１）。すると、管理サーバ２００の不具合パケット管理部２０２は、不具合パケットが存在するかを示す回答をパケット転送装置１０-1に返す。不具合パケット送受信部１３９は、管理サーバ２００の不具合パケット管理部２０２からの回答を受け取ると（ステップＳ５２）、その回答に基づいて、不具合パケット管理部２０２に不具合パケットが存在するかを判定する（ステップＳ５３）
もし、管理サーバ２００に不具合パケットが存在するならば（ステップＳ５３がＹＥＳ）、不具合パケット送受信部１３９は、パケット送受信装置１２及びネットワークセグメント２２を介して管理サーバ２００に不具合パケットを要求する（ステップＳ５４）。この要求を受けて、管理サーバ２００の不具合パケット管理部２０２は、自身が保持・管理している全ての不具合パケットを、パケット転送装置１０-1に送信する。これにより不具合パケット送受信部１３９は、管理サーバ２００の不具合パケット管理部２０２から送信された不具合パケットを取得する（ステップＳ５５）。
【００８２】
不具合パケット送受信部１３９は、不具合パケット管理部２０２によって保持・管理されている全ての不具合パケットを取得すると（ステップＳ５５）、不具合パケット格納処理部１３５により、現在不具合パケット記憶部１３６に格納されている不具合パケットを全て破棄させ、当該取得された全ての不具合パケットを不具合パケット記憶部１３６に格納させる（ステップＳ５６）。つまり不具合パケット送受信部１３９は不具合パケット格納処理部１３５を用いて、不具合パケット記憶部１３６の内容を、取得された不具合パケットに全て入れ替える。
【００８３】
これにより不具合パケット記憶部１３６には、パケット転送装置１０-1における不具合パケット格納処理で不具合パケットであると判定されたパケットだけでなく、パケット転送装置１０-2における不具合パケット格納処理で不具合パケットであると判定されたパケットも格納される。よって、パケット転送装置１０-1のパケット送受信装置１２で受信されたパケットと同一のパケットが不具合パケット記憶部１３６に格納されている場合、当該受信パケットと同一のパケットが過去に受信されたことがなかったとしても、当該受信パケットを対象とするパケット解析処理が抑止される。これにより、パケット解析プロセスの再起動を要する不具合の発生を第１の実施形態よりも低減することができる。
【００８４】
不具合パケット送受信部１３９は上記ステップＳ５６を実行すると、不具合パケット取得処理を終了する。一方、管理サーバ２００に不具合パケットが存在しないならば（ステップＳ５３がＮＯ）、不具合パケット送受信部１３９は、何もせずに不具合パケット取得処理を終了する。
【００８５】
パケット転送装置１０-2の不具合パケット送受信部１３９においても、同様に不具合パケット取得処理が実行される。
【００８６】
上記第２の実施形態では、パケット転送装置１０-1及び１０-2のパケット送受信装置１２がそれぞれ異なるネットワークセグメント２２及び２４に接続されている。しかし、パケット転送装置１０-1及び１０-2のパケット送受信装置１２が、例えば管理サーバ２００と共に同一のネットワークセグメントに接続されていても構わない。この同一のネットワークセグメントが、例えばインターネットであっても構わない。また、パケット転送装置の数が３以上であっても構わない。
【００８７】
また、管理サーバ２００の判定情報管理部２０１において、最新の判定情報に加えて、プログラム１４０の一部をなし、当該判定情報に基づくパケット解析処理を実現するための最新のプログラム部分（パケット解析プログラム）を保持・管理する構成として、パケット転送装置１０-1または１０-2における判定情報の更新時に、判定情報更新処理部１３８が、当該パケット転送装置１０-1または１０-2で使用されるパケット解析プログラムを最新のプログラムに更新するようにしても良い。このパケット解析プログラムが、判定情報と共に不正アクセスデータベース１３１に格納され、起動時に当該不正アクセスデータベース１３１から例えばＲＡＭ１５にロードされる構成であっても良い。
【００８８】
なお、本発明は、上記第１の実施形態または第２の実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００８９】
【図１】本発明の第１の実施形態に係るパケット転送装置を有するネットワークシステムの構成を示すブロック図。
【図２】図１に示されるパケット転送装置のハードウェア構成を示すブロック図。
【図３】図１に示されるパケット転送装置の概略機能構成を示すブロック図。
【図４】図３に示されるパケット解析機構の詳細機能構成を示すブロック図。
【図５】第１の実施形態におけるパケット通過処理の手順を示すフローチャート。
【図６】第１の実施形態における不具合パケット確認処理の手順を示すフローチャート。
【図７】第１の実施形態における不具合パケット格納処理の手順を示すフローチャート。
【図８】本発明の第２の実施形態に係るパケット転送装置を有するネットワークシステムの構成を示すブロック図。
【図９】図８に示されるパケット解析機構の詳細機能構成を示すブロック図。
【図１０】第２の実施形態における不具合パケット通知処理の手順を示すフローチャート。
【図１１】第２の実施形態における不具合パケット取得処理の手順を示すフローチャート。
【符号の説明】
【００９０】
１０，１０-1，１０-2…パケット転送装置、１１，１２…パケット送受信装置、２１，２２，２３，２４…ネットワークセグメント、１３…ＣＰＵ、１３０，８３０…パケット解析機構、１３１…不正アクセスデータベース、１３２…パケット通過処理部、１３３…パケット解析処理部、１３４…不具合パケット確認処理部、１３５…不具合パケット格納処理部、１３６…不具合パケット記憶部、１３７…処理中パケット記憶部、１３８…判定情報更新処理部、１３９…不具合パケット送受信部、１４０…プログラム、２００…管理サーバ、２０１…判定情報管理部、２０２…不具合パケット管理部、２１０-1〜２１０-m，２３０-1〜２３０-p…サーバ計算機、２２０-1〜２２０-n，２４０-1〜２４０-q…クライアント計算機。
【図１】
2010226177.tif 000003
【図２】
2010226177.tif 000004
【図３】
2010226177.tif 000005
【図４】
2010226177.tif 000006
【図５】
2010226177.tif 000007
【図６】
2010226177.tif 000008
【図７】
2010226177.tif 000009
【図８】
2010226177.tif 000010
【図９】
2010226177.tif 000011
【図１０】
2010226177.tif 000012
【図１１】
2010226177.tif 000013