事例データ生成プログラム、方法及び装置
【課題】複数のシステムの管理をより効率的に行う。
【解決手段】システムで使用されている構成要素である実構成要素の識別子と当該システムの構築に用いられたテンプレートの識別子とを格納するシステムデータ格納部１００１から、当該システムについての構成要素の識別子及びテンプレートの識別子を読み出す読み出し、テンプレートの識別子と当該テンプレートにより定義されている構成要素である定義構成要素の識別子とを対応付けて格納するテンプレートデータ格納部１００５から、読み出されたテンプレートの識別子に対応付けられている定義構成要素の識別子を抽出し、読み出された実構成要素の識別子のうち、抽出された定義構成要素の識別子と一致する識別子を特定し、障害が発生した構成要素の識別子を含む事例データを格納する第１事例データ格納部１０１１から、特定工程において特定された識別子を含む事例データを抽出する。
【解決手段】システムで使用されている構成要素である実構成要素の識別子と当該システムの構築に用いられたテンプレートの識別子とを格納するシステムデータ格納部１００１から、当該システムについての構成要素の識別子及びテンプレートの識別子を読み出す読み出し、テンプレートの識別子と当該テンプレートにより定義されている構成要素である定義構成要素の識別子とを対応付けて格納するテンプレートデータ格納部１００５から、読み出されたテンプレートの識別子に対応付けられている定義構成要素の識別子を抽出し、読み出された実構成要素の識別子のうち、抽出された定義構成要素の識別子と一致する識別子を特定し、障害が発生した構成要素の識別子を含む事例データを格納する第１事例データ格納部１０１１から、特定工程において特定された識別子を含む事例データを抽出する。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、システムの管理を行う技術に関する。
【背景技術】
【０００２】
近年、ユーザがシステムを保有せず、インターネット等のネットワーク上にあるシステムのリソースを必要な分だけ利用するような、クラウドコンピューティングと呼ばれるコンピュータの利用形態が普及しつつある。一般に、このようなクラウドコンピューティングのサービスを提供する業者は、複数のシステムを管理し、複数のユーザ（テナントとも呼ばれる）に対してサービスを提供する。
【０００３】
ところで、システムの管理者は、システムに障害が発生した場合、発生した障害の内容や原因等を記録して蓄積し、再度障害が発生した場合等に利用できるようにすることがある。そして、このようにして蓄積された事例を、障害が発生したシステムだけではなく、他のシステムの管理においても利用することが行われている。従来の技術では、プラントで異常が発生した場合、異常兆候を示した設備と同種類の設備を採用しているプラントを検索し、検出されたプラントの管理者に対して、異常兆候を未然に防ぐための情報を提供する。
【０００４】
しかしながら、クラウドコンピューティング等のサービスを提供するために構築されたシステムの場合、上記の従来技術のような基準でシステムを特定したとしても、有効な情報提供をすることができないため、システム管理があまり効率化されないという問題があった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】ＷＯ２００２／０６７０６９公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、１つの側面では、本技術の目的は、複数のシステムの管理をより効率的に行うための技術を提供することである。
【課題を解決するための手段】
【０００７】
第１の態様に係る事例データ生成方法は、（Ａ）システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、（Ｂ）テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、読み出しステップにおいて読み出されたテンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、（Ｃ）読み出しステップにおいて読み出された実構成要素の識別情報のうち、抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、（Ｄ）障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップとを含む。
【０００８】
第２の態様に係る事例データ生成方法は、（Ａ）システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、（Ｂ）障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、特定ステップにおいて特定された識別子を含む第１事例データを抽出するステップとを含む。
【発明の効果】
【０００９】
複数のシステムの管理をより効率的に行うことができるようになる。
【図面の簡単な説明】
【００１０】
【図１】図１は、第１の実施の形態の共通事例データ生成装置の機能ブロック図である。
【図２】図２は、第１の実施の形態に係る処理フローを示す図である。
【図３】図３は、第２の実施の形態の共通事例データ生成装置の機能ブロック図である。
【図４】図４は、第２の実施の形態に係る処理フローを示す図である。
【図５】図５は、第３の実施の形態の前提を説明するための図である。
【図６】図６は、第３の実施の形態の共通事例データ生成装置の機能ブロック図である。
【図７】図７は、機種テーブルに格納されるデータの一例を示す図である。
【図８】図８は、機種テーブルに格納されるデータの一例を示す図である。
【図９】図９は、要素テーブルに格納されるデータの一例を示す図である。
【図１０】図１０は、接続テーブルに格納されるデータの一例を示す図である。
【図１１】図１１は、機種設定テーブルに格納されるデータの一例を示す図である。
【図１２】図１２は、機種設定テーブルに格納されるデータの一例を示す図である。
【図１３】図１３は、機種設定テーブルに格納されるデータの一例を示す図である。
【図１４Ａ】図１４Ａは、機種設定テーブルに格納されるデータの一例を示す図である。
【図１４Ｂ】図１４Ｂは、機種設定テーブルに格納されるデータの一例を示す図である。
【図１５】図１５は、要素設定テーブルに格納されるデータの一例を示す図である。
【図１６】図１６は、接続設定テーブルに格納されるデータの一例を示す図である。
【図１７】図１７は、ネットワーク設定テーブルに格納されるデータの一例を示す図である。
【図１８】図１８は、事例ＤＢに格納されるデータの一例を示す図である。
【図１９】図１９は、第３の実施の形態に係る処理フローを示す図である。
【図２０Ａ】図２０Ａは、抽象化事例データ格納部に格納されるデータの一例を示す図である。
【図２０Ｂ】図２０Ｂは、抽象化事例データ格納部に格納されるデータの一例を示す図である。
【図２１】図２１は、第３の実施の形態に係る処理フローを示す図である。
【図２２】図２２は、第４の実施の形態の共通事例データ生成装置の機能ブロック図である。
【図２３】図２３は、第４の実施の形態に係る処理フローを示す図である。
【図２４】図２４は、第４の実施の形態に係る処理フローを示す図である。
【図２５】図２５は、第５の実施の形態の事例データ生成装置の機能ブロック図である。
【図２６】図２６は、第５の実施の形態に係る処理フローを示す図である。
【図２７】図２７は、第６の実施の形態の事例データ生成装置の機能ブロック図である。
【図２８】図２８は、第６の実施の形態に係る処理フローを示す図である。
【図２９】図２９は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１１】
［実施の形態１］
第１の実施の形態に係る共通事例データ生成装置の機能ブロック図を図１に示す。第１の実施の形態に係る共通事例データ生成装置は、システムデータ格納部１００１と、読み出し処理部１００３と、テンプレートデータ格納部１００５と、抽出処理部１００７と、特定処理部１００９と、第１事例データ格納部１０１１と、格納処理部１０１３と、共通事例データ格納部１０１５とを有する。読み出し処理部１００３は、システムデータ格納部１００１に格納されているデータを用いて処理を行う。抽出処理部１００７は、テンプレートデータ格納部１００５に格納されているデータを用いて処理を行う。特定処理部１００９は、読み出し処理部１００３の処理結果及び抽出処理部１００７の処理結果を用いて処理を行う。格納処理部１０１３は、特定処理部１００９の処理結果及び第１事例データ格納部１０１１に格納されているデータを用いて処理を行い、処理結果を共通事例データ格納部１０１５に格納する。
【００１２】
次に、図１に示した共通事例データ生成装置の処理内容を図２を用いて説明する。まず、読み出し処理部１００３は、システムで実際に使用されている構成要素である実構成要素のＩＤと当該システムの構築に用いられたテンプレートのＩＤとを格納するシステムデータ格納部１００１から、システムについての実構成要素のＩＤ及びテンプレートのＩＤを読み出す（ステップＳ１００１）。そして、抽出処理部１００７は、テンプレートのＩＤと当該テンプレートにより定義されている構成要素である定義構成要素のＩＤとを対応付けて格納するテンプレートデータ格納部１００５から、読み出されたテンプレートのＩＤに対応付けられている定義構成要素のＩＤを抽出する（ステップＳ１００３）。なお、読み出し処理部１００３の処理結果及び抽出処理部１００７の処理結果は、特定処理部１００９に出力される。
【００１３】
次に、特定処理部１００９は、読み出し処理部１００３により読み出された実構成要素のＩＤと抽出処理部１００７により抽出された定義構成要素のＩＤとのうち一致するものを共通要素ＩＤとして特定する（ステップＳ１００５）。特定処理部１００９の処理結果は、格納処理部１０１３に出力される。そして、格納処理部１０１３は、障害が発生した実構成要素のＩＤを含む第１事例データを格納する第１事例データ格納部１０１１から、共通要素ＩＤを含む第１事例データを抽出し、共通事例データ格納部１０１５に格納する（ステップＳ１００７）。
【００１４】
このように、テンプレートを用いて構築されたシステムの実際の構成要素のうち、当該テンプレートにより定義されている構成要素を共通要素として特定し、共通要素で発生した障害のデータを蓄積する。これにより、蓄積された障害のデータを、同じテンプレートを用いて構築された他のシステムの管理に役立てることができる。
【００１５】
［実施の形態２］
第２の実施の形態に係る共通事例データ生成装置の機能ブロック図を図３に示す。第２の実施の形態に係る共通事例データ生成装置は、システムデータ格納部３００１と、特定処理部３００３と、第１事例データ格納部３００５と、格納処理部３００７と、共通事例データ格納部３００９とを有する。特定処理部３００３は、システムデータ格納部３００１に格納されているデータを用いて処理を行う。格納処理部３００７は、特定処理部３００３の処理結果及び第１事例データ格納部３００５に格納されているデータを用いて処理を行い、処理結果を共通事例データ格納部３００９に格納する。
【００１６】
次に、図３に示した共通事例データ生成装置の処理内容を図４を用いて説明する。まず、特定処理部３００３は、システム毎に当該システムで実際に使用されている装置の種類のＩＤである機種ＩＤを格納するシステムデータ格納部において、各機種ＩＤの出現回数を計数し、計数された値が所定の条件を満たす機種ＩＤを共通機種ＩＤとして特定する（ステップＳ３００１）。なお、特定処理部３００３の処理結果は、格納処理部３００７に出力される。そして、格納処理部３００７は、障害が発生した装置の機種ＩＤを含む第１事例データを格納する第１事例データ格納部から、共通機種ＩＤを含む第１事例データを抽出し、共通事例データ格納部３００９に格納する（ステップＳ３００３）。
【００１７】
このように、使用されている数が所定の条件を満たす機種を共通機種として特定し、共通機種で発生した障害のデータを蓄積する。これにより、蓄積された障害のデータを、共通機種が使用されているシステムの間で共有できるようになるので、システムの管理を効率化できる。
【００１８】
［実施の形態３］
次に、第３の実施の形態について説明する。まず、図５を用いて、テンプレートを用いたシステム構築について説明する。テンプレートとは、システムの構築に必要な情報を定義したものであり、例えば、特定のサービスを提供するために必要なシステムの構成要素や構成要素の接続関係を定義したものである。なお、テンプレートには、テナント毎に設定されるような具体的情報（例えばＩＰ（Internet Protocol）アドレスやホスト名）は含まれない。
【００１９】
図５の例では、テンプレート１０１を利用して、テナントＡ用システム１０３及びテナントＢ用システム１０５を構築している。テンプレート１０１には、ロードバランサである装置と、ウェブサーバ及びアプリケーションサーバの機能を提供する２台のサーバと、ネットワーク装置と、データベースサーバとが構成要素として定義されている。また、図５に示すテンプレートには、ＤＭＺ（DeMilitarized Zone）のセグメント及び内部ネットワークが定義されている。そして、テンプレート１０１に対して、テナント毎に、具体的情報の設定を行い、さらに必要に応じてカスタマイズ（例えばサーバ台数やインストールするアプリケーションの変更）を行うことにより、システムが完成する。図５の例では、テナントＢ用システムにはカスタマイズが行われ、サーバが１台増えている。このように、予めテンプレートを用意しておくことにより、必要な機能を有するシステムを確実に構築することができ、また短期間でシステムを構築することが可能となる。
【００２０】
次に、第３の実施の形態に係る共通事例データ生成装置の機能ブロック図を図６に示す。第３の実施の形態に係る共通事例データ生成装置は、構成管理ＤＢ１０と、事例ＤＢ５と、共通要素抽出部７と、抽象化事例データ生成部９と、共通要素データ格納部１１と、抽象化事例データ格納部１３と、共通事例抽出部１５と、共通事例ＤＢ１７とを有する。なお、構成管理ＤＢ１０には、テンプレートデータ格納部１と、テナントデータ格納部３とが含まれる。
【００２１】
共通要素抽出部７は、テンプレートデータ格納部１及びテナントデータ格納部３に格納されているデータを用いて処理を行い、処理結果を共通要素データ格納部１１に格納する。抽象化事例データ生成部９は、テナントデータ格納部３及び事例ＤＢ５に格納されているデータを用いて処理を行い、処理結果を抽象化事例データ格納部１３に格納する。共通事例抽出部１５は、共通要素データ格納部１１及び抽象化事例データ格納部１３に格納されているデータを用いて処理を行い、処理結果を共通事例ＤＢ１７に格納する。
【００２２】
図７及び図８に、テンプレートデータ格納部１に格納されている機種テーブルの一例を示す。図７及び図８の例では、機種ＩＤと、種別と、ＯＳ（Operating System）、ＣＰＵ（Central Processing Unit）、メモリ、ハードディスク、ソフトウェア及びファイルについての情報とが登録されるようになっている。図７の例では、機種ＩＤが「ＴＭＰＬ＿ＷＥＢ＿０１」である装置の仕様のデータが登録されるようになっており、図８の例では、機種ＩＤが「ＴＭＰＬ＿ＤＢ＿０１」である装置の仕様のデータが登録されるようになっている。なお、機種テーブルは機種ＩＤ毎に用意されている。
【００２３】
図９に、テンプレートデータ格納部１に格納されている要素テーブルの一例を示す。図９の例では、リストＩＤと、構成要素ＩＤと、機種ＩＤとが登録されるようになっている。構成要素ＩＤは、システムに含まれる構成要素（例えばサーバ、スイッチ）を識別するためのＩＤである。構成要素は、ＣＩ（Configuration Item）とも呼ばれる。これに対して、機種ＩＤは、図７及び図８の説明で述べたように、装置の種類を識別するためのＩＤである。なお、要素テーブルはリストＩＤ毎に用意されている。
【００２４】
図１０に、テンプレートデータ格納部１に格納されている接続テーブルの一例を示す。図１０の例では、接続関係ＩＤと、接続ＩＤと、始点と、終点と、領域とが登録されるようになっている。例えば１行目のデータは、接続ＩＤが「ＬＩＮＫ０１」である接続は、構成要素ＩＤが「ＳＬＢ０１」である構成要素と構成要素ＩＤが「ＳＷ０１」である構成要素とを接続しており、「ＤＭＺ」の領域に含まれることを表している。なお、接続テーブルは接続関係ＩＤ毎に用意されている。
【００２５】
このように、「テンプレート」には、装置の仕様を定義するテンプレート（図７及び図８）、システムで使用される構成要素を定義するテンプレート（図９）及びシステムの構成要素の接続関係を定義するテンプレート（図１０）が含まれる。但し、本実施の形態では、システムで使用される構成要素を定義するテンプレートを用いた処理について説明している。
【００２６】
図１５に、テナントデータ格納部３に格納されている要素設定テーブルの一例を示す。図１５の例では、リストＩＤと、構成要素ＩＤと、構成要素名と、インスタンスＩＤとが登録されるようになっている。インスタンスＩＤとは、構成要素に対して行われた設定を識別するためのＩＤであり、具体的な設定の内容は図１１乃至図１４Ｂに示すような機種設定テーブルに登録されている。このような要素設定テーブルが、システム毎に用意されている。なお、図１５の例では、リストＩＤが「ＴＭＰＬ＿ＬＩＳＴ＿０１」であるテンプレートを用いてシステムを構築したことを表しているが、図９に示した構成要素のリストには、構成要素ＩＤが「ＳＶＲ０４」である構成要素が含まれていない。これは、図１５のシステム例には、新たに構成要素を１つ追加し、その構成要素に対して構成要素ＩＤ「ＳＶＲ０４」が割り当てられたことを示している。このように、本実施の形態では、構成要素が追加された場合や、構成要素の設定が変更された場合（例えば、インストールするアプリケーションを変更した場合）には、新たに構成要素ＩＤが割り当てられるものとする。これにより、システムで実際に使用されている構成要素が、テンプレートにおいて定義されている構成要素に含まれるかを判断することができるようになっている。一方、構成要素名は、構成要素を識別するための具体的な名称であり、例えばシステムを利用するテナントにとってわかりやすいような名称が設定される。従って、同じテンプレートを用いて構築された複数のシステムにおいて、同じ構成要素ＩＤを有する構成要素が存在したとしても、それらの構成要素名は必ずしも同じではない。
【００２７】
図１１乃至図１４Ｂに、テナントデータ格納部３に格納されている機種設定テーブルの一例を示す。図１１乃至図１４Ｂの例では、インスタンスＩＤと、機種ＩＤとが登録されるようになっている。また、図１２の例のように、ファイルの設定に関する情報が登録される場合もある。
【００２８】
図１６に、テナントデータ格納部３に格納されている接続設定テーブルの一例を示す。図１６の例では、接続関係ＩＤと、接続ＩＤと、始点と、終点と、領域とが登録されるようになっている。このような接続設定テーブルが、システム毎に用意されている。なお、図１６の例では、接続関係ＩＤが「ＴＭＰＬ＿ＬＩＮＫ＿０１」であるテンプレートを用いてシステムを構築したことを表している。
【００２９】
図１７に、テナントデータ格納部３に格納されているネットワーク設定テーブルの一例を示す。図１７の例では、領域の列と、ＩＰアドレスの列とが含まれる。なお、このようなネットワーク設定テーブルはシステム毎に用意されている。
【００３０】
図１８に、事例ＤＢ５に格納されるデータの一例を示す。図１８の例では、番号の列と、トラブル日時の列と、トラブル内容の列と、原因構成要素名の列と、原因の列とが含まれる。なお、このようなデータはシステム毎に用意されている。
【００３１】
なお、図７乃至図１８に示したテーブル等は、例えば本装置を操作するユーザにより用意される。
【００３２】
次に、図１９乃至図２１を用いて図６に示した共通事例データ生成装置の処理内容について説明する。まず、共通要素抽出部７は、共通事例データ生成装置を操作するユーザから、システムの指定を含む処理要求を受け付ける（図１９：ステップＳ１）。また、ステップＳ１において、共通要素抽出部７は、処理要求を抽象化事例データ生成部９に出力する。なお、ステップＳ１の処理を行わず、例えば前回処理を行ってから所定時間が経過しているシステムについて以下の処理を行うようにしても良い。
【００３３】
次に、共通要素抽出部７は、ステップＳ１において指定されたシステムについてのリストＩＤ及び構成要素ＩＤを要素設定テーブル（図１５）から読み出し、メインメモリ等の記憶装置に格納する（ステップＳ３）。また、共通要素抽出部７は、読み出されたリストＩＤに対応する構成要素ＩＤを要素テーブル（図９）から抽出し、メインメモリ等の記憶装置に格納する（ステップＳ５）。
【００３４】
そして、共通要素抽出部７は、ステップＳ３において読み出された構成要素ＩＤのうち、ステップＳ５において抽出された構成要素ＩＤと一致するものを共通構成要素ＩＤとして特定し、共通要素データ格納部１１に格納する（ステップＳ７）。
【００３５】
一方、抽象化事例データ生成部９は、処理要求において指定されたシステムの事例データを事例ＤＢ５（図１８）から読み出す（ステップＳ９）。そして、抽象化事例データ生成部９は、読み出された事例データに含まれる原因構成要素名に対応付けられている構成要素ＩＤを要素設定テーブル（図１５）から抽出し、当該構成要素ＩＤと読み出された事例データとを含む抽象化事例データを生成し、抽象化事例データ格納部１３に格納する（ステップＳ１１）。そして、処理は端子Ａを介してステップＳ１３（図２１）に移行する。
【００３６】
図２０Ａに、抽象化事例データ格納部１３に格納されるデータの一例を示す。図２０Ａの例では、番号の列と、トラブル日時の列と、トラブル内容の列と、原因構成要素名の列と、原因構成要素ＩＤの列と、原因の列とが含まれる。このように、抽象化事例データ格納部１３に格納されるデータは、事例ＤＢ５（図１８）に格納されるデータに、原因構成要素ＩＤを追加したものである。図１５の説明で述べたように、構成要素名は、構成要素を識別するための具体的な名称であり、例えばシステムを利用するテナントにとってわかりやすいような名称が設定される。従って、同じテンプレートを用いて構築されたシステムであっても、システムによって構成要素名が異なることがある。これに対し、構成要素ＩＤは、同じテンプレートを用いて構築されたシステムであれば、システムによって異なることはない。従って、抽象化事例データを生成することにより、同じテンプレートを用いて構築された他のシステムの管理者にとっても、どの構成要素で発生した障害であるかを把握できるようになっている。
【００３７】
図２１の説明に移行して、共通事例抽出部１５は、抽象化事例データ格納部１３に格納されている未処理の抽象化事例データを１件分特定する（図２１：ステップＳ１３）。そして、共通事例抽出部１５は、特定された抽象化事例データに含まれる原因構成要素ＩＤが共通要素データ格納部１１に格納されている共通要素ＩＤのいずれかと一致するか判断する（ステップＳ１５）。
【００３８】
一致する場合（ステップＳ１５：Ｙｅｓルート）、共通事例抽出部１５は、ステップＳ１３において特定された抽象化事例データを共通事例ＤＢ１７に格納する（ステップＳ１７）。一方、一致しない場合（ステップＳ１５：Ｎｏルート）、ステップＳ１９の処理に移行する。
【００３９】
そして、共通事例抽出部１５は、全ての抽象化事例データについて処理したか判断する（ステップＳ１９）。全ての抽象化事例データについて処理していない場合（ステップＳ１９：Ｎｏルート）、次の抽象化事例データについて処理を実施するため、ステップＳ１３の処理に戻る。一方、全ての抽象化事例データについて処理した場合（ステップＳ１９：Ｙｅｓルート）、処理を終了する。
【００４０】
以上のような処理を実施することにより、システムで実際に使用されている構成要素（実構成要素）のうち、当該システムを構築するために用いたテンプレートにおいて定義されている構成要素（定義構成要素）で発生した障害の事例データを蓄積することができるようになる。蓄積された事例データは、カスタマイズをされていない構成要素についての事例データであるので、同じテンプレートを用いて構築された他のシステムにとっての有用性が高い。
【００４１】
［実施の形態４］
次に、第４の実施の形態に係る共通事例データ生成装置の機能ブロック図を図２２に示す。図６と同じ符号が付された処理部及びデータ格納部は、第３の実施の形態と同じ機能を有するものである。また、共通機種データ格納部２１は、共通要素データ格納部１１と同じ機能を有する。
【００４２】
第４の実施の形態に係る共通事例データ生成装置は、構成管理ＤＢ１０と、事例ＤＢ５と、共通機種抽出部１９と、抽象化事例データ生成部９と、共通機種データ格納部２１と、抽象化事例データ格納部１３と、共通事例抽出部１５と、共通事例ＤＢ１７とを有する。なお、構成管理ＤＢ１０には、テナントデータ格納部３が含まれており、テンプレートデータ格納部１が含まれていない点が第３の実施の形態とは異なる。
【００４３】
共通機種抽出部１９は、テナントデータ格納部３に格納されているデータを用いて処理を行い、処理結果を共通機種データ格納部２１に格納する。抽象化事例データ生成部９は、テナントデータ格納部３及び事例ＤＢ５に格納されているデータを用いて処理を行い、処理結果を抽象化事例データ格納部１３に格納する。共通事例抽出部１５は、共通機種データ格納部２１及び抽象化事例データ格納部１３に格納されているデータを用いて処理を行い、処理結果を共通事例ＤＢ１７に格納する。
【００４４】
次に、図２３及び図２４を用いて図２２に示した共通事例データ生成装置の処理内容について説明する。まず、共通機種抽出部１９は、全てのシステムについて、要素設定テーブル（図１５）に格納されているインスタンスＩＤを読み出し、メインメモリ等の記憶装置に格納する（図２３：ステップＳ２１）。また、共通機種抽出部１９は、読み出されたインスタンスＩＤに対応する機種ＩＤを機種設定テーブルから抽出し、メインメモリ等の記憶装置に格納する（ステップＳ２２）。さらに、共通機種抽出部１９は、抽出された機種ＩＤの数を機種ＩＤ毎にカウントし、カウント結果をメインメモリ等の記憶装置に格納する（ステップＳ２３）。
【００４５】
そして、共通機種抽出部１９は、未処理の機種ＩＤを１つ特定する（ステップＳ２５）。また、共通機種抽出部１９は、ステップＳ２５において特定された機種ＩＤについて、（読み出された機種ＩＤの数）／（全システムの数）を算出し、算出された値が所定の閾値以上であるかを判断する（ステップＳ２７）。なお、ステップＳ２７において、「全システムの数」は、例えばテナントデータ格納部３における要素設定テーブルの数をカウントすることにより特定する。
【００４６】
算出された値が所定の閾値以上である場合（ステップＳ２７：Ｙｅｓルート）、共通機種抽出部１９は、ステップＳ２５において特定された機種ＩＤを共通機種データ格納部２１に格納する（ステップＳ２９）。一方、算出された値が所定の閾値未満である場合（ステップＳ２９：Ｎｏルート）、ステップＳ３１の処理に移行する。
【００４７】
そして、共通機種抽出部１９は、全ての機種ＩＤについて処理したか判断する（ステップ３１）。全ての機種ＩＤについて処理していない場合（ステップＳ３１：Ｎｏルート）、次の機種ＩＤについて処理を実施するため、ステップＳ２７の処理に戻る。一方、全ての機種ＩＤについて処理した場合（ステップＳ３１：Ｙｅｓルート）、処理は端子Ｂを介してステップＳ３３（図２４）に移行する。
【００４８】
図２４の説明に移行して、抽象化事例データ生成部９は、事例ＤＢ５（図１８）に登録されている各システムについての事例データのうち、未処理のシステムについての事例データを読み出す（図２４：ステップＳ３３）。そして、読み出された事例データに含まれる原因構成要素名に対応付けられているインスタンスＩＤを要素設定テーブル（図１５）から抽出する（ステップＳ３５）。また、抽象化事例データ生成部９は、抽出されたインスタンスＩＤに対応する機種ＩＤを機種設定テーブルから抽出し、当該機種ＩＤとステップＳ３３において読み出された事例データとを含む抽象化事例データを生成し、抽象化事例データ格納部１３に格納する（ステップＳ３７）。
【００４９】
図２０Ｂに、抽象化事例データ格納部１３に格納されるデータの一例を示す。図２０Ｂの例では、番号の列と、トラブル日時の列と、トラブル内容の列と、原因構成要素名の列と、原因機種ＩＤと、原因の列とが含まれる。ステップＳ３７の処理により生成される抽象化事例データは、基本的には図２０Ａに示した抽象化事例データと同じデータフォーマットである。但し、原因構成要素ＩＤの列の代わりに、原因機種ＩＤの列が含まれるようになっている。
【００５０】
図２４の説明に戻り、抽象化事例データ生成部９は、全てのシステムについて処理したか判断する（ステップＳ３９）。全てのシステムについて処理していない場合（ステップＳ３９：Ｎｏルート）、次のシステムについて処理を実施するため、ステップＳ３３の処理に戻る。
【００５１】
一方、全てのシステムについて処理した場合（ステップＳ３９：Ｙｅｓルート）、共通事例抽出部１５は、抽象化事例データ格納部１３に格納されている未処理の抽象化事例データを１件分特定する（ステップＳ４１）。そして、共通事例抽出部１５は、特定された抽象化事例データに含まれる機種ＩＤが、共通機種データ格納部２１に格納されている機種ＩＤのいずれかと一致するか判断する（ステップＳ４３）。一致する場合（ステップＳ４３：Ｙｅｓルート）、共通事例抽出部１５は、ステップＳ４１において特定された抽象化事例データを共通事例ＤＢ１７に格納する（ステップＳ４５）。一方、一致しない場合（ステップＳ４３：Ｎｏルート）、ステップＳ４７の処理に移行する。
【００５２】
そして、共通事例抽出部１５は、全ての抽象化事例データについて処理したか判断する（ステップＳ４７）。全ての抽象化事例データについて処理していない場合（ステップＳ４７：Ｎｏルート）、次の抽象化事例データについて処理を実施するため、処理はステップＳ４１に戻る。一方、全ての抽象化事例データについて処理した場合（ステップＳ４７：Ｙｅｓルート）、処理を終了する。
【００５３】
以上のような処理を実施することにより、所定の条件を満たす機種（例えば、多くのシステムにおいて使用されている機種）についての障害のデータを蓄積することができる。よって、同じ機種を使用しているシステムにおいては、蓄積されたデータを利用し、効率的にシステム管理を行うことができる。
【００５４】
［実施の形態５］
第５の実施の形態に係る事例データ生成装置の機能ブロック図を図２５に示す。第５の実施の形態に係る事例データ生成装置は、システムデータ格納部５００１と、読み出し処理部５００３と、テンプレートデータ格納部５００５と、抽出処理部５００７と、特定処理部５００９と、第１事例データ格納部５０１１と、事例抽出処理部５０１３とを有する。読み出し処理部５００３は、システムデータ格納部５００１に格納されているデータを用いて処理を行う。抽出処理部５００７は、テンプレートデータ格納部５００５に格納されているデータを用いて処理を行う。特定処理部５００９は、読み出し処理部５００３の処理結果及び抽出処理部５００７の処理結果を用いて処理を行う。事例抽出処理部５０１３は、特定処理部５００９の処理結果及び第１事例データ格納部５０１１に格納されているデータを用いて処理を行う。
【００５５】
次に、図２５に示した事例データ生成装置の処理内容を図２６を用いて説明する。まず、読み出し処理部５００３は、システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部５００１から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す（ステップＳ５００１）。そして、抽出処理部５００７は、テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部５００５から、ステップ５００１において読み出されたテンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する（ステップＳ５００３）。なお、読み出し処理部５００３の処理結果及び抽出処理部５００７の処理結果は、特定処理部５００９に出力される。
【００５６】
次に、特定処理部５００９は、読み出し処理部５００３により読み出された実構成要素の識別情報のうち、抽出処理部５００７により抽出された定義構成要素の識別情報と一致する識別情報を特定する（ステップＳ５００５）。特定処理部５００９の処理結果は、事例抽出処理部５０１３に出力される。そして、事例抽出処理部５０１３は、障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部５０１１から、ステップ５００５において特定された識別情報を含む第１事例データを抽出する（ステップＳ５００７）。
【００５７】
このように、テンプレートを用いて構築されたシステムの実際の構成要素のうち、当該テンプレートにより定義されている構成要素を特定し、特定された構成要素で発生した障害のデータを蓄積する。これにより、蓄積された障害のデータを、同じテンプレートを用いて構築された他のシステムの管理に役立てることができる。
【００５８】
［実施の形態６］
第６の実施の形態に係る事例データ生成装置の機能ブロック図を図２７に示す。第６の実施の形態に係る事例データ生成装置は、システムデータ格納部７００１と、特定処理部７００３と、第１事例データ格納部７００５と、事例抽出処理部７００７とを有する。特定処理部７００３は、システムデータ格納部７００１に格納されているデータを用いて処理を行う。事例抽出処理部７００７は、特定処理部７００３の処理結果及び第１事例データ格納部７００５に格納されているデータを用いて処理を行う。
【００５９】
次に、図２７に示した事例データ生成装置の処理内容を図２８を用いて説明する。まず、特定処理部７００３は、システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部７００１において、各識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する（ステップＳ７００１）。なお、特定処理部７００３の処理結果は、事例抽出処理部７００７に出力される。そして、事例抽出処理部７００７は、障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部７００５から、ステップ７００３において特定された識別子を含む第１事例データを抽出する（ステップＳ７００３）。
【００６０】
このように、複数のシステムについての所定の条件を満たす装置を特定し、特定された装置で発生した障害のデータを蓄積する。これにより、蓄積された障害のデータを、特定された装置が使用されているシステムの間で共有できるようになるので、システムの管理を効率化できる。
【００６１】
以上本技術の一実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明した事例データ生成装置及び共通事例データ生成装置の機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。
【００６２】
また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【００６３】
また、要素設定テーブル（図１５）には、インスタンスＩＤの代わりに機種ＩＤ及びその他ファイル等の設定についての情報を登録するようにしても良い。
【００６４】
なお、上で述べた事例データ生成装置及び共通事例データ生成装置は、コンピュータ装置によって実現することもできる。例えば、図２９に示すように、メモリ２５０１とプロセッサ（ＣＰＵ２５０３）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とを備え、これらがバス２５１９を介して接続されたコンピュータを用いてもよい。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５等の記憶部に格納しておき、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出して利用することもできる。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行ってもよい。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納してもよい。実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされてもよい。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。なお、図１のシステムデータ格納部１００１、テンプレートデータ格納部１００５、第１事例データ格納部１０１１及び共通事例データ格納部１０１５は、図２９におけるメモリ２５０１やＨＤＤ２５０５等として実現してもよい。図３のシステムデータ格納部３００１、第１事例データ格納部３００５及び共通事例データ格納部３００９、図２５のシステムデータ格納部５００１、テンプレートデータ格納部５００５及び第１事例データ格納部５０１１、図２７のシステムデータ格納部７００１及び第１事例データ格納部７００５についても同様である。図１の読み出し処理部１００３、抽出処理部１００７、特定処理部１００９及び格納処理部１０１３は、プロセッサ２５０３及びプログラムの組み合わせ、すなわち、プロセッサ２５０３がプログラムを実行することにより実現してもよい。より具体的には、プロセッサ２５０３は、ＨＤＤ２５０５又はメモリ２５０１に記憶されたプログラムに従った動作を行うことで、上で述べたような処理部として機能してもよい。図３の特定処理部３００３及び格納処理部３００７、図２５の読み出し処理部７００３、抽出処理部７００７、特定処理部７００９及び事例抽出処理部７０１３、図２７の特定処理部７００３及び事例抽出処理部７００７についても同様である。
【００６５】
以上述べた本技術の実施の形態をまとめると以下のようになる。
【００６６】
第１の態様に係る事例データ生成方法は、（Ａ）システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、（Ｂ）テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、読み出しステップにおいて読み出されたテンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、（Ｃ）読み出しステップにおいて読み出された実構成要素の識別情報のうち、抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、（Ｄ）障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップとを含む。
【００６７】
これにより、テンプレートを用いて構築されたシステムの実際の構成要素のうち、当該テンプレートにより定義されている構成要素で発生した障害の事例を、同じテンプレートを用いて構築された他のシステムの管理に活用できるため、システムの管理を効率化できる。
【００６８】
また、上で述べたシステムデータ格納部には、実構成要素の識別情報に対応付けて当該実構成要素に対して設定された具体的名称が格納されるようにしてもよい。そして、障害が発生した構成要素の具体的名称を含む第２事例データを格納する第２事例データ格納部から第２事例データを読み出し、当該第２事例データに含まれる具体的名称に対応する実構成要素の識別情報をシステムデータ格納部から抽出するステップと、抽出された構成要素の識別情報と第２事例データとを含む第１事例データを生成し、第１事例データ格納部に格納するステップとをさらに含むようにしてもよい。システムの構成要素には、当該システムの管理者等にとってわかりやすいような具体的名称（例えばホスト名など）を付すことがある。上で述べた処理を実施すれば、構成要素のＩＤを含む第１事例データが生成されるので、たとえ他のシステムの管理者等であっても、どの構成要素で発生した障害であるかを把握できるようになる。
【００６９】
第２の態様に係る事例データ生成方法は、（Ａ）システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、（Ｂ）障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、特定ステップにおいて特定された識別子を含む第１事例データを抽出するステップとを含む。
【００７０】
これにより、例えば多くのシステムに使用されているような装置で発生した障害の事例を、同じ装置を含む他のシステムにおいても活用できるようになるため、システムの管理を効率化できる。
【００７１】
また、上で述べたシステムデータ格納部には、装置の識別子に対応付けて当該装置に対して設定された具体的名称が格納されるようにしてもよい。そして、障害が発生した装置の具体的名称を含む第２事例データを格納する第２事例データ格納部から第２事例データを読み出し、当該第２事例データに含まれる具体的名称に対応する識別子をシステムデータ格納部から抽出するステップと、抽出された識別子と第２事例データとを含む第１事例データを生成し、第１事例データ格納部に格納するステップとをさらに含むようにしてもよい。システムに使用されている装置には、当該システムの管理者等にとってわかりやすいような具体的名称（例えばホスト名など）を付すことがある。上で述べた処理を実施すれば、装置の識別子を含む第１事例データが生成されるので、たとえ他のシステムの管理者等であっても、どの装置で発生した障害であるかを把握できる。
【００７２】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。なお、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【００７３】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００７４】
（付記１）
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出しステップにおいて読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、
前記読み出しステップにおいて読み出された実構成要素の識別情報のうち、前記抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップと、
をコンピュータに実行させるための事例データ生成プログラム。
【００７５】
（付記２）
前記システムデータ格納部には、前記実構成要素の識別情報に対応付けて当該実構成要素に対して設定された具体的名称が格納されており、
障害が発生した構成要素の具体的名称を含む第２事例データを格納する第２事例データ格納部から前記第２事例データを読み出し、当該第２事例データに含まれる前記具体的名称に対応する実構成要素の識別情報を前記システムデータ格納部から抽出するステップと、
抽出された前記構成要素の識別情報と前記第２事例データとを含む第１事例データを生成し、前記第１事例データ格納部に格納するステップと、
をさらに含む付記１記載の事例データ生成プログラム。
【００７６】
（付記３）
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された前記識別子を含む第１事例データを抽出するステップと、
をコンピュータに実行させるための事例データ生成プログラム。
【００７７】
（付記４）
前記システムデータ格納部には、前記装置の識別子に対応付けて当該装置に対して設定された具体的名称が格納されており、
障害が発生した装置の具体的名称を含む第２事例データを格納する第２事例データ格納部から前記第２事例データを読み出し、当該第２事例データに含まれる前記具体的名称に対応する識別子を前記システムデータ格納部から抽出するステップと、
抽出された前記識別子と前記第２事例データとを含む第１事例データを生成し、前記第１事例データ格納部に格納するステップと、
をさらに含む付記３記載の事例データ生成プログラム。
【００７８】
（付記５）
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出しステップにおいて読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、
前記読み出しステップにおいて読み出された実構成要素の識別情報のうち、前記抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップと、
を含み、コンピュータに実行される事例データ生成方法。
【００７９】
（付記６）
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された前記識別子を含む第１事例データを抽出するステップと、
を含み、コンピュータに実行される事例データ生成方法。
【００８０】
（付記７）
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出し処理部と、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出し処理部により読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出処理部と、
前記読み出し処理部により読み出された実構成要素の識別情報のうち、前記抽出処理部により抽出された定義構成要素の識別情報と一致する識別情報を特定する特定処理部と、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定処理部により特定された識別情報を含む第１事例データを抽出する事例抽出処理部と、
を有する事例データ生成装置。
【００８１】
（付記８）
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定処理部と、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定処理部により特定された前記識別子を含む第１事例データを抽出する事例抽出処理部と、
を有する事例データ生成装置。
【符号の説明】
【００８２】
１ テンプレートデータ格納部 ３ テナントデータ格納部
５ 事例ＤＢ ７ 共通要素抽出部
９ 抽象化事例データ生成部 １０構成管理ＤＢ
１１ 共通要素データ格納部 １３ 抽象化事例データ格納部
１５ 共通事例抽出部 １７ 共通事例ＤＢ
１９ 共通機種抽出部 ２１ 共通機種データ格納部
【技術分野】
【０００１】
本技術は、システムの管理を行う技術に関する。
【背景技術】
【０００２】
近年、ユーザがシステムを保有せず、インターネット等のネットワーク上にあるシステムのリソースを必要な分だけ利用するような、クラウドコンピューティングと呼ばれるコンピュータの利用形態が普及しつつある。一般に、このようなクラウドコンピューティングのサービスを提供する業者は、複数のシステムを管理し、複数のユーザ（テナントとも呼ばれる）に対してサービスを提供する。
【０００３】
ところで、システムの管理者は、システムに障害が発生した場合、発生した障害の内容や原因等を記録して蓄積し、再度障害が発生した場合等に利用できるようにすることがある。そして、このようにして蓄積された事例を、障害が発生したシステムだけではなく、他のシステムの管理においても利用することが行われている。従来の技術では、プラントで異常が発生した場合、異常兆候を示した設備と同種類の設備を採用しているプラントを検索し、検出されたプラントの管理者に対して、異常兆候を未然に防ぐための情報を提供する。
【０００４】
しかしながら、クラウドコンピューティング等のサービスを提供するために構築されたシステムの場合、上記の従来技術のような基準でシステムを特定したとしても、有効な情報提供をすることができないため、システム管理があまり効率化されないという問題があった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】ＷＯ２００２／０６７０６９公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、１つの側面では、本技術の目的は、複数のシステムの管理をより効率的に行うための技術を提供することである。
【課題を解決するための手段】
【０００７】
第１の態様に係る事例データ生成方法は、（Ａ）システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、（Ｂ）テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、読み出しステップにおいて読み出されたテンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、（Ｃ）読み出しステップにおいて読み出された実構成要素の識別情報のうち、抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、（Ｄ）障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップとを含む。
【０００８】
第２の態様に係る事例データ生成方法は、（Ａ）システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、（Ｂ）障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、特定ステップにおいて特定された識別子を含む第１事例データを抽出するステップとを含む。
【発明の効果】
【０００９】
複数のシステムの管理をより効率的に行うことができるようになる。
【図面の簡単な説明】
【００１０】
【図１】図１は、第１の実施の形態の共通事例データ生成装置の機能ブロック図である。
【図２】図２は、第１の実施の形態に係る処理フローを示す図である。
【図３】図３は、第２の実施の形態の共通事例データ生成装置の機能ブロック図である。
【図４】図４は、第２の実施の形態に係る処理フローを示す図である。
【図５】図５は、第３の実施の形態の前提を説明するための図である。
【図６】図６は、第３の実施の形態の共通事例データ生成装置の機能ブロック図である。
【図７】図７は、機種テーブルに格納されるデータの一例を示す図である。
【図８】図８は、機種テーブルに格納されるデータの一例を示す図である。
【図９】図９は、要素テーブルに格納されるデータの一例を示す図である。
【図１０】図１０は、接続テーブルに格納されるデータの一例を示す図である。
【図１１】図１１は、機種設定テーブルに格納されるデータの一例を示す図である。
【図１２】図１２は、機種設定テーブルに格納されるデータの一例を示す図である。
【図１３】図１３は、機種設定テーブルに格納されるデータの一例を示す図である。
【図１４Ａ】図１４Ａは、機種設定テーブルに格納されるデータの一例を示す図である。
【図１４Ｂ】図１４Ｂは、機種設定テーブルに格納されるデータの一例を示す図である。
【図１５】図１５は、要素設定テーブルに格納されるデータの一例を示す図である。
【図１６】図１６は、接続設定テーブルに格納されるデータの一例を示す図である。
【図１７】図１７は、ネットワーク設定テーブルに格納されるデータの一例を示す図である。
【図１８】図１８は、事例ＤＢに格納されるデータの一例を示す図である。
【図１９】図１９は、第３の実施の形態に係る処理フローを示す図である。
【図２０Ａ】図２０Ａは、抽象化事例データ格納部に格納されるデータの一例を示す図である。
【図２０Ｂ】図２０Ｂは、抽象化事例データ格納部に格納されるデータの一例を示す図である。
【図２１】図２１は、第３の実施の形態に係る処理フローを示す図である。
【図２２】図２２は、第４の実施の形態の共通事例データ生成装置の機能ブロック図である。
【図２３】図２３は、第４の実施の形態に係る処理フローを示す図である。
【図２４】図２４は、第４の実施の形態に係る処理フローを示す図である。
【図２５】図２５は、第５の実施の形態の事例データ生成装置の機能ブロック図である。
【図２６】図２６は、第５の実施の形態に係る処理フローを示す図である。
【図２７】図２７は、第６の実施の形態の事例データ生成装置の機能ブロック図である。
【図２８】図２８は、第６の実施の形態に係る処理フローを示す図である。
【図２９】図２９は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１１】
［実施の形態１］
第１の実施の形態に係る共通事例データ生成装置の機能ブロック図を図１に示す。第１の実施の形態に係る共通事例データ生成装置は、システムデータ格納部１００１と、読み出し処理部１００３と、テンプレートデータ格納部１００５と、抽出処理部１００７と、特定処理部１００９と、第１事例データ格納部１０１１と、格納処理部１０１３と、共通事例データ格納部１０１５とを有する。読み出し処理部１００３は、システムデータ格納部１００１に格納されているデータを用いて処理を行う。抽出処理部１００７は、テンプレートデータ格納部１００５に格納されているデータを用いて処理を行う。特定処理部１００９は、読み出し処理部１００３の処理結果及び抽出処理部１００７の処理結果を用いて処理を行う。格納処理部１０１３は、特定処理部１００９の処理結果及び第１事例データ格納部１０１１に格納されているデータを用いて処理を行い、処理結果を共通事例データ格納部１０１５に格納する。
【００１２】
次に、図１に示した共通事例データ生成装置の処理内容を図２を用いて説明する。まず、読み出し処理部１００３は、システムで実際に使用されている構成要素である実構成要素のＩＤと当該システムの構築に用いられたテンプレートのＩＤとを格納するシステムデータ格納部１００１から、システムについての実構成要素のＩＤ及びテンプレートのＩＤを読み出す（ステップＳ１００１）。そして、抽出処理部１００７は、テンプレートのＩＤと当該テンプレートにより定義されている構成要素である定義構成要素のＩＤとを対応付けて格納するテンプレートデータ格納部１００５から、読み出されたテンプレートのＩＤに対応付けられている定義構成要素のＩＤを抽出する（ステップＳ１００３）。なお、読み出し処理部１００３の処理結果及び抽出処理部１００７の処理結果は、特定処理部１００９に出力される。
【００１３】
次に、特定処理部１００９は、読み出し処理部１００３により読み出された実構成要素のＩＤと抽出処理部１００７により抽出された定義構成要素のＩＤとのうち一致するものを共通要素ＩＤとして特定する（ステップＳ１００５）。特定処理部１００９の処理結果は、格納処理部１０１３に出力される。そして、格納処理部１０１３は、障害が発生した実構成要素のＩＤを含む第１事例データを格納する第１事例データ格納部１０１１から、共通要素ＩＤを含む第１事例データを抽出し、共通事例データ格納部１０１５に格納する（ステップＳ１００７）。
【００１４】
このように、テンプレートを用いて構築されたシステムの実際の構成要素のうち、当該テンプレートにより定義されている構成要素を共通要素として特定し、共通要素で発生した障害のデータを蓄積する。これにより、蓄積された障害のデータを、同じテンプレートを用いて構築された他のシステムの管理に役立てることができる。
【００１５】
［実施の形態２］
第２の実施の形態に係る共通事例データ生成装置の機能ブロック図を図３に示す。第２の実施の形態に係る共通事例データ生成装置は、システムデータ格納部３００１と、特定処理部３００３と、第１事例データ格納部３００５と、格納処理部３００７と、共通事例データ格納部３００９とを有する。特定処理部３００３は、システムデータ格納部３００１に格納されているデータを用いて処理を行う。格納処理部３００７は、特定処理部３００３の処理結果及び第１事例データ格納部３００５に格納されているデータを用いて処理を行い、処理結果を共通事例データ格納部３００９に格納する。
【００１６】
次に、図３に示した共通事例データ生成装置の処理内容を図４を用いて説明する。まず、特定処理部３００３は、システム毎に当該システムで実際に使用されている装置の種類のＩＤである機種ＩＤを格納するシステムデータ格納部において、各機種ＩＤの出現回数を計数し、計数された値が所定の条件を満たす機種ＩＤを共通機種ＩＤとして特定する（ステップＳ３００１）。なお、特定処理部３００３の処理結果は、格納処理部３００７に出力される。そして、格納処理部３００７は、障害が発生した装置の機種ＩＤを含む第１事例データを格納する第１事例データ格納部から、共通機種ＩＤを含む第１事例データを抽出し、共通事例データ格納部３００９に格納する（ステップＳ３００３）。
【００１７】
このように、使用されている数が所定の条件を満たす機種を共通機種として特定し、共通機種で発生した障害のデータを蓄積する。これにより、蓄積された障害のデータを、共通機種が使用されているシステムの間で共有できるようになるので、システムの管理を効率化できる。
【００１８】
［実施の形態３］
次に、第３の実施の形態について説明する。まず、図５を用いて、テンプレートを用いたシステム構築について説明する。テンプレートとは、システムの構築に必要な情報を定義したものであり、例えば、特定のサービスを提供するために必要なシステムの構成要素や構成要素の接続関係を定義したものである。なお、テンプレートには、テナント毎に設定されるような具体的情報（例えばＩＰ（Internet Protocol）アドレスやホスト名）は含まれない。
【００１９】
図５の例では、テンプレート１０１を利用して、テナントＡ用システム１０３及びテナントＢ用システム１０５を構築している。テンプレート１０１には、ロードバランサである装置と、ウェブサーバ及びアプリケーションサーバの機能を提供する２台のサーバと、ネットワーク装置と、データベースサーバとが構成要素として定義されている。また、図５に示すテンプレートには、ＤＭＺ（DeMilitarized Zone）のセグメント及び内部ネットワークが定義されている。そして、テンプレート１０１に対して、テナント毎に、具体的情報の設定を行い、さらに必要に応じてカスタマイズ（例えばサーバ台数やインストールするアプリケーションの変更）を行うことにより、システムが完成する。図５の例では、テナントＢ用システムにはカスタマイズが行われ、サーバが１台増えている。このように、予めテンプレートを用意しておくことにより、必要な機能を有するシステムを確実に構築することができ、また短期間でシステムを構築することが可能となる。
【００２０】
次に、第３の実施の形態に係る共通事例データ生成装置の機能ブロック図を図６に示す。第３の実施の形態に係る共通事例データ生成装置は、構成管理ＤＢ１０と、事例ＤＢ５と、共通要素抽出部７と、抽象化事例データ生成部９と、共通要素データ格納部１１と、抽象化事例データ格納部１３と、共通事例抽出部１５と、共通事例ＤＢ１７とを有する。なお、構成管理ＤＢ１０には、テンプレートデータ格納部１と、テナントデータ格納部３とが含まれる。
【００２１】
共通要素抽出部７は、テンプレートデータ格納部１及びテナントデータ格納部３に格納されているデータを用いて処理を行い、処理結果を共通要素データ格納部１１に格納する。抽象化事例データ生成部９は、テナントデータ格納部３及び事例ＤＢ５に格納されているデータを用いて処理を行い、処理結果を抽象化事例データ格納部１３に格納する。共通事例抽出部１５は、共通要素データ格納部１１及び抽象化事例データ格納部１３に格納されているデータを用いて処理を行い、処理結果を共通事例ＤＢ１７に格納する。
【００２２】
図７及び図８に、テンプレートデータ格納部１に格納されている機種テーブルの一例を示す。図７及び図８の例では、機種ＩＤと、種別と、ＯＳ（Operating System）、ＣＰＵ（Central Processing Unit）、メモリ、ハードディスク、ソフトウェア及びファイルについての情報とが登録されるようになっている。図７の例では、機種ＩＤが「ＴＭＰＬ＿ＷＥＢ＿０１」である装置の仕様のデータが登録されるようになっており、図８の例では、機種ＩＤが「ＴＭＰＬ＿ＤＢ＿０１」である装置の仕様のデータが登録されるようになっている。なお、機種テーブルは機種ＩＤ毎に用意されている。
【００２３】
図９に、テンプレートデータ格納部１に格納されている要素テーブルの一例を示す。図９の例では、リストＩＤと、構成要素ＩＤと、機種ＩＤとが登録されるようになっている。構成要素ＩＤは、システムに含まれる構成要素（例えばサーバ、スイッチ）を識別するためのＩＤである。構成要素は、ＣＩ（Configuration Item）とも呼ばれる。これに対して、機種ＩＤは、図７及び図８の説明で述べたように、装置の種類を識別するためのＩＤである。なお、要素テーブルはリストＩＤ毎に用意されている。
【００２４】
図１０に、テンプレートデータ格納部１に格納されている接続テーブルの一例を示す。図１０の例では、接続関係ＩＤと、接続ＩＤと、始点と、終点と、領域とが登録されるようになっている。例えば１行目のデータは、接続ＩＤが「ＬＩＮＫ０１」である接続は、構成要素ＩＤが「ＳＬＢ０１」である構成要素と構成要素ＩＤが「ＳＷ０１」である構成要素とを接続しており、「ＤＭＺ」の領域に含まれることを表している。なお、接続テーブルは接続関係ＩＤ毎に用意されている。
【００２５】
このように、「テンプレート」には、装置の仕様を定義するテンプレート（図７及び図８）、システムで使用される構成要素を定義するテンプレート（図９）及びシステムの構成要素の接続関係を定義するテンプレート（図１０）が含まれる。但し、本実施の形態では、システムで使用される構成要素を定義するテンプレートを用いた処理について説明している。
【００２６】
図１５に、テナントデータ格納部３に格納されている要素設定テーブルの一例を示す。図１５の例では、リストＩＤと、構成要素ＩＤと、構成要素名と、インスタンスＩＤとが登録されるようになっている。インスタンスＩＤとは、構成要素に対して行われた設定を識別するためのＩＤであり、具体的な設定の内容は図１１乃至図１４Ｂに示すような機種設定テーブルに登録されている。このような要素設定テーブルが、システム毎に用意されている。なお、図１５の例では、リストＩＤが「ＴＭＰＬ＿ＬＩＳＴ＿０１」であるテンプレートを用いてシステムを構築したことを表しているが、図９に示した構成要素のリストには、構成要素ＩＤが「ＳＶＲ０４」である構成要素が含まれていない。これは、図１５のシステム例には、新たに構成要素を１つ追加し、その構成要素に対して構成要素ＩＤ「ＳＶＲ０４」が割り当てられたことを示している。このように、本実施の形態では、構成要素が追加された場合や、構成要素の設定が変更された場合（例えば、インストールするアプリケーションを変更した場合）には、新たに構成要素ＩＤが割り当てられるものとする。これにより、システムで実際に使用されている構成要素が、テンプレートにおいて定義されている構成要素に含まれるかを判断することができるようになっている。一方、構成要素名は、構成要素を識別するための具体的な名称であり、例えばシステムを利用するテナントにとってわかりやすいような名称が設定される。従って、同じテンプレートを用いて構築された複数のシステムにおいて、同じ構成要素ＩＤを有する構成要素が存在したとしても、それらの構成要素名は必ずしも同じではない。
【００２７】
図１１乃至図１４Ｂに、テナントデータ格納部３に格納されている機種設定テーブルの一例を示す。図１１乃至図１４Ｂの例では、インスタンスＩＤと、機種ＩＤとが登録されるようになっている。また、図１２の例のように、ファイルの設定に関する情報が登録される場合もある。
【００２８】
図１６に、テナントデータ格納部３に格納されている接続設定テーブルの一例を示す。図１６の例では、接続関係ＩＤと、接続ＩＤと、始点と、終点と、領域とが登録されるようになっている。このような接続設定テーブルが、システム毎に用意されている。なお、図１６の例では、接続関係ＩＤが「ＴＭＰＬ＿ＬＩＮＫ＿０１」であるテンプレートを用いてシステムを構築したことを表している。
【００２９】
図１７に、テナントデータ格納部３に格納されているネットワーク設定テーブルの一例を示す。図１７の例では、領域の列と、ＩＰアドレスの列とが含まれる。なお、このようなネットワーク設定テーブルはシステム毎に用意されている。
【００３０】
図１８に、事例ＤＢ５に格納されるデータの一例を示す。図１８の例では、番号の列と、トラブル日時の列と、トラブル内容の列と、原因構成要素名の列と、原因の列とが含まれる。なお、このようなデータはシステム毎に用意されている。
【００３１】
なお、図７乃至図１８に示したテーブル等は、例えば本装置を操作するユーザにより用意される。
【００３２】
次に、図１９乃至図２１を用いて図６に示した共通事例データ生成装置の処理内容について説明する。まず、共通要素抽出部７は、共通事例データ生成装置を操作するユーザから、システムの指定を含む処理要求を受け付ける（図１９：ステップＳ１）。また、ステップＳ１において、共通要素抽出部７は、処理要求を抽象化事例データ生成部９に出力する。なお、ステップＳ１の処理を行わず、例えば前回処理を行ってから所定時間が経過しているシステムについて以下の処理を行うようにしても良い。
【００３３】
次に、共通要素抽出部７は、ステップＳ１において指定されたシステムについてのリストＩＤ及び構成要素ＩＤを要素設定テーブル（図１５）から読み出し、メインメモリ等の記憶装置に格納する（ステップＳ３）。また、共通要素抽出部７は、読み出されたリストＩＤに対応する構成要素ＩＤを要素テーブル（図９）から抽出し、メインメモリ等の記憶装置に格納する（ステップＳ５）。
【００３４】
そして、共通要素抽出部７は、ステップＳ３において読み出された構成要素ＩＤのうち、ステップＳ５において抽出された構成要素ＩＤと一致するものを共通構成要素ＩＤとして特定し、共通要素データ格納部１１に格納する（ステップＳ７）。
【００３５】
一方、抽象化事例データ生成部９は、処理要求において指定されたシステムの事例データを事例ＤＢ５（図１８）から読み出す（ステップＳ９）。そして、抽象化事例データ生成部９は、読み出された事例データに含まれる原因構成要素名に対応付けられている構成要素ＩＤを要素設定テーブル（図１５）から抽出し、当該構成要素ＩＤと読み出された事例データとを含む抽象化事例データを生成し、抽象化事例データ格納部１３に格納する（ステップＳ１１）。そして、処理は端子Ａを介してステップＳ１３（図２１）に移行する。
【００３６】
図２０Ａに、抽象化事例データ格納部１３に格納されるデータの一例を示す。図２０Ａの例では、番号の列と、トラブル日時の列と、トラブル内容の列と、原因構成要素名の列と、原因構成要素ＩＤの列と、原因の列とが含まれる。このように、抽象化事例データ格納部１３に格納されるデータは、事例ＤＢ５（図１８）に格納されるデータに、原因構成要素ＩＤを追加したものである。図１５の説明で述べたように、構成要素名は、構成要素を識別するための具体的な名称であり、例えばシステムを利用するテナントにとってわかりやすいような名称が設定される。従って、同じテンプレートを用いて構築されたシステムであっても、システムによって構成要素名が異なることがある。これに対し、構成要素ＩＤは、同じテンプレートを用いて構築されたシステムであれば、システムによって異なることはない。従って、抽象化事例データを生成することにより、同じテンプレートを用いて構築された他のシステムの管理者にとっても、どの構成要素で発生した障害であるかを把握できるようになっている。
【００３７】
図２１の説明に移行して、共通事例抽出部１５は、抽象化事例データ格納部１３に格納されている未処理の抽象化事例データを１件分特定する（図２１：ステップＳ１３）。そして、共通事例抽出部１５は、特定された抽象化事例データに含まれる原因構成要素ＩＤが共通要素データ格納部１１に格納されている共通要素ＩＤのいずれかと一致するか判断する（ステップＳ１５）。
【００３８】
一致する場合（ステップＳ１５：Ｙｅｓルート）、共通事例抽出部１５は、ステップＳ１３において特定された抽象化事例データを共通事例ＤＢ１７に格納する（ステップＳ１７）。一方、一致しない場合（ステップＳ１５：Ｎｏルート）、ステップＳ１９の処理に移行する。
【００３９】
そして、共通事例抽出部１５は、全ての抽象化事例データについて処理したか判断する（ステップＳ１９）。全ての抽象化事例データについて処理していない場合（ステップＳ１９：Ｎｏルート）、次の抽象化事例データについて処理を実施するため、ステップＳ１３の処理に戻る。一方、全ての抽象化事例データについて処理した場合（ステップＳ１９：Ｙｅｓルート）、処理を終了する。
【００４０】
以上のような処理を実施することにより、システムで実際に使用されている構成要素（実構成要素）のうち、当該システムを構築するために用いたテンプレートにおいて定義されている構成要素（定義構成要素）で発生した障害の事例データを蓄積することができるようになる。蓄積された事例データは、カスタマイズをされていない構成要素についての事例データであるので、同じテンプレートを用いて構築された他のシステムにとっての有用性が高い。
【００４１】
［実施の形態４］
次に、第４の実施の形態に係る共通事例データ生成装置の機能ブロック図を図２２に示す。図６と同じ符号が付された処理部及びデータ格納部は、第３の実施の形態と同じ機能を有するものである。また、共通機種データ格納部２１は、共通要素データ格納部１１と同じ機能を有する。
【００４２】
第４の実施の形態に係る共通事例データ生成装置は、構成管理ＤＢ１０と、事例ＤＢ５と、共通機種抽出部１９と、抽象化事例データ生成部９と、共通機種データ格納部２１と、抽象化事例データ格納部１３と、共通事例抽出部１５と、共通事例ＤＢ１７とを有する。なお、構成管理ＤＢ１０には、テナントデータ格納部３が含まれており、テンプレートデータ格納部１が含まれていない点が第３の実施の形態とは異なる。
【００４３】
共通機種抽出部１９は、テナントデータ格納部３に格納されているデータを用いて処理を行い、処理結果を共通機種データ格納部２１に格納する。抽象化事例データ生成部９は、テナントデータ格納部３及び事例ＤＢ５に格納されているデータを用いて処理を行い、処理結果を抽象化事例データ格納部１３に格納する。共通事例抽出部１５は、共通機種データ格納部２１及び抽象化事例データ格納部１３に格納されているデータを用いて処理を行い、処理結果を共通事例ＤＢ１７に格納する。
【００４４】
次に、図２３及び図２４を用いて図２２に示した共通事例データ生成装置の処理内容について説明する。まず、共通機種抽出部１９は、全てのシステムについて、要素設定テーブル（図１５）に格納されているインスタンスＩＤを読み出し、メインメモリ等の記憶装置に格納する（図２３：ステップＳ２１）。また、共通機種抽出部１９は、読み出されたインスタンスＩＤに対応する機種ＩＤを機種設定テーブルから抽出し、メインメモリ等の記憶装置に格納する（ステップＳ２２）。さらに、共通機種抽出部１９は、抽出された機種ＩＤの数を機種ＩＤ毎にカウントし、カウント結果をメインメモリ等の記憶装置に格納する（ステップＳ２３）。
【００４５】
そして、共通機種抽出部１９は、未処理の機種ＩＤを１つ特定する（ステップＳ２５）。また、共通機種抽出部１９は、ステップＳ２５において特定された機種ＩＤについて、（読み出された機種ＩＤの数）／（全システムの数）を算出し、算出された値が所定の閾値以上であるかを判断する（ステップＳ２７）。なお、ステップＳ２７において、「全システムの数」は、例えばテナントデータ格納部３における要素設定テーブルの数をカウントすることにより特定する。
【００４６】
算出された値が所定の閾値以上である場合（ステップＳ２７：Ｙｅｓルート）、共通機種抽出部１９は、ステップＳ２５において特定された機種ＩＤを共通機種データ格納部２１に格納する（ステップＳ２９）。一方、算出された値が所定の閾値未満である場合（ステップＳ２９：Ｎｏルート）、ステップＳ３１の処理に移行する。
【００４７】
そして、共通機種抽出部１９は、全ての機種ＩＤについて処理したか判断する（ステップ３１）。全ての機種ＩＤについて処理していない場合（ステップＳ３１：Ｎｏルート）、次の機種ＩＤについて処理を実施するため、ステップＳ２７の処理に戻る。一方、全ての機種ＩＤについて処理した場合（ステップＳ３１：Ｙｅｓルート）、処理は端子Ｂを介してステップＳ３３（図２４）に移行する。
【００４８】
図２４の説明に移行して、抽象化事例データ生成部９は、事例ＤＢ５（図１８）に登録されている各システムについての事例データのうち、未処理のシステムについての事例データを読み出す（図２４：ステップＳ３３）。そして、読み出された事例データに含まれる原因構成要素名に対応付けられているインスタンスＩＤを要素設定テーブル（図１５）から抽出する（ステップＳ３５）。また、抽象化事例データ生成部９は、抽出されたインスタンスＩＤに対応する機種ＩＤを機種設定テーブルから抽出し、当該機種ＩＤとステップＳ３３において読み出された事例データとを含む抽象化事例データを生成し、抽象化事例データ格納部１３に格納する（ステップＳ３７）。
【００４９】
図２０Ｂに、抽象化事例データ格納部１３に格納されるデータの一例を示す。図２０Ｂの例では、番号の列と、トラブル日時の列と、トラブル内容の列と、原因構成要素名の列と、原因機種ＩＤと、原因の列とが含まれる。ステップＳ３７の処理により生成される抽象化事例データは、基本的には図２０Ａに示した抽象化事例データと同じデータフォーマットである。但し、原因構成要素ＩＤの列の代わりに、原因機種ＩＤの列が含まれるようになっている。
【００５０】
図２４の説明に戻り、抽象化事例データ生成部９は、全てのシステムについて処理したか判断する（ステップＳ３９）。全てのシステムについて処理していない場合（ステップＳ３９：Ｎｏルート）、次のシステムについて処理を実施するため、ステップＳ３３の処理に戻る。
【００５１】
一方、全てのシステムについて処理した場合（ステップＳ３９：Ｙｅｓルート）、共通事例抽出部１５は、抽象化事例データ格納部１３に格納されている未処理の抽象化事例データを１件分特定する（ステップＳ４１）。そして、共通事例抽出部１５は、特定された抽象化事例データに含まれる機種ＩＤが、共通機種データ格納部２１に格納されている機種ＩＤのいずれかと一致するか判断する（ステップＳ４３）。一致する場合（ステップＳ４３：Ｙｅｓルート）、共通事例抽出部１５は、ステップＳ４１において特定された抽象化事例データを共通事例ＤＢ１７に格納する（ステップＳ４５）。一方、一致しない場合（ステップＳ４３：Ｎｏルート）、ステップＳ４７の処理に移行する。
【００５２】
そして、共通事例抽出部１５は、全ての抽象化事例データについて処理したか判断する（ステップＳ４７）。全ての抽象化事例データについて処理していない場合（ステップＳ４７：Ｎｏルート）、次の抽象化事例データについて処理を実施するため、処理はステップＳ４１に戻る。一方、全ての抽象化事例データについて処理した場合（ステップＳ４７：Ｙｅｓルート）、処理を終了する。
【００５３】
以上のような処理を実施することにより、所定の条件を満たす機種（例えば、多くのシステムにおいて使用されている機種）についての障害のデータを蓄積することができる。よって、同じ機種を使用しているシステムにおいては、蓄積されたデータを利用し、効率的にシステム管理を行うことができる。
【００５４】
［実施の形態５］
第５の実施の形態に係る事例データ生成装置の機能ブロック図を図２５に示す。第５の実施の形態に係る事例データ生成装置は、システムデータ格納部５００１と、読み出し処理部５００３と、テンプレートデータ格納部５００５と、抽出処理部５００７と、特定処理部５００９と、第１事例データ格納部５０１１と、事例抽出処理部５０１３とを有する。読み出し処理部５００３は、システムデータ格納部５００１に格納されているデータを用いて処理を行う。抽出処理部５００７は、テンプレートデータ格納部５００５に格納されているデータを用いて処理を行う。特定処理部５００９は、読み出し処理部５００３の処理結果及び抽出処理部５００７の処理結果を用いて処理を行う。事例抽出処理部５０１３は、特定処理部５００９の処理結果及び第１事例データ格納部５０１１に格納されているデータを用いて処理を行う。
【００５５】
次に、図２５に示した事例データ生成装置の処理内容を図２６を用いて説明する。まず、読み出し処理部５００３は、システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部５００１から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す（ステップＳ５００１）。そして、抽出処理部５００７は、テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部５００５から、ステップ５００１において読み出されたテンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する（ステップＳ５００３）。なお、読み出し処理部５００３の処理結果及び抽出処理部５００７の処理結果は、特定処理部５００９に出力される。
【００５６】
次に、特定処理部５００９は、読み出し処理部５００３により読み出された実構成要素の識別情報のうち、抽出処理部５００７により抽出された定義構成要素の識別情報と一致する識別情報を特定する（ステップＳ５００５）。特定処理部５００９の処理結果は、事例抽出処理部５０１３に出力される。そして、事例抽出処理部５０１３は、障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部５０１１から、ステップ５００５において特定された識別情報を含む第１事例データを抽出する（ステップＳ５００７）。
【００５７】
このように、テンプレートを用いて構築されたシステムの実際の構成要素のうち、当該テンプレートにより定義されている構成要素を特定し、特定された構成要素で発生した障害のデータを蓄積する。これにより、蓄積された障害のデータを、同じテンプレートを用いて構築された他のシステムの管理に役立てることができる。
【００５８】
［実施の形態６］
第６の実施の形態に係る事例データ生成装置の機能ブロック図を図２７に示す。第６の実施の形態に係る事例データ生成装置は、システムデータ格納部７００１と、特定処理部７００３と、第１事例データ格納部７００５と、事例抽出処理部７００７とを有する。特定処理部７００３は、システムデータ格納部７００１に格納されているデータを用いて処理を行う。事例抽出処理部７００７は、特定処理部７００３の処理結果及び第１事例データ格納部７００５に格納されているデータを用いて処理を行う。
【００５９】
次に、図２７に示した事例データ生成装置の処理内容を図２８を用いて説明する。まず、特定処理部７００３は、システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部７００１において、各識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する（ステップＳ７００１）。なお、特定処理部７００３の処理結果は、事例抽出処理部７００７に出力される。そして、事例抽出処理部７００７は、障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部７００５から、ステップ７００３において特定された識別子を含む第１事例データを抽出する（ステップＳ７００３）。
【００６０】
このように、複数のシステムについての所定の条件を満たす装置を特定し、特定された装置で発生した障害のデータを蓄積する。これにより、蓄積された障害のデータを、特定された装置が使用されているシステムの間で共有できるようになるので、システムの管理を効率化できる。
【００６１】
以上本技術の一実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明した事例データ生成装置及び共通事例データ生成装置の機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。
【００６２】
また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【００６３】
また、要素設定テーブル（図１５）には、インスタンスＩＤの代わりに機種ＩＤ及びその他ファイル等の設定についての情報を登録するようにしても良い。
【００６４】
なお、上で述べた事例データ生成装置及び共通事例データ生成装置は、コンピュータ装置によって実現することもできる。例えば、図２９に示すように、メモリ２５０１とプロセッサ（ＣＰＵ２５０３）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とを備え、これらがバス２５１９を介して接続されたコンピュータを用いてもよい。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５等の記憶部に格納しておき、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出して利用することもできる。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行ってもよい。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納してもよい。実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされてもよい。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。なお、図１のシステムデータ格納部１００１、テンプレートデータ格納部１００５、第１事例データ格納部１０１１及び共通事例データ格納部１０１５は、図２９におけるメモリ２５０１やＨＤＤ２５０５等として実現してもよい。図３のシステムデータ格納部３００１、第１事例データ格納部３００５及び共通事例データ格納部３００９、図２５のシステムデータ格納部５００１、テンプレートデータ格納部５００５及び第１事例データ格納部５０１１、図２７のシステムデータ格納部７００１及び第１事例データ格納部７００５についても同様である。図１の読み出し処理部１００３、抽出処理部１００７、特定処理部１００９及び格納処理部１０１３は、プロセッサ２５０３及びプログラムの組み合わせ、すなわち、プロセッサ２５０３がプログラムを実行することにより実現してもよい。より具体的には、プロセッサ２５０３は、ＨＤＤ２５０５又はメモリ２５０１に記憶されたプログラムに従った動作を行うことで、上で述べたような処理部として機能してもよい。図３の特定処理部３００３及び格納処理部３００７、図２５の読み出し処理部７００３、抽出処理部７００７、特定処理部７００９及び事例抽出処理部７０１３、図２７の特定処理部７００３及び事例抽出処理部７００７についても同様である。
【００６５】
以上述べた本技術の実施の形態をまとめると以下のようになる。
【００６６】
第１の態様に係る事例データ生成方法は、（Ａ）システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、（Ｂ）テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、読み出しステップにおいて読み出されたテンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、（Ｃ）読み出しステップにおいて読み出された実構成要素の識別情報のうち、抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、（Ｄ）障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップとを含む。
【００６７】
これにより、テンプレートを用いて構築されたシステムの実際の構成要素のうち、当該テンプレートにより定義されている構成要素で発生した障害の事例を、同じテンプレートを用いて構築された他のシステムの管理に活用できるため、システムの管理を効率化できる。
【００６８】
また、上で述べたシステムデータ格納部には、実構成要素の識別情報に対応付けて当該実構成要素に対して設定された具体的名称が格納されるようにしてもよい。そして、障害が発生した構成要素の具体的名称を含む第２事例データを格納する第２事例データ格納部から第２事例データを読み出し、当該第２事例データに含まれる具体的名称に対応する実構成要素の識別情報をシステムデータ格納部から抽出するステップと、抽出された構成要素の識別情報と第２事例データとを含む第１事例データを生成し、第１事例データ格納部に格納するステップとをさらに含むようにしてもよい。システムの構成要素には、当該システムの管理者等にとってわかりやすいような具体的名称（例えばホスト名など）を付すことがある。上で述べた処理を実施すれば、構成要素のＩＤを含む第１事例データが生成されるので、たとえ他のシステムの管理者等であっても、どの構成要素で発生した障害であるかを把握できるようになる。
【００６９】
第２の態様に係る事例データ生成方法は、（Ａ）システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、（Ｂ）障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、特定ステップにおいて特定された識別子を含む第１事例データを抽出するステップとを含む。
【００７０】
これにより、例えば多くのシステムに使用されているような装置で発生した障害の事例を、同じ装置を含む他のシステムにおいても活用できるようになるため、システムの管理を効率化できる。
【００７１】
また、上で述べたシステムデータ格納部には、装置の識別子に対応付けて当該装置に対して設定された具体的名称が格納されるようにしてもよい。そして、障害が発生した装置の具体的名称を含む第２事例データを格納する第２事例データ格納部から第２事例データを読み出し、当該第２事例データに含まれる具体的名称に対応する識別子をシステムデータ格納部から抽出するステップと、抽出された識別子と第２事例データとを含む第１事例データを生成し、第１事例データ格納部に格納するステップとをさらに含むようにしてもよい。システムに使用されている装置には、当該システムの管理者等にとってわかりやすいような具体的名称（例えばホスト名など）を付すことがある。上で述べた処理を実施すれば、装置の識別子を含む第１事例データが生成されるので、たとえ他のシステムの管理者等であっても、どの装置で発生した障害であるかを把握できる。
【００７２】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。なお、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【００７３】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００７４】
（付記１）
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出しステップにおいて読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、
前記読み出しステップにおいて読み出された実構成要素の識別情報のうち、前記抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップと、
をコンピュータに実行させるための事例データ生成プログラム。
【００７５】
（付記２）
前記システムデータ格納部には、前記実構成要素の識別情報に対応付けて当該実構成要素に対して設定された具体的名称が格納されており、
障害が発生した構成要素の具体的名称を含む第２事例データを格納する第２事例データ格納部から前記第２事例データを読み出し、当該第２事例データに含まれる前記具体的名称に対応する実構成要素の識別情報を前記システムデータ格納部から抽出するステップと、
抽出された前記構成要素の識別情報と前記第２事例データとを含む第１事例データを生成し、前記第１事例データ格納部に格納するステップと、
をさらに含む付記１記載の事例データ生成プログラム。
【００７６】
（付記３）
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された前記識別子を含む第１事例データを抽出するステップと、
をコンピュータに実行させるための事例データ生成プログラム。
【００７７】
（付記４）
前記システムデータ格納部には、前記装置の識別子に対応付けて当該装置に対して設定された具体的名称が格納されており、
障害が発生した装置の具体的名称を含む第２事例データを格納する第２事例データ格納部から前記第２事例データを読み出し、当該第２事例データに含まれる前記具体的名称に対応する識別子を前記システムデータ格納部から抽出するステップと、
抽出された前記識別子と前記第２事例データとを含む第１事例データを生成し、前記第１事例データ格納部に格納するステップと、
をさらに含む付記３記載の事例データ生成プログラム。
【００７８】
（付記５）
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出しステップにおいて読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、
前記読み出しステップにおいて読み出された実構成要素の識別情報のうち、前記抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップと、
を含み、コンピュータに実行される事例データ生成方法。
【００７９】
（付記６）
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された前記識別子を含む第１事例データを抽出するステップと、
を含み、コンピュータに実行される事例データ生成方法。
【００８０】
（付記７）
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出し処理部と、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出し処理部により読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出処理部と、
前記読み出し処理部により読み出された実構成要素の識別情報のうち、前記抽出処理部により抽出された定義構成要素の識別情報と一致する識別情報を特定する特定処理部と、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定処理部により特定された識別情報を含む第１事例データを抽出する事例抽出処理部と、
を有する事例データ生成装置。
【００８１】
（付記８）
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定処理部と、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定処理部により特定された前記識別子を含む第１事例データを抽出する事例抽出処理部と、
を有する事例データ生成装置。
【符号の説明】
【００８２】
１ テンプレートデータ格納部 ３ テナントデータ格納部
５ 事例ＤＢ ７ 共通要素抽出部
９ 抽象化事例データ生成部 １０構成管理ＤＢ
１１ 共通要素データ格納部 １３ 抽象化事例データ格納部
１５ 共通事例抽出部 １７ 共通事例ＤＢ
１９ 共通機種抽出部 ２１ 共通機種データ格納部
【特許請求の範囲】
【請求項１】
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出しステップにおいて読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、
前記読み出しステップにおいて読み出された実構成要素の識別情報のうち、前記抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップと、
をコンピュータに実行させるための事例データ生成プログラム。
【請求項２】
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された前記識別子を含む第１事例データを抽出するステップと、
をコンピュータに実行させるための事例データ生成プログラム。
【請求項３】
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出しステップにおいて読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、
前記読み出しステップにおいて読み出された実構成要素の識別情報のうち、前記抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップと、
を含み、コンピュータに実行される事例データ生成方法。
【請求項４】
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された前記識別子を含む第１事例データを抽出するステップと、
を含み、コンピュータに実行される事例データ生成方法。
【請求項５】
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出し処理部と、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出し処理部により読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出処理部と、
前記読み出し処理部により読み出された実構成要素の識別情報のうち、前記抽出処理部により抽出された定義構成要素の識別情報と一致する識別情報を特定する特定処理部と、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定処理部により特定された識別情報を含む第１事例データを抽出する事例抽出処理部と、
を有する事例データ生成装置。
【請求項６】
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定処理部と、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定処理部により特定された前記識別子を含む第１事例データを抽出する事例抽出処理部と、
を有する事例データ生成装置。
【請求項１】
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出しステップにおいて読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、
前記読み出しステップにおいて読み出された実構成要素の識別情報のうち、前記抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップと、
をコンピュータに実行させるための事例データ生成プログラム。
【請求項２】
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された前記識別子を含む第１事例データを抽出するステップと、
をコンピュータに実行させるための事例データ生成プログラム。
【請求項３】
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出しステップと、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出しステップにおいて読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出ステップと、
前記読み出しステップにおいて読み出された実構成要素の識別情報のうち、前記抽出ステップにおいて抽出された定義構成要素の識別情報と一致する識別情報を特定する特定ステップと、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された識別情報を含む第１事例データを抽出するステップと、
を含み、コンピュータに実行される事例データ生成方法。
【請求項４】
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定ステップと、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定ステップにおいて特定された前記識別子を含む第１事例データを抽出するステップと、
を含み、コンピュータに実行される事例データ生成方法。
【請求項５】
システムで使用されている構成要素である実構成要素の識別情報と当該システムの構築に用いられたテンプレートの識別情報とを格納するシステムデータ格納部から、当該システムについての構成要素の識別情報及びテンプレートの識別情報を読み出す読み出し処理部と、
テンプレートの識別情報と当該テンプレートにより定義されている構成要素である定義構成要素の識別情報とを対応付けて格納するテンプレートデータ格納部から、前記読み出し処理部により読み出された前記テンプレートの識別情報に対応付けられている定義構成要素の識別情報を抽出する抽出処理部と、
前記読み出し処理部により読み出された実構成要素の識別情報のうち、前記抽出処理部により抽出された定義構成要素の識別情報と一致する識別情報を特定する特定処理部と、
障害が発生した構成要素の識別情報を含む第１事例データを格納する第１事例データ格納部から、前記特定処理部により特定された識別情報を含む第１事例データを抽出する事例抽出処理部と、
を有する事例データ生成装置。
【請求項６】
システムで使用されている装置の各々について装置の種類を示す識別子をシステム毎に格納するシステムデータ格納部において、各前記識別子の計数を行い、当該計数の結果が、複数のシステムついての所定の条件を満たす識別子を特定する特定処理部と、
障害が発生した装置の識別子を含む第１事例データを格納する第１事例データ格納部から、前記特定処理部により特定された前記識別子を含む第１事例データを抽出する事例抽出処理部と、
を有する事例データ生成装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４Ａ】
【図１４Ｂ】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０Ａ】
【図２０Ｂ】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４Ａ】
【図１４Ｂ】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０Ａ】
【図２０Ｂ】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【公開番号】特開２０１１−１５４６５９（Ｐ２０１１−１５４６５９Ａ）
【公開日】平成２３年８月１１日（２０１１．８．１１）
【国際特許分類】
【出願番号】特願２０１０−１７４５４（Ｐ２０１０−１７４５４）
【出願日】平成２２年１月２８日（２０１０．１．２８）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年８月１１日（２０１１．８．１１）
【国際特許分類】
【出願日】平成２２年１月２８日（２０１０．１．２８）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]