JP6217078B2 - システム構成管理装置、システム構成管理方法、および、システム構成管理プログラム - Google Patents

Description

情報処理装置におけるシステム構成の変更を管理するシステム構成管理装置に関する。

ＷＥＢサーバや顔認証システム等、一般的な情報処理装置は、ハードウエアとソフトウエアの組合せによって所望の機能を実現している。ハードウエア、又は、ソフトウエアの一部を変更する場合、既存のハードウエアやソフトウエアへの影響を確認する必要があった。

例えば、ソフトウエアの競合、関連する必須のソフトウエアの有無など、一つの変更と連動して他に変更の必要性が生じて、その確認は複雑であった。また、変更するソフトウエアの動作条件やサポート期限なども考慮する必要があり、確認は多岐に渡る。確認に漏れがあった場合は、情報処理装置で所望のシステム構築ができない、又は、リプレイス後に不具合が発覚するなどの問題が発生することになる。

このような状況を解消する技術として、特許文献１には、ソフトウエアのコンフリクト情報を特定する機能を備え、効率的にソフトウエアの更新管理を行うリソース管理装置が開示されている。

また、特許文献２には、ハードウエア上で動作するソフトウエアの保守作業において、ソフトウエアの不具合、又は、更新作業を含めた保守を簡易化する支援システムが開示されている。具体的には、この支援システムは、保守対象機器にインストールされたプログラム名とバージョン情報から当該プログラムの組み合わせや互換情報を取得し、取得した情報に基づき定められた保守作業手順を実行している。

特開２０１１‐２５８０７８ 特開２０１１‐１７５４９４

ソフトウエアは、ＯＳなどのシステムソフトウエアと、ワープロソフトなどのアプリケーションソフトウエア（以下、アプリケーションと示す）に分類される。

近年、専用ソフトウエアの提供等によって、アプリケーションを作成できる環境が身近になっている。例えば、ワープロソフトのマクロ、ホームページのアニメーションスクリプト、或いは、ＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）によって作成されるアプリケーションなどが挙げられる。

上述の特許文献１又は特許文献２の技術は、情報処理装置におけるソフトウエアの更新の作業を効率的・簡易化するものであるが、情報処理装置で作成するアプリケーションまで考慮されていない。したがって従前の技術では、情報処理装置のハードウエア、又は、ソフトウエアを変更する際、当該情報処理装置で作成するアプリケーションへの影響を検知できなかった。このため当該情報処理装置で作成するアプリケーションに対して、システム構成の変更に起因する影響をいちいち確認する必要があった。

本発明の目的は、上記課題を解決することが可能なシステム構成管理装置、システム構成管理方法、システム構成管理プログラムを提供することにある。

本発明のシステム構成管理装置は、情報処理装置のシステム構成を変更するための変更情報を入力する入力部と、前記情報処理装置のシステム構成に関するシステム構成情報と、前記情報処理装置のシステムを構成するハードウエアとソフトウエアの構成要素情報と、前記情報処理装置で作成するアプリケーションの構成要素情報と、を保存する記憶部と、前記入力部から送られた前記変更情報、前記記憶部に保存された前記システム構成情報、前記ハードウエアと前記ソフトウエアの構成要素情報、および、前記作成するアプリケーションの構成要素情報に基づき、システム構成を変更した後の前記情報処理装置における、前記ソフトウエアの構成情報と、前記作成するアプリケーションの構成情報を作成し、前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報との適合状況を解析する管理部と、前記管理部で解析した適合状況の情報を出力する出力部と、を備える。

本発明のシステム構成管理方法は、情報処理装置のシステム構成を変更するための変更情報を、入力部で入力し、前記情報処理装置のシステム構成に関するシステム構成情報、前記情報処理装置のシステムを構成するハードウエアとソフトウエアの構成要素情報、及び、前記情報処理装置で作成するアプリケーションの構成要素情報を、記憶部が保存し、前記入力部から送られた前記変更情報、前記記憶部に保存された前記システム構成情報、前記ハードウエアと前記ソフトウエアの構成要素情報、および、前記作成するアプリケーションの構成要素情報に基づき、管理部が、システム構成を変更した後の前記情報処理装置における、前記ソフトウエアの構成情報と、前記作成するアプリケーションの構成情報を作成し、かつ、前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報との適合状況を解析し、前記管理部で解析した適合状況の情報を、出力部で出力する。

本発明のシステム構成管理プログラムは、コンピュータに、情報処理装置のシステム構成を変更するための変更情報を、入力部で入力し、前記情報処理装置のシステム構成に関するシステム構成情報、前記情報処理装置のシステムを構成するハードウエアとソフトウエアの構成要素情報、及び、前記情報処理装置で作成するアプリケーションの構成要素情報を、記憶部が保存し、前記入力部から送られた前記変更情報、前記記憶部に保存された前記システム構成情報、前記ハードウエアと前記ソフトウエアの構成要素情報、および、前記作成するアプリケーションの構成要素情報に基づき、管理部が、システム構成を変更した後の前記情報処理装置における、前記ソフトウエアの構成情報と、前記作成するアプリケーションの構成情報を作成し、かつ、前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報との適合状況を解析し、前記管理部で解析した適合状況の情報を、出力部で出力する、ことを実行させる。

本発明は、管理対象の情報処理装置におけるシステム構成の変更に対して、当該装置で作成するアプリケーションへの影響を検知できる。

