JP5477376B2 - 情報管理装置および情報管理プログラム - Google Patents

Description

この発明は、情報管理装置および情報管理プログラムに関する。

近年、ＩＴシステムは、オープン化やマルチベンダー化が進んでおり、サーバ台数の増加やストレージ容量の増大と相まって大規模化・複雑化している。このため、運用コストが増大しているだけでなく、人的ミスによるシステム停止やサービス品質低下の多発が大きな問題となっている。そこで、こうした問題を解決するため、サーバやストレージ、アプリケーションといったＩＴシステムの構成情報の管理が重要となる。

ＩＴシステムの構成情報を管理する装置として、ＣＭＤＢ（Configuration Management Database）と呼ばれるデータベースを備えた情報管理装置が知られている。かかる情報管理装置は、構成情報として、例えば、ＩＴシステムを構成する機器、ソフトウェア、データログ等の構成要素（ＣＩ，Configuration Item）や各ＣＩ間の関係（以下、「リレーションシップ」という）を管理する。また、ＣＩには、当該ＣＩに関する属性（以下、「プロパティ」という）として、機器種別、ＩＰアドレス、ベンダ名、モデル名などの詳細情報が含まれる。

ここで、データセンタの運用においては、サーバ管理やネットワーク管理、サービス管理、資産管理など、それぞれの管理業務に最適化された運用管理ミドルウェアが存在する。また、各運用管理ミドルウェアは、固有のＣＭＤＢを有し、それぞれの業務に関する構成情報を当該ＣＭＤＢに入力する。このように、各ＣＭＤＢは構成情報を他のＣＭＤＢと独立して管理するため、ＣＭＤＢへのアクセス方法やＣＭＤＢで管理される構成情報のデータ形式がＣＭＤＢごとに異なる場合があり、各ＣＭＤＢを連携させる場合は人を介さざるをえないのが実情であった。

そこで、複数のＣＭＤＢに散在する各種の構成情報を仮想的に統合するＦＣＭＤＢ（Federated CMDB）と呼ばれるデータベースを備えた情報管理装置が開発された。なお、ＦＣＭＤＢによって仮想的に統合されたＣＭＤＢは、ＭＤＲ（Management Data Repository）と呼ばれることもある。

例えば、図１４に示すように、情報管理装置７００には、ＭＤＲ８００ａ〜８００ｆがインターネット等のネットワークを介して接続されている。ＭＤＲ８００ａは、ＩＴシステム内に存在する機器等の構成に関する情報を管理し、ＭＤＲ８００ｂは、ＩＴシステム内の過去インシデント情報を管理し、ＭＤＲ８００ｃは、ＩＴシステム内において発生したトラブルに関する情報を管理する。また、ＭＤＲ８００ｄは、ＩＴシステム内において提供されるサービス等のリリース情報を管理し、ＭＤＲ８００ｅは、ＩＴシステム内の機器等の変更情報を管理し、ＭＤＲ８００ｆは、ＩＴシステム内の機器等にインストールされたアプリケーションに関する情報を管理する。

ＭＤＲ８００ａ〜８００ｆは、所定のタイミングで、自ＭＤＲにおいて管理する構成情報を情報管理装置７００へ送信する。そして、情報管理装置７００は、ＭＤＲ８００ａ〜８００ｆから構成情報を取得すると、取得した構成情報を同一対象ごとに統合して管理する。ここで、情報管理装置７００は、ＭＤＲ８００ａ〜８００ｆにより管理される構成情報の調停を行う機能である整合化機能（「リコンシリエーション機能」ともいう）を有する。具体的には、整合化機能とは、ＭＤＲ８００ａ〜８００ｆ毎に異なる名前や異なるＩＤで管理されている同一対象に関する構成情報を統合する機能である。

例えば、１つのサーバ装置などの同一対象９００に関する構成情報が、ＭＤＲ８００ａ〜８００ｆのうち、ＭＤＲ８００ａ，８００ｃ，８００ｅ，８００ｆに分散して管理されているとする。具体的には、ＭＤＲ８００ａは、同一対象９００の構成情報８５０ａとして、同一対象９００の名前「サーバ」、ＩＤ「ＷｅｂＳｅｒｖｅｒ１」、ＩＰアドレス「１９２．１６８．１０．１」、ＣＰＵ等のプロパティを管理する。また、ＭＤＲ８００ｃは、同一対象９００の構成情報８５０ｂとして、同一対象９００の名前「サーバ」、ＩＤ「１９２．１６８．１０．１」、ＩＰアドレス「１９２．１６８．１０．１」、ｓｔａｔｕｓ等のプロパティを管理する。

また、ＭＤＲ８００ｅは、同一対象９００の構成情報８５０ｃとして、同一対象９００の名前「ホスト」、ＩＤ「ｈｏｓｔｎａｍｅＸ」、ＩＰアドレス「１９２．１６８．１０．１」等のプロパティを管理する。また、ＭＤＲ８００ｆは、同一対象９００の構成情報８５０ｄとして、同一対象９００の名前「ノード」、ＩＤ「１９２．１６８．１０．１」、ＩＰアドレス「１９２．１６８．１０．１」、アプリケーション等のプロパティを管理する。このように、ＭＤＲ８００ａ，８００ｃ，８００ｅ，８００ｆは、同一対象９００に関する構成情報を異なる名前や異なるＩＤで管理する。

情報管理装置７００は、整合化機能として、同一対象９００に固有のプロパティを用いて構成情報８５０ａ〜８５０ｄを名寄せすることにより、これら構成情報８５０ａ〜８５０ｄを同一対象９００に関する構成情報として統合する。例えば、情報管理装置７００は、構成情報８５０ａ〜８５０ｄに含まれる各種プロパティのうち、同一対象９００に固有なプロパティであるＩＰアドレスを用いて名寄せを行う。すなわち、情報管理装置７００は、ＭＤＲ８００ａ〜８００ｆから取得した構成情報の中から、同一のＩＰアドレス「１９２．１６８．１０．１」をプロパティとして含んだ構成情報８５０ａ〜８５０ｄを特定する。そして、情報管理装置７００は、これら構成情報８５０ａ〜８５０ｄをＩＰアドレス「１９２．１６８．１０．１」が割り当てられた同一対象９００に関する構成情報として統合する。

このように、情報管理装置７００は、複数のＭＤＲ８００ａ〜８００ｆに分散して管理される同一対象９００に関する構成情報８５０ａ〜８５０ｄを統合して管理する。これにより、システム管理者等の作業者は、パッチの適用作業やハードウェアの保守作業など、システム運用におけるあらゆるシーンにおいて、情報管理装置７００により仮想統合された構成情報を参照することでＩＴシステム全体の構成を容易に把握することができる。なお、ある構成情報を、該構成情報と同一対象９００に関する構成情報と統合することを整合化という場合がある。

特開２００６−１８６０７号公報

しかしながら、従来の情報管理装置は、同一対象に関する構成情報同士であっても、これらの構成情報に名寄せ用のプロパティ、すなわち、対象に固有なプロパティが共通して含まれない場合、これらの構成情報を整合化することが困難であった。例えば、図１５に示すように、同一対象９００に関する構成情報が、ＭＤＲ８００ｇ〜８００ｉに分散して管理されているとする。具体的には、ＭＤＲ８００ｇは、同一対象９００の構成情報８５０ｇとして同一対象９００の名前「サーバ」、ＩＰアドレス「１９２．１６８．１０．１」、ＣＰＵ等のプロパティを管理する。また、ＭＤＲ８００ｈは、同一対象９００の構成情報８５０ｈとして同一対象９００の名前「サーバ」、ＩＰアドレス「１９２．１６８．１０．１」、負荷等のプロパティを管理する。また、ＭＤＲ８００ｉは、同一対象９００の構成情報８５０ｉとして同一対象９００の名前「資産」、財番「ＡＢＣ１２３４」等のプロパティを管理する。

このような場合において、情報管理装置７００は、同一対象に固有のプロパティであるＩＰアドレス「１９２．１６８．１０．１」を名寄せ用のプロパティとして用いることで、構成情報８５０ｇおよび構成情報８５０ｈを同一対象９００に関する構成情報として整合化する。ところが、構成情報８５０ｉは、同一対象９００に固有のプロパティとして「財番」を含んでいるものの、「ＩＰアドレス」を含んではいない。そのため、情報管理装置７００は、構成情報８５０ｉを構成情報８５０ｇや構成情報８５０ｈと整合化することができない。また、情報管理装置７００は、財番「ＡＢＣ１２３４」を名寄せ用のプロパティとして用いた場合も同様に、構成情報８５０ｉと構成情報８５０ｇ，８５０ｈとを整合化することができない。

ここで、例えば、共通する名寄せ用のプロパティを含まない複数の構成情報を作業者のディスプレイに表示させることにより、作業者にこれらの構成情報が同一対象に関する構成情報であるか否かを判断させて、作業者に手動で整合化を行わせる整合化条件が知られている。しかし、かかる整合化条件は、作業者に多大な負担がかかり、また、整合化を行うためにある程度のスキルが必要となるため、実用的ではない。

開示の技術は、上記に鑑みてなされたものであって、対象に固有の属性が共通して含まれない場合であっても、同一対象に関する複数の情報を容易に統合することができる情報管理装置および情報管理プログラムを提供することを目的とする。

本願の開示する情報管理装置は、一つの態様において、同一対象に関する複数の情報に重複して含まれる一又は複数の属性を指定した生成統合化条件を記憶する生成条件記憶手段と、統合化の対象となる情報である統合対象情報に対応する統合化条件として、該統合対象情報に含まれる属性と同一の属性のみを指定する生成統合化条件を前記生成条件記憶手段から取得する条件取得手段と、前記条件取得手段により取得した生成統合化条件によって指定される属性を含んだ情報であって、該情報に含まれる属性のうち前記生成統合化条件によって指定される属性の値が、前記統合対象情報に含まれる属性のうち前記生成統合化条件によって指定される属性の値と一致する情報を、前記統合対象情報と同一対象に関する情報であると判定する同一対象情報判定手段と備える。

本願の開示する情報管理装置および情報管理プログラムの一つの態様によれば、対象に固有の属性が共通して含まれない場合であっても、同一対象に関する複数の情報を容易に統合することができるという効果を奏する。

