JP5625858B2 - 構成要素の管理装置、管理プログラムおよび管理方法 - Google Patents

Description

本発明は、構成情報管理装置、構成情報管理プログラム及び構成情報管理方法に関する。

近年、ハードウェア、ソフトウェア、データなどを外部のデータセンターなどで一括管理するクラウドコンピューティングが知られている。例えば、クラウドコンピューティングとしては、ＳａａＳ（Software as a Service）、ＰａａＳ（Platform as a Service）やＩａａＳ（Infrastructure as a Service）などがある。

そして、上述したクラウドコンピューティングを用いてユーザにサービスを提供する企業では、異業種のデータをデータセンターなどで管理する手法として、ＦＣＭＤＢ（Federated Configuration Management Database）の導入を進めている。ＦＣＭＤＢとは、ＩＴＩＬ（Information Technology Infrastructure Library）で提案されているＣＭＤＢを用いて、複数の異種ＤＢを仮想的に統合し、複数システムのシームレスな連携が可能となる技術である。

例えば、ＦＣＭＤＢは、図１５に示すように、構成情報を管理する構成情報管理システムとサービスを管理するサービス管理システムとのそれぞれに記憶される構成要素（ＣＩ：Configuration Item）を示す構成要素情報を仮想的に統合して管理する。ここで、仮想統合される各データベースのことをＭＤＲ（Management Data Repository）と呼ぶ。

各ＭＤＲは、例えば、ＩＴシステム内に存在する機器等の構成に関する属性情報を構成種別毎に管理する。更に、各ＭＤＲは、管理するデータの構成種別及びデータ量が異なり、自装置のローカルＩＤに対応付けて属性情報等の各種情報を管理している。

ここで、ＦＣＭＤＢが実行する統合処理について具体的に説明する。ＦＣＭＤＢは、名寄せのキーとなる属性情報であるＩＰｒｏｐ（Identifying Property：識別用属性）の指定を受け付け、指定された名寄せのキーとなる属性情報に基づいて、複数のＭＤＲに分散して管理される同一対象の情報を統合するリコンサイル処理を実行する。

また、リコンサイル処理を実行してＦＣＭＤＢに登録されたＣＩに対して、ＩＰｒｏｐを変更して再度リコンサイル処理を実行する場合がある。このような場合には、一度ＦＣＭＤＢのデータを全削除し、新たなＩＰｒｏｐを設定して、新たなＩＰｒｏｐに基づいてリコンサイル処理を実行する。

特開２００４−２５８７３３号公報

しかしながら、ＩＰｒｏｐを変更して再度リコンサイル処理を実行する際に上述の方式では、ＦＣＭＤＢのデータを全削除し、新たなＩＰｒｏｐに基づいて統合処理を実行するので、統合処理における処理負荷が大きい。

一つの側面では、統合処理における処理負荷を軽減することを目的とする。

第一の案では、構成情報管理装置は、構成要素群のうち、属性についての第１の一致条件を満たす複数の構成要素について属性情報の統合を行って得られた、統合された属性情報を記憶し、複数の構成要素の全てが共通する属性値を持つ属性がいずれの属性かを示す情報を記憶する記憶手段を有する。また、構成情報管理装置は、第１の一致条件を満たさない構成要素は満たさない第２の一致条件に関係する全ての属性が、複数の構成要素の全てが共通する属性値を持つ属性に対応するか、記憶手段に記憶された前記情報に基づいて判定する。そして、構成情報管理装置は、第２の一致条件に関係する全ての属性が、複数の構成要素の全てが共通する属性値を持つ属性に対応するとの判定がなされた場合に、統合された属性情報を、第２の条件を満たす複数の構成要素についての統合された属性情報として用いる。

一態様においては、統合処理における処理負荷を軽減することができる。

図１は、実施例１に係るＦＣＭＤＢの構成を示すブロック図である。 図２は、属性管理情報の一例を示す図である。 図３は、属性情報の一例を示す図である。 図４は、リコンサイル処理を説明する図である。 図５は、リコンサイル処理を説明する図である。 図６は、ＩＰｒｏｐ変更の例を説明する図である。 図７は、ＩＰｒｏｐ変更の例を説明する図である。 図８は、ＩＰｒｏｐ追加の例を説明する図である。 図９は、ＩＰｒｏｐ削除の例を説明する図である。 図１０は、属性管理情報の一例を示す図である。 図１１は、ＩＰｒｏｐ追加の例を説明する図である。 図１２は、実施例１に係るＦＣＭＤＢ１０のテーブル更新処理動作を示すフローチャートである。 図１３は、実施例１に係るＦＣＭＤＢ１０のＩＰｒｏｐ変更後のリコンサイル処理動作を示すフローチャートである。 図１４は、構成情報管理プログラムを実行するコンピュータを示す図である。 図１５は、ＦＣＭＤＢを用いて、複数のＤＢを仮想的に統合する例を説明する図である。

