JP2006099287A - コンピュータシステム、セキュリティポリシー配布装置、セキュリティポリシー利用装置、セキュリティポリシー配信方法、及びプログラム - Google Patents

Abstract

【課題】 セキュリティポリシーを周知させ、周知の状況を把握できるようにする。
【解決手段】 セキュリティポリシー配布サーバからセキュリティポリシーの配布を受けるセキュリティポリシーサーバ２０が、配布要求と確認/理解完了報告をセキュリティポリシー配布サーバに送信する送信部２１と、セキュリティポリシーを受信する受信部２２と、セキュリティポリシーを記憶するセキュリティポリシー記憶部２３と、その管理情報を記憶する管理情報記憶部２４と、その更新通知を生成する通知生成部２５と、セキュリティポリシーに関する問題を記憶する問題記憶部２７と、問題を抽出する問題抽出部２８と、更新通知と問題を端末装置に送信する送信部３１と、更新通知に対する確認入力と問題に対する回答入力を受信する受信部３２と、確認入力を処理する確認入力処理部２６と、回答入力を処理する回答入力処理部２９とを備える。
【選択図】 図４

Description

本発明は、セキュリティポリシーを他のコンピュータに配布する技術に関し、特に、他のコンピュータの利用者にセキュリティポリシーを周知させるための技術に関する。

近年、インターネットは、企業にとってなくてはならないツールとなっている。しかし、その一方で、企業が常に外部ネットワークからの脅威にさらされるという事態も招いている。例えば、コンピュータウィルスや、悪意ある第三者によるコンピュータシステムへの不正アクセスである。
また、企業にとっての脅威は、外部ネットワークからのものだけではない。企業内部から顧客情報等が持ち出され、社会問題化した事例は枚挙にいとまがない。
このような脅威に対し、企業のコンピュータシステムに関する一定の方針や社員が従うべき一定の行動指針を示すセキュリティポリシーを掲げる企業も増えている。例えば、セキュリティポリシーに盛り込まれる条項としては、企業をコンピュータウィルスから守るためのものとしては、「マシンに導入されている全てのソフトウェアを常に最新の状態に維持しなければなない」、「アンチウィルスソフトを常駐させ、定義ファイルを常に最新の状態にしなければならない」といったものが挙げられる。また、不正アクセスからの防御を目的とするものとしては、「パスワードは英数字８文字以上で他人に推測され易いものを設定してはならない」、「パスワードは１ヶ月に一度は変更しなければならない」といった条項がある。更に、企業内部からの情報の漏洩に対しては、「社内からデータを持ち出す際には上司の承認を得なければならない」等である。

ところで、このようなセキュリティポリシーは、一度策定してしまえば永久的にそのまま利用できるというものではなく、その後の状況の変化に応じて更新していく必要がある。かかる状況の変化としては、新しいコンピュータウィルスの登場、コンピュータシステムに対する新しい攻撃方法の出現、企業の考え方の変化等がある。
従来、このようなセキュリティポリシーの更新は、専門家が企業との話し合いを通じて行っていた。しかしながら、そういった方法には、セキュリティに関する専門知識を有する専任者が必要となり、その確保が難しく、セキュリティポリシーの更新が迅速に行われているとは言い難いのが現状であった。そこで、このようなセキュリティポリシーの迅速な更新を可能とするために、ドキュメントのセキュリティポリシーに関するものではあるが、セキュリティサーバからセキュリティクライアントへセキュリティポリシーを自動配布するシステムが提案されている(例えば、特許文献１、特許文献２参照。)。

特開２００４−０９４４０１号公報(第８−９頁、第４図) 特開２００４−０９４４０５号公報(第８−９頁、第３図)

しかしながら、これらの特許文献に記載された発明では、セキュリティポリシーはセキュリティサーバからセキュリティクライアントへ自動配布されているものの、セキュリティポリシーをセキュリティクライアントの利用者に周知させるための構成は有していない。また、セキュリティポリシーがセキュリティクライアントの利用者に周知されているかをセキュリティサーバ側で把握するための構成も有していない。従って、セキュリティポリシーの周知及びその周知の状況の把握を行うことができないという問題点があった。

本発明は、以上のような技術的課題を解決するためになされたものであって、その目的は、セキュリティポリシーを周知させると共に、その周知の状況を把握できるようにすることにある。尚、本明細書では、「セキュリティポリシーを周知させる」との表現を、セキュリティポリシーの存在を通知することと、セキュリティポリシーの内容を理解させることとを包含する概念として用いる。

