(57)【要約】  リレーションシップ“Ｒｅｌ１”、“Ｒｅｌ２”及び“Ｒｅｌ３”で“サーバ１”と関連付けられる“ＨＤＤ１”、“ＨＤＤ２”及び“ネットワーク１”の装置構成情報を、ＭＤＲ１に移動させて集約することによって最適配置する。また、リレーションシップ“Ｒｅｌ４”及び“Ｒｅｌ５”で“ネットワーク２”と関連付けられる“サーバ２”及び“ＨＤＤ３”の装置構成情報を、ＭＤＲ３に移動させて集約することによって最適配置する。互いに関連がある装置構成情報を、リレーションシップに基づいて一つのＭＤＲに集約して最適配置を行うと、一つのＭＤＲを検索するのみで、目的とする、互いに関連がある装置構成情報を全て取得することが可能になる。よって、検索結果のターン・アラウンド・タイムの短縮を図ることができる。
2009144821.tif 000002
【特許請求の範囲】
【請求項１】
管理対象である装置の構成要素及び構成要素間の関連を含む装置構成情報を管理する装置構成情報管理部と、複数の前記装置構成情報管理部から前記装置構成情報を取得して統合管理する装置構成情報統合管理部とを含む装置構成情報統合管理システムにおける装置構成情報最適配置方法であって、
前記装置構成情報管理部が、管理対象装置の構成要素及び前記構成要素間の関連を含む装置構成情報を管理する装置構成情報管理ステップと、
前記装置構成情報統合管理部が、複数の前記装置構成情報管理部によって管理される前記装置構成情報を統合管理する装置構成情報統合管理ステップと、
装置構成情報最適配置処理部が、複数の前記装置構成情報管理部における前記装置構成情報管理ステップによって管理される前記装置構成情報のうち、前記構成要素間の関連がある装置構成情報を、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に集約して最適配置を行う装置構成情報最適配置処理ステップと
を含むことを特徴とする装置構成情報最適配置方法。
【請求項２】
前記装置構成情報最適配置処理ステップは、
前記装置構成情報管理部において、前記構成要素が新規登録、更新又は削除されたことによって前記装置構成情報に差分が生じたことを契機として、該装置構成情報の最適配置の必要性の有無を判定する再配置判定ステップと、
前記再配置判定ステップによって、前記装置構成情報の最適配置の必要性有りと判定された場合に、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に、前記装置構成情報を集約して最適配置を行う配置実行ステップと
をさらに含むことを特徴とする請求項１記載の装置構成情報最適配置方法。
【請求項３】
前記装置構成情報統合管理ステップは、統合管理対象の前記装置構成情報が、いずれの前記装置構成情報管理部によって管理されているかを識別する由来情報を管理する由来情報管理ステップをさらに含み、
前記再配置判定ステップは、前記由来情報管理ステップによって管理される前記由来情報が異なる装置構成情報が存在する場合に、該装置構成情報の最適配置の必要性有りと判定することを特徴とする請求項２記載の装置構成情報最適配置方法。
【請求項４】
前記配置実行ステップは、前記装置構成情報を集約して最適配置を行う場合に、前記由来情報管理ステップに対して、該由来情報管理ステップによって管理される前記装置構成情報の由来情報を集約先の装置構成情報管理部へと変更する様に要求し、
前記由来情報管理ステップは、前記配置実行ステップからの前記由来情報の前記要求に応じて、前記装置構成情報の由来情報を集約先の装置構成情報管理部へと変更することを特徴とする請求項３記載の装置構成情報最適配置方法。
【請求項５】
前記装置構成情報管理ステップは、前記装置構成情報の管理資源の状況を管理する管理資源状況管理ステップをさらに含み、
前記配置実行ステップは、最適配置を行う対象の前記装置構成情報を管理する各前記装置構成情報管理部における前記管理資源状況管理ステップに対して前記管理資源の状況報告を要求し、各前記装置構成情報管理部における前記管理資源状況管理ステップからの前記管理資源の状況報告に応じて、前記装置構成情報を集約して最適配置を行う装置構成情報管理部を決定することを特徴とする請求項２記載の装置構成情報最適配置方法。
【請求項６】
前記装置構成情報管理ステップは、管理対象の前記装置構成情報が、いずれの前記装置構成情報管理部によって管理されているかを識別する所在情報を管理する所在情報管理ステップをさらに含み、
前記配置実行ステップは、前記装置構成情報を集約して最適配置を行う場合に、該当する装置構成情報を管理する前記装置構成情報管理部における所在情報管理ステップに対して、所在情報管理部によって管理される装置構成情報の所在情報を集約先の装置構成情報管理部へと変更する様に要求し、
前記所在情報管理ステップは、前記配置実行ステップからの前記所在情報の前記要求に応じて、前記装置構成情報の所在情報を集約先の装置構成情報管理部へと変更することを特徴とする請求項２記載の装置構成情報最適配置方法。
【請求項７】
前記装置構成情報管理ステップは、前記装置構成情報を集約して最適配置を行う場合に、集約によって最適配置される装置構成情報を簡易登録する簡易登録ステップをさらに含み、
前記配置実行ステップは、前記装置構成情報を集約して最適配置を行う場合に、集約先の装置構成情報管理部における装置構成情報管理ステップに対して、集約によって最適配置される装置構成情報の簡易登録を要求し、
前記簡易登録ステップは、前記配置実行ステップからの前記要求に応じて、該当する装置構成情報を前記集約先の装置構成情報管理部の所在情報管理部に簡易登録することを特徴とする請求項６記載の装置構成情報最適配置方法。
【請求項８】
前記装置構成情報管理ステップは、ユーザからの前記装置構成情報の取得要求に応じて、前記所在情報管理ステップによって管理される前記所在情報に基づき、自装置又は他の装置の前記構成情報管理部から、該当する装置構成情報を取得する情報取得ステップをさらに含むことを特徴とする請求項６記載の装置構成情報最適配置方法。
【請求項９】
管理対象装置の構成要素及び前記構成要素間の関連を含む装置構成情報を管理する装置構成情報管理部と、
複数の前記装置構成情報管理部によって管理される前記装置構成情報を統合管理する装置構成情報統合管理部と、
複数の前記装置構成情報管理部によって管理される前記装置構成情報のうち、前記構成要素間の関連がある装置構成情報を、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に集約して最適配置を行う装置構成情報最適配置処理部と
を有することを特徴とする装置構成情報最適配置システム。
【請求項１０】
前記装置構成情報最適配置処理部は、
前記装置構成情報管理部において、前記構成要素が新規登録、更新又は削除されたことによって前記装置構成情報に差分が生じたことを契機として、該装置構成情報の最適配置の必要性の有無を判定する再配置判定部と、
前記再配置判定部によって、前記装置構成情報の最適配置の必要性有りと判定された場合に、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に、前記装置構成情報を集約して最適配置を行う配置実行部と
をさらに有することを特徴とする請求項９記載の装置構成情報最適配置システム。
【請求項１１】
前記装置構成情報統合管理部は、統合管理対象の前記装置構成情報が、いずれの前記装置構成情報管理部によって管理されているかを識別する由来情報を管理する由来情報管理部をさらに有し、
前記再配置判定部は、前記由来情報管理部によって管理される前記由来情報が異なる装置構成情報が存在する場合に、該装置構成情報の最適配置の必要性有りと判定することを特徴とする請求項１０記載の装置構成情報最適配置システム。
【請求項１２】
前記配置実行部は、前記装置構成情報を集約して最適配置を行う場合に、前記由来情報管理部に対して、該由来情報管理部によって管理される前記装置構成情報の由来情報を集約先の装置構成情報管理部へと変更する様に要求し、
前記由来情報管理部は、前記配置実行部からの前記由来情報の前記要求に応じて、前記装置構成情報の由来情報を集約先の装置構成情報管理部へと変更することを特徴とする請求項１１記載の装置構成情報最適配置システム。
【請求項１３】
前記装置構成情報管理部は、前記装置構成情報の管理資源の状況を管理する管理資源状況管理部をさらに有し、
前記配置実行部は、最適配置を行う対象の前記装置構成情報を管理する各前記装置構成情報管理部の前記管理資源状況管理部に対して前記管理資源の状況報告を要求し、各前記装置構成情報管理部の前記管理資源状況管理部からの前記管理資源の状況報告に応じて、前記装置構成情報を集約して最適配置を行う装置構成情報管理部を決定することを特徴とする請求項１０記載の装置構成情報最適配置システム。
【請求項１４】
前記装置構成情報管理部は、管理対象の前記装置構成情報が、いずれの前記装置構成情報管理部によって管理されているかを識別する所在情報を管理する所在情報管理部をさらに有し、
前記配置実行部は、前記装置構成情報を集約して最適配置を行う場合に、該当する装置構成情報を管理する前記装置構成情報管理部の所在情報管理部に対して、該所在情報管理部によって管理される装置構成情報の所在情報を集約先の装置構成情報管理部へと変更する様に要求し、
前記所在情報管理部は、前記配置実行部からの前記所在情報の前記要求に応じて、前記装置構成情報の所在情報を集約先の装置構成情報管理部へと変更することを特徴とする請求項１０記載の装置構成情報最適配置システム。
【請求項１５】
前記装置構成情報管理部は、前記装置構成情報を集約して最適配置を行う場合に、集約によって最適配置される装置構成情報を簡易登録する簡易登録部をさらに有し、
前記配置実行部は、前記装置構成情報を集約して最適配置を行う場合に、集約先の装置構成情報管理部に対して、集約によって最適配置される装置構成情報の簡易登録を要求し、
前記簡易登録部は、前記配置実行部からの前記要求に応じて、該当する装置構成情報を前記集約先の装置構成情報管理部の所在情報管理部に簡易登録することを特徴とする請求項１４記載の装置構成情報最適配置システム。
【請求項１６】
前記装置構成情報管理部は、ユーザからの装置構成情報の取得要求に応じて、前記所在情報管理部によって管理される前記所在情報に基づき、自装置又は他の装置の装置構成情報管理部から該当する装置構成情報を取得する情報取得部をさらに有することを特徴とする請求項１４記載の装置構成情報最適配置システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理対象である装置の構成要素及び構成要素間の関連を含む装置構成情報を管理する装置構成情報管理部と、複数の前記装置構成情報管理部から装置構成情報を取得して統合管理する装置構成情報統合管理部とを含む装置構成情報統合管理システムにおける装置構成情報最適配置方法及び装置構成情報最適配置システムに関する。
【背景技術】
【０００２】
近年、システム運用管理の分野で、ＩＴＩＬ（登録商標、以下同様、Information  Technology  Infrastructure  Library）と呼ばれる、成功事例のノウハウを蓄積した文書が普及しつつある。ＩＴＩＬは、１９８９年に英国政府機関であるＣＣＴＡ（Central  Computer  and  Telecommunications  Agency)によって公表され、現在では、システム運用管理の分野において、事実上の国際標準となっている。【０００３】
ＩＴＩＬにおいて、システムの装置構成情報（ＣＩ、Configuration  Item）を管理するための標準規格として、ＣＭＤＢ（Configuration  Management  Database）が提案されている。ＣＭＤＢとは、装置構成情報データベースのことである。【０００４】
ＣＭＤＢによれば、システムの装置構成情報を管理するために、システムの装置構成情報及び装置構成情報間の関係を管理するデータベースとして、装置構成情報データベースを構築することになる。【０００５】
ここで、システムの装置構成には、各種ハードウェアはいうまでもなく、ソフトウェア、各種データなど、多種多様な要素が含まれる。装置構成情報データベースの実装は、ＭＤＲ（Management  Data  Repository）と呼ばれる。さらに、ＭＤＲは、装置構成情報とともに、各装置構成情報間の関連（リレーションシップ、Relationship）を管理する。【０００６】
そして、複数のＭＤＲを仮想的に統合する上位階層に位置する装置構成情報データベースは、ＦＣＭＤＢ（Federated  ＣＭＤＢ）と呼ばれる。ＦＣＭＤＢから、配下の複数のＭＤＲを横断的に検索することによって、目的とする装置構成情報を取得することができる。【０００７】
なお、ＦＣＭＤＢは、装置構成情報の調停を行う機能であるリコンシリエーション機能を有する。リコンシリエーション機能は、ＭＤＲ毎に異なる名前で管理されている同一装置構成情報、又は、ＭＤＲ毎に異なるローカルＩＤで管理されている同一装置構成情報を統合するものである。【０００８】
ここで、上位階層のデータベースから、下位下層の複数のデータベースを横断的に検索して、目的とするデータをいかに効率的に取得するかが課題となってくる。すなわち、目的とする装置構成情報が、各下位下層の複数のデータベースに分散しているため、検索の応答速度が低くなるというものである。【０００９】
前述の課題を解決するため、従来技術では、例えば、上位階層のデータベース配下の複数のデータベースのデータベース構造及びデータ配置を工夫したり、検索効率向上のためにデータベースのデータ配置を変更したりしていた。【００１０】
すなわち、従来技術では、装置構成情報のデータ登録時又は動的（ＦＣＭＤＢ運用中）に、関連する装置構成情報が最適配置となる様にまとめていた。この様にして、ＦＣＭＤＢにおいて、関連する装置構成情報を、各ＭＤＲからより迅速に取得できるようにしていた。【００１１】
【特許文献１】特開平２−２１２９７２号公報
【特許文献２】特開平５−１２３３８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記従来技術では、次の様な問題点があった。すなわち、関連する装置構成情報の最適配置を調査するために時間がかかり（最適配置調査の問題）、リレーションシップが変更されると最適配置ではなくなってしまう（リレーションシップの問題）という問題点があった。なお、リレーションシップは、任意に登録、削除、更新が可能であるため、事前に、関連する装置構成情報を固定的に最適配置しておくことが不可能である。【００１３】
また、装置構成情報を移動させると、リコンシリエーションを再実行する必要がある（リコンシリエーションの問題）ために効率が悪く、装置構成情報の登録者が登録した装置構成情報の所在が分からなくなってしまう（装置構成情報の所在の問題）という問題点があった。【００１４】
本発明は、上記問題点（課題）を解消するためになされたものであって、最適配置調査の問題、リレーションシップの問題、リコンシリエーションの問題及び装置構成情報の所在の問題を回避しつつ、関連する装置構成情報をより迅速に取得できるようにする装置構成情報最適配置方法及び装置構成情報最適配置システムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上述した問題を解決し、目的を達成するため、装置構成情報最適配置方法及び装置構成情報最適配置システムの一観点において、管理対象である装置の構成要素及び構成要素間の関連を含む装置構成情報を管理する装置構成情報管理部と、複数の装置構成情報管理部から装置構成情報を取得して統合管理する装置構成情報統合管理部とを含む装置構成情報統合管理システムにおいて、装置構成情報管理部が、管理対象装置の構成要素及び構成要素間の関連を含む装置構成情報を管理し、装置構成情報統合管理部が、複数の装置構成情報管理部によって管理される前記装置構成情報を統合管理し、装置構成情報最適配置処理部が、複数の装置構成情報管理部によって管理される装置構成情報のうち、構成要素間の関連がある装置構成情報を、複数の装置構成情報管理部のうちの一つの装置構成情報管理部に集約して最適配置を行うことを要件とする。
【発明の効果】
【００１６】
開示の装置構成情報最適配置方法及び装置構成情報最適配置システムによれば、互いに関連がある装置構成情報を、互いの関連に基づいて一つのＭＤＲに集約して最適配置を行うと、一つのＭＤＲを検索するのみで、目的とする、互いに関連がある装置構成情報を全て取得することが可能になり、より迅速に、装置構成情報の検索結果を取得することが可能になるという効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】図１は、実施形態の一例の概要と特徴を説明するための図である。
【図２】図２は、実施形態の一例に係る装置構成情報統合管理システムの構成を示すブロック図である。
【図３】図３は、装置構成情報管理テーブルの一例を示す図である。
【図４】図４は、リレーションシップ情報管理テーブルの一例を示す図である。
【図５】図５は、由来情報管理テーブルの一例を示す図である。
【図６】図６は、装置成情報管理テーブルの一例を示す図である。
【図７】図７は、リレーションシップ情報管理テーブルの一例を示す図である。
【図８】図８は、所在情報管理テーブルの一例を示す図である。
【図９】図９は、装置構成情報統合管理システムにおける各種処理依頼実行処理手順を示すフローチャートである。
【図１０】図１０は、構成情報最適配置処理手順を示すフローチャートである。
【図１１】図１１は、再配置判定処理手順を示すフローチャートである。
【図１２】図１２は、再配置実行処理手順を示すフローチャートである。
【図１３】図１３は、由来管理処理手順を示すフローチャートである。
【図１４】図１４は、由来管理処理の概要を説明するための図である。
【図１５】図１５は、所在管理処理手順を示すフローチャートである。
【図１６】図１６は、所在管理処理の概要を説明するための図である。
【図１７】図１７は、簡易登録処理手順を示すフローチャートである。
【図１８】図１８は、簡易登録処理の概要を説明するための図である。
【図１９】図１９は、ＭＤＲ情報管理部の残容量取得処理手順を示すフローチャートである。
【図２０】図２０は、情報取得処理手順を示すフローチャートである。
【図２１】図２１は、情報取得処理の概要を説明するための図である。
【符号の説明】
【００１８】
１００    構成情報再配置実行管理装置
１０１    配置判定部
１０２    配置実行部
２００    ＦＣＭＤＢ
２０１    操作実行部
２０２    ＦＣＭＤＢ情報管理部
２０２ａ    装置構成情報管理テーブル
２０２ｂ    リレーションシップ情報管理テーブル
２０３    由来管理部
２０４    由来情報管理部
２０４ａ    由来情報管理テーブル
３００ａ、・・・、３００ｎ    ＭＤＲ
３０１    操作実行部
３０２    ＭＤＲ情報管理部
３０２ａ    装置構成情報管理テーブル
３０２ｂ    リレーションシップ情報管理テーブル
３０３ａ    所在管理部
３０３ｂ    簡易登録部
３０３ｃ    残容量管理部
３０３ｄ    情報取得部
３０４    所在情報管理部
３０４ａ    所在情報管理テーブル
【発明を実施するための最良の形態】
【００１９】
以下に添付図面を参照し、本発明の装置構成情報最適配置方法及び装置構成情報最適配置システムに係る実施形態の一例を詳細に説明する。なお、以下の実施形態の一例では、ＭＤＲは、管理対象としている装置の装置構成情報を管理するとし、ＦＣＭＤＢは、各ＭＤＲの装置構成情報を統合管理するものとする。【００２０】
先ず、実施形態の一例の概要と特徴を説明する。図１は、実施形態の一例の概要と特徴を説明するための図である。同図に示す様に、ＦＣＭＤＢが統合管理対象とするＭＤＲは、ＭＤＲ１、ＭＤＲ２及びＭＤＲ１である。【００２１】
図１の中央矢印から左側の部分に示す様に、ＭＤＲ１は、装置構成情報として“サーバ１”及び“サーバ２”を管理していることを示している。ＭＤＲ２は、装置構成情報として“ＨＤＤ（Hard  Disk  Drive、以下同様）１”、“ＨＤＤ２”及び“ＨＤＤ３”を管理していることを示している。また、ＭＤＲ３は、装置構成情報として“ネットワーク１”及び“ネットワーク２”を管理していることを示している。【００２２】
そして、“サーバ１”及び“ＨＤＤ１”との間にはリレーションシップ“Ｒｅｌ１”の関連が、及び、“サーバ１”及び“ＨＤＤ２”との間にはリレーションシップ“Ｒｅｌ２”の関連が、及び、“サーバ１”及び“ネットワーク１”との間にはリレーションシップ“Ｒｅｌ３”の関連がある。また、“サーバ２”及び“ＨＤＤ３”との間にはリレーションシップ“Ｒｅｌ４”の関連が、及び、“サーバ２”及び“ネットワーク２”との間には、リレーションシップ“Ｒｅｌ５”の関連がある。【００２３】
このように、互いに関連がある装置構成情報が、複数のＭＤＲに分散して配置されていると、ＦＤＭＤＢから、互いに関連がある装置構成情報を参照する場合に、ＭＤＲ１、ＭＤＲ２及びＭＤＲ３と、全てのＭＤＲを横断的に検索しなければならない。この結果、検索結果のターン・アラウンド・タイムが長くなってしまうという問題があった。【００２４】
そこで、図１の中央矢印から右側の部分に示す様に、互いに関連がある装置構成情報の最適配置を行う。すなわち、リレーションシップ“Ｒｅｌ１”、“Ｒｅｌ２”及び“Ｒｅｌ３”で“サーバ１”と関連付けられる“ＨＤＤ１”、“ＨＤＤ２”及び“ネットワーク１”の装置構成情報を、ＭＤＲ１に移動させて集約することによって最適配置する。【００２５】
また、リレーションシップ“Ｒｅｌ４”及び“Ｒｅｌ５”で“ネットワーク２”と関連付けられる“サーバ２”及び“ＨＤＤ３”の装置構成情報を、ＭＤＲ３に移動させて集約することによって最適配置する。【００２６】
以上の様に、互いに関連がある装置構成情報を、リレーションシップに基づいて一つのＭＤＲに集約して最適配置を行うと、一つのＭＤＲを検索するのみで、目的とする、互いに関連がある装置構成情報を全て取得することが可能になる。よって、検索結果のターン・アラウンド・タイムの短縮を図ることができる。【００２７】
次に、実施形態の一例に係る装置構成情報統合管理システムの構成を説明する。図２は、実施形態の一例に係る装置構成情報統合管理システムの構成を示すブロック図である。同図に示す様に、装置構成情報統合管理システムＳは、互いに通信可能に接続された、構成情報再配置実行管理装置１００と、ＦＣＭＤＢ２００と、ＭＤＲ３００ａ、・・・、３００ｎとを含む。【００２８】
構成情報再配置実行管理装置１００は、ＦＣＭＤＢ２００及びＭＤＲ３００ａ、・・・、３００ｎに接続され、各ＭＤＲに対して装置構成情報の再配置処理を行い、また、装置構成情報の再配置管理を行う装置である。【００２９】
構成情報再配置実行管理装置１００は、配置判定部１０１と、配置実行部１０２とを有する。配置判定部１０１は、ＦＣＭＤＢ２００に対して、各装置構成情報が、いずれのＭＤＲによって管理されているかの由来情報の取得依頼を行う。【００３０】
そして、ＦＣＭＤＢ２００から返ってきた由来情報に基づき、各装置構成情報が、異なるＭＤＲによって管理されていると判定される場合に、配置実行部１０２に対して、装置構成情報の再配置実行を依頼する。【００３１】
配置実行部１０２は、あるＭＤＲによって管理される装置構成情報を、他のＭＤＲへ移動させる場合に、あるＭＤＲに対して該当する装置構成情報の削除を依頼する。また、他のＭＤＲに対して、該当する装置構成情報の簡易登録を依頼する。【００３２】
また、配置実行部１０２は、装置構成情報を移動させる移動先のＭＤＲを決定するために、例えば、ＤＢ（Data  Base、データベース、以下同様）のリソースの残容量が最も多いＭＤＲを選択する。このために、各ＭＤＲに対して、リソースの残容量の取得依頼を行う。【００３３】
ＦＣＭＤＢ２００は、各ＭＤＲ３００ａ、・・・、３００ｎによって管理される装置構成情報を統合管理する装置である。ＦＣＭＤＢ２００は、後述するＦＣＭＤＢ情報管理部２０２で管理される各種データの操作を実行する操作実行部２０１を有する。【００３４】
また、ＦＣＭＤＢ２００は、各ＭＤＲ３００ａ、・・・、３００ｎによって管理される装置構成情報を仮想的に統合管理するＦＣＭＤＢ情報管理部２０２を有する。ＦＣＭＤＢ情報管理部２０２は、装置構成情報管理テーブル２０２ａ及びリレーションシップ情報管理テーブル２０２ｂを格納する。【００３５】
なお、装置構成情報管理テーブル２０２ａは、図３に一例を示す様に、ＭＤＲ毎に、装置構成情報に含まれる構成アイテム（ＣＩ）の情報を管理する。また、リレーションシップ情報管理テーブル２０２ｂは、図４に一例を示す様に、リレーションシップ毎に、どの構成アイテムとどの構成アイテムを関連付けているのかを管理する。【００３６】
また、ＦＣＭＤＢ２００は、装置構成情報管理テーブル２０２ａで管理される各構成アイテムが、いずれのＭＤＲによって管理されているかを示す由来情報のデータ操作を行う由来管理部２０３と、由来情報を管理する由来情報管理部２０４とを有する。【００３７】
由来管理部２０３は、操作実行部２０１からの由来管理依頼に応じて、由来情報管理部２０４で管理される由来情報のデータ操作を行う。由来情報管理部２０４は、由来情報管理テーブル２０４ａを格納している。【００３８】
由来情報管理テーブル２０４ａは、例えば、図５に一例を示す様に、装置構成情報統合管理システムＳ内でグローバルに有効なＩＤである「エンティティＩＤ」で識別される構成情報に含まれる各構成アイテムが、いずれのＭＤＲによって管理されているかの対応付けを管理する。【００３９】
例えば、「エンティティＩＤ」が“ＧＩＤ（Global  ID）１”である装置構成情報に含まれる構成アイテムの由来は、“ＭＤＲ１％ＬＩＤ１”及び“ＭＤＲ３％ＬＩＤ１”である。ここで、“ＬＩＤ（Local  ID）”とは、各ＭＤＲ内でローカルに有効なＩＤである。由来が、“ＭＤＲ１％ＬＩＤ１”とは、『ＭＤＲ１のＬＩＤ１の構成アイテム』を表わし、“ＭＤＲ３％ＬＩＤ１”とは、『ＭＤＲ３のＬＩＤ１の構成アイテム』を表わす。【００４０】
ＭＤＲの構成については、ＭＤＲ３００ａに代表させて説明を行う。ＭＤＲ３００ａは、後述するＭＤＲ情報管理部３０２で管理される各種データの操作を実行する操作実行部３０１を有する。【００４１】
また、ＭＤＲ３００ａは、装置構成情報を管理するＭＤＲ情報管理部３０２を有する。ＭＤＲ情報管理部３０２は、装置構成情報管理テーブル３０２ａ及びリレーションシップ情報管理テーブル３０２ｂを格納する。【００４２】
なお、装置構成情報管理テーブル３０２ａは、図６に一例を示す様に、ＭＤＲが管理する構成アイテムの情報を管理する。また、リレーションシップ情報管理テーブル３０２ｂは、図７に一例を示す様に、構成アイテム毎に、リレーションシップがある構成アイテムを、構成アイテムが管理されるＭＤＲの識別情報とともに管理する。【００４３】
また、ＭＤＲ３００ａは、操作実行部３０１からの所在管理依頼及び簡易登録依頼に応じて、後述の所在情報管理部３０４における所在情報管理テーブル３０４ａのデータ操作を行う所在管理部３０３ａ及び簡易登録部３０３ｂを有する。【００４４】
具体的には、所在管理部３０３ａは、所在情報の登録、更新、削除及び検索を行う。また、簡易登録部３０３ｂは、他のＭＤＲから最適配置により移動させられてきた装置構成情報の所在情報を、自身を所在として、所在情報管理部３０４の所在情報管理テーブル３０４ａに登録する。【００４５】
なお、所在情報管理部３０４は、装置構成情報の所在を管理する所在情報管理テーブル３０４ａを格納する。所在情報管理テーブル３０４ａは、図８に一例を示す様に、「エンティティＩＤ」に対して、対応する「所在」を管理する。具体的には、「エンティティＩＤ」が“ＬＩＤ１”の装置構成情報の所在は、“ＭＤＲ２％ＬＩＤ１”である。“ＭＤＲ２％ＬＩＤ１”とは、『ＭＤＲ２のＬＩＤ１の構成アイテム』を表わす。図８がＭＤＲ１の所在情報管理テーブルである場合には、図８は、『ＭＤＲ１のＬＩＤ１の構成アイテムは、ＭＤＲ２へ移動させられた』ことを示している。また、図８がＭＤＲ２の所在情報管理テーブルである場合には、図８は『ＬＩＤ１の構成アイテムは、ＭＤＲ２に存在している（どこにも移動されていない）』ことを示している。【００４６】
また、ＭＤＲ３００ａは、操作実行部３０１からの残容量取得依頼に応じて、ＭＤＲ情報管理部３０２のリソースの残容量を取得する残容量管理部３０３ｃを有する。さらに、ＭＤＲ３００ａは、操作実行部３０１からの装置構成情報取得依頼に応じて、ＭＤＲ情報管理部３０２の装置構成情報管理テーブル３０２ａ及びリレーションシップ情報管理テーブル３０２ｂを参照して、装置構成情報を検索した結果を返す情報取得部３０３ｄを有する。【００４７】
なお、情報取得部３０３ｄは、必要とされる装置構成情報が、最適配置によって装置構成情報管理テーブル３０２ａに存在しない場合には、所在情報管理部３０４の所在情報管理テーブル３０４ａを参照して、移動先のＭＤＲから装置構成情報を取得する。【００４８】
次に、装置構成情報統合管理システムにおける各種処理依頼実行処理について説明する。図９は、装置構成情報統合管理システムにおける各種処理依頼実行処理手順を示すフローチャートである。なお、この処理は、ＦＣＭＤＢ２００によって実行される。【００４９】
先ず、ＦＣＭＤＢ２００の操作実行部２０１は、ユーザからの処理依頼を受け付ける（ステップＳ１）。続いて、操作実行部２０１は、受け付けた処理依頼が検索処理であるか否かを判定する（ステップＳ２）。受け付けた処理依頼が検索処理であると判定された場合に（ステップＳ２肯定）、操作実行部２０１は、ＭＤＲ３００ａ、・・・、３００ｎに対して、装置構成情報の検索を行う（ステップＳ３）。【００５０】
一方、受け付けた処理依頼が検索処理であると判定されなかった場合に（ステップＳ２否定）、処理依頼は、装置構成情報の登録／更新／削除であるので、操作実行部２０１は、ＭＤＲ３００ａ、・・・、３００ｎに対して、装置構成情報の登録／更新／削除を行う（ステップＳ４）。【００５１】
続いて、操作実行部２０１は、構成情報再配置実行管理装置１００に対して、装置構成情報の登録／更新／削除の前後の差分を通知する（ステップＳ５）。そして、装置構成情報の登録／更新／削除の前後の差分の通知を受けた構成情報再配置実行管理装置１００は、構成情報最適配置処理を起動する（ステップＳ６）。ステップＳ５が終了すると、各種処理依頼実行処理は終了する。【００５２】
次に、構成情報最適配置処理について説明する。図１０は、構成情報最適配置処理手順を示すフローチャートである。なお、この処理は、構成情報再配置実行管理装置１００によって実行される。【００５３】
先ず、配置判定部１０１は、ＦＣＭＤＢ２００から、装置構成情報の差分の通知を受ける（ステップＳ１０１）。続いて、配置判定部１０１は、実際に装置構成情報の差分があるか否かを判定する（ステップＳ１０２）。実際に装置構成情報の差分があると判定された場合に（ステップＳ１０２肯定）、ステップＳ１０３へ移り、実際に装置構成情報の差分があると判定されなかった場合に（ステップＳ１０２否定）、構成情報最適配置処理は終了する。【００５４】
ステップＳ１０３では、配置判定部１０１は、再配置判定処理を行う。再配置判定処理の詳細は、図１１を参照して後述する。続いて、配置判定部１０１は、再配置判定対象が存在するか否かを判定する（ステップＳ１０４）。再配置判定対象が存在すると判定された場合に（ステップＳ１０４肯定）、ステップＳ１０５へ移り、再配置判定対象が存在すると判定されなかった場合に（ステップＳ１０４否定）、構成情報最適配置処理は終了する。【００５５】
続いて、ステップＳ１０５では、配置実行部１０２は、再配置実行処理を行う。再配置実行処理の詳細は、図１２を参照して後述する。ステップＳ１０５が終了すると、構成情報最適配置処理は終了する。【００５６】
次に、再配置判定処理について説明する。図１１は、再配置判定処理手順を示すフローチャートである。なお、以下では、装置構成情報の差分情報の集合を“Ｄ”で表わし、“Ｄ”の要素を“ｄ”で表わす。【００５７】
先ず、配置判定部１０１は、Ｄが空（空集合）であるか否かを判定する（ステップＳ１１１）。Ｄが空（空集合）であると判定された場合に（ステップＳ１１１肯定）、再配置判定処理は終了する。一方、Ｄが空（空集合）であると判定されなかった場合に（ステップＳ１１１否定）、ステップＳ１１２へ移る。【００５８】
ステップＳ１１２では、配置判定部１０１は、Ｄから差分情報ｄを取り出す。続いて、配置判定部１０１は、“Ｅ”なる集合を導入し、“Ｅ”の初期化処理として、『Ｅ＝φ（空集合）』とする（ステップＳ１１３）。【００５９】
続いて、配置判定部１０１は、ステップＳ１１２で取り出したｄが構成アイテムであるか否かを判定する（ステップＳ１１４）。ｄが構成アイテムであると判定された場合に（ステップＳ１１４肯定）、ステップＳ１１５へ移り、ｄが構成アイテムであると判定されなかった場合に（ステップＳ１１４否定）、ステップＳ１１６へ移る。【００６０】
ステップＳ１１５では、配置判定部１０１は、ｄからリレーションシップを辿って到達可能な構成アイテムの集合Ｃ及び辿ったリレーションシップの集合ＲをＦＣＭＤＢ２００から検索する。一方、ステップＳ１１６では、配置判定部１０１は、ｄのソース及びターゲットの構成アイテムについて、リレーションシップを辿って到達可能な構成アイテムの集合Ｃ及び辿ったリレーションシップの集合ＲをＦＣＭＤＢ２００から検索する。これらの処理が終了すると、ステップＳ１１７へ移る。【００６１】
ステップＳ１１７では、配置判定部１０１は、『Ｅ＝Ｃ∪Ｒ』とする。すなわち、集合Ｃ及び集合Ｒの和を集合Ｅとする。続いて、配置判定部１０１は、Ｅに含まれるエンティティｅについて、ＦＣＭＤＢ２００に由来取得依頼を行なう（ステップＳ１１８）。【００６２】
続いて、配置判定部１０１は、ＦＣＭＤＢ２００から取得した由来情報において、全ての構成アイテムが同じＭＤＲの由来であるか否かを判定する（ステップＳ１１９）。全ての構成アイテムが同じＭＤＲの由来であると判定された場合に（ステップＳ１１９肯定）、再配置判定処理は終了する。【００６３】
一方、全ての構成アイテムが同じＭＤＲの由来であると判定されなかった場合に（ステップＳ１１９否定）、Ｅを配置実行部１０２による再配置対象とする（ステップＳ１２０）。この処理が終了すると、再配置判定処理は終了する。【００６４】
次に、再配置実行処理を説明する。図１２は、再配置実行処理手順を示すフローチャートである。なお、以下では、“Ｅ”を関連する装置構成情報の集合とし、“Ｏ”を“Ｅ”の各要素“ｅ”それぞれの由来情報の集合とする。【００６５】
先ず、配置実行部１０２は、Ｏに含まれる全てのＭＤＲに対して、残容量取得依頼を行う（ステップＳ１３１）。続いて、配置実行部１０２は、各ＭＤＲの残容量をそれぞれ取得する（ステップＳ１３２）。【００６６】
続いて、配置実行部１０２は、残容量が最大のＭＤＲを決定する（ステップＳ１３３）。なお、決定されたＭＤＲを、“ｍ”と表記する。続いて、配置実行部１０２は、Ｅが空（空集合）であるか否かを判定する（ステップＳ１３４）。Ｅが空（空集合）であると判定された場合に（ステップＳ１３４肯定）、図１０の構成情報最適配置処理へ復帰する。一方、Ｅが空（空集合）であると判定されなかった場合に（ステップＳ１３４否定）、ステップＳ１３５へ移る。【００６７】
ステップＳ１３５では、配置実行部１０２は、Ｅからエンティティｅを取り出す。続いて、配置実行部１０２は、ＦＣＭＤＢ２００に対して、ｅの由来をｍに変更する由来変更依頼を行う（ステップＳ１３６）。【００６８】
続いて、配置実行部１０２は、Ｏを用いて、ｅの由来となっているＭＤＲを調べる（ステップＳ１３７）。なお、ｅの由来となっているＭＤＲを“ｒ”と表記する。続いて、配置実行部１０２は、ｒに対してｅの所在をｍに変更する所在変更依頼を行う（ステップＳ１３８）。続いて、配置実行部１０２は、ｍに対してｅの簡易登録依頼を行う（ステップＳ１３９）。この処理が終了すると、ステップＳ１３４へ移る。【００６９】
次に、由来管理処理について説明する。図１３は、由来管理処理手順を示すフローチャートである。なお、以下では、操作を“ｏ”と表記し、エンティティＩＤを“ｅ”と表記し、由来情報を“ｄ”と表記する。【００７０】
先ず、ＦＣＭＤＢ２００の由来管理部２０３は、ｏが『登録』であるか否かを判定する（ステップＳ１４１）。ｏが『登録』であると判定された場合に（ステップＳ１４１肯定）、ステップＳ１４２へ移り、ｏが『登録』であると判定されなかった場合に（ステップＳ１４１否定）、ステップＳ１４３へ移る。【００７１】
ステップＳ１４２では、由来管理部２０３は、エンティティＩＤがｅの由来情報としてｄを由来情報管理テーブル２０４ａに登録する。ステップＳ１４３では、由来管理部２０３は、ｏが『更新』であるか否かを判定する。ｏが『更新』であると判定された場合に（ステップＳ１４３肯定）、ステップＳ１４４へ移り、ｏが『更新』であると判定されなかった場合に（ステップＳ１４３否定）、ステップＳ１４５へ移る。【００７２】
ステップＳ１４４では、由来管理部２０３は、由来情報管理テーブル２０４ａにおいて、エンティティＩＤがｅの由来情報をｄで更新する。ステップＳ１４５では、由来管理部２０３は、ｏが『削除』であるか否かを判定する。ｏが『削除』であると判定された場合に（ステップＳ１４５肯定）、ステップＳ１４６へ移り、ｏが『削除』であると判定されなかった場合に（ステップＳ１４５否定）、ステップＳ１４７へ移る。【００７３】
ステップＳ１４６では、由来管理部２０３は、エンティティＩＤがｅである由来情報を由来情報管理テーブル２０４ａから削除する。一方、ステップＳ１４７では、ｏが検索依頼であると判定できるので、エンティティＩＤがｅの由来情報を検索する。【００７４】
以上の由来管理処理によれば、例えば、図１４に示す様に、“ネットワーク１”及び“ＨＤＤ２”がＭＤＲ１へ移動されたことにより、エンティティＩＤが“ＧＩＤ１”の由来情報である“ＭＤＲ３％ＬＩＤ１”、及び、エンティティＩＤが“ＧＩＤ３”の由来情報である“ＭＤＲ２％ＬＩＤ１”が、“ＭＤＲ１％ＬＩＤ４”及び“ＭＤＲ１％ＬＩＤ３”へと更新される。なお、各ＭＤＲにおけるＬＩＤの番号は、再配置処理された順序で付与される。【００７５】
このように、リレーションシップがある装置構成情報を、同一のＭＤＲに集約して配置することによって、装置構成情報の検索処理速度の向上を図ることができる。【００７６】
次に、所在管理処理について説明する。図１５は、所在管理処理手順を示すフローチャートである。なお、以下では、操作を“ｏ”と表記し、エンティティＩＤを“ｅ”と表記し、所在情報を“ｄ”と表記する。【００７７】
先ず、ＭＤＲ３００ａの所在管理部３０３ａは、ｏが『登録』であるか否かを判定する（ステップＳ１５１）。ｏが『登録』であると判定された場合に（ステップＳ１５１肯定）、ステップＳ１５２へ移り、ｏが『登録』であると判定されなかった場合に（ステップＳ１５１否定）、ステップＳ１５３へ移る。【００７８】
ステップＳ１５２では、所在管理部３０３ａは、エンティティＩＤがｅの所在情報としてｄを所在情報管理テーブル３０４ａに登録する。ステップＳ１５３では、所在管理部３０３ａは、ｏが『更新』であるか否かを判定する。ｏが『更新』であると判定された場合に（ステップＳ１５３肯定）、ステップＳ１５４へ移り、ｏが『更新』であると判定されなかった場合に（ステップＳ１５３否定）、ステップＳ１５５へ移る。【００７９】
ステップＳ１５４では、所在管理部３０３ａは、所在情報管理テーブル３０４ａにおいて、エンティティＩＤがｅの所在情報をｄで更新する。ステップＳ１５５では、所在管理部３０３ａは、ｏが『削除』であるか否かを判定する。ｏが『削除』であると判定された場合に（ステップＳ１５５肯定）、ステップＳ１５６へ移り、ｏが『削除』であると判定されなかった場合に（ステップＳ１５５否定）、ステップＳ１５７へ移る。【００８０】
ステップＳ１５６では、所在管理部３０３ａは、エンティティＩＤがｅである所在情報を所在情報管理テーブル３０４ａから削除する。一方、ステップＳ１５７では、ｏが検索依頼であると判定できるので、エンティティＩＤがｅの所在情報を検索する。【００８１】
以上の所在管理処理によれば、例えば、図１６に示す様に、ＭＤＲ２が管理するエンティティＩＤが“ＬＩＤ１”の構成情報がＭＤＲ１へ移動されたことにより、ＭＤＲ２の所在管理情報中のエンティティＩＤが“ＬＩＤ１”の所在情報が、“ＭＤＲ２％ＬＩＤ１”から“ＭＤＲ１％ＬＩＤ３”へと更新される。このように、リレーションシップがある装置構成情報が、同一のＭＤＲに集約して配置するために移動された場合であっても、所在情報管理テーブル３０４ａを参照することによって、移動先を管理して把握しておくことが可能になる。【００８２】
よって、装置構成情報が移動されたＭＤＲに対して、該当する装置構成情報を参照しようとする場合に、移動先が判明しているので、移動先のＭＤＲに参照先を振り替えることが可能になり、該当する装置構成情報が参照不可になることを回避することができる。【００８３】
次に、簡易登録処理について説明する。図１７は、簡易登録処理手順を示すフローチャートである。なお、以下では、装置構成情報を“ｄ”と表記する。同図に示す様に、先ず、ＭＤＲ３００ａの簡易登録部３０３ｂは、ｄのエンティティＩＤを生成する（ステップＳ１６１）。【００８４】
続いて、簡易登録部３０３ｂは、ｄをＭＤＲ情報管理部３０２（装置構成情報管理テーブル３０２ａ及びリレーションシップ情報管理テーブル３０２ｂ）に登録する（ステップＳ１６２）。続いて、簡易登録部３０３ｂは、ｄの所在をＭＤＲ３００ａ自身として所在情報管理テーブル３０４ａに登録する（ステップＳ１６３）。【００８５】
以上の簡易登録処理によれば、例えば、図１８に示す様に、新規登録された、或いは、他のＭＤＲからＭＤＲ１へ移動された装置構成情報（構成アイテム）に、ＭＤＲ１内で一意のエンティティＩＤが付与される。そして、例えば、“ＬＩＤ１０”のエンティティＩＤが付与された装置構成情報の所在情報として、“ＭＤＲ１％ＬＩＤ１０”が所在情報管理テーブル３０４ａに新規登録される。【００８６】
このように、同一のＭＤＲに集約して配置するために移動された装置構成情報も、従前からエントリされている装置構成情報と同様に、所在情報管理テーブル３０４ａにて管理することが可能になる。【００８７】
次に、ＭＤＲ情報管理部の残容量取得処理について説明する。図１９は、ＭＤＲ情報管理部の残容量取得処理手順を示すフローチャートである。同図に示す様に、ＭＤＲ３００ａの操作実行部３０１は、構成情報再配置実行管理装置１００の配置実行部１０２から、ＭＤＲ情報管理部３０２の残容量取得依頼を受けたか否かを判定する（ステップＳ１７１）。【００８８】
ＭＤＲ情報管理部３０２の残容量取得依頼を受けたと判定された場合に（ステップＳ１７１肯定）、ステップＳ１７２へ移り、ＭＤＲ情報管理部３０２の残容量取得依頼を受けたと判定されなかった場合に（ステップＳ１７１否定）、ステップＳ１７１を繰り返す。【００８９】
ステップＳ１７２では、操作実行部３０１は、残容量管理部３０３ｃに対してＭＤＲ情報管理部３０２の残容量取得を指示する。そして、残容量管理部３０３ｃは、指示に応じて、ＭＤＲ情報管理部３０２の残容量を取得し、操作実行部３０１へ通知する（ステップＳ１７２）。【００９０】
続いて、操作実行部３０１は、残容量管理部３０３ｃから通知されたＭＤＲ情報管理部３０２の残容量を、依頼元の配置実行部１０２へ通知する（ステップＳ１７３）。この処理が終了すると、ＭＤＲ情報管理部の残容量取得処理は終了する。【００９１】
次に、情報取得処理について説明する。図２０は、情報取得処理手順を示すフローチャートである。情報取得処理は、ＦＣＭＤＢ２００からの装置構成情報検索要求に応じてＭＤＲ３００ａの操作実行部３０１によって指示された情報取得部３０３ｄによって実行される処理である。なお、以下では、エンティティＩＤを“ｅ”と表記する。【００９２】
先ず、情報取得部３０３ｄは、所在情報管理部３０４の所在情報管理テーブル３０４ａを参照して、エンティティＩＤがｅの装置構成情報の所在情報ｐを取得する（ステップＳ１８１）。続いて、情報取得部３０３ｄは、ステップＳ１８１で取得されたｐが、自身のＭＤＲを指し示すか否かを判定する（ステップＳ１８２）。ｐが自身のＭＤＲを指し示すと判定された場合に（ステップＳ１８２肯定）、ステップＳ１８３へ移り、ｐが自身のＭＤＲを指し示すと判定されなかった場合に（ステップＳ１８２否定）、ステップＳ１８４へ移る。【００９３】
ステップＳ１８３では、情報取得部３０３ｄは、ＭＤＲ情報管理部３０２の装置構成情報管理テーブル３０２ａを参照して、エンティティＩＤがｅの装置構成情報ｉを取得する。【００９４】
一方、ステップＳ１８４では、情報取得部３０３ｄは、所在情報管理テーブル３０４ａを参照して、ｐの所在情報として登録されているＭＤＲから、ｐに対応する装置構成情報ｉを取得する。【００９５】
ステップＳ１８３又はステップＳ１８４に続いて、情報取得部３０３ｄは、ステップＳ１８３又はステップＳ１８４で取得された装置構成情報ｉを、操作実行部３０１を介してＦＣＭＤＢ２００へと返す（ステップＳ１８５）。【００９６】
以上の情報取得処理によれば、例えば、図２１に示す様に、自身のＭＤＲが管理する又は管理していた全ての装置構成情報について、その所在情報が明らかなので、ＭＤＲ１のエンティティＩＤが“ＬＩＤ１”の装置構成情報は、ＭＤＲ１から取得可能であることが分かる。また、ＭＤＲ１のエンティティＩＤが“ＬＩＤ１０”の装置構成情報は、ＭＤＲ２に移動されたが、所在情報が明らかなので、ＭＤＲ２から取得可能であることが分かる。【００９７】
このようにして、装置構成情報を一のＭＤＲに集約して検索効率を高めても、移動前の装置構成情報の移動先ＭＤＲ及び移動先ＭＤＲでのエンティティＩＤが管理されているので、移動元のＭＤＲを検索しても、移動した装置構成情報を参照することが可能になり、検索のミスヒットの発生を回避することが可能になる。【００９８】
以上の実施形態の一例によれば、ＦＣＭＤＢ２００は、登録されている装置構成情報について、外部から、どのＭＤＲ由来かを調査又は変更することができる。また、外部から、装置構成情報の最適配置を行なうことができる。また、登録されている装置構成情報について、情報の所在のみを変更できる。また、ＭＤＲ間での装置構成情報の移動を効率的（高速）に行なうことができる。【００９９】
また、ＭＤＲ３００ａは、登録された装置構成情報について、移動した際の移動先を管理できる。また、登録されていた装置構成情報が、現在どこに存在するかが分かる。また、リコンサイル（照会）することなく、装置構成情報を登録できる。【０１００】
最適配置を決定し、分散している装置構成情報と関連する（リレーションシップがある）装置構成情報を調べ、関連する情報をまとめる先となるＭＤＲを決定することによって、ＭＤＲ間での装置構成情報の移動を効率的（高速）に行なうことができる。【０１０１】
以上、本発明の実施形態の一例を説明したが、本発明は、これに限られるものではなく、請求の範囲に記載した技術的思想の範囲内で、更に種々の異なる実施形態の一例で実施されてもよいものである。また、実施形態の一例に記載した効果は、これに限定されるものではない。【０１０２】
上記実施形態の一例では、構成情報再配置実行管理装置１００は、ＦＣＭＤＢ２００の外部装置としたが、これに限定されず、ＦＣＭＤＢ２００に含まれる構成であってもよい。【０１０３】
上記実施形態の一例では、装置構成情報を、リレーションシップに基づいて集約するＭＤＲを決定する基準として、リソースの残容量を採用したが、これに限定されず、リソースのアクセス性能等、他の基準を採用してもよい。【０１０４】
また、上記実施形態の一例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部又は一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部又は一部を公知の方法で自動的におこなうこともできる。この他、上記実施形態の一例で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。【０１０５】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散又は統合して構成することができる。【０１０６】
さらに、各装置にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ（Central  Processing  Unit）（又はＭＰＵ（Micro  Processing  Unit）、ＭＣＵ（Micro  Controller  Unit）などのマイクロ・コンピュータ）及びＣＰＵ（または、ＭＰＵ、ＭＣＵなどのマイクロ・コンピュータ）にて解析実行されるプログラムにて実現されてもよいし、ワイヤードロジックによるハードウェアとして実現されてもよい。
【図１】
2009144821.tif 000003
【図２】
2009144821.tif 000004
【図３】
2009144821.tif 000005
【図４】
2009144821.tif 000006
【図５】
2009144821.tif 000007
【図６】
2009144821.tif 000008
【図７】
2009144821.tif 000009
【図８】
2009144821.tif 000010
【図９】
2009144821.tif 000011
【図１０】
2009144821.tif 000012
【図１１】
2009144821.tif 000013
【図１２】
2009144821.tif 000014
【図１３】
2009144821.tif 000015
【図１４】
2009144821.tif 000016
【図１５】
2009144821.tif 000017
【図１６】
2009144821.tif 000018
【図１７】
2009144821.tif 000019
【図１８】
2009144821.tif 000020
【図１９】
2009144821.tif 000021
【図２０】
2009144821.tif 000022
【図２１】
2009144821.tif 000023
【手続補正書】
【提出日】平成22年8月23日(2010.8.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
管理対象である装置の構成要素及び構成要素間の関連を含む装置構成情報を管理する装置構成情報管理部と、複数の前記装置構成情報管理部から前記装置構成情報を取得して統合管理する装置構成情報統合管理部とを含む装置構成情報統合管理システムにおける装置構成情報最適配置方法であって、
前記装置構成情報管理部が、管理対象装置の構成要素及び前記構成要素間の関連を含む装置構成情報を管理する装置構成情報管理ステップと、
前記装置構成情報統合管理部が、複数の前記装置構成情報管理部によって管理される前記装置構成情報を統合管理する装置構成情報統合管理ステップと、
装置構成情報最適配置処理部が、複数の前記装置構成情報管理部における前記装置構成情報管理ステップによって管理される前記装置構成情報のうち、前記構成要素間の関連がある装置構成情報を、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に集約して最適配置を行う装置構成情報最適配置処理ステップと
を含むことを特徴とする装置構成情報最適配置方法。
【請求項２】
前記装置構成情報最適配置処理ステップは、
前記装置構成情報管理部において、前記構成要素が新規登録、更新又は削除されたことによって前記装置構成情報に差分が生じたことを契機として、該装置構成情報の最適配置の必要性の有無を判定する再配置判定ステップと、
前記再配置判定ステップによって、前記装置構成情報の最適配置の必要性有りと判定された場合に、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に、前記装置構成情報を集約して最適配置を行う配置実行ステップと
をさらに含むことを特徴とする請求項１記載の装置構成情報最適配置方法。
【請求項３】
前記装置構成情報統合管理ステップは、統合管理対象の前記装置構成情報が、いずれの前記装置構成情報管理部によって管理されているかを識別する由来情報を管理する由来情報管理ステップをさらに含み、
前記再配置判定ステップは、前記由来情報管理ステップによって管理される前記由来情報が異なる装置構成情報が存在する場合に、該装置構成情報の最適配置の必要性有りと判定することを特徴とする請求項２記載の装置構成情報最適配置方法。
【請求項４】
前記配置実行ステップは、前記装置構成情報を集約して最適配置を行う場合に、前記由来情報管理ステップに対して、該由来情報管理ステップによって管理される前記装置構成情報の由来情報を集約先の装置構成情報管理部へと変更する様に要求し、
前記由来情報管理ステップは、前記配置実行ステップからの前記由来情報の前記要求に応じて、前記装置構成情報の由来情報を集約先の装置構成情報管理部へと変更することを特徴とする請求項３記載の装置構成情報最適配置方法。
【請求項５】
前記装置構成情報管理ステップは、前記装置構成情報の管理資源の状況を管理する管理資源状況管理ステップをさらに含み、
前記配置実行ステップは、最適配置を行う対象の前記装置構成情報を管理する各前記装置構成情報管理部における前記管理資源状況管理ステップに対して前記管理資源の状況報告を要求し、各前記装置構成情報管理部における前記管理資源状況管理ステップからの前記管理資源の状況報告に応じて、前記装置構成情報を集約して最適配置を行う装置構成情報管理部を決定することを特徴とする請求項２記載の装置構成情報最適配置方法。
【請求項６】
前記装置構成情報管理ステップは、管理対象の前記装置構成情報が、いずれの前記装置構成情報管理部によって管理されているかを識別する所在情報を管理する所在情報管理ステップをさらに含み、
前記配置実行ステップは、前記装置構成情報を集約して最適配置を行う場合に、該当する装置構成情報を管理する前記装置構成情報管理部における所在情報管理ステップに対して、所在情報管理部によって管理される装置構成情報の所在情報を集約先の装置構成情報管理部へと変更する様に要求し、
前記所在情報管理ステップは、前記配置実行ステップからの前記所在情報の前記要求に応じて、前記装置構成情報の所在情報を集約先の装置構成情報管理部へと変更することを特徴とする請求項２記載の装置構成情報最適配置方法。
【請求項７】
管理対象装置の構成要素及び前記構成要素間の関連を含む装置構成情報を管理する装置構成情報管理部と、
複数の前記装置構成情報管理部によって管理される前記装置構成情報を統合管理する装置構成情報統合管理部と、
複数の前記装置構成情報管理部によって管理される前記装置構成情報のうち、前記構成要素間の関連がある装置構成情報を、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に集約して最適配置を行う装置構成情報最適配置処理部と
を有することを特徴とする装置構成情報最適配置システム。
【請求項８】
前記装置構成情報最適配置処理部は、
前記装置構成情報管理部において、前記構成要素が新規登録、更新又は削除されたことによって前記装置構成情報に差分が生じたことを契機として、該装置構成情報の最適配置の必要性の有無を判定する再配置判定部と、
前記再配置判定部によって、前記装置構成情報の最適配置の必要性有りと判定された場合に、複数の前記装置構成情報管理部のうちの一つの装置構成情報管理部に、前記装置構成情報を集約して最適配置を行う配置実行部と
をさらに有することを特徴とする請求項７に記載の装置構成情報最適配置システム。
【国際調査報告】
2009144821.tif 000024
2009144821.tif 000025
2009144821.tif 000026
2009144821.tif 000027