JP5733014B2 - 判定プログラム、判定方法、及び判定装置 - Google Patents

Description

本発明は、判定プログラム、判定方法、及び判定装置に関する。

近年、点在しているデータを一元管理するために、ＩＴシステムの運用管理に関する構成情報を格納する構成管理データベース（ＣＭＤＢ：Configuration Management Database）に関する仕様検討が進められている（例えば、非特許文献１参照）。ＣＭＤＢで管理されるＩＴシステムの構成要素はＣＩ（Configuration Item）と呼ばれる。ＣＭＤＢでは、各ＣＩに関する情報、ＣＩ間の依存関係に関する情報などが管理される。当該仕様では、構成管理データベースの実現にあたり、ＩＴシステムの構成要素を管理している複数の既存データベースを仮想統合するというアプローチを採用している。仮想統合されたデータベースを実現するマネージャは、Ｆｅｄｅｒａｔｉｎｇ ＣＭＤＢ（ＦＣＭＤＢ）と呼ばれる。また、既存データベース（ＣＭＤＢ）で管理されるＣＩに関するデータ及びＣＩ間の関係（又は関連）を示すデータを取得し、取得されたデータ及び関係をＦＣＭＤＢに応じた形式に変換してＦＣＭＤＢに登録するエージェントは、ＭＤＲ（Management Data Repository）と呼ばれる。ＦＣＭＤＢにおいては、ＭＤＲによって登録された各ＣＩに関するデータ、ＣＩ間の関係を示すデータなどを統合して管理する。

特開２０１０−１９１７９９号公報 特開２００９−２１７４６３号公報

「Configuration Management Database (CMDB) Federation Specification」、［online］、２０１０年４月２２日、［平成２３年４月１３日検索］、インターネット（ＵＲＬ：http://dmtf.org/sites/default/files/standards/documents/DSP0252_1.0.1_0.pdf）

ＭＤＲによってＦＣＭＤＢに登録されるデータは、各ＭＤＲによってデータを登録する時期が異なる、ＭＤＲによって適切な形式に変換されない、そもそもＣＭＤＢに格納されたデータがエラーを含んでいる、などの不整合によりＦＣＭＤＢにおいて統合されないことが起こりうる。

そこで、一側面として、複数のデータベースを統合するデータベースにおける不整合の可能性を検出可能とすることを目的とする。

そこで上記課題を解決するため、判定プログラムは、コンピュータに、システムに含まれる構成要素についての複数の種別について、種別同士の依存関係を定める第１の情報を記憶手段に記憶し、管理対象のシステムに含まれる複数の構成要素同士の依存関係を示す関係情報と、前記複数の構成要素それぞれの種別を示す種別情報と、を格納する複数のデータベースから、前記関係情報及び前記種別情報を取得し、前記複数の構成要素に含まれるある構成要素と、前記複数の構成要素のうち、取得した前記関係情報に前記ある構成要素との依存関係が示される構成要素群のそれぞれと、についての依存関係を示す第２の情報を生成し、取得した前記種別情報に基づいて、前記ある構成要素と前記構成要素群のそれぞれとの種別が、生成した前記第２の情報に示される依存関係を有する旨を示す第３の情報を生成し、生成した前記第３の情報が前記記憶手段に記憶した前記第１の情報と合致するか否かを判定する、ことを実行させることを特徴とする。

一側面によれば、複数のデータベースを統合するデータベースにおける不整合の可能性を検出することができる。

本実施形態が適用される既存データベースの仮想統合の例を説明するための図である。 ＭＤＲから登録されるデータの具体例を示す図である。 リコンシリエーションの一例を説明するための図である。 ＦＣＭＤＢにおける不整合の発生例を示す図である。 本発明の実施の形態における構成管理支援システムの構成例を示す図である。 本発明の実施の形態における統合情報管理装置のハードウェア構成例を示す図である。 本発明の実施の形態における統合情報管理装置の機能構成例を示す図である。 ＣＩの登録処理の処理手順の一例を説明するためのフローチャートである。 本実施の形態のＣＩの構成例を示す図である。 本実施の形態のＣＩの関係情報の構成例を示す図である。 関係パターンの生成処理の処理手順の一例を説明するためのフローチャートである。 関係パターン記憶部の構成例を示す図である。 関係パターンの一例を示す図である。 登録元情報記憶部の構成例を示す図である。 整合性チェック処理の処理手順の一例を説明するためのフローチャートである。 登録待ちチェックリスト記憶部の構成例を示す図である。 包括パターンの一例を説明するための図である。 登録待ちチェックリストに登録されたＣＩの整合性のチェック処理の処理手順の一例を説明するためのフローチャートである。 不整合予備群記憶部に登録されたＣＩの整合性のチェック処理の処理手順の一例を説明するためのフローチャートである。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本実施形態が適用される既存データベースの仮想統合の例を説明するための図である。同図には、ＭＤＲ５０２ａ〜５０２ｃの三つのＭＤＲと、ＦＣＭＤＢ５０１とが示されている。ＭＤＲ５０２ａは、ＩＴシステムを構成するサーバコンピュータ（以下、単に「サーバ」という。）やその他の構成要素（例えば、ネットワーク機器等）に関する情報（例えば、ＣＩの名前、ハードウェアなのかソフトウェアなのか文書データなのかを分類するカテゴリ、設置場所、費用、責任者、現在のステータス等）を管理する構成情報ＤＢに対するエージェントである。ＭＤＲ５０２ｂは、各サーバにインストールされているソフトウェアの情報を管理するソフト情報ＤＢに対するエージェントである。ＭＤＲ５０２ｃは、各サーバの性能に関する情報を管理する性能情報ＤＢに対するエージェントである。なお、構成情報ＤＢ、ソフト情報ＤＢ、及び性能情報ＤＢは、既存データベースの一例である。

ＦＣＭＤＢ５０１は、ＭＤＲ５０２ａ〜５０２ｃから登録されるＣＩ及びＣＩ間の関係（依存関係）に関する情報を統合する。同図において、ＣＩ間を接続する線分は、ＣＩ間の関係を示す。例えば、構成情報ＤＢ、ソフト情報ＤＢ、又は性能情報ＤＢにおいて管理されている各サーバや、ソフト情報ＤＢにおいて管理されている各ソフトウェアは、それぞれＣＩとしてＦＣＭＤＢに登録される。

また、ソフト情報ＤＢにおいて管理されているサーバとソフトウェアとの関係情報に基づいて、サーバに関するＣＩとソフトウェアに関するＣＩとの間の関係情報がＦＣＭＤＢに登録される。

例えば、ＭＤＲ５０２ｂから登録されるデータについて、具体例を図２に示す。

図２は、ＭＤＲから登録されるデータの具体例を示す図である。同図において、データＤは、ＭＤＲ５０２ｂより登録されるデータである。データＤは、特定のサーバの情報、当該特定のサーバにインストールされているソフトウェアの情報、及び当該サーバと当該ソフトウェアとの関係情報等を含む。

データＤに基づいて、ＦＣＭＤＢ５０１には、当該特定のサーバに対応するＣＩと、当該サーバにインストールされているソフトウェアに対応するＣＩとが登録される。また、当該サーバと当該ソフトウェア間との関係を示す関係情報Ｒ１もＦＣＭＤＢ５０１に登録される。

ＦＣＭＤＢは、各ＭＤＲより登録されるデータに関して、同じ実体（例えば、特定のサーバ）に対する複数のデータについては、統合して一つのＣＩとして格納する。例えば、一台のサーバ（以下、「サーバＡ」という。）が増設された場合、当該サーバに関するデータは、管理者等によって、図１の構成情報ＤＢ、ソフト情報ＤＢ、及び性能情報ＤＢのそれぞれに登録される。各既存データベースに対応するＭＤＲ５０２ａ〜５０２ｃは、サーバＡに関して登録された各データをＦＣＭＤＢ５０１に登録する。ＦＣＭＤＢ５０１は、登録された各データについて、同じ実体（サーバＡ）に対するデータであることを判定し、一つのＣＩに統合して格納する。このように、同じ実体に対するデータの一つのＣＩへの統合を、リコンシリエーションという。

図３は、リコンシリエーションの一例を説明するための図である。同図において、データＤ１ａ、データＤ１ｂ、及びデータＤ１ｃは、それぞれ同一のサーバＡに関して、構成情報ＤＢ、ソフト情報ＤＢ、又は性能情報ＤＢが管理しているデータである。各データベースの構造（スキーマ）は、必ずしも同じではない。したがって、同一のサーバＡに関するデータであっても、各データベースにおいて管理されているデータ形式は異なる。例えば、データＤ１ａには、サーバに関するデータの種別（データ種別）は、「ノード」であり、ＩＰアドレスを示す属性項目は、「ＩＰ」であることが示されている。また、データＤ１ｂには、サーバに関するデータ種別は、「サーバ」であり、ＩＰアドレスを示す属性項目は、「ＩＤ」であることが示されている。また、データＤ１ｃには、サーバに関するデータ種別は、「ホスト」であり、ＩＰアドレスを示す属性項目は、「ＩＰ＿ＡＤＤＲ」であることが示されている。

ＭＤＲ５０２ａ〜５０２ｃは、それぞれが対応するデータベースのデータＤ１ａ〜Ｄ１ｃを、ＦＣＭＤＢ５０１に応じた形式（ＦＣＭＤＢ形式）に変換する。すなわち、ＭＤＲ５０２ａは、データＤ１ａをデータＣ１ａに変換する。ＭＤＲ５０２ｂは、データＤ１ｂをデータＣ１ｂに変換する。ＭＤＲ５０２ｃは、データＤ１ｃをデータＣ１ｃに変換する。その結果、データＤ１ａ〜Ｄ１ｃは、同じデータ形式（ＦＣＭＤＢ形式）を有するデータＣ１ａ〜Ｃ１ｃに変換される。例えば、データＣ１ａ〜Ｃ１ｃにおいて、サーバを示すＣＩの種別（ＣＩタイプ）は、「サーバ」である。また、ＩＰドレスを示す属性項目は、「ｉｐＡｄｒｅｓｓ」である。ＭＤＲ５０２ａ〜５０３ｃは、変換後のＦＣＭＤＢ形式のデータＣ１ａ〜Ｃ１ｃを、ＦＣＭＤ５０１に登録する。

