(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された端末装置の通信の妨害を行う検疫制御装置であって、
ネットワーク上を流れるＡＲＰ要求を補捉するＡＲＰ要求補捉部と、
捕捉したＡＲＰ要求の送信元又は送信先の端末装置が、通信を妨害すべき妨害対象の端末装置か否かを判定する判定部と、
妨害対象と判定された端末装置の通信相手のＭＡＣアドレスを前記検疫制御装置のＭＡＣアドレスと誤認識させる疑似ＡＲＰ要求を、妨害対象と判定された端末装置に送信する通信妨害部と、を備え、
前記通信妨害部は、送信元ＭＡＣアドレスを前記検疫制御装置のＭＡＣアドレス、送信先ＩＰアドレスを妨害対象の端末装置のＩＰアドレス、送信先ＭＡＣアドレスをブロードキャストアドレスとした前記疑似ＡＲＰ要求を送信することを特徴とする検疫制御装置。
【請求項２】
前記判定部が、前記ＡＲＰ要求の送信元の端末装置が妨害対象であると判定すると、前記通信妨害部は、前記ＡＲＰ要求の送信先の端末装置のＩＰアドレスを、送信元ＩＰアドレスとした疑似ＡＲＰ要求を生成し送信する請求項１に記載の検疫制御装置。
【請求項３】
前記判定部が、前記ＡＲＰ要求の送信先の端末装置が妨害対象であると判定すると、前記通信妨害部は、前記ＡＲＰ要求の送信元の端末装置のＩＰアドレスを、送信元ＩＰアドレスとした疑似ＡＲＰ要求を生成し送信する請求項１に記載の検疫制御装置。
【請求項４】
コンピュータを、請求項１〜３のいずれかに記載の検疫制御装置として機能させるための検疫制御コンピュータプログラム。
【請求項５】
ネットワークに接続された検疫制御装置が、前記ネットワークに接続された端末装置の通信の妨害を行うための検疫方法であって、
ネットワーク上を流れるＡＲＰ要求を補捉するＡＲＰ要求補捉ステップと、
捕捉したＡＲＰ要求の送信元又は送信先の端末装置が、通信を妨害すべき妨害対象の端末装置か否かを判定する判定ステップと、
妨害対象と判定された端末装置の通信相手のＭＡＣアドレスを前記検疫制御装置のＭＡＣアドレスと誤認識させる疑似ＡＲＰ要求を、妨害対象と判定された端末装置に送信する通信妨害ステップと、を備え、
前記通信妨害ステップは、送信元ＭＡＣアドレスを前記検疫制御装置のＭＡＣアドレス、送信先ＩＰアドレスを妨害対象の端末装置のＩＰアドレス、送信先ＭＡＣアドレスをブロードキャストアドレスとした前記疑似ＡＲＰ要求を送信することを含む
検疫方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク検疫に用いられる検疫制御装置等に関するものである。
【背景技術】
【０００２】
ネットワーク検疫は、許可のない不正なＰＣ等の端末装置によるネットワークアクセスを排除するものである。このようなネットワーク検疫を行うものとしては、特許文献１に記載のものがある。
【０００３】
上記の従来技術では、ネットワーク上に流れるＡＲＰ要求を捕捉し、当該ＡＲＰ要求の送信元又は送信先が検疫対象の端末装置か否かを判定し、検疫対象である場合には、検疫制御装置が疑似ＡＲＰ応答を送信する。この疑似ＡＲＰ応答は、当該応答の発信元ＩＰアドレス及び発信元ＭＡＣアドレスが、それぞれ、検疫対象の端末装置のＩＰアドレス及び検疫制御装置のＭＡＣアドレスに設定されており、これを受信した端末装置が、検疫対象の端末装置との間で通信できないようにされている。検疫制御装置は、上記のような疑似ＡＲＰ応答をブロードキャスト送信することで、検疫対象の端末装置の通信を妨害する。
また、検疫制御装置が、検疫対象の端末装置の通信相手になりすまし、上記同様の疑似ＡＲＰ応答を検疫対象の端末装置に送信することで、検疫対象の端末装置の通信を妨害する場合もある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２７８１９３
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記従来技術のように、疑似ＡＲＰ応答によって通信の妨害を行う場合、当該疑似ＡＲＰ応答は、ＩＰアドレスとＭＡＣアドレスとの組み合わせがネットワーク上には存在しないものに設定されるので、例えば、ＤＨＣＰ環境下では、疑似ＡＲＰ応答を受信した端末装置のＩＰアドレスが、受信した疑似ＡＲＰ応答の送信先ＩＰアドレスと同一であるとすると、当該端末装置は、自装置に割り当てられているＩＰアドレスが重複していると誤解し、ＩＰアドレスの再取得をＤＨＣＰサーバに要求する場合がある。
端末装置が上記のようなＩＰアドレスの取得要求を継続して行うと、ＩＰアドレスが枯渇するという不都合が生じる。
【０００６】
そこで、本発明は、ＤＨＣＰ環境下においても、ネットワーク検疫を好適に行うことができる検疫制御装置、検疫制御コンピュータプログラム、及び検疫方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
（１）本発明は、ネットワークに接続された端末装置の通信の妨害を行う検疫制御装置であって、ネットワーク上を流れるＡＲＰ要求を補捉するＡＲＰ要求補捉部と、捕捉したＡＲＰ要求の送信元又は送信先の端末装置が、通信を妨害すべき妨害対象の端末装置か否かを判定する判定部と、妨害対象と判定された端末装置の通信相手のＭＡＣアドレスを誤認識させる疑似ＡＲＰ要求を、妨害対象と判定された端末装置に送信する通信妨害部と、を備えていることを特徴としている。
【０００８】
上記構成の検疫制御装置によれば、通信妨害部が、妨害対象と判定された端末装置の通信相手のＭＡＣアドレスを誤認識させる疑似ＡＲＰ要求を、妨害対象と判定された端末装置に送信するので、妨害対象と判定された端末装置に、通信対象のＭＡＣアドレスを誤って認識、学習させることができ、通信妨害できる。また、疑似ＡＲＰ要求は、その送信先がＡＲＰ要求の送信元の端末装置なので、他の端末装置が当該疑似ＡＲＰ要求を受け取ることはない。よって、本発明の検疫制御装置をＤＨＣＰ環境下のネットワークに適用したとしても、上記従来技術のようにＩＰアドレスの重複が生じていると端末装置に誤解させてしまうのを防止できる。この結果、端末装置がＩＰアドレスの取得をＤＨＣＰサーバに繰り返し要求するのを防ぎ、ＤＨＣＰ環境下においても、ネットワーク検疫を好適に行うことができる。
【０００９】
（２）上記検疫制御装置において、前記判定部が、前記ＡＲＰ要求の送信元の端末装置が妨害対象であると判定すると、前記通信妨害部は、前記ＡＲＰ要求の送信先の端末装置のＩＰアドレス及び検疫制御装置のＭＡＣアドレスを、それぞれ、送信元ＩＰアドレス及び送信元ＭＡＣアドレスとした疑似ＡＲＰ要求を生成し送信するものであってもよい。
この場合、疑似ＡＲＰ要求の送信によって、妨害対象であるＡＲＰ要求の送信元の端末装置に、通信対象が検疫制御装置であると誤って認識、学習させることができ、より確実に通信妨害を行うことができる。
【００１０】
（３）また、上記検疫制御装置において、前記判定部が、前記ＡＲＰ要求の送信先の端末装置が妨害対象であると判定すると、前記通信妨害部は、前記ＡＲＰ要求の送信元の端末装置のＩＰアドレス及び検疫制御装置のＭＡＣアドレスを、それぞれ、送信元ＩＰアドレス及び送信元ＭＡＣアドレスとした疑似ＡＲＰ要求を生成し送信するものであってもよい。
この場合、疑似ＡＲＰ要求の送信によって、妨害対象であるＡＲＰ要求の送信先の端末装置に、通信対象が検疫制御装置であると誤って認識、学習させることができ、より確実に通信妨害を行うことができる。
【００１１】
（４）また、本発明は、コンピュータを、上記（１）から（３）の検疫制御装置として機能させるための検疫制御コンピュータプログラムである。
【００１２】
（５）また、本発明は、ネットワークに接続された検疫制御装置が、前記ネットワークに接続された端末装置の通信の妨害を行うための検疫方法であって、ネットワーク上を流れるＡＲＰ要求を補捉するＡＲＰ要求補捉ステップと、捕捉したＡＲＰ要求の送信元又は送信先の端末装置が、通信を妨害すべき妨害対象の端末装置か否かを判定する判定ステップと、妨害対象と判定された端末装置の通信相手のＭＡＣアドレスを誤認識させる疑似ＡＲＰ要求を、妨害対象と判定された端末装置に送信する通信妨害ステップと、を備えていることを特徴としている。
【００１３】
上記構成の検疫制御コンピュータプログラム、及び検疫方法によれば、ＤＨＣＰ環境下においても、ネットワーク検疫を好適に行うことができる。
【発明の効果】
【００１４】
本発明によれば、ＤＨＣＰ環境下においても、ネットワーク検疫を好適に行うことができる。
【図面の簡単な説明】
【００１５】
【図１】検疫システムの全体図である。
【図２】検疫システムプログラムセットが記録された記録媒体を示す図である。
【図３】検疫制御装置のブロック図である。
【図４】検疫制御装置の端末情報テーブルのデータ構造図である。
【図５】検疫対象端末装置のブロック図である。
【図６】検疫管理サーバのブロック図である。
【図７】ＡＲＰ概要シーケンスである。
【図８】ＡＲＰ要求パケット監視処理のフローチャートの前半である。
【図９】ＡＲＰ要求パケット監視処理のフローチャートの後半である。
【図１０】疑似ＡＲＰ応答のアドレス部分の設定内容を示すデータ構造図である。
【図１１】ＡＲＰ要求のアドレス部分の設定内容を示すデータ構造図である。
【図１２】疑似ＡＲＰ応答のアドレス部分の設定内容を示すデータ構造図である。
【図１３】エージェントｐｉｎｇ処理のフローチャートである。
【図１４】エージェントｐｉｎｇプロトコルのシーケンスである。
【図１５】エージェントｐｉｎｇ「タイプ」の一覧である。
【図１６】エージェントｐｉｎｇ「チェック結果」のフラグ値を示す図である。
【図１７】エージェントｐｉｎｇ開始要求プロトコルシーケンスである。
【図１８】合格端末に対する定期的なエージェントｐｉｎｇ実行処理のフローチャートである。
【図１９】隔離端末に対する定期的なエージェントｐｉｎｇ実行処理のフローチャートである。
【図２０】検疫対象端末装置における検査処理のフローチャートである。
【図２１】検疫管理サーバによる第２テーブル情報送信処理のフローチャートである。
【図２２】検疫制御装置による第２テーブル情報受信処理のフローチャートである。
【図２３】妨害成立までのＡＲＰシーケンスである。
【図２４】妨害成立までの他のＡＲＰシーケンスである。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態を図面に基づいて説明する。
［１．検疫システムの全体構成］
図１は、検疫システム１の全体を示している。この検疫システム１は、ＬＡＮ等のネットワーク（ＴＣＰ／ＩＰネットワーク）に、ネットワーク検疫制御を行う検疫制御装置２、ネットワーク検疫の対象となるＰＣ等の検疫対象端末装置３ａ，３ｂ、及び検疫管理サーバ４を接続して構成されている。なお、複数の検疫対象端末装置３ａ，３ｂを特に区別しない場合には、「検疫対象端末装置３」と総称する。
【００１７】
また、検疫制御装置２による検疫対象となる同一ネットワークセグメントＮ内には、前記検疫対象端末装置３ａ，３ｂとしては機能しないが検疫の対象にできるプリンタ７等の什器や、同じく検疫対象端末装置３ａ，３ｂとしては機能しないが検疫の対象にできるＰＣ等の端末装置８が存在していてもよい。また、検疫対象端末装置３、プリンタ７等の什器、及び端末装置８は、ネットワークにおける「端末装置」という点では共通しているため、必要に応じて、これらを総称して、「端末装置」ということもある。
また、図１には、社内サーバ５、ルータ６を示しているが、これらは検疫システム１には直接関係のない構成要素である。
【００１８】
［２．検疫システムコンピュータプログラムセット］
検疫制御装置２、検疫対象端末装置３、及び検疫管理サーバ４は、コンピュータプログラムを実行可能なコンピュータによって構成されており、それぞれ、コンピュータプログラムが記憶されるハードディスクやメモリ等の記憶部（図示省略）と、コンピュータプログラムを実行するためのＣＰＵ等の演算部（図示省略）とを有している。
【００１９】
図１に示すように、検疫制御装置２には検疫制御コンピュータプログラムＰ１がインストールされている。検疫対象端末装置３にはエージェントプログラムＰ２がインストールされている。また、検疫管理サーバ４には検疫管理コンピュータプログラムＰ３がインストールされている。
これらのコンピュータプログラムＰ１，Ｐ２、及び必要であればＰ３、を総称して、検疫システムコンピュータプログラムセットという。
なお、ネットワークセグメントＮ内の装置のうち、プリンタ７等の什器や端末装置８には、エージェントコンピュータプログラムＰ２がインストールされていない。
【００２０】
図２に示すように、検疫システムプログラムセットは、１又は複数のコンピュータ読み取り可能な記録媒体（ＣＤ−ＲＯＭ等）Ｃ１，Ｃ２，Ｃ３に記録されて、検疫システムのユーザに提供される。なお、検疫システムプログラムセット又は個々のプログラムＰ１，Ｐ２，Ｐ３のユーザへの提供は、インターネット上の図示しないプログラム提供サーバから、装置２，３，４がプログラムＰ１，Ｐ２，Ｐ３をダウンロードすることによって行っても良い。
また、検疫制御プログラムＰ２は、ＣＤ−ＲＯＭ等の可搬型記録媒体Ｃ２ではなく、検疫制御装置２にプリインストールされた状態で、ユーザに提供することも可能である。
【００２１】
［３．検疫制御装置２］
検疫制御装置２は、ＴＣＰ／ＩＰによるネットワーク通信をサポートするＯＳ（例えばＷｉｎｄｏｗｓ（登録商標），Ｌｉｎｕｘ（登録商標））がインストールされたコンピュータに、検疫制御コンピュータプログラムＰ１をインストールして構成されている。
【００２２】
図３は、検疫制御コンピュータプログラムＰ１がコンピュータによって実行されることで、当該コンピュータが発揮する検疫制御装置２としての様々な機能を示している。
図３に示すように、検疫制御装置２は、検査部２１０、判定部２２０、端末情報テーブル２３０、テーブル更新部２４０、通信監視部（ＡＲＰ要求監視部）、通信妨害部２６０、通信正常化部２７０、例外通信部２８０、及び未登録端末装置処理部２９０を備えている。
【００２３】
［３．１  端末情報テーブル２３０］
図３の端末情報テーブル２３０の詳細を図４に示す。端末情報テーブル２３０は、ネットワーク上の端末装置の通信の妨害処理の要否を判定するために用いられるものであり、合格端末情報テーブル２３１、隔離端末情報テーブル２３２、許可端末情報テーブル２３３、禁止端末情報テーブル２３４、及び例外情報テーブル２３５を有している。
【００２４】
［３．１．１  合格端末情報テーブル２３１］
合格端末情報テーブル２３１は、検疫対象端末装置３がその内部状態を所定の検査ポリシーに従って検査した検査結果が「合格」である検疫対象端末３の一覧情報（ＭＡＣアドレス及びＩＰアドレスの一覧）を保持する領域である。なお、合格端末情報テーブル２３１に登録されている端末装置は、「合格端末」というものとする。
検査結果（検査ポリシーチェック結果）は、後述する「エージェントｐｉｎｇ」機能により、検疫対象端末（エージェントコンピュータプログラムＰ２）３から取得する。
【００２５】
［３．１．２  隔離端末情報テーブル２３２］
隔離端末情報テーブル２３２は、検疫対象端末装置３がその内部状態を所定の検査ポリシーに従って検査した検査結果が「隔離」（＝「不合格」）である検疫対象端末３、エージェントプログラムＰ２がインストールされていない不正端末装置８の情報、又は、隔離して通信を妨害すべきその他の端末装置、の一覧情報（ＭＡＣアドレス若しくはＩＰアドレスのいずれか、又は、ＭＡＣアドレス及びＩＰアドレスの両方の一覧）２３２ａを保持する領域である。
なお、隔離端末情報テーブル２３２に登録されている端末装置は、「隔離端末」というものとする。
また、検疫対象端末装置３からの検査結果の取得や、不正端末装置か否かの判断は、後述する「エージェントｐｉｎｇ」機能により行う。
【００２６】
隔離端末情報テーブル２３２は、隔離端末一覧情報２３２ａに加えて、隔離端末装置毎に、エージェントｐｉｎｇ応答の有無を記憶する領域２３２ｂを有している。この領域２３２ｂは、エージェントｐｉｎｇ機能による端末装置の確認時に、端末装置のエージェント機能（エージェントコンピュータプログラムによる機能）からの応答があったか否かを記録するためのものである。この領域２３２ｂを設けることで、隔離端末が、検査結果に基づいて隔離されたものか、エージェントコンピュータプログラムがインストールされていないためにエージェントｐｉｎｇ応答ができないことから、隔離されたものかを区別することができる。
【００２７】
［３．１．３  許可端末情報テーブル２３３］
許可端末情報テーブル２３３は、常に、通常のネットワーク通信を許可する端末装置の一覧情報（ＭＡＣアドレス又はＩＰアドレスの一覧）を保持する領域である。ここで、許可端末情報テーブル２３３に登録されている端末装置は、「許可端末」というものとする。
【００２８】
許可端末には、プリンタ７等の什器や、エージェントコンピュータプログラムＰ２をサポートしないＯＳを搭載する端末装置８などがなり得る。また、許可端末には、検疫対象端末装置３を含めても良い。許可端末とされている端末装置については、検査結果の如何又は検査結果の有無にかかわらず、通信が許可される。
なお、許可端末情報は、後述する「管理用通信機能」により、検疫管理サーバ４から取得する。
【００２９】
［３．１．４  禁止端末情報テーブル２３４］
禁止端末情報テーブル２３４には、無条件に通常の通信を禁止する（妨害する）端末装置の一覧情報（ＭＡＣアドレス又はＩＰアドレスの一覧）を保持する領域である。ここで、禁止端末情報テーブル２３４に登録されている端末装置は、「禁止端末」というものとする。禁止端末とされている端末装置については、当該端末装置から受信した検査結果にかかわらず、妨害処理が必要であると判定される。
なお、禁止端末情報は、後述する「管理用通信機能」により、検疫管理サーバ４から取得する。
【００３０】
［３．１．５  例外情報テーブル２３５］
例外情報テーブル２３５は、検疫対象端末の検査結果が「隔離」（＝「不合格」）であった検疫対象端末３からでも通信できる、例外的な通信相手の一覧情報（ＩＰアドレスの一覧）を保持する領域である。
なお、例外情報テーブルは、後述する「管理用通信機能」により、検疫管理サーバ４から取得する。
【００３１】
［３．１．６  端末情報テーブルについての補捉説明］
端末情報テーブル２３０を構成する各テーブル２３１，２３２，２３３，２３４，２３５のうち、合格端末情報テーブル２３１及び隔離端末情報テーブル２３２は、エージェントｐｉｎｇ応答に基づいて、テーブルの内容が更新されるものであり、これらのテーブル２３１，２３２を総称して第１テーブル２３０ａというものとする。
また、各テーブル２３１〜２３５のうち、許可端末情報テーブル２３３、禁止端末情報テーブル２３４、及び例外情報テーブル２３５は、検疫管理サーバ４から取得されるものであり、これらのテーブル２３３，２３４，２３５を総称して第２テーブル２３０ｂというものとする。
【００３２】
また、端末情報テーブル２３０を構成する各テーブル２３１〜２３５のうち、合格端末情報テーブル２３１及び許可端末情報テーブル２３３は、通信の妨害を行わない端末装置に関する情報を有しており、これらのテーブル２３１，２３３を総称して非妨害対象情報テーブルというものとする。
さらに、各テーブル２３１〜２３５のうち、隔離端末情報テーブル２３２，禁止端末情報テーブル２３４は、通信の妨害を行う端末装置に関する情報を有しており、これらのテーブル２３２，２３４を総称して妨害対象情報テーブルというものとする。
【００３３】
［３．２検疫制御装置の主要な機能］
検疫制御装置２の主要な機能は、エージェントｐｉｎｇ機能、検疫管理サーバ４との間で行う管理用通信機能、及びネットワーク内の通信妨害処理等を行うネットワーク通信制御機能であり、これらの機能は、図３に示す各部によって実現される。
【００３４】
［３．２．１  検疫制御装置のエージェントｐｉｎｇ機能（検査結果送信要求機能）］
検疫制御装置２は、独自のネットワークプロトコルとして、「エージェントｐｉｎｇ」を有している。エージェントｐｉｎｇは、検疫対象装置３に対し、検査結果の送信を要求するものである。
エージェントｐｉｎｇに関する処理は、図３に示す検査部（エージェントｐｉｎｇ機能部）２１０によって行われる。
【００３５】
検査部２１０は、エージェントｐｉｎｇ（検査結果送信要求）を送信するエージェントｐｉｎｇ送信部（検査結果送信要求部）２１１を備えている。このエージェントｐｉｎｇ送信部２１１は、検査結果が必要な端末装置に対してエージェントｐｉｎｇを送信する。
【００３６】
エージェントｐｉｎｇ送信のタイミング等は、エージェントｐｉｎｇ送信管理部２１２によって管理される。エージェントｐｉｎｇ送信は、例えば、合格端末情報テーブル２３１又は隔離端末情報テーブル２３２に登録されている端末装置（不正端末装置を含む）に対して定期的に行われる他、検疫制御装置２にとって未知の端末装置（いずれの端末情報テーブルにも登録されていない端末装置）による通信データがネットワーク上に流れていることを通信監視部２５０が補捉したときにも行われる。これらの、エージェントｐｉｎｇ送信のタイミングの詳細については後述する。
【００３７】
検疫対象装置３（のエージェントコンピュータプログラム）は、エージェントｐｉｎｇによる要求を受け付けると、検査結果を「エージェントｐｉｎｇ応答」として送信する。この応答は、検査部２１０のエージェントｐｉｎｇ応答受信部（検査結果受信部）２１３によって受信される。
【００３８】
検疫制御装置２は、エージェントｐｉｎｇ応答を解析して、受信した検査結果に基づいて、端末装置の状態を判定し、当該端末装置の情報（ＩＰアドレス及び／又はＭＡＣアドレス）を、合格端末情報テーブル２３１又は隔離端末情報テーブル２３２のいずれかに登録する。また、エージェントｐｉｎｇを送信しても、エージェントｐｉｎｇ応答のない端末装置８については、隔離端末情報テーブルに登録される。
なお、端末装置の判定は検疫制御装置２の判定部２によって行われ、情報テーブルへの登録は、テーブル更新部２４０によって行われる（図３参照）。
【００３９】
また、検査部２１０は、検疫対象端末装置３からエージェントｐｉｎｇの送信開始の要求を受信するエージェントｐｉｎｇ開始要求受信部（開始要求受信部）２１４を有している。検疫制御装置２がエージェントｐｉｎｇ開始要求を受信すると、当該開始要求を送信した検疫対象端末装置３に対し、エージェントｐｉｎｇを送信する。
【００４０】
［３．２．２  検疫制御装置２の管理用通信機能］
検疫制御装置２は、検疫管理サーバ４との間で、端末情報テーブル２３０のうち、第２テーブル２３０ｂ（許可端末情報テーブル２３３，禁止端末情報テーブル２３４，例外情報テーブル２３５）の各内容のやりとりを行うことができる。第２テーブル２３０ｂのやりとりは、検疫制御装置２の第２テーブル更新部（管理用通信部）２４２によって行われる（図３参照）。
第２テーブル更新部２４２は、検疫管理サーバ４から取得した第２テーブル２３０ｂの内容を検疫制御装置２の第２テーブル２３０ｂの各テーブル領域２３３，２３４，２３５に保存する。
【００４１】
第２テーブル２３０ｂの内容は、後述のように検疫管理サーバ４上で、管理者によってメンテナンスされ、管理者からの要求によって検疫管理サーバ４から、検疫制御装置２に送信される。また、検疫制御装置２（の第２テーブル更新部２４２）が必要に応じて、検疫管理サーバ４から第２テーブル２３０ｂを取得してもよい。
【００４２】
［３．２．３  検疫制御装置２の通信妨害機能］
検疫制御装置２は、通信の妨害処理が必要な端末装置に対して、通信妨害を行う通信妨害部２６０を備えている（図３参照）。通信妨害処理は、ＭＡＣアドレス又はＩＰアドレスが許可端末情報テーブル２３３に登録されている端末装置（許可端末）、又は検査結果が合格である端末装置（合格端末）に対しては、行わない。
逆に、検査結果が隔離（＝不合格）である端末装置（隔離端末）、又はエージェントｐｉｎｇに応答せず検査結果を特定できない端末装置（隔離端末）には、通信妨害処理を行う。
【００４３】
ただし、隔離端末の通信相手が、例外情報テーブル２３５に登録されている装置である場合には、その通信に限り、通信妨害処理は行わない。このような例外的な通信許可のため検疫制御装置２は、例外通信部２８０を備えている（図３参照）。
【００４４】
また、検疫制御装置２は、一旦、通信妨害処理を行った端末装置について妨害処理の必要がなくなった場合には、通信を正常化することができる。このような通信正常化のため、検疫制御装置２は、通信正常化部２７０を備えている（図３参照）。
【００４５】
［４．検疫対象端末装置３］
検疫対象端末装置３は、ＴＣＰ／ＩＰによるネットワーク通信をサポートするＯＳがインストールされたコンピュータに、当該コンピュータの内部状態を所定の検査ポリシーに従って検査するためのエージェントコンピュータプログラムＰ２をインストールして構成されている。
【００４６】
図５は、エージェントコンピュータプログラムＰ２がコンピュータによって実行されることで、当該コンピュータが発揮する検疫対象端末装置３としての様々な機能を示している。
図５に示すように、検疫対象端末装置３は、検査制御部３１０、検査ポリシー受信部３２０、及び検査部３３０を備えている。
【００４７】
検査制御部３１０は、検疫対象端末装置３が、所定の検査ポリシーに従って検査するタイミング等の検査処理に関する制御を行う。検査は、例えば、定期的又は必要に応じて随時行われる。
検査ポリシー受信部３２０は、予め検疫管理サーバ４から検査ポリシーを取得する。なお、検査ポリシー受信部３２０は、検査を行うときに、検査ポリシーを取得してもよい。また、検査時に検疫対象端末装置３と検疫管理サーバ４が直接通信を行う必要はない。
【００４８】
検査部３３０は、所定の検査ポリシー（検疫ポリシー）に従って、エージェントコンピュータプログラムＰ２がインストールされたコンピュータ（検疫対象端末装置３）の内部状態の検査を行う。
【００４９】
検査ポリシーとしては、例えば、エージェントコンピュータプログラムＰ２が最新かどうか、エージェントから検疫管理サーバ４へイベントリ送信が行われているかどうか、ＯＳの自動ログオン設定が無効になっているかどうか、ＯＳのスクリーンセーバ設定及びパスワードロックが有効になっているかどうか、管理者により指定されたソフトウェアが検疫対象端末装置３にインストールされているかどうか、管理者により使用禁止に指定されているソフトウェアが検疫対象端末装置３にインストールされていないかどうか、ウィルス対策ソフトウェアのリアルタイムスキャン機能が有効になっているかどうか、ウィルス対策ソフトウェア・当該ソフトウェアのエンジン及び当該ソフトウェアのパターンファイルがそれぞれ最新かどうか、ＯＳのＵｐｄａｔｅが実施されているかどうか、最新のＯＳ月例パッチが適用されているかどうか、検疫対象端末装置３上の指定のファイルが存在するかどうか（或いは存在しないかどうか）、検疫対象端末装置３の指定のＯＳレジストリ・キーが存在するかどうか（或いは存在しないかどうか）、が挙げられる。
【００５０】
検疫対象端末装置３における検査部３３０の検査実行部３３１は、前記検査ポリシーに従って、検疫対象端末装置３の内部状態の検査を行う。この検査は、定期的又は必要に応じて随時行われる。
【００５１】
前記検査部３３０は、検疫制御装置２からエージェントｐｉｎｇをネットワーク経由で受信するエージェントｐｉｎｇ受信部（検査結果送信要求受信部）３３２と、検査結果からエージェントｐｉｎｇ応答を生成するエージェントｐｉｎｇ応答生成部３３３と、エージェントｐｉｎｇを受信するとエージェントｐｉｎｇ応答を前記検疫制御装置２へ送信するエージェントｐｉｎｇ応答送信部（検査結果送信部）３３４を備えている。
【００５２】
検疫対象端末装置３の検査部３３０は、検疫制御装置２に対し、エージェントｐｉｎｇの送信開始を積極的に要求するエージェントｐｉｎｇ開始要求送信部（開始要求送信部）３３５を有している。検疫対象端末装置３は、一度、エージェントｐｉｎｇを受信すると、当該エージェントｐｉｎｇから検疫制御装置２のＭＡＣアドレス及びＩＰアドレスを取得することができるので、それ以降は、検疫対象端末装置３から、エージェントｐｉｎｇ送信開始の要求を、検疫制御装置２に対して行うことができる。
【００５３】
エージェントｐｉｎｇ送信開始の要求は、例えば、検疫対象端末装置３が自らを検査したときに、その結果が前回の検査結果と異なる度に行うことができる。検疫対象端末装置３が、積極的に、エージェントｐｉｎｇ送信開始の要求を行うことで、検査結果が変化した場合、直ちに、検疫制御装置２に結果変化を把握させることができる。
【００５４】
［５．検疫管理サーバ４］
検疫管理サーバ（検疫管理コンピュータ）４は、ＴＣＰ／ＩＰによるネットワーク通信をサポートするＯＳがインストールされたコンピュータに、検疫管理コンピュータプログラムＰ３をインストールして構成されている。
【００５５】
図６は、検疫管理コンピュータプログラムＰ３がコンピュータによって実行されることで、当該コンピュータが発揮する検疫管理サーバ４としての様々な機能を示している。
図６に示すように、検疫管理サーバ４は、テーブル作成部４１０、テーブル送信部４２０、検査ポリシー生成部４３０、及び検査ポリシー送信部４４０を備えている。
【００５６】
テーブル作成部４１０は、管理者が、第２テーブル２３０ｂ（許可端末情報テーブル２３３、禁止端末情報テーブル２３４、例外情報テーブル２３５）の作成及び／又は管理を行うためのものである。
テーブル送信部４２０は、作成された第２テーブル２３０ｂを検疫制御装置２へ送信するためのものである。
【００５７】
検査ポリシー生成部４３０は、管理者が、検査ポリシーの作成及び／又は管理を行うためのものである。
検査ポリシー送信部４４０は、作成された検査ポリシーを検疫対象端末装置２へ送信するためのものである。
【００５８】
［６．検疫システムにおける各種処理］
［６．１  ＡＲＰ：Address Resolution Protocol］
検疫制御装置２及び検疫対象端末装置３に搭載されたＯＳがサポートするＴＣＰ／ＩＰにおけるプロトコルの一つとしてＡＲＰ（Address Resolution Protocol；アドレス解決プロトコル）がある。このＡＲＰは、ある端末のＩＰアドレスから、当該端末のＭＡＣアドレスを取得するためのプロトコルである。ＡＲＰは、ＯＳがサポートする機能であるが、検疫システム１において用いられるため、以下で説明する。
【００５９】
図７は、ＡＲＰの概要シーケンスを示している。ここでは、図７に示すＩＰアドレス及びＭＡＣアドレスを有する端末Ａ及び端末Ｂを想定する。図７は、端末Ａが、端末ＢのＩＰアドレスから端末ＢのＭＡＣアドレスを取得する過程を示している。なお、端末Ａは、端末ＢのＩＰアドレスをＤＮＳなどから予め取得しているものとする。
【００６０】
まず、端末Ａは、自分のＡＲＰテーブルに端末Ｂに関するエントリがあるかどうかを確認する。エントリがなければ、端末ＢのＭＡＣアドレスを取得するため、ＡＲＰ要求パケットを載せたイーサフレームをネットワークにブロードキャストする（ステップＳ１−１）。
【００６１】
端末Ｂは、（端末Ａからの）ＡＲＰ要求パケットを受信すると、当該ＡＲＰ要求パケットの送信先ＩＰアドレスが、自装置のＩＰアドレスなので、自身のＡＲＰテーブルに送信元（＝端末Ａ）のＩＰアドレス及びＭＡＣアドレスをエントリする。このエントリは、端末Ａとの間の通信が一定時間なければ削除される。なお、すでに端末Ａがエントリされていた場合は、ＭＡＣアドレスを最新の情報に上書きする（ステップＳ１−２）。
なお、ネットワーク内における、端末Ｂ以外の他の端末は、ＡＲＰ要求パケットの送信先ＩＰアドレスと、自装置のＩＰアドレスとが異なっているので、ＡＲＰ要求パケットを受信すると、このＡＲＰ要求パケットを破棄する。
【００６２】
ＡＲＰを要求されている端末（＝端末Ｂ）は、送信元情報に自身のＩＰアドレス及びＭＡＣアドレスを設定したＡＲＰ応答パケットを作成し、当該ＡＲＰ応答パケットを元々の送信元（＝端末Ａ）に対して送信する（ステップＳ１−３）。
【００６３】
端末Ａは、（端末Ｂからの）ＡＲＰパケットを受信した時点で、自身のＡＲＰテーブルに送信元（＝端末Ｂ）のＩＰアドレス及びＭＡＣアドレスをエントリする（ステップＳ１−４）。
以上によって、ある端末Ａが、ネットワーク上の他の端末ＢのＭＡＣアドレスを取得することができる。
【００６４】
［６．２  ＡＲＰ要求パケット監視処理］
図８及び図９は、検疫制御装置２の通信監視部２５０がネットワーク上を流れるＡＲＰパケットを監視・補捉し、通信妨害部２６０による通信の妨害の要否を、判定部２２０が判定する処理の流れを示している。
【００６５】
検疫制御装置２の通信監視部（ＡＲＰ要求監視部）２５０は、ネットワーク上を流れるブロードキャストＡＲＰ要求パケットを補捉するＡＲＰ要求補捉部２５１を備えている（図３参照）。このＡＲＰ要求補捉部２５１が、ブロードキャストＡＲＰ要求パケットを受信すると（ステップＳ２−１）、通信監視部２５０のＡＲＰ要求解析部２５２が受信したＡＲＰ要求パケットから、そのパケットの送信元ＩＰアドレス及びＭＡＣアドレス、そして送信先ＩＰアドレスをそれぞれ取得する（ステップＳ２−２）。なお、ＡＲＰ要求から、送信先ＭＡＣアドレスを知ることはできない。
【００６６】
解析部２５２が、送信元情報及び送信先情報を取得すると、送信元確認処理（ステップＳ２−３）、及び送信先確認処理（ステップＳ２−４，Ｓ２−５）が、検疫制御装置２の判定部２２０等によって行われ、ＡＲＰ要求の送信元及び送信先のそれぞれについて通信の妨害が必要か否か判定され、必要であれば妨害処理が行われる。
【００６７】
また、判定部２２０は、端末情報テーブル２３０を用いた判定を行う第１判定部２２０ａと、エージェントｐｉｎｇを用いた判定を行う第２判定部２２０ｂを備えており、送信元確認処理と送信先確認処理では、それぞれの判定部２２０ａ，２２０ｂによる判定が行われる。
なお、操作機先確認処理としては、送信先ＩＰアドレス確認処理（ステップＳ２−４）と、送信先ＭＡＣアドレス確認処理（ステップＳ２−５）が行われる。
【００６８】
［６．２．１  送信元確認処理（ステップＳ２−３）］
送信元確認処理では、まず、第１判定部２３０ａが、ＡＲＰ要求の送信元ＩＰアドレス又はＭＡＣアドレスが、禁止端末情報テーブル２３４に登録されているかどうかを確認する（ステップＳ２−３−１）。すなわち、送信元が禁止端末であるか否かを判定する。
登録されていれば、ステップＳ２−３−７に進み、登録されていなければステップＳ２−３−２に進む。
【００６９】
ステップＳ２−３−２では、ＡＲＰ要求の送信元ＩＰアドレス又はＭＡＣアドレスが、隔離端末情報テーブル２３２に登録されているかどうかを第１判定部２３０ａが確認する。すなわち、送信元が隔離端末であるか否かを判定する。
登録されていれば、ステップＳ２−３−７に進み、登録されていなければ、ステップＳ２−３−３に進む。
【００７０】
ステップＳ２−３−３では、ＡＲＰ要求の送信元ＩＰアドレス又はＭＡＣアドレスが、許可端末情報テーブル２３３に登録されているかどうかを第１判定部２３０ａが確認する。すなわち、送信元が許可端末であるか否かを判定する。
登録されていれば、ステップＳ２−４−１（送信先ＩＰアドレス確認処理）に進み、送信元に対する妨害処理は行わない。登録されていなければ、ステップＳ２−３−４へ進む。
【００７１】
ステップＳ２−３−４では、ＡＲＰ要求の送信元ＩＰアドレス又はＭＡＣアドレスが、合格端末情報テーブル２３１に登録されているかどうかを第１判定部２３０ａが確認する。すなわち、送信元が合格端末であるか否かを判定する。
登録されていれば、ステップＳ２−４−１（送信元ＩＰアドレス確認処理）に進み、送信元に対する妨害処理は行わない。登録されていなければ、ステップＳ２−３−５へ進む。
【００７２】
処理がステップＳ２−３−５に来た場合、送信元は、端末情報テーブル２３０に登録されていない、検疫制御装置２にとって未知の端末装置であったと判定されたことになる。
そこで、ステップＳ２−３−５では、未知の送信元に対して、エージェントｐｉｎｇを行って、通信妨害すべきか否かを判定するのに必要な送信元（端末装置）の検査結果の取得を試みる。なお、ステップＳ２−３−５の処理の詳細については後述する。
【００７３】
ＡＲＰ要求の送信元に対してエージェントｐｉｎｇを行った結果は、第２判定部２２０ｂによって判定される。判定結果が、隔離判定であればステップＳ２−３−７へ進み、合格判定であればステップＳ２−４−１（送信先ＩＰドレス確認処理）に進み、送信元に対する妨害処理は行わない。
【００７４】
ステップＳ２−３−７では、検疫制御装置２の通信妨害部２６０によって疑似ＡＲＰ要求を送信する処理が行われる。この処理を行うため、通信妨害部２６０は、疑似ＡＲＰ要求送信部２６１と、疑似ＡＲＰ要求送信管理部２６２を備えている。
【００７５】
疑似ＡＲＰ要求には、妨害対象の端末装置に対する正常な端末装置による送信を妨げるために、妨害対象の端末装置に関する誤った情報を当該ネットワーク内の正常な端末装置に学習させることを目的として送信されるものと、正常な端末装置に対する妨害対象の端末装置による送信を妨げるために、当該正常な端末装置に関する誤った情報を妨害対象の端末装置に学習させることを目的として送信されるものとが考えられる。
【００７６】
本実施形態で送信される疑似ＡＲＰ要求は、アドレス部分が図１０に示すように設定されたＡＲＰ要求として生成される。すなわち、疑似ＡＲＰ要求の「送信元ＩＰアドレス」として「ＡＲＰ要求の送信先端末のＩＰアドレス」が設定され、疑似ＡＲＰ要求の「送信元ＭＡＣアドレス」として「検疫制御装置２のＭＡＣアドレス」が設定される。
また、疑似ＡＲＰ要求の「送信先ＩＰアドレス」として「ＡＲＰ要求の送信元端末のＩＰアドレス」が設定され、「送信先ＭＡＣアドレス」としては、「ブロードキャストアドレス」が設定される。したがって、疑似ＡＲＰ要求は、ネットワークに対してブロードキャスト送信される。
【００７７】
疑似ＡＲＰ要求送信部２６１が、前記疑似ＡＲＰ要求をブロードキャスト送信すると、ＡＲＰ要求の送信元端末は、当該ＡＲＰ要求の送信元端末が通信しようとしていたＡＲＰ要求の送信先端末のＭＡＣアドレスを、疑似ＡＲＰ要求による誤った情報で認識・学習してしまう。
【００７８】
このため、ＡＲＰ要求の送信元端末が送信したＡＲＰ要求の送信先端末向けのパケットは、すべて送信先として誤ったＭＡＣアドレス、つまり検疫制御装置２のＭＡＣアドレスが設定されていることになる。ＡＲＰ要求の送信先端末では、ＭＡＣアドレスが誤っているので、パケットを受信できない。
一方、ＡＲＰ要求の送信元端末向けのパケットは、ＭＡＣアドレスが検疫制御装置２のものであるから、すべて検疫制御装置２で受信可能である。検疫制御装置２は、このような自己のＭＡＣアドレスが送信先に設定されたパケットを収集、破棄する。よって、ＡＲＰ要求の送信元端末とその相手先の通信を妨害することができる。
なお、検疫制御装置２は、妨害処理として、疑似ＡＲＰ「要求」を送るので、妨害対象の端末装置３からＡＲＰ応答が送信されるが、検疫制御装置２は、このＡＲＰ応答についても破棄する。
【００７９】
ステップＳ２−３−７の疑似ＡＲＰ要求送信が終了すると、送信元確認処理（ステップＳ２−３）は終了し、送信先ＩＰアドレス確認処理Ｓ２−４に移行する。
【００８０】
［６．２．２  送信先ＩＰアドレス確認処理（ステップＳ２−４）］
送信先ＩＰアドレス確認処理では、まず、第１判定部２３０ａが、ＡＲＰ要求の送信先ＩＰアドレスが、禁止端末情報テーブル２３４に登録されているかどうかを確認する（ステップＳ２−４−１）。すなわち、送信先が禁止端末であるか否かを判定する。
登録されていれば、ステップＳ２−６に進み、登録されていなければステップＳ２−４−２に進む。
【００８１】
ステップＳ２−４−２では、ＡＲＰ要求の送信先ＩＰアドレスが、隔離端末情報テーブル２３２に登録されているかどうかを第１判定部２３０ａが確認する。すなわち、送信先が隔離端末であるか否かを判定する。
登録されていれば、ステップＳ２−６に進み、登録されていなければ、ステップＳ２−４−３に進む。
【００８２】
ステップＳ２−４−３では、ＡＲＰ要求の送信先ＩＰアドレスが、許可端末情報テーブル２３３に登録されているかどうかを第１判定部２３０ａが確認する。すなわち、送信先が許可端末であるか否かを判定する。
登録されていれば、送信先に対する妨害処理が不要であるのでＡＰＲ要求パケット確認処理を終了する。登録されていなければ、ステップＳ２−４−４へ進む。
【００８３】
ステップＳ２−４−４では、ＡＲＰ要求の送信先ＩＰアドレスが、合格端末情報テーブル２３１に登録されているかどうかを第１判定部２３０ａが確認する。すなわち、送信先が合格端末であるか否かを判定する。
登録されていれば、送信先に対する妨害処理が不要であるのでＡＰＲ要求パケット確認処理を終了する。登録されていなければ、ステップＳ２−４−５へ進む。
【００８４】
処理がステップＳ２−４−５に来た場合、送信先は、端末情報テーブル２３０に登録されていない、検疫制御装置２にとって未知の端末装置であったと判定されたことになる。
そこで、ステップＳ２−４−５では、未知の送信先に対して、図１１に示すＡＲＰ要求を送信する。ステップＳ２−４−５の処理は、検疫制御装置２の未登録端末装置処理部２９０（図３参照）が行う。未登録端末装置処理部２９０は、ＡＰＲ要求送信部２９１を備えており、このＡＲＰ要求送信部２９１は、未知の送信先のＭＡＣアドレスを得るため、図１１に示すようにアドレス設定したＡＲＰ要求パケットをブロードキャスト送信する。
【００８５】
検疫制御装置２は、図１１の前記ＡＲＰ要求パケットを送信した後、ＡＲＰ要求パケットに対するＡＲＰ応答パケットを一定期間待つ（ステップＳ２−４−６）。検疫制御装置２が、一定期間待っても、ＡＲＰ応答パケットを受信しなかった場合は、ＡＰＲ要求パケット確認処理を終了し、一定期間内にＡＲＰ応答パケットを受信すれば、ステップＳ２−４−８に進む。
【００８６】
ステップＳ２−４−６において、ＡＲＰ応答を受信した場合、検疫制御装置２は、当該ＡＲＰ応答から、未知の送信先のＭＡＣアドレスを取得し（ステップＳ２−４−８）、送信先ＭＡＣアドレス確認処理Ｓ２−５へ移行する。
【００８７】
［６．２．３  送信先ＭＡＣアドレス確認処理（ステップＳ２−５）］
送信先ＭＡＣアドレス確認処理では、まず、第１判定部２３０ａが、ＡＲＰ要求の送信先ＭＡＣアドレスが、禁止端末情報テーブル２３４に登録されているかどうかを確認する（ステップＳ２−５−１）。すなわち、送信先が禁止端末であるか否かを判定する。
登録されていれば、ステップＳ２−６に進み、登録されていなければステップＳ２−５−２に進む。
【００８８】
ステップＳ２−５−２では、ＡＲＰ要求の送信先ＭＡＣアドレスが、隔離端末情報テーブル２３２に登録されているかどうかを第１判定部２３０ａが確認する。すなわち、送信先が隔離端末であるか否かを判定する。
登録されていれば、ステップＳ２−６に進み、登録されていなければ、ステップＳ２−５−３に進む。
【００８９】
ステップＳ２−５−３では、ＡＲＰ要求の送信先ＭＡＣアドレスが、許可端末情報テーブル２３３に登録されているかどうかを第１判定部２３０ａが確認する。すなわち、送信先が許可端末であるか否かを判定する。
登録されていれば、送信先に対する妨害処理を行う必要がないので、ＡＲＰ要求パケット監視処理を終了する。登録されていなければ、ステップＳ２−５−４へ進む。
【００９０】
ステップＳ２−５−４では、ＡＲＰ要求の送信先ＭＡＣアドレスが、合格端末情報テーブル２３１に登録されているかどうかを第１判定部２３０ａが確認する。すなわち、送信先が合格端末であるか否かを判定する。
登録されていれば、送信先に対する妨害処理を行う必要がないので、ＡＲＰ要求パケット監視処理を終了する。登録されていなければ、ステップＳ２−５−５へ進む。
【００９１】
処理がステップＳ２−５−５に来た場合、送信先は、端末情報テーブル２３０にＩＰアドレスもＭＡＣアドレスも登録されていない、検疫制御装置２にとって未知の端末装置であったと判定されたことになる。
そこで、ステップＳ２−５−５では、未知の送信先に対して、エージェントｐｉｎｇを行って、通信妨害すべきか否かを判定するのに必要な送信先（端末装置）の検査結果の取得を試みる。なお、ステップＳ２−５−５の処理の詳細については後述する。
【００９２】
ＡＲＰ要求の送信先に対してエージェントｐｉｎｇを行った結果は、第２判定部２２０ｂによって判定される。判定結果が、隔離判定であればステップＳ２−６へ進み、合格判定であれば、送信先に対する妨害処理を行う必要がないので、ＡＲＰ要求パケット監視処理を終了する。
【００９３】
ステップＳ２−６では、通信妨害部２６０の疑似ＡＲＰ要求送信部２６１によって疑似ＡＲＰ要求を送信する処理が行われる。
【００９４】
ここで送信される疑似ＡＲＰ要求は、アドレス部分が図１２に示すように設定されたＡＲＰ要求として生成される。すなわち、疑似ＡＲＰ要求の「送信元ＩＰアドレス」として「ＡＲＰ要求の送信元端末のＩＰアドレス」が設定され、疑似ＡＲＰ要求の「送信元ＭＡＣアドレス」として「検疫制御装置２のＭＡＣアドレス」が設定される。
また、疑似ＡＲＰ要求の「送信先ＩＰアドレス」として「ＡＲＰ要求の送信先端末のＩＰアドレス」が設定され、「送信先ＭＡＣアドレス」としては、「ブロードキャストアドレス」が設定される。したがって、疑似ＡＲＰ要求は、ネットワークに対してブロードキャスト送信される。
【００９５】
疑似ＡＲＰ要求送信部２６１が、前記疑似ＡＲＰ要求をブロードキャスト送信すると、ＡＲＰ要求の送信先端末は、当該ＡＲＰ要求の送信先端末が通信しようとしていたＡＲＰ要求の送信元端末のＭＡＣアドレスを、疑似ＡＲＰ要求による誤った情報で認識・学習してしまう。
【００９６】
このため、ＡＲＰ要求の送信先端末が送信したＡＲＰ要求の送信元端末向けのパケットは、すべて送信元として誤ったＭＡＣアドレス、つまり検疫制御装置２のＭＡＣアドレスが設定されていることになる。ＡＲＰ要求の送信先端末では、ＭＡＣアドレスが誤っているので、パケットを受信できない。
一方、ＡＲＰ要求の送信先端末向けのパケットは、ＭＡＣアドレスが検疫制御装置２のものであるから、すべて検疫制御装置２で受信可能である。検疫制御装置２は、このような自己のＭＡＣアドレスが送信先に設定されたパケットを収集、破棄する。よって、ＡＲＰ要求の送信先端末とその相手先の通信を妨害することができる。
なお、検疫制御装置２は、妨害処理として、疑似ＡＲＰ「要求」を送るので、妨害対象の端末装置３からＡＲＰ応答が送信されるが、検疫制御装置２は、このＡＲＰ応答についても破棄する。
【００９７】
ステップＳ２−６の疑似ＡＲＰ要求送信が終了すると、ＡＲＰ要求パケット監視処理は終了する。
【００９８】
［６．２．４  エージェントｐｉｎｇ処理（ステップＳ２−３−５，Ｓ２−５−５等）］
図１３は、エージェントｐｉｎｇ処理を示している。エージェントｐｉｎｇ処理では、まず、エージェントｐｉｎｇ送信部２１１が、隔離すべきかどうかの判断の対象である端末装置（のエージェントコンピュータプログラムＰ２）に向けて、エージェントｐｉｎｇを送信する（ステップＳ３−１）。
【００９９】
エージェントｐｉｎｇ応答受信部２１３は、端末装置のエージェントコンピュータプログラムＰ２からの応答（エージェントｐｉｎｇ応答）を一定期間待つ（ステップＳ３−２）。一定期間内に応答があればステップＳ３−３に進み、一定期間待っても応答が無い場合にはステップＳ３−７に進む。
【０１００】
ステップＳ３−２で受信したエージェントｐｉｎｇ応答パケットが正常であれば、ステップＳ３−４に進む。エージェントｐｉｎｇ応答が不正であれば、ステップＳ３−７へ進む。
【０１０１】
エージェントｐｉｎｇ応答受信部２１３が受信した、エージェントｐｉｎｇ応答は、判定部２２０の第２判定部２２０ｂ（図３参照）によって、隔離すべきか否か判定される。第２判定部２２０ｂは、エージェントｐｉｎｇ応答に含まれる「検査結果」を確認することで、隔離すべきか否かを判定する（ステップＳ３−４）。
受信した検査結果が、「合格」を示している場合には、ステップＳ３−５へ進み、「隔離」（＝「不合格」）を示している場合には、ステップＳ３−７へ進む。
【０１０２】
ステップＳ３−５では、第１テーブル更新部２４１が、エージェントｐｉｎｇ応答を送信してきた検疫対象端末装置３のＩＰアドレス及びＭＡＣアドレスを、合格端末情報テーブル２３１に登録し、ステップＳ３−６へ進む。なお、ステップＳ３−５において、合格端末情報テーブル２３１に登録しようとするＩＰアドレス又はＭＡＣアドレスが、既に合格端末情報テーブル２３１に登録されている場合には、登録しようとするＩＰアドレス又はＭＡＣアドレスを、合格端末情報テーブル２３１に上書きする。
【０１０３】
処理がステップＳ３−６に来ると、第２判定部２２０ｂは、エージェントｐｉｎｇ応答を送信してきた検疫対象端末装置３は、「合格」であると判定し、エージェントｐｉｎｇ処理を終了する。
【０１０４】
ステップＳ３−７では、第１テーブル更新部２４１が、エージェントｐｉｎｇ応答を送信してきた検疫対象端末装置３のＩＰアドレス及びＭＡＣアドレスを、隔離端末情報テーブル２３２に登録し、ステップＳ３−８へ進む。なお、ステップＳ３−７において、隔離端末情報テーブル２３２に登録しようとするＩＰアドレス又はＭＡＣアドレスが、既に隔離端末情報テーブル２３２に登録されている場合には、登録しようとするＩＰアドレス又はＭＡＣアドレスを、隔離端末情報テーブル２３２に上書きする。
【０１０５】
処理がステップＳ３−１４に来ると、第２判定部２２０ｂは、エージェントｐｉｎｇ応答を送信してきた検疫対象端末装置３は、「隔離」であると判定し、エージェントｐｉｎｇ処理を終了する。
【０１０６】
［６．２．４．１  エージェントｐｉｎｇプロトコル］
図１４は、エージェントｐｉｎｇプロトコルのシーケンスと、エージェントｐｉｎｇのデータ構造を示している。
なお、ここでは、検疫制御装置２が送出するエージェントｐｉｎｇを、「エージェントｐｉｎｇ要求」というものとする。
【０１０７】
エージェントｐｉｎｇパケットの実体は、通常のＩＰパケットのデータ部に、後述のタイプや検査結果（チェック結果）等の必要な情報を格納したものである。
【０１０８】
エージェントｐｉｎｇパケットには、エージェントｐｉｎｇ要求パケット（ステップＳ４−２）、エージェントｐｉｎｇ応答パケット（ステップＳ４−３）、及びエージェントｐｉｎｇ開始要求パケット（ステップＳ４−１）の計３種類がある。
これら３つのパケットを区別するため、エージェントｐｉｎｇは、そのデータ構造として「タイプ」というフラグ値領域を有している。図１５に示すように、タイプには、「要求」「応答」「開始要求」の３種類を示す情報があり、いずれかの情報がエージェントｐｉｎｇパケットの「タイプ」領域に格納される。
【０１０９】
なお、図１４に示すエージェントｐｉｎｇデータ構造のうち、プロトコルバージョンは、エージェントｐｉｎｇプロトコルのバージョン情報を示す。
また、エージェントｐｉｎｇ応答には、プロトコルバージョン及びタイプ以外に、検査結果に関する情報が含まれる。
【０１１０】
図１４に示すように、検査結果に関する情報には、エージェントＩＤ、チェック結果（検査結果）、ポリシーファイル更新日時が含まれる。エージェントＩＤは、エージェントコンピュータプログラムＰ２の識別子であり、任意長のＡＳＣＩＩ文字列によって構成されている。チェック結果は、検疫対象端末３による検査結果を示すフラグ値であり、図１６に示すように「合格」と「隔離」を示す情報があり、いずれかの情報が「チェック結果」領域に格納される。ポリシーファイル更新日時は、検査に用いた検査ポリシーの更新日時を示したものである。
【０１１１】
［６．２．４．２  エージェントｐｉｎｇ開始要求］
エージェントｐｉｎｇは、検疫制御装置２が定期的に実施するものである。しかしそれだけでは、検疫対象端末装置３が定期的に又は必要時に行う検査の結果が、前回値と異なった場合（例えば、隔離すべき状態から合格の状態に変わった時）、検疫制御装置２は、それに応じた検疫制御の変更を瞬時に行うことができない。
【０１１２】
そのため、検疫対象端末装置３は、このような検査結果の変化が起きた場合、またはその他必要な場合に、検疫制御装置２に対して、エージェントｐｉｎｇの送信開始を要求することができる。
特に、検疫対象端末装置３において、エージェントコンピュータプログラムＰ２が起動した時、及び、検疫対象端末装置３の利用者が、エージェントコンピュータプログラムＰ２に対して、検査の実施を要求し、その検査が終了した時には、必ず、エージェントｐｉｎｇ開始要求送信部３３５は、エージェントｐｉｎｇ開始要求を行う。図１７は、このエージェントｐｉｎｇ開始要求のシーケンスを示している。
【０１１３】
［６．３  合格端末に対する定期的なエージェントｐｉｎｇ処理］
図１８に示すように、検疫制御装置２のエージェントｐｉｎｇ送信管理部２１２（図３参照）は、合格端末情報テーブル２３１に登録されている端末装置に対して定期的にエージェントｐｉｎｇを行うことで、テーブル２３０をメンテナンスする。
【０１１４】
定期的エージェントｐｉｎｇ処理では、まず、管理部２１２が、合格端末情報テーブル２３１を参照する（ステップＳ５−１）。
合格端末情報テーブル２３１に、内部状態を確認すべき合格端末がある場合には、ステップＳ５−３に進み、合格端末情報テーブル２３１上のすべての端末装置の状態を確認した場合は、定期的エージェントｐｉｎｇ処理を終了する（ステップＳ５−２）。
【０１１５】
ステップＳ５−３では、エージェントｐｉｎｇ送信部２１１が、状態確認が必要な端末装置（合格端末）に対して、エージェントｐｉｎｇ要求を送信する（ステップＳ５−３）。
【０１１６】
エージェントｐｉｎｇ応答受信部２１３は、状態確認が必要な端末装置（状態確認対象端末装置）からのエージェントｐｉｎｇ応答を一定期間待つ（ステップＳ５−４）。一定期間待っても応答が無ければ、ステップ５−５に進み、一定期間内に応答があればステップＳ５−７へ進む。
【０１１７】
ステップＳ５−５では、応答がない状態確認対象端末装置に対して、エージェントｐｉｎｇ要求を再送するかどうか判断する。当該シーケンスにおける再送回数が、検疫制御装置２の外部から指定された最大送出回数未満であれば、ステップＳ５−３に戻る。一方、当該シーケンスにおける再送回数が、前記最大送出回数に達していれば、ステップＳ５−６へ進む。
【０１１８】
処理がステップＳ５−６に来た場合、合格端末であった状態確認対象端末装置からエージェントｐｉｎｇ応答がなかったことになるので、当該端末装置のＩＰアドレス及びＭＡＣアドレスを、合格端末情報テーブル２３１から削除し、ステップＳ５−２に戻る。
【０１１９】
ステップＳ５−７では、受信したエージェントｐｉｎｇ応答が正常であるかどうかを判断する。正常であれば、ステップＳ５−８へ進み、不正であれば、ステップＳ５−９へ進む。
【０１２０】
ステップＳ５−８では、第２判定部２２０ｂが、エージェントｐｉｎｇ応答に含まれる「ポリシーチェック結果」を確認する。「ポリシーチェック結果」が「合格」を意味している場合は、ステップＳ５−２に戻り、「隔離」を意味している場合は、ステップＳ５−９へ進む。
【０１２１】
ステップＳ５−９では、状態確認対象端末装置のＩＰアドレス及びＭＡＣアドレスを、合格端末情報テーブル２３１から削除し、ステップＳ５−１０へ進む。
ステップＳ５−１０では、状態確認対象端末装置のＩＰアドレス及びＭＡＣアドレスを、隔離端末情報テーブル２３２に登録し、ステップＳ５−１１へ進む。
【０１２２】
ステップＳ５−１１では、隔離と判定された状態確認対象端末装置の通信を妨害するため、疑似ＡＲＰ要求をブロードキャストし、ステップＳ５−２に戻る。
ここで送信される疑似ＡＲＰ要求は、当該状態確認対象端末装置が隔離端末と判定されたときと同様に設定されたものを送信する。
このように、疑似ＡＲＰ要求が、ブロードキャスト送信されることで、状態確認対象端末装置は、当該状態確認対象端末装置が隔離端末と判定されたときの通信相手のＭＡＣアドレスを誤って認識・学習することになる。
【０１２３】
［６．４  隔離端末に対する定期的なエージェントｐｉｎｇ処理］
図１９に示すように、検疫制御装置２のエージェントｐｉｎｇ送信管理部２１２（図３参照）は、隔離端末情報テーブル２３１に登録されている端末装置に対して定期的にエージェントｐｉｎｇを行うことで、妨害処理の要否を判断すると共に、テーブル２３０をメンテナンスする。
【０１２４】
まず、管理部２１２は、隔離端末情報テーブル２３２を参照し、ステップＳ６−２に進む（ステップＳ６−１）。
隔離端末情報テーブル２３２に、内部状態を確認すべき隔離端末がある場合は、ステップＳ６−３に進み、隔離端末情報テーブル２３２上のすべての端末装置の状態を確認した場合は、定期的エージェントｐｉｎｇ処理を終了する（ステップＳ６−２）。
【０１２５】
ステップＳ６−３では、エージェントｐｉｎｇ送信部２１１が、状態を確認する必要がある端末（状態確認対象端末装置）に対して、エージェントｐｉｎｇ要求を送信し、ステップＳ６−４に進む。
【０１２６】
ステップＳ６−４では、状態確認対象端末装置からのエージェントｐｉｎｇ応答を一定期間待つ。一定期間待っても応答がなければ、ステップＳ６−５へ進み、一定期間内に応答があれば、ステップＳ６−８へ進む。
【０１２７】
ステップＳ６−５では、状態確認対象端末装置に対して、エージェントｐｉｎｇ要求を再送するかどうか判断する。当該シーケンスにおける再送回数が、検疫制御装置の外部から指定する最大送出回数未満ならば、ステップＳ６−３に戻る。当該シーケンスにおける再送回数が、前記最大送出回数に達していれば、ステップＳ６−６に進む。
【０１２８】
ステップＳ６−６では、状態確認対象端末装置が、前回のポーリングで応答無しだった場合（つまり、隔離端末情報テーブル２３２の「エージェントｐｉｎｇ応答の有無」欄の値が、「応答無し」を示している場合）、ステップＳ６−２に戻る。なお、ここで、「前回のポーリング」とは、前回行った「隔離端末に対する定期的なエージェントｐｉｎｇ処理」をいい、以下同様である。
状態確認対象端末装置が、前回のポーリングで応答有りだった場合（つまり、隔離端末情報テーブル２３２の「エージェントｐｉｎｇ応答の有無」欄の値が、「応答有り」を示している場合）、ステップＳ６−７に進む。
【０１２９】
処理がステップＳ６−７に来た場合、状態確認対象端末装置のＩＰアドレス又はＭＡＣアドレス、或いはそれら両方を隔離端末情報テーブル２３２から削除し、ステップＳ６−２に戻る。前回のポーリングで「応答有り」であった端末装置については、夜間マシン停止など、正常オペレーションの範囲で応答できなかった可能性が高い。したがって、前回のポーリングで「応答有り」であった端末装置については、隔離端末情報テーブル２３２から削除することで、当該端末装置を隔離端末として隔離端末情報テーブル２３２に記憶し続けるのを避けることができる。
【０１３０】
ステップＳ６−８では、受信したエージェントｐｉｎｇ応答が正常であるかどうかを判断する。正常であれば、ステップＳ６−９へ進み、不正であれば、ステップＳ６−２に戻る。
【０１３１】
ステップＳ６−９では、第２判定部２２０ｂが、エージェントｐｉｎｇ応答に含まれる「ポリシーチェック結果」を確認する。「ポリシーチェック結果」が「隔離」を意味している場合は、ステップＳ６−１０に進み、「合格」を意味している場合は、ステップＳ６−１１へ進む。
【０１３２】
ステップＳ６−１０では、隔離端末情報テーブル２３２にある状態確認端末装置の情報において、「エージェントｐｉｎｇ応答の有無の欄」の値を、「応答有り」を示す値に更新し、ステップＳ６−２に戻る。
【０１３３】
ステップＳ６−１１では、状態確認対象端末装置のＩＰアドレス又はＭＡＣアドレス、或いはそれら両方を、隔離端末情報テーブル２３２から削除し、ステップＳ６−１２へ進む。
ステップＳ６−１２では、状態確認対象端末装置のＩＰアドレス及びＭＡＣアドレスを、合格端末情報テーブル２３２に登録し、ステップＳ６−１３へ進む。
【０１３４】
以上によって、隔離端末と判定されていた状態確認対象端末装置が合格端末に変化したことから、ステップＳ６−１３では、状態確認対象端末に対する妨害処理を解除するため、通信正常化部２７０の正常ＡＲＰ応答送信部２７１（図３参照）によって、正常ＡＲＰ要求をブロードキャスト送信し、ステップＳ６−１３にもどる。
ここで送信される正常ＡＲＰ要求は、「送信元ＩＰアドレス」及び「送信元ＭＡＣアドレス」に、状態確認対象端末装置が隔離端末と判定されたときの通信相手についての正しいＩＰアドレス及びＭＡＣアドレスを設定し、「送信先ＩＰアドレス」および「送信先ＭＡＣアドレス」にそれぞれブロードキャストアドレスを設定したものである。
【０１３５】
正常ＡＲＰ要求の送信により、状態確認端末は、前記通信相手のＭＡＣアドレスを正しく学習できるため、前記通信相手との間の通信が正常に行える。
【０１３６】
［６．５  検疫対象端末装置における内部状態の検査］
図２０は、検疫対象端末装置３の検査制御部３１０による、検査ポリシーに従った検査の処理手順を示している。
【０１３７】
所定の検査トリガが発生すると（ステップＳ７−１）、検査実行部３３１が、検査ポリシーに従って、検疫対象端末装置３の内部状態の検査（ポリシーチェック）を実行する（ステップＳ７−２）。
【０１３８】
検査トリガとしては、例えば、エージェントコンピュータプログラムＰ２の起動時、検疫対象端末装置３の利用者による手動実行、エージェントコンピュータプログラムＰ２の制御部３１０による定期的実行、などがある。
【０１３９】
検査（ポリシーチェック）結果が、前回検査時と異なっていた場合（ステップＳ７−３）、エージェントｐｉｎｇ開始要求送信部３３５は、エージェントｐｉｎｇ開始要求を、検疫制御装置２に送信する（ステップＳ７−５）。ただし、検疫制御装置２のＩＰアドレス及びＭＡＣアドレスは、検疫制御装置２からのエージェントｐｉｎｇによって取得するため、それまでにエージェントｐｉｎｇを受信していなければ、エージェントｐｉｎｇ開始要求を送信できない（ステップＳ７−４）。
その後、検疫制御装置からエージェントｐｉｎｇ要求を受信したら、エージェントｐｉｎｇ応答として、検査結果を検疫制御装置２に送信する。
【０１４０】
［６．６  第２テーブルの登録処理］
図２１に示すように、検疫管理サーバ４のテーブル生成部４１０（図６参照）では、管理者が、第２テーブル２３０ｂのテーブル情報を入力装置から入力することができる（ステップＳ８−１）。
入力された第２テーブル２３０ｂのテーブル情報は、テーブル送信部４２０（図６参照）によって、検疫制御装置２に送信される（ステップＳ８−２）。
【０１４１】
図２２に示すように、検疫制御装置２では、第２テーブル更新部２３２（図３参照）が、第２テーブル２３０ｂのテーブル情報を受信し（ステップＳ９−１）、第２テーブル領域２３０ｂの内容を更新する（ステップＳ９−２）。
【０１４２】
［６．７  通信妨害処理］
［６．７．１  妨害の実現方法］
妨害対象端末装置は、検疫制御装置２が送信する疑似ＡＲＰ要求を受信することによって、当該妨害対象端末装置が通信しようとしていた通信相手の端末装置のＭＡＣアドレスを、疑似ＡＲＰ要求による誤った情報で認識・学習する。
これにより、妨害対象端末装置が送信する通信相手の端末装置向けのパケットは、すべて送信先として誤ったＭＡＣアドレス、つまり検疫制御装置２のＭＡＣアドレスが設定されていることになる。ＡＲＰ要求の送信先端末では、ＭＡＣアドレスが誤っているので、パケットを受信できない。その結果、妨害対象端末装置とその通信相手との間での双方向通信（ＴＣＰ）或いは通信相手から妨害対象端末装置への片方向通信（ＵＤＰ）が成立せず、妨害となる。
【０１４３】
図２３は、妨害すべき端末Ａから、ＡＲＰ要求パケットが送出されてから、妨害が成立するまでのＡＲＰの流れを示している。
まず、端末Ａから端末ＢのＭＡＣアドレスを取得するためのＡＲＰ要求パケットが送出される（ステップＳ１０−１）。これにより、端末Ｂは、端末ＡのＭＡＣアドレスを学習する。
なお、このＡＲＰ要求パケットは、検疫制御装置２によって補捉される（ステップＳ１０−２）。
【０１４４】
検疫制御装置２は、補捉したＡＲＰ要求パケットに基づき、必要であればエージェントｐｉｎｇを行って、端末Ａは妨害が必要な妨害対象端末であると判定する（ステップＳ１０―３）。
すると、検疫制御装置２は、図２３に示すように、送信元ＭＡＣアドレスを、自己のＭＡＣアドレスとし、送信元ＩＰアドレスを端末ＢのＩＰアドレスとした、疑似ＡＲＰ要求をブロードキャスト送信する（ステップＳ１０−４）。これにより、妨害対象端末である端末Ａは、通信しようとしていた通信相手である端末ＢのＭＡＣアドレスを、疑似ＡＲＰ要求による誤った情報で認識・学習し（ステップＳ１０−５）、妨害が成立する。
【０１４５】
なお、疑似ＡＲＰ要求は、ブロードキャストされるものの、妨害対象端末装置（端末Ａ）のＩＰアドレスが送信先ＩＰアドレスに設定されるため、それ以外の端末装置（端末Ｂ）はこの疑似ＡＲＰ要求のパケットを破棄する。
【０１４６】
その後、端末Ｂが、端末ＡのＡＲＰ要求に対するＡＲＰ応答を、当該端末Ａに送信したとしても（ステップＳ１０−６）、端末Ａは、このＡＲＰ応答によっては、端末ＢのＭＡＣアドレスの学習を行わず、現状のテーブルを維持する。
【０１４７】
上記構成の検疫制御装置２によれば、ＡＲＰ要求の送信元の端末Ａに対して妨害処理が必要であると判定すると、ＡＲＰ要求の送信先の端末ＢのＩＰアドレス及び検疫制御装置２のＭＡＣアドレスを、それぞれ、送信元ＩＰアドレス及び送信元ＭＡＣアドレスとした疑似ＡＲＰ要求を生成し、生成した疑似ＡＲＰ要求を端末Ａに送信する。この疑似ＡＲＰ要求の送信によって、端末Ａに、端末ＢのＭＡＣアドレスを誤って認識、学習させることができ、通信妨害できる。
また、疑似ＡＲＰ要求は、その送信先ＩＰアドレスが端末Ａなので、他の端末装置は疑似ＡＲＰ要求のパケットを破棄し、疑似ＡＲＰ要求を受け取ることはない。よって、本発明の検疫制御装置２をＤＨＣＰ環境下のネットワークに適用したとしても、上記従来技術のようにＩＰアドレスの重複が生じていると端末装置に誤解させてしまうのを防止できる。この結果、端末装置がＩＰアドレスの取得をＤＨＣＰサーバに繰り返し要求するのを防ぎ、ＤＨＣＰ環境下においても、ネットワーク検疫を好適に行うことができる。
【０１４８】
また、本実施形態の各端末のＡＲＰテーブルにおいて、ＡＲＰ要求によってエントリ（登録）されたＡＲＰテーブルの内容は、ＡＲＰ応答によっては上書きできず、逆にＡＲＰ応答によってエントリ（登録）されたＡＲＰテーブルの内容は、ＡＲＰ要求によって上書き可能に構成されている。
よって、上記図２３では、端末ＡがＡＲＰ要求を送信した後であって端末ＢからのＡＲＰ応答を受信するまでの間に、検疫制御装置２が、疑似ＡＲＰ要求を送信したが、この疑似ＡＲＰ要求によって登録された内容は、後の端末ＢからのＡＲＰ応答によっては上書きできない。従って、端末Ａは、端末ＢのＭＡＣアドレスについて誤った情報を維持するので、妨害を維持できる。
また、仮に、検疫制御装置２による疑似ＡＲＰ要求が端末ＢからのＡＲＰ応答の後に送信されたとしても、ＡＲＰテーブルは、疑似ＡＲＰ要求による誤った情報によって上書きされるので、妨害することができる。
【０１４９】
このように、本実施形態では、端末Ａが送信したＡＲＰ要求に対して端末Ｂが送信するＡＲＰ応答と、検疫制御装置２が送信する疑似ＡＲＰ要求とが、互いにその送信タイミングが前後したとしても、確実に妨害対象端末である端末Ａの端末Ｂに対する通信を妨害することができる。
【０１５０】
図２４は、図２３とは逆に、通信相手（非妨害対象端末）Ｂ側が、妨害対象端末装置Ａと通信するために、当該通信相手ＢがＡＲＰ要求を送出してから、妨害が成立するまでのＡＲＰの流れを示している。
【０１５１】
まず、通信相手である端末Ｂから端末ＡのＭＡＣアドレスを取得するためのＡＲＰ要求パケットが送出される（ステップＳ１１−１）。このＡＲＰ要求パケットは、検疫制御装置２によって補捉される。
【０１５２】
端末Ａは、通常のＡＲＰ応答を、端末Ｂに送信する（ステップＳ１１−２）。これにより、端末Ｂは、一旦は、端末ＡのＭＡＣアドレスを正しく学習する。
【０１５３】
検疫制御装置２は、端末ＡのＭＡＣアドレスが不明であるので、未登録端末装置処理部２９０のＡＲＰ要求送信部２９１（図３参照）により、ＡＲＰ要求を端末Ａに送信する（ステップＳ１１−３）。
すると、端末Ａは、ＡＲＰ応答を検疫制御装置２に送信してくる（ステップＳ１１−４）ので、これをＡＲＰ応答受信部２９２により受信する。これにより、検疫制御装置２は、端末ＡのＭＡＣアドレスを取得できる。
【０１５４】
そして、検疫制御装置２は、必要であればエージェントｐｉｎｇを行って、端末Ａは妨害が必要な妨害対象端末であると判定する（ステップＳ１１―５）。
すると、検疫制御装置２は、図２４に示すように、送信元ＭＡＣアドレスを、自己のＭＡＣアドレスとし、送信元ＩＰアドレスを端末ＢのＩＰアドレスとした、疑似ＡＲＰ要求をブロードキャスト送信する（ステップＳ１１−６）。これにより、妨害対象端末である端末Ａは、通信しようとしていた通信相手である端末ＢのＭＡＣアドレスを、疑似ＡＲＰ要求による誤った情報で認識・学習し（ステップＳ１１−７）、妨害が成立する。
【０１５５】
なお、疑似ＡＲＰ要求は、ブロードキャストされるものの、妨害対象端末装置（端末Ａ）のＩＰアドレスが送信先ＩＰアドレスに設定されるため、それ以外の端末装置（端末Ｂ）はこの疑似ＡＲＰ要求のパケットを破棄する。
【０１５６】
上記のような妨害処理を行うことで、妨害対象端末装置のＡＲＰテーブルが静的に設定されており、妨害対象端末装置がＡＲＰ要求パケットを送出しないようにされている場合であっても、通信相手に誤学習させることで、通信を妨害できる。
【０１５７】
［６．７．２  疑似ＡＲＰ応答パケットの定期的な送信］
図２３及び図２４のステップ１０−６及びステップＳ１１−７に示したように、検疫制御装置２は、定期的に疑似ＡＲＰ応答パケットのブロードキャスト送信を行う。各端末装置が学習したＡＲＰテーブルの内容は、その通信相手との通信が一定期間以上無いと自動的に削除されてしまう。そのため、検疫制御装置２の疑似ＡＲＰ要求送信管理部２６２は、禁止端末情報テーブル２３４又は隔離端末情報テーブル２３２に登録されている端末装置の通信を妨害するための疑似ＡＲＰ応答を定期的にブロードキャスト送信する。
【０１５８】
［６．７．３  中継機能］
妨害対象端末装置宛として検疫制御装置２（又は他の収集・破棄用装置）に送られてくるデータパケットのうち、送信元（＝検疫制御装置の周囲の端末装置）のＩＰアドレスが、例外情報テーブル２３５に登録されている場合、検疫制御装置２（又は他の収集・破棄用装置）の通信中継部２８１は、そのデータパケットを破棄せずに、妨害対象端末装置に転送する。つまり、妨害対象端末装置であっても、例外に指定された端末装置との間だけは通信を成立させる（妨害しない）。
【０１５９】
例外通信を許可することで、隔離端末と判断された検疫対象端末装置３の内部状態を改善するためのリソース（ＯＳの月例パッチ（Ｈｏｔｆｉｘ））やウィルス対策ソフトウェアのパターンファイルなど）が、特定の社内サーバーやインターネット上のサーバにある場合に、隔離端末が当該リソース又はファイル等を取得することができる。
つまり、当該リソース又はファイル等があるサーバを例外情報テーブルに登録しておくことで、当該リソース又はファイル等を当該サーバからネットワーク経由で取得することができ、隔離端末の内部状態改善を容易に行える。
【０１６０】
仮に、例外通信を許可しない場合、内部状態を改善するためのリソース等は、ＣＤ−ＲＯＭなどオフラインで入手するほか無く、内部状態改善のための手間が著しく増加するが、例外通信を許可することで、こうした手間が低減される。
【０１６１】
なお、本発明は上記実施形態に限定されるものではなく、様々な変形が可能である。例えば、通信監視部２５０は、ネットワークを流れるＡＲＰ要求ではなく、他種類のＩＰパケットを監視してもよい。この場合、他の種類のＩＰパケットの送信元及び／又は送信先に対して、妨害の要否を判定すればよい。
【符号の説明】
【０１６２】
１：検疫システム,２：検疫制御装置，２１０：検査部（エージェントｐｉｎｇ機能部），２１１：エージェントｐｉｎｇ要求送信部（検査結果送信要求部），２１２：エージエントｐｉｎｇ要求送信管理部，２１３：エージェントｐｉｎｇ応答受信部（検査結果受信部），
２１４：エージェントｐｉｎｇ開始要求受信部（開始要求受信部），２２０：判定部,２２０ａ：第１判定部，２２０ｂ：第２判定部（エージェントｐｉｎｇ利用の判定部），２３０：端末情報テーブル，２３０ａ：第１テーブル，２３１：合格端末情報テーブ（非妨害対象情報），２３２：隔離端末情報テーブル（妨害対象情報），２３０ｂ：第２テーブル，２３３：許可端末情報テーブル（非妨害対象情報），２３４：禁止端末情報テーブル（妨害対象情報），２３５：例外情報テーブル（例外的通信許可情報），２４０：テーブル更新部，２４１：第１テーブル更新部，２４２：第２テーブル更新部（管理用通信部），２５０：通信監視部（ＡＲＰ要求監視部），２５１：ＡＲＰ要求補捉部，２５２：ＡＲＰ要求解析部（送信元及び送信先のアドレス取得部），２６０：通信妨害部，２６１：疑似ＡＲＰ要求送信部，２６２：疑似ＡＲＰ要求送信管理部，２７０：通信正常化部，２８０：例外通信部，２８１：通信中継部，２９０：未登録端末装置処理部，２９１：ＡＲＰ要求送信部，２９２：ＡＲＰ応答受信部，３：検疫対象端末装置，３１０：検査制御部，３２０：検査ポリシー受信部，３３０：検査部，３３１：検査実行部，３３２：エージェントｐｉｎｇ要求受信部（検査結果送信要求受信部），３３３：エージェントｐｉｎｇ応答生成部，３３４：エージェントｐｉｎｇ応答送信部（検査結果送信部），３３５：エージェントｐｉｎｇ開始要求送信部（送信開始要求），４：検疫管理サーバ（検疫管理コンピュータ），４１０：テーブル生成部，４２０：テーブル送信部，４３０：検査ポリシー生成部，４４０：検査ポリシー送信部，５：社内サーバ，６：ルータ，７：プリンタ，８：エージェントコンピュータプログラム未搭載の端末装置，Ｐ１：検疫制御コンピュータプログラム，Ｐ２：エージェントコンピュータプログラム，Ｐ３：検疫管理コンピュータプログラム
【図１】
0005822161.tif 000002
【図２】
0005822161.tif 000003
【図３】
0005822161.tif 000004
【図４】
0005822161.tif 000005
【図５】
0005822161.tif 000006
【図６】
0005822161.tif 000007
【図７】
0005822161.tif 000008
【図８】
0005822161.tif 000009
【図９】
0005822161.tif 000010
【図１０】
0005822161.tif 000011
【図１１】
0005822161.tif 000012
【図１２】
0005822161.tif 000013
【図１３】
0005822161.tif 000014
【図１４】
0005822161.tif 000015
【図１５】
0005822161.tif 000016
【図１６】
0005822161.tif 000017
【図１７】
0005822161.tif 000018
【図１８】
0005822161.tif 000019
【図１９】
0005822161.tif 000020
【図２０】
0005822161.tif 000021
【図２１】
0005822161.tif 000022
【図２２】
0005822161.tif 000023
【図２３】
0005822161.tif 000024
【図２４】
0005822161.tif 000025