図１−１は、本実施例にかかる情報管理装置に記憶される整合化条件の一例を示す図である。 図１−２は、本実施例にかかる情報管理装置による整合化処理の概要を説明するための図である。 図２は、本実施例にかかる情報管理装置による整合化条件の生成処理の概要を説明するための図である。 図３は、本実施例にかかる情報管理装置の構成を示すブロック図である。 図４は、既存整合化条件記憶テーブルの一例を示す図である。 図５は、生成整合化条件記憶テーブルの一例を示す図である。 図６−１は、本実施例にかかる整合化判定処理を説明するための図である。 図６−２は、本実施例にかかる整合化判定処理を説明するための図である。 図６−３は、本実施例にかかる整合化判定処理を説明するための図である。 図６−４は、本実施例にかかる整合化判定処理を説明するための図である。 図６−５は、本実施例にかかる整合化判定処理を説明するための図である。 図７−１は、本実施例にかかる整合化条件生成処理を説明するための図である。 図７−２は、本実施例にかかる整合化条件生成処理を説明するための図である。 図８は、本実施例にかかる情報管理装置の処理手順を示すフローチャートである。 図９は、本実施例にかかる柔軟性処理の処理手順を示すフローチャートである。 図１０は、本実施例にかかる整合化判定処理の処理手順を示すフローチャートである。 図１１は、柔軟整合化判定処理の処理手順を示すフローチャートである。 図１２は、本実施例にかかる整合化条件生成処理の処理手順を示すフローチャートである。 図１３は、情報管理プログラムを実行するコンピュータを示す図である。 図１４は、従来における情報管理装置により複数のＭＤＲに分散して管理される同一対象に関する構成情報を統合する様子を説明するための図である。 図１５は、名寄せ用のプロパティが含まれないために同一対象に関する構成情報同士を整合化することができない様子を説明するための図である。

符号の説明

１ 情報管理装置
２ 端末装置
３ａ〜３ｄ ＭＤＲ
１０ 記憶部
１１ 制御部
１０１ ＦＣＭＢ
１０２ 整合化条件記憶部
１１１ 操作実行部
１１２ データ管理部
１１３ 整合化実行部
１１４ 整合化判定部
１１５ 整合化条件生成部
１２１ 整合化済情報記憶領域
１２２ 未処理情報記憶領域
１３１ 既存整合化条件記憶テーブル
１３２ 生成整合化条件記憶テーブル

以下に、本願の開示する情報管理装置および情報管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。例えば、本実施例では、複数の記憶装置に分散して管理される情報として、複数のＭＤＲに分散して管理される情報処理システムの構成情報を用いて説明する。ただし、本願に開示する技術は、これに限ったものではなく、例えば、同一人物が持つ複数の銀行口座やクレジットカードに関する情報を複数の会社が分散して管理している場合に、これら分散して管理された同一人物に関する情報を統合する場合にも適用することができる。

本実施例にかかる情報管理装置は、管理対象となる情報処理システムの構成情報を、該構成情報を分散して管理する複数のＭＤＲから収集し、同一対象に関する構成情報同士を統合して管理する。ここで、構成情報とは、ＩＴシステムを構成する機器、ソフトウェア、データログ等の構成要素に関する情報であるＣＩや各ＣＩ間の関係であるリレーションシップを含んだ情報である。また、ＣＩには、該ＣＩに関する属性であるプロパティとして、該ＣＩの種別の他、ＩＰアドレス、ベンダ名、モデル名などの詳細情報が含まれる。また、ＭＤＲは、構成情報を個別に管理する装置である。

先ず、かかる情報管理装置の概要について説明する。なお、以下では、同一対象に関する構成情報同士を統合することを整合化と呼ぶ。図１−１は、本実施例にかかる情報管理装置に記憶される整合化条件の一例を示す図、図１−２は、本実施例にかかる情報管理装置による整合化処理の概要を説明するための図である。

本実施例にかかる情報管理装置は、ＣＩに含まれるプロパティを一又は複数指定した統合化条件（以下、「整合化条件」という）を記憶する。例えば、情報管理装置は、図１−１に示すように、整合化条件として、「ＩＰアドレス」、「ホスト名、ドメイン名」、「ホスト名」、「財番」を記憶する。そして、情報管理装置は、整合化の対象となる構成情報（以下、「整合化対象情報」という）を整合化条件を用いて他の構成情報と整合化する。特に、本実施例にかかる情報管理装置は、整合化対象情報に含まれる属性のそろい具合によって、整合化対象情報に対応する整合化条件を変更する。

例えば、図１−２に示すように、サーバ装置３００に関する詳細情報を含んだＣＩ２００ａ〜２００ｄがそれぞれ別々のＭＤＲに管理されているとする。具体的には、ＣＩ２００ａは、サーバ装置３００の性能情報であり、ＩＰアドレス「１９２．１６８．１０．１」と負荷情報とをプロパティとして含む。また、ＣＩ２００ｂは、サーバ装置３００の実機情報であり、ＩＰアドレス「１９２．１６８．１０．１」とドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」とホスト名「ｓｅｒｖｅｒ１」とＣＰＵ情報とをプロパティとして含む。また、ＣＩ２００ｃは、サーバ装置３００に関する設計情報であり、ホスト名「ｓｅｒｖｅｒ１」と財番「ＸＹＺ７８９」とをプロパティとして含む。また、ＣＩ２００ｄは、サーバ装置３００に関する資産情報であり、財番「ＸＹＺ７８９」と購入時期に関する情報とをプロパティとして含む。

かかる場合において、例えば、ＣＩ２００ａを他のＣＩと整合化する場合、ＣＩ２００ａにはプロパティとしてＩＰアドレスが含まれるため、情報管理装置は、整合化条件「ＩＰアドレス」を用いて整合化を行う。具体的には、情報管理装置は、ＣＩ２００ａに含まれるＩＰアドレス「１９２．１６８．１０．１」と同一のＩＰアドレスの値を含むＣＩをＣＩ２００ａと同一対象に関するＣＩとして特定する。これにより、ＣＩ２００ａと、ＣＩ２００ａに含まれるＩＰアドレスと同一のＩＰアドレスを含んだＣＩ２００ｂとを整合化することができる。

また、ＣＩ２００ｃを他のＣＩと整合化する場合、ＣＩ２００ｃにはプロパティとしてホスト名とドメイン名とが含まれるため、情報管理装置は、整合化条件「ホスト名、ドメイン名」を用いて整合化を行う。具体的には、情報管理装置は、ＣＩ２００ｃに含まれるホスト名「ｓｅｒｖｅｒ１」及びドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」と同一のホスト名及びドメイン名の値を含むＣＩをＣＩ２００ｃと同一対象に関するＣＩとして特定する。これにより、ＣＩ２００ｃと、ＣＩ２００ｃに含まれるホスト名及びドメイン名と同一のホスト名及びドメイン名を含んだＣＩ２００ｂとを整合化することができる。

また、ＣＩ２００ｄを他のＣＩと整合化する場合、ＣＩ２００ｄにはプロパティとして財番が含まれるため、情報管理装置は、整合化条件「財番」を用いて整合化を行う。具体的には、情報管理装置は、ＣＩ２００ｄに含まれる財番「ＸＹＺ７８９」と同一の財番の値を含むＣＩをＣＩ２００ｄと同一対象に関するＣＩとして特定する。これにより、ＣＩ２００ｄと、ＣＩ２００ｄに含まれる財番と同一の財番を含んだＣＩ２００ｃとを整合化することができる。

このように、本実施例にかかる情報管理装置は、各ＣＩに含まれるプロパティのそろい具合によって整合化処理に用いる整合化条件を変更することとしたため、例えば、ＣＩ２００ｂとＣＩ２００ｃのように、サーバ装置３００に固有なプロパティであるＩＰアドレスや財番等を共通して含まないＣＩ同士であっても整合化させることができる。

さらに、本実施例にかかる情報管理装置は、同一対象に関する複数のＣＩに含まれるプロパティに基づき、整合化条件を生成する。以下に、かかる整合化条件の生成処理の概要について説明する。図２は、本実施例にかかる情報管理装置による整合化条件の生成処理の概要を説明するための図である。

例えば、図２に示すように、ＣＩ２００ｅとＣＩ２００ｆとが整合化済みであるとする。ＣＩ２００ｅは、性能情報としてＩＰアドレス「１９２．１６８．１０．１」、ホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」、負荷情報を含む。また、ＣＩ２００ｆは、実機情報としてＩＰアドレス「１９２．１６８．１０．１」、ホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」、ＣＰＵ情報を含む。かかる場合、情報管理装置は、これらＣＩ２００ｅ，２００ｆに重複して含まれるプロパティであって、互いに値が同じであるプロパティ「ＩＰアドレス」、「ホスト名」、「ドメイン名」を抽出する。そして、情報管理装置は、抽出したプロパティによって指定される整合化条件を新たな整合化条件として登録する。なお、ＣＩ２００ｅとＣＩ２００ｆのように、同一対象に関するＣＩ同士である場合、これらＣＩ２００ｅ，２００ｆに重複して含まれるプロパティの値は一致する。

同様に、ＣＩ２００ｇとＣＩ２００ｈとが整合化済みであるとする。ＣＩ２００ｇは、性能情報としてホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」、負荷情報を含む。また、ＣＩ２００ｈは、実機情報としてＩＰアドレス「１９２．１６８．２０．２」、ホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」、ＣＰＵ情報を含む。かかる場合、情報管理装置は、これらＣＩ２００ｇ，２００ｈに重複して含まれるプロパティであって、互いに値が同じであるプロパティ「ホスト名」、「ドメイン名」を抽出する。そして、情報管理装置は、抽出したプロパティによって指定される整合化条件を新たな整合化条件として登録する。

同様に、ＣＩ２００ｉとＣＩ２００ｊとが整合化済みであるとする。ＣＩ２００ｉは、性能情報としてホスト名「ｓｅｒｖｅｒ１」、負荷情報を含む。また、ＣＩ２００ｊは、実機情報としてＩＰアドレス「１９２．１６８．３０．３」、ホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」、ＣＰＵ情報を含む。かかる場合、情報管理装置は、これらＣＩ２００ｉ，２００ｊに重複して含まれるプロパティであって、互いに値が同じであるプロパティ「ホスト名」を抽出する。そして、情報管理装置は、抽出したプロパティによって指定される整合化条件を新たな整合化条件として登録する。

なお、かかる処理は、整合化済みのＣＩ同士ではなく、整合化されていないＣＩであって、システム管理者等の作業者が同一対象に関するＣＩであると判断し、指定したＣＩ同士であってもよい。このように、既に整合化されているＣＩ同士や作業者により同一対象のＣＩであると判断されたＣＩ同士、すなわち、同一対象に関するＣＩ同士を用いて整合化条件を生成することにより、信頼性の高い整合化条件を生成することができ、より柔軟性のある整合化判定を行うことが可能となる。

次に、本実施例にかかる情報管理装置の構成について説明する。図３は、本実施例にかかる情報管理装置の構成を示すブロック図である。