ＦＣＭＤＢ５０１は、データＣ１ａ〜Ｃ１ｃが、同一の実体に対応するデータであることを判定し、データＣ１ａ〜Ｃ１ｃを一つのＣＩに統合して格納する。実体の同一性を判定するための用いられる属性項目は、リコンサイルキーと呼ばれる。同図の例において、ＣＩタイプがサーバであるＣＩに関するリコンサイルキーは、「ｉｐＡｄｄｒｅｓｓ」である。すなわち、ＦＣＭＤＢ５０１は、データＣ１ａ〜Ｃ１ｃの「ｉｐＡｄｄｒｅｓｓ」の値の同一性に基づいて、データＣ１ａ〜Ｃ１ｃが対象とする実体を同定する。

各ＭＤＲからのＦＣＭＤＢへのデータの登録は、それぞれ独立して行われる。例えば、ＭＤＲ５０２ａは、ＭＤＲ５０２ｂ及び５０３ｃ等に関与せず、ＦＣＭＤＢ５０１に対してデータの登録を行う。ＭＤＲ５０２ｂ及び５０３ｃについても同様である。したがって、例えば、既存データベースの不具合等によって、各既存データベース間に不整合が存在していた場合、各ＭＤＲが当該不整合を検知するのは困難である。また、ＦＤＭＤＢについても、ＭＤＲからのデータを正しいものとしてＣＩの登録を行うため、当該不整合を検知するのは困難である。その結果、ＦＣＭＤＢには、既存データベース間の不整合がそのまま反映されてしまうという問題がある。

図４は、ＦＣＭＤＢにおける不整合の発生例を示す図である。同図において、構成情報ＤＢには、サーバＡに関するデータＤ１ａと、サーバＢに関するデータＤ２ａとが正常に登録されている。構成情報ＤＢの更新に応じ、ＭＤＲ５０２ａは、データＤ１ａ、データＤ２ａを、それぞれ、サーバＡを示すＦＣＭＤＢ形式のデータＣ１ａ、サーバＢを示すＦＣＭＤＢ形式のデータＣ２ａに変換する。ＭＤＲ５０２ａは、データＣ１ａ及びＣ２ａをＦＣＭＤＢ５０１に登録する。

ソフト情報ＤＢには、サーバＡに関するデータＤ１ｂと、サーバＢに関するデータＤ２ｂとが正常に登録されている。また、ソフト情報ＤＢのなんらかの異常によって、実体の無いサーバＣに関するデータＤ３ｂがソフト情報ＤＢに登録されてしまっている。ソフト情報ＤＢの更新に応じ、ＭＤＲ５０２ｂは、データＤ１ｂ、データＤ２ｂ、データＤｃを、それぞれ、サーバＡを示すＦＣＭＤＢ形式のデータＣ１ｂ、サーバＢを示すＦＣＭＤＢ形式のデータＣ２ｂ、サーバＣを示すデータＣ２ｂに変換する。ＭＤＲ５０２ｂは、データＣ１ｂ、Ｃ２ｂ、及びＣ３ｂをＦＣＭＤＢ５０１に登録する。

性能情報ＤＢには、サーバＡに関するデータＤ１が登録されている。また、性能情報ＤＢのなんらかの異常によって、サーバＢに関してＩＰアドレスが誤っているデータＤ２ｃが登録されている。ＩＰアドレスが誤った結果、データＤ２ｃは、サーバＢ’に関するデータとなっている。性能情報ＤＢの更新に応じ、ＭＤＲ５０２ｃは、データＤ１ｃ及びデータＤ２ｃを、それぞれ、サーバＡを示すＦＣＭＤＢ形式のデータＣ１ｃ、サーバＢ’を示すＦＣＭＤＢ形式のデータＣ２ｃに変換する。ＭＤＲ５０２ｃは、データＣ１ｃ及びＣ２ｃをＦＣＭＤＢ５０１に登録する。

以上のようなデータを登録されたＦＣＭＤ５０１は、サーバＡに関するデータＣ１ａ、Ｃ１ｂ、及びＣ１ｃに関しては、実体の同一性を判定することができ、一つのＣＩに統合することができる。また、サーバＢに関するデータＣ２ａ及びＣ２ｂに関しても、一つのＣＩに統合することができる。但し、本来であればサーバＢに関するデータであるデータＣ２ｃは、サーバＢに関するＣＩに統合することはできない。その結果、サーバＢ’に関するＣＩがＦＣＭＤＢ５０１に登録されてしまう。また、本来であれば、存在しないはずのサーバＣに関するデータＣ３ｂに対応するＣＩも、ＦＣＭＤＢ５０１に登録されてしまう。

以上の結果、ＦＣＭＤＢ５０１は、サーバＢ’に関するＣＩがサーバＢに関するＣＩに統合されず、本来であれば存在しないサーバＣに関するＣＩが登録されているといった、誤った状態となってしまう。その結果、ユーザは、ＦＣＭＤＢ５０１を参照しても、正しい構成情報を把握することが困難となる。そこで、本実施の形態の構成管理支援システムは、以下に説明する構成及び処理等によって、斯かる不整合の可能性を検出可能とする。

図５は、本発明の実施の形態における構成管理支援システムの構成例を示す図である。同図の構成管理支援システム１において、統合情報管理装置１０、構成情報管理装置２０ａ、ソフト情報管理装置２０ｂ、及び性能情報管理装置２０ｃ等は、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して接続されている。ネットワークは、一部又は全部において無線通信の経路を含んでいてもよい。なお、構成情報管理装置２０ａ、ソフト情報管理装置２０ｂ、及び性能情報管理装置２０ｃを区別しない場合、単に、「情報管理装置２０」という。

統合情報管理装置１０は、ＦＣＭＤＢ（Federating Configuration Management Database）１２１を有するコンピュータである。ＦＣＭＤＢ１２１は、同図における各情報管理装置２０のデータベース２２（構成情報ＤＢ２２ａ、ソフト情報ＤＢ２２ｂ、性能情報ＤＢ２２ｃ）に管理されているデータを、仮想的に統合して格納するデータベースである。すなわち、ＦＣＭＤＢ１２１は、統合されたＣＩ（Configuration Item）を格納する。一つのＣＩは、ＦＣＭＤＢ１２１の一つのレコード（データ）に相当する。

構成情報管理装置２０ａは、構成情報ＤＢ２１ａ及びＭＤＲ２１ａ等を有するコンピュータである。構成情報ＤＢ２１ａは、ＩＴシステムを構成するサーバコンピュータ（以下、単に「サーバ」という。）やその他の構成要素（例えば、ネットワーク機器等）に関する情報（例えば、ＣＩの名前、ハードウェアなのかソフトウェアなのか文書データなのかを分類するカテゴリ、設置場所、費用、責任者、現在のステータス等）を管理するデータベース２２である。ＭＤＲ２１ａは、構成情報ＤＢ２１ａの更新に応じ、更対象とされたデータを、ＦＣＭＤＢ１２１に応じた形式（以下、「ＦＣＭＤＢ形式」という。）に変換し、変換後のデータをＦＣＭＤＢ１２１に登録するソフトウェアである。

ソフト情報管理装置２０ｂは、ソフト情報ＤＢ２１ｂ及びＭＤＲ２１ｂ等を有するコンピュータである。ソフト情報ＤＢ２１ｂは、各サーバにインストールされているソフトウェアの情報を管理するデータベース２２である。ＭＤＲ２１ｂは、ソフト情報ＤＢ２１ｂの更新に応じ、更新対象とされたデータを、ＦＣＭＤＢ形式に変換し、変換後のデータをＦＣＭＤＢ１２１に登録するソフトウェアである。

性能情報管理装置２０ｃは、性能情報ＤＢ２１ｃ及びＭＤＲ２１ｃ等を有するコンピュータである。性能情報ＤＢ２１ｃは、各サーバの性能に関する情報を管理するデータベース２２である。ＭＤＲ２１ｃは、性能情報ＤＢ２１ｃの更新に応じ、更新対象とされたデータを、ＦＣＭＤＢ形式に変換し、変換後のデータをＦＣＭＤＢ１２１に登録するソフトウェアである。

各情報管理装置のデータベース２２には、同一の実体に対するデータが管理されうる。例えば、特定のサーバＡに関する情報が、構成情報ＤＢ２１ａ、ソフト情報ＤＢ２１ｂ、及び性能情報ＤＢ２１ｃのそれぞれにおいて管理されうる。

なお、同図において、各情報管理装置が管理するデータは、一例である。すなわち、ＦＣＭＤＢ１２１に統合されるデータは、特定のデータベースにおいて管理されているデータに限定されない。或るデータベースに管理されているデータを、ＦＣＭＤＢ１２１への統合対象としたい場合、当該データに対応するＭＤＲ２１を実装すればよい。

図６は、本発明の実施の形態における統合情報管理装置のハードウェア構成例を示す図である。図６の統合情報管理装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

統合情報管理装置１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って統合情報管理装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

なお、各情報管理装置も、図６に示されるハードウェアを有していてもよい。

図７は、本発明の実施の形態における統合情報管理装置の機能構成例を示す図である。同図において、統合情報管理装置１０は、登録部１１１、検索部１１２、関係パターン生成部１１３、整合性判定部１１４、登録待ち確認部１１５、及び不整合予備群確認部１１６等を有する。これら各部は、統合情報管理装置１０にインストールされたプログラムが、ＣＰＵ１０４に実行させる処理により実現される。統合情報管理装置１０は、更に、ＦＣＭＤＢ１２１、関係パターン記憶部１２２、登録元情報記憶部１２３、登録待ちチェックリスト記憶部１２４、及び不整合予備群記憶部１２５等を有する。これらデータベース２２又は各記憶部は、補助記憶装置１０２又は統合情報管理装置１０とネットワークを介して接続される記憶装置を用いて実現することができる。

登録部１１１は、各ＭＤＲ２１より登録が要求されるＦＣＭＤＢ形式のデータを、ＣＩとしてＦＣＭＤＢ１２１に登録する。登録部１１１は、また、登録要求に係るデータ間の関係（依存関係）を、ＣＩ間の関係としてＦＣＭＤＢ１２１に登録する。検索部１１２は、検索要求に指定された検索条件に合致するＣＩをＦＣＭＤＢ１２１より検索し、検索結果を応答する。

