特開 2023-91258 情報統合システムおよび情報提供方法

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

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

(11)【公開番号】P2023091258

(43)【公開日】2023-06-30

(54)【発明の名称】情報統合システムおよび情報提供方法

(51)【国際特許分類】

   G06F 11/36 20060101AFI20230623BHJP

【ＦＩ】

G06F11/36 192

G06F11/36 184

【審査請求】未請求

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2021205908

(22)【出願日】2021-12-20

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】デーンホフ イェンス

(72)【発明者】

【氏名】田村 悠

(72)【発明者】

【氏名】辻 大輔

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

5B042

【Ｆターム（参考）】

5B042HH17

5B042HH49

5B042MA08

5B042MA14

5B042MC21

(57)【要約】

【課題】可用性分析に必要な情報を収集する際のリソース負荷を減らし、効率的なセキュリティ対策を支援できる情報統合システムおよび情報提供方法を提供する。
【解決手段】
業務システムの可用性分析情報を提供するシステムであって、各端末の状態に関する端末情報を格納する端末情報ＤＢと、プロセス情報を格納するプロセスグラフ情報ＤＢと、テストシナリオ情報を複数格納するテストシナリオ情報ＤＢと、前記テストシナリオ情報ごとに、前記可用性分析に関連する前記端末情報と前記プロセス情報とを抽出して統合する情報統合部と、を備え、前記情報統合部により、前記テストシナリオ情報ごとに統合された情報を、前記可用性分析情報として提供する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の端末を備えて各端末が所定のプロセスを行うことにより、所定の業務フローを実現する業務システムの可用性分析に用いられる可用性分析情報を提供するシステムであって、
前記業務システムが備える前記複数の端末からそれぞれ収集した、各端末の状態に関する端末情報を格納する端末情報ＤＢと、
前記業務フローの前記プロセスの流れに関するプロセス情報を格納するプロセスグラフ情報ＤＢと、
前記業務システムに対して前記可用性分析を行う際の前記端末の設定状態に関する、テストシナリオ情報を複数格納するテストシナリオ情報ＤＢと、
前記テストシナリオ情報ごとに、前記可用性分析に関連する前記端末情報と前記プロセス情報とを、前記端末情報ＤＢと前記プロセスグラフ情報ＤＢからそれぞれ抽出して統合する情報統合部と、を備え、
前記情報統合部により、前記テストシナリオ情報ごとに統合された情報を、前記可用性分析情報として提供する
情報統合システム。

【請求項2】

請求項１に記載の情報統合システムであって、
前記情報統合部は、前記可用性分析情報を、外部へ送信する
情報統合システム。

【請求項3】

請求項１に記載の情報統合システムであって、
前記可用性分析情報に基づく前記可用性分析の結果に基づいて、前記端末の設定を変更する
情報統合システム。

【請求項4】

複数の端末を備えて各端末が所定のプロセスを行うことにより所定の業務フローを実現する業務システムの可用性分析に用いられる可用性分析情報を提供する方法であって、
前記業務フローの前記プロセスの流れに関するプロセス情報を収集し、
前記業務システムが備える前記複数の端末から、各端末の状態に関する端末情報を収集し、
前記業務システムに対して前記可用性分析を行う際の前記端末の設定状態に関する、テストシナリオ情報を複数収集し、
収集した前記端末情報と前記プロセス情報から、前記テストシナリオ情報ごとに、前記可用性分析に関連する前記端末情報と前記プロセス情報とをそれぞれ抽出して統合し、
前記テストシナリオ情報ごとに統合した情報を、前記可用性分析情報として提供する
情報提供方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報統合システムおよび情報提供方法に関する。

【背景技術】

【0002】

ＯＴ（Operational Technology）／ＩｏＴ（Internet of Things）分野において、例えば、セキュリティプラットフォームにおけるセキュリティ分析は、セキュリティ対策の実施対象である業務システムとその脆弱性情報とに基づいてリスクを評価する方法や、時間の経過とともにリスクを判断しセキュリティパッチ（脆弱性や問題点を解消するためのプログラム）の優先順位付けやスケジュール設定をする方法、などを用いて実施される。

【0003】

このようなセキュリティ分析の一つに、セキュリティ対策を実施した場合の業務システムの可用性（システムが継続して稼働できる度合いや能力）を分析する、可用性分析がある。可用性分析を行うためには、分析に必要な情報を業務システムから収集する必要がある。このような情報は、システムプロセス上に分散されていて統一されていない（まとまっていない）場合が多く、適切な可用性分析を行わずにセキュリティ対策を実施すると、可用性への影響を考慮せずに、誤ったリスク評価結果が発生する可能性がある。このような状態では、業務システムへの悪影響が大きく、セキュリティ対策をしたにもかかわらず、経済的および物理的な損害を引き起こす危険性がある。

