特開 2024-23070 検疫ネットワークシステム、検疫サーバおよびセキュリティ検査プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024023070

(43)【公開日】2024-02-21

(54)【発明の名称】検疫ネットワークシステム、検疫サーバおよびセキュリティ検査プログラム

(51)【国際特許分類】

   G06F 21/57 20130101AFI20240214BHJP

   H04L 45/42 20220101ALI20240214BHJP

【ＦＩ】

G06F21/57 370

H04L45/42

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022126631

(22)【出願日】2022-08-08

(71)【出願人】

【識別番号】300059979

【氏名又は名称】エイチ・シー・ネットワークス株式会社

(74)【代理人】

【識別番号】110002066

【氏名又は名称】弁理士法人筒井国際特許事務所

(72)【発明者】

【氏名】山越 康平

(72)【発明者】

【氏名】田中 章広

(72)【発明者】

【氏名】遠藤 伸夫

(72)【発明者】

【氏名】大川 勝樹

【テーマコード（参考）】

5K030

【Ｆターム（参考）】

5K030GA15

5K030LB07

(57)【要約】

【課題】検疫ネットワークの運用を容易化することが可能な検疫ネットワークシステム、検疫サーバおよびセキュリティ検査プログラムを提供する。
【解決手段】検疫サーバ１４は、パッチ管理サーバ１５によって管理されるパッチの適用状態と、検疫の合否との対応関係を定めた検疫管理テーブル２１を記憶している。そして、検疫サーバ１４は、クライアント装置ＴＭがネットワークへの接続を要求した際に、パッチ管理サーバ１５が管理しているパッチの適用状態を取得し、取得したパッチの適用状態を用いて検疫管理テーブル２１を参照することで、クライアント装置ＴＭに対する検疫の合否を判定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

クライアント装置と、
ネットワークに接続され、前記クライアント装置を検査し、検査結果に基づいて前記クライアント装置に対する検疫の合否を判定する検疫サーバと、
前記ネットワークに接続され、前記クライアント装置との通信によって、前記クライアント装置におけるパッチの適用状態を管理するパッチ管理サーバと、
を有する検疫ネットワークシステムであって、
前記検疫サーバは、前記パッチ管理サーバによって管理される前記パッチの適用状態と、検疫の合否との対応関係を定めた検疫管理テーブルを記憶しており、前記クライアント装置が前記ネットワークへの接続を要求した際に、前記パッチ管理サーバが管理している前記パッチの適用状態を取得し、取得した前記パッチの適用状態を用いて前記検疫管理テーブルを参照することで、前記クライアント装置に対する検疫の合否を判定する、
検疫ネットワークシステム。

【請求項2】

請求項１記載の検疫ネットワークシステムにおいて、
前記クライアント装置は、コンピュータで実現され、
前記検疫サーバは、前記クライアント装置が前記ネットワークへの接続を要求した際に、前記クライアント装置にセキュリティ検査プログラムの実行を要求し、
前記クライアント装置は、前記セキュリティ検査プログラムを実行することで、
前記パッチ管理サーバから前記パッチの適用状態を取得する状態取得部、
取得した前記パッチの適用状態に基づく検疫の合否判定要求を前記検疫サーバに送信する合否判定要求部、
前記検疫サーバから検疫の合否判定結果を受信する判定結果受信部、
として機能する、
検疫ネットワークシステム。

【請求項3】

請求項２記載の検疫ネットワークシステムにおいて、
前記クライアント装置と前記ネットワークとの間に接続され、前記クライアント装置のネットワーク認証を行う認証スイッチを備え、
前記クライアント装置は、前記セキュリティ検査プログラムを実行することで、さらに、前記判定結果受信部で受信した前記検疫の合否判定結果が合格である場合に、前記認証スイッチにネットワーク認証要求を送信するネットワーク認証要求部として機能する、
検疫ネットワークシステム。

【請求項4】

請求項１記載の検疫ネットワークシステムにおいて、
前記パッチ管理サーバは、ＷＳＵＳ（Windows Server Update Services）サーバである、
検疫ネットワークシステム。

【請求項5】

クライアント装置におけるパッチの適用状態を管理するパッチ管理サーバを有する検疫ネットワークシステムに適用され、前記クライアント装置を検査し、検査結果に基づいて前記クライアント装置に対する検疫の合否を判定する検疫サーバであって、
前記パッチ管理サーバによって管理される前記パッチの適用状態と、検疫の合否との対応関係を定めた検疫管理テーブルを記憶するメモリと、
前記クライアント装置が前記ネットワークへの接続を要求した際に、前記パッチ管理サーバが管理している前記パッチの適用状態を取得し、取得した前記パッチの適用状態を用いて前記検疫管理テーブルを参照することで、前記クライアント装置における検疫の合否を判定する合否判定部と、
を備える、
検疫サーバ。

【請求項6】

請求項５記載の検疫サーバにおいて、
前記クライアント装置からの前記ネットワークへの接続要求を受信し、前記接続要求に応じて、前記クライアント装置に、セキュリティ検査プログラムの実行を要求する接続要求受付部を備え、
前記セキュリティ検査プログラムは、前記クライアント装置を、
前記パッチ管理サーバから前記パッチの適用状態を取得する状態取得部、
取得した前記パッチの適用状態に基づく検疫の合否判定要求を前記検疫サーバに送信する合否判定要求部、
前記検疫サーバから検疫の合否判定結果を受信する判定結果受信部、
として機能させるためのプログラムである、
検疫サーバ。

【請求項7】

