(57)【要約】  ＭＤＲ２０により管理される複数のＣＩのそれぞれに含まれる識別情報と、識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である由来情報とを対応付けて、キャッシュ情報１０４として記憶する更新処理部１０２と、検索条件を含む検索依頼を受け付ける依頼処理部１０１と、検索依頼が受け付けられた場合、キャッシュ情報１０４において、由来情報により示されるＣＩをＭＤＲ２０より取得し、取得したＣＩに対し、キャッシュ情報１０４において同一の由来情報と対応付けられたＣＩ同士をマージし、マージ結果が検索条件を満たすかどうかを判断し、検索条件を満たすと判断したマージ結果を応答として返す検索処理部１０３とを備えた。
2010067436.tif 000002
【特許請求の範囲】
【請求項１】
システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる構成管理装置であって、
前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理部と、
検索条件を含む検索要求を受け付ける検索受付部と、
前記検索受付部により検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得部と、
前記取得部により取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージ部と、
前記マージ部によるマージ結果が、前記検索受付部により受け付けられた検索条件を満たすかどうかを判断する判断部と、
前記判断部により前記検索条件を満たすと判断されたマージ結果を、前記検索受付部により受け付けられた検索要求に対する応答として返す応答部と
を備える構成管理装置。
【請求項２】
請求項１に記載の構成管理装置において、
前記機器における構成アイテムの位置情報と、登録、変更、および削除のうちいずれかの処理を示す処理情報とを含んだ処理依頼を受け付ける更新受付部をさらに備え、
前記管理部は、前記更新受付部により受け付けられた処理依頼における処理情報及び位置情報に基づいて、前記管理情報を更新することを特徴とする構成管理装置。
【請求項３】
請求項２に記載の構成管理装置において、
前記更新受付部により受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれかと一致する場合、前記管理部は、前記管理情報において、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる識別情報と一致する識別情報とを対応付けることを特徴とする構成管理装置。
【請求項４】
請求項２に記載の構成管理装置において、
前記更新受付部により受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれとも一致しない場合、前記管理部は、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる前記リソースの識別情報とを対応付けて前記管理情報に追加することを特徴とする構成管理装置。
【請求項５】
請求項２に記載の構成管理装置において、
前記更新受付部により受け付けられた更新依頼に含まれる処理情報が削除を示す場合、前記管理部は、前記管理情報において、前記更新依頼に含まれる位置情報と同一の位置情報を削除することを特徴とする構成管理装置。
【請求項６】
システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置における構成管理プログラムであって、
前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理ステップと、
検索条件を含む検索要求を受け付ける検索受付ステップと、
前記検索受付ステップにより検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得ステップと、
前記取得ステップにより取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージステップと、
前記マージステップによるマージ結果が、前記検索受付ステップにより受け付けられた検索条件を満たすかどうかを判断する判断ステップと、
前記判断ステップにより前記検索条件を満たすと判断されたマージ結果を、前記検索受付ステップにより受け付けられた検索要求に対する応答として返す応答ステップと
をコンピュータに実行させる構成管理プログラム。
【請求項７】
請求項６に記載の構成管理プログラムにおいて、
前記機器における構成アイテムの位置情報と、登録、変更、および削除のうちいずれかの処理を示す処理情報とを含んだ処理依頼を受け付ける更新受付ステップをさらにコンピュータに実行させ、
前記管理ステップは、前記更新受付ステップにより受け付けられた処理依頼における処理情報及び位置情報に基づいて、前記管理情報を更新することを特徴とする構成管理プログラム。
【請求項８】
請求項７に記載の構成管理プログラムにおいて、
前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれかと一致する場合、前記管理ステップは、前記管理情報において、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる識別情報と一致する識別情報とを対応付けることを特徴とする構成管理プログラム。
【請求項９】
請求項７に記載の構成管理プログラムにおいて、
前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれとも一致しない場合、前記管理ステップは、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる前記リソースの識別情報とを対応付けて前記管理情報に追加することを特徴とする構成管理プログラム。
【請求項１０】
請求項７に記載の構成管理プログラムにおいて、
前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が削除を示す場合、前記管理ステップは、前記管理情報において、前記更新依頼に含まれる位置情報と同一の位置情報を削除することを特徴とする構成管理プログラム。
【請求項１１】
システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置における構成管理方法であって、
前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理ステップと、
検索条件を含む検索要求を受け付ける検索受付ステップと、
前記検索受付ステップにより検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得ステップと、
前記取得ステップにより取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージステップと、
前記マージステップによるマージ結果が、前記検索受付ステップにより受け付けられた検索条件を満たすかどうかを判断する判断ステップと、
前記判断ステップにより前記検索条件を満たすと判断されたマージ結果を、前記検索受付ステップにより受け付けられた検索要求に対する応答として返す応答ステップと
を備える構成管理方法。
【請求項１２】
請求項１１に記載の構成管理方法において、
前記機器における構成アイテムの位置情報と、登録、変更、および削除のうちいずれかの処理を示す処理情報とを含んだ処理依頼を受け付ける更新受付ステップをさらに備え、
前記管理ステップは、前記更新受付ステップにより受け付けられた処理依頼における処理情報及び位置情報に基づいて、前記管理情報を更新することを特徴とする構成管理方法。
【請求項１３】
請求項１２に記載の構成管理方法において、
前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれかと一致する場合、前記管理ステップは、前記管理情報において、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる識別情報と一致する識別情報とを対応付けることを特徴とする構成管理方法。
【請求項１４】
請求項１２に記載の構成管理方法において、
前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれとも一致しない場合、前記管理ステップは、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる前記リソースの識別情報とを対応付けて前記管理情報に追加することを特徴とする構成管理方法。
【請求項１５】
請求項１２に記載の構成管理方法において、
前記更新受付ステップにより受け付けられた更新依頼に含まれる処理情報が削除を示す場合、前記管理ステップは、前記管理情報において、前記更新依頼に含まれる位置情報と同一の位置情報を削除することを特徴とする構成管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムを構成するリソースに関する属性情報を管理する技術に関するものである。
【背景技術】
【０００２】
システムを構成するハードウェア及びソフトウェアに関する情報を管理する異なるデータベースを仮想統合することにより、情報システムのコンポーネントに関する全ての情報を管理するデータベースとして、Ｆ−ＣＭＤＢ（Ｆｅｄｅｒａｔｅｄ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｄａｔａｂａｓｅ）が知られている。このＦ−ＣＭＤＢは、図２３に示すように、仮想統合している複数のデータベースである構成情報ＤＢ、インシデント情報ＤＢ、トラブル情報ＤＢ、リリース情報ＤＢ、変更情報ＤＢ、アプリ情報ＤＢに対して、横断的に操作を行うことを可能にするものである。これらの統合されている複数のデータベースのそれぞれは、システムを構成するリソース（機器、ソフトウェアなど）に関する属性情報であるＣＩ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｉｔｅｍ）と情報間の関連（Ｒｅｌａｔｉｏｎｓｈｉｐ）とを管理するものである。【０００３】
また、図２４に示すように、Ｆ−ＣＭＤＢは仮想統合しているデータベース毎に異なる名前、異なるローカルＩＤで管理されている同一アイテムの情報に対して、名前を統一し、仮想統合している全てのデータベースで共通に使えるユニークなＩＤで管理することにより情報の調停（リコンシリエーション）を行うリコンシエーション機能を有するものである。また、このようなリコンシリエーション機能において、Ｅｎｔｉｔｙ（ＣＩ及びＲｅｌａｔｉｏｎｓｈｉｐ）を対応付けるための情報として、図２５に示すようなＩｄｅｎｔｉｆｙｉｎｇ  Ｐｒｏｐｅｒｔｙが用いられる。このＩｄｅｎｔｉｆｙｉｎｇ  Ｐｒｏｐｅｒｔｙは、例えば、シリアル番号や、ＩＰアドレス、Ｍａｃアドレスのような、リソースに対して一意に対応付けられた属性情報である。【０００４】
また、図２３に示すようなクライアントによる所定の条件を満たすリソースの検索依頼に対して、Ｆ−ＣＭＤＢは、予めリコンシリエーションを実行した結果（リコンシリエーション情報）を保持しており、このリコンシリエーション情報により検索を行う。また、仮想統合されているデータベースは、保持しているＥｎｔｉｔｙが更新（登録、変更、削除）された場合、その旨をＦ−ＣＭＤＢに通知する。これに対し、Ｆ−ＣＭＤＢは、更新されたＥｎｔｉｔｙをリコンシリエーション結果に反映するため、再度、リコンシリエーションを行う。【０００５】
また、本発明の関連ある従来技術として、複数システムのデータベース間の統合システムにおいて、前記複数の異なるデータベースのテーブル内の属性項目同士を対応付けし、前記対応付けにしたがってマッピング文書を作成し、前記作成されたマッピング文書にしたがってタグテーブル内の属性値同士を対応づけし、前記対応付けに基づいて前記複数のデータベースの統合を支援するデータベース統合支援方法が知られている（例えば、特許文献１参照）。
【特許文献１】特開２００３−４４５２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記のように、Ｆ−ＣＭＤＢは、検索性能を向上させるために、リコンシリエーション結果を保持している。一方、Ｆ−ＣＭＤＢは、スケーラビリティの観点から、リコンシリエーション結果を管理しないことが望ましい。しかし、スケーラビリティを向上させるために、Ｆ−ＣＭＤＢが事前にリコンシリエーションを実行しない場合、条件を満たすＥｎｔｉｔｙを探す手順が複雑化し、検索性能が低下してしまうという問題がある。【０００７】
本発明は上述した問題点を解決するためになされたものであり、スケーラビリティと検索性能を両立することができる構成管理装置、構成管理プログラム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するため、構成管理装置は、システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置であって、前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理部と、検索条件を含む検索要求を受け付ける検索受付部と、前記検索受付部により検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得部と、前記取得部により取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージ部と、前記マージ部によるマージ結果が、前記検索受付部により受け付けられた検索条件を満たすかどうかを判断する判断部と、前記判断部により前記検索条件を満たすと判断されたマージ結果を、前記検索受付部により受け付けられた検索要求に対する応答として返す応答部とを備える。【０００９】
また、構成管理プログラムは、システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置におけるプログラムであって、前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理ステップと、検索条件を含む検索要求を受け付ける検索受付ステップと、前記検索受付ステップにより検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得ステップと、前記取得ステップにより取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージステップと、前記マージステップによるマージ結果が、前記検索受付ステップにより受け付けられた検索条件を満たすかどうかを判断する判断ステップと、前記判断ステップにより前記検索条件を満たすと判断されたマージ結果を、前記検索受付ステップにより受け付けられた検索要求に対する応答として返す応答ステップとをコンピュータに実行させる。【００１０】
また、構成管理方法は、システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置における方法であって、前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理ステップと、検索条件を含む検索要求を受け付ける検索受付ステップと、前記検索受付ステップにより検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得ステップと、前記取得ステップにより取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージステップと、前記マージステップによるマージ結果が、前記検索受付ステップにより受け付けられた検索条件を満たすかどうかを判断する判断ステップと、前記判断ステップにより前記検索条件を満たすと判断されたマージ結果を、前記検索受付ステップにより受け付けられた検索要求に対する応答として返す応答ステップとを備える。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１に係る構成管理システムの構成を示す図である。
【図２】実施の形態１に係るＦ−ＣＭＤＢ及びＭＤＲの構成を示すブロック図である。
【図３】キャッシュ情報を示す図である。
【図４】構成情報におけるＣＩを示す図である。
【図５】依頼処理部の動作を示すフローチャートである。
【図６】スケーラビリティ向上処理の動作を示すフローチャートである。
【図７】更新処理部の動作を示すフローチャートである。
【図８】登録・追加処理の動作を示すフローチャートである。
【図９】登録・追加処理による由来情報の登録の一例を示す図である。
【図１０】登録・追加処理による由来情報の追加の一例を示す図である。
【図１１】削除処理の動作を示すフローチャートである。
【図１２】由来情報が複数ある場合の削除処理による由来情報の削除の一例を示す図である。
【図１３】由来情報が複数ない場合の削除処理による由来情報の削除の一例を示す図である。
【図１４】検索処理の動作を示すフローチャートである。
【図１５】検索条件を満たすＥｎｔｉｔｙを示す図である。
【図１６】検索条件を満たさないＥｎｔｉｙを示す図である。
【図１７】実施の形態２に係る構成管理システムの構成を示す図である。
【図１８】実施の形態２に係るＦ−ＣＭＤＢ、ＭＤＲ、及びＰｒｏｘｙの構成を示す図である。
【図１９】Ｐｒｏｘｙ情報を示す図である。
【図２０】配置決定部の動作を示すフローチャートである。
【図２１】配置決定処理の動作を示すフローチャートである。
【図２２】本発明が適用されるコンピュータシステムの一例を示す図である。
【図２３】従来のＦ−ＣＭＤＢを示す図である。
【図２４】リコンシリエーション機能を示す図である。
【図２５】Ｉｄｅｎｔｉｆｙｉｎｇ  Ｐｒｏｐｅｒｔｙを示す図である。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について図面を参照しつつ説明する。【００１３】
実施の形態１．
まず、本実施の形態に係る構成管理システムの構成について説明する。図１は、本実施の形態に係る構成管理システムの構成を示す図である。【００１４】
図１に示すように、本実施の形態に係る構成管理システムは、Ｆ−ＣＭＤＢ（構成管理装置）１０、Ｆ−ＣＭＤＢ１０に接続された複数のＭＤＲ（Ｍａｎａｇｅｍｅｎｔ  Ｄａｔａ  Ｒｅｐｏｓｉｔｏｒｉｅｓ）２０（ＭＤＲ＿Ａ２０ａ、ＭＤＲ＿Ｂ２０ｂ、ＭＤＲ＿Ｃ２０ｃ）により構成される。また、Ｆ−ＣＭＤＢ１０には、クライアントＰＣ３０が接続されている。複数のＭＤＲ２０は、構成管理システムによりその構成が管理されているシステムにおけるリソースの属性情報（リソースに関する情報、ＣＩ及びＲｅｌａｔｉｏｎｓｈｉｐ）をそれぞれ管理しているものである。また、Ｆ−ＣＭＤＢ１０は、これら複数のＭＤＲ２０により保持されるリソースの属性情報を仮想統合するものである。また、Ｆ−ＣＭＤＢ１０は、クライアントＰＣ３０からの検索依頼を要求として受け取り、検索の結果を応答としてクライアントＰＣ３０へ返すものである。なお、このＦ−ＣＭＤＢ１０は、ハードウェアとして、少なくともＣＰＵ５０１、メモリ５０２、記憶デバイス５０３を備えたサーバとする。なお、記憶デバイス５０３はサーバに接続された外部の記憶デバイスであっても構わない。【００１５】
次に、本実施の形態に係るＦ−ＣＭＤＢ及びＭＤＲの構成について説明する。図２は、本実施の形態に係るＦ−ＣＭＤＢ及びＭＤＲの構成を示すブロック図である。また、図３は、キャッシュ情報を示す図である。また、図４は、構成情報におけるＣＩを示す図である。【００１６】
図２に示すように、Ｆ−ＣＭＤＢ１０は、依頼処理部１０１（検索受付部、更新受付部）、更新処理部１０２（管理部）、検索処理部１０３（取得部、マージ部、判断部、応答部）、キャッシュ情報１０４（管理情報）を備えるものである。また、依頼処理部１０１、更新処理部１０２、検索処理部１０３は、実質的にはＣＰＵ５０１及びメモリ５０２により実現される機能であり、キャッシュ情報１０４は、記憶デバイス５０３に格納される情報である。また、依頼処理部１０１は、クライアントＰＣ３０による検索依頼、複数のＭＤＲ２０による更新依頼（登録依頼、変更依頼、削除依頼）を受け付け、受け付けた処理を更新処理部１０２、または検索処理部１０３に割り振るものである。また、更新処理部１０２は、更新依頼に対する処理を実行するものである。また、検索処理部１０３は、検索依頼に対する処理を実行するものである。また、キャッシュ情報１０４は、図３に示すように、リソースに対する一意な識別情報であるＩｄｅｎｔｉｆｙｉｎｇ  Ｐｒｏｐｅｒｔｙ（以下、ＩＤＰ）の属性名、属性値、このＩＤＰの場所を示す由来情報が対応付けられ、これらに対して一意な識別子であるｇｉｄ（Ｇｌｏｂａｌ  ＩＤ）が付加されている情報である。【００１７】
また、複数のＭＤＲ２０のそれぞれは、構成情報２０２と、これを管理する情報管理部２０１とを備える。また、情報管理部２０１は、実質的にはＣＰＵ及びメモリにより実現される機能であり、構成情報２０２は、記憶デバイスに格納されるリソースの属性情報である。また、情報管理部２０１は、構成情報２０２が更新された場合、Ｆ−ＣＭＤＢ１０に対して、更新依頼をするものである。この更新依頼は、複数のＭＤＲ２０のそれぞれにおいて管理されているリソースの属性情報（以下、Ｅｎｔｉｔｙ）の登録、変更、または削除に応じたキャッシュ情報１０４の更新要求である。また、構成情報２０２は、図４に示すようなリソースの属性情報であるＣＩを含む情報である。このＣＩには、ＩＤＰとしての属性情報（シリアルナンバー、ＩＰ）の他に、ＣＰＵ、ＯＳ、ＨＤＤなどのパラメータを示す情報も含まれる。【００１８】
なお、本実施の形態において、更新依頼は、（依頼の種別，更新されたＥｎｔｉｔｙの名前，Ｅｎｔｉｔｙの場所を示す情報[位置情報]）という形でなされる。例えば、ＭＤＲ＿Ａ２０ａの構成情報２０２としてＣＩ３が新たに登録された場合、ＭＤＲ＿Ａ２０ａからの更新依頼は、（登録，ＣＩ３，ＣＩ３＠ＭＤＲ＿Ａ）となる。更新依頼の種別は、登録、変更、削除のいずれかにより示される。また、検索依頼は、（依頼の種別，検索条件）という形でなされる。例えば、ハードディスクが５００ＧＢであるリソースが検索される場合、検索依頼は、（検索，ＨＤＤ＝５００ＧＢ）となる。【００１９】
次に、Ｆ−ＣＭＤＢにおける依頼処理部の動作について説明する。図５は、依頼処理部の動作を示すフローチャートである。【００２０】
図５に示すように、まず、依頼処理部１０１は、処理依頼を受けたかどうかを判断する（Ｓ１０１）。処理依頼を受けた場合（Ｓ１０１，ＹＥＳ）、依頼処理部１０１は、後述するスケーラビリティ向上処理を実行し（Ｓ１０２）。再度、処理依頼を受けたかどうかを判断する（Ｓ１０１）。【００２１】
一方、処理依頼を受けていない場合（Ｓ１０１，ＮＯ）、依頼処理部１０１は、再度、処理依頼を受けたかどうかを判断する（Ｓ１０１）。【００２２】
次に、スケーラビリティ向上処理について説明する。図６は、スケーラビリティ向上処理の動作を示すフローチャートである。なお、このフローチャートにおいて、依頼処理部はすでに処理依頼を受けているものとする（検索受付ステップ、更新受付ステップ）。【００２３】
図６に示すように、まず、依頼処理部１０１は、受けた処理依頼が検索処理依頼かどうかを判断する（Ｓ２０１）。【００２４】
受けた処理依頼が検索処理依頼である場合（Ｓ２０１，ＹＥＳ）、依頼処理部１０１は、検索処理部１０３に検索を依頼する（Ｓ２０２）。【００２５】
一方、受けた処理依頼が検索処理依頼ではない場合、すなわち、更新処理依頼である場合（Ｓ２０１，ＮＯ）、依頼処理部１０１は、更新処理部１０２に更新を依頼する（Ｓ２０３）。【００２６】
次に、更新処理部の動作について説明する。図７は、更新処理部の動作を示すフローチャートである。なお、このフローチャートにおいて、更新処理部はすでに更新の依頼を受けているものとする。【００２７】
図７に示すように、まず、更新処理部１０２は、更新依頼の種別が登録または変更かどうかを判断する（Ｓ３０１，管理ステップ）。【００２８】
更新依頼の種別が登録または変更ではない場合（Ｓ３０１，ＮＯ）、更新処理部１０２は、更新依頼の種別が削除かどうかを判断する（Ｓ３０２，管理ステップ）。【００２９】
更新依頼の種別が削除ではない場合（Ｓ３０２，ＮＯ）、更新処理部１０２は、複数のＭＤＲ２０のうち、依頼処理部１０１に更新依頼をしたＭＤＲに対して、エラーを応答として返す（Ｓ３０３）。【００３０】
一方、更新依頼の種別が削除である場合（Ｓ３０２，ＹＥＳ）、更新処理部１０２は、後述する削除処理を実行する（Ｓ３０４，管理ステップ）。【００３１】
また、ステップＳ３０１において、更新依頼の種別が登録または変更である場合（Ｓ３０１，ＹＥＳ）、更新処理部１０２は、後述する登録・追加処理を実行する（Ｓ３０６，管理ステップ）。【００３２】
次に、登録・追加処理の動作について説明する。図８は、登録・追加処理の動作を示すフローチャートである。また、図９は、登録・追加処理による由来情報の登録の一例を示す図である。また、図１０は、登録・追加処理による由来情報の追加の一例を示す図である。【００３３】
図８に示すように、更新処理部１０２は、登録または変更対象としてのＥｎｔｉｔｙとリコンシリエーションされるべき情報ｅを調べる（Ｓ４０１，管理ステップ）。具体的には、キャッシュ情報１０４において、登録または変更対象であるＥｎｔｉｔｙのＩＤＰと同じＩＤＰを持つ情報を調べる。【００３４】
次に、更新処理部１０２は、キャッシュ情報１０４において、リコンシリエーションされるべき情報ｅが存在するかどうかを判断する（Ｓ４０２，管理ステップ）。【００３５】
キャッシュ情報１０４においてｅが存在しない場合、すなわち、Ｅｎｔｉｔｙを示す由来情報が登録対象である場合（Ｓ４０２，ＮＯ）、更新処理部１０２は、キャッシュ情報１０４における新たな識別子として、ｇｉｄを生成する（Ｓ４０３）。さらに、更新処理部１０２は、ＥｎｔｉｔｙのＩＤＰをキャッシュ情報１０４に登録し（Ｓ４０４，管理ステップ）、更新依頼をしたＭＤＲに対して、登録・更新成功を応答として返す（Ｓ４０５）。【００３６】
ここで、更新依頼されたＥｎｔｉｔｙを示す由来情報が登録対象である場合の処理例について説明する。図９に示すように、ＣＩ３について、登録または変更依頼がなされると、更新処理部１０２は、キャッシュ情報１０４においてＣＩ３のＩＤＰと同じＩＤＰが存在するかどうかの判断をする。図９に示すキャッシュ情報１０４において、ＣＩ３のＩＤＰと同じＩＤＰは存在しないため、Ｅｎｔｉｔｙは登録対象としてみなされ、新たに生成されたｇｉｄ２と対応付けられてキャッシュ情報１０４に登録される。なお、この際、ＣＩ３のＩＤＰ（ＳＮ１，５５．６６．７７．８８）と、Ｅｎｔｉｔｙの識別子（ＣＩ３）及びＥｎｔｉｔｙが存在する場所とを示す情報である由来情報（ＣＩ３＠ＭＤＲ＿Ａ）とがキャッシュ情報１０４に登録される。【００３７】
また、ステップＳ４０２において、キャッシュ情報１０４においてｅが存在する場合、すなわち、Ｅｎｔｉｔｙを示す由来情報が追加対象である場合（Ｓ４０２，ＹＥＳ）、更新処理部１０２は、Ｅｎｔｉｔｙの由来情報をキャッシュ情報１０４に追加し（Ｓ４０６，管理ステップ）、更新依頼をしたＭＤＲに対して、登録または変更成功を応答として返す（Ｓ４０５）。【００３８】
ここで、更新依頼されたＥｎｔｉｔｙを示す由来情報が追加対象である場合の処理例について説明する。図１０に示すように、ＣＩ２について、登録または変更依頼がなされると、更新処理部１０２は、キャッシュ情報１０４においてＣＩ２のＩＤＰと同じＩＤＰが存在するかどうかの判断をする。図９に示すキャッシュ情報１０４において、ＣＩ２のＩＤＰと同じＩＤＰがｇｉｄ１に存在するため、Ｅｎｔｉｔｙを示す由来情報は追加対象としてみなされ、ｇｉｄ１にＣＩ２の由来情報が追加される。【００３９】
次に、削除処理の動作について説明する。図１１は、削除処理の動作を示すフローチャートである。また、図１２は、由来情報が複数ある場合の削除処理による由来情報の削除の一例を示す図である。また、図１３は、由来情報が複数ない場合の削除処理による由来情報の削除の一例を示す図である。【００４０】
図１１に示すように、まず、更新処理部１０２は、削除対象としてのＥｎｔｉｔｙとリコンシリエーションされるべき情報ｅを調べる（Ｓ５０１，管理ステップ）。具体的には、キャッシュ情報１０４において、削除対象であるＥｎｔｉｔｙのＩＤＰと同じＩＤＰを持つ情報を調べる。【００４１】
次に、更新処理部１０２は、キャッシュ情報１０４において、リコンシリエーションされるべき情報ｅが存在するかどうかを判断する（Ｓ５０２，管理ステップ）。【００４２】
ｅが存在する場合（Ｓ５０２，ＹＥＳ）、更新処理部１０２は、ｅの由来情報から、削除対象としてのＥｎｔｉｔｙを示す由来情報を削除し（Ｓ５０３，管理ステップ）、ｅの由来情報が空かどうかを判断する（Ｓ５０４）。【００４３】
ｅの由来情報が空ではない場合（Ｓ５０４，ＮＯ）、更新処理部１０２は、更新依頼をしたＭＤＲに対して、削除成功を応答として返す（Ｓ５０６）。【００４４】
一方、ｅの由来情報が空である場合（Ｓ５０４，ＹＥＳ）、更新処理部１０２は、ｅを削除し（Ｓ５０５）、更新依頼をしたＭＤＲに対して、削除成功を応答として返す（Ｓ５０６）。【００４５】
また、ステップＳ５０２において、ｅが存在しない場合（Ｓ５０２，ＮＯ）、更新処理部１０２は、更新依頼をしたＭＤＲに対して、エラーを返す（Ｓ５０７）。【００４６】
ここで、削除処理の例について説明する。まず、由来情報が複数ある場合の削除処理の例について説明する。図１２に示すように、ＣＩ２について、削除依頼がなされると、更新処理部１０２は、キャッシュ情報１０４においてＣＩ２のＩＤＰと同じＩＤＰが存在するかどうかの判断をする。図１２に示すキャッシュ情報１０４において、ＣＩ２のＩＤＰと同じＩＤＰがｇｉｄ１に存在するため、ｇｉｄ１におけるＣＩ２の由来情報が削除される。【００４７】
一方、由来情報が複数ない場合、図１３に示すように、ＣＩ１の由来情報が削除されることにより、ｇｉｄ１の由来情報は空になるため、キャッシュ情報１０４からｇｉｄ１が削除される。【００４８】
上述したように、本実施の形態に係るＦ−ＣＭＤＢ１０は、キャッシュ情報１０４として、ＩＤＰと由来情報をｇｉｄと対応付けて保存することにより、リコンシリエーションを実行せずに、Ｅｎｔｉｔｙの更新に対応することができる。【００４９】
次に、検索処理の動作について説明する。図１４は、検索処理の動作を示すフローチャートである。また、図１５は、検索条件を満たすＥｎｔｉｔｙを示す図である。また、図１６は、検索条件を満たさないＥｎｔｉｙを示す図である。なお、図１４において、検索処理部は、すでに依頼処理部より検索依頼を受けているものとする。【００５０】
まず、検索処理部１０３は、検索結果Ｒを空とし（Ｓ６０１）、キャッシュ情報１０４から全ての情報Ｅを取り出し（Ｓ６０２）、Ｅが空かどうかを判断する（Ｓ６０３）。【００５１】
Ｅが空ではない場合（Ｓ６０３，ＮＯ）、検索処理部１０３は、Ｅから個別のキャッシュ情報ｅを取りだす（Ｓ６０４，取得ステップ／マージステップ）。ここで個別のキャッシュ情報ｅとは、ひとつのｇｉｄに対応付けられている情報を指す。【００５２】
次に、検索処理部１０３は、ｅの由来情報に従って、該当するＭＤＲから該当する情報を取得する（Ｓ６０５，取得ステップ／マージステップ）。例えば、図１５においては、該当する情報は、ＭＤＲ＿Ａ２０ａのＣＩ１及びＣＩ２であり、図１６においては、ＭＤＲ＿Ｂ２０ｂのＣＩ４とＭＤＲ＿Ｃ２０ｃのＣＩ６である。【００５３】
次に、検索処理部１０３は、取得した全ての情報により、つまりキャッシュ情報１０４において対応付けられたＣＩにより、リコンシリエーション（マージ）を行い、結果ｒを算出する（Ｓ６０６，マージステップ）。例えば、図１５においては、リコンシリエーションの対象はＣＩ１及びＣＩ２であり、ｇｉｄ１で示されるリソースに関する結果ｒは、ＯＳ＿Ａ，５００ＧＢというパラメータを持つことになる。また、図１６においては、リコンシリエーションの対象はＣＩ４及びＣＩ６であり、ｇｉｄ２で示されるリソースに関する結果ｒは、ＯＳ＿Ｂ，７００ＧＢというパラメータを持つことになる。結果ｒの算出後、検索処理部１０３は、リコンシリエーションによる結果ｒ（マージ結果）が検索条件ｃを満たすかどうかを判断する（Ｓ６０７，判断ステップ）。【００５４】
例えば、図１５に示すように、結果ｒ（ＯＳ：ＯＳ＿Ａ，ＨＤＤ：５００ＧＢ）が、検索条件（“ＯＳ＝ＯＳ＿Ａ  ａｎｄ  ＨＤＤ＝５００ＧＢ”）を満たす場合（Ｓ６０７，ＹＥＳ）、検索処理部１０３は、検索結果Ｒに結果ｒを追加し（Ｓ６０８）、再度、Ｅが空かどうかを判断する（Ｓ６０３）。【００５５】
一方、図１６に示すように、結果ｒ（ＯＳ：ＯＳ＿Ｂ，ＨＤＤ：７００ＧＢ）が、検索条件（“ＯＳ＝ＯＳ＿Ａ  ａｎｄ  ＨＤＤ＝５００ＧＢ”）を満たさない場合（Ｓ６０７，ＮＯ）、検索処理部１０３は、再度、Ｅが空かどうかを判断する（Ｓ６０３）。【００５６】
また、ステップＳ６０３において、Ｅが空である場合（Ｓ６０３，ＹＥＳ）、検索処理部１０３は、検索依頼の依頼元であるクライアントＰＣ３０に対して、依頼処理部１０１を介して、検索結果Ｒを応答として返す（Ｓ６０９，応答ステップ）。【００５７】
上述したように、本実施の形態に係るＦ−ＣＭＤＢ１０は、事前のリコンシリエーションの対象（本実施の形態においてはＩＤＰ）を絞ることにより、管理する情報量の削減とリコンシリエーションの高速化を実現することができる。また、Ｆ−ＣＭＤＢ１０は、キャッシュ情報１０４における由来情報のように、Ｅｎｔｉｔｙの対応付けを事前に行っておき、検索時に予め対応付けたＣＩ同士のマージを行うことにより、検索性能の低下を抑えることができる。【００５８】
実施の形態２．
上述した実施の形態１においては、キャッシュ情報１０４はＦ−ＣＭＤＢ１０により管理されたが、本実施の形態において、この情報はＭＤＲ２０とＦ−ＣＭＤＢ１０との間に配置したＰｒｏｘｙにより分散管理される。以下、本実施の形態について、実施の形態１と異なる構成及び動作を説明する。なお、実施の形態１と同様の構成及び動作についてはその説明を省略する。まず、本実施の形態に係る構成管理システムの構成について説明する。図１７は、本実施の形態に係る構成管理システムの構成を示す図である。【００５９】
図１７に示すように、本実施の形態に係る構成管理システムは、Ｆ−ＣＭＤＢ１０と複数のＭＤＲ２０との間に複数のＰｒｏｘｙ４０が配置されるものである。本実施の形態において、キャッシュ情報が複数のＰｒｏｘｙ４０（Ｐｒｏｘｙ４０ａ、Ｐｒｏｘｙ４０ｂ）により分散管理されることにより、キャッシュ情報がＦ−ＣＭＤＢ１０に集中することを防ぐことができる。【００６０】
次に、実施の形態１と異なるＦ−ＣＭＤＢの構成と、Ｐｒｏｘｙの構成について説明する。図１８は、本実施の形態に係るＦ−ＣＭＤＢ、ＭＤＲ、及びＰｒｏｘｙの構成を示す図である。また、図１９は、Ｐｒｏｘｙ情報を示す図である。【００６１】
図１８に示すように、本実施の形態は、Ｆ−ＣＭＤＢ１０が配置決定部１０５、Ｐｒｏｘｙ情報１０６を備える点が実施の形態１とは異なる。配置決定部１０５は、Ｅｎｔｉｔｙの更新依頼のうち、登録または変更依頼に対して、Ｅｎｔｉｔｙを示す由来情報を登録または追加するＰｒｏｘｙを決定するものである。また、複数のＰｒｏｘｙ４０のそれぞれは、情報管理部４０１、キャッシュ情報４０２を備える。また、Ｆ−ＣＭＤＢ１０がキャッシュ情報を保持していないため、更新処理部１０２及び検索処理部１０３は、依頼処理部１０１により割り振られた処理（更新処理、検索処理）を、複数のＰｒｏｘｙ４０に依頼する。なお、更新処理部１０２において、複数のＭＤＲ２０のいずれかよりＥｎｔｉｔｙの更新を依頼された場合、後述する処理により配置決定部１０５がＥｎｔｉｔｙを示す由来情報を登録または追加するＰｒｏｘｙを決定する。更新処理部１０２は、この決定されたＰｒｏｘｙに対して、由来情報の登録・追加依頼を行う。また、検索処理部１０３は、複数のＰｒｏｘｙ４０による検索結果をマージし、マージした検索結果をクライアントＰＣ３０に検索依頼に対する応答として返す。【００６２】
また、複数のＰｒｏｘｙ４０のそれぞれは、キャッシュ情報４０２と、これを管理する情報管理部４０１とを備えるものである。なお、このキャッシュ情報４０２は、実施の形態１におけるキャッシュ情報１０６と同様の情報であるが、分散管理されている点において、実施の形態１と異なる。また、情報管理部４０１は、更新処理部１０２及び検索処理部１０３により依頼された処理（更新処理、検索処理）を実行するものである。この情報管理部４０１は、基本的には実施の形態１における検索処理部１０３及び更新処理部１０２の動作を代行する。【００６３】
また、Ｆ−ＣＭＤＢ１０におけるＰｒｏｘｙ情報１０６は、図１９に示すように、Ｐｒｏｘｙに対する一意な識別子である“ＩＤ”と、複数のＰｒｏｘｙ４０それぞれのアドレスが示された“アクセス方法”、複数のＰｒｏｘｙ４０それぞれが保持する情報の数である情報数とが対応付けられているものである。なお、情報数は、複数のＰｒｏｘｙ４０それぞれのキャッシュ情報４０２における由来情報の数とする。【００６４】
次に、配置決定部の動作について説明する。図２０は、配置決定部の動作を示すフローチャートである。なお、このフローチャートにおいて、更新処理部は、Ｅｎｔｉｔｙの更新依頼をすでに受けているものとし、この更新依頼による処理種別は登録または変更であるものとする。【００６５】
図２０に示すように、まず、配置決定部１０５は、Ｐｒｏｘｙ情報１０６に登録されている全てのＰｒｏｘｙ４０に対して、更新対象としてのＥｎｔｉｔｙをｅとし、このｅとリコンシリエーションされるべきＥｎｔｉｔｙの検索を依頼する（Ｓ７０１）。なお、この検索は、ｅのＩＤＰを引数として、Ｐｒｏｘｙ４０それぞれの情報管理部４０１によりなされる。次に、配置決定部１０５は、この依頼に対して検索が成功したＰｒｏｘｙが存在するかどうかを判断する（Ｓ７０２）。なお、この判断において、検索が成功したＰｒｏｘｙとは、ｅのＩＤＰと一致するＩＤＰを持つｇｉｄがキャッシュ情報４０１内に存在するＰｒｏｘｙを指す。【００６６】
検索が成功したＰｒｏｘｙが存在する場合（Ｓ７０２，ＹＥＳ）、配置決定部１０５は、検索に成功したＰｒｏｘｙをｐとし、ｅの由来情報を登録または追加するＰｒｏｘｙとしてｐを更新処理部１０２へ返す（Ｓ７０４）。【００６７】
また、検索に成功したＰｒｏｘｙが存在しない場合（Ｓ７０２，ＮＯ）、配置決定部１０５は、後述する配置決定処理を実行する（Ｓ７０５）。【００６８】
上述したように、更新対象としてのＥｎｔｉｔｙの由来情報が、ＩＤＰが一致する情報が含まれるキャッシュ情報４０１に格納されることによって、同じリソースに関する由来情報を同じｇｉｄに対応付けることができる。【００６９】
次に、配置決定処理について説明する。図２１は、配置決定処理の動作を示すフローチャートである。【００７０】
図２１に示すように、まず、配置決定部１０５は、Ｐｒｏｘｙ情報１０６から登録されている全てのＰｒｏｘｙに関する情報をＰとして取り出し（Ｓ８０１）、このＰが空かどうかを判断する（Ｓ８０２）。【００７１】
Ｐが空ではない場合（Ｓ８０２，ＮＯ）、配置決定部１０５は、Ｐｒｏｘｙ情報１０６を参照し、Ｐ中の全Ｐｒｏｘｙ４０について、それぞれが管理している情報数を調べる（Ｓ８０３）。次に、配置決定部１０５は、管理している情報数が最小であるＰｒｏｘｙをｐとして選択し（Ｓ８０４）、ｐが管理している情報数が閾値（例えば、１０００）未満かどうかを判断する（Ｓ８０５）。【００７２】
ｐが管理している情報数が閾値未満である場合（Ｓ８０５，ＹＥＳ）、配置決定部１０５は、Ｅｎｔｉｔｙ（更新依頼における更新対象）の由来情報を登録するＰｒｏｘｙとしてｐを更新処理部１０２へ返す（Ｓ８０６）。【００７３】
一方、ｐが管理している情報数が閾値以上である場合（Ｓ８０５，ＮＯ）、配置決定部１０５は、Ｐｒｏｘｙ情報１０６に登録されていない新しいＰｒｏｘｙをｐとして起動し（Ｓ８０７）、起動したｐを、情報数０としてＰｒｏｘｙ情報１０６に登録する（Ｓ８０８）。さらに、配置決定部１０５は、登録したｐの情報数を１増やし（Ｓ８０９）、Ｅｎｔｉｔｙを登録するＰｒｏｘｙとしてｐを更新処理部１０２へ返す（Ｓ８０６）。【００７４】
なお、更新処理部１０２は、図２０及び２１に示した処理により配置決定部１０５から返されたＰｒｏｘｙに対して、Ｅｎｔｉｔｙの由来情報の登録・追加依頼を行う。なお、更新依頼が削除である場合については、実施の形態１における更新処理部１０２の動作と同様の動作を情報管理部４０１が行うことにより、由来情報を削除する。【００７５】
また、上述したように、複数のＰｒｏｘｙ４０のうち、管理している情報数が最小であるＰｒｏｘｙにＥｎｔｉｔｙを登録させることにより、複数のＰｒｏｘｙ４０に対して、均等にＥｎｔｉｔｙを割り振ることができる。また、複数のＰｒｏｘｙ４０それぞれにおけるキャッシュ情報４０２の情報数に、所定の閾値により制限を設けることによって、それぞれのＰｒｏｘｙが過剰に情報を保持することを防ぐことができる。【００７６】
本発明は、その要旨または主要な特徴から逸脱することなく、他の様々な形で実施することができる。そのため、前述の実施の形態は、あらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には、何ら拘束されない。更に、特許請求の範囲の均等範囲に属する全ての変形、様々な改良、代替および改質は、全て本発明の範囲内のものである。【００７７】
なお、本発明は以下に示すようなコンピュータシステムにおいて適用可能である。図２２は、本発明が適用されるコンピュータシステムの一例を示す図である。図２２に示すコンピュータシステム９００は、ＣＰＵやディスクドライブ等を内蔵した本体部９０１、本体部９０１からの指示により画像を表示するディスプレイ９０２、コンピュータシステム９００に種々の情報を入力するためのキーボード９０３、ディスプレイ９０２の表示画面９０２ａ上の任意の位置を指定するマウス９０４及び外部のデータベース等にアクセスして他のコンピュータシステムに記憶されているプログラム等をダウンロードする通信装置９０５を有する。通信装置９０５は、ネットワーク通信カード、モデムなどが考えられる。【００７８】
上述したような、Ｆ−ＣＭＤＢ１０を構成するコンピュータシステムにおいて上述した各ステップを実行させるプログラムを、構成管理プログラムとして提供することができる。このプログラムは、コンピュータシステムにより読取り可能な記録媒体に記憶させることによって、Ｆ−ＣＭＤＢ１０を構成するコンピュータシステムに実行させることが可能となる。上述した各ステップを実行するプログラムは、ディスク９１０等の可搬型記録媒体に格納されるか、通信装置９０５により他のコンピュータシステムの記録媒体９０６からダウンロードされる。また、コンピュータシステム９００に少なくとも構成管理機能を持たせる構成管理プログラム（構成管理ソフトウェア）は、コンピュータシステム９００に入力されてコンパイルされる。このプログラムは、コンピュータシステム９００を構成管理機能を有する構成管理システムとして動作させる。また、このプログラムは、例えばディスク９１０等のコンピュータ読み取り可能な記録媒体に格納されていても良い。ここで、コンピュータシステム９００により読取り可能な記録媒体としては、ＲＯＭやＲＡＭ等のコンピュータに内部実装される内部記憶装置、ディスク１１０やフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体や、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータシステム並びにそのデータベースや、通信装置１０５のような通信手段を介して接続されるコンピュータシステムでアクセス可能な各種記録媒体を含む。
【産業上の利用可能性】
【００７９】
本発明によれば、スケーラビリティと検索性能を両立することができる。
【図１】
2010067436.tif 000003
【図２】
2010067436.tif 000004
【図３】
2010067436.tif 000005
【図４】
2010067436.tif 000006
【図５】
2010067436.tif 000007
【図６】
2010067436.tif 000008
【図７】
2010067436.tif 000009
【図８】
2010067436.tif 000010
【図９】
2010067436.tif 000011
【図１０】
2010067436.tif 000012
【図１１】
2010067436.tif 000013
【図１２】
2010067436.tif 000014
【図１３】
2010067436.tif 000015
【図１４】
2010067436.tif 000016
【図１５】
2010067436.tif 000017
【図１６】
2010067436.tif 000018
【図１７】
2010067436.tif 000019
【図１８】
2010067436.tif 000020
【図１９】
2010067436.tif 000021
【図２０】
2010067436.tif 000022
【図２１】
2010067436.tif 000023
【図２２】
2010067436.tif 000024
【図２３】
2010067436.tif 000025
【図２４】
2010067436.tif 000026
【図２５】
2010067436.tif 000027
【手続補正書】
【提出日】平成23年5月26日(2011.5.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる構成管理装置であって、
前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理部と、
検索条件を含む検索要求を受け付ける検索受付部と、
前記検索受付部により検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得部と、
前記取得部により取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージ部と、
前記マージ部によるマージ結果が、前記検索受付部により受け付けられた検索条件を満たすかどうかを判断する判断部と、
前記判断部により前記検索条件を満たすと判断されたマージ結果を、前記検索受付部により受け付けられた検索要求に対する応答として返す応答部と
を備える構成管理装置。
【請求項２】
請求項１に記載の構成管理装置において、
前記機器における構成アイテムの位置情報と、登録、変更、および削除のうちいずれかの処理を示す処理情報とを含んだ処理依頼を受け付ける更新受付部をさらに備え、
前記管理部は、前記更新受付部により受け付けられた処理依頼における処理情報及び位置情報に基づいて、前記管理情報を更新することを特徴とする構成管理装置。
【請求項３】
請求項２に記載の構成管理装置において、
前記更新受付部により受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれかと一致する場合、前記管理部は、前記管理情報において、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる識別情報と一致する識別情報とを対応付けることを特徴とする構成管理装置。
【請求項４】
請求項２に記載の構成管理装置において、
前記更新受付部により受け付けられた更新依頼に含まれる処理情報が登録または変更を示し、且つ前記更新依頼に含まれる位置情報により示される構成アイテムに含まれる識別情報が前記管理情報における識別情報のいずれとも一致しない場合、前記管理部は、前記更新依頼に含まれる位置情報と、該位置情報により示される構成アイテムに含まれる前記リソースの識別情報とを対応付けて前記管理情報に追加することを特徴とする構成管理装置。
【請求項５】
請求項２に記載の構成管理装置において、
前記更新受付部により受け付けられた更新依頼に含まれる処理情報が削除を示す場合、前記管理部は、前記管理情報において、前記更新依頼に含まれる位置情報と同一の位置情報を削除することを特徴とする構成管理装置。
【請求項６】
システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置における構成管理プログラムであって、
前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理ステップと、
検索条件を含む検索要求を受け付ける検索受付ステップと、
前記検索受付ステップにより検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得ステップと、
前記取得ステップにより取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージステップと、
前記マージステップによるマージ結果が、前記検索受付ステップにより受け付けられた検索条件を満たすかどうかを判断する判断ステップと、
前記判断ステップにより前記検索条件を満たすと判断されたマージ結果を、前記検索受付ステップにより受け付けられた検索要求に対する応答として返す応答ステップと
をコンピュータに実行させる構成管理プログラム。
【請求項７】
システムを構成するリソースに関する情報である複数の構成アイテムを管理する機器に接続することができる装置における構成管理方法であって、
前記機器により管理される複数の構成アイテムのそれぞれに含まれる前記リソースの識別情報と、該識別情報と同一な識別情報を含む構成アイテムの位置を示す情報である位置情報とを対応付け、管理情報として記憶部に記憶する管理ステップと、
検索条件を含む検索要求を受け付ける検索受付ステップと、
前記検索受付ステップにより検索要求が受け付けられた場合、前記管理情報において、前記位置情報により示される構成アイテムを前記機器より取得する取得ステップと、
前記取得ステップにより取得された構成アイテムに対し、前記管理情報において同一の識別情報と対応付けられた構成アイテム同士をマージするマージステップと、
前記マージステップによるマージ結果が、前記検索受付ステップにより受け付けられた検索条件を満たすかどうかを判断する判断ステップと、
前記判断ステップにより前記検索条件を満たすと判断されたマージ結果を、前記検索受付ステップにより受け付けられた検索要求に対する応答として返す応答ステップと
を備える構成管理方法。
【国際調査報告】
2010067436.tif 000028
2010067436.tif 000029
2010067436.tif 000030
2010067436.tif 000031