関係パターン生成部１１３は、ＦＣＭＤＢ１２１に登録されているＣＩ及びＣＩ間の関係に基づいて、ＣＩタイプ間の関係のパターン（以下、「関係パターン」という。）を生成（又は抽出）し、関係パターン記憶部１２２に記録する。ＣＩタイプ間の関係のパターンとは、各ＣＩタイプのＣＩが、いずれのＣＩタイプのＣＩと関係を有するかを示す情報をいう。但し、一つのＣＩタイプの関係パターンは、一つであるとは限らない。同一のＣＩタイプに属するＣＩであっても、異なる関係のパターンを形成する場合があるからである。なお、ＣＩタイプとは、ＣＩの種別又はデータ型をいう。ＣＩタイプは、例えば、ＣＩが対象とする、ＩＴシステムの構成要素の種別に依存する。

関係パターン生成部１１３は、また、各関係パターンの生成元となったＣＩ間の関係の登録元のＭＤＲ２１と、関係パターンとの対応情報を生成（又は抽出）する。関係パターン生成部１１３は、当該対応情報を登録元情報記憶部１２３に記録する。

整合性判定部１１４は、ＦＣＭＤＢ１２１に登録されたＣＩに関して、関係パターン記憶部１２２及び登録元情報記憶部１２３等を参照して、整合性の有無を判定する。換言すれば、整合性判定部１１４は、整合性が欠如している可能性のあるＣＩを抽出する。ＦＣＭＤＢ１２１に登録されたＣＩとは、関係パターンの生成に利用されなかったＣＩをいう。すなわち、関係パターンは、或る程度の数のＣＩがＦＣＭＤＢ１２１に登録された後に生成されるのが好適である。関係パターンは、ＦＣＭＤＢ１２１に登録されているＣＩがどのような関係を有するかに基づいて生成されるものであるため、サンプル数が多ければ多いほど、その信頼性は高くなるからである。したがって、整合性判定部１１４は、関係パターンの生成後に登録されたＣＩに関して、整合性の判定を行う。なお、ここでいう整合性の一例は、或るＣＩに関して、当該ＣＩを登録予定である全てのＭＤＲ２１から登録が行われていることをいう。各ＣＩを登録予定のＭＤＲ２１は、各ＣＩがいずれの関係パターンを形成するＣＩであるかを判定し、当該関係パターンとＭＤＲ２１との対応情報に基づいて特定される。

整合性判定部１１４は、登録予定のＭＤＲ２１のうちの一部からの登録が行われていないＣＩを、登録待ちチェックリスト記憶部１２４又は不整合予備群記憶部１２５に登録する。

不整合予備群記憶部１２５には、登録予定のＭＤＲ２１のうちの一部からの登録が行われていないＣＩの中で、今後当該一部のＭＤＲ２１から登録される可能性が低いＣＩが登録される。

登録待ちチェックリスト記憶部１２４には、登録予定のＭＤＲ２１のうちの一部からの登録が行われていないＣＩの中で、不整合予備群記憶部１２５への登録対象となるＣＩ以外のＣＩが登録される。すなわち、登録待ちチェックリスト記憶部１２４には、登録予定のＭＤＲ２１のうちの一部からの登録が行われていないＣＩの中で、今後当該一部のＭＤＲ２１から登録される可能性が低いとは確定されていないＣＩが登録される。

登録待ち確認部１１５は、登録待ちチェックリスト記憶部１２４に登録されたＣＩについて、所定時間経過後に、改めて整合性の有無を判定し、整合性の無いＣＩを特定する。すなわち、登録待ち確認部１１５は、所定時間経過中に、登録を行っていない一部のＭＤＲ２１からの登録が行われているかを確認する。

不整合予備群確認部１１６は、不整合予備群記憶部１２５に登録されたＣＩに関する整合性の有無について、最終的な確認を行う。具体的には、不整合予備群確認部１１６は、当該ＣＩの登録を行っていない一部のＭＤＲ２１に対応するデータベース２２に、当該ＣＩに対応するデータが存在するか否かを確認する。該当するデータが存在しない場合、不整合予備群確認部１１６は、当該ＣＩに関して不整合が発生していると確定する。

以下、統合情報管理装置１０が実行する処理手順について説明する。まず、ＦＣＭＤＢ１２１へのＣＩの登録時に実行される処理手順について説明する。

図８は、ＣＩの登録処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ１０１において、登録部１１１は、いずれかのＭＤＲ２１よりデータの登録要求を受け付ける。当該データ（以下、「登録データ」という。）は、登録要求元のＭＤＲ２１によって、各データベース２２の独自の形式からＦＣＭＤＢ形式に変換されている。

続いて、登録部１１１は、登録データに設定されているＣＩタイプ及びリコンサイルキーの値に基づいて、登録データに対応するＣＩをＦＣＭＤＢ１２１より検索する（Ｓ１０２）。なお、リコンサイルキーとは、ＦＣＭＤＢ形式のデータに設定されている属性項目の中で、登録データが対象とするＩＴシステムの構成要素の実体（又は個体）の同一性を識別するために用いられる属性項目をいう。いずれの属性項目がリコンサイルキーであるかは、ＣＩタイプに応じて異なりうる。

登録データに対応するＣＩが検索されない場合（Ｓ１０３でＮｏ）、登録部１１１は、登録データに対応するＣＩタイプのＣＩを、ＦＣＭＤＢ１２１内に新たに生成する（Ｓ１０４）。

図９は、本実施の形態のＣＩの構成例を示す図である。同図において、ＣＩは、ＩＤ５１、ＣＩタイプ５２、属性情報５３、新規登録時刻５４、登録元情報５５、関係パターン５６、及び完全状態フラグ５７等の項目を有する。

ＩＤ５１は、各ＣＩを識別する識別子である。ＩＤ５１の値は、ＣＩの生成時（ステップＳ１０４）に、ＣＩに設定される。ＣＩタイプ５２は、ＣＩのＣＩタイプである。属性情報５３は、ＣＩに統合されたデータに対して設定されていた属性情報が統合されたものである。

新規登録時刻５４は、ＣＩが生成された時刻、すなわち、ＣＩが新規にＦＣＭＤＢ１２１に登録された時刻、又は当該データベース２２において管理されているデータが最初に当該ＣＩに統合された時刻（時期）である。

登録元情報５５は、ＣＩの登録元ごとに、登録元ＭＤＲ名及び登録時間を含む。登録元ＭＤＲ名は、ＣＩに統合されたデータをＦＣＭＤＢ１２１に登録したＭＤＲ２１の名前（ＭＤＲ名）である。登録時間は、新規登録時刻５４を起点として、当該ＭＤＲ２１が登録したデータが当該ＣＩに統合されるまでの経過時間である。

関係パターン５６は、ＦＣＭＤＢ１２１内においてＣＩが有する関係が当てはまる関係パターンの名前である。

完全状態フラグ５７は、ＣＩが完全状態であるか（「ｔｒｕｅ」）否か（「ｆａｌｓｅ」）を示すフラグである。完全状態とは、ＣＩを登録予定の全てのＭＤＲ２１から当該ＣＩの登録が行われた状態をいう。すなわち、一つのＣＩに関しては、複数のＭＤＲ２１から登録が行われうる。完全状態フラグ５７の初期値（ＣＩの生成時の値）は、ｆａｌｓｅである。

なお、ステップＳ１０４の時点において、属性情報５３、新規登録時刻５４、登録元情報５５、関係パターン５６の値は設定されていない。

続いて、登録部１１１は、生成されたＣＩの新規登録時刻５４に、現在時刻を設定する（Ｓ１０５）。続いて、登録部１１１は、登録データに設定されている属性情報を、生成されたＣＩの属性情報５３に設定する（Ｓ１０６）。続いて、登録部１１１は、生成されたＣＩの登録元情報５５を設定する（Ｓ１０７）。具体的には、登録データの登録要求元のＭＤＲ２１のＭＤＲ名を登録元ＭＤＲ名とし、新規登録時刻５４からの経過時間（ここでは、０秒）を登録時間とするレコードが、当該ＣＩの登録元情報５５に設定される。

続いて、登録部１１１は、登録データに付随している関係情報をＣＩの関係情報としてＦＣＭＤＢ１２１に登録する（Ｓ１０８）。

図１０は、本実施の形態のＣＩの関係情報の構成例を示す図である。同図に示されるように、関係情報は、参照元及び参照先等の項目を含む。参照元の値は、当該関係において、関係相手のＣＩを参照する側のＣＩのＩＤである。参照先の値は、当該関係において、関係相手のＣＩから参照される側のＣＩのＩＤである。参照先又は参照先という用語より類推可能なように、関係には方向がある。参照元から参照先への方向が関係の順方向であり、参照元から参照先への方向が関係の逆方向である。

なお、同図では、図９に示されるＣＩが登録対象のＣＩであり、当該ＣＩを参照元とし、ＩＤが「ｉｄ０００２」であり、ＣＩタイプが「ソフト」であるＣＩを参照先とする関係情報が登録された例が示されている。

一方、登録データに対応するＣＩが検索された場合（Ｓ１０３でＹｅｓ）、登録部１１１は、検索されたＣＩに関して、ステップＳ１０６〜Ｓ１０８を実行する。したがって、登録データに設定されている属性情報が、当該ＣＩの属性情報５３に追加される（Ｓ１０６）。また、登録要求元のＭＤＲ２１のＭＤＲ名を登録元ＭＤＲ名とし、新規登録時刻５４からの経過時間を登録時間とするレコードが、当該ＣＩの登録元情報５５に追加される。なお、登録データに対応するＣＩが検索された場合とは、当該ＣＩの登録元として予定されている他のＭＤＲ２１によって既にＣＩが新規に登録されている場合である。

続いて、関係パターンの生成処理について説明する。図１１は、関係パターンの生成処理の処理手順の一例を説明するためのフローチャートである。

関係パターン生成部１１３は、ＦＣＭＤＢ１２１に登録されているＣＩの総数が、予め設定されている閾値を超えるまで待機する（Ｓ２０１）。或る程度の数のＣＩが登録された状態でないと、ＦＣＭＤＢ１２１に基づいて生成される関係パターンの信頼性を確保できないからである。例えば、ステップＳ２０１は、ＦＣＭＤＢ１２１へのＣＩの登録（図８の処理）が実行されるたびに実行されてもよい。

