JP6470764B2 - システム管理装置及びシステム管理方法並びに情報システム - Google Patents

Description

本発明は、システム管理装置及びシステム管理方法に関し、マルチアーキテクチャ化されたシステムを管理するシステム管理装置及びシステム管理方法に適用して好適なるものである。

最近では、システムの設計から運用までを高信頼化させることを目的とした技術開発が行われている。例えば、特許文献１には、フォルト・ツリー分析（以下、ＦＴＡとも称する。）を活用したシステム高信頼化技術が開示されている。当該技術により、発生を回避すべき障害事象と障害に至る原因事象に対し、障害の事前発生確率を算出してシステムの信頼性を評価することができる。

特許第４１７４４９７号公報

システムの設計段階でＦＴＡ方式を使用してシステムの信頼性を評価する場合には、単一ベンダが同一タイミングで設計する事により、システムの信頼性の分析などを実施することができる。しかし、ＦＴＡ方式では、システムの葉要素から故障の発生確率を計算してシステムの信頼性を評価するため、全ての構成要素が存在しなければシステムの信頼性を評価することができない。

現在では、システムの構成要素に複数のベンダ製の装置や機能コンポーネントが混在する場合が増えてきている。このように、システムの構成要素に複数のベンダ製の装置や機能コンポーネントが混在することをマルチアーキテクチャと呼ぶ。マルチアーキテクチャ化やコンポーネント化が進むと、システムの各構成要素が設計されるタイミングが異なるため、設計情報が断片化してシステム設計の整合性を担保することができない。この場合、プラットフォーム設計ベンダ（以下、プラットフォームベンダをＰＦベンダと称する場合もある）や、コンポーネントベンダ、業務サービスベンダなどの各ベンダが、個別に設計するシステムのデータの整合性を確認することができず、構成の制御情報が重複したり、制御範囲の漏れが生じたりするなどの不整合が発生してしまう。

本発明は以上の点を考慮してなされたもので、マルチアーキテクチャ化されたシステムにおける信頼性を統一的に管理して所望範囲の障害情報を提供することが可能なシステム管理装置及びシステム管理方法並びに情報システムを提案しようとするものである。

かかる課題を解決するために本発明においては、システムを構成する構成要素の物理的および論理的包含関係を木構造で示す構造化識別情報と、前記構成要素間の相互関係の情報を示す相互関係情報と、を記憶する記憶部と、前記構造化識別情報及び前記相互関係情報をもとに、前記システムで発生した障害が関係する範囲を管理する制御部と、を備え、前記制御部は、前記構造化識別情報のうち、前記構造化識別情報の部分集合を所定の管理範囲として指定し、前記システムで発生した障害情報を示す構造化識別情報と、前記管理範囲として指定された前記構造化識別情報の部分集合とが対応する場合に、前記管理範囲を表示する端末に前記システムで発生した障害情報を送信することを特徴とする、システム管理装置が提供される。

また、かかる課題を解決するために本発明においては、システムを構成する構成要素の物理的および論理的包含関係を木構造で示す構造化識別情報と、前記構成要素間の相互関係の情報を示す相互関係情報と、を記憶する記憶部と、前記構造化識別情報及び前記相互関係情報をもとに、前記システムで発生した障害が関係する範囲を管理する制御部と、を備えるシステム管理装置において、前記制御部が、前記構造化識別情報のうち、前記構造化識別情報の部分集合を所定の管理範囲として指定するステップと、前記制御部が、前記システムで発生した障害情報を示す構造化識別情報と、前記管理範囲として指定された前記構造化識別情報の部分集合とが対応するかを判定するステップと、前記制御部が、前記システムで発生した障害情報を示す構造化識別情報と、前記管理範囲として指定された前記構造化識別情報の部分集合とが対応する場合に、前記管理範囲を表示する端末に前記システムで発生した障害情報を送信するステップと、を含むことを特徴とする、システム管理方法が提供される。

本発明によれば、マルチアーキテクチャ化されたシステムにおける信頼性を統一的に管理して所望範囲の障害情報を提供し、システムの高信頼化を図ることができる。

本発明の一実施形態に係る管理システムのシステム構成を示すブロック図である。 同実施形態にかかる構造化ＩＤの概念を説明する説明図である。 同実施形態にかかる構造化ＩＤの木構造を分解したり文字列化したりする例を説明する説明図である。 同実施形態にかかるシステム構成の構造化ＩＤ蓄積データの内容を示す図表である。 同実施形態にかかる構造化ＩＤの合成結果の表示例を示す概念図である。 同実施形態にかかる構造化ＩＤの画面表示例を示す概念図である。 同実施形態にかかる管理範囲設定処理の流れを示すフローチャートである。 同実施形態にかかる管理範囲を示す構造化ＩＤデータの概要を示す概念図である。 同実施形態にかかる相互関係データの例を示す概念図である。 同実施形態にかかる相互関係データの概要を説明する説明図である。 同実施形態にかかる管理範囲及び関係リンクの網羅性検証処理の流れを示すフローチャートである。 同実施形態にかかる全範囲の構造化ＩＤ蓄積データの内容を示す図表である。 同実施形態にかかる障害情報表示処理の流れを示すフローチャートである。 同実施形態にかかる構造化ＩＤパスの合成及び削除を示す概念図である。 同実施形態にかかる障害部位及び波及範囲の表示例を示す概念図である。 同実施形態にかかる障害復旧命令衝突回避処理及び構成制御実行処理の流れを示すフローチャートである。 同実施形態にかかる構造化ＩＤ情報や関係情報を利用した部分的なシステム変更の概要を示す概念図である。

以下図面について、本発明の一実施の形態を詳述する。

（１）本実施の形態の概要
まず、本実施の形態の概要について説明する。上記したように、マルチアーキテクチャ化やコンポーネント化が進むと、システムの各構成要素が設計されるタイミングが異なるため、設計情報が断片化してシステム設計の整合性を担保することができない。マルチアーキテクチャの相互接続性を高めるために、様々な国際標準規格が存在するが、システムの障害を管理するための識別子等は、ベンダの依存性が高く、統一的な管理は困難となっている。

また、システム管理の現場では、オペレータの注目度合いによって画面の構成変更や表示する詳細度の変更が求められるようになり、複数ベンダを隠蔽し抽象概念で管理したいという要求と、ベンダ固有の障害識別子まで詳細に管理したいという要求とが混在するようになってきた。

さらに、マルチアーキテクチャによるシステムのライフサイクルを管理する上では、システムを構成する部品におけるライフサイクルにばらつきが発生するため、部分的な入れ替えが発生する。この部分的な入れ替えがシステム設計に影響する範囲を、定量的に評価する機能が求められている。