【0004】

分散された情報の中から可用性分析の実行に必要な情報を収集しようとする場合、すべてのセキュリティ分析プロセスで個別に分析に必要な情報を収集する必要があった。さらにこれに加えて、可用性分析を適切に実行できるようにするには、収集した情報と関連する他の情報とをそれぞれ照合する必要があった。このような複雑さがあるため、可用性分析に必要な情報を収集する際のリソース負荷が大きく、これによって可用性分析を行うためのコストが増加する課題があった。

【0005】

本願発明の背景技術として、下記の特許文献１では、分散型のテストケース実行時にテストケースＩＤによってテスト結果をマッチングできる構成が開示されている。特許文献２では、リスク分析時にリスクとダウンタイム（可用性）を考慮する構成が開示されている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】国際公開２０１８／０２７６１０９号公報

【特許文献2】国際公開２０１８／０１３６９２１号公報

【発明の概要】

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

【0007】

特許文献１は、テストケース識別子に基づいて、関連するテストケースの実行とその結果のみを照合できるが、複数の識別子または変更された識別子を使用して、テストケースを他の情報（プロセスグラフなど）と照合することはできない。特許文献２は、リスクと可用性への影響の評価に基づいて対策に優先順位を付けることはできるが、実際の業務システムへの対策とその後のビジネスプロセスへの影響を評価、予測することはできない。

【0008】

つまり、特許文献１および２に共通して、セキュリティに関する分析は行えるが、対象の業務システムの可用性を担保する方向性は見えておらず、可用性の判断に必要な情報が収集されていない。これにより、可用性分析に対する情報の必要性、関係性などが判断できず、可用性分析に必要な情報を収集する際のリソース負荷が大きいという前述の課題があった。

【0009】

これを鑑みて、本発明は、可用性分析に必要な情報を収集する際のリソース負荷を減らし、効率的なセキュリティ対策を支援できる情報統合システムおよび情報提供方法を提供することが目的である。

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

【0010】

本発明の情報統合システムおよび情報提供方法は、複数の端末を備えて各端末が所定のプロセスを行うことにより、所定の業務フローを実現する業務システムの可用性分析に用いられる可用性分析情報を提供するシステムであって、前記業務システムが備える前記複数の端末からそれぞれ収集した、各端末の状態に関する端末情報を格納する端末情報ＤＢと、前記業務フローの前記プロセスの流れに関するプロセス情報を格納するプロセスグラフ情報ＤＢと、前記業務システムに対して前記可用性分析を行う際の前記端末の設定状態に関する、テストシナリオ情報を複数格納するテストシナリオ情報ＤＢと、前記テストシナリオ情報ごとに、前記可用性分析に関連する前記端末情報と前記プロセス情報とを、前記端末情報ＤＢと前記プロセスグラフ情報ＤＢからそれぞれ抽出して統合する情報統合部と、を備え、前記情報統合部により、前記テストシナリオ情報ごとに統合された情報を、前記可用性分析情報として提供する。

【発明の効果】

【0011】

可用性分析に必要な情報を収集する際のリソース負荷を減らし、効率的なセキュリティ対策を支援できる情報統合システムおよび情報提供方法を提供できる。

【図面の簡単な説明】

【0012】

【図1】本発明の一実施形態に係る、セキュリティ分析システムのソフトウェア構成

【図2】本発明の一実施形態に係る、セキュリティ分析システムのハードウェア構成例

【図3】テストシナリオ情報データテーブル例

【図4】プロセスフロー例

【図5】プロセス情報データテーブル

【図6】端末情報データテーブル例

【図7】可用性分析の実行例

【図8】可用性分析実行に用いる収集データ組み合わせデータテーブル例

【図9】本発明の一実施形態に係る、可用性分析実行に用いる情報統合のメインフロー

【図10】プロセス情報収集サブフロー

【図11】端末情報収集サブフロー

【図12】テストシナリオデータ収集サブフロー

【図13A】収集データ組み合わせサブフロー

【図13B】収集データ組み合わせサブフロー

【図14】関連ステーションＩＤの選択例

【図15】可用性分析実行サブフロー

【図16】端末設定変更サブフロー

【0013】

以下、図面を参照して本発明の実施形態を説明する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は単数でも複数でも構わない。

【0014】

図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。

【0015】

