JP4714788B2 - 装置構成統合情報管理プログラムおよび装置構成統合情報管理装置 - Google Patents

Description

本発明は、装置構成情報管理装置による管理対象である装置の構成要素および構成要素間の関係を含む、階層構造を有する装置構成情報を、複数の装置構成情報管理装置から取得して装置構成統合情報に統合して管理する装置構成統合情報管理プログラムおよび装置構成統合情報管理装置に関する。

近年、システム運用管理の分野で、ＩＴＩＬ（登録商標、以下同様、Information Technology Infrastructure Library）と呼ばれる、成功事例のノウハウを蓄積した文書が普及しつつある。ＩＴＩＬは、１９８９年に英国政府機関であるＣＣＴＡ（Central Computer and Telecommunications Agency)によって公表され、現在では、システム運用管理の分野において、事実上の国際標準となっている。

例えば、非特許文献１に開示されるように、システムの装置構成情報を管理するための標準規格として、ＣＭＤＢ（Configuration Management Database）が提案されている。ＣＭＤＢとは、ＩＴＩＬに規定されている装置構成情報データベースのことである。

ＣＭＤＢによれば、システムの装置構成情報を管理するために、システムの装置構成情報およびこれらの関係を管理するデータベースとして、装置構成情報データベースを構築することになる。システムの装置構成には、各種ハードウェアはいうまでもなく、ソフトウェア、各種データなど、多種多様な要素が含まれる。ここで、装置構成情報データベースの構成を、いかに効率的かつ容易におこなうかが課題となってくる。

そこで、例えば、特許文献１には、装置構成情報データベースのメタデータを各種機器の登録者に提供する手段を自動的にカスタマイズする手段を提供することにより、装置構成情報データベースを容易に構築可能とし、かつ、装置構成管理の対象を容易に変更可能とするソフトウェア構成管理機構が開示されている。

具体的には、構成スキーマ登録手段が、装置構成情報データベースのスキーマとアクセス用メタデータを作成する。資産構成情報アクセス手段は、装置構成情報へのアクセス者に対して、カスタマイズしたスキーマの型をもつデータに対する読み込み、追加、更新、削除をおこなわせる。構成情報表示保守手段は、装置構成情報データベースからデータを収集し、論理資産のメタデータを、より上位階層に位置する装置構成情報データベースと統合する。

なお、上位階層に位置する装置構成情報データベースは、ＦＣＭＤＢ（Federated ＣＭＤＢ）といい、複数の装置構成情報を統合管理するデータベースである。また、それぞれの装置構成情報データベースの実装は、ＭＤＲ（Management Data Repository）と呼ばれる。

"CMDB Federation （CMDBf）" Committee Draft Version1.0、［online］、２００７年１０月２２日、CMDB Federation Working Group、［平成２０年１月２３日検索］、インターネット＜URL：http://cmdbf.org/schema/1-0-0/CMDBf%20v1.0.pdf＞ 特開平９−９１１２２号公報

しかしながら、上記非特許文献１および特許文献１に代表される従来技術では、次の問題があった。すなわち、ＦＣＭＤＢによる、システム内の各ＭＤＲが有する装置構成情報の統合管理において、ＦＣＭＤＢは、共通データモデルを利用するが、各ＭＤＲのデータ形式は統一されていなかった。例えば、スキーマが異なる、スキーマは共通であるがデータ順序が異なる、あるいは、ＭＤＲから読み出されたデータは、階層構造や親子関係を持つにもかかわらず、共通データモデルでは、階層構造や親子関係が保持されないなどである。

このため、ＭＤＲから読み出された装置構成情報は、共通データモデルによって、出現順序が異なり、親子関係が保持されず、また、ＦＣＭＤＢからＭＤＲの形式に基づいて装置構成情報を読み出す側が、共通データモデルのスキーマに含まれる装置構成情報の一部を表現できないために、共通データモデルにて統合された装置構成情報と、統合前の各構成要素の装置構成情報との間に不整合が発生するという不都合が生じていた。

本発明は、上記問題点（課題）を解消するためになされたものであって、システムの各装置構成情報を、ＦＣＭＤＢの共通データモデルにて矛盾なく統合することが可能な装置構成統合情報管理プログラムおよび装置構成統合情報管理装置を提供することを目的とする。

上述した問題を解決し、目的を達成するため、本発明は、装置構成情報管理装置による管理対象である装置の構成要素および前記構成要素間の関係を含む、階層構造を有する装置構成情報を、複数の装置構成情報管理装置から取得して装置構成統合情報に統合して管理するコンピュータ装置を、前記装置構成統合情報を記憶するための装置構成統合情報記憶手段、各装置構成情報管理装置による管理対象の構成要素の順序情報を含む構成要素間の関係を規定する第１のメタ情報、および、前記装置構成情報管理装置により予め指定されている、前記装置構成統合情報を前記装置構成統合情報記憶手段に登録するための処理方針を示す第２のメタ情報、を記憶するためのメタ情報記憶手段、前記装置構成統合情報を前記装置構成統合情報記憶手段に登録する第１の登録処理と、前記第１のメタ情報を前記メタ情報記憶手段に登録する第２の登録処理と、を実行する制御手段、として機能させ、前記制御手段は、前記第１の登録処理として、前記装置構成統合情報のスキーマにあわせて表現形式が変換された前記階層構造を有する装置構成情報を前記装置構成情報管理装置から取得し、さらに前記メタ情報記憶手段から前記第２のメタ情報を取得し、当該階層構造を有する装置構成情報を管理単位である構成要素単位に分割し、当該第２のメタ情報に基づいて、分割された構成要素毎の装置構成情報を前記装置構成統合情報として前記装置構成統合情報記憶手段に登録し、前記第２の登録処理として、前記取得した階層構造を有する装置構成情報に基づいて前記第１のメタ情報を生成して前記メタ情報記憶手段に登録し、さらに、前記装置構成情報管理装置から前記装置構成統合情報の読み出し要求を受信した場合に、前記装置構成統合情報記憶手段に登録された装置構成統合情報と、前記メタ情報記憶手段に登録された第１のメタ情報および第２のメタ情報と、に基づいて、当該装置構成情報管理装置による管理対象の装置構成情報を構築する、ことを特徴とする。

本発明によれば、装置構成統合情報の表現形式へと表現形式が変換された装置構成情報を、装置構成統合情報のメタ情報に基づいて、装置構成統合情報に登録し、装置構成情報の登録元メタ情報および文書構造メタ情報と、表現形式が変換される以前の装置構成情報の文書構造メタ情報とを取得して、装置構成統合情報のメタ情報に登録するので、装置構成統合情報から装置構成情報を取り出す際に、装置構成情報の元のデータ構造や表現形式を維持して取り出すことが可能になるという効果を奏する。

また、本発明によれば、装置構成統合情報の表現形式へと表現形式が変換された装置構成情報を、管理単位に分割し、管理単位の特徴情報と同一の特徴情報を有する管理単位が装置構成統合情報に存在しない場合に、管理単位に分割された装置構成情報を、装置構成統合情報に登録し、管理単位に分割される以前の装置構成情報の文書構造メタ情報を取得して、メタ情報に登録するので、管理単位の重複登録を回避し、管理単位に分割される以前の装置構成情報を復元することが可能になるという効果を奏する。

また、本発明によれば、要求構成要素を含む装置構成情報に対応する文書構造メタ情報に基づいて、端末装置へ返答する返答情報として要求構成要素を含む装置構成情報を構築するので、端末装置側は、意図する表現形式で、装置構成統合情報から装置構成情報を取り出すことが可能になるという効果を奏する。