そこで、本実施の形態では、マルチアーキテクチャ化されたシステムにおける信頼性を統一的に管理して、所望範囲の障害情報を提供することを可能としている。具体的には、各ベンダにより個別に設計されたシステムの構成要素の識別子をシステム構造に即した入れ子構造とした構造化識別子情報（以下構造化ＩＤとも称する。）を設定し、システムの構成要素及び障害情報を木構造により統一的に管理可能とする。

（２）管理システムの構成
以下では、プラットフォームベンダ、コンポーネントベンダ、業務サービスベンダで設計されたシステム等の構成要素に構造化ＩＤを設定して、システム等の構成要素を木構造により統一的に管理する場合について説明する。

図１を参照して、管理システム１１００のシステム構成について説明する。図１に示すように、管理システム１１００は、物理マシン１００、物理マシン２００、管理サーバ８００、現場装置１０００、プラットフォームベンダ用の端末５００、コンポーネントベンダ用の端末６００及び業務サービスベンダ用の端末７００などから構成されている。

管理サーバ８００は、メモリ８１０、通信インタフェース（図中通信ＩＦ）８２０、通信インタフェース（図中通信ＩＦ）８３０、通信インタフェース（図中通信ＩＦ）８４０、ＣＰＵ８５０、バス８６０及びディスクインタフェース（図中ディスクＩＦ）８７０などから構成される。

ＣＰＵ８５０は、演算処理装置として機能し、メモリ８１０に記憶されているプログラムや演算パラメータ等にしたがって、管理サーバ８００の動作を制御する。また、ＣＰＵ８５０は、バス８６０を介して命令などの伝達を行い、各処理を実行する。

通信インタフェース８２０、８３０及び８４０は、通信デバイス等で構成された通信装置であり、無線ＬＡＮ（Local Area Network）対応通信装置であっても、ワイヤレスＵＳＢ対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。

本実施の形態では、メモリ８１０に構造化ＩＤ管理部８１１及び構造化ＩＤデータ８１４が記憶されている。構造化ＩＤ管理部８１１は、管理対象のシステム構成を、構造化ＩＤを用いて管理する機能を有する。また、構造化ＩＤデータ８１４は、管理対象のシステム構成を示す構造化ＩＤデータである。構造化ＩＤデータについては後で詳細に説明する。

また、管理サーバ８００は、キーボード、スイッチやポインティングデバイス、マイクロフォン等の情報入力装置と、モニタディスプレイやスピーカ等の情報出力装置とを備えている。

さらに、管理サーバ８００は、データ格納用のストレージ装置８７１を備えていてもよい。ストレージ装置８７１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含む。ストレージ装置８７１は、例えば、ＨＤＤ（Hard Disk Drive）で構成され、ハードディスクを駆動し、ＣＰＵが実行するプログラムや各種データを格納する。本実施の形態では、ストレージ装置８７１に、構造化ＩＤ蓄積データ８７４及び相互関係データ８７３が格納されている。各データについては後で詳細に説明する。

管理サーバ８００内の構造化ＩＤ管理部８１１は、インターネット等広域ネットワーク９００を介して機能を提供しており、各種データの入力および、判定結果を表示するための情報処理装置としてＨＭＩ（Human Machine Interface）端末を有している。本実施の形態では、上記したように、プラットフォームベンダ、コンポーネントベンダ、業務サービスベンダにより設計されたシステム等の構成要素に対して構造化ＩＤを設定するため、各ベンダがそれぞれＨＭＩ端末を有しているとしている。

すなわち、プラットフォームベンダ（図中ＰＦベンダ）α用のＨＭＩ端末をＨＭＩ−α５００、コンポーネントベンダβ用のＨＭＩ端末をＨＭＩ−β６００、業務サービスベンダγ用のＨＭＩ端末をＨＭＩ−γ７００としている。これらのＨＭＩ端末は、管理サーバ８００と同様に、ＣＰＵ、バス、通信ＩＦなどを有し、メモリ５１０上の機能や通信を実現する。

プラットフォームベンダ用ＨＭＩ−α５００のメモリ５１０には、障害箇所判定部５１１、設定項目入力ロジックを有する設定項目入力部５１２及び管理範囲構造化ＩＤデータ５１３を有しており、結果および入力状況表示用に判定結果表示装置５８０を有している。また、スピーカ等の情報出力装置を備えている。ＨＭＩ−β６００及びＨＭＩ−γ７００もＨＭＩ−α５００と同様の構成を有している。

プラットフォームベンダは、信頼性を担保する信頼性設計を要求されており、管理システム１１００のシステム設計において、ネットワーク３００及び４００により多重系ネットワークを構成し、計算機のプラットフォームとして物理マシン１００及び物理マシン２００を提供する。

物理マシン１００は、通信回路を冗長化することが要求されているため、通信インタフェース（図中通信ＩＦ）１２０及び通信インタフェース（図中通信ＩＦ）１３０を有している。また、物理マシン１００は、メモリ１１０を有し、メモリ１１０に障害メッセージ生成部１１１、命令判別及び実行部１１２、差分構造化ＩＤ１１３及びＡ社障害ＩＤデータ１１４が記憶されている。

プラットフォームベンダがシステムを設計する段階では、システムを多重系に設計することは決まっているが、物理マシンのコンポーネントベンダは未定の状態である。最終的に、各コンポーネントベンダによる物理マシンが登録されて、ベンダ固有の管理対象が増加する。図１では、物理マシン１００には、物理マシン１００に採用されたＡ社固有の障害ＩＤデータ１１４が存在し、物理マシン２００には、物理マシン２００に採用されたＢ社固有の障害ＩＤデータ２１４が存在する。

差分構造化ＩＤデータ１１３及び差分構造化ＩＤデータ２１３は、物理マシン１００または物理マシン２００を識別するための抽象的な構造化ＩＤの差分データである。差分構造化ＩＤデータ１１３または差分構造化ＩＤデータ２１３により、プラットフォームベンダがＡ社またはＢ社固有の障害ＩＤデータに左右されず、一貫して物理マシン１００または物理マシン２００を識別することができる。

コンポーネントベンダは、プラットフォームベンダの要求する仕様に合致するコンポーネントを提供する。本実施の形態では、コンポーネントベンダにより物理マシン１００及び物理マシン２００が提供される場合を例示して説明する。