図３に示すように、本実施例にかかる情報管理装置１は、記憶部１０と制御部１１とを備える。また、情報管理装置１は、システム管理者等の作業者が使用する端末装置２および複数のＭＤＲ３ａ〜３ｄとネットワークを介して接続される。端末装置２は、専用のコンピュータのほか、一般的なパーソナルコンピュータ等を適用することができる。また、ＭＤＲ３ａ〜３ｄは、管理対象である情報処理システムの構成情報を個別に管理する装置である。

記憶部１０は、制御部１１による各種処理に必要なデータやプログラムを格納する。特に、記憶部１０は、ＦＣＭＤＢ１０１と、整合化条件記憶部１０２とを有する。ＦＣＭＤＢ１０１は、複数のＭＤＲ３ａ〜３ｄに散在する構成情報を仮想的に統合して管理するデータベースである。なお、各ＭＤＲ３ａ〜３ｄは、構成情報の管理を他のＭＤＲ３ａ〜３ｄと独立して行うため、ＭＤＲ３ａ〜３ｄへのアクセス方法やＭＤＲ３ａ〜３ｄで管理される構成情報のデータ形式は、ＭＤＲ３ａ〜３ｄごとに異なる場合がある。

ＦＣＭＤＢ１０１は、整合化済情報記憶領域１２１と、未処理情報記憶領域１２２とを有する。整合化済情報記憶領域１２１は、ＭＤＲ３ａ〜３ｄから取得した構成情報のうち、後述する整合化実行部１１３により整合化された構成情報を記憶する記憶領域である。また、未処理情報記憶領域１２２は、ＭＤＲ３ａ〜３ｄから取得した構成情報のうち、後述する整合化実行部１１３による整合化処理が未だ行われていない構成情報を記憶する記憶領域である。各ＭＤＲ３ａ〜３ｄから収集した構成情報は、先ず、未処理情報記憶領域１２２に記憶される。

整合化条件記憶部１０２は、後述する整合化実行部１１３や整合化判定部１１４による処理に用いられる整合化条件を記憶する。整合化条件記憶部１０２は、既存整合化条件記憶テーブル１３１と、生成整合化条件記憶テーブル１３２とを有する。既存整合化条件記憶テーブル１３１は、情報管理装置１に予め登録された整合化条件を記憶する。図４に、既存整合化条件記憶テーブル１３１の一例を示す。

図４に示すように、既存整合化条件記憶テーブル１３１は、ＣＩ種別と属性リストとをＩＤと対応付けて既存統合化条件（以下、「既存整合化条件」という）として記憶する。ＣＩ種別は、整合化対象情報となるＣＩの種別を表す。属性リストは、ＣＩに含まれるプロパティによって表される。特に、既存整合化条件記憶テーブル１３１の属性リストには、ＣＩに含まれる各種のプロパティのうち、ＩＰアドレスや財番など、その値が一つの対象に固有となるプロパティのみが指定される。ＩＤは、各既存整合化条件を識別するための識別番号である。

例えば、ＩＤ「ｉｄ１＿１」が割当てられた既存整合化条件は、整合化対象情報となるＣＩの種別が「サーバ」である場合には、プロパティ「ＩＰアドレス」を用いて整合化を行うことを示している。また、ＩＤ「ｉｄ１＿２」が割当てられた既存整合化条件は、整合化対象情報となるＣＩの種別が「資産」である場合は、プロパティ「財番」を用いて整合化を行うことを示している。

このように、既存整合化条件記憶テーブル１３１は、属性の値が一つの対象に対して固有である属性のみを指定した既存統合化条件を記憶する既存条件記憶手段に相当する。

生成整合化条件記憶テーブル１３２は、後述する整合化条件生成部１１５により生成された整合化条件を記憶する。図５に、生成整合化条件記憶テーブル１３２の一例を示す。

図５に示すように、生成整合化条件記憶テーブル１３２は、「順番」と、「属性リスト」とを「ＩＤ」と対応付けて生成統合化条件（以下、「生成整合化条件」という）として記憶する。順番とは、後述する整合化判定部１１４が属性リストを生成整合化条件記憶テーブル１３２から取出す順番を表す。属性リストには、既存整合化条件記憶テーブル１３１における属性リストと同様、ＣＩのプロパティが記憶される。特に、生成整合化条件記憶テーブル１３２の属性リストには、既存整合化条件記憶テーブル１３１と異なり、１つのプロパティだけが記憶されるだけでなく、複数のプロパティの組合せが記憶される場合がある。また、生成整合化条件記憶テーブル１３２の属性リストには、ホスト名やドメイン名など、その値を複数つの対象が持ち得るプロパティも指定される。ＩＤは、各生成整合化条件を識別するために割当てられた識別番号である。

例えば、ＩＤ「ｉｄ２＿１」が割当てられた生成整合化条件は、属性リスト「ＩＰアドレス、ホスト名、ドメイン名」を最初に生成整合化条件記憶テーブル１３２から取出すことを示している。また、ＩＤ「ｉｄ２＿２」が割当てられた生成整合化条件は、属性リスト「ホスト名、ドメイン名」をＩＤ「ｉｄ２＿１」が割当てられた生成整合化条件の次に生成整合化条件記憶テーブル１３２から取出すことを示している。ＩＤ「ｉｄ２＿３」が割当てられた生成整合化条件は、属性リスト「ホスト名」をＩＤ「ｉｄ２＿２」が割当てられた生成整合化条件の次に生成整合化条件記憶テーブル１３２から取出すことを示している。ＩＤ「ｉｄ２＿４」が割当てられた生成整合化条件は、属性リスト「財番」をＩＤ「ｉｄ２＿３」が割当てられた生成整合化条件の次に生成整合化条件記憶テーブル１３２から取出すことを示している。

このように、生成整合化条件記憶テーブル１３２は、ＩＰアドレスのように、その値が一つの対象に固有であるプロパティだけでなく、異なる対象に関する複数のＣＩが同一の値で含み得るプロパティを一又は複数指定した生成統合化条件を記憶する。

制御部１１は、情報管理装置１全体を制御する。制御部１１は、操作実行部１１１と、データ管理部１１２と、整合化実行部１１３と、整合化判定部１１４と、整合化条件生成部１１５とを備える。操作実行部１１１は、作業者の使用する端末装置２からネットワークを介して種々の処理依頼を取得し、取得した処理依頼に応じた操作を実行する。例えば、操作実行部１１１は、端末装置２から構成情報の削除の処理依頼を受けると、削除対象となった構成情報の削除をデータ管理部１１２に行わせる。また、操作実行部１１１は、端末装置２からＣＩの追加の処理依頼を受けると、整合化対象情報のＣＩをデータ管理部１１２に取得させ、該ＣＩに対する整合化判定処理を整合化判定部１１４に行わせる。

データ管理部１１２は、操作実行部１１１からの指示に応じて、ＦＣＭＤＢ１０１から必要なＣＩを取出したり、整合化実行部１１３により整合化されたＣＩを整合化済情報記憶領域１２１に登録したりする。

整合化実行部１１３は、操作実行部１１１からの指示に応じて、整合化対象情報であるＣＩと他のＣＩとの整合化を行う整合化処理を実行する。すなわち、整合化実行部１１３は、整合化判定部１１４により同一対象に関するＣＩであると判定されたＣＩ同士を統合する。具体的には、上述したように、各ＭＤＲ３ａ〜３ｄは、構成情報の管理を他のＭＤＲ３ａ〜３ｄと独立して行うため、各ＭＤＲ３ａ〜３ｄでそれぞれ管理される構成情報には、同一対象に関する情報であっても、異なる名前やローカルＩＤが付される場合がある。そこで、整合化実行部１１３は、同一対象に関するＣＩであることが明らかとなったＣＩに含まれる名前やローカルＩＤを、該同一対象に固有の名前やローカルＩＤに変更することにより、これらＣＩを同一対象のＣＩとして管理する。

整合化判定部１１４は、整合化対象情報となるＣＩの対象と同一対象に関するＣＩを判定する。以下に、かかる整合化判定部１１４による整合化判定処理について説明する。図６−１〜図６−５は、本実施例にかかる整合化判定処理を説明するための図である。

例えば、操作実行部１１１は、図６−１に示すＣＩ２００ｋの追加の処理依頼を端末装置２から受けたとする。ＣＩ２００ｋは、プロパティとしてＩＰアドレス「１９２．１６８．１０．１」、ホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」、ＣＰＵ情報を含む。このような場合、整合化判定部１１４は、操作実行部１１１からの指示に応じて、ＣＩ２００ｋの整合化判定処理を実行する。

先ず、整合化判定部１１４は、整合化対象情報に対応する生成整合化条件を生成整合化条件記憶テーブル１３２から順番に取出す。具体的には、図５に示す生成整合化条件記憶テーブル１３２に記憶されている生成整合化条件の中から、順番「１」と対応付けられたＩＤ「ｉｄ２＿１」の生成整合化条件を取出す。

続いて、整合化判定部１１４は、取出した生成整合化条件の属性リストに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」をＣＩ２００ｋが全て含むか否かを判定する。この判定において、ＣＩ２００ｋは、プロパティ「ＩＰアドレス、ホスト名、ドメイン名」を全て含んでいるため、整合化判定部１１４は、ＩＤ「ｉｄ２＿１」の生成整合化条件をＣＩ２００ｋに対応する整合化条件として決定する。

このように、整合化判定部１１４は、統合化の対象となる情報である統合対象情報に対応する生成統合化条件として、該統合対象情報に含まれる属性と同一の属性のみを指定する生成統合化条件を生成条件記憶手段から取得する条件取得手段として機能する。

また、生成整合化条件記憶テーブル１３２に記憶されている生成整合化条件は、図５に示すように、該整合化条件に属性リストとして含まれるプロパティの数が多い順に並んでいる。具体的には、生成整合化条件は、該生成整合化条件に含まれるプロパティの数が多い順に「順番」が割当てられている。

例えば、ＩＤ「ｉｄ２＿１」の生成整合化条件は、属性リストとして「ＩＰアドレス、ホスト名、ドメイン名」の３つのプロパティを含む。また、ＩＤ「ｉｄ２＿２」の生成整合化条件は、属性リストとして「ホスト名、ドメイン名」の２つのプロパティを含む。また、ＩＤ「ｉｄ２＿３」の生成整合化条件は、属性リストとして「ホスト名」の１つのプロパティを含む。また、ＩＤ「ｉｄ２＿４」の生成整合化条件は、属性リストとして「財番」の１つのプロパティを含む。かかる場合、これら生成整合化条件は、該生成整合化条件に含まれるプロパティの数が多い順に、すなわち、「ｉｄ２＿１」→「ｉｄ２＿２」→「ｉｄ２＿３」→「ｉｄ２＿４」の順に、順番「１」→「２」→「３」→「４」と対応付けられる。