また、本発明によれば、階層構造における要求構成要素の直下の構成要素が検索された場合に、直下の構成要素を要求構成要素として、この要求構成要素を含む装置構成情報に対応する文書構造メタ情報を、装置構成統合情報のメタ情報のなかから取得するので、階層構造を下にたどって、最下層から順次、各要求構成要素を含む装置構成情報を構築していくことによって返答情報を構築することが可能になるという効果を奏する。

また、本発明によれば、階層構造における要求構成要素のすべての直下の構成要素の順序が確定しなかった場合に、順序が確定しなかった直下の構成要素に対応する文書構造処理方針メタ情報を取得し、構成要素順序決定手順によって確定した直下の構成要素の順序および／または文書構造処理方針メタ情報に基づいて返答情報を構築するので、すべての構成要素の順序が確定した返答情報を構築することが可能になるという効果を奏する。

また、本発明によれば、返答情報として構築された要求構成要素を含む装置構成情報を、要求構成要素の登録元の装置構成情報管理装置に対して、装置構成情報管理装置における装置構成情報の表現形式へと表現形式の逆変換を要求するので、端末装置側は、意図する表現形式で、装置構成統合情報から取り出した装置構成情報を参照することが可能になるという効果を奏する。

また、本発明によれば、要求構成要素を含む装置構成情報の、装置構成情報管理装置における装置構成情報の表現形式への表現形式の逆変換が成功しなかった場合に、装置構成情報のスキーマが異なるとしておこなう処理方針を規定する異種スキーマ処理方針メタ情報に基づき返答情報を構築するので、装置構成情報のスキーマが異なっても返答情報を構築することが可能になるという効果を奏する。

また、本発明によれば、異種スキーマ処理方針メタ情報に基づき、要求構成要素を含む装置構成情報を返答情報に追加挿入する、または、要求構成要素を含む装置構成情報を返答情報に追加挿入しないので、装置構成情報のスキーマが異なっても返答情報を構築することが可能になるという効果を奏する。

また、本発明によれば、異種スキーマ処理方針メタ情報取得手段によって取得された異種スキーマ処理方針メタ情報に基づいて、返答情報構築手段によって端末装置へ返答する返答情報として構築された前記要求構成要素を含む装置構成情報を、要求構成要素の登録元とは異なる他の装置構成情報管理装置に対して、該他の装置構成情報管理装置における装置構成情報の表現形式へと表現形式の逆変換を要求するので、装置構成情報のスキーマが異なっても返答情報を構築し、端末装置側は、意図する表現形式で、装置構成統合情報から取り出した装置構成情報を参照することが可能になるという効果を奏する。

また、本発明によれば、装置構成統合情報管理装置からの要求に応じて、装置構成情報の表現形式を、装置構成統合情報管理装置における装置構成統合情報の表現形式へと変換し、また、装置構成統合情報の表現形式を装置構成情報管理装置における装置構成情報の表現形式へと逆変換するので、装置構成統合情報管理装置における装置構成統合情報と、装置構成情報管理装置における装置構成情報とが表現形式が異なっても、装置構成情報の装置構成統合情報への統合、および、装置構成統合情報からの装置構成情報の取り出しを、表現形式を維持しつつおこなうことが可能になるという効果を奏する。

以下に添付図面を参照し、本発明の装置構成統合情報管理プログラムおよび装置構成統合情報管理装置にかかる一実施形態を詳細に説明する。なお、以下の一実施形態では、ＭＤＲは、装置構成情報管理装置で管理され、装置構成情報管理対象としている装置の装置構成情報を有するとし、各ＭＤＲの装置構成情報を統合管理するＦＣＭＤＢは、装置構成統合情報管理装置で管理され、各ＭＤＲの装置構成情報を統合した装置構成統合情報を有する。

なお、ＭＤＲは、装置構成情報管理装置で稼働するミドルウェア（Middle Ware、ＭＷと略記する）であるＤＢＭＳ（Data Base Management System）によって管理される。また、ＦＣＭＤＢは、装置構成統合情報管理装置で稼働するＭＷであるＤＢＭＳによって管理される。

以下の一実施形態では、１台の装置構成統合情報管理装置が、２台の装置構成情報管理装置から、装置構成情報を取得して、装置構成統合情報として管理することとしている。しかし、装置構成統合情報管理装置および装置構成情報管理装置の数は、限定されるものではない。

また、以下に示す一実施形態では、『文書』は、『装置構成情報』を指し、『データ』は、システムまたは装置を構成する、ハードウェアまたはソフトウェアなどの『構成要素』を指す。

以下に、装置構成統合情報管理プログラムおよび装置構成統合情報管理装置にかかる一実施形態を説明する前に、従来技術の装置構成統合情報管理プログラムおよび装置構成統合情報管理装置の問題点について説明する。

先ず、図１２−１を参照して、従来技術の問題点（その１）を説明する。ＦＣＭＤＢは、共通データモデルに基づいてデータを扱うが、各ＭＤＲのスキーマが共通であってもデータ形式が統一されていないこと（例えば、スキーマは共通だがデータの並びが異なること、ＭＷによって読み出されたデータに親子の関係が保持されないことなど）によって、データの出現順序や親子関係が失われ、ＭＤＲの元データとの照合ができない、データが関係によって表されていた意味が失われる、一連のデータとして再構成できないなどの問題があった。

具体的には、図１２−１において、（１）先ず、ＦＣＭＤＢのＭＷは、ＭＷ１の管理下のＭＤＲ１が有する装置構成情報を、ＦＣＭＤＢに登録する。ここで、図示のように、ＭＤＲ１の装置構成情報は、『Ｓｅｒｖｅｒ（サーバ、以下同様）Ａは、ＣＰＵ（Central Processing Unit、以下同様）１、ＣＰＵ２、ＣＰＵ３の順序で構成要素を有する』という装置構成情報である。

（２）次に、ＭＷは、ＭＷ２の管理下のＭＤＲ２の装置構成情報を、ＦＣＭＤＢに登録する。ここで、図示のように、ＭＤＲ２が有する装置構成は、『ＳｅｒｖｅｒＡは、ＣＰＵ２、ＣＰＵ１の順序で、構成要素を有する』という装置構成情報である。

ここで、『ＳｅｒｖｅｒＡは、ＣＰＵ２、ＣＰＵ１の順序で、構成要素を有する』という装置構成情報は、『ＣＰＵ１、ＣＰＵ２の順序』を除けば、『ＳｅｒｖｅｒＡは、ＣＰＵ１、ＣＰＵ２、ＣＰＵ３の順序で、構成要素を有する』という装置構成情報に含まれる。

（３）従って、ＦＣＭＤＢのＭＷは、既に登録済みの装置構成統合情報に含まれる構成要素のＩＤや属性情報から登録済みのデータとの重複を検出するため、ＭＤＲ２の装置構成情報は登録しない。

（４）しかし、ＭＤＲ２を管理するＭＷ２が、ＦＣＭＤＢから装置構成統合情報を読み出した場合に、ＭＤＲ１の装置構成情報が先に登録されたため、ＭＤＲ２の装置構成情報が含まれるにもかかわらず、『ＣＰＵ１、ＣＰＵ２の順序』のように、データの出現順序が異なることとなる。これは、ＭＷ２からみれば、データが壊れているように見えるため、ＦＣＭＤＢの装置構成情報を使用することができない。

すなわち、例えば、ＭＤＲ１では、ＳｅｒｖｅｒＡの複数のＣＰＵ情報を、ソケット位置の順序で保持している。一方、ＭＤＲ２では、ＳｅｒｖｅｒＡの複数のＣＰＵ情報を、ソフトウェア的に検出される順番で保持している場合に、２つのＣＰＵ情報は、順番が異なるが、並べ替えれば同一である。

