(57)【要約】  ＦＣＭＤＢのＭＷは、ＭＤＲ１が有する装置構成情報を、次いでＭＤＲ２が有する装置構成情報をＦＣＭＤＢに登録する。ここで、ＭＷは、ＭＤＲ２が有する装置構成情報を読み出す際の処理方針として、『Ｓｅｒｖｅｒクラス以下では、未知のものは、装置構成統合情報の末尾に追加』という、ＭＤＲ２から与えられた処理方針を含めて、ＭＤＲ２の装置構成情報をＦＣＭＤＢに登録する。ＭＷ２は、ＦＣＭＤＢから装置構成統合情報を読み出す場合に、ＭＤＲ２が有する装置構成情報のメタデータの順序情報と、装置構成情報を再構成する処理方針として、『Ｓｅｒｖｅｒクラス以下では、未知のものは、装置構成統合情報の末尾に追加』という、あらかじめ定められている処理方針とに従って、ＭＤＲ２の装置構成情報を再構成する。これによって、ＭＷ２が期待する順序で、装置構成統合情報からＭＤＲ２の装置構成情報が読み出されて再構築されることとなる。【特許請求の範囲】
【請求項１】
装置構成情報管理装置による管理対象である装置の構成要素および前記構成要素間の関係を含む、階層構造を有する装置構成情報を、複数の装置構成情報管理装置から取得して装置構成統合情報に統合して管理する装置構成統合情報管理処理をコンピュータ装置に実行させる装置構成統合情報管理プログラムであって、
前記装置構成統合情報の表現形式へと表現形式が変換された前記装置構成情報を取得し、前記装置構成統合情報のメタ情報に基づいて、前記装置構成情報を、前記装置構成統合情報に登録する装置構成情報取得登録手順と、
表現形式が変換された前記装置構成情報の登録元メタ情報および文書構造メタ情報と、表現形式が変換される以前の前記装置構成情報の文書構造メタ情報とを取得して、前記装置構成統合情報のメタ情報に登録するメタ情報登録手順と
を前記コンピュータ装置に実行させることを特徴とする装置構成統合情報管理プログラム。
【請求項２】
前記装置構成情報取得登録手順は、取得した、前記装置構成統合情報の表現形式へと表現形式が変換された前記装置構成情報を、管理単位に分割し、前記管理単位の特徴情報と同一の特徴情報を有する管理単位が前記装置構成統合情報に存在しない場合に、前記管理単位に分割された前記装置構成情報を、前記装置構成統合情報に登録し、
前記メタ情報登録手順は、前記管理単位に分割される以前の前記装置構成情報の文書構造メタ情報を取得して、前記装置構成統合情報のメタ情報に登録することを特徴とする請求項１に記載の装置構成統合情報管理プログラム。
【請求項３】
前記装置構成統合情報のメタ情報は、前記装置構成情報の読み出し時に用いる処理方針を規定する文書構造処理方針メタ情報をさらに記憶管理することを特徴とする請求項１に記載の装置構成統合情報管理プログラム。
【請求項４】
端末装置から要求構成要素を指定しておこなわれる、前記要求構成要素を含む装置構成情報の照会を受け付ける装置構成情報照会受け付け手順と、
前記装置構成情報照会受け付け手順によって、前記要求構成要素を含む装置構成情報の照会が受け付けられると、前記要求構成要素を含む装置構成情報に対応する文書構造メタ情報を、前記装置構成統合情報のメタ情報のなかから取得する文書構造メタ情報取得手順と、
前記文書構造メタ情報取得手順によって、前記要求構成要素を含む装置構成情報に対応する文書構造メタ情報が取得されると、取得された文書構造メタ情報に基づいて、前記端末装置へ返答する返答情報として前記要求構成要素を含む装置構成情報を構築する返答情報構築手順と
をさらに含むことを特徴とする請求項１に記載の装置構成統合情報管理プログラム。
【請求項５】
前記返答情報構築手順は、前記文書構造メタ情報取得手順によって取得された前記要求構成要素を含む装置構成情報に対応する文書構造メタ情報に基づいて、前記階層構造における前記要求構成要素の直下の構成要素を検索する直下構成要素検索手順を含み、
前記文書構造メタ情報取得手順は、前記直下構成要素検索手順によって、前記階層構造における前記要求構成要素の直下の構成要素が検索された場合に、前記直下の構成要素を前記要求構成要素として、この要求構成要素を含む装置構成情報に対応する文書構造メタ情報を、前記装置構成統合情報のメタ情報のなかから取得することを特徴とする請求項４に記載の装置構成統合情報管理プログラム。
【請求項６】
前記直下構成要素検索手順によって検索された、前記階層構造における前記要求構成要素のすべての前記直下の構成要素の順序を決定する構成要素順序決定手順と、
前記構成要素順序決定手順によって、前記直下構成要素検索手順によって検索された、前記階層構造における前記要求構成要素のすべての前記直下の構成要素の順序が確定しなかった場合に、順序が確定しなかった前記直下の構成要素に対応する文書構造処理方針メタ情報を、前記装置構成統合情報のメタ情報のなかから取得する文書構造処理方針メタ情報取得手順と
をさらに含み、
前記返答情報構築手順は、前記構成要素順序決定手順によって確定した前記直下の構成要素の順序および／または前記文書構造処理方針メタ情報取得手順によって取得された前記文書構造処理方針メタ情報に基づいて前記返答情報を構築することを特徴とする請求項４に記載の装置構成統合情報管理プログラム。
【請求項７】
前記返答情報構築手順によって前記端末装置へ返答する返答情報として構築された前記要求構成要素を含む装置構成情報を、前記要求構成要素の登録元の装置構成情報管理装置に対して、前記装置構成情報管理装置における装置構成情報の表現形式へと表現形式の逆変換を要求する表現形式逆変換要求手順をさらに有することを特徴とする請求項４に記載の装置構成統合情報管理プログラム。
【請求項８】
前記装置構成統合情報のメタ情報は、前記表現形式逆変換要求手順によって要求された、前記要求構成要素を含む装置構成情報の、前記装置構成情報管理装置における装置構成情報の表現形式への表現形式の逆変換が成功しなかった場合に、前記装置構成情報のスキーマが異なるとしておこなう処理方針を規定する異種スキーマ処理方針メタ情報をさらに含み、
前記返答情報構築手順は、前記異種スキーマ処理方針メタ情報に基づいて、前記返答情報を構築することを特徴とする請求項７に記載の装置構成統合情報管理プログラム。
【請求項９】
前記返答情報構築手順は、前記異種スキーマ処理方針メタ情報に基づいて、前記要求構成要素を含む装置構成情報を前記返答情報に追加挿入する、または、前記要求構成要素を含む装置構成情報を前記返答情報に追加挿入しないことを特徴とする請求項８に記載の装置構成統合情報管理プログラム。
【請求項１０】
前記表現形式逆変換要求手順は、前記異種スキーマ処理方針メタ情報に基づいて、前記返答情報構築手順によって前記端末装置へ返答する返答情報として構築された前記要求構成要素を含む装置構成情報を、前記要求構成要素の登録元とは異なる他の装置構成情報管理装置に対して、該他の装置構成情報管理装置における装置構成情報の表現形式へと表現形式の逆変換を要求することを特徴とする請求項８に記載の装置構成統合情報管理プログラム。
【請求項１１】
装置構成情報管理対象である装置の構成要素および前記構成要素間の関係を含み、装置構成統合情報管理装置における装置構成統合情報にて統合管理される、階層構造を有する装置構成情報を管理する装置構成情報管理処理をコンピュータ装置に実行させる装置構成情報管理プログラムであって、
前記装置構成情報の表現形式を、前記装置構成統合情報管理装置における前記装置構成統合情報の表現形式へと変換して前記装置構成統合情報管理装置へ送信する表現形式変換手順と、
前記装置構成統合情報管理装置から受信した前記装置構成統合情報の表現形式を前記装置構成情報管理装置における前記装置構成情報の表現形式へと逆変換して前記装置構成統合情報管理装置へ送信する表現形式逆変換手順と
を有することを特徴とする装置構成情報管理プログラム。
【請求項１２】
装置構成情報管理装置による管理対象である装置の構成要素および前記構成要素間の関係を含む、階層構造を有する装置構成情報を、複数の装置構成情報管理装置から取得して装置構成統合情報に統合して管理する装置構成統合情報管理装置であって、
前記装置構成統合情報を記憶管理する装置構成統合情報記憶管理手段と、
複数の前記装置構成情報および前記装置構成統合情報のメタ情報を記憶管理するメタ情報記憶管理手段と、
前記装置構成統合情報の表現形式へと表現形式が変換された前記装置構成情報を取得し、前記メタ情報記憶管理手段によって記憶管理される前記装置構成統合情報のメタ情報に基づいて、前記装置構成情報を、前記装置構成統合情報記憶管理手段に登録する装置構成情報取得登録手段と、
表現形式が変換された前記装置構成情報の登録元メタ情報および文書構造メタ情報と、表現形式が変換される以前の前記装置構成情報の文書構造メタ情報とを取得して、前記メタ情報記憶管理手段に登録するメタ情報登録手段と
を有することを特徴とする装置構成統合情報管理装置。
【請求項１３】
前記装置構成情報取得登録手段は、取得した、前記装置構成統合情報の表現形式へと表現形式が変換された前記装置構成情報を、管理単位に分割し、前記管理単位の特徴情報と同一の特徴情報を有する管理単位が前記装置構成統合情報記憶管理手段に存在しない場合に、前記管理単位に分割された前記装置構成情報を、前記装置構成統合情報記憶管理手段に登録し、
前記メタ情報登録手段は、前記管理単位に分割される以前の前記装置構成情報の文書構造メタ情報を取得して、前記メタ情報記憶管理手段に登録することを特徴とする請求項１２に記載の装置構成統合情報管理装置。
【請求項１４】
前記メタ情報記憶管理手段は、前記装置構成情報の読み出し時に用いる処理方針を規定する文書構造処理方針メタ情報をさらに記憶管理することを特徴とする請求項１２に記載の装置構成統合情報管理装置。
【請求項１５】
端末装置から要求構成要素を指定しておこなわれる、前記要求構成要素を含む装置構成情報の照会を受け付ける装置構成情報照会受け付け手段と、
前記装置構成情報照会受け付け手段によって、前記要求構成要素を含む装置構成情報の照会が受け付けられると、前記要求構成要素を含む装置構成情報に対応する文書構造メタ情報を、前記メタ情報記憶管理手段から取得する文書構造メタ情報取得手段と、
前記文書構造メタ情報取得手段によって取得された前記要求構成要素を含む装置構成情報に対応する文書構造メタ情報に基づいて、前記端末装置へ返答する返答情報として前記要求構成要素を含む装置構成情報を構築する返答情報構築手段と
をさらに有することを特徴とする請求項１２に記載の装置構成統合情報管理装置。
【請求項１６】
前記返答情報構築手段は、前記文書構造メタ情報取得手段によって取得された前記要求構成要素を含む装置構成情報に対応する文書構造メタ情報に基づいて、前記階層構造における前記要求構成要素の直下の構成要素を検索する直下構成要素検索手段を含み、
前記文書構造メタ情報取得手段は、前記直下構成要素検索手段によって、前記階層構造における前記要求構成要素の直下の構成要素が検索された場合に、前記直下の構成要素を前記要求構成要素として、この要求構成要素を含む装置構成情報に対応する文書構造メタ情報を、前記メタ情報記憶管理手段から取得することを特徴とする請求項１５に記載の装置構成統合情報管理装置。
【請求項１７】
前記直下構成要素検索手段によって検索された、前記階層構造における前記要求構成要素のすべての前記直下の構成要素の順序を決定する構成要素順序決定手段と、
前記構成要素順序決定手段によって、前記直下構成要素検索手段によって検索された、前記階層構造における前記要求構成要素のすべての前記直下の構成要素の順序が確定しなかった場合に、順序が確定しなかった前記直下の構成要素に対応する文書構造処理方針メタ情報を、前記メタ情報記憶管理手段から取得する文書構造処理方針メタ情報取得手段と
をさらに有し、
前記返答情報構築手段は、前記構成要素順序決定手段によって確定した前記直下の構成要素の順序および／または前記文書構造処理方針メタ情報取得手段によって取得された前記文書構造処理方針メタ情報に基づいて、前記返答情報を構築することを特徴とする請求項１５に記載の装置構成統合情報管理装置。
【請求項１８】
前記返答情報構築手段によって前記端末装置へ返答する返答情報として構築された前記要求構成要素を含む装置構成情報を、前記要求構成要素の登録元の装置構成情報管理装置に対して、前記装置構成情報管理装置における装置構成情報の表現形式へと表現形式の逆変換を要求する表現形式逆変換要求手段をさらに有することを特徴とする請求項１５に記載の装置構成統合情報管理装置。
【請求項１９】
前記メタ情報記憶管理手段は、前記表現形式逆変換要求手段によって要求された、前記要求構成要素を含む装置構成情報の、前記装置構成情報管理装置における装置構成情報の表現形式への表現形式の逆変換が成功しなかった場合に、前記装置構成情報のスキーマが異なるとしておこなう処理方針を規定する異種スキーマ処理方針メタ情報をさらに記憶管理し、
前記返答情報構築手段は、前記異種スキーマ処理方針メタ情報に基づいて、前記返答情報を構築することを特徴とする請求項１８に記載の装置構成統合情報管理装置。
【請求項２０】
前記返答情報構築手段は、前記異種スキーマ処理方針メタ情報に基づいて、前記要求構成要素を含む装置構成情報を前記返答情報に追加挿入する、または、前記要求構成要素を含む装置構成情報を前記返答情報に追加挿入しないことを特徴とする請求項１９に記載の装置構成統合情報管理装置。
【請求項２１】
前記表現形式逆変換要求手段は、前記異種スキーマ処理方針メタ情報に基づいて、前記返答情報構築手段によって前記端末装置へ返答する返答情報として構築された前記要求構成要素を含む装置構成情報を、前記要求構成要素の登録元とは異なる他の装置構成情報管理装置に対して、該他の装置構成情報管理装置における装置構成情報の表現形式へと表現形式の逆変換を要求することを特徴とする請求項１９に記載の装置構成統合情報管理装置。
【請求項２２】
装置構成情報管理対象である装置の構成要素および前記構成要素間の関係を含み、装置構成統合情報管理装置における装置構成統合情報にて統合管理される、階層構造を有する装置構成情報を管理する装置構成情報管理装置であって、
前記装置構成情報の表現形式を、前記装置構成統合情報管理装置における前記装置構成統合情報の表現形式へと変換して前記装置構成統合情報管理装置へ送信する表現形式変換手段と、
前記装置構成統合情報管理装置から受信した前記装置構成統合情報の表現形式を前記装置構成情報管理装置における前記装置構成情報の表現形式へと逆変換して前記装置構成統合情報管理装置へ送信する表現形式逆変換手段と
を有することを特徴とする装置構成情報管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置構成情報管理装置による管理対象である装置の構成要素および構成要素間の関係を含む、階層構造を有する装置構成情報を、複数の装置構成情報管理装置から取得して装置構成統合情報に統合して管理する装置構成統合情報管理プログラム、装置構成情報管理プログラム、装置構成統合情報管理装置および装置構成情報管理装置に関する。
【背景技術】
【０００２】
近年、システム運用管理の分野で、ＩＴＩＬ（登録商標、以下同様、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）などのマイクロ・コンピュータ）および当該ＣＰＵ（またはＭＰＵ、ＭＣＵなどのマイクロ・コンピュータ）にて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現されてもよい。
【産業上の利用可能性】
【０１４７】
本発明は、システムの各装置構成情報を統合する装置構成統合情報管理において、システムの各装置構成管理情報を、ＦＣＭＤＢの共通データモデルにて矛盾なく統合することによって、システムの複数の装置構成情報を、各装置構成情報を管理する装置構成情報管理装置および表現型式の違いを吸収して、データ構造および表現形式を維持しながら参照したい場合に有用である。
【図１−１】
2009096030.tif 000002
【図１−２】
2009096030.tif 000003
【図２】
2009096030.tif 000004
【図３】
2009096030.tif 000005
【図４】
2009096030.tif 000006
【図５】
2009096030.tif 000007
【図６】
2009096030.tif 000008
【図７】
2009096030.tif 000009
【図８】
2009096030.tif 000010
【図９】
2009096030.tif 000011
【図１０】
2009096030.tif 000012
【図１１】
2009096030.tif 000013
【図１２−１】
2009096030.tif 000014
【図１２−２】
2009096030.tif 000015
【手続補正書】
【提出日】平成22年3月24日(2010.3.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
装置構成情報管理装置による管理対象である装置の構成要素および前記構成要素間の関係を含む、階層構造を有する装置構成情報を、複数の装置構成情報管理装置から取得して装置構成統合情報に統合して管理する装置構成統合情報管理処理をコンピュータ装置に実行させる装置構成統合情報管理プログラムであって、
前記装置構成統合情報の表現形式へと表現形式が変換された前記装置構成情報を取得し、前記装置構成統合情報のメタ情報に基づいて、前記装置構成情報を、前記装置構成統合情報に登録する装置構成情報取得登録手順と、
表現形式が変換された前記装置構成情報の登録元メタ情報および文書構造メタ情報と、表現形式が変換される以前の前記装置構成情報の文書構造メタ情報とを取得して、前記装置構成統合情報のメタ情報に登録するメタ情報登録手順と
を前記コンピュータ装置に実行させることを特徴とする装置構成統合情報管理プログラム。 
【請求項２】
前記装置構成情報取得登録手順は、取得した、前記装置構成統合情報の表現形式へと表現形式が変換された前記装置構成情報を、管理単位に分割し、前記管理単位の特徴情報と同一の特徴情報を有する管理単位が前記装置構成統合情報に存在しない場合に、前記管理単位に分割された前記装置構成情報を、前記装置構成統合情報に登録し、
前記メタ情報登録手順は、前記管理単位に分割される以前の前記装置構成情報の文書構造メタ情報を取得して、前記装置構成統合情報のメタ情報に登録することを特徴とする請求項１に記載の装置構成統合情報管理プログラム。 
【請求項３】
前記装置構成統合情報のメタ情報は、前記装置構成情報の読み出し時に用いる処理方針を規定する文書構造処理方針メタ情報をさらに記憶管理することを特徴とする請求項１に記載の装置構成統合情報管理プログラム。 
【請求項４】
端末装置から要求構成要素を指定しておこなわれる、前記要求構成要素を含む装置構成情報の照会を受け付ける装置構成情報照会受け付け手順と、
前記装置構成情報照会受け付け手順によって、前記要求構成要素を含む装置構成情報の照会が受け付けられると、前記要求構成要素を含む装置構成情報に対応する文書構造メタ情報を、前記装置構成統合情報のメタ情報のなかから取得する文書構造メタ情報取得手順と、
前記文書構造メタ情報取得手順によって、前記要求構成要素を含む装置構成情報に対応する文書構造メタ情報が取得されると、取得された文書構造メタ情報に基づいて、前記端末装置へ返答する返答情報として前記要求構成要素を含む装置構成情報を構築する返答情報構築手順と
をさらに含むことを特徴とする請求項１に記載の装置構成統合情報管理プログラム。 
【請求項５】
前記返答情報構築手順は、前記文書構造メタ情報取得手順によって取得された前記要求構成要素を含む装置構成情報に対応する文書構造メタ情報に基づいて、前記階層構造における前記要求構成要素の直下の構成要素を検索する直下構成要素検索手順を含み、
前記文書構造メタ情報取得手順は、前記直下構成要素検索手順によって、前記階層構造における前記要求構成要素の直下の構成要素が検索された場合に、前記直下の構成要素を前記要求構成要素として、この要求構成要素を含む装置構成情報に対応する文書構造メタ情報を、前記装置構成統合情報のメタ情報のなかから取得することを特徴とする請求項４に記載の装置構成統合情報管理プログラム。 
【請求項６】
前記直下構成要素検索手順によって検索された、前記階層構造における前記要求構成要素のすべての前記直下の構成要素の順序を決定する構成要素順序決定手順と、
前記構成要素順序決定手順によって、前記直下構成要素検索手順によって検索された、前記階層構造における前記要求構成要素のすべての前記直下の構成要素の順序が確定しなかった場合に、順序が確定しなかった前記直下の構成要素に対応する文書構造処理方針メタ情報を、前記装置構成統合情報のメタ情報のなかから取得する文書構造処理方針メタ情報取得手順と
をさらに含み、
前記返答情報構築手順は、前記構成要素順序決定手順によって確定した前記直下の構成要素の順序および／または前記文書構造処理方針メタ情報取得手順によって取得された前記文書構造処理方針メタ情報に基づいて前記返答情報を構築することを特徴とする請求項４に記載の装置構成統合情報管理プログラム。 
【請求項７】
装置構成情報管理装置による管理対象である装置の構成要素および前記構成要素間の関係を含む、階層構造を有する装置構成情報を、複数の装置構成情報管理装置から取得して装置構成統合情報に統合して管理する装置構成統合情報管理装置であって、
前記装置構成統合情報を記憶管理する装置構成統合情報記憶管理手段と、
複数の前記装置構成情報および前記装置構成統合情報のメタ情報を記憶管理するメタ情報記憶管理手段と、
前記装置構成統合情報の表現形式へと表現形式が変換された前記装置構成情報を取得し、前記メタ情報記憶管理手段によって記憶管理される前記装置構成統合情報のメタ情報に基づいて、前記装置構成情報を、前記装置構成統合情報記憶管理手段に登録する装置構成情報取得登録手段と、
表現形式が変換された前記装置構成情報の登録元メタ情報および文書構造メタ情報と、表現形式が変換される以前の前記装置構成情報の文書構造メタ情報とを取得して、前記メタ情報記憶管理手段に登録するメタ情報登録手段と
を有することを特徴とする装置構成統合情報管理装置。 
【請求項８】
端末装置から要求構成要素を指定しておこなわれる、前記要求構成要素を含む装置構成
情報の照会を受け付ける装置構成情報照会受け付け手段と、
前記装置構成情報照会受け付け手段によって、前記要求構成要素を含む装置構成情報の
照会が受け付けられると、前記要求構成要素を含む装置構成情報に対応する文書構造メタ
情報を、前記メタ情報記憶管理手段から取得する文書構造メタ情報取得手段と、
前記文書構造メタ情報取得手段によって取得された前記要求構成要素を含む装置構成情
報に対応する文書構造メタ情報に基づいて、前記端末装置へ返答する返答情報として前記
要求構成要素を含む装置構成情報を構築する返答情報構築手段と
をさらに有することを特徴とする請求項７に記載の装置構成統合情報管理装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置構成情報管理装置による管理対象である装置の構成要素および構成要素間の関係を含む、階層構造を有する装置構成情報を、複数の装置構成情報管理装置から取得して装置構成統合情報に統合して管理する装置構成統合情報管理プログラムおよび装置構成統合情報管理装置に関する。 
【背景技術】
【０００２】
近年、システム運用管理の分野で、ＩＴＩＬ（登録商標、以下同様、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）などのマイクロ・コンピュータ）および当該ＣＰＵ（またはＭＰＵ、ＭＣＵなどのマイクロ・コンピュータ）にて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現されてもよい。 
【産業上の利用可能性】
【０１３１】
本発明は、システムの各装置構成情報を統合する装置構成統合情報管理において、システムの各装置構成管理情報を、ＦＣＭＤＢの共通データモデルにて矛盾なく統合することによって、システムの複数の装置構成情報を、各装置構成情報を管理する装置構成情報管理装置および表現型式の違いを吸収して、データ構造および表現形式を維持しながら参照したい場合に有用である。
【図面の簡単な説明】
【０１３２】
【図１−１】図１−１は、一実施形態の概要（その１）を説明するための図である。
【図１−２】図１−２は、一実施形態の概要（その２）を説明するための図である。
【図２】図２は、一実施形態にかかる装置構成統合情報管理装置の構成を示すブロック図である。
【図３】図３は、一実施形態にかかる装置構成統合情報データテーブルの一例を示す図である。
【図４】図４は、一実施形態にかかる装置構成統合情報データ表現の一例を示す図である。
【図５】図５は、一実施形態にかかる装置構成情報登録元メタ情報テーブルの一例を示す図である。
【図６】図６は、一実施形態にかかる文書構造メタ情報テーブルの一例を示す図である。
【図７】図７は、一実施形態にかかる文書構造処理方針メタ情報テーブルの一例を示す図である。
【図８】図８は、一実施形態にかかる異種スキーマ処理方針メタ情報テーブルの一例を示す図である。
【図９】図９は、一実施形態にかかる装置構成情報入力処理手順を示すフローチャートである。
【図１０】図１０は、一実施形態にかかる返答情報構成処理手順を示すフローチャートである。
【図１１】図１１は、一実施形態にかかる返答情報構築処理手順を示すフローチャートである。
【図１２−１】図１２−１は、従来技術の問題点（その１）を説明するための図である。
【図１２−２】図１２−２は、従来技術の問題点（その２）を説明するための図である。
【符号の説明】
【０１３３】
１００    装置構成統合情報管理装置
１０１    制御部
１０１ａ    構成情報入力部
１０１ｂ    メタ情報入力部
１０１ｃ    読み出し要求受け付け部
１０１ｄ    返答情報構成部
１０１ｅ    返答情報通信部
１０２    装置構成統合情報ＤＢ
１０２ａ    装置構成統合情報データテーブル
１０３    メタ情報ＤＢ
１０３ａ    装置構成情報登録元メタ情報テーブル
１０３ｂ    文書構造メタ情報テーブル
１０３ｃ    文書構造処理方針メタ情報テーブル
１０３ｄ    異種スキーマ処理方針メタ情報テーブル
２００    装置構成情報管理装置１
２０１    制御部
２０１ａ    表現形式変換部
２０１ｂ    表現形式逆変換部
２０２    ＭＤＲ１
３００    装置構成情報管理装置２
３０１    制御部
３０１ａ    表現形式変換部
３０１ｂ    表現形式逆変換部
３０２    ＭＤＲ２
４００    クライアント装置