かかる目的のもと、本発明は、セキュリティポリシー利用装置でセキュリティポリシーを周知させるための処理を行い、セキュリティポリシー配布装置でその周知の状況を管理するようにした。即ち、本発明のコンピュータシステムは、第１のコンピュータ(セキュリティポリシー配布装置)と第２のコンピュータ(セキュリティポリシー利用装置)とが通信回線を介して接続されてなり、第１のコンピュータは、セキュリティポリシーを第２のコンピュータへ送信し、第２のコンピュータは、セキュリティポリシーを第１のコンピュータから受信すると、そのセキュリティポリシーを自身の利用者に周知させるための処理を行い、その処理状況を第１のコンピュータへ送信し、第１のコンピュータは、処理状況を第２のコンピュータから受信すると、その処理状況をセキュリティポリシーと関連付けて管理する。

また、本発明は、このコンピュータシステムを構成するセキュリティポリシー配布装置として捉えることもできる。その場合、本発明のセキュリティポリシー配布装置は、セキュリティポリシーを通信回線を介して他のコンピュータに配布するものであり、セキュリティポリシーを他のコンピュータへ送信する送信部と、他のコンピュータの利用者に対するセキュリティポリシーの周知の程度を示す情報を、他のコンピュータから受信する受信部と、この受信部により受信した情報をセキュリティポリシーと関連付けて管理する管理部とを備えている。

更に、本発明は、上記コンピュータシステムを構成するセキュリティポリシー利用装置として捉えることもできる。その場合、本発明のセキュリティポリシー利用装置は、セキュリティポリシーを他のコンピュータから受け取って利用するものであり、セキュリティポリシーを他のコンピュータから受信する受信部と、この受信部により受信したセキュリティポリシーを周知させるための処理を行う処理部とを備えている。

更にまた、本発明は、セキュリティポリシーを配信する方法として捉えることもできる。その場合、本発明のセキュリティポリシー配信方法は、第１のコンピュータから第２のコンピュータへセキュリティポリシーを配信するステップと、配信されたセキュリティポリシーを第２のコンピュータの利用者に周知させるための処理を行うステップと、処理の状況をセキュリティポリシーと関連付けて所定の記憶装置に記憶するステップとを含んでいる。

一方、本発明は、所定の機能をコンピュータに実現させるためのプログラムとして捉えることもできる。その場合、本発明のプログラムは、セキュリティポリシー利用装置に、セキュリティポリシーを他のコンピュータから受信する機能と、受信したセキュリティポリシーを周知させるための処理を行う機能とを実現させる。

本発明によれば、セキュリティポリシーを周知させることができ、かつ、その周知の状況を把握することも可能となる。

以下、添付図面を参照して、本発明を実施するための最良の形態(以下、「実施の形態」という)について詳細に説明する。
図１は、本実施の形態におけるコンピュータシステムの構成を示した図である。このコンピュータシステムは、セキュリティポリシー配布サーバ１０と、セキュリティポリシーサーバ２０_１、２０_２、…、２０_Ｎとが通信回線を介して接続されることにより構成されている。また、セキュリティポリシーサーバ２０_１、２０_２、…、２０_Ｎには、それぞれ、少なくとも１つの端末装置が接続されている。図は、セキュリティポリシーサーバ２０_１に端末装置３０_１１、３０_１２、…、３０_１Ｍが、セキュリティポリシーサーバ２０_２に端末装置３０_２１、３０_２２、…、３０_２Ｍが、セキュリティポリシーサーバ２０_Ｎに端末装置３０_Ｎ１、３０_Ｎ２、…、３０_ＮＭが接続された構成を示している。

ここで、セキュリティポリシー配布サーバ１０は、セキュリティポリシーの提供会社が運営するサーバコンピュータである。そして、セキュリティポリシーの項目ごとに最新状態のコンテンツを管理し、セキュリティポリシーを他のコンピュータに配布することを基本的な役割としている。その点では、「セキュリティポリシー配布装置」として把握することができるものである。
尚、セキュリティポリシー配布サーバ１０のハードウェア構成としては、一般的なサーバコンピュータと同様のものであってよい。即ち、中央処理装置(ＣＰＵ)、主記憶装置、外部記憶装置(例えば、磁気ディスク装置)、通信制御装置等を有するものであればよい。