請求項６記載の検疫サーバにおいて、
前記セキュリティ検査プログラムは、前記クライアント装置を、
前記判定結果受信部で受信した検疫の合否判定結果が合格である場合に、認証スイッチにネットワーク認証要求を送信するネットワーク認証要求部、
としてさらに機能させるためのプログラムである、
検疫サーバ。

【請求項8】

請求項６または７記載の検疫サーバにおいて、
前記メモリは、前記セキュリティ検査プログラムを記憶しており、
前記接続要求受付部は、前記クライアント装置からの前記接続要求に応じて、前記メモリ内の前記セキュリティ検査プログラムを前記クライアント装置にダウンロードさせるための画面を、前記クライアント装置に表示させる、
検疫サーバ。

【請求項9】

クライアント装置を検査し、検査結果に基づいて前記クライアント装置に対する検疫の合否を判定する検疫サーバと、前記クライアント装置におけるパッチの適用状態を管理するパッチ管理サーバと、を有する検疫ネットワークシステムを前提として、コンピュータによって実現される前記クライアント装置に適用されるセキュリティ検査プログラムであって、
前記コンピュータを、
前記パッチ管理サーバから前記パッチの適用状態を取得する状態取得部、
取得した前記パッチの適用状態に基づく検疫の合否判定要求を前記検疫サーバに送信する合否判定要求部、
前記検疫サーバから検疫の合否判定結果を受信する判定結果受信部、
として機能させるための、
セキュリティ検査プログラム。

【請求項10】

請求項９記載のセキュリティ検査プログラムにおいて、
前記検疫ネットワークシステムは、前記クライアント装置のネットワーク認証を行う認証スイッチを有し、
前記セキュリティ検査プログラムは、
前記コンピュータを、
前記判定結果受信部で受信した検疫の合否判定結果が合格である場合に、前記認証スイッチにネットワーク認証要求を送信するネットワーク認証要求部、
としてさらに機能させるための、
セキュリティ検査プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、検疫ネットワークシステム、検疫サーバおよびセキュリティ検査プログラムに関する。

【背景技術】

【0002】

特許文献１には、汎用コンピュータが準拠すべきセキュリティポリシー以外のセキュリティポリシーを適用する機器も検疫の対象とする検疫ネットワークシステムが示される。当該システムでは、検疫サーバは、組み込み機器から受信したＩＤ情報に基づいて組み込み機器が準拠すべきセキュリティポリシーを特定し、特定したセキュリティポリシーへの準拠の合否を検査させるための検査要求を組み込み機器に送信する。組み込み機器は、検査要求に応じて、セキュリティポリシー準拠の合否を検査するための検査情報を取得し、当該検査情報に基づいて自らの検査を行い、検査結果を検疫サーバに送信する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１２－１９８６５９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

一般的に、検疫対象であるクライアント装置を、検疫サーバを用いて検査、隔離、治療する検疫ネットワークシステムが知られている。検疫サーバは、クライアント装置がネットワークに接続する際に、例えば、クライアント装置におけるＯＳ（Operating System）のパッチ状況等を検査することで、検疫の合否を判定する。このため、システム管理者は、検疫サーバに、例えば、パッチ毎の合否等を表すセキュリティポリシーを予め登録しておく必要がある。

【0005】

一方、企業等では、ＷＳＵＳ（Windows（登録商標） Server Update Services）サーバ等のパッチ管理サーバを使用して、クライアント装置におけるパッチの適用状態を管理している場合がある。この場合、システム管理者は、検疫サーバにおけるパッチのセキュリティポリシーと、パッチ管理サーバにおけるパッチの適用ポリシーとが矛盾しないように、必要な登録作業を行う必要がある。その結果、検疫ネットワークの運用が煩雑になるおそれがあった。

【0006】

本発明は、このようなことに鑑みてなされたものであり、その目的の一つは、検疫ネットワークの運用を容易化することが可能な検疫ネットワークシステム、検疫サーバおよびセキュリティ検査プログラムを提供することにある。

【0007】

本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。

【課題を解決するための手段】

【0008】

本願において開示される発明のうち、代表的な実施の形態の概要を簡単に説明すれば、次のとおりである。

【0009】

一実施の形態による検疫ネットワークシステムは、クライアント装置と、検疫サーバと、パッチ管理サーバと、を有する。検疫サーバは、ネットワークに接続され、クライアント装置を検査し、検査結果に基づいて前記クライアント装置に対する検疫の合否を判定する。パッチ管理サーバは、ネットワークに接続され、クライアント装置との通信によって、クライアント装置におけるパッチの適用状態を管理する。ここで、検疫サーバは、パッチ管理サーバによって管理されるパッチの適用状態と、検疫の合否との対応関係を定めた検疫管理テーブルを記憶している。そして、検疫サーバは、クライアント装置がネットワークへの接続を要求した際に、パッチ管理サーバが管理しているパッチの適用状態を取得し、取得したパッチの適用状態を用いて検疫管理テーブルを参照することで、クライアント装置に対する検疫の合否を判定する。

【発明の効果】

【0010】

本願において開示される発明のうち、代表的な実施の形態によって得られる効果を簡単に説明すると、検疫ネットワークの運用を容易化することが可能になる。

【図面の簡単な説明】

【0011】

【図1】一実施の形態よる検疫ネットワークシステムの構成例を示す概略図である。

【図2】図１におけるクライアント装置のハードウェア構成の一例を示す概略図である。

【図3A】図１において、パッチ管理サーバによる管理画面の一部の例を示す図である。

【図3B】図１において、パッチ管理サーバが記憶しているパッチ管理テーブルの一部の構成例を示す図である。

【図4】図１において、検疫サーバが記憶している検疫管理テーブルの構成例を示す図である。