そして、整合化判定部１１４は、生成整合化条件記憶テーブル１３２に記憶された生成整合化条件を、各生成整合化条件に対応付けられた「順番」が「１」→「２」→「３」→「４」の順に取出す。そして、整合化判定部１１４は、取出した生成整合化条件が、整合化対象情報に含まれるプロパティのみを含む場合に、該生成整合化条件を整合化対象情報に対応する生成整合化条件として決定する。

このように、整合化判定部１１４は、条件取得手段として機能し、生成整合化条件記憶テーブル１３２から生成整合化条件を取出す場合、整合化対象情報に含まれる属性と同一の属性のみを指定する生成整合化条件のうち、最も多くの属性を含んだ生成整合化条件を、該整合化対象情報に対応する生成整合化条件として取出す。より具体的には、整合化判定部１１４は、整合化条件を生成整合化条件記憶テーブル１３２から並び順に応じた順序で取出し、取出した生成整合化条件が、整合化対象情報に含まれる属性のみを含む場合、該取出した生成整合化条件を整合化対象情報に対応する生成整合化条件であると判定する。

続いて、整合化判定部１１４は、整合化済情報記憶領域１２１の中から整合化済みのＣＩを１つずつ取出し、取出したＣＩと整合化対象情報とを該整合化対象情報に対応する生成整合化条件を用いて整合化できるか否かを判定する。具体的には、整合化判定部１１４は、取出した整合化済みのＣＩに含まれるプロパティのうち生成整合化条件に含まれるプロパティの値が、整合化対象情報に含まれるプロパティのうち生成整合化条件に含まれるプロパティの値と一致するか否かを判定する。

例えば、整合化判定部１１４は、整合化済情報記憶領域１２１の中から整合化済みのＣＩとしてＣＩ２００ｌを取出したとする。ＣＩ２００ｌは、プロパティとしてＩＰアドレス「１９２．１６８．１０．１」、ホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」、負荷情報を含む。

かかる場合、整合化判定部１１４は、ＣＩ２００ｌに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名、負荷」のうち、生成整合化条件に属性リストとして含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」の値と、ＣＩ２００ｋに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」の値とが一致するか否かを判定する。そして、この判定において、ＣＩ２００ｌに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」の値は、ＣＩ２００ｋに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」の値と全て一致するため、整合化判定部１１４は、ＣＩ２００ｌをＣＩ２００ｋと同一対象に関する構成情報であると判定する。

また、操作実行部１１１は、図６−２に示すＣＩ２００ｍの追加の処理依頼を端末装置２から受けたとする。ＣＩ２００ｍは、プロパティとしてＩＰアドレス「１０．１０．１０．１０」、ホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」、ＣＰＵ情報を含む。このような場合、整合化判定部１１４は、操作実行部１１１からの指示に応じて、ＣＩ２００ｍの整合化判定処理を実行する。

先ず、整合化判定部１１４は、整合化対象情報に対応する生成整合化条件を生成整合化条件記憶テーブル１３２から取出す。具体的には、図５に示す生成整合化条件記憶テーブル１３２に記憶されている生成整合化条件の中から、順番「１」と対応付けられたＩＤ「ｉｄ２＿１」の生成整合化条件を取出す。

続いて、整合化判定部１１４は、取出した生成整合化条件の属性リストに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」をＣＩ２００ｍが全て含むか否かを判定する。この判定において、ＣＩ２００ｍは、プロパティ「ＩＰアドレス、ホスト名、ドメイン名」を全て含んでいるため、整合化判定部１１４は、ＩＤ「ｉｄ２＿１」の生成整合化条件をＣＩ２００ｍに対応する整合化条件として決定する。

続いて、整合化判定部１１４は、整合化済情報記憶領域１２１の中から整合化済みのＣＩとしてＣＩ２００ｌを取出したとする。かかる場合、整合化判定部１１４は、ＣＩ２００ｌに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名、負荷」のうち、生成整合化条件に属性リストとして含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」の値と、ＣＩ２００ｍに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」の値とが一致するか否かを判定する。そして、この判定において、ＣＩ２００ｌに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」のうち、ＩＰアドレスの値が、ＣＩ２００ｍに含まれるＩＰアドレスの値と異なるため、整合化判定部１１４は、ＣＩ２００ｌとＣＩ２００ｍとは、同一対象に関する構成情報ではないと判定する。

また、操作実行部１１１は、図６−３に示すＣＩ２００ｎの追加の処理依頼を端末装置２から受けたとする。ＣＩ２００ｎは、プロパティとしてホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」、ＣＰＵ情報を含む。このような場合、整合化判定部１１４は、操作実行部１１１からの指示に応じて、ＣＩ２００ｎの整合化判定処理を実行する。

先ず、整合化判定部１１４は、整合化対象情報に対応する生成整合化条件を生成整合化条件記憶テーブル１３２から取出す。具体的には、図５に示す生成整合化条件記憶テーブル１３２に記憶されている生成整合化条件の中から、順番「１」と対応付けられたＩＤ「ｉｄ２＿１」の生成整合化条件を取出す。

続いて、整合化判定部１１４は、取出した生成整合化条件の属性リストに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」をＣＩ２００ｎが全て含むか否かを判定する。この判定において、ＣＩ２００ｎは、プロパティ「ＩＰアドレス」を含まないため、整合化判定部１１４は、生成整合化条件記憶テーブル１３２に記憶されている生成整合化条件の中から、順番「２」と対応付けられたＩＤ「ｉｄ２＿２」の生成整合化条件を取出す。そして、整合化判定部１１４は、ＩＤ「ｉｄ２＿２」の生成整合化条件の属性リストに含まれるプロパティ「ホスト名、ドメイン名」をＣＩ２００ｎが全て含むか否かを判定する。この判定において、ＣＩ２００ｎは、プロパティ「ホスト名、ドメイン名」を全て含んでいるため、整合化判定部１１４は、ＩＤ「ｉｄ２＿２」の生成整合化条件をＣＩ２００ｎに対応する生成整合化条件として決定する。

続いて、整合化判定部１１４は、整合化済情報記憶領域１２１の中から整合化済みのＣＩとしてＣＩ２００ｌを取出したとする。かかる場合、整合化判定部１１４は、ＣＩ２００ｌに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名、負荷」のうち、生成整合化条件に属性リストとして含まれるプロパティ「ホスト名、ドメイン名」の値と、ＣＩ２００ｎに含まれるプロパティ「ホスト名、ドメイン名」の値とが一致するか否かを判定する。そして、この判定において、ＣＩ２００ｌに含まれるプロパティ「ホスト名、ドメイン名」の値が、ＣＩ２００ｎに含まれるプロパティ「ホスト名、ドメイン名」の値と全て一致するため、整合化判定部１１４は、ＣＩ２００ｌをＣＩ２００ｎと同一対象に関する構成情報であると判定する。

また、操作実行部１１１は、図６−４に示すＣＩ２００ｏの追加の処理依頼を端末装置２から受けたとする。ＣＩ２００ｏは、プロパティとしてホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ」、ＣＰＵ情報を含む。このような場合、整合化判定部１１４は、操作実行部１１１からの指示に応じて、ＣＩ２００ｏの整合化判定処理を実行する。

先ず、整合化判定部１１４は、整合化対象情報に対応する生成整合化条件を生成整合化条件記憶テーブル１３２から取出す。具体的には、図５に示す生成整合化条件記憶テーブル１３２に記憶されている生成整合化条件の中から、順番「１」と対応付けられたＩＤ「ｉｄ２＿１」の生成整合化条件を取出す。

続いて、整合化判定部１１４は、取出した生成整合化条件の属性リストに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」をＣＩ２００ｏが全て含むか否かを判定する。この判定において、ＣＩ２００ｏは、プロパティ「ＩＰアドレス」を含まないため、整合化判定部１１４は、生成整合化条件記憶テーブル１３２に記憶されている生成整合化条件の中から、順番「２」と対応付けられたＩＤ「ｉｄ２＿２」の生成整合化条件を取出す。そして、整合化判定部１１４は、ＩＤ「ｉｄ２＿２」の生成整合化条件の属性リストに含まれるプロパティ「ホスト名、ドメイン名」をＣＩ２００ｏが全て含むか否かを判定する。この判定において、ＣＩ２００ｏは、プロパティ「ホスト名、ドメイン名」を全て含んでいるため、整合化判定部１１４は、ＩＤ「ｉｄ２＿２」の生成整合化条件をＣＩ２００ｏに対応する生成整合化条件として決定する。

続いて、整合化判定部１１４は、整合化済情報記憶領域１２１の中から整合化済みのＣＩとしてＣＩ２００ｌを取出したとする。かかる場合、整合化判定部１１４は、ＣＩ２００ｌに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名、負荷」のうち、生成整合化条件に属性リストとして含まれるプロパティ「ホスト名、ドメイン名」の値と、ＣＩ２００ｏに含まれるプロパティ「ホスト名、ドメイン名」の値とが一致するか否かを判定する。そして、この判定において、ＣＩ２００ｌに含まれるプロパティ「ホスト名、ドメイン名」の値のうち、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」が、ＣＩ２００ｏに含まれるドメイン名「ｆｕｊｉｔｓｕ．ｃｏ．ｊｐ」と異なるため、整合化判定部１１４は、ＣＩ２００ｌとＣＩ２００ｏとは、同一対象に関する構成情報ではないと判定する。

また、操作実行部１１１は、図６−５に示すＣＩ２００ｐの追加の処理依頼を端末装置２から受けたとする。ＣＩ２００ｐは、プロパティとしてホスト名「ｓｅｒｖｅｒ１」、ＣＰＵ情報を含む。このような場合、整合化判定部１１４は、操作実行部１１１からの指示に応じて、ＣＩ２００ｐの整合化判定処理を実行する。

先ず、整合化判定部１１４は、整合化対象情報に対応する生成整合化条件を生成整合化条件記憶テーブル１３２から取出す。具体的には、図５に示す生成整合化条件記憶テーブル１３２に記憶されている生成整合化条件の中から、順番「１」と対応付けられたＩＤ「ｉｄ２＿１」の生成整合化条件を取出す。

続いて、整合化判定部１１４は、取出した生成整合化条件の属性リストに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」をＣＩ２００ｐが全て含むか否かを判定する。この判定において、ＣＩ２００ｐは、プロパティ「ＩＰアドレス」を含まないため、整合化判定部１１４は、生成整合化条件記憶テーブル１３２に記憶されている生成整合化条件の中から、順番「２」と対応付けられたＩＤ「ｉｄ２＿２」の生成整合化条件を取出す。そして、整合化判定部１１４は、ＩＤ「ｉｄ２＿２」の生成整合化条件の属性リストに含まれるプロパティ「ホスト名、ドメイン名」をＣＩ２００ｐが全て含むか否かを判定する。この判定において、ＣＩ２００ｐは、プロパティ「ドメイン名」を含まないため、整合化判定部１１４は、生成整合化条件記憶テーブル１３２に記憶されている生成整合化条件の中から、順番「３」と対応付けられたＩＤ「ｉｄ２＿３」の生成整合化条件を取出す。

