(57)【要約】【課題】インターネット上に開示されているＷｅｂページを閲覧する際の安全性をより高く担保できるようにする。【解決手段】ユーザＰＣからＷｅｂページへのリクエストが到来すると、ＵＴＭ装置１は、検証用ＰＣ３からも当該Ｗｅｂページへのリクエストを到来させるようにし、検証用ＰＣ３でも当該Ｗｅｂページの利用環境を整える。ＵＴＭ装置１で当該Ｗｅｂページのレスポンスを検証し、問題なければ更に検証用ＰＣ３でもＵＴＭ装置１とは異なる手法で当該Ｗｅｂページの当該レスポンスを検証し、両方で問題ない場合に、ＵＴＭ装置１は当該Ｗｅｂページの当該レスポンスをリクエスト元のユーザＰＣに提供する。【選択図】図１
2019032630.tif 000002
【特許請求の範囲】
【請求項１】
インターネットに接続されるセキュリティ監視装置と、当該セキュリティ監視装置を通じてインターネットに接続される検証用装置と、当該セキュリティ監視装置を通じてインターネットに接続される情報処理装置と、からなるセキュリティ監視システムであって、
前記セキュリティ監視装置は、
前記情報処理装置が接続される第１の接続端と、
前記検証用装置が接続され、他の接続端に接続された機器への通信接続ができない独立した第２の接続端と、
前記情報処理装置からＷｅｂページへのリクエストが到来した場合に、前記検証用装置に対して、前記Ｗｅｂページへのリクエストを当該セキュリティ監視装置に供給するように依頼するリクエスト依頼を提供するリクエスト依頼手段と、
前記検証用装置から前記Ｗｅｂページへのリクエストが到来した場合に、インターネット上のサーバ装置に前記Ｗｅｂページへのリクエストを送信するリクエスト送信手段と、
前記リクエストに応じて前記サーバ装置からの前記Ｗｅｂページについてのレスポンスを受信した場合に、前記Ｗｅｂページが提供可能なものか否かの検証を行う第１の検証手段と、
前記第１の検証手段での検証結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスを前記検証用装置に提供してさらに検証すべきことを要求する検証要求手段と、
前記検証用装置からの検証結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスをリクエスト元の前記情報処理装置に提供するレスポンス提供手段と
を備え、
前記検証用装置は、
前記セキュリティ監視装置からの前記リクエスト依頼を受信した場合に、前記Ｗｅｂページへのリクエストを前記セキュリティ監視装置に提供するリクエスト提供手段と、
前記セキュリティ監視装置からの前記Ｗｅｂページの前記レスポンスの提供を受けた場合に、前記Ｗｅｂページが提供可能なものか否かを、少なくとも前記セキュリティ監視装置の前記第１の検証手段とは異なる手法を用いて検証する第２の検証手段と、
前記第２の検証手段での検証結果を前記セキュリティ監視装置に提供する検証結果提供手段と
を備えることを特徴とするセキュリティ監視システム。
【請求項２】
請求項１に記載のセキュリティ監視システムであって、
前記セキュリティ監視装置の前記第２の接続端には、２以上の前記検証用装置が接続可能にされており、
２以上の前記検証用装置のそれぞれの前記第２の検証手段は、他の検証用装置とも異なる手法を用いて検証を行うものである
ことを特徴とするセキュリティ監視システム。
【請求項３】
インターネットに接続されるセキュリティ監視装置と、当該セキュリティ監視装置を通じてインターネットに接続される検証用装置と、当該セキュリティ監視装置を通じてインターネットに接続される情報処理装置と、からなるセキュリティ監視システムの前記セキュリティ監視装置であって、
前記情報処理装置が接続される第１の接続端と、
前記検証用装置が接続され、他の接続端に接続された機器への通信接続ができない独立した第２の接続端と、
前記情報処理装置からＷｅｂページへのリクエストが到来した場合に、前記検証用装置に対して、前記Ｗｅｂページへのリクエストを当該セキュリティ監視装置に供給するように依頼するリクエスト依頼を提供するリクエスト依頼手段と、
前記検証用装置から前記Ｗｅｂページへのリクエストが到来した場合に、インターネット上のサーバ装置に前記Ｗｅｂページへのリクエストを送信するリクエスト送信手段と、
前記リクエストに応じて前記サーバ装置からの前記Ｗｅｂページについてのレスポンスを受信した場合に、前記Ｗｅｂページが提供可能なものか否かの検証を行う第１の検証手段と、
前記第１の検証手段での検証結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスを前記検証用装置に提供してさらに検証すべきことを要求する検証要求手段と、
前記検証用装置からの検証結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスをリクエスト元の前記情報処理装置に提供するレスポンス提供手段と
を備えることを特徴とするセキュリティ監視装置。
【請求項４】
インターネットに接続されるセキュリティ監視装置と、当該セキュリティ監視装置を通じてインターネットに接続される検証用装置と、当該セキュリティ監視装置を通じてインターネットに接続される情報処理装置と、からなるセキュリティ監視システムの前記検証用装置であって、
前記セキュリティ監視装置は、前記情報処理装置が接続される第１の接続端と、前記検証用装置が接続され、他の接続端に接続された機器への通信接続ができない独立した第２の接続端とを備え、前記情報処理装置からＷｅｂページへのリクエストが到来した場合に、前記検証用装置に対して、前記Ｗｅｂページへのリクエストを当該セキュリティ監視装置に供給するように依頼するリクエスト依頼を提供し、前記検証用装置から前記Ｗｅｂページへのリクエストが到来した場合に、インターネット上のサーバ装置に前記Ｗｅｂページへのリクエストを送信し、前記リクエストに応じて前記サーバ装置からの前記Ｗｅｂページについてのレスポンスを受信した場合に、前記Ｗｅｂページが提供可能なものか否かの検証を行い、前記検証の結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスを前記検証用装置に提供してさらに検証すべきことを要求し、前記検証用装置からの検証結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスをリクエスト元の前記情報処理装置に提供するものであり、
前記セキュリティ監視装置からの前記リクエスト依頼を受信した場合に、前記Ｗｅｂページへのリクエストを前記セキュリティ監視装置に提供するリクエスト提供手段と、
前記セキュリティ監視装置からの前記Ｗｅｂページの前記レスポンスの提供を受けた場合に、前記Ｗｅｂページが提供可能なものか否かを、少なくとも前記セキュリティ監視装置とは異なる手法を用いて検証する第２の検証手段と、
前記第２の検証手段での検証結果を前記セキュリティ監視装置に提供する検証結果提供手段と
を備えることを特徴とする検証用装置。
【請求項５】
インターネットに接続されるセキュリティ監視装置と、前記セキュリティ監視装置に対して第１の接続端を通じて接続される情報処理装置と、前記セキュリティ監視装置に対して、前記第１の接続端に接続された前記情報処理装置への通信接続ができない独立した第２の接続端に接続される検証用装置とからなるセキュリティ監視システムの前記セキュリティ監視装置に搭載されたコンピュータによって実行されるプログラムであって、
前記情報処理装置からＷｅｂページへのリクエストが到来した場合に、前記検証用装置に対して、前記Ｗｅｂページへのリクエストを当該セキュリティ監視装置に供給するように依頼するリクエスト依頼を提供するリクエスト依頼ステップと、
前記検証用装置から前記Ｗｅｂページへのリクエストが到来した場合に、インターネット上のサーバ装置に前記Ｗｅｂページへのリクエストを送信するリクエスト送信ステップと、
前記リクエストに応じて前記サーバ装置からの前記Ｗｅｂページについてのレスポンスを受信した場合に、前記Ｗｅｂページが提供可能なものか否かの検証を行う監視装置側検証ステップと、
前記検証ステップでの検証結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスを前記検証用装置に提供してさらに検証すべきことを要求する検証要求ステップと、
前記検証用装置からの検証結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスをリクエスト元の前記情報処理装置に提供するレスポンス提供ステップと
を実行することを特徴とするセキュリティ監視プログラム。
【請求項６】
インターネットに接続されるセキュリティ監視装置と、前記セキュリティ監視装置に対して第１の接続端を通じて接続される情報処理装置と、前記セキュリティ監視装置に対して、前記第１の接続端に接続された前記情報処理装置への通信接続ができない独立した第２の接続端に接続される検証用装置とからなるセキュリティ監視システムの前記検証用装置に搭載されたコンピュータによって実行されるプログラムであって、
前記セキュリティ監視装置は、前記情報処理装置からＷｅｂページへのリクエストが到来した場合に、前記検証用装置に対して、前記Ｗｅｂページへのリクエストを当該セキュリティ監視装置に供給するように依頼するリクエスト依頼を提供し、前記検証用装置から前記Ｗｅｂページへのリクエストが到来した場合に、インターネット上のサーバ装置に前記Ｗｅｂページへのリクエストを送信し、前記リクエストに応じて前記サーバ装置からの前記Ｗｅｂページについてのレスポンスを受信した場合に、前記Ｗｅｂページが提供可能なものか否かの検証し、当該検証の結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスを前記検証用装置に提供してさらに検証すべきことを要求し、前記検証用装置からの検証結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスをリクエスト元の前記情報処理装置に提供するものであり、
前記セキュリティ監視装置からの前記リクエスト依頼を受信した場合に、前記Ｗｅｂページへのリクエストを前記セキュリティ監視装置に提供するリクエスト提供ステップと、
前記セキュリティ監視装置からの前記Ｗｅｂページの前記レスポンスの提供を受けた場合に、前記Ｗｅｂページが提供可能なものか否かを、少なくとも前記セキュリティ監視装置の前記第１の検証手段とは異なる手法を用いて検証する検証用装置側検証ステップと、
前記検証装置側検証ステップでの検証結果を前記セキュリティ監視装置に提供する検証結果提供ステップと
を実行することを特徴とする検証用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、インターネット上に開示されているＷｅｂページを閲覧する際に安全性をより高く担保できるようにするためのシステム、装置およびプログラムに関する。
【背景技術】
【０００２】
複数の異なるセキュリティ機能を１つのハードウェアに統合し、ネットワークに関するセキュリティ管理を集中的に行うようにする統合脅威管理（Unified Threat Management）装置が、企業等で利用されるようになってきている。統合脅威管理装置（以下、ＵＴＭ装置と記載する。）においては、コンピュータウィルスに感染することを防止するためのいわゆるウィルスチェックに関し、利用シーンに応じてセキュリティレベルを動的に変更可能にすることも行われている。具体的に、後に記す特許文献１には、ＵＴＭ装置に関し、アクセス先、アクセス先が提供するコンテンツのカテゴリ、当該コンテンツのファイルタイプなどに応じて、ウィルスの検知方式を動的に切り替える技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−０９２７５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＵＴＭ装置は、上述したように複数のセキュリティ機能を備え、コンピュータウィルス対策についても厳重に行われている。しかしながら、ＵＴＭ装置に搭載されているコンピュータウィルス対策ソフトウェア（以下、ウィルス対策ソフトと記載する。）が対応していないウィルスについては、ＵＴＭ装置でのウィルスチェックを通過してしまう可能性がある。このため、簡単には、ＵＴＭ装置やＵＴＭ装置に接続されるパーソナルコンピュータに複数のウィルス対策ソフトをインストールすることが考えられる。
【０００５】
１つの装置に複数のウィルス対策ソフトをインストールした場合、これらがお互いに干渉し合い、適切にウィルスチェックが行われない可能性がある。このため、基本的に１つの装置には１つのウィルス対策ソフトしかインストールできない。しかし、できるだけ確実にウィルスチェックを行って、コンピュータウィルス感染の危険性を最大限に低減させるようにしたいとする要求が大きくなってきている。
【０００６】
以上のことに鑑み、この発明は、インターネット上に開示されているＷｅｂページを閲覧する際の安全性をより高く担保できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、請求項１に記載の発明のセキュリティ監視システムは、
インターネットに接続されるセキュリティ監視装置と、当該セキュリティ監視装置を通じてインターネットに接続される検証用装置と、当該セキュリティ監視装置を通じてインターネットに接続される情報処理装置と、からなるセキュリティ監視システムであって、
前記セキュリティ監視装置は、
前記情報処理装置が接続される第１の接続端と、
前記検証用装置が接続され、他の接続端に接続された機器への通信接続ができない独立した第２の接続端と、
前記情報処理装置からＷｅｂページへのリクエストが到来した場合に、前記検証用装置に対して、前記Ｗｅｂページへのリクエストを当該セキュリティ監視装置に供給するように依頼するリクエスト依頼を提供するリクエスト依頼手段と、
前記検証用装置から前記Ｗｅｂページへのリクエストが到来した場合に、インターネット上のサーバ装置に前記Ｗｅｂページへのリクエストを送信するリクエスト送信手段と、
前記リクエストに応じて前記サーバ装置からの前記Ｗｅｂページについてのレスポンスを受信した場合に、前記Ｗｅｂページが提供可能なものか否かの検証を行う第１の検証手段と、
前記第１の検証手段での検証結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスを前記検証用装置に提供してさらに検証すべきことを要求する検証要求手段と、
前記検証用装置からの検証結果が、前記Ｗｅｂページが提供可能なものである場合に、前記Ｗｅｂページについての前記レスポンスをリクエスト元の前記情報処理装置に提供するレスポンス提供手段と
を備え、
前記検証用装置は、
前記セキュリティ監視装置からの前記リクエスト依頼を受信した場合に、前記Ｗｅｂページへのリクエストを前記セキュリティ監視装置に提供するリクエスト提供手段と、
前記セキュリティ監視装置からの前記Ｗｅｂページの前記レスポンスの提供を受けた場合に、前記Ｗｅｂページが提供可能なものか否かを、少なくとも前記セキュリティ監視装置の前記第１の検証手段とは異なる手法を用いて検証する第２の検証手段と、
前記第２の検証手段での検証結果を前記セキュリティ監視装置に提供する検証結果提供手段と
を備えることを特徴とする。
【０００８】
この請求項１に記載の発明のセキュリティ監視システムによれば、セキュリティ監視装置は、情報処理装置からのＷｅｂページへのリクエストが到来すると、リクエスト依頼手段を通じて検証用装置に同様のリクエストをするようにリクエスト依頼を提供する。検証用装置は、このリクエスト依頼に応じてリクエスト提供手段が、当該Ｗｅｂページへのリクエストをセキュリティ監視装置に提供する。セキュリティ監視装置は、検証用装置からの当該Ｗｅｂページへのリクエストが到来すると、リクエスト送信手段がインターネット上のサーバ装置にＷｅｂページへのリクエストを送信する。そして、セキュリティ監視装置は、インターネット上のサーバ装置からＷｅｂページのレスポンスを受信すると、第１の検証手段が提供可能なＷｅｂページか否かの検証を行う。
【０００９】
セキュリティ監視装置の第１の検証手段での検証結果が、当該Ｗｅｂページが提供可能であることを示している場合に、検証要求手段が、当該Ｗｅｂページの当該レスポンスを検証用装置に提供して、更に検証を行うことを要求する。検証用装置は、当該Ｗｅｂページの前記レスポンスの提供を受けると、第２の検証手段が、当該Ｗｅｂページが提供可能なものか否かの検証を行い、検証結果提供手段が当該検証結果をセキュリティ監視装置に提供する。セキュリティ監視装置は、検証用装置からの検証結果が提供可能であることを示すものである場合に、レスポンス提供手段が、当該Ｗｅｂページのレスポンスをリクエスト元の情報処理装置に提供する。
【００１０】
このように、セキュリティ監視装置の第１の検証手段と、検証用装置の第２の検証手段との両方で、Ｗｅｂページのレスポンスの検証が行われ、両手段で利用可能なＷｅｂページであるとされない限り、リクエストされたＷｅｂページは利用できない。そして、第１の検証手段と第２の検証手段とは、異なる手法を用いた検証手段であるので、両検証手段で利用可能とされた安全性の高いＷｅｂページのみを利用対象とすることができる。しかも、情報処理装置が接続される第１の接続端と、検証用装置が接続される第２の接続端とは、それぞれ独立したものであるので、検証用装置がコンピュータウィルスに仮に感染したとしても、その被害が第１の接続端に接続された情報処理装置に及ぶこともない。
【発明の効果】
【００１１】
この発明によれば、Ｗｅｂページのレスポンスに対して異なる手法を用いて少なくとも二重の検証を行う構成を備えることにより、インターネット上に開示されているＷｅｂページを閲覧する際の安全性をより高く担保できる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態のセキュリティ監視システムの全体構成を説明するためのブロック図である。
【図２】ＵＴＭ装置の構成例を説明するためのブロック図である。
【図３】不揮発性メモリに形成される端末登録テーブルの例を説明するための図である。
【図４】ユーザＰＣと検証用ＰＣとの構成例を説明するためのブロック図である。
【図５】実施の形態のセキュリティ監視システムの動作を説明するためのシーケンス図である。
【図６】ＵＴＭ装置で行われる処理の詳細を説明するためのフローチャートである。
【図７】図６に続くフローチャートである。
【図８】検証用ＰＣで行われる処理の詳細を説明するためのフローチャートである。
【発明を実施するための形態】
【００１３】
以下、図を参照しながら、この発明のセキュリティ監視システム、セキュリティ監視装置、検証用装置、セキュリティ監視プログラム、検証用プログラムの実施の形態について説明する。
【００１４】
［セキュリティ監視システムの全体構成］
図１は、実施の形態のセキュリティ監視システムの全体構成を説明するためのブロック図である。ＵＴＭ（Unified Threat Management）装置１は、セキュリティ監視装置に相当し、複数の異なるセキュリティ機能を１つのハードウェアに搭載して構成したものである。ＵＴＭ装置１には、ＬＡＮ（Local Area Network）４を介して複数のユーザＰＣ（Personal Computer）２（１）、２（２）、…、２（ｎ）が接続されている。また、ＵＴＭ装置１には、ＬＡＮ５を介して、検証用装置として機能する検証用ＰＣ３が接続されている。
【００１５】
ＵＴＭ装置１に接続されるＬＡＮ４とＬＡＮ５とのそれぞれは、ＵＴＭ装置１の独立したＬＡＮポートに接続されている。このため、ＬＡＮ４に接続されたユーザＰＣ２（１）、２（２）、…、２（ｎ）と、ＬＡＮ５に接続された検証用ＰＣ３との間では相互に通信ができないようになっている。これにより、例えば検証用ＰＣ３がなんらかのコンピュータウィルスに感染しても、ＬＡＮ４に接続されたユーザＰＣ２（１）、２（２）、…、２（ｎ）のそれぞれは何らの影響も及ぼさない構成になっている。なお、ＬＡＮ４に接続されたユーザＰＣ２（１）、２（２）、…、２（ｎ）のそれぞれの間では相互に通信が可能である。
【００１６】
このように、ＵＴＭ装置１に対して、ＬＡＮ４を通じて複数のユーザＰＣ２（１）、２（２）、…、２（ｎ）が接続されると共に、ＬＡＮ５を通じて検証用ＰＣ３が接続されて、この実施の形態のセキュリティ監視システムが構成される。このセキュリティ監視システムは、例えば、会社内に形成され、ユーザＰＣ２（１）、２（２）、…、２（ｎ）のそれぞれは、従業員によって使用される業務用のＰＣである。
【００１７】
そして、図１に示すように、ＵＴＭ装置１はインターネット６に接続されている。周知のように、インターネット６上には、多数のＨＴＴＰ（Hypertext Transfer Protocol）サーバ装置７が存在しており、これらのＨＴＴＰサーバ装置に格納されている種々のＷｅｂページが、不特定多数の者によって利用可能な状態になっている。このため、ＬＡＮ４に接続されたユーザＰＣ２（１）、２（２）、…、２（ｎ）やＬＡＮ５に接続された検証用ＰＣ３は、ＵＴＭ装置１を通じてインターネット６上のＨＴＴＰサーバ装置７にアクセスし、目的とするＷｅｂページの閲覧が可能になっている。なお、ＨＴＴＰサーバ装置７は、Ｗｅｂサーバなどとも呼ばれる。
【００１８】
このように形成されたこの実施の形態のセキュリティ監視システムにおいて、ＬＡＮ４に接続されているユーザＰＣ２（１）、２（２）、…、２（ｎ）においてブラウザが実行され、Ｗｅｂページへのリクエスト（要求）がＵＴＭ装置１に提供されたとする。このＷｅｂページへのリクエストは、検索されたＷｅｂページのＵＲＬ（uniform resource locator）や入力されたＵＲＬを含むものである。
【００１９】
従来のＵＴＭ装置は、当該Ｗｅｂページへのリクエストを、インターネット６を通じて目的とするＨＴＴＰサーバ装置に送信し、当該ＨＴＴＰサーバ装置から当該Ｗｅｂページについてのレスポンス（応答）の提供を受ける。そして、従来のＵＴＭ装置は、当該Ｗｅｂページについてのレスポンスを検証し、コンピュータウィルスに感染しているなどの問題がなく提供が可能なものである場合に、当該レスポンスをリクエスト元のユーザＰＣに提供する。ここで、Ｗｅｂページについてのレスポンスの検証が、ウィルス対策ソフトによるウィルスチェックを意味する。しかし、この場合、ＵＴＭ装置でしかレスポンスの検証は行われていない。
【００２０】
そこで、この実施の形態のセキュリティ監視システムでは、ＵＴＭ装置１に加えて、検証用ＰＣ３でもＵＴＭ装置１とは異なる手法を用いてＷｅｂページについてのレスポンスを検証する。すなわち、検証用ＰＣでもＵＴＭ装置１とは異なるウィルス対策ソフトを用いてウィルスチェックを行う。そして、ＵＴＭ装置１は検証用ＰＣ３での検証でも問題ない場合に、リクエストされたＷｅｂページのレスポンスを、リクエスト元のユーザＰＣに提供する。
【００２１】
このため、この実施の形態において、ＵＴＭ装置１、ユーザＰＣ２、検証用ＰＣ３のそれぞれには、それぞれ異なるウィルス対策ソフトが搭載されている。すなわち、現状、様々な会社が、それぞれに工夫をしたウィルス対策ソフトを作成し提供している。この実施の形態においては、ＵＴＭ装置１にはＡ社が開発したウィルス対策ソフトＡがインストールされている。また、ユーザＰＣ２（１）、２（２）、…、２（ｎ）のそれぞれにはＢ社が開発したウィルス対策ソフトＢがインストールされている。そして、検証用ＰＣ３にはＣ社が開発したウィルス対策ソフトＣがインストールされている。
【００２２】
これにより、Ｗｅｂページのレスポンスについては、ＵＴＭ装置１と検証用ＰＣ３とで異なるウィルス対策ソフトを用いて二重に検証（ウィルスチェック）し、双方で問題がない場合に当該Ｗｅｂページの当該レスポンスをリクエスト元のユーザＰＣ２に提供する。もちろん、リクエスト元のユーザＰＣ２でも、提供されたＷｅｂページについてのレスポンスをＵＴＭ装置１や検証用ＰＣ３とは異なるウィルス検証ソフトを用いて検証し、問題がない場合に利用可能にする。したがって、異なるウィルス対策ソフトを用いた三重の検証（ウィルスチェック）が行われることになる。
【００２３】
以下に、この実施の形態のセキュリティ監視システムを構成するＵＴＭ装置１、ユーザＰＣ２（１）、２（２）、…、２（ｎ）、検証用ＰＣ３のそれぞれについて説明する。なお、ユーザＰＣ２（１）、２（２）、…、２（ｎ）のそれぞれは、基本的な構成は同様のものである。このため、特に区別して示す場合を除き、ユーザＰＣ２（１）、２（２）、…、２（ｎ）のそれぞれについては、ユーザＰＣ２と総称することとする。
【００２４】
［ＵＴＭ装置１の構成例］
図２は、ＵＴＭ装置１の構成例を説明するためのブロック図である。ＵＴＭ装置１は、インターネット６への接続端１０１と通信Ｉ／Ｆ（interface）１０２と制御部１１０を備える。通信Ｉ／Ｆ１０２は、インターネット６を通じて自機宛てに送信されてきたデータを自機において処理可能な形式のデータに変換して取り込み、制御部１１０に供給する処理を行う。また、通信Ｉ／Ｆ１０２は、制御部１１０からのデータを送信する形式のデータに変換し、これをインターネット６を通じて目的とする相手先に送信する処理を行う。インターネット６に接続されたサーバ装置等との通信は、接続端１０１及び通信Ｉ／Ｆ１０２とを通じて行うことになる。
【００２５】
制御部１１０は、ＣＰＵ（Central Processing Unit）１１１、ＲＯＭ（Read Only Memory）１１２、ＲＡＭ（Random Access Memory）１１３、不揮発性メモリ１１４がバスを介して接続されて構成されたものであり、ＵＴＭ装置１の各部を制御する機能を実現する。ＲＯＭ１１２には、種々のプログラムや処理に必要になるデータが記録されている。ＲＡＭ１１３は、処理の途中結果を一時記憶するなど主に作業領域として使用される。不揮発性メモリ１１４には、機能強化のための追加プログラムや使用者（ユーザ）によって設定される設定情報など、ＵＴＭ装置１の電源が落とされても保持しておく必要のなるプログラムやデータが記録される。
【００２６】
そして、制御部１１０には、ＬＡＮポート１３１（１）及びＬＡＮ接続端１３２（１）と、ＬＡＮポート１３１（２）及びＬＡＮ接続端１３２（２）とが接続されている。ＬＡＮポート１３１（１）及びＬＡＮ接続端１３２（１）と、ＬＡＮポート１３１（２）及びＬＡＮ接続端１３２（２）とは、それぞれ独立したものである。したがって、ＬＡＮポート１３１（１）及びＬＡＮ接続端１３２（１）を通じてＵＴＭ装置１に接続された機器と、ＬＡＮポート１３１（２）及びＬＡＮ接続端１３２（２）を通じてＵＴＭ装置１に接続された機器とは、相互に通信接続はできないようになっている。
【００２７】
この実施の形態においては、ＬＡＮ接続端１３２（１）には、図１に示したユーザＰＣ２（１）、２（２）、…、２（ｎ）が接続されてＬＡＮ４を構成し、ＬＡＮ接続端１３２（２）には、図１に示した検証用ＰＣ３が接続されてＬＡＮ５を構成している。したがって、ＵＴＭ装置１は、ユーザＰＣ２（１）、２（２）、…、２（ｎ）のそれぞれとは、ＬＡＮポート１３１（１）及びＬＡＮ接続端１３２（１）を通じて通信を行う。また、ＵＴＭ装置１は、検証用ＰＣ３とは、ＬＡＮポート１３１（２）及びＬＡＮ接続端１３２（２）を通じて通信を行う。
【００２８】
これにより、ユーザＰＣ２（１）、２（２）、…、２（ｎ）のそれぞれは、ＵＴＭ装置１を介してインターネット６に接続でき、検証用ＰＣ３もまたＵＴＭ装置１を介してインターネット６に接続できるようになっている。しかし、ＬＡＮポート１３１（１）及びＬＡＮ接続端１３２（１）と、ＬＡＮポート１３１（２）及びＬＡＮ接続端１３２（２）とは、それぞれ独立のものである。このため、ユーザＰＣ２（１）、２（２）、…、２（ｎ）と、検証用ＰＣ３との間では、通信接続することはできず、データ等の送受信はできない。したがって、仮に検証用ＰＣ３がコンピュータウィルスに感染したとしても、これがユーザＰＣ２（１）、２（２）、…、２（ｎ）に影響を及ぼすことはない。
【００２９】
そして、ＬＡＮポート１３１（１）、１３１（２）及びＬＡＮ接続端１３２（１）、１３２（２）には、どのような端末が接続されているのかを、ＵＴＭ装置１においては不揮発性メモリ１１４に登録して管理している。図３は、不揮発性メモリ１１４に形成される端末登録テーブルの例を説明するための図である。不揮発性メモリ１１４に形成される端末登録テーブルは、図３に示すように、ポート番号と、端末ＩＤと、端末種別とからなる。
【００３０】
この実施の形態のＵＴＭ装置１においては、ＬＡＮポート１３１（１）及びＬＡＮ接続端１３２（１）に接続されているＬＡＮ４のポート番号が例えば「５０６０」であるものとする。また、ＬＡＮポート１３１（２）及びＬＡＮ接続端１３２（２）に接続されているＬＡＮ５のポート番号が例えば「５０７０」であるものとする。そして、これらの各ポートは独立したポートとして管理され、ポートが異なる端末間の通信はできないように制御部１１０が制限をかけている。
【００３１】
端末ＩＤは、ＬＡＮ４、ＬＡＮ５に接続されている端末のそれぞれを識別するための情報であり、この実施の形態においては、例えば、各端末に割り当てられるＩＰアドレスを端末ＩＤとして用いるものとする。端末ＩＤとしては、ＩＰアドレスの他、例えばＭＡＣアドレス（Media Access Control address）などの各端末を一意に特定可能な情報を用いるようにすることができる。
【００３２】
また、端末種別は、通常の業務に用いられるユーザＰＣか、ウィルスチェックのために用いられる検証用ＰＣかの区別ができるようになっている。このような端末登録テーブルにより、制御部１１０は、ポート番号が「５０６０」のＬＡＮ４には、ユーザＰＣ２（１）、２（２）、…、２（ｎ）が接続され、ポート番号が「５０７０」のＬＡＮ５には、検証用ＰＣ３が接続されていることを管理している。
【００３３】
そして、ＵＴＭ装置１は、セキュリティ監視装置としての機能を実現する部分として、Ｐ２Ｐ対策部１２１と、ＨＰアクセス制限部１２２と、ウィルス対策部１２３と、メール対策部１２４と、ＩＰＳ／ＩＤＳ部１２５と、ファイアウォール部１２６とを備える。
【００３４】
Ｐ２Ｐ対策部１２１は、セキュリティ対策を行っていない相手や悪意のある相手とのＰ２Ｐ接続を禁止する機能を実現する。なお、「Ｐ２Ｐ」とは、「Peer to Peer」を意味し、インターネットを介して対等なもの同士が直接に通信を行うことを意味する。Ｐ２Ｐ対策部１２１の機能により、例えば画像などのファイル交換を問題のある相手との間において１対１で行うことを防止し、相手からのウィルス感染を防止するなどの機能を実現する。
【００３５】
ＨＰ（Home Page）アクセス制限部１２２は、例えば、予め指定したホームページカテゴリを選択しておくことにより、当該カテゴリに該当するホームページへのアクセスを禁止する機能を実現する。例えば、ギャンブルＷｅｂサイト、アダルトサイト、麻薬関連サイト等の不適切サイトへのＵＲＬフィルタリングが可能となる。
【００３６】
ウィルス対策部１２３は、Ｗｅｂページのレスポンスの検証（ウィルスチェック）を行う。より具体的にウィルス対策部１２３は、Ｗｅｂページを閲覧するときの通信を監視し、閲覧しようとしている画像やダウンロードするファイルにウィルスが混入していないかを検証（チェック）する機能を実現する。更に、ウィルス対策部１２３は、検証用ＰＣ３と共同し、二重の検証（ウィルスチェック）を行うことができるようにしている。
【００３７】
メール対策部１２４は、受信した電子メールに関し、不要な広告やウィルスが添付された電子メールをブロックする機能を実現する。ＩＰＳ／ＩＤＳ部１２５は、不適切な侵入を防止したり、不適切な侵入を通知したりする機能を実現する。ここで、ＩＰＳは、侵入防止システム（Intrusion Prevention System）の略称であり、ＩＤＳは、侵入検知システム（Intrusion Detection System）の略称である。ＩＰＳ／ＩＤＳ部１２５は、ワームやトロイの木馬といったいわゆるマルウェアによる攻撃に対して防御を行うことができる。
【００３８】
ファイアウォール部１２６は、データ通信の状況や利用するソフトウェアなどにより、社内ネットワークにデータを供給するか否かを判断し、外部のネットワークからの攻撃や不正なアクセスから自システムを防御する機能を実現する。このように、ＵＴＭ装置１は、複数の異なるセキュリティ機能を１つのハードウェアに搭載しており、通信環境に生じる脅威に対して総合的に対処することができるようにしている。
【００３９】
このように、ＵＴＭ装置１は、Ｐ２Ｐ対策部１２１と、ＨＰアクセス制限部１２２と、ウィルス対策部１２３と、メール対策部１２４と、ＩＰＳ／ＩＤＳ部１２５と、ファイアウォール部１２６とを備え、総合的なセキュリティ対策を講じることができる。そして、この実施の形態のＵＴＭ装置１は、上述したようにウィルス対策部１２３の機能により、検証用ＰＣ３と協働してウィルスチェックを二重に掛けることが出来るようにしている。
【００４０】
［ウィルス対策部１２３の機能の詳細］
具体的に、ＵＴＭ装置１がユーザＰＣ２からＷｅｂページへのリクエストを受け付けたとする。この場合、制御部１１０の制御の下、ウィルス対策部１２３のリクエスト依頼部１２３１が機能し、検証用ＰＣ３に対して検証用ＰＣ３からも当該Ｗｅｂページへのリクエストを出すようにするためのリクエスト依頼を提供する。これに応じて検証用ＰＣ３が当該ＷｅｂページへのリクエストをＵＴＭ装置１に提供することにより、検証用ＰＣ３もまた当該Ｗｅｂページのレスポンスを扱うことができる環境を整えることができる。
【００４１】
この後、ウィルス対策部１２３のリクエスト送信部１２３２が機能し、当該Ｗｅｂページへのリクエストを、インターネット６を通じて当該Ｗｅｂページが格納されているＨＴＴＰサーバ装置７に送信する。これに応じて当該ＨＴＴＰサーバ装置７から当該Ｗｅｂページについてのレスポンスが送信されて来る。ＵＴＭ装置１はこれを受信し、ウィルス対策部１２３のレスポンス検証部１２３３が機能して、受信したＷｅｂページのレスポンスについて、ウィルスなどに感染している利用不能なものか否かを検証する。
【００４２】
レスポンス検証部１２３３での検証結果が、当該Ｗｅｂページが利用不能であることを示すものであるときには、レスポンス検証部１２３３は、リクエストされたＷｅｂページは利用不能であることをリクエスト元のユーザＰＣ２に通知する。これにより、リクエストされたＷｅｂページの利用はＵＴＭ装置１により禁止され、この場合にはウィルス対策部１２３での処理は終了する。
【００４３】
一方、レスポンス検証部１２３３での検証結果が、当該Ｗｅｂページが利用可能であることを示すものであったとする。この場合には、ウィルス対策部１２３の検証要求部１２３４が機能し、当該Ｗｅｂページについてのレスポンスを検証用ＰＣ３に提供し、検証用ＰＣ３において更に検証（ウィルスチェック）を行うことを要求する。このように、ＵＴＭ装置１は、自機での検証が利用可能である場合には、更に検証用ＰＣ３でも検証を行って、検証結果の信頼性を高めるようにする。この後、検証用ＰＣ３から検証結果が提供される。
【００４４】
検証用ＰＣ３からの検証結果をＵＴＭ装置１が受け付けると、ウィルス対策部１２３のレスポンス提供部１２３５が機能する。この場合に、検証用ＰＣ３からの当該検証結果が、当該Ｗｅｂページが利用不能であることを示すものであるときには、レスポンス提供部１２３５は、リクエストされたＷｅｂページは利用不能であることをリクエスト元のユーザＰＣ２に通知する。これにより、リクエストされたＷｅｂページの利用はＵＴＭ装置１により禁止され、この場合にはウィルス対策部１２３での処理は終了する。
【００４５】
一方、検証用ＰＣ３からの検証結果が、当該Ｗｅｂページが利用可能であることを示すものであるときには、レスポンス提供部１２３５は、当該Ｗｅｂページについてのレスポンスを、リクエスト元のユーザＰＣ２に提供して、これを利用可能にする。
【００４６】
このように、リクエストされたＷｅｂページについてのレスポンスについては、ＵＴＭ装置１のレスポンス検証部１２３３での検証結果が当該Ｗｅｂページの利用が可能であるという結果が得られても、検証用ＰＣ３での検証をさらに行う。ＵＴＭ装置１の検証は上述もしたようにウィルス対策ソフトＡによるものであるが、検証用ＰＣ３の検証はウィルス対策ソフトＣによるものであるので、検証結果の信頼性を高くすることができる。すなわち、ウィルス対策については、ウィルス対策部１２３の機能により、検証用ＰＣ３と協働し、より強固なウィルス対策を実行することができるようにしている。
【００４７】
［ユーザＰＣ２、検証用ＰＣ３の構成例］
図４は、ユーザＰＣ２と検証用ＰＣ３との構成例を説明するためのブロック図である。ユーザＰＣ２と検証用ＰＣ３とは、共にＰＣ（Personal Computer）であるので、基本的な構成は同じである。しかし、検証用ＰＣ３の場合には、図４において点線で囲んで示した参照符号が３００番台の構成部分を備えることにより、ＵＴＭ装置１と協働し、セキュリティ監視システムとしてウィルス対策をより強固に行うことができるようにしている。
【００４８】
まず、ユーザＰＣ２と検証用ＰＣ３とで共通する構成部分について説明する。ユーザＰＣ２、検証用ＰＣ３のそれぞれは、図４に示すように、ＬＡＮ接続端２０１、ＬＡＮポート２０２を備える。これらＬＡＮ接続端２０１及びＬＡＮポート２０２を通じて、ＵＴＭ装置１との間で通信を行う。また、ユーザＰＣ２、検証用ＰＣ３のそれぞれは、ディスプレイコントローラ２０３及びディスプレイ２０４、音声出力処理部２０５及びスピーカ２０６、操作入力インターフェース（以下、操作入力Ｉ／Ｆと記載する。）２３１及び操作部２３２を備える。これらの各部はユーザインターフェースとして機能する部分である。
【００４９】
さらに、ユーザＰＣ２、検証用ＰＣ３のそれぞれは、制御部２１０、記憶装置２２１を備える。制御部２１０は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、不揮発性メモリ２１４がバスを通じて接続されて形成され、各部を制御する機能を実現すると共に、種々のアプリケーションソフトウェアを実行するアプリケーション実行部としても機能する。記憶装置２２１は、大容量の記憶媒体として例えばハードディスクを備えると共に、当該ハードディスクへのデータの書き込み／読み出し機構を備えたものである。
【００５０】
ユーザＰＣ２、検証用ＰＣ３のそれぞれは、ＬＡＮ接続端２０１を通じてＵＴＭ装置１に接続される。ＬＡＮポート２０２は、ＵＴＭ装置１を通じて送信されて来る自機宛てのパケットデータを自機において処理可能な形式に変換して取り込んだり、また、自機から送信するパケットデータを送信用の形式に変換して送信したりする。制御部２１０は、受信して取り込んだパケットデータを分解して利用できるようにしたり、送信用のパケットデータを生成したりするパケット処理部としても機能する。
【００５１】
そして、ユーザＰＣ２、検証用ＰＣ３においては、操作部２３２、操作入力Ｉ／Ｆ２３１を通じて、使用者（ユーザ）からの種々の指示入力を受け付けることができる。操作部２３２は、キーボードやいわゆるマウスなどのポインティングデバイス等である。操作部２３２及び操作入力Ｉ／Ｆ２３１を通じて入力された指示入力により、ユーザＰＣ２の制御部２１０において、ブラウザアプリが実行されたとする。この場合、制御部２１０は、目的とするＷｅｂページへのリクエストを形成してＵＴＭ装置１に送信する。
【００５２】
ＵＴＭ装置１は当該Ｗｅｂページへのリクエストに応じて、インターネット６上のＨＴＴＰサーバ装置７にアクセスし、当該Ｗｅｂページのレスポンスを得て、これをリクエスト元のユーザＰＣ２に提供する。この場合、ＵＴＭ装置１は、上述した種々のセキュリティ機能により、セキュリティチェックを行い、問題がない場合にＷｅｂページのレスポンスをリクエスト元のユーザＰＣ２に提供する。
【００５３】
リクエスト元のユーザＰＣ２では、当該Ｗｅｂページのレスポンスの提供を受けると、制御部２１０は、上述したように、Ｗｅｂページのレスポンス（パケットデータ）を分解する。そして、制御部２１０は、表示データはディスプレイコントローラ２０３へ、音声データは音声出力処理部２０５に供給する。
【００５４】
ディスプレイコントローラ２０３は、これに供給された表示データからディスプレイに供給する映像信号を形成し、これをディスプレイ２０４に供給することにより、Ｗｅｂページが提供する表示情報をディスプレイ２０４の表示画面に表示する。また、音声出力処理部２０５は、これに供給された音声データからスピーカ２０６に供給する音声信号を形成し、これをスピーカ２０６に供給することにより、Ｗｅｂページが提供する音声情報をスピーカ２０６から放音する。また、種々のＨＴＴＰサーバのサイトから種々のプログラムをダウンロードしてきて、制御部２１０において実行することもできる。
【００５５】
この他にも、制御部２１０において、メールアプリを実行することにより、電子メールを作成して、目的とする相手先のメールサーバに送信したり、自機宛ての電子メールを取得して、これをディスプレイ２０４に表示したりすることもできる。もちろん、送信した電子メールや受信した電子メールを記憶装置２２１に記憶させておき、必要に応じて読み出して利用するなどのこともできる。また、制御部２１０で実行される種々のアプリケーションソフトウェアに応じて、種々の情報処理を行うことができる。
【００５６】
そして、検証用ＰＣ３の場合には、図４において点線で囲んで示したように、更にリクエスト提供部３０１と、レスポンス検証部３０２と、検証結果提供部３０３を備える。上述もしたように、ユーザＰＣ２からのＷｅｂページへのリクエストを受け付けたＵＴＭ装置１は、検証用ＰＣ３にもＷｅｂページのレスポンスを扱うことができるようにするために、リクエスト依頼を検証用ＰＣ３に送信して来る。そこで、検証用ＰＣ３のリクエスト提供部３０１は、ＵＴＭ装置１からのリクエスト依頼に基づいて、Ｗｅｂページへのリクエストを形成し、これをＵＴＭ装置１に送信する機能を実現する。
【００５７】
上述したように、ＷｅｂページへのリクエストをＵＴＭ装置１に提供した検証用ＰＣ３に対しては、ＵＴＭ装置１においてウィルスに関する検証（ウィルスチェック）で問題なしとされたＷｅｂページのレスポンスがＵＴＭ装置１から提供されることになる。この場合に、レスポンス検証部３０２は、提供されたＷｅｂページのレスポンスについてウィルスについての検証（ウィルスチェック）を行い、利用可能なＷｅｂページか否かを判別する。なお、この検証は、ＵＴＭ装置１で用いられている手法とは異なる手法が用いられる。具体的に、ＵＴＭ装置１ではウィルス対策ソフトＡが用いられて検証が行われるのに対して、検証用ＰＣ３ではウィルス対策ソフトＣが用いられて検証が行われる。
【００５８】
検証結果提供部３０３は、レスポンス検証部３０２での検証結果をＬＡＮポート２０２及びＬＡＮ接続端２０１を通じてＵＴＭ装置１に送信する機能を実現する。この場合の検証結果は、当該Ｗｅｂページが利用不能なものであっても、また、利用可能なものであっても、ＵＴＭ装置１に通知される。これにより、ＵＴＭ装置１は当該Ｗｅｂページのレスポンスをリクエスト元のユーザＰＣ２に提供するか否かを適切に判別することができるようにされる。
【００５９】
［セキュリティ監視システムの動作］
図５は、この実施の形態のセキュリティ監視システムの動作を説明するためのシーケンス図である。この実施の形態のセキュリティ監視システムは、ＵＴＭ装置１と、ユーザＰＣ２と、検証用ＰＣ３とによって構成され、ユーザＰＣ２においてブラウザが利用されている場合のウィルスチェックが厳重になされる点に特徴がある。このため、ＵＴＭ装置１と検証用ＰＣ３とが協働してウィルスチェックを行う場合の動作（処理）について詳細に説明する。
【００６０】
ユーザＰＣ２において、ブラウザが実行されて、目的とするＷｅｂページを表示するように操作されたとする（ステップＳ１）。この場合、ユーザＰＣ２の制御部２１０は、指示されたＷｅｂページへのリクエストを形成し、これをＵＴＭ装置１に提供する（ステップＳ２）。ＵＴＭ装置１は、ユーザＰＣ２からのＷｅｂページへのリクエストを受け付けると、ウィルス対策部１２３のリクエスト依頼部１２３１が機能する。この場合、リクエスト依頼部１２３１は、当該Ｗｅｂページへのリクエストを形成してＵＴＭ装置１に提供することを依頼するリクエスト依頼を形成し、これを検証用ＰＣ３に提供する（ステップＳ３）。
【００６１】
検証用ＰＣ３は、制御部２１０の制御の下、リクエスト提供部３０１が機能し、ＵＴＭ装置１からのリクエスト依頼に応じて、当該Ｗｅｂページへのリクエストを形成し、これをＵＴＭ装置１に提供する（ステップＳ４）。これにより、当該Ｗｅｂページについてのレスポンスを検証用ＰＣ３においても処理できる環境が整えられる。つまり、検証用ＰＣ３は、ユーザＰＣ２からのＷｅｂページへのリクエストと同様に、当該Ｗｅｂページに対するリクエストをＵＴＭ装置１に提供することにより、自ら当該Ｗｅｂページについてのレスポンスを処理することができるようになる。
【００６２】
ＵＴＭ装置１は、検証用ＰＣ３からの当該Ｗｅｂページへのリクエストを受け付けると、リクエスト送信部１２３２が機能する。この場合、リクエスト送信部１２３２は、インターネット６を通じて、当該Ｗｅｂページを格納しているＨＴＴＰサーバ装置７に対して当該Ｗｅｂページについてのリクエストを送信する（ステップＳ５）。これに応じて当該ＨＴＴＰサーバ装置７は、当該ＷｅｂページについてのレスポンスをＵＴＭ装置１に送信して来る（ステップＳ６）。
【００６３】
当該Ｗｅｂページについてのレスポンスを受信したＵＴＭ装置１では、ウィルス対策部１２３のレスポンス検証部１２３３が機能する。レスポンス検証部１２３３は、受信した当該Ｗｅｂページのレスポンスについて、種々のウィルスに感染している利用不可なものか否かを検証する（ステップＳ７）。レスポンス検証部１２３３は、検証結果が利用不可か否かを判別する（ステップＳ８）。ステップＳ８の判別処理において、当該Ｗｅｂページの利用は不可であると判別したときには、当該Ｗｅｂページはウィルスに感染している可能性があり利用できないものであることを通知するＮＧ通知をリクエスト元のユーザＰＣ２に通知する（ステップＳ９）。
【００６４】
ユーザＰＣ２は、ＮＧ通知の提供を受けると、当該ＮＧ通知の内容をディスプレイ２０４に表示するなどの出力処理を行い（ステップＳ１０）、目的とするＷｅｂページを利用するための処理を終了する（ステップＳ１１）。この後、ユーザＰＣ２の使用者は、他のＷｅｂページを利用するようにするなど、別の処理を行うようにすることになる。
【００６５】
一方、ステップＳ８の判別処理において、当該Ｗｅｂページの利用は可能であると判別したときには、レスポンス検証部１２３３は、これを制御部１１０に通知し、制御部１１０は検証要求部１２３４を制御して、検証用ＰＣ３への検証を依頼する。すなわち、検証要求部１２３４は、ステップＳ６で受け付けた当該Ｗｅｂページについてのレスポンスを、検証用ＰＣ３に供給し、当該Ｗｅｂページがウィルスに感染していない利用可能なものかどうかの検証の実施を依頼する（ステップＳ１２）。
【００６６】
当該Ｗｅｂページについてのレスポンスの提供を受けて、当該Ｗｅｂページについての検証の実行が要求された検証用ＰＣ３では、制御部２１０の制御の下、レスポンス検証部３０２が機能する。この場合、検証用ＰＣ３のレスポンス検証部３０２は、ＵＴＭ装置１からの当該Ｗｅｂページのレスポンスについて、ウィルスに感染している利用不可なものか否かを検証する（ステップＳ１３）。
【００６７】
レスポンス検証部３０２は、ステップＳ１３での検証結果が利用不可か否かを判別する（ステップＳ１４）。ステップＳ１４の判別処理において、当該Ｗｅｂページの利用は不可であると判別したとする。この場合、検証用ＰＣ３のレスポンス検証部３０２は、当該Ｗｅｂページはウィルスに感染している可能性があり利用できないものであることを通知するＮＧ通知を形成し、これをＵＴＭ装置１に通知する（ステップＳ１５）。
【００６８】
検証用ＰＣ３からのＮＧ通知を受け付けたＵＴＭ装置１は、制御部１１０の制御の下、レスポンス提供部１２３５が機能する。この場合、レスポンス提供部１２３５は、当該Ｗｅｂページはウィルスに感染している可能性があり利用できないものであることを通知するＮＧ通知をリクエスト元のユーザＰＣ２に通知する（ステップＳ１６）。ユーザＰＣ２は、ＮＧ通知の提供を受けると、当該ＮＧ通知の内容をディスプレイ２０４に表示するなどの出力処理を行い（ステップＳ１７）、目的とするＷｅｂページを利用するための処理を終了する（ステップＳ１８）。この後、ユーザＰＣ２の使用者は、他のＷｅｂページを利用するようにする処理を行うなど、別の処理を行うことになる。
【００６９】
一方、ステップＳ１４の判別処理において、当該Ｗｅｂページの利用は可能であると判別したとする。この場合、検証用ＰＣ３のレスポンス検証部３０２は、当該Ｗｅｂページは利用可能であることを通知するＯＫ通知を形成し、これをＵＴＭ装置１に通知する（ステップＳ１９）。検証用ＰＣ３からのＯＫ通知を受け付けたＵＴＭ装置１は、制御部１１０の制御の下、レスポンス提供部１２３５が機能する。この場合、レスポンス提供部１２３５は、ステップＳ６で受け付けた当該Ｗｅｂページについてのレスポンスを、リクエスト元のユーザＰＣ２に提供する（ステップＳ２０）。
【００７０】
これにより、当該ユーザＰＣ２では、提供を受けた当該Ｗｅｂページについてのレスポンスを処理し、制御部２１０においてブラウザが機能して、当該Ｗｅｂページを出力する処理を行う（ステップＳ２１）。具体的には、当該Ｗｅｂページについての画像を、ディスプレイコントローラ２０３を通じてディスプレイ２０４に表示したり、当該Ｗｅｂページについての音声を、音声出力処理部２０５を通じてスピーカ２０６から放音させたりする。
【００７１】
このように、ユーザＰＣ２からのリクエストに応じたＷｅｂページが、ＵＴＭ装置１での検証の結果、利用可能なものであっても、更に検証用ＰＣ３において、ＵＴＭ装置１とは異なる手法を用いて、利用可能か否かの検証処理が行われる。検証用ＰＣ３での検証の結果、利用可能である場合に、ユーザＰＣ２からのリクエストに応じたＷｅｂページのレスポンスが、ＵＴＭ装置１からリクエスト元のユーザＰＣ２に提供される。
【００７２】
また、ユーザＰＣ２においても、ＵＴＭ装置１や検証用ＰＣ３とは異なる手法を用いて、当該Ｗｅｂページのレスポンスが利用可能か否かの検証を行う。より具体的には、ＵＴＭ装置１と検証用ＰＣ３とユーザＰＣ２とのそれぞれで、異なるウィルス対策ソフトを用いて検証を行うので、コンピュータウィルスの感染源になるようなＷｅｂページの利用を信頼性高く回避できる。
【００７３】
［ＵＴＭ装置１の処理の詳細］
図６、図７は、ＵＴＭ装置１で行われる処理の詳細を説明するためのフローチャートである。図６、図７に示すフローチャートの処理は、ＵＴＭ装置１の制御部１１０とウィルス対策部１２３とが協働して実行する処理である。ＵＴＭ装置１においては、図３を用いて上述したように、ＬＡＮポート１３１（１）、１３１（２）のそれぞれにどのような端末が接続されているのかを不揮発性メモリ１１４の端末登録テーブルに登録して管理している。
【００７４】
ＵＴＭ装置１の制御部１１０は、不揮発性メモリ１１４の端末登録テーブルの情報に基づいて、ユーザＰＣ２（１）、２（２）、…、２（ｎ）からＷｅｂページへのリクエストの提供を受けたか否かを監視している（ステップＳ１０１）。ユーザＰＣ２（１）、２（２）、…、２（ｎ）は、上述もしたように、ポート番号が「５０６０」のＬＡＮポート１３１（１）及びＬＡＮ接続端１３２（１）に接続されたＬＡＮ４を介してＵＴＭ装置１にせ接続されているユーザＰＣである。
【００７５】
ステップＳ１０１の判別処理において、Ｗｅｂページへのリクエストの提供を受けていないと判別した時には、ステップＳ１０１の処理を繰り返し、Ｗｅｂページのリクエストの到来を待つ。ステップＳ１０１の判別処理において、Ｗｅｂページへのリクエストの提供を受けたと判別したとする。この場合、制御部１１０は、ウィルス対策部１２３のリクエスト依頼部１２３１を制御し、リクエスト依頼を形成してこれを不揮発性メモリ１１４の端末登録テーブルの情報に基づいて検証用ＰＣ３に提供する（ステップＳ１０２）。このリクエスト依頼は、ユーザＰＣ２からのＷｅｂページへのリクエストに対応し、検証用ＰＣ３にも当該Ｗｅｂページへのリクエストを出すことを依頼するものである。
【００７６】
この後、検証用ＰＣ３から当該Ｗｅｂページへのリクエストが提供されるので、制御部１１０は検証用ＰＣ３からの当該リクエストを受け付ける（ステップＳ１０３）。そして、制御部１１０は、ウィルス対策部１２３のリクエスト送信部１２３２を制御し、当該Ｗｅｂページへのリクエストを対応するＨＴＴＰサーバ装置７に送信する（ステップＳ１０４）。この場合、当該Ｗｅｂページへのリクエストは、通信Ｉ／Ｆ１０２及びインターネット６への接続端１０１を通じてインターネット６に送出され、対応するＨＴＴＰサーバ装置７に送られる。
【００７７】
これに応じて、当該ＨＴＴＰサーバ装置７は、当該Ｗｅｂページについてのレスポンスを返信して来る。このため、制御部１１０は、インターネット６への接続端１０１及び通信Ｉ／Ｆ１０２を通じて、ＨＴＴＰサーバ装置７からの当該Ｗｅｂページについてのレスポンスを受信する（ステップＳ１０５）。そして、制御部１１０は、ウィルス対策部１２３のレスポンス検証部１２３３を制御し、ＨＴＴＰサーバ装置７からの当該Ｗｅｂページについての検証を実行する（ステップＳ１０６）。ステップＳ１０６の検証処理では、この実施の形態ではウィルス対策ソフトＡを用いて、当該Ｗｅｂページがコンピュータウィルスの感染源になるものでないかどうかを検証する。
【００７８】
そして、制御部１１０は、レスポンス検証部１２３３の検証結果に基づき、ＨＴＴＰサーバ装置７から提供を受けたＷｅｂページのレスポンスはコンピュータウィルスの感染源となる利用不可なものか否かを判別する（ステップＳ１０７）。ステップＳ１０７の判別処理において、当該Ｗｅｂページのレスポンスは利用不可なものであると判別した時には、制御部１１０はレスポンス検証部１２３３を制御し、ＮＧ通知を形成して、これをリクエスト元のユーザＰＣ２に通知する（ステップＳ１０８）。
【００７９】
この場合、当該Ｗｅｂページのレスポンスは、リクエスト元のユーザＰＣ２には提供されないので、ユーザＰＣ２は、リクエストしたＷｅｂページの利用はできないようにされるがコンピュータウィルスの感染は免れる。一方、ステップＳ１０７の判別処理において、当該Ｗｅｂページのレスポンスは利用不可でない（利用可能）なものであると判別したとする。この場合、制御部１１０は、図７の処理に進み、ウィルス対策部１２３の検証要求部１２３４を制御して、ＨＴＴＰサーバ装置７から提供を受けた当該ＷｅｂページのレスポンスをＬＡＮ５に接続された検証用ＰＣ３に提供する（ステップＳ１０９）。これにより、制御部１１０は、検証用ＰＣ３に対して、当該Ｗｅｂページについての検証の実行を依頼する。
【００８０】
これに応じて、検証用ＰＣ３では提供されたＷｅｂページのレスポンスについて、ＵＴＭ装置１とは異なる手法、この実施の形態でウィルス対策ソフトＣを用いて、当該Ｗｅｂページのレスポンスはコンピュータウィルスの感染源になるか検証する。そして、検証用ＰＣ３は当該結果をＵＴＭ装置１に送信して来る。このため、ＵＴＭ装置１では、検証用ＰＣ３からの検証結果を受信し（ステップＳ１１０）、当該検証結果は、当該Ｗｅｂページが利用不可なものであることを示すものか否かを判別する（ステップＳ１１１）。
【００８１】
ステップＳ１１１の判別処理において、検証用ＰＣ３からの検証結果は、当該Ｗｅｂページが利用不可なものであることを示すものであると判別したとする。この場合、制御部１１０は、レスポンス提供部１２３５を制御し、ＮＧ通知を形成して、これをリクエスト元のユーザＰＣ２に通知する（ステップＳ１１２）。一方、ステップＳ１１１の判別処理において、検証用ＰＣ３からの検証結果は、当該Ｗｅｂページが利用可能なものであることを示すものであると判別したとする。この場合、制御部１１０は、レスポンス提供部１２３５を制御し、ステップＳ１０５でＨＴＴＰサーバ装置７から提供を受けた当該Ｗｅｂページのレスポンスをリクエスト元のユーザＰＣ２に提供する（ステップＳ１１３）。
【００８２】
ステップＳ１１２の処理の後と、ステップＳ１１３の処理の後においては、図６のステップＳ１０１からの処理を繰り返すようにする。このように、ＵＴＭ装置１は、リクエストされたＷｅｂページのレスポンスについて、自機でのウィルスに関する検証の結果問題がない場合には、異なる手法でウィルスに関する検証を行う検証用ＰＣ３に対して更にウィルスに関する検証を行うように依頼する。そして、検証用ＰＣ３の検証の結果を踏まえて、当該Ｗｅｂページのレスポンスをリクエスト元に提供するか否かを決定できる。
【００８３】
［検証用ＰＣ３の処理の詳細］
図８は、検証用ＰＣ３で行われる処理の詳細を説明するためのフローチャートである。図８に示す処理は、検証用ＰＣ３の制御部２１０と、リクエスト提供部３０１、レスポンス検証部３０２、検証結果提供部３０３が協働して実行する処理である。
【００８４】
検証用ＰＣ３の制御部２１０は、ユーザＰＣ２からのＷｅｂページへのリクエストが発生した場合に、ＵＴＭ装置１から提供されるリクエスト依頼を受け付けたか否かを判別する（ステップＳ２０１）。ステップＳ２０１の判別処理において、リクエスト依頼は受け付けていないと判別したときには、制御部２１０は、ステップＳ２０１からの処理を繰り返し、リクエスト依頼の到来を待つ。
【００８５】
ステップＳ２０１の処理において、ＵＴＭ装置１からのリクエスト依頼を受け付けたと判別したとする。この場合、検証用ＰＣ３の制御部２１０は、リクエスト提供部３０１を制御して、当該Ｗｅｂページ（リクエスト元のユーザＰＣ２がリクエストしたＷｅｂページ）についてのリクエストを形成し、これをＵＴＭ装置１に提供する（ステップＳ２０２）。そして、検証用ＰＣ３の制御部２１０は、ステップＳ２０２でＵＴＭ装置１にリクエストを提供したＷｅｂページについてのレスポンスの提供を受けたか否かを判別する（ステップＳ２０３）。
【００８６】
ステップＳ２０３の判別処理において、当該Ｗｅｂページについてのレスポンスの提供は受けていないと判別したとする。この場合には、当該Ｗｅｂページについてのレスポンスは、ＵＴＭ装置１において先に利用が制限されたことが考えられる。この場合には、制御部２１０は、処理を進める必要はなく、ステップＳ２０１からの処理を行うようにし、新たなＷｅｂページへのリクエストを受け付けるようにする。
【００８７】
ステップＳ２０３の判別処理において、当該Ｗｅｂページについてのレスポンスの提供を受けたと判別したとする。この場合、検証用ＰＣ３の制御部２１０は、レスポンス検証部３０２を制御して、提供を受けた当該Ｗｅｂページのレスポンスについて、コンピュータウィルスの感染源になるか否かの検証を実行する（ステップＳ２０４）。このステップＳ２０４での検証は、上述もしたように、ＵＴＭ装置１とは異なる手法を用いて行うことになる。具体的には、ＵＴＭ装置１はウィルス対策ソフトＡを用いていたのに対して、検証用ＰＣ３はウィルス対策ソフトＣを用いて検証を行う。
【００８８】
この後、検証用ＰＣ３の制御部２１０は、ステップＳ２０４でのレスポンス検証部３０２での検証結果が、当該Ｗｅｂページのレスポンスは、コンピュータウィルスの感染源になるため利用不可か否かを判別する（ステップＳ２０５）。ステップＳ２０５の判別処理において、当該Ｗｅｂページのレスポンスは利用不可であると判別したとする。この場合、制御部２１０は、検証結果提供部３０３を制御して、当該Ｗｅｂページは利用不可であることを示すＮＧ通知を形成し、これをＵＴＭ装置１に提供する（ステップＳ２０６）。
【００８９】
また、ステップＳ２０５の判別処理において、当該Ｗｅｂページのレスポンスは利用可能であると判別したとする。この場合、制御部２１０は、検証結果提供部３０３を制御して、当該Ｗｅｂページは利用可能であることを示すＯＫ通知を形成し、これをＵＴＭ装置１に提供する（ステップＳ２０７）。そして、ステップＳ２０６の処理の後と、ステップＳ２０７の処理の後においては、リクエストしたＷｅｂページについての検証処理は終了する。このため、制御部２１０は、ステップＳ２０１からの処理を行うようにし、新たなＷｅｂページへのリクエストを受け付けるようにする。
【００９０】
［ユーザＰＣ２でのウィルスに関する検証］
上述したように、この実施の形態のセキュリティ監視システムにおいては、ウィルスに関する検証（ウィルスチェック）は、ＵＴＭ装置１と検証用ＰＣ３とで二重に実行される。そして、ＵＴＭ装置１でも検証用ＰＣ３でもリクエストされたＷｅｂページのレスポンスがコンピュータウィルスの感染源になるものでなければ、リクエスト元のユーザＰＣ２に提供される。そして、リクエスト元のユーザＰＣ２において、さらに別の手法、すなわち、ウィルス対策ソフトが用いられて、ウィルスに関する検証が行われる。これにより、ユーザＰＣ２がリクエストしたＷｅｂページについては、ＵＴＭ装置１と、検証用ＰＣ３と、ユーザＰＣ２とのそれぞれで実行され、ウィルスに関する検証（ウィルスチェック）が三重に実施されることにより、厳重なウィルス対策が行われることになる。
【００９１】
［ＵＴＭ装置１による他のセキュリティチェック］
なお、上述した実施の形態においては、ウィルス対策部１２３によるウィルスに関する検証（ウィルスチェック）を行う部分を中心にした。しかし、Ｐ２Ｐ対策部１２１、ＨＰアクセス制限部１２２、メール対策部１２４、ＩＰＳ／ＩＤＳ部１２５、ファイアウォール部１２６の各部も機能して、多方面からセキュリティチェックがなされる。
【００９２】
特に、ブラウザを介してのＷｅｂページの利用時には、ＨＰアクセス制限部１２２が機能し、ＵＲＬ（uniform resource locator）フィルタ機能を用いたカテゴリチェックが行われる。このカテゴリチェックによりアクセスが禁止されたカテゴリに属するＷｅｂページについては、利用ができないようにされる。そして、このカテゴリチェックでも問題がないＷｅｂページについては、上述したように、少なくともＵＴＭ装置１と検証用ＰＣ３とで２重にウィルスに関する検証を行うことができる。
【００９３】
［実施の形態の効果］
上述した実施の形態のセキュリティ監視システムでは、少なくともＵＴＭ装置１と検証用ＰＣ３とで異なる手法を用いてウィルスに関する検証（ウィルスチェック）が行われるため、より精度が高いセキュリティチェックの実施が可能になる。
【００９４】
また、図４のブロック図を用いて説明したように、検証用ＰＣ３はユーザＰＣ２と基本的な構成が同様のものであるため、リアルなコンピュータウィルスの振る舞いに対する検知が可能となる。つまり、検証用ＰＣ３は、ユーザＰＣ２と同様の構成を有する装置である。このため、コンピュータウィルスがユーザＰＣ２に対して作用する場合と同様にして、コンピュータウィルスが検証用ＰＣ３に作用するので、検証用ＰＣ３において、ユーザＰＣ２に感染する可能性のあるコンピュータウィルスを適切に検知することができる。
【００９５】
［変形例］
なお、上述した実施の形態において、ＵＴＭ装置１のＬＡＮポート１３１（１）及びＬＡＮ接続端１３２（１）と、ＬＡＮポート１３１（２）及びＬＡＮ接続端１３２（２）とは独立のものとして説明したが、常に独立のものとしなくてもよい。例えば、通常時は、ＬＡＮポート１３１（１）に接続された端末と、ＬＡＮポート１３１（２）に接続された端末との間においても通信を可能にする。しかし、ウィルスに関するチェックを行う時には、ＬＡＮポート１３１（１）に接続された端末と、ＬＡＮポート１３１（２）に接続された端末との間では通信できないようにしてもよい。
【００９６】
また、検証用ＰＣ３を複数台設け、そのそれぞれにおいて、異なる手法（異なるウィルス対策ソフト）を用いてウィルスに関する検証を行うようにしてもよい。すなわち、ウィルスチェックについて、三重チェック、４重チェックというように多重チェックを行うように構成することもできる。
【００９７】
［その他］
上述した実施の形態の説明からも分かるように、セキュリティ監視装置の機能はＵＴＭ装置１が実現する。請求項のセキュリティ監視装置の構成手段と実施の形態のＵＴＭ装置１の構成部分とを対応付けると以下のようになる。第１の接続端の機能は、ＬＡＮ接続ポート１３１（１）及びＬＡＮ接続端１３２（１）が実現し、第２の接続端の機能は、ＬＡＮ接続ポート１３１（２）及びＬＡＮ接続端１３２（２）が実現している。また、リクエスト依頼手段の機能は、リクエスト依頼部１２３１が実現し、リクエスト送信手段の機能は、リクエスト送信部１２３２が実現し、第１の検証手段の機能は、レスポンス検証部１２３３が実現している。また、検証要求手段の機能は、検証要求部１２３４が実現し、レスポンス提供手段の機能はレスポンス提供部１２３５が実現している。
【００９８】
また、検証用装置の機能は検証用ＰＣ３が実現する。そして、検証用装置の構成手段と検証用ＰＣ３の構成部分とを対応付けると、以下のようになる。リクエスト提供手段の機能はリクエスト提供部が実現し、第２の検証手段の機能はレスポンス検証部３０２が実現し、検証結果提供手段の機能は、検証結果提供部３０３が実現している。
【００９９】
また、図６、図７のフローチャートに示した処理を実行するプログラムが、この発明のセキュリティ監視プログラムの一実施の形態が適用されたものである。したがって、図２に示したＵＴＭ装置１の少なくともウィルス対策部１２３を構成する各部の機能は、制御部１１０で実行されるプログラムによって、制御部１１０の機能として実現することができる。
【０１００】
また、図８のフローチャートに示した処理を実行するプログラムが、この発明の検証用プログラムの一実施の形態が適用されたものである。したがって、図４に示した検証用ＰＣ３のリクエスト提供部３０１、レスポンス検証部３０２、検証結果提供部３０３の各機能は、検証用ＰＣ３の制御部２１０で実行されるプログラムによって、制御部２１０の機能として実現することができる。
【符号の説明】
【０１０１】
１…ＵＴＭ装置、１０１…インターネットへの接続端、１０２…通信Ｉ／Ｆ、１１０…制御部、１１１…ＣＰＵ、１１２…ＲＯＭ、１１３…ＲＡＭ、１１４…不揮発性メモリ、１２１…Ｐ２Ｐ対策部、１２２…ＨＰアクセス制限部、１２３…ウィルス対策部、１２３１…リクエスト依頼部、１２３２…リクエスト送信部、１２３３…レスポンス検証部、１２３４…検証要求部、１２３５…レスポンス提供部、１２４…メール対策部、１２５…ＩＰＳ／ＩＤＳ部、１２６…ファイアウォール部、１３１（１）、１３１（２）…ＬＡＮポート、１３２（１）、１３２（２）…ＬＡＮ接続端、２…ユーザＰＣ、３…検証用ＰＣ、２０１…ＬＡＮ接続端２０１、２０２…ＬＡＮポート、２０３…ディスプレイコントローラ、２０４…ディスプレイ、２０５…音声出力処理部、２０６…スピーカ、２１０…制御部、２１１…ＣＰＵ、２１２…ＲＯＭ、２１３…ＲＡＭ、２１４…不揮発性メモリ、２２１…記憶装置、２３１…操作入力Ｉ／Ｆ、２３２…操作部、３０１…リクエスト提供部、３０２…レスポンス検証部、３０３…検証結果提供部、４、５…ＬＡＮ、６…インターネット、７…ＨＴＴＰサーバ装置
【図１】
2019032630.tif 000003
【図２】
2019032630.tif 000004
【図３】
2019032630.tif 000005
【図４】
2019032630.tif 000006
【図５】
2019032630.tif 000007
【図６】
2019032630.tif 000008
【図７】
2019032630.tif 000009
【図８】
2019032630.tif 000010