また、現場装置１０００は、業務サービスベンダが、プラットフォームベンダやコンポーネントベンダとは別に提供する装置である。現場装置１０００は、他の装置と同様に、ＣＰＵ、メモリ及び通信インタフェース１０２０及び１０３０を有する。現場装置１０００は、プラットフォームベンダやコンポーネントベンダの認識の範囲外であり、物理マシン１００及び物理マシン２００により管理され、プラットフォームベンダやコンポーネントベンダが間接的にしか管理できないため、配下装置と呼ばれる場合がある。このような配下装置は、物理マシンとの関係性を示す関係情報が必要となる。例えば、物理マシンが障害で停止した場合には、配下装置も正常動作していない、つまり障害発生状態と同等扱いとなる。

管理システム１１００は、上記構成により、各ベンダにより提供される計算機、業務サービスベンダのプログラム、ベンダ固有の障害ＩＤや配下装置などを統一して管理するための機能を提供する。

（３）構造化ＩＤの概念について
次に、本実施形態の構造化ＩＤの概念について説明する。図２は、段階的にプラットフォームベンダ、コンポーネントベンダ、業務サービスベンダの三者により個別に設計されたシステムの構成要素を構造化ＩＤとして段階的に設定し、木構造による一貫性を確保した構造化ＩＤデータの例である。以下説明のため、図２中の丸、五角形、六角形等のオブジェクトにより各種ＩＤを例示し、各種ＩＤ間の破線により親子関係を表している。

システム構成の構造化ＩＤデータ８１４のうち、木構造の根から中段８１４ａは、プラットフォームベンダにより抽象的な概念として設定される。そして、コンポーネントベンダ及び業務サービスベンダにより、構造化ＩＤの中段８１４ａに子要素である８１４ｂ、８１４ｃ及び８１４ｄなどの構造化ＩＤが連結される。

例えば、物理マシン１００に対してコンポーネントベンダＡ社が採用された場合、構造化ＩＤの中段８１４ａにＡ社に定義された構造化ＩＤ８１４ｂが追加される。また、物理マシン２００に対してコンポーネントベンダＢ社が採用された場合、構造化ＩＤの中段８１４ａにＢ社に定義された構造化ＩＤ８１４ｃが追加される。またシステム全体を定義する構造化ＩＤに、業務サービスベンダ固有の現場装置１０００を定義する構造化ＩＤ８１４ｄを定義する。このように、本実施の形態によれば、システム全体からコンポーネントベンダや業務サービスベンダにより提供される構成要素までを、一貫性のある木構造の構造化ＩＤにより一意に定義することができる。

すなわち、本実施の形態では、まず、木構造の根から中段８１４ａに対して不変的に管理可能なＩＤを定義する。そして、ハードウェアのライフサイクルによる構成要素の入れ換えや、冗長系を実現するヘテロアーキテクチャや、ハードウェアの設計後に定義されるソフトウェアのなどを木構造の中段８１４ａに追加する子要素（８１４ｂ〜８１４ｄ）に定義する。これにより、当該構造化データを用いて、システムの再設計の範囲や再評価の範囲を拡張したり限定したりすることができ、末端の構成要素だけでなく、構成要素の上位である中段ノードまででもシステムを評価することが可能となる。

次に、図３を参照して、統一的に管理可能な構造化ＩＤの木構造を分解したり文字列化したりする例について説明する。メモリ８１０上において、データの走査処理や探索処理が行われる際には、木構造として管理されるデータは、木構造のデータの普遍的特性から、根から葉、もしくは根から各対象までのパスによって一意に定義される。そのため、木構造を構成する構成要素の繋がり（リンク）を、区切り文字、例えば“/”スラッシュや“.”ドットで表すことにより、構造化ＩＤは、様々なプログラムや画面描画識別子に使用する文字列識別子として分解することができる。本実施の形態では、木構造を構成する１つの構成要素をパスと称して以下説明する。

図３に示すように、管理対象となる範囲を、パスの長さ８１４Ｐ１を指定したり、パスの指定根の位置を変更してパス幅８１４Ｐ２を変更したり、パスの本数８１４Ｌ１〜Ｌ６を指定したりすることにより、構造化ＩＤを用いてシステムを構成する構成要素の部分集合を指定することができる。これにより、システムの管理範囲や障害の管理範囲など、オペレータなどが所望する範囲を限定的に指定することが可能となる。

図４は、ストレージ装置８７１に記憶されているシステム構成の構造化ＩＤ蓄積データ８７４である。構造化ＩＤ蓄積データ８７４は、構造化ＩＤ８７４Ａ、オーナー８７４Ｂ、評価値８７４Ｃ及び対象識別子８７４Ｄから構成される。構造化ＩＤ８７４Ａは、パス単位に分解されたシステム構成の構造化ＩＤデータである。オーナー８７４Ｂは、ＨＭＩ端末にログインする際に入力された登録ベンダの識別情報である。評価値８７４Ｃは、システムの重症度の算出結果や、監視漏れ等を評価する定量的評価値である。対象識別子８７４Ｄは、ＨＭＩでの検索用キーワードから構造化ＩＤを逆引きするための識別キーワードである。

構造化ＩＤ８７４Ａに、システムの複雑な構造が、構造化ＩＤの文字列識別子として分解された構造化ＩＤ８７４Ａに格納される。そして、構造化ＩＤ８７４Ａにより示されるシステム構成に、オーナー権の情報８７４Ｂや、当該システムの評価値８７４Ｃ、当該システムの識別情報８７４Ｄが対応付けられる。

構造化ＩＤデータは、システム構成要素と同等の構成要素として、抽象的な障害ＩＤやベンダ固有の障害ＩＤを追記することができる。これにより、これまで各システム間で統一的に取り扱われず散在していた障害ＩＤを、体系的に統一された構造化ＩＤに登録することが可能となる。

（４）構造化ＩＤの画面表示例
図５は、ＨＭＩ端末（ＨＭＩ−α５００、ＨＭＩ−β６００、ＨＭＩ−γ７００）の判定結果表示装置（５８０、６８０、７８０）に表示される構造化ＩＤの合成結果の表示例である。図５の表示例５８０に示すように、各構造化ＩＤのパスを合成することにより、システム構成の全範囲の構造化ＩＤデータ８１４の木構造を形成し、表示画面に木構造を入れ子構造として表示する。すなわち、図５に示す表示画面で、対象となるシステムがどのような構成となっているかを把握したり、システムの表示範囲の詳細度を把握したりすることができる。

また、オペレータは、入力フォーム５８０Ｂへの入力により、表示レベルを調整して、表示詳細度を調整する。表示レベルとしては、オーナー情報をもとに指定したり、図２に示すパス長８１４Ｐ１や、パスのリスト８１４Ｌや、パスの指定８１４Ｐ２などを指定したりすることにより、表示詳細度の範囲を変更することができる。