よって、ＦＣＭＤＢでは、先に登録したＭＤＲ１の順序で装置構成統合情報を保持するため、ＭＤＲ２を管理するＭＷ２が、ＦＣＭＤＢが有する最新の装置構成統合情報と、ＭＤＲ２が有する装置構成情報とを比較すると、全く一致しないという問題があった。

また、ＭＤＲでは、ＳｅｒｖｅｒＡの装置構成情報に、ＳｅｒｖｅｒＡにインストールされているソフトウェアの情報も含まれるが、ＦＣＭＤＢの共通データモデルでは、ハードウェア情報とソフトウェア情報とを分離する。このため、ＦＣＭＤＢでは、構成要素間の関係の一種として、「ソフトウェアがインストールされている／されていない」という情報は保持されるが、ＭＤＲでの構成要素間の親子関係の構造と１対１に対応しない。

このため、ＳｅｒｖｅｒＡの装置構成統合情報を参照すると、構成要素としてソフトウェア情報があることは分かるものの、ハードウェア情報とソフトウェア情報との親子関係が復元されないため、ＳｅｒｖｅｒＡの装置構成統合情報を参照すると、インストールされているソフトウェアの情報も、親子関係を保持した状態で分かるようにしたいという要請に応えることができなかった。

次に、図１２−２を参照して、従来技術の問題点（その２）を説明する。ＦＣＭＤＢは、共通データモデルに基づいてデータを扱うが、各ＭＤＲのスキーマが異なることがある。このため、あるＭＤＲのスキーマに基づいてＦＣＭＤＢの装置構成統合情報を参照しても、このＭＤＲのスキーマに含まれない情報を表現できず、ＦＣＭＤＢに含まれるデータを有効利用できない。

これによって、例えば、「ＭＤＲのスキーマに含まれない情報があったとしても、その意味は人が見て判断するから表示してほしい」という要求や、「人が見る際には、ＦＣＭＤＢの内容そのままではなく、できるだけＭＤＲのスキーマのデータ構造に沿って閲覧したい」という要求に応えられないという問題があった。

具体的には、図１２−２において、（１）ＦＣＭＤＢのＭＷは、ＭＷ１の管理下のＭＤＲ１の情報を、ＦＣＭＤＢに登録する。ここで、図示のように、ＭＤＲ１の装置構成情報は、『ＳｅｒｖｅｒＡは、ＣＰＵ１、Ｍｅｍｏｒｙ（メモリ、以下同様）１の順序で、構成要素を有する』という装置構成情報である。ＭＤＲ１を管理するＭＷ１は、変換機能によって、この装置構成情報を、ＦＣＭＤＢのスキーマにあわせて変換して、ＦＣＭＤＢのＭＷへ受け渡す。

（２）次に、ＭＷは、ＭＷ２の管理下のＭＤＲ２の装置構成情報を、ＦＣＭＤＢに登録する。ここで、図１２−２に示すように、ＭＤＲ２の情報は、『ＳｅｒｖｅｒＡは、ＣＰＵ１、ＨＤＤ（Hard Disk Drive、以下同様）１の順序で、構成要素を有する』という装置構成情報である。ＭＤＲ２を管理するＭＷ２は、変換機能によって、この装置構成情報を、ＦＣＭＤＢのスキーマにあわせて変換して、ＦＣＭＤＢのＭＷへ受け渡す。

ここで、ＦＣＭＤＢのＭＷは、既に登録済みの装置構成統合情報に含まれる構成要素のＩＤや属性情報から登録済みのデータとの重複を検出するため、ＭＤＲ２の『ＣＰＵ１』という構成要素は登録せず、『ＨＤＤ１』という構成要素のみを登録する。

（３）ここで、クライアント装置が、ＭＤＲ２のスキーマに従ってＦＣＭＤＢが有する装置構成統合情報を参照する場合に、ＦＣＭＤＢを管理するＭＷは、ＭＤＲ２を管理するＭＷ２に、スキーマ変換を依頼する。（４）ＭＤＲ２の逆変換機能は、ＦＣＭＤＢの装置構成統合情報を、ＭＤＲ２のスキーマにあわせて変換する。

すると、ＭＤＲ２のスキーマは、メモリ情報の表現を含まないため、メモリを表現することができない。よって、メモリは、ＳｅｒｖｅｒＡに関連付いている情報であるにもかかわらず、一切参照できないことになる。

すなわち、例えば、ＭＤＲ２は、ＳｅｒｖｅｒＡのＣＰＵ、ＨＤＤについての情報は持つが、メモリの情報は持たない一方で、ＦＣＭＤＢには、ＭＤＲ１から登録されたメモリの情報がある。このため、ＭＤＲ２と同じ形式でデータを扱うＧＵＩ（Graphical User Interface）では、メモリの情報が利用できない。

このため、ユーザの、メモリの情報と認識できなくても、ＧＵＩに提示して欲しいという要請に応えることができない。もっとも、メモリの情報がエラーとなって、正しく返らない可能性もある。

以下に示す一実施形態は、上記の問題点を克服するためになされた装置構成統合情報管理プログラムおよび装置構成統合情報管理装置の一例を示すものである。なお、以下の一実施形態では、各ＭＤＲを管理するＭＷおよびＦＣＭＤＢを管理するＭＷは、それぞれ異なるコンピュータ装置で稼働するものとするが。これに限定されず、各ＭＤＲを管理するＭＷおよび／またはＦＣＭＤＢを管理するＭＷは、同一のコンピュータ装置で稼働することとしてもよい。

また、ＭＤＲを管理するＭＷは、装置構成情報収集対象装置である構成要素を管理単位に分割して、この管理単位ごとに装置構成情報を収集するものとする。従って、異なる管理単位に、同一の装置構成情報収集対象装置が含まれる場合がある。

先ず、一実施形態の概要について説明する。図１−１は、一実施形態の概要（その１）を説明するための図である。また、図１−２は、一実施形態の概要（その２）を説明するための図である。なお、図１−１に示す一実施形態の概要（その１）は、図１２−１に示した従来技術の問題点（その１）を解決するものである。

先ず、図１−１を参照すると、（１）ＦＣＭＤＢのＭＷは、ＭＷ１の管理下のＭＤＲ１が有する装置構成情報を、ＦＣＭＤＢに登録する。ここで、図示のように、ＭＤＲ１の装置構成情報は、『ＳｅｒｖｅｒＡは、ＣＰＵ１、ＣＰＵ２、ＣＰＵ３の順序で構成要素を有する』という装置構成情報である。

（２）次に、ＭＷは、ＭＷ２の管理下のＭＤＲ２の装置構成情報を、ＦＣＭＤＢに登録する。図示のように、ＭＤＲ２が有する装置構成は、『ＳｅｒｖｅｒＡは、ＣＰＵ２、ＣＰＵ１の順序で、構成要素を有する』という装置構成情報である。

ここで、ＭＷは、ＭＤＲ２が有する装置構成情報を登録する処理方針として、『Ｓｅｒｖｅｒクラス以下では、未知のものは、装置構成統合情報の末尾に追加』という、あらかじめ定められている処理方針に従って、ＭＷ２の管理下のＭＤＲ２の装置構成情報を、ＦＣＭＤＢに登録する。

（３）ただし、図示の例では、ＦＣＭＤＢのＭＷは、既に登録済みの装置構成統合情報に含まれる構成要素のＩＤや属性情報から登録済みのデータとの重複を検出するため、ＭＤＲ２の装置構成情報は登録せず、データの順序情報を含むデータ構造を規定するメタデータのみを追加する。