セキュリティポリシーサーバ２０_１、２０_２、…、２０_Ｎは、セキュリティポリシーの提供を受ける各事業者(セキュリティポリシーの提供会社にとっての顧客)が運営するサーバコンピュータである。セキュリティポリシーサーバ２０_１、２０_２、…、２０_Ｎが管理するセキュリティポリシーは、各顧客に共通の部分と、顧客ごとにカスタマイズされた部分とからなるが、本実施の形態では、各顧客に共通の部分の配布を、セキュリティポリシー配布サーバ１０から受けるものとする。また、セキュリティポリシーサーバ２０_１、２０_２、…、２０_Ｎは、配布されたセキュリティポリシーを利用することを基本的な役割としている。その点では、「セキュリティポリシー利用装置」として把握することができるものである。具体的には、セキュリティポリシーサーバ２０_１、２０_２、…、２０_Ｎは、それぞれ、各社員がセキュリティポリシーの内容を閲覧したり、管理者が各社員に配布するためにセキュリティポリシーの内容をドキュメントとして出力したりすることを可能とする。或いは、そのセキュリティポリシーを利用してセキュリティ確保のための処理を自動的に行うようにしてもよい。
尚、セキュリティポリシーサーバ２０_１、２０_２、…、２０_Ｎのハードウェア構成としては、一般的なサーバコンピュータと同様のものであってよい。即ち、中央処理装置(ＣＰＵ)、主記憶装置、外部記憶装置(例えば、磁気ディスク装置)、通信制御装置等を有するものであればよい。

また、端末装置３０_１１、３０_１２、…、３０_１Ｍは、原則として、セキュリティポリシーサーバ２０_１を運営する顧客における社員が使用する端末装置であり、端末装置３０_２１、３０_２２、…、３０_２Ｍは、原則として、セキュリティポリシーサーバ２０_２を運営する顧客における社員が使用する端末装置であり、端末装置３０_Ｎ１、３０_Ｎ２、…、３０_ＮＭは、原則として、セキュリティポリシーサーバ２０_Ｎを運営する顧客における社員が使用する端末装置である。図１では、各セキュリティポリシーサーバに対し、Ｍ台の端末装置が接続されているが、端末装置の数はこれに限られるものではない。
尚、各端末装置のハードウェア構成としては、一般的なパーソナルコンピュータと同様のものであってよい。即ち、中央処理装置(ＣＰＵ)、主記憶装置、外部記憶装置(例えば、磁気ディスク装置)、通信制御装置等を有するものであればよい。

また、セキュリティポリシー配布サーバ１０とセキュリティポリシーサーバ２０_１、２０_２、…、２０_Ｎの間の通信回線としては、インターネットを用いることができる。セキュリティポリシーサーバ２０_１、２０_２、…、２０_Ｎと各端末装置との間の通信回線としては、インターネット又はイントラネットが考えられる。
尚、以下の説明において、セキュリティポリシーサーバ２０_１、２０_２、…、２０_Ｎの中から１台を代表させて説明する場合は、「セキュリティポリシーサーバ２０」ということがあり、端末装置３０_１１、３０_１２、…、３０_１Ｍ、３０_２１、３０_２２、…、３０_２Ｍ、…、３０_Ｎ１、３０_Ｎ２、…、３０_ＮＭの中から１台を代表させて説明する場合は、「端末装置３０」ということがあるものとする。

次に、セキュリティポリシー配布サーバ１０の機能構成について説明する。
図２に示すように、セキュリティポリシー配布サーバ１０は、送信部１１と、受信部１２と、セキュリティポリシー記憶部１３と、管理情報記憶部１４とを備える。
送信部１１は、セキュリティポリシーサーバ２０にセキュリティポリシーを送信する機能部分である。受信部１２は、セキュリティポリシーサーバ２０から、セキュリティポリシーの配布要求や、セキュリティポリシーに対する確認/理解の完了を示す情報を受信する機能部分である。また、セキュリティポリシー記憶部１３は、セキュリティポリシーを記憶するメモリ部分であり、管理情報記憶部１４は、セキュリティポリシーの配布、確認、理解に関する管理情報を記憶するメモリ部分である。

尚、これらの機能部分は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、セキュリティポリシー配布サーバ１０のＣＰＵが、送信部１１、受信部１２を実現するプログラムを外部記憶装置から主記憶装置に読み込み、セキュリティポリシー記憶部１３、管理情報記憶部１４に記憶された情報を必要に応じて参照しながら処理を行う。

ここで、管理情報記憶部１４に記憶される管理情報について、図３を参照して説明しておく。
図３に示すように、管理情報は、セキュリティポリシーを一意に識別するためのＩＤ(以下、「ポリシーＩＤ」という)と、顧客を一意に識別するためのＩＤ(以下、「顧客ＩＤ」という)と、配布完了/配布未了の区分(図では単に「配布」と示している)と、確認完了/確認未了の区分(図では単に「確認」と示している)と、理解完了/理解未了の区分(図では単に「理解」と示している)とを対応付けた形で記憶されている。