例えば、図３に示す範囲のうち、パスのリスト８１４Ｌ１及び８１４Ｌ２の２行をリストとして選ぶことにより、システム全体の範囲から、コンポーネントベンダＡ社の範囲のみに限定することができる。また、指定根８１４Ｐ２をパス１からパス２に入れ替えることにより、共通の親からのみクローズアップした内容を表示することができる。また、指定根８１４Ｐ２はそのままにして、詳細度をパス長２（８１４Ｐ１）に指定することにより、プラットフォームベンダを対象とする抽象的な定義範囲のみ表示され、特定のプラットフォームベンダに閉じた情報を表示させることができる。

上記のようにオペレータが表示範囲を指定することにより、画面表示例５８０Ａにおいて、コンポーネントベンダの詳細な子要素側の定義の表示を畳み込んで、オペレータが必要とする情報を提示することができる。

また、画面表示例５８０Ａでは、物理マシン２に関する表示は物理マシン１に関する表示と異なり、表示パスが短く設定され、障害子要素が親要素に畳み込まれた状態となっている。障害子要素とは、例えば、システム全体における対象の累積相対比率などである。当該累積相対比率は、親要素から木構造を辿って、最も子要素（葉要素）に与えられた評価値８７４Ｃから親要素までの木構造を辿って評価値を足し込んだ結果を親の評価値とし、この評価値を全体評価値で除算することにより算出できる。この累積相対比率により、障害時に当該システムが受けた被害を定量的に評価することができる。また、根を１００％とし、子の数で順に除していく相対比率にて定量的に評価する事も可能である。

図６の構造化ＩＤの画面表示例５８１は、表示する範囲（指定根）を施設地図とし、当該地図と連動させて構造化ＩＤの表示詳細度を変更する例である。また、構造化ＩＤの画面表示例５８２は、表示する範囲（指定根）を世界地図とし、当該地図と連動させて構造化ＩＤの表示詳細度を変更する例である。画面表示例５８１及び５８２において、それぞれ注目する範囲の中心を変更することができる。注目する範囲の中心を１００％として、上記した障害の評価値を示す累積相対比率を再計算することにより、障害時に当該システムが受けた被害を、中心を１００％とする定量的な比率として表示することができる。

このように、施設地図情報や広域の地図情報など、表示されるコンテンツの内容が組みかえられたとしても、構造化ＩＤによって管理対象を一元的に識別することができる。したがって、システム上に断片的な情報が存在する場合や同一の対象に対して識別子が重複する場合などについても、それぞれの情報に構造化ＩＤを対応付けて管理することにより、当該情報をシステム内で一意に管理することができる。

（５）管理範囲設定処理
次に、図７Ａを参照して、各ベンダのＨＭＩ端末（ＨＭＩ−α５００、ＨＭＩ−β６００、ＨＭＩ−γ７００、以下、単にＨＭＩ端末として説明する場合もある。）における管理範囲の設定処理について説明する。図７Ａの管理範囲設定処理を説明するに際し、適宜、図７Ｂの管理範囲を示す構造化ＩＤデータの概要を参照する。

図７Ａに示すように、ＨＭＩ端末からオーナー識別子を入力して、管理サーバ８００にログインする（Ｓ００１）。ステップＳ００１におけるログイン処理により、管理サーバ８００の構造化ＩＤ管理部８１１は、当該ＨＭＩ端末をオーナー単位で個別認識するための情報を取得する。

そして、構造化ＩＤ管理部８１１は、オーナー識別子に関係する全範囲を示す構造化ＩＤデータ８７４をＨＭＩ端末に送信する（Ｓ００２）。構造化ＩＤ管理部８１１よりＨＭＩ端末に送信される全範囲の構造化ＩＤデータは、図２に示した木構造８１４でも可能だが、以下では、図３に示すパス単位に分解されたシステム構成の全範囲の構造化ＩＤデータ８７４Ａを例示して説明する。

そして、ＨＭＩ端末の設定項目入力部５１２によるスクロールの操作等で得られるスケールする数値を、管理範囲のパス長８１４Ｐ１に対応付け、管理範囲構造化ＩＤデータ５１３の管理詳細度を変更する（Ｓ００３）。図７Ｂの８７４Ａ（Ｓ００３）に示すように、ステップＳ００３において、例えば、パス長８１４Ｐ１として、プラットフォームベンダ定義８１４ａと、コンポーネントベンダＡ社の定義８１４ｂを設定する。

そして、ＨＭＩ端末の設定項目入力部５１２より、監視対象の構造化ＩＤパスのリストアップ数を増加もしくは減少させ、管理範囲の構造化ＩＤデータ５１３の管理範囲を変更する（Ｓ００４）。図７Ｂの８７４Ａ（Ｓ００４）に示すように、管理範囲のパスの本数８１４Ｌ１〜８１４Ｌ６を決定することにより、管理範囲が指定される。

そして、ＨＭＩ端末の設定項目入力部５１２より、監視対象の構造化ＩＤの指定根位置の設定と、設定した指定根からのパス幅を指定し、管理範囲の構造化ＩＤデータ５１３の管理詳細度を変更する（Ｓ００５）。図７Ｂの８７４Ａ（Ｓ００５）に示すように、構造化ＩＤの指定根位置を変更することにより、管理対象の詳細度を変更することができる。

そして、ＨＭＩ端末からオーナー識別子と共に、管理範囲の構造化ＩＤデータ５１３を管理サーバ８００に送信して、管理サーバ８００に管理範囲の構造化ＩＤデータ５１３が登録される（Ｓ００６）。管理範囲の構造化ＩＤデータ５１３を管理サーバ８００に送信して登録することにより、次回、ＨＭＩ端末からログインした際に、設定された管理範囲の表示画面の情報を取得することができる。

そして、構造化ＩＤ管理部８１１は、管理範囲の構造化ＩＤデータ５１３に関係する相互関係データ８７３をＨＭＩ端末に送信する（Ｓ００７）。上記ステップＳ００３〜ステップＳ００５において、管理範囲が設定されるか変更された場合には、それに伴う相互関係データ８７３も変化する。このため、構造化ＩＤ管理部８１１が受信した管理範囲の構造化ＩＤデータ５１３、６１３または７１３に含まれる構造化ＩＤが定義されている各層が、相互関係データ８７３を各ＨＭＩ端末に送信する。