【図5】図１における検疫ネットワークシステムの処理内容の一例を示すシーケンス図である。

【図6】図１において、クライアント装置の主要部の詳細な機能構成例を示すブロック図である。

【図7】図１において、検疫サーバの主要部の詳細な機能構成例を示すブロック図である。

【発明を実施するための形態】

【0012】

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。

【0013】

＜検疫ネットワークシステムの概略＞
図１は、一実施の形態よる検疫ネットワークシステムの構成例を示す概略図である。図１に示される検疫ネットワークシステムは、内部ネットワーク１１と、ゲートウェイ１２と、業務サーバ１３と、検疫サーバ１４と、パッチ管理サーバ１５と、認証サーバ１６と、認証スイッチＳＷと、クライアント装置ＴＭ１０，ＴＭ２０と、を備える。ゲートウェイ１２、業務サーバ１３、検疫サーバ１４、パッチ管理サーバ１５および認証サーバ１６は、内部ネットワーク１１に接続される。

【0014】

認証スイッチＳＷは、クライアント装置ＴＭ１０，ＴＭ２０と、内部ネットワーク１１との間に接続される。この例では、クライアント装置ＴＭ１０は、認証スイッチＳＷのポートＰ１に接続され、ユーザ１７ａによって使用される。また、クライアント装置ＴＭ２０は、例えば、ユーザ１７ｂによって使用されるタブレット装置であり、認証スイッチＳＷのポートＰｎに、無線ＬＡＮ（Local Area Network）アクセスポイントＷＡＰを介して接続される。明細書では、クライアント装置ＴＭ１０，ＴＭ２０を総称してクライアント装置ＴＭと呼び、ユーザ１７ａ，１７ｂを総称してユーザ１７と呼ぶ。

【0015】

認証スイッチＳＷは、クライアント装置ＴＭまたはユーザ１７のネットワーク認証を行い、認証結果に基づいて、クライアント装置ＴＭと、内部ネットワーク１１との間のフレームまたはパケットの中継を制御する。内部ネットワーク１１は、例えば、社内ネットワーク等であり、図示は省略されるが、フレームまたはパケットの中継を担うレイヤ２（Ｌ２）スイッチやレイヤ３（Ｌ３）スイッチ等を有する。

【0016】

ゲートウェイ１２は、ルータ等であり、内部ネットワーク１１と外部ネットワーク１０との間の通信を仲介する。外部ネットワーク１０は、インターネット等である。業務サーバ１３は、例えば、ファイルサーバ、Ｗｅｂサーバ等であり、業務で必要とされる各種サービスを提供する。

【0017】

検疫サーバ１４は、クライアント装置ＴＭを検査し、当該検査結果に基づいてクライアント装置ＴＭにおける検疫の合否を判定する。具体的には、検疫サーバ１４は、クライアント装置ＴＭのＯＳに特定のパッチ、すなわち更新プログラム等が適用されているか否かや、ウイルス対策プログラムが最新のものであるか否か等を検査する。検疫サーバ１４は、詳細は後述するが、メモリ２０に検疫管理テーブル２１を記憶している。

【0018】

パッチ管理サーバ１５は、クライアント装置ＴＭとの通信によって、クライアント装置ＴＭにおけるパッチの適用状態を管理する。具体的には、パッチ管理サーバ１５は、例えば、ＯＳの更新状態等を管理するＷＳＵＳサーバである。また、パッチ管理サーバ１５は、ウイルス対策プログラムの更新状態等を管理するものであってもよい。ＷＳＵＳサーバは、例えば、ＯＳの供給元企業のサーバからＯＳの更新プログラムを取得し、取得した更新プログラムを内部ネットワーク１１内の複数のクライアント装置ＴＭに配布する。パッチ管理サーバ１５は、詳細は後述するが、メモリ２２にパッチ管理テーブル２３を記憶している。

【0019】

認証サーバ１６は、認証スイッチＳＷと連携して、クライアント装置ＴＭまたはユーザ１７のネットワーク認証を行う。具体的には、認証サーバ１６は、図示は省略されるが、ネットワーク認証を許可するクライアント装置ＴＭまたはユーザ１７のアカウント情報を定めた認証テーブルを記憶している。認証サーバ１６は、認証スイッチＳＷからの認証判定要求に応じて、当該認証テーブルに基づいて認証判定を行い、認証判定結果を認証スイッチＳＷに応答する。認証サーバ１６は、例えば、ＲＡＤＩＵＳ（Remote Authentication Dial In User Service）サーバ等である。

【0020】

なお、図１の構成の変形例として、認証スイッチＳＷは、ゲートウェイ１２と内部ネットワーク１１との間に設置されもよい。また、業務サーバ１３、検疫サーバ１４、パッチ管理サーバ１５、認証サーバ１６は、外部ネットワーク１０に、クラウドサーバとして設置されてもよい。

【0021】

図２は、図１におけるクライアント装置ＴＭのハードウェア構成の一例を示す概略図である。図２に示されるクライアント装置ＴＭは、コンピュータ３０、ディスプレイ３１およびユーザ入力インタフェース３２等を含むコンピュータシステムによって実現される。コンピュータ３０は、ＣＰＵ（Central Processing Unit）等のプロセッサ３５と、メモリ３６と、通信インタフェース（ＩＦ）３７と、これらを接続するバス３８と、を備える。メモリ３６は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）等の揮発性メモリと、フラッシュメモリ、ＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disk Drive）等の不揮発性メモリとの組み合わせで構成される。

【0022】