ポリシーＩＤの欄には、更新されたセキュリティポリシーについて、更新された順にそのポリシーＩＤが記録されている。即ち、セキュリティポリシー「Ｐ００４ｖ８」が直近に更新されたセキュリティポリシーであり、その前に更新されたのがセキュリティポリシー「Ｐ００３ｖ７」、更にその前に更新されたのがセキュリティポリシー「Ｐ００２ｖ６」となっている。ここで、セキュリティポリシー「Ｐ００２ｖ６」、「Ｐ００３ｖ７」、「Ｐ００４ｖ８」は、それぞれ、ポリシー番号「００２」のバージョン「６」、ポリシー番号「００３」のバージョン「７」、ポリシー番号「００４」のバージョン「８」を表している。同じ条項がバージョンアップされることがあるので、このような表記方法を用いているのである。
尚、図３では、説明を単純にするために、顧客として、「Ｃ０００１」、「Ｃ０００２」、「Ｃ０００３」のみを示したが、顧客の数はこれに限られるものではない。

また、セキュリティポリシー配布サーバ１０においては、セキュリティポリシーごと、顧客ごとに、配布、確認、理解の状況を管理している。例えば、「配布」欄が「完了」となっていれば、対応するセキュリティポリシーの対応する顧客への配布が完了したことを示しており、「配布」欄が空白であれば、そのような配布が未了であることを示している。また、「確認」欄が「完了」となっていれば、対応するセキュリティポリシーに対する対応する顧客による確認が完了したことを示しており、「確認」欄が空白であれば、そのような確認が未了であることを示している。更に、「理解」欄が「完了」となっていれば、対応するセキュリティポリシーに対する対応する顧客の理解が完了したことを示しており、「理解」欄が空白であれば、そのような理解が未了であることを示している。

次に、セキュリティポリシーサーバ２０の機能構成について説明する。
図４に示すように、セキュリティポリシーサーバ２０は、送信部２１と、受信部２２と、セキュリティポリシー記憶部２３と、管理情報記憶部２４と、通知生成部２５と、確認入力処理部２６と、問題記憶部２７と、問題抽出部２８と、回答入力処理部２９と、送信部３１と、受信部３２とを備える。
送信部２１は、セキュリティポリシー配布サーバ１０に対し、セキュリティポリシーの配布要求や、セキュリティポリシーに関する確認/理解の完了を示す情報を送信する機能部分である。受信部２２は、セキュリティポリシー配布サーバ１０からセキュリティポリシーを受信する機能部分であり、セキュリティポリシー記憶部２３は、受信したセキュリティポリシーを記憶するメモリ部分であり、管理情報記憶部２４は、記憶したセキュリティポリシーの確認、理解に関する管理情報を記憶するメモリ部分である。

また、通知生成部２５は、新たなセキュリティポリシーが追加された旨の通知を生成する機能部分であり、確認入力処理部２６は、そのような通知に対する確認入力を処理する機能部分である。問題記憶部２７は、セキュリティポリシーに関する予め作成された問題及びその正答を記憶するメモリ部分であり、問題抽出部２８は、この記憶された問題の中から所定の問題を抽出する機能部分である。回答入力処理部２９は、この問題に対する回答入力を処理する機能部分である。更に、送信部３１は、通知生成部２５が生成した通知や問題抽出部２８が抽出した問題を端末装置３０に送信する機能部分であり、受信部３２は、この通知に対する確認入力や問題に対する回答入力を受信する機能部分である。

尚、これらの機能部分は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、セキュリティポリシーサーバ２０のＣＰＵが、送信部２１、受信部２２、通知生成部２５、確認入力処理部２６、問題抽出部２８、回答入力処理部２９、送信部３１、受信部３２を実現するプログラムを外部記憶装置から主記憶装置に読み込み、セキュリティポリシー記憶部２３、管理情報記憶部２４、問題記憶部２７に記憶された情報を必要に応じて参照しながら処理を行う。

ここで、管理情報記憶部２４に記憶される管理情報について、図５を参照して説明しておく。
図５に示すように、管理情報は、セキュリティポリシーを一意に識別するためのポリシーＩＤと、社員を一意に識別するためのＩＤ(以下、「社員ＩＤ」という)と、確認済/未確認の区分(図では単に「確認」と示している)と、理解済/未理解の区分(図では単に「理解」と示している)とを対応付けた形で記憶されている。