以下に添付図面を参照して、この発明に係る構成情報管理装置、構成情報管理プログラム及び構成情報管理方法の実施例を詳細に説明する。

以下の実施例では、実施例１に係るＦＣＭＤＢの構成および処理の流れを順に説明し、最後に実施例１による効果を説明する。

［ＦＣＭＤＢの構成］
まず、最初に、図１を用いて、ＦＣＭＤＢ１０の構成を説明する。図１は、実施例１に係るＦＣＭＤＢの構成を示すブロック図である。図１に示すように、このＦＣＭＤＢ１０は、制御部１３および記憶部１４を有し、入力部１１および出力部１２に接続される。また、ＦＣＭＤＢ１０は、図示していないが、ネットワークを介してクライアント端末、ＭＤＲ、他のＦＣＭＤＢと接続される。以下にこれらの各部の処理を説明する。

入力部１１は、例えば、キーボードやマウス、マイクなどの入力デバイスであり、リコンサイル指示やＩＰｒｏｐ（識別用属性：Identifying Property）の変更指示などを入力に用いられる。ここでＩＰｒｏｐとは、名寄せのキーとなる属性情報として用いられる。また、出力部１２は、例えば、モニタ、ディスプレイ、タッチパネルやスピーカなどであり、リコンサイルの結果等を出力する。

記憶部１４は、制御部１３による各種処理に必要なデータおよびプログラムを格納し、属性管理情報１４ａおよび属性情報１４ｂを記憶する。属性管理情報１４ａは、指定されたＩＰｒｏｐ（属性）について同じ属性値を持つＣＩを統合する処理を行った際に、統合された各ＣＩの全てが同じ属性値を持っていた属性はどれであるかを示す（例えば、各属性について、統合されたＣＩが全て同じ属性値であったならば「１」、そうでなければ「０」）。例えば、属性１をＩＰｒｏｐに指定して統合を行ったとし、属性１の属性値がＡであるＣＩが、ＣＩ１として統合され、属性値がＢであるＣＩがＣＩ２として統合され、属性値がＣであるＣＩがＣＩ３として統合されたとする。この場合、ＣＩ１に統合された各ＣＩの属性１の属性値は全てＡ、ＣＩ２に統合された各ＣＩの属性１の属性値は全てＢ、ＣＩ３に統合された各ＣＩの属性１の属性値は全てＣであるから、ＣＩ１〜３の属性１についてそれぞれ「１」が記憶される。また、ＣＩ２に統合された各ＣＩの属性３の属性値、ＣＩ３に統合された各ＣＩの属性２の属性値は全て共通する場合には、ＣＩ２の属性３、ＣＩ３の属性２はついて、同様に「１」が記憶される。他の属性については、統合されたＣＩの各属性値が共通しない場合には、それぞれ「０」が記憶される。以上をまとめると、属性管理情報１４ａには、図２に例示するように、各ＣＩに対して、属性名ごとに「１：○として表示」または「０：×として表示」が対応づけられている。なお、対応する属性について属性値を持たないＣＩが統合された場合は、その属性は、各ＣＩで属性値が一致しないため、「０」が対応づけられる。

属性情報１４ｂは、管理対象であるＣＩに関わる属性情報である。具体的には、属性情報１４ｂは、各ＣＩが有する属性値については図３に例示するような情報とすることができる。

例えば、属性情報１４ｂは、図３に示すように、ＦＣＭＤＢに登録されたＣＩである「Ｓｅｒｖｅｒ１」の「属性名、属性値」として「Ｓｅｒｖｅｒ１／＠ｎａｍｅ、ｓｖｒ０１」、「Ｓｅｒｖｅｒ１／＠ｉｐａｄｄｒ、１９２．１６８．０．２」を含む。また、属性情報は、「属性名、属性値」として「Ｓｅｒｖｅｒ１／＠ｍａｃａｄｄｒ、ＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：ＦＦ」を含む。