そして、整合化判定部１１４は、ＩＤ「ｉｄ２＿３」の生成整合化条件の属性リストに含まれるプロパティ「ホスト名」をＣＩ２００ｐが全て含むか否かを判定する。この判定において、ＣＩ２００ｐは、プロパティ「ホスト名」を含んでいるため、整合化判定部１１４は、ＩＤ「ｉｄ２＿３」の生成整合化条件をＣＩ２００ｐに対応する生成整合化条件として決定する。

続いて、整合化判定部１１４は、整合化済情報記憶領域１２１の中から整合化済みのＣＩとしてＣＩ２００ｌを取出したとする。かかる場合、整合化判定部１１４は、ＣＩ２００ｌに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名、負荷」のうち、生成整合化条件に属性リストとして含まれるプロパティ「ホスト名」の値と、ＣＩ２００ｐに含まれるプロパティ「ホスト名」の値とが一致するか否かを判定する。そして、この判定において、ＣＩ２００ｌに含まれるプロパティ「ホスト名」の値が、ＣＩ２００ｐに含まれるプロパティ「ホスト名」の値と一致するため、整合化判定部１１４は、ＣＩ２００ｌをＣＩ２００ｐと同一対象に関する構成情報であると判定する。

このように、整合化判定部１１４は、生成条件取得手段により取得した生成統合化条件によって指定される属性を含んだ情報であって、生成統合化条件によって指定される属性の値が、統合対象情報に含まれる該属性の値と一致する情報を、統合対象情報と同一対象に関する情報であると判定する同一対象情報判定手段として機能する。

なお、本実施例において、上述した整合化判定処理は、既存整合化条件記憶テーブル１３１に記憶された既存整合化条件を用いて整合化判定処理を実行し、結果が得られなかった場合に行われる。既存整合化条件を用いた整合化判定処理を行う場合、整合化判定部１１４は、先ず、整合化対象情報となるＣＩの種別に応じた既存整合化情報を既存整合化条件記憶テーブル１３１から取出す。例えば、整合化対象情報となるＣＩの種別が「サーバ」である場合、整合化判定部１１４は、図４に示す既存整合化条件記憶テーブル１３１からＩＤ「ｉｄ１＿１」が割当てられた既存整合化条件を取出す。

そして、整合化判定部１１４は、取出した既存整合化条件に属性リストとして含まれるプロパティを用い、整合化対象情報と同一対象に関するＣＩを特定する。例えば、取出した既存整合化条件に属性リストとして含まれるプロパティが「ＩＰアドレス」である場合、整合化判定部１１４は、整合化対象情報に含まれるＩＰアドレスの値と同一の値を有するＣＩを整合化対象情報と同一対象に関するＣＩであると判定する。

整合化条件生成部１１５は、複数のＣＩに基づき、生成整合化条件を生成する。具体的には、整合化条件生成部１１５は、複数のＣＩ間に重複して含まれるプロパティのうち、互いに値が一致するプロパティを新たな整合化条件として抽出する。以下に、かかる整合化条件生成部１１５による整合化条件生成処理について説明する。図７−１及び図７−２は、本実施例にかかる整合化条件生成処理を説明するための図である。

例えば、操作実行部１１１は、図７−１に示す２つのＣＩ２００ｕ，２００ｖの整合化の処理依頼を端末装置２から受けたとする。ＣＩ２００ｕは、プロパティとしてＩＰアドレス「１９２．１６８．１０．１」、ホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」、ＣＰＵ情報を含む。また、ＣＩ２００ｖは、プロパティとしてＩＰアドレス「１９２．１６８．１０．１」、ホスト名「ｓｅｒｖｅｒ１」、ドメイン名「ｆｕｊｉｔｓｕ．ｃｏｍ」、負荷情報を含む。このような場合、整合化条件生成部１１５は、操作実行部１１１からの指示に応じて、ＣＩ２００ｕ，２００ｖに基づく生成整合化条件を生成する。

具体的には、整合化条件生成部１１５は、ＣＩ２００ｕに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名、ＣＰＵ情報」及びＣＩ２００ｖに含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名、負荷情報」のうち、ＣＩ２００ｕ，２００ｖに重複して含まれるプロパティ「ＩＰアドレス、ホスト名、ドメイン名」を抽出する。そして、抽出したプロパティ「ＩＰアドレス、ホスト名、ドメイン名」を属性リストとして含む整合化条件を生成し、生成整合化条件として生成整合化条件記憶テーブル１３２に登録する。

このように、整合化条件生成部１１５は、同一対象に関する複数の情報から、該複数の情報間に重複して含まれる属性であって、該属性の値が該複数の情報間で一致する属性を抽出し、抽出した属性によって指定される統合化条件を生成統合化条件として生成条件記憶手段に登録する方法生成手段として機能する。

また、整合化条件生成部１１５は、生成した整合化条件を生成整合化条件記憶テーブル１３２に登録する場合、生成整合化条件記憶テーブル１３２に記憶された生成整合化条件の並び順が、該生成整合化条件に含まれるプロパティの数に応じた順序となるように、生成した整合化条件を生成整合化条件記憶テーブル１３２に登録する。

例えば、図７−１に示すように、属性リストとして「ホスト名、ドメイン名」の２つのプロパティを含む生成整合化条件が順番「１」及びＩＤ「ｉｄ２＿１」と対応付けられて生成整合化条件記憶テーブル１３２に記憶されているとする。そして、かかる生成整合化条件記憶テーブル１３２に対して、整合化条件生成部１１５が、ＣＩ２００ｕ，２００ｖに基づき生成した整合化条件を生成整合化条件記憶テーブル１３２に登録するとする。

ここで、ＣＩ２００ｕ，２００ｖに基づき生成された整合化条件に含まれるプロパティ数は「３」であり、生成整合化条件記憶テーブル１３２に記憶されているＩＤ「ｉｄ２＿１」の生成整合化条件に含まれるプロパティ数は「２」である。そのため、整合化条件生成部１１５は、生成した整合化条件の並び順がＩＤ「ｉｄ２＿１」の生成整合化条件よりも先になるように、該生成した整合化条件を生成整合化条件記憶テーブル１３２に登録する。

具体的には、整合化条件生成部１１５は、生成した整合化条件を順番「１」と対応付けて記憶するとともに、生成整合化条件記憶テーブル１３２に記憶されている生成整合化条件と対応付けられた順番を「２」から「１」へ変更する。また、生成した整合化条件には、ＩＤ「ｉｄ２＿２」が割当てられる。これにより、ＩＤ「ｉｄ２＿１」の生成整合化条件よりも多くのプロパティを属性リストとして含むＩＤ「ｉｄ２＿２」の生成整合化条件が、整合化判定部１１４により生成整合化条件記憶テーブル１３２から先に取出される。

また、操作実行部１１１は、図７−２に示す２つのＣＩ２００ｗ，２００ｘの整合化の処理依頼を端末装置２から受けたとする。ＣＩ２００ｗは、プロパティとしてホスト名「ｓｅｒｖｅｒ２」、財番を含む。また、ＣＩ２００ｘは、プロパティとしてホスト名「ｓｅｒｖｅｒ２」、稼働状況を含む。このような場合、整合化条件生成部１１５は、操作実行部１１１からの指示に応じて、ＣＩ２００ｗ，２００ｘに基づく整合化条件を生成する。

具体的には、整合化条件生成部１１５は、ＣＩ２００ｗに含まれるプロパティ「ホスト名、財番」及びＣＩ２００ｘに含まれるプロパティ「ホスト名、稼働状況」のうち、ＣＩ２００ｗ，２００ｘに重複して含まれるプロパティ「ホスト名」を抽出する。そして、抽出したプロパティ「ホスト名」を属性リストとして含む整合化条件を生成し、生成整合化条件として生成整合化条件記憶テーブル１３２に登録する。なお、生成整合化条件記憶テーブル１３２には、図７−２に示すように、属性リストとして「ＩＰアドレス、ホスト名、ドメイン名」の３つのプロパティを含む生成整合化条件が順番「１」及びＩＤ「ｉｄ２＿２」と対応付けて記憶されるとともに、属性リストとして「ホスト名、ドメイン名」の２つのプロパティを含む生成整合化条件が順番「２」及びＩＤ「ｉｄ２＿１」と対応付けて記憶される。

ここで、ＣＩ２００ｗ，２００ｘに基づき生成された整合化条件に含まれるプロパティ数は「１」であり、生成整合化条件記憶テーブル１３２に記憶されているＩＤ「ｉｄ２＿２」の生成整合化条件に含まれるプロパティ数は「３」である。また、生成整合化条件記憶テーブル１３２に記憶されているＩＤ「ｉｄ２＿１」の生成整合化条件に含まれるプロパティ数は「２」である。そのため、整合化条件生成部１１５は、生成した整合化条件の並び順がこれらＩＤ「ｉｄ２＿１」や「ｉｄ２＿２」の生成整合化条件よりも後になるように、該生成した整合化条件を生成整合化条件記憶テーブル１３２に登録する。

具体的には、整合化条件生成部１１５は、生成した整合化条件を順番「３」と対応付けて記憶する。これにより、ＩＤ「ｉｄ２＿３」の生成整合化条件は、整合化判定部１１４によりＩＤ「ｉｄ２＿２」の生成整合化条件やＩＤ「ｉｄ２＿２」の生成整合化条件よりも後に生成整合化条件記憶テーブル１３２から取出される。

このように、整合化条件生成部１１５は、生成整合化条件記憶テーブル１３２に記憶された生成整合化条件の並び順が、該生成整合化条件に含まれるプロパティ数に応じた順序となるように、生成整合化条件を生成整合化条件記憶テーブル１３２に登録する。

なお、整合化条件生成部１１５は、端末装置２からの処理依頼に含まれる複数のＣＩに対してだけでなく、同一対象に関するＣＩであると判定され、既存整合化条件記憶テーブル１３１に記憶された複数のＣＩに対して整合化条件生成処理を実行することもできる。具体的には、整合化条件生成部１１５は、生成整合化条件記憶テーブル１３２から、同一対象に関する複数のＣＩ、すなわち、整合化済みのＣＩを取出し、上記と同様の整合化条件生成処理を実行する。

