JP5208324B1 - 情報システム管理装置及び情報システム管理方法及びプログラム - Google Patents

Abstract

システム構成要素で稼動中のコンポーネントとの通信により生成された、各システム構成要素で稼動中のコンポーネントと、システム構成要素間の依存関係とが記述される依存関係テーブル２０２と、各システム構成要素における冗長化の詳細が記述されるＣＦＩＡ分析表２０３とを用いて、設計情報統合部２６が、各システム構成要素で稼動中のコンポーネントに対して、冗長化の詳細を関係付ける。表示部２９が、各システム構成要素で稼動中のコンポーネントとシステム構成要素間の依存関係とを表示するとともに、設計情報統合部２６による関係付けに基づき、各システム構成要素で稼動中のコンポーネントの表示に対応付けて各システム構成要素における冗長化の詳細を表示する。

Description

本発明は、冗長化された情報システムを管理する技術に関する。

従来のＣＭＤＢ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｄａｔａｂａｓｅ：構成管理データベース）等を用いた構成管理装置では、管理対象の情報システムを構成する機器（サーバ、端末、ネットワーク機器、ソフトウェア、ストレージ等）と通信を行って情報を収集し、機器間の依存関係をデータベース等に保存し、機器間の依存関係を自動的に収集・蓄積する（例えば、特許文献１、特許文献２、非特許文献１）。
また、構成管理装置が、クライアント（端末）からサーバ上のソフトウェアサービスへの接続を監視して、情報システムの機器間の依存関係を自動的に収集・蓄積方法も提案されている（例えば、特許文献３）。

特開２００４−１０３０１５号公報 特開２００５−２７５５３３号公報 特開２００６−１７８８３４号公報

Ｂａｒｔ Ｊａｃｏｂ他著、「ＩＢＭ（登録商標） Ｔｉｖｏｌｉ Ａｐｐｌｉｃａｔｉｏｎ Ｄｅｐｅｎｄｅｎｃｙ Ｄｉｓｃｏｖｅｒｙ Ｍａｎａｇｅｒ Ｃａｐａｂｉｌｉｔｉｅｓ ａｎｄ Ｂｅｓｔ Ｐｒａｃｔｉｃｅｓ」ＩＢＭ（登録商標） Ｒｅｄｂｏｏｋ、２００８年２月発行、ｐ．８〜９

従来の構成管理装置では、機器間の依存関係を自動的に収集・蓄積する際、機器との通信又は機器間の接続状況によって、各機器の存在と機器間の通信関係は把握することができた。
しかし、機器間の冗長化構成の組み合わせと冗長化の種類を判別するためには、冗長化の仕組みを持つソフトウェア等の設定情報を解析する機構を用意するか、人手で冗長化の組み合わせや種類を入力する等の必要があり、実現が困難であるか又は運用負荷が高いという課題があった。

この発明は、これらの課題を解決することを主な目的としており、情報システムにおける冗長化の詳細を表示できる構成を実現することを主な目的とする。

本発明に係る情報システム管理装置は、
複数のシステム構成要素を含み、各システム構成要素で２つ以上のコンポーネントを用いた冗長化が実施されている情報システムを管理する情報システム管理装置であって、
各システム構成要素で稼動中のコンポーネントとの通信により生成された、各システム構成要素で稼動中のコンポーネントと、システム構成要素間の依存関係とが記述される依存関係情報を入力する依存関係情報入力部と、
各システム構成要素における冗長化の詳細が記述される冗長化詳細情報を入力する冗長化詳細情報入力部と、
前記依存関係情報に記述される各システム構成要素で稼動中のコンポーネントに対して、前記冗長化詳細情報に記述される冗長化の詳細を関係付ける情報関係付け部と、
前記依存関係情報に記述される、各システム構成要素で稼動中のコンポーネントとシステム構成要素間の依存関係とを表示するとともに、前記情報関係付け部による関係付けに基づき、各システム構成要素で稼動中のコンポーネントの表示に対応付けて各システム構成要素における冗長化の詳細を表示する表示部とを有することを特徴とする。

本発明によれば、システム構成要素で稼働中のコンポーネントの表示、システム構成要素間の依存関係に加えて、システム構成要素における冗長化の詳細を表示することができる。

実施の形態１に係る構成管理装置の構成例を示す図。 実施の形態１に係るビューの例を示す図。 実施の形態１に係る動作機器一覧テーブルの例を示す図。 実施の形態１に係る依存関係テーブルの例を示す図。 実施の形態１に係るＣＦＩＡ分析表の例を示す図。 実施の形態１に係るホスト名・ＩＰアドレス対応表の例を示す図。 実施の形態１に係る構成管理テーブルの例を示す図。 実施の形態１に係る構成管理装置の動作例を示すフローチャート図。 実施の形態１に係るビューの例を示す図。 実施の形態１に係るビューの例を示す図。 実施の形態２に係る構成管理装置の動作例を示すフローチャート図。 実施の形態２に係るビューの例を示す図。 実施の形態３に係るホスト名の命令規則の例を示す図。 実施の形態３に係るホスト名命名規則表の例を示す図。 実施の形態４に係るソフトウェア一覧テーブルの例を示す図。 実施の形態５に係る構成管理装置の構成例を示す図。 実施の形態６に係る構成管理装置の構成例を示す図。 実施の形態６に係るビューの例を示す図。 従来のビューの例を示す図。 実施の形態１〜６に係る構成管理装置のハードウェア構成例を示す図。

実施の形態１．
実施の形態１〜６に係る構成管理装置は、システム構成要素の依存関係の生成に対して、システム構成要素における冗長化の組み合わせと種類を自動的に判別し、判別した冗長化の組み合わせと種類をユーザに対して表示することを主な目的としている。
冗長化構成には、ロードバランス、フェイルオーバクラスタ、コールドスタンバイ等の手法がある。
ロードバランスは、２台以上の機器が常時サービス提供しており１台が故障しても他の機器で代替動作するものである。
フェイルオーバクラスタは、本番系機器に対して自動切換可能な待機系機器を用意し、本番系の故障時に待機系機器に自動的に切り替わって代替動作するものである。
コールドスタンバイは、本番系機器に対して通常時は動作を停止している代替機器を用意し、本番系の故障時には代替機器を手動で起動して代替動作させるものである。

図１は、本実施の形態に係る構成管理装置２の構成例を示す。
構成管理装置２は、情報システム管理装置の例に相当する。

構成管理装置２は、業務システムの実環境である情報システム１と接続されており、情報システム１を管理する。
より具体的には、構成管理装置２は情報システム１からシステム構成要素の情報を収集して依存関係を分析・保存する。
情報システム１はネットワーク、サーバ装置、端末装置等で構成される。

