JP6040837B2 - 情報処理装置の管理方法、およびプログラム - Google Patents

Description

本発明は、情報処理装置の管理技術に関する。

企業の情報通信部門ではコスト競争力の強化に向けて企業内データセンタへのサーバ等の情報通信システム（以下、単にシステム）の集約が進んでいる。システムの集約とともに、システムは複雑化し、システムの運用管理コストの増加が問題化する場合がある。例えば、システムの運用管理作業においては、システム毎に手順や管理ツールが異なっていることが多い。したがって、運用管理者は、システムの運用管理において、運用管理対象のシステムを意識して操作することが要求される場合がある。また、実際にシステムを管理している現場では、運用管理者は、システムに対する操作に多くの目視確認や人の判断を実施しており、簡単には運用コストを削減できない。さらには、作業ミスなどが発生すると、ビジネスチャンスの喪失など、単純にコストでは計ることができない問題が生じることも考えられる。

そこで、運用管理作業に関わる人と時間を削減し、システムの運用管理コストを削減するために、運用作業自動化ソフトウェアの導入による、運用管理作業の自動化が進められている。

国際公開ＷＯ２０１０／０５０５２４号公報 特開２０１０−２８２４８６号公報

"IT運用プロセスを統制する構成管理、変更管理、リリース管理 Systemwalker IT Change Manager V14g"［online］、富士通株式会社、［平成25年3月2日検索］、インターネット＜ＵＲＬ：http://systemwalker.fujitsu.com/jp/changemanager/＞ "運用手順書に従って人手で行っていた運用作業を自動化Systemwalker Runbook Automation" ［online］、平成25年3月2日、富士通株式会社、［平成25年3月2日検索］、インターネットhttp://systemwalker.fujitsu.com/jp/runbook/＞ "企業内業務アプリケーションの短期SaaS化 Systemwalker Service Catalog Manager"［online］、富士通株式会社、［平成25年3月2日検索］、インターネット＜http://systemwalker.fujitsu.com/jp/sv-catalogmgr/＞ "Configuration Management Database Federation" [online］、Distributed Management Task Force, Inc.、［平成25年3月2日検索］、インターネット＜URL：http://www.dmtf.org/standards/cmdbf＞

運用管理作業自動化ソフトウェアによる運用管理作業の自動化には、人の作業と情報通信機器の操作（コマンド）と操作に必要な入力情報（コマンドパラメータ）等を含む一連の作業手順の把握が前提となる。例えば、上記自動化では、一連の作業手順を定義したプロセス定義が作成され、プロセス定義の作成に工数を要する場合も多い。

1つの側面では、本発明は、システムの運用管理の工数を低減できる技術を提供するこ
とを目的とする。

開示の実施形態の一側面は、複数の情報処理装置を含むシステムの管理装置として例示される。管理装置は、１以上のそれぞれの情報処理装置の属性値およびそれぞれの情報処理装置と他の情報装置との参照関係を含むそれぞれの情報処理装置の構成情報とそれぞれの情報処理装置で実行された第１のコマンドを含むログ情報とを読み出す手段と、第１のコマンドに指定されたパラメータ値とそれぞれの情報処理装置の構成情報とを照合し、第１のコマンドが実行された第１の情報処理装置の構成情報からパラメータ値と合致する属性値を含む第２の情報処理装置の構成情報に至るまでの構成情報間の関係を示す経路情報を抽出する手段と、第１のコマンドにパラメータ値に代えて経路情報を指定した第２のコマンドを生成し、第１のコマンドが実行された第１の情報処理装置に割り当てる手段と、を備える。

システムの運用管理の工数を低減することができる。

比較例に係る情報処理システムの構成を例示する図である。 比較例において、情報処理システムの構成が変更された場合の運用管理作業を例示する図である。 比較例において、情報処理システムの構成が変更された場合の運用管理作業を例示する図である。 ＦＣＭＤＢとＭＤＲとの関係を例示する図である。 ＣＩ／Relationshipを例示する図である。 ＭＤＲとＦＣＭＤＢの機能を例示する図である。 ＣＩ／Relationshipの変更を例示する図である。 ＣＩ間の階層関係、統一ルール化、および代表ルール化を例示する図である。 コマンドログと構成情報の対応付けを例示する図である。 複数階層に渡る構成情報の参照関係を例示する図である。 取得経路情報を基にラッパーコマンドを作成する手順を例示する図である。 異なる視点から、異なる経路情報が得られる処理を例示する図である。 ラッパーコマンド作成手順を例示する図である。 構成情報の親子関係を例示する図である。 兄弟ＣＩ判定用のキーを例示する図である。 兄弟ＣＩ判定用のキーを統一ルールとして親ＣＩに追加する処理を例示する図である。 上位階層の親子関係に統一ルール化を適用する処理を例示する図である。 統一ルール化できない親子関係を例示する図である。 ラッパーコマンドの代表ルール化の処理を例示する図である。 ラッパーコマンドの継承を例示する図である。 ラッパーコマンドを利用したコマンドの一括実行の手順を例示する図である。 ラッパーコマンドの実行例である。 ラッパーコマンドの誤動作防止の処理を例示する図である。 実施例に係る管理装置と、データ収集部の関係を例示する図である。 管理装置の構成を例示する図である。 管理装置のハードウェア構成を例示する図である。 構成情報を例示する図である。 コマンドログ管理テーブルを例示する図である。 パラメータ取得経路候補リストを例示する図である。 ラッパーコマンド管理テーブルを例示する図である。 統一ルールのテーブルを例示する図である。 代表ルールのテーブルを例示する図である。 ラッパーコマンド生成時の処理を例示するフローチャートである。 ラッパーコマンド実行部の処理を例示するフローチャートである。 構成情報・コマンドログ比較部の処理の詳細を例示する。 ラッパーコマンド生成部の処理を例示する図である。 統一ルール化および代表ルール化の処理の詳細を例示する図である。 ラッパーコマンドの継承の詳細を例示する図である。 コマンドの一括実行および誤動作防止の詳細を例示する図である。

以下、図面を参照して、一実施形態に係る情報処理システムについて説明する。以下の実施形態の構成は例示であり、本情報処理システムは実施形態の構成には限定されない。［比較例］
図１から図３を参照して、比較例に係るデータセンタの情報処理システムを例示する。データセンタの情報処理システムのように、装置が階層的に管理されている環境では、同じコマンドが実行される場合でも、コマンド実行対象の装置、あるいは装置の運用環境に応じてコマンドのパラメータに指定する値が異なる。このため、運用管理者は、異なる運用環境におかれた装置、例えばサーバに対して運用管理のためのコマンドを一括実行することができない。

図１に、比較例に係る情報処理システムの構成を例示する。図１の情報処理システムは、アイランドと呼ぶ構成単位を複数有している。アイランドは、例えば、複数台のサーバ等の情報処理装置を含む。図１では、アイランドＡ、アイランドＢが例示されている。アイランドＡは、運用サーバＡ１と管理サーバＡを含む。また、アイランドＢは、運用サーバＢ１と管理サーバＢを含む。

例えば、アイランドＡにおいて、運用サーバＡ１が管理サーバＡを監視するコマンドを実行するとき、監視先を指定するコマンドパラメータには「管理サーバＡ」の値が指定される。ここで、この運用管理作業をアイランドＢでも実行する場合を想定する。アイランドＢでの運用管理作業において、運用管理者がアイランドＡでのコマンドパラメータを単純に使い回すと、運用サーバＢ１は本来監視すべき「管理サーバＢ」ではなく、「管理サーバＡ」を監視してしまう。すなわち、図１の情報処理システムは、コマンドを実行する環境に合わせてコマンドパラメータを取得することができない。

図２は、比較例として、情報処理システムの構成が変更された場合の運用管理作業を例示する。図２の例では、データセンタのＡ社テナントとして、物理サーバＡの配下に監視サーバＡ２と、監視サーバＡ２によって監視される管理サーバＡが設けられている。そして、昨日のコマンドログでは、監視サーバＡ２において、管理サーバＡを監視するコマンド"Watch -s 管理サーバＡ"が記録されている。

図２の例では、所定の時期、例えば、昨日から今日の間に、情報処理システムの構成が変更され、データセンタのＡ社テナントにおいて、管理サーバＡが管理サーバＸに変更されている。その結果、Ａ社テナントとしては、物理サーバＡの配下に監視サーバＡ２と、監視サーバＡ２によって監視される管理サーバＸが設けられている。一方、Ｂ社テナントとしては、物理サーバＢの配下に管理サーバＡが設けられている。

この状況において、監視サーバＡ２において、今日実行されたコマンドのコマンドログ中に、"Watch -s 管理サーバＡ"が記録されている場合を想定する。監視サーバＡ２のコ
マンドログの"Watch -s 管理サーバＡ"は、Ｂ社テナントの管理サーバＡを監視対象とす
るコマンドである。つまり、今日の監視サーバＡ２のコマンドログのコマンド"Watch -s 管理サーバＡ"は、昨日のコマンドログのコマンド"Watch -s 管理サーバＡ"と形式的には同一であるが、監視対象は、昨日のコマンドログの監視対象とは異なる。

したがって、比較例の情報処理システムがコマンドログ内の複数のコマンドを単純に比較すると、情報処理システムの構成に変更があった場合に、正しい運用目的を認識できない場合が生じる。正しい運用目的を認識できない場合が生じる理由は、図２に例示の情報処理システムが、処理の履歴と処理が実行された時点における処理のパラメータとして利用された構成情報の値とを対応付けていないからである。つまり、図２の情報処理システムは、運用管理処理を実行するコマンドのパラメータとしてどの構成情報が用いられたかを判別することができない。そのため、図２に示すように、情報処理システム、あるいは、運用管理者は、実際には異なる運用目的の処理を、同じ運用目的の処理として誤って判別する危険性がある。

図３は、図２と同様、例えば、昨日から今日の間に情報処理システムの構成が変更された場合の運用管理作業を例示する。図３では、昨日のコマンドログ中のコマンド”Watch -s 管理サーバＡ”と、今日のコマンドログ中のコマンド”Watch -s 管理サーバＸ”を比較する場合を想定する。この場合、ともに、Ａ社テナントの管理サーバを監視するコマンドである。ただし、管理サーバは、昨日のＡ社テナントでは、管理サーバＡであり、今日のＡ社テナントでは、管理サーバＸである。図３のように、比較例の構成では、情報処理システムの構成の変更があると、情報処理システムあるいは運用管理者は、Ａ社テナントのサーバを管理するという、コマンドログに記録された同じ運用目的の複数の処理を判別できない場合がある。

したがって、データセンタ等において運用環境が変化した場合、変化した運用環境に応じて実行するコマンドのパラメータを変化させることができれば、運用管理者の負担が軽減される。

また、運用管理作業のログからは過去の運用管理作業に用いられたコマンドを参照することができる。したがって、運用管理作業のログに記録されたコマンドを流用できれば、運用管理者の負担が軽減される可能性がある。しかし、運用環境が変化すると、過去に用いられたコマンドの意味、あるいは目的が、過去の運用管理作業に用いられた場合とは異なる場合がある。すなわち、過去のコマンドを単純に利用するだけでは、適切な運用管理のコマンドを生成することはできない場合がある。

さらに、運用環境の相違、あるいは、構成上の変更等を運用管理者が意識することなく、コマンドを一括実行できれば、運用管理作業の工数が低減される。そのため、コマンドを実行する際の適切なパラメータ値を判別し、適切なパラメータ値を取得することができれば、比較例の情報処理システムの運用作業を効率化できる可能性はある。

なお、運用環境の変化自体は、後述する構成情報ＤＢ（ＣＭＤＢ）を利用すれば参照は可能である。しかし、参照した変化情報を、コマンドのパラメータにどのように反映するかについては、定型化されていない。

以下、実施例に係る情報処理システムを例示する。
＜構成管理データベースの例＞
図４から図７により、実施例の情報処理システムが利用する構成管理データベース（ＣＭＤＢ：Configuration Management Database）について説明する。近年、点在するデー
タを一元管理するために、ＩＴ（Information Technology）システムの運用管理に関する構成情報を格納するＣＭＤＢに関する仕様が公開されている（参考URL：http://www.dmtf.org/standards/cmdbf）。

上記ＵＲＬの仕様では、ＣＭＤＢの実現にあたり、複数の既存データベースを仮想統合するというアプローチが採られている。また、ＣＭＤＢを含む情報処理システムは、既存データベースに対してデータ取得を行うエージェント（ＭＤＲ： Management Data Repository）と、エージェントであるＭＤＲを管理し、またクライアントに対して仮想統合さ
れたデータベースを提供するマネージャ（Federating ＣＭＤＢ）とを有する。マネージ
ャであるFederating ＣＭＤＢが管理するデータベース自体をＦＣＭＤＢとも呼ぶ。

図４は、ＦＣＭＤＢとＭＤＲ（Management Data Repository）との関係を例示する図である。ＦＣＭＤＢには、サーバやソフトウェアといった情報処理システムの構成要素を表すＣＩ(Configuration Item)と、ＣＩ間の関係を表すRelationshipとが格納される。

ＭＤＲは、各データベースから収集したデータを共通形式のＣＩとＣＩ間のRelationship（以下、ＣＩ／Relationshipと記述）とに変換し、ＦＣＭＤＢに登録する。図４では、各データベースを処理するＭＤＲ１からＭＤＲ３が例示されている。ＭＤＲ１は、例えば、情報処理システムの構成情報データベースのデータを処理し、ＭＤＲ２はアプリケーションの情報のデータベースのデータを処理し、ＭＤＲ３は、性能情報データベースのデータを処理する。