本発明の第１の実施の形態であるシステム構成管理装置１０の構成を示すブロック図である。 本発明の第１の実施の形態における解析部２２の解析モジュールを示す図である。 本発明の第１の実施の形態であるシステム構成管理装置１０の動作を示すフローチャートである。 本発明の第１の実施の形態におけるサーバの構成情報を示す図である。 本発明の第１の実施の形態におけるＡＢＣソフトウエアの構成情報を示す図である。 本発明の第１の実施の形態におけるＸＹＺソフトウエアの構成情報を示す図である。 本発明の第１の実施の形態におけるＺＺＺソフトウエアの構成情報を示す図である。 本発明の第１の実施の形態における作成するアプリケーションの構成情報を示す図である。 本発明の第１の実施の形態におけるＯＳ１の構成情報を示す図である。 本発明の第１の実施の形態における変更後のＡＢＣソフトウエアの構成情報示す図である。 本発明の第１の実施の形態における変更後のサーバの構成情報を示す図である。 本発明の第１の実施の形態におけるＯＳ２の構成情報を示す図である。 本発明の第１の実施の形態における変更履歴情報を示す図である。 本発明の第１の実施の形態における変更履歴情報を示す図である。 本発明の第１の実施の形態における変更履歴情報を示す図である。 本発明の第１の実施の形態におけるソフトウエアの構成要素テーブルを示す表図である。 本発明の第１の実施の形態におけるアプリケーションの構成要素テーブルを示す表図である。 本発明の第２の実施の形態におけるシステム構成管理装置の動作を示すフローチャートである。 本発明の第２の実施の形態におけるソフトウエアの構成要素テーブルを示す図である。 本発明の第２の実施の形態であるシステム構成管理装置の動作を示すフローチャートである。 本発明の各実施の形態におけるシステム構成管理装置、又は、情報処理装置をコンピュータ装置で実現したハードウエア構成を示す図である。 本発明の各実施の形態におけるシステム構成管理装置１０と対象装置１１の接続を示す図である。

本発明の実施の形態について図面を参照して説明する。各図において、同一の要素には同一の符号し重複する説明は省略する。

本発明の実施の形態であるシステム構成管理装置１０は、管理対象である情報処理装置１１（以下、対象装置１１、と示す）のシステム構成を変更する際に、その変更による対象装置１１への影響を検知する機能を備える（図１９参照）。
＜システム構成管理装置の構成＞
図１は、本発明の第１の実施の形態であるシステム構成管理装置１０を示す構成図である。図１に示すようにシステム構成管理装置１０は、管理部２０、記憶部３０、入力部４０、出力部５０を備える。
（記憶部）
システム構成管理装置１０の記憶部３０は、対象装置１１のシステム構成に関連する情報を記憶するＤＢ（データベース）を備える。記憶部３０のＤＢは、保存する情報によって、システム構成情報ＤＢ３１、構成要素情報ＤＢ３２、および、変更履歴ＤＢ３３に分かれている。

システム構成情報ＤＢ３１は、対象装置１１のシステム構成に関わるシステム構成情報を記憶する。ここで、対象装置１１のシステム構成とは、対象装置１１が所定の機能を実行するため用いるハードウエアおよびソフトウエア（又は、アプリケーション）の組合せを表す。

情報処理装置に用いるハードウエアやソフトウエア等は、様々なベンダーより提供される汎用製品を使って構成することが多い。このため、ハードウエアの情報やソフトウエアの情報などは、ベンダーが提供している各種情報を記憶部３０のＤＢに用いることができる。

構成要素情報ＤＢ３２は、対象装置１１に搭載されるハードウエア、ソフトウエアおよび、アプリケーションの個別の構成要素の情報を記憶する。構成要素情報には、ソフトウエアやアプリケーションの諸条件を含んでもよい。ソフトウエアの諸条件とは、搭載するソフトウエアを対象装置１１で実行させるための条件の情報である。

具体的には、搭載するソフトウエアのサポート期限の情報、搭載するソフトウエアがサポートするＯＳの情報等である。この他、ソフトウエアやアプリケーションを実行するために必須となる他のソフトウエア等の情報を含んでもよい。

変更履歴ＤＢ３３は、対象装置１１のシステム構成を変更する際に、そのシステム構成を変更した履歴に関連する情報を保存するＤＢである。その情報は、管理部２０でシステム構成の情報が変更されるたびに記憶部３０に受け渡され変更履歴ＤＢ３３で保存される。

（管理部）
システム構成管理装置１０の管理部２０は、コントロール部２１と解析部２２を備える。

管理部２０のコントロール部２１は、上述のようにシステム構成の変更に関連する変更履歴情報を記憶部３０の変更履歴ＤＢ３３に保存する機能を備える。

管理部２０のコントロール部２１は、記億部３０の各ＤＢから必要な情報を取り出し、管理部２０の解析部２２における解析のために構成情報を生成する。構成情報とは、対象装置１１を構成する個別ハードウエア、個別ソフトウエア、個別アプリケーションの要素情報の集合を示す。具体的な内容は後述する。
さらに、コントロール部２１は、生成した各構成情報と、入力部４０から取得した変更情報とを、解析部２２へ引き渡す。

また、管理部２０のコントロール部２１は、解析部２２の解析結果であるエラー情報に基づき、対象装置１１のシステム構成で変更すべき箇所を判別し変更方針を生成する。

管理部２０の解析部２２は、コントロール部２１から送られた各構成情報と、入力部４０から送られた変更情報とに基づき、当該変更情報による対象装置１１への影響を解析する機能を備える。例えば、対象装置１１に新しいソフトウエアをインストールする場合、既存ＯＳ上で動作するのか、インストール済みの他のソフトウエアとの依存関係、或いは、サポート期間が残っているかなどを解析する。

具体的には、管理部２０の解析部２２は、依存解析モジュールと定量解析モジュールを備え、これらモジュールによって解析を行う。

依存解析モジュールは、プラットフォーム解析、ソフトウエア解析、および、アプリケーション解析を実施する。

プラットフォーム解析は、ハードウエア、ＯＳ、又は、ＤＢなど、対象装置１１にシステムを構築するために必要な基本的な構成要素について解析を実行する。この解析では、変更情報によるシステム構成の変更後に、対象装置１１のシステム構築に必要なＯＳがあるか否か、必要な周辺装置があるか（接続されているか）否か、などを調べる。

ソフトウエア解析は、対象装置１１を所定のシステムとして機能させるためのベースとなるソフトウエアについて解析を行う。すなわち、プラットフォーム上で利用するシステム固有のソフトウエアについて解析を行う。この解析は、必須のソフトウエアがあるか否か、ソフトウエアが対応するバージョンに矛盾が有るか否か、あるいは、ソフトウエアのサポート要件に合致したＯＳやデータベースになっているか、などを調べる。

アプリケーション解析は、対象装置１１で動作するアプリケーションの情報として、例えば、３２ｂｉｔ／６４ｂｉｔなどのＯＳのモデル情報、或いは、アプリケーションの作成に用いるプログラム言語、アプリケーションの動作やアプリケーションの作成に必要なソフトウエアの情報等を調べる。

一方、定量解析モジュールは、ライセンス解析と期間解析などを実行する。