ポリシーＩＤの欄には、配布されたセキュリティポリシーについて、配布された順にそのポリシーＩＤが記録されている。即ち、セキュリティポリシー「Ｐ００４ｖ８」が直近に配布されたセキュリティポリシーであり、その前に配布されたのがセキュリティポリシー「Ｐ００３ｖ７」、更にその前に配布されたのがセキュリティポリシー「Ｐ００２ｖ６」となっている。
また、セキュリティポリシーサーバ２０においては、セキュリティポリシーごと、社員ごとに、確認、理解の状況を管理している。例えば、「確認」欄が「済」となっていれば、対応するセキュリティポリシーが対応する社員により確認済であることを示しており、「確認」欄が空白であれば、未確認であることを示している。また、「理解」欄が「済」となっていれば、対応するセキュリティポリシーが対応する社員により理解済であることを示しており、「理解」欄が空白であれば、未理解であることを示している。
尚、図５では、説明を単純にするために、社員として、「Ｅ０００１」、「Ｅ０００２」、「Ｅ０００３」のみを示したが、社員の数はこれに限られるものではない。

次に、本実施の形態におけるコンピュータシステムの動作について、図６乃至図８を参照して詳細に説明する。尚、図６乃至図８では、「セキュリティポリシー配布サーバ」を単に「ポリシー配布サーバ」と表記し、「セキュリティポリシーサーバ」を単に「ポリシーサーバ」と表記している。
図６は、セキュリティポリシー配布サーバ１０がセキュリティポリシーサーバ２０にセキュリティポリシーを配布する際の処理の流れを示したものである。
まず、セキュリティポリシーサーバ２０では、送信部２１が、セキュリティポリシー配布サーバ１０に対し、セキュリティポリシー配布要求を送信する(ステップ１０１)。例えば、セキュリティポリシーサーバ２０内の図示しない計時手段が一定の時刻になったことを検出した際に、送信部２１がセキュリティポリシー配布要求を送信するようにする。或いは、セキュリティポリシーサーバ２０に接続された管理者用の端末装置からの指示に応じて、送信部２１がセキュリティポリシー配布要求を送信するようにしてもよい。

これにより、セキュリティポリシー配布サーバ１０では、受信部１２がセキュリティポリシー配布要求を受信し(ステップ１０２)、送信元のセキュリティポリシーサーバ２０を運営する顧客の顧客ＩＤを判別する(ステップ１０３)。ここで、顧客ＩＤとしては、各顧客を一意に識別可能な情報であれば、いかなるものを用いてもよい。例えば、セキュリティポリシーサーバ２０のアドレス情報を用いてもよい。また、本サービスのために各顧客にＩＤを付与し、そのＩＤを用いてログインさせることにより、顧客ＩＤを判別するようにしてもよい。

その後、制御は送信部１１に渡され、送信部１１は、その顧客に対し配布していないセキュリティポリシーが存在するかどうかを、管理情報記憶部１４を参照することにより判定する(ステップ１０４)。その結果、配布していないセキュリティポリシーがなければ、処理は終了するが、配布していないセキュリティポリシーがあれば、そのセキュリティポリシーをセキュリティポリシー記憶部１３から取り出し、その顧客のセキュリティポリシーサーバ２０に送信する(ステップ１０５)。
例えば、図３の管理情報が記憶されていた場合、顧客「Ｃ０００１」又は顧客「Ｃ０００３」からセキュリティポリシー配布要求を受信しても、これらの顧客には全てのセキュリティポリシーの配布が完了しているため、セキュリティポリシーは配布されない。一方、顧客「Ｃ０００２」からセキュリティポリシー配布要求を受信すれば、セキュリティポリシー「Ｐ００４ｖ８」が配布未了のため、これを新たなセキュリティポリシーとして配布する。

これにより、セキュリティポリシーサーバ２０では、受信部２２が、セキュリティポリシーを受信し(ステップ１０６)、そのセキュリティポリシーをセキュリティポリシー記憶部２３に記憶すると共に、そのセキュリティポリシーに関する管理情報を記憶するための領域を管理情報記憶部２４に追加する(ステップ１０７)。例えば、図５では、セキュリティポリシー「Ｐ００４ｖ８」についての領域が追加されたばかりの領域であり、この時点では、確認済/未確認及び理解済/未理解の区分は、何も記憶されていない。
そして、セキュリティポリシーサーバ２０では、通知生成部２５が、新たなセキュリティポリシーが追加されたことを通知する文章を生成し、送信部３１が、その文章を全ての社員に対し電子メールにより送信する(ステップ１０８)。具体的には、セキュリティポリシーサーバ２０が、全ての社員のメールアドレスを保持しておき、通知生成部２５が生成した文章を、送信部３１がそれら全てのメールアドレスに送信するようにすればよい。図５の例では、セキュリティポリシー「Ｐ００４ｖ８」が追加された旨が、社員「Ｅ０００１」、「Ｅ０００２」、「Ｅ０００３」に通知される。