ここで、図８Ａ及び図８Ｂを参照して、ステップＳ００７で送信される相互関係データの内容について説明する。図８Ａは、相互関係データとしてのベンダ固有の障害ＩＤと抽象化障害ＩＤとの関係を示す相互関係データの例である。

昨今のマルチアーキテクチャが含まれるシステム管理の困難さには、以下の３点が大きく影響する。第一に、コンポーネントベンダ固有の障害ＩＤの定義は、ファームウェア入換やアップデートにより変化するため、障害ＩＤの定義がどのような意味合いを有するかを管理することが必要な点（１対１の関係）、第二に、障害検知機構が複数存在し、複数の障害ＩＤが一つの対象の障害を意味する点（多対１の関係）、第三に、コンポーネントベンダが定義する障害ＩＤがシステムの複数の装置を対象とした障害を意味する点（１対多の関係）である。

図８Ｂを参照して、上記第一〜第三の関係性について説明する。図８Ｂに示すように、１対１の関係とは、コンポーネントベンダ固有の障害ＩＤの定義が、プラットフォームベンダで定義される普遍的に管理可能な抽象的な障害ＩＤや故障箇所ＩＤのいずれかと対応付けられている関係（８７３Ｌｉｎｋ１）である。また、多対１の関係とは、コンポーネントベンダ固有の複数の障害ＩＤの定義が、プラットフォームベンダで定義される一つの障害ＩＤや故障箇所ＩＤと対応付けられている関係（８７３Ｌｉｎｋ２、８７３Ｌｉｎｋ３）である。また、１対多の関係とは、コンポーネントベンダ固有の１つの障害ＩＤの定義が、プラットフォームベンダで定義される複数の障害ＩＤや故障箇所ＩＤと対応付けられている関係（８７３Ｌｉｎｋ４、８７３Ｌｉｎｋ５）である。

上記した第一〜第三の関係性は、構造化ＩＤの木構造の親子関係のみでは表現しきれないため、構造化ＩＤのパス分解データを活用して、パス同士の因果関係を管理したり、障害ＩＤの意味合いを関係情報として管理したりする必要がある。

そこで、本実施の形態では、図８Ａに示す相互関係データにより、上記第一〜第三の関係を管理している。図８Ａに示すように、相互関係データ８７３のNameは、リンク元を示す。すなわち、Nameがコンポーネントベンダ固有の障害ＩＤ定義８１４ｂを示す。また、相互関係データ８７３のLinkは、リンク先を示す。すなわち、Linkがプラットフォームベンダに定義された普遍的に管理可能な抽象的な障害の構造化ＩＤや、故障箇所そのものの構造化ＩＤ８１４ａである。このように、障害情報と構成要素との相互関係を定義することにより、ベンダ固有の障害ＩＤと抽象化された障害ＩＤとの、１対１、１対多、多対１または多対多に至る関係を柔軟に定義することができる。

これらの関係性を示す情報は、システムを設計したり再構築したりするうえで、システム管理におけるノウハウとなる。すなわち、これらの関係性を保持しておくことにより、ベンダ間で情報を共有したり、他のベンダが提供するシステムへの影響度合いを明確にしたりすることができる。したがって、これらの関係性を示す情報を蓄積することにより、複数ベンダが提供するシステムを管理するための知能指数を高めることができ、システム全体を統一的に管理することが可能となる。

上記した障害ＩＤの関係情報と同様に、構成制御プログラムの所在と対象とする障害ＩＤを示す構造化ＩＤとの関係情報や、ベンダ固有の障害ＩＤとその障害波及範囲との関係情報、障害とオーナーとの責任範囲の関係情報、構成制御プログラムの所在と構成制御に影響する範囲との関係情報などを定義してもよい。

次に、図９Ａを参照して、管理範囲及び関係リンクの網羅性検証処理について説明する。当該処理により、オペレータにより柔軟に設定された管理範囲について、監視対象に漏れがないかを検証することが可能となる。当該処理を説明するに際し、適宜図９Ｂの全範囲の構造化ＩＤ蓄積データ８７４の内容を参照する。

図９Ａに示すように、構造化ＩＤ管理部８１１は、システム構成の全範囲の構造化ＩＤ蓄積データ８７４を読み込み、システム構成の全範囲の構造化ＩＤデータ８１４としてメモリ上で処理可能とする（Ｓ０１０）。

そして、構造化ＩＤ管理部８１１は、構造化ＩＤ蓄積データ８７４の評価値８７４Ｃの値を全てゼロクリアし、各ＨＭＩ端末（ＨＭＩ−α５００、ＨＭＩ−β６００、ＨＭＩ−γ７００）から送信された管理範囲構造化ＩＤデータ５１３、６１３及び７１３に登録されている構造化ＩＤの評価値８７４Ｃを１ずつ加算する（Ｓ０１１）。

そして、構造化ＩＤ管理部８１１は、上記した管理範囲設定処理により設定されたすべての管理範囲構造化ＩＤデータの部分集合を、システム構成の全範囲の構造化ＩＤ蓄積データ８７４上で検証し、評価値８７４Ｃがゼロである対象をオーナーのＨＭＩ端末に送信する（Ｓ０１２）。具体的に、構造化ＩＤ管理部８１１は、管理範囲構造化ＩＤデータの部分集合のうち、評価値８７４Ｃがゼロである対象について、評価値８７４Ｃに対応するオーナー８７４ＢのＨＭＩ端末に管理漏れが存在するとして警告を通知する。

図９Ｂの例では、構造化ＩＤ９８４Ａのうち、「システム全体/現場装置」の評価値８７４Ｃがゼロであるため、管理対象から漏れていることを把握することができる。したがって、当該評価値８７４Ｃに対応するオーナーのＨＭＩ端末「γ」（ＨＭＩ−γ７００）に警告を通知する。

また、関係リンクの網羅性の検証処理として、構造化ＩＤ管理部８１１は、評価値８７４Ｃの評価値をすべてゼロクリアし、管理範囲構造化ＩＤデータ５１３、６１３及び７１３に関係する相互関係データ８７３を順次読み込み、リンク元及びリンク先として指定されている構造化ＩＤ８７４Ａに対応する評価値８７４Ｃを１ずつ加算する（Ｓ０１３）。

そして、構造化ＩＤ管理部８１１は、すべての相互関係データ８７３の部分集合を、システム構成の全範囲の構造化ＩＤ蓄積データ８７４上で検証し、対象識別子８７４Ｄのエラー定義のうち、評価値８７４Ｃがゼロである対象をオーナーのＨＭＩ端末に送信する（Ｓ０１４）。具体的に、構造化ＩＤ管理部８１１は、相互関係データ８７３の部分集合のうち、評価値８７４Ｃがゼロである対象について、評価値８７４Ｃに対応するオーナー８７４ＢのＨＭＩ端末に相互関係リンク設定漏れが存在するとして警告を通知する。