マネージャであるFederating ＣＭＤＢは、各データベースで保持している情報を統合
するための機能を有する。すなわち、Federating ＣＭＤＢは、ＦＣＭＤＢに登録される
ＣＩやRelationshipの同一性を判定し、同一とみなしたＣＩ／Relationshipを管理するリコンシリエーション（整合化、名寄せ）と呼ばれる機能を有している。データの同一性は、統合対象のデータベース間で共通に保持している属性の中から判定用のキー（以下ではリコンサイルキーとする）を事前に設定し、リコンサイルキーとして設定された属性の値（もしくはそれを基にしたハッシュ値など）が一致するかどうかで判定される。リコンシリエーションは通常ＦＣＭＤＢへのＣＩ／Relationshipの登録時に行われる。同一のＣＩ／RelationshipがＦＣＭＤＢ内に存在する場合は、マネージャであるFederating ＣＭＤ
Ｂは、同一のＣＩ／Relationshipをマージして１つのＣＩ／Relationshipとすることで、複数のデータベースからのデータを統合する。また、このとき、どのデータベース（ＭＤＲ）からの情報かを表す由来情報もＣＩ／Relationshipに関連付けて、ＦＣＭＤＢ内で管理される。なお、マネージャであるFederating ＣＭＤＢは、ＦＣＭＤＢを利用するクラ
イアントからの要求を受け付け、応答を返す。

図５は、ＣＩ／Relationshipを例示する図である。図５では、システムＳＹＳ１が例示されている。システムＳＹＳ１は、サーバＳＶＲ１とＳＯＦＴＷＡＲＥ１、ＳＯＦＴＷＡＲＥ２を有する。この関係をＣＩ／Relationshipによって例示すると、図５の右側のようになる。すなわち、システムＳＹＳ１、サーバＳＶＲ１、ＳＯＦＴＷＡＲＥ１、ＳＯＦＴＷＡＲＥ２という構成要素は、ＣＩとなり、ＣＩとＣＩとの関係が矢印で例示されるRelationshipで関係付けられる。このようなRelationshipによる関係付けは、複数階層に渡って繰り返すことが可能である。

図６は、ＭＤＲとＦＣＭＤＢの機能を例示する図である。図６の例では、ＭＤＲ１−ＭＤＲ３が、それぞれ独自形式のデータベースにアクセスし、各データベースの情報を共通
形式に変換してＦＣＭＤＢに登録する。例えば、ノードＡは、ＩＰ：１９２．１６８．０．１で例示されるように、ＩＰアドレスを表す、独自の識別子（ローカルＩＤ）をＩＰで記述する。ノードＡは、他に、例えば、ＮＡＭＥ等のローカルＩＤを有する。

また、サーバ１は、ＩＤ：１９２．１６８．０．１で例示されるように、ＩＰアドレスの識別子をＩＤで記述する。また、サーバ１は、他に、例えば、ＨＤＤ等のローカルＩＤを有する。

また、ホスト−Ｘは、ＩＰ＿ＡＤＤＲ：１９２．１６８．０．１で例示されるように、ＩＰアドレスの識別子をＩＰ＿ＡＤＤＲで記述する。また、ホスト−Ｘは、他に、例えば、ＣＰＵ＿ＩＮＦＯ等のローカルＩＤを有する。

ＭＤＲ１−ＭＤＲ３は、これらをそれぞれｉｐＡｄｄｒｅｓｓ：１９２．１６８．０．１という共通形式に変換し、サーバＣＩとして、ＦＣＭＤＢに登録する。

例えば、ＭＤＲ１によって登録された、ノードＡに由来するサーバＣＩは、ｉｐＡｄｄｒｅｓｓ：１９２．１６８．０．１、ｎａｍｅ等の情報を有する。ここで、ｎａｍｅは、ノードＡの独自形式であるＮＡＭＥから変換された共通形式の属性である。

また、ＭＤＲ２によって登録された、サーバ１に由来するサーバＣＩは、ｉｐＡｄｄｒｅｓｓ：１９２．１６８．０．１、Ｄｉｓｋ等の情報を有する。ここで、Ｄｉｓｋは、サーバ１の独自形式であるＨＤＤから変換された共通形式の属性である。

さらに、また、ＭＤＲ３によって登録された、ホスト−Ｘに由来するサーバＣＩは、ｉｐＡｄｄｒｅｓｓ：１９２．１６８．０．１、ＣＰＵ等の情報を有する。ここで、ＣＰＵは、ホスト−Ｘの独自形式であるＣＰＵ＿ＩＮＦＰから変換された共通形式の属性である。なお、ＭＤＲによる共通形式への変換の詳細については、例えば、URL：http://www.dmtf.org/standards/cmdbf等で提案されているので、説明は省略する。

ここで、リコンサイルキーがｉｐＡｄｄｒｅｓｓであると仮定する。ＦＣＭＤＢは、同じリコンサイルキーを持つＣＩを名寄せ可能なＣＩとみなし、属性をマージする。図６の例では、ｉｐＡｄｄｒｅｓｓ：１９２．１６８．０．１をリコンサイルキーとして、ｎａｍｅ、ＣＰＵ、Ｄｉｓｋ等の属性がマージされ、リコンサイル後のサーバＣＩとなる。さらに、ＦＣＭＤＢは、それぞれのＭＤＲとローカルＩＤとの関係を示す由来情報を保持する。

図７は、ＣＩ／Relationshipの変更を例示する図である。例えば、図６のＦＣＭＤＢにおいて、ＭＤＲ３によるホスト−Ｘからの属性が削除された場合について説明する。この場合、リコンサイル後のサーバＣＩから、ホスト−Ｘに由来する属性、例えば、ＣＰＵという属性は削除される。

図８は、実施例の情報処理システムにおけるＣＩ間の階層関係、統一ルール化、および代表ルール化を例示する。本実施例では、管理装置が情報処理システムを管理する処理例を説明する。情報処理システムは、サーバ、ソフトウェア等の構成要素を有する。構成要素は、構成情報によって記述される。また、本実施例では、管理対象の情報処理システムの構成要素を記述する構成情報は、ＣＩとして記述され、管理される。したがって、本実施例では、構成情報を単にＣＩともいう。

また、管理装置は、構成要素間の関係を構成情報間の階層的な参照関係によって定義する。管理装置は、例えば、図４−図７に例示したＣＩ／Relationship等を用いることによ
って、構成情報（ＣＩ）間の参照関係を複数階層に渡って形成し、データベースに格納する。図８で、丸印が構成情報（ＣＩ）を示し、丸印を結ぶ線が参照関係を例示する。このような構成情報（ＣＩ）間の参照関係は、図４−図７に例示したように、ＦＣＭＤＢとＭＤＲによってＣＩ／Relationshipとして作成できる。しかしながら、本実施例において、構成情報間の参照関係は、ＣＩ／Relationshipに限定される訳ではない。管理装置は、例えば、構成情報間の関係を他のデータモデル、例えば、エンティティ・リレーションシップモデル、オブジェクト指向データベースのデータモデル等で記述してもよい。また、管理装置は、例えば、構成要素間の関係をポインタで関係付ける独自のデータ構造を構築してもよい。

さらに、管理装置は、情報処理システムの各構成要素に対して種々のコマンドを実行する。管理装置は、構成情報（ＣＩ）間の参照関係を用いて、各構成要素において実行するコマンドの統一ルール化を図る。統一ルール化では、管理装置は、例えば、図８に示す構成情報の複数階層の参照関係において、同一の階層に属する構成情報に対応する構成要素に対して、同一のパラメータを用いて同一のコマンドを実行できる複数の構成要素を抽出する。このような同一のパラメータを用いて同一の階層の複数の構成情報（ＣＩ）に対応する複数の構成要素に実行されるコマンドを共通コマンドという。

本実施例では、管理装置は、例えば、複数の構成要素をそれぞれ記述する複数の構成情報（ＣＩ）を参照する親の構成情報（ＣＩ）に着目する。このような複数の構成情報（ＣＩ）は、親の構成情報（ＣＩ）の配下にある、と呼ばれる。そして、管理装置は、親の構成情報（親ＣＩ）の配下にある複数の構成情報（子ＣＩ）にそれぞれ対応する構成要素間で共通に実行される、同一のパラメータを用いたコマンドを抽出する。このような同一のパラメータを用いて同一のコマンドを実行できる複数の構成要素を抽出し、親の構成情報（親ＣＩ）に定義する処理を統一ルール化と呼ぶ。同一階層の複数の構成要素に対して実行する同一のパラメータを用いたコマンドをラッパーコマンドと呼ぶ。ラッパーコマンドは、子ＣＩ間の共通コマンドということもできる。ラッパーコマンドが第２のコマンドの一例である。

統一ルール化の処理は、ＣＩ／Relationshipの複数階層に渡って実行される。ただし、複数階層に対する統一ルール化において、同一階層の複数の構成要素に対して実行するラッパーコマンドが抽出できない場合、統一ルール化の処理は、終了する。複数階層に対する統一ルール化の処理が終了したとき、統一ルール化の対象となった構成情報（ＣＩ）の参照関係で、最上位の階層に位置する構成情報（ＣＩ）が当該ラッパーコマンドコマンドによる統一ルール化の代表の構成情報（代表ＣＩ）となる。本実施例では、管理装置は、ＣＩ／Relationshipの複数階層の参照関係の最上位の構成情報（ＣＩ）をルートの構成情報（ルートＣＩ）と呼ぶ。本実施例では、管理装置は、例えば、最上位の構成情報（ルートＣＩ）から代表の構成情報（代表ＣＩ）を参照するための情報を設定する。代表の構成情報（代表ＣＩ）を参照するための情報を設定する処理を代表化と呼ぶ。最上位の構成情報（ルートＣＩ）が所定の構成情報の一例であり、代表の構成情報（代表ＣＩ）を参照するための情報が参照情報の一例である。

本実施例では、管理システムは、代表化された構成情報（代表ＣＩ）から参照関係をたどって、構成情報に対応する情報処理システムの構成要素においてコマンドを実行する。コマンドの実行にあたって、共通ルール化によって、同一階層の複数の構成要素に対して実行する共通のラッパーコマンドが定義されている場合に、ラッパーコマンド（第２のコマンド）を基に、コマンド（第１のコマンド）を実行する。すなわち、管理装置は、情報処理システムの構成要素間で、共通に実行できる同一のパラメータのコマンドを親の構成要素に対応する構成情報（親ＣＩ）に定義することで、情報処理システムの管理負担を軽減する。

＜コマンドログと構成情報の収集＞
管理装置が実行するコマンドは、情報処理システムの各構成要素のコマンドログから取得される。本実施例における情報処理システムの特徴の１つは、各構成要素で実行されるコマンドログが、コマンドログが作成されたときの構成要素の構成情報（ＣＩ）と対応付けがなされている点にある。

図９に、コマンドログと構成情報の対応付けを例示する。図９では、例えば、１日前、２日前、３日前のコマンドログと、それぞれのコマンドログが記録されたときのコマンドログのコマンドが実行された構成要素（サーバ１等）の構成情報が例示されている。コマンドログは、情報処理システムの構成要素毎に作成される。図９の右側には、情報処理システムの構成要素の１つであるサーバ１のコマンドログが例示されている。

例えば、１日前のコマンドログでは、"Watch -s 管理サーバＡ"というコマンドが記録
されている。このコマンドログによって、サーバ１において、管理サーバＡに対する監視が実行されたことが分かる。コマンドログには、日付、例えば１日前等が記録されており、この日付によって、コマンドログは、１日前の構成情報と対応付けられる。図９では、コマンドログと構成情報が日付で対応付けられているが、対応付けの情報が日付に限定される訳ではない。情報処理システムは、コマンドログと構成情報の対応付けに日時を用いてもよい。また、情報処理システムの管理装置は、例えば、コマンドログのファイル名と、構成情報のファイル名を対応付ける対応表、ポインタ等を用いてもよい。

さらに、図９では、コマンドログの日付（１日前等）に対応する構成情報が例示されている。なお、コマンドログが対応付けられるのは、情報処理システムに対応する構成情報の全体であり、個々の構成要素に対応する個々の構成情報ではない。図９の例では、サーバ１の構成情報には、"関係：監視対象"という属性があり、属性値として、"管理サーバ
ａ"が設定されている。さらに、管理サーバａという構成要素の構成情報には、"サーバ名"という属性があり、"管理サーバＡ"という属性値が設定されている。

また、２日前のサーバ１のコマンドログには、"Watch -s 管理サーバＡ"というコマン
ドが記録されている。２日前のサーバ１のコマンドログの内容は、１日前と同一である。また、図９から明らかなように、２日前の情報処理システムの構成情報の例示部分は、１日前と同様である。

一方、３日前のサーバ１のコマンドログには、"Watch -s 臨時サーバＸ"というコマン
ドが記録されている。したがって、３日前のサーバ１のコマンドログは、２日前のコマンドログ、１日前のコマンドログとは内容が異なる。３日前のコマンドログに対応付けられる３日前のサーバ１の構成情報には、"関係：監視対象"という属性があり、属性値として、"管理サーバｘ"が設定されている。さらに、管理サーバｘという構成要素の構成情報には、"サーバ名"という属性があり、"臨時サーバＸ"という属性値が設定されている。

ところで、本実施例の管理装置は、"Watch -s 管理サーバＡ"あるいは"Watch -s 臨時
サーバＸ"というように、コマンドのパラメータとして具体的な値を設定する代わりに、
コマンドのパラメータの取得経路を指定する、という設定をしておく。コマンドのパラメータの取得経路は、コマンド実行対象の構成要素に対応する構成情報から構成情報の参照関係で記述され、パラメータ値に該当する属性値を示す形式を採る。そして、管理装置は、コマンド実行にあたり、コマンドのパラメータの取得経路をたどり、取得経路で示された属性値を取得し、コマンド実行対象の構成要素、例えば、上記サーバ１でコマンドを実行する。