ＦＣＭＤＢ１２１に登録されているＣＩの総数が、予め設定されている閾値を超えると（Ｓ２０１でＹｅｓ）、関係パターン生成部１１３は、ＦＣＭＤＢ１２１に登録されているＣＩの中で、当該ＣＩに関する関係情報が一定期間変化していないＣＩを抽出する（Ｓ２０２）。該当するＣＩの判定は、例えば、当該一定期間ごとに各ＣＩに関する関係情報をＦＣＭＤＢ１２１より抽出し、前回抽出された関係情報と今回抽出された関係情報とが異なるか否かに基づいて行われてもよい。なお、ＣＩに関する関係情報とは、当該ＣＩが、参照元又は参照先とされている関係情報をいう。また、ＣＩに関する関係情報が変化していないとは、当該ＣＩに関して、既存の関係情報の更新若しくは削除、又は新たな関係情報の追加等が行われていないことをいう。すなわち、ステップＳ２０１では、他のＣＩとの関係が安定しているＣＩが抽出される。

続いて、ステップＳ２０３〜Ｓ２０８は、抽出されたＣＩごとのループ処理である。以下、ループ処理において処理対象とされているＣＩを「対象ＣＩ」という。

ステップＳ２０３において、関係パターン生成部１１３は、対象ＣＩと、対象ＣＩと関係を有する全てのＣＩ（以下、「関係ＣＩ」という。）との関係に基づいて関係パターンを生成する。すなわち、対象ＣＩと各関係ＣＩとの関係が、対象ＣＩのＣＩタイプと、各関係ＣＩのＣＩタイプとの関係としてパターン化されたものが関係パターンとされる。換言すれば、対象ＣＩのＣＩタイプと、各関係ＣＩのＣＩタイプとの組み合わせが関係パターンであると言える。但し、当該組み合わせには、関係の方向が含まれる。なお、対象ＣＩと関係を有するＣＩとは、対象ＣＩと参照元又は参照先とするＣＩをいう。

続いて、関係パターン生成部１１３は、生成された関係パターンと一致する関係パターンは、関係パターン記憶部１２２に未登録であるか否かを判定する（Ｓ２０４）。すなわち、生成された関係パターンが新規の関係パターンであるか、又は既存の関係パターンであるかが判定される。

図１２は、関係パターン記憶部の構成例を示す図である。同図において、関係パターン記憶部１２２は、ＣＩタイプごとに、ＣＩタイプ名と、当該ＣＩタイプに関する一以上の関係パターンの情報（関係パターン情報）とを記憶する。ＣＩタイプ名は、ＣＩタイプの識別名である。関係パターン情報は、パターン名と、当該ＣＩタイプと関係パターンを形成する他のＣＩタイプ（以下、「関係ＣＩタイプ」という。）ごとの区分及びＣＩタイプ名とを含む。区分は、当該関係ＣＩタイプが参照元であるか参照先であるかの区別である。

例えば、同図の関係パターン情報Ｒａ及びＲｂは、図１３に示されるような関係パターンに関する関係パターン情報である。

図１３は、関係パターンの一例を示す図である。同図において、関係パターンＡは、サーバにとって、物理サーバ及びサービスが参照元であり、ソフトウェア（図中では「ソフト」と表記）が参照先である関係パターンである。関係パターンＡが示す関係は、図１２の関係パターン情報Ｒａによって示されている。

また、図１３において、関係パターンＢは、サーバにとって、ドメインが参照元であり、パッチ及びソフトウェアが参照先である関係パターンである。関係パターンＢが示す関係は、図１２の関係パターン情報Ｒｂによって示されている。

ステップＳ２０４では、生成された関係パターンの関係パターン情報と一致する関係パターン情報が関係パターン記憶部１２２に登録されていなければ、生成された関係パターンは未登録（すなわち、新規の関係パターン）であると判定される。生成された関係パターンの関係パターン情報と一致する関係パターン情報が関係パターン記憶部１２２に登録されていれば、生成された関係パターンは、既存の関係パターンであると判定される。

生成された関係パターンが未登録である場合（Ｓ２０４でＹｅｓ）、関係パターン生成部１１３は、対象ＣＩのＣＩタイプに関して、生成された関係パターンに関する関係パターン情報を関係パターン記憶部１２２に登録（記録）する（Ｓ２０５）。関係パターン情報の登録に伴って、当該関係パターンのパターン名も決定される。

続いて、関係パターン生成部１１３は、生成された関係パターンのパターン名又は生成された関係パターンと一致する既存の関係パターンのパターン名（以下、双方を区別しない場合、「対象関係パターン」という。）を対象ＣＩの関係パターン５６の値として設定する（Ｓ２０６）。

続いて、関係パターン生成部１１３は、対象ＣＩの登録元情報５５を取得する（Ｓ２０７）。すなわち、対象ＣＩを登録した各ＭＤＲ２１のＭＤＲ名と、各ＭＤＲ２１の登録時間とが取得される。続いて、関係パターン生成部１１３は、取得されたＭＤＲ名及び登録時間に基づいて、登録元情報記憶部１２３の記憶内容を更新する（Ｓ２０８）。

図１４は、登録元情報記憶部の構成例を示す図である。同図において、登録元情報記憶部１２３は、ＣＩタイプごとに、ＣＩタイプ名と、当該ＣＩタイプに関する一以上の関係パターンのそれぞれの統計情報とを記憶する。統計情報とは、当該関係パターンの元となった、ＣＩ及びＣＩ間の関係の登録に関する統計情報である。関係パターンの統計情報は、総数と、登録ＭＤＲごとの統計情報を含む。

総数は、当該関係パターンに合致するＣＩ間の関係の総数である。すなわち、対象関係パターンが新規の関係パターンである場合、ステップＳ２０８では、当該関係パターンに対する統計情報を記憶するためのレコード（行）が、対象ＣＩのＣＩタイプに対して追加され、当該レコードの総数に「１」が記録される。

一方、対象関係パターンが、既存の関係パターンである場合、ステップＳ２０８では、当該関係パターンに対する総数に「１」が加算される。

登録元ＭＤＲごとの統計情報は、当該関係パターンの元となったＣＩ間の関係を登録したＭＤＲ２１（登録元ＭＤＲ）ごとに、登録ＭＤＲ名、平均登録時間、及び登録数等を含む。

登録ＭＤＲ名は、登録元ＭＤＲのＭＤＲ名である。平均登録時間は、当該登録元ＭＤＲが、当該関係パターンに関して当該ＣＩタイプのＣＩを登録するまでの平均時間である。登録数は、当該登録元ＭＤＲが、当該関係パターンに関して当該ＣＩタイプのＣＩを登録した数である。

すなわち、対象関係パターンが新規の関係パターンである場合、ステップＳ２０８では、当該関係パターンに対する統計情報を記憶するために新たに生成されたレコードに対して、ステップＳ２０７において取得されたＭＤＲ名の個数分のＭＤＲ２１ごとのレコードが生成される。ＭＤＲ２１ごとのレコードの登録ＭＤＲ名、平均登録時間対して、ステップＳ２０７において取得されたＭＤＲ名、登録時間が記録される。更に、当該ＭＤＲ２１ごとのレコードの登録数に対して「１」が記録される。

一方、対象関係パターンが、既存の関係パターンである場合、ステップＳ２０８では、当該関係パターンに対する統計情報を記憶するためのレコード内のＭＤＲ２１ごとのレコードの平均登録時間及び登録数がＭＤＲ２１ごとに更新される。すなわち、平均登録時間は、ステップＳ２０７において取得された値に基づいて更新される。登録数には、１が加算される。平均登録時間についてより詳しく説明すると、既存の平均登録時間に既存の登録数を乗じた値に、ステップＳ２０７において取得された値が加算される。加算の結果が、既存の登録数＋１によって除された値が新たな平均登録時間とされる。なお、平均登録時間は、同一の実体に対するデータを登録する各ＭＤＲ２１の間における、データの登録のタイミングのずれを示す情報である。すなわち、同一のＣＩに統合される複数のデータは、必ずしも同時に登録されるとは限らない。各データベース２２の運用等に応じて、各ＭＤＲ２２がデータを登録するタイミングは異なりうる。図１４においては、当該ずれに関して、平均値が採用されているが、他の統計量が採用されてもよい。例えば、現在までの登録時間の最大値が平均登録時間の代わりに登録元情報記憶部１２３に記録されるようにしてもよい。

このように、登録元情報記憶部１２３には、関係パターンの形成の元となったＣＩ及びＣＩ間の関係を登録したＭＤＲ２１ごとに、当該登録に関する統計情報が記録される。

上記のステップＳ２０３〜Ｓ２０８が、ステップＳ２０２において抽出された全てのＣＩに関して実行されると、図１１の処理は終了する。

続いて、関係パターン記憶部１２２及び登録元情報記憶部１２３等を用いて実行される、ＣＩの整合性の有無のチェック処理の処理手順について説明する。

図１５は、整合性チェック処理の処理手順の一例を説明するためのフローチャートである。同図の処理は、関係パターンの生成後にＦＣＭＤＢ１２１に登録された各ＣＩに関して実行される。実行のタイミングは、ＣＩの登録時が好適である。但し、一定周期等、ＣＩの登録とは非同期のタイミングで実行されてもよい。一定周期等のタイミングで実行される場合、完全状態フラグ５７の値がｆａｌｓｅである各ＣＩに関して、図１５が繰り返し実行されればよい。なお、同図において処理対象とされる一つのＣＩを、「対象ＣＩ」という。

ステップＳ３０１において、整合性判定部１１４は、対象ＣＩに関するレコードを登録待ちチェックリスト記憶部１２４より削除する。但し、対象ＣＩが登録待ちチェックリスト記憶部１２４に登録されていない場合、何も実行されない。後述されるように、図１５の処理において、対象ＣＩを登録予定であるＭＤＲ２１の中で、対象ＣＩをまだ登録していないＭＤＲ２１が有ることが判明した場合、対象ＣＩ及び当該ＭＤＲ２１に関するレコードが登録待ちチェックリスト記憶部１２４に登録される。したがって、ステップＳ３０１では、対象ＣＩに関して図１５の処理が前回実行された際に登録されたレコードが登録待ちチェックリスト記憶部１２４より削除される。

続いて、整合性判定部１１４は、対象ＣＩのＣＩタイプと、現時点のＦＣＭＤＢ１２１内において対象ＣＩと関係を有するＣＩのＣＩタイプとの組み合わせを示す関係パターンを生成する（Ｓ３０２）。以下、生成された関係パターンを、「対象関係パターン」という。但し、この時点において、対象関係パターンに関する情報は、関係パターン記憶部１２２には登録されない。対象関係パターンは、関係パターン記憶部１２２に登録されている関係パターンと比較対象とされる関係パターンであるからである。