構成管理装置２は、図２に例示するビュー３を表示する。
構成管理装置２が管理する情報システム１は、図２のビュー３に示すように、例えば、ＸＸＸシステム、ＹＹＹシステム等から構成され、また、ＸＸＸシステムにはＡＡＡ機能とＢＢＢ機能が配備されているものとする。
図２は、ＸＸＸシステムのＡＡＡ機能における機器構成を示している。
図２に示すように、ＸＸＸシステムのＡＡＡ機能では、Ｗｅｂサーバ＃１−１、Ｗｅｂサーバ＃１−２、Ａｐｐサーバ＃１−１、Ａｐｐサーバ＃１−２、ＤＢサーバ＃１−１、ＤＢサーバ＃１−２が存在している。
Ｗｅｂサーバ＃１−１、Ｗｅｂサーバ＃１−２における「Ｗｅｂサーバ＃１」、Ａｐｐサーバ＃１−１、Ａｐｐサーバ＃１−２における「Ａｐｐサーバ＃１」、ＤＢサーバ＃１−１、ＤＢサーバ＃１−２における「ＤＢサーバ＃１」は、それぞれシステム構成要素を示している。
そして、Ｗｅｂサーバ＃１−１、Ｗｅｂサーバ＃１−２は、システム構成要素「Ｗｅｂサーバ＃１」において冗長化に用いられるコンポーネントである。
同様に、Ａｐｐサーバ＃１−１、Ａｐｐサーバ＃１−２は、システム構成要素「Ａｐｐサーバ＃１」において冗長化に用いられるコンポーネントである。
同様に、ＤＢサーバ＃１−１、ＤＢサーバ＃１−２は、システム構成要素「ＤＢサーバ＃１」において冗長化に用いられるコンポーネントである。
このように、構成管理装置２が管理する情報システム１は、複数のシステム構成要素を含み、各システム構成要素が２つ以上のコンポーネントを用いて冗長化されている。
なお、コンポーネントを機器ともいう。

構成管理装置２は、構成情報収集部２１、構成要素管理テーブル記憶部２２、依存関係情報入力部２３、設計情報記憶部２４、設計情報入力部２５、設計情報統合部２６、データベース登録部２７、構成管理データベース２８、表示部２９から構成される。

構成情報収集部２１は、情報システム１と通信を行い、情報システム１内で稼働中のコンポーネントを検出し、また、情報システム１内で稼働中のコンポーネント間の依存関係、すなわち、システム構成要素間の依存関係を検出する。
そして、情報システム１内で稼働中のコンポーネントと、システム構成要素間の依存関係が示される動作機器一覧テーブル２０１と依存関係テーブル２０２を生成し、生成した動作機器一覧テーブル２０１と依存関係テーブル２０２を構成要素管理テーブル記憶部２２に格納する。

構成要素管理テーブル記憶部２２は、動作機器一覧テーブル２０１と依存関係テーブル２０２とを記憶している。
動作機器一覧テーブル２０１は図３に例示するテーブルであり、情報システム１内で動作中のコンポーネントが記述されている。
依存関係テーブル２０２は図４に例示するテーブルであり、システム構成要素間の依存関係が記述されている。
動作機器一覧テーブル２０１と依存関係テーブル２０２の詳細は、図３、図４を参照して後述する。
依存関係テーブル２０２は依存関係情報の例に相当する。

依存関係情報入力部２３は、構成要素管理テーブル記憶部２２から依存関係テーブル２０２を入力する（読み出す）。

設計情報記憶部２４は、ＣＦＩＡ分析表２０３とホスト名・ＩＰアドレス対応表２０４を記憶している。
ＣＦＩＡ分析表２０３は図５に例示するテーブルであり、情報システム１に含まれる全てのコンポーネントが記述されている。
つまり、ＣＦＩＡ分析表２０３には、各システム構成要素の主系のコンポーネントだけでなく、待機系のコンポーネントも記述されている。
また、ＣＦＩＡ分析表２０３には、各システム構成要素における冗長化の詳細が記述されている。
例えば、ＣＦＩＡ分析表２０３に示す「Ｌ」、「Ｆ」、「Ｍ」は冗長化の方式であり、Ｌ（Ｌｏａｄ Ｂａｌａｎｃｅ）はロードバランスによる冗長化、Ｆ（Ｆａｉｌｏｖｅｒ）はフェイルオーバによる冗長化、Ｍ（Ｍａｎｕａｌ）は手動切り替え（コールドスタンバイ）による冗長化を表す。
ホスト名・ＩＰアドレス対応表２０４は図６に例示するテーブルであり、各コンポーネントの通信アドレス（ＩＰアドレス）が記述されている。
ＣＦＩＡ分析表２０３、ホスト名・ＩＰアドレス対応表２０４の詳細は、図５、図６を参照して後述する。
ＣＦＩＡ分析表２０３は冗長化詳細情報の例、ホスト名・ＩＰアドレス対応表２０４は通信アドレス情報の例に相当する。

設計情報入力部２５は、設計情報記憶部２４からＣＦＩＡ分析表２０３とホスト名・ＩＰアドレス対応表２０４を入力する（読み出す）。
設計情報入力部２５は冗長化詳細情報入力部の例に相当する。

設計情報統合部２６は、依存関係テーブル２０２、ＣＦＩＡ分析表２０３、ホスト名・ＩＰアドレス対応表２０４を用いて、ＣＦＩＡ分析表２０３に記述されている冗長化の詳細を、依存関係テーブル２０２に記述されている稼動中のコンポーネントに関係付ける。
より具体的には、設計情報統合部２６は、図７に例示する構成管理テーブル２０５を生成する。
構成管理テーブル２０５内の「冗長化」に記載されている値と「ホスト名」に記載されている値により、システム構成要素ごとに、待機中のコンポーネントが、依存関係テーブル２０２に記述されている稼動中のコンポーネントに関係付けられることになる。
また、構成管理テーブル２０５内の「ＡＡＡ機能」に記載されている冗長化の方式を表す記号（「Ｌ」、「Ｆ」、「Ｍ」）と「ホスト名」に記載されている値により、システム構成要素ごとに、冗長化の方式が、依存関係テーブル２０２に記述されている稼動中のコンポーネントに関係付けられることになる。
構成管理テーブル２０５の詳細は、図７を参照して後述する。
また、設計情報統合部２６は、情報関係付け部の例に相当する。

データベース登録部２７は、設計情報統合部２６により生成された構成管理テーブル２０５と依存関係テーブル２０２を構成管理データベース２８に登録する。

構成管理データベース２８は、構成管理テーブル２０５と依存関係テーブル２０２を記憶する。

表示部２９は、構成管理データベース２８から構成管理テーブル２０５と依存関係テーブル２０２を読み出し、構成管理テーブル２０５と依存関係テーブル２０２に基づき、図２に示すようなビュー３を生成する。

次に、動作機器一覧テーブル２０１、依存関係テーブル２０２、ＣＦＩＡ分析表２０３、ホスト名・ＩＰアドレス対応表２０４、構成管理テーブル２０５の詳細を説明する。

動作機器一覧テーブル２０１は、図３に示すように、「システム名」、「機能」、「機器名」、「ホスト名」の項目で構成されている。
「機器名」に示されている機器は、前述したように、構成情報収集部２１が情報システム１に含まれる各機器との通信により検出したコンポーネントの名称である。
また、「ホスト名」は、「機器名」に示されるコンポーネントのＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）である。