このように、管理装置がコマンドにパラメータの取得経路を指定するという形式で、実行すべきコマンドを設定しておけば、図９の１日前と３日前との間のパラメータの違いに伴う管理負担を軽減できる可能性がある。つまり、１日前の構成情報において、１日前に実行されたコマンドのパラメータは、属性"関係：監視"で指定される属性値に対応する構成情報の属性"サーバ名"から取得できる。３日前のコマンドと構成情報についても同様である。図９の例では、コマンドを実行する構成要素であるサーバ１の構成情報から見て、同一の取得経路で"管理サーバＡ"、あるいは、"臨時サーバＸ"というパラメータ値が取得できる。本実施例の管理装置は、このような取得経路を共通にできるコマンドを実行する複数の構成要素について、共通のコマンドを設定する。さらに、共通のコマンドを設定するために、具体的なパラメータ値に代えて、パラメータ取得経路を指定したコマンドをラッパーコマンドと呼ぶ。ラッパーコマンドという名称には、具体的なパラメータ値をパラメータ取得経路によって包含するというコマンドの特徴が反映されている。

＜ラッパーコマンドの作成＞
ラッパーコマンドの作成では、管理装置は、管理対象の構成要素、例えば、図９のサーバ１等のコマンドログを解析し、コマンドのパラメータを抽出する。このとき、管理装置は、コマンドの実行結果がエラーであったログを除外する。そして、管理装置は、抽出したコマンドのパラメータを属性値として持つ構成情報（ＣＩ）を特定する。そして、管理装置は、コマンドログが取得された構成要素の構成情報（ＣＩ）から、参照先の構成情報（ＣＩ）へのパラメータ取得経路を特定する。

図１０に、複数階層に渡る構成情報（ＣＩ）の参照関係を例示する。すでに述べたように、本実施例で管理装置が管理する対象の情報処理システムは、複数の構成要素を有する。管理装置は、情報処理システムの構成要素に対応して構成要素の属性を記述する構成情報（ＣＩ）を管理する。構成要素間には、例えば、監視装置と被監視装置というような関係が存在する。このような関係に対応して、構成情報（ＣＩ）間にも、監視装置の構成情報（ＣＩ）が被監視装置の構成情報（ＣＩ）を参照する関係が定義される。

このような構成要素に対応する構成情報（ＣＩ）は、すでに述べたＭＤＲによって取得可能である。また、構成情報間（ＣＩ）の参照関係は、すでに述べたＣＭＤＢのRelationによって設定可能である。

情報処理システムに含まれる構成要素（ＣＩ）間では、図５に例示したように、あるホストに、あるサーバが配備されているといった、構成要素の親子関係がある。本実施例では、例えば、構成要素間の親子関係は、構成情報（ＣＩ）間の親子関係で記述される。構成情報（ＣＩ）間の親子関係は、１つの構成情報（ＣＩ）が他の構成情報（ＣＩ）を参照するという階層構造ということもできる。本実施例では、このような構成情報（ＣＩ）間の親子関係は、ＦＣＭＤＢのＣＩ／Relationshipによって記述される。以下、本実施例では、構成情報は、ＣＩによって例示される。

ただし、構成情報（ＣＩ）の親子関係は、構成情報（ＣＩ）の階層構造を定義する視点によって異なるものとなる。例えば、図１０の業務視点で作成される階層構造は、データセンタの各サーバがどのようなテナントに利用されるかの観点で作成される。業務視点の場合、最上位の階層の"データセンタ"という親ＣＩの下に、例えば、"Ａ社テナント"、"
Ｂ社テナント"というテナント別の子ＣＩが位置する。さらに、例えば、"Ａ社テナント"
という親ＣＩの下に、"物理サーバＡ１"、"物理サーバＡ２"という子ＣＩが位置する。さらに、"物理サーバＡ１"という親ＣＩの下に、"Ａ社サーバ１"、"Ａ社サーバ２"という子ＣＩが位置する。そして、"Ａ社サーバ１"、"Ａ社サーバ２"という子ＣＩに対して、"Ａ
社テナント"は、祖父の階層となり、"データセンタ"は、最上位階層となる。

一方、仮想化構想視点で作成される階層構造は、データセンタの各サーバが仮想的にどのように利用されるかという観点で作成される。仮想化構想視点の場合、"データセンタ"という親ＣＩの下に、例えば、"アイランドＡ"、"アイランドＢ"という複数のサーバを含む構成単位に対応する子ＣＩが位置する。さらに、例えば、"アイランドＡ"という親ＣＩの下に、"Ａ社サーバ１"、"Ｂ社サーバ１"、"Ａ社サーバ２"という子ＣＩが位置する。

このような階層構造は、すでに述べたＦＣＭＤＢによって維持、管理される。また、個々の構成情報は、ＭＤＲによって収集される。本実施例では、ＦＣＭＤＢおよびＭＤＲの構成および作用については省略する。

管理装置は、ＣＭＤＢの既存のいずれかの視点において、コマンドログが取得された構成要素（サーバ等）のＣＩに対して親となる親ＣＩを取得する。そして、管理装置は、親となる親ＣＩの配下の子ＣＩに対して、コマンドログ中の同一コマンドについて、コマンドのパラメータと親ＣＩの配下の子ＣＩの属性値との照合を実行する。例えば、コマンドログが、Ａ社サーバ１で取得された場合、図１０の仮想化構想視点では、管理装置は、"
アイランドＡ"配下の構成情報について、コマンドのパラメータと属性値の照合を行う。
同様に、業務視点では、管理装置は、"物理サーバＡ１"配下の構成情報について、コマンドのパラメータと属性値の照合を行う。

管理装置は、照合の結果、同一のコマンドの複数の実行結果について、一致した照合結果を集計する。集計の結果、同一のコマンドの複数の実行結果について、コマンドのパラメータと特定の属性値とが所定回数（例えば、５０回）一致した場合、管理装置は、当該コマンドのパラメータは、当該属性値から取得可能であると判定する。そして、管理装置は、コマンドログが取得された構成要素（サーバ等）の構成情報（ＣＩ）から属性値所得先の構成情報（ＣＩ）までの経路情報を記録する。

このとき、同じ属性の値を取得するための経路情報であっても、ＣＭＤＢの視点毎に異なる経路情報が生成される。そこで、管理装置は、コマンドパラメータの属性値を取得するためにたどる参照関係の回数（Ｒｅｌａｔｉｏｎｓｈｉｐ数）が最小となる視点の経路情報を、取得経路情報とする。

図１１に、取得経路情報を基にラッパーコマンドを作成する手順を例示する。ラッパーコマンドの作成では、まず、ラッパーコマンドの基になるコマンドの実行実績を情報処理システムの各構成要素（サーバ等）のコマンドログから取得する。図１１では、情報処理システムの構成要素であるサーバ１とサーバ９９から取得されたコマンドが例示されている。より具体的には、サーバ１のコマンドログからは、"Watch -s 管理サーバＡ"、"Watch -s 臨時サーバＸ"が取得されている。また、サーバ９９のコマンドログからは、"Watch
-s 管理サーバＡ"が取得されている。

また、図１１の各コマンドログのコマンドが実行されたときの情報処理システムの構成が構成情報（ＣＩ）に例示されている。サーバ１で"Watch -s 管理サーバＡ"が、実行さ
れたとき、サーバ１の構成情報には、"関係：監視対象"という属性の属性値として"管理
サーバａ"が指定されている。そして、管理サーバａの構成情報には、"サーバ名"という
属性の属性値として"管理サーバＡ"が指定されている。したがって、"Watch -s 管理サーバＡ"のパラメータ値である"管理サーバＡ"は、コマンドを実行するサーバの"関係：監視対象"という属性で参照される構成要素の"サーバ名"という属性を参照することで得られ
ることが分かる。

同様に、サーバ１で"Watch -s 臨時サーバＸ"が、実行されたとき、サーバ１の構成情
報（ＣＩ）には、"関係：監視対象"という属性の属性値として"管理サーバｘ"が指定され
ている。そして、管理サーバｘの構成情報（ＣＩ）には、"サーバ名"という属性の属性値として"臨時サーバＸ"が指定されている。したがって、"Watch -s 臨時サーバＸ"のパラ
メータ値である"臨時サーバＸ"は、コマンドを実行するサーバの"関係：監視対象"という属性で参照される構成要素の"サーバ名"という属性を参照することで得られることが分かる。つまり、サーバ１のコマンドログから取得された、"Watch -s 管理サーバＡ"、"Watch -s 臨時サーバＸ"という実行結果は、一見異なるパラメータ（文字列）で実行したコマンドとなっているが、取得経路で記述すると、同一のパラメータになることが分かる。

また、サーバ９９においても、サーバ１と同様、コマンドログから得られる"Watch -s 管理サーバＡ"というコマンドのパラメータに対して、コマンドが実行されたときの情報
処理システムの構成情報（ＣＩ）から得られる取得経路を用いることができる。そして、サーバ１とサーバ９９のように、コマンドが運用される構成要素（サーバ）が異なっていても、パラメータ値が構成情報中の同一の種類の属性から取得できる場合、複数の構成要素で実行されるコマンドのパラメータが同一の取得経路で取得できる場合があることが分かる。

そこで、図１１の例では、コマンドを"Watch -s サーバ／関係：監視対象／サーバ名"
と記述する。そして、管理装置は、所定個数、例えば、５０個以上のコマンドのサンプルで同一の取得経路が得られたとき、ラッパーコマンドを作成する。なお、同じ親ＣＩに属する構成要素のうち、該当コマンドを一度も実行していない構成に対しては、ラッパーコマンドは作成されない。コマンドログにコマンド実行の記録がないからである。

図１２に、異なる視点から、異なる経路情報が得られる処理を例示する。ＣＭＤＢの視点を変えると、同じ属性の値を取得するための経路情報が複数存在することがある。同じ属性の値を取得するための経路情報が複数存在する場合には、管理装置は、パラメータ値を取得するためにたどる参照回数（Relationship数）が最小となる視点の経路情報を、取得経路情報とする。例えば、図１２で、Ａ社サーバ１から、Ｂ社サーバ１のサーバ名を取得する経路は、業務視点では、サーバ／関係：物理サーバＡ１／関係：Ａ社テナント／関係：データセンタ／関係：Ｂ社テナント／関係：物理サーバＢ／関係：Ｂ社サーバ１／＠サーバ名という取得経路となる。一方、仮想化構想視点では、同一の構成要素から同一のパラメータ値を取得する経路が、サーバ／関係：アイランドＡ／関係：Ｂ社サーバ１／＠サーバ名となる。

コマンド実行時には、管理装置は、経路情報を用いて属性の値を取得する。その際、構成情報の参照（Ｒｅｌａｔｉｏｎｓｈｉｐ）をたどる都度、ＣＭＤＢ内で構成情報（ＣＩ）の検索処理が発生し、速度性能が劣化する。そこで、管理装置は、速度性能の劣化を抑止するため、たどるＲｅｌａｔｉｏｎｓｈｉｐ数を極力少なくする。

図１３に、ラッパーコマンド作成手順を例示する。ラッパーコマンド作成の前提として、情報処理システムの各構成要素でのコマンドログの取得と対応付けて、情報処理システムの構成情報（ＣＩ）とRelationが取得されているものとする。管理装置は、コマンドログ内の実行実績のあるコマンドのパラメータと構成情報（ＣＩ）とを突き合わせて、パラメータ値の取得経路情報を得る。そして、管理装置は、同一の取得経路情報が所定個数以上得られたときに、得られた取得経路情報をコマンドのパラメータとして、用いることができると判定する。そして、管理装置は、実行時のコマンドのパラメータに代えて、取得経路情報を用いてラッパーコマンドを作成する。作成されたラッパーコマンドは、コマンドが実行される構成要素（サーバ等）の構成情報に記述する。

なお、図１３のコマンドログのコマンド"Watch -s 管理サーバＡ"のうち、"-s"は、固
定値のパラメータであり、本実施例でラッパーコマンド作成時の処理対象外のパラメータ
である。すなわち、"管理サーバＡ"のようにコマンド実行毎に変動する可能性のあるパラメータ値がラッパーコマンド作成時の処理対象のパラメータである。

以上のような実施例の処理に対して、コマンドログと構成情報を別々に収集し、対応付けを行わない場合には、次のような問題が生じる。
（１）コマンド実行時の構成情報が特定できないために、コマンドログのコマンドパラメータと構成情報（ＣＩ）の照合ができない。
（２）構成情報（ＣＩ）の収集からコマンドを実行するまでに時間差があると、その間に別の要因で構成情報が変更されてしまう可能性がある。
（３）情報処理システム内のサーバや製品間のクロックが同期していない可能性がある。そのため、異なるサーバや製品からコマンドログを個別に取得した場合、取得したコマンドログに対応付けて構成情報（ＣＩ）を取得しないと、精度のよい照合ができない場合が生じる。

＜ラッパーコマンドの統一ルール化＞
ラッパーコマンドの統一ルール化とは、親ＣＩの配下にある複数のＣＩ間で、共通のラッパーコマンドを親ＣＩに定義する処理である。ラッパーコマンドの統一ルール化の手順は、以下の通りである。
（１）管理装置は、任意の視点の親ＣＩ配下の子ＣＩの中で、同じラッパーコマンドを持つ子ＣＩを兄弟ＣＩと定義する。つまり、管理装置は、同じ親ＣＩの配下に位置する子ＣＩで、同一のコマンドと同一の取得経路を持つＣＩを兄弟ＣＩとする。兄弟ＣＩに対応する情報処理システムの構成要素は、同一のコマンドで運用管理作業を行なっているということがいえる。

図１４に構成情報（ＣＩ）の親子関係を例示する。図１４の例では、例えば、仮想化構想視点において、アイランドＡという構成要素の構成情報が親ＣＩである。また、サーバＡ、サーバＢという構成要素の構成情報が子ＣＩである。親ＣＩの"関係"、"子"という属性の属性値として"サーバＡ"、"サーバＢ"が定義され、親ＣＩと子ＣＩとの関係が定義されている。したがって、サーバＡとサーバＢは仮想化構想視点では、同じアイランドＡを親ＣＩとする関係にあることが分かる。なお、業務視点では、例えば、物理サーバＡの構成情報中の"関係"、"子"という属性の属性値として、"サーバＡ"と"サーバＸ"が定義されているが、"サーバＢ"は定義されてない。したがって、サーバＡとサーバＢは業務視点では、異なる物理サーバの構成情報を親ＣＩとする関係にあることが分かる。