（４）ＭＤＲ２を管理するＭＷ２は、ＦＣＭＤＢから装置構成統合情報を読み出す場合に、図１−１の（２）で登録されたメタデータの順序情報と、装置構成情報を再構成する処理方針として、『Ｓｅｒｖｅｒクラス以下では、未知のものは、装置構成情報の末尾に追加』という、あらかじめ定められている処理方針とに従って、ＭＤＲ２の装置構成情報を再構成する。

具体的には、ＭＤＲ２の装置構成情報では、『ＣＰＵ１、ＣＰＵ２の順序』であり、かつ、『ＣＰＵ３』は、ＭＤＲ２にとって未知であるので、『Ｓｅｒｖｅｒクラス以下では、未知のものは、装置構成情報の末尾に追加』という処理方針に従って、『ＳｅｒｖｅｒＡは、ＣＰＵ２、ＣＰＵ１、ＣＰＵ３の順序で、構成要素を有する』という装置構成情報を再構築する。これによって、ＭＷ２が期待する順序で、装置構成統合情報からＭＤＲ２の装置構成情報が読み出されて再構築されることとなる。

次に、一実施形態の概要（その２）について説明する。図１−２は、一実施形態の概要（その２）を説明するための図である。なお、図１−２に示す一実施形態の概要（その２）は、図１２−２に示した従来技術の問題点（その２）を解決するものである。

図１−２を参照すると、（１）ＦＣＭＤＢのＭＷは、ＭＷ１の管理下のＭＤＲ１の情報を、ＦＣＭＤＢに登録する。ここで、図示のように、ＭＤＲ１の装置構成情報は、『ＳｅｒｖｅｒＡは、ＣＰＵ１、Ｍｅｍｏｒｙ１の順序で、構成要素を有する』という装置構成情報である。ＭＤＲ１を管理するＭＷ１は、変換機能によって、この装置構成情報を、ＦＣＭＤＢのスキーマにあわせて変換して、ＦＣＭＤＢのＭＷへ受け渡す。

（２）次に、ＭＷは、ＭＷ２の管理下のＭＤＲ２の装置構成情報を、ＦＣＭＤＢに登録する。ここで、図１−２に示すように、ＭＤＲ２の情報は、『ＳｅｒｖｅｒＡは、ＣＰＵ１、ＨＤＤ１の順序で、構成要素を有する』という装置構成情報である。ＭＤＲ２を管理するＭＷ２は、変換機能によって、この装置構成情報を、ＦＣＭＤＢのスキーマにあわせて変換して、ＦＣＭＤＢのＭＷへ受け渡す。

ここで、ＭＷは、ＭＤＲ２が有する装置構成情報を登録する処理方針として、『Ｓｅｒｖｅｒクラス以下では、登録元のＭＤＲの形式で埋め込む』という、あらかじめ定められている処理方針に従って、ＭＷ２の管理下のＭＤＲ２の装置構成情報を、ＦＣＭＤＢに登録する。よって、ＦＣＭＤＢでは、『ＳｅｒｖｅｒＡは、ＣＰＵ１、Ｍｅｍｏｒｙ１、ＨＤＤ１の順序で、構成要素を有する』という装置構成統合情報を有することとなる。

（３）クライアント装置がＦＣＭＤＢから装置構成統合情報を読み出す場合に、（４）ＭＷは、ＭＤＲ２を管理するＭＷ２に装置構成統合情報の逆変換を依頼する。その結果、『ＳｅｒｖｅｒＡは、ＣＰＵ１、不明な構成要素、ＨＤＤ１の順序で、構成要素を有する』という装置構成情報が得られる。すなわち、ＳｅｒｖｅｒＡの配下の、ＣＰＵ１の次、ＨＤＤ１の前に、詳細不明ながらも、情報が含まれていることが分かる。

（５）さらに、ＭＷは、『ＳｅｒｖｅｒＡは、ＣＰＵ１、不明な構成要素、ＨＤＤ１の順序で、構成要素を有する』という装置構成情報を、ＭＤＲ１を管理するＭＷ１に装置構成統合情報の逆変換を依頼すると、『ＳｅｒｖｅｒＡは、ＣＰＵ１、不明な構成要素、ＨＤＤ１の順序で、構成要素を有する』という装置構成情報の「不明な構成要素」が『Ｍｅｍｏｒｙ１』であることが判明するので、『ＳｅｒｖｅｒＡは、ＣＰＵ１、Ｍｅｍｏｒｙ１、ＨＤＤ１の順序で、構成要素を有する』という装置構成情報が得られる。

次に、一実施形態にかかる装置構成統合情報管理装置の構成について説明する。図２は、一実施形態にかかる装置構成統合情報管理装置の構成を示すブロック図である。同図に示すように、一実施形態にかかる装置構成統合情報管理装置１００は、装置構成情報管理装置１＿２００と、装置構成情報管理装置２＿３００と、相互に通信可能に接続されている。また、装置構成統合情報管理装置１００は、クライアント装置４００と、相互に通信可能に接続されている。

一実施形態にかかる装置構成統合情報管理装置１００は、制御部１０１と、装置構成統合情報ＤＢ（Data Base、以下同様）１０２と、メタ情報ＤＢ１０３とを有する。制御部１０１は、装置構成統合情報管理装置１００の全体制御をつかさどる制御装置であり、ＦＣＭＤＢのミドルウェアを実行することによって、装置構成統合情報管理装置１００をＦＣＭＤＢとして機能させる。

装置構成統合情報ＤＢ１０２は、各ＭＤＲから収集したそれぞれの装置構成情報を統合した装置構成統合情報を、図３に一例を示す装置構成統合情報データテーブル１０２ａにて記憶するＤＢである。装置構成統合情報データテーブル１０２ａは、「データクラス」、「データＩＤ」、「属性情報」のカラムを有し、各ＭＤＲが有する装置構成情報を統合して、装置構成統合情報として管理する。

なお、装置構成統合情報ＤＢ１０２は、装置構成統合情報データテーブル１０２ａに限らず、図４に一例を示すように、ＸＭＬ（eXtensible Markup Language）形式で、装置構成統合情報を管理することとしてもよい。

メタ情報ＤＢ１０３は、図５に一例を示す装置構成情報登録元メタ情報テーブル１０３ａと、図６に一例を示す文書構造メタ情報テーブル１０３ｂと、図７に一例を示す文書構造処理方針メタ情報テーブル１０３ｃと、図８に一例を示す異種スキーマ処理方針メタ情報テーブル１０３ｄとを格納している。

装置構成情報登録元メタ情報テーブル１０３ａは、装置構成統合情報ＤＢ１０２において、『データＩＤ』で一意に識別される構成要素が、いずれのＭＤＲから登録されたかを示す情報を記憶する。装置構成情報登録元メタ情報テーブル１０３ａは、例えば、図５に一例を示すように、「データＩＤ」と、「装置構成情報登録元」とのカラムを有する。具体的には、「データＩＤ」が『Ｓｅｒｖｅｒ＿Ｂｒａｖｏ＿Ａ』であれば、「装置構成情報登録元」は、『ＭＤＲ１』であることが分かる。

文書構造メタ情報テーブル１０３ｂは、装置構成統合情報ＤＢ１０２において、『データＩＤ』で一意に識別される２つの構成要素（「データＡ」および「データＢ」）の、登録元のＭＤＲでの関係を記憶する。例えば、図６に一例を示すように、文書構造メタ情報テーブル１０３ｂは、「装置構成情報登録元」と、「データＡ」と、「データＢ」と、「Ａ→Ｂの関係」とのカラムを有する。