ここで、図４および図５を用いて、ＦＣＭＤＢ１０が実行するリコンサイル処理について説明する。図４および図５は、リコンサイル処理を説明する図である。なお、図４および図５の例では、「ｎａｍｅ」を名寄せのキーとなる属性情報であるＩＰｒｏｐとして、統合する処理の例を示す。また、図４では、ＦＣＭＤＢ１０にすでに登録されているＣＩと新たに登録されるＭＤＲ−２のＣＩとを統合する処理の例を示し、図５では、ＦＣＭＤＢ１０にすでに登録されているＣＩと新たに登録されるＭＤＲ−３のＣＩとを統合する処理の例を示す。

図４に示すように、すでにＦＣＭＤＢ１０に登録されているＣＩと、新たに登録される「ＭＤＲ−２」のＣＩとを、ＩＰｒｏｐである「ｎａｍｅ」をキーとして統合し、統合した情報を属性情報１４ｂとして記憶部１４に格納する。ここで、ＦＣＭＤＢ１０に登録されているＣＩと、新たに登録される「ＭＤＲ−２」のＣＩとでは、ＩＰｒｏｐである属性名「ｎａｍｅ」の属性値と、属性名「ｍａｃａｄｄｒ」の属性値とが共通しており、「ｎａｍｅ」の属性値と、「ｍａｃａｄｄｒ」の属性値については変更されない。また、ＦＣＭＤＢ１０は、ＦＣＭＤＢ１０に登録されているＣＩにはなく、「ＭＤＲ−２」のＣＩに存在する属性名「ｃｏｍｐａｎｙ」と属性値「Ｆｕｊｉｔｓｕ」について、属性情報１４ｂに追加する。

また、図５に示すように、ＩＰｒｏｐである「ｎａｍｅ」をキーとして、すでにＦＣＭＤＢ１０に登録されているＣＩと、新たに登録される「ＭＤＲ−３」のＣＩとを、ＩＰｒｏｐである「ｎａｍｅ」をキーとして統合し、統合した情報を属性情報１４ｂとして記憶部１４に格納する。ここで、ＦＣＭＤＢ１０に登録されているＣＩと、新たに登録される「ＭＤＲ−３」のＣＩとでは、属性名「ｍａｃａｄｄｒ」の属性値が「ＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：ＦＦ」と「ＧＧ：ＨＨ：ＩＩ：ＪＪ：ＫＫ：ＬＬ」で異なる。この場合には、ＦＣＭＤＢ１０は、新たに登録するＣＩの属性値「ＧＧ：ＨＨ：ＩＩ：ＪＪ：ＫＫ：ＬＬ」を属性情報１４ｂに上書きして格納する。また、ＦＣＭＤＢ１０は、ＦＣＭＤＢ１０に登録されているＣＩにはなく、「ＭＤＲ−３」のＣＩに存在する属性名「ｏｓ」と属性値「Ｗｉｎｄｏｗｓ（登録商標） Ｓｅｒｖｅｒ ２００８」を属性情報１４ｂに追加して格納する。

制御部１３は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。また、制御部１３は、属性管理情報格納部１３ａおよびリコンサイル部１３ｂを有する。

属性管理情報格納部１３ａは、統合処理を行う場合に、属性情報１４ｂに記憶された属性情報と統合される属性情報とが一致するか比較し、属性管理情報１４ａの属性欄を更新する処理を行う。具体的には、属性欄を更新する処理として、まず、属性管理情報格納部１３ａは、ＣＩ登録時のリコンサイル時に、ＦＣＭＤＢ１０に登録済みのＣＩの属性値と、新たに登録しようとするＣＩの属性値とを一つずつ取得する。ここで取得されるＦＣＭＤＢ１０に登録済みのＣＩの属性値と登録しようとするＣＩの属性値とは、同一の属性名の属性値である。

そして、属性管理情報格納部１３ａは、取得された各属性値の属性名について、属性管理情報１４ａの属性欄が「×」であるか判定する。この結果、属性管理情報格納部１３ａは、取得された各属性値の属性名について、属性管理情報１４ａの属性欄が「×」である場合には、属性欄の更新処理を行わない。つまり、ＦＣＭＤＢ１０において、属性管理情報１４ａの属性欄が「×」である場合には、リコンサイル前の属性値が一致しないことがあった、または、どちらかに対象となる属性が存在しないことがあったことを示している。このため、属性欄が「×」から「○」に更新されることはないので、属性管理情報１４ａの属性欄が「×」である場合には、属性欄の更新処理を行わず、属性欄を「×」のままにしておく。