続いて、整合性判定部１１４は、対象関係パターンと一致する関係パターンが、関係パターン記憶部１２２（図１２）に記憶されているか否かを判定する（Ｓ３０３）。すなわち、整合性判定部１１４は、対象関係パターンの参照元のＣＩタイプと参照先のＣＩタイプとの組み合わせと完全に一致する参照元のＣＩタイプ及び参照先のＣＩタイプを含む関係パターンを、関係パターン記憶部１２２より検索する。

対象関係パターンと完全に一致する関係パターン（以下、「一致パターン」という。）が関係パターン記憶部１２２に記憶されている場合（Ｓ３０３でＹｅｓ）、一致パターンのパターン名を対象ＣＩの関係パターン５６の値として設定する（Ｓ３０４）。続いて、整合性判定部１１４は、登録元情報記憶部１２３より、一致パターンに対して登録されている登録ＭＤＲ名の一覧と平均登録時間の一覧とを取得する（Ｓ３０５）。

続いて、整合性判定部１１４は、対象ＣＩを登録予定である全てのＭＤＲ２１から対象ＣＩの登録が行われているか否かを判定する（Ｓ３０６）。具体的には、整合性判定部１１４は、ステップＳ３０５において取得された登録ＭＤＲ名の一覧と、対象ＣＩに設定されているＭＤＲ名の一覧とを比較し、両者が一致するか否かを判定する。

但し、一致パターンに対して登録されている登録ＭＤＲ名のうち、以下の式（１）で算出される登録元存在度が閾値（例えば、１００％）未満である登録ＭＤＲ名は、比較の対象から除外されてもよい。

登録元存在度＝登録数÷総数 ・・・（１）
ここで、登録数及び総数は、登録元情報記憶部１２３に記憶されている値である。なお、図１４には、各関係パターンの登録ＭＤＲ名ごとに、登録元存在度の算出結果が示されている。

すなわち、登録元存在度が閾値未満である登録ＭＤＲ名に係るＭＤＲ２１は、一致パターンを形成するＣＩを常に登録するとは限らない、又は一致パターンを形成するＣＩを登録する可能性は低い。したがって、対象ＣＩに関して、このようなＭＤＲ２１から登録が行われていることが整合性の認められる条件とされるのは、整合性の判定として妥当性に欠けると考えられるからである。

具体的には、例えば、一致パターンが、図１４の関係パターンＡであるとすると、ＭＤＲ２１４は、比較対象から除外され、ＭＤＲ２１１、ＭＤＲ２１２、及びＭＤＲ２１３が、対象ＣＩに登録されているか否かが判定される。

また、登録元情報記憶部１２３に記憶されている、一致パターンの総数が、予め設定された閾値未満である場合は、ステップＳ３０６以降は実行されず、図１５の処理は終了するようにしてもよい。すなわち、総数が小さいということは、関係パターンの信頼性が確立されていないことを意味する。したがって、信頼性の低い関係パターンに基づいて整合性の有無を判定するのを回避しようという趣旨ある。この場合、対象ＣＩに関する整合性の有無は断定されない。

登録予定である全てのＭＤＲ２１から対象ＣＩの登録が行われている場合（Ｓ３０６でＹｅｓ）、すなわち、ステップＳ３０５において取得された登録ＭＤＲ名の一覧と、対象ＣＩに設定されているＭＤＲ名の一覧とが一致する場合、ステップＳ３０７に進む。ステップＳ３０７において、整合性判定部１１４は、対象ＣＩの完全状態フラグ５７に「ｔｒｕｅ」を設定する。すなわち、整合性判定部１１４は、対象ＣＩの登録状態に関して、完全状態である（整合性が有る状態である）と判定する。この場合、対象ＣＩは、そのままＦＣＭＤＢ１２１において記憶される。

一方、登録予定であるＭＤＲ２１のうちの少なくとも一部から対象ＣＩの登録が行われていない場合（Ｓ３０６でＮｏ）、すなわち、ステップＳ３０５において取得された登録ＭＤＲ名の一覧に対して、対象ＣＩに設定されているＭＤＲ名の一覧に不足が有る場合、ステップＳ３０８に進む。ステップＳ３０８において、整合性判定部１１４は、不足分のＭＤＲ２１に関して、登録予定時刻を過ぎているものが有るか否かを判定する。登録予定時刻は、不足分のＭＤＲ２１ごとに、以下の式（２）によって算出される。

登録予定時刻＝新規登録時刻＋平均登録時間×総数÷登録数 ・・・（２）
新規登録時刻は、対象ＣＩから取得される。平均登録時間、総数、及び登録数は、一致パターンのうちの不足分のＭＤＲ２１のそれぞれについて、登録元情報記憶部１２３に記憶されている値である。なお、（総数÷登録数）の項は、登録元存在度に応じて、平均登録時間、すなわち、整合性の有無を確定するまでの待ち時間を短縮させるための項である。対象ＣＩを登録するとは限らないＭＤＲ２１からの登録を待機する時間を短縮するためである。但し、ステップＳ３０６の判定において、登録元存在度が１００％未満であるＭＤＲ２１が比較対象から除外される場合、（総数÷登録数）は、常に「１」となるため、式（２）から除去されてもよい。

不足分のＭＤＲ２１のうち、登録予定時刻が過ぎているものがある場合（Ｓ３０８でＹｅｓ）、対象ＣＩのＩＤを、不整合予備群記憶部１２５に追加する（Ｓ３０９）。すなわち、不整合が発生する可能性の高いＣＩが、不整合予備群記憶部１２５に抽出される。

不足分のＭＤＲ２１の全てについて登録予定時刻が過ぎていない場合（Ｓ３０８でＮｏ）、不整合判定部は、登録予定時刻と、不足分のＭＤＲ２１のＭＤＲ名と、対象ＣＩのＩＤとを登録待ちチェックリスト記憶部１２４に記録する（Ｓ３１０）。すなわち、不整合が発生しているとは限らないが、整合性が有るとも言えないＣＩが、登録待ちチェックリスト記憶部１２４に抽出される。したがって、不整合の発生の可能性が検出されたといえる。

図１６は、登録待ちチェックリスト記憶部の構成例を示す図である。同図において、登録待ちチェックリスト記憶部１２４は、図１５の処理において対象ＣＩとされたＣＩごとに、登録予定時刻、登録待ちＭＤＲ、当該ＣＩのＩＤを記憶する。

登録予定時刻は、不足分のＭＤＲ２１が複数有る場合、登録予定時刻が最も遅いＭＤＲ２１の登録予定時刻である。換言すれば、登録予定時刻は、不足分のＭＤＲ２１の登録を待機する期限である。登録待ちＭＤＲは、不足分のＭＤＲ２１のＭＤＲ名の一覧である。

一方、対象関係パターンと一致する関係パターンが関係パターン記憶部１２２に記憶されていない場合（Ｓ３０３でＮｏ）、不整合判定部は、対象関係パターンをその一部に含む関係パターン（以下、「包括パターン」という。）が、関係パターン記憶部１２２に記憶されているか否かを判定する（Ｓ３１１）。

図１７は、包括パターンの一例を説明するための図である。同図において、関係パターンＰ１は、対象関係パターンであるとする。対象関係パターンＰ１は、サーバが参照元であり、ソフトウェアが参照先である関係パターンである。この場合、関係パターンＰ２及び関係パターンＰ３は、それぞれ、対象関係パターンＰ１の包括パターンに該当する。すなわち、関係パターンＰ２及び関係パターンＰ３のいずれもが、サーバを参照元とし、ソフトウェアを参照先とする関係を、その一部に含んでいるからである。

なお、包括パターンは、対象ＣＩが完全状態となった際に形成するであろうと予想される関係パターンである。すなわち、ステップＳ３１１の判定は、対象ＣＩが現時点で形成している対象関係パターンは、既存の関係パターンの形成途中の形態であるか否かの判定に相当する。各ＭＤＲ２１からのＣＩの登録は、時間的にずれが有るため、当該ずれと、図１５の処理が実行されるタイミングとの関係とによっては、対象ＣＩに関して不整合が発生しているわけではないが、対象ＣＩが完全状態にはなっていない可能性が有る。そこで、対象ＣＩが完全状態に近づきつつあるのかそうでないのかを判定するために、包括パターンの存否が判定されるのである。

対象関係パターンの包括パターンが関係パターン記憶部１２２に記憶されている場合（Ｓ３１１でＹｅｓ）、整合性判定部１１４は、対象ＣＩに対応するレコードを登録待ちチェックリスト記憶部１２４に記録する（Ｓ３１２）。この際、整合性判定部１１４は、包括パターンごとに、登録元情報記憶部１２３に記憶されている平均登録時間が最短のＭＤＲ２１のＭＤＲ名と平均登録時間とを取得する。整合性判定部１１４は、取得されたＭＤＲ名を当該レコードの登録待ちＭＤＲに登録する。整合性判定部１１４は、また、当該登録待ちＭＤＲのそれぞれの平均登録時間の中で最長の平均登録時間に基づいて、当該レコードの登録予定時刻を算出する。

一方、対象関係パターンの包括パターンが関係パターン記憶部１２２に記憶されていない場合（Ｓ３１１でＮｏ）、整合性判定部１１４は、対象関係パターンを新規な関係パターンであると判断し、対象関係パターンに関するレコードを関係パターン記憶部１２２に記録する（Ｓ３１２）。この際、登録元情報記憶部１２３の内容も更新される。続いて、整合性判定部１１４は、対象関係パターンのパターン名を対象ＣＩの関係パターン５６の値として設定する（Ｓ３１３）。

このように、本実施の形態では、関係パターンに基づいて、登録予定のＭＤＲ２１が判定される。ここで、関係パターンに基づいて登録予定のＭＤＲ２１を判定することの妥当性又は合理性について説明する。

図１１により明らかなように、関係パターンは、ＦＣＭＤＢ１２１に登録されたＣＩ及びＣＩ間の関係に基づいて生成される。ここで、ＣＩ及びＣＩ間の関係は、各データベース２２のデータ及びデータ間の関係が統合されたものである。したがって、関係パターンは、当該関係パターンの形成元となるデータ及びデータ間の関連を記憶するデータベース２２の組み合わせを特定可能な情報であるといえる。そして、各ＭＤＲ２１と各データベース２２とは一対一に対応する。したがって、関係パターンは、当該関係パターンに合致する関係を形成するＣＩ及びＣＩ間の関係を登録予定であるＭＤＲ２１の組み合わせを特定可能な情報であるといえる。したがって、ＦＣＭＤＢ１２１に登録されたＣＩが他のＣＩとの間に有する関係が、いずれの関係パターンに合致するかを特定することができれば、当該関係パターンに基づいて、当該ＣＩを登録予定の関係パターンを特定することができるといえる。

