(57)【要約】      （修正有）【課題】適切な回答を用いてセキュリティ対策の相対評価を提供する、セキュリティ評価システムおよびセキュリティ評価方法を提供する。【解決手段】セキュリティ評価サーバ１０は、入力受付部１１が、各団体のセキュリティ対策に関する設問の回答を含む情報入力を受け付け、判断部１２が、情報入力の適正を判断して、評価部１３が、判断部１２によって適正と判断された回答を統計処理して相対評価を行う。【効果】不正回答または、不正なユーザからの入力内容を除去し、適切な回答を用いてセキュリティ対策の相対評価を提供できる。【選択図】図１
2019070912.tif 000002
【特許請求の範囲】
【請求項１】
セキュリティ対策に関する相対評価をするセキュリティ評価システムであって、
各団体のセキュリティ対策に関する設問の回答を含む情報入力を受け付ける入力受付部と、
前記入力受付部による情報入力の適正を判断する判断部と、
前記判断部により適正と判断された情報入力における複数の団体の回答を統計処理して、各団体におけるセキュリティ対策に関する相対評価をする評価部と、
前記評価部による相対評価を出力する出力部と、
を備える、セキュリティ評価システム。
【請求項２】
請求項１に記載のセキュリティ評価システムにおいて、
団体に関する属性の正解情報を記憶する正解情報記憶部をさらに備え、
前記入力受付部は、団体に関する属性を示す情報の入力を受け付け、
前記判断部は、前記入力受付部により受け付けられた団体に関する属性を示す情報と、前記正解情報記憶部により記憶された正解属性情報とを比較した結果に基づいて、前記入力受付部による情報入力の適正を判断する、セキュリティ評価システム。
【請求項３】
請求項１または２に記載のセキュリティ評価システムにおいて、
前記設問の関連性が予め定義されており、
前記入力受付部は、互いに関連する設問のそれぞれの回答の情報入力を受け付け、
前記判断部は、前記入力受付部が受け付けた、前記互いに関連する設問のそれぞれの回答に矛盾があるか否かに基づいて、前記入力受付部による入力の適正を判断する、セキュリティ評価システム。
【請求項４】
請求項１から３のいずれか一項に記載のセキュリティ評価システムにおいて、
前記入力受付部は、前記回答の更新入力を受け付け、
前記判断部は、前記更新入力の頻度に基づいて、前記入力受付部による入力の適正を判断する、セキュリティ評価システム。
【請求項５】
セキュリティ対策に関する相対評価をするセキュリティ評価システムが実行するセキュリティ評価方法であって、
各団体のセキュリティ対策に関する設問の回答を含む情報入力を受け付ける入力受付ステップと、
前記入力受付ステップで受け付けた情報入力の適正を判断する判断ステップと、
前記判断ステップで適正と判断された情報入力における複数の団体の回答を統計処理して、各団体におけるセキュリティ対策に関する相対評価をする評価ステップと、
前記評価ステップによる相対評価を出力する出力部と、
を含む、セキュリティ評価方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュリティ対策について評価する技術に関し、特に、セキュリティ対策状況の相対評価をするシステムおよびセキュリティ評価方法に適用して有効な技術に関するものである。
【背景技術】
【０００２】
近年、ＩＴ技術の急速な発展に伴いその重要性が高まる一方、障害や情報漏洩等が発生した場合の影響度も大きくなっており、企業において適切な情報セキュリティ対策を講じることは重要な課題となっている。
【０００３】
このような、状況下において、例えば、特許文献１には、セキュリティアセスメント項目の設問に対する回答を入力し、診断対象システムのセキュリティ診断を実行した結果（診断結果ログ）と回答とを関連付けてセキュリティ分析を行うことが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２３４７５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のように、セキュリティアセスメント項目の設問の回答と、診断対象システムのセキュリティ診断を実行した結果とを関連付けてセキュリティ分析することで、正確なセキュリティの分析を行うことができる。
【０００６】
しかしながら、特許文献１に記載の技術のように、予め設定されているセキュリティアセスメント項目に適合させることだけに注力すると、セキュリティ対策に対して過剰投資となる場合も生じ得る。例えば、同一業種の他の企業のセキュリティ対策状況と比べた指標等の相対的な評価が得られれば、自社のセキュリティ対策が十分であるかどうか判断することができる。
【０００７】
このような、相対的な評価を得る方法として、複数企業からセキュリティ対策状況についての回答を取得し、これらの回答について統計処理することが考えられる。しかしながら、一部の回答が適切でない場合（例えば、適切でないユーザから回答を得た場合）、適切でない回答も含めて相対評価してしまうことになり、正確な評価が得られない可能性がある。
【０００８】
そこで本発明の目的は、適切な回答を用いてセキュリティ対策の相対評価を提供することにある。
【０００９】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１０】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
【００１１】
本発明の代表的な実施の形態によるセキュリティ評価システムは、セキュリティ対策に関する相対評価をするセキュリティ評価システムであって、各団体のセキュリティ対策に関する設問の回答を含む情報入力を受け付ける入力受付部と、入力受付部による情報入力の適正を判断する判断部と、判断部により適正と判断された情報入力における複数の団体の回答を統計処理して、各団体におけるセキュリティ対策に関する相対評価をする評価部と、評価部による相対評価を出力する出力部と、を備える。
【発明の効果】
【００１２】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１３】
すなわち、本発明の代表的な実施の形態によれば、適切な回答を用いてセキュリティ対策の相対評価を提供することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施の形態であるセキュリティ評価システムの構成例について概要を示した図である。
【図２】本発明の一実施の形態における評価画面の例について概要を示した図である。
【図３】本発明の一実施の形態におけるサービス受付画面例について概要を示した図である。
【図４】本発明の一実施の形態における団体属性入力画面例について概要を示した図である。
【図５】本発明の一実施の形態における対策回答画面の例について概要を示した図である。
【図６】本発明の一実施の形態におけるセキュリティ評価装置により提供される修正用画面と、セキュリティ評価装置により提供される修正結果画面の例について概要を示した図である。
【図７】本発明の一実施の形態における設問ＤＢが記憶しているデータのデータ構造の概要を示す図である。
【図８】本発明の一実施の形態における属性チェック方法について概要を示した図である。
【図９】本発明の一実施の形態における回答の内容に基づいて判断するロジックの例について概要を示した図である。
【図１０】本発明の一実施の形態における各設問のスコアを算出する方法について概要を示した図である。
【図１１】本発明の一実施の形態における、端末から入力された情報の適正を判断し、相対評価を提供する処理の流れの例について概要を示した図である。
【図１２】本発明の一実施の形態におけるユーザの自己申告とシステム証跡の結果との比較例について概要を示した図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。一方で、ある図において符号を付して説明した部位について、他の図の説明の際に再度の図示はしないが同一の符号を付して言及する場合がある。
【００１６】
本発明の一実施の形態であるセキュリティ評価システムは、各団体（例えば、企業、学校、役所等）のセキュリティ対策の回答を取得して、この回答を統計処理して、各団体のセキュリティ対策に関する相対評価（例えば、偏差値、他ユーザの実施状況に基づいたスコア）を提供するシステムである。
【００１７】
セキュリティ評価システムが、セキュリティ対策に関する相対評価を提供するので、各ユーザ（例えば、企業の情報セキュリティ担当者）は、他の企業と比較してセキュリティ対策が十分であるか否かを判断することができる。
【００１８】
＜システム構成（概要）＞
図１は、本発明の一実施の形態であるセキュリティ評価システムの構成例について概要を示した図である。セキュリティ評価システム１は、例えば、セキュリティ評価サーバ１０と、インターネット等のネットワーク３０を介してセキュリティ評価サーバ１０（セキュリティ評価装置）に接続可能な、企業の情報セキュリティ担当者であるユーザ４が保持するパーソナルコンピュータ等の端末４０とを有する。
【００１９】
セキュリティ評価サーバ１０は、例えば、サーバ機器やクラウドコンピューティングサービス上に構築された仮想サーバ等からなるサーバシステムであり、ユーザ４が所属する団体（例えば、会社、学校）のセキュリティ対策状況の情報を収集して記録・蓄積して、ユーザ毎のセキュリティ対策の相対評価を提供する。
【００２０】
セキュリティ評価サーバ１０は、図２に示すような評価画面を提供し、相対評価の情報を提供する。図２は、評価画面の例について概要を示した図である。図２に示す評価画面は、ある団体（図２の例では、株式会社Ａ社）のセキュリティ対策状況の相対評価を示す画面である。この評価画面では、相対評価として、他社の実施状況を考慮して算出されたセキュリティ対策状況のスコア（８１５点）と、偏差値（６４．５）とが出力されている。このように、相対評価を提供することにより、ユーザ４は、他の企業と比較して十分なセキュリティ対策を行っているか否かを判断することができる。
【００２１】
端末４０は、ユーザ４による入力操作に応じて、セキュリティ評価サーバ１０に対して、上記評価を得るためのサービス要求をする。また、端末４０は、上記サービス要求に応じて、セキュリティ評価サーバ１０から設問を取得し、当該設問の回答をセキュリティ評価サーバ１０へ送信する。また、端末４０は、上記回答に基づいた相対評価を取得したり、上記回答の更新をしたりする。
【００２２】
＜画面遷移＞
ここで、セキュリティ評価サーバ１０が、端末４０からの要求に応じて提供する画面遷移を説明する。まず、セキュリティ評価サーバ１０は、各ユーザの端末４０からサービス要求を受け付けると、サービス受付画面を端末４０へ送信する。ここで、図３を用いて、サービス受付画面を説明する。図３は、出力部１４により提供されるサービス受付画面例について概要を示した図である。図３に示すように、サービス受付画面は、メールアドレスを入力する領域であるメールアドレス入力領域３００、確認メール送信ボタン３０１、ログイン要求ボタン３０２を含む。ユーザ４の操作により、メールアドレス入力領域３００が入力され、確認メール送信ボタン３０１が押下入力されると、端末４０は、当該メールアドレスをセキュリティ評価サーバ１０へ送信する。
【００２３】
セキュリティ評価サーバ１０は、これに応じて、当該メールアドレス宛てに、団体属性登録先のＵＲＬを含むメールを送信する。端末４０が当該ＵＲＬにアクセスすると、セキュリティ評価サーバ１０は、団体属性入力画面を端末４０へ送信する。
【００２４】
ここで、図４を用いて、団体属性入力画面を説明する。図４は、団体属性入力画面例について概要を示した図である。図４に示すように、団体属性入力画面は、企業名、企業代表者名等の団体属性を入力する領域と、入力登録へ進む「入力確認画面へ」ボタンを有する。
【００２５】
端末４０は、ユーザ４の操作により、団体属性を入力する領域に団体属性が入力され、「入力確認画面へ」ボタンが押下入力され、図示しない入力確認画面で入力確認した旨の指示が入力されると、団体属性を示す情報をセキュリティ評価サーバ１０へ送信する。
【００２６】
セキュリティ評価サーバ１０は、団体属性を示す情報を取得した後に、上記メールアドレス宛てに、対策回答画面へのＵＲＬを含むメールを送信する。端末４０が当該ＵＲＬにアクセスすると、セキュリティ評価サーバ１０は、対策回答画面を端末４０へ送信する。
【００２７】
ここで、図５を用いて、対策回答画面を説明する。図５は、対策回答画面の例について概要を示した図である。図５に示すように、対策回答画面は、設問と、当該設問の回答の入力部分と、保存要求を示す「現在の内容を保存」ボタンとを含む。図５に示すように、設問の例として、「自社のビジネス特性を把握したうえで、情報セキュリティリスクを特定」等がある。また、当該設問の回答（「いいえ」、「はい」等）を選択する部分がある。なお、回答の選択肢は、予め任意に設定することができ、例えば、後述する図７に示すとおり、「実施／一部実施／未実施／該当なし」、「未実施／定義した／文書化した／実施した／見直しした／該当なし」等のように設定することができる。また、図５に示す対策回答画面は、カテゴリ毎に設問を含む。図５の例では、「戦略」のカテゴリを示す設問を示している。
【００２８】
端末４０は、ユーザ４による入力操作により、対策回答画面において回答が入力され、「現在の内容を保存」ボタンが選択されると、各設問の回答をセキュリティ評価サーバ１０へ送信する。
【００２９】
セキュリティ評価サーバ１０は、当該回答を受け付けると、当該回答に基づいた相対評価結果を含む評価画面（図２）を端末４０へ送信する。
【００３０】
また、図３に示したサービス受付画面において、ログイン要求ボタン３０２が押下されると、図示しないログイン画面を端末４０へ送信し、当該ログイン画面でログイン情報が入力されると、端末４０は、当該ログイン情報をセキュリティ評価サーバ１０へ送信する。セキュリティ評価サーバ１０は、これに応じて修正用画面を端末４０へ送信する。
【００３１】
ここで、図６を用いて、修正用画面と修正結果画面について説明する。図６は、セキュリティ評価サーバ１０により提供される修正用画面３１０と、セキュリティ評価サーバ１０により提供される修正結果画面３２０との例について概要を示した図である。
【００３２】
修正用画面３１０は、カテゴリごとのスコア（戦略カテゴリ  １８４点／２５０点等）、設問、現状の回答、チェックボックス３１１、シミュレーション要求ボタン３１２を含む。現状の回答が、「未実施」である設問に対応するチェックボックス３１１にチェックを入力した状態で、シミュレーション要求ボタン３１２が押下されると、端末４０は、チェックした設問を示す情報（例えば、設問の識別情報）等を含む更新箇所を送信すると共に、セキュリティ評価サーバ１０へ更新要求をする。
【００３３】
セキュリティ評価サーバ１０は、当該更新要求に応じて、修正結果画面３２０（修正結果画面３２０Ａ〜３２０Ｃ）を端末４０へ提供する。修正結果画面３２０は、現在のスコアと、修正内容を反映した場合のスコア（実施後のスコア）を含む。
【００３４】
＜セキュリティ評価サーバの機能説明＞
図１に戻り、セキュリティ評価サーバ１０の機能説明をする。セキュリティ評価サーバ１０は、図示しないＣＰＵ（Central Processing Unit）により、メモリ上に展開されたＯＳ（Operating System）やＤＢＭＳ（DataBase Management System）、Ｗｅｂサーバプログラム等のミドルウェアや、この上で稼働するソフトウェアを実行することにより、後述する各部の機能を実現する。本実施の形態では、図示するように、例えば、ソフトウェアとして実装された入力受付部１１、判断部１２、評価部１３、および出力部１４等の各部を有する。また、図示しないＨＤＤ（Hard Disk Drive）等の記憶装置に記録された企業関係ＤＢ１５、正解ＤＢ１６（正解情報記憶部）、顧客ＤＢ１７、設問ＤＢ１８、配点ＤＢ１９、回答ＤＢ２０、および評価結果ＤＢ２１等の各データストアを有する。
【００３５】
入力受付部１１は、各ユーザ４のセキュリティ対策に関する設問の回答を含む情報入力を受け付ける部分である。入力受付部１１は、各ユーザ４の端末４０からサービス要求を受け付ける。入力受付部１１は、当該サービス要求を受け付けると、出力部１４にサービス要求を通知する。
【００３６】
また、入力受付部１１は、端末４０からメールアドレスの入力を受け付ける。入力受付部１１は、当該メールアドレスを記憶して、出力部１４に対してメールアドレスを送出し、当該メールアドレス宛てに団体属性登録先のＵＲＬを含むメールの送信要求をする。入力受付部１１は、端末４０から上記メールに含まれるＵＲＬへのアクセス要求を受け付けると、出力部１４へ団体属性入力画面の出力要求を送出する。
【００３７】
また、入力受付部１１は、端末４０から団体属性を示す情報を受け付ける。入力受付部１１は、この団体属性を示す情報およびメールアドレスを判断部１２へ送出し、属性チェック要求をする。入力受付部１１は、属性チェック要求に応じて、判断部１２から属性が適切である旨の回答を受け付けた場合、出力部１４に対して、記憶していたメールアドレス宛てに対策回答画面のＵＲＬを含むメールの送信要求をする。
【００３８】
入力受付部１１は、端末４０が当該メールに含まれるＵＲＬへアクセスした旨を受け付けると、出力部１４に対して、対策回答画面の送信要求をする。
【００３９】
なお、出力部１４は、設問ＤＢ１８を参照して、対策回答画面を生成して、当該対策回答画面を送信する。ここで、図７を用いて設問ＤＢ１８が記憶している情報を説明する。図７は、設問ＤＢ１８が記憶しているデータのデータ構造の概要を示す図である。図７に示すように、設問の識別番号（＃）、設問、回答選択肢の各項目を有する。設問の識別番号は、各設問を識別するための番号である。設問は、設問の内容である。回答選択肢は、対応する設問の選択肢である。選択肢の例として、「実施（はい）／一部実施／未実施（いいえ）／(ｎ／ａ)」、「定義した／文書化した／実施した／見直しした／該当なし」がある。なお、選択肢が定義した、文書化した等である設問をＡ群の設問という。また、選択肢が、実施、一部実施、未実施等である設問をＢ群の設問という。また、設問ＤＢ１８は、各設問のカテゴリ（大カテゴリ、中カテゴリ）、各設問の難易度、各設問の関連性を示す情報を含む。
【００４０】
入力受付部１１は、端末４０から送信された回答を受け付けて、当該回答を判断部１２へ送出する。また、入力受付部１１は、対策回答画面を端末４０へ送信した時刻および回答を受け付けた時刻も判断部１２へ送出する。
【００４１】
入力受付部１１は、既に回答を受付済みの団体からログインを受け付けた場合、出力部１４に対して、ログインに用いられたユーザＩＤを送出すると共に、回答を修正するための画面である修正用画面の送信要求をする。
【００４２】
入力受付部１１は、端末４０から更新箇所と共に更新要求（更新入力）を受け付けると、判断部１２へ当該更新箇所と、当該端末４０に対応するユーザＩＤと、更新要求である旨を送出する。
【００４３】
判断部１２は、入力受付部１１による情報入力の適正を判断する部分である。判断部１２は、入力受付部１１により受け付けられた団体属性を示す情報と、予め記憶している正解属性情報とを比較した結果に基づいて、入力受付部１１により入力された内容の適正を判断する。
【００４４】
具体的に、判断部１２は、入力受付部１１により、メールアドレスを含む団体属性を取得すると、正解ＤＢ１６を参照する。ここで、図８を用いて団体属性のチェックについて説明する。図８は、属性チェック方法について概要を説明する図である。まず、図８（ａ）を用いて、正解ＤＢ１６が記憶している情報を説明する。図８（ａ）は、正解ＤＢ１６が記憶しているデータのデータ構造の概要を示す図である。図８（ａ）に示すように、「企業」、「勤め人」、「メールドメイン」の各項目を有する。
【００４５】
「企業」は、企業名である。「勤め人」は、企業に勤める社員の名前である。「メールドメイン」は、企業のメールアドレスのドメイン部分である。判断部１２は、入力受付部１１により取得した属性のうち、登録企業名と同一の正解ＤＢ１６の企業名に対応するメールドメインが、入力受付部１１により取得したメールアドレスのドメイン部分と一致するか否かを判断する。判断部１２は、当該判断の結果、一致する場合において、同一企業で最初に登録要求した担当者であれば、適正な属性入力であると判断する。
【００４６】
一方、判断部１２は、入力受付部１１から取得したメールアドレスのドメイン部分と、正解データＤＢ１２のメールドメインとが一致していないと判断した場合、適正な属性入力でないと判断する。また、判断部１２は、入力受付部１１から取得したメールアドレスのドメイン部分と、正解データＤＢ１２のメールドメインとが一致したとしても、既に同一企業に所属する別の担当者から登録要求がなされている場合、適正な属性入力でないと判断する。
【００４７】
判断部１２による判断例について図８（ｂ）を用いて説明する。図８（ｂ）は、正解データを用いて属性入力が適切か否かを判断した結果の例である。この例では、登録順と、分析パターン（判断結果）と、登録企業名と、担当者のメールアドレスと、確認の要否とを有する。なお、確認の要否とは、エラーメッセージを出力する要否を示す。
【００４８】
登録順１番目のケースは、Ｂ社と登録されたにも関わらず、メールアドレスのドメインがＡ社のものであるので、「なりすまし？」という判断結果となっている。この場合、判断部１２は、属性入力が適正でないと判断する。登録順２番目のケースは、登録企業名がＡ社であり、メールアドレスのドメインがＡ社のものであり、且つ、Ａ社で最初に登録しているので、適正な属性入力という判断結果となっている。
【００４９】
登録順３番目のケースは、登録企業名がＡ社であり、メールアドレスのドメインがＡ社のものであるが、Ａ社で２人目になるため、「同一社名ドメイン２人目」という判断結果になっている。この場合、判断部１２は、属性入力が適正でないと判断する。これは、一の団体から複数の回答を許容して、そのような回答を用いて相対評価してしまうと、適切な相対評価が得られないためである。
【００５０】
判断部１２は、適正な属性が入力されていると判断した場合、入力受付部１１へ適正である旨の回答をする。また、判断部１２は、適正な属性が入力されていると判断した場合、入力された属性を顧客ＤＢ１７へ登録する。なお、判断部１２は、属性の識別情報（ユーザＩＤ等ログインに必要な情報）を生成し、上記属性と対応付けて顧客ＤＢ１７へ登録する。また、判断部１２は、企業間の関係性を定義したデータベースである企業関係ＤＢ１５を参照し、上記属性の企業名に対応する企業グループ情報（当該企業が属する企業グループを示す情報）、業種情報（当該企業の業種を示す情報）を取得する。判断部１２は、これらの情報も上記属性と対応付けて顧客ＤＢ１７へ登録する。
【００５１】
また、判断部１２は、適正な属性が入力されていないと判断した場合、入力受付部１１へ適正でない旨の回答をする。入力受付部１１は、これに応じて、出力部１４に端末４０へ属性エラーメッセージを出力する。なお、ユーザが使用する端末４０へ属性エラーメッセージを出力するかわりに、適正でないと判断されたユーザの情報を、図示しない本セキュリティ評価システムの管理者ユーザあるいは、オペレータが使用する端末等へ送信するようにしてもよく、例えば、オペレータから電話やメール等の手段によって個別に対象ユーザへ連絡するようにしてもよい。また、端末４０へ属性エラーメッセージを出力する処理と、適正でないと判断されたユーザの情報を管理者ユーザあるいはオペレータが使用する端末等へ送信する処理を同時に行うようにしてもよい。
【００５２】
また、判断部１２は、入力受付部１１により受け付けられた回答の内容に基づいて、入力受付部１１による入力の適正を判断する。判断部１２は、入力受付部１１から入力日時と、回答取得日時と、回答の内容とを取得すると、回答に基づいた判断（回答チェック）をする。
【００５３】
ここで、図９に、判断部１２が、回答の内容に基づいて判断するロジックの例を示す。図９に記載のように、判断部１２は、５つの観点で回答の内容に基づいて入力の適正を判断する。判断部１２は、１番目の観点である「全ての回答を右端／左端を選択」について判断する。具体的に、判断部１２は、回答全体を参照し、回答画面の回答部分の右端の選択肢または左端の選択肢のみ選択されていると判断した場合、入力が適正でないと判断する。
【００５４】
また、判断部１２は、２番目の観点である「回答をジグザグに選択」について判断する。具体的に、判断部１２は、回答全体を参照し、回答が上の設問から下の設問に向けて一つずつずれるように回答しているか否かを判断する。判断部１２は、この判断に基づき、回答をジグザグに選択していると判断した場合、入力が適正でないと判断する。このように、判断部１２は、１番目および２番目の観点に基づき、所定のパターンに属するか否かに基づいて入力が適正か否か判断する。
【００５５】
また、判断部１２は、３番目の観点である「回答にかける時間が極端に短い」について判断する。具体的に、判断部１２は、入力受付部１１から入力日時と、回答取得日時とに基づいて回答時間を算出する。判断部１２は、当該回答時間が、予め定めている閾値より短い場合、回答にかける時間が極端に短いと判断する。このように、判断部１２は、入力速度に基づいて、入力が適正か否か判断する。
【００５６】
また、判断部１２は、４番目の観点である「似た設問で回答が異なる」について判断する。具体的に、判断部１２は、設問ＤＢ１８で定義されている互いに関連する設問の回答が一致しない場合、入力が適切でないと判断する。
【００５７】
また、判断部１２は、５番目の観点である「簡易な対策は未実施なのに、高度な対策は実施していると選択」について判断する。具体的に、判断部１２は、設問ＤＢ１８で定義されている各設問の難易度を参照し、未実施と選択されている設問より難易度が高い設問が実施と選択されている場合、入力が適切でないと判断する。このように、判断部１２は、４番目および５番目の観点に基づき、回答に矛盾があるか否かに基づいて入力が適正か否か判断する。
【００５８】
判断部１２は、１〜５番目の観点の何れかについて、入力が適正でないと判断した場合、回答が適正でない旨の情報を付加して回答を回答ＤＢ２０に登録する。また、判断部１２は、適正な入力されていないと判断した場合、入力受付部１１へ入力が適正でない旨の回答をする。入力受付部１１は、これに応じて、出力部１４に端末４０へ回答エラーメッセージを出力する。
【００５９】
また、判断部１２は、１〜５番目の観点の何れについても、入力が適正でないと判断していない場合、入力が適正であると判断し、入力が適正でない旨の情報を付加することなく、回答を回答ＤＢ２０に登録し、評価部１３にユーザＩＤと、回答を送出する。
【００６０】
なお、判断部１２は、回答を回答ＤＢ２０に登録する場合、ユーザＩＤおよび当該ユーザが属する企業を示す情報を対応付けて回答を登録する。
【００６１】
また、判断部１２は、入力受付部１１によって受け付けられた更新入力（更新要求）の頻度に基づいて入力の適正を判断する。判断部１２は、ユーザＩＤと、更新箇所と、更新である旨（更新要求）を取得する。
【００６２】
判断部１２は、更新である旨を取得する度に、ユーザＩＤと、更新要求時刻とを対応付けた情報を記憶している。判断部１２は、当該情報を参照して、直近の所定期間内において、更新頻度（例えば、１日に更新１００回）が高い場合、入力が適正ではないと判断する。
【００６３】
また、判断部１２は、回答ＤＢ２０を参照して、当該ユーザＩＤに対応する回答を取得して、当該回答に更新箇所を適用した場合における、図９の１、２、４、５の観点について判断して、入力の適正を判断してもよい。判断部１２は、入力が適正でないと判断した場合、回答ＤＢ２０におけるデータに対して、当該ユーザＩＤに対応する回答に入力が適正でない旨の情報を付加する。また、判断部１２は、適正な入力されていないと判断した場合、入力受付部１１へ入力が適正でない旨の回答をする。入力受付部１１は、これに応じて、出力部１４に端末４０へ回答エラーメッセージを出力する。一方、判断部１２は、上記更新頻度が高くない場合（すなわち入力が適正であると判断した場合）、ユーザＩＤと、更新箇所とを評価部１３へ送出する。
【００６４】
評価部１３は、判断部１２により適正と判断された情報入力の回答を統計処理して、各企業のセキュリティ対策に関する相対評価をする部分である。評価部１３は、判断部１２からユーザＩＤと、回答とを取得すると、当該回答に基づいて相対評価を開始する。
【００６５】
評価部１３は、相対評価として、他社の実施値を加味した当該回答のスコアを算出する。評価部１３は、回答の設問ごとに設定されている配点と、大カテゴリごとに設定されている調整係数と、各設問の回答内容に対応する値とを乗算した値が、各設問のスコアである。調整係数および配点は、配点ＤＢ１９に予め記憶されている。
【００６６】
図１０を用いて、各設問のスコアを算出する方法について説明する。図１０は、各設問のスコアを算出する方法について概要を示した図である。前提として１０００点満点とする。大カテゴリごとで配点を分ける。例えば、大カテゴリが、「戦略」、「人・組織」、「技術」、「有事」の４つの場合、各大カテゴリのスコアは、１０００／４＝２５０点となる。続いて、調整係数について説明する。調整係数は、各大カテゴリのスコアを各大カテゴリに属するエレメンツ（設問）の数で除算した値になる。ある大カテゴリの設問が１０ある場合、調整係数は、２５０／１０＝２５となる。
【００６７】
また、各設問の回答内容に対応する値（各社結果）は、回答内容に基づいて定められている。具体的には、Ａ群の設問の場合、「未実施」は、０点、「定義した」は、０．２５点、「文書化した」は、０．５点、「実施した」は、０．７５点、「見直しした」は、１点となる。Ｂ群の設問の場合、該当なしを示す「未実施」は、０点、「一部実施」は、０．５点、「実施済み」は１点となる。また、Ａ群・Ｂ群どちらにおいても自組織に対策が当てはまらないことを示す「該当なし」は、１点となる。
【００６８】
続いて、配点について説明する。まず、図１０に記載の「他社実施値」について説明する。「他社実施値」は、回答ＤＢ２０に記憶されている回答のうち、入力が適正でない旨の情報が付加されていない回答（有効な回答）における、設問毎の各社結果の平均値である（Ｓｉ＿１等）。また、Ｓｉは、大カテゴリの下位カテゴリである中カテゴリに属する設問の他社実施値の合計である。このように、評価部１３は、複数の企業の回答の内容を統計処理した結果（他社実施値）を用いて相対評価する。
【００６９】
「システム重み」は、セキュリティ評価する事業者が、設問毎に設定した値である（例えば、Ｔｉ＿１）。また、Ｔｉは、中カテゴリに属する設問のシステム重みの合計である。
【００７０】
「配点」は、上記他社実施値、システム重みに基づいた値である。具体的に、設問Ｃｋの他社実施値がＳｉ＿ｋであり、設問Ｃｋのシステム重みがＴｉ＿ｋである場合、設問Ｃｋの配点は、｛ｓ（Ｓｉ＿ｋ／Ｓｉ）＋ｔ（Ｔｉ＿ｋ／Ｔｉ）｝＊１００となる。なお、ここで、ｓおよびｔは、係数であり、例えば、ｓが０．３、ｔが０．７である（ｓおよびｔの値を合計すると１．０となる）。
【００７１】
なお、配点および調整係数は、予め配点ＤＢ１９に記憶されており、配点ＤＢ１９に記憶された配点および調整係数は、他社実施値の変化等に応じて自動的に更新されるようにしてもよく、本セキュリティ評価システムの管理者によって任意のタイミングで更新できるようにしてもよい。評価部１３は、評価する度に、配点ＤＢ１９から配点および調整係数を取得する。なお、評価部１３は、一定時間毎（例えば、１週間毎）、回答ＤＢ２０に記憶されている回答（適正でない旨の情報が付されていない回答）を参照して、配点を計算して、計算した結果を配点ＤＢ１９へ記憶する。
【００７２】
「点数」は、上記「配点」と同値である（例えば、設問Ｃｋの点数は、Ｕｋ）。評価部１３は、設問Ｃｋのスコアとして、各社結果Ｘｋと点数Ｕｋと調整係数とを乗算する。また、評価部１３は、大カテゴリ毎に、当該大カテゴリに属する設問のスコアを集計する。この集計結果が、大カテゴリのスコアとなる。
【００７３】
また、評価部１３は、評価結果ＤＢ２１を参照して、各ユーザの大カテゴリ毎のスコアを取得して、これらのスコアを用いて、大カテゴリ毎の偏差値を算出する。評価部１３は、当該大カテゴリ毎のスコアと、偏差値とを出力部１４へ送出する。また、評価部１３は、ユーザＩＤと、大カテゴリ毎のスコアと、偏差値とを含む評価情報を評価結果ＤＢ２１へ登録する。
【００７４】
また、評価部１３は、判断部１２からユーザＩＤと共に更新箇所（更新対象の設問、更新後の回答）を取得した場合、当該ユーザＩＤに対応する回答を回答ＤＢ２０から取得する。また、評価部１３は、評価情報を評価結果ＤＢ２１から取得する。また、評価部１３は、配点ＤＢ１９から配点、調整係数を取得する。評価部１３は、更新箇所の設問について、当該更新後の回答と、配点と、調整係数とを用いて更新後のスコアを大カテゴリ毎に算出する。また、当該更新後のスコアに基づいて、大カテゴリ毎の偏差値を算出する。
【００７５】
評価部１３は、大カテゴリ毎の更新前のスコアと、更新後のスコアと、更新前の偏差値と、更新後の偏差値とを出力部１４へ送出する。また、評価部１３は、当該更新箇所に基づいて、回答ＤＢ２０を更新する。また、評価部１３は、更新後のスコアおよび偏差値に基づいて、評価結果ＤＢ２１を更新する。
【００７６】
出力部１４は、端末４０へ情報出力する部分である。出力部１４は、入力受付部１１からサービス要求を受け付けると、サービス受付画面を端末４０へ出力する。
【００７７】
出力部１４は、入力受付部１１からメールアドレスを取得し、団体属性登録先のＵＲＬを含むメールの送信要求を受け付けると、上記メールアドレス宛てに当該メールを生成し、送信する。
【００７８】
出力部１４は、入力受付部１１から団体属性入力画面の出力要求を受け付けると、当該団体属性入力画面を端末４０へ出力する。
【００７９】
出力部１４は、入力受付部１１からメールアドレスを取得し、対策回答画面のＵＲＬを含むメールの送信要求を受け付けると、上記メールアドレス宛てに当該メールを生成し、送信する。
【００８０】
出力部１４は、入力受付部１１から対策回答画面の送信要求を受け付けると、対策回答画面を端末４０へ送信する。
【００８１】
出力部１４は、入力受付部１１から要求元のユーザＩＤを受信すると共に、修正用画面の送信要求を受け付けると、回答ＤＢ２０を参照し、当該ユーザＩＤに対応する回答を取得する。また、出力部１４は、評価結果ＤＢ２１を参照して、ユーザＩＤに対応する評価情報を出力する。出力部１４は、当該回答と評価を含めた更新画面を生成し、当該更新画面を端末４０へ出力する。
【００８２】
また、出力部１４は、評価部１３から大カテゴリ毎のスコアと、偏差値とを取得した場合、当該大カテゴリ毎のスコアと、偏差値とを含む評価画面を生成し、当該評価画面を端末４０へ出力する。
【００８３】
また、出力部１４は、評価部１３から大カテゴリ毎の更新前のスコアと、更新後のスコアと、更新前の偏差値と、更新後の偏差値とを取得すると、これらの情報を含む修正結果画面３２０を生成し、当該修正結果画面３２０を端末４０へ送出する。
【００８４】
＜処理の流れ＞
図１１は、本実施の形態における、端末４０から入力された情報の適正を判断し、相対評価を提供する処理の流れの例について概要を示した図である。
【００８５】
まず、ユーザ４の入力操作により、端末４０は、メールアドレスや企業名等の属性（団体属性）をセキュリティ評価サーバ１０へ送信する（Ｓ０１）。セキュリティ評価サーバ１０では、入力された属性と、正解情報とを比較して、属性チェックをする（Ｓ０２）。
【００８６】
セキュリティ評価サーバ１０は、属性チェックの結果、入力が適正であれば、対策回答画面を端末４０へ送信する（Ｓ０３）。端末４０は、当該対策回答画面に入力された回答をセキュリティ評価サーバ１０へ送信する（Ｓ０４）。セキュリティ評価サーバ１０は、当該回答について、回答チェックする（Ｓ０５）。セキュリティ評価サーバ１０は、回答チェックの結果、入力が適切であれば、相対評価をして、評価結果画面を端末４０へ送信する（Ｓ０６）。端末４０は、当該評価画面を表示して、一連の処理を終了する（Ｓ０７）。
【００８７】
上述の実施形態では、判断部１２が、回答内容に基づいて入力が適切か否かを判断する場合について述べたが、システム証跡監査ツールの結果をさらに取得し、当該システム証跡監査ツールの結果と、回答とを比較して、この比較した結果に基づいて、入力が適切か否かを判断するようにしてもよい。
【００８８】
ここで、図１２に、ユーザの自己申告とシステム証跡の結果との比較例を示す。設問「ＳＯＣ等によるセキュリティログの監視」は、ユーザの自己申告（回答）、システム証跡（システム証跡監査ツールの結果）共に実施済みであるので、適切に回答されていると判断できる。設問「標的型メール訓練実施」は、ユーザの自己申告が未実施になっているにも関わらず、システム証跡が実施済みである。これは、回答ミス（回答漏れ）の可能性がある。設問「外部委託先管理・監査」は、ユーザの自己申告が見直ししたになっており、システム証跡が実施したになっている。これは、自己申告が誤っている可能性がある。
【００８９】
上記のような、回答ミスや自己申告が誤っている回答が、予め設定されている閾値と比較して多い場合、判断部１２は、入力が適正でないと判断してもよい。これにより、セキュリティ評価サーバ１０が、信用性の乏しい回答を用いて相対評価してしまうことを回避することができる。
【００９０】
また、上述の実施形態では、判断部１２が、入力日時と、回答取得日時とに基づいた回答時間により、回答にかける時間が極端に短いか否かを判断する場合について述べたが、設問単位の回答時間を取得し、当該回答時間に基づき回答にかける時間が極端に短いか否かを判断するようにしてもよい。
【００９１】
また、評価画面において、各団体における設問またはカテゴリ毎のヒートマップを表示するようにしてもよい。
【００９２】
また、企業グループ毎、業種毎に他社実施値を算出し、企業グループ毎、業種毎に当該他社実施値を有する配点を配点ＤＢ１９で記憶しておいてもよい。この場合、評価部１３は、この配点を用いることにより、企業グループ単位、業種単位で相対評価をすることができる。
【００９３】
以上説明したように、入力受付部１１が、各団体のセキュリティ対策に関する設問の回答を含む情報入力を受け付け、判断部１２が、情報入力の適正を判断して、評価部１３が、判断部１２によって適正と判断された回答を統計処理して相対評価を行う。これにより、不正回答または、不正なユーザからの入力内容を除去して相対評価することができる。すなわち、セキュリティ評価サーバ１０は、適切な回答を用いてセキュリティ対策の相対評価を提供できる。
【００９４】
また、判断部１２は、入力受付部１１により受け付けられた団体に関する属性を示す情報（メールアドレス、企業名等）と、正解属性情報とを比較した結果に基づいて、入力の適正を判断する。これによれば、セキュリティ評価サーバ１０は、なりすましの入力等、適切に属性が入力されていないユーザからの設問の回答を受け付けないようにすることができるので、そのような回答を除去して相対評価することができる。すなわち、セキュリティ評価サーバ１０は、適切にセキュリティ対策の相対評価をすることができる。
【００９５】
また、判断部１２は、回答の内容に基づいて、入力の適正を判断するので、不正回答を用いて相対評価してしまうことを回避することができる。具体的に、判断部１２は、回答内容が予め定められたパターン（左端のみの回答等）に属するか否かに基づいて、入力の適正を判断する。これにより、セキュリティ評価サーバ１０は、不正回答の蓋然性が高い、単純パターンの回答を適切に特定でき、そのような回答を除去して相対評価することができる。
【００９６】
また、判断部１２は、互いに関連する設問のそれぞれの回答に矛盾があるか否かに基づいて入力の適正を判断する。これにより、セキュリティ評価サーバ１０は、不正回答の蓋然性が高い、回答に矛盾がある回答を特定することができ、そのような回答を除去して相対評価することができる。
【００９７】
また、判断部１２は、回答の入力速度に基づいて入力の適正を判断するので、雑に回答している回答（不正回答の蓋然性が高い回答）を特定することができる。
【００９８】
また、判断部１２は、更新入力の頻度に基づいて、入力の適正を判断するので、ロジック解析を目的とするユーザや、適切に検証せずに入力しているユーザによる回答を特定することができる。この結果、セキュリティ評価サーバ１０は、上記のような回答を除去して相対評価することができる。
【００９９】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記の実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１００】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、またはＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０１０１】
また、上記の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【産業上の利用可能性】
【０１０２】
本発明は、情報処理システムにより各団体のセキュリティ対策に関する設問の回答を統計処理するセキュリティ評価システムおよびセキュリティ評価方法に利用可能である。
【符号の説明】
【０１０３】
１…セキュリティ評価システム、
１０…セキュリティ評価サーバ、１１…入力受付部、１２…判断部、１３…評価部、１４…出力部、１５…企業関係ＤＢ、１６…正解ＤＢ、１７…顧客ＤＢ、１８…設問ＤＢ、１９…配点ＤＢ、２０…回答ＤＢ、２１…評価結果ＤＢ、
３０…ネットワーク、
４０…端末。
【図１】
2019070912.tif 000003
【図２】
2019070912.tif 000004
【図３】
2019070912.tif 000005
【図４】
2019070912.tif 000006
【図５】
2019070912.tif 000007
【図６】
2019070912.tif 000008
【図７】
2019070912.tif 000009
【図８】
2019070912.tif 000010
【図９】
2019070912.tif 000011
【図１０】
2019070912.tif 000012
【図１１】
2019070912.tif 000013
【図１２】
2019070912.tif 000014