図９Ｂの例では、対象識別子８７４Ｄの「ＰＦベンダ抽象エラー」のうち、「再立ち上げ可能異常」と、「ベンダ固有エラーＩＤ」の「Error001」の評価値８７４Ｃがゼロであるため、関係リンクが存在せず、障害に対する警報や構成制御が実行できない設定漏れが存在することを把握することができる。したがって、当該評価値８７４Ｃに対応するオーナーのＨＭＩ端末「α」（ＨＭＩ‐α５００）及び「β」（ＨＭＩ−β６００）に警告を通知する。

上記した管理範囲の設定及び、管理範囲及び関係リンクの網羅性検証処理により、管理サーバ８００において、柔軟な管理範囲設定処理を実行することができ、さらに、設定した管理範囲について、監視対象に漏れがないかを検証して、物理マシン１００、物理マシン２００及び現場装置１０００から障害情報を受信するための準備が整うこととなる。

（６）管理範囲の障害情報表示処理
次に、図１０Ａ参照して、障害が発生した場合に、各ベンダのＨＭＩ端末で設定された管理範囲に対応した警報表示を行う管理範囲の障害情報表示処理について説明する。図１０Ａの障害情報表示処理を説明するに際し、適宜、図１０Ｂの構造化ＩＤパスを参照する。

図１０Ｂでは、障害情報表示処理で行われる構造化ＩＤパスの合成や削除を模式的に示している。各ベンダしか障害ＩＤを把握していない場合や、各ベンダがシステム全体の中での自らの所在を知らない場合、仮想化のようにプラットフォームが隠蔽されている場合などのように、オペレータが構造化ＩＤのすべてを把握できない場合には、オペレータが設定する管理範囲に応じて、構造化ＩＤの連結処理や切除処理が必要となる。

図１０Ａに示すように、障害メッセージ生成部１１１は、物理マシン１００で発生したＡ社の障害ＩＤ８１４ｂのパスと、管理対象である物理マシン１００を示す構造化ＩＤ８１４ａのパスを連結し、システム構成の全範囲を示す構造化ＩＤのパスで一意に定まる障害メッセージを生成する（Ｓ０２１）。

障害メッセージ生成部１１１は、ステップＳ２０１で生成した障害メッセージを、管理サーバ８１０の構造化ＩＤ管理部８１１に送信する（Ｓ０２２）。構造化ＩＤ管理部８１１は、システム構成の全範囲の構造化ＩＤデータで障害部位を管理し、当該障害部位を管理しているＨＭＩ端末へ障害メッセージを送信する（Ｓ０２３）。具体的に、構造化ＩＤ管理部８１１は、各ＨＭＩ端末により登録された管理範囲の構造化ＩＤデータ５１３から、構造化ＩＤに対応する当該障害部位を管理しているオーナーのＨＭＩ端末を特定し、当該ＨＭＩ端末に障害メッセージを送信する。

そして、ＨＭＩ端末の障害箇所判定部５１１は、システム構成の全範囲の構造化ＩＤデータに障害メッセージが示す対象の構造化ＩＤが存在するか検索し、一致する対象に警告マークを表示する（Ｓ０２４）。

ＨＭＩ端末の障害箇所判定部５１１は、構造化ＩＤ管理部８１１から受信した相互関係データ８７３から、リンク先の構造化ＩＤを取得し、障害メッセージが示す対象の構造化ＩＤが存在するか検索し、一致する対象に警告マークを表示する（Ｓ０２５）。ステップＳ０２４及びステップＳ０２５における警告マークの表示については、図１１を参照して説明する。

そして、ＨＭＩ端末の障害箇所判定部５１１は、一致する構造化ＩＤが、管理範囲の構造化ＩＤデータ８７４にも相互関係データ８７３にも存在しないかを判定する（Ｓ０２６）。ステップＳ０２６において、一致する構造化ＩＤが、管理範囲の構造化ＩＤデータ８７４にも相互関係データ８７３にも存在しない場合とは、管理対象のファームウェア更新や設定不備により未知の障害識別子が送達されたことを意味する。

ステップＳ０２６において、一致する構造化ＩＤが、管理範囲の構造化ＩＤデータ８７４にも相互関係データ８７３にも存在しないと判定された場合には、ステップＳ０２７以降の処理を実行する。一方、一致する構造化ＩＤが、管理範囲の構造化ＩＤデータ８７４にも相互関係データ８７３にも存在すると判定された場合には、処理を終了する。

ステップＳ０２７において、ＨＭＩ端末の障害箇所判定部５１１は、構造化ＩＤ管理部８１１から受信した障害メッセージが示す対象の構造化ＩＤ８１４Ｐ３の子要素を１つ削除する（Ｓ０２７）。

そして、ステップＳ０２７において子要素を削除した障害メッセージの構造化ＩＤと一致する構造化ＩＤが存在するかを判定する（Ｓ０２８）。

通常、未知の障害ＩＤを有する障害メッセージについては、プログラム命令のelse文やdefault文内の命令が実行されるだけである。したがって、当該障害メッセージが何れの障害箇所に対応付けられているかについては判定されず、当該障害メッセージに関係するベンダ等に例外があったことを通知することしかできない。

しかし、本実施の形態では、障害ＩＤに対応する障害を拡大解釈して障害箇所を推定し、障害ＩＤに一致する何れかの構造化ＩＤが存在するかを検索する。そして、一致する対象が存在する場合に、一致する対象に警告マークを表示することができる。これにより、従来は例外が発生した旨通知するだけであった障害メッセージについても、その障害メッセージに関係するベンダ等に通知することが可能なばかりでなく、障害が発生した場合にいずれの装置等が関係するかを迅速に把握することができる。

ステップＳ０２８において、障害メッセージの構造化ＩＤの子要素を削除しても一致する構造化ＩＤが存在しない場合には、障害メッセージの構造化ＩＤの根に辿り着くまで、段階的に子要素の削除（Ｓ０２７）及び検索（Ｓ０２８）を繰り返し実施する。そして、ステップＳ０２８において、一致する構造化ＩＤが存在した場合には、構造化ＩＤに対応する対象に警告マークを表示する（Ｓ０２９）。