また、属性管理情報格納部１３ａは、属性欄が「○」である場合には、ＦＣＭＤＢ１０の属性情報１４ｂに登録済みのＣＩの属性値と新たに登録しようとするＣＩの属性値とが一致するか判定する。この結果、属性管理情報格納部１３ａは、属性情報１４ｂに登録済みのＣＩの属性値と新たに登録しようとするＣＩの属性値とが一致する場合には、属性管理情報１４ａの表中に対応する属性欄を「○」にする。また、属性管理情報格納部１３ａは、属性情報１４ｂに登録済みのＣＩの属性値と新たに登録しようとするＣＩの属性値とが一致しない場合には、属性管理情報１４ａの表中に対応する属性欄を「×」にする。

ここで、図５の例を用いて属性管理情報１４ａの属性欄を更新する処理について具体的に説明する。ここでは、ＦＣＭＤＢ１０にすでに登録されているＣＩと、新たに登録される「ＭＤＲ−３」のＣＩとから、属性名「Ｓｅｒｖｅｒ／＠ｍａｃａｄｄｒ」の属性値をそれぞれ取得して比較する例について説明する。まず、属性管理情報格納部１３ａは、属性名「Ｓｅｒｖｅｒ／＠ｍａｃａｄｄｒ」について、属性管理情報１４ａの属性欄が「×」であるか「○」であるか判定する。この結果、属性管理情報格納部１３ａは、属性欄が「×」である場合には、属性欄の更新処理を行わず、属性名「Ｓｅｒｖｅｒ／＠ｍａｃａｄｄｒ」の属性欄を「×」のままにしておく。また、属性管理情報格納部１３ａは、属性欄が「○」である場合には、すでにＦＣＭＤＢ１０に登録されているＣＩの属性値「ＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：ＦＦ」と、新たに登録される「ＭＤＲ−３」のＣＩの属性値「ＧＧ：ＨＨ：ＩＩ：ＪＪ：ＫＫ：ＬＬ」とを比較する。この結果、属性管理情報格納部１３ａは、両属性値が一致しないと判定し、属性管理情報１４ａの表中に対応する属性欄を「×」にする。

リコンサイル部１３ｂは、属性情報の統合を行うキーとなるＩＰｒｏｐの変更を受け付けると、属性管理情報１４ａを参照して、以下の処理を行う。

リコンサイル部１３ｂは、ＩＰｒｏｐ変更を受け付けると、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ、条件が厳しいか判別できるか判定する。ここで、条件が厳しいか判別できない場合とは、図６および図７に例示するように、ＩＰｒｏｐが変更となった場合のことをいう。

ここで、図６および図７を用いて、ＩＰｒｏｐを属性名「ｎａｍｅ」から属性名「ｍａｃａｄｄｒ」に変更した場合のリコンサイル処理を説明する。例えば、ＩＰｒｏｐを属性名「ｎａｍｅ」から属性名「ｍａｃａｄｄｒ」に変更した場合には、図６に示すように、新しいＩＰｒｏｐである属性名「ｍａｃａｄｄｒ」の属性値に応じて、同一のＣＩであったものが異なるＣＩに分割される。また、ＩＰｒｏｐを属性名「ｎａｍｅ」から属性名「ｍａｃａｄｄｒ」に変更した場合には、図７に示すように、新しいＩＰｒｏｐである属性名「ｍａｃａｄｄｒ」の属性値に応じて、異なるＣＩが一つのＣＩに併合されることもある。なお、統合の際には、例えば、ｎａｍｅはＢＢＢに上書き更新する。このため、ＩＰｒｏｐが変更となった場合には、条件が厳しいか判別できないと判定する。

また、リコンサイル部１３ｂは、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ条件が厳しいか判別できると判定した場合には、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ条件が厳しいか判定する。例えば、リコンサイル部１３ｂは、ＩＰｒｏｐがＡＮＤ条件で追加された場合や、ＩＰｒｏｐのＯＲ条件を削除された場合には、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ条件が厳しいと判定する。また、リコンサイル部１３ｂは、ＩＰｒｏｐがＯＲ条件で追加された場合や、ＩＰｒｏｐのＡＮＤ条件を削除された場合には、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ条件が緩いと判定する。