メモリ３６は、詳細は後述するが、セキュリティ検査プログラム３９を記憶している。プロセッサ３５は、当該セキュリティ検査プログラム３９を実行することで、クライアント装置ＴＭにおける検疫機能を実現する。通信インタフェース３７は、例えば、有線ＬＡＮインタフェースまたは無線ＬＡＮインタフェースである。クライアント装置ＴＭは、図１の例では、通信インタフェース３７を介して認証スイッチＳＷに接続される。

【0023】

ディスプレイ３１は、例えば、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等であり、コンピュータ３０からの画像信号に基づいて、情報を表示する。ユーザ入力インタフェース３２は、キーボード、マウス、またはタッチパネル等であり、ユーザ１７の操作に基づく入力信号を、コンピュータ３０に出力する。なお、図１に示される業務サーバ１３、検疫サーバ１４、パッチ管理サーバ１５および認証サーバ１６も、このようなコンピュータを用いて実現され得る。

【0024】

＜検疫管理テーブルの詳細＞
図３Ａは、図１において、パッチ管理サーバ１５による管理画面の一部の例を示す図である。図３Ｂは、図１において、パッチ管理サーバ１５が記憶しているパッチ管理テーブル２３の一部の構成例を示す図である。図３Ａに示されるパッチ管理画面２５は、例えば、パッチ管理サーバ１５のディスプレイ、または、パッチ管理サーバ１５に接続可能な管理端末のディスプレイ等に表示されるものである。また、当該パッチ管理画面２５は、この例では、パッチ管理サーバ１５の機能によって表示されるものである。

【0025】

図３Ａには、クライアント装置ＴＭにおけるパッチの概略的な適用状態として、４つの適用状態ＳＴ１～ＳＴ４が示される。明細書では、適用状態ＳＴ１～ＳＴ４を総称して、適用状態ＳＴ、または、単に状態ＳＴと呼ぶ。

【0026】

状態ＳＴ１は、更新プログラムのインストールが失敗している状態を表す。状態ＳＴ２は、更新プログラムのインストールが必要な状態を表す。詳細には、状態ＳＴ２は、更新プログラムが適用可能なクライアント装置ＴＭにおいて、更新プログラムがダウンロードもインストールもされていない状態（ＳＴ２１）、または、インストールのみがされていない状態（ＳＴ２２）、あるいは、インストールが未完の状態（ＳＴ２３）を表す。

【0027】

状態ＳＴ３は、更新プログラムのインストールが完了している状態（ＳＴ３１）か、または、更新プログラムが適用対象外である状態（ＳＴ３２）を表す。更新プログラムが適用対象外である状態（ＳＴ３２）とは、例えば、管理対象外のＯＳが使用されている状態（ＳＴ３２１）、または、何らかの方法で、より最新の更新プログラムがインストールされている状態（ＳＴ３２２）等を表す。状態ＳＴ４は、更新プログラムの適用状態が不明な状態を表す。詳細には、状態ＳＴ４は、例えば、最新の更新プログラムを準備した以降、クライアント装置ＴＭからのアクセスが無い状態（ＳＴ４１）、または、アクセス時に適用状態を正しく認識できなかった状態（ＳＴ４２）等を表す。

【0028】

図３Ａに示されるパッチ管理画面２５では、管理対象となる複数、この例では９台のクライアント装置ＴＭにおける、状態ＳＴ１～ＳＴ４毎のクライアント装置ＴＭの台数および比率が示される。例えば、状態ＳＴ３として管理されているクライアント装置ＴＭの台数は、６台である。このように、パッチ管理サーバ１５は、クライアント装置ＴＭにおけるパッチの概略的な適用状態ＳＴを、４つの状態ＳＴ１～ＳＴ４に区別して管理する。

【0029】

図３Ｂに示されるパッチ管理テーブル２３は、クライアント装置ＴＭの識別子と、当該クライアント装置ＴＭにおけるパッチの適用状態ＳＴとの対応関係を表す。パッチの適用状態ＳＴは、詳細には、例えば、適用状態を区別する識別子等であってもよい。パッチ管理サーバ１５は、例えば、このようなパッチ管理テーブル２３に基づいて、図３Ａに示したようなパッチ管理画面２５を作成することができる。

【0030】

図３Ｂに示されるパッチ管理テーブル２３の例では、クライアント装置ＴＭの識別子として、コンピュータ名ＣＮ１０，ＣＮ２０，…が用いられる。コンピュータ名ＣＮ１０，ＣＮ２０は、例えば、図１に示したクライアント装置ＴＭ１０，ＴＭ２０にそれぞれ該当する。この場合、例えば、クライアント装置ＴＭ１０，ＴＭ２０におけるパッチの適用状態ＳＴは、それぞれ、状態ＳＴ３，ＳＴ２として管理されている。パッチ管理サーバ１５は、例えば、クライアント装置ＴＭからアクセスされる毎に、適用状態ＳＴを認識し、パッチ管理テーブル２３を更新する。

【0031】

図４は、図１において、検疫サーバ１４が記憶している検疫管理テーブル２１の構成例を示す図である。図４に示される検疫管理テーブル２１は、前述したパッチ管理サーバ１５によって管理されるパッチの適用状態ＳＴと、検疫の合否との対応関係を定めるものである。この例では、前述した４つの状態ＳＴ１～ＳＴ４の中で、状態ＳＴ３のみが合格に定められ、残りの状態ＳＴ１，ＳＴ２，ＳＴ４は、不合格に定められる。システム管理者は、検疫サーバ１４に対して、このような検疫管理テーブル２１を予め登録しておく。なお、検疫管理テーブル２１は、４つの状態ＳＴ１～ＳＴ４毎に合否を定めるものに限らず、例えば、合格とする状態ＳＴ３のみを定めるものであってもよい。

【0032】