さらに、図１４において、サーバＡ、サーバＢの構成情報中のラッパーコマンドが共通する場合に、サーバＡ、サーバＢの構成情報は、兄弟ＣＩとなる。ここでは、サーバＡ、サーバＢが共通のラッパーコマンドを有し、兄弟ＣＩであるとする。
（２）管理装置は、コマンドログに対応付けられたコマンド実行時のＣＩのうち、兄弟ＣＩ間で共通に保持し、かつ、同じ親ＣＩ配下の兄弟ＣＩ以外の子ＣＩと値が異なる属性の値（複数）を兄弟ＣＩ判定用のキーとして設定する。

図１５に、兄弟ＣＩ判定用のキーを例示する。図１５は、図１４で例示されたサーバＡ、サーバＢの構成情報（ＣＩ）をさらに具体的に例示する。サーバＡ、サーバＢの構成情報（ＣＩ）は、同一のラッパーコマンドを保持している。したがって、サーバＡ、サーバＢの構成情報（ＣＩ）は、兄弟ＣＩである。また、サーバＡ、サーバＢの構成情報（ＣＩ）は、ともに、"ＯＳ"の属性値が"Ｌｉｎｕｘ"、"ソフト"の属性値が"運用ソフトＡ"で共通する。そこで、属性"ＯＳ"の属性値と属性"ソフト"の属性値が兄弟ＣＩ判定用のキーとなる。
（３）兄弟ＣＩが存在するとき、親ＣＩ配下に同じルールで運用管理作業を行なっている構成要素（サーバ等）が存在することがわかる。このとき、管理装置は、兄弟ＣＩの持つ
ラッパーコマンド名と、兄弟ＣＩ一覧と、兄弟ＣＩ判定用のキーを統一ルールとして親ＣＩに追加する。

図１６に、兄弟ＣＩ判定用のキーを統一ルールとして親ＣＩに追加する処理を例示する。親ＣＩであるアイランドＡの構成情報に、"統一ルール"という属性が追加され、ラッパーコマンド、対象となる子ＣＩ（サーバＡ、サーバＢ等）、および、兄弟ＣＩ判定用のキーとして属性"キー１"、"キー２"が追加されている。
（４）管理装置は、（１）から（３）を上位階層の親子関係に適用する。すなわち、管理装置は、上記（１）から（３）を行った親ＣＩを、（１）における子ＣＩとみなし、次は親ＣＩと祖父母ＣＩとの関係で上記（１）から（３）を行う。

図１７に、上位階層の親子関係に統一ルール化を適用する処理を例示する。すなわち、図１６で例示した親ＣＩであるアイランドＡの構成情報に対して、親ＣＩとなるデータセンタの構成情報と親子関係にある子ＣＩに（１）〜（３）の処理を実行する。すなわち、データセンタの構成情報に対して、子ＣＩとなるアイランドＡとアイランドＢの構成情報から取得される、共通のラッパーコマンド、対象となる子ＣＩ（アイランドＡ、アイランドＢ等）、および、兄弟ＣＩ判定用のキーとして属性"キー１"が追加されている。以上のようにして（１）から（３）の処理が再帰的に実行される。（１）から（３）の処理を統一ルール化ともいう。

このように、管理装置は、子ＣＩと親ＣＩ、親ＣＩと祖父母ＣＩ…という流れで、同じ階層のＣＩ間で兄弟ＣＩを定義できる限り、最上階層（ｒｏｏｔ）のＣＩ（例：データセンタＣＩ）までたどりながら（１）から（３）を繰り返す。管理装置は、兄弟ＣＩを定義できないとき、ラッパーコマンドの統一ルール化を終了し、ラッパーコマンドの代表ルール化を開始する。

例えば、データセンタに３つのアイランドＡ、Ｂ、Ｃが属している場合を考える。Ａの持つラッパーコマンドがＢ、Ｃに存在しないとき、そのラッパーコマンドはアイランドＡ独自のものなので、親であるデータセンタの構成情報に組み込むこと（統一ルール化）はしない。図１８に、統一ルール化できない親子関係を例示する。

以上のような統一ルール化により、管理装置は、兄弟ＣＩ、つまり、同じルールで運用管理作業を行なっているＣＩ（すなわち、ＣＩに対応する構成要素）の範囲を、運用上の階層を超えて拡大する。ラッパーコマンドの統一ルールが最大化した場合、そのラッパーコマンドはデータセンタ内全てのサーバで実行可能な状態になる。

＜ラッパーコマンドの代表ルール化＞
統一ルール化の過程で、データセンタ全体まで統一化することなく統一ルール化が終了したとき、ラッパーコマンドは、統一ルール化が終了した親ＣＩ配下で利用可能なことがわかる。統一ルール化が終了した親ＣＩを、代表ＣＩと呼称する。例えば、図１８の例では、物理サーバＡのＣＩと物理サーバＢのＣＩとはラッパーコマンドが異なるため、統一ルール化の上位階層への処理が物理サーバＡのＣＩと物理サーバＢのＣＩとにおいて終了する。この場合、統一ルール化が終了した親ＣＩである物理サーバＡのＣＩと物理サーバＢのＣＩとが代表ＣＩとなる。本実施例では、管理装置は、最上階層のＣＩから代表ＣＩまでの関係を示すリレーション情報とラッパーコマンド名を、最上階層のＣＩに設定する。この設定を代表ルールと呼称する。最上階層のＣＩから代表ＣＩまでの関係を示すリレーション情報が参照情報の一例である。

図１９に、代表ルール化の処理を例示する。管理装置は、最上階層のＣＩに"代表ルー
ル"という属性を追加し、代表ルールとなるラッパーコマンドを定義する。さらに、管理
装置は、属性"代表"の属性値として、ラッパーコマンドＡが統一ルール化されている親ＣＩへのリレーション情報を定義する。代表ルール化によって、管理装置は、ラッパーコマンドを実行できる親ＣＩを特定できる。なお、ラッパーコマンドの作成、統一ルール化、代表ルール化を併せてコマンドの抽象化とも呼称する。

例えば、図１９では、最上位階層に、"データセンタ"というＣＩがあり、"データセン
タ"というＣＩの子ＣＩとして、"Ａ社テナント"というＣＩがある。以下、"名称"という
ＣＩを単に、"名称"ＣＩと呼ぶことにする。図１９では、さらに、"Ａ社テナント"ＣＩの子ＣＩとして、”物理サーバＡ”ＣＩがある。そして、ラッパーコマンドＡは、”物理サーバＡ”ＣＩを代表ＣＩとして定義される。そのため、最上位階層の"データセンタ"ＣＩに、ラッパーコマンドを実行する代表ＣＩへのリレーション情報（Ａ社テナント／物理サーバＡ）が定義されている。

＜ラッパーコマンドの継承＞
図２０は、ラッパーコマンドの継承を例示する。ラッパーコマンドの継承は、ラッパーコマンドを未作成の構成情報（ＣＩ）に対して、他の構成情報（ＣＩ）において既存のラッパーコマンドを適用する機能である。ラッパーコマンドの継承では、管理装置は、以下の手順を採る。
（１）管理装置は、任意の視点の親ＣＩ配下の子ＣＩの中で、ラッパーコマンドを未作成のＣＩ（未知ＣＩ）に定義された情報を収集する。例えば、管理装置は、構成要素（サーバ等）の運用実績がないために、ラッパーコマンドを作成できなかった構成情報（ＣＩ）や、新たに追加された構成情報（ＣＩ）の情報を収集する。ここで情報が収集されたＣＩを以下未設定のＣＩと呼ぶ。
（２）管理装置は、未設定ＣＩの属性の値が、未設定ＣＩの属する親ＣＩ配下の候補ＣＩの持つ兄弟ＣＩ判定用のキーの値と所定値以上、例えば３０％以上一致する場合、未設定ＣＩはその候補ＣＩと同じルールを適用可能であると判定する。そこで、管理装置は、未設定ＣＩをその候補ＣＩの兄弟ＣＩとして追加する。また、例えば、未設定ＣＩが複数の候補ＣＩの兄弟ＣＩ判定用のキーの値と３０％以上一致する場合、管理装置は、一致する兄弟ＣＩ判定用のキーの値の割合が最も高い候補ＣＩの兄弟ＣＩとして未設定ＣＩを追加する。
（３）未設定ＣＩの追加先の兄弟ＣＩが持つラッパーコマンドを、未設定ＣＩに設定する。

上記（１）〜（３）を行った子ＣＩを、（１）における親ＣＩとみなし、次は子ＣＩと孫ＣＩとの関係で上記（１）から（３）を行う。図２０に、以上の手順を例示する。図２０では、管理装置は、"新たな子"として示される未設定ＣＩの属性が、親ＣＩの属性"統
一ルール"に設定された、属性"キー１"、"キー２"の値である兄弟ＣＩ判定用のキーの値
と比較する。そして、比較の結果、未設定ＣＩの構成情報の属性の値が、兄弟ＣＩ判定用のキーの値と所定値以上一致すると、管理装置は、未設定ＣＩの構成要素の名称"サーバ
Ｘ"を親ＣＩに、対象として追加するとともに、親ＣＩに設定されたラッパーコマンドを
未設定ＣＩに追加する。

このように、管理装置は、統一ルール化とは逆向きに、親ＣＩと子ＣＩ、子ＣＩと孫ＣＩ・・・という流れで最上階層から最下階層の構成情報（例えば、サーバの構成情報）までたどりながら（１）から（３）を繰り返す。この処理により、管理装置は、同じラッパーコマンドで運用可能な構成情報（ＣＩ）の範囲を、運用上の階層を超えて拡大する。

なお、以上の処理例では、未設定ＣＩの構成情報を兄弟ＣＩに追加するときの判定の所定値として、兄弟ＣＩ判定用のキーの値のうち、例えば、３０パーセントとした。この値は高ければ、ラッパーコマンドがより正確に実行されるようになる。ただし、この値が高
いと、それだけ、ラッパーコマンドを適用する範囲が狭くなる。

＜ラッパーコマンドを利用したコマンドの一括実行＞
図２１に、ラッパーコマンドを利用したコマンドの一括実行の手順を例示する。ラッパーコマンドの抽象化と継承が完了したとき、管理装置は、全てのラッパーコマンド名と、個々のラッパーコマンドを実行可能なサーバの情報(統一ルール又は代表ルール)を保有する。
（１）図２１のように、例えば、情報処理システムの管理者によって、最上位階層のＣＩである"データセンタ"ＣＩからラッパーコマンドが実行されたとき、管理装置は、以下の手順で同じラッパーコマンドを持つ全てのサーバでコマンドを一括実行する。コマンドに対するパラメータを複数のＣＩ間で統一化してラッパーコマンドが作成されているため、ラッパーコマンドは、抽象化されたコマンドということもできる。以下の手順では、管理装置は、抽象化されたラッパーコマンドのパラメータを具体的な値に置き換える。このパラメータの置き換えを翻訳ともいう。管理装置は、ラッパーコマンドを翻訳し、該当するサーバで遠隔実行する。
（２）管理装置は、代表ルールが存在する場合、代表ルールに設定されているリレーション情報を利用し、代表ＣＩへ移動する。すでに説明したように、図１９に、代表ルールが例示されている。すなわち、最上位階層の"データセンタ"ＣＩに、ラッパーコマンドを実行する代表ＣＩへのリレーション情報（Ａ社テナント／物理サーバＡ）が定義されている。そこで、管理装置は、リレーション情報をたどり、例えば、"データセンタ"ＣＩから代表ＣＩである”物理サーバＡ”ＣＩに移動する。
（３）管理装置は、代表ＣＩの統一ルールに設定されている兄弟ＣＩ一覧を利用し、ラッパーコマンドを実行可能なサーバに対応するＣＩまで、階層の上から下へと移動する。管理装置は、統一ルールを利用して、ラッパーコマンドを実行させるサーバを探索する、ということもできる。なお、サーバ探索時、管理装置は、移動先の個々のＣＩで定義された個々のサーバに対し、後述のラッパーコマンドの誤動作防止を実施する。
（４）さらに、管理装置は、個々のサーバで、ラッパーコマンドの記述内容にしたがい、コマンドを、取得経路情報を利用してＣＩから取得したコマンドパラメータを指定して実行する。ここで、管理装置がネットワークで接続された個々のサーバでコマンドを実行するために、例えば、リモートプロシジャコール、Secure Shell(ＳＳＨ)等の遠隔実行技術を用いることができる。

図２２は、統一ルール化が、最上位階層の構成情報（ＣＩ）である"データセンタ"ＣＩまでなされた情報処理システムにおけるラッパーコマンドの実行例である。したがって、図２１の処理例と比較し、図２２では、代表ＣＩへ移動が省略される。

なお、以上のような管理装置によるコマンドの遠隔実行に代えて、管理装置が情報処理システムを管理する管理者にコマンドを実行するように支援するようにしてもよい。例えば、管理装置は、上記（１）から（３）の手順で、代表ＣＩへ移動、兄弟ＣＩへの移動、ラッパーコマンドの誤動作防止を実行後、管理者にラッパーコマンドをサーバの属性に翻訳したコマンドを提示すればよい。管理者は、管理装置からの提示にしたがってコマンドを遠隔実行すればよい。遠隔実行では、管理者がコマンド実行対象のサーバをマニュアルで指定すればよい。