（本発明に係る可用性分析について）
本実施形態は、ある業務フローを実行する業務システムに対して、その管理システムによって様々な情報を収集し、収集した情報を統合することで、セキュリティプラットフォーム適用時の可用性分析に必要な情報を生成することができる、情報統合システムについて説明するものである。

【0016】

セキュリティプラットフォーム適用時の可用性分析とは、例えば、ある業務フローに必要なプロセスに対してセキュリティプラットフォームを適用した場合に、そのプロセスの継続動作性や処理性能が、業務フローの実行に十分であるかどうかを判断する分析である。このプロセスの継続動作性や処理性能は、業務システムの開発・構築時に検証用に作られたテストシナリオ、またはそのテストシナリオが有する複数のテストケースを用いて検証される。

【0017】

例えば、分析対象の業務システムについて確認したい部分、例えばコンポーネントや端末を再現して、設定変更などを行ったあとに、その変更と関係があるテストケースを用いて可用性を確認することができる。こうした技術は、セキュリティデジタルツインと呼ばれている。より具体的には、あるセキュリティ対策用のセキュリティパッチを業務システムに導入した場合、業務フローに必要なある機能がそのパッチによって使えなくなったり、処理性能が不十分になったりすることがわかると、セキュリティ対策による可用性への影響が判断され、セキュリティ制御が可用性に与える影響の全体像を把握できる。

【0018】

このように可用性に与える影響を分析によって把握し、対象の業務システムに関連するセキュリティ制御（セキュリティ対策）を導入して、システムのセキュリティリスクを軽減する。また同時に、重要なビジネスプロセスに関連するコンポーネントの可用性を保証し、予定外のダウンタイムを引き起こして、経済的損失や物理的損害を引き起こすことを防止している。

【0019】

（本発明の一実施形態と全体構成）
（図１）
情報統合システム１は、本発明の一実施形態に係るデータベースとしてテストシナリオ情報ＤＢ５ａ、プロセスグラフ情報ＤＢ５ｂ、端末情報ＤＢ５ｃ、を有している。また、情報統合システム１は、情報更新部２、端末設定変更部３、情報統合部４、を有している。

【0020】

テストシナリオ情報ＤＢ５ａ、プロセスグラフ情報ＤＢ５ｂ、端末情報ＤＢ５ｃは、それぞれ、セキュリティプラットフォームが適用される業務システム上のテストシナリオ情報部７、プロセスグラフ情報部８、端末９、からそれぞれ収集した情報を格納している。これらの情報については、図３、図５、図６で後述する。また、テストシナリオ情報部７、プロセスグラフ情報部８、端末９は図示の都合上１つずつの表示であるが、複数のコンポーネント及び端末で構成されているものとする。また、テストシナリオ情報部７、プロセスグラフ情報部８は、例えば業務システムの管理システム上の情報部であり、端末９は、その業務システム上でプロセスを実行する装置である。

【0021】

情報更新部２は、テストシナリオ情報部７、プロセスグラフ情報部８、端末９、からそれぞれ、テストシナリオ情報、プロセス情報、端末情報、を収集し、これらの情報をテストシナリオ情報ＤＢ５ａ、プロセスグラフ情報ＤＢ５ｂ、端末情報ＤＢ５ｃにそれぞれ格納することで、各データベースを更新する。

【0022】

なお、テストシナリオ情報とは、管理システムが業務システムに対してセキュリティリスク検証をするケース材料である。また、プロセス情報とは、業務システムの業務フローのプロセスを示す。

【0023】

情報統合部４は、テストシナリオ情報ＤＢ５ａ、プロセスグラフ情報ＤＢ５ｂ、端末情報ＤＢ５ｃ、にそれぞれ格納された情報から、対象の業務システムの可用性分析に必要な情報を取得するために、これらの情報の組み合わせを行う。詳細は後述のフローチャートにて説明する。

【0024】

セキュリティプラットフォームにおいて、可用性分析部６は、可用性分析に必要な情報を、情報統合部４から取得し、可用性分析を実行する。可用性分析部６は、分析した結果を情報統合システム１に返す。

【0025】

端末設定変更部３は、情報統合システム１に戻された可用性分析部６の分析結果に基づいて、端末９の設定を変更する。

【0026】

（図２）
本発明の情報統合システムに係るハードウェアの構成の実施例として、ＣＰＵ１０、揮発性メモリ２０、不揮発性メモリ３０、周辺機器５０とがそれぞれ接続されている。また、それぞれが互いにつながり、ネットワークインターフェース４０に接続されていることで、ＩｏＴが実現されている。図１に示した情報統合システム１は、不揮発性メモリ３０に格納されたテストシナリオ情報、プロセス情報、端末情報、をＣＰＵ１０で情報統合することによって実現されている。