検疫サーバ１４は、このような検疫管理テーブル２１を用いて、概略的には、次のような動作を行う。まず、検疫サーバ１４は、クライアント装置ＴＭが内部ネットワーク１１への接続を要求した際に、当該クライアント装置ＴＭを対象にパッチ管理サーバ１５が管理しているパッチの適用状態ＳＴを取得する。そして、検疫サーバ１４は、取得したパッチの適用状態ＳＴを用いて検疫管理テーブル２１を参照することで、クライアント装置ＴＭに対する検疫の合否を判定する。

【0033】

例えば、図３Ｂおよび図４で述べた例では、検疫サーバ１４は、クライアント装置ＴＭ１０が内部ネットワーク１１への接続を要求した際には、クライアント装置ＴＭ１０に対する検疫を合格と判定する。一方、検疫サーバ１４は、クライアント装置ＴＭ２０が内部ネットワーク１１への接続を要求した際には、クライアント装置ＴＭ２０に対する検疫を不合格と判定する。

【0034】

このような方式を用いると、システム管理者は、検疫サーバ１４に対してパッチのセキュリティポリシーを登録する際に、各ＯＳのバージョン毎に検疫対象とするパッチを一つずつ登録しなくてよい。つまり、従来、システム管理者は、検疫サーバ１４内の従来の検疫管理テーブルにおいて、例えば、ＯＳが“Ｗｉｎｄｏｗｓ１０のバージョンｘｘｘ”である場合に、バージョン“ｙｙｙ”の更新プログラムが適用されていれば合格といったような登録作業を、ＯＳのバージョン毎に行う必要があった。さらに、システム管理者は、例えば、更新プログラムがバージョンアップされ、これに伴い、パッチ管理サーバ１５での適用ポリシーが変更されると、その変更内容を反映して、検疫サーバ１４でのセキュリティポリシー、すなわち従来の検疫管理テーブルも変更する必要があった。

【0035】

一方、実施の形態の方式を用いると、システム管理者は、図４に示したような検疫管理テーブル２１を登録すればよい。当該登録内容は、パッチ管理サーバ１５によって管理されるパッチの適用状態毎に合否を定めるものであり、ＯＳや更新プログラムのバージョンの入力を必要とするものではない。さらに、当該登録内容は、パッチ管理サーバ１５での適用ポリシーが変更されても、特に変更を必要とされない。その結果、検疫ネットワークの運用を容易化することが可能になる。

【0036】

＜検疫ネットワークシステムの動作＞
図５は、図１における検疫ネットワークシステムの処理内容の一例を示すシーケンス図である。まず、前提として、認証スイッチＳＷでは、予め、クライアント装置ＴＭから検疫サーバ１４およびパッチ管理サーバ１５へのアクセスのみを許可するように、ネットワーク制限が行われている。具体的には、認証スイッチＳＷは、例えば、認証ＶＬＡＮ（Virtual Local Area Network）機能を用いて、ネットワーク認証が許可されていないクライアント装置ＴＭに、検疫サーバ１４およびパッチ管理サーバ１５へのアクセスのみを許可するＶＬＡＮを割り当てる。

【0037】

また、システム管理者は、予め、検疫サーバ１４に、図４に示したような検疫管理テーブル２１を登録しておく。このような前提で、検疫ネットワークシステムは、図５に示されるような処理を実行する。

【0038】

まず、検疫サーバ１４は、クライアント装置ＴＭからのネットワーク接続要求に応じて、クライアント装置ＴＭに、セキュリティ検査プログラム３９の実行を要求する（ステップＳ１１）。具体的には、例えば、認証スイッチＳＷは、クライアント装置ＴＭからのネットワーク接続要求に応じて、クライアント装置ＴＭを検疫サーバ１４へ接続する。これに応じて、検疫サーバ１４は、クライアント装置ＴＭに、セキュリティ検査プログラム３９の実行を要求する。

【0039】

ステップＳ１１に際し、検疫サーバ１４は、クライアント装置ＴＭにおいて、セキュリティ検査プログラム３９のダウンロードが行われていない場合には、ダウンロードを行わせる。具体的には、検疫サーバ１４は、メモリ２０にセキュリティ検査プログラム３９を記憶している。そして、検疫サーバ１４は、例えば、当該メモリ２０内のセキュリティ検査プログラム３９をクライアント装置ＴＭにダウンロードさせるためのリンクやボタンを、クライアント装置ＴＭのディスプレイ３１、例えばＷｅｂ画面上に表示させる。ユーザ１７が当該リンク等を選択すると、クライアント装置ＴＭは、検疫サーバ１４から自装置のメモリ３６にセキュリティ検査プログラム３９をダウンロードする。

【0040】

続いて、クライアント装置ＴＭは、メモリ３６が記憶しているセキュリティ検査プログラム３９を起動する（ステップＳ１２）。この際に、クライアント装置ＴＭは、ステップＳ１１でのセキュリティ検査プログラム３９のダウンロードを完了したのち、当該セキュリティ検査プログラム３９を自動的に起動してもよい。また、ステップＳ１１，Ｓ１２におけるセキュリティ検査プログラム３９のダウンロードおよび起動は、クライアント装置ＴＭからのネットワーク接続要求が生じる度に行われる。

【0041】

ただし、このような方式に限らず、検疫サーバ１４は、例えば、クライアント装置ＴＭからの初回のネットワーク接続要求を受信した際に、クライアント装置ＴＭにセキュリティ検査プログラム３９のインストールを行わせてもよい。この場合、検疫サーバ１４は、クライアント装置ＴＭからの２回目以降のネットワーク接続要求を受信した際には、インストール済みのセキュリティ検査プログラム３９を実行させればよい。