管理装置は、管理者からの問い合わせに対して、実行するコマンドを通知してもよい。管理者が管理装置に対し、ラッパーコマンドと実行対象のサーバを指定して問い合わせると、管理装置が実行対象のサーバの属性に翻訳後のコマンドを管理者に通知すればよい。管理者は、例えば、マニュアル操作でネットワーク上をサーバに移動し、通知されたコマンドを直接実行し、意図した作業を行えばよい。

＜ラッパーコマンドの誤動作防止＞
図２３に、ラッパーコマンドの誤動作防止の処理を例示する。コマンドの一括実行により、ラッパーコマンドを実行する前に、図２２に例示される手順で、管理装置は、実行対象のサーバでのラッパーコマンドの誤動作を防止する。
（１）管理装置は、ラッパーコマンドを実行する対象サーバのＣＩを収集し、最新の属性の値と兄弟ＣＩ判別キーとを比較する。最新の属性の値が現在値の一例である。なお、本実施例では、最新のＣＩは、ＭＤＲにより収集されるものとする。また、構成情報を収集するＭＤＲの処理例は、すでに、上述のウェブサイト等において提案済みであるので、本実施例では、その詳細は省略する。

例えば、図２３の例では、統一ルールの兄弟ＣＩ判別キーとして、キー１（例えば、ＯＳの名称）、キー２（例えば、実行されるソフトウェアの名称）が親ＣＩに定義されている。そこで、管理装置は、親ＣＩに定義された兄弟ＣＩ判別キーと、子ＣＩのＣＩとを比較する。
（２）上記比較の結果、一致した属性の値の数が兄弟ＣＩ判定用キーの数の所定以下（例えば、３０％以下）である場合、対象サーバの環境はラッパーコマンドを統一ルール化するとき、あるいは継承がなされたときから変化したと推定される。そこで、管理装置は、上記対象サーバへのラッパーコマンドの実行を中止する。さらに、対象サーバは兄弟ＣＩの条件を満たしていないので、管理装置は、兄弟ＣＩから除名する。図２３の例では、"
サーバＢ"ＣＩにおいて、ラッパーコマンドＡが削除されるとともに、親ＣＩの統一ルー
ル中で、ラッパーコマンドの実行対象を示す兄弟ＣＩの一覧から、サーバＢが削除される。

なお、上記手順で誤動作の防止を実行しない場合、例えば、管理者は、ラッパーコマンドの前提条件を人手で作成し、運用環境を人手で確認することになる。つまり、管理者は、人手で過去に作成したラッパーコマンドを現在も実行可能かどうかチェックすることになる。人手による方法では工数が掛かるとともに、チェックした後、ラッパーコマンドが実行されるまでの間に環境が変化し、前提条件を満たさなくなる可能性もある。

近年、データセンタへのサーバ集約が進んでいる。またクラウド化が進展し、ＩＣＴ（Information and Communication Technology）システムでは、サーバの払い出しや返却などが頻繁に発生する。その結果、データセンタ内のシステム構成は動的に変化する複雑なものとなっている。その結果、システムの運用管理コストの増加が問題化している。本実施例において管理装置が解決する課題は、上記のようなサーバ集約された環境あるいはクラウド化された環境で、新たに発生したものである。

＜システム構成＞
図２４は、実施例に係る管理装置１０と、データ収集部２の関係を例示する図である。なお、データ収集部２を個々に区別する場合には、データ収集部２−１、データ収集部２−２のように呼ぶ。データ収集部２は、例えば、ＭＤＲとして機能するサーバである。データ収集部２は、管理対象である情報処理システムの構成要素の構成情報（ＣＩ）とコマンドログを取得し、管理装置１０内のデータ管理テーブルに登録する。データ管理テーブルは、例えば、ＦＣＭＤＢ内に格納できる。

管理装置１０は、情報処理システムの構成情報（ＣＩ）とコマンドログを格納するデータ管理テーブルを用いて、ラッパーコマンドの作成、実行等を行うラッパーコマンド処理部１００を有する。情報処理システムの管理者は、管理装置１０にラッパーコマンドの作成、あるいは実行を指示し、管理装置１０は、管理者の指示にしたがって、ラッパーコマンドの作成、あるいは実行等のラッパーコマンドに関する処理を実行する。

図２５は、ラッパーコマンド処理部１００を含む管理装置１０の構成を例示する図である。上述のように、データ収集部２は、管理対象である情報処理システムの構成情報とコマンドログを取得し、管理装置１０内の構成情報、コマンドログ管理テーブルに登録する。

本実施例では、管理装置１０は、さらにラッパーコマンド管理テーブル１０４を有する。また、管理装置１０は、ラッパーコマンド処理部１００として、構成情報・コマンドログ比較部１０１、ラッパーコマンド生成部１０２、ラッパーコマンド実行部１０３を有する。管理装置１０は、例えば、ラッパーコマンド処理部１００、構成情報・コマンドログ比較部１０１、ラッパーコマンド生成部１０２、ラッパーコマンド実行部１０３として、主記憶装置上のコンピュータプログラムを実行する。

<<構成情報・コマンドログ比較部>>
構成情報・コマンドログ比較部１０１は、コマンドログと、ＣＩとを読み出し、コマンドパラメータと構成情報の属性の値を突き合わせて、パラメータ取得経路候補リストを作成する。構成情報・コマンドログ比較部１０１が構成情報と前記それぞれの情報処理装置で実行されたコマンドを含むログ情報とを読み出す手段の一例である。

<<ラッパーコマンド生成部>>
ラッパーコマンド生成部１０２は、構成情報・コマンドログ比較部１０１によって作成されたパラメータ取得経路候補リストから、ラッパーコマンドを作成し、ラッパーコマンド管理テーブル１０４に登録する。

また、ラッパーコマンド生成部１０２は、統一ルール、代表ルールを作成し、ラッパーコマンド管理テーブル１０４にそれぞれ登録する。

さらに、ラッパーコマンド生成部１０２は、ラッパーコマンド継承判定を行い、兄弟ＣＩに追加されるＣＩをラッパーコマンド管理テーブル１０４に登録する。

<<ラッパーコマンド実行部>>
ラッパーコマンド実行部１０３は、ラッパーコマンド管理テーブル１０４を利用して、ラッパーコマンドを実行可能なサーバを探索する。

さらに、ラッパーコマンド実行部１０３は、ラッパーコマンド実行前に、誤動作防止を実行する。すなわち、ラッパーコマンド実行部１０３は、ラッパーコマンドの実行判定を行い、実行条件を満たしていないサーバをラッパーコマンド管理テーブルから削除する。

<<ハードウェア構成>>
図２６に、管理装置１０のハードウェア構成を例示する。管理装置１０は、ＣＰＵ（Central Processing Unit）１１、主記憶装置１２、外部記憶装置１３、通信インターフェー
ス１４、可搬記憶媒体接続装置１５、表示装置１６、入力装置１７等を有する。

ＣＰＵ１１は、主記憶装置１２に実行可能に展開されたコンピュータプログラムを実行し、管理装置１０の機能を提供する。ＣＰＵ１１は、１個に限定されず、複数のコアを含むものでもよい。

主記憶装置１２は、ＣＰＵ１１が実行するコンピュータプログラム、ＣＰＵ１１が処理するデータ等を記憶する。主記憶装置１２は、不揮発性のＲＯＭ（Read Only Memory）と、揮発性のＤＲＡＭ（Dynamic Random Access Memory）とを含むようにしてもよい。外部記憶装置１３は、例えば、ハードディスクドライブに駆動されるハードディスク、フラッ
シュメモリなどによるソリッド・ステート・ドライブ（ＳＳＤ）等である。外部記憶装置１３には、主記憶装置１２に展開されるコンピュータプログラム、あるいは、ＣＰＵ１１が処理するデータ等が格納される。

通信インターフェース１４は、ＮＩＣ(Network Interface Card)とも呼ばれる。通信インターフェース１４は、例えば、ＬＡＮ（Local Area Network）のインターフェースである。可搬記憶媒体入出力装置１５は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク、フラッシュメモリカード等の入出力装置である。

表示装置１６は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。表示装置１４は、インターフェースを通じて、ＣＰＵ１１に接続される。インターフェースは、例えば、ＶＧＡ（Video Graphics Array）等のグラフィックスモジュール、ＤＶＩ（Digital Visual Interface）等のインターフェースである。入力装置１７は、キーボード、マウス、タッチパネル、静電パッド等の入力装置である。

なお、図２６は、管理装置１０として、単独のコンピュータを例示する。しかし、管理装置１０は、相互に連携し、処理を分担して実行する複数のコンピュータを含むシステムであってもよい。この場合、複数のコンピュータ間の物理的な距離に限定がある訳ではない。

＜データ例＞
図２７に、構成情報（ＣＩ）を例示する。構成情報は、管理対象の情報処理システムからデータ収集部２により収集され、ＣＭＤＢ等のデータベースに登録される。構成情報の１つのレコードは、例えば、ＧＩＤ、種別名、関係、属性、収集時刻等のフィールドを有する。図２７のレコード自体を構成情報（ＣＩ）ともいう。ただし、登録されたレコードの集合を構成情報ともいう。

ＧＩＤのフィールドは、構成情報の各レコードに対応する構成要素を識別する識別情報を格納する。ここで、構成要素とは、サーバ等、管理対象の情報処理システムの機器をいう。したがって、管理対象の情報処理システムにおいて、ＧＩＤはユニークである。また、ＧＩＤは、ＣＩをユニークに識別する情報ということもできる。

機種名のフィールドは、機種名を格納する。機種名は、管理対象の情報処理システムの構成要素の名称であり、各レコードに対応する構成要素の種類等を例示する。例えば、機種名は、サーバ、物理サーバ、テナント、アイランド、データセンタ等である。また、テナント、あるいはアイランドは、複数のサーバの集合に付与される機種名である。

関係のフィールドは、ＣＩのRelationとなる情報を格納する。図２７の例では、関係のフィールドは、参照先の他のＣＩのＧＩＤ（参照先のＧＩＤ）を格納する。参照先のＧＩＤは、参照元の当該レコード（ＣＩ）から参照される階層関係にあるレコード（ＣＩ）のＧＩＤである。管理装置は、関係に記載されたＧＩＤをサーチすることで、構成情報の階層関係を認識する。

属性のフィールドには、各構成要素が有する属性名と属性値とが定義される。本実施例では、属性のフィールドには、属性名＝属性値の形式で、複数の属性が定義可能である。

収集時刻は、当該レコードが登録された時刻である。収集時刻は、当該レコードの属性が収集された時刻ということもできる。

図２８に、コマンドログ管理テーブルを例示する。コマンドログ管理テーブルは、管理対象の情報処理システムからデータ収集部２により収集されたコマンドログの集合を格納する。コマンドログ管理テーブルはＣＭＤＢ等のデータベースに格納される。コマンドログ管理テーブルの１つのレコードは、例えば、コマンド、パラメータ１、パラメータ２、実行サーバ、実行時刻等のフィールドを有する。

なお、図２８では、パラメータのフィールドが２つ（パラメータ１、パラメータ２）の場合が例示されている。しかし、コマンドログ管理テーブルのパラメータを格納するフィールドの数が２個に限定される訳ではない。例えば、パラメータのフィールドの数は、管理対象の情報処理システムで実行されるコマンドの中でパラメータ数が最大のものに対応するフィールド数としてもよい。また、例えば、パラメータのフィールドの数は、ラッパーコマンド作成の対象となるコマンドの中で、パラメータ数が最大のものに対応するフィールド数としてもよい。なお、管理装置１０は、コマンドのパラメータ数別に、異なるコマンドログ管理テーブルを設けてもよい。

コマンドのフィールドは、管理対象である情報処理システム内のサーバ等で実行されるコマンド名を格納する。パラメータ１、パラメータ２のフィールドは、それぞれのコマンドで指定されたパラメータ値を格納する。実行サーバのフィールドは、コマンドが実行されたサーバを識別する情報が格納される。図２８の例では、実行サーバのフィールドには、ＩＰアドレスが例示されている。ただし、実行サーバのフィールドに設定される値がＩＰアドレスに限定される訳ではなく、例えば、通信インターフェースのＭＡＣ（Media Access Control）アドレス、ネットワーク上のノード名等であってもよい。実行時刻のフィールドは、コマンドが実行された日時を格納する。

図２９に、パラメータ取得経路候補リストを例示する。パラメータ取得経路候補リストの各レコードは、ラッパーコマンドの候補となる各コマンドについて、構成情報・コマンドログ比較部１０１がパラメータを取得する経路を定義する。すでに、図１１で説明したように、管理装置１０（ラッパーコマンド生成部１０２）は、図２９のコマンドログ管理テーブルに格納されたコマンドログからコマンドとパラメータを取得し、具体的にパラメータに代えて、パラメータ取得経路を指定し、ラッパーコマンドを生成する。パラメータ取得経路候補リストの各レコードは、コマンドログの各コマンドについて、各パラメータの取得経路を記述する。管理装置１０は、パラメータ取得経路候補リストを基に、所定個数、例えば、５０個以上のコマンドのサンプルで同一の取得経路が得られたとき、ラッパーコマンドを作成する。

図２９のように、パラメータ取得経路候補リストの各レコードは、コマンド、パラメータ１、パラメータ２、パラメータ２取得経路、パラメータ２取得Relation数、実行サーバ、実行時刻等のフィールドを有する。

ここで、コマンドのフィールドは、コマンドログから取得されたコマンドの名称を格納する。パラメータ１、２のフィールドは、それぞれ、コマンドに指定されたパラメータを格納する。このうち、図２９の例では、パラメータ１は値が固定のパラメータ（"−ｓ"等）である。また、パラメータ２は値が可変のパラメータ（サーバの識別情報等）である。