【0027】

すなわち、図１のテストシナリオ情報ＤＢ５ａ、プロセスグラフ情報ＤＢ５ｂ、端末情報ＤＢ５ｃは、不揮発性メモリ３０によって実現され、情報統合部４は、ＣＰＵ１０が揮発性メモリ２０を作業領域に用いて所定のプログラムを実行することによって実現されるものである。ただし、情報統合システム１のハードウェア構成はこれに限定されず、例えば、仮想計算機やクラウドサーバ等を用いて情報統合システム１を実現することも可能である。

【0028】

（図３）
テストシナリオ情報ＤＢ５ａには、テストシナリオ情報部７から収集したテストシナリオ情報が、例えば図３に示すデータ構造で格納される。テストシナリオ情報ＤＢ５ａに格納されたテストシナリオ情報である。下記で、テストシナリオ情報ＤＢ５ａの各項目について説明する。

【0029】

各レコード（行）は個別のテストシナリオを表している。収集時間は、それぞれのレコードにおけるテストシナリオ（テストケース）の収集時間を表している。なお、収集時間の値は省略している。テストシナリオＩＤは、複数あるテストシナリオの番号を表している。テストケースＩＤは、複数あるテストケースの番号を表している。端末ＩＤは、複数ある装置の番号を表している。プロセスステーションＩＤ（以下ステーションＩＤ）は、プロセスステーション（以下ステーション）の番号を表している。なお、ステーションとは、制御演算が行われる部分である。テストタイプは、その収集時間においてのステーションで行われているテストタイプの種類を表している。テストパラメータは、テストバリエーションを作る際の変数を表している。パラメータ制限は、テストパラメータにおけるパラメータ制限の種類を表している。

【0030】

（図４、図５）
プロセスフロー８ａは、プロセスグラフ情報部８から収集したプロセス情報が表す業務システムの業務プロセスフロー（一連の流れ）の一例である。図４には、業務システムを構成する各端末を表すＩＤとして、端末ＩＤ２１０５、端末ＩＤ２１４１、端末ＩＤ４１３４、の３つの端末ＩＤが表示されている。それぞれの端末ＩＤには、当該端末が実行する業務プロセスのＩＤとして、端末ＩＤ２１０５にはプロセスＩＤ２４、端末ＩＤ２１４１にはプロセスＩＤ２５とプロセスＩＤ２６、端末ＩＤ４１３４にはプロセスＩＤ５１２、が示されている。それぞれのプロセスＩＤには、当該プロセスに含まれるプロセスステーション８１（以下ステーション８１）のＩＤが示されており、これは対象の業務におけるシステムのプロセスの実行単位を表す部分である。

【0031】

プロセスＩＤ２４にはステーションＩＤ１２０００、プロセスＩＤ２５には、ステーションＩＤ１２３１４、１２３１５、１２３１６、１２３１７、プロセスＩＤ２６には、ステーションＩＤ２４１５１、プロセスＩＤ５１２にはステーションＩＤ５３５３４、がそれぞれ示されている。なお、ステーションＩＤ１２３１５からステーションＩＤ１２３１６とステーションＩＤ１２３１７に分岐している矢印は、例えば、ＩＦ分岐である。

【0032】

プロセスグラフ情報ＤＢ５ｂには、プロセスグラフ情報部８から収集したプロセス情報が、例えば図５に示すデータ構造で格納される。なお、収集時間、パラメータ、出力データの項目については値を省略している。プロセスグラフ情報ＤＢ５ｂの各レコードは、図４のプロセスフロー８ａにおける各ステーション８１に対応しており、当該ステーションが属するプロセスや端末のＩＤ、当該ステーションのＩＤに加えて、プロセスフロー８ａで当該ステーションの前後に位置するステーションのＩＤが示されている。プロセスグラフ情報ＤＢ５ｂでは、これらの情報を組み合わせることで、ステーション間のプロセスフロー８ａが示されている。

【0033】

（図６）
端末情報ＤＢ５ｃには、端末９から収集した端末情報が、例えば図６に示すデータ構造で格納される。端末情報ＤＢ５ｃには、端末情報の収集時間、装置ＩＤ、状態パラメータ、状態パラメータ値、の項目が表示されている。状態パラメータは、例えばＣＰＵ１０の利用率等が表示され、この場合、状態パラメータ値には、例えば（ＣＰＵ１０の利用率）６０％、と表示される。

【0034】