依存関係テーブル２０２は、図４に示すように、「システム名」、「機能」、「ホスト名」、「依存先」の項目で構成されている。
「ホスト名」に示されているＩＤは、図３の動作機器一覧テーブル２０１の「ホスト名」に示されているものと同様である。
つまり、構成情報収集部２１により検出された稼動中のコンポーネントのＩＤである。
「依存先」に示されているＩＤは、「ホスト名」のＩＤに対応するコンポーネントが、稼動する上で依存しているコンポーネントのＩＤである。
つまり、ｗｅｂａｂｃ（Ｗｅｂサーバ＃１−１）とｗｅｂｄｅｆ（Ｗｅｂサーバ＃１−２）は、稼動する上で、ａｐｐａｂｃ（Ａｐｐサーバ＃１−１）のリソースをなんらかの形で利用している。
また、ａｐｐａｂｃ（Ａｐｐサーバ＃１−１）は、ｄｂｓａｃ（ＤＢサーバ＃１−１）に依存している。
前述したように、依存関係テーブル２０２も、構成情報収集部２１により生成される。
なお、動作機器一覧テーブル２０１は依存関係テーブル２０２を生成する際に用いられるが、設計情報統合部２６及び表示部２９の処理では、動作機器一覧テーブル２０１は必ずしも必要ではなく、依存関係テーブル２０２があればよい。
このため、構成要素管理テーブル記憶部２２には依存関係テーブル２０２のみが格納されるようにしてもよい。
また、依存関係テーブル２０２は、従来のＣＭＤＢの情報であってもよい。

図５は、ＣＦＩＡ分析表２０３の例を示す。
図５は、情報システム設計時に実施するＣＦＩＡ（Ｃｏｍｐｏｎｅｎｔ Ｆａｉｌｕｒｅ Ｉｍｐａｃｔ Ａｎａｌｙｓｉｓ：コンポーネント障害インパクト分析）の分析表の例を示したものである。
図５の表は１つの業務システムのＣＦＩＡ分析結果を示したものであり、各機器に対して、ホスト名、機器が故障した場合の機能（図５中ではＡＡＡ機能、ＢＢＢ機能）に対する影響、システム構成要素の障害検知方法、を整理したものである。
機器が故障した場合の機能に対する影響は、冗長化の方式（例えばＬ、Ｆ、Ｍ）の記号で表す。
前述したように、Ｌはロードバランスによる冗長化、Ｆはフェイルオーバによる冗長化、Ｍは手動切り替えによる冗長化を示す。
空欄の場合は該当する機器が故障してもその機能に対する影響がないことを示す。
障害検知方法の欄は、例えばＳ、Ｐ等の記号で表し、Ｓ（Ｓｅｒｖｅｒ ｓｕｒｖｅｉｌｌａｎｃｅ）はサーバ監視システムによる検知、Ｎ（Ｎｅｔｗｏｒｋ ｓｕｒｖｅｉｌｌａｎｃｅ）はネットワーク監視システムによる検知を示す。

図６は、ホスト名・ＩＰアドレス対応表２０４の例を示す。
図６は、ホスト名とＩＰアドレスの対応表であり、機器のホスト名からＩＰアドレスを参照できるように記述されている。

なお、ＣＦＩＡ分析表２０３とホスト名・ＩＰアドレス対応表２０４をあわせて「システム設計情報」ともいう。

図７は、構成管理テーブル２０５の例を示す。
図７に示す構成管理テーブル２０５では、ＣＦＩＡ分析表２０３と比較して、「冗長化」の項目が追加されている。
「冗長化」内のＩＤと「ホスト名」内のＩＤにより、システム構成要素ごとに、冗長化に用いられている２つ以上のコンポーネントのうちの待機中のコンポーネントと、依存関係テーブル２０２（図４）に記述されている稼動中のコンポーネントとが関係付けられることになる。
例えば、構成管理テーブル２０５において、依存関係テーブル２０２で稼動中となっているａｐｐａｂｃ（Ａｐｐサーバ＃１−１）と、待機中のａｐｐｄｅｆ（Ａｐｐサーバ＃１−２）とが関係づけられる。
また、「ＡＡＡ機能」に記載されている冗長化の方式を表す記号（「Ｌ」、「Ｆ」、「Ｍ」）と「ホスト名」に記載されている値により、システム構成要素ごとに、冗長化の方式と、依存関係テーブル２０２に記述されている稼動中のコンポーネントとが関係付けられることになる。
例えば、構成管理テーブル２０５において、依存関係テーブル２０２で稼動中となっているａｐｐａｂｃ（Ａｐｐサーバ＃１−１）と、冗長化の方式「Ｆ」とが関係付けられる。

そして、表示部２９は、構成管理テーブル２０５と依存関係テーブル２０２を構成管理データベース２８から読み出し、構成管理テーブル２０５と依存関係テーブル２０２を解釈して、図２に例示するビュー３を生成する。
ビュー３では、各システム構成要素で稼動中のコンポーネントとシステム構成要素間の依存関係とが表示されるとともに、設計情報統合部２６で生成された構成管理テーブル２０５に基づき、各システム構成要素で稼動中のコンポーネントの表示に対応付けて各システム構成要素における冗長化の詳細が表示される。
冗長化の詳細としては、各システム構成要素での冗長化の方式（Ｌ、Ｆ、Ｍ）と、各システム構成要素で待機中のコンポーネントが示される。

特許文献１〜３では、依存関係テーブル２０２のみを用いてビューを生成しているのに等しい。
依存関係テーブル２０２のみを用いると、図１９に例示するビューが生成される。
つまり、情報システム１で稼動中のコンポーネントと、コンポーネント（システム構成要素）間の依存関係が示されるのみである。
これに対して、本実施の形態では、稼動中のコンポーネントと、コンポーネント（システム構成要素）間の依存関係の表示に加えて、稼動中のコンポーネントに対して冗長化の方式と待機中のコンポーネントが表示される。

次に、本実施の形態に係る構成管理装置２の動作を説明する。

まず、構成情報収集部２１が、情報システム１に対して通信を行い、ネットワーク、サーバ装置、端末装置等システム構成要素ごとに機器の情報を収集し、動作機器一覧テーブル２０１を生成し、生成した動作機器一覧テーブル２０１を構成要素管理テーブル記憶部２２に保管する。
次に、依存関係情報入力部２３が、収集したシステム構成要素について、各システム構成要素間の通信関係からシステム構成要素間の依存関係を解析し、依存関係テーブル２０２を生成し、生成した依存関係テーブル２０２を構成要素管理テーブル記憶部２２に保管する。
構成情報収集部２１、構成要素管理テーブル記憶部２２の構成及び動作については、特許文献１〜３、非特許文献１いずれの方式に従ってもよい。

次に、依存関係情報入力部２３が、構成要素管理テーブル記憶部２２から依存関係テーブル２０２を読み出す。
次に、設計情報入力部２５が、設計情報記憶部２４からＣＦＩＡ分析表２０３を読み出す。

