構成情報管理システム、構成情報管理方法、分散情報管理装置及び分散情報管理プログラム
【課題】各ＦＣＭＤＢ側の処理負担を軽減する。
【解決手段】ＣＩの属性情報を構成種別毎に管理する複数のＭＤＲ２０から属性情報の内、ＩＰＲＯＰを分散管理する複数のＦＣＭＤＢ３０を有し、ＦＣＭＤＢ３０は、ＣＩの登録要求を検出すると、複数種のＩＰＲＯＰが登録要求内にあるか否かを判定するＩＰＲＯＰ判定部４１と、登録要求内に複数のＩＰＲＯＰがある場合に、ＩＰＲＯＰのエンティティＩＤ及び、ＩＰＲＯＰを含む登録済みの同一ＣＩの他のＩＰＲＯＰのエンティティＩＤを各ＦＣＭＤＢ３０から収集するエンティティＩＤ収集部４２と、同一ＣＩの全種のエンティティＩＤが収集されると、同一ＣＩの全種のＩＰＲＯＰに、同一ＣＩの共通エンティティＩＤを付与する共通エンティティ付与部４３と、同一ＣＩの全種のエンティティデータを統合したデータを共通エンティティＩＤに関わるＦＣＭＤＢ３０に分散登録するリコンサイル登録部４４とを有している。
【解決手段】ＣＩの属性情報を構成種別毎に管理する複数のＭＤＲ２０から属性情報の内、ＩＰＲＯＰを分散管理する複数のＦＣＭＤＢ３０を有し、ＦＣＭＤＢ３０は、ＣＩの登録要求を検出すると、複数種のＩＰＲＯＰが登録要求内にあるか否かを判定するＩＰＲＯＰ判定部４１と、登録要求内に複数のＩＰＲＯＰがある場合に、ＩＰＲＯＰのエンティティＩＤ及び、ＩＰＲＯＰを含む登録済みの同一ＣＩの他のＩＰＲＯＰのエンティティＩＤを各ＦＣＭＤＢ３０から収集するエンティティＩＤ収集部４２と、同一ＣＩの全種のエンティティＩＤが収集されると、同一ＣＩの全種のＩＰＲＯＰに、同一ＣＩの共通エンティティＩＤを付与する共通エンティティ付与部４３と、同一ＣＩの全種のエンティティデータを統合したデータを共通エンティティＩＤに関わるＦＣＭＤＢ３０に分散登録するリコンサイル登録部４４とを有している。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、構成情報管理システム、構成情報管理方法、分散情報管理装置及び分散情報管理プログラムに関する。
【背景技術】
【０００２】
近年、ＩＴシステムは、オープン化やマルチベンダー化が進み、サーバ台数の増加やストレージ容量の増大と相まって大規模化・複雑化している。このため、運用コストが増大しているだけでなく、人的ミスによるシステム停止やサービス品質低下が大きな問題となっている。そこで、こうした問題を解決するため、サーバ、ストレージやアプリケーション等といったＩＴシステムの構成情報の管理が重要となっている。
【０００３】
このようなＩＴシステムの構成情報を管理する装置として、構成管理データベースと呼ばれるデータベースが知られている。構成管理データベースは、ＩＴシステムの運用管理データを管理する運用管理ミドルウェアのデータベースに相当する。
【０００４】
例えば、データセンタの運用においては、サーバ管理、ネットワーク管理、サービス管理や資産管理等の管理業務に最適化された運用管理ミドルウェアが存在する。また、各運用管理ミドルウェアは、固有の構成管理データベースを有し、それぞれの業務に関する構成情報を構成管理データベースに登録する。このように、各構成管理データベースは、構成情報を他の構成管理データベースと独立して管理するため、構成管理データベースへのアクセス方法や構成管理データベースで管理される構成情報のデータ形式が構成管理データベース毎に異なる場合があり、各構成管理データベース間で連携をとる場合には人的な作業を要するのが実情である。
【０００５】
そこで、複数の構成管理データベースに散在する各種の構成情報を仮想的に統合する統合構成管理データベース（Federated Configuration Management Database：ＦＣＭＤＢ）と称するデータベースを備えた構成情報管理装置が開発された。ＦＣＭＤＢでは、仮想統合する各構成管理データベースのことをＭＤＲ（Management Data Repository）と呼ぶ。図１２は、ＦＣＭＤＢシステムの構成を示す説明図である。図１２に示すＦＣＭＤＢシステム１００は、複数のＭＤＲ１０１、ＦＣＭＤＢ１０２及びクライアント端末１０４を有し、ＭＤＲ１０１及びＦＣＭＤＢ１０２間を、ネットワーク１０３を通じて通信接続する。
【０００６】
各ＭＤＲ１０１は、例えば、ＩＴシステム内に存在する機器等の構成に関する属性情報を構成種別毎に管理する。更に、各ＭＤＲ１０１は、管理するデータの構成種別及びデータ量が異なることは勿論のこと、自分のローカルＩＤに対応付けて属性情報等の各種情報を管理している。例えば、ＭＤＲ１０１Ａでは、設計情報を管理し、ＭＤＲ１０１Ｂでは、製品情報を管理し、ＭＤＲ１０１Ｃでは、性能情報を管理し、ＭＤＲ１０１Ｄでは、構成情報を管理する。
【０００７】
また、ＦＣＭＤＢ１０２は、複数のＭＤＲ１０１に分散して管理される同一対象の構成情報を統合して管理する。具体的には、ＦＣＭＤＢ１０２は、ＩＴシステムを構成する機器、ソフトウェア、データログ等の構成要素（Configuration Item：ＣＩ）や各ＣＩ間の関係（Relationship:Ｒ）を管理する。例えば、ＦＣＭＤＢ１０２で管理するＣＩ「Ｃ」とは、ＭＤＲ１０１Ａで管理する設計情報Ｃ’’、ＭＤＲ１０１Ｃで管理する性能情報Ｃ＾、ＭＤＲ１０１Ｄで管理するＣ’の構成情報を統合したものである。
【０００８】
その結果、システム管理者等の作業者は、バッチの適用作業やハードウェアの保守作業等のシステム運用に関わる様々な状況下で、ＦＣＭＤＢ１０２を使用して仮想的に統合された構成情報を参照し、ＩＴシステム全体の構成を容易に管理把握できる。
【０００９】
図１３は、ＦＣＭＤＢシステム１００のデータ統合の原理を示す説明図である。図１３の例では、ＭＤＲ１０１Ａは、同一ＣＩの属性情報として“サーバ”、“ID:WebServer１”及び“S/N:XYZ123”を管理している。また、ＭＤＲ１０１Ｂは、同一ＣＩの属性情報として“サーバ”、“ID:192.168.0.1”、“製番：XYZ123”を管理している。更に、ＭＤＲ１０１Ｃは、同一ＣＩの属性情報として“ホスト”、“ID:hostnameX”及び“SERNO:XYZ123”を管理している。更に、ＭＤＲ１０１Ｄは、同一ＣＩの属性情報として“ノード”、“ID:192.168.0.1”及び“SN:XYZ123”を管理している。つまり、各ＭＤＲ１０１は、同一ＣＩの属性情報であるにも関わらず、異なる構成種別で管理している。
【００１０】
そこで、ＦＣＭＤＢ１０２では、各ＭＤＲ１０１で管理する同一ＣＩの属性情報を共通形式に変換する。更に、ＦＣＭＤＢ１０２は、ＭＤＲ１０１毎に異なるローカルＩＤで管理する属性情報から、ユニークな属性値を有する共通プロパティをキーにしてＣＩを同定する リコンサイル処理を実行する。尚、共通プロパティとは、例えば、製造番号を示す“S/N:XYZ123”、“製番：XYZ123”、 SERNO:XYZ123”及び “SN:XYZ123”である。
【００１１】
ＦＣＭＤＢ１０２は、ＭＤＲ１０１毎に異なるローカルＩＤで管理する属性情報から、製造番号の共通プロパティをキーにしてＣＩを同定し、各ＭＤＲ１０１で分散管理する同一ＣＩの属性情報を統合して管理する。
【００１２】
また、近年では、システム処理能力の大幅向上を図るために、ＦＣＭＤＢ１０２を複数有する分散ＦＣＭＤＢシステムが知られている。図１４は、分散ＦＣＭＤＢシステムの構成を示す説明図である。
【００１３】
図１４に示す分散ＦＣＭＤＢシステム１００Ａは、複数のＭＤＲ１０１、複数のＦＣＭＤＢ１０２及びクライアント端末１０４を有する。複数のＦＣＭＤＢ１０２間は、ネットワーク１０４を通じて通信接続する。
【００１４】
また、分散ＦＣＭＤＢシステム１００Ａは、分散ハッシュテーブル技術を使用して、各ＦＣＭＤＢ１０２にＣＩ／Ｒ単位でデータを分散して管理する。
【００１５】
例えば、ＣＩ１−Ｒ１−ＣＩ２−Ｒ２−ＣＩ３のグラフ構造のデータを各ＦＣＭＤＢ１０２に分散管理する場合、ＣＩ１のデータをＦＣＭＤＢ１０２Ｅ内、Ｒ１−Ｃ２のデータをＦＣＭＤＢ１０２Ｆ内に管理する。更に、Ｒ２のデータをＦＣＭＤＢ１０２Ｂ内、ＣＩ３のデータをＦＣＭＤＢ１０２Ｃ内に管理する。
【００１６】
従って、分散ＦＣＭＤＢシステム１００Ａでは、グラフ構造のデータをＣＩ／Ｒ単位で各ＦＣＭＤＢ１０２に分散して管理することで、システム全体として各ＦＣＭＤＢ１０２の処理負担を軽減できる。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開２００７−２４３２４８号公報
【非特許文献】
【００１８】
【非特許文献１】“Configuration Management Database (CMDB) Federation Specification Version 1.0.0”、[online]、２００９年６月２２日、DMTF、インターネット＜URL: 1261374706171_0.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【００１９】
上記従来の分散ＦＭＣＤＢシステム１００Ａでは、データをＣＩ／Ｒ単位で複数のＦＣＭＤＢ１０２に分散して管理する。しかしながら、ＣＩ又はＲをリコンサイルするために必要な情報（リコンサイル情報）は、ＣＩ／Ｒ登録時に既に同一ＣＩ／Ｒが登録されてないか否かを調べる必要があるため、特定の１台のＦＣＭＤＢ１０２で集中管理することになる。仮に、この１台をＦＣＭＤＢ１０２Ａとすると、当該ＦＣＭＤＢ１０２Ａへの負荷が集中して処理負担が大きくなる。更には、ＦＣＭＤＢ１０２Ａ内の記憶部には大規模な記憶容量を要する。
【００２０】
開示の技術は上記点に鑑みてなされたものであり、その目的とするところは、記憶容量を増やさず、分散情報管理装置側の処理負担を軽減できる構成情報管理システム、構成情報管理方法、分散情報管理装置及び分散情報管理プログラムを提供することにある。
【課題を解決するための手段】
【００２１】
本願の開示する構成情報管理システムは、一つの態様において、管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する複数の分散情報管理装置を有し、前記分散情報管理装置は、同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集部と、前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与部と、前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与部によって付与された共通識別情報を対応付けて管理する共通属性情報管理部とを有する。
【発明の効果】
【００２２】
本願の開示する構成情報管理システムの一態様では、構成要素の共通属性情報を分散管理することで、記憶容量を増やすことなく、分散情報管理装置側の処理負担を軽減しながら、共通属性情報を使用した高速な構成要素の同定を実現できるという効果を奏する。
【図面の簡単な説明】
【００２３】
【図１】図１は、実施例１の構成情報管理システムの構成を示すブロック図である。
【図２】図２は、実施例２の分散ＦＣＭＤＢシステムの構成を示すブロック図である。
【図３】図３は、ＦＣＭＤＢの構成を示すブロック図である。
【図４】図４は、エンティティ管理テーブルのテーブル内容を示す説明図である。
【図５】図５は、データ格納先ＦＣＭＤＢ探索部の基本原理を示す説明図である。
【図６】図６は、データ格納先ＦＣＭＤＢ探索部の基本原理を示す説明図である。
【図７】図７は、ＦＣＭＤＢ側のリコンサイル処理部の処理内容の一例を示す説明図である。
【図８】図８は、分散ＦＣＭＤＢシステムのデータ登録処理に関わる処理動作を示すフローチャートである。
【図９】図９は、分散ＦＣＭＤＢシステムのデータ登録処理に関わる処理動作を示すフローチャートである。
【図１０】図１０は、分散ＦＣＭＤＢシステムの同定ルール変更処理に関わる処理動作を示すフローチャートである。
【図１１】図１１は、分散情報管理プログラムを実行するコンピュータを示す図である。
【図１２】図１２は、ＦＣＭＤＢシステムの構成を示す説明図である。
【図１３】図１３は、ＦＣＭＤＢシステムのデータ統合の原理を示す説明図である。
【図１４】図１４は、分散ＦＣＭＤＢシステムの構成を示す説明図である。
【発明を実施するための形態】
【００２４】
以下に、本願の開示する構成情報管理システム、構成情報管理方法、分散情報管理装置及び分散情報管理プログラムの実施例を図面に基づいて詳細に説明する。尚、本実施例の内容により、本発明の技術思想が限定されるものではない。
【実施例１】
【００２５】
図１は、実施例１の構成情報管理システムの構成を示すブロック図である。図１に示す構成情報管理システム１は、複数の構成情報管理装置２及び複数の分散情報管理装置３を有する。構成情報管理装置２は、管理対象である構成要素に関わる属性情報を構成種別毎に管理する。分散情報管理装置３は、複数の構成情報管理装置２から属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する。尚、複数の分散情報管理装置３間は、ネットワーク４を通じて通信接続する。分散情報管理装置３は、識別情報収集部１１、共通識別情報付与部１２及び属性情報管理部１３を有する。
【００２６】
識別情報収集部１１は、同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する。共通識別情報付与部１２は、同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する。更に、属性情報管理部１３は、同一構成要素に関わる所定属性種別の各共通属性情報に、共通識別情報付与部１２によって付与された共通識別情報を対応付けて管理する。
【００２７】
本実施例１では、同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する。更に、本実施例１では、同一構成要素に関わる所定属性種別の各共通属性情報に共通識別情報を対応付けて管理する。その結果、同一構成要素の共通属性情報を分散化したとしても、これら共通属性情報に同一構成要素に対応した共通識別情報を付与したので、各分散情報管理装置３では、共通識別情報に基づき、構成要素を同定できる。
【００２８】
更に、実施例１では、構成要素の共通属性情報を分散管理することで、その記憶容量を増やすことなく、分散情報管理装置側の処理負担を軽減しながら、共通属性情報を使用した高速な構成要素の同定を実現できる。
【実施例２】
【００２９】
図２は、実施例２の分散ＦＣＭＤＢシステムの構成を示すブロック図である。図２に示す分散ＦＣＭＤＢシステム１Ａは、異種の構成管理データベース（Management Data Repository：ＭＤＲ）２０、統合構成管理データベース（Federating Configuration Management Data Base：ＦＣＭＤＢ）３０及びクライアント端末５を有する。尚、複数のＦＣＭＤＢ３０間は、ネットワーク４を通じて通信接続する。
【００３０】
ＭＤＲ２０は、管理対象の構成情報を構成する構成要素、例えば、サーバ、ストレージやソフトウェア等のＩＴシステムを構成する構成要素（Configuration Item：ＣＩ）の属性情報を構成種別毎に管理する。尚、構成種別とは、例えば、設計情報、製品情報、性能情報や構成情報等である。また、属性情報は、属性名及び属性値を有し、属性名は、例えば、ＩＰアドレス名、シリアル番号やドメイン名等に相当し、属性値は、例えば、ＩＰアドレス値、シリアル番号値及びドメイン名自体等に相当する。各ＭＤＲ２０では、管理するデータの構成種別及びデータ量が異なることは勿論のこと、自分のローカルＩＤに対応付けて属性情報を管理する。
【００３１】
ＦＣＭＤＢ３０は、複数のＭＤＲ２０のデータを仮想的に統合し、ＣＩ／Ｒ単位でリコンサイル及び統合し、これらデータを分散して管理する。更に、ＦＣＭＤＢ３０は、ＣＩ内の属性情報のＩＰＲＯＰ（識別用プロパティ：Identifying Property）データを管理する。尚、ＩＰＲＯＰデータは、ＭＤＲ２０毎に異なるＣＩ内の複数の属性情報の内、ユニークな属性値を含む共通プロパティをキーとする、ＣＩを同定するための共通属性情報に相当する。更に、ＩＰＲＯＰデータの内容は、事前の指定操作で指定した所定の共通属性情報、すなわち、所定の属性名及び、その属性値のセットに相当する。具体的に、属性名としてＩＰアドレス、シリアル番号やホスト名＋ドメイン名等に相当し、その属性値はＩＰアドレスの場合は“１９２．１６８．０．１”、シリアル番号の場合は“ＳＶＲ０１２３４５”等に相当する。
【００３２】
また、クライアント端末５は、分散ＦＣＭＤＢシステム１Ａに対する構成情報の検索要求を実行すると、この検索要求に応じて各ＦＣＭＤＢ３０に分散管理する構成情報のＣＩ及びＲのエンティティデータを収集する。更に、クライアント端末５は、収集したＣＩ及びＲのエンティティデータを構成情報として画面表示する。
【００３３】
図３は、ＦＣＭＤＢ３０の構成を示すブロック図である。図３に示すＦＣＭＤＢ３０は、データ登録サービス処理部３１、データ検索サービス処理部３２、データ格納先ＦＣＭＤＢ探索部３３、ローカルエンティティデータ管理部３４、データ管理ＤＢ３４Ａ及びＦＣＭＤＢ間データ通信部３５を有する。更に、ＦＣＭＤＢ３０は、リコンサイル処理部３６、ローカルリコンサイル管理部３７及びバスライン３８を有する。
【００３４】
データ登録サービス処理部３１は、ＭＤＲ２０からのＣＩ／Ｒ単位の登録要求を受け付ける処理部である。データ検索サービス処理部３２は、クラインアント端末５からの検索要求を受け付ける処理部 である。
【００３５】
データ格納先ＦＣＭＤＢ探索部３３は、データ登録サービス処理部３１の登録要求又はデータ検索サービス処理部３２の検索要求を検出すると、分散ハッシュテーブル技術を利用してデータ格納先のＦＣＭＤＢ３０を取得する。データ格納先ＦＣＭＤＢ探索部３３は、登録要求又は検索要求内のＣＩ／ＲやＩＰＲＯＰデータをハッシュ関数で演算し、そのハッシュ値を算出する。更に、データ格納先ＦＣＭＤＢ探索部３３は、算出したハッシュ値に基づき、ＣＩ／ＲやＩＰＲＯＰデータ等のエンティティデータのデータ格納先であるＦＣＭＤＢ３０を取得する。
【００３６】
ローカルエンティティデータ管理部３４は、自分が担当管理するＣＩ／Ｒ単位のエンティティデータをエンティティＩＤに対応付けてデータ管理ＤＢ３４Ａに登録管理する。ＦＣＭＤＢ間データ通信部３５は、他のＦＣＭＤＢ３０間でデータを送受信する。バスライン３８は、ＦＣＭＤＢ３０内部の各種部位間のデータ通信路に相当する。
【００３７】
リコンサイル処理部３６は、ＩＰＲＯＰ判定部４１、エンティティＩＤ収集部４２、共通エンティティ付与部４３、リコンサイル登録部４４、エンティティ管理テーブル４５、フラグ設定部４６、フラグ判定部４７及びリコンサイル制御部４８を有する。
【００３８】
ＩＰＲＯＰ判定部４１は、ＣＩの登録要求を検出すると、ＩＰＲＯＰデータが登録要求内にあるか否かを判定する。エンティティＩＤ収集部４２は、ＩＰＲＯＰ判定部４１にて登録要求内にＩＰＲＯＰデータがある場合に、そのＩＰＲＯＰデータのエンティティＩＤを各ＦＣＭＤＢ３０のエンティティ管理テーブル４５から収集する。更に、エンティティＩＤ収集部４２は、同じ登録要求に含まれる他のＩＰＲＯＰデータに対応付けられたエンティティＩＤを各ＦＣＭＤＢ３０のエンティティ管理テーブル４５から収集する。尚、ＩＰＲＯＰデータが、例えば、ＩＰアドレス、シリアル番号及びホスト名＋ドメイン名の３種類とし、登録要求内にＩＰアドレス及びシリアル番号のＩＰＲＯＰデータを含むとする。この場合、同じ登録要求に含まれる他のＩＰＲＯＰデータとは、当該ＣＩのホスト名＋ドメイン名に相当する。 つまり、エンティティＩＤ収集部４２は、同定条件に指定した３種類のＩＰＲＯＰデータの内、１種類でも合致した場合には、同一ＣＩと認定する。
【００３９】
更に、エンティティＩＤ収集部４２は、登録要求内にＩＰＲＯＰデータがある場合に、ＩＰＲＯＰデータの属性名及び属性値を抽出する。エンティティＩＤ収集部４２は、データ格納先ＦＣＭＤＢ探索部３３を通じて、ＩＰＲＯＰデータの属性名及び属性値をハッシュ関数で演算し、ＩＰＲＯＰデータのハッシュ値を算出する。更に、エンティティＩＤ収集部４２は、ＩＰＲＯＰデータのハッシュ値に基づき、このＩＰＲＯＰデータのデータ格納先であるＦＣＭＤＢ３０を取得する。更に、エンティティＩＤ収集部４２は、このＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０に対して、エンティティ管理テーブル４５に登録済みのＩＰＲＯＰデータに対応するエンティティＩＤを問い合せる。
【００４０】
図４は、エンティティ管理テーブル４５のテーブル内容を示す説明図である。エンティティ管理テーブル４５は、このＦＣＭＤＢ３０自体が担当管理するＩＰＲＯＰデータ（属性名及び属性値）毎にエンティティＩＤ及び、後述する確定済みフラグを登録管理している。例えば、属性名が“ＩＰアドレス”、属性値が“１９２．１６８．０．１”の場合に、ＩＰＲＯＰデータの“ＩＰアドレス＝１９２．１６８．０．１”、エンティティＩＤの“ｅｎｔ．１”及び確定済みフラグを対応付けて管理している。
【００４１】
更に、エンティティＩＤ収集部４２は、登録要求内の各ＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０から、当該ＩＰＲＯＰデータのエンティティＩＤを順次取得する。
【００４２】
また、共通エンティティ付与部４３は、エンティティＩＤ収集部４２を通じて同一ＣＩのＩＰＲＯＰデータに対応するエンティティＩＤを取得すると、これら取得されたエンティティＩＤを所定選択アルゴリズムで１個のエンティティＩＤを選択する。更に、共通エンティティ付与部４３は、所定選択アルゴリズムで選択されたエンティティＩＤを同一ＣＩに関わるＩＰＲＯＰデータの共通エンティティＩＤとして決定する。尚、所定選択アルゴリズムとしては、ＩＰＲＯＰデータの指定登録順序やＩＤの小さい順序等に基づきエンティティＩＤを選択する。
【００４３】
更に、共通エンティティ付与部４３は、共通エンティティＩＤを決定すると、同一ＣＩのＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内のエンティティＩＤを共通エンティティＩＤに書き換えるべく、担当管理するＦＣＭＤＢ３０に要求する。その結果、各ＦＣＭＤＢ３０は、エンティティ管理テーブル４５に登録済みの同一ＣＩのＩＰＲＯＰデータのエンティティＩＤを同一ＣＩ対応の共通エンティティＩＤに共通化する。
【００４４】
リコンサイル登録部４４は、データ格納先ＦＣＭＤＢ探索部３３を通じて共通エンティティＩＤをハッシュ関数で演算し、この共通エンティティＩＤのハッシュ値を算出する。更に、リコンサイル登録部４４は、この共通エンティティＩＤのハッシュ値に基づき、同一ＣＩの全エンティティデータを統合管理する統合管理先のＦＣＭＤＢ３０を算出する。更に、リコンサイル登録部４４は、統合管理先のＦＣＭＤＢ３０に対してデータ統合要求を通知する。統合管理先のＦＣＭＤＢ３０内のリコンサイル登録部４４は、共通エンティティＩＤを含むデータ統合要求を検出すると、当該同一ＣＩの各エンティティデータを担当管理するＦＣＭＤＢ３０からエンティティデータを収集する。更に、統合管理先のＦＣＭＤＢ３０内のリコンサイル登録部４４は、同一ＣＩの全種のエンティティデータを収集すると、これら全種のエンティティデータを統合し、統合した全種のエンティティデータを共通エンティティＩＤに対応付けてローカルエンティティデータ管理部３４に登録する。
【００４５】
また、フラグ設定部４６は、自分が担当するエンティティ管理テーブル４５内のＩＰＲＯＰデータに対応するエンティティＩＤが確定したという通知を受けると 、同ＩＰＲＯＰデータに対応する確定済みフラグをＯＮ設定する。
【００４６】
更に、フラグ判定部４７は、ＩＰＲＯＰ判定部４１によってＩＰＲＯＰデータが登録要求内にある場合に、そのＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０に対して、このＩＰＲＯＰデータに対応する確定済みフラグがＯＮ設定中であるか否かを判定する。
【００４７】
リコンサイル制御部４８は、ＩＰＲＯＰデータに対応する確定済みフラグがＯＦＦ設定中の場合に、登録要求内のＩＰＲＯＰデータを含む同一ＣＩの他のＩＰＲＯＰデータに対応するエンティティＩＤを収集するエンティティＩＤ収集部４２の収集動作を開始する。
【００４８】
これに対して、リコンサイル制御部４８は、ＩＰＲＯＰデータに対応する確定済みフラグがＯＮ設定中の場合に、残りのＩＰＲＯＰデータに対してエンティティＩＤ収集部４２のエンティティＩＤの収集動作は実行しない。つまり、ＦＣＭＤＢ３０は、確定済みフラグがＯＮ中の場合には、残りのＩＰＲＯＰデータに対してエンティティＩＤ収集部４２のＩＰＲＯＰデータのハッシュ値算出処理、エンティティＩＤ収集処理、共通エンティティＩＤ付与処理を実行する必要がなくなる。更に、ＦＣＭＤＢ３０は、共通エンティティＩＤのハッシュ値算出処理及びエンティティデータの統合処理を実行する必要もなくなる。その結果、ＦＣＭＤＢ３０では、同一ＣＩ内の全種のＩＰＲＯＰデータが確定済みの場合には余計な処理をスキップすることで、更なる高速処理を図ることができる。
【００４９】
図５及び図６は、データ格納先ＦＣＭＤＢ探索部３３の基本原理を示す説明図である。データ格納先ＦＣＭＤ探索部３３は、図５に示すように、同一ハッシュ関数を使用して同一ハッシュ値空間（０〜２160−１）上に複数のＦＣＭＤＢ３０（ノード）及び、各ＦＣＭＤＢ３０に分散管理するエンティティデータをマッピングする。尚、図５では、ＳＨＡ−１をハッシュ関数に用いた場合を示している。
【００５０】
更に、図６に示すように、ハッシュ値空間の始点及び終点を繋げてリンク状にし、各ＦＣＭＤＢ３０は時計回りで一つ前のＦＣＭＤＢ３０との間にマッピングされたエンティティデータを管理する。例えば、“Ａ”のＦＣＭＤＢ３０は、“Ｆ”のＦＣＭＤＢ３０との間のエンティティデータ“ｇ”、“Ｂ”のＦＣＭＤＢ３０は、“Ａ”のＦＣＭＤＢ３０との間のエンティティデータ“ａ”及び“ｂ”を担当管理する。
【００５１】
データ格納先ＦＣＭＤＢ探索部３３は、エンティティデータのエンティティＩＤをハッシュ関数で演算して、そのハッシュ値を算出する。データ格納先ＦＣＭＤＢ探索部３３は、算出したハッシュ値に基づき、そのハッシュ値空間上で、当該ＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０を取得できる。
【００５２】
図７は、ＦＣＭＤＢ３０側のリコンサイル処理部３６の処理内容の一例を示す説明図である。尚、ＩＰＲＯＰデータは、ＩＰアドレス、シリアル番号（Ｓ／Ｎ）及びホスト名＋ドメイン名の３種類とする。更に、ＩＰアドレスの属性値は“１９２．１６８．０．１”、シリアル番号の属性値は“ＳＮＳＶＲ０１２３４５”、ホスト名の属性値は“ｈｏｓｔＡＡＡ”及びドメイン名の属性値は“ｆｏｏ．ｂａｒ．ｂａｚ”とする。
【００５３】
“Ｅ”の受付ＦＣＭＤＢ３０ＡのエンティティＩＤ収集部４２は、データ格納先ＦＣＭＤＢ探索部３３を通じて、同一ＣＩのＩＰＲＯＰデータ（属性名＋属性値）毎にハッシュ関数ｈを演算し、そのハッシュ値を算出する。そして、エンティティＩＤ収集部４２は、ＩＰアドレスのハッシュ値α１、シリアル番号のハッシュ値β１及び、ホスト名＋ドメイン名のハッシュ値γ１を算出する。
【００５４】
次に、エンティティＩＤ収集部４２は、ＩＰアドレスのハッシュ値α１に基づき、ＩＰアドレスのＩＰＲＯＰデータを担当管理する“Ａ”のＦＣＭＤＢ３０を取得する。更に、エンティティＩＤ収集部４２は、ＦＣＭＤＢ間データ通信部３５を通じて“Ａ”のＦＣＭＤＢ３０に対してエンティティ管理テーブル４５内のＩＰＲＯＰデータに対応するエンティティＩＤを要求する。そして、エンティティＩＤ収集部４２は、ＩＰアドレスのＩＰＲＯＰデータに対応するエンティティＩＤとして“ｅｎｔ．１”を取得する。
【００５５】
更に、エンティティＩＤ収集部４２は、シリアル番号のハッシュ値β１に基づき、シリアル番号のＩＰＲＯＰデータを担当管理する“Ｂ”のＦＣＭＤＢ３０を取得する。更に、エンティティＩＤ収集部４２は、ＦＣＭＤＢ間データ通信部３５を通じて“Ｂ”のＦＣＭＤＢ３０に対してエンティティ管理テーブル４５内のＩＰＲＯＰデータに対応するエンティティＩＤを要求する。しかしながら、エンティティ管理テーブル４５には、当該ＩＰＲＯＰデータに対応するエンティティＩＤが未登録である。従って、エンティティＩＤ収集部４２は、シリアル番号のＩＰＲＯＰデータに対応するエンティティＩＤとして“空”を取得する。
【００５６】
更に、エンティティＩＤ収集部４２は、ホスト名＋ドメイン名のハッシュ値γ１に基づき、ホスト名＋ドメイン名のＩＰＲＯＰデータを担当管理する“Ｄ”のＦＣＭＤＢ３０を取得する。更に、エンティティＩＤ収集部４２は、ＦＣＭＤＢ間データ通信部３５を通じて“Ｄ”のＦＣＭＤＢ３０に対してエンティティ管理テーブル４５内のＩＰＲＯＰデータに対応するエンティティＩＤを要求する。そして、エンティティＩＤ収集部４２は、ホスト名＋ドメイン名のＩＰＲＯＰデータに対応するエンティティＩＤとして“ｅｎｔ．５”を取得する。
【００５７】
そして、“Ｅ”の受付ＦＣＭＤＢ３０Ａの共通エンティティ付与部４３は、同一ＣＩの全種の各ＩＰＲＯＰデータに対応するエンティティＩＤから、所定選択アルゴルリズムを使用して、１個のエンティティＩＤを選択する。共通エンティティ付与部４３は、１個のエンティティＩＤ“ｅｎｔ．１”を選択し、この選択したエンティティＩＤを共通エンティティＩＤとして決定する。尚、共通エンティティ付与部４３は、ＦＣＭＤＢ間データ通信部３５を通じて共通エンティティＩＤを、当該ＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０に対して通知する。各ＦＣＭＤＢ３０は、当該ＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内のエンティティＩＤを共通エンティティＩＤに書換え登録する。
【００５８】
更に、“Ｅ”の受付ＦＣＭＤＢ３０Ａのリコンサイル登録部４４は、データ格納先ＦＣＭＤＢ探索部３３を通じて共通エンティティＩＤをハッシュ関数ｈで演算し、そのハッシュ値を算出する。更に、リコンサイル登録部４４は、共通エンティティＩＤのハッシュ値ｃに基づき、統合管理先である“Ｃ”のＦＣＭＤＢ３０を取得する。リコンサイル登録部４４は、ＦＣＭＤＢ間データ通信部３５を通じて統合管理先の“Ｃ”のＦＣＭＤＢ３０にエンティティデータの統合要求を通知する。そして、統合管理先の“Ｃ”のＦＣＭＤＢ３０は、ｅｎｔ．５として登録されていた同一ＣＩデータを統合する。更に、統合管理先の“Ｃ”のＦＣＭＤＢ３０は、統合したエンティティデータを共通エンティティＩＤ“ｅｎｔ．１”に対応付け、（ｃ，ＤＡＴＡent.1）として、ローカルエンティティデータ管理部３４内に登録する。
【００５９】
次に、分散ＦＣＭＤＢシステム１Ａの動作について説明する。先ず、分散ＦＣＭＤＢシステム１Ａ内の複数の分散ＦＣＭＤ３０の内、受付ＦＣＭＤＢ３０Ａ、リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂ及びエンティティデータ格納先ＦＣＭＤＢ３０Ｃを中心にデータ登録処理に関わる処理動作について説明する。図８及び図９は、分散ＦＣＭＤＢシステム１のデータ登録処理に関わる処理動作を示すフローチャートである。尚、受付ＦＣＭＤＢ３０Ａは、ＭＤＲ２０からのＣＩの登録要求を受け付けたＦＣＭＤＢ３０に相当する。更に、リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂは、同一ＣＩのＩＰＲＯＰデータを格納するＦＣＭＤＢ３０に相当する。更に、エンティティデータ格納先ＦＣＭＤＢ３０Ｃは、同一ＣＩの全種のエンティティデータを統合し、この統合したエンティティデータを格納するＦＣＭＤＢ３０に相当する。
【００６０】
図８に示す受付ＦＣＭＤＢ３０Ａ内のデータ登録サービス処理部３１は、ＭＤＲ２０からＣＩ／Ｒの登録要求を受信する（ステップＳ１１）。受付ＦＣＭＤＢ３０Ａ内のリコンサイル処理部３６は、登録要求からＩＰＲＯＰデータを抽出し（ステップＳ１２）、ＩＰＲＯＰ判定部４１を通じて登録要求内にＩＰＲＯＰデータがあるか否かを判定する（ステップＳ１３）。尚、ステップＳ１２では、ＩＰＲＯＰデータを抽出することになるが、このＩＰＲＯＰデータの抽出順序はデッドロック防止のため、例えば、ＩＰアドレス→シリアル番号→ホスト名＋ドメイン名等のように所定順序に設定するのが望ましい。
【００６１】
リコンサイル処理部３６内のエンティティＩＤ収集部４２は、登録要求内にＩＰＲＯＰデータがある場合（ステップＳ１３肯定）、データ格納先ＦＣＭＤＢ 探索部３３を通じて、ＩＰＲＯＰデータ（属性名＋属性値）をハッシュ関数で演算する（ステップＳ１４）。そして、エンティティＩＤ収集部４２は、ＩＰＲＯＰデータのハッシュ値を算出する（ステップＳ１４）。更に、エンティティＩＤ収集部４２は、データ格納先ＦＣＭＤＢ探索部３３を通じて、このハッシュ値に基づき、このＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０、すなわちリコンサイルデータ格納先ＦＣＭＤＢ３０Ｂを取得する（ステップＳ１４）。エンティティＩＤ収集部４２は、リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂを取得すると、ＦＣＭＤＢ間データ通信部３５を通じて、このリコンサイルデータ格納先ＦＣＭＤＢ３０ＢにＩＰＲＯＰデータを転送する（ステップＳ１５）。
【００６２】
リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂ内のリコンサイル処理部３６は、受付ＦＣＭＤＢ３０ＡからＩＰＲＯＰデータを受信すると、当該ＩＰＲＯＰデータを格納した対象エントリの確定済みフラグをエンティティ管理テーブル４５から取得する（ステップＳ１６）。リコンサイル処理部３６内のリコンサイル制御部４８は、フラグ判定部４７を通じて対象エントリの確定済みフラグがＯＮ中であるか否かを判定する（ステップＳ１７）。
【００６３】
リコンサイル制御部４８は、確定済みフラグがＯＮ中でない、すなわちＯＦＦ中の場合に（ステップＳ１７否定）、対象エントリをロックして当該ＩＰＲＯＰデータのエンティティＩＤを取得する（ステップＳ１８）。尚、リコンサイル制御部４８は、エンティティＩＤを取得すると、このエンティティＩＤをエンティティ管理テーブル４５内の対象エントリに当該ＩＰＲＯＰデータと対応付けて登録する。
【００６４】
更に、リコンサイル制御部４８は、ステップＳ１８にてエンティティＩＤが取得されると、ＦＣＭＤＢ間データ通信部３５を通じて、エンティティＩＤ及び確定済みフラグ値（ＯＦＦ）を受付ＦＣＭＤＢ３０Ａに転送する（ステップＳ１９）。また、リコンサイル制御部４８は、対象エントリの確定済みフラグがＯＮ中の場合に（ステップＳ１７肯定）、エンティティ管理テーブル４５の対象エントリに格納したエンティティＩＤを取得する（ステップＳ２０）。更に、リコンサイル制御部４８は、ＩＰＲＯＰデータに対応するエンティティＩＤ及び確定済みフラグ値（ＯＮ）を受付ＦＣＭＤＢ３０Ａに転送すべく、ステップＳ１９に移行する。
【００６５】
受付ＦＣＭＤＢ３０Ａ内のフラグ判定部４７は、リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂから取得した各ＩＰＲＯＰデータの確定済みフラグに基づき、確定済みフラグがＯＮ中であるか否かを判定する（ステップＳ２１）。リコンサイル処理部３６は、確定済みフラグがＯＮ中である場合に（ステップＳ２１肯定）、対象エントリのＩＰＲＯＰデータを、リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂから取得したエンティティＩＤに決定し（ステップＳ２２）、図９に示すＭ２に移行する。
【００６６】
また、受付ＦＣＭＤＢ３０Ａ内のリコンサイル処理部３６は、確定済みフラグがＯＮ中でない、すなわちＯＦＦ中の場合に（ステップＳ２１否定）、当該登録要求内の全種のＩＰＲＯＰデータのチェックが完了したか否かを判定する（ステップＳ２３）。共通エンティティ付与部４３は、全種のＩＰＲＯＰデータのチェックが完了した場合に（ステップＳ２３肯定）、ステップＳ１９で取得した全種のＩＰＲＯＰデータのエンティティＩＤから一つのエンティティＩＤを選択し（ステップＳ２４）、図９に示すＭ１に移行する。尚、共通エンティティ付与部４３は、所定選択アルゴリズムでエンティティＩＤを選択するものである。
【００６７】
エンティティＩＤ収集部４２は、全種のＩＰＲＯＰデータのチェックが完了していない場合に（ステップＳ２３否定）、登録要求内の未チェックのＩＰＲＯＰデータを抽出すべく、ステップＳ１２に移行する。
【００６８】
更に、図９に示すＭ１において受付ＦＣＭＤＢ３０Ａ内の共通エンティティ付与部４３は、登録要求内のＩＰＲＯＰデータ内に、ステップＳ２４で選択したエンティティＩＤ以外の他のエンティティＩＤがあるか否かを判定する（ステップＳ３１）。共通エンティティ付与部４３は、選択したエンティティＩＤ以外の他のエンティティＩＤがある場合に（ステップＳ３１肯定）、ステップＳ２４で選択したエンティティＩＤを共通エンティティＩＤに決定する。その後、リコンサイル制御部４８は、データ格納先ＦＣＭＤＢ探索部３３を通じて、共通エンティティＩＤをハッシュ関数で演算し、共通エンティティＩＤのハッシュ値を算出する（ステップＳ３２）。更に、リコンサイル制御部４８は、共通エンティティＩＤのハッシュ値に基づき、同一ＣＩの全種のエンティティデータを統合格納するエンティティデータ格納先ＦＣＭＤＢ３０Ｃを取得する（ステップＳ３２）。
【００６９】
更に、リコンサイル制御部４８は、各ＦＣＭＤＢ３０から担当管理する同一ＣＩの全種エンティティデータを収集させるべく、ステップＳ３２で算出したエンティティデータ格納先ＦＣＭＤＢ３０Ｃに統合収集要求を通知する（ステップＳ３３）。尚、統合収集要求には、共通エンティティＩＤを含むものとする。
【００７０】
エンティティデータ格納先ＦＣＭＤＢ３０Ｃ内のエンティティＩＤ収集部４２は、統合収集要求に応じて各ＦＣＭＤＢ３０から当該同一ＣＩのエンティティデータを収集する（ステップＳ３４）。更に、リコンサイル登録部４４は、同一ＣＩの全種のエンティティデータを収集すると、これら全種のエンティティデータを統合し、統合したエンティティデータを共通エンティティＩＤに対応付けてローカルエンティティデータ管理部３４に登録する（ステップＳ３５）。
【００７１】
また、受付ＦＣＭＤＢ３０Ａ内のリコンサイル制御部４８は、選択したエンティティＩＤ以外の他のエンティティＩＤを含んでいない場合（ステップＳ３１否定）に、登録要求内に全種のＩＰＲＯＰデータが含まれていたか否かを判定する（ステップＳ３６）。
【００７２】
リコンサイル制御部４８は、登録要求内に全種のＩＰＲＯＰデータが含まれていた場合に（ステップＳ３６肯定）、フラグ設定部４６を通じて、各ＩＰＲＯＰデータに対応する確定済みフラグをＯＮ設定するフラグＯＮ設定要求を設定する（ステップＳ３７）。リコンサイル制御部４８は、フラグＯＮ設定要求を設定すると、ＦＣＭＤＢ間データ通信部３５を通じて、フラグＯＮ設定要求及び共通エンティティＩＤをリコンサイルデータ格納先ＦＣＭＤＢ３０Ｂに転送する（ステップＳ３８）。
【００７３】
リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂ内のリコンサイル登録部４４は、フラグＯＮ設定要求及び共通エンティティＩＤを取得する。更に、リコンサイル登録部４４は、ＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内のエンティティＩＤを共通エンティティＩＤに書換登録する（ステップＳ３９）。更に、リコンサイル登録部４４は、ＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内の確定済みフラグをＯＮ設定し、ＩＰＲＯＰデータに対応する対象エントリのロックを解除する（ステップＳ３９）。
【００７４】
また、受付ＦＣＭＤＢ３０Ａ内のリコンサイル制御部４８は、登録要求内に全種のＩＰＲＯＰデータが含まれていない場合に（ステップＳ３６否定）、フラグ設定部４６を通じて、各ＩＰＲＯＰデータに対応する確定済みフラグをＯＦＦ設定するフラグＯＦＦ設定要求を設定する（ステップＳ４０）。リコンサイル制御部４８は、フラグＯＦＦ設定要求を設定すると、ＦＣＭＤＢ間データ通信部３５を通じて、フラグＯＦＦ設定要求及びエンティティＩＤをリコンサイルデータ格納先ＦＣＭＤＢ３０Ｂに転送する（ステップＳ４１）。
【００７５】
リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂ内のリコンサイル登録部４４は、フラグＯＦＦ設定要求及びエンティティＩＤを取得する。更に、リコンサイル登録部４４は、ＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内のエンティティＩＤに登録する（ステップＳ４２）。更に、リコンサイル登録部４４は、ＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内の確定済みフラグをＯＦＦに設定し、ＩＰＲＯＰデータに対応する対象エントリのロックを解除する（ステップＳ４２）。
【００７６】
また、受付ＦＣＭＤＢ３０Ａ内のデータ格納先ＦＣＭＤＢ探索部３３は、ステップＳ３９又はステップＳ４２の処理後、ステップＳ２４で求めたエンティティＩＤをハッシュ関数にかけてハッシュ値を算出する（ステップＳ４３）。更に、データ格納先ＦＣＭＤＢ探索部３３は、ＣＩ／Ｒのハッシュ値を算出すると、このハッシュ値に基づき、当該ＣＩ／Ｒのエンティティデータ格納先のＦＣＭＤＢ３０を取得する（ステップＳ４３）。
【００７７】
ローカルエンティティデータ管理部３４は、エンティティデータ格納先のＦＣＭＤＢ３０が自分であるか否かを判定する（ステップＳ４４）。ローカルエンティティデータ管理部３４は、エンティティデータ格納先のＦＣＭＤＢ３０が自分の場合に（ステップＳ４４肯定）、当該ＣＩ／ＲをエンティティＩＤに対応付けてデータ管理ＤＢ３４Ａ内に登録する（ステップＳ４５）。更に、データ登録サービス処理部３１は、ＣＩ／Ｒの登録が完了すると、登録要求を発行したＭＤＲ２０に対して登録完了レスポンスを通知することで（ステップＳ４６）、この処理動作を終了する。
【００７８】
また、ローカルエンティティデータ管理部３４は、エンティティデータ格納先のＦＣＭＤＢ３０が自分でない場合に（ステップＳ４４否定）、ステップＳ４３で算出したエンティティデータ格納先のＦＣＭＤＢ３０ＣにＣＩ／Ｒを転送する（ステップＳ４７）。
【００７９】
エンティティデータ格納先のＦＣＭＤＢ３０Ｃ内のローカルエンティティデータ管理部３４は、ＣＩ／Ｒを受信すると、当該ＣＩ／ＲをエンティティＩＤに対応付けてデータ管理ＤＢ３４Ａ内に登録し（ステップＳ４８）、ステップＳ４６に移行する。
【００８０】
また、ステップＳ３５にて統合したエンティティデータのエンティティデータ格納先ＦＣＭＤＢ３０Ｃへの登録完了後も、ステップＳ３６に移行する。
【００８１】
尚、ＦＣＭＤＢ３０では、原則として、運用中は事前に設定した同定ルール、すなわちＩＰＲＯＰデータの変更はないものとする。しかしながら、ＦＣＭＤＢ３０は、ＦＣＭＤＢ３０の指定操作や、ネットワーク４経由で接続するクライアント端末５からの指定操作に応じてＩＰＲＯＰデータを変更する場合が考えられる。そこで、ＦＣＭＤＢ３０は、ＩＰＲＯＰデータを変更した場合、各ＦＣＭＤＢ３０のエンティティ管理テーブル４５内にＯＮ設定中の確定済みフラグは全てＯＦＦ設定する。尚、ＩＰＲＯＰデータを変更する場合とは、例えば、３種類のＩＰアドレス、シリアル番号及びホスト名＋ドメイン名に、新たにニックネーム名を追加する場合や、ホスト名＋ドメイン名の代わりに、ニックネーム名を代用する場合等に相当する。図１０は、同定ルール変更処理に関わるＦＣＭＤＢ分散システム１Ａの処理動作を示すフローチャートである。
【００８２】
図１０においてＦＣＭＤＢ３０内のリコンサイル制御部４８は、同定ルールを変更した場合に（ステップＳ５１）、エンティティ管理テーブル４５内に格納中のＩＰＲＯＰデータからチェック対象のエンティティデータを１個抽出する（ステップＳ５２）。
【００８３】
リコンサイル制御部４８は、チェック対象の１個のエンティティデータを抽出すると、このエンティティデータが同定ルール変更対象のエンティティデータであるか否かを判定する（ステップＳ５３）。
【００８４】
リコンサイル制御部４８は、同定ルール変更対象のエンティティデータの場合に（ステップＳ５３肯定）、このエンティティデータに対応するエンティティ管理テーブル４５内の確定済みフラグをＯＦＦ設定する（ステップＳ５４）。更に、リコンサイル制御部４８は、エンティティデータに対応するエンティティ管理テーブル４５内の確定済みフラグをＯＦＦ設定すると、エンティティ管理テーブル４５内の全てのエンティティデータに対するチェックが完了したか否かを判定する（ステップＳ５５）。
【００８５】
リコンサイル制御部４８は、エンティティ管理テーブル４５内の全てのエンティティデータに対するチェックが完了した場合に（ステップＳ５５肯定）、図１０に示す処理動作を終了する。また、リコンサイル制御部４８は、エンティティ管理テーブル４５内の全てのエンティティデータに対するチェックが完了しなかった場合に（ステップＳ５５否定）、未チェックのエンティティデータを抽出すべく、ステップ５２に移行する。
【００８６】
また、リコンサイル制御部４８は、ステップＳ５２で抽出したエンティティデータが同定ルール変更対象のエンティティデータでない場合に（ステップＳ５３否定）、このエンティティデータをチェック済みとし、ステップＳ５５に移行する。
【００８７】
本実施例２では、同一ＣＩの全種のＩＰＲＯＰデータのエンティティＩＤが収集された場合に、これらエンティティＩＤから一つのエンティティＩＤを共通エンティティＩＤとして選択し、全種のＩＰＲＯＰデータに共通エンティティＩＤを付与する。その結果、同一ＣＩのＩＰＲＯＰデータを分散化したとしても、これらＩＰＲＯＰデータに同一ＣＩに対応した共通エンティティＩＤを付与したので、各ＦＣＭＤＢ３０では、共通エンティティＩＤに基づき、ＣＩを同定できる。
【００８８】
更に、実施例２では、同一ＣＩのＩＰＲＯＰデータそれぞれ別に対応付けられたエンティティデータを、同一ＣＩの共通エンティティＩＤのハッシュ値で探索したＦＣＭＤＢ３０内に登録管理する。その結果、同一ＣＩに関するエンティティデータを統合して各ＦＣＭＤＢ３０内に登録管理できる。
【００８９】
更に、実施例２では、ＦＣＭＤＢ３０内部の指定操作及びクライアント端末５の指定操作に応じてＩＰＲＯＰデータを変更できる。
【００９０】
実施例２では、登録要求内に同一ＣＩの複数のＩＰＲＯＰデータの内、何れか１種のＩＰＲＯＰデータを含む、登録済みの同一ＣＩの他のＩＰＲＯＰデータの組合せがある場合、組合せのＩＰＲＯＰデータを同一ＣＩのＩＰＲＯＰデータと認定する。例えば、ＭＤＲ２０によっては一部のＩＰＲＯＰデータしか取得できない場合もあるため、ＩＰＲＯＰデータ同士が全て一致しなくても、複数のＩＰＲＯＰデータの中から一つでも合致すれば同一ＣＩと認定する。従って、同定条件に柔軟性を持たせることで同一ＣＩの認定処理を円滑に行うことができる。
【００９１】
更に、実施例２では、同一ＣＩの全種のＩＰＲＯＰデータのエンティティＩＤを収集し、これら収集したＩＰＲＯＰデータのエンティティＩＤから任意のエンティティＩＤを所定アルゴリズムで選択して同一ＣＩ対応の共通エンティティＩＤとする。その結果、同一ＣＩ対応のエンティティＩＤを選択する際の処理負担を軽減できる。
【００９２】
更に、実施例２では、同一ＣＩの全種のＩＰＲＯＰデータに対する共通エンティティＩＤの付与が完了すると、これら全ＩＰＲＯＰデータに確定済みフラグをＯＮ設定する。そして、ＦＣＭＤＢ２０では、ＣＩの登録要求を検出すると、登録要求内のＩＰＲＯＰデータの確定済みフラグをチェックし、確定済みフラグがＯＮの場合、他のＩＰＲＯＰデータのエンティティＩＤを収集する余計な処理をスキップする。その結果、同一ＣＩの全種のＩＰＲＯＰデータに対する共通エンティティＩＤの付与完了以降は、更なる高速処理を実現できる。
【００９３】
更に、実施例２では、ＣＩのＩＰＲＯＰデータを分散管理することで、その記憶容量を増やすことなく、ＦＣＭＤＢ３０側の処理負担を軽減しながら、ＩＰＲＯＰデータを使用した高速なＣＩの同定を実現できる。
【００９４】
また、本実施例において説明した各処理の内、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともできる。
【００９５】
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【００９６】
ところで、本実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図１１を用いて、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１１は、分散情報管理プログラムを実行するコンピュータを示す図である。
【００９７】
同図に示すように、分散情報管理プログラムとしてのコンピュータ２００は、ＨＤＤ（Hard Disk Drive）２１０、ＲＡＭ２２０、ＲＯＭ２３０及びＣＰＵ２４０をバス２５０で接続して構成される。
【００９８】
そして、ＲＯＭ２３０には、上記の実施例と同様の機能を発揮する分散情報管理プログラムが予め記憶されている。つまり、ＲＯＭ２３０には、共通属性情報収集プログラム２３１、共通識別情報付与プログラム２３２及び属性情報管理プログラム２３３が予め記憶されている。尚、プログラム２３１〜２３３については、図１に示した構成情報管理システム１の各構成要素と同様、適宜統合又は分散してもよい。
【００９９】
そして、ＣＰＵ２４０が、これらのプログラム２３１〜２３３をＲＯＭ２３０から読み出して実行する。その結果、各プログラム２３１〜２３３は、共通属性情報収集プロセス２４１、共通識別情報付与プロセス２４２及び属性情報管理プロセス２４３として機能する。各プロセス２４１〜２４３は、図１に示した識別情報収集部１１、共通識別情報付与部１２及び属性情報管理部１３に夫々対応する。
【０１００】
また、ＨＤＤ２１０には、図１１に示すように、自己が担当管理する同一構成要素に関わる共通属性情報、更に、自己が担当管理する統合した同一構成要素に関わる全所定属性種別の共通属性情報が管理されることになる。
【０１０１】
以上、本実施例を含む実施の形態に関し、更に以下の付記を開示する。
【０１０２】
（付記１）管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する複数の分散情報管理装置を有し、
前記分散情報管理装置は、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集部と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与部と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与部によって付与された共通識別情報を対応付けて管理する共通属性情報管理部と
を有することを特徴とする構成情報管理システム。
【０１０３】
（付記２）前記共通識別情報付与部によって前記同一構成要素に対応した共通識別情報が付与されると、前記同一構成要素に関わる属性情報を統合し、これら統合した同一構成要素に関わる属性情報を、当該同一構成要素の共通識別情報に関わる前記分散情報管理装置に分散登録する属性情報登録部を有することを特徴とする付記１記載の構成情報管理システム。
【０１０４】
（付記３）前記分散情報管理装置は、
前記複数の属性情報の内、前記所定属性種別の共通属性情報を指定する指定部を有することを特徴とする付記１又は２記載の構成情報管理システム。
【０１０５】
（付記４）前記識別情報収集部は、
前記構成要素の登録要求を検出すると、前記登録要求内に同一構成要素に関わる複数の所定属性種別の共通属性情報がある場合に、これら複数の所定属性種別の共通属性情報の内、何れか１種の所定属性種別の共通属性情報を含む同一構成要素の登録済みの他の所定属性種別の共通属性情報の組合せがある場合には、これら組合せの所定属性種別の共通属性情報の識別情報を収集することを特徴とする付記１〜３の何れか一つに記載の構成情報管理システム。
【０１０６】
（付記５）前記共通識別情報付与部は、
前記同一構成要素に関わる所定属性種別の各共通属性情報の識別情報を所定属性種別毎に取得し、これら取得した所定属性種別毎の識別情報から一つの識別情報を選択し、この選択した識別情報を、当該同一構成要素に対応した前記共通識別情報とすることを特徴とする付記１〜４の何れか一つに記載の構成情報管理システム。
【０１０７】
（付記６）前記属性情報登録部は、
各分散情報管理装置に登録すべき情報をハッシュ値で管理する分散ハッシュ管理部と、
前記共通属性情報のハッシュ関数に基づき、当該共通属性情報のハッシュ値を算出し、このハッシュ値に基づき、当該共通属性情報を登録する前記分散情報管理装置を複数の分散情報管理装置から探索する分散管理探索部と
を有することを特徴とする付記１〜５の何れか一つに記載の構成情報管理システム。
【０１０８】
（付記７）前記分散情報管理装置は、
前記同一構成要素に関わる所定属性種別の共通属性情報に対する前記共通識別情報の付与が完了すると、これら全所定属性種別の共通属性情報に確定済みフラグをＯＮ設定するフラグ設定部と、
前記共通属性情報判定部によって前記共通属性情報が前記登録要求内にある場合に、当該共通属性情報に対応する確定済みフラグがＯＮ設定であるか否かを判定するフラグ判定部と
を有し、
前記フラグ判定部にて前記共通属性情報に対応する確定済みフラグがＯＮ設定でない場合に、前記所定属性種別の共通属性情報を含む同一構成要素に関わる他の所定属性種別の共通属性情報の識別情報を収集する前記識別情報収集部の収集動作を開始すると共に、前記フラグ判定部にて前記共通属性情報に対応する確定済みフラグがＯＮ設定の場合に、前記所定属性種別の共通属性情報を含む同一構成要素に関わる他の所定属性種別の共通属性情報の識別情報を収集する前記識別情報収集部の収集動作をスキップすることを特徴とする付記１〜６の何れか一つに記載の構成情報管理システム。
【０１０９】
（付記８）管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する複数の分散情報管理装置の構成情報管理方法であって、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集ステップと、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与ステップと、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与ステップによって付与された共通識別情報を対応付けて管理する共通属性情報管理ステップと
を含むことを特徴とする構成情報管理方法。
【０１１０】
（付記９）管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を他の分散情報管理装置と連携して分散管理する情報管理部と、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集部と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与部と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与部によって付与された共通識別情報を対応付けて管理する共通属性情報管理部と
を有することを特徴とする分散情報管理装置。
【０１１１】
（付記１０）管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を他の分散情報管理装置と連携して分散管理する分散管理手順と、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集手順と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与手順と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与手順によって付与された共通識別情報を対応付けて管理する共通属性情報管理手順と
を含むコンピュータプログラムをコンピュータ装置に実行させることを特徴とする分散情報管理プログラム。
【符号の説明】
【０１１２】
１ 構成情報管理システム
１Ａ 分散ＦＣＢＤＭシステム
２ 構成情報管理装置
３ 分散情報管理装置
１１ 識別情報収集部
１２ 共通識別情報付与部
１３ 属性情報管理部
２０ ＭＤＲ
３０ ＦＣＭＤＢ
３４ ローカルエンティティデータ管理部
３６ リコンサイル処理部
３７ ローカルリコンサイル管理部
４１ ＩＰＲＯＰ判定部
４２ エンティティＩＤ収集部
４３ 共通エンティティ付与部
４４ リコンサイル登録部
４５ エンティティ管理テーブル
４６ フラグ設定部
４７ フラグ判定部
４８ リコンサイル制御部
【技術分野】
【０００１】
本発明は、構成情報管理システム、構成情報管理方法、分散情報管理装置及び分散情報管理プログラムに関する。
【背景技術】
【０００２】
近年、ＩＴシステムは、オープン化やマルチベンダー化が進み、サーバ台数の増加やストレージ容量の増大と相まって大規模化・複雑化している。このため、運用コストが増大しているだけでなく、人的ミスによるシステム停止やサービス品質低下が大きな問題となっている。そこで、こうした問題を解決するため、サーバ、ストレージやアプリケーション等といったＩＴシステムの構成情報の管理が重要となっている。
【０００３】
このようなＩＴシステムの構成情報を管理する装置として、構成管理データベースと呼ばれるデータベースが知られている。構成管理データベースは、ＩＴシステムの運用管理データを管理する運用管理ミドルウェアのデータベースに相当する。
【０００４】
例えば、データセンタの運用においては、サーバ管理、ネットワーク管理、サービス管理や資産管理等の管理業務に最適化された運用管理ミドルウェアが存在する。また、各運用管理ミドルウェアは、固有の構成管理データベースを有し、それぞれの業務に関する構成情報を構成管理データベースに登録する。このように、各構成管理データベースは、構成情報を他の構成管理データベースと独立して管理するため、構成管理データベースへのアクセス方法や構成管理データベースで管理される構成情報のデータ形式が構成管理データベース毎に異なる場合があり、各構成管理データベース間で連携をとる場合には人的な作業を要するのが実情である。
【０００５】
そこで、複数の構成管理データベースに散在する各種の構成情報を仮想的に統合する統合構成管理データベース（Federated Configuration Management Database：ＦＣＭＤＢ）と称するデータベースを備えた構成情報管理装置が開発された。ＦＣＭＤＢでは、仮想統合する各構成管理データベースのことをＭＤＲ（Management Data Repository）と呼ぶ。図１２は、ＦＣＭＤＢシステムの構成を示す説明図である。図１２に示すＦＣＭＤＢシステム１００は、複数のＭＤＲ１０１、ＦＣＭＤＢ１０２及びクライアント端末１０４を有し、ＭＤＲ１０１及びＦＣＭＤＢ１０２間を、ネットワーク１０３を通じて通信接続する。
【０００６】
各ＭＤＲ１０１は、例えば、ＩＴシステム内に存在する機器等の構成に関する属性情報を構成種別毎に管理する。更に、各ＭＤＲ１０１は、管理するデータの構成種別及びデータ量が異なることは勿論のこと、自分のローカルＩＤに対応付けて属性情報等の各種情報を管理している。例えば、ＭＤＲ１０１Ａでは、設計情報を管理し、ＭＤＲ１０１Ｂでは、製品情報を管理し、ＭＤＲ１０１Ｃでは、性能情報を管理し、ＭＤＲ１０１Ｄでは、構成情報を管理する。
【０００７】
また、ＦＣＭＤＢ１０２は、複数のＭＤＲ１０１に分散して管理される同一対象の構成情報を統合して管理する。具体的には、ＦＣＭＤＢ１０２は、ＩＴシステムを構成する機器、ソフトウェア、データログ等の構成要素（Configuration Item：ＣＩ）や各ＣＩ間の関係（Relationship:Ｒ）を管理する。例えば、ＦＣＭＤＢ１０２で管理するＣＩ「Ｃ」とは、ＭＤＲ１０１Ａで管理する設計情報Ｃ’’、ＭＤＲ１０１Ｃで管理する性能情報Ｃ＾、ＭＤＲ１０１Ｄで管理するＣ’の構成情報を統合したものである。
【０００８】
その結果、システム管理者等の作業者は、バッチの適用作業やハードウェアの保守作業等のシステム運用に関わる様々な状況下で、ＦＣＭＤＢ１０２を使用して仮想的に統合された構成情報を参照し、ＩＴシステム全体の構成を容易に管理把握できる。
【０００９】
図１３は、ＦＣＭＤＢシステム１００のデータ統合の原理を示す説明図である。図１３の例では、ＭＤＲ１０１Ａは、同一ＣＩの属性情報として“サーバ”、“ID:WebServer１”及び“S/N:XYZ123”を管理している。また、ＭＤＲ１０１Ｂは、同一ＣＩの属性情報として“サーバ”、“ID:192.168.0.1”、“製番：XYZ123”を管理している。更に、ＭＤＲ１０１Ｃは、同一ＣＩの属性情報として“ホスト”、“ID:hostnameX”及び“SERNO:XYZ123”を管理している。更に、ＭＤＲ１０１Ｄは、同一ＣＩの属性情報として“ノード”、“ID:192.168.0.1”及び“SN:XYZ123”を管理している。つまり、各ＭＤＲ１０１は、同一ＣＩの属性情報であるにも関わらず、異なる構成種別で管理している。
【００１０】
そこで、ＦＣＭＤＢ１０２では、各ＭＤＲ１０１で管理する同一ＣＩの属性情報を共通形式に変換する。更に、ＦＣＭＤＢ１０２は、ＭＤＲ１０１毎に異なるローカルＩＤで管理する属性情報から、ユニークな属性値を有する共通プロパティをキーにしてＣＩを同定する リコンサイル処理を実行する。尚、共通プロパティとは、例えば、製造番号を示す“S/N:XYZ123”、“製番：XYZ123”、 SERNO:XYZ123”及び “SN:XYZ123”である。
【００１１】
ＦＣＭＤＢ１０２は、ＭＤＲ１０１毎に異なるローカルＩＤで管理する属性情報から、製造番号の共通プロパティをキーにしてＣＩを同定し、各ＭＤＲ１０１で分散管理する同一ＣＩの属性情報を統合して管理する。
【００１２】
また、近年では、システム処理能力の大幅向上を図るために、ＦＣＭＤＢ１０２を複数有する分散ＦＣＭＤＢシステムが知られている。図１４は、分散ＦＣＭＤＢシステムの構成を示す説明図である。
【００１３】
図１４に示す分散ＦＣＭＤＢシステム１００Ａは、複数のＭＤＲ１０１、複数のＦＣＭＤＢ１０２及びクライアント端末１０４を有する。複数のＦＣＭＤＢ１０２間は、ネットワーク１０４を通じて通信接続する。
【００１４】
また、分散ＦＣＭＤＢシステム１００Ａは、分散ハッシュテーブル技術を使用して、各ＦＣＭＤＢ１０２にＣＩ／Ｒ単位でデータを分散して管理する。
【００１５】
例えば、ＣＩ１−Ｒ１−ＣＩ２−Ｒ２−ＣＩ３のグラフ構造のデータを各ＦＣＭＤＢ１０２に分散管理する場合、ＣＩ１のデータをＦＣＭＤＢ１０２Ｅ内、Ｒ１−Ｃ２のデータをＦＣＭＤＢ１０２Ｆ内に管理する。更に、Ｒ２のデータをＦＣＭＤＢ１０２Ｂ内、ＣＩ３のデータをＦＣＭＤＢ１０２Ｃ内に管理する。
【００１６】
従って、分散ＦＣＭＤＢシステム１００Ａでは、グラフ構造のデータをＣＩ／Ｒ単位で各ＦＣＭＤＢ１０２に分散して管理することで、システム全体として各ＦＣＭＤＢ１０２の処理負担を軽減できる。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開２００７−２４３２４８号公報
【非特許文献】
【００１８】
【非特許文献１】“Configuration Management Database (CMDB) Federation Specification Version 1.0.0”、[online]、２００９年６月２２日、DMTF、インターネット＜URL: 1261374706171_0.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【００１９】
上記従来の分散ＦＭＣＤＢシステム１００Ａでは、データをＣＩ／Ｒ単位で複数のＦＣＭＤＢ１０２に分散して管理する。しかしながら、ＣＩ又はＲをリコンサイルするために必要な情報（リコンサイル情報）は、ＣＩ／Ｒ登録時に既に同一ＣＩ／Ｒが登録されてないか否かを調べる必要があるため、特定の１台のＦＣＭＤＢ１０２で集中管理することになる。仮に、この１台をＦＣＭＤＢ１０２Ａとすると、当該ＦＣＭＤＢ１０２Ａへの負荷が集中して処理負担が大きくなる。更には、ＦＣＭＤＢ１０２Ａ内の記憶部には大規模な記憶容量を要する。
【００２０】
開示の技術は上記点に鑑みてなされたものであり、その目的とするところは、記憶容量を増やさず、分散情報管理装置側の処理負担を軽減できる構成情報管理システム、構成情報管理方法、分散情報管理装置及び分散情報管理プログラムを提供することにある。
【課題を解決するための手段】
【００２１】
本願の開示する構成情報管理システムは、一つの態様において、管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する複数の分散情報管理装置を有し、前記分散情報管理装置は、同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集部と、前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与部と、前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与部によって付与された共通識別情報を対応付けて管理する共通属性情報管理部とを有する。
【発明の効果】
【００２２】
本願の開示する構成情報管理システムの一態様では、構成要素の共通属性情報を分散管理することで、記憶容量を増やすことなく、分散情報管理装置側の処理負担を軽減しながら、共通属性情報を使用した高速な構成要素の同定を実現できるという効果を奏する。
【図面の簡単な説明】
【００２３】
【図１】図１は、実施例１の構成情報管理システムの構成を示すブロック図である。
【図２】図２は、実施例２の分散ＦＣＭＤＢシステムの構成を示すブロック図である。
【図３】図３は、ＦＣＭＤＢの構成を示すブロック図である。
【図４】図４は、エンティティ管理テーブルのテーブル内容を示す説明図である。
【図５】図５は、データ格納先ＦＣＭＤＢ探索部の基本原理を示す説明図である。
【図６】図６は、データ格納先ＦＣＭＤＢ探索部の基本原理を示す説明図である。
【図７】図７は、ＦＣＭＤＢ側のリコンサイル処理部の処理内容の一例を示す説明図である。
【図８】図８は、分散ＦＣＭＤＢシステムのデータ登録処理に関わる処理動作を示すフローチャートである。
【図９】図９は、分散ＦＣＭＤＢシステムのデータ登録処理に関わる処理動作を示すフローチャートである。
【図１０】図１０は、分散ＦＣＭＤＢシステムの同定ルール変更処理に関わる処理動作を示すフローチャートである。
【図１１】図１１は、分散情報管理プログラムを実行するコンピュータを示す図である。
【図１２】図１２は、ＦＣＭＤＢシステムの構成を示す説明図である。
【図１３】図１３は、ＦＣＭＤＢシステムのデータ統合の原理を示す説明図である。
【図１４】図１４は、分散ＦＣＭＤＢシステムの構成を示す説明図である。
【発明を実施するための形態】
【００２４】
以下に、本願の開示する構成情報管理システム、構成情報管理方法、分散情報管理装置及び分散情報管理プログラムの実施例を図面に基づいて詳細に説明する。尚、本実施例の内容により、本発明の技術思想が限定されるものではない。
【実施例１】
【００２５】
図１は、実施例１の構成情報管理システムの構成を示すブロック図である。図１に示す構成情報管理システム１は、複数の構成情報管理装置２及び複数の分散情報管理装置３を有する。構成情報管理装置２は、管理対象である構成要素に関わる属性情報を構成種別毎に管理する。分散情報管理装置３は、複数の構成情報管理装置２から属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する。尚、複数の分散情報管理装置３間は、ネットワーク４を通じて通信接続する。分散情報管理装置３は、識別情報収集部１１、共通識別情報付与部１２及び属性情報管理部１３を有する。
【００２６】
識別情報収集部１１は、同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する。共通識別情報付与部１２は、同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する。更に、属性情報管理部１３は、同一構成要素に関わる所定属性種別の各共通属性情報に、共通識別情報付与部１２によって付与された共通識別情報を対応付けて管理する。
【００２７】
本実施例１では、同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する。更に、本実施例１では、同一構成要素に関わる所定属性種別の各共通属性情報に共通識別情報を対応付けて管理する。その結果、同一構成要素の共通属性情報を分散化したとしても、これら共通属性情報に同一構成要素に対応した共通識別情報を付与したので、各分散情報管理装置３では、共通識別情報に基づき、構成要素を同定できる。
【００２８】
更に、実施例１では、構成要素の共通属性情報を分散管理することで、その記憶容量を増やすことなく、分散情報管理装置側の処理負担を軽減しながら、共通属性情報を使用した高速な構成要素の同定を実現できる。
【実施例２】
【００２９】
図２は、実施例２の分散ＦＣＭＤＢシステムの構成を示すブロック図である。図２に示す分散ＦＣＭＤＢシステム１Ａは、異種の構成管理データベース（Management Data Repository：ＭＤＲ）２０、統合構成管理データベース（Federating Configuration Management Data Base：ＦＣＭＤＢ）３０及びクライアント端末５を有する。尚、複数のＦＣＭＤＢ３０間は、ネットワーク４を通じて通信接続する。
【００３０】
ＭＤＲ２０は、管理対象の構成情報を構成する構成要素、例えば、サーバ、ストレージやソフトウェア等のＩＴシステムを構成する構成要素（Configuration Item：ＣＩ）の属性情報を構成種別毎に管理する。尚、構成種別とは、例えば、設計情報、製品情報、性能情報や構成情報等である。また、属性情報は、属性名及び属性値を有し、属性名は、例えば、ＩＰアドレス名、シリアル番号やドメイン名等に相当し、属性値は、例えば、ＩＰアドレス値、シリアル番号値及びドメイン名自体等に相当する。各ＭＤＲ２０では、管理するデータの構成種別及びデータ量が異なることは勿論のこと、自分のローカルＩＤに対応付けて属性情報を管理する。
【００３１】
ＦＣＭＤＢ３０は、複数のＭＤＲ２０のデータを仮想的に統合し、ＣＩ／Ｒ単位でリコンサイル及び統合し、これらデータを分散して管理する。更に、ＦＣＭＤＢ３０は、ＣＩ内の属性情報のＩＰＲＯＰ（識別用プロパティ：Identifying Property）データを管理する。尚、ＩＰＲＯＰデータは、ＭＤＲ２０毎に異なるＣＩ内の複数の属性情報の内、ユニークな属性値を含む共通プロパティをキーとする、ＣＩを同定するための共通属性情報に相当する。更に、ＩＰＲＯＰデータの内容は、事前の指定操作で指定した所定の共通属性情報、すなわち、所定の属性名及び、その属性値のセットに相当する。具体的に、属性名としてＩＰアドレス、シリアル番号やホスト名＋ドメイン名等に相当し、その属性値はＩＰアドレスの場合は“１９２．１６８．０．１”、シリアル番号の場合は“ＳＶＲ０１２３４５”等に相当する。
【００３２】
また、クライアント端末５は、分散ＦＣＭＤＢシステム１Ａに対する構成情報の検索要求を実行すると、この検索要求に応じて各ＦＣＭＤＢ３０に分散管理する構成情報のＣＩ及びＲのエンティティデータを収集する。更に、クライアント端末５は、収集したＣＩ及びＲのエンティティデータを構成情報として画面表示する。
【００３３】
図３は、ＦＣＭＤＢ３０の構成を示すブロック図である。図３に示すＦＣＭＤＢ３０は、データ登録サービス処理部３１、データ検索サービス処理部３２、データ格納先ＦＣＭＤＢ探索部３３、ローカルエンティティデータ管理部３４、データ管理ＤＢ３４Ａ及びＦＣＭＤＢ間データ通信部３５を有する。更に、ＦＣＭＤＢ３０は、リコンサイル処理部３６、ローカルリコンサイル管理部３７及びバスライン３８を有する。
【００３４】
データ登録サービス処理部３１は、ＭＤＲ２０からのＣＩ／Ｒ単位の登録要求を受け付ける処理部である。データ検索サービス処理部３２は、クラインアント端末５からの検索要求を受け付ける処理部 である。
【００３５】
データ格納先ＦＣＭＤＢ探索部３３は、データ登録サービス処理部３１の登録要求又はデータ検索サービス処理部３２の検索要求を検出すると、分散ハッシュテーブル技術を利用してデータ格納先のＦＣＭＤＢ３０を取得する。データ格納先ＦＣＭＤＢ探索部３３は、登録要求又は検索要求内のＣＩ／ＲやＩＰＲＯＰデータをハッシュ関数で演算し、そのハッシュ値を算出する。更に、データ格納先ＦＣＭＤＢ探索部３３は、算出したハッシュ値に基づき、ＣＩ／ＲやＩＰＲＯＰデータ等のエンティティデータのデータ格納先であるＦＣＭＤＢ３０を取得する。
【００３６】
ローカルエンティティデータ管理部３４は、自分が担当管理するＣＩ／Ｒ単位のエンティティデータをエンティティＩＤに対応付けてデータ管理ＤＢ３４Ａに登録管理する。ＦＣＭＤＢ間データ通信部３５は、他のＦＣＭＤＢ３０間でデータを送受信する。バスライン３８は、ＦＣＭＤＢ３０内部の各種部位間のデータ通信路に相当する。
【００３７】
リコンサイル処理部３６は、ＩＰＲＯＰ判定部４１、エンティティＩＤ収集部４２、共通エンティティ付与部４３、リコンサイル登録部４４、エンティティ管理テーブル４５、フラグ設定部４６、フラグ判定部４７及びリコンサイル制御部４８を有する。
【００３８】
ＩＰＲＯＰ判定部４１は、ＣＩの登録要求を検出すると、ＩＰＲＯＰデータが登録要求内にあるか否かを判定する。エンティティＩＤ収集部４２は、ＩＰＲＯＰ判定部４１にて登録要求内にＩＰＲＯＰデータがある場合に、そのＩＰＲＯＰデータのエンティティＩＤを各ＦＣＭＤＢ３０のエンティティ管理テーブル４５から収集する。更に、エンティティＩＤ収集部４２は、同じ登録要求に含まれる他のＩＰＲＯＰデータに対応付けられたエンティティＩＤを各ＦＣＭＤＢ３０のエンティティ管理テーブル４５から収集する。尚、ＩＰＲＯＰデータが、例えば、ＩＰアドレス、シリアル番号及びホスト名＋ドメイン名の３種類とし、登録要求内にＩＰアドレス及びシリアル番号のＩＰＲＯＰデータを含むとする。この場合、同じ登録要求に含まれる他のＩＰＲＯＰデータとは、当該ＣＩのホスト名＋ドメイン名に相当する。 つまり、エンティティＩＤ収集部４２は、同定条件に指定した３種類のＩＰＲＯＰデータの内、１種類でも合致した場合には、同一ＣＩと認定する。
【００３９】
更に、エンティティＩＤ収集部４２は、登録要求内にＩＰＲＯＰデータがある場合に、ＩＰＲＯＰデータの属性名及び属性値を抽出する。エンティティＩＤ収集部４２は、データ格納先ＦＣＭＤＢ探索部３３を通じて、ＩＰＲＯＰデータの属性名及び属性値をハッシュ関数で演算し、ＩＰＲＯＰデータのハッシュ値を算出する。更に、エンティティＩＤ収集部４２は、ＩＰＲＯＰデータのハッシュ値に基づき、このＩＰＲＯＰデータのデータ格納先であるＦＣＭＤＢ３０を取得する。更に、エンティティＩＤ収集部４２は、このＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０に対して、エンティティ管理テーブル４５に登録済みのＩＰＲＯＰデータに対応するエンティティＩＤを問い合せる。
【００４０】
図４は、エンティティ管理テーブル４５のテーブル内容を示す説明図である。エンティティ管理テーブル４５は、このＦＣＭＤＢ３０自体が担当管理するＩＰＲＯＰデータ（属性名及び属性値）毎にエンティティＩＤ及び、後述する確定済みフラグを登録管理している。例えば、属性名が“ＩＰアドレス”、属性値が“１９２．１６８．０．１”の場合に、ＩＰＲＯＰデータの“ＩＰアドレス＝１９２．１６８．０．１”、エンティティＩＤの“ｅｎｔ．１”及び確定済みフラグを対応付けて管理している。
【００４１】
更に、エンティティＩＤ収集部４２は、登録要求内の各ＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０から、当該ＩＰＲＯＰデータのエンティティＩＤを順次取得する。
【００４２】
また、共通エンティティ付与部４３は、エンティティＩＤ収集部４２を通じて同一ＣＩのＩＰＲＯＰデータに対応するエンティティＩＤを取得すると、これら取得されたエンティティＩＤを所定選択アルゴリズムで１個のエンティティＩＤを選択する。更に、共通エンティティ付与部４３は、所定選択アルゴリズムで選択されたエンティティＩＤを同一ＣＩに関わるＩＰＲＯＰデータの共通エンティティＩＤとして決定する。尚、所定選択アルゴリズムとしては、ＩＰＲＯＰデータの指定登録順序やＩＤの小さい順序等に基づきエンティティＩＤを選択する。
【００４３】
更に、共通エンティティ付与部４３は、共通エンティティＩＤを決定すると、同一ＣＩのＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内のエンティティＩＤを共通エンティティＩＤに書き換えるべく、担当管理するＦＣＭＤＢ３０に要求する。その結果、各ＦＣＭＤＢ３０は、エンティティ管理テーブル４５に登録済みの同一ＣＩのＩＰＲＯＰデータのエンティティＩＤを同一ＣＩ対応の共通エンティティＩＤに共通化する。
【００４４】
リコンサイル登録部４４は、データ格納先ＦＣＭＤＢ探索部３３を通じて共通エンティティＩＤをハッシュ関数で演算し、この共通エンティティＩＤのハッシュ値を算出する。更に、リコンサイル登録部４４は、この共通エンティティＩＤのハッシュ値に基づき、同一ＣＩの全エンティティデータを統合管理する統合管理先のＦＣＭＤＢ３０を算出する。更に、リコンサイル登録部４４は、統合管理先のＦＣＭＤＢ３０に対してデータ統合要求を通知する。統合管理先のＦＣＭＤＢ３０内のリコンサイル登録部４４は、共通エンティティＩＤを含むデータ統合要求を検出すると、当該同一ＣＩの各エンティティデータを担当管理するＦＣＭＤＢ３０からエンティティデータを収集する。更に、統合管理先のＦＣＭＤＢ３０内のリコンサイル登録部４４は、同一ＣＩの全種のエンティティデータを収集すると、これら全種のエンティティデータを統合し、統合した全種のエンティティデータを共通エンティティＩＤに対応付けてローカルエンティティデータ管理部３４に登録する。
【００４５】
また、フラグ設定部４６は、自分が担当するエンティティ管理テーブル４５内のＩＰＲＯＰデータに対応するエンティティＩＤが確定したという通知を受けると 、同ＩＰＲＯＰデータに対応する確定済みフラグをＯＮ設定する。
【００４６】
更に、フラグ判定部４７は、ＩＰＲＯＰ判定部４１によってＩＰＲＯＰデータが登録要求内にある場合に、そのＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０に対して、このＩＰＲＯＰデータに対応する確定済みフラグがＯＮ設定中であるか否かを判定する。
【００４７】
リコンサイル制御部４８は、ＩＰＲＯＰデータに対応する確定済みフラグがＯＦＦ設定中の場合に、登録要求内のＩＰＲＯＰデータを含む同一ＣＩの他のＩＰＲＯＰデータに対応するエンティティＩＤを収集するエンティティＩＤ収集部４２の収集動作を開始する。
【００４８】
これに対して、リコンサイル制御部４８は、ＩＰＲＯＰデータに対応する確定済みフラグがＯＮ設定中の場合に、残りのＩＰＲＯＰデータに対してエンティティＩＤ収集部４２のエンティティＩＤの収集動作は実行しない。つまり、ＦＣＭＤＢ３０は、確定済みフラグがＯＮ中の場合には、残りのＩＰＲＯＰデータに対してエンティティＩＤ収集部４２のＩＰＲＯＰデータのハッシュ値算出処理、エンティティＩＤ収集処理、共通エンティティＩＤ付与処理を実行する必要がなくなる。更に、ＦＣＭＤＢ３０は、共通エンティティＩＤのハッシュ値算出処理及びエンティティデータの統合処理を実行する必要もなくなる。その結果、ＦＣＭＤＢ３０では、同一ＣＩ内の全種のＩＰＲＯＰデータが確定済みの場合には余計な処理をスキップすることで、更なる高速処理を図ることができる。
【００４９】
図５及び図６は、データ格納先ＦＣＭＤＢ探索部３３の基本原理を示す説明図である。データ格納先ＦＣＭＤ探索部３３は、図５に示すように、同一ハッシュ関数を使用して同一ハッシュ値空間（０〜２160−１）上に複数のＦＣＭＤＢ３０（ノード）及び、各ＦＣＭＤＢ３０に分散管理するエンティティデータをマッピングする。尚、図５では、ＳＨＡ−１をハッシュ関数に用いた場合を示している。
【００５０】
更に、図６に示すように、ハッシュ値空間の始点及び終点を繋げてリンク状にし、各ＦＣＭＤＢ３０は時計回りで一つ前のＦＣＭＤＢ３０との間にマッピングされたエンティティデータを管理する。例えば、“Ａ”のＦＣＭＤＢ３０は、“Ｆ”のＦＣＭＤＢ３０との間のエンティティデータ“ｇ”、“Ｂ”のＦＣＭＤＢ３０は、“Ａ”のＦＣＭＤＢ３０との間のエンティティデータ“ａ”及び“ｂ”を担当管理する。
【００５１】
データ格納先ＦＣＭＤＢ探索部３３は、エンティティデータのエンティティＩＤをハッシュ関数で演算して、そのハッシュ値を算出する。データ格納先ＦＣＭＤＢ探索部３３は、算出したハッシュ値に基づき、そのハッシュ値空間上で、当該ＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０を取得できる。
【００５２】
図７は、ＦＣＭＤＢ３０側のリコンサイル処理部３６の処理内容の一例を示す説明図である。尚、ＩＰＲＯＰデータは、ＩＰアドレス、シリアル番号（Ｓ／Ｎ）及びホスト名＋ドメイン名の３種類とする。更に、ＩＰアドレスの属性値は“１９２．１６８．０．１”、シリアル番号の属性値は“ＳＮＳＶＲ０１２３４５”、ホスト名の属性値は“ｈｏｓｔＡＡＡ”及びドメイン名の属性値は“ｆｏｏ．ｂａｒ．ｂａｚ”とする。
【００５３】
“Ｅ”の受付ＦＣＭＤＢ３０ＡのエンティティＩＤ収集部４２は、データ格納先ＦＣＭＤＢ探索部３３を通じて、同一ＣＩのＩＰＲＯＰデータ（属性名＋属性値）毎にハッシュ関数ｈを演算し、そのハッシュ値を算出する。そして、エンティティＩＤ収集部４２は、ＩＰアドレスのハッシュ値α１、シリアル番号のハッシュ値β１及び、ホスト名＋ドメイン名のハッシュ値γ１を算出する。
【００５４】
次に、エンティティＩＤ収集部４２は、ＩＰアドレスのハッシュ値α１に基づき、ＩＰアドレスのＩＰＲＯＰデータを担当管理する“Ａ”のＦＣＭＤＢ３０を取得する。更に、エンティティＩＤ収集部４２は、ＦＣＭＤＢ間データ通信部３５を通じて“Ａ”のＦＣＭＤＢ３０に対してエンティティ管理テーブル４５内のＩＰＲＯＰデータに対応するエンティティＩＤを要求する。そして、エンティティＩＤ収集部４２は、ＩＰアドレスのＩＰＲＯＰデータに対応するエンティティＩＤとして“ｅｎｔ．１”を取得する。
【００５５】
更に、エンティティＩＤ収集部４２は、シリアル番号のハッシュ値β１に基づき、シリアル番号のＩＰＲＯＰデータを担当管理する“Ｂ”のＦＣＭＤＢ３０を取得する。更に、エンティティＩＤ収集部４２は、ＦＣＭＤＢ間データ通信部３５を通じて“Ｂ”のＦＣＭＤＢ３０に対してエンティティ管理テーブル４５内のＩＰＲＯＰデータに対応するエンティティＩＤを要求する。しかしながら、エンティティ管理テーブル４５には、当該ＩＰＲＯＰデータに対応するエンティティＩＤが未登録である。従って、エンティティＩＤ収集部４２は、シリアル番号のＩＰＲＯＰデータに対応するエンティティＩＤとして“空”を取得する。
【００５６】
更に、エンティティＩＤ収集部４２は、ホスト名＋ドメイン名のハッシュ値γ１に基づき、ホスト名＋ドメイン名のＩＰＲＯＰデータを担当管理する“Ｄ”のＦＣＭＤＢ３０を取得する。更に、エンティティＩＤ収集部４２は、ＦＣＭＤＢ間データ通信部３５を通じて“Ｄ”のＦＣＭＤＢ３０に対してエンティティ管理テーブル４５内のＩＰＲＯＰデータに対応するエンティティＩＤを要求する。そして、エンティティＩＤ収集部４２は、ホスト名＋ドメイン名のＩＰＲＯＰデータに対応するエンティティＩＤとして“ｅｎｔ．５”を取得する。
【００５７】
そして、“Ｅ”の受付ＦＣＭＤＢ３０Ａの共通エンティティ付与部４３は、同一ＣＩの全種の各ＩＰＲＯＰデータに対応するエンティティＩＤから、所定選択アルゴルリズムを使用して、１個のエンティティＩＤを選択する。共通エンティティ付与部４３は、１個のエンティティＩＤ“ｅｎｔ．１”を選択し、この選択したエンティティＩＤを共通エンティティＩＤとして決定する。尚、共通エンティティ付与部４３は、ＦＣＭＤＢ間データ通信部３５を通じて共通エンティティＩＤを、当該ＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０に対して通知する。各ＦＣＭＤＢ３０は、当該ＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内のエンティティＩＤを共通エンティティＩＤに書換え登録する。
【００５８】
更に、“Ｅ”の受付ＦＣＭＤＢ３０Ａのリコンサイル登録部４４は、データ格納先ＦＣＭＤＢ探索部３３を通じて共通エンティティＩＤをハッシュ関数ｈで演算し、そのハッシュ値を算出する。更に、リコンサイル登録部４４は、共通エンティティＩＤのハッシュ値ｃに基づき、統合管理先である“Ｃ”のＦＣＭＤＢ３０を取得する。リコンサイル登録部４４は、ＦＣＭＤＢ間データ通信部３５を通じて統合管理先の“Ｃ”のＦＣＭＤＢ３０にエンティティデータの統合要求を通知する。そして、統合管理先の“Ｃ”のＦＣＭＤＢ３０は、ｅｎｔ．５として登録されていた同一ＣＩデータを統合する。更に、統合管理先の“Ｃ”のＦＣＭＤＢ３０は、統合したエンティティデータを共通エンティティＩＤ“ｅｎｔ．１”に対応付け、（ｃ，ＤＡＴＡent.1）として、ローカルエンティティデータ管理部３４内に登録する。
【００５９】
次に、分散ＦＣＭＤＢシステム１Ａの動作について説明する。先ず、分散ＦＣＭＤＢシステム１Ａ内の複数の分散ＦＣＭＤ３０の内、受付ＦＣＭＤＢ３０Ａ、リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂ及びエンティティデータ格納先ＦＣＭＤＢ３０Ｃを中心にデータ登録処理に関わる処理動作について説明する。図８及び図９は、分散ＦＣＭＤＢシステム１のデータ登録処理に関わる処理動作を示すフローチャートである。尚、受付ＦＣＭＤＢ３０Ａは、ＭＤＲ２０からのＣＩの登録要求を受け付けたＦＣＭＤＢ３０に相当する。更に、リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂは、同一ＣＩのＩＰＲＯＰデータを格納するＦＣＭＤＢ３０に相当する。更に、エンティティデータ格納先ＦＣＭＤＢ３０Ｃは、同一ＣＩの全種のエンティティデータを統合し、この統合したエンティティデータを格納するＦＣＭＤＢ３０に相当する。
【００６０】
図８に示す受付ＦＣＭＤＢ３０Ａ内のデータ登録サービス処理部３１は、ＭＤＲ２０からＣＩ／Ｒの登録要求を受信する（ステップＳ１１）。受付ＦＣＭＤＢ３０Ａ内のリコンサイル処理部３６は、登録要求からＩＰＲＯＰデータを抽出し（ステップＳ１２）、ＩＰＲＯＰ判定部４１を通じて登録要求内にＩＰＲＯＰデータがあるか否かを判定する（ステップＳ１３）。尚、ステップＳ１２では、ＩＰＲＯＰデータを抽出することになるが、このＩＰＲＯＰデータの抽出順序はデッドロック防止のため、例えば、ＩＰアドレス→シリアル番号→ホスト名＋ドメイン名等のように所定順序に設定するのが望ましい。
【００６１】
リコンサイル処理部３６内のエンティティＩＤ収集部４２は、登録要求内にＩＰＲＯＰデータがある場合（ステップＳ１３肯定）、データ格納先ＦＣＭＤＢ 探索部３３を通じて、ＩＰＲＯＰデータ（属性名＋属性値）をハッシュ関数で演算する（ステップＳ１４）。そして、エンティティＩＤ収集部４２は、ＩＰＲＯＰデータのハッシュ値を算出する（ステップＳ１４）。更に、エンティティＩＤ収集部４２は、データ格納先ＦＣＭＤＢ探索部３３を通じて、このハッシュ値に基づき、このＩＰＲＯＰデータを担当管理するＦＣＭＤＢ３０、すなわちリコンサイルデータ格納先ＦＣＭＤＢ３０Ｂを取得する（ステップＳ１４）。エンティティＩＤ収集部４２は、リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂを取得すると、ＦＣＭＤＢ間データ通信部３５を通じて、このリコンサイルデータ格納先ＦＣＭＤＢ３０ＢにＩＰＲＯＰデータを転送する（ステップＳ１５）。
【００６２】
リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂ内のリコンサイル処理部３６は、受付ＦＣＭＤＢ３０ＡからＩＰＲＯＰデータを受信すると、当該ＩＰＲＯＰデータを格納した対象エントリの確定済みフラグをエンティティ管理テーブル４５から取得する（ステップＳ１６）。リコンサイル処理部３６内のリコンサイル制御部４８は、フラグ判定部４７を通じて対象エントリの確定済みフラグがＯＮ中であるか否かを判定する（ステップＳ１７）。
【００６３】
リコンサイル制御部４８は、確定済みフラグがＯＮ中でない、すなわちＯＦＦ中の場合に（ステップＳ１７否定）、対象エントリをロックして当該ＩＰＲＯＰデータのエンティティＩＤを取得する（ステップＳ１８）。尚、リコンサイル制御部４８は、エンティティＩＤを取得すると、このエンティティＩＤをエンティティ管理テーブル４５内の対象エントリに当該ＩＰＲＯＰデータと対応付けて登録する。
【００６４】
更に、リコンサイル制御部４８は、ステップＳ１８にてエンティティＩＤが取得されると、ＦＣＭＤＢ間データ通信部３５を通じて、エンティティＩＤ及び確定済みフラグ値（ＯＦＦ）を受付ＦＣＭＤＢ３０Ａに転送する（ステップＳ１９）。また、リコンサイル制御部４８は、対象エントリの確定済みフラグがＯＮ中の場合に（ステップＳ１７肯定）、エンティティ管理テーブル４５の対象エントリに格納したエンティティＩＤを取得する（ステップＳ２０）。更に、リコンサイル制御部４８は、ＩＰＲＯＰデータに対応するエンティティＩＤ及び確定済みフラグ値（ＯＮ）を受付ＦＣＭＤＢ３０Ａに転送すべく、ステップＳ１９に移行する。
【００６５】
受付ＦＣＭＤＢ３０Ａ内のフラグ判定部４７は、リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂから取得した各ＩＰＲＯＰデータの確定済みフラグに基づき、確定済みフラグがＯＮ中であるか否かを判定する（ステップＳ２１）。リコンサイル処理部３６は、確定済みフラグがＯＮ中である場合に（ステップＳ２１肯定）、対象エントリのＩＰＲＯＰデータを、リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂから取得したエンティティＩＤに決定し（ステップＳ２２）、図９に示すＭ２に移行する。
【００６６】
また、受付ＦＣＭＤＢ３０Ａ内のリコンサイル処理部３６は、確定済みフラグがＯＮ中でない、すなわちＯＦＦ中の場合に（ステップＳ２１否定）、当該登録要求内の全種のＩＰＲＯＰデータのチェックが完了したか否かを判定する（ステップＳ２３）。共通エンティティ付与部４３は、全種のＩＰＲＯＰデータのチェックが完了した場合に（ステップＳ２３肯定）、ステップＳ１９で取得した全種のＩＰＲＯＰデータのエンティティＩＤから一つのエンティティＩＤを選択し（ステップＳ２４）、図９に示すＭ１に移行する。尚、共通エンティティ付与部４３は、所定選択アルゴリズムでエンティティＩＤを選択するものである。
【００６７】
エンティティＩＤ収集部４２は、全種のＩＰＲＯＰデータのチェックが完了していない場合に（ステップＳ２３否定）、登録要求内の未チェックのＩＰＲＯＰデータを抽出すべく、ステップＳ１２に移行する。
【００６８】
更に、図９に示すＭ１において受付ＦＣＭＤＢ３０Ａ内の共通エンティティ付与部４３は、登録要求内のＩＰＲＯＰデータ内に、ステップＳ２４で選択したエンティティＩＤ以外の他のエンティティＩＤがあるか否かを判定する（ステップＳ３１）。共通エンティティ付与部４３は、選択したエンティティＩＤ以外の他のエンティティＩＤがある場合に（ステップＳ３１肯定）、ステップＳ２４で選択したエンティティＩＤを共通エンティティＩＤに決定する。その後、リコンサイル制御部４８は、データ格納先ＦＣＭＤＢ探索部３３を通じて、共通エンティティＩＤをハッシュ関数で演算し、共通エンティティＩＤのハッシュ値を算出する（ステップＳ３２）。更に、リコンサイル制御部４８は、共通エンティティＩＤのハッシュ値に基づき、同一ＣＩの全種のエンティティデータを統合格納するエンティティデータ格納先ＦＣＭＤＢ３０Ｃを取得する（ステップＳ３２）。
【００６９】
更に、リコンサイル制御部４８は、各ＦＣＭＤＢ３０から担当管理する同一ＣＩの全種エンティティデータを収集させるべく、ステップＳ３２で算出したエンティティデータ格納先ＦＣＭＤＢ３０Ｃに統合収集要求を通知する（ステップＳ３３）。尚、統合収集要求には、共通エンティティＩＤを含むものとする。
【００７０】
エンティティデータ格納先ＦＣＭＤＢ３０Ｃ内のエンティティＩＤ収集部４２は、統合収集要求に応じて各ＦＣＭＤＢ３０から当該同一ＣＩのエンティティデータを収集する（ステップＳ３４）。更に、リコンサイル登録部４４は、同一ＣＩの全種のエンティティデータを収集すると、これら全種のエンティティデータを統合し、統合したエンティティデータを共通エンティティＩＤに対応付けてローカルエンティティデータ管理部３４に登録する（ステップＳ３５）。
【００７１】
また、受付ＦＣＭＤＢ３０Ａ内のリコンサイル制御部４８は、選択したエンティティＩＤ以外の他のエンティティＩＤを含んでいない場合（ステップＳ３１否定）に、登録要求内に全種のＩＰＲＯＰデータが含まれていたか否かを判定する（ステップＳ３６）。
【００７２】
リコンサイル制御部４８は、登録要求内に全種のＩＰＲＯＰデータが含まれていた場合に（ステップＳ３６肯定）、フラグ設定部４６を通じて、各ＩＰＲＯＰデータに対応する確定済みフラグをＯＮ設定するフラグＯＮ設定要求を設定する（ステップＳ３７）。リコンサイル制御部４８は、フラグＯＮ設定要求を設定すると、ＦＣＭＤＢ間データ通信部３５を通じて、フラグＯＮ設定要求及び共通エンティティＩＤをリコンサイルデータ格納先ＦＣＭＤＢ３０Ｂに転送する（ステップＳ３８）。
【００７３】
リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂ内のリコンサイル登録部４４は、フラグＯＮ設定要求及び共通エンティティＩＤを取得する。更に、リコンサイル登録部４４は、ＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内のエンティティＩＤを共通エンティティＩＤに書換登録する（ステップＳ３９）。更に、リコンサイル登録部４４は、ＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内の確定済みフラグをＯＮ設定し、ＩＰＲＯＰデータに対応する対象エントリのロックを解除する（ステップＳ３９）。
【００７４】
また、受付ＦＣＭＤＢ３０Ａ内のリコンサイル制御部４８は、登録要求内に全種のＩＰＲＯＰデータが含まれていない場合に（ステップＳ３６否定）、フラグ設定部４６を通じて、各ＩＰＲＯＰデータに対応する確定済みフラグをＯＦＦ設定するフラグＯＦＦ設定要求を設定する（ステップＳ４０）。リコンサイル制御部４８は、フラグＯＦＦ設定要求を設定すると、ＦＣＭＤＢ間データ通信部３５を通じて、フラグＯＦＦ設定要求及びエンティティＩＤをリコンサイルデータ格納先ＦＣＭＤＢ３０Ｂに転送する（ステップＳ４１）。
【００７５】
リコンサイルデータ格納先ＦＣＭＤＢ３０Ｂ内のリコンサイル登録部４４は、フラグＯＦＦ設定要求及びエンティティＩＤを取得する。更に、リコンサイル登録部４４は、ＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内のエンティティＩＤに登録する（ステップＳ４２）。更に、リコンサイル登録部４４は、ＩＰＲＯＰデータに対応するエンティティ管理テーブル４５内の確定済みフラグをＯＦＦに設定し、ＩＰＲＯＰデータに対応する対象エントリのロックを解除する（ステップＳ４２）。
【００７６】
また、受付ＦＣＭＤＢ３０Ａ内のデータ格納先ＦＣＭＤＢ探索部３３は、ステップＳ３９又はステップＳ４２の処理後、ステップＳ２４で求めたエンティティＩＤをハッシュ関数にかけてハッシュ値を算出する（ステップＳ４３）。更に、データ格納先ＦＣＭＤＢ探索部３３は、ＣＩ／Ｒのハッシュ値を算出すると、このハッシュ値に基づき、当該ＣＩ／Ｒのエンティティデータ格納先のＦＣＭＤＢ３０を取得する（ステップＳ４３）。
【００７７】
ローカルエンティティデータ管理部３４は、エンティティデータ格納先のＦＣＭＤＢ３０が自分であるか否かを判定する（ステップＳ４４）。ローカルエンティティデータ管理部３４は、エンティティデータ格納先のＦＣＭＤＢ３０が自分の場合に（ステップＳ４４肯定）、当該ＣＩ／ＲをエンティティＩＤに対応付けてデータ管理ＤＢ３４Ａ内に登録する（ステップＳ４５）。更に、データ登録サービス処理部３１は、ＣＩ／Ｒの登録が完了すると、登録要求を発行したＭＤＲ２０に対して登録完了レスポンスを通知することで（ステップＳ４６）、この処理動作を終了する。
【００７８】
また、ローカルエンティティデータ管理部３４は、エンティティデータ格納先のＦＣＭＤＢ３０が自分でない場合に（ステップＳ４４否定）、ステップＳ４３で算出したエンティティデータ格納先のＦＣＭＤＢ３０ＣにＣＩ／Ｒを転送する（ステップＳ４７）。
【００７９】
エンティティデータ格納先のＦＣＭＤＢ３０Ｃ内のローカルエンティティデータ管理部３４は、ＣＩ／Ｒを受信すると、当該ＣＩ／ＲをエンティティＩＤに対応付けてデータ管理ＤＢ３４Ａ内に登録し（ステップＳ４８）、ステップＳ４６に移行する。
【００８０】
また、ステップＳ３５にて統合したエンティティデータのエンティティデータ格納先ＦＣＭＤＢ３０Ｃへの登録完了後も、ステップＳ３６に移行する。
【００８１】
尚、ＦＣＭＤＢ３０では、原則として、運用中は事前に設定した同定ルール、すなわちＩＰＲＯＰデータの変更はないものとする。しかしながら、ＦＣＭＤＢ３０は、ＦＣＭＤＢ３０の指定操作や、ネットワーク４経由で接続するクライアント端末５からの指定操作に応じてＩＰＲＯＰデータを変更する場合が考えられる。そこで、ＦＣＭＤＢ３０は、ＩＰＲＯＰデータを変更した場合、各ＦＣＭＤＢ３０のエンティティ管理テーブル４５内にＯＮ設定中の確定済みフラグは全てＯＦＦ設定する。尚、ＩＰＲＯＰデータを変更する場合とは、例えば、３種類のＩＰアドレス、シリアル番号及びホスト名＋ドメイン名に、新たにニックネーム名を追加する場合や、ホスト名＋ドメイン名の代わりに、ニックネーム名を代用する場合等に相当する。図１０は、同定ルール変更処理に関わるＦＣＭＤＢ分散システム１Ａの処理動作を示すフローチャートである。
【００８２】
図１０においてＦＣＭＤＢ３０内のリコンサイル制御部４８は、同定ルールを変更した場合に（ステップＳ５１）、エンティティ管理テーブル４５内に格納中のＩＰＲＯＰデータからチェック対象のエンティティデータを１個抽出する（ステップＳ５２）。
【００８３】
リコンサイル制御部４８は、チェック対象の１個のエンティティデータを抽出すると、このエンティティデータが同定ルール変更対象のエンティティデータであるか否かを判定する（ステップＳ５３）。
【００８４】
リコンサイル制御部４８は、同定ルール変更対象のエンティティデータの場合に（ステップＳ５３肯定）、このエンティティデータに対応するエンティティ管理テーブル４５内の確定済みフラグをＯＦＦ設定する（ステップＳ５４）。更に、リコンサイル制御部４８は、エンティティデータに対応するエンティティ管理テーブル４５内の確定済みフラグをＯＦＦ設定すると、エンティティ管理テーブル４５内の全てのエンティティデータに対するチェックが完了したか否かを判定する（ステップＳ５５）。
【００８５】
リコンサイル制御部４８は、エンティティ管理テーブル４５内の全てのエンティティデータに対するチェックが完了した場合に（ステップＳ５５肯定）、図１０に示す処理動作を終了する。また、リコンサイル制御部４８は、エンティティ管理テーブル４５内の全てのエンティティデータに対するチェックが完了しなかった場合に（ステップＳ５５否定）、未チェックのエンティティデータを抽出すべく、ステップ５２に移行する。
【００８６】
また、リコンサイル制御部４８は、ステップＳ５２で抽出したエンティティデータが同定ルール変更対象のエンティティデータでない場合に（ステップＳ５３否定）、このエンティティデータをチェック済みとし、ステップＳ５５に移行する。
【００８７】
本実施例２では、同一ＣＩの全種のＩＰＲＯＰデータのエンティティＩＤが収集された場合に、これらエンティティＩＤから一つのエンティティＩＤを共通エンティティＩＤとして選択し、全種のＩＰＲＯＰデータに共通エンティティＩＤを付与する。その結果、同一ＣＩのＩＰＲＯＰデータを分散化したとしても、これらＩＰＲＯＰデータに同一ＣＩに対応した共通エンティティＩＤを付与したので、各ＦＣＭＤＢ３０では、共通エンティティＩＤに基づき、ＣＩを同定できる。
【００８８】
更に、実施例２では、同一ＣＩのＩＰＲＯＰデータそれぞれ別に対応付けられたエンティティデータを、同一ＣＩの共通エンティティＩＤのハッシュ値で探索したＦＣＭＤＢ３０内に登録管理する。その結果、同一ＣＩに関するエンティティデータを統合して各ＦＣＭＤＢ３０内に登録管理できる。
【００８９】
更に、実施例２では、ＦＣＭＤＢ３０内部の指定操作及びクライアント端末５の指定操作に応じてＩＰＲＯＰデータを変更できる。
【００９０】
実施例２では、登録要求内に同一ＣＩの複数のＩＰＲＯＰデータの内、何れか１種のＩＰＲＯＰデータを含む、登録済みの同一ＣＩの他のＩＰＲＯＰデータの組合せがある場合、組合せのＩＰＲＯＰデータを同一ＣＩのＩＰＲＯＰデータと認定する。例えば、ＭＤＲ２０によっては一部のＩＰＲＯＰデータしか取得できない場合もあるため、ＩＰＲＯＰデータ同士が全て一致しなくても、複数のＩＰＲＯＰデータの中から一つでも合致すれば同一ＣＩと認定する。従って、同定条件に柔軟性を持たせることで同一ＣＩの認定処理を円滑に行うことができる。
【００９１】
更に、実施例２では、同一ＣＩの全種のＩＰＲＯＰデータのエンティティＩＤを収集し、これら収集したＩＰＲＯＰデータのエンティティＩＤから任意のエンティティＩＤを所定アルゴリズムで選択して同一ＣＩ対応の共通エンティティＩＤとする。その結果、同一ＣＩ対応のエンティティＩＤを選択する際の処理負担を軽減できる。
【００９２】
更に、実施例２では、同一ＣＩの全種のＩＰＲＯＰデータに対する共通エンティティＩＤの付与が完了すると、これら全ＩＰＲＯＰデータに確定済みフラグをＯＮ設定する。そして、ＦＣＭＤＢ２０では、ＣＩの登録要求を検出すると、登録要求内のＩＰＲＯＰデータの確定済みフラグをチェックし、確定済みフラグがＯＮの場合、他のＩＰＲＯＰデータのエンティティＩＤを収集する余計な処理をスキップする。その結果、同一ＣＩの全種のＩＰＲＯＰデータに対する共通エンティティＩＤの付与完了以降は、更なる高速処理を実現できる。
【００９３】
更に、実施例２では、ＣＩのＩＰＲＯＰデータを分散管理することで、その記憶容量を増やすことなく、ＦＣＭＤＢ３０側の処理負担を軽減しながら、ＩＰＲＯＰデータを使用した高速なＣＩの同定を実現できる。
【００９４】
また、本実施例において説明した各処理の内、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともできる。
【００９５】
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【００９６】
ところで、本実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図１１を用いて、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１１は、分散情報管理プログラムを実行するコンピュータを示す図である。
【００９７】
同図に示すように、分散情報管理プログラムとしてのコンピュータ２００は、ＨＤＤ（Hard Disk Drive）２１０、ＲＡＭ２２０、ＲＯＭ２３０及びＣＰＵ２４０をバス２５０で接続して構成される。
【００９８】
そして、ＲＯＭ２３０には、上記の実施例と同様の機能を発揮する分散情報管理プログラムが予め記憶されている。つまり、ＲＯＭ２３０には、共通属性情報収集プログラム２３１、共通識別情報付与プログラム２３２及び属性情報管理プログラム２３３が予め記憶されている。尚、プログラム２３１〜２３３については、図１に示した構成情報管理システム１の各構成要素と同様、適宜統合又は分散してもよい。
【００９９】
そして、ＣＰＵ２４０が、これらのプログラム２３１〜２３３をＲＯＭ２３０から読み出して実行する。その結果、各プログラム２３１〜２３３は、共通属性情報収集プロセス２４１、共通識別情報付与プロセス２４２及び属性情報管理プロセス２４３として機能する。各プロセス２４１〜２４３は、図１に示した識別情報収集部１１、共通識別情報付与部１２及び属性情報管理部１３に夫々対応する。
【０１００】
また、ＨＤＤ２１０には、図１１に示すように、自己が担当管理する同一構成要素に関わる共通属性情報、更に、自己が担当管理する統合した同一構成要素に関わる全所定属性種別の共通属性情報が管理されることになる。
【０１０１】
以上、本実施例を含む実施の形態に関し、更に以下の付記を開示する。
【０１０２】
（付記１）管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する複数の分散情報管理装置を有し、
前記分散情報管理装置は、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集部と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与部と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与部によって付与された共通識別情報を対応付けて管理する共通属性情報管理部と
を有することを特徴とする構成情報管理システム。
【０１０３】
（付記２）前記共通識別情報付与部によって前記同一構成要素に対応した共通識別情報が付与されると、前記同一構成要素に関わる属性情報を統合し、これら統合した同一構成要素に関わる属性情報を、当該同一構成要素の共通識別情報に関わる前記分散情報管理装置に分散登録する属性情報登録部を有することを特徴とする付記１記載の構成情報管理システム。
【０１０４】
（付記３）前記分散情報管理装置は、
前記複数の属性情報の内、前記所定属性種別の共通属性情報を指定する指定部を有することを特徴とする付記１又は２記載の構成情報管理システム。
【０１０５】
（付記４）前記識別情報収集部は、
前記構成要素の登録要求を検出すると、前記登録要求内に同一構成要素に関わる複数の所定属性種別の共通属性情報がある場合に、これら複数の所定属性種別の共通属性情報の内、何れか１種の所定属性種別の共通属性情報を含む同一構成要素の登録済みの他の所定属性種別の共通属性情報の組合せがある場合には、これら組合せの所定属性種別の共通属性情報の識別情報を収集することを特徴とする付記１〜３の何れか一つに記載の構成情報管理システム。
【０１０６】
（付記５）前記共通識別情報付与部は、
前記同一構成要素に関わる所定属性種別の各共通属性情報の識別情報を所定属性種別毎に取得し、これら取得した所定属性種別毎の識別情報から一つの識別情報を選択し、この選択した識別情報を、当該同一構成要素に対応した前記共通識別情報とすることを特徴とする付記１〜４の何れか一つに記載の構成情報管理システム。
【０１０７】
（付記６）前記属性情報登録部は、
各分散情報管理装置に登録すべき情報をハッシュ値で管理する分散ハッシュ管理部と、
前記共通属性情報のハッシュ関数に基づき、当該共通属性情報のハッシュ値を算出し、このハッシュ値に基づき、当該共通属性情報を登録する前記分散情報管理装置を複数の分散情報管理装置から探索する分散管理探索部と
を有することを特徴とする付記１〜５の何れか一つに記載の構成情報管理システム。
【０１０８】
（付記７）前記分散情報管理装置は、
前記同一構成要素に関わる所定属性種別の共通属性情報に対する前記共通識別情報の付与が完了すると、これら全所定属性種別の共通属性情報に確定済みフラグをＯＮ設定するフラグ設定部と、
前記共通属性情報判定部によって前記共通属性情報が前記登録要求内にある場合に、当該共通属性情報に対応する確定済みフラグがＯＮ設定であるか否かを判定するフラグ判定部と
を有し、
前記フラグ判定部にて前記共通属性情報に対応する確定済みフラグがＯＮ設定でない場合に、前記所定属性種別の共通属性情報を含む同一構成要素に関わる他の所定属性種別の共通属性情報の識別情報を収集する前記識別情報収集部の収集動作を開始すると共に、前記フラグ判定部にて前記共通属性情報に対応する確定済みフラグがＯＮ設定の場合に、前記所定属性種別の共通属性情報を含む同一構成要素に関わる他の所定属性種別の共通属性情報の識別情報を収集する前記識別情報収集部の収集動作をスキップすることを特徴とする付記１〜６の何れか一つに記載の構成情報管理システム。
【０１０９】
（付記８）管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する複数の分散情報管理装置の構成情報管理方法であって、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集ステップと、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与ステップと、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与ステップによって付与された共通識別情報を対応付けて管理する共通属性情報管理ステップと
を含むことを特徴とする構成情報管理方法。
【０１１０】
（付記９）管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を他の分散情報管理装置と連携して分散管理する情報管理部と、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集部と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与部と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与部によって付与された共通識別情報を対応付けて管理する共通属性情報管理部と
を有することを特徴とする分散情報管理装置。
【０１１１】
（付記１０）管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を他の分散情報管理装置と連携して分散管理する分散管理手順と、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集手順と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与手順と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与手順によって付与された共通識別情報を対応付けて管理する共通属性情報管理手順と
を含むコンピュータプログラムをコンピュータ装置に実行させることを特徴とする分散情報管理プログラム。
【符号の説明】
【０１１２】
１ 構成情報管理システム
１Ａ 分散ＦＣＢＤＭシステム
２ 構成情報管理装置
３ 分散情報管理装置
１１ 識別情報収集部
１２ 共通識別情報付与部
１３ 属性情報管理部
２０ ＭＤＲ
３０ ＦＣＭＤＢ
３４ ローカルエンティティデータ管理部
３６ リコンサイル処理部
３７ ローカルリコンサイル管理部
４１ ＩＰＲＯＰ判定部
４２ エンティティＩＤ収集部
４３ 共通エンティティ付与部
４４ リコンサイル登録部
４５ エンティティ管理テーブル
４６ フラグ設定部
４７ フラグ判定部
４８ リコンサイル制御部
【特許請求の範囲】
【請求項１】
管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する複数の分散情報管理装置を有し、
前記分散情報管理装置は、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集部と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与部と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与部によって付与された共通識別情報を対応付けて管理する共通属性情報管理部と
を有することを特徴とする構成情報管理システム。
【請求項２】
前記共通識別情報付与部によって前記同一構成要素に対応した共通識別情報が付与されると、前記同一構成要素に関わる属性情報を統合し、これら統合した同一構成要素に関わる属性情報を、当該同一構成要素の共通識別情報に関わる前記分散情報管理装置に分散登録する属性情報登録部を有することを特徴とする請求項１記載の構成情報管理システム。
【請求項３】
前記識別情報収集部は、
前記構成要素の登録要求を検出すると、前記登録要求内に同一構成要素に関わる複数の所定属性種別の共通属性情報がある場合に、これら複数の所定属性種別の共通属性情報の内、何れか１種の所定属性種別の共通属性情報を含む同一構成要素の登録済みの他の所定属性種別の共通属性情報の組合せがある場合には、これら組合せの所定属性種別の共通属性情報の識別情報を収集することを特徴とする請求項１又は２記載の構成情報管理システム。
【請求項４】
前記共通識別情報付与部は、
前記同一構成要素に関わる所定属性種別の各共通属性情報の識別情報を所定属性種別毎に取得し、これら取得した所定属性種別毎の識別情報から一つの識別情報を選択し、この選択した識別情報を、当該同一構成要素に対応した前記共通識別情報とすることを特徴とする請求項１〜３の何れか一つに記載の構成情報管理システム。
【請求項５】
前記分散情報管理装置は、
前記同一構成要素に関わる所定属性種別の共通属性情報に対する前記共通識別情報の付与が完了すると、これら全所定属性種別の共通属性情報に確定済みフラグをＯＮ設定するフラグ設定部と、
前記共通属性情報判定部によって前記共通属性情報が前記登録要求内にある場合に、当該共通属性情報に対応する確定済みフラグがＯＮ設定であるか否かを判定するフラグ判定部と
を有し、
前記フラグ判定部にて前記共通属性情報に対応する確定済みフラグがＯＮ設定でない場合に、前記所定属性種別の共通属性情報を含む同一構成要素に関わる他の所定属性種別の共通属性情報の識別情報を収集する前記識別情報収集部の収集動作を開始すると共に、前記フラグ判定部にて前記共通属性情報に対応する確定済みフラグがＯＮ設定の場合に、前記所定属性種別の共通属性情報を含む同一構成要素に関わる他の所定属性種別の共通属性情報の識別情報を収集する前記識別情報収集部の収集動作をスキップすることを特徴とする請求項１〜４の何れか一つに記載の構成情報管理システム。
【請求項６】
管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する複数の分散情報管理装置の構成情報管理方法であって、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集ステップと、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与ステップと、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与ステップによって付与された共通識別情報を対応付けて管理する共通属性情報管理ステップと
を含むことを特徴とする構成情報管理方法。
【請求項７】
管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を他の分散情報管理装置と連携して分散管理する情報管理部と、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集部と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与部と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与部によって付与された共通識別情報を対応付けて管理する共通属性情報管理部と
を有することを特徴とする分散情報管理装置。
【請求項８】
管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を他の分散情報管理装置と連携して分散管理する分散管理手順と、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集手順と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与手順と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与手順によって付与された共通識別情報を対応付けて管理する共通属性情報管理手順と
を含むコンピュータプログラムをコンピュータ装置に実行させることを特徴とする分散情報管理プログラム。
【請求項１】
管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する複数の分散情報管理装置を有し、
前記分散情報管理装置は、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集部と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与部と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与部によって付与された共通識別情報を対応付けて管理する共通属性情報管理部と
を有することを特徴とする構成情報管理システム。
【請求項２】
前記共通識別情報付与部によって前記同一構成要素に対応した共通識別情報が付与されると、前記同一構成要素に関わる属性情報を統合し、これら統合した同一構成要素に関わる属性情報を、当該同一構成要素の共通識別情報に関わる前記分散情報管理装置に分散登録する属性情報登録部を有することを特徴とする請求項１記載の構成情報管理システム。
【請求項３】
前記識別情報収集部は、
前記構成要素の登録要求を検出すると、前記登録要求内に同一構成要素に関わる複数の所定属性種別の共通属性情報がある場合に、これら複数の所定属性種別の共通属性情報の内、何れか１種の所定属性種別の共通属性情報を含む同一構成要素の登録済みの他の所定属性種別の共通属性情報の組合せがある場合には、これら組合せの所定属性種別の共通属性情報の識別情報を収集することを特徴とする請求項１又は２記載の構成情報管理システム。
【請求項４】
前記共通識別情報付与部は、
前記同一構成要素に関わる所定属性種別の各共通属性情報の識別情報を所定属性種別毎に取得し、これら取得した所定属性種別毎の識別情報から一つの識別情報を選択し、この選択した識別情報を、当該同一構成要素に対応した前記共通識別情報とすることを特徴とする請求項１〜３の何れか一つに記載の構成情報管理システム。
【請求項５】
前記分散情報管理装置は、
前記同一構成要素に関わる所定属性種別の共通属性情報に対する前記共通識別情報の付与が完了すると、これら全所定属性種別の共通属性情報に確定済みフラグをＯＮ設定するフラグ設定部と、
前記共通属性情報判定部によって前記共通属性情報が前記登録要求内にある場合に、当該共通属性情報に対応する確定済みフラグがＯＮ設定であるか否かを判定するフラグ判定部と
を有し、
前記フラグ判定部にて前記共通属性情報に対応する確定済みフラグがＯＮ設定でない場合に、前記所定属性種別の共通属性情報を含む同一構成要素に関わる他の所定属性種別の共通属性情報の識別情報を収集する前記識別情報収集部の収集動作を開始すると共に、前記フラグ判定部にて前記共通属性情報に対応する確定済みフラグがＯＮ設定の場合に、前記所定属性種別の共通属性情報を含む同一構成要素に関わる他の所定属性種別の共通属性情報の識別情報を収集する前記識別情報収集部の収集動作をスキップすることを特徴とする請求項１〜４の何れか一つに記載の構成情報管理システム。
【請求項６】
管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を分散管理する複数の分散情報管理装置の構成情報管理方法であって、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集ステップと、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与ステップと、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与ステップによって付与された共通識別情報を対応付けて管理する共通属性情報管理ステップと
を含むことを特徴とする構成情報管理方法。
【請求項７】
管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を他の分散情報管理装置と連携して分散管理する情報管理部と、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集部と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与部と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与部によって付与された共通識別情報を対応付けて管理する共通属性情報管理部と
を有することを特徴とする分散情報管理装置。
【請求項８】
管理対象である構成要素に関わる属性情報を構成種別毎に管理する複数の構成情報管理装置から前記属性情報の内、構成要素の同定に使用する複数の所定属性種別の共通属性情報を他の分散情報管理装置と連携して分散管理する分散管理手順と、
同一構成要素に関わる複数の所定属性種別の共通属性情報に対応した識別情報を収集する識別情報収集手順と、
前記同一構成要素に関わる所定属性種別の共通属性情報に対応した識別情報が収集されると、前記同一構成要素に関わる所定属性種別の各共通属性情報に、同一構成要素に対応した共通識別情報を付与する共通識別情報付与手順と、
前記同一構成要素に関わる所定属性種別の各共通属性情報に、前記共通識別情報付与手順によって付与された共通識別情報を対応付けて管理する共通属性情報管理手順と
を含むコンピュータプログラムをコンピュータ装置に実行させることを特徴とする分散情報管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−１３３９８５（Ｐ２０１１−１３３９８５Ａ）
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願番号】特願２００９−２９１０２０（Ｐ２００９−２９１０２０）
【出願日】平成２１年１２月２２日（２００９．１２．２２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願日】平成２１年１２月２２日（２００９．１２．２２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]