（図７）
図７は、可用性分析部６において可用性分析を実行するために必要な情報の例を表している。図７では、図４のプロセスフロー８ａを用いて、可用性分析に必要な情報を示している。図７に示すように、例えば端末ＩＤ２１４１の端末９に対して、ある時間Ｘにおける当該端末（装置名Ｙ）の状態（ネットワークアドレスがＺ…）を分析するためには、プロセスＩＤ２５のステーションＩＤ１２３１５において、テストシナリオ１３のテストケース４１を適用し、ネットワークポート８３１２へデータを送ったときの応答として、２分以内に受信かつ部分文字列Ｓを含むパラメータ制限の設定がされている、ということを確認する必要がある。

【0035】

このように、可用性分析に必要な情報を取得する方法を用いる場合、前述した課題に示したように、すべてのステーションにおいて分析に必要な情報取得を行わなければならないため、可用性分析を行うごとにリソースを大量に使用してしまい、コストが大きくなってしまう。本発明は、この過程において、可用性分析に関連する必要な情報だけを取得することで、コスト削減、および可用性分析の効率化を促進することが目的である。

【0036】

（図８）
本発明が実施された場合の、収集データ組み合わせデータを用いた出力データ構造の例である。本実施形態の情報統合システム１では、図４のプロセスフロー８ａで示される業務フローを実行する業務システムの可用性分析に必要な情報として、例えば図８の組み合わせデータ４ａが情報統合部４から出力される。可用性分析部６は、可用性分析に関連したテストシナリオ情報ごとにまとめられた端末情報とプロセス情報とが表されている組み合わせデータ４ａを用いることで、効率のよい可用性分析を行うことができる。

【0037】

なお、テスト１３-２１４１-１は、テストシナリオ情報ごとにまとめられた端末情報とプロセス情報との一例であり、下側につづいてテスト１３-２１４１-２、テスト１３-２１４１-３、…というように、可用性分析に関連ある必要な情報を複数並べている。

【0038】

（図９）
情報統合システム１のメインフローである。ステップＳ１００では、プロセス情報収集サブフローを呼び出す。ステップＳ２００では端末情報収集サブフローを呼び出す。ステップＳ３００ではテストシナリオデータ収集サブフローを呼び出す。ステップＳ４００はコレクションデータの組み合わせサブフローを呼び出す。ステップＳ５００では、外部の可用性分析実行サブフローを呼び出す。ステップＳ６００では端末設定変更サブフローを呼び出す。図１０～図１６を用いて、このメインフローの各サブフローについて説明する。

【0039】

（図１０）
プロセス情報収集に係る、図９のステップＳ１００の一連のサブフローを説明する。ステップＳ１０１では、情報更新部２のプロセス情報収集サブフローを開始し、ステップＳ１０２では、情報統合システム１に接続された複数のプロセスグラフ情報部８のいずれかを選択する。ステップＳ１０３では、情報更新部２がステップＳ１０２で選択したプロセスグラフ情報部８からプロセス情報を収集する。

【0040】

収集するプロセス情報とは、例えば、システムプロセスフローを説明する有向グラフデータ、次に複数のサブプロセス情報データ、を含んでいる。有向グラフデータとサブプロセス情報データは、それぞれが１つの端末内のプロセスフローを示している。このプロセス情報は、例えば、複数のステーション、入力データと出力データ、時間の経過に伴う動作のようなパラメータ、などを含んでいる。

【0041】

ステップＳ１０４では、ステップＳ１０３で収集したプロセス情報をその収集時間とともにプロセスグラフ情報ＤＢ５ｂに書き込む。このプロセス情報には、収集時間ごとに関連するプロセスＩＤ、関連する端末ＩＤ、関連するステーションＩＤ、前後のステーション、関連するパラメータ、出力データ、を含む（図５参照）。

【0042】

ステップＳ１０５では、他のプロセスグラフ情報部８からさらにプロセス情報を取得できるかどうかを判断する。取得できる場合は、ステップＳ１０６で他のプロセスグラフ情報部８を選択し、ステップＳ１０３からのフローを繰り返し、プロセス情報を収集する。そうでなければ、ステップＳ１００のサブフローを終了する。

【0043】

（図１１）
端末情報収集に係る、図９のステップＳ２００の一連のサブフローを説明する。ステップＳ２０１では、情報更新部２の端末情報収集のサブフローを開始する。ステップＳ２０２で端末９を選択し、ステップＳ２０３では、情報更新部２が選択した端末９から端末情報を収集する。この端末情報は、例えば、端末ＩＤと端末９の状態パラメータとを含む。ステップＳ２０４では、情報更新部２がステップＳ２０３で収集した端末情報とその収集時間とを、端末情報ＤＢ５ｃに書き込む。この端末情報は、端末ＩＤ、状態パラメータ、状態パラメータ値、を含む（図６参照）。