ライセンス解析は、対象装置１１のソフトウエアのライセンス数の過不足を解析する。例えば、ＯＳのバージョンアップでライセンス権を維持できるか否か、あるは、対象装置１１が複数のコンピュータで構成され、処理能力向上のためにコンピュータを増設するような場合、所有するソフトウエアのライセンス権の数の過不足を調べる。

期間解析は、ハードウエアやソフトウエアに対するサポート期間を調べる。ソフトウエアのサポート期間は、ソフトウエアベンダーが製造／販売したソフトウエアに対するバグ修正やセキュリティの脆弱性への対応を保証する期間である。具体的には、対象装置１１のソフトウエアを変更する際に、そのソフトウエアに対応するＯＳのサポート期間内であるか等を調べる。
（入力部）
システム構成管理装置１０の入力部４０は、外部からの情報を入力する機能を持つ。具体的には、キーボード、マウス、又は、タッチパネル等であり、対象装置１１のシステム構成を変更する際に変更情報を入力するために用いられる。入力された変更情報は管理部２０へ送られる。

変更情報は、システム構成の変更による対象装置１１への影響を調べるための情報である。例えば、対象装置１１に搭載しているソフトウエアをアップデートするための情報、又は、対象装置１１に新たに搭載するアプリケーションの情報等が含まれる。また、変更情報は、対象装置１１を使って作成するアプリケーション関連する情報でもよい。

また、入力部４０は、無線／有線ＬＡＮ等の通信機能を備えることで、記憶部３０のシステム構成情報ＤＢ３１と構成要素情報ＤＢ３２が保存するハードウエア、ソフトウエア、あるいは、アプリケーションの情報を、それらベンダーから入手することができる。
（出力部）
システム構成管理装置１０の出力部５０は、管理部２０がシステム構成の変更による影響を解析した結果を出力する機能を備える。例えば、出力部５０は、表示装置の他、通信機能を備えた装置であってもよい。

ここで、第１の実施の形態のシステム構成管理装置における構成情報について、具体的な例を用いて説明する。

コントロール部２１は、解析部２２における解析のための構成情報を生成する。構成情報は、記憶部３０のシステム構成情報ＤＢ３１、および、構成要素情報ＤＢ３２に保存された情報に基づき生成される。

構成情報は、対象装置１１、対象装置１１を構成する個別ハードウエア、個別ソフトウエア、又は、個別アプリケーションにおける要素情報の集合である。

例えば、対象装置１１の構成情報は、その要素＜ｅｌｅｍｅｎｔ＞として、対象装置１１の名称＜ｎａｍｅ＞、モデル名＜ｍａｃｈｉｎｅＭｏｄｅｌ＞、分類＜ｃａｔｅｇｏｒｙ＞、型＜ｔｙｐｅ＞が記述される。さらに、インストールされたソフトウエア＜ＩｎｓｔａｌｌＳｏｆｔｗａｒｅ＞には、ＯＳ名やデータベース名、ソフトウエアの名称が、インストールされたアプリケーション＜ＩｎｓｔａｌｌＡｐｐｌｉｃａｔｉｏｎ＞には、アプリケーションの名称が記述される。

以下、コントロール部２１が生成する構成情報の具体例について、図４から図９を用いて説明する。図４から図９は、対象装置１１としてサーバを用いたときの構成情報の例を示すものである。

図４にサーバの構成情報の一例を示す。サーバ名＜ｎａｍｅ＞は、Ｔ−Ｓｅｒｖｅｒ１であり、カテゴリ＜ｃａｔｅｇｏｒｙ＞は、ｐｌａｔｆｏｒｍ、型＜ｔｙｐｅ＞は、ｍａｃｈｉｎｅとして記述される。さらに、サーバの構成情報について、サーバにインストールされたソフトウエアの情報として、＜ＩｎｓｔａｌｌＳｏｆｔｗａｒｅ＞ＯＳ１、ｄａｔ１、ＸＹＺ、ＡＢＣ、ＺＺＺと記述される。また、インストールされたアプリケーションの情報として＜ＩｎｓｔａｌｌＡｐｐｌｉｃａｔｉｏｎ＞Ｔ−ｍｏｄｕｌｅと記述される。

次に、ソフトウエアの構成情報を示す。ソフトウエアの構成情報には、要素＜ｅｌｅｍｅｎｔ＞として、ソフトウエアの名称＜ｎａｍｅ＞、ソフトウエアのバージョン＜ｖｅｒｓｉｏｎ＞、分類＜ｃａｔｅｇｏｒｙ＞、型＜ｔｙｐｅ＞、サポート＜ｓｕｐｐｏｒｔ＞の情報が記述される。さらに、サポート＜ｓｕｐｐｏｒｔ＞の情報として、ソフトウエアがサポートするＯＳやデータベースの名称やデータモデル＜ｄａｔａｍｏｄｅｌ＞の情報が記述される。

ソフトウエアの構成情報の具体例について図５を用いて説明する。図５にサーバに用いるＡＢＣソフトウエアの構成情報を示す。ＡＢＣソフトウエアは、サーバ用途のソフトウエアであり、図５では、＜ｔｙｐｅ＞ａｐｐｓｅｒｖｅｒとして記述される。またサポート＜ｓｕｐｐｏｒｔ＞には、ソフトウエアがサポートするＯＳやデータベースの名称が記述される。また図５では＜ｒｕｎｔｉｍｅ−ａｐ＞のように、ＡＢＣソフトウエアが、３２ｂｉｔもしくは６４ｂｉｔアプリケーションの動作をサポートするという情報が記述される。

ソフトウエアの構成情報の他の具体例を図６、図７に示す。図６にＸＹＺソフトウエアの構成情報を、図７にＺＺＺソフトウエアの構成情報を示す。

ＸＹＺソフトウエアは、コンパイラであり、図６には、図５の要素に加えて＜ｔｙｐｅ＞ｃｏｍｐｉｌｅｒが記述される。コンパイラのようにアプリケーションを作成するソフトウエアには、そのプログラム言語や作成できるアプリケーションの情報が加えられる。このため＜ｓｕｐｐｏｒｔ＞には、プログラム言語を表す＜ｌａｎｇ＞Ｃ／Ｃ＋＋、又は、このコンパイラによって作成されるアプリケーション（３２ｂｉｔ又は６４ｂｉｔ）の情報を表す＜ｃｏｍｐｉｌｅ−ａｐ＞３２が記述される。