この場合、電子メールには、新たなセキュリティポリシーが追加されたことを通知する文章と、その文章を読んだことを示す入力(以下、「確認入力」という)を行うための記述とが含まれている。前者の文章は、新たなセキュリティポリシーそのものを電子メールに記述することによって実現してもよいし、新たなセキュリティポリシーを参照可能なＵＲＬ(Uniform Resource Locator)を電子メールに記述することにより実現してもよい。また、後者の記述としては、確認入力を行うためのページ(確認入力ページ)のＵＲＬが考えられる。即ち、電子メールを受信した社員は、その記述をクリックすることにより確認入力ページを表示し、その確認入力ページ上で「確認」ボタンを押下することにより、確認入力を行う。尚、どの社員からの確認入力であるかの判別は、確認入力ページのＵＲＬに個々の社員を区別するためのパラメータを付加して電子メールに記述する等、公知の手段により実現できるので、ここでは詳しい説明を省略する。

図７は、セキュリティポリシーサーバ２０がこのような確認入力を受信した際の処理の流れを示したものである。
まず、セキュリティポリシーサーバ２０では、受信部３２が、確認入力を受信し(ステップ２０１)、確認入力処理部２６が、管理情報記憶部２４に確認済を記憶する(ステップ２０２)。
例えば、セキュリティポリシー「Ｐ００３ｖ７」について、社員「Ｅ０００１」から確認入力があったとすると、図５に示すように、セキュリティポリシー「Ｐ００３ｖ７」の社員「Ｅ０００１」に対応する「確認」欄に「済」が記憶される。尚、図５では、社員「Ｅ０００２」及び社員「Ｅ０００３」も、セキュリティポリシー「Ｐ００３ｖ７」について確認入力を済ませている。

次に、確認入力処理部２６は、管理情報記憶部２４を参照し、そのセキュリティポリシーについて、全ての社員が確認しているかどうかを判定する(ステップ２０３)。その結果、確認していない社員が１人でもいれば、処理は終了するが、全ての社員が確認していれば、送信部２１が、確認完了報告をセキュリティポリシー配布サーバ１０に送信する(ステップ２０４)。
例えば、図５では、セキュリティポリシー「Ｐ００４ｖ８」については、全ての社員が確認しているわけではないので、処理は終了するが、セキュリティポリシー「Ｐ００３ｖ７」については、全ての社員が確認しているので、確認完了報告をセキュリティポリシー配布サーバ１０に送信する。

これにより、セキュリティポリシー配布サーバ１０では、受信部１２が、確認完了報告を受信し(ステップ２０５)、送信元のセキュリティポリシーサーバ２０を運営する顧客の顧客ＩＤを判別する(ステップ２０６)。ここで、顧客ＩＤとしては、先に述べたように、各顧客を一意に識別可能な情報であれば、いかなるものを用いてもよい。そして、管理情報記憶部１４に確認完了を記憶する(ステップ２０７)。
例えば、図５の管理情報が顧客「Ｃ０００１」についてのものであり、セキュリティポリシー「Ｐ００３ｖ７」について確認完了報告を受信したとすると、図３に示すように、セキュリティポリシー「Ｐ００３ｖ７」の顧客「Ｃ０００１」に対応する「確認」欄に「完了」を記憶する。

このように、本実施の形態では、セキュリティポリシーの更新を全ての社員に通知している。勿論、このような通知もセキュリティポリシーを社員に周知させるための一手段ではある。しかしながら、かかる通知のみでは、セキュリティポリシーの内容を理解していないにもかかわらず確認入力を行う社員も存在し、セキュリティポリシーを社員に周知できているとは言い難い場合もある。そこで、本実施の形態では、更新されたセキュリティポリシーを社員に一層周知させるために、セキュリティポリシーに関するクイズを行うようにしている。

図８は、このようなセキュリティポリシーに関するクイズを行う際の処理の流れを示したものである。
まず、セキュリティポリシーサーバ２０では、問題抽出部２８が、問題記憶部２７に記憶された問題の中から適宜問題を抽出し、送信部３１が、その問題を電子メールにより全ての社員に送信する(ステップ３０１)。例えば、セキュリティポリシーサーバ２０内の図示しない計時手段が一定の時刻になったことを検出した際に、問題抽出部２８が問題を抽出し、送信部３１がその問題を送信するようにする。或いは、セキュリティポリシーサーバ２０に接続された管理者用の端末装置からの指示に応じて、問題抽出部２８による問題の抽出、及び、送信部２１による問題の送信を行うようにしてもよい。尚、問題記憶部２７に記憶される問題は、セキュリティポリシーの更新に伴い、管理者が作成するものであってもよいし、セキュリティポリシーの更新の際に、セキュリティポリシー配布サーバ１０から配布されるものであってもよい。また、問題の送信については、セキュリティポリシーサーバ２０が、全ての社員のメールアドレスを保持しておき、問題抽出部２８が抽出した問題を、送信部３１がそれら全てのメールアドレスに送信するようにすればよい。