また、このような場合、整合化条件生成部１１５は、例えば、プロパティ「購入日」のように、異なる対象に関するＣＩ同士であっても値が一致する可能性の高いプロパティについては、複数のＣＩ間に重複して存在する場合であっても抽出しないようにする。これにより、整合化対象情報が、異なる対象に関するＣＩと整合化されてしまうといった事態を可及的に減少させることができる。なお、かかる場合、情報管理装置１は、異なる対象に関するＣＩ同士であっても値が一致する可能性の高いプロパティを所定の記憶領域に記憶する。

次に、本実施例にかかる情報管理装置１の具体的動作について説明する。図８は、本実施例にかかる情報管理装置の処理手順を示すフローチャートである。

図８に示すように、先ず、操作実行部１１１は、端末装置２からネットワークを介して処理依頼を受けたか否かを判定する（ステップＳ１０１）。この処理において、端末装置２から処理依頼を受けたと判定すると（ステップＳ１０１肯定）、制御部１１は、柔軟性処理を実行する（ステップＳ１０２）。柔軟性処理は、ステップＳ１０１において端末装置２から取得した処理依頼に応じた処理をものであり、図９において詳述する。ステップＳ１０２の柔軟性処理を終えると、制御部１１は、処理を終了する。

続いて、ステップＳ１０２における柔軟性処理について図９を参照して説明する。図９は、本実施例にかかる柔軟性処理の処理手順を示すフローチャートである。なお、端末装置２からの処理依頼には、依頼内容として「操作」及び「引数１」または「操作」、「引数１」及び「引数２」の情報が含まれる。「操作」とは、情報管理装置１が実行すべき操作であり、例えば、「検索」、「更新」、「削除」、「追加」、「整合化」などである。また、「引数１」、「引数２」とは、「操作」を行う対象と特定するための情報である。

例えば、処理依頼に含まれる「操作」の情報が「削除」である場合、作業者が削除したいＣＩの名前やＩＤ等が「引数１」として処理依頼に含まれる。また、処理依頼に含まれる「操作」の情報が「整合化」である場合、整合化を行う２つのＣＩの名前やＩＤ等がそれぞれ「引数１」及び「引数２」として処理依頼に含まれる。また、図９に示すフローチャートでは、端末装置２からの処理依頼に含まれる「操作」の情報を「ｏ」とし、「引数１」及び「引数２」をそれぞれ「ａ１」及び「ａ２」とする。

図９に示すように、柔軟性処理を開始すると、操作実行部１１１は、ｏが「検索」，「更新」，「削除」の何れかであるか否かを判定する（ステップＳ２０１）。この処理において、ｏが「検索」，「更新」，「削除」の何れかであると判定すると（ステップＳ２０１肯定）、操作実行部１１１は、データ管理部１１２に対して「検索」，「更新」，「削除」の何れかの処理の実行を指示し、データ管理部１１２に検索処理，更新処理，削除処理の何れかの処理を実行させる（ステップＳ２０２）。

例えば、ｏが「検索」である場合、処理依頼には、ａ１として、端末装置２を使用する作業者によって指定された検索式が含まる。そして、データ管理部１１２は、かかる検索式に基づき、ＦＣＭＤＢ１０１に記憶された構成情報の検索を行う。また、ｏが「更新」である場合、処理依頼には、ａ１として、対象となる構成情報の名前やローカルＩＤとともに更新後の情報が含まれ、データ管理部１１２は、これら情報に基づき、ＦＣＭＤＢ１０１に記憶された構成情報のうち、該当する構成情報の更新を行う。また、ｏが「削除」である場合、処理依頼には、ａ１として、対象となる構成情報の名前やローカルＩＤが含まれ、データ管理部１１２は、これら情報に基づき、ＦＣＭＤＢ１０１に記憶された構成情報のうち、該当する構成情報の削除を行う。

一方、ステップＳ２０１において、ｏが「検索」，「更新」，「削除」の何れでもない場合（ステップＳ２０１否定）、操作実行部１１１は、ｏが「追加」であるか否かを判定する（ステップＳ２０３）。「追加」とは、例えば、未処理情報記憶領域１２２に記憶されている整合化が未だ行われていないＣＩに対して整合化処理を行い整合化済情報記憶領域１２１へ登録する操作を表す。

かかる処理においてｏが「追加」であると判定すると（ステップＳ２０３肯定）、制御部１１は、整合化判定処理を行う。かかる整合化判定処理は、図１０に示す処理であり、後述する。なお、ｏが「追加」である場合、端末装置２からの処理依頼には、ａ１として整合化対象情報となるＣＩの名前やローカルＩＤ等が含まれる。

ステップＳ２０４の整合化判定処理を終えると、操作実行部１１１は、整合化判定処理による判定結果ｒがｎｕｌｌであるか否か、すなわち、整合化判定処理により整合化対象情報と同一対象に関するＣＩが特定されたか否かを判定する（ステップＳ２０５）。かかる処理において、結果ｒがｎｕｌｌでない場合（ステップＳ２０５否定）、操作実行部１１１は、整合化実行部１１３に対して処理を指示し、整合化実行部１１３に結果ｒとして得られたＣＩと処理依頼にａ１として含まれる整合化対象情報との整合化処理を実行させる（ステップＳ２０６）。

一方、結果ｒがｎｕｌｌであると判定すると（ステップＳ２０５肯定）、制御部１１は、処理依頼にａ１として含まれる整合化対象情報の整合化済情報記憶領域１２１への登録を、従来通りの方法で実行する（ステップＳ２０７）。従来通りの方法とは、例えば、整合化対象情報に対応するＣＩと整合化済情報記憶領域１２１に登録済みのＣＩとを端末装置２のディスプレイに表示させ、作業者にこれらのＣＩが同一対象に関するＣＩであるか否かを判断させて、手動で整合化を行わせる方法である。

一方、ステップＳ２０３において、ｏが「追加」ではないとき（ステップＳ２０３否定）、操作実行部１１１は、ｏが「整合化」であるか否かを判定する（ステップＳ２０８）。「整合化」とは、作業者によりａ１及びａ２として指定された２つのＣＩの整合化を行う処理を表す。かかる処理において、ｏが「整合化」であると判定すると（ステップＳ２０８肯定）、操作実行部１１１は、整合化条件生成部１１５や整合化実行部１１３に対して処理を指示し、整合化条件生成部１１５や整合化実行部１１３に整合化条件生成処理を実行させる（ステップＳ２０９）。かかる整合化条件生成処理は、図１２に示す処理であり、後述する。

ステップＳ２０９の整合化条件生成処理を終えるとａ１とａ２との整合化を行う（ステップＳ２１０）。ステップＳ２０２，Ｓ２０６，Ｓ２０７，Ｓ２１０の処理を終えると、操作実行部１１１は、ステップＳ２０２，Ｓ２０６，Ｓ２０７，Ｓ２１０の処理により得られた結果をネットワークを介して端末装置２へ返す（ステップＳ２１１）。一方、ステップＳ２０８においてｏが「整合化」ではないとき（ステップＳ２０８否定）、操作実行部１１１は、端末装置２に対してネットワークを介してエラー情報を返す（ステップＳ２１２）。ステップＳ２１１，Ｓ２１２の処理を終えたとき、制御部１１は、柔軟性処理を終了する。

続いて、ステップＳ２０４における整合化判定処理について図１０を参照して具体的に説明する。図１０は、本実施例にかかる整合化判定処理の処理手順を示すフローチャートである。

図１０に示すように、整合化判定処理を開始すると、整合化判定部１１４は、既存整合化条件記憶テーブル１３１より既存整合化条件を取出す（ステップＳ３０１）。なお、以下では、ステップＳ３０１において取出した既存整合化条件をＲとする。続いて、整合化判定部１１４は、既存整合化条件Ｒを用いた整合化判定を行う（ステップＳ３０２）。

続いて、整合化判定部１１４は、ステップＳ３０２において行った整合化判定の結果がｎｕｌｌであるか否か、すなわち、ステップＳ３０２において行った整合化判定により整合化対象情報と同一対象に関するＣＩが特定されたか否かを判定する（ステップＳ３０３）。この処理において、結果がｎｕｌｌでないとき（ステップＳ３０３否定）、すなわち、ステップＳ３０２において行った整合化判定により整合化対象情報と同一対象に関するＣＩが特定された場合、整合化判定部１１４は、結果を操作実行部１１１に返す（ステップＳ３０４）。

一方、ステップＳ３０３において結果がｎｕｌｌであると判定すると（ステップＳ３０３肯定）、整合化判定部１１４は、柔軟整合化判定処理を実行する（ステップＳ３０５）。この柔軟整合化判定処理は、図１１に示す処理であり、後述する。ステップＳ３０４，Ｓ３０５の処理を終えると、整合化判定部１１４は、整合化処理を終了する。

続いて、ステップＳ３０５における柔軟整合化処理について図１１を参照して説明する。図１１は、柔軟整合化判定処理の処理手順を示すフローチャートである。なお、以下のフローチャートでは、整合化対象情報のＣＩを「ｅ」として説明する。

図１１に示すように、柔軟整合化判定処理を開始すると、データ管理部１１２は、整合化済情報記憶領域１２１から全てのＣＩを取出す（ステップＳ４０１）。なお、以下では、ステップＳ４０１において取出したＣＩを「Ｅｎｔｉｔｙ Ｅ」とする。続いて、整合化判定部１１４は、Ｅが空であるか否かを判定する（ステップＳ４０２）。すなわち、整合化判定部１１４は、ステップＳ４０１においてデータ管理部１１２により整合化済情報記憶領域１２１から取出されたＣＩが存在するか否かを判定する。この処理において、Ｅが空でないとき（ステップＳ４０２否定）。整合化判定部１１４は、処理をステップＳ４０３へ移行する。

ステップＳ４０３において、整合化判定部１１４は、ＥからＥｎｔｉｔｙ ｅ’を取出す。すなわち、整合化判定部１１４は、ステップＳ４０１において取出した全てのＣＩの中から１つのＣＩを取出す。続いて、整合化判定部１１４は、生成整合化条件記憶テーブル１３２から生成整合化条件を全て取出す（ステップＳ４０４）。なお、以下では、ステップＳ４０４において取出した全ての生成整合化条件を「Ｒ」とする。

続いて、整合化判定部１１４は、Ｒが空であるか否かを判定する（ステップＳ４０５）。すなわち、整合化判定部１１４は、ステップＳ４０４において取出した生成整合化条件が空か否か、さらに換言すれば、生成整合化条件記憶テーブル１３２に生成整合化条件が記憶されていないか否かを判定する。