パラメータ２取得経路のフィールドは、パラメータ２の値を取得する経路を格納する。例えば、図２７の構成情報の関係を用いて、サーバ／関係／サーバ／＠ＩＰアドレスのように定義される。サーバ／関係／サーバ／＠ＩＰアドレスは、例えば、コマンドが実行されたサーバの構成情報（サーバＣＩ）で、関係という属性の属性値として指定される参照先サーバの構成情報（参照先サーバＣＩ）にあるＩＰアドレスを用いるという意味である。ただし、図２９のパラメータ取得経路は一例であり、パラメータ取得経路の指定が、図
２９の形式に限定される訳ではない。

パラメータ２取得Relation数のフィールドの値は、パラメータ取得経路をたどる場合に、値にたどりつくまでの参照関係の回数を指定する。実行サーバ、実行時刻のフィールドについては、図２８のコマンドログ管理テーブルと同様である。

なお、図２９の例では、値が可変のパラメータは、パラメータ２であり、パラメータ値を取得経路は、パラメータ２に対して記述される。しかし、パラメータ２取得経路リストの構成が図２９に限定される訳ではない。例えば、パラメータ数が２に限定される訳ではない。また、値が可変のパラメータは、パラメータ２に限定される訳ではない。値が可変のパラメータ数が１つに限定される訳でもない。例えば、２以上の値が可変のパラメータを有するコマンドについて、ラッパーコマンドを作成する場合、管理装置１０は、値が可変のパラメータ数分、パラメータ、パラメータ取得経路、パラメータ取得Relation数の各フィールドを設ければよい。なお、管理装置１０は、値が可変のパラメータ数別に、異なる構成のパラメータ取得経路候補リストを設けてもよい。

図３０にラッパーコマンド管理テーブル１０４を例示する。ラッパーコマンド管理テーブル１０４は、ラッパーコマンド生成部１０２が生成したラッパーコマンドを登録するテーブルである。ラッパーコマンド管理テーブル１０４は、ＧＩＤ、ラッパーコマンドＩＤ、コマンド、（パラメータ、種類、値）の組を含む。なお、（パラメータ、種類、値）の組として、１つのコマンド（ＧＩＤ）に対して図３０では２組指定されているが、１つのコマンドについて、（パラメータ、種類、値）の組が、２組に限定される訳ではない。

ＧＩＤのフィールドは、図２７の構成情報で説明したように、管理対象の情報処理システムの構成要素（サーバ等の機器）の識別情報を格納する。ラッパーコマンドＩＤのフィールドは、ラッパーコマンド管理テーブル１０４のレコードをユニークに識別する情報を格納する。コマンドのフィールドは、コマンドログから取得したコマンドの名称を格納する。

（パラメータ、種類、値）の組のフィールドには、ラッパーコマンドのコマンドのパラメータが指定される。このうち、パラメータのフィールドは、パラメータを識別情報、例えば、パラメータ１、パラメータ２等を格納する。また、種類のフィールドは、パラメータの種類を格納する。パラメータの種類は、例えば、固定値、取得経路情報等である。さらに、値のフィールドはパラメータ値を格納する。ただし、種類のフィールドに格納された情報が"取得経路情報"である場合、値のフィールドは、ＧＩＤで指定される構成要素から、パラメータを取得する取得経路を格納する。取得経路は、例えば、サーバ／関係／物理サーバ／＠ＩＰアドレス等である。

図３１に統一ルールのテーブルを例示する。統一ルールのテーブルは、各ラッパーコマンドに対して兄弟ＣＩ判定用キーを定義したテーブルである。ラッパーコマンド生成部１０２は、兄弟ＣＩの判定、あるいは、継承の実行時、統一ルールのテーブルを参照する。

統一ルールのテーブルは、ＧＩＤ、ラッパーコマンドＩＤ、対象、兄弟ＣＩ判定用キーの各フィールドを有する。このうち、ＧＩＤ、およびラッパーコマンドＩＤは、図３０のラッパーコマンド管理テーブルと同様であるので、その説明を省略する。対象のフィールドは、ラッパーコマンドが実行される対象の構成要素が指定される。対象のフィールドに複数の構成要素（ＧＩＤ）が指定されている場合、指定された構成要素は互いに兄弟ＣＩの関係にある構成要素を意味する。図３１の例では、対象として、構成要素のＧＩＤが指定されている。また、兄弟ＣＩ判定用キーのフィールドは、兄弟ＣＩ判定用キーを格納する。

図３２に代表ルールのテーブルを例示する。代表ルールのテーブルは、最上位階層のＣＩから各ラッパーコマンドの代表ＣＩへ至る経路を定義する。図３２のように、代表ルールのテーブルは、ＧＩＤ、ラッパーコマンドＩＤ、対象、リレーション情報の各フィールドを有する。このうち、ＧＩＤ、ラッパーコマンドＩＤは、図３０のラッパーコマンド管理テーブルと同様であるので、その説明を省略する。対象のフィールドは、各ラッパーコマンドの代表ＣＩを格納する。図３２の例では、代表ＣＩに対応する構成要素のＧＩＤが設定されている。また、リレーション情報のフィールドは、最上位階層のＣＩから各ラッパーコマンドの代表ＣＩへ至る経路を格納する。図３２の例では、最上位階層を"データ
センタ"ＣＩとして、テナント（ＧＩＤ００２）に至る経路が定義されている。

＜処理フロー＞
図３３−図３９に、管理装置１０で実行される処理のフローチャートを例示する。管理装置１０のＣＰＵ１１は、ラッパーコマンド生成部１０２として、主記憶装置１２に実行可能に展開されたコンピュータプログラムにより、図３３の処理を実行する。管理装置１０のＣＰＵ１１は、ラッパーコマンド実行部１０３として、主記憶装置１２に実行可能に展開されたコンピュータプログラムにより、図３４の処理を実行する。

図３３は、ラッパーコマンド生成時の処理を例示するフローチャートである。この処理では、構成情報・コマンドログ比較部１０１とラッパーコマンド生成部１０２は、ラッパーコマンドの作成を実行する（Ｓ１）。なお、ラッパーコマンド作成の具体的な処理は、図３５、図３６にしたがって、後述する。

次に、ラッパーコマンド生成部１０２は、ラッパーコマンドの統一ルール化を実行する（Ｓ２−１）。次に、ラッパーコマンド生成部１０２は、各ラッパーコマンドにおいて代表ＣＩが存在する場合、ラッパーコマンドの代表ルール化を実行する（Ｓ２−２）。統一ルール化と、代表ルール化については、図３７にしたがって、後述する。次に、ラッパーコマンド生成部１０２は、ラッパーコマンドの継承を実行する（Ｓ４）。ラッパーコマンドの継承については、図３８にしたがって、後述する。

図３４は、ラッパーコマンド実行部１０３の処理を例示するフローチャートである。この処理では、まず、ラッパーコマンド実行部１０３は、コマンドの一括実行を行う（Ｓ５−１）。ただし、ラッパーコマンド実行部１０３は、コマンドの一括実行とともに、誤動作防止を実行する（Ｓ５−２）。ラッパーコマンド実行部の処理の詳細は、図３９にしたがって後述する。

図３５に、構成情報・コマンドログ比較部１０１の処理の詳細を例示する。図３５は、１つの親ＣＩ配下の子ＣＩに対応する構成要素、例えば、サーバに対するラッパーコマンド作成処理を例示する。したがって、ラッパーコマンド生成部１０２は、図１０に例示した異なる視点による、複数階層のＣＩの参照関係において、親ＣＩを変更して処理を繰り返すことで、各階層に属するＣＩに対応する構成要素について、ラッパーコマンドを作成できる。

また、図３５は、１つのコマンドについて、ラッパーコマンドの作成処理を例示する。したがって、構成情報・コマンドログ比較部１０１とラッパーコマンド生成部１０２は、管理対象の情報処理システムで実行されるコマンドを変更して処理を繰り返すことで、管理対象の情報処理システムで実行される複数のコマンドをラッパーコマンド化できる。

図３５では、構成情報・コマンドログ比較部１０１は、同じ親ＣＩ配下の子ＣＩに対応するサーバの台数分の繰り返しを実行する（Ｓ１１）。さらに、構成情報・コマンドログ
比較部１０１は、現在処理対象のサーバにおいて、コマンドが実行された回数分の繰り返しを実行する（Ｓ１２）。

そして、構成情報・コマンドログ比較部１０１は、現在処理対象のサーバのコマンドログから、コマンドの実行結果を１つ取得する。そして、ラッパーコマンド生成部１０２は、取得したコマンドのパラメータと実行日時を取得する。そして、構成情報・コマンドログ比較部１０１は、コマンドのパラメータと、コマンドの実行日時に対応するサーバの構成情報とを比較するため、コマンドの実行日時に対応するサーバの構成情報を検索する（Ｓ１３）。なお、Ｓ１３の処理は、現在処理対象のサーバの他、現在処理対象のサーバから参照関係（Relation）が近い他のサーバに対しても、Ｓ１５の判定にしたがって繰り返し実行される。また、現在処理対象のサーバから見て、Ｓ１３で検索された構成情報までにたどる参照関係（Relation）を取得経路と呼ぶ。ただし、取得経路は、パラメータ値と一致する構成情報までの経路であることから、構成情報の取得経路とも呼ぶ。また、図３６の処理の結果、ラッパーコマンドに用いられる取得経路をパラメータ取得経路と呼ぶ。構成情報・コマンドログ比較部１０１は、構成情報と前記それぞれの情報処理装置で実行されたコマンドを含むログ情報とを読み出す手段の一例として、Ｓ１３の処理を実行する。

そして、構成情報・コマンドログ比較部１０１は、検索した構成情報の属性の中に、コマンドのパラメータと同じ値のものがあるか否かを判定する（Ｓ１４）。Ｓ１４の判定で、コマンドのパラメータと同じ値の構成情報の属性が存在する場合、構成情報・コマンドログ比較部１０１は、構成情報の取得経路と、コマンドが実行された日時と、取得経路の参照関係（Relation）数を一組にして、パラメータ取得経路候補リストに追加する（Ｓ１６）。

一方、Ｓ１４の判定でコマンドのパラメータと同じ値の構成情報の属性が存在しない場合、構成情報・コマンドログ比較部１０１は、現在処理対象のサーバに対応するＣＩの参照関係（Relation）で、たどることができるもので、未検索のＣＩがあるか否かを判定する（Ｓ１５）。Ｓ１５の判定で未検索のＣＩがある場合、ラッパーコマンド生成部１０２は、制御をＳ１３に戻し、参照関係（Relation）の階層において、次に近いＣＩを検索し、Ｓ１３以下の処理を繰り返す。また、Ｓ１５の判定で未検索のＣＩがない場合、ラッパーコマンド生成部１０２は、Ｓ１２による繰り返し、さらには、Ｓ１１による繰り返しを実行する。

図３６は、ラッパーコマンド生成部１０２の処理を例示する図である。
ラッパーコマンド生成部１０２は、図３５に例示した構成情報・コマンドログ比較部１０１の処理の後、図３６で例示される処理を実行する。この処理では、ラッパーコマンド生成部１０２は、Ｓ１１、Ｓ１２の繰り返しによって取得できたパラメータ取得経路候補リストに同じ取得経路のものが所定個数、例えば、５０個以上存在するか否かを判定する（Ｓ１７）。

Ｓ１７の判定でパラメータ取得経路候補リストに同じ取得経路のものが所定個数存在する場合、ラッパーコマンド生成部１０２は、パラメータ取得経路候補のうち、値（構成情報の属性）を取得するまでにたどった参照関係（Relation）数が最小の取得経路をパラメータ取得経路情報として定義し、主記憶装置１２に格納する（Ｓ１８）。ラッパーコマンド生成部１０２は、経路情報を抽出する手段の一例として、Ｓ１７、Ｓ１８の処理を実行する。

そして、ラッパーコマンド生成部１０２は、パラメータ取得経路情報が定義された処理対象のサーバに、ラッパーコマンドを生成し、ラッパーコマンド管理テーブルに格納する
（Ｓ１９）。ラッパーコマンド生成部１０２は、第１の情報処理装置に割り当てる手段の一例として、Ｓ１９の処理を実行する
一方、Ｓ１７の判定でパラメータ取得経路候補リストに同じ取得経路のものが所定個数存在しない場合、ラッパーコマンド生成部１０２は、コマンドパラメータの文字列がすべてのコマンドログで一致するか否かを判定する（Ｓ１Ａ）。Ｓ１Ａの判定でコマンドパラメータの文字列がすべてのコマンドログで一致する場合、ラッパーコマンド生成部１０２は、コマンドパラメータを固定値とする。そして、ラッパーコマンド生成部１０２は、コマンド実行実績のあるサーバ、つまり、現在処理対象のサーバに、固定値でラッパーコマンドを作成し、ラッパーコマンド管理テーブルに格納する（Ｓ１Ｂ）。

また、Ｓ１Ａでコマンドパラメータの文字列がすべてのコマンドログで一致しない場合、現在処理中のコマンドのパラメータは、コマンド実行の度にユーザユーザが指定するものと考えることができる。そこで、ラッパーコマンド生成部１０２は、コマンドのパラメータを変動値とする。そして、ラッパーコマンド生成部１０２は、コマンド実行実績のあるサーバ、つまり、現在処理対象のサーバに、変動値でラッパーコマンドを作成し、ラッパーコマンド管理テーブルに格納する（Ｓ１Ｃ）。

図３７に、統一ルール化および代表ルール化の処理の詳細を例示する。この処理では、ラッパーコマンド生成部１０２は、視点の数分繰り返しを実行する（Ｓ２０）。

ラッパーコマンド生成部１０２は、ＣＩの参照関係（Relation）の階層構造で、最下層のＣＩから順に、コマンドが実行された構成要素に対応するＣＩを探索する。例えば、ラッパーコマンド生成部１０２は、最下層のＣＩから順に、当該ＣＩで実行されるラッパーコマンドがラッパーコマンド管理テーブルに定義されているか否かを判定すればよい（Ｓ２１）。そして、ラッパーコマンド生成部１０２は、コマンドを実行した構成要素に対応するＣＩを現在のＣＩに設定する（Ｓ２２）。