具体的には、「装置構成情報登録元」が『ＭＤＲ１』である場合において、「データＡ」の構成要素である『ＳｅｒｖｅｒＡ』と、「データＢ」の構成要素である『ＣＰＵ１』との関係は、「Ａ→Ｂの関係」が『子』、すなわち、『ＣＰＵ１』は、『ＳｅｒｖｅｒＡ』の『子』であるということが分かる。

文書構造処理方針メタ情報テーブル１０３ｃは、登録元のＭＤＲがＦＣＭＤＢのスキーマと同一である場合に、登録元のＭＤＲおよび構成要素の登録位置に応じて、登録元のＭＤＲの装置構成情報に含まれる構成要素を、装置構成統合情報ＤＢ１０２にどのように登録するかの方針を記憶する。この登録の処理方針は、例えば、図７に一例を示すように、登録元のＭＤＲによって指定されるものである。文書構造処理方針メタ情報テーブル１０３ｃは、「処理方針登録元」と、「データ位置」と、「処理方針」とのカラムを有する。

具体的には、「処理方針登録元」が『ＭＤＲ１』であって、「データ位置」が『ＳｅｒｖｅｒＡ直下』であるときには、登録元のＭＤＲの装置構成情報に含まれる構成要素を、「処理方針」が『直前との関係を保持』という処理方針に従って、文書構造メタ情報テーブル１０３ｂを参照して、直前に登録されたＭＤＲ１の構成要素の関係を保つように、装置構成統合情報ＤＢ１０２に登録される。

異種スキーマ処理方針メタ情報テーブル１０３ｄは、登録元のＭＤＲがＦＣＭＤＢのスキーマと異なる場合に、登録元のＭＤＲおよび構成要素の登録位置に応じて、登録元のＭＤＲの装置構成情報に含まれる構成要素を、装置構成統合情報ＤＢ１０２にどのように登録するかの方針を記憶する。この登録の処理方針は、登録元のＭＤＲによって指定されるものである。異種スキーマ処理方針メタ情報テーブル１０３ｄは、例えば、図８に一例を示すように、「処理方針登録元」と、「データ位置」と、「処理方針」とのカラムを有する。

具体的には、「処理方針登録元」が『ＭＤＲ１』であって、「データ位置」が『ＳｅｒｖｅｒＡ直下』であるときには、登録元のＭＤＲの装置構成情報に含まれる構成要素を、「処理方針」が『破棄』という処理方針に従って、ＭＤＲ１の構成要素を、装置構成統合情報ＤＢ１０２に登録せず、破棄される。

なお、装置構成情報登録元メタ情報、文書構造メタ情報、文書構造処理方針メタ情報、異種スキーマ処理方針メタ情報などのメタ情報は、テーブルにて管理されてもよいし、ＸＭＬなどの階層構造を有するデータ形式で管理されてもよい。

装置構成情報管理装置１＿２００は、制御部２０１と、ＭＤＲ１＿２０２とを有する。制御部２０１は、装置構成情報管理装置１＿２００の全体制御をつかさどる制御装置であり、ＣＭＤＢのミドルウェアを実行することによって、装置構成情報管理装置１＿２００をＣＭＤＢとして機能させる。

制御部２０１は、一実施形態に関連する構成として、表現形式変換部２０１ａと、表現形式逆変換部２０１ｂとを有する。なお、装置構成情報管理装置１＿２００は、装置構成情報管理装置１＿２００が装置構成情報管理対象としている装置の装置構成情報をあらかじめ収集し、ＭＤＲ１＿２０２に登録しているものとする。

また、装置構成情報管理装置２＿３００も、装置構成情報管理装置１＿２００と同様に、制御部３０１と、ＭＤＲ２＿３０２とを有する。制御部３０１は、装置構成情報管理装置２＿３００の全体制御をつかさどる制御装置であり、ＣＭＤＢのミドルウェアを実行することによって、装置構成情報管理装置２＿３００をＣＭＤＢとして機能させる。

制御部３０１は、制御部２０１と同様に、一実施形態に関連する構成として、表現形式変換部３０１ａと、表現形式逆変換部３０１ｂとを有する。なお、装置構成情報管理装置２＿３００も、装置構成情報管理装置２＿３００が装置構成情報管理対象としている装置の装置構成情報をあらかじめ収集し、ＭＤＲ２＿３０２に登録しているものとする。

装置構成統合情報管理装置１００の制御部１０１は、一実施形態に関連する構成として、構成情報入力部１０１ａと、メタ情報入力部１０１ｂと、読み出し要求受け付け部１０１ｃと、返答情報構成部１０１ｄと、返答情報通信部１０１ｅとを有する。

構成情報入力部１０１ａは、装置構成情報管理装置１＿２００および装置構成情報管理装置２＿３００の表現形式変換部２０１ａおよび表現形式変換部３０１ａから、ＦＣＭＤＢの共通データモデルに応じて表現形式を変換したＭＤＲ１＿２０２およびＭＤＲ２＿３０２が有する装置構成情報を取得する。

構成情報入力部１０１ａは、文書構造処理方針メタ情報テーブル１０３ｃに規定される処理方針に従って、取得したＭＤＲ１＿２０２およびＭＤＲ２＿３０２が有する装置構成情報を、管理単位に分割して、装置構成統合情報ＤＢ１０２に登録する。この際、管理単位で、装置構成統合情報の『データＩＤ』および『属性情報』が一致する装置構成情報は、重複を避けるため、登録をおこなわない。

また、構成情報入力部１０１ａは、取得したＭＤＲ１＿２０２およびＭＤＲ２＿３０２が有する装置構成情報を分割した管理単位の構成要素の登録元であるＭＤＲ（ＭＤＲ１＿２０２および／またはＭＤＲ２＿３０２）の一意の識別情報である構成情報登録元メタ情報を、管理単位の構成要素の一意の識別情報である「データＩＤ」とともに、メタ情報入力部１０１ｂへと受け渡す。

また、構成情報入力部１０１ａは、取得したＭＤＲ１＿２０２およびＭＤＲ２＿３０２が有する装置構成情報を管理単位に分割する以前の文書構造メタ情報を、メタ情報入力部１０１ｂへと受け渡す。文書構造メタ情報とは、装置構成統合情報ＤＢ１０２において、『データＩＤ』で一意に識別される２つの構成要素（「データＡ」および「データＢ」）の、登録元のＭＤＲでの関係を示す情報である。

メタ情報入力部１０１ｂは、表現形式変換部２０１ａおよび表現形式変換部３０１ａによって表現形式が変換される以前の各ＭＤＲが有する装置構成情報の文書構造メタ情報を取得して、メタ情報ＤＢ１０３に登録する。

また、メタ情報入力部１０１ｂは、構成情報入力部１０１ａから受け渡された、構成情報登録元メタ情報および各装置構成情報を管理単位に分割する以前の文書構造メタ情報を、メタ情報ＤＢ１０３に登録する。

読み出し要求受け付け部１０１ｃは、クライアント装置４００から、ＭＤＲおよび構成要素を指定して出された、装置構成統合情報の読み出し要求を受け付け、この読み出し要求に応じて、装置構成統合情報ＤＢ１０２およびメタ情報ＤＢ１０３を参照する。そして、この参照結果は、返答情報構成部１０１ｄへと出力される。

返答情報構成部１０１ｄは、装置構成統合情報ＤＢ１０２およびメタ情報ＤＢ１０３から取得された装置構成統合情報および各種メタ情報に基づいて、クライアント装置４００へ返答する返答情報を構成する。