また、図６には、ＸＹＺソフトウエアの実行に必要なソフトウエアとして、要求＜ｒｅｑｕｉｒｅｍｅｎｔ＞が記述される。要求＜ｒｅｑｕｉｒｅｍｅｎｔ＞にソフトウエア名称＜ｎａｍｅ＞ＸＹＺソフトウエアとバージョン＜バージョン＞６が記述される。

図７にＺＺＺソフトウエアの構成情報を示す。ＺＺＺソフトウエアは、ユーティリティであり、＜ｔｙｐｅ＞ｕｔｉｌｉｔｙと記述される。＜ｓｕｐｐｏｒｔ＞は、ＡＢＣソフトウエアと同様な情報が記述される。

続いて、アプリケーションの構成情報の具体例を図８に示す。図８は、作成するアプリケーションの構成情報を示す一例である。

アプリケーションの構成情報には、その要素＜ｅｌｅｍｅｎｔ＞として、アプリケーションの名称＜ｎａｍｅ＞、アプリケーションのバージョン＜ｖｅｒｓｉｏｎ＞、分類＜ｃａｔｅｇｏｒｙ＞、型＜ｔｙｐｅ＞、サポート＜ｓｕｐｐｏｒｔ＞が記述される。また、サポート＜ｓｕｐｐｏｒｔ＞には、アプリケーションがサポートするＯＳやデータベースの名称が記述される。さらに、アプリケーションの要素として、アプリケーションを作成したソフトウエアの名称やプログラム言語等の設定＜ｃｏｎｆｉｇ＞の情報が記述される。なお、データモデル＜ｄａｔａｍｏｄｅｌ＞はアプリケーションが３２ｂｉｔ対応か、６４ｂｉｔ対応かの情報を示すものである。

次に、ＯＳの構成情報の具体例を図９に示す。図９は、第１の実施の形態におけるＯＳ１の構成情報を示している。ＯＳの構成情報には、その要素＜ｅｌｅｍｅｎｔ＞として、ＯＳの名称＜ｎａｍｅ＞、ＯＳのバージョン＜ｖｅｒｓｉｏｎ＞、分類＜ｃａｔｅｇｏｒｙ＞、型＜ｔｙｐｅ＞、サポート＜ｓｕｐｐｏｒ＞が記述される。サポートの情報には、ｒｕｎｔｉｍｅに対応するアプリケーションのｂｉｔ数が記述される。

このように、管理部２０のコントロール部２１は、解析部２２での解析のため、記憶部３０のＤＢの情報を参照して、対象装置１１に関連する各種の構成情報を生成する。

変更履歴ＤＢ３３の変更履歴情報の一例を図１３Ａに示す。図１３Ａの変更履歴情報には、１回目の変更履歴情報であることを示す＜ｎｕｍｂｅｒ＞１、変更した構成情報の要素情報として＜ｃｈａｎｇｅＥｌｅｍ＞ＩｎｓｔａｌｌＳｏｆｔｗａｒｅ、変更前の要素として＜ｂｅｆｏｒｅ＞ＯＳ１、変更後の要素として＜ａｆｔｅｒ＞ＯＳ２が記述されている。

なお、上述の構成情報、変更履歴情報等の例は、ｘｍｌ形式による記述であるが、その記述はｘｍｌ形式に限られるものではなく他の形式でもよい。
＜システム構成管理装置の動作＞
次に、本発明の第１の実施の形態であるシステム構成管理装置１０の動作について説明する。

第１の実施の形態であるシステム構成管理装置１０の動作の理解のため、動作の一例として、サーバ（対象装置１１）で用いるＯＳをＯＳ１からＯＳ２に変更する場合を用いて説明する。図３は、第１の実施の形態におけるシステム構成管理装置１０の動作を示すフローチャートである。

はじめに、システム構成管理装置１０は、入力部４０で対象装置１１のシステム構成の変更情報を受付け、当該変更情報を管理部２０へ送る（Ｓ０１）。

一例で説明すると、システム構成管理装置１０は、サーバのＯＳをＯＳ１からＯＳ２へ変更するという変更情報を入力部４０で受け付け、管理部２０へ当該変更情報を送る。

続いて、管理部２０のコントロール部２１は、記憶部３０のシステム構成情報ＤＢ３１と構成要素情報ＤＢ３２に保存された情報に基づき、既存の対象装置１１の構成情報を生成する。また、コントロール部２１は、生成した既存の構成情報を変更履歴ＤＢ３３に一時保存する。

管理部２０のコントロール部２１は、入力部４０から送られた変更情報を用いて、生成した既存の構成情報の該当箇所の情報を変更する。

図１１に第１の実施の形態におけるＯＳ変更後のサーバの構成情報を示す。図１１に示す変更後のサーバの構成情報は、＜ＩｎｓｔａｌｌＳｏｆｔｗａｒｅ＞の＜ｓｏｆｔｗａｒｅ＞がＯＳ２に変更されている以外は図４の変更前のサーバの構成情報と同じ内容である。

図１２に第１の実施の形態におけるＯＳ２の構成情報を示す。図１２に示すＯＳ２の構成情報は、ＯＳ１と比べＯＳ名を示す＜ｎａｍｅ＞がＯＳ２、ＯＳのバージョンを示す＜ｖｅｒｓｉｏｎ＞が７となっている以外は図９のＯＳ１の構成情報と同じ内容が記述されている。

管理部２０のコントロール部２１は、変更情報を反映した構成情報を含む各種の構成情報を解析部２２へ送る。

解析部２２は、入力部４０からの変更情報によって対象装置１１のシステム構成に影響があるか否かを解析する。システム構成に影響があるとは、例えば、ＯＳがハードウエアに適合していない、ソフトウエアがＯＳに適合していない、あるいは、ソフトウエアのサポートの期限が切れている、のように対象装置１１の運用が困難になることを意味する。

解析部２２では、依存解析モジュールと定量解析モジュールにより、変更後の各種の構成情報の解析を実行する。

解析では、依存解析モジュールのソフトウエア解析によって、ＯＳ２に適合していないＡＢＣソフトウエアがエラーとなる。図５に示すように、ＡＢＣソフトウエアは、サポートＯＳがＯＳ１だけでＯＳ２をサポートしていない。解析部２２は、エラー情報として、ＡＢＣソフトウエアの構成情報とその要素情報＜ＯＳ＞を含む情報を出力する。