次に、設計情報統合部２６が、依存関係テーブル２０２と、ＣＦＩＡ分析表２０３から、システム構成要素における冗長化の組み合わせ、冗長化の方法を表す構成管理テーブル２０５を生成する。
データベース登録部２７は、設計情報統合部２６が生成した構成管理テーブル２０５と依存関係テーブル２０２を構成管理データベース２８に登録する。
表示部２９は構成管理データベース２８の構成管理テーブル２０５と依存関係テーブル２０２の内容を反映させたビュー３を生成し、表示する。

次に、本実施の形態に係る構成管理装置２の処理内容を、さらに説明する。
図８は図１の構成管理装置２の動作を説明したフローである。

Ｓ４０１、Ｓ４０２、Ｓ４０３は図１の構成情報収集部２１の処理を示したものである。
つまり、構成情報収集部２１は、システム構成要素の情報を収集し、各種プロトコルの通信状態を確認して、通信の存在する機器を示す動作機器一覧テーブル２０１と、機器間の依存関係を示す依存関係テーブル２０２を生成し、生成した動作機器一覧テーブル２０１と依存関係テーブル２０２を構成要素管理テーブル記憶部２２に保存する。

次に、Ｓ４０４で、依存関係情報入力部２３が、構成要素管理テーブル記憶部２２から依存関係テーブル２０２（図４）を読み出し、読み出した依存関係テーブル２０２を設計情報統合部２６に渡す。
次に、Ｓ４０５で、設計情報入力部２５が、設計情報記憶部２４からＣＦＩＡ分析表２０３（図５）を読み出し、読み出したＣＦＩＡ分析表２０３を設計情報統合部２６に渡す。

Ｓ４０６〜Ｓ４１１は図１の設計情報統合部２６の処理を示したものである。
具体的には、設計情報統合部２６は、Ｓ４０６で、ＣＦＩＡ分析表２０３から記号が“Ｌ”の機器を抽出する。
これによってロードバランスで冗長化されている機器の組み合わせが判明するので、組み合わせを記憶する（Ｓ４０７）。
次に、Ｓ４０８で、設計情報統合部２６は、ＣＦＩＡ分析表２０３から記号が“Ｆ”及び“Ｍ”の機器を抽出し、Ｓ４０９で、記号が空欄の機器を抽出する。
ここで、記号が空白の行はその機器が故障してもシステムの機能に影響を与えないことを示すので、この行は代替機（スタンバイ機）であることが判断でき、記号が“Ｆ”又は“Ｍ”の機器に対する冗長化の相手であることがわかる。
次に、Ｓ４１０で、設計情報入力部２５が、設計情報記憶部２４からホスト名・ＩＰアドレス対応表２０４（図６）を読み出し、読み出したホスト名・ＩＰアドレス対応表２０４を設計情報統合部２６に渡す。
次に、設計情報統合部２６は、Ｓ４１１で、Ｓ４０８で抽出した冗長化元の機器（主系コンポーネント）と、Ｓ４０９で抽出した冗長化相手の機器（待機系コンポーネント）において、同じネットワークセグメントに存在している組み合わせを検索し、冗長化のペアを確定する。
例えば、図５のＡｐｐサーバ＃１−１の冗長化相手の機器を抽出する場合を考える。
Ａｐｐサーバ＃１−１のＩＰアドレスは、図６に示すように「ＸＸＸ．ＹＹＹ．ＭＭＭ．ＣＣＣ」である。
設計情報統合部２６は、このＩＰアドレスのネットワークセグメント「ＸＸＸ．ＹＹＹ．ＭＭＭ．」と一致するネットワークセグメントを有するＩＰアドレス「ＸＸＸ．ＹＹＹ．ＭＭＭ．ＥＥＥ」を抽出し、このＩＰアドレスが「ホスト名：ａｐｐｄｅｆ」の機器のＩＰアドレスであると判断する。
この結果、設計情報統合部２６は、Ａｐｐサーバ＃１−１の冗長化相手の機器が、Ａｐｐサーバ＃１−２である旨を構成管理テーブル２０５に記述することができる。

以上の処理により、設計情報統合部２６は、Ｓ４１１で確定した“Ｆ”及び“Ｍ”についての冗長化のペア、Ｓ４０７で抽出した“Ｌ”についての冗長化のペアを表す構成管理テーブル２０５（図７）を生成する。

最後に、Ｓ４１２で、データベース登録部２７が、構成管理テーブル２０５と依存関係テーブル２０２を構成管理データベース２８に保存する。

その後、表示部２９が、構成管理テーブル２０５と依存関係テーブル２０２から図２に示すビュー３を生成し、表示する。
表示部２９は、依存関係テーブル２０２から、各システム構成要素で稼働中の機器とシステム構成要素間の依存関係を表す描画を行い、また、稼働中の機器に対して、構成管理テーブル２０５に示される冗長化の方式と、待機中の機器とを対応付けて描画して、図２のビュー３を表示する。

以上のように、自動的に収集したシステム構成要素の情報に、システム設計情報の情報を加えて解析することにより、ビューとして表示される業務システムに対するシステム構成要素の依存関係として、システム構成要素における冗長化の関係と、冗長化の種類（ロードバランス、フェイルオーバ、手動等）が表示可能となる。
このため、機器の障害発生時に、業務システムの稼動に対する影響有無、冗長化システムへの切り替え有無、手動対処の要否等の判断を行うことができ、システム障害への対処を迅速に行うことができる。

図２のビュー３では、冗長化の方式と、待機中の機器の両者を表示しているが、図９のように、冗長化の方式のみを表示する（待機中の機器の表示を省略）ようにしてもよいし、図１０のように、待機中の機器のみを表示する（冗長化の方式の表示を省略）ようにしてもよい。

以上、本実施の形態では、
以下の手段を備え、システム設計情報を取り込むことによりシステム冗長構成の組み合わせと種類を判別する、システム構成情報の依存関係生成システムを説明した。
（ａ）情報システム環境と通信を行ってシステム構成要素の情報を収集する、構成情報収集部；
（ｂ）収集したシステム構成要素の情報を保管する、構成要素管理テーブル；
（ｃ）システム構成要素から収集した情報より生成された、システム構成要素間の依存関係の情報を入力する、依存関係情報入力部；
（ｄ）情報システムの設計情報を入力する、設計情報入力部；
（ｅ）（ｃ）の依存関係にシステム設計情報から抽出した冗長構成の組み合わせと種類を統合する、設計情報統合部；
（ｆ）（ｅ）で生成した情報をデータベースに保存する、データベース登録部；
（ｇ）収集されたシステム構成要素の情報と生成したシステム構成要素間の依存関係の情報を保存する、構成管理データベース；
（ｈ）構成管理データベースの情報を利用者に表示する、表示部。

実施の形態２．
以上の実施の形態１では、１つのＣＦＩＡ分析表（図５）を用いて１つの業務システムについて冗長化の詳細を確定するようにしている。
本実施の形態では、２つ以上のＣＦＩＡ分析表を用いて複数の業務システムについて冗長化の詳細を確定する例を示す。

