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