(57)【特許請求の範囲】
【請求項１】
異なるスキーマで記述された属性要素を含む構成要素を管理するデータ管理部と、
前記データ管理部によって管理された構成要素毎に、同一構成要素の内、異なるスキーマの各属性要素の対応関係に基づき、スキーマ間の属性要素を特定し、スキーマ間の各属性要素で同一属性値に対応した属性名の組合せを辞書候補として前記データ管理部から検索する辞書候補検索部と、
前記辞書候補検索部によって検索された辞書候補に基づき、異なるスキーマ間の各属性要素の属性名の同義性を定義する辞書情報を生成する辞書生成部と、
前記辞書生成部によって生成された前記辞書情報を管理する辞書管理部と
を有することを特徴とする構成情報管理装置。
【請求項２】
前記辞書候補検索部は、
前記構成要素毎に、同一構成要素の内、スキーマ間の属性要素を特定し、異なるスキーマの各属性要素の対応関係を定義した、少なくとも１組以上の属性要素の組合せを辞書定義要素として管理し、この辞書定義要素に基づき、スキーマ間の各属性要素で同一属性値に対応した属性名の組合せを辞書候補として前記データ管理部から検索することを特徴とする請求項１記載の構成情報管理装置。
【請求項３】
前記辞書生成部によって生成された前記辞書情報を表示画面上に提示する辞書提示部を有することを特徴とする請求項１又は２記載の構成情報管理装置。
【請求項４】
前記属性要素のソース情報を取得するソース情報取得部を有し、
前記辞書候補検索部は、
前記辞書定義要素の異なるスキーマ間で同一属性値に対応した属性要素の属性名の組合せを検索すると、前記ソース情報取得部にて同一属性値に対応した属性要素のソース情報を取得し、当該辞書候補の各属性要素のソース情報が同一条件に合致した場合に、これら属性要素の組合せを前記辞書候補として検索することを特徴とする請求項２又は３記載の構成情報管理装置。
【請求項５】
前記データ管理部内の前記構成要素及び前記属性要素の運用履歴を管理する運用履歴管理部と、
前記辞書候補検索部によって検索された前記辞書候補を管理する辞書候補管理部と
を有し、
前記辞書生成部は、
前記辞書候補管理部に管理中の辞書候補毎に、当該辞書候補内の各属性要素の同一タイミング時点の運用履歴を前記運用履歴管理部から取得し、各属性要素の運用履歴にデータ同期があるか否かを判定し、データ同期がある場合に当該辞書候補に対応する履歴同期回数をカウントする履歴同期カウンタ部と、
前記辞書候補毎の履歴同期回数に基づき、前記辞書候補管理部に管理中の辞書候補から辞書対象の辞書候補を選定する辞書候補選定部と
を有し、
前記辞書候補選定部にて選定された前記辞書対象の辞書候補に基づき、前記辞書情報を生成することを特徴とする請求項１〜４の何れか一つに記載の構成情報管理装置。
【請求項６】
前記履歴同期カウンタ部は、
設定操作に応じて、前記運用履歴のタイミング時点の設定又は前記運用履歴の設定回数の設定を変更可能にしたことを特徴とする請求項５記載の構成情報管理装置。
【請求項７】
前記履歴同期カウンタ部は、
判定対象の属性要素の種別に応じて、前記運用履歴のタイミング時点の設定又は前記運用履歴の設定回数の設定を変更可能にしたことを特徴とする請求項５記載の構成情報管理装置。
【請求項８】
前記辞書候補選定部は、
前記辞書候補毎の履歴同期回数に基づき、前記辞書候補毎の評価値を算出する評価値算出部と、
前記辞書候補管理部に管理中の前記辞書候補の内、前記辞書候補の評価値が最高の評価値の辞書候補を選定し、当該辞書候補の評価値が所定閾値以上であるか否かを判定する評価値判定部と
を有し、
前記評価値判定部にて前記辞書候補の評価値が所定閾値以上である場合に、当該辞書候補を前記辞書対象の辞書候補として選定することを特徴とする請求項５〜７の何れか一つに記載の構成情報管理装置。
【請求項９】
前記辞書候補選定部は、
前記辞書候補管理部に管理中の辞書候補の内、前記辞書対象の辞書候補として選定されると、この辞書候補の属性要素の属性名を含む辞書候補を前記辞書候補管理部から削除することを特徴とする請求項５〜８の何れか一つに記載の構成情報管理装置。
【請求項１０】
異なるスキーマで記述された属性要素を含む構成要素をデータ管理部に管理するデータ管理ステップと、
前記データ管理部によって管理された構成要素毎に、同一構成要素の内、異なるスキーマの各属性要素の対応関係に基づき、スキーマ間の属性要素を特定し、スキーマ間の各属性要素で同一属性値に対応した属性名の組合せを辞書候補として前記データ管理部から検索する辞書候補検索ステップと、
前記辞書候補検索ステップによって検索された辞書候補に基づき、異なるスキーマ間の各属性要素の属性名の同義性を定義する辞書情報を生成する辞書生成ステップと、
前記辞書生成ステップによって生成された前記辞書情報を辞書管理部に管理する辞書管理ステップと
を含むことを特徴とする構成情報管理装置の辞書生成方法。
【請求項１１】
異なるスキーマで記述された属性要素を含む構成要素をデータ管理部に管理するデータ管理手順と、
前記データ管理部によって管理された構成要素毎に、同一構成要素の内、異なるスキーマの各属性要素の対応関係に基づき、スキーマ間の属性要素を特定し、スキーマ間の各属性要素で同一属性値に対応した属性名の組合せを辞書候補として前記データ管理部から検索する辞書候補検索手順と、
前記辞書候補検索手順によって検索された辞書候補に基づき、異なるスキーマ間の各属性要素の属性名の同義性を定義する辞書情報を生成する辞書生成手順と、
前記辞書生成手順によって生成された前記辞書情報を辞書管理部に管理する辞書管理手順と
を含むコンピュータプログラムをコンピュータに実行させることを特徴とする構成情報管理装置の辞書生成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、構成情報管理装置、構成情報管理装置の辞書生成方法及び構成情報管理装置の辞書生成プログラムに関する。
【背景技術】
【０００２】
近年、異なる業務システム間の連携統合によるマルチベンダー化や、異なるシステム間の情報交換等のオープン化が進み、ＩＴシステムは、サーバ台数の増加やストレージ容量の増大と相まって大規模化・複雑化している。このため、運用コストが増大しているだけでなく、人的ミスによるシステム停止やサービス品質低下が大きな問題となっている。そこで、こうした問題を解決するため、サーバ、ストレージやアプリケーション等といったＩＴシステムの構成情報の管理が重要となっている。
【０００３】
例えば、データセンタの運用においては、サーバ管理、ネットワーク管理、サービス管理や資産管理等の管理業務に最適化された運用管理ミドルウェアが存在する。また、各運用管理ミドルウェアは、固有のデータベースを有し、それぞれの業務に関する構成情報をデータベースに登録する。このように、運用管理ミドルウェアは、構成情報を他のデータベースと独立して管理するため、アクセス方法や管理される構成情報のスキーマが運用管理ミドルウェア毎に異なる場合があり、各運用管理ミドルウェア間で連携をとる場合には人的な作業を要するのが実情である。
【０００４】
そこで、複数の運用管理ミドルウェアに散在する各種の構成情報を仮想的に統合する統合構成管理データベース（Federated Configuration Management Database：ＦＣＭＤＢ）と称するデータベースを備えた構成情報管理装置が知られている。ＦＣＭＤＢは、各運用管理ミドルウェアの持つ構成情報を仮想的に統合する。ＦＣＭＤＢの統合する運用管理ミドルウェアは、管理データリポジトリ（Management Data Repository：ＭＤＲ）と呼ばれる。図１６は、ＦＣＭＤＢシステムの構成を示す説明図である。図１６に示すＦＣＭＤＢシステム３００は、複数のＭＤＲ３０１、ＦＣＭＤＢ３０２及びクライアント端末３０４を有し、ＭＤＲ３０１及びＦＣＭＤＢ３０２間をネットワーク３０３経由で通信接続する。
【０００５】
各ＭＤＲ３０１は、例えば、ＩＴシステム内に存在する機器等の構成要素に関する属性要素を構成要素種別毎に管理する。更に、各ＭＤＲ３０１は、管理するデータの構成要素種別及びデータ量が異なることは勿論のこと、自分のローカルＩＤに対応付けて属性要素等の各種情報を管理している。例えば、ＭＤＲ３０１Ａでは、設計情報を管理し、ＭＤＲ３０１Ｂでは、製品情報を管理し、ＭＤＲ３０１Ｃでは、性能情報を管理し、ＭＤＲ３０１Ｄでは、構成情報を管理する。
【０００６】
また、ＦＣＭＤＢ３０２は、複数のＭＤＲ３０１に分散して管理される同一対象の構成情報を統合して管理する。具体的には、ＦＣＭＤＢ３０２は、ＩＴシステムを構成する機器、ソフトウェア、データログ等の構成要素（Configuration Item：ＣＩ）を管理する。例えば、ＦＣＭＤＢ３０２で管理するＣＩ「Ｃ」とは、ＭＤＲ３０１Ａで管理する設計情報Ｃ’’、ＭＤＲ３０１Ｃで管理する性能情報Ｃ＾、ＭＤＲ３０１Ｄで管理するＣ’の構成情報を統合したものである。
【０００７】
その結果、システム管理者等のオペレータは、バッチの適用作業やハードウェアの保守作業等のシステム運用に関わる様々な状況下で、ＦＣＭＤＢ３０２を使用して仮想的に統合された構成情報を参照し、ＩＴシステム全体の構成を容易に管理把握できる。
【０００８】
図１７は、ＦＣＭＤＢシステム３００のデータ統合の原理を示す説明図である。図１７の例では、ＭＤＲ３０１Ａは、同一ＣＩの属性要素として“サーバ”、“ID:WebServer１”及び“S/N:XYZ123”を管理している。尚、属性要素は、属性名及び属性値を有し、属性名は、例えば“ID”及び“S/N”に相当し、属性値は、例えば、“WebServer１”及び“XYZ123”に相当する。また、ＭＤＲ３０１Ｂは、同一ＣＩの属性要素として“サーバ”、“ID:192.168.0.1”、“製番：XYZ123”を管理している。尚、属性名は、例えば“ID”及び“製番”に相当し、属性値は、例えば、“192.168.0.1”及び“XYZ123”に相当する。更に、ＭＤＲ３０１Ｃは、同一ＣＩの属性要素として“ホスト”、“ID:hostnameX”及び“SERNO:XYZ123”を管理している。尚、属性名は、例えば、“ID”及び“SERNO”に相当し、属性値は、例えば、“hostnameX”及び“XYZ123”に相当する。更に、ＭＤＲ３０１Ｄは、同一ＣＩの属性要素として“ノード”、“ID:192.168.0.1”及び“SN:XYZ123”を管理している。尚、属性名は、例えば“ID”及び“SN”に相当し、属性値は、例えば、“192.168.0.1”及び“XYZ123”に相当する。つまり、各ＭＤＲ３０１は、同一ＣＩの属性要素であるにも関わらず、異なるＣＩ種別で管理している。
【０００９】
そこで、ＦＣＭＤＢ３０２では、各ＭＤＲ３０１で管理する同一ＣＩの属性要素を共通形式に変換する。更に、ＦＣＭＤＢ３０２は、ＭＤＲ３０１毎に異なるローカルＩＤで管理する属性要素からユニークな属性値を有する共通プロパティをキーにして、同一ＣＩの属性要素を認定するリコンサイル処理を実行する。尚、共通プロパティとは、ユニークな属性値“XYZ123”を有する、例えば、製造番号を示す“S/N:XYZ123”、“製番：XYZ123”、“SERNO:XYZ123”及び “SN:XYZ123”に相当する。
【００１０】
ＦＣＭＤＢ３０２は、ＭＤＲ３０１毎に異なるローカルＩＤで管理する複数の属性要素から製造番号の共通プロパティをキーにして同一ＣＩの属性要素を認定し、各ＭＤＲ３０１で分散管理する同一ＣＩの属性要素を統合して管理する。
【００１１】
また、同一ＣＩ内でも、ａ−ＸＭＬ形式及びｂ−ＸＭＬ形式等の複数スキーマの情報を統合管理する際、リコンサイル処理を実行するために、スキーマ間の情報、例えば、属性要素を対応付ける共通プロパティ等の辞書情報を作成する必要がある。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００７−１７９１４６号公報
【特許文献２】特開２００６−９９２３６号公報
【非特許文献１】“CMDB  Federation  （CMDBf）”  Committee  Draft  Version1.0、［online］、２００７年１０月２２日、CMDB  Federation  Working  Group、［平成２０年１月２３日検索］、インターネット＜URL：http://cmdbf.org/schema/1-0-0/CMDBf%20v1.0.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記従来の辞書情報を作成する方法としては、複数スキーマに精通した熟練者のオペレータが手作業で同義の属性要素等の情報を探し、複数スキーマ間の属性要素同士の同義性を定義した辞書情報を作成する必要がある。その結果、このような従来の方法では、複数スキーマ間の属性要素同士の辞書情報を作成する際のオペレータ側の作業負担が極めて大きい。
【００１４】
開示の技術は上記点に鑑みてなされたものであり、その目的とするところは、オペレータ側の作業負担を大幅に軽減しながら、複数スキーマ間の辞書情報を自動生成できる構成情報管理装置、その辞書生成方法及び辞書生成プログラムを提供することにある。
【課題を解決するための手段】
【００１５】
本願の開示する構成情報管理装置は、一つの態様において、異なるスキーマで記述された属性要素を含む構成要素を管理するデータ管理部と、前記データ管理部によって管理された構成要素毎に、同一構成要素の内、異なるスキーマの各属性要素の対応関係に基づき、スキーマ間の属性要素を特定し、スキーマ間の各属性要素で同一属性値に対応した属性名の組合せを辞書候補として前記データ管理部から検索する辞書候補検索部と、前記辞書候補検索部によって検索された辞書候補に基づき、異なるスキーマ間の各属性要素の属性名の同義性を定義する辞書情報を生成する辞書生成部と、前記辞書生成部によって生成された前記辞書情報を管理する辞書管理部とを有する。
【発明の効果】
【００１６】
本願の開示する構成情報管理装置の一態様では、オペレータ側の作業負担を大幅に軽減しながら、複数スキーマ間の辞書情報を自動生成できるという効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】図１は、実施例１の構成情報管理装置の構成を示すブロック図である。
【図２】図２は、実施例２のＦＣＭＤＢシステムの構成を示すブロック図である。
【図３】図３は、ＦＣＭＤＢの構成を示すブロック図である。
【図４】図４は、データ管理部に管理中のＣＩデータの一例を示す説明図である。
【図５】図５は、辞書管理部のテーブル内容の一例を示す説明図である。
【図６】図６は、ＣＩ種別リスト管理部のテーブル内容の一例を示す説明図である。
【図７】図７は、辞書候補管理部のテーブル内容の一例を示す説明図である。
【図８】図８は、辞書候補検索部の動作の一例を示す説明図である。
【図９】図９は、履歴同期カウンタ部の動作の一例を示す説明図である。
【図１０】図１０は、履歴同期カウンタ部の動作の一例を示す説明図である。
【図１１】図１１は、辞書候補選定部の動作の一例を示す説明図である。
【図１２】図１２は、辞書生成処理に関わる辞書登録処理部の処理動作を示すフローチャートである。
【図１３】図１３は、辞書候補登録処理に関わる辞書登録処理部の処理動作を示すフローチャートである。
【図１４】図１４は、辞書登録処理に関わる辞書候補選定部の処理動作を示すフローチャートである。
【図１５】図１５は、辞書生成プログラムを実行するコンピュータを示す説明図である。
【図１６】図１６は、ＦＣＭＤＢシステムの構成を示す説明図である。
【図１７】図１７は、ＦＣＭＤＢシステムのデータ統合の原理を示す説明図である。
【発明を実施するための形態】
【００１８】
以下に、本願の開示する構成情報管理装置、その辞書生成方法及び辞書生成プログラムの実施例を図面に基づいて詳細に説明する。尚、本実施例の内容により、本発明の技術思想が限定されるものではない。
【実施例１】
【００１９】
図１は、実施例１の構成情報管理装置の構成を示すブロック図である。図１に示す構成情報管理装置１００は、データ管理部１０１、辞書候補検索部１０２、辞書生成部１０３及び辞書管理部１０４を有する。データ管理部１０１は、異なるスキーマで記述された属性要素を含む構成要素を管理する。
【００２０】
辞書候補検索部１０２は、データ管理部１０１によって管理された構成要素毎に、同一構成要素の内、異なるスキーマの各属性要素の対応関係に基づき、スキーマ間の属性要素を特定する。更に、辞書候補検索部１０２は、スキーマ間の各属性要素で同一属性値に対応した属性名の組合せを辞書候補としてデータ管理部１０１から検索する。尚、各属性要素の対応関係とは、例えば、異なるスキーマの各属性要素の辞書候補を生成する上での基になる属性要素の組合せに相当する。
【００２１】
辞書生成部１０３は、辞書候補検索部１０２によって検索された辞書候補に基づき、異なるスキーマ間の各属性要素の属性名の同義性を定義する辞書情報を生成する。辞書管理部１０４は、辞書生成部１０３によって生成された辞書情報を管理する。
【００２２】
実施例１では、データ管理部１０１から異なるスキーマ間の各属性要素で同一属性値に対応した属性名の組合せを辞書候補として検索する。更に、実施例１では、検索された辞書候補に基づき、異なるスキーマ間の各属性要素の属性名の同義性を定義する辞書情報を自動的に生成し、この辞書情報を辞書管理部１０４に管理する。その結果、実施例１では、複数スキーマ間の辞書情報を生成する際のオペレータ側の作業負担を大幅に軽減しながら、高精度な辞書情報を提供できる。
【実施例２】
【００２３】
次に、実施例２の統合構成管理データベース（Federating Configuration Management Data Base：ＦＣＭＤＢ）システムについて説明する。図２は、実施例２のＦＣＭＤＢシステムの構成を示すブロック図である。図２に示すＦＣＭＤＢシステム１は、複数の管理データリポジトリ（Management Data Repository：ＭＤＲ）２、ＦＣＭＤＢ３及びクライアント端末４を有し、ＭＤＲ２及びＦＣＭＤＢ３間をネットワーク５経由で通信接続する。
【００２４】
ＭＤＲ２は、構成情報を構成する構成要素（Configuration Item：ＣＩ）及び、ＣＩ毎に属性要素を管理する。ＣＩは、例えば、サーバ、ストレージやソフトウェア等のＩＴシステムを構成する要素に相当する。属性要素は、属性名及び属性値を有し、属性名は、例えば、ＩＰアドレス名、シリアル番号やドメイン名等に相当し、属性値は、例えば、ＩＰアドレス値、シリアル番号値及びドメイン名自体等に相当する。ＭＤＲ２では、異なるスキーマで記述されたＣＩや属性要素等のデータを管理している。
【００２５】
ＦＣＭＤＢ３は、複数のＭＤＲ２のデータを仮想的に統合し、ＣＩ単位でリコンサイル及び統合し、これらデータを管理する。また、ＦＣＭＤＢ３は、クライアント端末４から検索対象の構成情報の検索要求を検出すると、この検索対象の構成情報を検索し、その検索結果をクライアント端末４に提供する。そして、クライアント端末４は、その検索結果を表示画面上に画面表示する。
【００２６】
図３は、ＦＣＭＤＢ３の構成を示すブロック図である。図３に示すＦＣＭＤＢ３は、登録要求受付部１１、登録処理部１２、データ管理部１３、運用履歴管理部１４、検索要求受付部１５及び検索処理部１６を有する。登録要求受付部１１は、ネットワーク５と接続し、ＭＤＲ２からのデータ登録要求を受け付ける。登録処理部１２は、データ登録要求を検出すると、ＭＤＲ２からのデータをデータ管理部１３に登録する。データ管理部１３は、各ＭＤＲ２のＣＩ及び属性要素を仮想的に管理する。
【００２７】
図４は、データ管理部１３に管理中のＣＩデータの一例を示す説明図である。図４に示すＣＩデータは、同一ＣＩデータ内にａ−ＸＭＬ形式で記述された複数の属性要素及び、ｂ−ＸＭＬ形式で記述された属性要素を含んでいる。尚、当然ながら、例えば、ａ−ＸＭＬ形式やｂ−ＸＭＬ形式等の単一ＸＭＬ形式で記述されたＣＩデータもあることは言うまでもない。
【００２８】
運用履歴管理部１４は、データ管理部１３内のＣＩや属性要素の運用履歴を日時単位で管理する。検索要求受付部１５は、ネットワーク５と接続し、各ＭＤＲ２又はクライアント端末４からのデータ検索要求を受け付ける。検索処理部１６は、データ検索要求を検出すると、検索対象のデータをデータ管理部１３から検索する。
【００２９】
更に、ＦＣＭＤＢ３は、辞書登録要求受付部１７、辞書登録処理部１８、辞書管理部１９及び辞書提示部２０を有する。辞書登録要求受付部１７は、ネットワーク５と接続し、各ＭＤＲ２又はクライアント端末４からの辞書登録要求を受け付ける。辞書登録処理部１８は、辞書登録要求を検出すると、例えば、手作業で入力した辞書情報を辞書管理部１９に登録する。
【００３０】
辞書管理部１９は、例えば、ａ−ＸＭＬ形式で記述された属性要素の属性名及びｂ−ＸＭＬ形式で記述された属性要素の属性名を対応付けて、その同義性を定義する辞書情報を管理する。図５は、辞書管理部１９のテーブル内容の一例を示す説明図である。
【００３１】
図５に示す辞書管理部１９は、識別ＩＤ１９Ａ毎に、ａ−ＸＭＬ形式の属性要素に関わる属性名１９Ｂ及びｂ−ＸＭＬ形式の属性要素に関わる属性名１９Ｃを辞書情報として管理する。尚、ＦＣＭＤＢ３は、同一ＣＩデータ内の異なるＸＭＬ形式で記述された属性要素をデータ管理部１３内に管理している。従って、ＦＣＭＤＢ３は、辞書管理部１９で管理中の辞書情報に基づき、例えば、ａ−ＸＭＬ形式の属性名１９Ｂの“Server/@nickname”とｂ−ＸＭＬ形式の属性名１９Ｃの“Server/@name”とが同義と認識できる。また、辞書提示部２０は、辞書管理部１９に管理された辞書情報をクライアント端末４の表示画面上に提示する。
【００３２】
更に、ＦＣＭＤＢ３は、辞書定義要素管理部２１、ＣＩ種別リスト管理部２２及び辞書候補管理部２３、バスライン２４を有する。辞書定義要素管理部２１は、ＣＩ種別毎に少なくとも１個以上の辞書定義要素を管理する。尚、辞書定義要素は、例えば、ａ−ＸＭＬ形式で記述された属性要素及びｂ−ＸＭＬ形式で記述された属性要素同士の対応関係を定義した属性名の組合せの共通プロパティ（Identifying Property）に相当する。更に、辞書定義要素は、異なるＸＭＬ形式で記述された属性要素の属性名同士の同義性を推定する辞書候補の検索に利用する。尚、本実施例では、例えば、ＣＩ種別が“Server”の場合に、ａ−ＸＭＬ形式の属性名“Server/＠ipaddr”及びｂ−ＸＭＬ形式の属性名“Server/＠ip_address”の組合せを辞書定義要素としている。
【００３３】
ＣＩ種別リスト管理部２２は、データ管理部１３に管理中のＣＩデータのＣＩ種別を管理する。図６は、ＣＩ種別リスト管理部２２のテーブル内容の一例を示す説明図である。図６に示すＣＩ種別リスト管理部２２は、識別ＩＤ２２Ａ毎に、例えば、“Server”、“Switch”及び“Storage”等のＣＩ種別２２Ｂを管理する。
【００３４】
辞書候補管理部２３は、辞書情報を生成する際の基礎となる辞書候補を管理する。図７は、辞書候補管理部２３のテーブル内容の一例を示す説明図である。図７に示す辞書候補管理部２３は、識別ＩＤ２３Ａ毎に、ａ−ＸＭＬ形式で記述された属性要素の属性名２３Ｂ、ｂ−ＸＭＬ形式で記述された属性要素の属性名２３Ｃ、履歴一致数２３Ｄ及び履歴判定件数２３Ｅを管理する。尚、辞書候補は、同一ＣＩデータ内の同一属性値に対応するａ−ＸＭＬ形式で記述された属性要素の属性名及びｂ−ＸＭＬ形式で記述された属性要素の属性名の組合せに相当し、これら属性名同士の同義性を推定した属性名の組合せである。履歴一致数２３Ｄは、辞書候補内の属性要素同士の運用履歴に対するデータ同期ありの回数に相当する。履歴判定件数２３Ｅは、辞書候補内の各属性要素の運用履歴でのデータ同期の有無を判定した件数に相当する。
【００３５】
バスライン２４は、登録処理部１２、データ管理部１３、運用履歴管理部14、検索処理部１６、辞書登録処理部１８、辞書管理部１９、辞書定義要素管理部２１、辞書候補管理部２３及びＣＩ種別リスト管理部２２間のデータ伝送路を構成する。
【００３６】
更に、辞書登録処理部１８は、辞書候補検索部３１及び辞書生成部３２を有する。辞書候補検索部３１は、辞書定義要素管理部２１に管理した辞書定義要素の異なるＸＭＬ形式間の各属性要素で同一属性値に対応した属性名の組合せを辞書候補として、データ管理部１３から検索する。図８は、辞書候補検索部３１の動作の一例を示す説明図である。尚、辞書定義要素は、ａ−ＸＭＬ形式の属性名“Server/＠ipaddr”及びｂ−ＸＭＬ形式の属性名“Server/＠ip_address”の組合せに相当する。
【００３７】
辞書候補検索部３１は、データ管理部１３に管理中の同一ＣＩデータ内の属性要素がａ−ＸＭＬ形式及びｂ−ＸＭＬ形式で記述されている場合に、辞書定義要素を利用して、ａ−ＸＭＬ形式の属性要素及びｂ−ＸＭＬ形式の属性要素に特定する。更に、辞書候補検索部３１は、ａ−ＸＭＬ形式の属性要素及びｂ−ＸＭＬ形式の属性要素間で同一属性値に対応する属性名の組合せを検索する。例えば、辞書候補検索部３１は、図８に示すように、属性値“web01”の属性名“Server/@nickname”及び“Server/@name”を検索し、属性値“２GHｚ”の属性名“Server/cpu”及び“Server/processor”を検索する。また、辞書候補検索部３１は、属性値“ｘ86”の属性名“Server/cpu/@type”及び“Server/processor/@cputype”を検索し、属性値“web01”の属性名“Server/@nickname”及び“Server/description”等を検索する。
【００３８】
更に、辞書候補検索部３１は、同一属性値に対応する属性要素の属性名の組合せを検索すると、各属性要素のソース情報をＭＤＲ２から取得する。尚、ソース情報とは、例えば、本属性要素の配信元であるＭＤＲ２の識別情報や配信方式等に相当する。そして、辞書候補検索部３１は、各属性要素のソース情報が同一条件に合致した場合に、これら属性要素の属性名の組合せを辞書候補とする。そして、辞書候補検索部３１は、データ管理部１３から辞書候補を順次検索し、これら順次検索した辞書候補を辞書候補管理部２３に順次登録する。つまり、辞書候補検索部３１は、ＣＩデータ１件毎に辞書候補を順次検索し、これら順次検索した辞書候補を辞書候補管理部２３に順次登録することで、ＦＣＭＤＢ３内の全ＣＩデータに対する辞書候補を辞書候補管理部２３に順次登録する。
【００３９】
また、辞書生成部３２は、履歴同期カウンタ部３４及び辞書候補選定部３５を有する。履歴同期カウンタ部３４は、辞書候補検索部１３にて辞書候補を検索すると、辞書候補内の属性要素の運用履歴を運用履歴管理部１４から取得する。更に、履歴同期カウンタ部３４は、辞書候補の各属性要素の運用履歴同士を比較し、その運用履歴内にデータ同期があるか否かを判定する。図９は、履歴同期カウンタ部３４の動作の一例を示す説明図である。尚、説明の便宜上、運用履歴は、例えば、現在日時から１日前に相当する。
【００４０】
履歴同期カウンタ部３４は、“Server/@nickname”及び“Server/@name”の辞書候補を検索すると、現在日時から１日前の“Server/@nickname”の運用履歴及び“Server/@name”の運用履歴を運用履歴管理部１４から取得する。履歴同期カウンタ部３４は、現在日時から１日前の“Server/@nickname”の運用履歴及び“Server/@name”の運用履歴を比較し、データ同期があるか否かを判定する。
【００４１】
この際、履歴同期カウンタ部３４は、運用履歴のデータ同期の有無を判定する際に、辞書候補に対応する履歴判定件数を＋１インクリメントし、辞書候補管理部２３内の辞書候補に対応する履歴判定件数を更新する。履歴同期カウンタ部３４は、１日前の“Server/@nickname”及び“Server/@name”の運用履歴が空データのため、データ同期があると判断する。履歴同期カウンタ部３４は、データ同期ありと判断すると、この辞書候補に対応する履歴一致数を＋１インクリメントし、辞書候補管理部２３内の辞書候補に対応する履歴一致数を更新する。更に、履歴同期カウンタ部３４は、ＣＩデータ１件毎に辞書候補内の属性要素同士の運用履歴に関わるデータ同期の有無を順次判定し、辞書候補管理部２３内の辞書候補に対応する履歴一致数及び履歴判定件数を順次更新する。尚、図１０は、履歴同期カウンタ部の動作の一例を示す説明図である。
【００４２】
つまり、履歴同期カウンタ部３４では、図１０に示すように、次のＣＩデータの１日前の“Server/@nickname”及び“Server/@name”の運用履歴を判定するため、履歴判定件数を＋１インクリメントし、履歴判定件数を“２”に更新する。更に、履歴同期カウンタ部３４は、“Server/@nickname”及び“Server/@name”の運用履歴の属性値“app01”が同一のため、データ同期があると判断し、履歴一致数を＋１インクリメントし、その履歴一致数を“２”に更新する。
【００４３】
辞書候補選定部３５は、評価値算出部３５Ａ及び評価値判定部３５Ｂを有する。評価値算出部３５Ａは、辞書候補管理部２３に管理中の辞書候補毎の履歴一致数及び履歴判定件数に基づき、（履歴一致数÷履歴判定件数）の数式で辞書候補毎の評価値を算出する。図１１は、辞書候補選定部３５の動作の一例を示す説明図である。
【００４４】
評価値判定部３５Ｂは、ＦＣＭＤＢ３内の全てのＣＩデータの辞書候補の履歴一致数や履歴判定件数の更新が完了すると、辞書候補管理部２３に管理中の辞書候補の内、評価値が最高の辞書候補を抽出する。更に、評価値判定部３５Ｂは、評価値が最高の辞書候補が抽出されると、その辞書候補の評価値が所定閾値、例えば、０．５以上であるか否かを判定する。辞書候補選定部３５は、評価値判定部３５Ｂにて辞書候補の評価値が所定閾値以上の場合に、当該辞書候補を辞書対象の辞書候補として選定する。そして、辞書生成部３２は、辞書候補選定部３５にて選定された辞書候補に基づき辞書情報を生成し、この生成した辞書情報を辞書管理部１９に登録する。
【００４５】
更に、辞書候補選定部３５は、辞書対象の辞書候補を選定すると、当該辞書候補の属性要素を含む辞書候補を辞書候補管理部２３から削除する。辞書候補選定部３５は、図１１に示すように、辞書対象の辞書候補として“Server/@nickname”及び“Server/@name”を選定したので、“Server/@nickname”を含む辞書候補“Server/@nickname”及び“Server/description”を辞書候補管理部２３から削除する。
【００４６】
次に、実施例２のＦＣＭＤＢシステム１の動作について説明する。図１２は、辞書生成処理に関わる辞書登録処理部１８の処理動作を示すフローチャートである。図１２に示す辞書生成処理は、データ管理部１３に管理中の同一ＣＩ内部のａ−ＸＭＬ形式及びｂ−ＸＭＬ形式で記述された属性要素の属性名の同義性を定義する辞書情報を生成し、この生成した辞書情報を辞書管理部１９に登録する処理である。
【００４７】
図１２において辞書登録処理部１８は、ＣＩ種別リスト管理部２２から１個のＣＩ種別を指定する（ステップＳ１１）。辞書登録処理部１８は、ＣＩ種別を指定すると、データ管理部１３内に該当ＣＩ種別の未取得のＣＩデータがあるか否かを判定する（ステップＳ１２）。辞書登録処理部１８は、該当ＣＩ種別の未取得のＣＩデータがある場合に（ステップＳ１２肯定）、未取得の１件分のＣＩデータをデータ管理部１３から取得する（ステップＳ１３）。辞書登録処理部１８は、未取得の１件分のＣＩデータを取得すると、ＣＩデータ内に複数のＸＭＬ形式の記述があるか否かを判定する（ステップＳ１４）。
【００４８】
辞書登録処理部１８は、ＣＩデータ内に複数のＸＭＬ形式の記述がある場合に（ステップＳ１４肯定）、運用履歴管理部１４から同一ＣＩデータの運用履歴を取得する（ステップＳ１５）。尚、運用履歴は、現在日時から所定タイミング時点、例えば、１日前の運用履歴に相当する。更に、辞書生成部３２は、同一ＣＩデータの運用履歴を取得すると、後述する図１３に示すＣＩデータ１件分の辞書候補登録処理を実行する（ステップＳ１６）。
【００４９】
辞書登録処理部１８は、辞書候補登録処理実行後、データ管理部１３内に該当ＣＩ種別の未取得のＣＩデータがあるか否かを判定すべく、ステップＳ１２に移行する。また、辞書登録処理部１８は、該当ＣＩ種別の未取得のＣＩデータがない場合に（ステップＳ１２否定）、ＣＩ種別リスト管理部２２内に未指定のＣＩ種別があるか否かを判定する（ステップＳ１７）。
【００５０】
辞書登録処理部１８は、未指定のＣＩ種別がある場合に（ステップＳ１７肯定）、未指定のＣＩ種別を指定すべく、ステップＳ１１に移行する。また、辞書登録処理部１８は、未指定のＣＩ種別がない場合に（ステップＳ１７否定）、後述する図１４に示す辞書登録処理を実行する（ステップＳ１８）。辞書提示部２０は、辞書登録処理実行後、生成した辞書情報をクライアント端末４の表示画面上に提示出力し（ステップＳ１９）、図１２に示す処理動作を終了する。尚、オペレータは、表示画面上の提示内容を見て、辞書情報の内容を認識できる。
【００５１】
また、辞書登録処理部１８は、該当ＣＩデータ内に複数のＸＭＬ形式の記述がない場合に（ステップＳ１４否定）、次の未取得のＣＩ種別があるか否かを判定すべく、ステップＳ１２に移行する。
【００５２】
図１２に示す辞書生成処理では、ＦＣＭＤＢ３内の各ＣＩ種別のＣＩデータを１件ずつ取得して各ＣＩデータ内の辞書候補を登録する辞書候補登録処理を実行する。その結果、オペレータは、ＦＣＭＤＢ３内の全ＣＩ種別の全ＣＩデータの辞書候補を自動取得できる。
【００５３】
更に、辞書生成処理では、全ＣＩ種別の全ＣＩデータの辞書候補の登録が完了すると、これら辞書候補に基づき辞書情報を選定登録する辞書登録処理を実行する。その結果、オペレータは、ＦＣＭＤＢ３内の全ＣＩ種別の全ＣＩデータの辞書情報を自動取得できる。
【００５４】
更に、辞書生成処理では、辞書情報をクライアント端末４の表示画面上に画面表示する。その結果、オペレータは、ＦＣＭＤＢ３内の辞書情報を表示画面上で認識できる。
【００５５】
次に、図１２に示すステップＳ１６の辞書候補登録処理について説明する。図１３は、辞書候補登録処理に関わる辞書登録処理部１８の処理動作を示すフローチャートである。図１３に示す辞書候補登録処理は、ＣＩデータ１件分の複数の属性要素からａ−ＸＭＬ形式及びｂ−ＸＭＬ形式間で属性名を同義と推定する辞書候補を検索し、辞書候補に対応した履歴一致数及び履歴判定件数を辞書候補管理部２３内に登録更新する処理である。
【００５６】
図１３において辞書登録処理部１８内の辞書候補検索部３１は、比較対象のａ−ＸＭＬ形式の１件分の属性要素を取得し（ステップＳ３１）、次に、ｂ−ＸＭＬ形式の１件分の属性要素を取得する（ステップＳ３２）。辞書候補検索部３１は、ステップＳ３１で取得したａ−ＸＭＬ形式の属性要素及びステップＳ３２で取得したｂ−ＸＭＬ形式の属性要素同士の属性値が同一であるか否かを判定する（ステップＳ３３）。尚、辞書候補検索部３１は、ａ−ＸＭＬ形式の属性要素及びｂ−ＸＭＬ形式の属性要素のソース情報を各ＭＤＲ２から取得し、各属性要素のソース情報が比較関数で同一条件に合致した場合に、比較関数で属性要素同士の属性値が同一であるか否かを判定する。
【００５７】
辞書候補検索部３１は、ａ−ＸＭＬ形式の属性要素及びｂ−ＸＭＬ形式の属性要素同士の属性値が同一である場合に（ステップＳ３３肯定）、これら属性要素の属性名同士の組合せを辞書候補として辞書候補管理部２３に登録する（ステップＳ３４）。
【００５８】
辞書登録処理部１８内の辞書生成部３２は、辞書候補を辞書候補管理部２３に登録すると、当該辞書候補に対応する辞書候補管理部２３内の履歴判定件数を＋１インクリメントする（ステップＳ３５）。更に、辞書生成部３２内の履歴同期カウンタ部３４は、図１２に示すステップＳ１５で取得した辞書候補の各属性要素に関わる同一タイミング時点の運用履歴、例えば、１日前の運用履歴を参照する（ステップＳ３６）。
【００５９】
履歴同期カウンタ部３４は、比較対象の辞書候補の属性要素同士の１日前の運用履歴を比較し、比較関数で属性要素同士の運用履歴内にデータ同期があるか否かを判定する（ステップＳ３７）。履歴同期カウンタ部３４は、辞書候補の属性要素同士の運用履歴内にデータ同期がある場合に（ステップＳ３７肯定）、辞書候補管理部２３内の当該辞書候補に対応する履歴一致数を＋１インクリメントする（ステップＳ３８）。更に、辞書候補検索部３１は、辞書候補に対応する履歴一致数を＋１インクリメントすると、データ管理部１３内に未取得のｂ−ＸＭＬ形式の属性要素があるか否かを判定する（ステップＳ３９）。
【００６０】
辞書候補検索部３１は、未取得のｂ−ＸＭＬ形式の属性要素がある場合に（ステップＳ３９肯定）、次のｂ−ＸＭＬ形式の属性要素を取得すべく、ステップＳ３２に移行する。つまり、辞書候補検索部３１は、比較対象のａ−ＸＭＬ形式の１件の属性要素に対して１件のｂ−ＸＭＬ形式の属性要素を順次比較することになる。
【００６１】
更に、辞書候補検索部３１は、未取得のｂ−ＸＭＬ形式の属性要素がない場合に（ステップＳ３９否定）、未取得の比較対象のａ−ＸＭＬ形式の属性要素があるか否かを判定する（ステップＳ４０）。
【００６２】
辞書候補検索部３１は、未取得の比較対象のａ−ＸＭＬ形式の属性要素がある場合に（ステップＳ４０肯定）、次の比較対象のａ−ＸＭＬ形式の属性要素を取得すべく、ステップＳ３１に移行する。辞書候補検索部３１は、未取得の比較対象のａ−ＸＭＬ形式の属性要素がない場合に（ステップＳ４０否定）、ＣＩデータ１件分の全ての属性要素に対する辞書候補を検索する処理が完了したものと判断し、図１３に示す処理動作を終了する。また、履歴同期カウンタ部３４は、属性要素同士の運用履歴内にデータ同期がない場合に（ステップＳ３７否定）、未取得のｂ−ＸＭＬ形式の属性要素があるか否かを判定すべく、ステップＳ３９に移行する。また、辞書候補検索部３１は、ａ−ＸＭＬ形式の属性要素及びｂ−ＸＭＬ形式の属性要素同士の属性値が同一でない場合に（ステップＳ３３否定）、ステップＳ３９に移行する。
【００６３】
図１３に示す辞書候補登録処理では、ＣＩデータ１件分の全属性要素に対してａ−ＸＭＬ形式の属性要素及びｂ−ＸＭＬ形式の属性要素が同義と推定する辞書候補を検索し、この辞書候補の履歴一致数及び履歴判定件数を辞書候補管理部２３に登録する。その結果、オペレータは、ＣＩデータ１件分の辞書候補、履歴一致数及び履歴判定件数を自動的に辞書候補管理部２３に登録できる。
【００６４】
次に、図１２に示すステップＳ１８の辞書登録処理について説明する。図１４は、辞書登録処理に関わる辞書候補選定部３５の処理動作を示すフローチャートである。図１４に示す辞書登録処理では、辞書候補管理部２３内に登録中の全辞書候補から所定条件に応じた辞書対象の辞書候補を選定し、この選定した辞書候補を辞書情報として辞書管理部１９に登録する処理である。
【００６５】
辞書候補選定部３５内の評価値算出部３５Ａは、辞書候補管理部２３に管理中の辞書候補毎に履歴一致数及び履歴判定件数を抽出し、履歴一致数÷履歴判定件数の数式に基づき、辞書候補毎の評価値を順次算出する。
【００６６】
図１４において辞書候補選定部３５内の評価値判定部３５Ｂは、辞書候補管理部２３に管理中の複数の辞書候補の内、最高評価値の辞書候補を抽出する（ステップＳ５１）。評価値判定部３５Ｂは、この最高評価値の辞書候補の評価値が所定閾値、例えば、０．５以上であるか否かを判定する（ステップＳ５２）。評価値判定部３５Ｂは、辞書候補の評価値が所定閾値以上の場合に（ステップＳ５２肯定）、この辞書候補を辞書対象の辞書候補として選定し、この辞書候補を辞書情報として辞書管理部１９に登録する（ステップＳ５３）。
【００６７】
また、辞書候補選定部３５は、辞書対象の辞書候補として選定されると、図１１に示すように、該当辞書候補の属性要素を含む辞書候補を辞書候補管理部２３から削除する（ステップＳ５４）。更に、辞書候補選定部３５は、辞書対象の辞書候補として選定した辞書候補を除いて、最高評価値の辞書候補が辞書候補管理部２３内にあるか否かを判定する（ステップＳ５５）。
【００６８】
辞書候補選定部３５は、最高評価値の辞書候補が辞書候補管理部２３内にある場合に（ステップＳ５５肯定）、最高評価値の辞書候補を抽出すべく、ステップＳ５１に移行する。また、辞書候補選定部３５は、最高評価値の辞書候補が辞書候補管理部２３内にない場合に（ステップＳ５５否定）、図１４に示す処理動作を終了する。また、辞書候補選定部３５は、最高評価値の辞書候補の評価値が所定閾値以上でない場合に（ステップＳ５２否定）、残りの辞書候補の評価値の比較判定を実行することなく、図１４に示す処理動作を終了する。
【００６９】
図１４に示す辞書登録処理では、辞書候補管理部２３に管理中の辞書候補の内、最高評価値の辞書候補を抽出し、この抽出した辞書候補の評価値が所定閾値以上の場合に、この辞書候補を辞書情報として辞書管理部１９内に順次登録する。その結果、オペレータは、複数の辞書候補からａ−ＸＭＬ形式及びｂ−ＸＭＬ形式の属性要素の同義性を定義する辞書情報を生成し、この生成した辞書情報を辞書管理部１９に登録できる。
【００７０】
更に、辞書登録処理では、辞書候補管理部２３に管理中の辞書候補から辞書情報を選定する際に、辞書候補の履歴一致数及び履歴判定件数に基づき評価値を算出し、この評価値を使用して辞書候補から辞書情報を選定する。その結果、オペレータは、高精度な辞書情報を辞書管理部１９に登録できる。
【００７１】
実施例２では、辞書定義要素のａ−ＸＭＬ形式の属性要素及びｂ−ＸＭＬ形式の属性要素で同一属性値に対応した属性名の組合せを辞書候補として順次検索する。更に、実施例２では、順次検索した辞書候補に基づき、ａ−ＸＭＬ形式の属性要素及びｂ−ＸＭＬ形式の属性要素を同義と定義する辞書情報を辞書管理部１９内に登録する。その結果、オペレータは、１個の辞書定義要素を利用して、同一ＣＩデータ内の辞書情報を自動的に生成できるため、辞書情報を作成する際の作業負担を大幅に軽減できる。更に、実施例２では、ＦＣＭＤＢ３上に複数スキーマで記述された属性要素を仮想的に管理されたとしても、複数スキーマ間の属性要素の同義性を定義する辞書情報を使用して、複数スキーマ間の属性要素のリコンサイルが円滑に行える。
【００７２】
更に、実施例２では、辞書生成部３２によって生成された辞書情報をクライアント端末４の表示画面上に提示するので、オペレータは、生成された辞書情報を表示画面上で認識できる。
【００７３】
更に、実施例２では、辞書候補管理部２３に管理中の辞書候補毎に、当該辞書候補内の各属性要素の同一タイミング時点の運用履歴を取得し、各属性要素の運用履歴を比較してデータ同期があるか否かを判定する。実施例２では、辞書候補管理部２３の履歴一致数及び履歴判定件数に基づき辞書対象の辞書候補を選定する評価値を算出するようにしたので、過去履歴を加味した高精度の辞書情報を自動的に生成できる。
【００７４】
更に、実施例２では、辞書候補検索部３１を通じて同一属性値に対応した属性要素同士の属性名の組合せを検索すると、これら属性要素のソース情報をＭＤＲ２から取得し、ソース情報が同一条件に合致した場合に、属性要素の属性名の組合せを辞書候補とする。その結果、ソース情報を加味して高精度の辞書候補を自動的に検索できる。
【００７５】
更に、実施例２では、辞書候補管理部２３から最高の評価値の辞書候補を抽出し、抽出した辞書候補の評価値が所定閾値以上の場合に、当該辞書候補を辞書対象の辞書候補に選定し、この選定した辞書候補を辞書情報として辞書管理部１９に登録する。その結果、過去履歴を加味した高精度の辞書情報を迅速に生成できる。
【００７６】
更に、実施例２では、辞書対象の辞書候補を選定すると、この辞書対象の辞書候補の属性要素を含む辞書候補を辞書候補管理部２３から削除する。その結果、実施例２では、辞書候補の絞込みを図りながら、辞書候補の選定の処理速度の高速化を図る共に、辞書情報の重複生成を確実に防止できる。
【００７７】
尚、上記実施例２では、辞書候補の属性要素間の運用履歴を比較する際に過去１日前を運用履歴とし、その運用履歴同士を比較するようにしたが、過去１日に限定するものではなく、過去２日前、過去３日前のように運用履歴の設定回数を複数に設定しても良い。その結果、運用履歴の比較回数が増えることで、過去履歴を加味した、より高精度な評価値を算出して、更に高精度な辞書情報を提供できる。
【００７８】
更に、上記実施例２では、辞書候補の属性要素間の運用履歴を比較する際に属性要素の属性値種別に関係なく、一律の過去１日前の運用履歴で比較するようにしたが、属性要素の属性値種別に応じて運用履歴の設定回数や設定時刻を変えて比較しても良い。例えば、属性要素がＣＰＵの場合は属性値種別の階層パターンが複雑になるため、過去１日前の１回の履歴比較だけでなく、過去１日前の３時間間隔で８回の履歴比較を実行するようにしても良い。
【００７９】
また、上記実施例２では、辞書管理部１９内に辞書情報を登録すると、辞書情報をクライアント端末４の表示画面上に提示するようにしたが、辞書候補管理部２３内に登録中の辞書候補の段階で、これら辞書候補、履歴一致数及び履歴判定件数を表示画面上に提示するようにしても良い。
【００８０】
上記実施例２では、異なるスキーマの各属性要素の対応関係、すなわち辞書定義要素に基づき、スキーマ間の属性要素を特定するようにしたが、これに限定するものでなく、スキーマを識別する要素に基づき、スキーマ間の属性要素を特定するようにしても良い。
【００８１】
また、本実施例において説明した各処理の内、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともできる。
【００８２】
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【００８３】
ところで、本実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図１５を用いて、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１５は、辞書生成プログラムを実行するコンピュータを示す説明図である。
【００８４】
同図に示すように、辞書生成プログラムとしてのコンピュータ２００は、ＨＤＤ（Hard Disk Drive）２１０、ＲＡＭ２２０、ＲＯＭ２３０及びＣＰＵ２４０をバス２５０で接続して構成される。
【００８５】
そして、ＲＯＭ２３０には、上記の実施例と同様の機能を発揮するデータ管理プログラム２３１、辞書候補検索プログラム２３２、辞書生成プログラム２３３及び辞書管理プログラム２３４が予め記憶されている。尚、プログラム２３１〜２３４については、図１に示した構成情報管理装置１００の各構成部位と同様、適宜統合又は分散してもよい。
【００８６】
そして、ＣＰＵ２４０が、これらのプログラム２３１〜２３４をＲＯＭ２３０から読み出して実行する。その結果、各プログラム２３１〜２３４は、データ管理プロセス２４１、辞書候補検索プロセス２４２、辞書生成プロセス２４３及び辞書管理プロセス２４４として機能する。各プロセス２４１〜２４４は、図１に示したデータ管理部１０１、辞書候補検索部１０２、辞書生成部１０３及び辞書管理部１０４に夫々対応する。
【００８７】
また、ＨＤＤ２１０には、図１５に示すように、異なるスキーマで記述された属性要素を含む構成要素、辞書定義要素、辞書候補及び辞書情報が管理されることになる。つまり、コンピュータ２００内のＣＰＵ２４０は、辞書定義要素の異なるスキーマ間の各属性要素で同一属性値に対応した属性名の組合せを辞書候補として検索する。更に、ＣＰＵ２４０は、検索された辞書候補に基づき、異なるスキーマ間の各属性要素の属性名の同義性を定義する辞書情報を生成し、生成された辞書情報をＨＤＤ２１０に管理する。その結果、複数スキーマ間の辞書情報を生成する際のオペレータ側の作業負担を大幅に軽減しながら、高精度な辞書情報を提供できる。
【符号の説明】
【００８８】
３  ＦＣＭＤＢ
１３  データ管理部
１４  運用履歴管理部
１８  辞書登録処理部
１９  辞書管理部
２０  辞書提示部
２１  辞書定義要素管理部
２３  辞書候補管理部
３１  辞書候補検索部
３２  辞書生成部
３４  履歴同期カウンタ部
３５  辞書候補選定部
３５Ａ  評価値算出部
３５Ｂ  評価値判定部
１００  構成情報管理装置
１０１  データ管理部
１０２  辞書候補検索部
１０３  辞書生成部
１０４  辞書管理部
【図１】
0005423489.tif 000002
【図２】
0005423489.tif 000003
【図３】
0005423489.tif 000004
【図４】
0005423489.tif 000005
【図５】
0005423489.tif 000006
【図６】
0005423489.tif 000007
【図７】
0005423489.tif 000008
【図８】
0005423489.tif 000009
【図９】
0005423489.tif 000010
【図１０】
0005423489.tif 000011
【図１１】
0005423489.tif 000012
【図１２】
0005423489.tif 000013
【図１３】
0005423489.tif 000014
【図１４】
0005423489.tif 000015
【図１５】
0005423489.tif 000016
【図１６】
0005423489.tif 000017
【図１７】
0005423489.tif 000018