ここで、図８および図９の例を用いて、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ条件が緩くなる場合について説明する。図８に示すように、ＩＰｒｏｐを属性名「ｎａｍｅ」から、属性名「ｎａｍｅ」ＯＲ「ｍａｃａｄｄｒ」に変更した場合には、「ｎａｍｅ」か「ｍａｃａｄｄｒ」どちらかの属性値が共通していれば統合される。このため、図８に例示するように、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ条件が緩くなり、異なるＣＩだったものが一つのＣＩに併合される場合がある。なお、統合の際には、例えば、ｎａｍｅはＢＢＢに上書き更新する。

また、図９に示すように、ＩＰｒｏｐを属性名「ｎａｍｅ」＆「ｉｐａｄｄｒ」＆「ｍａｃａｄｄｒ」から「ｎａｍｅ」＆「ｉｐａｄｄｒ」に変更した場合には、ＡＮＤ条件が削除されており、条件が緩くなった。このため、図９に例示するように、「ｎａｍｅ」＆「ｉｐａｄｄｒ」を満たすＣＩを併合し、異なるＣＩだったものが一つのＣＩに併合される場合がある。

その後、リコンサイル部１３ｂは、ＩＰｒｏｐの条件が厳しくなると判定した場合には、新しいＩＰｒｏｐに対応する属性が全て「○」であるか確認する。この結果、新しいＩＰｒｏｐに対応する属性が全て「○」である場合には、そのＣＩについてはリコンサイルを行わずに、属性情報１４ｂとして記憶された既存のＣＩをそのまま登録する。

ここで、図１０および図１１の例を用いて、ＩＰｏｒｐの変更として、ＩＰｒｏｐが追加されてＩＰｒｏｐの条件が厳しくなった場合のリコンサイル処理を説明する。図１０は、属性管理情報の一例を示す図である。図１１は、ＩＰｒｏｐ追加の例を説明する図である。図１０および図１１の例では、ＦＣＭＤＢ１０は、元のＩＰｒｏｐが「ｎａｍｅ」であったものが、ＩＰｒｏｐとしてさらに「ｍａｃａｄｄｒ」も追加された場合について説明する。

リコンサイル部１３ｂは、ＩＰｒｏｐが「ｎａｍｅ」＆「ｍａｃａｄｄｒ」となった場合に、属性管理情報１４ａを参照し、「ｎａｍｅ」および「ｍａｃａｄｄｒ」の属性欄が両方とも「○」になっている場合には、該当するＣＩをそのまま利用する。例えば、図１０の例では、ＣＩ「Ｓｅｒｖｅｒ２」およびＣＩ「Ｓｅｒｖｅｒ３」の属性欄が両方とも「○」になっている。このため、ＦＣＭＤＢ１０は、図１１の（１）に示すように、ＣＩ「Ｓｅｒｖｅｒ２」およびＣＩ「Ｓｅｒｖｅｒ３」をそのまま利用する。

また、リコンサイル部１３ｂは、「ｎａｍｅ」または「ｍａｃａｄｄｒ」の属性欄のいずれかが「×」である場合には、ＩＰｒｏｐが「ｎａｍｅ」＆「ｍａｃａｄｄｒ」の条件を満たすようにリコンサイルを実行する。例えば、図１０の例では、ＣＩ「Ｓｅｖｅｒ１」の属性名「ｍａｃａｄｄｒ」の属性欄が「×」である。このため、図１１の（２）に示すように、ＩＰｒｏｐが「ｎａｍｅ」＆「ｍａｃａｄｄｒ」の条件を満たすようにリコンサイルを実行してＣＩを分割する。つまり、リコンサイル部１３ｂは、「ｎａｍｅ」または「ｍａｃａｄｄｒ」の属性欄のいずれかが「×」である場合には、各ＭＤＲからデータを取得し、ＩＰｒｏｐである「ｎａｍｅ」＆「ｍａｃａｄｄｒ」をキーとして再度統合処理を行い、統合した情報を属性情報１４ｂとして記憶部１４に格納する。

このように、ＦＣＭＤＢ１０は、キーとなるＩＰｒｏｐが変更されると、統合時の各属性値が一致したかを記憶した属性管理情報１４ａを参照し、変更後のＩＰｒｏｐ（属性）に対応する属性値がＣＩ内で全て一致する場合には、ＣＩをそのまま登録して、統合処理負荷を軽減する。

［ＦＣＭＤＢによる処理］
次に、図１２および図１３を用いて、実施例１に係るＦＣＭＤＢ１０による処理を説明する。図１２は、実施例１に係るＦＣＭＤＢ１０のテーブル更新処理動作を示すフローチャートである。図１３は、実施例１に係るＦＣＭＤＢ１０のＩＰｒｏｐ変更後のリコンサイル処理動作を示すフローチャートである。