そして、ラッパーコマンド生成部１０２は、現在のＣＩの親ＣＩ（以下、現在の親ＣＩ）を求める。そして、ラッパーコマンド生成部１０２は、現在の親ＣＩの配下で同じラッパーコマンドを持つ構成要素に対応するＣＩ（以下、兄弟ＣＩ）が存在するか否かを判定する（Ｓ２３）。

Ｓ２３の判定で兄弟ＣＩが存在する場合、ラッパーコマンド生成部１０２は、統一ルール化を実行する（Ｓ２４）。(1)：ラッパーコマンド生成部１０２は、兄弟ＣＩ間で共通
に保持し、かつ兄弟ＣＩ以外の子ＣＩと値が異なる属性の値を兄弟ＣＩ判定用のキーとする。(2)：ラッパーコマンド生成部１０２は、ラッパーコマンド名と、同じラッパーコマ
ンドを持つ子ＣＩ（兄弟ＣＩ）一覧と、兄弟ＣＩ判定用のキーを統一ルールとして親ＣＩに追加する。(3)：ラッパーコマンド生成部１０２は、現在の親ＣＩに移動する。つまり
、ラッパーコマンド生成部１０２は、現在の親ＣＩを現在のＣＩとし、１階層上位へ移動する。ラッパーコマンド生成部１０２は、第２のコマンドを前記参照元の構成情報に設定する設定手段の一例として、Ｓ２３、Ｓ２４の処理を実行する。また、ラッパーコマンド生成部１０２は、共通の属性値の組を前記参照元の構成情報に設定する手段の一例として、Ｓ２４の処理を実行する。

次に、ラッパーコマンド生成部１０２は、移動先のＣＩの親ＣＩが存在するか否かを判定する（Ｓ２５）。Ｓ２５の判定で親ＣＩが存在する場合、ラッパーコマンド生成部１０２は、制御をＳ２２に戻す。そして、ラッパーコマンド生成部１０２は、移動先の現在の親ＣＩ配下の子ＣＩについて、Ｓ２２以下の処理を実行する。Ｓ２５の判定で親ＣＩが存在しない場合、ラッパーコマンド生成部１０２は、制御をＳ２７に進める。ラッパーコマンド生成部１０２は、繰り返す手段の一例として、Ｓ２２、Ｓ２４、およびＳ２５の処理
を実行する。

また、Ｓ２３の判定で、兄弟ＣＩが存在しない場合、ラッパーコマンド生成部１０２は、代表ルール化を実行する（Ｓ２６）。すなわち、ラッパーコマンド生成部１０２は、ラッパーコマンド名と、ラッパーコマンドを唯一持っている子ＣＩ（代表ＣＩ）までの経路情報を代表ルールとして最上階層のＣＩに追加する（Ｓ２６）。その後、ラッパーコマンド生成部１０２は、制御をＳ２７に進める。ラッパーコマンド生成部１０２は、所定の構成情報に設定する手段の一例として、Ｓ２６の処理を実行する。また、最上階層のＣＩが、所定の構成情報の一例である。また、代表ルールとして設定される、ラッパーコマンドを唯一持っている子ＣＩ（代表ＣＩ）までの経路情報が、参照情報の一例である。

そして、ラッパーコマンド生成部１０２は、現在の視点のＣＩの階層構造中で、コマンドが実行された構成要素に対応するＣＩで、未処理のＣＩが存在するか否かを判定する（Ｓ２７）。Ｓ２７の判定で、未処理のＣＩが存在する場合、ラッパーコマンド生成部１０２は、制御をＳ２２に戻す。一方、Ｓ２７の判定で未処理のＣＩが存在しない場合、視点の数分の繰り返しを実行し、その後、処理を終了する。

図３８に、ラッパーコマンドの継承の詳細を例示する。この処理は、例えば、新たに追加されたＣＩでラッパーコマンドが未定義のＣＩに適用される。図３８では、ラッパーコマンドが未定義のＣＩを未設定ＣＩと呼ぶ。この処理では、ラッパーコマンド生成部１０２は、親ＣＩから兄弟判定の用キーを読み出す（Ｓ４０）。ラッパーコマンド生成部１０２は、共通の属性値の組を読み出す手段として、Ｓ４０の処理を実行する。

そして、ラッパーコマンド生成部１０２は、未設定ＣＩの構成情報の属性の値と、親ＣＩが持つ兄弟ＣＩ判定用キーの値とが所定値以上、例えば、３０％以上一致するか否かを判定する（Ｓ４１）。ラッパーコマンド生成部１０２は、共通属性値を所定個数以上含む被参照構成情報を抽出する手段の一例として、Ｓ４１の処理を実行する。

Ｓ４１の判定で、未設定ＣＩの構成情報の属性の値と、親ＣＩが持つ兄弟ＣＩ判定用キーの値とが所定値以上一致する場合、ラッパーコマンド生成部１０２は、親ＣＩの持つ統一ルールのテーブルのうち、一致する兄弟ＣＩ判定用のキーの値の割合が最も高いラッパーコマンドの対象に、未設定ＣＩを追加する（Ｓ４２）。そして、ラッパーコマンド生成部１０２は、未設定ＣＩの追加先の兄弟ＣＩが持つラッパーコマンドを、未設定ＣＩにコピーする（Ｓ４３）。ラッパーコマンド生成部１０２は、第２のコマンドを割り当てる手段として、Ｓ４２、Ｓ４３の処理を実行する。

一方、Ｓ４１の判定で、未設定ＣＩの構成情報の属性の値と、親ＣＩが持つ兄弟ＣＩ判定用キーの値とが所定値以上一致するものがない場合、未設定ＣＩは、親ＣＩ配下の既存のＣＩとは異なる運用目的を持つと考えられる。そのため、ラッパーコマンド生成部１０２は、この未設定ＣＩをラッパーコマンド継承の対象から除外する。

図３９に、コマンドの一括実行および誤動作防止の詳細を例示する。ラッパーコマンド実行部１０３は、例えば、管理者からラッパーコマンドの一括実行の指示を受け付けると、図３９の処理を実行する。

この処理ではラッパーコマンド実行部１０３は、一括実行の指定を受けたラッパーコマンドの代表ルールが存在するか、否かを判定する（Ｓ５１）。代表ルールが存在する場合、ラッパーコマンド実行部１０３は、代表ＣＩに移動する（Ｓ５２）。そして、ラッパーコマンド実行部１０３は、代表ＣＩにおいて、統一ルールに記述されている対象の個数分、以下の処理繰り返し実行する（Ｓ５３）。

そして、ラッパーコマンド実行部１０３は、末端のＣＩに到達するまで、対象のＣＩに再帰的に移動する（Ｓ５４）。そして、対象ＣＩにおいて、ラッパーコマンド実行部１０３は、対象ＣＩの誤動作防止チェックを実行する。そして、ラッパーコマンド実行部１０３は、対象ＣＩの誤動作防止チェックの結果、ラッパーコマンドを実行してもよいか、否かを判定する（Ｓ５５）。ラッパーコマンド実行部１０３は、共通の属性値の組に対する現在値の組を収集する手段の一例として、Ｓ５５の処理を実行する。また、ラッパーコマンド実行部１０３は、比較する手段の一例として、Ｓ５５の処理を実行する。

Ｓ５５の判定の結果、ラッパーコマンドを実行してもよい場合、ラッパーコマンド実行部１０３は、ラッパーコマンドを実行する（Ｓ５６）。より具体的には、ラッパーコマンド実行部１０３は、ラッパーコマンドに指定されたパラメータ取得経路から構成情報の属性を取得し、ラッパーコマンドを通常のコマンドに翻訳する。そして、ラッパーコマンド実行部１０３は、対象ＣＩに対応するサーバに対して、例えば、コマンドを遠隔実行する。また、ラッパーコマンド実行部１０３は、パラメータ値を取得する手段、および第２のコマンドを実行する手段の一例として、Ｓ５６の処理を実行する。

一方、Ｓ５５の判定の結果、ラッパーコマンドを実行することができない場合、ラッパーコマンド実行部１０３は、対象ＣＩを兄弟ＣＩから除名する。より具体的には、ラッパーコマンド実行部１０３は、親ＣＩにおける兄弟ＣＩの定義から、対象ＣＩを削除する（Ｓ５７）。ラッパーコマンド実行部１０３は、第２のコマンドの割り当て対象から除外する手段の一例として、Ｓ５７の処理を実行する。

＜実施例の効果＞
以上述べたように、管理装置１０は、運用管理作業を行うサーバに対するコマンドを一括実行可能にする。すなわち、データ収集部２が情報処理システムの各構成要素の構成情報と、コマンドログを収集することを前提に、ラッパーコマンド生成部１０２が、各構成要素に対してラッパーコマンドを生成する。管理装置１０は、ラッパーコマンドを生成し、ＣＩの階層構造の親ＣＩに定義することで、子ＣＩに対応する複数の構成要素（サーバ等）に関する運用管理の手順を統一し、管理作業の工数を低減できる。また、管理装置１０は、共通のラッパーコマンドを実行する構成要素に対応して作成される兄弟ＣＩについて、兄弟ＣＩ判定用キーを親ＣＩに登録することで、兄弟ＣＩの判定、未処理のＣＩに対する継承の処理等が容易に実行できる。すなわち、兄弟ＣＩで共通する属性であって、親ＣＩ配下の他のＣＩと区別可能な属性を兄弟ＣＩ判定用キーとして用いることにより、管理装置１０は、簡易に兄弟ＣＩ化の判定、および継承を実行できる。

管理装置１０は、代表ルールを最上位階層のＣＩに定義することにより、ラッパーコマンドを実行する構成要素に対応するＣＩへの移動を高速化できる。管理装置１０は、統一ルール化と継承により、運用階層を超えて、同じルールで運用管理作業を行うサーバにラッパーコマンドを配布することができる。

また、管理装置１０は、階層構造を有するＣＩの親子関係に対して、上記ラッパーコマンドの作成、統一ルール化等を再帰的に処理する。したがって、管理装置１０は、ＣＩの階層構造を末端のＣＩからルートに向かってたどりつつ、複数階層に渡って、ラッパーコマンドの作成、統一ルール化をまとめて実施できる。

ラッパーコマンドの生成において、コマンドの同一のパラメータが所定個数以上コマンドログに存在するものがパラメータ取得候補リストとなるため（図３５のＳ１４）、複数の構成要素間のコマンドをラッパーコマンドで統一化する可能性を高めることができる。また、ラッパーコマンド生成部１０２は、パラメータ取得候補リスト中で、同一の取得経
路のものが所定個数以上ある場合に、ラッパーコマンドを作成するため（図３６のＳ１７）、複数の構成要素間のコマンドをラッパーコマンドで統一化する可能性をさらに高めることができる。

管理装置１０は、例えば、データセンタ等のＣＩの階層構造で、最上位の階層から、運用環境の違いを意識することなく、コマンドを実行可能なサーバにおいてラッパーコマンドを一括で実行する。管理装置１０は、コマンド実行前に、誤動作を防ぐためのチェックを行う。したがって、構成情報が変更された場合等において、誤ったコマンドの実行を抑制できる。また、ＣＩ等による構成情報は、ＭＤＲ等のデータ収集部２で運用管理の際に収集可能である。このため、管理装置１０は、管理対象の情報処理システムの構成要素に変更があった場合も、誤ったコマンドを実行する可能性を低減できる。例えば、ＭＤＲ等のデータ収集部２は、所定の周期、構成変更発生時、あるいは、管理装置１０から要求されたタイミング等において、構成情報を収集すればよい。

本管理装置１０は、運用管理作業時に記録されるコマンドログと、ＣＭＤＢが自動収集する構成情報を入力とするため、事前定義を極力低減して、本実施例の処理を実行することができる。これにより、管理装置１０は、これまで自動化できなかった範囲にも自動化の適用範囲を広げ、オペレーション回数を減らすことにより作業コストと作業品質の向上を実現する。

本実施形態では、ラッパーコマンド生成の際、管理装置１０は、業務視点／仮想化構想視点等、利用するＣＭＤＢの階層化構造情報を切替えて、ラッパーコマンドを生成する。そして、図３６のＳ１８において説明したように、ラッパーコマンド生成部１０２は、パラメータ取得経路候補のうち、値（構成情報の属性）を取得するまでにたどった参照関係（Relation）数が最小の取得経路をパラメータ取得経路情報として取得する。このため、管理装置１０は、ラッパーコマンド実行時にパラメータを取得するためのコスト、手間を軽減できる。

また、本実施形態では、管理装置１０は、図８，図１０、図１２、図１４、図１５に例示したように、ＣＭＤＢの情報を参照して、ラッパーコマンドを階層化して統合する。そのため、管理者は、最上位のＣＩに対応する構成要素から一括してコマンドを実行することもできる。また、管理者は、代表ルールで規定された下位のＣＩに対応する構成要素を選択してコマンドを実行することもできる。すなわち、管理者は、運用管理のコマンドを一括して実行すること、特定の環境を選択して運用管理のコマンド実行すること、あるいは、特定の環境を選択的に除外して運用管理のコマンド実行することが可能となる。

＜コンピュータが読み取り可能な記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。

＜その他＞
本実施形態は、以下の態様（付記と呼ぶ）も含む。付記の各構成は、他の付記の構成と組み合わせることができる。

（付記１）
１以上のそれぞれの情報処理装置の属性値およびそれぞれの情報処理装置と他の情報装置との参照関係を含むそれぞれの情報処理装置の構成情報と前記それぞれの情報処理装置で実行された第１のコマンドを含むログ情報とを読み出す手段と、
前記第１のコマンドに指定されたパラメータ値と前記それぞれの情報処理装置の構成情報とを照合し、前記第１のコマンドが実行された第１の情報処理装置の構成情報から前記パラメータ値と合致する属性値を含む第２の情報処理装置の構成情報に至るまでの構成情報間の関係を示す経路情報を抽出する手段と、
前記第１のコマンドに前記パラメータ値に代えて前記経路情報を指定した第２のコマンドを生成し、前記第１のコマンドが実行された第１の情報処理装置に割り当てる手段と、を備える管理装置。