続いて、登録待ちチェックリスト記憶部１２４に登録されたＣＩに関する整合性のチェック処理について説明する。

図１８は、登録待ちチェックリストに登録されたＣＩの整合性のチェック処理の処理手順の一例を説明するためのフローチャートである。例えば、同図の処理は、図１５の処理とは非同期に実行される。したがって、図１５の処理と並列的に実行されうる。但し、図１５の処理が、一定周期等、ＣＩの登録とは非同期のタイミングで実行される場合、図１５の処理に続いて、図１８の処理が実行されてもよい。

ステップＳ４０１において、登録待ち確認部１１５は、登録待ちチェックリスト記憶部１２４を監視して、登録予定時刻が経過しているＣＩの有無を判定する。例えば、登録待ち確認部１１５は、定期的に登録待ちチェックリスト記憶部１２４を参照し、その時の時刻（現在時刻）と、登録待ちチェックリスト記憶部１２４に登録されている各ＣＩの登録予定時刻とを比較して、登録予定時刻が経過したＣＩの存在を検知する。

該当するＣＩが存在する場合（Ｓ４０１でＹｅｓ）、登録待ち確認部１１５は、当該ＣＩのＩＤを、不整合予備群記憶部１２５に追加する（Ｓ４０２）。すなわち、当該ＣＩが登録待ちチェックリスト記憶部１２４に登録された後、当該ＣＩに関して登録が行われれば、図１５の整合性チェック処理が実行される。整合性チェック処理が実行されれば、ステップＳ３０１において、当該ＣＩに関するレコードは、登録待ちチェックリスト記憶部１２４から削除される。そして、当該ＣＩに関して整合性が無いことが再度検知された場合に限って、当該ＣＩのレコードが登録待ちチェックリスト記憶部１２４に登録される。

それにも拘わらず、当該ＣＩのレコードが、登録待ちチェックリスト記憶部１２４に登録されており、登録予定時刻が経過しているということは、当該ＣＩを登録予定の少なくとも一部のＭＤＲ２１が対応するデータベース２２において異常が発生している可能性が高いと考えられる。したがって、当該ＣＩは、不整合が発生している可能性の高いＣＩとして特定され、そのＩＤが不整合予備群記憶部１２５に登録される。

続いて、登録待ち確認部１１５は、当該ＣＩに関するレコードを登録待ちチェックリスト記憶部１２４より削除する（Ｓ４０３）。

続いて、不整合予備群記憶部１２５に登録されたＣＩに関する整合性のチェック処理について説明する。

図１９は、不整合予備群記憶部に登録されたＣＩの整合性のチェック処理の処理手順の一例を説明するためのフローチャートである。同図の処理は、不整合予備群記憶部１２５にＣＩが登録されたタイミング、又は一定周期等のタイミングで実行されればよい。一定周期等のタイミングで実行される場合、当該周期内に不整合予備群記憶部１２５に登録された各ＣＩに関して、図１９の処理が実行されればよい。

ステップＳ５０１において、不整合予備群確認部１１６は、不整合予備群記憶部１２５より一つのＩＤを取得し、当該ＩＤに対応するＣＩ（の情報）をＦＣＭＤＢ１２１より取得する。続いて、不整合予備群確認部１１６は、当該ＣＩ（以下、「対象ＣＩ」という。）を登録予定のＭＤＲ２１の中で、対象ＣＩを登録していない一以上のＭＤＲ２１（以下、「未登録ＭＤＲ」という。）が対応する各データベース２２より、対象ＣＩに対応する各データの取得を試みる（Ｓ５０２）。当該データベース２２からのデータの取得は、当該データベース２２に対応するＭＤＲ２１を介して行われる。

なお、対象ＣＩを登録予定のＭＤＲ２１は、対象ＣＩに設定されている関係パターンに関して、登録元情報記憶部１２３の登録ＭＤＲの項目を参照することによりそのＭＤＲ名を特定することができる。また、未登録ＭＤＲは、対象ＣＩを登録予定のＭＤＲ２１のＭＤＲ名と、対象ＣＩに設定されているＭＤＲ名とを比較することにより特定することができる。

取得が試みられた全てのデータを取得できた場合（Ｓ５０３でＹｅｓ）、不整合予備群確認部１１６は、取得された各データに基づくＣＩをＦＣＭＤＢ１２１に登録する（Ｓ５０４）。当該ＣＩは、対象ＣＩに統合される。続いて、不整合予備群確認部１１６は、対象ＣＩのＩＤを、不整合予備群記憶部１２５より削除する（Ｓ５０５）。続いて、整合性判定部１１４は、図１５において説明した整合性のチェック処理を対象ＣＩに関して実行する（Ｓ５０６）。対象ＣＩに関して新たに登録が行われたため、登録後の状態における整合性濃有無を判定するためである。

一方、取得が試みられたデータのうちの少なくとも一つを取得できなかった場合（Ｓ５０３でＮｏ）、不整合予備群確認部１１６は、対象ＣＩに関係パターンのパターン名は設定されているか否かを判定する（Ｓ５０７）。対象ＣＩに、関係パターンのパターン名が設定されていない場合（Ｓ５０７でＮｏ）、不整合予備群確認部１１６は、対象ＣＩが完全状態であるか否かをユーザに問い合わせる（Ｓ５０８）。例えば、不整合予備群確認部１１６は、対象ＣＩの各項目（図９参照）に設定されている値を含み、対象ＣＩが完全状態であるか否かの入力を受け付けるためのボタン等を含む画面を表示装置１０６に表示させる。

すなわち、関係パターンのパターン名が設定されていない状態で不整合予備群記憶部１２５に登録されているＣＩは、当該ＣＩの現時点の関係パターンに関して包括パターンが存在し（図１５：Ｓ３１１でＹｅｓ）。登録待ちチェックリスト記憶部１２４に登録されたＣＩである（Ｓ３１２）。その後、登録予定時刻の経過により、不整合予備群記憶部１２５に登録されたＣＩである。一方、ＦＣＭＤＢ１２１に統合されるデータを記憶するデータベース２２群の構成は、ＩＴシステムの構成の変化に応じて変化しうる。その結果、新たな関係パターンが発生する可能性もある。したがって、対象ＣＩの現時点の関係パターンが新たな関係パターンであるかもしれない。そこで、対象ＣＩに関係パターンのパターン名が設定されていない場合には、対象ＣＩの現時点の関係パターンが正当な関係パターンであるか否かについてユーザに判断を委ねようという趣旨である。

対象ＣＩが完全状態であることを示す入力がユーザによって行われた場合（Ｓ５０９でＹｅｓ）、不整合予備群確認部１１６は、対象ＣＩのＩＤを、不整合予備群記憶部１２５より削除する（Ｓ５１０）。続いて、不整合予備群確認部１１６は、対象ＣＩの完全状態フラグ５７に「ｔｒｕｅ」を設定する（Ｓ５１１）。続いて、不整合予備群確認部１１６は、対象関係パターンを新規な関係パターンであると判断し、対象関係パターンに関するレコードを関係パターン記憶部１２２に記録する（Ｓ５１２）。この際、登録元情報記憶部１２３の内容も更新される。続いて、不整合予備群確認部１１６は、対象関係パターンのパターン名を対象ＣＩの関係パターン５６の値として設定する（Ｓ５１３）。これによって、対象ＣＩは、完全状態のＣＩとして扱われる。

一方、対象ＣＩに、関係パターンのパターン名が設定されている場合（Ｓ５０７でＹｅｓ）、不整合予備群確認部１１６は、対象ＣＩに関して何もしない。この場合は、対象ＣＩの現時点の関係パターンと一致する関係パターンが存在するにも拘わらず、一部のＭＤＲ２１からの登録が行われていない場合である。したがって、対象ＣＩに関して、不整合が発生している可能性が高い。よって、対象ＣＩのＩＤは、不整合予備群記憶部１２５に登録されたままとなる。すなわち、対象ＣＩは、不整合が発生しているＣＩとして確定される。

図１９の処理の終了時点において、不整合予備群記憶部１２５にＩＤが記憶されているＣＩは、不整合の発生している可能性が高いＣＩとして特定されたものである。当該ＣＩに関しては、その一覧情報が表示装置１０６に表示されてもよいし、所定のファイルに出力されてもよい。ユーザは、当該一覧情報を参照して、不整合の発生しているＣＩの存在を確認することができる。

また、例えば、或るＣＩに不整合の発生が検出された場合（すなわち、図１９の処理の終了時点において、不整合予備群記憶部１２５にＩＤが記憶されていることが検出された場合）、以降においては、当該ＣＩの不整合の原因となったＭＤＲ２１からのＣＩの登録を正当なものとして扱わないようにしてもよい。この場合、当該ＭＤＲ２１又は当該ＭＤＲ２１が対応するデータベース２２に異常が発生している可能性が高い。したがって、不整合の検出後に、仮に当該ＣＩ又は他のＣＩに関して当該ＭＤＲ２１からデータの登録要求があったとしても、当該登録要求の内容は正常でない可能性が有るからである。

なお、不整合の原因となってＭＤＲ２１とは、当該ＣＩを登録予定であるにも拘わらず、登録予定時刻を経過しても登録を行っていないＭＤＲ２１である。不整合の原因となったＭＤＲ２１からのＣＩの登録を正当なものとして扱わないとことの一例としては、当該ＭＤＲ２１からのデータの登録要求を拒否することが挙げられる。また、登録要求は受け付けて、当該データをＣＩに統合した結果、当該ＣＩが完全状態となったとしても、完全状態フラグを「ｔｒｕｅ」にしないようにしてもよい。