本実施の形態においても、構成管理装置２の構成は図１に示す通りである。

図１１は、実施の形態２に係る構成管理装置２の処理内容を示すフローチャートである。
図１１の中のＳ５０１、Ｓ５０２以外の部分は図８と同様であるので、説明を省略する。
Ｓ４１１までの処理で１つのＣＦＩＡ分析表（１つの業務システム）に対してシステム構成要素の冗長化ペアを確定した後、設計情報入力部２５がＳ５０１で他の業務システムのＣＦＩＡ分析表を読み込む。
次に、Ｓ５０２で、１つ目のＣＦＩＡ分析表と比較して同一のホスト名が存在する場合は、設計情報統合部２６は、ＣＦＩＡ分析表の業務システム名と、ホスト名を記録し、Ｓ４１２で構成管理データベース２８に記録した情報を登録する。
つまり、設計情報統合部２６は、各業務システムの情報システム１に対して構成管理テーブル２０５を生成し、生成した構成管理テーブル２０５を比較し、２つの構成管理テーブル２０５に同一のホスト名が含まれていれば、２つの構成管理テーブル２０５に含まれているホスト名と、２つの構成管理テーブル２０５が対象としている業務システムの業務システム名をデータベース登録部２７を介して構成管理データベース２８に記録し、また、２つの構成管理テーブル２０５をデータベース登録部２７を介して構成管理データベース２８に格納する。
また、設計情報統合部２６はデータベース登録部２７を介して依存関係テーブル２０２も構成管理データベース２８に格納する。
なお、この例では２つの構成管理テーブル２０５を対応付ける例を示したが、３つ以上の構成管理テーブル２０５を対応付ける場合も同様の処理となる。

図１２は、実施の形態２の場合のビュー６１を示したものである。
ビュー６１は実施の形態１の図１におけるビュー３の代わりに表示されるものである。
図１２は、図１１の処理を行い、複数の構成管理テーブル２０５の分析を行った結果、ＤＢサーバ＃１がＸＸＸシステムのＡＡＡ機能と、ＹＹＹシステムのＣＣＣ機能で共通で利用されていることを検出し、図示したものである。
本実施の形態では、表示部２９は、設計情報統合部２６により記録された業務システム名に対応する２つの構成管理テーブル２０５を構成管理データベース２８から読み出し、また、この２つの構成管理テーブル２０５に対応する２つの依存関係テーブル２０２を構成管理データベース２８から読み出し、また、設計情報統合部２６により記録されたホスト名の情報を読み出す。
そして、表示部２９は、実施の形態１と同様に、各業務システムに対して、構成管理テーブル２０５と依存関係テーブル２０２を用いて、システム構成要素ごとに稼働中の機器と待機中の機器と冗長化の方式を示すとともに、システム構成要素間の依存関係を示す描画を行い、更に、同一のシステム構成要素（図１２の例ではＤＢサーバ＃１）が２つの業務システムに重複して含まれることを示す描画を行う。

以上のように、複数のシステム設計情報を解析することにより、ビューとして、複数の業務システムのシステム構成要素の冗長化の関係と、冗長化の種類（ロードバランス、フェイルオーバ、手動等）が表示可能となる。
このため、複数の業務システムでシステム構成要素を共用していた場合でも、システム構成要素の障害発生時に、業務システムの稼動に対する影響有無、冗長化システムへの切り替え有無、手動対処の要否等の判断を行うことができ、システム障害への対処を迅速に行うことができる。

以上、本実施の形態では、設計情報入力部は、複数の業務システムの設計情報を入力可能とし、設計情報統合部で解析することにより、業務システム間で共通利用されているシステム構成要素を判別可能である、システム構成情報の依存関係生成システムを説明した。

実施の形態３．
以上の実施の形態１及び実施の形態２では、ＣＦＩＡ分析表（図５）とホスト名・ＩＰアドレス対応表（図７）を用いて冗長化の詳細を確定するようにしたものであるが、次に、ホスト名の命名規則を利用した例を示す。

図１３はホスト名の命名規則の例を示したものである。
例１は先頭３桁が業務種類、４桁目〜８桁目が設置場所、９桁目〜１０桁目は任意の数値を示すものである。
例１の場合、先頭３桁のマッチング処理を行うことで、冗長化の相手を確定させることができる。
つまり、設計情報統合部２６は、先頭３桁の値が共通する機器を、冗長化の相手と判断することができる。
例２は、１〜５桁目に設置場所、６〜８桁目に業務種類を示す。
本実施の形態では、このようなホスト名の命名規則を反映させて、図１４に示す、ホスト名命名規則表を設計情報記憶部２４内に用意する。
ホスト名命名規則表では、業務システム毎に、命名規則として、ホスト名のどの桁からどの桁にどの様なキーワードを付けるかを規定する。
ＸＸＸシステムでは、１〜３桁に「ｗｅｂ」や「ａｐｐ」とあるホスト名を抽出して、冗長化の相手を確定することになる。

本実施の形態では、図１４のホスト名命名規則表を、実施の形態１のホスト名・ＩＰアドレス対応表２０４の代わりに、又はホスト名・ＩＰアドレス対応表２０４とともに用いる。
つまり、本実施の形態では、図８のＳ４１１において、設計情報統合部２６が、Ｓ４０８で抽出した冗長化元の機器（主系コンポーネント）とペアになる機器を、Ｓ４０９で抽出した冗長化相手の機器（待機系コンポーネント）の中から選択する際に、図１４のホスト名命名規則表が用いられる。
その他の動作は、実施の形態１と同じである。

以上のように、ホスト名の命名規則等複数の設計情報を利用することにより、冗長化相手確定の確度を向上させることができる。

以上、本実施の形態では、設計情報入力部は、複数種類の設計情報を入力とし、設計情報統合部で冗長構成の組み合わせの判別精度を向上する、システム構成情報の依存関係生成システムを説明した。

実施の形態４．
実施の形態１及び実施の形態２では、ＣＦＩＡ分析表（図５）とホスト名・ＩＰアドレス対応表（図７）を用いて冗長化の詳細を確定するようにしたものであるが、次に、各機器に実装されているソフトウェアの一覧を利用した例を示す。

冗長化システムでは、一般的に、主系の機器と待機系の機器には、同じソフトウェア群が実装される。
本実施の形態では、図１５に示すような、機器（ホスト名）ごとに、実装されているソフトウェアの一覧を示すソフトウェア一覧テーブルを設計情報記憶部２４内に用意する。
図１５において、「ＯＳ」はオペレーティングシステムを示し、「ＭＷ」はミドルウェアを示し、「ＡＰＰ」はアプリケーションプログラムを示す。
また、チェックが付されている項目が、機器に実装されているソフトウェアである。