エラー情報は、各種の構成情報のうち、エラーなった箇所が判別可能な情報として記述されることが好ましい。

管理部２０のコントロール部２１は、解析部２２から送られたエラー情報を参照して、構成情報のうちエラーとなった要素情報のエラーを解消する変更方針を検討する。構成情報のエラーを解消する変更方針の１つとして、コントロール部２１は、記憶部３０の構成要素情報ＤＢ３２に登録された個別ソフトウエアのうち、エラー情報を解消できるソフトウエアがあるかを検索する。すなわち、ソフトウエアでエラーの要因となった要素情報が適合する満たすソフトウエアがＤＢに存在するかを検索する。具体的には、ＡＢＣソフトウエアでＯＳ２に対応できるものが登録されているかを検索する。

図１４Ａは、記憶部３０の構成要素情報ＤＢ３２に保存されている個別ソフトウエアの構成情報をテーブル化した表図である。図１４Ａのテーブル情報から、ＡＢＣソフトウエアには、サーバに搭載していたＡＢＣソフトウエア（バージョン４）とは異なり、ＯＳ２をサポートするＡＢＣソフトウエア（バージョン５）が存在することがわかる。

図１４Ｂは、記憶部３０の構成要素情報ＤＢ３２に保存されている個別アプリケーションの構成情報をテーブル化した表図である。図１４Ｂのテーブル情報に示すように、個別アプリケーションの構成情報には、そのアプリケーションに関連するソフトウエアの情報として、当該アプリケーションを作成したソフトウエア名（図中のＸＹＺ）、および、そのアプリケーションのプログラミング言語名（Ｃ／Ｃ＋＋）が記述される。

コントロール部２１は、ソフトウエアの構成情報のエラーを解消するために、変更方針として、ＡＢＣソフトウエア（バージョン４）の代わりにＡＢＣソフトウエア（バージョン５）を用いることを決定する。

さらに、コントロール部２１は、記憶部３０の変更履歴ＤＢ３３に保存された変更履歴情報と、上述の変更方針に矛盾がないかを確認する。

変更履歴情報と、変更方針に矛盾が生じる例としては、対象装置１１のＯＳをＯＳ１からＯＳ２に変更する場合に、エラーを解消するための変更方針がＯＳをＯＳ１にする、となるようなときである。

変更方針が記憶部３０の変更履歴情報と矛盾する場合は、管理部２０は解析を終了してエラー出力し、出力部５０でエラーによる解析の終了を報知する。

変更方針に矛盾がない場合、コントロール部２１は、変更方針であるＡＢＣソフトウエア（バージョン４）をＡＢＣソフトウエア（バージョン５）に変える旨の変更履歴情報を記憶部３０の変更履歴ＤＢ３３に保存する。このときの変更履歴情報は図１３Ｂに示す記述となる。

上述の例では、変更方針と図１３Ａの変更履歴情報との矛盾がないため、コントロール部２１は、記憶部３０の構成要素情報ＤＢ３２からＡＢＣソフトウエア（バージョン５）の情報を取り出し、変更方針に基づいて、対象装置１１の各種の構成情報を再び生成する（Ｓ０７）。

次に、コントロール部２１は、解析部２２に変更後の各種の構成情報を送り出し、解析部２２は、所定の解析を再び実行する。

上述の例では、解析部２２における２回目の解析は、依存解析おいて、プラットフォーム解析、ソフトウエア解析は、エラーとなる設定はない。しかし、ＡＢＣソフトウエア（バージョン４）からＡＢＣソフトウエア（バージョン５）に変更したことにより、アプリケーション解析でエラーが発生する。

変更後のＡＢＣソフトウエア（バージョン５）の＜ｒｕｎｔｉｍｅ−ａｐ＞のサポートが６４（６４ｂｉｔ）となる。このためにアプリケーションであるＴ−ａｐｐの＜ｃｏｎｆｉｇ＞情報に差異が生じる。すなわち、対象装置１１にインストールされているＴ−ａｐｐが＜ｄａｔａｍｏｄｅｌ＞３２とあり、３２ｂｉｔ向けとなっている。

解析部２２はエラー情報をコントロール部２１へ送る。コントロール部２１は、再度、エラー情報をもとに、記憶部３０の構成要素情報ＤＢ３２を検索し、エラー情報を解消できる情報（エラーの要因となった要素情報が適合する）があるかを調べる。エラー情報のエラーを解消する情報があれば、これを参照して変更方針を決定し、再び各種の構成情報を生成する。

図１５は、第１の実施の形態において、コントローラ部２１で変更方針を決定するために記憶部３０のＤＢを検索する動作の一例を示すフローチャートである。

まず、解析部２２から送られたエラー情報に対して、コントロール部２１は、エラーを解消できる構成要素情報がＤＢに存在するか検索する（Ｔ０１）。具体的には、コントロール部２１は、記憶部３０の構成要素情報ＤＢ３２に登録された個別ソフトウエアのうち、エラー情報を解消できる（エラーの要因となった要素情報が適合する）ソフトウエアがあるかを検索する。

まず、検索先のＤＢに個別ソフトウエアの構成要素情報が存在するか確認する（Ｔ０２）。

エラーとなったソフトウエアに異なるバージョンが存在するか確認する（Ｔ０３）。次に、その異なるバーションのソフトウエアの要素情報がエラーを解消できるか（エラーの要因となった要素情報が適合するか）を確認する（Ｔ０４）。

異なるバージョンが無い、又は、異なるバージョンは有るが、要素情報のエラーが解消しない場合は、構成要素情報ＤＢ３２の他のソフトウエアを検索する（Ｔ０５）。

異なるバージョンのソフトウエアが要素情報のエラーを解消する場合は、そのバージョンのソフトウエアの構成要素情報をＤＢから取り出す（Ｔ０６）。

Ｔ０２で検索先のＤＢに個別ソフトウエアの構成要素情報が存在しなかった場合は、ソフトウエアの構成情報のうち変更すべき要素情報をエラー情報から決定する（Ｔ０７）。第１の実施の形態の例では、２回目の解析後のエラーを解消できる情報は記憶部３０の各ＤＢにない場合、仮に「作成するアプリケーション」が６４ｂｉｔ対応であるとして変更方針を決定する。