この場合、電子メールには、抽出された問題と、その問題に対する回答入力を行うための記述とが含まれている。前者の問題は、問題そのものを電子メールに記述することによって実現してもよいし、問題を参照可能なＵＲＬを電子メールに記述することにより実現してもよい。また、後者の記述としては、問題に対する回答入力を行うためのページ(回答入力ページ)のＵＲＬが考えられる。即ち、電子メールを受信した社員は、その記述をクリックすることにより回答入力ページを表示し、その回答入力ページ上で正答と思う選択肢にチェックを付して「送信」ボタンを押下することにより、回答入力を行う。尚、どの社員からの回答入力であるかの判別は、回答入力ページのＵＲＬに個々の社員を区別するためのパラメータを付加して電子メールに記述する等、公知の手段により実現できるので、ここでは詳しい説明を省略する。

これにより、受信部３２が、回答入力を受信し(ステップ３０２)、回答入力処理部２９が、問題記憶部２７を参照してその回答入力が正答であるかどうかを判定する(ステップ３０３)。その結果、正答でないと判定すると、処理は終了するが、正答であると判定すると、そのセキュリティポリシーについてその社員が理解済であることを管理情報記憶部２４に記憶する(ステップ３０４)。
例えば、セキュリティポリシー「Ｐ００２ｖ６」について、社員「Ｅ０００１」が正答したとすると、図５に示すように、セキュリティポリシー「Ｐ００２ｖ６」の社員「Ｅ０００１」に対応する「理解」欄に「済」が記憶される。尚、図５では、社員「Ｅ０００２」及び社員「Ｅ０００３」も、セキュリティポリシー「Ｐ００２ｖ６」について理解している。

次に、回答入力処理部２９は、管理情報記憶部２４を参照し、そのセキュリティポリシーに関する問題に対し、全ての社員が正答したか、即ち、全ての社員がそのセキュリティポリシーを理解しているかどうかを判定する(ステップ３０５)。その結果、理解していない社員が１人でもいる場合は、処理は終了するが、全ての社員が理解している場合は、送信部２１が、理解完了報告をセキュリティポリシー配布サーバ１０に送信する(ステップ３０６)。
例えば、図５では、セキュリティポリシー「Ｐ００３ｖ７」については、全ての社員が理解しているわけではないので、処理は終了するが、セキュリティポリシー「Ｐ００２ｖ６」については、全ての社員が理解しているので、理解完了報告をセキュリティポリシー配布サーバ１０に送信する。

これにより、セキュリティポリシー配布サーバ１０では、受信部１２が、理解完了報告を受信し(ステップ３０７)、送信元のセキュリティポリシーサーバ２０を運営する顧客の顧客ＩＤを判別する(ステップ３０８)。ここで、顧客ＩＤとしては、先に述べたように、各顧客を一意に識別可能な情報であれば、いかなるものを用いてもよい。そして、管理情報記憶部１４に理解完了を記憶する(ステップ３０９)。
例えば、図５の管理情報が顧客「Ｃ０００１」についてのものであり、セキュリティポリシー「Ｐ００２ｖ６」について理解完了報告を受信すると、図３に示すように、セキュリティポリシー「Ｐ００２ｖ６」の顧客「Ｃ０００１」に対応する「理解」欄に「完了」を記憶する。

以上により、本実施の形態の動作の説明を終了する。
尚、本実施の形態では、セキュリティポリシーサーバ２０が、全ての社員について確認済/理解済になって初めてセキュリティポリシー配布サーバ１０に確認完了報告/理解完了報告を送信するようにしたが、必ずしもそのような形態には限られない。即ち、任意の時点で、その時点における確認/理解の状況をセキュリティポリシー配布サーバ１０に報告するような形態であっても構わない。

このように、本実施の形態では、セキュリティポリシー配布サーバ１０からセキュリティポリシーサーバ２０へ新たなセキュリティポリシーを配布後、セキュリティポリシーサーバ２０が、全ての社員に対し、新たなセキュリティポリシー配布の通知、及び、配布されたセキュリティポリシーに対するクイズを行うようにした。また、その通知に対する確認の状況、そのクイズに基づくセキュリティポリシーの理解の状況を、セキュリティポリシー配布サーバ１０で顧客ごとに管理するようにした。このような構成により、セキュリティポリシーが更新された場合に、各顧客に対し、セキュリティポリシーを周知させると共に、その周知の状況を把握することが可能となる。

