(57)【要約】【課題】セキュリティホールが存在する端末をインターネットに接続させないようにする。この際、各端末に管理ソフトを導入せずにセキュリティホールを検出し、ＯＳの設定によらずにセキュリティパッチの適用を実行させる。【解決手段】社内や家庭内の内部ネットワークのルータにセキュリティホールの有無を検査する機能を持たせ、外部ネットワークにアクセスしようとする内部ネットワーク上の端末に対してセキュリティホールの有無を検査し、セキュリティホールが全て塞がれていたら合格とする。検査に合格した端末のみ外部ネットワークと制限無く通信できるようにし、検査で不合格となった端末に対しては外部ネットワークへの通信を制限する。【選択図】図１
2007272396.tif 000002
【特許請求の範囲】
【請求項１】
内部ネットワーク上にある端末と、
前記端末に接続され、且つ、外部ネットワークへの接続を許可する端末が登録された端末リストを記憶し、前記端末から前記外部ネットワークへの接続要求を検出した場合、前記端末が前記端末リストに含まれているか確認し、前記端末が前記端末リストに含まれている場合、前記端末と前記外部ネットワークとの通信を中継し、前記端末が前記端末リストに含まれていない場合、前記端末と前記外部ネットワークとの通信を制限して前記端末へのセキュリティ検査を実行し、セキュリティホールが発見されなければ前記端末を前記端末リストに登録し、前記セキュリティホールが発見されれば前記端末にセキュリティパッチの適用を行った上で前記端末を前記端末リストに登録し、前記端末と前記外部ネットワークとの通信を中継する中継装置と
を具備する
セキュリティ管理システム。
【請求項２】
請求項１に記載のセキュリティ管理システムにおいて、
前記中継装置は、前記セキュリティ検査の結果、前記端末に前記セキュリティホールが発見された場合、前記端末に対して、前記セキュリティホールが存在するポートを使用する通信を制限し、前記ポートを使用しない通信を中継する
セキュリティ管理システム。
【請求項３】
請求項１に記載のセキュリティ管理システムにおいて、
前記内部ネットワーク上にあるサーバ
を更に具備し、
前記中継装置は、前記端末から前記サーバへの接続要求を検出した場合、前記端末が前記端末リストに含まれているか確認し、前記端末が前記端末リストに含まれている場合、前記サーバに前記端末の「検査合格」の通知を行い、
前記端末が前記端末リストに含まれていない場合、前記端末と前記サーバとの通信を制限して前記端末へのセキュリティ検査を実行し、セキュリティホールが発見されなければ、前記サーバに前記端末の「検査合格」の通知を行い、前記セキュリティホールが発見されれば、前記サーバに前記端末の「検査不合格」の通知を行い、
前記サーバは、前記中継装置から前記端末の「検査合格」の通知を受けると、前記端末からのアクセスを許可し、前記中継装置から前記端末の「検査不合格」の通知を受けると、前記端末からのアクセスを制限する
セキュリティ管理システム。
【請求項４】
外部ネットワークへの接続を許可する端末が登録された端末リストを記憶する検査端末リスト管理部と、
内部ネットワーク上の端末から前記外部ネットワークへの接続要求を検出した時、前記端末が前記端末リストに含まれていなければ、前記端末と前記外部ネットワークとの通信を制限し、前記端末が前記端末リストに含まれていれば、前記端末と前記外部ネットワークとの通信を中継する通信処理部と、
前記端末が前記端末リストに含まれていなければ、セキュリティ検査を実行し、セキュリティホールが発見されれば前記端末にセキュリティパッチの適用を行い、前記セキュリティホールが発見されなければ前記端末を前記端末リストに登録する検査実行部と
を具備する
中継装置。
【請求項５】
請求項４に記載の中継装置において、
前記通信処理部は、内部ネットワーク上のルータであり、
検査端末リスト管理部は、前記ルータが内部ネットワーク上の端末から外部ネットワークへの接続要求を検出した場合、前記ルータから、前記端末が前記端末リストに含まれているかどうかの問い合わせを受け、前記問い合わせに対して応答する
中継装置。
【請求項６】
請求項４又は５に記載の中継装置において、
前記検査実行部は、前記端末が前記端末リストに含まれていない旨の通知を受けた前記通信処理部からの検査実行要求に応じて前記セキュリティ検査を実行する
中継装置。
【請求項７】
請求項４又は５に記載の中継装置において、
前記端末が前記端末リストに含まれていない場合、前記端末に前記セキュリティ検査の実行を促す通知を行う通知部
を更に具備し、
前記検査実行部は、前記端末からの検査実行要求に応じて前記セキュリティ検査を実行する
中継装置。
【請求項８】
請求項７に記載の中継装置において、
前記通信処理部は、前記端末から前記内部ネットワーク上のサーバへの接続要求を検出した時、前記端末が前記端末リストに含まれていれば、前記端末の「検査合格」を前記サーバに通知するよう前記通知部に要求し、前記端末が前記端末リストに含まれていなければ、前記検査実行部に前記端末を対象とした前記セキュリティ検査の実行を指示し、前記検査実行部から通知された検査結果を前記サーバに通知するよう前記通知部に要求し、
前記検査実行部は、前記セキュリティ検査の実行の指示に応じて、前記端末に対して前記セキュリティ検査を実行し、セキュリティホールが発見されなければ、前記検査結果として前記端末の「検査合格」を前記通信処理部に通知し、前記セキュリティホールが発見されれば、前記検査結果として前記端末の「検査不合格」を前記通信処理部に通知し、
前記通知部は、前記通信処理部からの要求に応じて、前記サーバが前記端末からの接続を許可するか否かを決定するための情報として、前記端末の「検査合格」又は前記端末の「検査不合格」を前記サーバに通知する
中継装置。
【請求項９】
請求項４又は５に記載の中継装置において、
前記通信処理部は、前記端末からのパケットを検出した場合、前記検査端末リスト管理部に、前記端末が前記端末リストに含まれているかどうかの情報を要求し、前記端末が前記検査に合格していない場合、前記検査実行部に前記検査の実行を指示する
中継装置。
【請求項１０】
（ａ）内部ネットワーク上の端末が外部ネットワークへの接続要求を実行した場合、前記外部ネットワークへの接続を許可する端末が登録された端末リストを参照して、前記端末が前記端末リストに含まれているか確認するステップと、
（ｂ）前記端末が前記端末リストに含まれていれば、前記端末と前記外部ネットワークとの通信を中継するステップと、
（ｃ）前記端末が前記端末リストに含まれていなければ、前記端末と前記外部ネットワークとの通信を制限し、且つ、セキュリティ検査を実行し、セキュリティホールが発見されれば前記端末にセキュリティパッチの適用を行った上で前記端末リストに登録し、前記セキュリティホールが発見されなければ前記端末を前記端末リストに登録し、前記端末と前記外部ネットワークとの通信を中継するステップと
を具備する
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はセキュリティ管理システムに関し、特に内部ネットワークの端末のセキュリティホールの検査を行うセキュリティ管理システムに関する。
【背景技術】
【０００２】
従来、インターネットに直接的、間接的に接続される端末のセキュリティホールに対する様々な対策が採られている。例えば、企業内や家庭内の内部ネットワークと外部ネットワークとの間にファイアウォールを設置する場合、ファイアウォールにより、内部ネットワーク内にセキュリティホールがある端末があった時でも、外部ネットワークからの直接の攻撃を防ぐことが可能となる。また、外部ネットワークからのアクセスがあるネットワークやサーバに対しては、ＩＤＳ（Ｉｎｔｒｕｓｉｏｎ  Ｄｅｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ）を導入することで、外部ネットワークからの不正侵入や攻撃をリアルタイムで検知し、実際に検知された場合に被害の拡大を防ぐ処置を行うことが可能となる。
【０００３】
また、例えば、企業のＩＴ部門において、セキュリティベンダが公表している脆弱性情報を参照し、管理している端末（サーバ、クライアント）に関する脆弱性が発見された場合、端末の管理者又は利用者にセキュリティパッチの適用を依頼するといった対策を採ることが考えられる。
【０００４】
更に、内部ネットワーク内の各端末に、ＯＳやアプリケーション（ソフトウェア）のパッチ適用情報を収集するソフトウェアを導入し、そのソフトウェアが収集した情報をサーバに集約して、管理者が一括管理するシステムを用いて、セキュリティホールを持つ端末を把握し、パッチ未適用端末に対してパッチを適用するなどの処置を行うこともある。
【０００５】
また、企業がインターネットに公開しているサーバに対して、セキュリティを監査する企業向けサービスを利用する場合がある。このようなサービスでは、監査対象のサーバに対して実際に不正なアタックを行い、サーバのセキュリティ強度が十分か監査される。監査結果をもとに、管理者は適切なセキュリティ対策を実施することが可能となる。
【０００６】
クライアント端末のセキュリティホール対策としては、ＯＳやアプリケーションの自動アップデート機能を有効化し、自動的にセキュリティホールを塞ぐ対策が行われている。
【０００７】
しかし、ＯＳやアプリケーションの自動アップデート機能は、ユーザがＯＦＦにすることが可能であり、ＯＦＦのままにした場合、セキュリティホールが塞がれないまま放置される可能性がある。また、ＯＳやアプリケーションベンダからユーザに対してＷｅｂサイトや電子メールでパッチ適用の案内が出されていたとしても、ユーザが必ず適用するとは限らない。
【０００８】
また、ＩＤＳは企業内ネットワーク向けのシステムであるため、現時点で家庭内ネットワークへの導入は困難である。
【０００９】
家庭内ネットワークにおいて、ブロードバンドルータ経由で外部ネットワークに接続する場合、通常はブロードバンドルータがファイアウォール機能も併せ持つが、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）を用いたポートマッピングにより、ブロードバンドルータ配下の端末であっても外部ネットワークから直接アクセスが可能になり、外部ネットワークから直接攻撃が可能になる場合がある。
【００１０】
パッチ適用状況を収集して一括管理を行うシステムを導入する場合、パッチ適用状況を収集する管理ソフトウェアが動作する端末のみしか管理できない。例えば、特定のＯＳ上でしか動作しない管理ソフトウェアの場合、別のＯＳを利用している端末は管理できない。また、管理ソフトウェアを導入していない端末が管理対象から外れてしまう。
【００１１】
セキュリティホール対策を十分に実施した安全な端末であっても、ネットワーク内にセキュリティホールが塞がれていない危険な端末がある場合、その危険な端末経由で安全な端末が不正進入される可能性がある。
【００１２】
以上のことにより、端末のＯＳやアプリケーションが自動アップデート機能を持っていたとしても、ユーザの利用形態により端末のセキュリティホールが塞がれずに利用され続ける可能性がある。また、セキュリティホールが塞がれていない端末が存在するネットワークは、例えファイアウォールが設置されていたとしても、不正進入可能な危険な状態となる可能性がある。
【００１３】
関連する技術として、特開２００２−１５７２２１号公報（特許文献１）にセキュリティ脆弱点の対策設定自動化システムが開示されている。
このセキュリティ脆弱点の対策設定自動化システムは、セキュリティ強度の監査対象となる被監査コンピュータと前記被監査コンピュータのセキュリティ脆弱点を監査するための監査コンピュータとを有し、前記被監査コンピュータと前記監査コンピュータとの間をネットワークによって情報伝達可能に接続している。なお、このセキュリティ脆弱点の対策設定自動化システムは、前記監査コンピュータに、前記ネットワークを介し前記被監査コンピュータを擬似攻撃して前記被監査コンピュータのセキュリティ脆弱点を検出する監査機能と、前記監査機能によって検出されたセキュリティ脆弱点の克服に必要とされる対策を実行するための処理工程を含む対策実行ファイルを生成する対策実行ファイル生成機能と、前記対策実行ファイルを実行し前記被監査コンピュータのセキュリティ脆弱点の克服に必要とされる対策を前記ネットワークを介して前記被監査コンピュータに設定する対策実行機能とを備えたことを特徴とする。
【００１４】
特開２００５−１５７４２１号公報（特許文献２）に接続許可サーバが開示されている。
この接続許可サーバは、ユーザネットワークとは論理的に切り離された端末状態チェック用ネットワークに接続され、前記ユーザネットワークに新規に接続される端末のセキュリティ対策の実施状況を確認することにより、ユーザネットワークのセキュリティを維持する。また、接続許可サーバは、インタフェースと、セキュリティ情報記憶手段と、ソフトウェア構成情報受信手段と、端末設定送信手段とを備える。インタフェースは、前記端末状態チェック用ネットワークに当該接続許可サーバを接続する。セキュリティ情報記憶手段は、端末に搭載されるソフトウェアプログラム毎にセキュリティに必要な項目について最新の状態の情報を保持する。ソフトウェア構成情報受信手段は、ユーザネットワークに新規に接続される端末から、前記端末状態チェック用ネットワークを介して、前記新規に接続される端末が自端末内で収集したソフトウェアプログラムの構成状態を示すソフトウェア構成情報を受信する。端末設定送信手段は、受信したソフトウェア構成情報の内容と前記セキュリティ情報記憶手段に記憶されている情報との照合により、前記新規に接続される端末が最新のセキュリティ対策を実施しているか否かを確認し、最新のセキュリティ対策を実施している場合にのみ、前記新規に接続される端末の前記ユーザネットワークへの接続を許可し、最新のセキュリティ対策を実施していない場合には、前記ユーザネットワークへの接続を不許可とする通知を行う。
【００１５】
特開２００５−２５２６９号公報（特許文献３）にネットワーク中継装置が開示されている。
このネットワーク中継装置は、コンピュータとネットワークとの中継処理を行うネットワーク中継手段と、前記コンピュータ上で提供されるサービスを検査するためのポートスキャンを行うポートスキャン手段と、前記サービスに関係するポート番号及びセキュリティホールに関係するポート番号を有する検査用情報を参照し、前記ポートスキャンの応答結果に基づいて前記コンピュータのセキュリティ検査を行う検査手段と
を具備したことを特徴とする。
【００１６】
特開２００４−３５６７８７号公報（特許文献４）にセキュリティ検査システムが開示されている。
外部ネットワークと内部ネットワークを互いに接続するゲートウェイ機器と、検査対象のホストにセキュリティ上の脆弱性検査を実施する機能を備えた、外部ネットワークに接続した検査用ホストと、脆弱性を検査する対象となる、内部ネットワークに接続した公開ホストと、当該ゲートウェイ機器にて外部ネットワークから公開ホストへのアクセス制御が設定されているネットワークシステムにおいて、このセキュリティ検査システムは、内部ネットワークから検査用ホストに対して、公開ホストへの脆弱性検査を実施するための検査要求情報を伝達する手段と、当該検査要求情報に基づいて脆弱性検査の可否を判定し、公開ホストへの脆弱性検査を実施するための検査可否情報を返信する手段と、当該検査要求情報及び検査可否情報をゲートウェイ機器が保持する手段を備え、当該検査要求情報及び検査可否情報に基づいて、ゲートウェイ機器が自身のアクセス制御設定を自動で変更する手段を備えることを特徴とする。
【００１７】
特開２００５−２２２２３９号公報（特許文献５）にノード装置が開示されている。
このノード装置は、ユーザ端末が接続される第１の入出力ポート及び当該ユーザ端末と通信可能な装置が接続される第２の入出力ポートを含む入出力ポート群と、前記入出力ポート群に入力される一連のパケットを中継する中継手段と、前記パケットを監視して前記パケットから再構成される通信データ中のコンピュータウイルスを検出するウイルス検出手段とを備えたことを特徴とする。
【００１８】
【特許文献１】特開２００２−１５７２２１号公報
【特許文献２】特開２００５−１５７４２１号公報
【特許文献３】特開２００５−２５２６９号公報
【特許文献４】特開２００４−３５６７８７号公報
【特許文献５】特開２００５−２２２２３９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１９】
本発明の目的は、社内や家庭内の内部ネットワーク上の端末のセキュリティホールの有無を検査する機能を持たせたセキュリティ管理システムを提供することである。
本発明の他の目的は、外部ネットワークにアクセスしようとする内部ネットワーク上の全ての端末に対してセキュリティホールの有無を検査するセキュリティ管理システムを提供することである。
本発明の更に他の目的は、セキュリティホールが全て塞がれていたら合格とし、検査に合格した端末のみ外部ネットワークと制限無く通信できるようにしたセキュリティ管理システムを提供することである。
本発明の更に他の目的は、検査で不合格となった端末に対しては外部ネットワークへの通信を制限するセキュリティ管理システムを提供することである。
【課題を解決するための手段】
【００２０】
以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。但し、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００２１】
本発明のセキュリティ管理システムは、内部ネットワーク（１００）上にある端末（１）と、前記端末（１）及び外部ネットワーク（２００）と通信する中継装置（１０，３０）とを具備する。
前記中継装置（１０，３０）は、前記端末（１）から前記外部ネットワーク（２００）へのアクセス要求を検出した場合、前記端末（１）がセキュリティホールに対する検査に合格しているかどうかを判定する。前記端末（１）が既に前記検査に合格している場合、前記端末（１）と前記外部ネットワーク（２００）との通信を中継する。前記端末（１）が未だ前記検査に合格していない場合、前記端末（１）と前記外部ネットワーク（２００）との通信を制限し、前記端末（１）からの検査実行操作に応じて前記検査を実行し、前記検査に合格すれば、前記端末（１）と前記外部ネットワーク（２００）との通信を中継する。
【００２２】
前記中継装置（１０，３０）は、前記端末（１）が前記検査に不合格であれば、前記端末（１）にセキュリティパッチの適用を促す通知を行い、前記端末（１）から前記セキュリティパッチの要求があれば、前記端末（１）と前記セキュリティパッチの提供サイト（２２０）との通信を中継する。
【００２３】
前記中継装置（１０，３０）は、前記検査に合格している端末（１）と前記外部ネットワーク（２００）との通信を中継するルータ（１０）と、前記検査を実行し、且つ、前記検査に合格している端末（１）を前記ルータ（１０）に通知するセキュリティ検査サーバ（３０）とを具備する。
【００２４】
本発明の中継装置（１０，３０）は、内部ネットワーク（１００）上の端末（１）から外部ネットワーク（２００）へのアクセス要求を検出し、前記端末（１）がセキュリティホールに対する検査に合格していなければ、前記端末（１）と前記外部ネットワーク（２００）との通信を制限し、前記検査に合格していれば、前記端末（１）と前記外部ネットワーク（２００）との通信を中継する通信処理部（１１，１２，２１）と、前記通信処理部（１１，１２，２１）から前記端末（１）が前記検査に合格しているかどうかの問い合わせを受け、前記問い合わせに対して応答する検査端末リスト管理部（１３）と、前記検査を実行し、前記検査の結果を前記端末（１）及び前記検査端末リスト管理部（１３）に通知する検査実行部（１５）とを具備する。
【００２５】
前記通信処理部（１１，１２，２１）は、内部ネットワーク（１００）上のルータ（１０）であり、
検査端末リスト管理部（１３）は、前記ルータ（１０）が内部ネットワーク（１００）上の端末（１）から外部ネットワーク（２００）へのアクセス要求を検出した場合、前記ルータ（１０）から、前記端末（１）がセキュリティホールに対する検査に合格しているかどうかの問い合わせを受け、前記問い合わせに対して応答する
【００２６】
前記検査実行部（１５）は、前記端末（１）が前記検査に合格していない旨の通知を受けた前記通信処理部（１１，１２，２１）からの検査実行要求に応じて前記検査を実行する。
【００２７】
本発明の中継装置（１０，３０）は、前記端末（１）が前記検査に合格していない場合、前記端末（１）に前記検査の実行を促す通知を行う通知部（１４，２０）を更に具備する。前記検査実行部（１５）は、前記端末（１）からの検査実行要求に応じて前記検査を実行する。
【００２８】
前記通知部（１４，２０）は、前記検査の結果が不合格である場合、前記端末（１）にセキュリティパッチの適用を促す通知を行い、前記通信処理部（１１，１２，２１）は、前記端末（１）から前記セキュリティパッチの要求があれば、前記端末（１）と前記セキュリティパッチの提供サイト（２２０）との通信を中継する。
【００２９】
前記通信処理部（２１）は、前記端末（１）からのパケットを検出した場合、前記検査端末リスト管理部（１３）に、前記端末（１）が前記検査に合格しているかどうかの情報を要求し、前記端末（１）が前記検査に合格していない場合、前記検査実行部（１５）に前記検査の実行を指示する。
【００３０】
本発明のプログラムは、（ａ）内部ネットワーク（１００）上の端末（１）が外部ネットワーク（２００）へのアクセス要求を実行した場合、前記端末（１）が前記検査に合格しているかどうかを示す検査端末リスト（１８）を参照して合否を判定するステップと、（ｂ）前記端末（１）がセキュリティホールに対する検査に合格していれば、前記端末（１）と前記外部ネットワーク（２００）との通信を中継するステップと、（ｃ）前記端末（１）がセキュリティホールに対する検査に合格していなければ、前記端末（１）と前記外部ネットワーク（２００）との通信を制限し、且つ、前記検査を実行し、検査結果を前記検査端末リスト（１８）に登録するステップとを具備する。
【００３１】
前記（ａ）ステップは、（ａ１）前記端末（１）からのパケットを検出した場合、前記端末（１）が前記検査に合格しているかどうかを判定するステップを具備する。
【００３２】
前記（ａ）ステップは、（ａ２）前記端末（１）から前記アクセス要求を検出したルータ（１０）から、前記端末（１）が前記検査に合格しているかどうかの問い合わせを受けた場合、前記端末（１）が前記検査に合格しているかどうかを判定するステップを具備する。
【００３３】
前記（ｃ）ステップは、（ｃ１）前記端末（１）が前記検査に合格していない場合、自動的に前記検査を実行するステップを具備する。
【００３４】
前記（ｃ）ステップは、（ｃ２）前記端末（１）が前記検査に合格していない場合、前記端末（１）に前記検査の実行を促す通知を行うステップと、（ｃ３）前記端末（１）からの検査実行要求に応じて前記検査を実行するステップとを具備する。
【００３５】
本発明のプログラムは、（ｄ）前記検査の結果が不合格である場合、前記端末（１）にセキュリティパッチの適用を促す通知を行うステップと、（ｅ）前記端末（１）から前記セキュリティパッチの要求があれば、前記端末（１）と前記セキュリティパッチの提供サイト（２２０）との通信を中継するステップとを更に具備する。
【発明の効果】
【００３６】
端末側で特別な装置やプログラムを用意すること無く、セキュリティホールが塞がれていない端末がネットワーク上で利用され続ける問題を解決する。
【発明を実施するための最良の形態】
【００３７】
以下に、本発明の第１実施形態について添付図面を参照して説明する。
図１に示すように、本発明のセキュリティ管理システムは、内部ネットワーク１００と外部ネットワーク２００との通信を対象としている。
内部ネットワーク１００は、端末１と、中継装置１０とを含む。端末１（−ｉ、ｉ＝１〜ｎ：ｎは端末数）は、諸般のＰＣ（コンピュータ）を始めとする通信端末である。中継装置１０は、端末１と外部ネットワーク２００との通信を中継する中継機である。なお、本発明における電気通信回路（通信網）は、有線、無線を問わない。
【００３８】
本発明の中継装置１０は、ルーティング処理部１１と、プロキシ処理部１２と、検査端末リスト管理部１３と、ＨＴＴＰ通信部１４と、検査実行部１５を備える。
【００３９】
ルーティング処理部１１は、ルーティングテーブル１７を参照してルーティング（ｒｏｕｔｉｎｇ）を行う。本発明のルーティングテーブル１７は、外部ネットワーク２００からのアクセスを禁止し、且つ、配下（内部ネットワーク１００）の端末１が直接外部ネットワーク２００に接続することを禁止している。
【００４０】
プロキシ処理部１２は、通常のプロキシ（ｐｒｏｘｙ）動作を行う。すなわち、直接外部ネットワーク２００に接続できない内部ネットワーク１００の端末１に代わって、「代理」として外部ネットワーク２００との接続を行う。このため、外部ネットワーク２００用のグローバルアドレスと、内部ネットワーク１００用のプライベートアドレスを有している。このグローバルアドレスは、ルーティングテーブル１７により外部ネットワーク２００にアクセスすることが許可されている。配下の端末１は、このプロキシ処理部１２にアクセスし、プロキシ処理部１２を経由して外部ネットワーク２００にアクセスする。なお、プロキシ処理部１２は、配下の端末１から外部ネットワーク２００へのアクセス要求を検出した場合、検査端末リスト管理部１３にこの端末１がリストに登録されているかどうかを問い合わせ、登録されていれば、外部ネットワーク２００へのアクセスを中継する。登録されていなければ、外部ネットワーク２００へのアクセスを拒絶する。
【００４１】
検査端末リスト管理部１３は、検査実行部１５により行われた検査に合格した端末１を識別する情報が登録された検査端末リスト１８を参照する。端末１を識別する情報として、ＩＰアドレスやＭＡＣアドレスが考えられる。
【００４２】
ＨＴＴＰ通信部１４は、プロキシ処理部１２から、外部ネットワーク２００へのアクセスが拒絶された端末１のアドレスを受け取り、この端末１に検査を実行することを促すメッセージを通知する。また、端末１からの検査実行操作を受け付け、検査実行部１５に対して検査実行を通知する。更に、端末１が検査を実行した後、端末１に検査結果を通知する。ここでは、ＨＴＴＰ通信部１４として、ＨＴＴＰサーバを使用し、ＨＴＴＰ通信で端末１に通知を行うようにする。但し、実際には、ＨＴＴＰサーバに限定されない。また、ＨＴＴＰ以外の通信で端末１に通知を行うようにしても良い。例えば、電子メール、インスタントメッセンジャー、チャット（ｃｈａｔ）、ＯＳや通信用アプリケーションのエラー表示、端末１のスピーカでの音声通知、端末１の画面上の一部や光源装置の点滅により、端末１に通知することも可能である。また、最終的に、端末１の利用者に通知できれば良いため、端末１そのものではなく、端末１の利用者の携帯電話機など、端末１の利用者が利用可能な他の通信装置に通知するようにしても良い。この場合、ＨＴＴＰ通信部１４は、通知先の通信装置に関する情報を有している。
【００４３】
検査実行部１５は、外部ネットワーク２００へのアクセス要求を行った端末１に対して、セキュリティホールの有無の検査を行い、検査した全てのセキュリティホールの対策が施されていれば合格とする。そして、検査に合格した端末１を検査端末リスト１８に登録する。
【００４４】
更に、本発明の中継装置１０は、検査定義情報管理部１６を備えていても良い。検査定義情報管理部１６は、検査実行部１５で行われる検査についての検査定義情報１９を管理する。また、外部ネットワーク２００の検査定義情報提供サイト２１０から最新の検査定義情報１９を取得する。検査実行部１５が検査定義情報を外部ネットワークから直接取得して検査を行う場合は、中継装置１０内部に検査定義情報管理部１６は不要である。
【００４５】
セキュリティホールの有無の検査方法については、従来から知られている「ポートスキャン」により、単純に全てのポートに対して許可していないポートが開いていないかどうか調べて検査を行う方法や、検査定義情報１９に記録されている最新のセキュリティホールに関する情報に基づいて、関連するポートに対してセキュリティホールとなりうる攻撃／進入を試みる方法、又は、専用のネットワーク脆弱性検査ツールを用いて検査を行う方法が考えられる。これら以外にも既存のセキュリティホール検査方法を用いることは可能である。すなわち、本発明におけるセキュリティ検査方法は、外部ネットワーク２００に対して接続要求を行った「端末１」のセキュリティホールを、「中継装置１０」側から検査する方法であれば良い。
【００４６】
なお、ルーティング処理部１１、プロキシ処理部１２、検査端末リスト管理部１３、ＨＴＴＰ通信部１４、検査実行部１５、及び検査定義情報管理部１６は、プログラムでも良い。一般的なコンピュータに当該プログラムを実行させることで、本願発明の中継装置１０として使用することが可能である。
【００４７】
以下に、プロキシ処理部１２の動作について説明する。
内部ネットワーク１００の端末１の各々が通信により外部ネットワーク２００の外部サイト２３０へアクセスを行う場合、本発明では、ルーティングテーブル１７の定義により、端末１から直接外部ネットワーク２００に対して通信を実行することが出来ないため、必ずプロキシ処理部１２経由でアクセスすることになる。
プロキシ処理部１２は、端末１から外部ネットワーク２００の外部サイト２３０へのアクセスがあると、以下のステップで動作する。ここで、検査端末リスト管理部１３への問い合わせの際、端末１を識別する情報として送信元（端末１）のＩＰアドレス情報を検査リスト管理部へ渡す。ＨＴＴＰ通信部１４へのリダイレクト動作は、端末１からのアクセス要求に対して、例えば、レスポンスコード３０２（Ｍｏｖｅｄ  Ｔｅｍｐｏｒａｒｉｌｙ（ＨＴＴＰ  １．１では３０７に変更））の応答で、ＨＴＴＰ通信部１４のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を通知することで実現する。
既に検査に合格している端末１は、通常のプロキシ動作により外部ネットワーク２００の外部サイト２３０との通信が実行される。また、セキュリティパッチ適用サイトへのアクセスを中継する際は、検査の合否に関わらず、通常のプロキシ動作によるアクセスを許可する。
【００４８】
図２に、プロキシ処理部１２の動作のフローチャートを示す。
（１）ステップＳ１０１
プロキシ処理部１２は、内部ネットワーク１００の端末１から外部ネットワーク２００の外部サイト２３０へのアクセスがあると、セキュリティパッチ適用サイトへのアクセスかどうか判定する。セキュリティパッチ適用サイトへのアクセスであれば、通常のプロキシ動作を実行する。端末１から外部ネットワーク２００の外部サイト２３０へのアクセスで無ければ、検査端末リスト１８との照合を実行する。
（２）ステップＳ１０２
プロキシ処理部１２は、検査端末リスト管理部１３へ端末１の検査結果を問い合わせる。
なお、セキュリティパッチ適用サイトへのアクセスかどうかに関わらず、アクセスの中継を許可するかどうか判定する場合は、端末１から外部ネットワーク２００の外部サイト２３０へのアクセスがあると、先の動作（ステップＳ１０１）は行わず、この動作（ステップＳ１０２）から開始する。
（３）ステップＳ１０３
プロキシ処理部１２は、検査結果を参照して、端末１が検査に合格しているかどうか確認する。この時、プロキシ処理部１２は、検査端末リスト１８を参照して、端末１の検査の合否に関する情報を取得する。なお、検査に合格した端末１のみ検査端末リスト１８に登録されている場合、検査端末リスト１８に登録されている端末１であれば検査に合格していると判断する。
（４）ステップＳ１０４
検査に合格していない場合、プロキシ処理部１２は、ＨＴＴＰ通信部１４へリダイレクトを実行する。リダイレクトは、プログラムの入力元や出力先を通常とは違うものに変更することである。
（５）ステップＳ１０５
端末１が検査に合格している場合、プロキシ処理部１２は、通常のプロキシ動作を実行し、端末１から外部ネットワーク２００の外部サイト２３０へのアクセスを中継する。
【００４９】
図３、図４に、検査端末リスト１８の構成について示す。
図３は、３台の端末について全ての検査項目に対する検査結果を集約して管理する場合の検査端末リスト１８を示す。図４は、３台の端末についてポートスキャンと脆弱性２件の検査を行い、検査項目毎に検査結果を管理する場合の検査端末リスト１８を示す。
ここでは、検査端末リスト１８は、端末１を識別する情報としてＭＡＣアドレス（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ａｄｄｒｅｓｓ）を用いている。これは、端末１がＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用している場合にＩＰアドレスが変化する可能性があることと、ＩＰｖ４／ＩＰｖ６が混在するネットワークでも端末１を一意に識別可能にするためである。但し、実際には、ＭＡＣアドレスに限定されない。ＭＡＣアドレスの代わりに、端末１を一意に識別可能な情報を使用しても良い。例えば、端末１の名称及び所属するネットワークの情報と、端末１の管理者（ａｄｍｉｎｉｓｔｒａｔｏｒ）権限でのログイン情報（ＩＤ、パスワード）とを組み合わせたものを識別情報として使用することが可能である。
【００５０】
図５に、検査端末リスト管理部１３の動作のフローチャートを示す。
検査端末リスト管理部１３は、プロキシ処理部１２から検査結果の問い合わせを受け取ると、以下の動作を行う。
（１）ステップＳ２０１
検査リスト管理部は、問い合わせを受けたＩＰアドレスを利用している端末１のＭＡＣアドレスを取得する。
（２）ステップＳ２０２
検査リスト管理部は、取得したＭＡＣアドレスが検査端末リスト１８にあるかどうか検索する。
（３）ステップＳ２０３
取得したＭＡＣアドレスが検査端末リスト１８に無ければ、検査リスト管理部は、検査結果を「不合格」としてプロキシ処理部１２にその旨を通知する。
（４）ステップＳ２０４
取得したＭＡＣアドレスが検査端末リスト１８にあれば、検査リスト管理部は、更に検査実行部１５で行われた検査に合格しているかどうかを検索する。検査に合格していなければ、検査結果を「不合格」としてプロキシ処理部１２にその旨を通知する。
（５）ステップＳ２０５
検査に合格していれば、検査結果を「合格」としてプロキシ処理部１２にその旨を通知する。
【００５１】
ここで、検査実行部１５で行われた検査に合格した端末１のみを検査端末リスト１８に登録するようにすれば、検査端末リスト１８にあれば「合格」、検査端末リスト１８に無ければ「不合格」と判定することが可能になる。
【００５２】
また、検査端末リスト１８に未登録、若しくは検査結果が「不合格」と記録されている端末１からのアクセス要求は、例えばＨＴＴＰ要求の場合、レスポンスコード３０２の応答で端末１に返される。端末１はレスポンスコード３０２の応答を受け取ると、応答に含まれているＨＴＴＰ通信部１４のＵＲＬに対してＨＴＴＰ要求を行う。このＵＲＬはセキュリティホールの検査実行を行うための情報を提供するＵＲＬであり、例えば、図６に示すように、「セキュリティ検査を実行する」ためのボタンが端末１のブラウザに表示される。端末１のブラウザで「セキュリティ検査を実行する」ためのボタンが押下されると、ＨＴＴＰ通信部１４は検査実行部１５に対して、端末１のセキュリティ検査実行を指示する。
【００５３】
検査実行部１５は、ＨＴＴＰ通信部１４からセキュリティ検査実行指示を受け取ると、指示に含まれたＩＰアドレスに対してセキュリティ検査を実行する。セキュリティ検査の手段として、セキュリティ監査サービス等で監査対象の端末１の外部からセキュリティ検査を行う従来の方法を利用することが可能である。例えば、ポートスキャンによる検査と、ネットワークサービスに対する脆弱性検査を組み合わせた方法が考えられる。
【００５４】
ポートスキャンによる検査は、端末１での利用を許可するＴＣＰ／ＵＤＰポート番号の一覧を検査実行部１５が保持しており、端末１の全て若しくはセキュリティホールとなりうるポートの利用状況を検査して、許可していないポート番号が利用されている場合に、検査不合格とする検査である。端末１の全ＴＣＰポートに対する検査処理は以下の通りである。
【００５５】
図７に、検査実行部１５の動作のフローチャートを示す。
（１）ステップＳ３０１
検査実行部１５は、初期値を設定する。例えば、ポート番号をｐとし、ｐの値を最初に１と設定する。
（２）ステップＳ３０２
検査実行部１５は、ｐの値が所定の値（例えば６５５３５）を超えているかどうかを判定する。ｐが所定の値（例えば６５５３５）を超えていれば、検査を終了する。
（３）ステップＳ３０３
ｐが所定の値（例えば６５５３５）以下であれば、検査実行部１５は、ｐの値に対応するポート（以下、ポートｐ）が不許可ポートかどうか判定する。
（４）ステップＳ３０４
ポートｐが不許可ポートで無ければ、検査実行部１５は、ｐの値を１だけ増加（ｉｎｃｒｅｍｅｎｔ）し、増加後のｐの値が所定の値（例えば６５５３５）を超えているかどうかを判定する。
（５）ステップＳ３０５
ポートｐが不許可ポートであれば、検査実行部１５は、ポートｐに対してＳＹＮパケットを送信する。
（６）ステップＳ３０６
検査実行部１５は、送信したＳＹＮパケットに対して、ＡＣＫパケットが返信されたかどうかを判定する。すなわち、ＡＣＫパケットを受信したかどうかを判定する。ＡＣＫパケットを受信していなければ、検査実行部１５は、ｐの値を１だけ増加（ｉｎｃｒｅｍｅｎｔ）し、増加後のｐの値が所定の値（例えば６５５３５）を超えているかどうかを判定する。
（７）ステップＳ３０７
ＡＣＫパケットを受信していれば、検査実行部１５は、検査結果を不合格とする。ここでは、ポートが１つでも不合格であれば検査を終了しているが、検査したポートが不合格である旨を記録し、そのまま全てのポートについて検査を継続するようにしても良い。
【００５６】
ネットワークサービスに対する脆弱性検査では、端末１での利用を許可されたポートに対して、対脆弱性を検査するアクセスを行い、脆弱性がある場合に特有の応答を返した時に検査不合格とする検査である。脆弱性検査では、先ず始めに検査定義情報提供サイト２１０で管理されているデータベースより、最新の検査定義情報１９を取得する。
【００５７】
図８に、検査定義情報１９の例を示す。
検査定義情報１９は、プロトコルと、ポート番号と、検査用送信情報と、正常時受信情報と、異常時受信情報と、不一致時検査結果を含む。
検査用送信情報は、脆弱性の有無により応答が変化する送信データを含む。正常時受信情報、及び異常時受信情報は、検査用送信情報を受信した端末１が検査実行部１５に対して返す受信データのパターンを記述したものである。この時、記述されるパターンは、全データパターン、又はデータの特徴的な一部のパターンのいずれでも良い。セキュリティパッチを適用するなどして、端末１の脆弱性対策が施されている場合は、正常時受信情報が端末１から返される。逆に脆弱性対策が施されていない場合は、異常時受信情報が返される。不一致時検査結果は、端末１から返された受信情報が正常時受信情報、異常時受信情報のいずれにも合致しない場合の検査結果を定義する情報である。
【００５８】
図９に、各検査定義情報によるネットワークサービスに対する脆弱性検査について示す。
（１）ステップＳ４０１
検査実行部１５は、端末１に検査用送信情報を送信する。
（２）ステップＳ４０２
検査実行部１５は、端末１からの応答の有無を確認する。
（３）ステップＳ４０３
検査実行部１５は、応答がある場合、異常時受信情報と比較する。
（４）ステップＳ４０４
検査実行部１５は、応答が異常時受信情報と一致していれば、検査結果を不合格とする。
（５）ステップＳ４０５
検査実行部１５は、応答が異常時受信情報と一致していなければ、正常時受信情報と比較する。応答が正常時受信情報と一致していれば、検査結果を合格とする。
（６）ステップＳ４０６
検査実行部１５は、応答が正常時受信情報と一致していなければ、不一致時検査結果の合否を確認する。不一致時検査結果が不合格であれば、検査結果を不合格とする。
（７）ステップＳ４０７
検査実行部１５は、不一致時検査結果が合格であれば、検査結果を合格とする。
【００５９】
検査実行部１５が実行したセキュリティ検査の結果は、ＨＴＴＰ通信部１４に返されると同時に、検査端末リスト管理部１３にも通知される。検査端末リスト管理部１３は、検査実行部１５から受け取った検査結果を検査端末リスト１８に反映する。
【００６０】
ＨＴＴＰ通信部１４は、検査実行部１５から検査結果を受け取ると、検査の合否に従って、ブラウザ表示を更新する。図１０は、セキュリティ検査が合格の場合の例であり、図１１は、セキュリティ検査が不合格の場合（脆弱性が発見された場合）の例である。
【００６１】
セキュリティ検査が合格の場合は、検査端末リスト１８に「合格」と登録されるため、次回のアクセスから外部ネットワーク２００の外部サイト２３０へのアクセスが可能となる。また、セキュリティ検査が不合格の場合、例えば脆弱性が発見された場合は、ブラウザでセキュリティパッチ提供サイト２２０へのリンクが表示され、セキュリティパッチの適用を促される。この時、検査端末リスト１８に「不合格」と登録されているため、セキュリティパッチ提供サイト２２０以外へのアクセスは許可されない。
【００６２】
本発明の他の実施例として、以下の２つの方法が考えられる。
（ａ）検査端末リスト１８の拡張
（ｂ）検査端末リスト管理部１３とルーティング処理部１１の連携
【００６３】
検査端末リスト１８の拡張について説明する。
例えば、端末１のＯＳを再インストールした場合、セキュリティホール対策がなされない状態に戻ってしまうが、検査端末リスト１８では、検査合格の状態となったままであるため、セキュリティホールが塞がれていない端末１が外部ネットワーク２００と通信を行うことになってしまう。
これに対応するため、検査端末リスト１８において、ＭＡＣアドレスと共にブラウザのバージョン情報を合わせて登録して端末１を管理することで、ＯＳの再インストールの有無を検出して、再検査を実行することが可能となる。
図１２に、全ての検査項目の結果を集約して管理する場合の、ブラウザのバージョン情報を追加した検査端末リストの例を示す。
【００６４】
検査端末リスト管理部１３とルーティング処理部１１の連携について説明する。
検査端末リスト管理部１３とルーティング処理部１１が連携することで、様々な規格（プロトコル）の通信の制御が可能となる。
先ず、ルーティングテーブル１７の初期設定は、全ての端末１のルータ経由の通信を「不許可」とした設定とする。次に、端末１から外部ネットワーク２００の外部サイト２３０への通信が実行されると、ルーティング処理部１１は検査リスト管理部に対して、検査結果の問い合わせを行う。そして、検査結果が「合格」の時のみ、ルーティングテーブル１７をその端末１のみ「許可」状態に更新し、ルーティング処理を実行する。
【００６５】
図１３に、上記動作のフローチャートを示す。
（１）ステップ５０１
ルーティング処理部１１は、端末１アドレスがルーティングテーブル１７に登録済みかどうか確認する。登録済であれば、通常のルーティング動作を実行する。
（２）ステップ５０２
未登録であれば、ルーティング処理部１１は、検査端末リスト管理部１３へ端末１の検査結果を問い合わせる。
（３）ステップ５０３
検査端末リスト管理部１３は、検査結果を参照して端末１のセキュリティ検査の合否を確認し、合否に関する情報をルーティング処理部１１に通知する。
（４）ステップ５０４
ルーティング処理部１１は、端末１が検査に不合格であれば、ルーティング動作を拒否する。
（５）ステップ５０５
ルーティング処理部１１は、端末１が検査に合格であれば、ルーティングテーブル１７に端末１のアドレス（ＩＰアドレス、ＭＡＣアドレス）を登録する。
（６）ステップ５０６
ルーティング処理部１１は、ルーティングテーブル１７に端末１のアドレスを登録後、通常のルーティング動作を実行する。
【００６６】
なお、内部ネットワーク１００でＤＨＣＰが用いられている場合、端末１のＩＰアドレスが外部ネットワーク２００の外部サイト２３０へのアクセスの度に変更される。この場合は、以下のいずれかの方法で対応することが可能である。
（ａ）ルーティングテーブル１７を「許可」の状態に更新してから一定時間経過後に、「不許可」の状態に戻す。「不許可」に戻った後に外部ネットワーク２００の外部サイト２３０への通信が発生した場合は、再び検査端末リスト１８へ検査結果を問い合わせる。
（ｂ）端末１からの外部ネットワーク２００の外部サイト２３０への通信に対しては、通信が発生する度に検査端末リスト１８へ検査結果を問い合わせてルーティングの可否を判断して、合格の時のみルーティング処理を実行する。
【００６７】
本発明のセキュリティ管理システム全体の動作について以下に詳述する。
図１４Ａ，Ｂに、端末が新規接続端末であり、検査実行により合格と判定した場合の動作のシーケンス図を示す。
（１）ステップＳ６０１
端末１は、外部サイト２３０にアクセスするため、プロキシ処理部１２にアクセス要求を送信する。
（２）ステップＳ６０２
プロキシ処理部１２は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ６０３
検査端末リスト管理部１３は、端末１が新規接続端末であり、検査端末リスト１８に未登録であるため、検査結果を不合格とする。
（４）ステップＳ６０４
検査端末リスト管理部１３は、プロキシ処理部１２に、検査結果が不合格である旨を通知する。
（５）ステップＳ６０５
プロキシ処理部１２は、端末１に、ＨＴＴＰ通信部１４へのリダイレクト応答を送信する。なお、本実施例では、ＨＴＴＰ通信部１４はＨＴＴＰサーバであるものとする。
（６）ステップＳ６０６
端末１は、プロキシ処理部１２から受信したＨＴＴＰ通信部１４へのリダイレクト応答に基づいて、ＨＴＴＰ通信部１４へのリダイレクトを実行する。
（７）ステップＳ６０７
ＨＴＴＰ通信部１４は、端末１に、セキュリティ検査のための検査用Ｗｅｂページを送信する。
（８）ステップＳ６０８
端末１において、検査実行のための操作が行われた時、端末１からＨＴＴＰ通信部１４に検査実行の要求を送信する。ここでは、検査用Ｗｅｂページに表示された「検査実行」ボタンが押下された場合、検査実行のための操作が行われたと判断する。但し、実際には、「検査実行」ボタンが表示されている必要は無く、端末１の所定のキーを押下した時に検査実行のための操作が行われたと判断しても良い。
（９）ステップＳ６０９
ＨＴＴＰ通信部１４は、端末１から検査実行の要求を受信した場合、検査実行部１５に検査実行を指示する。
（１０）ステップＳ６１０
検査実行部１５は、端末１のセキュリティ検査を実行する。
（１１）ステップＳ６１１
検査実行部１５は、端末１のセキュリティ検査の結果が合格である場合、検査端末リスト管理部１３に検査結果登録の要求を送信する。すなわち、検査端末リスト１８に端末１が合格である旨を登録するよう要求する。なお、検査に合格した端末のみ検査端末リスト１８に登録する方式の場合、検査端末リスト１８に端末１の識別情報を追加する。
（１２）ステップＳ６１２
また、検査実行部１５は、端末１のセキュリティ検査の結果が合格である場合、ＨＴＴＰ通信部１４に検査結果が合格である旨を通知する。
（１３）ステップＳ６１３
ＨＴＴＰ通信部１４は、端末１に、検査結果が合格である旨の通知用Ｗｅｂページを送信する。
（１４）ステップＳ６１４
端末１は、外部サイト２３０にアクセスするため、プロキシ処理部１２にアクセス要求を送信する。
（１５）ステップＳ６１５
プロキシ処理部１２は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（１６）ステップＳ６１６
検査端末リスト管理部１３は、端末１が検査端末リスト１８に登録済であるため、検査結果を合格とする。
（１７）ステップＳ６１７
検査端末リスト管理部１３は、プロキシ処理部１２に、検査結果が合格である旨を通知する。
（１８）ステップＳ６１８
プロキシ処理部１２は、端末１から外部サイト２３０へのアクセスを仲介するため、外部サイト２３０に代理アクセスを行う。
（１９）ステップＳ６１９
外部サイト２３０は、プロキシ処理部１２に、アクセスに対する応答を送信する。
（２０）ステップＳ６２０
プロキシ処理部１２は、端末１に、外部サイト２３０からのアクセスに対する応答を送信する。すなわち、プロキシ処理部１２は、外部サイト２３０の代わりに、端末１に代理応答を行う。
【００６８】
図１５Ａ，Ｂに、端末が新規接続端末であり、検査実行により不合格と判定した場合の動作のシーケンス図を示す。
（１）ステップＳ７０１
端末１は、外部サイト２３０にアクセスするため、プロキシ処理部１２にアクセス要求を送信する。
（２）ステップＳ７０２
プロキシ処理部１２は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ７０３
検査端末リスト管理部１３は、端末１が新規接続端末であり、検査端末リスト１８に未登録であるため、検査結果を不合格とする。
（４）ステップＳ７０４
検査端末リスト管理部１３は、プロキシ処理部１２に、検査結果が不合格である旨を通知する。
（５）ステップＳ７０５
プロキシ処理部１２は、端末１に、ＨＴＴＰ通信部１４へのリダイレクト応答を送信する。なお、本実施例では、ＨＴＴＰ通信部１４はＨＴＴＰサーバであるものとする。
（６）ステップＳ７０６
端末１は、プロキシ処理部１２から受信したＨＴＴＰ通信部１４へのリダイレクト応答に基づいて、ＨＴＴＰ通信部１４へのリダイレクトを実行する。
（７）ステップＳ７０７
ＨＴＴＰ通信部１４は、端末１に、セキュリティ検査のための検査用Ｗｅｂページを送信する。
（８）ステップＳ７０８
端末１において、検査実行のための操作が行われた時、端末１からＨＴＴＰ通信部１４に検査実行の要求を送信する。ここでは、検査用Ｗｅｂページに表示された「検査実行」ボタンが押下された場合、検査実行のための操作が行われたと判断する。但し、実際には、「検査実行」ボタンが表示されている必要は無く、端末１の所定のキーを押下した時に検査実行のための操作が行われたと判断しても良い。
（９）ステップＳ７０９
ＨＴＴＰ通信部１４は、端末１から検査実行の要求を受信した場合、検査実行部１５に検査実行を指示する。
（１０）ステップＳ７１０
検査実行部１５は、端末１のセキュリティ検査を実行する。
（１１）ステップＳ７１１
検査実行部１５は、端末１のセキュリティ検査の結果が不合格である場合、検査端末リスト管理部１３に検査結果登録の要求を送信する。すなわち、検査端末リスト１８に端末１が不合格である旨を登録するよう要求する。なお、検査に合格した端末のみ検査端末リスト１８に登録する方式の場合、何も行わない。
（１２）ステップＳ７１２
また、検査実行部１５は、端末１のセキュリティ検査の結果が不合格である場合、ＨＴＴＰ通信部１４に検査結果が不合格である旨を通知する。
（１３）ステップＳ７１３
ＨＴＴＰ通信部１４は、端末１に、検査結果が不合格である旨の通知用Ｗｅｂページを送信する。この時、セキュリティパッチ提供サイト２２０のＵＲＬの情報も提供する。例えば、通知用Ｗｅｂページにセキュリティパッチ提供サイト２２０へのリンクを追加する。
（１４）ステップＳ７１４
端末１は、セキュリティパッチ提供サイト２２０にアクセスするため、プロキシ処理部１２にアクセス要求を送信する。
（１５）ステップＳ７１５
プロキシ処理部１２は、端末１からセキュリティパッチ提供サイト２２０へのアクセスを仲介するため、セキュリティパッチ提供サイト２２０に代理アクセスを行う。端末１からセキュリティパッチ提供サイト２２０へのアクセスの場合のみ、セキュリティ検査を行わない。
（１６）ステップＳ７１６
セキュリティパッチ提供サイト２２０は、プロキシ処理部１２に、アクセスに対する応答を送信する。
（１７）ステップＳ７１７
プロキシ処理部１２は、端末１に、セキュリティパッチ提供サイト２２０からのアクセスに対する応答を送信する。すなわち、プロキシ処理部１２は、セキュリティパッチ提供サイト２２０の代わりに、端末１に代理応答を行う。
（１８）ステップＳ７１８
端末１は、セキュリティパッチ提供サイト２２０へパッチ取得要求するため、プロキシ処理部１２にパッチ取得要求を送信する。
（１９）ステップＳ７１９
プロキシ処理部１２は、端末１からセキュリティパッチ提供サイト２２０へのパッチ取得要求を仲介するため、外部サイト２３０に代理アクセスを行う。
（２０）ステップＳ７２０
外部サイト２３０は、プロキシ処理部１２に、アクセスに対する応答を送信する。
（２１）ステップＳ７２１
プロキシ処理部１２は、端末１に、セキュリティパッチ提供サイト２２０からのアクセスに対する応答を送信する。すなわち、プロキシ処理部１２は、セキュリティパッチ提供サイト２２０の代わりに、端末１に代理応答を行う。
この応答は、セキュリティパッチ提供サイト２２０へのパッチ取得要求に対する応答であるため、パッチが含まれており、端末１は、パッチをダウンロードする。
【００６９】
なお、端末１が検査不合格端末であり、検査実行により合格と判定された場合は、検査端末リスト１８に該当端末が「不合格」と予め登録されている以外は、図１４Ａ，Ｂと同様のシーケンスとなる。
【００７０】
また、端末１が検査不合格端末端末であり、検査実行により不合格と判定された場合は、検査端末リスト１８に該当端末が「不合格」と予め登録されている以外は、図１５Ａ，Ｂと同様のシーケンスとなる。
【００７１】
端末１が検査合格端末の場合は、図１４Ａ，Ｂのシーケンスにおける２回目の外部サイトへのアクセスのシーケンス、すなわちステップＳ６１４以降のシーケンスと同様になる。
【００７２】
上記の説明では、端末１がセキュリティ検査に不合格である場合、中継装置１０が端末１に通知を行い、端末１側でセキュリティパッチの適用を実行させている。しかし、実際には、中継装置１０が、自動的に、端末１へのセキュリティパッチの適用を行うようにすることが可能である。この場合、端末１にセキュリティパッチを適用したことを確認した後、検査端末リスト１８に登録する。なお、確認した後、再度、セキュリティ検査を行うようにしても良い。
【００７３】
また、他の方法として、特定のポートについてセキュリティホールが発見された端末１に対して、該当するポートを使用する通信を遮断することが考えられる。或いは、該当するポートを使用するアプリケーションソフトウェアの通信を遮断する。なお、ポートの情報やアプリケーションソフトウェアの情報は、通信パケットに含まれている。中継装置１０は通信パケットを参照して、これらの通信の遮断を決定する。
【００７４】
以下に、本発明の第２実施形態について添付図面を参照して説明する。
ここでは、プロキシ処理部１２が検査用Ｗｅｂページを提供する場合について説明する。第１実施形態とは、ＨＴＴＰ通信部１４を持たない点で異なる。
図１６に示すように、本実施形態の中継装置１０は、ルーティング処理部１１と、プロキシ処理部１２と、検査端末リスト管理部１３と、検査実行部１５を備える。本実施形態では、プロキシ処理部１２は、図１のＨＴＴＰ通信部１４の機能を更に有する。
【００７５】
図１７Ａ，Ｂに、本実施形態の動作のシーケンス図を示す。
本実施形態は、ＨＴＴＰ通信部１４の機能（検査用Ｗｅｂページの提示機能）をプロキシ処理部１２に統合した構成例である。ここでは、端末１が新規接続端末であり、検査実行により合格と判定される場合のシーケンスを示す。端末１へのＷｅｂページの提示シーケンス以外は、第１実施形態と同様である。
（１）ステップＳ８０１
端末１は、外部サイト２３０にアクセスするため、プロキシ処理部１２にアクセス要求を送信する。
（２）ステップＳ８０２
プロキシ処理部１２は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ８０３
検査端末リスト管理部１３は、端末１が新規接続端末であり、検査端末リスト１８に未登録であるため、検査結果を不合格とする。
（４）ステップＳ８０４
検査端末リスト管理部１３は、プロキシ処理部１２に、検査結果が不合格である旨を通知する。
（５）ステップＳ８０５
プロキシ処理部１２は、端末１に、セキュリティ検査のための検査用Ｗｅｂページを送信する。
（６）ステップＳ８０６
端末１において、検査実行のための操作が行われた時、端末１からプロキシ処理部１２に検査実行の要求を送信する。ここでは、検査用Ｗｅｂページに表示された「検査実行」ボタンが押下された場合、検査実行のための操作が行われたと判断する。但し、実際には、「検査実行」ボタンが表示されている必要は無く、端末１の所定のキーを押下した時に検査実行のための操作が行われたと判断しても良い。
（７）ステップＳ８０７
プロキシ処理部１２は、端末１から検査実行の要求を受信した場合、検査実行部１５に検査実行を指示する。
（８）ステップＳ８０８
検査実行部１５は、端末１のセキュリティ検査を実行する。
（９）ステップＳ８０９
検査実行部１５は、端末１のセキュリティ検査の結果が合格である場合、検査端末リスト管理部１３に検査結果登録の要求を送信する。すなわち、検査端末リスト１８に端末１が合格である旨を登録するよう要求する。なお、検査に合格した端末のみ検査端末リスト１８に登録する方式の場合、検査端末リスト１８に端末１の識別情報を追加する。
（１０）ステップＳ８１０
また、検査実行部１５は、端末１のセキュリティ検査の結果が合格である場合、プロキシ処理部１２に検査結果が合格である旨を通知する。
（１１）ステップＳ８１１
プロキシ処理部１２は、端末１に、検査結果が合格である旨の通知用Ｗｅｂページを送信する。
（１２）ステップＳ８１２
端末１は、外部サイト２３０にアクセスするため、プロキシ処理部１２にアクセス要求を送信する。
（１３）ステップＳ８１３
プロキシ処理部１２は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（１４）ステップＳ８１４
検査端末リスト管理部１３は、端末１が検査端末リスト１８に登録済であるため、検査結果を合格とする。
（１５）ステップＳ８１５
検査端末リスト管理部１３は、プロキシ処理部１２に、検査結果が合格である旨を通知する。
（１６）ステップＳ８１６
プロキシ処理部１２は、端末１から外部サイト２３０へのアクセスを仲介するため、外部サイト２３０に代理アクセスを行う。
（１７）ステップＳ８１７
外部サイト２３０は、プロキシ処理部１２に、アクセスに対する応答を送信する。
（１８）ステップＳ８１８
プロキシ処理部１２は、端末１に、外部サイト２３０からのアクセスに対する応答を送信する。すなわち、プロキシ処理部１２は、外部サイト２３０の代わりに、端末１に代理応答を行う。
【００７６】
以下に、本発明の第３実施形態について添付図面を参照して説明する。
本実施形態では、プロキシ処理部１２を経由しないプロトコルも対象とする。例として、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）を利用した場合について説明する。ＩＣＭＰは、ＩＰのエラーメッセージや制御メッセージを転送するプロトコルである。
本実施形態のセキュリティ管理システムの構成は、図１に示す第１実施形態と同様であるため省略する。
【００７７】
ここでは、ＨＴＴＰ通信以外のプロトコルで外部サイトと通信を行う際のシーケンスを示す。ＨＴＴＰ通信時のシーケンスや検査を実行するシーケンスは、端末１からのＨＴＴＰ通信を契機として実行するため、第１実施形態と同様となる。
【００７８】
ルーティングが実行されなかった場合のＩＣＭＰパケットのパラメータは、例えば、Ｔｙｐｅ値＝３（Ｄｅｓｔｉｎａｔｉｏｎ  Ｕｎｒｅａｃｈａｂｌｅ）、Ｃｏｄｅ値＝１１（Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｗｉｔｈ  Ｄｅｓｔｉｎａｔｉｏｎ  Ｎｅｔｗｏｒｋ  ｉｓ  Ａｄｍｉｎｉｓｔｒａｔｉｖｅｌｙ  Ｐｒｏｈｉｂｉｔｅｄ）となる。
【００７９】
端末１は、ＩＣＭＰ応答を受け取った後、ユーザに外部ネットワークと通信できないことを提示することも可能である。
【００８０】
図１８に、端末１が新規接続端末の場合のシーケンス図を示す。
（１）ステップＳ９０１
端末１は、外部サイト２３０にＨＴＴＰ以外のプロトコルでアクセスするため、ルーティング処理部１１にアクセス要求を送信する。
（２）ステップＳ９０２
ルーティング処理部１１は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ９０３
検査端末リスト管理部１３は、端末１が新規接続端末であり、検査端末リスト１８に未登録であるため、検査結果を不合格とする。
（４）ステップＳ９０４
検査端末リスト管理部１３は、ルーティング処理部１１に、検査結果が不合格である旨を通知する。
（５）ステップＳ９０５
ルーティング処理部１１は、端末１に、ルーティングを実行しない旨のＩＣＭＰ応答を送信する。
【００８１】
図１９に、端末１が検査不合格端末の場合のシーケンス図を示す。
（１）ステップＳ１００１
端末１は、外部サイト２３０にＨＴＴＰ以外のプロトコルでアクセスするため、ルーティング処理部１１にアクセス要求を送信する。
（２）ステップＳ１００２
ルーティング処理部１１は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ１００３
検査端末リスト管理部１３は、端末１が検査不合格端末であり、検査端末リスト１８に未登録であるため、又は不合格である旨が登録されているため、検査結果を不合格とする。
（４）ステップＳ１００４
検査端末リスト管理部１３は、ルーティング処理部１１に、検査結果が不合格である旨を通知する。
（５）ステップＳ１００５
ルーティング処理部１１は、端末１に、ルーティングを実行しない旨のＩＣＭＰ応答を送信する。
【００８２】
図２０に、端末１が検査合格端末の場合のシーケンス図を示す。
（１）ステップＳ１１０１
端末１は、外部サイト２３０にＨＴＴＰ以外のプロトコルでアクセスするため、ルーティング処理部１１にアクセス要求を送信する。
（２）ステップＳ１１０２
ルーティング処理部１１は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ１１０３
検査端末リスト管理部１３は、端末１が検査合格端末であり、検査端末リスト１８に合格である旨が登録されているため、検査結果を合格とする。
（４）ステップＳ１１０４
検査端末リスト管理部１３は、ルーティング処理部１１に、検査結果が合格である旨を通知する。
（５）ステップＳ１１０５
ルーティング処理部１１は、ルーティングを実行し、外部サイト２３０にアクセスする。
（６）ステップＳ１１０６
ルーティング処理部１１は、外部サイト２３０からの応答を中継し、端末１に応答を送信する。
【００８３】
以下に、本発明の第４実施形態について添付図面を参照して説明する。
本実施形態では、インスタントメッセージ（ＩＭ）を利用する。
端末１にＰ２Ｐで通信可能なＩＭ機能が実装されている場合、中継装置１０にも同様のＩＭ機能を実装することで、第３実施形態におけるＩＣＭＰ応答に加えてＩＭで端末１に通知することで、ユーザにメッセージを提示することが可能となる。ＩＭの機能として、メッセージに含まれるＵＲＬから直接ブラウザを起動して該当ＵＲＬを参照する機能がある場合、ＩＭメッセージから直接検査用Ｗｅｂページを表示することが可能となる。
【００８４】
本実施形態の中継装置１０は、第１実施形態の中継装置１０にＩＭ通信部２０を追加した構成となっている。ＩＭ通信部２０は、ルーティング処理部１１と通信する。
【００８５】
図２２Ａ，Ｂに、端末が新規接続端末であり、検査実行により合格と判定した場合の動作のシーケンス図を示す。
（１）ステップＳ１２０１
端末１は、外部サイト２３０にＨＴＴＰ以外のプロトコルでアクセスするため、ルーティング処理部１１にアクセス要求を送信する。
（２）ステップＳ１２０２
ルーティング処理部１１は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ１２０３
検査端末リスト管理部１３は、端末１が新規接続端末であり、検査端末リスト１８に未登録であるため、検査結果を不合格とする。
（４）ステップＳ１２０４
検査端末リスト管理部１３は、ルーティング処理部１１に、検査結果が不合格である旨を通知する。
（５）ステップＳ１２０５
ルーティング処理部１１は、端末１に、ルーティングを実行しない旨のＩＣＭＰ応答を送信する。
（６）ステップＳ１２０６
ルーティング処理部１１は、ＩＭ通信部２０に、端末１に対する検査不合格のＩＭ通知要求を送信する。
（７）ステップＳ１２０７
ＩＭ通信部２０は、ＩＭ通知要求に応答して、端末１に検査不合格のＩＭ通知を送信する。このＩＭ通知は、検査用ＷｅｂページのＵＲＬを含む。
（８）ステップＳ１２０８
端末１は、受信したＩＭ通知に含まれる検査用ＷｅｂページのＵＲＬを参照する。ＵＲＬの参照には、ＩＭ通知に含まれる検査用Ｗｅｂページのリンクをクリックすることを含む。
（９）ステップＳ１２０９
端末１は、参照した検査用ＷｅｂページのＵＲＬに基づいて、ＨＴＴＰ通信部１４が管理する検査用Ｗｅｂページへのアクセスを実行する。
（１０）ステップＳ１２１０
ＨＴＴＰ通信部１４は、端末１に、セキュリティ検査のための検査用Ｗｅｂページを送信する。
（１１）ステップＳ１２１１
端末１において、検査実行のための操作が行われた時、端末１からＨＴＴＰ通信部１４に検査実行の要求を送信する。ここでは、検査用Ｗｅｂページに表示された「検査実行」ボタンが押下された場合、検査実行のための操作が行われたと判断する。但し、実際には、「検査実行」ボタンが表示されている必要は無く、端末１の所定のキーを押下した時に検査実行のための操作が行われたと判断しても良い。
（１２）ステップＳ１２１２
ＨＴＴＰ通信部１４は、端末１から検査実行の要求を受信した場合、検査実行部１５に検査実行を指示する。
（１３）ステップＳ１２１３
検査実行部１５は、端末１のセキュリティ検査を実行する。
（１４）ステップＳ１２１４
検査実行部１５は、端末１のセキュリティ検査の結果が合格である場合、検査端末リスト管理部１３に検査結果登録の要求を送信する。すなわち、検査端末リスト１８に端末１が合格である旨を登録するよう要求する。なお、検査に合格した端末のみ検査端末リスト１８に登録する方式の場合、検査端末リスト１８に端末１の識別情報を追加する。
（１５）ステップＳ１２１５
また、検査実行部１５は、端末１のセキュリティ検査の結果が合格である場合、ＨＴＴＰ通信部１４に検査結果が合格である旨を通知する。
（１６）ステップＳ１２１６
ＨＴＴＰ通信部１４は、端末１に、検査結果が合格である旨の通知用Ｗｅｂページを送信する。
（１７）ステップＳ１２１７
端末１は、外部サイト２３０にＨＴＴＰ以外のプロトコルでアクセスするため、ルーティング処理部１１にアクセス要求を送信する。
（１８）ステップＳ１２１８
ルーティング処理部１１は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（１９）ステップＳ１２１９
検査端末リスト管理部１３は、端末１が検査端末リスト１８に登録済であるため、検査結果を合格とする。
（２０）ステップＳ１２２０
検査端末リスト管理部１３は、ルーティング処理部１１に、検査結果が合格である旨を通知する。
（２１）ステップＳ１２２１
ルーティング処理部１１は、端末１から外部サイト２３０へのアクセスを仲介するため、外部サイト２３０にアクセスを行う。
（２２）ステップＳ１２２２
外部サイト２３０は、ルーティング処理部１１に、アクセスに対する応答を送信し、ルーティング処理部１１は、端末１に、外部サイト２３０からのアクセスに対する応答を送信する。
【００８６】
なお、端末１が新規接続端末であり、検査実行により不合格と判定された場合、「「検査実行」ボタン押下」以降、すなわちステップＳ１２１１以降のシーケンスは第１実施形態と同様である。
【００８７】
また、端末１が検査不合格端末の場合は、「検査用Ｗｅｂページ送信」、すなわちステップＳ１２１０までは、上記の本実施形態のシーケンスと同様で、「「検査実行」ボタン押下」以降、すなわちステップＳ１２１１以降のシーケンスは第１実施形態と同様である。検査端末リスト１８には、該当端末が不合格である旨が登録されている。
端末１が検査合格端末の場合は、第３実施形態と同様である。
【００８８】
以下に、本発明の第５実施形態について添付図面を参照して説明する。
図２３に示すように、本実施形態の中継装置１０は、第４実施形態の中継装置１０に端末検出部２１を追加した構成となる。すなわち、第１実施形態の中継装置１０が、更に、ＩＭ通信部２０と、端末検出部２１を備えた構成となる。端末検出部２１は、検査端末リスト管理部１３と通信する。
本実施形態では、新規端末接続時に自動的に検査を実行し、インスタントメッセージ（ＩＭ）で通知を行う。ここでは、端末１がＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）パケットをブロードキャスト（ｂｒｏａｄｃａｓｔ）して通信先のＩＰアドレスを検出する動作に着目し、端末検出部２１でＡＲＰパケットを監視し、検出したＡＲＰパケットの送信元端末が検査端末リスト１８に登録されていないか、又は不合格の場合に、セキュリティ検査を自動実行する。なお、ＡＲＰは、アドレス解決プロトコルであり、ＴＣＰ／ＩＰネットワークにおいて、ＩＰアドレスから物理アドレス（ＭＡＣアドレス）を求めるのに使われるプロトコルである。また、ブロードキャストとは、ネットワーク内で、不特定多数の相手に向かってデータを送信することである。ネットワーク全体を意味する特殊なアドレスを指定することによって行う。
【００８９】
図２４に、端末１が新規接続端末であり、検査実行により合格と判定された場合のシーケンスを示す。なお、検査不合格端末のシーケンス図は、この新規接続端末の場合と同様である。
（１）ステップＳ１３０１
端末１は、ＡＲＰパケットをブロードキャストする。
（２）ステップＳ１３０２
端末検出部２１は、ＡＲＰパケットを監視し、ＡＲＰパケットを検出したら、検出したＡＲＰパケットの送信元である端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ１３０３
検査端末リスト管理部１３は、端末１が新規接続端末であり、検査端末リスト１８に未登録であるため、検査結果を不合格とする。
（４）ステップＳ１３０４
検査端末リスト管理部１３は、端末検出部２１に、検査結果が不合格である旨を通知する。
（５）ステップＳ１３０５
端末検出部２１は、端末１の検査結果が不合格である場合、検査実行部１５に検査実行を指示する。
（６）ステップＳ１３０６
検査実行部１５は、端末１のセキュリティ検査を実行する。
（７）ステップＳ１３０７
検査実行部１５は、端末１のセキュリティ検査の結果が合格である場合、検査端末リスト管理部１３に検査結果登録の要求を送信する。すなわち、検査端末リスト１８に端末１が合格である旨を登録するよう要求する。なお、検査に合格した端末のみ検査端末リスト１８に登録する方式の場合、検査端末リスト１８に端末１の識別情報を追加する。
（８）ステップＳ１３０８
また、検査実行部１５は、端末１のセキュリティ検査の結果が合格である場合、端末検出部２１に検査結果が合格である旨を通知する。
（９）ステップＳ１３０９
端末１は、外部サイト２３０にアクセスするため、プロキシ処理部１２にアクセス要求を送信する。
（１０）ステップＳ１３１０
プロキシ処理部１２は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（１１）ステップＳ１３１１
検査端末リスト管理部１３は、端末１が検査端末リスト１８に登録済であるため、検査結果を合格とする。
（１２）ステップＳ１３１２
検査端末リスト管理部１３は、プロキシ処理部１２に、検査結果が合格である旨を通知する。
（１３）ステップＳ１３１３
プロキシ処理部１２は、端末１から外部サイト２３０へのアクセスを仲介するため、外部サイト２３０に代理アクセスを行う。
（１４）ステップＳ１３１４
外部サイト２３０は、プロキシ処理部１２に、アクセスに対する応答を送信する。
（１５）ステップＳ１３１５
プロキシ処理部１２は、端末１に、外部サイト２３０からのアクセスに対する応答を送信する。すなわち、プロキシ処理部１２は、外部サイト２３０の代わりに、端末１に代理応答を行う。
【００９０】
図２５Ａ，Ｂに、端末１が新規接続端末であり、検査実行により不合格と判定された場合のシーケンスを示す。
（１）ステップＳ１４０１
端末１は、ＡＲＰパケットをブロードキャストする。
（２）ステップＳ１４０２
端末検出部２１は、ＡＲＰパケットを監視し、ＡＲＰパケットを検出したら、検出したＡＲＰパケットの送信元である端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ１４０３
検査端末リスト管理部１３は、端末１が新規接続端末であり、検査端末リスト１８に未登録であるため、検査結果を不合格とする。
（４）ステップＳ１４０４
検査端末リスト管理部１３は、端末検出部２１に、検査結果が不合格である旨を通知する。
（５）ステップＳ１４０５
端末検出部２１は、端末１の検査結果が不合格である場合、検査実行部１５に検査実行を指示する。
（６）ステップＳ１４０６
検査実行部１５は、端末１のセキュリティ検査を実行する。
（７）ステップＳ１４０７
検査実行部１５は、端末１のセキュリティ検査の結果が不合格である場合、検査端末リスト管理部１３に検査結果登録の要求を送信する。すなわち、検査端末リスト１８に端末１が不合格である旨を登録するよう要求する。なお、検査に合格した端末のみ検査端末リスト１８に登録する方式の場合、何も行わない。
（８）ステップＳ１４０８
また、検査実行部１５は、端末１のセキュリティ検査の結果が不合格である場合、端末検出部２１に検査結果が不合格である旨を通知する。
（９）ステップＳ１４０９
端末検出部２１は、ＩＭ通信部２０に、端末１に対する検査不合格のＩＭ通知要求を送信する。
（１０）ステップＳ１４１０
ＩＭ通信部２０は、ＩＭ通知要求に応答して、端末１に検査不合格のＩＭ通知を送信する。このＩＭ通知は、検査結果が不合格である旨の通知用Ｗｅｂページ、すなわち検査結果（不合格）通知用ＷｅｂページのＵＲＬを含む。
（１１）ステップＳ１４１１
端末１は、受信したＩＭ通知に含まれる検査結果（不合格）通知用ＷｅｂページのＵＲＬを参照する。ＵＲＬの参照には、ＩＭ通知に含まれる検査結果（不合格）通知用Ｗｅｂページのリンクをクリックすることを含む。
（１２）ステップＳ１４１２
端末１は、参照した検査結果（不合格）通知用ＷｅｂページのＵＲＬに基づいて、端末検出部２１が管理する検査結果（不合格）通知用Ｗｅｂページへのアクセスを実行する。
（１３）ステップＳ１４１３
端末検出部２１は、端末１に、検査結果（不合格）通知用Ｗｅｂページを送信する。この時、セキュリティパッチ提供サイト２２０のＵＲＬの情報も提供する。例えば、通知用Ｗｅｂページにセキュリティパッチ提供サイト２２０へのリンクを追加する。
（１４）ステップＳ１４１４
端末１は、セキュリティパッチ提供サイト２２０にアクセスするため、プロキシ処理部１２にアクセス要求を送信する。
（１５）ステップＳ１４１５
プロキシ処理部１２は、端末１からセキュリティパッチ提供サイト２２０へのアクセスを仲介するため、セキュリティパッチ提供サイト２２０に代理アクセスを行う。端末１からセキュリティパッチ提供サイト２２０へのアクセスの場合のみ、セキュリティ検査を行わない。
（１６）ステップＳ１４１６
セキュリティパッチ提供サイト２２０は、プロキシ処理部１２に、アクセスに対する応答を送信する。
（１７）ステップＳ１４１７
プロキシ処理部１２は、端末１に、セキュリティパッチ提供サイト２２０からのアクセスに対する応答を送信する。すなわち、プロキシ処理部１２は、セキュリティパッチ提供サイト２２０の代わりに、端末１に代理応答を行う。
（１８）ステップＳ１４１８
端末１は、セキュリティパッチ提供サイト２２０へパッチ取得要求するため、プロキシ処理部１２にパッチ取得要求を送信する。
（１９）ステップＳ１４１９
プロキシ処理部１２は、端末１からセキュリティパッチ提供サイト２２０へのパッチ取得要求を仲介するため、外部サイト２３０に代理アクセスを行う。
（２０）ステップＳ１４２０
外部サイト２３０は、プロキシ処理部１２に、アクセスに対する応答を送信する。
（２１）ステップＳ１４２１
プロキシ処理部１２は、端末１に、セキュリティパッチ提供サイト２２０からのアクセスに対する応答を送信する。すなわち、プロキシ処理部１２は、セキュリティパッチ提供サイト２２０の代わりに、端末１に代理応答を行う。
この応答は、セキュリティパッチ提供サイト２２０へのパッチ取得要求に対する応答であるため、パッチが含まれており、端末１は、パッチをダウンロードする。
【００９１】
図２６に、端末１が検査合格端末である場合のシーケンスを示す。
（１）ステップＳ１５０１
端末１は、ＡＲＰパケットをブロードキャストする。
（２）ステップＳ１５０２
端末検出部２１は、ＡＲＰパケットを監視し、ＡＲＰパケットを検出したら、検出したＡＲＰパケットの送信元である端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ１５０３
検査端末リスト管理部１３は、端末１が検査合格端末であり、検査端末リスト１８に合格である旨が登録されているため、検査結果を合格とする。
（４）ステップＳ１５０４
検査端末リスト管理部１３は、端末検出部２１に、検査結果が合格である旨を通知する。
（５）ステップＳ１５０５
端末１は、外部サイト２３０にアクセスするため、プロキシ処理部１２にアクセス要求を送信する。
（６）ステップＳ１５０６
プロキシ処理部１２は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（７）ステップＳ１５０７
検査端末リスト管理部１３は、端末１が検査端末リスト１８に登録済であるため、検査結果を合格とする。
（８）ステップＳ１５０８
検査端末リスト管理部１３は、プロキシ処理部１２に、検査結果が合格である旨を通知する。
（９）ステップＳ１５０９
プロキシ処理部１２は、端末１から外部サイト２３０へのアクセスを仲介するため、外部サイト２３０に代理アクセスを行う。
（１０）ステップＳ１５１０
外部サイト２３０は、プロキシ処理部１２に、アクセスに対する応答を送信する。
（１１）ステップＳ１５１１
プロキシ処理部１２は、端末１に、外部サイト２３０からのアクセスに対する応答を送信する。すなわち、プロキシ処理部１２は、外部サイト２３０の代わりに、端末１に代理応答を行う。
【００９２】
以下に、本発明の第６実施形態について添付図面を参照して説明する。
ここでは、複数の中継装置が存在する場合について説明する。例えば、企業内ネットワークにおいては、通常時に使用されるメインルータと、メインルータの異常時に使用されるサブルータのように、複数の中継装置が用いられる場合がある。
この時、図２７に示すように、図１の中継装置１０のセキュリティ検査機能を、セキュリティ検査サーバ３０として独立させる。図２７では、中継装置１０は、ルーティング処理部１１を備える。セキュリティ検査サーバ３０は、プロキシ処理部１２と、検査端末リスト管理部１３と、ＨＴＴＰ通信部１４と、検査実行部１５を備える。なお、セキュリティ検査サーバ３０は、検査定義情報管理部１６を備えていても良い。
【００９３】
ここでは、中継装置１０（−ｉ、ｉ＝１〜ｎ：ｎは装置数）は複数存在しており、各中継装置１０は夫々、ルーティング処理部１１を備える。従って、ルーティング処理部１１（−ｉ、ｉ＝１〜ｎ）も複数存在している。図２７では、例として、第１中継装置１０−１と、第２中継装置１０−２を示す。第１中継装置１０−１が通常使用されている中継装置であり、第２中継装置１０−２は予備の中継装置である。
【００９４】
第１中継装置１０−１と第２中継装置１０−２は、例えばルータであり、端末１と外部ネットワーク２００の外部サイト２３０との通信を中継する。セキュリティ検査サーバ３０は、第１中継装置１０−１と第２中継装置１０−２に接続されており、端末１がセキュリティホール検査に合格しているかどうか確認し、検査結果（検査の合否）に基づく通知を、第１中継装置１０−１、第２中継装置１０−２や、端末１に送信する。第１中継装置１０−１と第２中継装置１０−２は、外部ネットワーク２００の外部サイト２３０へのアクセス要求を行った端末１が検査に合格していれば、該当する端末１と外部ネットワーク２００の外部サイト２３０との通信を中継する。
【００９５】
セキュリティ検査サーバ３０の例としては、プロキシサーバ又はゲートウェイサーバが考えられる。この場合、端末１が外部ネットワークにアクセス要求する際、先ず、セキュリティ検査サーバ３０にアクセス要求を送信し、セキュリティ検査サーバ３０が端末１からのアクセス要求を中継装置１０に送信する。中継装置１０は、端末１が検査に合格していれば、外部ネットワークとの通信を中継する。すなわち、セキュリティ検査サーバ３０は、端末１と中継装置１０との通信を中継する中継装置である。但し、実際には、セキュリティ検査サーバ３０は、端末１と中継装置１０との通信を監視するための監視サーバでも良い。
【００９６】
図２８に、端末１が新規接続端末で、第１中継装置１０−１、第２中継装置１０−２とも利用可能な場合のシーケンスを示す。
（１）ステップＳ１６０１
端末１は、外部サイト２３０にＨＴＴＰ以外のプロトコルでアクセスするため、ルーティング処理部１１−１にアクセス要求を送信する。
（２）ステップＳ１６０２
ルーティング処理部１１−１は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ１６０３
検査端末リスト管理部１３は、端末１が検査不合格端末であり、検査端末リスト１８に未登録であるため、又は不合格である旨が登録されているため、検査結果を不合格とする。
（４）ステップＳ１６０４
検査端末リスト管理部１３は、ルーティング処理部１１−１に、検査結果が不合格である旨を通知する。
（５）ステップＳ１６０５
ルーティング処理部１１−１は、端末１に、ルーティングを実行しない旨のＩＣＭＰ応答を送信する。
【００９７】
図２９に、端末１が新規接続端末で、第１中継装置１０−１がダウン（停止）している場合のシーケンスを示す。
（１）ステップＳ１７０１
端末１は、外部サイト２３０にＨＴＴＰ以外のプロトコルでアクセスするため、ルーティング処理部１１−１にアクセス要求を送信する。第１中継装置１０−１はダウン中のため応答無しとなる。
（２）ステップＳ１７０２
端末１は、ルーティング処理部１１−１の代わりに、ルーティング処理部１１−２にアクセス要求を送信する。
（３）ステップＳ１７０３
ルーティング処理部１１−２は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（４）ステップＳ１７０４
検査端末リスト管理部１３は、端末１が検査不合格端末であり、検査端末リスト１８に未登録であるため、又は不合格である旨が登録されているため、検査結果を不合格とする。
（５）ステップＳ１７０５
検査端末リスト管理部１３は、ルーティング処理部１１−２に、検査結果が不合格である旨を通知する。
（６）ステップＳ１７０６
ルーティング処理部１１−２は、端末１に、ルーティングを実行しない旨のＩＣＭＰ応答を送信する。
【００９８】
図３０に、端末１が検査合格端末で、第１中継装置１０−１、第２中継装置１０−２とも利用可能な場合のシーケンスを示す。
（１）ステップＳ１８０１
端末１は、外部サイト２３０にＨＴＴＰ以外のプロトコルでアクセスするため、ルーティング処理部１１−１にアクセス要求を送信する。
（２）ステップＳ１８０２
ルーティング処理部１１−１は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ１８０３
検査端末リスト管理部１３は、端末１が検査合格端末であり、検査端末リスト１８に合格である旨が登録されているため、検査結果を合格とする。
（４）ステップＳ１８０４
検査端末リスト管理部１３は、ルーティング処理部１１−１に、検査結果が合格である旨を通知する。
（５）ステップＳ１８０５
ルーティング処理部１１−１は、ルーティングを実行し、外部サイト２３０にアクセスする。
（６）ステップＳ１８０６
ルーティング処理部１１−１は、外部サイト２３０からの応答を中継し、端末１に応答を送信する。
【００９９】
図３１に、端末１が検査合格端末で、第１中継装置１０−１がダウン（停止）している場合のシーケンスを示す。
（１）ステップＳ１９０１
端末１は、外部サイト２３０にＨＴＴＰ以外のプロトコルでアクセスするため、ルーティング処理部１１−１にアクセス要求を送信する。第１中継装置１０−１はダウン中のため応答無しとなる。
（２）ステップＳ１９０２
端末１は、ルーティング処理部１１−１の代わりに、ルーティング処理部１１−２にアクセス要求を送信する。
（３）ステップＳ１９０３
ルーティング処理部１１−２は、端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（４）ステップＳ１９０４
検査端末リスト管理部１３は、端末１が検査合格端末であり、検査端末リスト１８に合格である旨が登録されているため、検査結果を合格とする。
（５）ステップＳ１９０５
検査端末リスト管理部１３は、ルーティング処理部１１−２に、検査結果が合格である旨を通知する。
（６）ステップＳ１９０６
ルーティング処理部１１−２は、ルーティングを実行し、外部サイト２３０にアクセスする。
（７）ステップＳ１９０７
ルーティング処理部１１−２は、外部サイト２３０からの応答を中継し、端末１に応答を送信する。
【０１００】
なお、上記のシーケンスにおいて、端末１が、ルーティング処理部１１（１１−１，１１−２）と通信する時、セキュリティ検査サーバ３０のプロキシ処理部１２を経由するようにしても良い。この時、プロキシ処理部１２が、ルーティング処理部１１（１１−１，１１−２）の代わりに、検査端末リスト管理部１３に検査結果取得要求を送信することも可能である。そして、プロキシ処理部１２が、取得した検査結果に基づいて、動作中のルーティング処理部１１（１１−１又は１１−２）に対して、検査に合格している端末１からの外部ネットワークへのアクセス要求を中継する。
【０１０１】
本発明において、検査定義情報管理部１６は、端末１のセキュリティ検査シーケンスとは独立に、定期的に検査定義情報提供サイト２１０にアクセスし、検査定義情報１９が更新されている場合に最新の検査定義情報１９をダウンロードする。既存の脆弱性検査ツールと同様の手法でダウンロードするようにしても良い。
以下に、検査定義情報管理部１６が検査定義情報提供サイト２１０から最新の検査定義情報１９を取得するシーケンスの例を示す。
【０１０２】
図３２に、検査定義情報提供サイト２１０側でバージョンを判断して検査定義情報１９を送受信する場合のシーケンスを示す。
（１）ステップＳ２００１
検査定義情報管理部１６は、最新の検査定義情報１９を取得するため、検査定義情報提供サイト２１０に検査定義情報取得要求を送信する。この時、検査定義情報管理部１６側の検査定義情報１９は「定義バージョン１０」であり、検査定義情報取得要求には定義バージョンの情報が付加されている。
（２）ステップＳ２００２
検査定義情報提供サイト２１０は、検査定義情報管理部１６から受け取った検査定義情報取得要求により通知されたバージョン情報が「定義バージョン１０」であり、現在のバージョンが「定義バージョン１１」であるため、最新の定義バージョンである「定義バージョン１１」の検査定義情報１９を検査定義情報管理部１６に送信することを決定する。
（３）ステップＳ２００３
検査定義情報提供サイト２１０は、最新の検査定義情報１９を検査定義情報管理部１６に送信する。検査定義情報管理部１６は、「定義バージョン１０」の検査定義情報１９を「定義バージョン１１」の検査定義情報１９に更新する。
（４）ステップＳ２００４
更新後、所定の時間が経過した場合、検査定義情報管理部１６は、新たに、最新の検査定義情報１９を取得するため、検査定義情報提供サイト２１０に検査定義情報取得要求を送信する。この時、検査定義情報管理部１６側の検査定義情報１９は「定義バージョン１１」である。
（５）ステップＳ２００５
検査定義情報提供サイト２１０は、検査定義情報管理部１６から受け取った検査定義情報取得要求により通知されたバージョン情報が「定義バージョン１１」であり、現在のバージョンが「定義バージョン１１」であるため、検査定義情報管理部１６は、既に最新の検査定義情報１９を取得していると判断する。
（６）ステップＳ２００６
検査定義情報提供サイト２１０は、検査定義情報管理部１６に、既に最新の検査定義情報１９である旨を通知する。
【０１０３】
図３３に、検査定義情報管理部１６側でバージョンを判断して検査定義情報１９を送受信する場合のシーケンスを示す。
（１）ステップＳ２１０１
検査定義情報管理部１６は、最新の検査定義情報１９を取得するため、検査定義情報提供サイト２１０に検査定義情報１９のバージョン情報の取得要求を送信する。この時、検査定義情報管理部１６側の検査定義情報１９は「定義バージョン１０」である。
（２）ステップＳ２１０２
検査定義情報提供サイト２１０は、現在のバージョンが「定義バージョン１１」であるため、最新の定義バージョンが「定義バージョン１１」である旨を検査定義情報管理部１６に通知することを決定する。
（３）ステップＳ２１０３
検査定義情報提供サイト２１０は、最新の定義バージョンが「定義バージョン１１」である旨を示す検査定義情報１９のバージョン情報を検査定義情報管理部１６に送信する。
（４）ステップＳ２１０４
検査定義情報管理部１６は、検査定義情報提供サイト２１０から受け取った検査定義情報１９のバージョン情報により、最新の定義バージョンである「定義バージョン１１」の検査定義情報１９を取得することを決定する。
（５）ステップＳ２１０５
検査定義情報管理部１６は、最新の定義バージョンである「定義バージョン１１」の検査定義情報１９を取得するため、検査定義情報提供サイト２１０に検査定義情報取得要求を送信する。
（６）ステップＳ２１０６
検査定義情報提供サイト２１０は、検査定義情報管理部１６から受け取った検査定義情報取得要求により、最新の定義バージョンである「定義バージョン１１」の検査定義情報１９を検査定義情報管理部１６に送信する。検査定義情報管理部１６は、「定義バージョン１０」の検査定義情報１９を「定義バージョン１１」の検査定義情報１９に更新する。
（７）ステップＳ２１０７
更新後、所定の時間が経過した場合、検査定義情報管理部１６は、新たに、最新の検査定義情報１９を取得するため、検査定義情報提供サイト２１０に検査定義情報１９のバージョン情報の取得要求を送信する。この時、検査定義情報管理部１６側の検査定義情報１９は「定義バージョン１１」である。
（８）ステップＳ２１０８
検査定義情報提供サイト２１０は、現在のバージョンが「定義バージョン１１」であるため、最新の定義バージョンが「定義バージョン１１」である旨を検査定義情報管理部１６に通知することを決定する。
（９）ステップＳ２１０９
検査定義情報提供サイト２１０は、最新の定義バージョンが「定義バージョン１１」である旨を示す検査定義情報１９のバージョン情報を検査定義情報管理部１６に送信する。
（１０）ステップＳ２１１０
検査定義情報管理部１６は、検査定義情報管理部１６側の検査定義情報１９が「定義バージョン１１」であり、最新の定義バージョンも「定義バージョン１１」であるため、既に最新の定義バージョンであると判断し、何もしない。
【０１０４】
以下に、本発明の第７実施形態について添付図面を参照して説明する。
更に考え得るネットワーク環境として、内部ネットワーク上にある端末から、内部ネットワーク上に設置されているサーバ（例えばファイルサーバ（ＮＡＳ））にアクセスする場合について説明する。
図３４に示すように、本実施形態のネットワーク環境は、第５実施形態のネットワーク環境にサーバ２を追加した構成となる。サーバ２は、端末１と同じく中継装置１０の配下の内部ネットワーク１００に属している。
端末１の検査不合格時にＩＭ通信部２０が該当端末１に対してＩＭ（インスタントメッセージ）を通知するのと同時に、サーバ２に対しても端末１の識別情報（ＭＡＣアドレス等）と検査の合否情報とを通知する。この時、中継装置１０がサーバ２へＩＭ通知を行うのに必要な情報（例えばサーバ２のＩＰアドレス）は、あらかじめ中継装置１０に設定しておく。この動作により、例えば検査に不合格であった端末１に対してはサーバ２が提供しているサービスを停止するなどの動作が可能となる。すなわち、検査不合格端末による内部ネットワークの利用を制限することが可能となる。
【０１０５】
図３５に、端末１が新規接続端末であり、検査実行により合格と判定された場合のシーケンスを示す。なお、検査不合格端末のシーケンス図は、この新規接続端末の場合と同様である。また、端末に検査不合格のＩＭ通知がなされてから、セキュリティパッチを取得する際のシーケンスは、第５実施形態と同様である。
（１）ステップＳ２２０１
端末１は、ＡＲＰパケットをブロードキャストする。
（２）ステップＳ２２０２
端末検出部２１は、ＡＲＰパケットを監視し、ＡＲＰパケットを検出したら、検出したＡＲＰパケットの送信元である端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ２２０３
検査端末リスト管理部１３は、端末１が新規接続端末であり、検査端末リスト１８に未登録であるため、検査結果を不合格とする。
（４）ステップＳ２２０４
検査端末リスト管理部１３は、端末検出部２１に、検査結果が不合格である旨を通知する。
（５）ステップＳ２２０５
端末検出部２１は、端末１の検査結果が不合格である場合、検査実行部１５に検査実行を指示する。
（６）ステップＳ２２０６
検査実行部１５は、端末１のセキュリティ検査を実行する。なお、セキュリティ検査では、セキュリティホールの有無について検査する。検査対象のポートにセキュリティホールが発見されなければ「合格」、セキュリティホールが発見されれば「不合格」とする。
（７）ステップＳ２２０７
検査実行部１５は、端末１のセキュリティ検査の結果が合格である場合、検査端末リスト管理部１３に検査結果登録の要求を送信する。すなわち、検査端末リスト１８に端末１が合格である旨を登録するよう要求する。なお、検査に合格した端末のみ検査端末リスト１８に登録する方式の場合、検査端末リスト１８に端末１の識別情報を追加する。
（８）ステップＳ２２０８
また、検査実行部１５は、端末１のセキュリティ検査の結果が合格である場合、端末検出部２１に検査結果が合格である旨を通知する。
（９）ステップＳ２２０９
端末検出部２１は、検査結果が合格である旨の通知に応じて、ＩＭ通信部２０に端末１が「検査合格」である旨のＩＭ通知を、サーバ２に対して行うよう要求する。
（１０）ステップＳ２２１０
ＩＭ通信部２０は、サーバ２に対して、検査合格端末の識別情報を含む「検査合格」のＩＭ通知を行う。
（１１）ステップＳ２２１１
サーバ２は、ＩＭ通信部２０から通知された端末のアクセスを許可するための処理を行う。例えば、サーバ２は、サーバ２内部のアクセス許可端末リストに通知された端末を登録する。
（１２）ステップＳ２２１２
端末１は、サーバ２にアクセスする。
（１３）ステップＳ２２１３
端末１は、サーバ２からの正常応答を受信する。
【０１０６】
図３６に、端末１が新規接続端末であり、検査実行により不合格と判定された場合のシーケンスを示す。
（１）ステップＳ２３０１
端末１は、ＡＲＰパケットをブロードキャストする。
（２）ステップＳ２３０２
端末検出部２１は、ＡＲＰパケットを監視し、ＡＲＰパケットを検出したら、検出したＡＲＰパケットの送信元である端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ２３０３
検査端末リスト管理部１３は、端末１が新規接続端末であり、検査端末リスト１８に未登録であるため、検査結果を不合格とする。
（４）ステップＳ２３０４
検査端末リスト管理部１３は、端末検出部２１に、検査結果が不合格である旨を通知する。
（５）ステップＳ２３０５
端末検出部２１は、端末１の検査結果が不合格である場合、検査実行部１５に検査実行を指示する。
（６）ステップＳ２３０６
検査実行部１５は、端末１のセキュリティ検査を実行する。なお、セキュリティ検査では、セキュリティホールの有無について検査する。検査対象のポートにセキュリティホールが発見されなければ「合格」、セキュリティホールが発見されれば「不合格」とする。
（７）ステップＳ２３０７
検査実行部１５は、端末１のセキュリティ検査の結果が不合格である場合、検査端末リスト管理部１３に検査結果登録の要求を送信する。すなわち、検査端末リスト１８に端末１が不合格である旨を登録するよう要求する。なお、検査に合格した端末のみ検査端末リスト１８に登録する方式の場合、何も行わない。
（８）ステップＳ２３０８
また、検査実行部１５は、端末１のセキュリティ検査の結果が不合格である場合、端末検出部２１に検査結果が不合格である旨を通知する。
（９）ステップＳ２３０９
端末検出部２１は、ＩＭ通信部２０に、端末１に対する検査不合格のＩＭ通知要求を送信する。
（１０）ステップＳ２３１０
ＩＭ通信部２０は、ＩＭ通知要求に応答して、端末１に検査不合格のＩＭ通知を送信する。このＩＭ通知は、第５実施形態の場合と同様に、検査結果が不合格である旨の通知用Ｗｅｂページ、すなわち検査結果（不合格）通知用ＷｅｂページのＵＲＬを含むようにしても良い。
（１１）ステップＳ２３１１
端末検出部２１は、検査結果が不合格である旨の通知に応じて、ＩＭ通信部２０に端末１が「検査不合格」である旨のＩＭ通知を、サーバ２に対して行うよう要求する。
（１２）ステップＳ２３１２
ＩＭ通信部２０は、サーバ２に対して、検査不合格端末の識別情報を含む「検査不合格」のＩＭ通知を行う。
（１３）ステップＳ２３１３
サーバ２は、ＩＭ通信部２０から通知された端末のアクセスを制限するための処理を行う。例えば、サーバ２は、サーバ２内部のアクセス許可端末リストから通知された端末を削除する。あるいは、サーバ２内部のアクセス拒否端末リストに通知された端末を登録する。
（１４）ステップＳ２３１４
端末１は、サーバ２にアクセスする。
（１５）ステップＳ２３１５
端末１は、サーバ２から応答拒否される。
【０１０７】
図３７に、端末１が検査合格端末である場合のシーケンスを示す。
（１）ステップＳ２４０１
端末１は、ＡＲＰパケットをブロードキャストする。
（２）ステップＳ２４０２
端末検出部２１は、ＡＲＰパケットを監視し、ＡＲＰパケットを検出したら、検出したＡＲＰパケットの送信元である端末１のセキュリティ検査結果を調べるため、検査端末リスト管理部１３に検査結果取得要求を送信する。
（３）ステップＳ２４０３
検査端末リスト管理部１３は、端末１が検査合格端末であり、検査端末リスト１８に合格である旨が登録されているため、検査結果を合格とする。
（４）ステップＳ２４０４
検査端末リスト管理部１３は、端末検出部２１に、検査結果が合格である旨を通知する。
（５）ステップＳ２４０５
端末検出部２１は、検査結果が合格である旨の通知に応じて、ＩＭ通信部２０に端末１が「検査合格」である旨のＩＭ通知を、サーバ２に対して行うよう要求する。
（６）ステップＳ２４０６
ＩＭ通信部２０は、サーバ２に対して、検査合格端末の識別情報を含む「検査合格」のＩＭ通知を行う。
（７）ステップＳ２４０７
サーバ２は、ＩＭ通信部２０から通知された端末のアクセスを許可するための処理を行う。例えば、サーバ２は、サーバ２内部のアクセス許可端末リストに通知された端末を登録する。
（８）ステップＳ２４０８
端末１は、サーバ２にアクセスする。
（９）ステップＳ２４０９
端末１は、サーバ２からの正常応答を受信する。
【０１０８】
なお、本発明において、端末１は、ネットワークにアクセス可能な通信機器であれば良い。端末１の例として、コンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、携帯電話機、情報家電、ゲーム機、ポータブル音楽プレーヤーが考えられる。
【０１０９】
また、本発明の中継装置１０は、端末１が外部ネットワーク２００にアクセスする際に経由する通信機器であれば良い。中継装置１０の例として、ルータ、ゲートウェイサーバ（ファイアウォールでも良い）、プロバイダ（ＩＳＰ）のサーバ、アクセスポイント、無線基地局、交換機が考えられる。但し、実際には、これらの例に限定されない。
【０１１０】
一般的なインターネット環境下では、アプリケーション毎に、使用するポートの種類や数が異なる場合がある。また、アプリケーション自体の脆弱性によるセキュリティホールが存在する場合もある。
本発明におけるセキュリティホール検査では、アプリケーション単位でのセキュリティホール検査を実行することも可能である。例えば、中継装置１０が、端末１に導入（インストール）されているアプリケーションの一覧（リスト）を端末１から取得し、該当するアプリケーションに関するセキュリティホール検査を実施する。中継装置１０がプロバイダ（ＩＳＰ）のサーバなら、セキュリティホール検査のサービスを行う際、検査するアプリケーションの数に応じて、アプリケーション単位での課金が可能となる。
【０１１１】
また、中継装置１０は、外部ネットワーク２００の外部サイト２３０へのアクセスが許可されていない端末１でも、所定のアプリケーションを用いた通信のみ中継するようにしても良い。例えば、最新のＯＳでは起動できないアプリケーションを使用するためにＯＳのバージョンアップを行っていない端末１であれば、セキュリティホール検査に不合格となる可能性が高い。しかし、当該アプリケーションの通信に関しては問題が無い場合、当該アプリケーションが使用するポートを用いた通信のみ中継することは可能である。この時、中継装置１０のルーティング処理部１１又はプロキシ処理部１２に、当該アプリケーションが使用するポートを用いた通信のみ中継するように設定が行われる。
【０１１２】
以上のように、本発明は、社内や家庭内の内部ネットワークのルータにセキュリティホールの有無を検査する機能を持たせ、外部ネットワークにアクセスしようとする内部ネットワーク上の端末に対してセキュリティホールの有無を検査し、セキュリティホールが全て塞がれていたら合格とする。検査に合格した端末のみ外部ネットワークと制限無く通信できるようにし、検査で不合格となった端末に対しては外部ネットワークへの通信を制限することで、セキュリティホールが塞がれていない端末がネットワーク上で利用され続ける問題を解決する。
【図面の簡単な説明】
【０１１３】
【図１】図１は、本発明のセキュリティ管理システムの構成を示すブロック図である。
【図２】図２は、プロキシ処理部の動作を示すフローチャートである。
【図３】図３は、検査端末リストの第１の例を示す図である。
【図４】図４は、検査端末リストの第２の例を示す図である。
【図５】図５は、検査端末リスト管理部の動作を示すフローチャートである。
【図６】図６は、検査結果の合否通知の例を示す図である。
【図７】図７は、検査実行部の動作を示すフローチャートである。
【図８】図８は、検査定義情報の例を示す図である。
【図９】図９は、各検査定義情報によるネットワークサービスに対する脆弱性検査のフローチャートである。
【図１０】図１０は、セキュリティ検査結果通知の第１の例を示す図である。
【図１１】図１１は、セキュリティ検査結果通知の第２の例を示す図である。
【図１２】図１２は、ブラウザのバージョン情報を追加した検査端末リストの例を示す図である。
【図１３】図１３は、ルーティング処理部の動作を示すフローチャートである。
【図１４Ａ】図１４Ａは、第１実施形態の第１実施例の動作のシーケンス図である。
【図１４Ｂ】図１４Ｂは、第１実施形態の第１実施例の動作のシーケンス図である。
【図１５Ａ】図１５Ａは、第１実施形態の第２実施例の動作のシーケンス図である。
【図１５Ｂ】図１５Ｂは、第１実施形態の第２実施例の動作のシーケンス図である。
【図１６】図１６は、第２実施形態の構成を示すブロック図である。
【図１７Ａ】図１７Ａは、第２実施形態の第１実施例の動作のシーケンス図である。
【図１７Ｂ】図１７Ｂは、第２実施形態の第１実施例の動作のシーケンス図である。
【図１８】図１８は、第３実施形態の第１実施例の動作のシーケンス図である。
【図１９】図１９は、第３実施形態の第２実施例の動作のシーケンス図である。
【図２０】図２０は、第３実施形態の第３実施例の動作のシーケンス図である。
【図２１】図２１は、第４実施形態の構成を示すブロック図である。
【図２２Ａ】図２２Ａは、第４実施形態の第１実施例の動作のシーケンス図である。
【図２２Ｂ】図２２Ｂは、第４実施形態の第１実施例の動作のシーケンス図である。
【図２３】図２３は、第５実施形態の構成を示すブロック図である。
【図２４】図２４は、第５実施形態の第１実施例の動作のシーケンス図である。
【図２５Ａ】図２５Ａは、第５実施形態の第２実施例の動作のシーケンス図である。
【図２５Ｂ】図２５Ｂは、第５実施形態の第２実施例の動作のシーケンス図である。
【図２６】図２６は、第５実施形態の第３実施例の動作のシーケンス図である。
【図２７】図２７は、第６実施形態の構成を示すブロック図である。
【図２８】図２８は、第６実施形態の第１実施例の動作のシーケンス図である。
【図２９】図２９は、第６実施形態の第２実施例の動作のシーケンス図である。
【図３０】図３０は、第６実施形態の第３実施例の動作のシーケンス図である。
【図３１】図３１は、第６実施形態の第４実施例の動作のシーケンス図である。
【図３２】図３２は、検査定義情報管理部が検査定義情報を取得する第１の動作のシーケンス図である。
【図３３】図３３は、検査定義情報管理部が検査定義情報を取得する第２の動作のシーケンス図である。
【図３４】図３４は、第７実施形態の構成を示すブロック図である。
【図３５】図３５は、第７実施形態の第１実施例の動作のシーケンス図である。
【図３６】図３６は、第７実施形態の第２実施例の動作のシーケンス図である。
【図３７】図３７は、第７実施形態の第３実施例の動作のシーケンス図である。
【符号の説明】
【０１１４】
１（−ｉ、ｉ＝１〜ｎ）    端末（ＰＣ等）
１０    中継装置
１１    ルーティング処理部
１２    プロキシ処理部
１３    検査端末リスト管理部
１４    ＨＴＴＰ通信部
１５    検査実行部
１６    検査定義情報管理部
１７    ルーティングテーブル
１８    検査端末リスト
１９    検査定義情報
２０    ＩＭ（インスタントメッセージ）通信部
２１    端末検出部
３０    セキュリティ検査サーバ
１００    内部ネットワーク
２００    外部ネットワーク
２１０    検査定義情報提供サイト
２２０    セキュリティパッチ提供サイト
２３０    外部サイト
【図１】
2007272396.tif 000003
【図２】
2007272396.tif 000004
【図３】
2007272396.tif 000005
【図４】
2007272396.tif 000006
【図５】
2007272396.tif 000007
【図６】
2007272396.tif 000008
【図７】
2007272396.tif 000009
【図８】
2007272396.tif 000010
【図９】
2007272396.tif 000011
【図１０】
2007272396.tif 000012
【図１１】
2007272396.tif 000013
【図１２】
2007272396.tif 000014
【図１３】
2007272396.tif 000015
【図１４Ａ】
2007272396.tif 000016
【図１４Ｂ】
2007272396.tif 000017
【図１５Ａ】
2007272396.tif 000018
【図１５Ｂ】
2007272396.tif 000019
【図１６】
2007272396.tif 000020
【図１７Ａ】
2007272396.tif 000021
【図１７Ｂ】
2007272396.tif 000022
【図１８】
2007272396.tif 000023
【図１９】
2007272396.tif 000024
【図２０】
2007272396.tif 000025
【図２１】
2007272396.tif 000026
【図２２Ａ】
2007272396.tif 000027
【図２２Ｂ】
2007272396.tif 000028
【図２３】
2007272396.tif 000029
【図２４】
2007272396.tif 000030
【図２５Ａ】
2007272396.tif 000031
【図２５Ｂ】
2007272396.tif 000032
【図２６】
2007272396.tif 000033
【図２７】
2007272396.tif 000034
【図２８】
2007272396.tif 000035
【図２９】
2007272396.tif 000036
【図３０】
2007272396.tif 000037
【図３１】
2007272396.tif 000038
【図３２】
2007272396.tif 000039
【図３３】
2007272396.tif 000040
【図３４】
2007272396.tif 000041
【図３５】
2007272396.tif 000042
【図３６】
2007272396.tif 000043
【図３７】
2007272396.tif 000044