また、各ＣＩタイプの属性情報５３（図９参照）の項目ごとに、いずれのＭＤＲ２１が登録元であるかが管理されてもよい。例えば、図９の例では、属性情報５３には、サーバ名、ＩＰ Ａｄｄｒｅｓｓ、ＣＰＵ等の項目が含まれている。このうち、サーバ名を登録するＭＤＲ２１のＭＤＲ名、ＩＰ Ａｄｄｒｅｓｓを登録するＭＤＲ２１のＭＤＲ名、ＣＰＵを登録するＭＤＲ２１のＭＤＲ名が管理されてもよい。項目の中には、複数のＭＤＲ２１から重複して値が登録されるものもある。例えば、サーバ名は、ＭＤＲ２１ａ、ＭＤＲ２１ｂ、及びＭＤＲ２１ｃから登録されることとする。この場合、ＭＤＲ２１ｂが原因となってＣＩの不整合が検出された場合、ＭＤＲ２１ｂ又はＭＤＲ２１ｂが対応するソフト情報ＤＢ２１ｂの復旧時に、当該ＣＩに登録されている情報が用いられてもよい。具体的には、当該ＣＩのサーバ名に関しては、ＭＤＲ２１ａ及びＭＤＲ２１ｃから正しい値が登録されている。したがって、当該値が、ＭＤＲ２１ｂを介してソフト情報ＤＢ２１ｂに登録されてもよい。

なお、上記では、図１９の処理の実行後に、不整合の発生しているＣＩが特定される例を説明したが、図１９の処理は実行されずに、不整合予備群記憶部１２５に登録されたＣＩが、不整合の発生しているＣＩとして特定されてもよい。

上述したように、本実施の形態では、整合性の判定対象のＣＩが他のＣＩとの間に有する関係に関して、既存の関係パターンと一致しない関係を有するＣＩについては、登録待ちチェックリスト記憶部１２４に抽出される。したがって、不整合の可能性を検出することができる。

また、本実施の形態では、整合性の判定対象のＣＩが他のＣＩとの間に有する関係に合致する関係パターンを介して、ＣＩを登録予定のＭＤＲ２１が判定される。その結果、ＣＩタイプのみでは登録予定のＭＤＲ２１が一義的に定まらないケースに関して、各ＣＩを登録予定のＭＤＲ２１を判定することができる。

ＣＩタイプのみでは登録予定のＭＤＲ２１が一義的に定まらないケースとは、同一のＣＩタイプに属するＣＩに関して、登録予定のＭＤＲ２１の組み合わせが２以上あるケースをいう。例えば、構成情報管理装置２０ａ、ソフト情報管理装置２０ｂ、及び性能情報管理装置２０ｃは、部署ごとに設置されているとする。この場合、部署Ａの「サーバＡ１」に関するＣＩは、部署Ａの構成情報管理装置２０ａ、ソフト情報管理装置２０ｂ、及び性能情報管理装置２０ｃのそれぞれのＭＤＲ２１によってＦＣＭＤＢ１２１への登録が実行される。一方、部署Ｂの「サーバＢ１」に関するＣＩは、部署Ａの構成情報管理装置２０ａ、ソフト情報管理装置２０ｂ、及び性能情報管理装置２０ｃのそれぞれのＭＤＲ２１によってＦＣＭＤＢ１２１への登録が実行される。ここで、「サーバＡ１」に関するＣＩのＣＩタイプと、「サーバＢ１」に関するＣＩのＣＩタイプとは、「サーバ」として共通するが、双方のＣＩの登録元のＭＤＲ２１は異なる。このように、ＣＩタイプだけでは、登録元のＭＤＲ２１を特定することはできない。

本実施の形態によれば、例えば、サーバＡ１に関しては、部署Ａの他のサーバに関して既に登録されているＣＩに基づいて生成されている関係パターンに基づいて、部署Ａの構成情報管理装置２０ａ、ソフト情報管理装置２０ｂ、及び性能情報管理装置２０ｃのそれぞれのＭＤＲ２１が登録予定のＭＤＲ２１であると特定することができる。同様に、サーバＢ１に関しては、部署Ｂの他のサーバに関して既に登録されているＣＩに基づいて生成されている関係パターンに基づいて、部署Ｂの構成情報管理装置２０ａ、ソフト情報管理装置２０ｂ、及び性能情報管理装置２０ｃのそれぞれのＭＤＲ２１が登録予定のＭＤＲ２１であると特定することができる。

なお、部署ごとに、構成情報管理装置２０ａ、ソフト情報管理装置２０ｂ、及び性能情報管理装置２０ｃが設置されている例は、ＣＩタイプのみでは登録予定のＭＤＲ２１が一義的に定まらないケースの一例に過ぎない。他の事情によってＣＩタイプのみでは登録予定のＭＤＲ２１が一義的に定まらない場合であっても、本実施の形態によれば、同一のＣＩタイプに係る各ＣＩに関して、登録予定のＭＤＲ２１を判定することができる。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

以上の説明に関し、更に以下の項を開示する。
（付記１）
コンピュータに、
システムに含まれる構成要素についての複数の種別について、種別同士の依存関係を定める第１の情報を記憶手段に記憶し、
管理対象のシステムに含まれる複数の構成要素同士の依存関係を示す関係情報と、前記複数の構成要素それぞれの種別を示す種別情報と、を格納する複数のデータベースから、前記関係情報及び前記種別情報を取得し、
前記複数の構成要素に含まれるある構成要素と、前記複数の構成要素のうち、取得した前記関係情報に前記ある構成要素との依存関係が示される構成要素群のそれぞれと、についての依存関係を示す第２の情報を生成し、
取得した前記種別情報に基づいて、前記ある構成要素と前記構成要素群のそれぞれとの種別が、生成した前記第２の情報に示される依存関係を有する旨を示す第３の情報を生成し、
生成した前記第３の情報が前記記憶手段に記憶した前記第１の情報と合致するか否かを判定する、
ことを実行させることを特徴とする判定プログラム。
（付記２）
前記種別は、少なくとも前記複数の構成要素に含まれる各構成要素がハードウェアであるかソフトウェアであるかにより異なる、
ことを特徴とする付記１に記載の判定プログラム。
（付記３）
前記複数の構成要素のそれぞれは、ハードウェア、ソフトウェアおよび文書データのいずれかである、
ことを特徴とする付記１又は付記２に記載の判定プログラム。
（付記４）
前記コンピュータに、
前記第３の情報が前記第１の情報に合致しない場合に、さらに、前記ある構成要素を抽出する、
ことを実行させることを特徴とする付記１〜付記３のいずれか１項に記載の判定プログラム。
（付記５）
前記コンピュータに、
前記第３の情報が前記第１の情報に合致しない場合に、さらに、指定された期間経過した後に、前記第３の情報が前記第１の情報に合致するか否かを再判定する、
ことを実行させることを特徴とする付記１〜付記４のいずれか１項に記載の判定プログラム。
（付記６）
前記コンピュータに、さらに、
前記第３の情報が前記第１の情報に合致する場合に、前記複数のデータベースのうち、前記ある構成要素及び前記構成要素群についての前記関係情報及び前記種別情報を格納したデータベースを識別する識別情報を、前記記憶手段に、前記前記第１の情報に関連付けて記憶し、
前記ある構成要素と異なる構成要素と、前記複数の構成要素のうち、取得した前記関係情報に前記異なる構成要素との依存関係が示される他の構成要素群のそれぞれと、についての依存関係を示す第４の情報を生成し、
取得した前記種別情報に基づいて、前記異なる構成要素と前記他の構成要素群のそれぞれとの種別が、生成した前記第４の情報に示される依存関係を有する旨を示す第５の情報を生成し、
生成した前記第５の情報が前記第１の情報と合致する場合に、前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する識別情報と、前記記憶手段に記憶された前記データベースを識別する識別情報とが合致するか否かを判断する、
ことを実行させることを特徴とする付記１〜付記５のいずれか１項に記載の判定プログラム。
（付記７）
前記コンピュータに、
前記記憶手段に、さらに、前記識別情報に関連付けて期限を示す情報を記憶し、
前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する識別情報と、前記記憶手段に記憶された前記識別情報とが合致しない場合に、さらに、前記記憶手段に記憶された前記識別情報のうち、前記前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する情報に含まれない識別情報に関連付けて前記記憶手段に記憶された情報に示される期限を経過した後に、再度前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する識別情報と、前記記憶手段に記憶された前記識別情報と、が合致するか否かを判断する、
ことを実行させることを特徴とする付記１〜付記６のいずれか１項に記載の判定プログラム。
（付記８）
コンピュータに、
システムに含まれる構成要素についての複数の種別について、種別同士の依存関係を定める第１の情報を記憶手段に記憶し、
管理対象のシステムに含まれる複数の構成要素同士の依存関係を示す関係情報と、前記複数の構成要素それぞれの種別を示す種別情報と、を格納する複数のデータベースから、前記関係情報及び前記種別情報を取得し、
前記複数の構成要素に含まれるある構成要素と、前記複数の構成要素のうち、取得した前記関係情報に前記ある構成要素との依存関係が示される構成要素群のそれぞれと、の依存関係を示す第２の情報を生成し、
取得した前記種別情報に基づいて、前記ある構成要素と前記構成要素群のそれぞれとの種別が、生成した前記第２の情報に示される依存関係を有する旨を示す第３の情報を生成し、
生成した前記第３の情報が前記記憶手段に記憶した前記第１の情報と合致するか否かを判定する、
ことを実行させることを特徴とする判定方法。
（付記９）
前記種別は、少なくとも前記複数の構成要素に含まれる各構成要素がハードウェアであるかソフトウェアであるかにより異なる、
ことを特徴とする付記８に記載の判定方法。
（付記１０）
前記複数の構成要素のそれぞれは、ハードウェア、ソフトウェアおよび文書データのいずれかである、
ことを特徴とする付記８又は付記９に記載の判定方法。
（付記１１）
前記コンピュータに、
前記第３の情報が前記第１の情報に合致しない場合に、さらに、前記ある構成要素を抽出する、
ことを実行させることを特徴とする付記８〜付記１０のいずれか１項に記載の判定方法。
（付記１２）
前記コンピュータに、
前記第３の情報が前記第１の情報に合致しない場合に、さらに、指定された期間経過した後に、前記第３の情報が前記第１の情報に合致するか否かを再判定する、
ことを実行させることを特徴とする付記８〜付記１１のいずれか１項に記載の判定方法。
（付記１３）
前記コンピュータに、さらに、
前記第３の情報が前記第１の情報に合致する場合に、前記複数のデータベースのうち、前記ある構成要素及び前記構成要素群についての前記関係情報及び前記種別情報を格納したデータベースを識別する識別情報を、前記記憶手段に、前記前記第１の情報に関連付けて記憶し、
前記ある構成要素と異なる構成要素と、前記複数の構成要素のうち、取得した前記関係情報に前記異なる構成要素との依存関係が示される他の構成要素群のそれぞれと、についての依存関係を示す第４の情報を生成し、
取得した前記種別情報に基づいて、前記異なる構成要素と前記他の構成要素群のそれぞれとの種別が、生成した前記第４の情報に示される依存関係を有する旨を示す第５の情報を生成し、
生成した前記第５の情報が前記第１の情報と合致する場合に、前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する識別情報と、前記記憶手段に記憶された前記データベースを識別する識別情報とが合致するか否かを判断する、
ことを実行させることを特徴とする付記８〜付記１２のいずれか１項に記載の判定方法。
（付記１４）
前記コンピュータに、
前記記憶手段に、さらに、前記識別情報に関連付けて期限を示す情報を記憶し、
前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する識別情報と、前記記憶手段に記憶された前記識別情報とが合致しない場合に、さらに、前記記憶手段に記憶された前記識別情報のうち、前記前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する情報に含まれない識別情報に関連付けて前記記憶手段に記憶された情報に示される期限を経過した後に、再度前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する識別情報と、前記記憶手段に記憶された前記識別情報と、が合致するか否かを判断する、
ことを実行させることを特徴とする付記８〜付記１３のいずれか１項に記載の判定方法。
（付記１５）
システムに含まれる構成要素についての複数の種別について、種別同士の依存関係を定める第１の情報を記憶する記憶手段と、
管理対象のシステムに含まれる複数の構成要素同士の依存関係を示す関係情報と、前記複数の構成要素それぞれの種別を示す種別情報と、を格納する複数のデータベースから、前記関係情報及び前記種別情報を取得する取得手段と、
前記複数の構成要素に含まれるある構成要素と、前記複数の構成要素のうち、取得した前記関係情報に前記ある構成要素との依存関係が示される構成要素群のそれぞれと、の依存関係を示す第２の情報を生成する第１の生成手段と、
取得した前記種別情報に基づいて、前記ある構成要素と前記構成要素群のそれぞれとの種別が、生成した前記第２の情報に示される依存関係を有する旨を示す第３の情報を生成する第２の生成手段と、
生成した前記第３の情報が前記記憶手段に記憶した前記第１の情報と合致するか否かを判定する判定手段と、
を含むことを特徴とする判定装置。
（付記１６）
前記種別は、少なくとも前記複数の構成要素に含まれる各構成要素がハードウェアであるかソフトウェアであるかにより異なる、
ことを特徴とする付記１５に記載の判定装置。
（付記１７）
前記複数の構成要素のそれぞれは、ハードウェア、ソフトウェアおよび文書データのいずれかである、
ことを特徴とする付記１５又は付記１６に記載の判定装置。
（付記１８）
前記第３の情報が前記第１の情報に合致しない場合に、さらに、前記ある構成要素を抽出する手段を有することを特徴とする付記１５〜付記１７のいずれか１項に記載の判定装置。
（付記１９）
前記第３の情報が前記第１の情報に合致しない場合に、さらに、指定された期間経過した後に、前記第３の情報が前記第１の情報に合致するか否かを再判定する手段を有することを特徴とする付記１５〜付記１８のいずれか１項に記載の判定装置。
（付記２０）
前記第３の情報が前記第１の情報に合致する場合に、前記複数のデータベースのうち、前記ある構成要素及び前記構成要素群についての前記関係情報及び前記種別情報を格納したデータベースを識別する識別情報を、前記記憶手段に、前記前記第１の情報に関連付けて記憶し、
前記ある構成要素と異なる構成要素と、前記複数の構成要素のうち、取得した前記関係情報に前記異なる構成要素との依存関係が示される他の構成要素群のそれぞれと、についての依存関係を示す第４の情報を生成する手段と、
取得した前記種別情報に基づいて、前記異なる構成要素と前記他の構成要素群のそれぞれとの種別が、生成した前記第４の情報に示される依存関係を有する旨を示す第５の情報を生成する手段と、
生成した前記第５の情報が前記第１の情報と合致する場合に、前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する識別情報と、前記記憶手段に記憶された前記データベースを識別する識別情報とが合致するか否かを判断する手段とを有することを特徴とする付記１５〜付記１９のいずれか１項に記載の判定装置。
（付記２１）
前記記憶手段に、さらに、前記識別情報に関連付けて期限を示す情報を記憶し、
前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する識別情報と、前記記憶手段に記憶された前記識別情報とが合致しない場合に、さらに、前記記憶手段に記憶された前記識別情報のうち、前記前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する情報に含まれない識別情報に関連付けて前記記憶手段に記憶された情報に示される期限を経過した後に、再度前記異なる構成要素及び前記他の構成要素群を取得されたデータベースを識別する識別情報と、前記記憶手段に記憶された前記識別情報と、が合致するか否かを判断する手段を有することを特徴とする付記１５〜付記２０のいずれか１項に記載の判定装置。