本発明の実施の形態におけるコンピュータシステムの構成を示した図である。 本発明の実施の形態におけるセキュリティポリシー配布サーバの機能構成を示したブロック図である。 本発明の実施の形態のセキュリティポリシー配布サーバにおける管理情報記憶部の記憶内容の一例を示した図である。 本発明の実施の形態におけるセキュリティポリシーサーバの機能構成を示したブロック図である。 本発明の実施の形態のセキュリティポリシーサーバにおける管理情報記憶部の記憶内容の一例を示した図である。 本発明の実施の形態におけるコンピュータシステムのセキュリティポリシー配布時の動作を示したフローチャートである。 本発明の実施の形態におけるコンピュータシステムでセキュリティポリシーが配布された場合の通知/確認の動作を示したフローチャートである。 本発明の実施の形態におけるコンピュータシステムで配布されたセキュリティポリシーに関する出題/回答の動作を示したフローチャートである。

符号の説明

１０…セキュリティポリシー配布サーバ、１１，２１，３１…送信部、１２，２２，３２…受信部、１３，２３…セキュリティポリシー記憶部、１４，２４…管理情報記憶部、２０…セキュリティポリシーサーバ、２５…通知生成部、２６…確認入力処理部、２７…問題記憶部、２８…問題抽出部、２９…回答入力処理部

Claims (9)

1. 第１のコンピュータと第２のコンピュータとが通信回線を介して接続されてなるコンピュータシステムであって、
   前記第１のコンピュータは、セキュリティポリシーを前記第２のコンピュータへ送信し、
   前記第２のコンピュータは、前記セキュリティポリシーを前記第１のコンピュータから受信すると、当該セキュリティポリシーを自身の利用者に周知させるための処理を行い、その処理状況を当該第１のコンピュータへ送信し、
   前記第１のコンピュータは、前記処理状況を前記第２のコンピュータから受信すると、当該処理状況を前記セキュリティポリシーと関連付けて管理することを特徴とするコンピュータシステム。
2. セキュリティポリシーを通信回線を介して他のコンピュータに配布するセキュリティポリシー配布装置であって、
   前記セキュリティポリシーを前記他のコンピュータへ送信する送信部と、
   前記他のコンピュータの利用者に対する前記セキュリティポリシーの周知の程度を示す情報を、当該他のコンピュータから受信する受信部と、
   前記受信部により受信した前記情報を前記セキュリティポリシーと関連付けて管理する管理部と
   を備えたことを特徴とするセキュリティポリシー配布装置。
3. セキュリティポリシーを他のコンピュータから受け取って利用するセキュリティポリシー利用装置であって、
   前記セキュリティポリシーを前記他のコンピュータから受信する受信部と、
   前記受信部により受信した前記セキュリティポリシーを周知させるための処理を行う処理部と
   を備えたことを特徴とするセキュリティポリシー利用装置。
4. 前記処理部は、前記セキュリティポリシーを周知させるための処理として、前記受信部による当該セキュリティポリシーの受信を所定の端末装置に通知する処理を行うことを特徴とする請求項３記載のセキュリティポリシー利用装置。
5. 前記処理部は、前記セキュリティポリシーを周知させるための処理として、前記受信部により受信した当該セキュリティポリシーに関する理解を問う問題を所定の端末装置に送信する処理を行うことを特徴とする請求項３記載のセキュリティポリシー利用装置。
6. 前記セキュリティポリシーを周知させるための処理の結果を前記他のコンピュータに送信する送信部を更に備えたことを特徴とする請求項３記載のセキュリティポリシー利用装置。
7. 第１のコンピュータから第２のコンピュータへセキュリティポリシーを配信するステップと、
   配信された前記セキュリティポリシーを前記第２のコンピュータの利用者に周知させるための処理を行うステップと、
   前記処理の状況を前記セキュリティポリシーと関連付けて所定の記憶装置に記憶するステップと
   を含むことを特徴とするセキュリティポリシー配信方法。
8. セキュリティポリシーを利用するコンピュータに、
   前記セキュリティポリシーを他のコンピュータから受信する機能と、
   受信した前記セキュリティポリシーを周知させるための処理を行う機能と
   を実現させるためのプログラム。
9. 前記処理を行う機能では、前記セキュリティポリシーを周知させるための処理として、受信した当該セキュリティポリシーに関する理解を問う問題を所定の端末装置に送信する処理を行うことを特徴とする請求項８記載のプログラム。

Images