(57)【特許請求の範囲】
【請求項１】
組織の情報技術資産のセキュリティ査定情報を受けるステップを含み、前記セキュリティ査定情報は前記組織の既存のリスクエクスポージャを表わし、さらに
ユーザが変更するように、前記セキュリティ査定情報を前記ユーザに提示するステップと、
変更されたセキュリティ査定情報を前記ユーザから受けるステップとを含み、前記変更されたセキュリティ査定情報は前記組織の仮説リスクエクスポージャを表わし、さらに
第１および第２のデータ点を判定するステップを含み、前記第１のデータ点は前記セキュリティ査定情報を用いて判定されかつ前記既存のリスクエクスポージャを表わし、前記第２のデータ点は前記変更されたセキュリティ査定情報を用いて判定されかつ前記仮説リスクエクスポージャを表わし、さらに
電子画面上にグラフを表示し、前記グラフ中の複数の連続した視覚的表現をアニメーション化するステップを含み、初期の視覚的表現は前記第１のデータ点を示し、最後の視覚的表現は前記第２のデータ点を示し、前記グラフは、第１の色を有する第１の領域および前記第１の色とは異なる第２の色を有する第２の領域を含む背景を含む、方法。
【請求項２】
前記背景は、前記第２および第１の色とは異なる第３の色を有する第３の領域を含む、請求項１に記載の方法。
【請求項３】
前記視覚的表現は丸印である、請求項１に記載の方法。
【請求項４】
正の方向への傾斜を有する、前記初期の視覚的表現から前記最後の視覚的表現へ描かれた線は増大するリスクの量を示す、請求項１に記載の方法。
【請求項５】
前記初期の視覚的表現は前記第１の色を有する前記第１の領域の上に重ねられ、前記最後の視覚的表現は前記第２の色を有する前記第２の領域の上に重ねられ、前記組織のリスクエクスポージャが増大している、請求項１に記載の方法。
【請求項６】
前記初期の視覚的表現は前記第２の色を有する前記第２の領域の上に重ねられ、前記最後の視覚的表現は前記第１の色を有する前記第１の領域の上に重ねられ、前記組織のリスクエクスポージャは減少している、請求項１に記載の方法。
【請求項７】
前記グラフ中の複数の連続した視覚的表現をアニメーション化する前記ステップの間、前記第１の領域の前記第１の色は一定のままである、請求項１に記載の方法。
【請求項８】
前記情報技術資産は、サーバ、デスクトップコンピュータ、またはラップトップコンピュータのうち少なくとも１つを含む、請求項１に記載の方法。
【請求項９】
情報技術資産のセキュリティ査定情報を受ける前記ステップは、資産についてのインパクト評価および尤度評価を受けるステップを含み、前記尤度評価は発生するイベントの確率を示し、前記インパクト評価は前記イベントが発生した場合の前記組織に対する妨害の度合いを示す、請求項１に記載の方法。
【請求項１０】
前記セキュリティ査定情報は前記情報技術資産を保護するための実際のコスト支出を含み、前記変更されたセキュリティ査定情報は前記情報技術資産を保護するための仮説コスト支出を含む、請求項１に記載の方法。
【請求項１１】
請求項１〜請求項１０のいずれか１項に記載の方法であって、
コンピュータ画面において、前記画面の第１の部分に複数のユーザ調節可能オプションを設けるステップと、
前記コンピュータ画面において、前記画面の第２の部分に第１の軸、第２の軸、および第１の色を有する第１の領域と、前記第１の色とは異なる第２の色を有する第２の領域とを含む背景を有するグラフを設けるステップとをさらに含み、
前記第１の軸と前記第１の領域の第１の端縁との間の第１の最短距離は前記第１の軸から前記第１の領域の最も左の端縁へであり、前記第２の軸と前記第１の領域の第２の端縁との間の第２の最短距離は前記第２の軸から前記第１の領域の最も底部の端縁へであり、前記第１の領域は前記第２の領域と第１および第２の軸との間にあり、さらに
第１のユーザ選択可能オプションが選択された後、前記グラフ中の第１の複数の視覚的表現をアニメーション化するステップを含む、方法。
【請求項１２】
前記第１の領域の前記最も左の端縁は前記第１の軸に当接し、前記第１の領域の前記最も底部の端縁は前記第２の軸に当接する、請求項１１に記載の方法。
【請求項１３】
前記第１の領域の面積は前記第２の領域の面積よりも大きい、請求項１１に記載の方法。
【請求項１４】
前記背景は、前記第１および第２の色とは異なる第３の色を有する第３の領域を含む、請求項１１に記載の方法。
【請求項１５】
前記第２の領域は前記第１の領域と前記第３の領域との間にある、請求項１４に記載の方法。
【請求項１６】
前記第１の複数の視覚的表現の各々は丸を含む、請求項１４に記載の方法。
【請求項１７】
前記グラフ中の前記第１の複数の視覚的表現のうち１つをユーザが選択すると、前記コンピュータ画面に、選択された前記視覚的表現と関連付けられた情報を表示するステップを含む、請求項１１に記載の方法。
【請求項１８】
前記第１の複数の視覚的表現は第１の種類の資産を表わし、
前記第１のユーザ選択可能オプションが選択された後は、
前記第１の種類とは異なる第２の種類の資産をフィルタリングするフィルタが選択されたか否かを判定するステップと、
前記フィルタが選択されていないと判定されると、前記グラフ中の第２の複数の視覚的表現をアニメーション化するステップとを含み、前記第２の複数の視覚的表現は前記第２の種類の資産を表わし、さらに
前記フィルタが選択されたと判定されると、前記第２の複数の視覚的表現をアニメーション化しないステップを含む、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
この特許出願は、２００９年４月２４日に出願された米国仮特許出願６１／１７２，６１６の利益を主張し、これは、この出願に引用されるすべての他の文献とともに引用により援用される。
【背景技術】
【０００２】
発明の背景
この発明は情報システムの分野に関し、より具体的には企業情報セキュリティに関する。
【０００３】
組織および企業は本質的に資産の集合体である。組織にとって価値のある如何なるものも資産である。資産はデータファイルから物理的資産にまで及び得る。資産は、組織の評判およびその従業員のスキルのセットなどの無形物も含んでもよい。
【０００４】
これらの資産は大量の情報を含む。多くの場合、情報は機密である。情報は、社員、顧客、製品、研究、および財務状況に関してもよい。情報は、たとえば、ディスクドライブ、フロッピー（登録商標）ディスク、磁気ディスク、光ディスク、磁気光学ディスク、固定ディスク、ハードディスク、ＣＤ−ＲＯＭ、記録可能ＣＤ、ＤＶＤ、記録可能ＤＶＤ（たとえば、ハードドライブ、磁気ディスクを含む多様な媒体に記憶されてもよい。
【０００５】
その機密性、完全性、および利用可能性を確実にすることによってそのような情報を保護することが組織にとって極めて重要である。セキュリティ侵害は、新製品のラインが競合他社に渡ってしまうこと、事業損失、訴訟、個人情報盗難、および組織の破産すらを許してしまう可能性がある。
【０００６】
多くの場合、情報を保護することはビジネス上のおよび倫理的な要件であるだけでなく、法的な要件でもある。法令遵守は多くの組織にとって重要な法的責任である。たとえば、サーベンスオクスリー法（ＳＯＸ）は、さまざまな業務監督の存在を実証することを執行役員に求めている。国際標準化機構（ＩＳＯ）などの基準設定団体は、たとえば、法令遵守ならびに資産および情報の防護を確実にするのを助ける広範な施策および手順を有している。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
組織の資産を管理し、確保し、かつ監視すること、ならびに組織の施策および手順が法令を満たしていることを確実にするのは困難な作業であり得る。たとえば、資産の目録を作ること、責任者を定めること、受入れ可能な使用施策を確立すること、情報を分類し標識付けることなど、他にも多くのことが求められる。これは非常に困難で費用のかかるプロセスであり得る。
【０００８】
したがって、企業情報セキュリティの改良されたシステムおよび方法の必要性が存在する。
【課題を解決するための手段】
【０００９】
発明の簡単な概要
システムによって、資産のさまざまなベースラインセキュリティ測定値が収集され算出される。ユーザは、１つ以上のベースラインセキュリティ測定値を変更することによってもしもの場合のシナリオを作成する。システムは、もしもの場合のシナリオに対してベースラインセキュリティ測定値を比較するアニメーション化された対話的グラフを生成する。これにより、ユーザは戦略的なセキュリティ分析およびプランニングを行なうことができるようになる。
【００１０】
管理モジュールはもしもの場合のシナリオ（たとえばモデリング）を可能にする。この特徴により、ユーザは、将来何が起こるかを予測するための、セキュリティ上のもしもの場合のシナリオおよびモデルを生成できるようになる。
【００１１】
モジュールという特徴は、セキュリティコンプライアンスおよび関係のマッピングを含む。この特徴は、１つ以上の他の基準に対する１つの基準におけるコンプライアンス要件同士の間の関係を示すアニメーション化されたスパイダー図（spider diagram）を含む。たとえば、システムは、ＩＳＯ、ＨＩＰＰＡ、ＰＣＩ、および他のセキュリティ法的要件に対してサーベンスオクスリー法セキュリティ要件を比較することができる。この図は、ＩＴ環境（たとえばアプリケーションをホスティングする／サポートするサーバ）間の関係を実証することができる。
【００１２】
リスクモジュールは、リスクレーティング、スコア、およびパーセントを生成する第三者ツール（たとえば、セキュリティ脆弱性スキャナ）とリスクモデリングとの統合を含む。具体的な実現例では、システムは、査定結果（たとえば、サーバのセキュリティをチェックする誰か）と技術的査定結果（たとえば、第三者セキュリティスキャナ）との組合せを用いてリスクモデルを供給する。リスク式は、尤度および確率算出を含む。リスクモジュールは、履歴データ、現在のデータ、またはその両方を集めることができる。
【００１３】
情報セキュリティ（ＩＴ）セキュリティソフトウェアアプリケーションは、ＩＴ管理者がシステムにおける潜在的なセキュリティリスクを同定するのを助ける。このシステムは、ネットワークセキュリティを査定し修正するのを助け、たとえば、システムへの望まれない侵入、認証の失敗、ウイルス、破壊工作ソフト、なりすまし、機密データの盗難、サービス妨害攻撃、ネットワークのシャットダウン、ネットワークの劣化、またはネットワークに対する他の攻撃に係る問題を防止することができる。たとえば、アマゾンおよびイーベイなどのサイトは、インターネットを用いて業務を行なっている。そのようなサイトがダウンしたり劣化したりする毎秒ごとに会社が行なっている販売量に影響する。さらに、そのようなサイトに関連の機密情報が存在するため、もしもユーザがクレジット情報または社会保障番号のような情報または顧客リストを入手した場合、サイトのユーザが直接に攻撃されるおそれがある。また、サイトは、顧客情報の機密性を保てることについての自身の顧客の信用を失うであろう。したがって、ＩＴセキュリティソフトウェアアプリケーションは、ネットワークセキュリティリスクを管理し、同定し、かつ軽減する重要なツールである。
【００１４】
リスクモジュールの別の特徴はもしもの場合のシナリオとの統合である。一旦シナリオが構築されると、リスク分析を実行して、どのシナリオが最もリスクが高く、コストがかかるかなどを判断することができる。具体的な実現例では、リスクモジュールは、現在リスク分析を用い、将来の活動（たとえば、アジアへのビジネス拡大）をセキュリティリスク、コスト、脆弱性、コントロールなどにおける潜在的な変化と統合する。
【００１５】
実現例では、情報技術（ＩＴ）セキュリティソフトウェアアプリケーションにより、現在リスク分析および将来の活動を含む要因に基づくもしもの場合の分析を行なうことができる。（履歴または現在データから）現在リスク分析データを与えられると、ユーザは、他の場所への拡大、新事務所、事務所の閉鎖、配備する新たなソフトウェアまたはハードウェア、１つの場所へのより多くの資金の割当て、別の場所へのより少ない資金の割当て、および他の将来の要因などの、将来の活動についての情報および将来の予算を入力する。この将来の活動情報は数値情報としてシステムに入力可能であり、かつ日付を付与可能である。たとえば、将来の１年の毎月のサンフランシスコ事務所の想定される予算をシステムに入力することができる。ＩＴセキュリティは、セキュリティリスク、コスト、脆弱性、コントロールなどにおける潜在的な変化を示しかつこれを反映するチャート、レポート、およびグラフを与えるであろう。多くの異なる将来の入力が（おそらくは多数の異なるユーザまたは多数の異なるソースから）もしもの場合のシステムに提供され、システムのチャート、レポート、およびグラフは、ユーザが、（アニメーション化されたグラフの経時的変化を見るなどして）莫大な量の入力データを把握し、潜在的な将来のセキュリティ上の問題を同定することを容易にする。もしもの場合の分析に基づき、ＩＴセキュリティ管理者は、潜在的な将来のセキュリティ上の問題を防止するまたは軽減する変更を行なうことができる。
【００１６】
モジュールの別の特徴はレポート作成である。アニメーション化されたレポートは、ビジネスユニットまたは組織単位のリスクと、それが経時的にどのように変化するか（たとえば傾向）とを示す。実現例では、情報技術（ＩＴ）セキュリティソフトウェアアプリケーションは、アニメーション化された図表を含む。アニメーション化されたグラフは、「再生」または「スタート」ボタン、「一時停止」ボタン、および「停止ボタン」を含むことができる。たとえば、一旦再生ボタンが示されると、グラフの要素はユーザによるさらなる対話なしにコンピュータ画面上を移動する（たとえば下部余白が示されても示されなくてもよい）。ユーザはアニメーション化された要素を停止または一時停止することができる。他のコントロールは、早送り、巻戻し、ならびに早送りおよび巻戻しの複数の速度を含んでもよい。グラフは、どの特定の時点にグラフがあるかを示すインジケータを有するタイムラインも有してもよい。アニメーション化されたグラフは、より理解が容易な形式で（たとえば、将来の活動についての情報を含む）情報の量の傾向を示し、潜在的な将来のセキュリティ上の問題の同定をより容易にする。アニメーション化されたグラフで色を用いて潜在的な問題などの特徴をハイライトすることができる。アニメーション化された変化に基づき、ＩＴセキュリティ管理者は、潜在的な将来のセキュリティ上の問題を防止するまたは軽減するための変更を行なうことができる。
【００１７】
資産モジュールは、ネットワーク、コンピュータ、サーバ、およびアプリケーション間の関係を示すスパイダー図を含む。
【００１８】
システムは、リスク／コスト比などのリスクに関するさまざまな比率を算出する。リスクデルタ／コスト比。すなわち（Ｒ２−Ｒ１）／コストまたはリスクスコア２−リスクスコア１／Ｘのコストである。式中、ＸはＩＴプロジェクト、ソフトウェア、ハードウェアなどであり得る。システムは、セキュリティ予算／費用の結果としてのリスクの変化、またはセキュリティ予算、セキュリティ経費、もしくはその両者の変化の結果としてのリスクの変化の間の関係を示すことができる。たとえば、ＩＴセキュリティソフトウェアは、セキュリティ予算またはセキュリティ経費対ネットワークセキュリティリスク間の関係を示すグラフを生成する。この関係は、セキュリティ予算がある期間にわたって特定される場合は時間単位でもあり得る。たとえば、将来のセキュリティ予算は、初めの５ヶ月間については一月毎に１０Ｋドル、次に次の３ヶ月については１２．５Ｋドル、次に次の１ヶ月については８Ｋドルと特定されてもよい。システムとシステムが与えるグラフとは、セキュリティ予算の変更に対するネットワークセキュリティリスク（たとえば、高リスク、中リスク、低リスク、スコア、または指標値）を示す。たとえば、リスクスコアは変わり得るので、一月８Ｋドルの予算についてはリスクがより高く、一月１２．５Ｋドルの予算についてはリスクはより低い。
【００１９】
発明のいくつかの具体的な特徴は、情報セキュリティに関するもしもの場合のまたは仮説のシナリオをユーザが作成できるようにすることと、ビジネスインパクト（たとえば、リスクの変化／セキュリティ予算または経費の変化）に伴うリスク分析を行なうことと、管理レポートを生成することおよび傾向分析を行なうこととを含む。管理レポートは、ユーザがオブジェクトを選択してより多くのデータを見るように掘り下げる、より少ないデータを見るようにデータをフィルタリングする、またはその両方を行なうことができる、電子画面上に表示される対話的レポートであってもよい。
【００２０】
具体的な実現例では、方法は、組織の情報技術資産のセキュリティ査定情報を受けるステップを含む。セキュリティ査定情報は、組織の既存のリスクエクスポージャを表わす。方法は、ユーザが変更するように、セキュリティ査定情報をユーザに提示するステップと、変更されたセキュリティ査定情報をユーザから受けるステップとを含む。変更されたセキュリティ査定情報は、組織の仮説リスクエクスポージャを表わす。方法は、第１および第２のデータ点を判定するステップを含み、第１のデータ点はセキュリティ査定情報を用いて判定されかつ既存のリスクエクスポージャを表わし、第２のデータ点は変更されたセキュリティ査定情報を用いて判定されかつ仮説リスクエクスポージャを表わし、さらに方法は、電子画面にグラフを表示するステップと、グラフ中の複数の連続した視覚的表現をアニメーション化するステップとを含む。初期視覚的表現は第１のデータ点を示し、最後の視覚的表現は第２のデータ点を示し、グラフは、第１の色を有する第１の領域および第１の色とは異なる第２の色を有する第２の領域を有する背景を含む。
【００２１】
背景は、第２および第１の色とは異なる第３の色を有する第３の領域を含んでもよい。視覚的表現は丸印であってもよい。初期視覚的表現から最後の視覚的表現へ描かれる、正の方向の傾斜を有する線は増大するリスク量を示し得る。
【００２２】
実現例では、初期視覚的表現が第１の色を有する第１の領域の上に重ねられ、最後の視覚的表現が第２の色を有する第２の領域の上に重ねられる場合、組織のリスクエクスポージャは増大している。別の実現例では、初期視覚的表現が第２の色を有する第２の領域の上に重ねられ、最後の視覚的表現が第１の色を有する第１の領域の上に重ねられる場合、組織のリスクエクスポージャは減少している。具体的な実現例では、グラフ中の複数の連続した視覚的表現をアニメーション化する際、第１の領域の第１の色は一定のままである。
【００２３】
情報技術資産は、サーバ、デスクトップコンピュータ、またはラップトップコンピュータのうち少なくとも１つを含んでもよい。
【００２４】
情報技術資産のセキュリティ査定情報を受けるステップは、資産についてのインパクト評価および尤度評価を受けるステップを含んでもよく、尤度評価は発生するイベントの確率を示し、インパクト評価はイベントが発生した場合の組織に対する妨害の度合いを示す。
【００２５】
セキュリティ査定情報は、情報技術資産を保護するための実際のコスト支出を含んでもよく、変更されたセキュリティ査定情報は情報技術資産を保護するための仮説コスト支出を含んでもよい。
【００２６】
具体的な実現例では、方法は、コンピュータ画面において、画面の第１の部分に複数のユーザ調節可能オプションを設けるステップと、コンピュータ画面において、第１の軸、第２の軸、ならびに画面の第２の部分に第１の色を有する第１の領域および第１の色とは異なる第２の色を有する第２の領域を含む背景を有するグラフを設けるステップとを含む。第１の軸と第１の領域の第１の端縁との間の第１の最短距離は、第１の軸から第１の領域の最も左の端縁へであり、第２の軸と第１の領域の第２の端縁との間の第２の最短距離は、第２の軸から第１の領域の最も底部の端縁へであり、第１の領域は第２の領域と第１および第２の軸との間にあり、第１のユーザ選択可能オプションが選択された後にグラフ中の第１の複数の視覚的表現をアニメーション化する。
【００２７】
具体的な実現例では、第１の領域の最も左の端縁は第１の軸に当接するかまたはこれに接し、第１の領域の最も底部の端縁は第２の軸に当接するかまたはこれに接する。第１の領域の面積は第２の領域の面積より大きくてもよい。背景は、第１および第２の色とは異なる第３の色を有する第３の領域を含んでもよい。第２の領域は、第１の領域と第３の領域との間にあってもよい。第１の複数の視覚的表現の各々は丸を含んでもよい。
【００２８】
実現例では、ユーザがグラフ中の第１の複数の視覚的表現のうち１つを選択すると、方法は、選択された視覚的表現に関連付けられた情報をコンピュータ画面に表示するステップを含む。
【００２９】
実現例では、第１の複数の視覚的表現は第１の種類の資産を表わし、第１のユーザ選択可能オプションが選択された後は、第１の種類とは異なる第２の種類の資産をフィルタリングするフィルタが選択されたか否かを判断するステップと、当該フィルタが選択されていないと判断される場合は第２の複数の視覚的表現が第２の種類の資産を表わすグラフ中の第２の複数の視覚的表現をアニメーション化するステップと、当該フィルタが選択されたと判断される場合は第２の複数の視覚的表現をアニメーション化しないステップとを含む。
【００３０】
本発明の他の目的、特徴、および利点は、以下の詳細な説明および添付の図面を考慮すると明らかになるであろう。図面中の同じ参照符号は図を通して同じ特徴を表わす。
【図面の簡単な説明】
【００３１】
【図１】発明の実施形態が実現され得るクライアント−サーバシステムおよびネットワークの簡略化されたブロック図である。
【図２】発明の実現例で用い得る例示的なクライアントまたはコンピュータのより詳細な図である。
【図３】ウェブブラウザなどのアプリケーションプログラムを実行するのに用いられるクライアントコンピュータシステムのシステムブロック図である。
【図４】発明のシステムの具体的な実現例のブロック図である。
【図５】セキュリティ予見のためのフロー図の具体的な実現例を示す図である。
【図６】尤度マトリックスの具体的な実現例のアプリケーションウインドウを表示するコンピュータ画面を示す図である。
【図７】尤度マトリックスの別の具体的な実現例のアプリケーションウインドウを表示するコンピュータ画面を示す図である。
【図８】尤度算出タブの具体的な実現例のアプリケーションウインドウを表示するコンピュータ画面を示す図である。
【図９】リスク算出タブの具体的な実現例のアプリケーションウインドウを表示するコンピュータ画面を示す図である。
【図１０】分析結果タブの具体的な実現例のアプリケーションウインドウを表示するコンピュータ画面を示す図である。
【図１１】もしもの場合のシナリオのモデリングのためのツールの具体的な実現例のアプリケーションウインドウを表示するコンピュータ画面を示す図である。
【図１２】アニメーション化されたリスク色分け地図バブルチャートの具体的な実現例を示すアプリケーションウインドウを表示するコンピュータ画面を示す図である。
【図１３】アニメーション化されたスパイダー図の具体的な実現例を示すアプリケーションウインドウを表示するコンピュータ画面を示す図である。
【図１４】セキュリティロードマップの具体的な実現例のアプリケーションウインドウを表示するコンピュータ画面を示す図である。
【図１５】対話的グラフの実現例を示す図である。
【図１６】対話的グラフの実現例を示す図である。
【発明を実施するための形態】
【００３２】
発明の詳細な説明
図１は、本発明の実施形態を組入れる分散コンピュータネットワーク１００の簡略化されたブロック図である。コンピュータネットワーク１００は、多数のクライアントシステム１１３、１１６、および１１９と、複数の通信リンク１２８を介して通信ネットワーク１２４に結合されるサーバシステム１２２とを含む。通信ネットワーク１２４は、分散ネットワーク１００のさまざまな構成要素が互いと情報を通信および交換できるようにするためのメカニズムを提供する。
【００３３】
通信ネットワーク１２４はそれ自体が、多くの相互接続されたコンピュータシステムおよび通信リンクからなってもよい。通信リンク１２８は、配線接続リンク、光リンク、衛星もしくは他のワイヤレス通信リンク、波伝播リンク、または情報通信用の任意の他のメカニズムであってもよい。図１に示されるさまざまなシステム同士の間の通信を容易にするため、さまざまな通信プロトコルを用いてもよい。これらの通信プロトコルは、ＴＣＰ／ＩＰ、ＨＴＴＰプロトコル、ワイヤレスアプリケーションプロトコル（ＷＡＰ）、ベンダー独自のプロトコル、カスタマイズされたプロトコルなどを含んでもよい。１つの実施形態では通信ネットワーク１２４はインターネットであるが、他の実施形態では、通信ネットワーク１２４は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスネットワーク、イントラネット、プライベートネットワーク、公衆網、スイッチドネットワーク、およびこれらの組合せなどを含む任意の好適な通信ネットワークであってもよい。
【００３４】
図１の分散コンピュータネットワーク１００は本発明を組入れる実施形態の例示に過ぎず、請求項に記載のような発明の範囲を限定するものではない。当業者ならば、他の変形例、修正例、および代替例を認識するであろう。たとえば、１つよりも多くのサーバシステム１２２を通信ネットワーク１２４に接続してもよい。別の例として、多数のクライアントシステム１１３、１１６、および１１９をアクセスプロバイダ（図示せず）を介してまたは何らかの他のサーバシステムを介して通信ネットワーク１２４に結合してもよい。システムの１つまたはモジュールまたはツールはクラウドコンピューティングを用いて実現されてもよく、この場合ユーザはクラウドを通じてツールにアクセスする。ツールはクラウドで更新され、たとえばそれらのウェブブラウザを通してユーザに配信可能であるので、ユーザは自身のシステム上でツールソフトウェアを手動で更新する必要はない。
【００３５】
クライアントシステム１１３、１１６、および１１９は典型的に、情報を提供するサーバシステムからの情報を要求する。この理由のため、サーバシステムは典型的に、クライアントシステムよりも多くの計算および記憶容量を有する。しかしながら、特定のコンピュータシステムは、コンピュータシステムが情報を要求するかまたは提供するかに依存して、クライアントおよびサーバの両者として働いてもよい。加えて、発明の局面はクライアント−サーバ環境を用いて説明されるが、発明をスタンドアローンコンピュータシステムで具体化してもよいことが明らかであるべきである。
【００３６】
サーバ１２２は、クライアントシステム１１３、１１６、および１１９から情報要求を受信し、要求を満たすよう求められる処理を行ない、要求してくるクライアントシステムに要求に対応する結果を転送する役割を担っている。要求を満たすよう求められる処理はサーバシステム１２２によって行なわれてもよく、またはこれに代えて通信ネットワーク１２４に接続される他のサーバに委託されてもよい。
【００３７】
本発明の教示に従うと、クライアントシステム１１３、１１６、および１１９は、ユーザが、サーバシステム１２２が記憶する情報にアクセスし問合せできるようにする。具体的な実施形態では、クライアントシステム上で実行する「ウェブブラウザ」アプリケーションは、ユーザが、サーバシステム１２２が記憶する情報を選択し、これにアクセスし、これを検索し、またはこれを問合せることができるようにする。ウェブブラウザの例は、Microsoft Corporationが提供するInternet ExplorerブラウザプログラムおよびMozillaが提供するFirefoxブラウザなどを含む。
【００３８】
図２は、本発明の例示的なクライアントシステム（またはサーバシステム）を示す。実施形態では、ユーザは、図２に示されるものなどのコンピュータワークステーションシステムを通してシステムとインターフェイスする。図２は、モニタ２０３、画面２０５、キャビネット２０７、キーボード２０９、およびマウス２１１を含むコンピュータシステム２０１を示す。マウス２１１は、マウスボタン２１３などの１つ以上のボタンを有してもよい。キャビネット２０７は、プロセッサ、メモリ、大容量記憶装置２１７などの馴染みのあるコンピュータ構成要素を収容するが、それらのうちいくつかは示されていない。
【００３９】
大容量記憶装置２１７は、大容量ディスクドライブ、フロッピー（登録商標）ディスク、磁気ディスク、光ディスク、磁気光学ディスク、固定ディスク、ハードディスク、ＣＤ−ＲＯＭ、記録可能ＣＤ、ＤＶＤ、記録可能ＤＶＤ（たとえば、ＤＶＤ−Ｒ、ＤＶＤ＋Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、ＨＤ−ＤＶＤ、またはブルーレイディスク）、フラッシュおよび他の不揮発性固体記憶（ＵＳＢフラッシュドライブ）、バッテリバックアップ揮発性メモリ、テープ記憶、リーダ、ならびに他の同様の媒体、ならびにこれらの組合せを含んでもよい。
【００４０】
発明のコンピュータ実現またはコンピュータ実行可能バージョン（たとえばコンピュータプログラム製品）は、コンピュータ読出可能媒体を用いて、その上に記憶されて、またはこれと関連付けられて具体化されてもよい。コンピュータ読出可能媒体は、実行のために１つ以上のプロセッサに指示を与えることに参加する任意の媒体を含んでもよい。そのような媒体は、不揮発性媒体、揮発性媒体、および伝送媒体を含むがそれらに限定されない多くの形態を取り得る。不揮発性媒体は、たとえば、フラッシュメモリまたは光学もしくは磁気ディスクを含む。揮発性媒体は、キャッシュメモリまたはＲＡＭなどのスタティックまたはダイナミックメモリを含む。伝送媒体は、同軸ケーブル、銅配線、光ファイバ線、およびバスに配置される配線を含む。伝送媒体は、無線通信および赤外線データ通信の際に生成されるものなどの、電磁波、無線周波数波、音響波、または光波の形態を取ることもできる。
【００４１】
たとえば、本発明のソフトウェアのバイナリマシン実行可能バージョンは、ＲＡＭもしくはキャッシュメモリまたは大容量記憶装置２１７に記憶されるかまたは常駐してもよい。本発明のソフトウェアのソースコードも大容量記憶装置２１７（たとえば、ハードディスク、磁気ディスク、テープ、またはＣＤ−ＲＯＭ）に記憶されるかまたは常駐してもよい。さらなる例として、発明のコードは、配線、電波を介して、またはインターネットなどのネットワークを通して伝送されてもよい。
【００４２】
図３は、本発明のソフトウェアを実行するのに用いられるコンピュータシステム２０１のシステムブロック図を示す。図２のように、コンピュータシステム２０１は、モニタ２０３、キーボード２０９、および大容量記憶装置２１７を含む。コンピュータシステム５０１は、中央処理装置３０２、システムメモリ３０４、入力／出力（Ｉ／Ｏ）コントローラ３０６、ディスプレイアダプタ３０８、シリアルまたはユニバーサルシリアルバス（ＵＳＢ）ポート３１２、ネットワークインターフェイス３１８、およびスピーカ３２０などのサブシステムをさらに含む。発明は付加的なまたはより少ないサブシステムを有するコンピュータシステムとともに用いられてもよい。たとえばコンピュータシステムは、１つよりも多くのプロセッサ３０２を含むことができ（すなわち、マルチプロセッサシステム）、またはシステムはキャッシュメモリを含んでもよい。
【００４３】
３２２などの矢印は、コンピュータシステム２０１のシステムバスアーキテクチャを表わす。しかしながら、これらの矢印は、サブシステムをリンクするように働く任意の相互接続方式を図示する。たとえば、スピーカ３２０は、ポートを通して他のサブシステムに接続可能であり、または中央処理装置３０２への内部直接接続を有することができる。プロセッサは、複数のプロセッサまたはマルチコアプロセッサを含んで、情報の並列処理を可能にしてもよい。図２に示されるコンピュータシステム２０１は、本発明で用いるのに好適なコンピュータシステムの例に過ぎない。本発明とともに用いるのに好適なサブシステムの他の構成が当業者には容易に明らかであろう。
【００４４】
コンピュータソフトウェア製品は、Ｃ、Ｃ＋＋、Ｃ♯、Pascal、Fortran、Perl、Matlab（MathWorksから、www.mathworks.com）、ＳＡＳ、ＳＰＳＳ、JavaScript（登録商標）、ＡＪＡＸ、およびJava（登録商標）などのさまざまな好適なプログラミング言語のうち任意のもので書かれてもよい。コンピュータソフトウェア製品は、データ入力およびデータ表示モジュールを有する独立したアプリケーションであってもよい。これに代えて、コンピュータソフトウェア製品は、分散オブジェクトとしてインスタンスを作成し得るクラスであってもよい。コンピュータソフトウェア製品は、（Oracle Corporationからの）Java（登録商標）BeansまたはEnterprise Java（登録商標）Beans（Oracle CorporationからのＥＪＢ）などのコンポーネントソフトウェアであってもよい。
【００４５】
システムのオペレーティングシステムは、マイクロソフトウインドウズ（登録商標）ファミリーのオペレーティングシステム（たとえば、ウインドウズ（登録商標）９５、９８、Ｍｅ、ウインドウズ（登録商標）ＮＴ、ウインドウズ（登録商標）２０００、ウインドウズ（登録商標）ＸＰ、ウインドウズ（登録商標）ＸＰ ｘ６４版、ウインドウズ（登録商標）ビスタ、ウインドウズ（登録商標）７、ウインドウズ（登録商標）ＣＥ、ウインドウズ（登録商標）モバイル）、Linux（登録商標）、ＨＰ−ＵＸ、ＵＮＩＸ（登録商標）、Sun OS、Solaris、Mac OS X、Alpha OS、ＡＩＸ、ＩＲＩＸ３２、またはＩＲＩＸ６４のうち１つであってもよい。他のオペレーティングシステムを用いてもよい。マイクロソフトウインドウズ（登録商標）はMicrosoft Corporationの商標である。
【００４６】
さらに、コンピュータはネットワークに接続されてもよく、このネットワークを用いて他のコンピュータにインターフェイスしてもよい。ネットワークは、イントラネット、インターネット、またはとりわけインターネットであってもよい。ネットワークは、（たとえば銅を用いる）有線ネットワーク、電話網、パケット網、（たとえば光ファイバを用いる）光ネットワーク、またはワイヤレスネットワーク、またはこれらの任意の組合せであってもよい。たとえば、Wi-Fi（数例を列挙するのみであるが、ＩＥＥＥ規格８０２．１１、８０２．１１ａ、８０２．１１ｂ、８０２．１１ｅ、８０２．１１ｇ、８０２．１１ｉ、および８０２．１１ｎ）などのプロトコルを用いるワイヤレスネットワークを用いて発明のシステムのコンピュータと構成要素（またはステップ）との間でデータおよび他の情報が渡されてもよい。たとえば、コンピュータからの信号は、少なくとも部分的に、構成要素または他のコンピュータにワイヤレスに転送されてもよい。
【００４７】
実施形態では、コンピュータワークステーションシステム上で実行するウェブブラウザを用いて、ユーザは、インターネットなどのネットワークを通してワールドワイドウェブ（ＷＷＷ）上のシステムにアクセスする。ＨＴＭＬ、ＸＭＬ、テキスト、ＰＤＦ、およびポストスクリプトを含むさまざまな形式のウェブページまたは他のコンテンツをダウンロードし、システムの他の部分に情報をアップロードするのに用いてもよい。ウェブブラウザは、ユニフォームリソース識別子（ＵＲＬ）を用いてウェブ上のリソースを同定してもよく、ウェブ上でファイルを転送する際にハイパーテキスト転送プロトコル（ＨＴＴＰ）を用いてもよい。
【００４８】
図４は、発明のシステム４０５の具体的な実現例のブロック図を示す。システムは、企業情報セキュリティ管理ソフトウェアツールである。このツールは、ユーザが特定の情報システムまたはネットワークのセキュリティを評価して、セキュリティプロジェクトおよび活動の投資に対するリターンを証明し、戦略的セキュリティ分析およびプランニングを行なえるようにする。
【００４９】
ツールは、ユーザが、もしもの場合のシナリオを作成して予見またはモデリングを行なえるようにする。もしもの場合のシナリオは、仮説シナリオ、すなわち、その結果を引出しテストするためになされる一時的な仮定、と称されてもよい。実際のシナリオは既存の条件を反映するが、仮説シナリオは仮定または条件案の組を反映する。仮説シナリオ案に対して既存のまたは知覚される実際のシナリオを比較することは、プランニング、予見、および予測を行なうのを助けることができる。
【００５０】
ツールを用いて、ユーザは、現在のセキュリティコントロール（たとえば、セキュリティ基準、セキュリティ法的要件、またはＣＯＢＩＴなどの業界の最良の慣行）、および予算カット、新ビジネスモデル、または新たな外国市場への参入などの将来のイベントの有効性を測定することができる。たとえば、ユーザは、次の年にセキュリティ予算が２０％削減されると仮定した場合のシナリオを作成することができる。次にツールはレポートを提供して、セキュリティコントロール、リスク、およびビジネスに対する潜在的なインパクト（たとえば、コスト、侵害の数、セキュリティ運用のためのサービスレベル契約）の有効性などの２０％の減少というインパクトを示すことができる。この情報は、リスクおよび他のセキュリティ事象を最小限にするように、ユーザが翌年の削減されたリソースを割当てるのを助けることができる。
【００５１】
評価の結果はコンピュータディスプレイ上の対話的グラフによって与えられる。これらのグラフは（たとえば、マウスまたは他のポインティングデバイスを用いて選択された）ユーザ入力に応答するので、ユーザが所望する特定の情報を選択し表示することができる。グラフは、結果または（典型的には時間とともに変化する）大量の情報を迅速にユーザに伝えるために、色、等角図および三次元図、ならびに他の図表要素も用いる。ユーザはデータの要約とデータが経時的にどのように変化するかとを迅速に見ることができる。しかしながら、ソフトウェアツールを通して、ユーザは、ユーザがそのように所望すれば掘り下げて詳細を見ることもできる。たとえば、ユーザは何らかの付加的な詳細を見るために「マウスオーバー」することができる。そうでない場合、ユーザは、データのサブセットの何らかの詳細を見るように特定の図表要素上を「クリックダウン」すると決めることができる。そのような方策を用いて、ソフトウェアツールは、所望により、ユーザが低い詳細レベルまで掘り下げ続けられるようにする。
【００５２】
ユーザに提示される１つ以上のグラフおよびチャートをアニメーション化することができる。たとえば、ユーザが「再生」ボタンを選択した後、グラフ中に記される要素は、パラメータに基づいて変化する要素を示す（映像のような）リアルタイムの動きを示す。要素はユーザからのさらなる入力がなくてもコンピュータディスプレイ上に動いて示される。たとえば、ユーザが、将来の何らかの点で予算の削減があることを示すと、ユーザは「再生」を押してグラフ中の変化を見ることができる。ユーザはグラフ中の特定の変化を見て、アニメーションを停止するように「一時停止」または「停止」を押すことができる。次にユーザはさらにグラフおよびパラメータを調べてアニメーションを登場させることができる。ユーザはアニメーションを継続させることができる、または所望により任意の時点にアニメーションを巻戻すもしくは早送りすることができる。アニメーション化されたグラフは、傾向および変化、ならびに変化率をより明確にユーザに示すのを助ける。
【００５３】
１つの実現例では、システムは、ユーザがウェブブラウザインターフェイスを通してログインすることによってアプリケーションにアクセスするなど、オンラインアプリケーションとしてユーザが利用可能である。ログインインターフェイスを通して、オンラインアプリケーションは、ユーザがアプリケーションにアクセスできるようになる前にユーザがログインしなければならないアクセスコントロール（たとえば、パスワードおよび暗号化）を含むことができる。アプリケーションは、Java（登録商標）、JavaScript（登録商標）、ＡＪＡＸ、Adobe Flash、Adobe Shockwave、またはMicrosoft Silverlightなどのプラットフォーム独立言語または環境を用いて書かれてもよいので、アプリケーションは、ウインドウズ（登録商標）、Mac OS X、ＵＮＩＸ（登録商標）、Linux（登録商標）、またはSun OSなどの任意のプラットフォーム上のブラウザ上で実行される。具体的な実現例では、アプリケーションは、Microsoft Silverlightを用いて書かれ、クライアント側からプラットフォーム独立している。
【００５４】
別の実現例では、システムは、デスクトップアプリケーションとしてユーザが利用可能可能である。デスクトップアプリケーションはダウンロードされ（または、ＣＤ−ＲＯＭ、ＤＶＤ、もしくは他の記憶装置を介して提供され）、次にコンピュータにインストールされる。オンラインアプリケーションと比較して、デスクトップはプラットフォーム独立でなくてもよいが、特定のプラットフォームの特性にカスタマイズされてもよい。そのため、そのようなカスタマイズされたアプリケーションはより高速であり得る。なぜならそれは特定のハードウェア（たとえば、具体的なグラフィックスハードウェアまたはデュアルディスプレイ）上で実行するように最適化されるからである。
【００５５】
実現例では、インストールされたデスクトップアプリケーションに対して、システムは、アプリケーションがネットワークを介して使えるようにされるクラウドベースのシステムである。ソフトウェアの維持管理はデスクトップマシンから遠隔に扱われる。ソフトウェアの任意のモジュールの新バージョンが入手可能になると、これらの更新されたモジュールが必要に応じてクラウドから受信される。ソフトウェアはオンデマンドでクライアントマシンに配信される。たとえば、発明のソフトウェアは、ＡＪＡＸまたは同様の言語を用いて実現されてもよく、たとえばブラウザアプリケーションで実行されてもよい。
【００５６】
図４では、システムは、３つのモジュールと、データベースまたはリポジトリとを含む。これらのモジュールは、ソフトウェアコード、またはファームウェアによるなどのハードウェアで、またはソフトウェアとハードウェアとの組合せを用いて実現可能である。いくつかの具体的なモジュールが示されるが、システムは、示されるモジュールのサブセットまたは付加的に他のモジュール（図示せず）を含んでもよい。また、いくつかのモジュールは、示される他のモジュールまたは異なるモジュールと組合されてもよい。たとえば、リスクモジュールを管理モジュールと組合せてもよい。システムとともに含まれてもよい他のモジュールは、２００９年４月８日に出願された米国特許出願１２／４２０，８１８に記載され、この出願に引用されるすべての他の文献とともに引用により援用される。
【００５７】
図４を参照して、資産モジュール４１０、リスクモジュール４１３、および管理モジュール４１６が存在する。第三者ツール４１９からの資産情報が資産モジュールに供給可能である。資産情報は次に資産データベース４２２に記憶される。
【００５８】
モジュールとデータベースとの間に矢印がある。これらの矢印はモジュール同士の間のデータ通路を表わすので、１つのモジュールは、１つのモジュールから別のモジュールへ、またはモジュールからデータベースへ、およびその逆にデータを渡すことができる。データ経路は（イーサネット（登録商標）もしくはインターネットなどの）ネットワークに亘るものであってもよく、またはバス同士に亘ってもしくはメモリからメモリへもしくはメモリからハードディスクへの転送など単一の計算機もしくはサーバ内であってもよい。データ経路はサブルーチンとして実現され、サブルーチンとしても実現され得る別のモジュールへデータ構造中のデータ（たとえば、変数、アレイ、ポインタ、またはその他）を渡すモジュールの代表であることもできる。
【００５９】
モジュールは、具体的なシステム実現例でデータおよびデータ処理手順がどのように組織化されるかを表わし、これにより効率的かつ組織化された態様で発明のレポートおよび他の特徴が容易になる。より迅速にデータにアクセスできるようになり、画面上にデータを描くことができる。システム応答時間は高速になり、ユーザはユーザが所望する結果を得るのに多数の繰返しを行なう必要がなくなる。
【００６０】
資産は、資産モジュール中に規定され分類される。資産のいくつかの例は、サーバ、ファイルサーバ、バーチャルファイルサーバ、ウェブサーバ、アプリケーションサーバ、データベースサーバ、任意のファイルベースのまたはファイルでない文書のリポジトリ、記憶装置、ネットワーク接続ストレージ（ＮＡＳ）装置、デスクトップコンピュータ、ラップトップコンピュータ、ルータ、ネットワーク装置、モデム、パーソナルデジタルアシスタント（ＰＤＡ）、タブレットコンピュータ（たとえば、Apple Inc.のiPad）、スマートフォン、シンクライアント、ソフトウェア、プロダクティビティソフトウェア（たとえば、文書処理プログラム、表計算プログラム、およびプレゼンテーションプログラム）、コンピュータ支援設計（ＣＡＤ）プログラム、グラフィックデザインプログラム、データベースプログラム、ソフトウェアシステム（たとえば、統合業務ソフト（ＥＲＰ）システム、サプライチェーンマネジメント（ＳＲＭ）システム、顧客関係管理（ＣＲＭ）システム）、社員、文書（たとえば、機密文書）、書面、覚書、メモ、記録された音声、記録された映像、絵、写真、建物、研究施設、車両、組織の作業生産物（たとえば、製造された商品、試作品、サンプル、衣料サンプル、材料、もしくはテストサンプル）、または組織にとって価値のある任意のものを含む。
【００６１】
具体的な実現例では、資産は、そのホスト名、ＩＰアドレス、場所（たとえば、地理的場所）、資産の種類、ビジネスユニット、部署（たとえば、販売、会計、マーケティング、開発）、ネットワーク、（たとえば、ＩＰ範囲による）サブネット、オペレーティングシステム、アプリケーションの種類（たとえば、ビジネスアプリケーション、財務アプリケーション、ネットワークアプリケーション、もしくはネットワークユーティリティ）、守衛、所有者、またはこれらの組合せを同定することによって規定される。資産モジュールはインポート特徴を含むので、資産情報のリストまたはテーブルを第三者ツールからインポート可能である。資産情報はウェブインターフェイスまたはデータ供給（たとえばＸＭＬデータ供給）を介して自動的にプッシュされたり、プルされたり、またはその両者がなされたりしてもよい。
【００６２】
資産はそれらの価値または会社に対する重要性に基づいて分類される。任意の数の分類が存在し得る。これらの分類はユーザによって規定可能およびプログラミング可能である。具体的な実現例では、資産は、高、中、または低として分類可能である。
【００６３】
リスクモジュールは、リスクを同定するおよび査定するまたは管理するためのリスク管理フレームワークを含む。次にリスクモジュールは、リスクレーティング、スコア、およびパーセントを含むレポートを生成する。具体的な実現例では、レポートはリスクレベルマトリックスを含む。リスクレベルマトリックスは、異なるレベルのリスク、深刻さまたは尤度を表わす色などの視覚的表現またはインジケータを有する対話的グラフである。ユーザは、グラフ上をクリックして、リスク式のリスク算出の基礎となる付加的な詳細を掘り下げて見ることができる。次にユーザは、所望のレベルまでリスクを低減するステップを踏むことができる。
【００６４】
簡単に説明すると、リスクモジュールのリスク分析フローまたはプロセスは以下を含む。
【００６５】
１．資産情報の入力または収集
２．コントロール分析
３．脆弱性分析
４．尤度判定
５．インパクト判定
６．リスク判定
７．リスク色分け地図、定量的リスクエクスポージャスコア、リスク対コスト比、およびリスクデルタまたは変化対コストの比。
【００６６】
資産情報の入力は、資産モジュールからリスクモジュール情報への入力を含む（たとえば、技術的スキャン、脆弱性、および資産分類）。ユーザは、資産モジュールから情報のサブセットを選択してリスク分析に含めることができる。たとえば、ユーザは、任意の数の具体的なビジネスユニット、サブネット、資産、またはこれらの組合せを選択して、リスク分析に含めることができる。
【００６７】
コントロール分析ステップで、ユーザは、査定モジュールから任意の数のセキュリティ査定（すなわち、査定プロジェクト）を選択してリスク分析に含める。一般的に、リスク分析の範囲は選択される査定プロジェクトおよび結果によって決まる。具体的な実現例では、リスク分析は、選択された査定スコア付け手法またはベースラインスコアに基づいている。査定スコア手法の例は、能力成熟度モデル（ＣＭＭ）である。ＣＭＭは、組織のプロセスの予測可能性、有効性、およびコントロールを示す１から５までの番号を振られた５つのレベルを含む。
【００６８】
このコントロール分析ステップは、リスク分析の範囲、関わりのある資産同士の間の関係、関わりのある資産の分類、および関わりのある資産に関する査定コントロールスコアを確立する。
【００６９】
脆弱性分析ステップで、ユーザは、技術的スキャンのリストから技術的スキャンの組を選択する。具体的な実現例では、システムは、関わりのあるまたは選択された資産と関連付けられた技術的スキャンを表示する。他の資産に関連付けられた技術的スキャンは表示されない。
【００７０】
具体的な実現例では、システムは米国標準技術局（ＮＩＳＴ）共通脆弱性評価システム（ＣＶＳＳ）を用いる。ＣＶＳＳは、情報技術脆弱性の特性を通信するためのオープンフレームワークを記載する。この定量的モデルは、スコアを生成するのに用いられた基礎となる脆弱性特性をユーザが見られるようにする一方で、繰返し可能な正確な測定を確実にする。
【００７１】
尤度は、イベントまたは発生の確率（たとえば（たとえば、好ましくないイベントの確率）として規定される。イベントのいくつかの例は、破壊工作ソフト（たとえば、有害ウイルス攻撃、スパイウェア攻撃、アドウェア攻撃、ボットネットコード感染、およびハッカーツール感染）に資産が感染すること、資産の盗難、資産の不慮の破壊（たとえば、洪水または火事）を含む。具体的な実現例では、高、中、および低を含む３つの尤度レベルがある。例として、サーバＡが破壊工作ソフトに感染する尤度は中である。この例では、資産はサーバＡである。イベントは、サーバＡが破壊工作ソフトに感染することである。
【００７２】
具体的に、尤度判定ステップで、システムは、技術的スキャンの深刻度（たとえば、Qualys脆弱性）に対する査定結果（たとえば、ＣｏＢＩＴまたは他の基準に基づくコントロールの査定）をマッピングして、尤度スコアまたは測定値を判定する。任意の方法を用いて尤度を算出してもよい。システムは、１つ以上のデフォルト尤度算出方法（たとえば、平均および最悪の場合）を含む。具体的な実現例では、尤度算出方法はユーザによってカスタマイズまたはプログラミング可能である。すなわち、ユーザは自身のリスク分析算出、リスク分析手法、またはその両者を用いて、結果をシステムのレポート作成特徴にインポートすることができる。
【００７３】
システムは、尤度マトリックスグラフ（すなわち、尤度色分け地図）として表示される初期尤度を算出する。マトリックスの値はユーザによって無効化され得る。この具体的な実現例では、全体的な尤度レーティングが予防的コントロールの存在に対する悪用できる脆弱性の確率として規定される。尤度許容度はユーザが構成可能であり得る。
【００７４】
尤度マトリックスは動的である。マトリックスの軸は変化して、ユーザが設定または選択した課題スコア（issue score）を反映する。同様に、ユーザは、高、中、および低尤度しきい値を構成可能である。
【００７５】
さらに、ユーザは具体的なビジネスユニット、サブネット、または個別の資産まで掘り下げて尤度スコアを修正することができる。
【００７６】
インパクト判定ステップは、イベントが発生した場合にイベントの効果、結果、または大きさを判定するステップを含む。上述のサーバＡの例では、破壊工作ソフトに感染したサーバＡのインパクトは高であり得る。サーバＡは、金融取引を扱うなどの（たとえば、オンラインでの販売または在庫購入のための発注）組織にとって非常に重要なサービスを行ない得る。このように、サーバＡが動かなくなると、顧客はオンラインでの購入ができなくなり、会社は収入を失ってしまう。
【００７７】
特に、ユーザが伝統的な資産分類からインパクトスコアを分離することを望む場合、このステップはユーザが適切な変更を行なえるようにする。この具体的な実現例では、システムは、資産と関連付けられるインパクト（たとえば、金銭的損失、システムミッション、データの重要度、およびデータの敏感度）がセキュリティ分類と同じであると仮定する。この簡略化は、形式的なリスク分析手法をユーザに紹介するのを助けることができる。この具体的な実現例では、インパクトの大きさの定性的カテゴリは、高、中、および低を含む。
【００７８】
リスク判定ステップで、システムは資産当たりのリスクスコアを判定し、それらを全体的なリスクランキングのためにビジネスユニット単位で平均する。リスクスコアは尤度とインパクトスコアとを乗算することによって算出される（すなわち、リスク＝インパクト×尤度）。このように、リスクはイベントのインパクトおよびイベントの尤度に対して測定される。
【００７９】
高、中、および低リスクスコアは数値範囲で規定され、ユーザがカスタマイズ可能である。尤度およびインパクトスコアと同様に、ユーザはリスクスコアを無効化してもよい。たとえば、リスク分析の結果、資産が中程度のリスクを有する場合、ユーザは中から高へまたはその逆に手動で無効化してもよい。システムはすべての無効化スコアおよび任意のユーザコメントを追跡し、文書化（または記録）することができる。
【００８０】
管理モジュールはメトリクス統合、予測モデリングツール、および産業スパイレポート作成を提供する。メトリクスは、ビジネスメトリクス（たとえば、コスト、費やされた時間）およびセキュリティメトリクス（たとえば、脆弱度の数、リスク算出）を資産、査定、優先順位付け、および軽減モジュールから集めて、意味のある管理レポートおよびグラフにするツールを含む。グラフは、ビジネスメトリクス（たとえば、コントロールのコストまたはＩＳＯセキュリティドメインによる事象）を用いた現在の乖離分析、傾向、およびアニメーション化されたグラフである。システムは、リンクするセキュリティコスト、リスク、経費、および分析などの、ビジネスに対するセキュリティをビジネス決定および運用（たとえば、量Ｘのリスクの低減にはＹドルかかる）にリンクすることができる。
【００８１】
ビジネスメトリクスの例は、セキュリティプログラムの有効性の測定、セキュリティ投資に対するリターン、経時的なオープンセキュリティ問題の傾向などの重要なリスクインジケータの測定値、情報セキュリティ侵害の数もしくは傾向、プロセスの中の重要なセキュリティプログラムのステータス、ファイアウォールを実現するコストなどのセキュリティ運用の測定値、コンサルタントの時間当たりのコスト、サーバにパッチを当てるカレンダー時間、または監査を行なう労力（たとえば、日数または時間数）を含む。システムは対話的レポートを表示して傾向および変化を示すことができる。対話的レポートは、具体的なビジネス、ユニット、プラットフォーム種類、資産の種類などを見るための１つ以上のフィルタを含んでもよい。
【００８２】
システムが算出し得る、記憶し得る、またその両者を行ない得るビジネスメトリクスの他の例は、資本支出、運用および維持管理支出、完了にかかる時間（すなわち、タスクの割当と完了との間の暦日の数）、人件費（たとえば、コンサルタント費用および正社員（ＦＴＥ）コスト）を含む。ユーザは、デフォルト資本支出または運用および維持管理フィールドを用いる代わりに、課金番号などのカスタマイズされたフィールドを追加することができる。典型的に、ビジネスメトリクスは役員によって用いられる。
【００８３】
セキュリティメトリクスの例は、セキュリティ結果および分析の測定値（たとえば、リスクレーティングおよび重み、セキュリティ事象の数、コンピュータウイルスの数、および潜在的な損失予測値）を含む。リスクを査定するための任意の数の変数、重み、および算出もこの規定に含まれてもよい。具体的な実現例では、ビジネスメトリクスではなくセキュリティメトリクスに単一のまたは毎年の損失予測値が含まれる。他の例は、重要な実績インジケータ、重要なリスクインジケータ、資産分類、脆弱性の数、およびリスクレーティングを含む。リスクレーティングは定量的リスクエクスポージャスコアと称されてもよい。具体的な実現例では、定量的リスクエクスポージャスコアは技術的スキャンからの入力および資産分類からの入力に基づいている。典型的に、セキュリティメトリクスは、情報セキュリティ管理者によって用いられる。
【００８４】
管理モジュールが算出し得る、記憶し得る、またはその両者を行ない得るメトリクスの別の例は、リスク対コスト比である。たとえば、ＩＴコストおよびセキュリティ予算などのコストをシステムに入力可能である。システムは、コストおよびリスクを用いてレポートでリスク対コスト比を算出して表示する。リスク対コスト比は投資ドル当たりのリスクを示す。そのような比を用いて、投資に対するリスクセキュリティリターンを示すまたは投資に対するセキュリティリターンを証明するのを助けることができる。
【００８５】
モデリングツールは、ユーザが、将来に何が起こるかを予測するもしもの場合のシナリオおよびモデルを生成できるようにする。ユーザは、リスク算出のため、資産分類、脆弱性、および査定スコアなどの既存のセキュリティデータを無効化して、もしもの場合のシナリオを生成することができる。システムは、実際のセキュリティデータ、修正されたセキュリティデータ、またはその両者に基づいて、リスク算出の色分け地図および「もしもの場合」のシナリオとともに柔軟な直感的レポートを生成する。
【００８６】
具体的な実現例では、管理モジュールを、会社の既存のガバナンス、リスク、およびコンプライアンス（ＧＲＣ）アプリケーションと統合することができる。
【００８７】
以下の表Ａは管理モジュールの予測的モデリングツールのうちいくつかを用いるための具体的なフローを示す。
【００８８】
【表１】
0005559306.tif 000002
【００８９】
発明は提示された具体的なフローおよびステップに限定されるものではないことを理解すべきである。発明のフローは、（この出願に必ずしも記載されていない）付加的なステップ、提示されたステップのうちいくつかを置き換える異なるステップ、より少ないステップもしくは提示されたステップのサブセット、または提示されたのとは異なる順序のステップ、またはこれらの任意の組合せを有してもよい。さらに、発明の他の実現例でのステップは提示されたステップと全く同じでなくてもよく、特定のアプリケーションのためにまたはデータに基づいて適宜修正されたりまたは変更されたりしてもよい。
【００９０】
管理モジュールの産業スパイおよびレポート作成特徴は、査定結果、軽減タスク、ステータス、コスト、および他の情報を要約する視覚的レポートを含む。これらのグラフおよびレポートは対話的であり、ユーザが「掘り下げる」、フィルタリングする、印刷する、および他の同様の機能を行なえるようにする。
【００９１】
ユーザは、変数を、ｘおよびｙ軸を含むグラフに変更することができる。たとえば、乖離比較チャートで、特徴は、セキュリティ基準とともに所望のスコア（たとえば、適合、非適合）の観点で乖離を測定すること、リスク許容度に対するリスク、推定に対する実際の予算費用（たとえば、資本、運用および維持管理、または他のカスタマイズされた会計「バケツ」単位）、ならびに種類単位の脆弱性などの他の判断基準を表わすようにグラフを修正することを含む。
【００９２】
さらに、さまざまなアニメーション化されたチャートでは、資産分類のｙ軸を技術的スキャンからのリスクまたは脆弱性と置き換え可能である。ｘ軸は、軽減コストまたは他の変数で置き換え可能である。ユーザは、セキュリティ判断基準のドロップダウンメニューにより軸を規定することができる。
【００９３】
ＩＴ関連リスクは、特定の脅威源が特定の情報システムの脆弱性を悪用し、その結果、許可されていない開示、情報の修正または破壊、誤りおよび抜け落ち、ならびに運用の中断を生じさせる確率による、基幹システムに対するインパクトとして規定されてもよい。
【００９４】
リスク査定は、システムセキュリティに対するリスクを同定し、発生の確率、結果的に生じるインパクト、およびこのインパクトを軽減するであろう付加的な防護を判定するプロセスとして規定されてもよい。
【００９５】
リスク管理は、情報システム関連のリスクを同定し、コントロールし、かつ軽減するプロセスとして規定されてもよい。
【００９６】
脆弱性は、実行される可能性があり、そうするとセキュリティ侵害もしくはシステムのセキュリティ施策の侵害を生じさせ得る、システムセキュリティ手順、設計、実現例、または内部コントロールの不備または弱みとして規定されてもよい。
【００９７】
図５は、セキュリティ予見のためのフロー図の具体的な実現例を示す。ステップ５０５で、ユーザは、システムを用いて、資産を収集し、分類し、評価し、かつ分析する。資産および資産を保護するのに用いられる手順は、国際標準化機構（ＩＳＯ）、国際電気標準会議（ＩＥＣ）、情報システムコントロール協会（ＩＳＡＣＡ）、ＩＴガバナンス協会（ＩＴＧＩ）、米国標準技術局（ＮＩＳＴ）、北米電力信頼度協議会（ＮＥＲＣ）、情報セキュリティ個人情報審議会（ＩＳＰＡＢ）、およびＰＣＩセキュリティ標準協議会などのような団体によって作られた１つ以上のセキュリティ基準に対して評価される。
【００９８】
例として、第１の資産はサーバであってもよい。ユーザはサーバに分類値（たとえば、高、中、または低）を割当てる。ユーザは、サーバを保護するのに用いられている現在のセキュリティ手順を評価する。評価は、具体的な基準に概要を述べられた手順と現在の手順とを比較することによって行なわれる。ユーザは、比較に基づくセキュリティ成熟度スコア（たとえば、査定スコア）をシステムに入力する。
【００９９】
サーバに対するセキュリティリスクの分析は、イベントが起こった場合にサーバに発生するイベントの尤度およびインパクトのレーティングの判定を含んでもよい。
【０１００】
イベントは、サーバを危うくするであろう任意のもの（たとえば、破壊工作ソフトに感染したサーバ）であり得る。具体的な実現例では、尤度は脆弱性スキャンに基づいて判定される。脆弱性スキャンは、サーバの潜在的な脆弱性を検出するのに用いられる。たとえば、脆弱性スキャンは、具体的なソフトウェアパッチまたは更新がサーバに実現されたかまたはインストールされたか否か、サーバがパスワードで保護されているか否か、サーバを保護するパスワードの強度などをチェックすることができる。この情報を用いてサーバに尤度確率を割当てる。たとえば、ソフトウェアパッチがサーバにインストールされていない場合、イベントが発生する尤度は高い。すべての現在のソフトウェアパッチがインストールされている場合、発生するイベントの尤度は低い。
【０１０１】
具体的な実現例では、システムは、インパクトレーティングをサーバの分類値と同等と考える。ユーザはインパクトレーティングを変更することができる。インパクトレーティングは、発生するイベントの結果の測定値である。たとえば、サーバが、会社の日常業務に非常に重要なサービスを行なっている場合、サーバのインパクトレーティングは高くなる。サーバが単にバックアップサーバである場合、サーバのインパクトレーティングは中または低であり得る。
【０１０２】
以下の表Ｂはステップ５０５からの情報またはパラメータのうちいくつかを要約する。
【０１０３】
【表２】
0005559306.tif 000003
【０１０４】
ステップ５１０で、システムはベースラインセキュリティまたは実際のセキュリティ算出を行なう。具体的な実現例では、セキュリティ算出は、資産のリスクスコア（たとえば、定量的リスクエクスポージャスコア）を判定することを含む。リスクスコア式は、イベントの尤度に発生するイベントのインパクトを乗算することを含む。たとえば、尤度が低くインパクトが低い資産は低いリスクスコアを有するであろう。一般的に、低いリスクスコアが望ましい。別の場合、尤度が高くインパクトが高い資産は高いリスクスコアを有するであろう。一般的に、高いリスクスコアは望ましくない。
【０１０５】
以下の表Ｃは、資産のリスクスコアが算出された表Ｂの更新バージョンを示す。リスクスコアは表Ｃの最後の列に示される。
【０１０６】
【表３】
0005559306.tif 000004
【０１０７】
この例では、第１の資産（すなわち、サーバ）のリスクは低い。したがって、サーバのインパクト値は高いが、サーバの尤度の値は低い。おそらくその理由はソフトウェアパッチが現行のものであることを確実にするためにリソースを費やしているからである。これらのパラメータ値はベースライン値または実際値と称されてもよい。
【０１０８】
ステップ５２０で、ユーザは、もしもの場合のシナリオまたは分析を作成する。もしもの場合のシナリオ特徴を用いて、ユーザは１つ以上の変数（たとえば、査定スコア）を変更し、その変更がリスクにどのように影響を及ぼすかを見ることができる。もしもの場合のシナリオは、ユーザによって入力され、編集され、変更され、修正され、または変えられる任意の数の資産および任意の数のパラメータを含み得る。編集可能なパラメータのうちいくつかの例は、成熟度スコアまたは査定スコア、尤度、インパクト、分類、コスト、脆弱性、リスク、規制要件、脅威、活動などを含む。パラメータは、システムの任意のモジュールによって捕捉される情報、システム外部のソースからの情報、またはその両方を含み得る。
【０１０９】
ユーザは、任意の数のもしもの場合のシナリオを作成することができる。次にシステムは、これらのシナリオまたはシナリオファイルを保存するまたは記憶する（たとえば、サーバに保存するまたはクライアントに保存する）。
【０１１０】
たとえば、ユーザは、上記例で第１の資産（またはサーバ）を含む第１のシナリオを作成することができる。具体的な実現例では、ユーザは、ボタンをクリックすることによって第１のシナリオを作成する。ユーザは第１のシナリオの名称を入力する（たとえば、年１の予算、年２の予算、７月の予算案、法的要件案など）。例として、ユーザは、第１のシナリオで予算のカットがあると仮定する。ユーザは、予算カット案が会社のリスクエクスポージャにどのように影響するかを見ることを希望する。
【０１１１】
特に、予算カットはサーバの１つ以上のパラメータに影響を及ぼし得る。たとえば、サーバに対するセキュリティパッチが現用のものであることを確実にするリソースがもはや存在しなくなるかもしれない。
【０１１２】
第１のシナリオの一部として、ユーザは、サーバのセキュリティ成熟度または査定スコアを変更、微調整、または無効化して、サーバのセキュリティを維持するのにより少ないリソースしか利用できないことを反映する。これは、発生するイベント、すなわち、破壊工作ソフトに感染するサーバ、の尤度を増大させる。
【０１１３】
以下の表Ｄは、ユーザが変更した成熟度スコアがハイライトされた、上記表Ｂのパラメータを示す。
【０１１４】
【表４】
0005559306.tif 000005
【０１１５】
もしもの場合の各シナリオ毎に、システムは、さまざまなパラメータに対してなされた変更を追跡する。これにより、ユーザは、先の値に戻るように変更をやり直すことができる。一般的に変更はハイライトされるので、ユーザはどの値が変更されたかを迅速に識別することができる。たとえば、ユーザは、システムに記憶されたもしもの場合のシナリオを開くことができる。もしもの場合のシナリオは、もしもの場合のシナリオに含まれるさまざまな資産、セキュリティ基準、値、パラメータなどを表示する。値に対する任意の変更（たとえば、実際の値からの変更）はハイライトされる。これにより、ユーザはどの値が変更されたかを迅速に見ることができる。任意の種類のハイライト（たとえば、色）を用いてもよい。
【０１１６】
具体的な実現例では、実際の値は第１の色（たとえば、黄色）で表示される。変更された値が実際の値からの増加または改良であることを示す場合は、変更されたまたは微調整された値は第２の色（たとえば、緑）で表示される。変更された値が実際の値からの減少を示す場合は、変更された値は第３の色（たとえば、赤）で表示される。
【０１１７】
さらに、さまざまな実現例では、ユーザは変更された値をクリックすることができ、システムは、実際の値を表示することによって応答する。すなわち、ユーザは変更された値を示すビューと実際の値を示すビューとの間をトグルすることができる。別の実現例では、ビューは実際の値と変更された値との両方を含む。ユーザは変更された値の周りにいることができ、システムは、丸印で実際の値を表示することによって応答する。またこの逆もある。システムは、なぜ特定の値またはスコアが変更されたかについての覚書またはコメントをユーザが記録できるようにする。
【０１１８】
システムは、ユーザがさまざまなパラメータを変更するさまざまな技術を提供する。１つ以上のパラメータ値を単一の変更に基づいて変更してもよい。たとえば、具体的な実現例では、パラメータの組をグラフィックなフォルダツリーとして階層的に編成する。フォルダツリーは、異なるフォルダまたはレベルに隣接する＋および−のアイコンをトグルすることによって折り畳んだり広げたりすることができる。
【０１１９】
具体的な実現例では、階層は、第１のレベルのパラメータ（たとえば、ドメイン）と、第１のレベルのパラメータよりも下の第２のレベルのパラメータ（たとえば、サブドメイン）と、第２のレベルのパラメータよりも下の第３のレベルのパラメータ（たとえば、コンポーネントまたはタスク）とを含む。ユーザは第１のレベルのパラメータを変更するまたは無効化することができ、変更は第２および第３のレベルのパラメータに伝播する。ユーザは第２のレベルのパラメータを変更することができ、この変更は第３のレベルのパラメータに伝播する。
【０１２０】
この具体的な実現例では、ドメイン、サブドメイン、およびタスクは、査定スコアと関連付けられる。サブドメインの査定スコアは、サブドメインのタスクに割当てられた査定スコアの平均であり得る。例として、サブドメイン中の各タスク毎の査定スコアを迅速に変更するため、ユーザはサブドメインに隣接する＋および−のアイコンをトグルしてサブドメインを折り畳むことができる。ユーザはサブドメイン上をクリックする。ダイアログボックスがポップアップする。ダイアログボックスは、サブドメインの実際の査定スコアと、変更された査定スコアを入力するボックスとを表示する。ユーザは変更後の査定スコアを入力し、送信ボタンをクリックする。次にシステムは、サブドメイン中のタスクの査定スコアの各々を変更後の査定スコアに変更する。
【０１２１】
別の例として、サブドメイン中の具体的なタスクの査定スコアを変更するため、ユーザは、サブドメインに隣接する＋および−のアイコンをトグルしてサブドメインを広げ、サブドメイン中のタスクを示す。ユーザは具体的なタスクの上をクリックすることによって具体的なタスクを選択する。ダイアログボックスがポップアップする。ダイアログボックスは、タスクに割当てられた実際の査定スコアと、変更された査定スコアを入力するボックスとを表示する。ユーザは、変更後の査定スコアを入力し、送信ボタンをクリックする。次にシステムは、サブドメイン中の選択されたタスクについての査定スコアを変更する。
【０１２２】
ステップ５２５で、システムは、もしもの場合のシナリオに基づいてセキュリティ算出を行なう。たとえば、具体的な実現例では、セキュリティ算出は、ステップ５１０に記載のリスクスコア式を用いてリスクスコアを判定することを含む。以下の表Ｅは、上記表Ｄからのパラメータを示すが、今回は再算出されたリスクスコアを含む。
【０１２３】
【表５】
0005559306.tif 000006
【０１２４】
表Ｅに示されるように、リスクスコアは低（表Ｃ）から高に変わっている。この例では、リスクスコアの増加は予算のカットによるものであり、この結果、サーバを保護するリソースがより少なくなり、次にこの結果成熟度スコアが低くなり、次にサーバが破壊工作ソフトに感染する尤度が高くなっている。この例では、サーバは極めて重要なサービスを行ない続けており、したがって、破壊工作ソフトに感染するサーバのインパクトは高い。高い尤度および高いインパクトは高いリスクを生じる。
【０１２５】
ステップ５３０で、システムは、レポートおよび対話的グラフを生成し、表示する。これらの対話的グラフは、ベースラインセキュリティ算出と１つ以上のもしもの場合のシナリオとを比較することができる。対話的グラフは、１つのもしもの場合のシナリオと、別のもしもの場合のシナリオとを比較することができる。たとえば、ユーザは、第１のもしもの場合のシナリオを、第２のもしもの場合のシナリオに対して比較することができる。システムは、比較されたシナリオ同士の差をハイライトすることができる。具体的な実現例では、これらの対話的グラフは、ベースラインシナリオともしもの場合のシナリオとの間の変化を示すアニメーションを含む。たとえば、アニメーションは、セキュリティ予算がカットされた場合にビジネスユニットのリスクエクスポージャがどのように変化するかを示すことができる。
【０１２６】
これらの比較は、予算カットの潜在的なインパクト、新たな規制要件、新たなセキュリティ要件、新たな脅威などを示すまたは予測するのに用いることができる。システムは、２つ以上のシナリオ同士の間の傾向を示すことができる。これらの対話的グラフは、数百、数千、数万、数十万、または数百万の資産について行なわれたかもしれないベースラインセキュリティおよび変更されたセキュリティ算出を要約する。対話的グラフの例は、図１０および図１２に示されるアニメーション化されたリスク色分け地図バブルチャートである。
【０１２７】
具体的な実現例では、システムは、ビジネスインパクトとともにリスクの分析を行なう。たとえば、セキュリティ予算またはセキュリティ経費の変更に基づいて、システムはリスクの変化を分析する。具体的な実現例では、仮説リスクエクスポージャレベルを分析するためのフローは、以下を含む。
【０１２８】
１．組織の情報技術資産のセキュリティ査定情報を受ける。セキュリティ査定情報は、組織の既存のリスクエクスポージャを表わす。
【０１２９】
２．ユーザが変更するために、ユーザにセキュリティ査定情報を提示する。
３．変更されたセキュリティ査定情報をユーザから受ける。変更されたセキュリティ査定情報は、組織の仮説リスクエクスポージャを表わす。
【０１３０】
４．第１および第２のデータ点を判定する。第１のデータ点はセキュリティ査定情報を用いて判定されかつ既存のリスクエクスポージャを表わす。第２のデータ点は変更されたセキュリティ査定情報を用いて判定されかつ仮説リスクエクスポージャを表わす。
【０１３１】
５．電子画面上にグラフを表示し、グラフ中の複数の連続した視覚的表現をアニメーション化する。初期視覚化表現は第１のデータ点を示す。最後の視覚的表現は第２のデータ点を示す。グラフは、第１の色を有する第１の領域および第１の色とは異なる第２の色を有する第２の領域を含む背景を含む。
【０１３２】
上記ステップ１で、セキュリティ査定情報は、資産を保護するのに支出される既存のまたは実際のコスト情報（たとえば、情報技術社員給与、運営管理コスト、セキュリティアップグレードを行なうコスト、安全なデータセンターを賃借するコストなど）を含んでもよい。セキュリティ査定情報は、資産に割当てられた分類、尤度査定、およびリスクスコアを含んでもよい。
【０１３３】
ステップ２で、ユーザは、資産を保護するのに支出されるコストを変更すること、資産の分類を変更すること、尤度査定を変更すること、リスクスコアを変更すること、またはこれらの組合せなどの既存のセキュリティ査定情報を変更してもよい。
【０１３４】
ステップ３で、変更されたセキュリティ査定情報は、システムのサーバで受信され、記憶される（たとえば、システムのデータベースまたはメモリ装置に記憶される）。変更されたセキュリティ査定情報は、仮説のまたはもしもの場合のシナリオを表わす。
【０１３５】
ステップ４で、第１のデータ点はセキュリティ査定情報に基づいて算出される。第２のデータ点は変更されたセキュリティ査定情報に基づいて算出される。算出は、分類またはインパクト評価に尤度評価を乗算してリスクスコアを生成することと、資産のリスクスコアを総和することと、平均を算出することとを含んでもよい。
【０１３６】
ステップ５で、システムは、第１および第２のデータ点を表わすグラフ上の視覚的表現または丸印の組をグラフにするまたはアニメーション化する。グラフは、境界を定められた領域を有する背景を含む。領域はリスクのレベルを表わす。領域は、領域が表わすリスクのレベルを示すように色で塗り分けられてもよい。ユーザは、丸印がグラフ上のどの領域に現われているかまたはその上に重ねられているかを見ることによって、仮説シナリオのリスクのレベルを識別することができる。
【０１３７】
図６は、選択された尤度レベル構成タブ６０８を有するリスクレベルマトリックス６０５の具体的な実現例を示すアプリケーションウインドウを表示するコンピュータ画面を示す。リスクレベルマトリックスはリスクレベル色分け地図と称されてもよい。画面の第１の部分６１１内に位置決めされたメニューバー６１０からユーザがオプション（たとえば、リスクレベルマトリックス）を選択すると、リスクレベルマトリックスが表示される。画面の第２の部分６１２はリスクレベルマトリックスを含む。画面の第３の部分６１４は、尤度構成オプションを入力するのに用いられ得るユーザ調節可能オプションまたはヴィジェットの組を含む。第２の部分は第１の部分と第３の部分との間にある。
【０１３８】
メニューバーに一覧にされ得るメニューオプションまたはカテゴリのいくつかの例は、査定、優先順位付け、管理、軽減、モニタ、資産リスクチャート、運営管理、およびインポートを含む。サブカテゴリまたはサブオプションのリストがカテゴリ内に含まれてもよい。たとえば、優先順位付けオプションまたはカテゴリは、リスク分析、資産リスクダッシュボード、資産リスクチャート、リスクレベルマトリックス、乖離分析、トレンド分析、コスト／利益分析、およびスコア対資産分類というサブカテゴリを含む。
【０１３９】
画面の第３の部分内に、標準スコアヴィジェット６１６、深刻度ヴィジェット６１８、および尤度レベルヴィジェット６２０が存在する。これらのヴィジェットの各々は、ユーザがヴィジェット中の情報を調節または変更する、すなわち尤度構成オプションを変更する、編集ボタンを含む。ヴィジェット中の情報を変更すると、リスクレベルマトリックスは変更を反映するように更新される。
【０１４０】
リスクレベルマトリックスは、グリッドと、グリッドの上側に沿って水平方向に走る第１の軸または行６２２と、グリッドの左側に沿って鉛直方向に走る第２の軸または列６２４とを含む。
【０１４１】
行は、選択されたセキュリティ基準からのスコア測定値の組を含む。この具体的な実現例では、選択されたセキュリティ基準は北米電力信頼度協議会（ＮＥＲＣ）である。このセキュリティ基準は、スコア測定値として、監査可能な程度に準拠、準拠、実質的に準拠、および準拠していない、を含む。
【０１４２】
スコア測定値は確率または数字の第１の組にマッピングされる。すなわち、各スコア測定値は第１の確率の組の中の１つの確率にマッピングされる。たとえば、監査可能な程度に準拠は確率０．００にマッピングされ、準拠は確率０．３３にマッピングされ、実質的に準拠は確率０．６７にマッピングされ、かつ準拠していないは確率１．００にマッピングされる。
【０１４３】
標準的なスコアヴィジェットは、ユーザがこれらの確率を編集できるようにする。たとえば、具体的な実現例では、ユーザは編集ボタンを選択する。編集ボタンを選択した後、ヴィジェット（たとえば、標準的なスコアヴィジェット）は、編集可能な入力ボックス中のヴィジェット中の値を示す。ユーザは編集可能な入力ボックス中にカーソルを置き、値を変更することができる。編集ボタンがクリックされた場合または値に変更が加えられた場合に現われ得る保存ボタンは、ユーザが何らかの変更を保存できるようにする。何らかの変更をやり直す（たとえば、最後の保存以来なされた何らかの変更をやり直す）やり直しボタンも存在してもよい。
【０１４４】
列は深刻度測定値の組を含む。この具体的な実現例では、深刻度測定値は、緊急、危険、高、中、低、およびなしを含む。深刻度測定値は確率または数字の第２の組にマッピングされる。すなわち、各々の深刻度測定値は確率の第２の組の中の１つの確率にマッピングされる。たとえば、緊急は１．０にマッピングされ、危険は０．８０にマッピングされ、高は０．６０にマッピングされ、中は０．４０にマッピングされ、低は０．２０にマッピングされ、かつなしは０．００にマッピングされる。深刻度ヴィジェットは、ユーザがこれらの確率を編集できるようにする。
【０１４５】
グリッドはさまざまな色付けされた領域を含む。このグリッドは、図中の異なる塗り潰しパターンで示される３つの色付けされた領域を含む。グリッドは任意の数の色付けされた領域を含むことができる。この具体的な実現例では、色付けされた領域は、高、中、または低尤度の区域を示す。たとえば、第１の色（たとえば、赤）で色付けされた第１の色付け領域は、高い尤度の区域を示す。第２の色（たとえば、黄色）で色付けされた第２の色付け領域は中尤度の区域を示す。第３の色（たとえば緑）で色付けされた第３の色付け領域は低尤度の区域を示す。別の具体的な実現例では、色付けされた領域は高、中、または低リスクの区域を示す。
【０１４６】
グリッドはＮ×Ｍ個のグリッドであり、式中Ｎはスコア測定値の数であり、Ｍは深刻度測定値の数である。典型的に、スコア測定値の数は選択された基準に基づいている。しかしながら、スコア測定値の数、深刻度測定値の数、またはその両方はユーザによって構成可能である。このように、ＮおよびＭは任意の数であり得る。具体的な実現例では、２４のボックスを有する４×６個のグリッドを規定する４つのスコア測定値および６つの深刻度測定値が存在する。
【０１４７】
各々のボックスは、標識、視覚的インジケータ、またはその両方を含むことができる。標識は、テキスト、数字、記号、またはこれらの組合せを含んでもよい。具体的な実現例では、視覚的インジケータは色である。しかしながら、視覚的インジケータは、異なる色合い、パターン、形状、絵、アイコン、またはこれらの組合せを含むことができる。
【０１４８】
具体的な実現例では、ボックスの標識および視覚的インジケータ（たとえば、色）は、算出されたリスクまたは尤度レベルを示す。この具体的な実施形態では、標識・高および色・赤は、発生するイベントの尤度が高いことを示す。標識・中および色・黄色は発生するイベントの尤度が中程度であることを示す。標識・低および色・緑は発生するイベントの尤度が低いことを示す。尤度高、中、および低しきい値範囲はユーザによって構成可能である。この具体的な実現例では、グリッドは、いちばん左下のボックスからいちばん右上のボックスへ移るとリスク量の増大を示すように構成されるまたはレイアウトされる。すなわち、リスクは、グリッドの左下角からグリッドの右上角に進むにつれてリスクが低から中、高へ進む。
【０１４９】
しかしながら、グリッドの構成は示されるものとは異なってもよいことが認められるべきである。たとえば、グリッドは、示されるものとは反対に構成されてもよい。すなわちグリッドの右上角からグリッドの左下角へ進むにつれてリスクが低から中、高へ進む。
【０１５０】
尤度は、脆弱性スコアの致命的重要度にコントロールスコアの有効性を乗算することによって算出されてもよい。この具体的な実現例では、脆弱性スコアの致命的重要度は第三者ネットワークスキャナ、ＣＶＥスコア、またはその両方に基づいている。コントロールスコアの有効性は資産の査定スコアに基づいている。
【０１５１】
具体的な実現例では、レポートまたはリスクレベルマトリックスと関連付けられるソフトウェアまたは実現可能なコードが存在する。関連付けられたコードは、ユーザがレポートと対話して、与えられた情報の表示を操作できるようにする。たとえば、この具体的な実現例では、レポートはコンピュータ画面（たとえば、コンピュータディスプレイまたは電子表示）上に提示される。ユーザはマウスまたは他の装置（たとえば、指、ライトペン、またはスタイラス）を用いてレポートと対話することができる。レポートは、表示区域内のタッチ（たとえば、ユーザの指のタッチ）の存在および場所を検出することができるタッチパネルまたは他の電子的視覚的出力上に表示されてもよい。
【０１５２】
この具体的な実現例では、ユーザは、ボックスのうちの任意の１つを選択して付加的なまたは詳細な情報を見ることができる。たとえば、ユーザはポインティングデバイス（たとえば、マウス）を用いてマウスカーソルをボックスの上に位置決めすることができる。ユーザはマウスボタンをクリックすることによってボックスを選択する。具体的な実現例では、システムは、ダイアログボックスを表示することによって応答する。ダイアログボックスはマトリックスの上に重なっていても重なっていなくてもよい。別の実現例では、システムは、詳細な情報とともにウインドウを表示することによって応答する。ユーザは具体的なビジネスユニット、サブネット、または個別の資産へ「掘り下げ」て、尤度スコア、尤度スコアを算出するのに用いられる値、またはその両方を修正することができる。
【０１５３】
詳細情報は、図８に示されるなどの尤度算出で用いられるデータを含んでもよい。詳細情報は、代わりにまたは付加的に、図９に示されるなどのリスク算出で用いられるデータを含んでもよい。
【０１５４】
図７は、リスクレベルマトリックスの別の具体的な実現例を示すアプリケーションウインドウを表示するコンピュータ画面を示す。このマトリックスは図６に示されるマトリックスと同様であるが、ＩＳＯセキュリティ基準からのスコア測定値の組を含む。この例では、ユーザは標準スコアヴィジェットからＩＳＯセキュリティ基準を選択している。このように、マトリックスは、連続的に改善している、定量的に測定された、規定された、計画され実施された、非公式に実行された、および実行されていない、というＩＳＯセキュリティ基準と関連付けられたスコア測定値の組を反映するように更新される。
【０１５５】
図８は、尤度算出タブ８０２の具体的な実現例のアプリケーションウインドウを表示するコンピュータ画面を示す。タブは、フォルダツリー８０６を含む第１の部分または区画８０４を含む。ツリーの第１のレベルはビジネスユニットを含む。ツリーの第２のレベルはビジネスユニット内の資産を含む。タブは第２の部分８０８および第２の部分の下の第３の部分８１０を含む。
【０１５６】
第２の部分は、資産情報を示すテーブル８１２を含む。テーブルの列は、ホスト名、ＩＰアドレス、資産の種類、尤度、リスク、およびビジネスユニットを含む。ユーザは、尤度設定ボタン、編集ボタン、またはその両方を用いて、資産の各々毎の尤度値を入力するまたは無効化することができる。具体的な実現例では、なぜ尤度スコアが変更されたかについての覚書またはコメントをユーザが入力するボックスが存在する。
【０１５７】
第３の部分は査定結果８１４および脆弱性タブ８１６を含む。査定結果タブは、資産の査定結果を表示するテーブルを含む。脆弱性タブは、何らかの技術的スキャンからの脆弱性の一覧を含む。
【０１５８】
図９は、リスク算出タブ９０５の具体的な実現例を示すアプリケーションウインドウを表示するコンピュータ画面を示す。リスク算出タブの部分は、図８のテーブルと同様の列を有するテーブル９１０を含む。しかし、このテーブルは、資産についてのインパクト、リスク算出、およびリスクスコアを示す列を含む。インパクトおよびリスク列中の値は、編集ボタン９１２を用いて無効化可能である。このように、ユーザは、各会社毎に異なり得る具体的なセキュリティリスク許容度レベルを設定することができる。
【０１５９】
リスクスコアを表示するテーブルセルは、算出されたリスクスコアまたはレベルを示すようにハイライトされるかまたは色付けされる。
【０１６０】
図１０は、分析結果タブ１００２の具体的な実現例を示すアプリケーションウインドウを表示するコンピュータ画面を示す。タブ区画の第１の部分は、さまざまなビジネスユニットを一覧で示すテーブル１００４を含む。各ビジネスユニットは、リスクスコア、平均インパクト、および平均尤度と関連付けられる。ボックスは、ビジネスユニットの全体的なリスク１００６（すなわち、定量的リスクエクスポージャスコア）または平均リスクスコアを表示する。
【０１６１】
タブ区画の第２の部分は、資産の種類、および各資産の種類毎に資産の種類と関連付けられるリスクを要約するテーブル１００８を含む。
【０１６２】
タブ区画の第３の部分はリスク色分け地図１０１０を含む。この具体的な実現例では、リスク色分け地図はＮ×Ｍ個のグリッドを含み、式中ＮおよびＭは９である（すなわち、９×９個のグリッド）。しかしながら、ＮおよびＭは任意の数であることができる。グリッドのｘ軸はインパクトの測定値を含む。グリッドのｙ軸は尤度の測定値を含む。丸印または丸１０１２は、リスク色分け地図の上に重ねられてもよく、リスクがどのような傾向を持っているかを示すようにアニメーション化されてもよい。
【０１６３】
丸印は、ユーザがどのクラスタ化オプション１０１４を選択するかに依存して、ビジネスユニットまたは資産の種類を示すことができる。
【０１６４】
グリッドボックスまたは四角の各々は色付けされる。色はボックスと関連付けられたリスクレベルを示した。
【０１６５】
ユーザは、リスク色分け地図およびリスク色分け地図上の丸印の位置を検討して、どの程度のリスクまたはリスクのレベルが具体的なビジネスユニットまたは資産の種類と関連付けられるかを見ることができる。
【０１６６】
図１１は、もしもの場合のシナリオのモデリングのためのツールの具体的な実現例を示すアプリケーションウインドウを表示するコンピュータ画面を示す。ツールは、メニューバーからオプション「もしもの場合のシナリオ」１１０１を選択することによってアクセスされてもよい。
【０１６７】
ツールは、セキュリティライフサイクルまたはセキュリティフレームワークに影響する４つの力を含む。第１の力１１０２は企業戦略を含む。第２の力１１０４は内部の力を含む。第３の力１１０６は規制力を含む。第４の力１１０８は外部の力を含む。
【０１６８】
原因、触媒、イベントなどの力はセキュリティコントロールの変更を生じさせることができる。企業戦略またはビジネス推進力は、会社の将来の目標、活動、および目的を含む。この力の例は、新たな市場および国への製品拡張という企業戦略である。ユーザは、システムを用いて、戦略を支えるセキュリティ上の懸念、インフラストラクチャ、コストなどを計画するシナリオを展開させることができる。
【０１６９】
内部の力は、情報技術（ＩＴ）インフラストラクチャのアップグレード、新技術の配備、およびビジネス要件などの会社の運用変更を含む。
【０１７０】
規制力は、セキュリティ要件を課す政府および他の規制当局を含む。例はＳＯＸ、ＰＣＩ、およびＧＬＢＡを含む。
【０１７１】
外部の力は、会社外部からの影響およびセキュリティに対する変更を含む。例は、ハッカー、コンピュータウイルス、および自然災害を含む。
【０１７２】
ユーザはモデルをカスタマイズすることができる。たとえば、ユーザは「力を追加」ボタンをクリックして別のまたは第５の力を加えたり、「力を削除」ボタンをクリックして力を削除したり、「力の名前変更」ボタンをクリックして力の名前を変えたりすることができる。
【０１７３】
これらの力のうち１つ以上は、資産、査定、優先順位付け（リスク）、および軽減モジュールのうち１つ以上に影響してもよい。たとえば、資産モジュールについては、力は、その資産のビジネスユニットまたはユニットの分類を変更してもよい。たとえば、企業戦略は、いくつかのビジネスユニットの売却を要件とするかもしれず、したがってそれらの資産を保護するセキュリティリソースおよびサービスはもはや必要なくなる。
【０１７４】
査定モジュールを参照して、目標査定スコアは新たな外部の脅威の結果変わるかもしれない。たとえば、ネットワークファイアウォールは十分であると考えられたが、それらはウェブブラウジングを保護しないため、付加的なアプリケーションファイアウォールが必要である。
【０１７５】
優先順位付け（リスク）モジュールを参照して、ＩＴ環境の変化は新たな脆弱性を導入し、それによりリスク要因が増大するかもしれない（コントロールおよび確率などのすべての他の変数が同じままであると仮定して）。
【０１７６】
軽減モジュールを参照して、セキュリティ予算がカットされれば、軽減の優先順位が変わるかもしれず、またはプロジェクトの完了日が延長されるかもしれない。
【０１７７】
具体的な実現例では、「もしもの場合のシナリオ」を作成するためのフローは以下のとおりである。
【０１７８】
１．メニューバーから「もしもの場合のシナリオ」オプションを選択する。
２．１つ以上の力を選択して、選択された力に関連付けられる条件についての仮定を行なう。
【０１７９】
３．「もしもの場合」の条件に基づいてリスクエクスポージャを算出する。
４．「もしもの場合」のシナリオを保存する。
【０１８０】
ツールの力は、ボタンまたは選択可能なオブジェクトとして実現されてもよい。ユーザは、無効化または微調整するように、力のうちの１つの上をクリックすることによっておよび実際のスコアを有する査定プロジェクトを選択することによって、シナリオまたはモデルを作成する。ユーザは次にシナリオまたはモデルの説明を入力することができる。フィールドは以下の情報を含むことができる。
【０１８１】
１．シナリオの名称、および作成日付、修正日付、作成者などの他の基本的情報。
２．シナリオおよび力（または複数の力）の説明。１つ以上の力がシナリオに影響できることを認めるべきである。モデルは、将来の力のインパクトに基づいて、リスク、コントロール、脆弱性、および他のセキュリティ判断基準を予見するようにユーザによって生成される多数のシナリオとして規定されてもよい。シナリオは、コントロールフレームワークに対する単一の力のインパクトとして規定されてもよい。たとえば、脆弱性を悪用する将来のコンピュータウイルスの外部の力はセキュリティ事象およびコストの尤度を増大させる。力は、セキュリティコントロールの有効性、脆弱性、他の判断基準、およびこれらの任意の組合せを変更する将来のイベントまたは決定のカテゴリとして規定されてもよい。
【０１８２】
３．コントロールフレームワーク（たとえば、基準）に対するインパクト。以下の表Ｆは修正すべき現在のおよび目標のスコアとともに、ＣＯＢＩＴフレームワークの例を示す。
【０１８３】
【表６】
0005559306.tif 000007
【０１８４】
具体的な実現例では、脆弱性、資産分類、およびリスクなどのセキュリティ変数の変更をスプレッドシートで規定することができる。スプレッドシートはシステムにインポート可能である。システムは変数を追跡することができ、ユーザは、変数を修正、追加および削除することができる。
【０１８５】
ユーザはセキュリティ基準マッピングマトリックスをカスタマイズしてもよい。システムは、管理グラフを生成して基準（またはコントロール）フレームワークの変更またはデルタを示す。ユーザは、システムを用いて、変数について履歴データを利用したり、推定値を入力したり、またはその両者を行なったりすることができる。
【０１８６】
具体的な実現例では、システムは、シナリオマネージャと同じウイザードを提供する。ウイザードは、ユーザに、シナリオまたはモデルを作成するプロセスを通じてステップを踏ませるグラフィカルユーザインターフェイス（ＧＵＩ）を提供する。ウイザードのさまざまなステップにより、ユーザは仮定およびスコアを微調整できるようになる。
【０１８７】
管理者モジュールをシステムの他のモジュールと統合してもよい。統合の例は、優先順位付けモジュールにおけるリスクの定量化とである。以下の表Ｇは、もしもの場合のシナリオを作成するために変更可能な変数またはパラメータのうちいくつかの例を示す。
【０１８８】
【表７】
0005559306.tif 000008
【０１８９】
分析の結果または出力は、ユーザが以下を尋ねたり答えたりできるようにする。
１．力はどのように私のコントロールフレームワークを変えるのか？たとえば、力はセキュリティコントロールの有効性を低下させるのか？またはそれらは付加的なコントロール（たとえば、増大したセキュリティ）を必要とするのか？
２．力はどのように私のリスクレベルを変えるのか？私のリスクは具体的なビジネスユニットまたは会社全体について増大または減少するのか？
３．履歴ビジネスおよびセキュリティメトリクスに基づいて合理的に仮定可能なビジネスインパクトは何か？たとえば、力のインパクトは潜在的にセキュリティ侵害の数を増大させるか？それらの侵害の履歴コストはどのようなものか？我々はセキュリティ資本利益率（ＲＯＩ）の推定値を算出できるか？
４．情報および分析に基づいて、我々は予想される力に基づいて２または３年のセキュリティロードマップを開発することができるか？
この分析からの結果および出力は容易に視覚化可能なレポート形式で生成される。
【０１９０】
図１２は、アニメーション化されたリスク色分け地図バブルチャートまたはグラフ１２００の具体的な実現例を示すアプリケーションウインドウを表示するコンピュータ画面を示す。チャートは画面の第１の部分に表示される。画面の第２の部分はユーザ調節可能なオプション１２０１の組を含む。チャートはグリッドを含む。グリッドは、図６−図７および図１０に示されかつ上述されたグリッドと同様である。この実現例では、グリッドの底部の再生ボタン１２０２およびスライダー１２０３が存在する。再生ボタンおよびスライダー上の画面の部分は、アニメーション化されているもしもの場合のシナリオ１２０４を示す。
【０１９１】
グラフは、第１の軸１２０５ｂおよび第２の軸１２０５ａならびに背景１２０６を含む。この具体的な実現例では、第１の軸は尤度スケールを表わす。第２の軸はインパクトスケールを表わす。軸は原点で交差している。原点からインパクトスケールに沿って原点と反対のインパクトスケールの端に向けて移動していくことは、発生するイベント（たとえば、破壊工作ソフトに感染、セキュリティ侵害、盗難、サービス妨害、またはファイアウォール通過）のために資産が損なわれた場合に組織に対するインパクトまたは妨害のレベルが増大することを示す。原点から尤度スケールに沿って原点と反対の尤度スケールの端に向けて移動していくことは、妨害を引起すイベントが起こる尤度のレベルが増大することまたは確率のレベルが増大することを示す。
【０１９２】
背景は、第１、第２、および第３の領域１２０７ａ、１２０７ｂ、および１２０７ｃを含む。各々の領域は、影付きまたは塗り潰しパターンとして図に示される特定の視覚的表現と関連付けられる。具体的な実現例では、視覚的表現は色であるが、代わりにまたは加えて、パターン、テクスチャ、またはこれらの組合せであってもよい。この具体的な実現例では、領域１２０７ａは第１の色で示される。領域１２０７ｂは、第１の色とは異なる第２の色で示される。領域１２０７ｃは、第１および第２の色とは異なる第３の色で示される。領域は、それらの関連付けられた視覚的表現または色を介してリスクのレベルを示すのに用いられる。
【０１９３】
この具体的な実現例では、第１の領域の第１の色は低リスクを示す緑である。第２の領域の第２の色は、中リスクを示す黄色である。第３の領域の第３の色は高リスクを示す赤である。換言すると、この具体的な実現例では、領域の背景色は非白であるまたは白ではない。別の実現例では、背景色は白であってもよい。
【０１９４】
図は３つの領域を示すが、ユーザが望む別個のリスクエクスポージャレベルの数に依存して、任意の数の領域が存在できる。たとえば、低から中リスクを示す領域が存在することができる。中から高リスクを示す領域など。さらに、各々の領域は明確に規定された端縁または境界を有する区別される色として必ずしも示されなくてもよい。たとえば、色で区別される領域の代わりに、緑から黄色に変わっていく、また黄色から赤に変わっていくように色が徐々に変化することができる。
【０１９５】
このように、グラフのこの具体的な実現例に見られるように、グラフの左下部分（または第１の領域）は低リスクの区域を示す。グラフの真ん中部分（または第２の領域）は中リスクの区域を示す。グラフのいちばん右上の部分（または第３の領域）は高リスクの区域を示す。
【０１９６】
より具体的には、この具体的な実現例では、第１の領域の最も左の端縁１２０８は第１の軸に当接するかまたはこれに触れる。第１の領域の最も底部の端縁１２０９は第２の軸に当接するかまたはこれに触れる。別の実現例では、第１の領域の最も左の端縁、最も底部の端縁、またはその両方は軸に触れない。第１の領域の端縁は軸に近くてもよいが、軸に触れなくてもよい。たとえば、軸と第１の領域の第１の端縁との間には隙間が存在してもよい。この具体的な実現例では、第１の軸と第１の領域の第１の端縁との間の第１の最短距離は、第１の軸から第１の領域の最も左の端縁へである。第２の軸と第１の領域の第２の端縁との間の第２の最短距離は、第２の軸から最も底部の端縁へである。第１の領域は第２の領域と第１および第２の軸との間にある。第２の領域は第１の領域と第３の領域との間にある。
【０１９７】
丸印１２１０ａ、１２１０ｂ、および１２１０ｃの第１、第２、および第３の組はグリッドに重なっている、またはグリッドもしくはグラフの１つ以上の領域の上に重なっている。これらの丸印の組は資産の種類単位の資産のクラスタまたはビジネスユニット単位の資産のクラスタを示してもよい。付加的なまたは詳細な情報を見るため、これらの丸印の上をクリックすることができ、またはそうでない場合はこれらを選択することができる。たとえば、丸印の上をクリックすると、丸印が表わす具体的な資産、資産の査定スコア、リスク算出式などを示す新たなウインドウまたはダイアログボックスを開くことができる。
【０１９８】
丸印の各々のセットは重なり合う丸印の組を含む。重なり合う丸印は一度にまたは順に（たとえば次々に）描かれて、アニメーションの外観を与える。このように、再生ボタンをクリックすると、丸印がグリッドの周りを移動するように現われる。丸印の移動は丸印が表わす資産の定量的リスクエクスポージャスコアの変化を示す。グリッド上の丸印の位置は、具体的な時点における資産のリスクエクスポージャスコアまたは仮説のもしくはもしもの場合のシナリオのリスクエクスポージャスコアを示す。
【０１９９】
具体的な実現例では、このチャートを用いて、ベースラインシナリオと１つ以上のもしもの場合のシナリオとを比較したり、または１つのもしもの場合のシナリオと別のもしもの場合のシナリオとを比較したりする。たとえば、ユーザがベースラインシナリオともしもの場合のシナリオとを比較することを望んでいると仮定する。ベースラインシナリオは資産群についての実際のまたは既存のリスクスコアまたはエクスポージャを含む。もしもの場合のシナリオは、資産群について予見されるまたは将来のリスクスコアを含む。
【０２００】
再生ボタンをクリックすると、第３の丸印の組の中の第１の丸印１２１５ａがグリッド上の第１の位置に描かれる。第１の丸印の第１の位置は実際のリスクスコアを示す。第１の丸印の第１の位置によって示されるように、資産群のリスクは低い。なぜなら第１の丸印は低リスクの領域内にあるからである。
【０２０１】
再生またはアニメーションが継続すると、第２の丸印１２１５ｂがグリッド上の第２の位置に描かれる。次に、グリッド上の第３の位置に第３の丸印１２１５ｃが描かれる。第３の丸印はもしもの場合のシナリオの予見されるリスクスコアを示す。第３の丸印の第３の位置が示すように、資産群のリスクは中程度である。なぜなら第３の丸印は中リスクの領域および低リスクの領域に重なっているからである。
【０２０２】
第２および第３の丸印の位置は、このように、より多くのリスクに向けての傾向、すなわち低リスクから中リスクに向けた傾向、を示す。おそらく、たとえば、もしもの場合のシナリオは、資産を確保するのに用いられるリソースに悪影響を与えている予算カットを含む。このように、丸印がどこでどのように移動するかに依存して、丸印は、資産群に対するリスクが増大しているか、減少しているか、または一定のまま留まっているかを示すことができる。丸印が移動する方向は、ユーザが、リスクが向かっている傾向の方向、すなわち、組織は仮説シナリオに基づいてより多くのリスクに向かう傾向に向かっているか？、組織は仮説シナリオに基づいてより少ないリスクに向かう傾向に向かっているか？など、を見て理解するのを助けることができる。
【０２０３】
すなわち、２つ以上の丸印を結ぶ線の傾斜は、リスクの増大、リスクの減少、またはリスク変化なしを示すことができる。たとえば、最初に描かれた（または最初に現われる丸印、すなわち初期丸印）から最後に描かれた（すなわち、最後の丸印）へ描かれる線は正の方向への傾斜または負の方向への傾斜を有することができる。正の方向への傾斜は左から右に上がっていく傾斜である。正の方向の傾斜は増大するリスクの量を示すことができる。負の方向の傾斜は左から右に下がっていく。負の方向の傾斜は減少するリスクの量を示すことができる。
【０２０４】
グラフの異なる背景色は、ユーザがリスクのレベルを視覚的に定量化または定性化するのを助ける。たとえば、丸印が緑色の領域上に現われるかまたはその上に重なる場合、これは低リスクエクスポージャとして説明されるかまたはこれを示すことができる。丸印が黄色の領域の上に重なる場合、これは中リスクエクスポージャを示すことができる。丸印が赤色の領域の上に重なる場合、これは高リスクエクスポージャを示すことができる。
【０２０５】
他の色の領域に対するある色の領域内の丸印の位置も、リスクのレベルの定量化または定性化を助けることができる。たとえば、黄色領域中の丸印が緑色領域よりも赤色領域により近い場合、これは中−高リスクエクスポージャとして説明され得る。黄色領域中の丸印が赤色領域よりも緑色領域に近ければ、これは中−低リスクエクスポージャとして説明することができる。
【０２０６】
この具体的な実現例では、第１の領域の面積は第２の領域の面積および第３の領域の面積よりも大きい。第２の領域の面積は第３の領域の面積よりも大きい。グラフのこの構成またはレイアウトは、中または高リスクエクスポージャの構成と比較して低リスクエクスポージャのより多くの構成が存在するものとして説明することができる。
【０２０７】
しかしながら、これは常にそうであるわけではない。たとえば、低リスクエクスポージャの構成と比較して高リスクエクスポージャの構成がより多く存在する場合があり得る。そうである場合、高リスクを示す第３の領域の面積は低リスクを示す第１の領域の面積よりも大きくてもよい。高リスクエクスポージャの構成と比較して低リスクエクスポージャの構成がより多く存在するか否かは、組織または会社のリスク許容度レベルに依存し得る。たとえば、リスク回避傾向の組織（たとえば原子力発電所）は、より少ないリスク回避傾向の組織と比較して、その組織が低リスクと考えるより少ない数の構成を有してもよい。このように、さまざまな実現例では、第１、第２および第３の領域の面積は同じである。少なくとも１つの面積は残余の面積とは異なっている。第３の領域の面積が第２の領域および第１の領域の面積よりも大きくてもよい。第２の領域の面積が第１の領域の面積よりも大きくてもよい。
【０２０８】
具体的な実現例では、領域の色または背景色は、丸印がアニメーション化されても変わらず一定のままである。他の実現例では、領域のうち１つ以上の色は丸印がアニメーション化されている間変化する。
【０２０９】
図１２は、多角形形状、すなわち直線セグメントまたは端縁を有する形状として色の背景領域を示す。この具体的な実現例では、領域の各々の端縁は第１または第２の軸のうち一方と平行であり、第１または第２の軸のうち他方に垂直である。これに対し、領域の各々の端縁は、第１または第２の軸のうち一方に対して垂直であり、第１または第２の軸の他方に対して平行である。
【０２１０】
しかしながら、他の実現例では、色の１つ以上の背景領域は、斜めまたは傾いた線セグメント、カーブした線セグメント、またはその両方を有してもよい。線セグメントは、漸近線または双曲線として記述されてもよい。リスク領域のカーブした線セグメントはインパクトと尤度との間の非線形リスクエクスポージャ関係（たとえば、指数関数的または対数的関係）を示すことができる。たとえば、尤度の増大がリスクエクスポージャの非線形増大に対応する場合があり得る。
【０２１１】
具体的な実現例では、図１２に示されるレポートなどの対話的または管理レポートは、ユーザが選択して情報をフィルタリングする（すなわち、ある情報を示し他の情報を隠す）ことができるフィルタの組を含む。フィルタのいくつかの例は、資産の種類に基づくフィルタ、ビジネスユニットに基づくフィルタ、地理的場所に基づくフィルタ、資産の分類に基づくフィルタ、尤度評価に基づくフィルタ、インパクト評価に基づくフィルタ、リスクスコアに基づくフィルタなどを含む。たとえば、アニメーション化された丸印の第１の組は第１の種類の資産（たとえば、ワークステーション）を表わしてもよい。ユーザは第２の種類の資産（たとえば、ポータブルコンピュータ）を表わすアニメーション化された丸印の第２の組を見るまたは隠すためのフィルタを選択するまたは非選択にすることができる。たとえば、第２の種類の資産を隠すフィルタが選択される場合、アニメーション化された丸印の第２の組はグラフ上に示されない。
【０２１２】
図１３は、アニメーション化されたスパイダー図１３０５の具体的な実現例を示すアプリケーションウインドウを表示するコンピュータ画面を示す。具体的な実現例では、図は、２つ以上のエンティティの間の関係を示す。たとえば、資産情報はビジネスおよびセキュリティメトリクスとリンク可能である。この具体的な実現例では、資産は、ビジネスユニット、査定結果、脆弱性、リスク、資産分類、軽減すべきコストなどを「リンクする」「アンカー」である。
【０２１３】
図は、ビジネスユニット、ＩＰアドレス、および資産に結び付けられる他のセキュリティメトリクスを表わす。丸同士の間の線は、データ間の関係を表わすことができる。線は、関係の種類を示す色付けされた線であってもよい。たとえば、「Ｐ」を伴う黄色い線は親子関係を示してもよい。加えて、丸のハイライトは、アクションが求められているか否かを示すのに用いられてもよい。たとえば、青い丸は、軽減、承認、または他の優先順位の高いタスクを表わすことができる。
【０２１４】
同様の図を用いて基準（たとえば、ＣｏＢＩＴ）がどのように他のコンプライアンスおよび業界の最良の慣行にマッピングされるかを示してもよい。
【０２１５】
図１４は、セキュリティロードマップの具体的な実現例のアプリケーションウインドウを表示するコンピュータ画面を示す。ロードマップは、ある期間にわたる１つ以上のセキュリティプロジェクト（たとえば、査定または軽減プロジェクト）を示す。各々の棒は、プロジェクトの持続時間およびステータスの視覚的表現である。データは、Microsoft Projectなどの他のプロジェクト管理アプリケーションからインポート可能である。
【０２１６】
「本日のステータス」参照線は、現在のデータおよび週を反映する。軽減または査定モジュールからのタスクと同様のプロジェクト情報が入力され追跡され得る。たとえば、プロジェクト情報はウェブベースのエントリフォームを用いて入力可能である。
【０２１７】
このチャートはタスクおよびプロジェクトの観点でロードマップを表わしている。ユーザは、予算（たとえば、四半期当たりのコストの種類単位の経費を予見する）、軽減タスクに対する査定、ビジネスユニット、および他のフィルタを反映するようにビューを変更することができる。各々のプロジェクト、ビジネスユニット、または各々の色付けされた棒が表わす他のグルーピングは、マウス（またはマウスカーソル）が棒の周囲にある場合に示される要約情報を含む。棒をクリック（たとえばダブルクリック）すると、個別のタスク、ステータス、および他の情報を掘り下げたビューを開く。
【０２１８】
図１５は、リスクモジュールの管理レポートのためのアニメーション化されたチャートの具体的な実現例を示す。この具体的な実現例では、グラフのｘ軸１５０２は尤度を表わし、ｙ軸１５０４はインパクトを表わす。アニメーション化された視覚的表現１５０６は、ビジネスユニットおよびそのビジネスユニット内のすべての資産の平均リスクスコアを表わす。この具体的な実現例では、アニメーション化された視覚的表現は丸または丸印であるが、他の形状または画像（たとえば、方形、矩形、三角形、および楕円形）を用いて実現可能である。丸印は、代わりにまたは加えて、ユーザが選択する判断基準に基づいて技術の種類、資産の種類、または他のカテゴリを表わしてもよい。
【０２１９】
丸印は、「掘り下げ」機能性が利用可能なこのアプリケーションで論じられた他のアニメーション化されたチャートおよび管理レポートと同様に振る舞ってもよい。たとえば、ユーザは、丸印をダブルクリックして、丸印の場所およびサイズに寄与する詳細なデータを閲覧することができる。
【０２２０】
レポートはさらに、丸印をアニメーション化して、ある期間にわたるリスクの変化を表わせるようにする再生ボタンを含む。この機能性はコスト／利益チャートと同様であってもよい。
【０２２１】
図１６は、リスクレベルマトリックスレポートおよびリスク構成オプションの具体的な実現例を示す。レポートは、所望によりユーザがリスク、尤度、およびインパクトしきい値を変更できるように構成可能である。
【０２２２】
発明のこの説明は図示および説明の目的のために提示された。網羅的であったり記載された精密な形態に発明を限定したりすることを意図するものではなく、上記教示に照らして多くの修正例および変形例が可能である。実施形態は、発明の原則およびその実践的な適用例を最も十分に説明するために選択され記載された。この説明は、当業者が、さまざまな実施形態において特定の使用に適合するようなさまざまな修正例とともに発明を最も十分に利用しかつ実践できるようにする。発明の範囲は以下の請求項によって規定される。
【図１】
0005559306.tif 000009
【図２】
0005559306.tif 000010
【図３】
0005559306.tif 000011
【図４】
0005559306.tif 000012
【図５】
0005559306.tif 000013
【図６】
0005559306.tif 000014
【図７】
0005559306.tif 000015
【図８】
0005559306.tif 000016
【図９】
0005559306.tif 000017
【図１０】
0005559306.tif 000018
【図１１】
0005559306.tif 000019
【図１２】
0005559306.tif 000020
【図１３】
0005559306.tif 000021
【図１４】
0005559306.tif 000022
【図１５】
0005559306.tif 000023
【図１６】
0005559306.tif 000024