図１２に示すように、ＦＣＭＤＢ１０は、ＦＣＭＤＢ１０に登録済みのＣＩの属性値と、指定されたＩＰｒｏｐの属性値が当該登録済みのＣＩと同じである新たに登録しようとするＣＩの属性値とを一つずつ取得する（ステップＳ１０１）。ここで取得されるＦＣＭＤＢ１０に登録済みのＣＩの属性値と登録しようとするＣＩの属性値とは、同一の属性名の属性値である。

そして、ＦＣＭＤＢ１０は、取得された各属性値の属性名について、属性管理情報１４ａとして記憶されている属性欄が×であるか判定する（ステップＳ１０２）。この結果、ＦＣＭＤＢ１０は、取得された各属性値の属性名について、属性管理情報１４ａとして記憶されている属性欄が「×」である場合には（ステップＳ１０２肯定）、属性欄の更新処理を行わずに、ステップＳ１０６に移行する。つまり、ＦＣＭＤＢ１０において、属性管理情報１４ａとして記憶されている属性欄が「×」である場合には、リコンサイル前の属性値が一致しないことがあった、または、どちらかに対象となる属性が存在しないことがあったことを示している。このため、属性欄が「×」から「○」に更新されることはない。

また、ＦＣＭＤＢ１０は、属性欄が「×」でない場合には（ステップＳ１０２否定）、ＦＣＭＤＢ１０の属性情報１４ｂに登録済みのＣＩの属性値と新たに登録しようとするＣＩの属性値とが一致するか判定する（ステップＳ１０３）。

この結果、ＦＣＭＤＢ１０は、属性情報１４ｂに登録済みのＣＩの属性値と新たに登録しようとするＣＩの属性値とが一致する場合には（ステップＳ１０３肯定）、属性管理情報１４ａの表中に対応する属性欄を「○」にする（ステップＳ１０５）。また、ＦＣＭＤＢ１０は、属性情報１４ｂに登録済みのＣＩの属性値と新たに登録しようとするＣＩの属性値とが一致しない場合には（ステップＳ１０３否定）、属性管理情報１４ａの表中に対応する属性欄を「×」にする（ステップＳ１０４）。

その後。ＦＣＭＤＢ１０は、全ての属性値に対してテーブル更新処理を実行したか判定し（ステップＳ１０６）、全ての属性値に対してテーブル更新処理を実行していない場合には（ステップＳ１０６否定）、ステップＳ１０１に戻って処理を繰り返す。また、ＦＣＭＤＢ１０は、全ての属性値に対してテーブル更新処理を実行した場合には（ステップＳ１０６肯定）、処理を終了する。

次に、図１３を用いて、ＦＣＭＤＢ１０のＩＰｒｏｐ変更後のリコンサイル処理動作を説明する。図１３に示すように、ＦＣＭＤＢ１０は、ＩＰｒｏｐ変更を受け付けると（ステップＳ２０１）、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ、条件が厳しいか判別できるか判定する（ステップＳ２０２）。そして、ＦＣＭＤＢ１０は、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ条件が厳しいか判別できない場合には（ステップＳ２０２否定）、各ＭＤＲから再度データを取得し（ステップＳ２０５）、新規登録扱いでリコンサイル処理を行う（ステップＳ２０６）。

また、ＦＣＭＤＢ１０は、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ条件が厳しいか判別できる場合には（ステップＳ２０２肯定）、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ条件が厳しいか判定する（ステップＳ２０３）。この結果、ＦＣＭＤＢ１０は、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ条件が厳しくない場合には（ステップＳ２０３否定）、各ＭＤＲから再度データを取得し（ステップＳ２０５）、新規登録扱いでリコンサイル処理を行う（ステップＳ２０６）。

また、ＦＣＭＤＢ１０は、新しいＩＰｒｏｐが現在のＩＰｒｏｐと比べ条件が厳しい場合には（ステップＳ２０３肯定）、新しいＩＰｒｏｐに対応する属性が全て「○」であるか判定する（ステップＳ２０４）。この結果、ＦＣＭＤＢ１０は、新しいＩＰｒｏｐに対応する属性が全て「○」でない場合には（ステップＳ２０４否定）、各ＭＤＲから再度データを取得し（ステップＳ２０５）、新規登録扱いでリコンサイル処理を行う（ステップＳ２０６）。