本実施の形態では、図１５のソフトウェア一覧テーブルを、実施の形態１のホスト名・ＩＰアドレス対応表２０４の代わりに、又はホスト名・ＩＰアドレス対応表２０４とともに用いる。
つまり、本実施の形態では、図８のＳ４１１において、設計情報統合部２６が、Ｓ４０８で抽出した冗長化元の機器（主系コンポーネント）とペアになる機器を、Ｓ４０９で抽出した冗長化相手の機器（待機系コンポーネント）の中から選択する際に、図１５のソフトウェア一覧テーブルが用いられる。
設計情報統合部２６は、冗長化元の機器に実装されているソフトウェア群と同じソフトウェア群が実装されている機器をソフトウェア一覧テーブルから抽出し、抽出した機器を、冗長化元の機器とペアとなる機器とする。
その他の動作は、実施の形態１と同じである。

以上のように、ソフトウェア一覧テーブル等複数の設計情報を利用することにより、冗長化相手確定の確度を向上させることができる。

以上、本実施の形態では、設計情報入力部は、複数種類の設計情報を入力とし、設計情報統合部で冗長構成の組み合わせの判別精度を向上する、システム構成情報の依存関係生成システムを説明した。

実施の形態５．
以上の実施の形態１〜実施の形態４では、システム設計情報を構成管理装置２の中に持つこととしたものであるが、実施の形態５では、システム設計情報を外部の文書管理システムに持つ例を示す。

図１６は、本実施の形態に係るシステム構成図である。

図１６において、文書管理システム９１、設計情報変更検知部９２、設計情報通信部９３以外の要素は図１と同様であり、説明を省略する。
文書管理システム９１は、複数の業務システムのシステム設計情報を一括して管理する。
文書管理システム９１には、設計情報変更検知部９２が含まれる。
設計情報変更検知部９２は、システム設計情報における変更を検知する。
また、構成管理装置２には、設計情報通信部９３が含まれる。
設計情報通信部９３は、設計情報変更検知部９２と通信を行う。

次に、動作について説明する。
設計情報変更検知部９２がシステム設計情報の変更を検知した場合、構成管理装置２上の設計情報通信部９３に通知し、システム設計情報の再取り込み（図８のフローの、Ｓ４０５〜Ｓ４１２の再実行）を実施する。

以上のように、最新のシステム設計情報を用いることができるため、システム障害発生時に最新のシステム設計情報でのシステム依存関係、冗長化相手、冗長化方法をビューに表示可能となり、障害対応を正確に実施することが可能となる。

以上、本実施の形態では、外部の文書管理システムに保管された設計情報の更新を検知することによって自動的にシステム構成要素の依存関係を更新する、システム構成情報の依存関係生成システムを説明した。

実施の形態６．
以上の実施の形態１〜実施の形態５では、システム構成要素の依存関係のみを生成・表示することとしたものであるが、実施の形態６では、さらにシステム障害の監視情報と連携した例を示す。

図１７は、本実施の形態に係るシステム構成図である。
図１７において、１０１〜１０５以外の要素は図１と同様であり、説明を省略する。
障害監視システム１０１は、情報システム１の障害を監視するシステム障害監視部１０２と、監視した結果、障害を検出した場合に障害情報（監視結果情報の例）を格納する障害情報データベース１０３と、障害情報を外部に通知する障害情報通知部１０４を持つ。
障害監視システム１０１は、監視装置の例に相当する。
また、構成管理装置２には障害情報通信部１０５を設ける。
障害情報通信部１０５は、障害監視システム１０１から障害情報を受信する。
障害情報通信部１０５は、監視結果情報受信部の例に相当する。

次に動作について説明する。

障害監視システム１０１上のシステム障害監視部１０２は、情報システム１へのポーリングによる通信や、サーバ装置やネットワーク機器からの通知によって障害を検知し、障害情報データベース１０３に検知した障害の内容（ホスト名、障害メッセージ）を記録する。
障害情報通知部１０４は、障害情報データベース１０３の更新を検知し、構成管理装置２上の障害情報通信部１０５に内容を通知する。
表示部２９は、実施の形態１の情報に加えて、システム構成要素の障害発生状況を加味して、ビュー３に情報を表示する。
ビュー３には、実施の形態１の情報に加えて、障害が発生した機器、障害発生による機器の切り替えの有無が表示される。
図１８のビュー３の例では、反転表示（黒地に白字）になっている機器が現在サービスしていない機器、「ＥＲＲＯＲ」と表示されている機器は障害が発生している機器、「ＳＴＡＮＤ−ＢＹ」と表示されている機器が冗長構成による代替機器で待機状態の機器を示す。
この例では、Ｗｅｂサーバ＃１−１、Ｗｅｂサーバ＃１−２はロードバランスにより正しく動作していること、Ａｐｐサーバ＃１−１に障害が発生し、Ａｐｐサーバ＃１−２に正しく切り替わっていること、ＤＢサーバ＃１−１は正しく稼動しており手動による代替機であるＤＢサーバ＃１−２は待機状態にあることがわかる。

以上のように、障害監視の情報も加味した表示が可能となるため、障害対応として対処すべき箇所が明確になり、障害対応が迅速に実施可能となる。

以上、本実施の形態では、障害監視システムからのシステム構成要素の障害情報を受信し、構成管理データベースの情報を表示する際、障害箇所や冗長化構成の切り替え有無を表示する、システム構成情報の依存関係生成システムを説明した。

最後に、実施の形態１〜６に示した構成管理装置２のハードウェア構成例について説明する。
図２０は、実施の形態１〜６に示す構成管理装置２のハードウェア資源の一例を示す図である。
なお、図２０の構成は、あくまでも構成管理装置２のハードウェア構成の一例を示すものであり、構成管理装置２のハードウェア構成は図２０に記載の構成に限らず、他の構成であってもよい。

図２０において、構成管理装置２は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
実施の形態１〜６で説明した「構成要素管理テーブル記憶部２２」、「設計情報記憶部２４」、「構成管理データベース２８」は、ＲＡＭ９１４、磁気ディスク装置９２０等により実現される。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。

通信ボード９１５は、ネットワークに接続されている。
例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）、ＳＡＮ（ストレージエリアネットワーク）などに接続されている。

磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。

また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。

また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
構成管理装置２の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。

上記プログラム群９２３には、実施の形態１〜６の説明において「〜部」（「〜記憶部」以外、以下同様）として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。

ファイル群９２４には、実施の形態１〜６の説明において、「〜の判断」、「〜の解析」、「〜の比較」、「〜の関係付け」、「〜の更新」、「〜の設定」、「〜の登録」、「〜の選択」、「〜の入力」、「〜の出力」等として説明している処理の結果を示す情報やデータや信号値や変数値が、ディスクやメモリなどの記憶媒体にファイルとして記憶されている。
また、暗号鍵・復号鍵や乱数値やパラメータが、ディスクやメモリなどの記憶媒体にファイルとして記憶されてもよい。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記憶媒体に記憶される。
ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出される。
そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜６で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示す。
データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記憶媒体に記録される。
また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、実施の形態１〜６の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。
すなわち、実施の形態１〜６で説明したフローチャートに示すステップ、手順、処理により、本発明に係る「情報システム管理方法」を実現することができる。
また、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。
或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記憶媒体に記憶される。
プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。
すなわち、プログラムは、実施の形態１〜６の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１〜６の「〜部」の手順や方法をコンピュータに実行させるものである。