【0044】

ステップＳ２０５では、他の端末９からさらに端末情報を取得できるかどうかを判断する。取得できるならば、ステップＳ２０６で他の端末９を選択し、ステップＳ１０３からのフローを繰り返し、端末情報をさらに取得する。そうでなければ、ステップＳ２００のサブフローを終了する。

【0045】

（図１２）
テストシナリオデータ収集に係る、図９のステップＳ３００の一連のサブフローを説明する。なお、図１２のサブフローは、従来では実施されていなかった、本発明に係るテストシナリオデータを活用した情報収集過程である。

【0046】

ステップＳ３０１で情報更新部２において、テストシナリオデータ収集サブフローを開始する。ステップＳ３０２でテストシナリオ情報部７を選択する。ステップＳ３０３で、情報更新部がテストシナリオ情報部７からテストシナリオを収集する。このテストシナリオは、例えば、複数のテストケースを含む。ステップＳ３０４では、ステップＳ３０３で収集したテストシナリオとその収集時間とを、テストシナリオ情報ＤＢ５ａに書き込む。このテストシナリオ情報は、例えば、テストシナリオＩＤ、テストケースＩＤ、関連するステーションＩＤ、テストタイプ、テストパラメータ、およびパラメータ制限を含む（図３参照）。

【0047】

ステップＳ３０５で、他のテストシナリオ情報部７からテストシナリオデータの情報が取得できるかどうかを判断する。取得できるのであれば、ステップＳ３０６で他のテストシナリオ情報部７を選択し、ステップＳ３０３からのフローを繰り返し、テストシナリオデータを収集する。そうでなければ、ステップＳ３００のサブフローを終了する。

【0048】

（図１３Ａ）
図１０～１２で収集したデータの組み合わせに係る、図９のステップＳ４００の一連のサブフローを説明する。このサブフローは、本発明に係るサブフローであり、可用性分析に必要な情報だけを図１０～図１２で収集した情報をもとに抽出して組み合わせることで、可用性分析にかかるリソースを小さくすることができる。

【0049】

ステップＳ４０１では、情報統合部４で収集データの組み合わせサブフローを開始する。ステップＳ４０２で、対象の業務システムの管理システムが感知できる情報から、可用性分析に関連する端末ＩＤを選択する。関連端末ＩＤとは、例えば、資産管理システムが管理対象の業務システムに対して脆弱性を感知するようなセキュリティを導入している場合、図１０～１２で収集した端末情報、プロセス情報、テストシナリオ情報、から脆弱性に関連するＩＤを意味する。

【0050】

ステップＳ４０３では、テストシナリオ情報ＤＢ５ａに格納されているテストシナリオ情報の中で、ステップＳ４０２で選択された関連端末ＩＤと同一の端末ＩＤが使われている、テストシナリオ情報（テストケース）をすべて抽出して収集する。ステップＳ４０４では、ステップＳ４０２で選択された関連端末ＩＤが使われていて、かつ前のステーションＩＤが使われている端末ＩＤが関連端末ＩＤとは異なる端末ＩＤであるステーションＩＤを選択する（前のステーションＩＤのうち、関連端末ＩＤを使っているステーションＩＤは選択しない）。

【0051】

ステップＳ４０５では、ステップＳ４０４で選択された前のステーションＩＤと同一のステーションＩＤが使われているテストケースを、すべて収集する。

【0052】

ステップＳ４０６では、後述のフローで用いる関連候補ステーションＩＤ用の空のリスト（関連候補ステーションＩＤリスト）を作成する。ステップＳ４０７で後述のフローで用いる完了ステーションＩＤ用の空のリスト（完了ステーションＩＤリスト）を作成する。

【0053】

ステップＳ４０８で、ステップＳ４０２で選択された関連端末ＩＤが使われていて、かつ次のステーションＩＤは関連端末ＩＤとは異なる端末ＩＤが使われているステーションＩＤを、関連候補ステーションＩＤリストにすべて追加する。

【0054】

具体的には、まずプロセスグラフ情報ＤＢ５ｂに格納されているプロセス情報の各レコードの中で、関連端末ＩＤと同一の端末ＩＤを有するレコードを仮抽出する。次に、仮抽出した各レコードにおける次のステーションＩＤの値と同一のステーションＩＤを有するレコードを検索する。そのレコードの端末ＩＤが関連端末ＩＤとは異なる場合に、そのレコードのステーションＩＤを関連候補ステーションＩＤリストに追加する。この関連端末ＩＤが使われているステーションＩＤには、同じ端末の次のステーションＩＤだけでなく、異なる端末ＩＤ内にある次のステーションについても含まれている。