（付記２）
一の構成情報を参照元とする参照関係に対して、前記参照元の構成情報から参照される複数の被参照構成情報に対応する複数の情報処理装置間で共通に割り当てられた前記第２のコマンドを前記参照元の構成情報に設定する設定手段と、
前記参照関係が複数階層繰り返される場合に、前記設定手段による処理を複数階層の参照元の構成情報と前記参照元の構成情報から参照される被参照構成情報との間で繰り返す手段と、をさらに備える付記１に記載の管理装置。

（付記３）
前記参照元の構成情報から参照される第１のグループの複数の被参照構成情報が共通に有し、前記第１のグループの被参照構成情報以外の構成情報が有しない、共通の属性値の組を前記参照元の構成情報に設定する手段をさらに備える付記２に記載の管理装置。

（付記４）
前記参照元の構成情報から参照される前記第１のグループ以外の被参照構成情報のうち、前記共通の属性値の組に含まれる共通属性値を所定個数以上含む被参照構成情報を抽出する手段と、
前記抽出された前記第１のグループ以外の被参照構成情報に対応する情報処理装置に、前記第１のグループの被参照構成情報に対応する情報処理装置間で共通に割り当てられた第２のコマンドを割り当てる手段と、をさらに備える付記３に記載の管理装置。

（付記５）
前記参照元の構成情報に設定された共通の属性値の組を有する一の前記被参照構成情報に対応する一の情報処理装置から、前記共通の属性値の組に対する現在値の組を収集する手段と、
前記共通の属性値の組と収集された現在値の組とを比較する手段と、
比較の結果、前記共通の属性値の組と収集された現地値の組との間に所定の限度以上の不一致がある場合に、前記一の情報処理装置を前記第２のコマンドの割り当て対象から除外する手段と、をさらに備える付記３または４に記載の情報処理装置。

（付記６）
前記一の構成情報を参照元とする参照関係に対して、前記参照元の構成情報から参照される複数の被参照構成情報に対応する複数の情報処理装置間で共通に割り当てられた前記第２のコマンドが存在しない場合に、前記参照元とする一の構成情報を所定の構成情報か
ら参照するための参照情報を前記所定の構成情報に設定する手段をさらに備える付記２から５のいずれか１項に記載の管理装置。

（付記７）
前記第２のコマンドに指定された経路情報からパラメータ値を取得する手段と、
前記取得した属性値をパラメータ値に指定して前記第２のコマンドを実行する手段と、を備える付記１から６のいずれか１項に記載の管理装置。

（付記８）
コンピュータが、
１以上のそれぞれの情報処理装置の属性値およびそれぞれの情報処理装置と他の情報装置との参照関係を含むそれぞれの情報処理装置の構成情報と前記それぞれの情報処理装置で実行された第１のコマンドを含むログ情報とを読み出すステップと、
前記第１のコマンドに指定されたパラメータ値と前記それぞれの情報処理装置の構成情報とを照合し、前記第１のコマンドが実行された第１の情報処理装置の構成情報から前記パラメータ値と合致する属性値を含む第２の情報処理装置の構成情報に至るまでの構成情報間の関係を示す経路情報を抽出するステップと、
前記第１のコマンドに前記パラメータ値に代えて前記経路情報を指定した第２のコマンドを生成し、前記第１のコマンドが実行された第１の情報処理装置に割り当てるステップと、を実行する管理方法。

（付記９）
一の構成情報を参照元とする参照関係に対して、前記参照元の構成情報から参照される複数の被参照構成情報に対応する複数の情報処理装置間で共通に割り当てられた前記第２のコマンドを前記参照元の構成情報に設定する設定ステップと、
前記参照関係が複数階層繰り返される場合に、前記設定ステップによる処理を複数階層の参照元の構成情報と前記参照元の構成情報から参照される被参照構成情報との間で繰り返すステップと、をさらに実行する付記８に記載の管理方法。

（付記１０）
前記参照元の構成情報から参照される第１のグループの複数の被参照構成情報が共通に有し、前記第１のグループの被参照構成情報以外の構成情報が有しない、共通の属性値の組を前記参照元の構成情報に設定するステップをさらに実行する付記９に記載の管理方法。

（付記１１）
前記参照元の構成情報から参照される前記第１のグループ以外の被参照構成情報のうち、前記共通の属性値の組に含まれる共通属性値を所定個数以上含む被参照構成情報を抽出するステップと、
前記抽出された前記第１のグループ以外の被参照構成情報に対応する情報処理装置に、前記第１のグループの被参照構成情報に対応する情報処理装置間で共通に割り当てられた第２のコマンドを割り当てるステップと、をさらに実行する付記１０項に記載の管理方法。

（付記１２）
前記参照元の構成情報に設定された共通の属性値の組を有する一の前記被参照構成情報に対応する一の情報処理装置から、前記共通の属性値の組に対する現在値の組を収集するステップと、
前記共通の属性値の組と収集された現在値の組とを比較するステップと、
比較の結果、前記共通の属性値の組と収集された現地値の組との間に所定の限度以上の
不一致がある場合に、前記一の情報処理装置を前記第２のコマンドの割り当て対象から除外するステップと、をさらに実行する付記１０または１１に記載の管理方法。

（付記１３）
前記一の構成情報を参照元とする参照関係に対して、前記参照元の構成情報から参照される複数の被参照構成情報に対応する複数の情報処理装置間で共通に割り当てられた前記第２のコマンドが存在しない場合に、前記参照元とする一の構成情報を所定の構成情報から参照するための参照情報を前記所定の構成情報に設定するステップ（図３７、Ｓ２６）をさらに実行する付記９から１２のいずれか１項に記載の管理方法。

（付記１４）
前記第２のコマンドに指定された経路情報からパラメータ値を取得するステップと、
前記取得した属性値をパラメータ値に指定して前記第２のコマンドを実行するステップと、をさらに実行する付記８から１３のいずれか１項に記載の管理方法。

（付記１５）
コンピュータに、
１以上のそれぞれの情報処理装置の属性値およびそれぞれの情報処理装置と他の情報装置との参照関係を含むそれぞれの情報処理装置の構成情報と前記それぞれの情報処理装置で実行された第１のコマンドを含むログ情報とを読み出すステップと、
前記第１のコマンドに指定されたパラメータ値と前記それぞれの情報処理装置の構成情報とを照合し、前記第１のコマンドが実行された第１の情報処理装置の構成情報から前記パラメータ値と合致する属性値を含む第２の情報処理装置の構成情報に至るまでの構成情報間の関係を示す経路情報を抽出するステップと、
前記第１のコマンドに前記パラメータ値に代えて前記経路情報を指定した第２のコマンドを生成し、前記第１のコマンドが実行された第１の情報処理装置に割り当てるステップと、を実行させるためのプログラム。

（付記１６）
一の構成情報を参照元とする参照関係に対して、前記参照元の構成情報から参照される複数の被参照構成情報に対応する複数の情報処理装置間で共通に割り当てられた前記第２のコマンドを前記参照元の構成情報に設定する設定ステップと、
前記参照関係が複数階層繰り返される場合に、前記設定ステップによる処理を複数階層の参照元の構成情報と前記参照元の構成情報から参照される被参照構成情報との間で繰り返すステップと、をさらに実行させるための付記１５に記載のプログラム。

（付記１７）
前記参照元の構成情報から参照される第１のグループの複数の被参照構成情報が共通に有し、前記第１のグループの被参照構成情報以外の構成情報が有しない、共通の属性値の組を前記参照元の構成情報に設定するステップをさらに実行させるための付記１６に記載のプログラム。

（付記１８）
前記参照元の構成情報から参照される前記第１のグループ以外の被参照構成情報のうち、前記共通の属性値の組に含まれる共通属性値を所定個数以上含む被参照構成情報を抽出するステップと、
前記抽出された前記第１のグループ以外の被参照構成情報に対応する情報処理装置に、前記第１のグループの被参照構成情報に対応する情報処理装置間で共通に割り当てられた第２のコマンドを割り当てるステップと、をさらに実行させるための付記１７項に記載のプログラム。

（付記１９）
前記参照元の構成情報に設定された共通の属性値の組を有する一の前記被参照構成情報に対応する一の情報処理装置から、前記共通の属性値の組に対する現在値の組を収集するステップと、
前記共通の属性値の組と収集された現在値の組とを比較するステップと、
比較の結果、前記共通の属性値の組と収集された現地値の組との間に所定の限度以上の不一致がある場合に、前記一の情報処理装置を前記第２のコマンドの割り当て対象から除外するステップと、をさらに実行させるための付記１７または１８に記載のプログラム。

（付記２０）
前記一の構成情報を参照元とする参照関係に対して、前記参照元の構成情報から参照される複数の被参照構成情報に対応する複数の情報処理装置間で共通に割り当てられた前記第２のコマンドが存在しない場合に、前記参照元とする一の構成情報を所定の構成情報から参照するための参照情報を前記所定の構成情報に設定するステップをさらに実行させるための付記１６から１９のいずれか１項に記載のプログラム。

（付記２１）
前記第２のコマンドに指定された経路情報からパラメータ値を取得するステップと、
前記取得した属性値をパラメータ値に指定して前記第２のコマンドを実行するステップと、をさらに実行させるための付記１５から２０のいずれか１項に記載のプログラム。

１ 管理装置
２ データ収集部
１００ ラッパーコマンド処理部
１０１ 構成情報・コマンドログ比較部
１０２ ラッパーコマンド生成部
１０３ ラッパーコマンド実行部

Claims (8)

1. コンピュータに、
   １以上のそれぞれの情報処理装置の属性値およびそれぞれの情報処理装置と他の情報装置との参照関係を含むそれぞれの情報処理装置の構成情報と前記それぞれの情報処理装置で実行された第１のコマンドを含むログ情報とを読み出すステップと、
   前記第１のコマンドに指定されたパラメータ値と前記それぞれの情報処理装置の構成情報とを照合し、前記第１のコマンドが実行された第１の情報処理装置の構成情報から前記パラメータ値と合致する属性値を含む第２の情報処理装置の構成情報に至るまでの構成情報間の参照関係を示す経路情報を抽出するステップと、
   前記第１のコマンドに前記パラメータ値に代えて前記経路情報を指定した第２のコマンドを生成し、前記第１のコマンドが実行された第１の情報処理装置に割り当てるステップと、を実行させるためのプログラム。
2. 一の構成情報を参照元とする参照関係に対して、前記参照元の構成情報から参照される複数の被参照構成情報に対応する複数の情報処理装置間で共通に割り当てられた前記第２のコマンドを前記参照元の構成情報に設定する設定ステップと、
   前記参照関係が複数階層繰り返される場合に、前記設定ステップによる処理を複数階層の参照元の構成情報と前記参照元の構成情報から参照される被参照構成情報との間で繰り返すステップと、をさらに実行させるための請求項１に記載のプログラム。
3. 前記参照元の構成情報から参照される第１のグループの複数の被参照構成情報が共通に有し、前記第１のグループの被参照構成情報以外の構成情報が有しない、共通の属性値の組を前記参照元の構成情報に設定するステップをさらに実行させるための請求項２に記載のプログラム。
4. 前記参照元の構成情報から参照される前記第１のグループ以外の被参照構成情報のうち、前記共通の属性値の組に含まれる共通属性値を所定個数以上含む被参照構成情報を抽出するステップと、
   前記抽出された前記第１のグループ以外の被参照構成情報に対応する情報処理装置に、前記第１のグループの被参照構成情報に対応する情報処理装置間で共通に割り当てられた第２のコマンドを割り当てるステップと、をさらに実行させるための請求項３に記載のプロ
   グラム。
5. 前記参照元の構成情報に設定された共通の属性値の組を有する一の前記被参照構成情報に対応する一の情報処理装置から、前記共通の属性値の組に対する現在値の組を収集するステップと、
   前記共通の属性値の組と収集された現在値の組とを比較するステップと、
   比較の結果、前記共通の属性値の組と収集された現地値の組との間に所定の限度以上の不一致がある場合に、前記一の情報処理装置を前記第２のコマンドの割り当て対象から除外するステップと、をさらに実行させるための請求項３または４に記載のプログラム。
6. 前記参照元の構成情報から参照される複数の被参照構成情報に対応する複数の情報処理装置間で共通に割り当てられた前記第２のコマンドが存在しない場合に、それぞれの第２のコマンドが設定された複数の被参照構成情報のそれぞれを所定の構成情報から参照するための参照情報を前記所定の構成情報に設定するステップをさらに実行させるための請求項２から５のいずれか１項に記載のプログラム。
7. 前記第２のコマンドに指定された経路情報からパラメータ値を取得するステップと、
   前記取得した属性値をパラメータ値に指定して前記第２のコマンドを実行するステップと、をさらに実行させるための請求項１から６のいずれか１項に記載のプログラム。
8. コンピュータが、
   １以上のそれぞれの情報処理装置の属性値およびそれぞれの情報処理装置と他の情報装置との参照関係を含むそれぞれの情報処理装置の構成情報と前記それぞれの情報処理装置で実行された第１のコマンドを含むログ情報とを読み出すステップと、
   前記第１のコマンドに指定されたパラメータ値と前記それぞれの情報処理装置の構成情報とを照合し、前記第１のコマンドが実行された第１の情報処理装置の構成情報から前記パラメータ値と合致する属性値を含む第２の情報処理装置の構成情報に至るまでの構成情報間の関係を示す経路情報を抽出するステップと、
   前記第１のコマンドに前記パラメータ値に代えて前記経路情報を指定した第２のコマンドを生成し、前記第１のコマンドが実行された第１の情報処理装置に割り当てるステップと、を実行する管理方法。

Images