このように、障害メッセージの構造化ＩＤについて、一致する構造化ＩＤが存在するまで検索することにより、ファームウェアの入換やセキュリティパッチの追加、遠隔更新などで未知の障害ＩＤが追加された場合でも、当該障害ＩＤを構造化ＩＤの何れかの要素に紐付けることが可能となり、管理漏れを防ぐことができる。

次に、図１１を参照して、上記した障害情報表示処理により各ＨＭＩ端末の判定結果表示装置に表示される障害部位及び波及範囲の表示例について説明する。構造化ＩＤは、各要素に定量的評価値が設定されている。したがって、故障箇所の評価値の総和を算出することにより、障害発生後のシステムダメージの度合いを評価値として表示することができる（表示画面例５８３）。

また、関係情報から障害波及関係を構造化ＩＤに反映することにより、例えば１％の障害が４０％まで波及することを表示できる（表示画面例５８４）。図１１の画面表示例５８４では、障害部位を丸印、障害波及範囲を星印で示している。この波及範囲を含めて、構成制御プログラムとその対象範囲を選定することにより、正しく稼動している装置やプログラムに構成制御処理を実行させることが可能となる。このように、構造化ＩＤの根ノードから辿って、正常もしくは異常状態を走査してチェックすることにより、障害範囲をより包括的な視野から詳細度へ向かって評価することができる。

（７）障害復旧命令衝突回避処理及び構成制御実行処理
次に、図１２を参照して、構造化ＩＤを利用した障害復旧命令衝突回避処理及び構成制御実行処理について説明する。各ＨＭＩ端末の障害箇所判定部５１１、６１１及び７１１は、上記した障害箇所の判定結果を受けて、当該障害箇所の再起動命令を構造化ＩＤ管理部８１１に送信する（Ｓ０３０）。

構造化ＩＤ管理部８１１は、障害情報を相互関係データ８７３に反映し、障害または障害の恐れのある範囲情報を更新する（Ｓ０３１）。

そして、構造化ＩＤ管理部８１１は、再起動命令の対象の構造化ＩＤと、当該構造化ＩＤパスの根との間の親要素が、既に障害であるか、または、障害の恐れがあるかを判定する（Ｓ０３２）。

ステップＳ０３２において、親要素が、既に障害であるか、または、障害の恐れがあると判定された場合には、ＨＭＩ端末の障害箇所判定部５１１、６１１及び７１１に、当該再起動命令が許可されない旨通知する（Ｓ０３３）。そして、構造化ＩＤ管理部８１１は、構造化ＩＤパスの根から障害波及の恐れの無い親要素を順次検索し、包括的に再起動処理が実行可能な親要素を候補として通知する（Ｓ０３４）。

一方、親要素が障害ではなく、障害の恐れもないと判定された場合には、構造化ＩＤ管理部８１１は、障害箇所及び、その配下に再起動処理を実行中の要素が存在しないか確認し、命令判別及び実行部１１２へ命令を送信し、障害箇所を再起動中として管理する（Ｓ０３５）。命令判別及び実行部１１２は、差分構造化ＩＤデータ１１３分を排除し、物理マシン１００で解釈実行できる構造化ＩＤ１１４を生成し、その対象に対して再起動を実行する（Ｓ０３６）。なお、外部からの強制再起動等の命令は、再起動命令を処理する対象が正常であれば実行可能となる。

（８）システム構成の変更画面例
次に、図１３を参照して、既存の構造化ＩＤ情報や関係情報を利用して、部分的にシステム構成を変更する場合について説明する。マウスのポインタ６８１により、変更対象のコンポーネントの親要素を選択する（図中、物理マシン１を選択）。そして、マウスのポインタ６８１でＣ社物理マシンを選択することにより、Ａ社の物理マシンからＣ社の物理マシンにコンポーネントを組み替えることができる。このとき、入れ替え対象の構造化ＩＤの定量的評価値と、関係情報の消滅、及び追加量を定量的に評価してＨＭＩ端末に表示する。

また、システムを最初に設計する際も、同様に、マウスのポインタ６８１で親要素を選択して、使用するコンポーネントや、業務サービスを追加し、システムを設計していくことができる。

（９）本実施の形態の効果
上記したように、本実施の形態によれば、システムを構成する構成要素の物理的および論理的包含関係を木構造で示す構造化識別情報と、構成要素間の相互関係の情報を示す相互関係情報とをもとに、構造化識別情報のうち、管理範囲として指定された構造化識別情報の部分集合をと、システムで発生した障害情報を示す構造化識別情報とが対応する場合に、管理範囲を表示する端末に前記システムで発生した障害情報を表示させて、個別に設計されたシステムの構成要素の識別子をシステム構造に即した入れ子構造とした構造化識別子情報（構造化ＩＤ）を設定し、木構造により統一的に管理可能とする。

これにより、マルチアーキテクチャを含む、システムの段階的設計を支援し、システム設計データを統一的に管理することにより、構成制御の重複や、制御範囲の漏れなどの発生を防止することができる。また、システムの運用においては、システム重症度を定量的に算出し、システムの信頼性評価値を提供することができる。また、ベンダの依存性が高く統一が困難な障害ＩＤについては、障害ＩＤを含む構造化ＩＤの関係情報をもとに管理することが可能となる。

また、システム管理の現場において、オペレータの注目度に合う表示画面を構築する際には、管理機能を動的に組み合わせたり、構造化ＩＤの表示範囲を指定したりすることにより、複数ベンダを隠蔽した抽象的な概念での管理から、ベンダ固有の障害識別子管理まで柔軟に管理することができる。

また、マルチアーキテクチャによるシステムのライフサイクル管理では、システムを構成する要素の構造化ＩＤの増減や、構造化ＩＤの増減に伴い削除または追加される関係情報の量を定量的に算出することにより、システムのライフサイクルで再利用可能な構成要素を定量的に評価することができる。

１００、２００ 物理マシン
１２０、１３０ 通信インタフェース
１１０、２１０ メモリ
１１１、２１１ 障害メッセージ生成部
１１２、２１２ 命令判別及び実行部
３００、４００ 多重系ネットワーク
５００ プラットフォームベンダ用ＨＭＩ−α
６００ コンポーネントベンダ用ＨＭＩ−β
７００ 業務サービスベンダ用ＨＭＩ−γ
５１０、６１０、７１０ メモリ
５１２、６１２、７１２ 設定項目入力部
５１３、６１３、７１３ 管理範囲構造化ＩＤデータ
５８０、６８０、７８０ 判定結果表示装置
８００ 管理サーバ
８２０、８３０、８４０ 通信ＩＦ
８１０ メモリ
８１１ 構造化ＩＤ管理部
８１４ 構造化ＩＤデータ
８５０ ＣＰＵ
８６０ バス
８７０ ディスクインタフェース
８７１ ストレージ装置
８７３ 相互関係データ
８７４ 構造化ＩＤ蓄積データ
９００ インターネット等広域ネットワーク
１０００ 現場装置
１１００ 管理システム