この処理において、Ｒが空でないとき（ステップＳ４０５否定）、整合化判定部１１４は、Ｒから１つの生成整合化条件を順番に取出す（ステップＳ４０６）。具体的には、整合化判定部１１４は、生成整合化条件を、順番「１」と対応付けられた生成整合化条件から順に生成整合化条件記憶テーブル１３２から取出す。これにより、整合化判定部１１４は、生成整合化条件を、該生成整合化条件に含まれるプロパティ数が多い生成整合化条件から順に生成整合化条件記憶テーブル１３２から取出すこととなる。なお、以下では、Ｒから取出した１つの生成整合化条件を「ｒ」とする。

続いて、整合化判定部１１４は、ｅがｒの属性リストに含まれるプロパティを全て含むか否かを判定する（ステップＳ４０７）。すなわち、整合化判定部１１４は、整合化対象情報であるＣＩが、ステップＳ４０６において取出した生成整合化条件に属性リストとして含まれるプロパティの全てを含むか否かを判定する。この処理において、ｅがｒの属性リストに含まれるプロパティの何れか又は全てを含まない場合（ステップＳ４０７否定）、整合化判定部１１４は、処理をステップＳ４０５へ移行する。

一方、ｅがｒの属性リストに含まれるプロパティを全て含むと判定すると（ステップＳ４０７肯定）、整合化判定部１１４は、処理をステップＳ４０８へ移行する。このように、整合化判定部１１４は、整合化対象情報に対応する整合化条件として、該整合化対象情報に含まれるプロパティと同一のプロパティのみを指定する整合化条件を生成整合化条件記憶テーブル１３２から取得する。

しかも、整合化判定部１１４は、整合化対象情報に対応する生成整合化条件として、整合化対象情報に含まれるプロパティと同一の属性のみを指定する生成整合化条件のうち、最も多くのプロパティを含んだ生成整合化条件を、該整合化対象情報に対応する生成整合化条件として生成整合化条件記憶テーブル１３２から取得する。

ステップＳ４０８において、整合化判定部１１４は、ｅとｅ’について、ｒの属性リストに含まれるプロパティの値が全て一致するか否かを判定する。すなわち、整合化判定部１１４は、整合化対象情報であるＣＩに含まれるプロパティのうちステップＳ４０６において取出した生成整合化条件に含まれるプロパティの値と、ステップＳ４０３において取出した１つのＣＩに含まれるプロパティのうちステップＳ４０６において取出した生成整合化条件に含まれるプロパティの値とが一致するか否かを判定する。この処理において、ｅとｅ’について、ｒの属性リストに含まれるプロパティの値が一致しない場合（ステップＳ４０８否定）、あるいは、ステップＳ４０５においてＲが空であると判定した場合（ステップＳ４０５肯定）、整合化判定部１１４は、処理をステップＳ４０２へ移行する。

一方、ステップＳ４０８において、ｅとｅ’について、ｒの属性リストに含まれるプロパティの値が全て一致すると判定した場合（ステップＳ４０８肯定）、整合化判定部１１４は、判定結果としてｅ’を操作実行部１１１へ返す（ステップＳ４０９）。すなわち、ステップＳ４０３において取出したＣＩに含まれるプロパティのち、ステップＳ４０６において取出した整合化条件によって指定されるプロパティの値が、整合化対象情報に含まれる該プロパティの値と一致する場合、整合化判定部１１４は、該ＣＩを、整合対象情報と同一対象に関するＣＩであると判定し、判定結果として該ＣＩを操作実行部１１１へ返す。

一方、ステップＳ４０２においてＥが空であると判定した場合（ステップＳ４０２肯定）、整合化判定部１１４は、操作実行部１１１に対して、判定結果「ｎｕｌｌ」を返す（ステップＳ４１０）。ステップＳ４０９，Ｓ４１０の処理を終えたとき、整合化判定部１１４は、柔軟整合化処理を終了する。

このように、整合化判定部１１４は、先ず、その値が一つの対象に固有であるプロパティのみを指定した既存整合化条件を用いて整合化判定処理を行う。そして、かかる整合化判定処理の結果として、整合化対象情報と同一対象に関するＣＩが特定されなかった場合、整合化判定部１１４は、一つの対象に固有なプロパティだけでなく、異なる対象に関する複数のＣＩが同一の値で含み得るプロパティを一又は複数指定した生成整合化条件の中から、統合対象情報に対応する生成統合化条件を取得する。そして、取得した生成整合化条件を用いて整合化判定処理を行う。これにより、整合化対象情報に、ＩＰアドレスや財番など対象に固有なプロパティが含まれない場合や、対象に固有なプロパティを含むものの該プロパティを共通して含む他のＣＩが整合化済情報記憶領域１２１に記憶されていない場合であっても、対象に固有でないプロパティの組合せ等を指定する生成整合化条件を用いて整合化判定を行うことにより、該整合化対象情報と同一対象に関するＣＩを特定することができる。

続いて、ステップＳ２０９における整合化条件生成処理について図面を参照して説明する。図１２は、本実施例にかかる整合化条件生成処理の処理手順を示すフローチャートである。なお、以下のフローチャートでは、整合化の対象となる２つのＣＩをそれぞれ「ｅ１」、「ｅ２」として説明する。本実施例において「ｅ１」及び「ｅ２」は、端末装置２からの処理依頼に含まれる引数１及び引数２により特定される。例えば、引数１には、「ｅ１」の名前やローカルＩＤ等が含まれ、引数２には、「ｅ２」の名前やローカルＩＤ等が含まれる。

図１２に示すように、整合化条件生成部１１５は、ｅ１とｅ２について、互いに値が一致するプロパティの集合Ａを求める（ステップＳ５０１）。例えば、ｅ１が図７−１に示すＣＩ２００ｕであり、ｅ２がＣＩ２００ｖである場合、整合化条件生成部１１５は、これらＣＩ２００ｕ，２００ｖに共通して含まれるプロパティのうち、互いに値が一致するプロパティの集合「ＩＰアドレス、ホスト名、ドメイン名」をＡとする。

続いて、整合化条件生成部１１５は、生成整合化条件記憶テーブル１３２から生成整合化条件を全て取出す（ステップＳ５０２）。なお、以下では、ステップＳ５０２において取出した生成整合化条件の集合をＲとする。続いて、整合化条件生成部１１５は、Ｒが空であるか否かを判定する（ステップＳ５０３）。

この処理において、Ｒが空であると判定した場合（ステップＳ５０３肯定）、すなわち、生成整合化条件記憶テーブル１３２に生成整合化条件が登録されていない場合、整合化条件生成部１１５は、属性リストとしてＡを有する生成整合化条件を生成整合化条件記憶テーブル１３２のカラムの最後尾に登録する（ステップＳ５０４）。具体的には、Ａが「ＩＰアドレス、ホスト名、ドメイン名」である場合、整合化条件生成部１１５は、属性リストとして「ＩＰアドレス、ホスト名、ドメイン名」を含む生成整合化条件を順番「１」及び所定のＩＤと対応付けて生成整合化条件記憶テーブル１３２に登録する。

一方、ステップＳ５０３において、Ｒが空ではないとき（ステップＳ５０３否定）、整合化条件生成部１１５は、Ｒから１つの生成整合化条件を順番に取出す（ステップＳ５０５）。すなわち、整合化条件生成部１１５は、生成整合化条件を、順番「１」と対応付けられた生成整合化条件から順に取出す。なお、以下では、ステップＳ５０５において取出した生成整合化条件ｒとする。

続いて、整合化条件生成部１１５は、Ａに含まれるプロパティの数が、ｒの属性リストに含まれるプロパティの数よりも少ないか否かを判定する（ステップＳ５０６）。この処理において、Ａに含まれるプロパティの数がｒの属性リストに含まれるプロパティの数よりも少ないと判定した場合（ステップＳ５０６肯定）、整合化条件生成部１１５は、処理をステップＳ５０３へ移行する。例えば、Ａに含まれるプロパティが「ホスト名」の１つであり、ステップＳ５０５において取出した生成整合化条件ｒに属性リストとして含まれるプロパティが「ＩＰアドレス、ホスト名、ドメイン名」の３つであったとする。かかる場合、整合化条件生成部１１５は、Ａに含まれるプロパティの数がｒの属性リストに含まれるプロパティの数よりも少ないと判定して、処理をステップＳ５０３へ移行する。

一方、Ａに含まれるプロパティの数がｒの属性リストに含まれるプロパティの数よりも少なくないとき（ステップＳ５０６否定）、整合化条件生成部１１５は、Ａに含まれるプロパティの数とｒの属性リストに含まれるプロパティの数とが同じであるか否かを判定する（ステップＳ５０７）。この処理において、Ａに含まれるプロパティの数とｒの属性リストに含まれるプロパティの数とが同じであると判定した場合（ステップＳ５０７肯定）、整合化条件生成部１１５は、処理をステップＳ５０８へ移行する。例えば、Ａに含まれるプロパティが「ホスト名、ドメイン名」の２つであり、ステップＳ５０５において取出した生成整合化条件ｒに属性リストとして含まれるプロパティが「ホスト名、ドメイン名」の２つであったとする。かかる場合、整合化条件生成部１１５は、Ａに含まれるプロパティの数とｒの属性リストに含まれるプロパティの数とが同じであると判定して、処理をステップＳ５０８へ移行する。

ステップＳ５０８において、整合化条件生成部１１５は、Ａに含まれるプロパティとｒに属性リストとして含まれるプロパティが全て同じであるか否かを判定する。この処理において、Ａに含まれるプロパティとｒに属性リストとして含まれるプロパティが同じではないとき（ステップＳ５０８否定）、整合化条件生成部１１５は、処理をステップＳ５０３へ移行する。例えば、Ａに含まれるプロパティが「ホスト名、ドメイン名」の２つであり、ｒに属性リストとして含まれるプロパティが「ＩＰアドレス、ホスト名」である場合、Ａに含まれるプロパティとｒに属性リストとして含まれるプロパティが同じではないため、整合化条件生成部１１５は、処理をステップＳ５０３へ移行する。

一方、ステップＳ５０７において、Ａに含まれるプロパティの数とｒの属性リストに含まれるプロパティの数とが同じではないとき（ステップＳ５０７否定）、整合化条件生成部１１５は、Ａに含まれるプロパティの数が、ｒの属性リストに含まれるプロパティの数よりも多いか否かを判定する（ステップＳ５０９）。この処理において、Ａに含まれるプロパティの数がｒの属性リストに含まれるプロパティの数よりも多くない場合（ステップＳ５０９否定）、整合化条件生成部１１５は、操作実行部１１１に対してエラー報告を行う（ステップＳ５１０）。