このように仮の変更方針を決定し、解析部２２で解析しておくことで、記憶部３０のＤＢに保存されていないソフトウエアに対する予測が可能となる。また、保存されていなかったソフトウエアが、解析部２２の解析によって、別のエラー情報が発生することを予め知ることもできる。

次に、コントローラ部２１は、変更方針が直前の変更履歴の変更内容と矛盾していなか確認する。変更方針に矛盾がない場合、コントロール部２１は、記憶部３０の変更履歴ＤＢ３３に変更方針を反映する。このときの変更履歴情報は図１３Ｃに示す記述となる。

続いて、コントロール部２１は、各種の構成情報を生成し、３回目の解析に移る。解析部２２による３回目の解析では、アプリケーションの構成情報の＜ｄａｔａｍｏｄｅｌ＞を６４としたことにより、アプリケーション解析でエラーが発生する。原因は、アプリシーション作成ソフトの「ＸＹＺソフトウエア」の＜ｃｏｍｐｉｌｅ−ａｐ＞が３２と示すように３２ｂｉｔであり、６４ｂｉｔに対応ができないためである。解析部２２は、＜ｃｏｍｐｉｌｅ−ａｐ＞の値に関するエラー情報をコントロール部２１へ送る。

コントロール部２１は、エラー情報に基づき、記憶部３０のＤＢからエラーを解消できる要素情報があるかを検索する。コントローラ部２１は、ＸＹＺソフトウエアに対して、エラーを解消できる要素情報が見つからない場合、エラー情報からＴ−ａｐｐの構成情報の＜ｃｏｍｐｉｌｅ−ａｐ＞の値を６４から３２に変更する、という変更方針を決定する。

コントローラ部２１は、変更方針が変更履歴情報と矛盾しないかを確認する。この時点では、前回の変更と今回の変更に矛盾はないが、変更方針が３２ｂｉｔと６４ｂｉｔでループすることになるため解析自体をエラー終了する。

以上のように、本発明の第１の実施の形態のシステム構成管理装置によれば、情報処理装置のシステム構成を変更するための変更情報を入力する入力部と、情報処理装置のシステム構成に関するシステム構成情報と、情報処理装置のシステムを構成するハードウエアとソフトウエアの構成要素情報と、情報処理装置で作成するアプリケーションの構成要素情報と、を保存する記憶部と、入力部から送られた変更情報、記憶部に保存されたシステム構成情報、ハードウエアとソフトウエアの構成要素情報、および、作成するアプリケーションの構成要素情報に基づき、システム構成を変更した後の情報処理装置における、ソフトウエアの構成情報と、作成するアプリケーションの構成情報を作成し、ソフトウエアの構成情報の要素情報と、作成するアプリケーションの構成情報の要素情報との適合状況を解析する管理部と、管理部で解析した適合状況の情報を出力する出力部と、を備える。

これにより、管理対象の情報処理装置におけるシステム構成の変更に対して、当該装置で作成するアプリケーションへの影響を検知することが可能となる。
（他の実施の形態）
次に、本発明の第２の実施の形態であるシステム構成管理装置の動作について説明する。

前述の第１の実施の形態では、解析部２２からのエラー情報に基づき、コントローラ部２１が、要素情報のエラーを解消できる要素情報があるか記憶部３０の構成要素情報ＤＢ３２を検索した。具体的には、コントローラ部２１は、エラーとなったソフトウエアに対し、エラーを解消する異なるバージョンが存在するかを検索した。

本発明の第２の実施の形態では、エラーとなったソフトウエア、アプリケーション等と同様の機能、同類の要素情報を持つ他のソフトウエアやアプリケーションが記憶部３０のＤＢに存在するかを検索する。すなわち、移行可能な他のソフトウエアやアプリケーションが存在するかを検索する。例えば、コンパイラ機能を備えるＸＹＺソフトウエアのエラーを解消することができないときに、エラーを解消できる他のコンパイラ機能を備えるソフトウエアが存在するかを検索する。

図１６は、記憶部３０の構成要素情報ＤＢ３２に保存されている個別ソフトウエアの構成情報をテーブル化したものである。

図１６と図１４Ａとを比較すると、図１６は各構成情報の要素情報として、ｍｉｇｒａｔｉｏｎが追加されている点が異なる。ｍｉｇｒａｔｉｏｎの項目は、具体的には、個別ハードウエア、個別ソフトウエア、又は、個別アプリケーションに対して互換性を有する情報が記述される。

図１６の例では、ＸＹＺソフトウエアと同様にコンパイラ機能を備え、かつ、ＸＹＺソフトの要素情報（サポートＯＳやサポートＤＢ等）を充足するソフトウエアとしてＥＦＧソフトウエアがあることがわかる。
このように、個別ソフトウエアの構成情報の要素情報として、そのソフトウエアと互換性を備えるソフトウエアの情報を加えることで、コントロール部２１でエラーを解消するための検索を実施する際に、エラーを解消する変更方針の決定を効率化することができる。

図１７は、第２の実施の形態において、コントローラ部２１で変更方針を決定するために記憶部３０のＤＢを検索する動作の一例を示すフローチャートである。図１７中、第１の実施の形態と同様の工程は、詳細な説明を省略する。

図１７に示すように、検索先ＤＢにソフトウエアの構成要素情報が存在するか（Ｔ０２）を確認後、記憶部３０の各ＤＢを検索し、エラーを解消できるソフトウエアが存在するか確認する（Ｔ０８）。

エラーを解消できるソフトウエアが存在する場合、そのソフトウエアの情報をＤＢから取り出す（Ｔ０６）。異なるバージョンのソフトウエアが存在しない場合、第１の実施の形態と同様に、異なるバージョンのソフトウエアが存在するかを判断する（Ｔ０３）。

異なるバージョンのソフトウエアが無かった場合（Ｔ０３のＮｏ）、あるいは、異なるバージョンのソフトウエアが有っても、要素情報でエラーが解消できない場合（Ｔ０４のＮｏ）、コントローラ部２１は、移行できる（互換性を備える）ソフトウエアが記憶部３０のＤＢに存在するか判断する（Ｔ０９）。

移行できるソフトウエアが存在する場合、そのソフトウエアに対して再度検索を行う。このように、第２の実施の形態では、ソフソフトウエアソフトウエア間の移行も考慮した解析が実施できる。