また、ＦＣＭＤＢ１０は、新しいＩＰｒｏｐに対応する属性が全て「○」である場合には（ステップＳ２０４肯定）新たにリコンサイルを行って新規登録を行わずに、属性情報ＤＢ１４ｂに記憶された既存のＣＩをそのまま登録し、処理を終了する。すなわち、例えば図２で、属性１をＩＰｒｏｐとして統合処理がなされている場合に、ＩＰｒｏｐを属性１＆属性３に変更すると、ＣＩ２については、属性１、３の双方とも、「１」が対応づけられており、統合前の各ＣＩの属性値が一致していたことを示しているため、ＩＰｒｏｐの変更があったとしても属性情報に影響はないとして、属性情報の更新は行わない（ＭＤＲにアクセスして、統合処理を行う処理は不要）。

[実施例１の効果]
上述してきたように、ＦＣＭＤＢ１０は、指定されたＩＰｒｏｐについて同じ属性値を持つＣＩを統合する処理を行った際に、統合された各ＣＩの全てが同じ属性値を持っていた属性名はどれであるかを示す属性管理情報１４ａを記憶部１４に記憶する。そして、ＦＣＭＤＢ１０は、変更後のＩＰｒｏｐに関係する全ての属性名が、各ＣＩの全てが同じ属性値を持つ属性に対応するか、属性管理情報１４ａに基づいて判定する。この結果、変更後のＩＰｒｏｐに関係する全ての属性名が、各ＣＩの全てが同じ属性値を持つ属性に対応するとの判定がなされた場合に、統合された属性情報１４ｂを、変更後のＩＰｒｏｐを満たす複数の構成要素についての統合された属性情報１４ｂとして用いる。このため、ＩＰｒｏｐの変更があった際に、属性管理情報１４ａを参照し、変更後のＩｐｒｏｐについても各ＣＩの属性値が一致していたことを示している場合には、ＩＰｒｏｐの変更があったとしても属性情報１４ｂに影響はないとして、属性情報１４ｂの更新は行わない結果、統合処理における処理負荷を軽減することが可能である。

また、実施例１によれば、ＦＣＭＤＢ１０は、変更前ＩＰｒｏｐと変更後のＩＰｒｏｐとを比較し、変更後のＩＰｒｏｐが変更前ＩＰｒｏｐよりも条件が厳しくなったか判定する。この結果、条件が厳しくなったと判定し、かつ、変更後のＩＰｒｏｐに関係する全ての属性が、各ＣＩの全てが共通する属性値を持つ属性に対応するとの判定がなされた場合に、統合された属性情報１４ｂを、変更後のＩＰｒｏｐを満たす複数の構成要素についての統合された属性情報１４ｂとして用いる。このため、統合の条件が緩くなったものについては、改めて統合処理を行い、統合の条件が厳しくなったものについては、統合処理における処理負荷を軽減することが可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例２として本発明に含まれる他の実施例を説明する。

（１）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、属性情報格納部１３ａとリコンサイル部１３ｂを統合してもよい。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（２）プログラム
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図１４を用いて、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１４は、構成情報管理プログラムを実行するコンピュータを示す図である。

図１４に示すように、構成情報管理プログラムとしてのコンピュータ６００は、ＨＤＤ６１０、ＲＡＭ６２０、ＲＯＭ６３０およびＣＰＵ６４０をバス６５０で接続して構成される。

そして、ＲＯＭ６３０には、上記の実施例と同様の機能を発揮する構成情報管理プログラム、つまり、図１４に示すように、格納プログラム６３１および統合プログラム６３２が予め記憶されている。なお、プログラム６３１〜６３２については、図１４に示したｚｙｘの各構成要素と同様、適宜統合または分散してもよい。

そして、ＣＰＵ６４０が、これらのプログラム６３１〜６３２をＲＯＭ６３０から読み出して実行することで、図１４に示すように、各プログラム６３１〜６３２は、格納プロセス６４１および統合プロセス６４２として機能するようになる。

また、ＨＤＤ６１０には、図１４に示すように、管理情報テーブル６１１および属性情報６１２が記憶される。そして、ＣＰＵ６４０は、管理情報テーブル６１１に対してデータを登録するとともに、管理情報テーブル６１１から管理情報テーブル６１１および属性情報６１２を読み出してＲＡＭ６２０に格納し、ＲＡＭ６２０に格納された管理情報テーブル６１１および属性情報６１２に基づいて処理を実行する。