一方、Ａに含まれるプロパティの数がｒの属性リストに含まれるプロパティの数よりも多いと判定した場合（ステップＳ５０９肯定）、整合化条件生成部１１５は、生成整合化条件記憶テーブル１３２に対して、属性リストとしてＡを持つ生成整合化条件をｒの直前に登録する（ステップＳ５１１）。例えば、Ａに含まれるプロパティが「ＩＰアドレス、ホスト名、ドメイン名」の３つであり、ステップＳ５０５において取出した生成整合化条件ｒに属性リストとして含まれるプロパティが「ホスト名、ドメイン名」の２つであったとする。かかる場合、整合化条件生成部１１５は、プロパティ「ＩＰアドレス、ホスト名、ドメイン名」を属性リストとして有する生成整合化条件を、プロパティ「ホスト名、ドメイン名」を属性リストとして有する生成整合化条件のカラムの直前に登録する。より具体的には、プロパティ「ホスト名、ドメイン名」を属性リストとして有する生成整合化条件ｒが順番「２」と対応付けて生成整合化条件記憶テーブル１３２に記憶されていた場合、整合化条件生成部１１５は、該生成整合化条件に対応付けられた順番を「３」に変更し、プロパティ「ＩＰアドレス、ホスト名、ドメイン名」を属性リストとして有する生成整合化条件を順番「２」と対応付けて生成整合化条件記憶テーブル１３２に記憶する。

ステップＳ５０４，Ｓ５１０，Ｓ５１１の処理を終えたとき、あるいは、ステップＳ５０８においてＡに含まれるプロパティとｒに属性リストとして含まれるプロパティが全て同じであると判定した場合（ステップＳ５０８肯定）、整合化条件生成部１１５は、整合化条件生成処理を終了する。

上述してきたように、本実施例では、整合化対象情報に含まれる属性の揃い具合によって整合化条件を変更することとしため、対象に固有なプロパティが共通して含まれない場合であっても、整合化対象情報と同一対象に関するＣＩを特定することができ、その結果、同一対象に関するＣＩ同士を容易に整合化することができる。

しかも、本実施例では、整合化対象情報に対応する整合化条件として、整合化対象情報に含まれるプロパティと同一のプロパティのみを指定する生成整合化条件のうち、最も多くのプロパティを含んだ生成整合化条件を、該整合化対象情報に対応する生成整合化条件とする。そのため、対象に固有でないプロパティが属性リストに含まれる場合であっても、より多くのプロパティとの組合せを指定する生成整合化条件を整合化判定に用いることによって、より確実に同一対象に関するＣＩと整合化することができる。

また、本実施例では、複数のＣＩ間に重複して含まれるプロパティであって、該プロパティの値が該複数のＣＩ間で一致するプロパティを抽出し、抽出したプロパティによって指定される整合化条件を生成整合化条件記憶テーブル１３２に登録する。すなわち、既に整合化されている複数のＣＩや作業者により同一対象のＣＩであると判断された複数のＣＩを用いて整合化条件を生成することにより、信頼性の高い整合化条件を生成することができ、より柔軟性のある整合化判定を行うことが可能となる。

また、本実施例では、生成した整合化条件を、生成整合化条件記憶テーブル１３２に記憶された整合化条件の並び順が、該整合化条件に含まれるプロパティ数に応じた順序となるように登録する。これにより、整合化判定部１１４は、生成整合化条件記憶テーブル１３２から生成整合化条件を取出す場合、各生成整合化条件に含まれるプロパティ数の比較等を行うことなく、各生成整合化条件に対応付けられた「順番」に応じて取出すだけで、属性リストとして含まれるプロパティ数の多い順に生成整合化条件を取出すことができ、処理の効率的を図ることができる。

ところで、情報管理装置１の機能をソフトウェアとして実装し、これをコンピュータで実行することにより、情報管理装置１と同等の機能を実現することもできる。以下に、情報管理装置１の機能をソフトウェアとして実装した情報管理プログラムを実行するコンピュータの一例を示す。図１３は、情報管理プログラムを実行するコンピュータを示す図である。

コンピュータ６００は、各種演算処理を実行するＣＰＵ（Central Processing Unit）６１０と、ユーザからのデータの入力を受け付ける入力装置６２０と、各種情報を表示するモニタ６３０とを備える。また、コンピュータ６００は、記録媒体からプログラム等を読み取る媒体読み取り装置６４０と、ネットワークを介して他のコンピュータとの間でデータの授受を行うネットワークインターフェース装置６５０を備える。また、コンピュータ６００は、各種情報を一時記憶するＲＡＭ（Random Access Memory）６６０と、ハードディスク装置６７０とを備える。また、コンピュータ６００は、これらをバス６８０により相互に接続する。

そして、ハードディスク装置６７０には、上記の実施例と同様の機能を発揮する情報管理プログラム、すなわち、条件取得プログラム６７１と、同一対象情報判定プログラム６７２とが記憶される。

そして、ＣＰＵ６１０が条件取得プログラム６７１と、同一対象情報判定プログラム６７２をハードディスク装置６７０から読み出してＲＡＭ６６０に展開することにより、各プログラム６７１，６７２は、それぞれ条件取得プロセス６６１、同一対象情報判定プロセス６６２として機能する。

なお、上記の条件取得プログラム６７１、同一対象情報判定プログラム６７２は、必ずしもハードディスク装置６７０に格納されている必要はなく、ＣＤ−ＲＯＭ等の記憶媒体に記憶されたこのプログラムを、コンピュータ６００が読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等を介してコンピュータ６００に接続される他のコンピュータまたはサーバ等にこのプログラムを記憶させておき、コンピュータ６００がこれらからプログラムを読み出して実行するようにしてもよい。

Claims (6)

1. 同一対象に関する複数の情報に重複して含まれる一又は複数の属性を指定した生成統合化条件を記憶する生成条件記憶手段と、
   属性の値が一つの対象に対して固有である属性のみを指定した既存統合化条件を記憶する既存条件記憶手段と、
   前記既存条件記憶手段に記憶された既存統合化条件によって指定される属性を含んだ情報であって、該情報に含まれる属性のうち前記既存統合化条件によって指定される属性の値が、統合化の対象となる情報である統合対象情報に含まれる属性のうち前記既存統合化条件によって指定される属性の値と一致する情報を、前記統合対象情報と同一対象に関する情報であると判定する同一対象情報判定手段と、
   前記同一対象情報判定手段により前記既存条件記憶手段に記憶された既存統合化条件を用いて行われた判定処理の結果として、前記統合対象情報と同一対象に関する情報が特定されなかった場合に、該統合対象情報に含まれる属性と同一の属性のみを指定する生成統合化条件を、新たな判定処理を行う際の前記統合対象情報に対応する生成統合化条件として、前記生成条件記憶手段から取得する条件取得手段と、
   を備えたことを特徴とする情報管理装置。
2. 同一対象に関する複数の情報に重複して含まれる一又は複数の属性を指定した生成統合化条件を記憶する生成条件記憶手段と、
   統合化の対象となる情報である統合対象情報に対応する統合化条件として、該統合対象情報に含まれる属性と同一の属性のみを指定する生成統合化条件のうち、最も多くの属性を含んだ生成統合化条件を前記条件記憶手段から取得する条件取得手段と、
   前記条件取得手段により取得した生成統合化条件によって指定される属性を含んだ情報であって、該情報に含まれる属性のうち前記生成統合化条件によって指定される属性の値が、前記統合対象情報に含まれる属性のうち前記生成統合化条件によって指定される属性の値と一致する情報を、前記統合対象情報と同一対象に関する情報であると判定する同一対象情報判定手段と
   を備えたことを特徴とする情報管理装置。
3. 同一対象に関する複数の情報に重複して含まれる一又は複数の属性を指定した生成統合化条件を記憶する生成条件記憶手段と、
   同一対象に関する複数の情報から、該複数の情報間に重複して含まれる属性であって、該属性の値が該複数の情報間で一致する属性を抽出し、抽出した属性によって指定される統合化条件を生成統合化条件として前記生成条件記憶手段に登録する方法生成手段と、
   統合化の対象となる情報である統合対象情報に対応する統合化条件として、該統合対象情報に含まれる属性と同一の属性のみを指定する生成統合化条件を前記生成条件記憶手段から取得する条件取得手段と、
   前記条件取得手段により取得した生成統合化条件によって指定される属性を含んだ情報であって、該情報に含まれる属性のうち前記生成統合化条件によって指定される属性の値が、前記統合対象情報に含まれる属性のうち前記生成統合化条件によって指定される属性の値と一致する情報を、前記統合対象情報と同一対象に関する情報であると判定する同一対象情報判定手段と
   を備えたことを特徴とする情報管理装置。
4. 前記方法生成手段は、前記生成条件記憶手段に記憶された統合化条件の並び順が、該生成統合化条件に含まれる属性数に応じた順序となるように、前記生成統合化条件を前記生成条件記憶手段に登録し、
   前記条件取得手段は、前記生成統合化条件を前記生成条件記憶手段から前記並び順に応じた順序で取出し、取出した生成統合化条件が、前記統合対象情報に含まれる属性のみを含む場合、該取出した生成統合化条件を前記統合対象情報に対応する生成統合化条件であると判定する
   ことを特徴とする請求項３に記載の情報管理装置。
5. 属性の値が一つの対象に対して固有である属性のみを指定した既存統合化条件によって指定される属性を含んだ情報であって、該情報に含まれる属性のうち前記既存統合化条件によって指定される属性の値が、統合化の対象となる情報である統合対象情報に含まれる属性のうち前記既存統合化条件によって指定される属性の値と一致する情報を、前記統合対象情報と同一対象に関する情報であると判定する同一対象情報判定手段と、
   前記同一対象情報判定手段により前記既存統合化条件を用いて行われた判定処理の結果として、前記統合対象情報と同一対象に関する情報が特定されなかった場合に、同一対象に関する複数の情報に重複して含まれる一又は複数の属性を指定した生成統合化条件を記憶する生成条件記憶手段から、該統合対象情報に含まれる属性と同一の属性のみを指定する生成統合化条件を、新たな判定処理を行う際の前記統合対象情報に対応する生成統合化条件として取得する条件取得手段と、
   をコンピュータに実行させることを特徴とする情報管理プログラム。
6. 同一対象に関する複数の情報に重複して含まれる一又は複数の属性を指定した複数の統合化条件を記憶する記憶手段と、
   統合化の対象となる情報である統合対象情報に対応する統合化条件として、前記記憶手段が記憶する統合化条件のうち、指定する全ての属性が前記統合対象情報に含まれる属性と一致する統合化条件を取得する取得手段と、
   前記取得手段により取得した統合化条件によって指定される属性を含んだ情報であって、該情報に含まれる属性のうち前記統合化条件によって指定される属性の値が、前記統合対象情報に含まれる属性のうち前記統合化条件によって指定される属性の値と一致する情報を、前記統合対象情報と同一対象に関する情報であると判定する判定手段と
   を備えたことを特徴とする情報管理装置。

Images