【0042】

以降、クライアント装置ＴＭ、詳細には、クライアント装置ＴＭのプロセッサ３５は、当該セキュリティ検査プログラム３９を実行することで、以降のステップＳ１３～Ｓ１５，Ｓ１８－１ａ，Ｓ１８－１ｂ，Ｓ１８－２の処理を行う。

【0043】

ステップＳ１３において、クライアント装置ＴＭは、パッチ管理サーバ１５への宛先情報、例えばＩＰアドレス（Internet Protocol）やＦＱＤＮ（Fully Qualified Domain Name）を、検疫サーバ１４から取得するか、または、クライアント装置ＴＭに登録されている情報から取得する。当該宛先情報は、前者の場合には予め検疫サーバ１４に登録され、後者の場合には予めクライアント装置ＴＭに登録される。クライアント装置ＴＭには、自装置の更新プログラムをパッチ管理サーバ１５に管理させるため、当該宛先情報が予め登録されている場合が多い。

【0044】

次いで、クライアント装置ＴＭは、ステップＳ１３で取得した宛先情報が表すパッチ管理サーバ１５に、パッチの適用状態ＳＴの取得要求を送信する（ステップＳ１４ａ）。この際のパッチの適用状態ＳＴは、要求元のクライアント装置ＴＭを対象に、パッチ管理サーバ１５が管理している適用状態を表す。そして、ステップＳ１４ａに応じて、クライアント装置ＴＭは、パッチ管理サーバ１５から、自装置におけるパッチの適用状態ＳＴ、詳細には、例えば適用状態ＳＴを区別する識別子等を取得する（ステップＳ１４ｂ）。

【0045】

続いて、クライアント装置ＴＭは、ステップＳ１４ｂで取得したパッチの適用状態ＳＴに基づく検疫の合否判定要求を、検疫サーバ１４に送信する（ステップＳ１５）。詳細には、クライアント装置ＴＭは、例えば、適用状態ＳＴを区別する識別子等を含んだ検疫の合否判定要求を送信する。

【0046】

一方、検疫サーバ１４は、クライアント装置ＴＭからの合否判定要求を受信し、合否判定要求から取得したパッチの適用状態ＳＴを用いて検疫管理テーブル２１を参照することで、クライアント装置ＴＭにおける検疫の合否を判定する（ステップＳ１６）。そして、検疫サーバ１４は、クライアント装置ＴＭに検疫の合否判定結果を送信する（ステップＳ１７）。

【0047】

クライアント装置ＴＭは、ステップＳ１７で受信した検疫の合否判定結果が合格である場合、ディスプレイ３１、例えばＷｅｂ画面上、またはセキュリティ検査プログラム３９によって表示される画面上に、「検疫が合格である」旨のメッセージを表示する。その後、ユーザ１７は、認証スイッチＳＷのＷｅｂ画面上、またはセキュリティ検査プログラム３９による画面上で、ユーザ識別子およびパスワードといったアカウント情報を入力する。クライアント装置ＴＭは、認証スイッチＳＷに、当該アカウント情報に基づくネットワーク認証要求を送信する（ステップＳ１８－１ａ）。

【0048】

ステップＳ１９において、認証スイッチＳＷは、受信したアカウント情報に基づくネットワーク認証の許否を、認証サーバ１６に問い合わせる。その結果、認証スイッチＳＷは、ネットワーク認証を許可と判定した場合には、クライアント装置ＴＭに対するネットワーク制限を解除する。また、認証スイッチＳＷは、ネットワーク認証の判定結果をクライアント装置ＴＭに送信する（ステップＳ１８－１ｂ）。ここでは、ユーザ識別子およびパスワードを用いた認証方法を示したが、認証サーバ１６やクライアント装置ＴＭ、もしくはその両方に適用されたデジタル証明書を使用してネットワーク認証を行ってもよい。

【0049】

ステップＳ１９に際し、具体的には、認証スイッチＳＷは、例えば、認証ＶＬＡＮ機能を用いて、クライアント装置ＴＭにネットワーク制限が解除されたＶＬＡＮを割り当てる。その結果、クライアント装置ＴＭは、例えば、業務サーバ１３へのアクセスや、ゲートウェイ１２を介した外部ネットワーク１０へのアクセス等が可能になる。一方、認証スイッチＳＷは、ネットワーク認証を拒否と判定した場合には、例えば、クライアント装置ＴＭに、アカウント情報の再入力等を要求する。

【0050】

一方、ステップＳ１７で受信した検疫の合否判定結果が不合格である場合、クライアント装置ＴＭは、例えば、Ｗｅｂ画面上、またはセキュリティ検査プログラム３９によって表示される画面上に、「検疫が不合格であり、ネットワークへの接続を拒否する」旨のメッセージを表示する。さらに、クライアント装置ＴＭは、例えば、パッチ管理サーバ１５からの更新プログラムを適用するためのリンクやボタンを、Ｗｅｂ画面上、またはセキュリティ検査プログラム３９によって表示される画面上に表示する。

【0051】

ここで、クライアント装置ＴＭのユーザ１７が当該リンク等を選択すると、クライアント装置ＴＭは、パッチ管理サーバ１５に更新プログラムの取得要求等を送信し、パッチ管理サーバ１５から最新の更新プログラムを取得することができる（ステップＳ１８－２）。すなわち、パッチ管理サーバ１５は、検疫ネットワークにおける治療サーバとしても機能する。

【0052】