【0055】

ステップＳ４０９で、関連候補ステーションＩＤリスト内にある（ステップＳ４０８で追加された）ＩＤの中で任意のステーションＩＤと同一のステーションＩＤが使われている、すべてのテストケースを収集する。テストケースが収集された任意のステーションＩＤは、完了ステーションＩＤリストに追加される。

【0056】

（図１３Ｂ）
ステップＳ４１０で、関連候補ステーションＩＤリスト内にあるステーションＩＤを選択する。ステップＳ４１１で、関連候補ステーションＩＤリストから、ステップＳ４１０で選択したステーションＩＤを削除する。

【0057】

ステップＳ４１２で、完了ステーションＩＤリスト内に、ステップＳ４１０で選択したステーションＩＤがあるかどうか判断する。あるならば、ステップＳ４１４に進む。そうでなければ、ステップＳ４１３に進む。ステップＳ４１３では、ステップＳ４１０で選択されたステーションＩＤの中から次のステーションＩＤについて、関連候補ステーションＩＤリストにすべて追加する。

【0058】

具体的には、プロセスグラフ情報ＤＢ５ｂに格納されているプロセス情報の各レコードの中で、ステップＳ４１０で選択したステーションＩＤと同一のステーションＩＤを有するレコードを抽出し、抽出した各レコードにおける次のステーションＩＤの値を、関連候補ステーションＩＤリストに追加する。

【0059】

さらに、この追加された次のステーションＩＤと同一のステーションＩＤが使われているテストケースをすべて収集する（ステップＳ４０９と同様）。こうして関連候補ステーションＩＤリストから選択したステーションＩＤの次のステーションＩＤについて、テストケースをすべて収集した後、使われた次のステーションＩＤを完了ステーションＩＤリストに追加する。

【0060】

ステップＳ４１４では、他の関連候補ステーションＩＤがあるかどうか確認し、あればステップＳ４１５に進み、そうでなければ、ステップＳ４１６に進む。ステップＳ４１５では、関連候補ステーションＩＤリスト内の他のステーションＩＤを選択し、ステップＳ４１１からのフローを繰り返す。

【0061】

ステップＳ４１６では、これまで収集したすべてのテストケースに係るステーションＩＤを選択し、さらに、選択されたそのステーションＩＤと同一のステーションＩＤが使われているプロセス情報を一意に収集する。

【0062】

ステップＳ４１７では、収集したすべてのテストケースに係る端末ＩＤを選択し、さらに、端末ＩＤと同一の端末ＩＤが使われている端末情報を一意に集めて、ステップＳ４００の一連のサブフローを終了する。

【0063】

以上、図１０～図１３に示したフローにより、収集したデータの組み合わせ（統合）データができ（図８参照）、システムの可用性分析に必要な情報を抽出することで、リソースを削減できる。

【0064】

（図１４）
図１４のプロセスフロー８ｂは、図４のプロセスフロー８ａとは別のプロセスフローにおける各ステーションを、可用性分析に必要な情報の収集対象であるステーションと、情報収集対象ではないステーションとに区別して示した例である。プロセスフロー８ｂにおいて、ステーション８１ａをはじめとする網掛けで示した各ステーションは、可用性分析に必要な情報の収集対象であるステーションを表している。一方、プロセスフロー８ｂにおいて、ステーション８１ｂをはじめとする網掛けのない各ステーションは、可用性分析に必要な情報の収集対象ではないステーションを表している。

【0065】

図１３Ａ、図１３Ｂで説明したサブフローの処理によって、可用性分析に必要な情報を抽出することで、プロセスフロー８ｂの各ステーションがこのように分類される。これにより、可用性分析に要するリソースの量を削減できることがわかる。

【0066】

（図１５）
可用性分析実行に係る、図９のステップＳ５００の一連のサブフローである。ステップＳ５０１では、情報統合部４において、可用性分析実行のサブフローを開始する。ステップＳ５０２では、ステップＳ１００～Ｓ４００で収集したデータの組み合わせデータ（図８参照）を、情報統合システム１の外部の可用性分析部６に送信する。ステップＳ５０３では、情報統合システム１が可用性分析部６から分析結果を受け取り、ステップＳ５００のサブフローを終了する。

【0067】

（図１６）
端末設定の変更に係る、図９のステップＳ６００の一連のサブフローである。ステップＳ６０１で、端末設定変更部３での端末設定変更サブフローを開始する。ステップＳ６０２では、可用性分析部６から受け取った分析結果から、端末設定変更情報を抽出する。

【0068】