具体的には、返答情報構成部１０１ｄは、文書構造メタ情報テーブル１０３ｂを参照して、クライアント装置４００から指定されたＭＤＲの構成要素の『子』である構成要素を検索し、各『子』である構成要素について返答情報を構成する。そして、各『子』である構成要素について構成された返答情報を、文書構造メタ情報テーブル１０３ｂに規定される、各『子』間の順序、および、文書構造処理方針メタ情報テーブル１０３ｃに規定される処理方針に従って、返答情報を再構成する。

そして、返答情報構成部１０１ｄは、指定されたＭＤＲのＭＷの表現形式逆変換部２０１ｂ（または、表現形式逆変換部３０１ｂ）に対して、再構成された返答情報を、指定されたＭＤＲにおける表現形式へ逆変換することを依頼する。そして、返答情報構成部１０１ｄは、返答情報の表現形式の逆変換が成功したならば、この逆変換が成功した返答情報を、最終的な返答情報に追加する。

一方、返答情報構成部１０１ｄは、返答情報の逆変換が成功しなかったならば、異種スキーマ処理方針メタ情報テーブル１０３ｄを参照して、指定されたＭＤＲに対応する異種スキーマ処理方針に従って、『返答情報を破棄』または『装置構成情報登録元へ逆変換を依頼』のいずれかの処理をおこなう。

上記処理によって、返答情報は、破棄される、装置構成情報登録元のＭＤＲのＭＷの表現形式逆変換部２０１ｂ（または、表現形式逆変換部３０１ｂ）によって表現形式が逆変換される、または、表現形式の逆変換をおこなわず、不明な装置構成情報を含んだままとされる。破棄されなかった返答情報は、最終的な返答情報に追加される。

返答情報構成部１０１ｄは、クライアント装置４００から指定されたＭＤＲの構成要素のすべての『子』およびすべての『子』の『子』について、返答情報を構成し、順次、最終的な返答情報に追加していく。そして、返答情報構成部１０１ｄは、すべての返答情報を構成し終わると、最終的な返答情報を、返答情報通信部１０１ｅへと受け渡す。返答情報通信部１０１ｅは、最終的な返答情報を、クライアント装置４００へと出力する。

次に、一実施形態にかかる装置構成情報入力処理について説明する。図９は、一実施形態にかかる装置構成情報入力処理手順を示すフローチャートである。同図に示すように、先ず、構成情報入力部１０１ａは、各ＭＤＲから取得した装置構成情報に含まれる構成要素を、管理単位に分割する（ステップＳ１０１）。

続いて、構成情報入力部１０１ａは、管理単位の特徴情報（例えば、構成要素の一意の識別情報である「データＩＤ」や「属性情報」など）に基づいて、装置構成統合情報ＤＢ１０２を検索する（ステップＳ１０２）。

続いて、構成情報入力部１０１ａは、重複する管理単位が装置構成統合情報ＤＢ１０２に存在するか否かを判定する（ステップＳ１０３）。重複する管理単位が装置構成統合情報ＤＢ１０２に存在すると判定された場合に（ステップＳ１０３肯定）、ステップＳ１０５へ移り、重複する管理単位が装置構成統合情報ＤＢ１０２に存在すると判定されなかった場合に（ステップＳ１０３否定）、ステップＳ１０４へ移る。

ステップＳ１０４では、構成情報入力部１０１ａは、管理単位を、装置構成統合情報ＤＢ１０２に登録する。続いて、ステップＳ１０５では、構成情報入力部１０１ａは、管理単位の登録元メタ情報を、メタ情報入力部１０１ｂへと受け渡す。

続いて、構成情報入力部１０１ａは、管理単位へ分割する以前の装置構成情報の文書構造メタ情報を、メタ情報入力部１０１ｂへと受け渡す（ステップＳ１０６）。この処理が終了すると、装置構成情報入力処理は終了する。

次に、一実施形態にかかる返答情報構成処理について説明する。図１０は、一実施形態にかかる返答情報構成処理手順を示すフローチャートである。同図に示すように、先ず、返答情報構成部１０１ｄは、ＭＤＲを管理するＭＷが稼働するクライアント装置４００から要求された、指定した構成要素を含む装置構成情報に対応する文書構造メタ情報を、メタ情報ＤＢ１０３から取得する（ステップＳ２０１）。

続いて、返答情報構成部１０１ｄは、指定された構成要素に対する返答情報を構築する返答情報構築処理をおこなう（ステップＳ２０２）。返答情報構築処理の詳細は、図１１を参照して後述する。なお、返答情報構築処理のサブルーチンは、指定された構成要素を入力とし、返答情報を出力とする、再帰的プログラムである。

続いて、返答情報構成部１０１ｄは、読み出しを要求された装置構成情報に対する返答情報を、返答情報通信部１０１ｅへと受け渡す（ステップＳ２０３）。この処理が終了すると、返答情報構成処理は終了する。

次に、図１０に示した返答情報構成処理のステップＳ２０２でおこなわれる、返答情報構築処理の詳細について説明する。図１１は、一実施形態にかかる返答情報構築処理手順を示すフローチャートである。同図に示すように、先ず、返答情報構成部１０１ｄは、文書構造メタ情報から、返答情報構築対象（指定された構成要素）の『子』の構成要素を探す（ステップＳ３０１）。この際、文書構造メタ情報の各列について、装置構成情報登録元は、絞込みに用いない。

続いて、返答情報構成部１０１ｄは、文書構造メタ情報に、返答情報構築対象の『子』の構成要素が存在するか否かを判定する（ステップＳ３０２）。文書構造メタ情報に、返答情報構築対象の『子』の構成要素が存在すると判定された場合に（ステップＳ３０２肯定）、ステップＳ３０３へ移り、文書構造メタ情報に、返答情報構築対象の『子』の構成要素が存在すると判定されなかった場合に（ステップＳ３０２否定）、ステップＳ３０８へ移る。

ステップＳ３０３では、返答情報構成部１０１ｄは、返答情報構築処理のサブルーチンを、ステップＳ３０２で存在するとされた『子』の構成要素を入力として、再帰的に呼び出して実行する。返答情報構築処理のサブルーチンを再帰的に実行することによって、構成要素のすべての親子関係の最も深い階層から出発して最も上の階層に至るまで、階層ごとの返答情報を構築して、順次、返答情報へ追加していくこととなる。

続いて、返答情報構成部１０１ｄは、文書構造メタ情報に基づいて、『子』の構成要素の順序を決定する（ステップＳ３０４）。この際、文書構造メタ情報の各列のうち、装置構成情報登録元が、返答情報構成処理で要求された装置構成情報登録元と一致するもののみ用いる。続いて、返答情報構成部１０１ｄは、『子』の構成要素の順序が確定するか否かを判定する（ステップＳ３０５）。『子』の構成要素の順序が確定すると判定された場合に（ステップＳ３０５肯定）、ステップＳ３０７へ移り、『子』の構成要素の順序が確定すると判定されなかった場合に（ステップＳ３０５否定）、ステップＳ３０６へ移る。

ステップＳ３０６では、返答情報構成部１０１ｄは、順序が確定しなかった『子』の構成要素に対応する文書構造処理方針メタ情報を、メタ情報ＤＢ１０３から読み出す。この際、文書構造処理方針メタ情報の各列のうち、処理方針登録元が、返答情報構成処理で要求された装置構成情報登録元と一致するもののみ用いる。続いて、ステップＳ３０７では、返答情報構成部１０１ｄは、『子』の構成要素を、確定された順序および／または文書構造処理方針に従い並べ、返答情報を構築する。