このように、実施の形態１〜６に示す構成管理装置２は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータである。
そして、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。

１ 情報システム、２ 構成管理装置、３ ビュー、２１ 構成情報収集部、２２ 構成要素管理テーブル記憶部、２３ 依存関係情報入力部、２４ 設計情報記憶部、２５ 設計情報入力部、２６ 設計情報統合部、２７ データベース登録部、２８ 構成管理データベース、２９ 表示部、６１ ビュー、９１ 文書管理システム、９２ 設計情報変更検知部、９３ 設計情報通信部、１０１ 障害監視システム、１０２ システム障害監視部、１０３ 障害情報データベース、１０４ 障害情報通知部、１０５ 障害情報通信部、２０１ 動作機器一覧テーブル、２０２ 依存関係テーブル、２０３ ＣＦＩＡ分析表、２０４ ホスト名・ＩＰアドレス対応表、２０５ 構成管理テーブル。

Claims (12)

1. 複数のシステム構成要素を含み、各システム構成要素で２つ以上のコンポーネントを用いた冗長化が実施され、実施されている冗長化の方式がシステム構成要素間で一様ではない情報システムを管理する情報システム管理装置であって、
   各システム構成要素で稼動中のコンポーネントとの通信により生成された、各システム構成要素で稼動中のコンポーネントと、システム構成要素間の依存関係とが記述される依存関係情報を入力する依存関係情報入力部と、
   前記情報システムの設計時に実施された分析によって得られた情報であって、前記情報システムに含まれる全てのコンポーネントが記述され、各システム構成要素の２つ以上のコンポーネントのうちの特定のコンポーネントに各システム構成要素における冗長化の方式が記述され、他のコンポーネントには冗長化の方式が記述されていない情報である冗長化詳細情報を入力する冗長化詳細情報入力部と、
   前記冗長化詳細情報において冗長化の方式が記述されているコンポーネントに対して、冗長化の方式が記述されていないコンポーネントの中から、冗長化の相手となるコンポーネントを抽出し、冗長化の方式が記述されているコンポーネントと、抽出した冗長化の相手となるコンポーネントとを関係付けて、前記依存関係情報に記述される各システム構成要素で稼動中のコンポーネントに対して、各システム構成要素で休止中のコンポーネントと各システム構成要素における冗長化の方式とを関係付ける情報関係付け部と、
   前記依存関係情報に記述される、各システム構成要素で稼動中のコンポーネントとシステム構成要素間の依存関係とを表示するとともに、前記情報関係付け部による関係付けに基づき、各システム構成要素で稼動中のコンポーネントの表示に対応付けて各システム構成要素で休止中のコンポーネントと各システム構成要素における冗長化の方式とを表示する表示部とを有することを特徴とする情報システム管理装置。
2. 前記冗長化詳細情報入力部は、
   冗長化の方式として、ロードバランス、フェイルオーバクラスタ及びコールドスタンバイのうちの少なくともいずれかが記述され、
   冗長化の方式としてロードバランスが用いられるシステム構成要素の２つ以上のコンポーネントの各々に冗長化の方式としてロードバランスが記述され、
   冗長化の方式としてフェイルオーバクラスタが用いられるシステム構成要素の２つ以上のコンポーネントのうちの特定のコンポーネントに冗長化の方式としてフェイルオーバクラスタが記述され、他のコンポーネントには冗長化の方式が記述されず、
   冗長化の方式としてコールドスタンバイが用いられるシステム構成要素の２つ以上のコンポーネントのうちの特定のコンポーネントに冗長化の方式としてコールドスタンバイが記述され、他のコンポーネントには冗長化の方式が記述されていない冗長化詳細情報を入力し、
   前記情報関係付け部は、
   前記冗長化詳細情報において冗長化の方式としてロードバランスが記述されているコンポーネントに対して、冗長化の方式としてロードバランスが記述されている他のコンポーネントを抽出し、冗長化の方式としてロードバランスが記述されているコンポーネント同士を関係付け、
   前記冗長化詳細情報において冗長化の方式としてフェイルオーバクラスタが記述されているコンポーネントに対して、冗長化の方式が記述されていないコンポーネントの中から、冗長化の相手となるコンポーネントを抽出し、冗長化の方式としてフェイルオーバクラスタが記述されているコンポーネントと、抽出した冗長化の相手となるコンポーネントとを関係付け、
   前記冗長化詳細情報において冗長化の方式としてコールドスタンバイが記述されているコンポーネントに対して、冗長化の方式が記述されていないコンポーネントの中から、冗長化の相手となるコンポーネントを抽出し、冗長化の方式としてコールドスタンバイが記述されているコンポーネントと、抽出した冗長化の相手となるコンポーネントとを関係付けることを特徴とする請求項１に記載の情報システム管理装置。
3. 前記情報システム管理装置は、
   前記複数のシステム構成要素で用いられている複数のコンポーネントの各々に通信アドレスが設定され、同じシステム構成要素で用いられている２つ以上のコンポーネントの間では所定の範囲で通信アドレスが共通している情報システムを管理しており、
   前記冗長化詳細情報入力部は、
   前記冗長化詳細情報と、
   各コンポーネントの通信アドレスが記述される通信アドレス情報とを入力し、
   前記情報関係付け部は、
   前記冗長化詳細情報において冗長化の方式が記述されているコンポーネントに対して、冗長化の方式が記述されていないコンポーネントの中から、冗長化の方式が記述されているコンポーネントと通信アドレスが所定の範囲で共通するコンポーネントを、冗長化の相手となるコンポーネントとして抽出することを特徴とする請求項１に記載の情報システム管理装置。
4. 前記情報システム管理装置は、
   前記複数のシステム構成要素で用いられている複数のコンポーネントの各々にＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）が設定され、同じシステム構成要素で用いられている２つ以上のコンポーネントの間では所定の範囲でＩＤが共通している情報システムを管理しており、
   前記冗長化詳細情報入力部は、
   前記冗長化詳細情報と、
   各コンポーネントのＩＤが記述されるＩＤ情報とを入力し、
   前記情報関係付け部は、
   前記冗長化詳細情報において冗長化の方式が記述されているコンポーネントに対して、冗長化の方式が記述されていないコンポーネントの中から、冗長化の方式が記述されているコンポーネントとＩＤが所定の範囲で共通するコンポーネントを、冗長化の相手となるコンポーネントとして抽出することを特徴とする請求項１に記載の情報システム管理装置。