１０ ＦＣＭＤＢ
１１ 入力部
１２ 出力部
１３ 制御部
１３ａ 属性管理情報格納部
１３ｂ リコンサイル部
１４ 記憶部
１４ａ 属性管理情報
１４ｂ 属性情報

Claims (4)

1. システムの構成要素の属性名に属性値を対応付けた属性情報がデータベースに登録されている構成要素について、属性名に対応する属性値が所定の一致条件を満たす複数の属性情報を統合する統合部と、
   前記統合部によって統合された第１の一致条件を満たす複数の属性情報について、全ての属性値が属性名ごとに一致するか否かを示す属性管理情報を記憶部に記憶する記憶制御部と、
   前記所定の一致条件について、前記第１の一致条件と第２の一致条件との論理積へ変更指示を受け付けた場合に、前記属性管理情報を参照して前記第２の一致条件における属性名に対応する属性値全てが一致するか否かを判定する判定部と
   を有し、
   前記統合部は、
   前記判定部により、一致すると判定された場合には、前記第１の一致条件を満たす複数の属性情報を統合した属性情報を、前記第１の一致条件と前記第２の一致条件との論理積を満たす、統合した属性情報として用い、一致しないと判定された場合には、前記第１の一致条件と前記第２の一致条件との論理積を満たす複数の構成要素の属性情報を前記データベースから取得して統合する
   ことを特徴とする構成要素の管理装置。
2. コンピュータに、
   システムの構成要素の属性名に属性値を対応付けた属性情報がデータベースに登録されている構成要素について、属性名に対応する属性値が所定の一致条件を満たす複数の属性情報を統合し、
   統合された第１の一致条件を満たす複数の属性情報について、全ての属性値が属性名ごとに一致するか否かを示す属性管理情報を記憶部に記憶し、
   前記所定の一致条件について、前記第１の一致条件と第２の一致条件との論理積へ変更指示を受け付けた場合に、前記属性管理情報を参照して前記第２の一致条件における属性名に対応する属性値全てが一致するか否かを判定し、一致すると判定された場合には、前記第１の一致条件を満たす複数の属性情報を統合した属性情報を、前記第１の一致条件と前記第２の一致条件との論理積を満たす、統合した属性情報として用い、一致しないと判定された場合には、前記第１の一致条件と前記第２の一致条件との論理積を満たす複数の構成要素の属性情報を前記データベースから取得して統合する
   処理を実行させることを特徴とする構成要素の管理プログラム。
3. コンピュータに、
   システムの構成要素の属性名に属性値を対応付けた属性情報がデータベースに登録されている構成要素について、属性名に対応する属性値が所定の一致条件を満たす複数の属性情報を統合し、
   統合された第１の一致条件と第２の一致条件との論理和を満たす複数の属性情報について、全ての属性値が属性名ごとに一致するか否かを示す属性管理情報を記憶部に記憶し、
   前記所定の一致条件について、前記第１の一致条件と第２の一致条件との論理和から前記第１の一致条件へ変更指示を受け付けた場合に、前記属性管理情報を参照して前記第１の一致条件における属性名に対応する属性値全てが一致するか否かを判定し、一致すると判定された場合には、前記第１の一致条件と第２の一致条件との論理和を満たす複数の属性情報を統合した属性情報を、前記第１の一致条件を満たす、統合した属性情報として用い、一致しないと判定された場合には、前記第１の一致条件を満たす複数の構成要素の属性情報を前記データベースから取得して統合する
   処理を実行させることを特徴とする構成要素の管理プログラム。
4. コンピュータが、
   システムの構成要素の属性名に属性値を対応付けた属性情報がデータベースに登録されている構成要素について、属性名に対応する属性値が所定の一致条件を満たす複数の属性情報を統合し、
   統合された第１の一致条件を満たす複数の属性情報について、全ての属性値が属性名ごとに一致するか否かを示す属性管理情報を記憶部に記憶し、
   前記所定の一致条件について、前記第１の一致条件と第２の一致条件との論理積へ変更指示を受け付けた場合に、前記属性管理情報を参照して前記第２の一致条件における属性名に対応する属性値全てが一致するか否かを判定し、一致すると判定された場合には、前記第１の一致条件を満たす複数の属性情報を統合した属性情報を、前記第１の一致条件と前記第２の一致条件との論理積を満たす、統合した属性情報として用い、一致しないと判定された場合には、前記第１の一致条件と前記第２の一致条件との論理積を満たす複数の構成要素の属性情報を前記データベースから取得して統合する
   処理を実行することを特徴とする構成要素の管理方法。

Images