＜検疫ネットワークシステムの変形例［１］＞
検疫ネットワークでは、検疫が不合格である場合に、どの箇所を主体に内部ネットワーク１１への自由な接続を拒否するかによって、認証スイッチ方式、パーソナルファイアウォール方式、認証ＤＨＣＰ（Dynamic Host Configuration Protocol）方式など、様々な方式が存在する。図５は、認証スイッチ方式の一例を示したものであり、セキュリティ検査プログラム３９が認証スイッチＳＷと通信することで、ネットワークへの接続を制限する。

【0053】

すなわち、ステップＳ１８－１ａ，Ｓ１８－１ｂ，Ｓ１８－２で述べたように、検疫が不合格である場合には、セキュリティ検査プログラム３９によって、認証スイッチＳＷにネットワーク認証要求が送信されないように制御される。これにより、認証スイッチＳＷによるネットワーク認証は許可されないため、結果として、セキュリティ検査プログラム３９によって、内部ネットワーク１１への自由な接続が拒否される。

【0054】

一方、パーソナルファイアウォール方式は、認証スイッチＳＷが設けられない場合に適用可能な方式の一つである。この場合、検疫の合否判定結果に応じて、セキュリティ検査プログラム３９がクライアント装置ＴＭにインストールされたパーソナルファイアウォールを制御することにより、内部ネットワーク１１に向けたアクセスを制御する。この場合、検疫サーバ１４は、ステップＳ１６の場合と同様、検疫管理テーブル２１を用いて検疫の合否を判定し、ステップＳ１７において、合否判定結果を、クライアント装置ＴＭに送信すればよい。

【0055】

クライアント装置ＴＭは、検疫サーバ１４から、検疫が不合格である旨の応答を受信した場合には、セキュリティ検査プログラム３９によって、クライアント装置ＴＭのパーソナルファイアウォールを制御する。これにより、内部ネットワーク１１への通信が拒否され、内部ネットワーク１１への自由な接続が拒否される。一方、クライアント装置ＴＭは、検疫が合格である旨の応答を受信した場合は、セキュリティ検査プログラム３９によって、クライアント装置ＴＭのパーソナルファイアウォールを制御し、内部ネットワーク１１への通信を許可する。

【0056】

認証ＤＨＣＰ方式は、検疫が不合格である場合に、図示しないＤＨＣＰサーバによって、内部ネットワーク１１への自由な接続を拒否する方式である。当該方式を用いる場合、ＤＨＣＰサーバは、例えば、クライアント装置ＴＭに、予め検査用のＩＰアドレスを割り当て、検疫が合格である場合に、ネットワーク制限が解除されたＩＰアドレスを割り当てる。この際に、検疫サーバ１４は、ステップＳ１６の場合と同様、検疫管理テーブル２１を用いて検疫の合否を判定し、ステップＳ１７において、合否判定結果をＤＨＣＰサーバに送信すればよい。

【0057】

＜検疫ネットワークシステムの変形例［２］＞
図５では、ステップＳ１４ａ，Ｓ１４ｂ，Ｓ１５において、クライアント装置ＴＭにおけるパッチの適用状態ＳＴを、クライアント装置ＴＭ内のセキュリティ検査プログラム３９を用いて取得し、検疫サーバ１４に合否判定を要求した。その代わりとして、例えば、クライアント装置ＴＭは、ステップＳ１４ａ，Ｓ１４ｂでの取得要求を行わずに、ステップＳ１５で、セキュリティ検査プログラム３９を用いて、検疫サーバ１４に対して検疫要求を送信してもよい。

【0058】

この場合、検疫要求を受信した検疫サーバ１４は、パッチ管理サーバ１５にクライアント装置ＴＭの適用状態ＳＴを確認し、その応答結果をもとにステップＳ１６で検疫管理テーブル２１と照合し、合否判定を行えばよい。なお、ステップＳ１５に関し、具体的には、クライアント装置ＴＭは、セキュリティ検査プログラム３９を用いて、例えば、クライアント装置ＴＭのコンピュータ名等を、ステップＳ１２での起動の段階で取得すればよい。そして、クライアント装置ＴＭは、ステップＳ１５において、当該コンピュータ名等を含む検疫要求を検疫サーバ１４に送信すればよい。

【0059】

＜検疫ネットワークシステムの変形例［３］＞
図５では、パッチ管理サーバ１５が、ＯＳに対するパッチの適用状態を管理する場合を例とした。これに限らず、パッチ管理サーバ１５は、ウイルス対策プログラムに対するパッチの適用状態を管理してもよい。この場合も、図５の場合と同様に、クライアント装置ＴＭは、セキュリティ検査プログラムを用いて、パッチ管理サーバ１５が管理しているクライアント装置ＴＭにおけるパッチの適用状態を取得し、検疫サーバ１４に送信すればよい。この際のパッチの適用状態は、例えば、ウイルス対策プログラムに対する更新プログラムの適用状態や、ウイルス定義情報のバージョン情報等である。

【0060】

＜セキュリティ検査プログラムの詳細＞
図６は、図１において、クライアント装置ＴＭの主要部の詳細な機能構成例を示すブロック図である。図６に示されるクライアント装置ＴＭは、状態取得部４０と、合否判定要求部４１と、判定結果受信部４２と、ネットワーク認証要求部４３と、を備える。これらの各部は、クライアント装置ＴＭのプロセッサ３５が、メモリ３６内のセキュリティ検査プログラム３９を実行することで実現される。すなわち、セキュリティ検査プログラム３９は、コンピュータ３０を、状態取得部４０、合否判定要求部４１、判定結果受信部４２、ネットワーク認証要求部４３として機能させるためのものである。

【0061】