続いて、ステップＳ３０８では、返答情報構成部１０１ｄは、要求された表現形式の登録元のＭＤＲを管理するＭＷに、返答情報の表現形式逆変換を依頼する。続いて、返答情報構成部１０１ｄは、返答情報の表現形式逆変換が成功したか否かを判定する（ステップＳ３０９）。返答情報の表現形式逆変換が成功したと判定された場合に（ステップＳ３０９肯定）、ステップＳ３１５へ移り、返答情報の表現形式逆変換が成功したと判定されなかった場合に（ステップＳ３０９否定）、ステップＳ３１０へ移る。

ステップＳ３１０では、返答情報構成部１０１ｄは、返答情報の異種スキーマ処理方針メタ情報を、メタ情報ＤＢ１０３から読み出す。この際、異種スキーマ処理方針メタ情報の各列のうち、処理方針登録元が、返答情報構成処理で要求された装置構成情報登録元と一致するもののみ用いる。続いて、返答情報構成部１０１ｄは、異種スキーマ処理方針が「破棄」であるか否かを判定する（ステップＳ３１１）。異種スキーマ処理方針が「破棄」であると判定された場合に（ステップＳ３１１肯定）、ステップＳ３１２へ移り、異種スキーマ処理方針が「破棄」であると判定されなかった場合に（ステップＳ３１１否定）、ステップＳ３１３へ移る。

ステップＳ３１２では、返答情報構成部１０１ｄは、当該返答情報構築処理内で構築された返答情報のみをクリアする。一方、ステップＳ３１３では、返答情報構成部１０１ｄは、処理方針は、「装置構成情報登録元へ逆変換を依頼」であるか否かを判定する。

処理方針は、「装置構成情報登録元へ逆変換を依頼」であると判定された場合に（ステップＳ３１３肯定）、ステップＳ３１４へ移り、処理方針は、「装置構成情報登録元へ逆変換を依頼」であると判定されなかった場合に（ステップＳ３１３否定）、ステップＳ３１５へ移る。

ステップＳ３１４では、返答情報構成部１０１ｄは、処理方針に従い、要求された装置構成情報登録元とは異なる他の装置構成情報管理装置のＭＷに対して、返答情報の表現形式逆変換を要求する。続いて、返答情報構成部１０１ｄは、返答情報に、当該返答情報構築処理内で構築された返答情報を追加挿入する（ステップＳ３１５）。この処理が終了すると、返答情報構成処理へ復帰する。

以上の一実施形態を要約すると、以下のようになる。すなわち、上記一実施形態では、装置構成統合情報の共通データモデルにメタ情報（具体的には、統合前の個々の装置構成情報での構成要素の親子関係や出現順序のメタ情報、統合前の個々の装置構成情報およびそれらのメタ情報がいずれの装置構成情報管理装置のＭＤＲに由来するものであるかのメタ情報）を追加している。

これによって、装置構成統合情報の読み出しの際に、メタ情報を利用して、統合前の個々の装置構成情報の構造および表現形式を再現することができる。また、読み出し側がいずれのＭＤＲのＭＷの表現形式を指定するかにより、再現に利用するメタ情報を決定するし、当該ＭＤＲを管理するＭＷとは異なるＭＤＲを管理する異なるＭＷの表現形式を指定するクライアントからの読み出しにおいても、複数のメタ情報を、適用の優先順位に基づいて適用可能としたので、当該ＭＤＲと同等の構造および表現形式で装置構成情報を読み出す要求に応えることができる。

また、メタ情報で、構造が指定されないデータについて、処理の選択肢（文書構造処理方針メタ情報）を用意する。例えば、図１−１に示すように、ＭＤＲ１から登録されたＣＰＵ３について、末尾に加える、先頭に加える、直前のデータとの前後関係を保つなどの処理の選択肢を用意する。ここで、処理の選択肢（文書構造処理方針メタ情報）は、装置構成情報の登録元のＭＤＲを管理するＭＷがあらかじめ与える、もしくは、読み出し側のクライアントが指定するとする。

なお、読み出し側の指定、例えば、要求構成要素の指定は、動的に決定される。また、ＭＤＲに格納されている装置構成情報およびＦＣＭＤＢに格納されている装置構成統合情報は、動的に変化するものである。

また、以上の一実施形態によれば、読み出し側の要求スキーマに存在しない種類のデータ（構成要素）が存在した場合の処理について、処理の選択肢（異種スキーマ処理方針メタ情報）を用意する。例えば、読み出し側の要求スキーマに存在しない種類のデータは、破棄する、共通データモデルの表現形式で埋め込む、装置構成情報の登録元であるＭＤＲの表現形式に逆変換して埋め込むなどである。

なお、表現形式の逆変換処理は、装置構成情報の登録元であるＭＤＲを管理するＭＷに依頼する。例えば、ＸＭＬの名前空間で区切ることで、データの混同を防ぎつつ、表現形式の逆変換処理結果を、読み出し側の要求スキーマに埋め込むことができる。

また、読み出し側の要求スキーマに存在しない種類のデータ（構成要素）を、参照を利用して、当該要求スキーマに埋め込むこととしてもよい。例えば、ＦＣＭＤＢのデータを指し示す、登録元であるＭＤＲのデータを指し示すなどである。

なお、読み出し側の要求スキーマに存在しない種類のデータ（構成要素）が存在した場合の処理の選択肢は、装置構成情報の登録元であるＭＤＲを管理するＭＷがあらかじめ与える。なお、処理の選択肢は、読み出し側が指定することも可能である。

読み出し側の要求スキーマに存在しない種類のデータ（構成要素）が存在した場合の処理の決定には、データの階層構造を利用する。すなわち、当該構成要素の処理方針は、当該構成要素の親の処理方針を採用する。また、当該構成要素のクラスの処理方針は、当該要素のクラスの親の処理方針を採用する。

以上、本発明の一実施形態を説明したが、本発明は、これに限られるものではなく、請求の範囲に記載した技術的思想の範囲内で、更に種々の異なる実施形態で実施されてもよいものである。また、上記一実施形態に記載した効果は、これに限定されるものではない。

また、上記一実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記一実施形態で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種処理の負荷や使用状況などに応じて、任意の単位で、機能的または物理的に分散・統合して構成することができる。

さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ（Central Processing Unit）（またはＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）などのマイクロ・コンピュータ）および当該ＣＰＵ（またはＭＰＵ、ＭＣＵなどのマイクロ・コンピュータ）にて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現されてもよい。

本発明は、システムの各装置構成情報を統合する装置構成統合情報管理において、システムの各装置構成管理情報を、ＦＣＭＤＢの共通データモデルにて矛盾なく統合することによって、システムの複数の装置構成情報を、各装置構成情報を管理する装置構成情報管理装置および表現型式の違いを吸収して、データ構造および表現形式を維持しながら参照したい場合に有用である。

図１−１は、一実施形態の概要（その１）を説明するための図である。 図１−２は、一実施形態の概要（その２）を説明するための図である。 図２は、一実施形態にかかる装置構成統合情報管理装置の構成を示すブロック図である。 図３は、一実施形態にかかる装置構成統合情報データテーブルの一例を示す図である。 図４は、一実施形態にかかる装置構成統合情報データ表現の一例を示す図である。 図５は、一実施形態にかかる装置構成情報登録元メタ情報テーブルの一例を示す図である。 図６は、一実施形態にかかる文書構造メタ情報テーブルの一例を示す図である。 図７は、一実施形態にかかる文書構造処理方針メタ情報テーブルの一例を示す図である。 図８は、一実施形態にかかる異種スキーマ処理方針メタ情報テーブルの一例を示す図である。 図９は、一実施形態にかかる装置構成情報入力処理手順を示すフローチャートである。 図１０は、一実施形態にかかる返答情報構成処理手順を示すフローチャートである。 図１１は、一実施形態にかかる返答情報構築処理手順を示すフローチャートである。 図１２−１は、従来技術の問題点（その１）を説明するための図である。 図１２−２は、従来技術の問題点（その２）を説明するための図である。