ステップＳ６０３では、端末設定変更情報から端末ＩＤを選択する。ステップＳ６０４では、ステップＳ６０３で選択された端末ＩＤが使われている端末９において端末設定の変更を実行する。ステップＳ６０５では、端末設定変更がなされていない他の端末ＩＤがあるかどうかを判断する。あるならばステップＳ６０６に進み、そうでなければステップＳ６００のサブフローを終了する。

【0069】

ステップＳ６０６では、端末設定変更情報から他の端末ＩＤを選択する。ステップＳ６０６が完了すると再度ステップＳ６０４からのフローを繰り返す。

【0070】

このように、可用性分析に必要な情報統合を、対象の業務システムにさらに実装されるシステムで実行することによって、例えば、従来の脆弱性診断や攻撃模擬、対策立案にとどまらず、その対策を適用したときの可用性への影響を評価し、適切な対策を提案する仕組みを提供できる。

【0071】

以上説明した本発明の一実施形態によれば、以下の作用効果を奏する。

【0072】

（１）情報統合システム１は、複数の端末９を備えて各端末９が所定のプロセスを行うことにより、所定の業務フローを実現する業務システムの可用性分析に用いられる可用性分析情報を提供するシステムである。この情報統合システム１は、業務システムが備える複数の端末９からそれぞれ収集した、各端末９の状態に関する端末情報を格納する端末情報ＤＢ５ｃと、業務フローのプロセスの流れに関するプロセス情報を格納するプロセスグラフ情報ＤＢ５ｂと、業務システムに対して可用性分析を行う際の端末の設定状態に関する、テストシナリオ情報を複数格納するテストシナリオ情報ＤＢ５ａと、テストシナリオ情報ごとに、可用性分析に関連する端末情報とプロセス情報とを、端末情報ＤＢ５ｃとプロセスグラフ情報ＤＢ５ｂからそれぞれ抽出して統合する情報統合部４と、を備える。この情報統合部４により、テストシナリオ情報ごとに統合された情報を、可用性分析情報として提供する。このようにしたことで、可用性分析に必要な情報を収集する際のリソース負荷を減らし、効率的なセキュリティ対策を支援できる情報統合システム１を提供できる。

【0073】

（２）情報統合部４は、可用性分析情報を、外部へ送信する。このようにしたことで、情報統合部４で収集した可用性分析に必要な情報を可用性分析部６で分析できる。

【0074】

（３）情報統合システム１は、可用性分析情報に基づく可用性分析の結果に基づいて、端末９の設定を変更する。このようにしたことで、可用性分析の結果を反映したセキュリティ分析ができる。

【0075】

（４）複数の端末９を備えて各端末９が所定のプロセスを行うことにより所定の業務フローを実現する業務システムの可用性分析に用いられる可用性分析情報を提供する情報提供方法であり、この情報提供方法は、業務フローのプロセスの流れに関するプロセス情報を収集し、業務システムが備える複数の端末９から、各端末９の状態に関する端末情報を収集し、業務システムに対して可用性分析を行う際の端末の設定状態に関する、テストシナリオ情報を複数収集し、収集した端末情報とプロセス情報から、テストシナリオ情報ごとに、可用性分析に関連する端末情報とプロセス情報とをそれぞれ抽出して統合する。このテストシナリオ情報ごとに統合した情報を、可用性分析情報として提供する。このようにしたことで、可用性分析に必要な情報を収集する際のリソース負荷を減らし、効率的なセキュリティ対策を支援できる情報提供方法が実現できる。

【0076】

なお、本発明は上記の実施形態に限定されるものではなく、その要旨を逸脱しない範囲内で様々な変形や他の構成を組み合わせることができる。また本発明は、上記の実施形態で説明した全ての構成を備えるものに限定されず、その構成の一部を削除したものも含まれる。

【符号の説明】

【0077】

１ 情報統合システム
２ 情報更新部
３ 端末設定変更部
４ 情報統合部
４ａ 収集データの組み合わせデータ例
５ａ テストシナリオ情報データベース
５ｂ プロセスグラフ情報データベース
５ｃ 端末情報データベース
６ 可用性分析部
７ テストシナリオ情報部
８ プロセスグラフ情報部
８１ プロセスステーション
８１ａ 可用性分析に必要なプロセスステーション
８１ｂ 可用性分析に不要なプロセスステーション
８ａ、８ｂ プロセスフロー
９ 端末
１０ ＣＰＵ
２０ 揮発性メモリ
３０ 不揮発性メモリ
４０ ネットワークインターフェース
５０ 周辺機器

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13A】

【図13B】

【図14】

【図15】

【図16】