状態取得部４０は、図５におけるステップＳ１４ａ，Ｓ１４ｂに示したように、パッチ管理サーバ１５にパッチの適用状態ＳＴの取得要求を送信することで、パッチ管理サーバ１５からパッチの適用状態ＳＴを取得する。合否判定要求部４１は、図５におけるステップＳ１５に示したように、取得したパッチの適用状態ＳＴに基づく検疫の合否判定要求を検疫サーバ１４に送信する。詳細には、合否判定要求部４１は、例えば、パッチの適用状態ＳＴを区別する識別子等を含んだ合否判定要求を送信する。

【0062】

判定結果受信部４２は、図５におけるステップＳ１７に示したように、検疫サーバ１４から検疫の合否判定結果を受信する。ネットワーク認証要求部４３は、図５におけるステップＳ１８－１ａ，Ｓ１８－１ｂに示したように、検疫の合否判定結果が合格である場合に、認証スイッチＳＷにネットワーク認証要求を送信する。

【0063】

＜検疫サーバの詳細＞
図７は、図１において、検疫サーバ１４の主要部の詳細な機能構成例を示すブロック図である。図７に示される検疫サーバ１４は、接続要求受付部４５と、合否判定部４６と、メモリ２０とを備える。これらの各部は、例えば、検疫サーバ１４のプロセッサが、メモリ２０内の図示しない検疫管理プログラムを実行することで実現される。ただし、これらの各部は、このようなソフトウェアによる実装形態に限らず、ＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）等のハードウェアで実現されてもよく、または、ソフトウェアとハードウェアの組み合わせで実現されてもよい。

【0064】

メモリ２０は、図４に示したように、パッチ管理サーバ１５によって管理されるパッチの適用状態ＳＴと、検疫の合否との対応関係を定めた検疫管理テーブル２１を記憶する。また、メモリ２０は、クライアント装置ＴＭにダウンロードを行わせるためのセキュリティ検査プログラム３９を記憶する。接続要求受付部４５は、図５におけるステップＳ１１に示したように、クライアント装置ＴＭからのネットワークへの接続要求を、認証スイッチＳＷを介して受信する。そして、接続要求受付部４５は、当該接続要求に応じて、クライアント装置ＴＭに、セキュリティ検査プログラム３９の実行を要求する。

【0065】

この際に、接続要求受付部４５は、ステップＳ１１で述べたように、クライアント装置ＴＭにセキュリティ検査プログラム３９がダウンロードされていない場合には、クライアント装置ＴＭにセキュリティ検査プログラム３９をダウンロードさせる。具体的には、接続要求受付部４５は、例えば、メモリ２０内のセキュリティ検査プログラム３９をクライアント装置ＴＭにダウンロードさせるための画面、例えば、セキュリティ検査プログラム３９へのリンクやボタンを含む画面を、クライアント装置ＴＭに表示させる。ユーザ１７が当該リンク等を選択すると、クライアント装置ＴＭは、検疫サーバ１４からセキュリティ検査プログラム３９をダウンロードし、実行する。

【0066】

合否判定部４６は、図５におけるステップＳ１５，Ｓ１６に示したように、パッチ管理サーバ１５が管理しているパッチの適用状態ＳＴを、クライアント装置ＴＭから取得する。そして、合否判定部４６は、取得したパッチの適用状態ＳＴを用いて検疫管理テーブル２１を参照することで、クライアント装置ＴＭにおける検疫の合否を判定し、合否判定結果を、クライアント装置ＴＭに送信する。

【0067】

なお、合否判定部４６は、変形例［２］で述べたように、クライアント装置ＴＭにおけるパッチの適用状態ＳＴをパッチ管理サーバ１５から直接取得してもよい。また、合否判定部４６は、変形例［１］で述べたように、合否判定結果をＤＨＣＰサーバに送信してもよい。さらに、合否判定部４６は、場合によっては、合否判定結果を認証スイッチＳＷに送信し、認証スイッチＳＷに、ネットワーク制限を行わせてもよい。

【0068】

＜実施の形態の主要な効果＞
以上のように、実施の形態の方式では、パッチ管理サーバ１５によって管理される、クライアント装置ＴＭにおけるパッチの適用状態ＳＴと、検疫の合否との対応関係を定めた検疫管理テーブル２１に基づいて、検疫の合否が判定される。これにより、検疫サーバ１４におけるパッチのセキュリティポリシーと、パッチ管理サーバ１５におけるパッチの適用ポリシーとを容易に整合させることができ、検疫ネットワークの運用を容易化することが可能になる。また、セキュリティ検査プログラム３９を用いて、クライアント装置ＴＭにパッチの適用状態ＳＴを取得させ、検疫サーバ１４に送信させることで、パッチの適用状態ＳＴに基づく検疫管理を、適正かつ容易に実現できる。

【0069】

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、前述した実施の形態は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

【0070】

例えば、前述した各種プログラムは、非一時的な有形のコンピュータ可読記録媒体に格納された上で、コンピュータに供給され得る。このような記録媒体として、例えば、ハードディスクドライブ等を代表とする磁気記録媒体、ＤＶＤ（Digital Versatile Disc）やブルーレイディスク等を代表とする光記録媒体、フラッシュメモリ等を代表とする半導体メモリ等が挙げられる。

【符号の説明】

【0071】

１１：内部ネットワーク、１４：検疫サーバ、１５：パッチ管理サーバ、２０，２２，３６：メモリ、２１：検疫管理テーブル、３０：コンピュータ、３９：セキュリティ検査プログラム、４０：状態取得部、４１：合否判定要求部、４２：判定結果受信部、４３：ネットワーク認証要求部、４６：合否判定部、ＳＴ：パッチの適用状態、ＳＷ：認証スイッチ、ＴＭ：クライアント装置

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】