１００ 装置構成統合情報管理装置
１０１ 制御部
１０１ａ 構成情報入力部
１０１ｂ メタ情報入力部
１０１ｃ 読み出し要求受け付け部
１０１ｄ 返答情報構成部
１０１ｅ 返答情報通信部
１０２ 装置構成統合情報ＤＢ
１０２ａ 装置構成統合情報データテーブル
１０３ メタ情報ＤＢ
１０３ａ 装置構成情報登録元メタ情報テーブル
１０３ｂ 文書構造メタ情報テーブル
１０３ｃ 文書構造処理方針メタ情報テーブル
１０３ｄ 異種スキーマ処理方針メタ情報テーブル
２００ 装置構成情報管理装置１
２０１ 制御部
２０１ａ 表現形式変換部
２０１ｂ 表現形式逆変換部
２０２ ＭＤＲ１
３００ 装置構成情報管理装置２
３０１ 制御部
３０１ａ 表現形式変換部
３０１ｂ 表現形式逆変換部
３０２ ＭＤＲ２
４００ クライアント装置

Claims (5)

1. 装置構成情報管理装置による管理対象である装置の構成要素および前記構成要素間の関係を含む、階層構造を有する装置構成情報を、複数の装置構成情報管理装置から取得して装置構成統合情報に統合して管理するコンピュータ装置を、
   前記装置構成統合情報を記憶するための装置構成統合情報記憶手段、
   各装置構成情報管理装置による管理対象の構成要素の順序情報を含む構成要素間の関係を規定する第１のメタ情報、および、前記装置構成情報管理装置により予め指定されている、前記装置構成統合情報を前記装置構成統合情報記憶手段に登録するための処理方針を示す第２のメタ情報、を記憶するためのメタ情報記憶手段、
   前記装置構成統合情報を前記装置構成統合情報記憶手段に登録する第１の登録処理と、前記第１のメタ情報を前記メタ情報記憶手段に登録する第２の登録処理と、を実行する制御手段、
   として機能させ、
   前記制御手段は、
   前記第１の登録処理として、
   前記装置構成統合情報のスキーマにあわせて表現形式が変換された前記階層構造を有する装置構成情報を前記装置構成情報管理装置から取得し、さらに前記メタ情報記憶手段から前記第２のメタ情報を取得し、当該階層構造を有する装置構成情報を管理単位である構成要素単位に分割し、当該第２のメタ情報に基づいて、分割された構成要素毎の装置構成情報を前記装置構成統合情報として前記装置構成統合情報記憶手段に登録し、
   前記第２の登録処理として、
   前記取得した階層構造を有する装置構成情報に基づいて前記第１のメタ情報を生成して前記メタ情報記憶手段に登録し、
   さらに、
   前記装置構成情報管理装置から前記装置構成統合情報の読み出し要求を受信した場合に、前記装置構成統合情報記憶手段に登録された装置構成統合情報と、前記メタ情報記憶手段に登録された第１のメタ情報および第２のメタ情報と、に基づいて、当該装置構成情報管理装置による管理対象の装置構成情報を構築する、
   ことを特徴とする装置構成統合情報管理プログラム。
2. 前記制御手段は、
   前記管理単位に分割された装置構成情報と同一の装置構成情報が前記装置構成統合情報記憶手段に存在しない場合に、当該管理単位に分割された装置構成情報を、当該装置構成統合情報記憶手段に登録し、
   前記管理単位に分割される以前の前記階層構造を有する装置構成情報に基づいて、前記第１のメタ情報を生成して前記メタ情報記憶手段に登録する、
   ことを特徴とする請求項１に記載の装置構成統合情報管理プログラム。
3. 前記制御手段は、
   要求構成要素が指定された前記読み出し要求を受信した場合に、当該要求構成要素を含む装置構成情報に対応する前記第１のメタ情報を前記メタ情報記憶手段から取得し、
   さらに、前記取得した第１のメタ情報に基づいて、前記階層構造における前記要求構成要素の直下の構成要素を検索し、当該要求構成要素の直下の構成要素が検索された場合に、前記第１のメタ情報に基づいて、検索された構成要素の順序を確定する処理を行い、
   順序が確定した場合には、当該順序に基づいて、前記装置構成情報管理装置へ返答する返答情報として前記要求構成要素を含む装置構成情報を構築し、一方、順序が確定できなかった場合には、前記第２のメタ情報を前記メタ情報記憶手段から取得し、当該第２のメタ情報に基づいて当該要求構成要素を含む装置構成情報を構築する、
   ことを特徴とする請求項１または２に記載の装置構成統合情報管理プログラム。
4. 装置構成情報管理装置による管理対象である装置の構成要素および前記構成要素間の関係を含む、階層構造を有する装置構成情報を、複数の装置構成情報管理装置から取得して装置構成統合情報に統合して管理する装置構成統合情報管理装置であって、
   前記装置構成統合情報を記憶するための装置構成統合情報記憶手段と、
   各装置構成情報管理装置による管理対象の構成要素の順序情報を含む構成要素間の関係を規定する第１のメタ情報、および、前記装置構成情報管理装置により予め指定されている、前記装置構成統合情報を前記装置構成統合情報記憶手段に登録するための処理方針を示す第２のメタ情報、を記憶するためのメタ情報記憶手段と、
   前記装置構成統合情報を前記装置構成統合情報記憶手段に登録する第１の登録処理と、前記第１のメタ情報を前記メタ情報記憶手段に登録する第２の登録処理と、を実行する制御手段と、
   を備え、
   前記制御手段は、
   前記第１の登録処理として、
   前記装置構成統合情報のスキーマにあわせて表現形式が変換された前記階層構造を有する装置構成情報を前記装置構成情報管理装置から取得し、さらに前記メタ情報記憶手段から前記第２のメタ情報を取得し、当該階層構造を有する装置構成情報を管理単位である構成要素単位に分割し、当該第２のメタ情報に基づいて、分割された構成要素毎の装置構成情報を前記装置構成統合情報として前記装置構成統合情報記憶手段に登録し、
   前記第２の登録処理として、
   前記取得した階層構造を有する装置構成情報に基づいて前記第１のメタ情報を生成して前記メタ情報記憶手段に登録し、
   さらに、
   前記装置構成情報管理装置から前記装置構成統合情報の読み出し要求を受信した場合に、前記装置構成統合情報記憶手段に登録された装置構成統合情報と、前記メタ情報記憶手段に登録された第１のメタ情報および第２のメタ情報と、に基づいて、当該装置構成情報管理装置による管理対象の装置構成情報を構築する、
   ことを特徴とする装置構成統合情報管理装置。
5. 前記制御手段は、
   要求構成要素が指定された前記読み出し要求を受信した場合に、当該要求構成要素を含む装置構成情報に対応する前記第１のメタ情報を前記メタ情報記憶手段から取得し、
   さらに、前記取得した第１のメタ情報に基づいて、前記階層構造における前記要求構成要素の直下の構成要素を検索し、当該要求構成要素の直下の構成要素が検索された場合に、前記第１のメタ情報に基づいて、検索された構成要素の順序を確定する処理を行い、
   順序が確定した場合には、当該順序に基づいて、前記装置構成情報管理装置へ返答する返答情報として前記要求構成要素を含む装置構成情報を構築し、一方、順序が確定できなかった場合には、前記第２のメタ情報を前記メタ情報記憶手段から取得し、当該第２のメタ情報に基づいて当該要求構成要素を含む装置構成情報を構築する、
   ことを特徴とする請求項４に記載の装置構成統合情報管理装置。

Images