Claims (12)

1. 各々ベンダが異なる複数の設備を管理するシステム管理装置であって、
   ベンダ固有の障害識別情報と、障害が生じる構成要素から管理対象システムまでの包含関係情報と、を含む構造化識別情報を、他のベンダ固有の障害識別情報に対応付けるための相互関係情報を記憶する記憶部と、
   前記複数の設備のうち特定の設備の所定の構成要素に障害が生じた場合に、特定のベンダ固有の障害識別情報に前記管理対象システムから前記所定の構成要素までの包含関係情報を付与した構造化識別情報を前記特定の設備から受信し、受信した前記構造化識別情報と前記相互関係情報に対応付けられた前記所定の構成要素に生じた障害の影響を受ける構成要素であって、前記特定の設備のベンダとは異なる別のベンダの設備の構成要素を特定する制御部と、
   を備えることを特徴とする、システム管理装置。
2. 前記制御部は、
   特定の構成要素を、木構造で示される前記構造化識別情報の根ノードから葉ノードまでのパス長で指定し、
   前記構造化識別情報のうち前記構造化識別情報の部分集合が指定された管理範囲の詳細度に対応する前記構造化識別情報の部分集合を、前記木構造の前記根ノードの指定位置を変更したパス幅で指定し、
   前記管理範囲の範囲度に対応する前記構造化識別情報の部分集合を、前記木構造のパスの本数で指定する
   ことを特徴とする、請求項１に記載のシステム管理装置。
3. 前記記憶部は、
   前記構造化識別情報と、前記構造化識別情報で示される前記管理対象システムの構成要素を管理するオーナー情報と、該構成要素を評価する評価値と、前記構成要素の種別を示す情報とを関連付けて記憶する、
   ことを特徴とする、請求項２に記載のシステム管理装置。
4. 前記相互関係情報には、前記発生した障害を識別する障害識別情報と、該障害識別情報に関係する前記管理対象システムの構成要素を示す前記構造化識別情報とが対応付けられており、
   前記制御部は、
   前記発生した障害に対応する前記障害識別情報に関係する前記構造化識別情報が、前記管理範囲に指定された前記構造化識別情報の部分集合に含まれる場合に、前記管理範囲を表示する端末に前記発生した障害情報を送信する
   ことを特徴とする、請求項３に記載のシステム管理装置。
5. 前記制御部は、
   前記障害識別情報を示す前記構造化識別情報を特定し、該構造化識別情報の親子関係をもとに、前記管理対象システムで発生した障害部位の包含関係を特定する
   ことを特徴とする、請求項４に記載のシステム管理装置。
6. 前記制御部は、
   前記相互関係情報をもとに、前記障害識別情報に関係する前記構造化識別情報を特定し、該構造化識別情報に対応する前記管理対象システムの構成要素を前記管理対象システムの障害波及範囲とする
   ことを特徴とする、請求項５に記載のシステム管理装置。
7. 前記制御部は、
   前記管理対象システムで発生した障害情報を識別する前記障害識別情報と、障害が発生した構成要素を示す前記構造化識別情報とから、前記管理対象システムにおいて一意に定まる構造化識別情報を生成し、
   前記記憶部に記憶された前記構造化識別情報及び前記相互関係情報をもとに、前記生成した構造化識別情報に一致するまたは関係する構成要素を特定する
   ことを特徴とする、請求項６に記載のシステム管理装置。
8. 前記制御部は、
   前記生成した構造化識別情報に一致するまたは関係する構成要素を特定できない場合に、前記生成した構造化識別情報を構成する木構造を段階的に削除して、
   前記記憶部に記憶された前記構造化識別情報及び前記相互関係情報をもとに、削除した前記構造化識別情報に一致するまたは関係する構成要素を特定する
   ことを特徴とする、請求項７に記載のシステム管理装置。
9. 前記制御部は、
   前記管理範囲を表示する端末の表示画面に、前記障害識別情報に一致する前記構造化識別情報をもとに、前記管理対象システムにおける障害範囲、及び、前記管理対象システム全体における前記障害範囲の比率を表示させる
   ことを特徴とする、請求項８に記載のシステム管理装置。
10. 前記制御部は、
    前記管理範囲を表示する端末の表示画面に、前記障害識別情報に関係する前記構造化識別情報をもとに、前記管理対象システムにおける障害の影響範囲、及び、前記管理対象システム全体における前記障害の影響範囲の比率を表示させる
    ことを特徴とする、請求項９に記載のシステム管理装置。
11. 各々ベンダが異なる複数の設備を管理するシステム管理方法であって、
    ベンダ固有の障害識別情報と、障害が生じる構成要素から管理対象システムまでの包含関係情報と、を含む構造化識別情報を、他のベンダ固有の障害識別情報に対応付けるための相互関係情報を記憶するステップと、
    前記複数の設備のうち特定の設備の所定の構成要素に障害が生じた場合に、特定のベンダ固有の障害識別情報に前記管理対象システムから前記所定の構成要素までの包含関係情報を付与した構造化識別情報を前記特定の設備から受信し、受信した前記構造化識別情報と前記相互関係情報に対応付けられた前記所定の構成要素に生じた障害の影響を受ける構成要素であって、前記特定の設備のベンダとは異なる別のベンダの設備の構成要素を特定するステップと、
    を含むことを特徴とする、システム管理方法。
12. 各々ベンダが異なる複数の設備が関係する管理対象システムと、
    ベンダ固有の障害識別情報と、前記複数の設備において障害が生じる構成要素から前記管理対象システムまでの包含関係情報と、を含む構造化識別情報を、他のベンダ固有の障害識別情報に対応付けるための相互関係情報を記憶する記憶部と、前記複数の設備のうち特定の設備の所定の構成要素に障害が生じた場合に、特定のベンダ固有の障害識別情報に前記管理対象システムから前記所定の構成要素までの包含関係情報を付与した構造化識別情報を前記特定の設備から受信し、受信した前記構造化識別情報と前記相互関係情報に対応付けられた前記所定の構成要素に生じた障害の影響を受ける構成要素であって、前記特定の設備のベンダとは異なる別のベンダの設備の構成要素を特定する制御部と、を含むシステム管理装置と、
    を備えることを特徴とする、情報システム。

Images