なお、上記実施の形態の説明では、ソフトウエアの変更の例として、ＯＳの変更について説明したが、これに限られるものではない。ハードウエアの変更、例えば、ＣＰＵ等を含むサーバ装置（プラットフォーム）を変更する場合でも、同様の構成、動作によって実施が可能である。
（ハードウエア構成）
図１８は、本発明の各実施の形態におけるシステム構成管理装置１０、又は、システム構成管理装置の管理対象となる情報処理装置１１を、コンピュータ装置で実現したハードウエア構成を示す図である。

図１８に示すように、システム構成管理装置１０、又は、管理対象となる情報処理装置１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９１、ネットワーク接続用の通信Ｉ／Ｆ（通信インターフェース）９２、メモリ９３、及び、プログラムを格納するハードディスク等の記憶装置９４を含み、また、システムバス９７を介して入力装置９５及び、出力装置９６に接続されている。

ＣＰＵ９１は、オペレーティングシステムを動作させて本発明の第１〜２の実施の形態に係るシステム構成管理装置又は情報処理装置を制御する。またＣＰＵ９１は、例えば、ドライブ装置に装着された記録媒体からメモリ９３にプログラムやデータを読み出す。

また、ＣＰＵ９１は、例えば、各実施の形態におけるシステム構成管理装置１０の記憶部３０、入力部４０、出力部５０などからの情報信号を処理する機能を有し、プログラムに基づいて各種機能の処理を実行する。

記憶装置９４は、例えば、光ディスク、フレキシブルディスク、磁気光ディスク、外付けハードディスク、又は半導体メモリ等である。記憶装置９４の一部の記憶媒体は、不揮発性記憶装置であり、そこにプログラムを記憶する。また、プログラムは、通信網に接続されている。図示しない外部コンピュータからダウンロードされてもよい。

入力装置９５は、例えば、マウス、キーボード、又は、タッチパネルなどで実現され、入力操作に用いられる。

出力装置９６は、例えば、ディスプレイで実現され、ＣＰＵ９１により処理された情報等を出力して確認するために用いられる。

以上のように、本発明の各実施の形態は、図１８に示されるハードウエア構成によって実現される。但し、システム構成管理装置１０、又は、情報処理装置１１が備える各部の実現手段は、特に限定されない。

なお、システム構成管理装置１０は、図１９（ａ）のように対象装置１１の外部に接続してもよく、図１９（ｂ）のように対象装置１１の内部に搭載してもよい。対象装置１１の内部にシステム構成管理装置１０を搭載することで、ＣＰＵや記憶装置等のハードウエアやＯＳなどを共用化することができる。
すなわち、システム構成管理装置１０と管理対象である情報処理装置１１は、物理的に結合した一つの装置により実現されてもよいし、物理的に分離した二つ以上の装置を有線又は無線で接続し、これら複数の装置により実現してもよい。

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態に限定されたものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が容易に理解し得るような様々な変更をすることができる。

上記の各実施形態においては、以下に示すようなシステム構成管理方法、及び、システム構成管理プログラムの特徴的構成が示されている（以下のように限定されるわけではない）。なお、本発明のプログラムは、上述の実施形態で説明した各動作を、コンピュータに実行させるプログラムであれば良い。

（付記１）
情報処理装置のシステム構成を変更するための変更情報を、入力部で入力し、
前記情報処理装置のシステム構成に関するシステム構成情報、前記情報処理装置のシステムを構成するハードウエアとソフトウエアの構成要素情報、及び、前記情報処理装置で作成するアプリケーションの構成要素情報を、記憶部が保存し、
前記入力部から送られた前記変更情報、前記記憶部に保存された前記システム構成情報、前記ハードウエアと前記ソフトウエアの構成要素情報、および、前記作成するアプリケーションの構成要素情報とに基づき、
管理部が、システム構成を変更した後の前記情報処理装置における、前記ソフトウエアの構成情報と、前記作成するアプリケーションの構成情報を作成し、かつ、前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報との適合状況を解析し、
前記管理部で解析した適合状況の情報を、出力部で出力する、システム構成管理方法。

（付記２）
前記記憶部は、システム構成情報ＤＢ、構成要素情報ＤＢ、及び、変更履歴ＤＢを備え、
システム構成情報ＤＢは、前記ハードウエア、又は、前記ソフトウエアの組合せに関わるシステム構成情報を保存し、
構成要素情報ＤＢは、前記ハードウエア、又は、前記ソフトウエアの構成要素情報と、前記情報処理装置で作成するアプリケーションの構成要素情報とを保存し、
前記変更履歴ＤＢは、前記情報処理装置のシステム構成の変更前後における前記情報処理装置の変更箇所の情報を保存する、付記１に記載のシステム構成管理方法。

（付記３）
前記管理部は、コントロール部と解析部を備え、
前記コントロール部が、システム構成を変更した後の前記情報処理装置における、前記ソフトウエアの構成情報と、前記作成するアプリケーションの構成情報を作成し、
前記解析部が、前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報との適合状況を解析する、付記１又は２に記載のシステム構成管理方法。

（付記４）
前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報とが適合しない場合、前記解析部は、不適合となった前記要素情報を含むエラー情報を生成しコントロール部へ送付する、付記３に記載のシステム構成管理方法。

（付記５）
前記コントロール部は、前記解析部から受け付けた前記エラー情報を参照し、前記構成情報の要素情報の変更方針を決定する、付記４に記載のシステム構成管理方法。

（付記６）
前記コントロール部は、前記不適合なった構成情報の要素情報のエラーを解消できる要素情報が存在するか前記記憶部を検索した後、前記変更方針を決定する、付記５に記載のシステム構成管理方法。

（付記７）
前記コントロール部は、決定した変更方針と前記記憶部に保存された前記変更履歴情報とに矛盾があるかを確認する、付記６に記載のシステム構成管理方法。

（付記８）
前記確認で矛盾が無い場合、前記コントロール部は、前記変更方針により変更した構成情報を前記解析部へ送り、前記解析部は変更後の構成情報を解析する、付記７に記載のシステム構成管理方法。