5. 前記情報システム管理装置は、
   前記複数のシステム構成要素で用いられている複数のコンポーネントの各々に複数のソフトウェアが実装され、同じシステム構成要素で用いられている２つ以上のコンポーネントの間では実装されているソフトウェアの組合せが一致し、システム構成要素間では、コンポーネントに実装されているソフトウェアの組合せが異なっている情報システムを管理しており、
   前記冗長化詳細情報入力部は、
   前記冗長化詳細情報と、
   コンポーネントごとに、実装されているソフトウェアの組合せが記述される実装ソフトウェア情報とを入力し、
   前記情報関係付け部は、
   前記冗長化詳細情報において冗長化の方式が記述されているコンポーネントに対して、冗長化の方式が記述されていないコンポーネントの中から、冗長化の方式が記述されているコンポーネントと実装されているソフトウェアの組合せが一致するコンポーネントを、冗長化の相手となるコンポーネントとして抽出することを特徴とする請求項１に記載の情報システム管理装置。
6. 前記情報システム管理装置は、
   各々が冗長化されている複数の情報システムを管理し、
   前記依存関係情報入力部は、
   情報システムごとに依存関係情報を入力し、
   前記冗長化詳細情報入力部は、
   情報システムごとに冗長化詳細情報を入力し、
   前記情報関係付け部は、
   各情報システムの依存関係情報を比較し、
   前記表示部は、
   前記情報関係付け部による各情報システムの依存関係情報の比較の結果、２つ以上の情報システムに同一のシステム構成要素が重複して含まれていることが判明した場合に、
   同一のシステム構成要素が当該２つ以上の情報システムに重複して含まれていることが表されるようにして、当該２つ以上の情報システムの各システム構成要素で稼動中のコンポーネントとシステム構成要素間の依存関係とを表示し、
   情報システムごとに、各システム構成要素で稼動中のコンポーネントの表示に対応付けて各システム構成要素で休止中のコンポーネントと各システム構成要素における冗長化の方式とを表示することを特徴とする請求項１に記載の情報システム管理装置。
7. 前記冗長化詳細情報入力部は、
   冗長化詳細情報が更新される度に、更新後の冗長化詳細情報を入力し、
   前記情報関係付け部は、
   前記冗長化詳細情報入力部により更新後の冗長化詳細情報が入力される度に、
   更新後の冗長化詳細情報の記述に基づき、前記依存関係情報に記述される各システム構成要素で稼動中のコンポーネントに対して、各システム構成要素で休止中のコンポーネントと各システム構成要素における冗長化の方式とを関係付けることを特徴とする請求項１に記載の情報システム管理装置。
8. 前記情報システム管理装置は、更に、
   前記情報システムを監視する監視装置から、監視結果を通知する監視結果情報を受信する監視結果情報受信部を有し、
   前記表示部は、
   各システム構成要素で稼動中のコンポーネントの表示に対応付けて、各システム構成要素で休止中のコンポーネントと各システム構成要素における冗長化の方式と、前記監視結果情報で通知された監視結果とを表示することを特徴とする請求項１に記載の情報システム管理装置。
9. 前記監視結果情報受信部は、
   前記監視結果情報として、いずれかのシステム構成要素でコンポーネントに異常が発生した旨、いずれかのシステム構成要素で異常が発生したコンポーネントが他のコンポーネントにより代替された旨の少なくともいずれかを通知する情報を受信することを特徴とする請求項８に記載の情報システム管理装置。
10. 前記依存関係情報入力部は、
    前記依存関係情報として、ＣＭＤＢ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｄａｔａｂａｓｅ）情報を入力し、
    前記冗長化詳細情報入力部は、
    前記冗長化詳細情報として、ＣＦＩＡ（Ｃｏｍｐｏｎｅｎｔ Ｆａｉｌｕｒｅ Ｉｍｐａｃｔ Ａｎａｌｙｓｉｓ）情報を入力することを特徴とする請求項１に記載の情報システム管理装置。
11. 複数のシステム構成要素を含み、各システム構成要素で２つ以上のコンポーネントを用いた冗長化が実施され、実施されている冗長化の方式がシステム構成要素間で一様ではない情報システムを管理する情報システム管理方法であって、
    各システム構成要素で稼動中のコンポーネントとの通信により生成された、各システム構成要素で稼動中のコンポーネントと、システム構成要素間の依存関係とが記述される依存関係情報を入力し、
    前記情報システムの設計時に実施された分析によって得られた情報であって、前記情報システムに含まれる全てのコンポーネントが記述され、各システム構成要素の２つ以上のコンポーネントのうちの特定のコンポーネントに各システム構成要素における冗長化の方式が記述され、他のコンポーネントには冗長化の方式が記述されていない情報である冗長化詳細情報を入力し、
    前記冗長化詳細情報において冗長化の方式が記述されているコンポーネントに対して、冗長化の方式が記述されていないコンポーネントの中から、冗長化の相手となるコンポーネントを抽出し、冗長化の方式が記述されているコンポーネントと、抽出した冗長化の相手となるコンポーネントとを関係付けて、前記依存関係情報に記述される各システム構成要素で稼動中のコンポーネントに対して、各システム構成要素で休止中のコンポーネントと各システム構成要素における冗長化の方式とを関係付け、
    前記依存関係情報に記述される、各システム構成要素で稼動中のコンポーネントとシステム構成要素間の依存関係とを表示するとともに、前記情報関係付け部による関係付けに基づき、各システム構成要素で稼動中のコンポーネントの表示に対応付けて各システム構成要素で休止中のコンポーネントと各システム構成要素における冗長化の方式とを表示することを特徴とする情報システム管理方法。
12. 複数のシステム構成要素を含み、各システム構成要素で２つ以上のコンポーネントを用いた冗長化が実施され、実施されている冗長化の方式がシステム構成要素間で一様ではない情報システムを管理するコンピュータに、
    各システム構成要素で稼動中のコンポーネントとの通信により生成された、各システム構成要素で稼動中のコンポーネントと、システム構成要素間の依存関係とが記述される依存関係情報を入力する依存関係情報入力処理と、
    前記情報システムの設計時に実施された分析によって得られた情報であって、前記情報システムに含まれる全てのコンポーネントが記述され、各システム構成要素の２つ以上のコンポーネントのうちの特定のコンポーネントに各システム構成要素における冗長化の方式が記述され、他のコンポーネントには冗長化の方式が記述されていない情報である冗長化詳細情報を入力する冗長化詳細情報入力処理と、
    前記冗長化詳細情報において冗長化の方式が記述されているコンポーネントに対して、冗長化の方式が記述されていないコンポーネントの中から、冗長化の相手となるコンポーネントを抽出し、冗長化の方式が記述されているコンポーネントと、抽出した冗長化の相手となるコンポーネントとを関係付けて、前記依存関係情報に記述される各システム構成要素で稼動中のコンポーネントに対して、各システム構成要素で休止中のコンポーネントと各システム構成要素における冗長化の方式とを関係付ける情報関係付け処理と、
    前記依存関係情報に記述される、各システム構成要素で稼動中のコンポーネントとシステム構成要素間の依存関係とを表示するとともに、前記情報関係付け部による関係付けに基づき、各システム構成要素で稼動中のコンポーネントの表示に対応付けて各システム構成要素で休止中のコンポーネントと各システム構成要素における冗長化の方式とを表示する表示処理とを実行させることを特徴とするプログラム。

Images