１ 構成管理支援システム
１０ 統合情報管理装置
２０ａ 構成情報管理装置
２０ｂ ソフト情報管理装置
２０ｃ 性能情報管理装置
２１ａ 構成情報ＤＢ
２２ａ ＭＤＲ
２１ｂ ソフト情報ＤＢ
２２ｂ ＭＤＲ
２１ｃ 性能情報ＤＢ
２２ｃ ＭＤＲ
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１１１ 登録部
１１２ 検索部
１１３ 関係パターン生成部
１１４ 整合性判定部
１１５ 登録待ち確認部
１１６ 不整合予備群確認部
１２１ ＦＣＭＤＢ
１２２ 関係パターン記憶部
１２３ 登録元情報記憶部
１２４ 登録待ちチェックリスト記憶部
１２５ 不整合予備群記憶部
Ｂ バス

Claims (9)

1. コンピュータに、
   システムに含まれる構成要素についての複数の種別について、種別同士の依存関係を定める第１の情報を記憶手段に記憶し、
   管理対象のシステムに含まれる複数の構成要素同士の依存関係を示す関係情報と、前記複数の構成要素それぞれの種別を示す種別情報と、を格納する複数のデータベースから、前記関係情報及び前記種別情報を取得し、
   前記複数の構成要素に含まれるある構成要素と、前記複数の構成要素のうち、取得した前記関係情報に前記ある構成要素との依存関係が示される構成要素群のそれぞれと、の構成要素の種別同士の依存関係を示す第２の情報を生成し、
   生成した前記第２の情報が前記記憶手段に記憶した前記第１の情報と合致するか否かを判定する、
   ことを実行させることを特徴とする判定プログラム。
2. 前記種別は、少なくとも前記複数の構成要素に含まれる各構成要素がハードウェアであるかソフトウェアであるかにより異なる、
   ことを特徴とする請求項１に記載の判定プログラム。
3. 前記複数の構成要素のそれぞれは、ハードウェア、ソフトウェアおよび文書データのいずれかである、
   ことを特徴とする請求項１又は請求項２に記載の判定プログラム。
4. 前記コンピュータに、
   前記第２の情報が前記第１の情報に合致しない場合に、さらに、前記ある構成要素を、前記第２の情報が前記第１の情報に合致するか否かの再判定の対象として記憶する、
   ことを実行させることを特徴とする請求項１〜請求項３のいずれか１項に記載の判定プログラム。
5. 前記コンピュータに、
   前記第２の情報が前記第１の情報に合致しない場合に、さらに、指定された期間経過した後に前記ある構成要素について生成される前記第２の情報が前記第１の情報に合致するか否かを再判定する、
   ことを実行させることを特徴とする請求項１〜請求項４のいずれか１項に記載の判定プログラム。
6. 前記コンピュータに、さらに、
   前記種別同士の依存関係ごとに、当該依存関係に属する構成要素同士の依存関係を有する各構成要素を格納したデータベースを識別する識別情報を、前記記憶手段に、前記第１の情報に関連付けて記憶し、
   前記第２の情報が前記第１の情報と合致する場合に、前記ある構成要素及び前記構成要素群が取得されたデータベースを識別する識別情報と、前記記憶手段に記憶された前記データベースを識別する識別情報とが合致するか否かを判断する、
   ことを実行させることを特徴とする請求項１〜請求項５のいずれか１項に記載の判定プログラム。
7. 前記コンピュータに、
   前記記憶手段に、さらに、前記識別情報に関連付けて期限を示す情報を記憶し、
   前記ある構成要素及び前記構成要素群が取得されたデータベースを識別する識別情報と、前記記憶手段に記憶された前記識別情報とが合致しない場合に、さらに、前記記憶手段に記憶された前記識別情報のうち、前記ある構成要素及び前記構成要素群が取得されたデータベースを識別する情報に含まれない識別情報に関連付けて前記記憶手段に記憶された情報に示される期限を経過した後に、再度前記ある構成要素及び前記構成要素群が取得されるデータベースを識別する識別情報と、前記記憶手段に記憶された前記識別情報と、が合致するか否かを判断する、
   ことを実行させることを特徴とする請求項６に記載の判定プログラム。
8. コンピュータに、
   システムに含まれる構成要素についての複数の種別について、種別同士の依存関係を定める第１の情報を記憶手段に記憶し、
   管理対象のシステムに含まれる複数の構成要素同士の依存関係を示す関係情報と、前記複数の構成要素それぞれの種別を示す種別情報と、を格納する複数のデータベースから、前記関係情報及び前記種別情報を取得し、
   前記複数の構成要素に含まれるある構成要素と、前記複数の構成要素のうち、取得した前記関係情報に前記ある構成要素との依存関係が示される構成要素群のそれぞれと、の構成要素の種別同士の依存関係を示す第２の情報を生成し、
   生成した前記第２の情報が前記記憶手段に記憶した前記第１の情報と合致するか否かを判定する、
   ことを実行させることを特徴とする判定方法。
9. システムに含まれる構成要素についての複数の種別について、種別同士の依存関係を定める第１の情報を記憶する記憶手段と、
   管理対象のシステムに含まれる複数の構成要素同士の依存関係を示す関係情報と、前記複数の構成要素それぞれの種別を示す種別情報と、を格納する複数のデータベースから、前記関係情報及び前記種別情報を取得する取得手段と、
   前記複数の構成要素に含まれるある構成要素と、前記複数の構成要素のうち、取得した前記関係情報に前記ある構成要素との依存関係が示される構成要素群のそれぞれと、の構成要素の種別同士の依存関係を示す第２の情報を生成する第１の生成手段と、
   生成した前記第２の情報が前記記憶手段に記憶した前記第１の情報と合致するか否かを判定する判定手段と、
   を含むことを特徴とする判定装置。

Images