（付記９）
コンピュータに、
情報処理装置のシステム構成を変更するための変更情報を、入力部で入力し、
前記情報処理装置のシステム構成に関するシステム構成情報、前記情報処理装置のシステムを構成するハードウエアとソフトウエアの構成要素情報、及び、前記情報処理装置で作成するアプリケーションの構成要素情報を、記憶部が保存し、
前記入力部から送られた前記変更情報、前記記憶部に保存された前記システム構成情報、前記ハードウエアと前記ソフトウエアの構成要素情報、および、前記作成するアプリケーションの構成要素情報とに基づき、
管理部が、システム構成を変更した後の前記情報処理装置における、前記ソフトウエアの構成情報と、前記作成するアプリケーションの構成情報を作成し、かつ、前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報との適合状況を解析し、
前記管理部で解析した適合状況の情報を、出力部で出力する、ことを実行させるためのシステム構成管理プログラム。

（付記１０）
前記管理部は、コントロール部と解析部を備え、
前記コントロール部が、システム構成を変更した後の前記情報処理装置における、前記ソフトウエアの構成情報と、前記作成するアプリケーションの構成情報を作成し、
前記解析部が、前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報との適合状況を解析する、付記９に記載のシステム構成管理プログラム。

（付記１１）
前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報とが適合しない場合、前記解析部は、不適合となった前記要素情報を含むエラー情報を生成しコントロール部へ送付する、付記１０に記載のシステム構成管理プログラム。

１０ システム構成管理装置
１１ 対象装置
２０ 管理部
２１ コントロール部
２２ 解析部
３０ 記憶部
３１ システム構成情報ＤＢ
３２ 構成要素情報ＤＢ
３３ 変更履歴ＤＢ
４０ 入力部
５０ 出力部
９１ ＣＰＵ
９２ 通信Ｉ／Ｆ（通信インターフェース）
９３ メモリ
９４ 記憶装置
９５ 入力装置
９６ 出力装置
９７ システムバス

Claims (10)

1. 情報処理装置のシステム構成を変更するための変更情報を入力する入力部と、
   前記情報処理装置のシステム構成に関するシステム構成情報と、前記情報処理装置のシステムを構成するハードウエアとソフトウエアの構成要素情報と、前記情報処理装置で作成するアプリケーションの構成要素情報と、を保存する記憶部と、
   前記入力部から送られた前記変更情報、前記記憶部に保存された前記システム構成情報、前記ハードウエアと前記ソフトウエアの構成要素情報、および、前記作成するアプリケーションの構成要素情報に基づき、
   システム構成を変更した後の前記情報処理装置における、前記ソフトウエアの構成情報と、前記作成するアプリケーションの構成情報を作成し、前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報との適合状況を解析する管理部と、
   前記管理部で解析した適合状況の情報を出力する出力部と、
   を備える、システム構成管理装置。
2. 前記記憶部は、システム構成情報ＤＢ、構成要素情報ＤＢ、及び、変更履歴ＤＢを備え、
   システム構成情報ＤＢは、前記ハードウエア、又は、前記ソフトウエアの組合せに関わるシステム構成情報を保存し、
   構成要素情報ＤＢは、前記ハードウエア、又は、前記ソフトウエアの構成要素情報と、
   前記情報処理装置で作成するアプリケーションの構成要素情報とを保存し、
   前記変更履歴ＤＢは、前記情報処理装置のシステム構成の変更前後における前記情報処理装置の変更箇所の情報を保存する、請求項１に記載のシステム構成管理装置。
3. 前記管理部は、コントロール部と解析部を備え、
   前記コントロール部が、システム構成を変更した後の前記情報処理装置における、前記ソフトウエアの構成情報と、前記作成するアプリケーションの構成情報を作成し、
   前記解析部が、前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報との適合状況を解析する、請求項２に記載のシステム構成管理装置。
4. 前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報とが適合しない場合、前記解析部は、不適合となった前記要素情報を含むエラー情報を生成し前記コントロール部へ送付する、請求項３に記載のシステム構成管理装置。
5. 前記コントロール部は、前記解析部から受け付けた前記エラー情報を参照し、前記構成情報の要素情報の変更方針を決定する、請求項４に記載のシステム構成管理装置。
6. 前記コントロール部は、前記不適合となった構成情報の要素情報のエラーを解消できる要素情報が存在するか前記記憶部を検索した後、前記変更方針を決定する、請求項５に記載のシステム構成管理装置。
7. 前記コントロール部は、決定した変更方針と前記記憶部に保存された前記変更履歴ＤＢに保存された情報とに矛盾があるかを確認する、請求項６に記載のシステム構成管理装置。
8. 前記確認で矛盾が無い場合、前記コントロール部は、前記変更方針により変更した構成情報を前記解析部へ送り、前記解析部は変更後の構成情報を解析する、請求項７に記載のシステム構成管理装置。
9. 情報処理装置のシステム構成を変更するための変更情報を、入力部で入力し、
   前記情報処理装置のシステム構成に関するシステム構成情報、前記情報処理装置のシステムを構成するハードウエアとソフトウエアの構成要素情報、及び、前記情報処理装置で作成するアプリケーションの構成要素情報を、記憶部が保存し、
   前記入力部から送られた前記変更情報、前記記憶部に保存された前記システム構成情報、前記ハードウエアと前記ソフトウエアの構成要素情報、および、前記作成するアプリケーションの構成要素情報とに基づき、
   管理部が、システム構成を変更した後の前記情報処理装置における、前記ソフトウエアの構成情報と、前記作成するアプリケーションの構成情報を作成し、かつ、前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報との適合状況を解析し、
   前記管理部で解析した適合状況の情報を、出力部で出力する、システム構成管理方法。
10. コンピュータに、
    情報処理装置のシステム構成を変更するための変更情報を、入力部で入力し、
    前記情報処理装置のシステム構成に関するシステム構成情報、前記情報処理装置のシステムを構成するハードウエアとソフトウエアの構成要素情報、及び、前記情報処理装置で作成するアプリケーションの構成要素情報を、記憶部が保存し、
    前記入力部から送られた前記変更情報、前記記憶部に保存された前記システム構成情報、前記ハードウエアと前記ソフトウエアの構成要素情報、および、前記作成するアプリケーションの構成要素情報とに基づき、
    管理部が、システム構成を変更した後の前記情報処理装置における、前記ソフトウエアの構成情報と、前記作成するアプリケーションの構成情報を作成し、かつ、前記ソフトウエアの構成情報の要素情報と、前記作成するアプリケーションの構成情報の要素情報との適合状況を解析し、
    前記管理部で解析した適合状況の情報を、出力部で出力する、ことを実行させるためのシステム構成管理プログラム。

Images