JP2005234861A

JP2005234861A - 管理装置、及び、管理システム

Info

Publication number: JP2005234861A
Application number: JP2004042741A
Authority: JP
Inventors: Toshiji Aiura; 利治相浦
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2004-02-19
Filing date: 2004-02-19
Publication date: 2005-09-02

Abstract

【課題】従来のシステム管理方式では、システム管理者がシステム管理計算機を通して把握できるのは、被管理計算機の停止や異常など局所的な情報であり、障害の発生した計算機上で動作していた業務の内容や、その優先度などの情報を得ることが出来なかった。
【解決手段】管理装置１１は、接続する業務系システムとを階層を有するシステム要素に階層化して記憶するとともに、階層化したそれぞれのシステム要素ごとに障害が発生した場合の影響度を示す影響度情報をシステム要素に対応させて記憶する障害影響テーブル２１を備え、システム管理者から障害の影響度の解析を依頼する解析依頼情報を入力して、上記障害影響テーブル２１に記憶された情報を解析依頼情報に基づいて解析して、解析結果情報を生成して通知する解析部１２５とを備えた。
【選択図】図１

Description

この発明は、ネットワークに接続された複数の計算機から構成され、所定の業務機能を実行するシステムの運用管理にかかわり、上記システムの構成要素であるハードウェア（例えば計算機）や、ソフトウェア（例えば、計算機上で実行されるプログラム）などに障害や不具合などが発生した場合、その障害がシステム全体に及ぼす影響や、正常に動作しているが停止してもシステム全体に及ぼす影響が小さい業務機能を実行するシステムの構成要素から、障害の発生した機器の代替機器を探索する、管理装置及び管理システムに関する。

従来のシステム運用管理方式を説明する。従来のシステム運用管理方式では、被管理対象計算機は、被管理対象計算機を管理するシステム管理計算機を接続して、被管理対象計算機は、被管理計算機上で動作し、被管理計算機上の情報を収集しシステム管理計算機に送付する情報収集ソフトウェアを記憶する。また、システム管理計算機は、システム管理計算機上で動作し、情報収集ソフトウェアが実行されることによって送付された被管理計算機の情報をシステム管理者に報告するシステム管理ソフトウェアを記憶する。

システム管理ソフトウェアは、被管理計算機の情報収集ソフトウェアに対して、定期的に情報送付要求を送信する。情報収集ソフトウェアは、システム管理ソフトウェアに対して要求された情報を返送する。システム管理ソフトウェアが送付する情報収集要求が収集を要求する情報は、例えば動作を確認するための返答要求や、計算機やネットワークの負荷などがある。

情報送付要求を送信したシステム管理ソフトウェアは、情報収集ソフトウェアからの返送を待つ。情報収集ソフトウェアからの返送を受信したシステム管理ソフトウェアは、結果をシステム管理者へ報告する。また、一定時間返送が無かった情報収集ソフトウェアが動作している被管理計算機を、障害による停止が発生したとしてシステム管理者へ報告する。

被管理計算機上で動作する情報収集ソフトウェアが、被管理計算機上の異常を検出した場合、システム管理ソフトウェアに異常を報告する。情報収集ソフトウェアからの異常通知を入力したシステム管理ソフトウェアは、被管理計算機上で発生した異常をシステム管理者に報告する。以上に示した動作により、システム管理者は複数の被管理計算機で発生した異常をシステム管理計算機上で監視することが可能となる。

また、特開平１０−３２０２３７の「障害解析装置」には、装置診断部と装置管理部とハードＯＳ部とを有するソフトウェア部と、複数の交換可能な装置を有するハードウェア部と、で構成された障害診断装置において、装置管理部がハードウェア部に対するハードアクセスを実施したことによりハードウェア部が異常を起こして割り込み障害通知を発生したとき、該通知における割り込み障害情報を格納して装置診断部に与える記憶部を備え、装置診断部がハードアクセス時の異常情報と割り込み障害情報とに基づいて障害装置を特定することを特徴とする発明が記載されている。
特開平１０−３２０２３７号公報

従来のシステム管理方式では、システム管理者がシステム管理計算機を通して把握できるのは、被管理計算機の停止や異常など局所的な情報である。システム管理者は、本情報を元に復旧処置を行うが、障害の発生した計算機上で動作していた業務の内容や、その優先度などの情報を得ることが出来ない。よって、システムで障害が発生した場合に備え、全ての計算機設備に対するバックアップ装置、予備装置、人員などを準備しておく必要があり、システムの維持管理にコストがかかった。

また、従来の障害解析装置では、異常発生時にハードウェア割り込みを用いて障害情報の収集を行うが、障害の発生した計算機よってシステムに障害が発生した場合に備え、全ての計算機設備に対するバックアップ装置、予備装置、人員などを準備しておく必要があり、システムの維持管理にコストがかかった。また、障害の発生した計算機上で動作していた業務の内容や、その優先度などの情報を得ることが出来ない。

この発明は上記のような問題点を解決するため、以下のこと目的とする。

所定の業務機能を実行する業務系を構成するシステムを、システムを構成する構成要素、例えばサブシステム、計算機に階層化し、最終的に機器レベルの構成要素まで抽出した上で、各構成要素の重要度を数値化したＦａｉｌｕｒｅＭｏｄｅａｎｄＥｆｆｅｃｔｓＡｎａｌｙｓｉｓ（「故障モードと影響解析」、以下、「ＦＭＥＡ」とする）表を業務系の運用を管理する運用管理機能と連係させる。これにより、障害が発生した場合に、影響の大きな機器を検出し、事前に対策を行えるようにする。さらに、障害が発生した場合、システム管理者に対して、障害による業務への影響度を報告すると共に、正常に動作している優先度の低い業務システムから障害の発生した機器と同一の仕様をもつ機器を検索して、報告する。これにより、システム管理者は、障害の重要度に合わせたシステム復旧対策を行えると共に、低優先度のシステム設備を流用することで、バックアップ設備などの確保を少なくすることが出来る。さらに、業務系の構成要素である計算機の管理情報などから、計算機のハードウェア構成やソフトウェアの連係情報を抽出し、ＦＭＥＡ表を自動生成させる、管理装置及び管理システムを提供するものである。

この発明に係る所定の業務機能を実行するシステムを接続して、接続したシステムを管理する管理装置は、上記システムが、１つ以上のシステム要素により構成され、上記システム要素はそれぞれ、階層を構成し、上記管理装置は、上記システム要素ごとに、自システム要素と自システム要素を構成する下位階層のシステム要素とを示す構成要素情報と、下位階層のシステム要素に発生する故障を示す故障情報と、上記故障によって上記下位階層のシステム要素が受ける影響度を示す影響度情報とを、障害影響情報として記憶し、障害の影響度の解析依頼情報を入力して、入力した解析依頼情報に基づいて上記記憶した障害影響情報を解析して、解析結果情報を生成して通知することを特徴とする。

本発明では、機器に発生した障害が、業務システム全体にどの程度の影響を及ぼすのかを導出し、システム管理者に報告することが出来る効果がある。

実施の形態１．
この実施の形態では、障害影響テーブルの一例として、「ＦＭＥＡ表」を用いる。一般的には、ＦＭＥＡは、基本仕様で設定した機能・品質が確保されないときに、故障となる現象とその影響がどうなるかを解析して、開発・設計へフィードバックして、基本仕様の欠落・不備を改善することに主要な目的がある。このような目的を有する「ＦＭＥＡ表」を障害影響テーブルとして使用して、機器に発生した障害が、業務システム全体にどの程度の影響を及ぼすのかを導出し、システム管理者に報告する管理装置、管理システムについて説明する。

図１は、この実施の形態１の管理システムの構成図である。図１において、管理装置１１は、ネットワーク１を介して複数の業務系システムを接続する。業務系システムは１つでも、複数でもかまわない。業務系システムは、ハードウェアとソフトウェアとにより実行される所定の業務の処理を示し、ハードウェアは計算機や記憶装置や入力装置や出力装置等を指し、ソフトウェアは計算機上で動作するプログラムであって記憶装置に記憶され、記憶装置や入力装置や出力装置等を使用して所定の処理を行う。ここでは、管理装置１１は、業務系システムの一例として支店業務系１０１と販売店業務系１０７とを接続する。また、業務系システムは、１つ以上のシステム要素により構成され、システム要素は、階層を有する。ここでは、支店業務系１０１は、システムＡ１０２とシステムＢ１０５とを下位階層のシステム要素として有し、さらに、システムＡ１０２は、サブシステムＡ１０３とサブシステムＢ１０４とを下位階層のシステム要素として有し、システムＢ１０５は、サブシステムＣ１０６を下位階層のシステム要素として有する。さらに、サブシステムＡ１０３は、被管理計算機２，３とを下位階層のシステム要素して有し、サブシステムＢ１０４は、被管理計算機４を下位階層のシステム要素して有し、サブシステムＣ１０６は、被管理計算機５，６，７とを下位階層のシステム要素として有する。一方、販売店業務系１０７は、システムＣ１０８を下位階層のシステム要素として有し、さらに、システムＣ１０８は、サブシステムＤ１０９とサブシステムＥ１１０とを下位階層のシステム要素として有する。さらに、サブシステムＤ１０９は、被管理計算機８を下位階層のシステム要素して有し、サブシステムＥ１１０は、被管理計算機９，１０とを下位階層のシステム要素して有する。さらに、それぞれの被管理計算機は、記憶装置等のハードウェア資源及び所定の処理を実行するためのソフトウェア資源とを有し、上記資源は被管理計算機の下位階層のシステム要素である。なお、被管理計算機は、計算機に相当する。

次に、管理装置１１を構成する要素について説明する。

管理装置１１は、障害影響テーブル２１を備える。障害影響テーブル２１は、管理装置１１が接続する業務系システムに対応するＦＭＥＡ表を記憶する。図２に、本実施の形態で用いるＦＭＥＡ表を示す。ＦＭＥＡ表は、システム要素の階層ごとに作成する。このため、例えば、３階層を構成する業務系システムでは、少なくとも３つのＦＭＥＡ表を作成する。ＦＭＥＡ表は各表ごとに障害影響情報を記憶する。障害影響情報は、自システムと自システム要素の下位階層のシステム要素とを構成要素情報として有するとともに、構成要素情報に対応させて故障情報と、その故障によって構成要素情報の示すシステム要素が受ける影響度を示す影響度情報とを有する。

図２において、所定の業務機能を運用する工場、支店、営業所、顧客向け端末などの企業システム１２は、図１の管理装置１１の管理対象である。企業システム１２の有する支店業務系１０１は、さらにシステムＡ１０２やシステムＢ１０５等の複数のシステムを有している。ＦＭＥＡ表１４は、支店業務系１０１に対応するＦＭＥＡ表であり、支店業務系１０１のシステムは、システムＡ１０２とシステムＢ１０５とから構成されているため、ＦＭＥＡ表１４は、被解析系列として、「支店業務機能」を記憶し、構成要素として「システムＡ」と「システムＢ」を記憶する。「被解析系列」に設定される情報と「構成要素」に設定される情報とが「構成要素情報」に相当する。ＦＭＥＡ表１６は、システムＡ１０２に対応するＦＭＥＡ表であり、システムＡは、サブシステムＡ１０３と、サブシステムＢ１０４とから構成されているため、ＦＭＥＡ表１６は被解析系列として「システムＡ」を記憶し、構成要素として「サブシステムＡ」と「サブシステムＢ」とを記憶する。ＦＭＥＡ表１８は、サブシステムＡ１０３に対応するＦＭＥＡ表であり、サブシステムＡ１０３は被管理計算機２，３とから構成されているため、ＦＭＥＡ表１８は被解析系列として「サブシステムＡ」を記憶し、構成要素として「計算機Ａ１」と「計算機Ａ２」とを記憶する。ＦＭＥＡ表２９は、被管理計算機２に対応するＦＭＥＡ表であり、被管理計算機２は、図１には図示していないが、機能Ａと機能Ｂとを構成要素として有しているため、ＦＭＥＡ表２９は被解析系列として「計算機Ａ１」を記憶し、構成要素として「機能Ａ」と「機能Ｂ」とを記憶する。

管理装置１１は、影響度データ管理部２０を備え、影響度データ管理部２０は枠組み生成部に相当する。影響度データ管理部２０は、データ項目情報１２２を入力する。データ項目情報１２２は、ＦＭＥＡ表１４を例にとると、最上段に記載されているタイトルに相当し、「被解析系列」と「構成要素」と「故障モード」と「影響」さらに「影響」の下に記載されている「動作」から「総影響」までのタイトルを示す情報である。データ項目情報１２２は、予め管理装置のシステム管理者が管理対象となるシステムについて検証を行い、決定しておく情報である。データ項目情報１２２の内容は、システムや監視対象によって変わる可能性がある。例えば、あるシステムには「違約」という項目がなかったり、故障の際により多くのパラメータを考慮しなければならない場合等があって、管理者がタイトルに相当する項目を検証する。

影響度データ管理部２０は、データ項目情報１２２を入力して、障害影響テーブル２１に表の枠組みであるタイトルを設定する。

管理装置１１は、影響度算出設定部２３を備え、影響度算出設定部２３は算出入力記憶部に相当する。影響度算出設定部２３は、算出式１２３を入力する。算出式１２３は、障害影響テーブルの有する総影響の項目に設定する値を計算するための計算式である。図３に算出式の一例を示す。図３に示す算出式の例では、ＦＭＥＡ表の「影響」の項目の有する「動作」と「致命度」と「損失」と「違約」のそれぞれに対して重みを掛け合わせ、それらを加算して総影響度としている。図３の例では、それぞれの項目の値に対して重みを掛け合わせているが、単純に各項目の値を加算する式でも構わない。影響度算出設定部２３は、記憶部を備え、入力した算出式１２３をこの記憶部に記憶する。

管理装置１１は、影響度データ設定部２２を備える。影響度データ設定部２２は、影響情報設定部に相当する。影響度データ設定部２２は、障害影響情報１２１を入力する。障害影響情報１２１は、影響度データ管理部２０が設定したタイトルに対する値である。ここでは、障害影響情報１２１のデータ構成については、影響度データ設定部２２によって判定できる形式であれば構わないものとする。また、影響度データ設定部２２は、影響度算出設定部２３が記憶する算出式を取得して、算出式に従い総影響度を計算して、計算した総影響度を障害影響テーブル２１に設定する。

管理装置１１は、解析部１２５を備える。解析部１２５は、障害の影響度の解析を依頼する解析依頼情報１２６を入力する。

解析部１２５は、高影響要素探索部２４と、低影響要素探索部２５と、業務影響度探索部２６と、代替要素探索部２７とを備え、解析依頼情報１２６は、少なくとも解析を依頼する旨を通知する情報と、どの探索部を用いて解析を行うかにを示す情報とを有するものとする。解析部１２５は、解析依頼情報１２６に基づいて障害影響テーブル２１が記憶した情報を解析して、解析結果情報１２７を生成して、解析結果情報１２７を通知する。

図４に障害影響情報と総影響とを設定したＦＭＥＡ表１８の例を示す。図４の例では、故障モードごとの「影響」の項目ごとに値が設定されている。総影響以外の項目に対する値は、システム管理者が管理対象のシステムを検証して決定し、障害影響情報の有する影響度情報として管理装置１１に入力するものとする。

次に、解析部１２５の備えるそれぞれの探索部について動作を説明する。

高影響要素探索部２４は、障害が発生すると最も大きい影響を受けるシステムの構成要素を検出する。高影響要素探索部２４の動作の手順を、図５を用いて説明する。

図５において、高影響要素探索部２４は、キーボード等の入力装置を介して、システム管理者より解析依頼情報１２６を入力する（Ｓ１）。この解析依頼情報１２６の内容は、高影響要素探索部２４を使用して探索することを指示する内容である。高影響要素探索部２４は、システム管理者より解析依頼情報１２６を入力すると、探索対象システムの最上位層のＦＭＥＡ表（図２におけるＦＭＥＡ表１４）を探索対象ＦＭＥＡ表とする（Ｓ２）。次に、探索対象ＦＭＥＡ表から総影響の最も大きい構成要素を選択する（Ｓ３）。探索対象ＦＭＥＡ表が最下位（図２におけるＦＭＥＡ表２９）であった場合には、探索を終了する（Ｓ４）。そうでなければ、Ｓ３で選択した構成要素を被解析系列とするＦＭＥＡ表を探索対象ＦＭＥＡ表として（Ｓ５）、Ｓ３を行う。Ｓ４で最下位層のＦＭＥＡ表であった場合には、Ｓ４の直前で実行したＳ３において選択した構成要素を要対策構成要素として選択して、システム管理者に報告する（Ｓ６）。Ｓ６で、高影響要素探索部２４は、要対策構成要素となった構成要素とともに、その構成要素に関する障害影響情報である被解析系列と故障モードと影響にそれぞれ設定されている値を解析結果情報として、上記要対策要素とともにシステム管理者に報告してもかまわない。

高影響要素探索部２４は、上記したように最上位のＦＭＥＡ表から最下位のＦＭＥＡ表へ順に探索を行う。

システム管理者は、図５のＳ１〜Ｓ６の処理によって選択された要対策構成要素を参考にして、システムや機器の２重化やバックアップ設備の手配などを行うことができる。

次に、低影響要素探索部２５によって、障害が発生した場合に小さい影響を受けるシステムの構成要素を検出する手順を、図６を用いて説明する。

図６において、まず、キーボード等の入力装置を介して、システム管理者より解析依頼情報１２６を入力する（Ｓ１１）。この解析依頼情報１２６の内容は、低影響要素探索部２５を使用して探索することを指示する内容である。低影響要素探索部２５は、システム管理者より解析依頼情報１２６を入力すると、探索対象システムの最上位層のＦＭＥＡ表（図２におけるＦＭＥＡ表１４）を探索対象ＦＭＥＡ表とする（Ｓ１２）。次に、探索対象ＦＭＥＡ表から総影響の最も小さい構成要素を選択する（Ｓ１３）。探索対象ＦＭＥＡ表が最下位層（図２における２９）であった場合には、探索を終了する（Ｓ１４）。そうでなければ、Ｓ１３で選択した構成要素を被解析系列とするＦＭＥＡ表を探索対象ＦＭＥＡ表として（Ｓ１５）、Ｓ１３を行う。Ｓ１４で最下位層のＦＭＥＡ表であった場合には、Ｓ１４の直前で実行したＳ１３において選択した構成要素を低影響の構成要素とする解析結果情報１２７を、システム管理者に報告する（Ｓ１６）。Ｓ１６の後で、低影響要素探索部２５は、低影響となった構成要素と同じ仕様を有する他の構成要素を有する被解析系列をＦＭＥＡ表から検索して、低影響となった構成要素が、検索した被解析系列の冗長構成装置或いは、冗長構成機能として利用可能であることを解析結果情報１２７としてシステム管理者に報告しても良い。また、システム管理者が、ＦＭＥＡ表から低影響となった構成要素と同じ構成要素を有する他の被解析系列を検索して、低影響となった構成要素が、検索した被解析系列の冗長構成装置或いは、冗長構成機能として利用可能であることを判断しても良い。

低影響要素探索部２５は、上記したように最上位のＦＭＥＡ表から最下位のＦＭＥＡ表へ順に探索を行う。

システム管理者は、図６のＳ１１〜Ｓ１６の処理によって選択された低影響の構成要素を他の被解析系列の冗長構成要素候補とすることによって、障害の発生に予って受ける影響度の大きな業務の予備構成要素として、システム構成を検討することができる。

上記した図５のＳ３と図６のＳ１３では、総影響度が同じであるために複数の構成要素を選択する場合もある。この場合には、次の探索対象となるＦＭＥＡ表は、１つに限らず複数になるが、次の複数の探索対象ＦＭＥＡ表より構成要素を選択する際に、それぞれの探索対象ＦＭＥＡ表から同じ総影響度の構成要素を選択しなければ、総影響度の小さいほうの構成要素を選択するので、構成要素は１つになる。また、それぞれの探索対象ＦＭＥＡ表から同じ総影響度の構成要素を選択すれば、選択する構成要素は複数になる。このように、選択する構成要素は１つとは限らない。

業務影響度探索部２６と代替要素探索部２７との動作を説明する前に、被管理計算機から障害の報告が行われることについて説明する。

管理装置１１は、図７に示すようにシステム管理部６９を備え、システム管理部６９は、被管理計算機２〜４に対して定期的に情報の収集を指示する。被管理計算機２〜４はそれぞれ、図７に示すように情報収集部６６を備える。情報収集部６６は、管理装置１１からの指示を受けて、被管理計算機２上の情報を収集する。すなわち、情報収集部６６は、障害の発生と障害内容とを示す情報を収集する。情報収集部６６が収集した故障の情報は、故障通知部１６６によって故障通知情報として管理装置１１へ送信される。

管理装置１１は、被管理装置の故障通知部１６６から送信された故障通知情報を受信する故障入力部を備える。図８に、故障入力部を備える管理装置１１の解析部１２５を示す。図１に示した解析部１２５は図８のように故障入力部１２８を備え、故障入力部１２８は、ネットワーク１を介して被管理計算機の故障通知部１６６から故障通知情報１２９を受信する。この際、故障通知情報１２９は解析依頼情報に相当する。故障入力部１２８は故障通知情報１２９を業務影響度探索部２６に通知する。また、故障入力部１２８は故障通知情報１２９を代替要素探索部２７に通知する。

このように、業務影響度探索部２６と代替要素探索部２７とは、管理装置１１が接続するシステムに障害が発生した場合にその障害による影響度を解析する。一方、高影響要素探索部２４と低影響要素探索部２５とは障害の発生にかかわらず、管理装置１１が接続するシステムの構成要素の中から故障によって最も高い影響度を受ける構成要素と最も低い影響度を受ける構成要素とをそれぞれ探索する。

次に、業務影響度探索部２６によって、障害（故障）が発生した場合の影響度を導出する手順を、図９を用いて説明する。

図９において、まず、故障入力部１２８が解析依頼情報として故障通知情報１２９を入力して、故障通知情報１２９を業務影響度探索部２６に通知する（Ｓ２１）。この際、故障通知情報１２９には少なくとも障害が発生しているシステムの機器を識別する情報が含まれている。業務影響度探索部２６は、故障通知情報１２９より障害の発生した機器が被解析系列となっているＦＭＥＡ表を検索し、検索したＦＭＥＡ表を探索対象ＦＭＥＡ表とする（Ｓ２２）。例えば、図２のＦＭＥＡ表２９の「被解析系列」に記憶されている「計算機Ａ１」に故障が発生したものとする。このため、Ｓ２２ではＦＭＥＡ表２９を探索対象ＦＭＥＡ表とする。次に、探索対象ＦＭＥＡ表の被解析系列を構成要素とするＦＭＥＡ表を検索する（Ｓ２３）。すなわち、Ｓ２３では、現在探索対象となっているＦＭＥＡ表２９よりも上位層のＦＭＥＡ表１８，１６，１４を検索することになる。探索対象ＦＭＥＡ表が、最上位層（図２におけるＦＭＥＡ表１４）であった場合には（Ｓ２４）、Ｓ２４の直前で検索したＦＭＥＡ表に設定されている構成要素全てについて総影響を解析結果情報１２７としてシステム管理者に報告する（Ｓ２６）。そうでなければ、検索したＦＭＥＡ表を探索対象ＦＭＥＡ表として（Ｓ２５）、Ｓ２３を行う。ここでは、「計算機Ａ１」に障害が発生したものとして探索を開始したので、解析結果情報１２７として報告されるのは、ＦＭＥＡ表１４の「支店業務機能」に関する障害影響情報である。

以上のＳ２１〜Ｓ２６によって、システム管理者は障害が発生した機器がシステム全体に及ぼす影響度を知り、影響度に対応した対策を取ることが出来る。

次に、代替要素探索部２７によって、障害が発生した機器の代替機器を探索する手順を、図１０を用いて説明する。

まず、故障入力部１２８が解析依頼情報１２６として故障通知情報１２９を入力して、故障通知情報１２９を代替要素探索部２７に通知する（Ｓ３１）。この際、故障通知情報１２９には少なくとも障害が発生しているシステムの機器を識別する情報が含まれている。代替要素探索部２７は、故障通知情報１２９より障害の発生した機器と同一の仕様の機器を、仕様情報記憶部２８を参照して取得する。例えば、「計算機Ａ１」に故障が発生して、「計算機Ａ１」と同一の仕様を有する機器を「計算機Ｂ１」とする。

同一の仕様を有する機器を取得すると、次に、その取得した機器（「計算機Ｂ１」）が「構成要素」に記憶されているＦＭＥＡ表を検索し、検索したＦＭＥＡ表を探索対象ＦＭＥＡ表とする（Ｓ３２）。

Ｓ３２で複数の探索対象ＦＭＥＡ表が検索できた場合には、それぞれの探索対象ＦＭＥＡ表それぞれについて以下のＳ３３〜Ｓ３５の処理を行う。また、同一仕様を有する機器を取得できなかった場合には、その旨をシステム管理者に通知して、処理を終了する。

Ｓ３２の後、探索対象ＦＭＥＡ表の被解析系列が構成要素となっているＦＭＥＡ表を探索する（Ｓ３３）。上記したＳ３２の例では「計算機Ｂ１」が「構成要素」に記憶されているＦＭＥＡ表を探索対象ＦＭＥＡ表とした。図２には、「計算機Ｂ１」が「構成要素」に記憶されているＦＭＥＡ表を図示していないが、図１のシステム構成図から「計算機Ｂ１」が「構成要素」に記憶されているＦＭＥＡ表は「サブシステムＣ」を「被解析系列」に記憶しているＦＭＥＡ表であることが予想できる。

Ｓ３４では、探索対象ＦＭＥＡ表が最上位のＦＭＥＡ表でない場合には、Ｓ３３で検索したＦＭＥＡ表を探索対象ＦＭＥＡ表として（Ｓ３５）、Ｓ３３を行う。

Ｓ３４で、探索対象ＦＭＥＡ表が最上位のＦＭＥＡ表であった場合、Ｓ３２で取得した、障害の発生した機器「計算機Ａ１」と同一の仕様の機器「計算機Ｂ１」を「計算機Ａ１」の代替機器候補として解析結果情報１２７をシステム管理者に報告する。このとき、探索対象ＦＭＥＡ表の「被解析系列」の有する「総影響度」に設定されている総影響度情報も解析結果情報１２７としてシステム管理者に報告する。ここでは、図１により、代替機器候補「計算機Ｂ１」を下位のシステム要素に有する最上位のシステム要素（または、システム）が「支店業務機能」であることが予想できるので、「支店業務機能」に対応して設定されている「総影響度」を報告する。これは、代替機器候補「計算機Ｂ１」を「計算機Ａ１」の代替機器として使用すると、本来「計算機Ｂ１」が行う予定であった処理が行えなくなり、そのことによって上位のシステム要素が受ける影響度をシステム管理者に報告するためである。

また、上記Ｓ３２で同一の仕様を有する機器が複数取得出来る場合がある。この場合は、複数の機器についてそれぞれＳ３２〜Ｓ３５の処理を行い、Ｓ３６で、それぞれの代替機器候補について最上位のシステム要素の総影響度を比較して、総影響度が一番小さいシステム要素の代替機器候補を選択して、システム管理者に報告する。

以上のＳ３２〜Ｓ３６の処理によって、システム管理者は、障害が発生した機器の代替装置として、システムに最も影響の小さい装置を選択し、障害の発生した機器と置き換えることで、影響の大きい業務システムの復旧を行うことが出来る。

この実施の形態１では、以下に記載する管理装置、及び、管理システムについて一例を説明した。

影響度データ設定部において設定された障害影響情報である影響度データを元に、システムに障害が発生した場合に、最も影響の大きな構成要素を解析する高影響要素探索部を備えたことを特徴とする。

影響度データ設定部において設定された障害影響情報である影響度データを元に、システムに障害が発生した場合に、最も影響の少ない構成要素を解析する低影響要素探索部を備えたことを特徴とする。

影響度データ設定部において設定された障害影響情報である影響度データを元に、障害の発生したシステムの構成要素から、障害の影響度を解析する業務影響度探索部を備えたことを特徴とする。

影響度データ設定部において設定された障害影響情報である影響度データを元に、障害の発生したシステムの構成要素と同等のシステム構成要素を、影響の低い業務のシステムから探索する代替要素探索部を備えたことを特徴とする。

上記した特徴を備える管理装置、管理システムは、以下の効果を奏する。

機器に発生した障害が、業務システム全体にどの程度の影響を及ぼすのかを導出し、システム管理者に報告することが出来る。

あるいは、このような、システム障害の影響を解析する管理装置や管理システムを用いることで、システム運用後に影響度の大きな構成要素を抽出し、障害が発生する前に冗長構成に構成変更するなどの対策をとることが出来る。

あるいは、冗長構成をさせる上で、影響度の低いシステムの構成要素を抽出し、影響度の低い機器をバックアップ用として確保することで、余剰設備を削減しシステム全体のコストを抑えることが出来る。

あるいは、実際にシステム障害が発生した場合、その障害が業務システム全体にどの程度の影響を及ぼすのかを導出し、システム管理者に報告する。システム管理者は影響度に応じた適切な対応を取ることにより、障害発生時の対応コストを削減することが出来る。

あるいは、障害の発生した機器と、同一仕様の機器を管理装置が管理するシステム内から検索し、検索した機器がシステムに及ぼす影響度が低い場合、一時的な代替装置として使用することで、システムの障害からの復旧を短時間かつ低コストで対応することが可能となる。

実施の形態２．
この実施の形態では、図２に示した障害影響テーブルを生成する手順を説明する。

図１１は、障害影響テーブルを生成する手順を示すフローチャート図である。

図１１において、管理装置を用いて接続する業務系システムを管理するシステム管理者は、業務系システムをシステム要素に分割して、さらに分割したそれぞれのシステム要素を下位のシステム要素に分割する（Ｓ４１）。この分割したシステム要素をそれぞれ下位のシステム要素に分割できなくなるまで分割する。例えば、図２の例では、企業システム１２をいくつかの業務系に分割し、分割した１つが支店業務系１０１であるものとする。支店業務系１０１は、さらに、システムＡ１０２やシステムＢ１０５等のいくつかのシステム要素に分割される。さらに、システムＡ１０２やシステムＢ１０５をいくつかのシステム要素に分割すると、システムＡ１０２は、サブシステムＡ１０３とサブシステムＢ１０４とに分割される。さらに、サブシステムＡ１０３やサブシステムＢ１０４をいくつかのシステム要素に分割すると、サブシステムＡ１０３は、計算機Ａ１と計算機Ａ２のいくつかのシステム要素に分割される。さらに、計算機Ａ１や計算機Ａ２をいくつかのシステム要素に分割すると、計算機Ａ１は、機能Ａと機能Ｂのいくつかのシステム要素に分割される。

このように、分割を繰り返すことによって、システム要素に階層関係が生まれる。

システム管理者は、分割して階層化したシステム要素について、階層化ごとのテーブルが有する項目を決定し、決定した項目をテーブルに設定するためにデータ項目情報を影響度データ管理部２０によって入力する（Ｓ４２）。図２の例では、データ項目情報は「被解析系列」、「構成要素」、「故障モード」、「影響」等に相当する。データ項目情報を設定することによって、障害影響テーブル２１の枠組みが出来上がる。

次に、システム管理者は、枠組みが生成された障害影響テーブルの各項目に設定する障害影響情報を影響度データ設定部２２によって入力して設定する（Ｓ４３）。図２の例では「被解析系列」、「構成要素」の項目には障害影響情報の構成要素情報を設定し、「故障モード」と「影響」の有する各項目（「総影響」に対する値の設定を除く）には障害影響情報の故障情報を設定する。障害影響情報を設定することによって、障害影響テーブル２１に値が記憶される。

次に、システム管理者は、総影響に設定する値を計算する算出式を考えて、算出式を影響度算出設定部２３より入力する。（Ｓ４４）。算出式は、業務系システムごとに異なる場合がある。また、故障モードごとに異なる場合がある。算出式の一例は図３に示した。

算出式を入力すると、影響度データ設定部２２は、影響度算出設定部２３が入力した算出式に従い各構成要素ごとの各故障モードごとに総影響を計算して設定する（Ｓ４５）。

上記したＳ４１〜Ｓ４５の手順によって障害影響テーブル２１を生成する。

この実施の形態２では、以下に記載する管理装置、及び、管理システムの一例を説明した。

ネットワークに接続された複数の被管理計算機、被管理計算機を使用するシステム管理計算機から構成されて、被管理計算機に障害などが発生した場合の影響度を示す障害影響情報を記憶する影響情報テーブルと、前記障害影響情報を管理する影響度データ管理部を備えたことを特徴とする。

影響度データ管理部を用いて、業務システムの各構成要素に対して障害が発生した場合の影響を示す障害影響情報を設定する影響度データ設定部、前記影響度データ設定部によって設定された障害影響度情報を用いて、システムへの影響度を算出する影響度算出式を設定するための影響度算出設定部を備え、システムに障害が発生した場合、その影響度を解析することを特徴とする。

影響度を導出するために用いる障害影響テーブルの一例であるＦＭＥＡ表の枠組みを、業務システムの構成情報を元に導出して、導出した枠組みに基づいてＦＭＥＡ表の有する項目を決定することが出来る。

実施の形態３．
上記した図８では、管理装置１１は、接続する被管理計算機からネットワークを介して人手を介さずに故障通知情報１２９を入力していた。しかし、システム管理者を介して、システム管理者の判断によって故障通知情報１２９を管理装置１１に入力するようにしてもかまわない。

図１２は、この実施の形態の管理装置の解析部の構成を示すブロック図である。

図１２において、故障入力部１２８は、システム管理者より故障通知情報を入力する。故障入力部１２８が故障通知情報を入力した後の処理は、上記実施の形態１と同じ動作を行う。

発生した故障についてシステム管理者の判断が入ることによって、影響度を調査する必要のある故障と、影響度を調査する必要のない故障とに分けることが可能となる。

実施の形態４．
この実施の形態では、被管理計算機からシステム要素を抽出し障害影響情報として利用する管理装置、管理システムの一例を説明する。

なお、この実施の形態では、構成情報と資源情報とは同じものを指しているものとする。

図１３は、システム要素を取得するための機能を備えた被管理計算機のブロック図である。図１３において、被管理計算機２は、ハードウェア資源１５０とソフトウェア資源１５１とを備える。構成情報収集部４９は、管理装置１１から被管理計算機２の備える資源を示す資源情報を取得する資源取得指示情報を受信して、ＯＳ（オペレーティング・システム）の情報・Ｈ／Ｗ（ハードウェア）の情報１５３や計算機の管理コマンド１５２などを用いて資源情報を収集する。ハードウェア情報解析部に相当するハードウェア構成解析部５０は構成情報収集部４９によって収集された資源情報を解析して、被管理計算機２の備えるハードウェア資源１５０に関するハードウェア情報を抽出する。ソフトウェア情報解析部に相当するソフトウェア構成解析部５１は、構成情報収集部４９によって収集された資源情報を解析し、被管理計算機２上で動作可能であるソフトウェア資源１５１に関するソフトウェア情報を抽出する。ハードウェア資源１５０は、例えば図１３に示すようにＣＰＵ（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ）やメモリや内蔵する記憶装置であり、ハードウェア構成解析部５０が解析して抽出するハードウェア情報は、ＣＰＵの種類や処理速度、メモリの容量や、内蔵する記憶装置の容量等である。また、ソフトウェア資源１５１は、例えば図１３に示すようにファイルやプログラムやプログラム間の関連を示す情報等に関するものであり、ソフトウェア構成解析部５１が解析して抽出するソフトウェア情報は、プログラムの名称や、ファイルの名称や、プログラムで使用するファイルの名称や、プログラム間の関係を示す情報等である。

図１４は、管理装置上で資源情報を管理するための構成図である。被管理計算機３，４とはそれぞれ、図１３の被管理計算機２と同様の要素を備えるものとする。資源情報送信部に相当する構成情報送付部５２〜５４はそれぞれ、被管理計算機２〜４に備えられ、ハードウェア構成解析部５０、及び、ソフトウェア構成解析部５１によって解析され抽出された資源情報を、管理装置１１に送付する。資源情報受信部に相当する構成情報回収部５５は、被管理計算機の構成情報送付部５２によって送付された資源情報を受信して回収する。また、構成情報回収部５５は、被管理計算機に対して被管理計算機の備える資源を示す資源情報を取得する指示をシステム管理者より入力して、被管理計算機の構成情報収集部４９に対して送信することを行う。階層解析部に相当する連係情報解析部５６は、被管理計算機から回収した被管理計算機のハードウェア資源に関する資源情報とソフトウェア資源に関する資源情報とから被管理計算機間の連係情報を導出して、上位階層の資源情報と下位階層の資源情報との対応関係を示す関係情報を生成する。この関係情報は、例えば、被管理計算機２と被管理計算機３とが図１のようにサブシステムＡ１０３とを構成する関係であることを示すものである。連係情報解析部５６は、このような関係情報を影響度データ管理部２０に対して通知し、影響度データ管理部２０は、障害影響テーブル２１に記憶するＦＭＥＡ表に「被解析系列」と「構成要素」との項目を設けることを決定し、ＦＭＥＡ表の枠組みの一部を設定する。また、連係情報解析部５６は、被管理計算機２と被管理計算機３とが図１のようにサブシステムＡ１０３とを構成する関係であることがわかると、影響度データ設定部２２に対して、被管理計算機２と被管理計算機３とがサブシステムＡ１０３とを構成する関係であることを通知し、影響度データ設定部２２は、図２のＦＭＥＡ表１８のように「被解析系列」に「サブシステムＡ」を設定し、「構成要素」に「計算機Ａ１」と「計算機Ｂ１」とを設定する。

次に、被管理計算機の資源情報を取得する動作の一例を説明する。

システム管理者が、構成情報回収部５５より被管理計算機の備える資源を示す資源情報を取得する資源取得指示情報を入力する。構成情報回収部５５は、被管理計算機の構成情報収集部４９に対して被管理計算機の資源情報を取得することを指示する資源取得指示情報を送信する。資源取得指示情報を受信した構成情報収集部４９は、被管理計算機が提供するＯＳの情報・Ｈ／Ｗの情報１５３や計算機管理用の管理コマンド１５２などを用いて被管理計算機上のハードウェアやソフトウェアに関係する資源情報を収集する。使用する管理コマンドとしては、ハードウェア情報は計算機ベンダーが固有に用意しているコマンドとして、「ｐｒｔｃｏｎｆ」や「ｉｏｓｃａｎ」などがある。また、Ｌｉｎｕｘ（登録商標）では「／ｐｒｏｃ」と呼ばれるディレクトリが用意されており、「／ｐｒｏｃ」以下のファイルを参照することでハードウェア構成情報を取得することが出来る。また、ソフトウェア情報は、「ｉｐｃｓ」コマンドや「ｎｅｔｓｔａｔ」コマンドにより、計算機内で使用されているプロセス間通信の接続情報を参照することが出来る。収集した資源情報を元に、ハードウェア構成解析部５０で、被管理計算機が搭載しているＣＰＵ（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ）、メモリ、ディスク装置などに関する情報を抽出する。これらの情報は、Ｌｉｎｕｘ（登録商標）などでは、「／ｐｒｏｃ／ｃｐｕｉｎｆｏ」，「／ｐｒｏｃ／ｍｅｍｉｎｆｏ」，「／ｐｒｏｃ／ｓｃｓｉ／ｓｃｓｉ」などに格納されている。

次に、ソフトウェア構成解析部５１によってソフトウェアの連係情報を解析する手順を、図１５を用いて説明する。

システム管理者は、被管理計算機上で動作する複数のプロセスの中から、業務に関係する任意のプロセスを選択して、これを探索対象プロセスとして、プロセスのが使用する資源を示す資源情報を取得することを指示する資源取得指示情報を構成情報回収部５５より入力する。構成情報回収部５５は、プロセスのが使用する資源を示す資源情報を取得することを指示する資源取得指示情報を、被管理計算機の構成情報収集部４９に送信する（Ｓ５７）。例えば、上記した任意のプロセスの選択は、システム仕様書等のシステム開発時のドキュメントをシステム管理者が調査して選択するものとする。

指示を受けた構成情報収集部４９は、探索対象プロセスがプロセス間通信を行っていれば使用していると考えられるプロセス間通信チャネルとして、「ｓｏｃｋｅｔ」、「ＰＩＰＥ」、「共有メモリ」、「ファイル」の有無を管理コマンド１５２やＯＳの情報・Ｈ／Ｗの情報１５３から探索する（Ｓ５８）。管理コマンド１５２では、コマンド「ｎｅｔｓｔａｔ」によって、「ｓｏｃｋｅｔ」によるプロセス間通信の使用状況を調べることが出来る。また、「ｉｐｃｓ」コマンドによって、「共有メモリ」によるプロセス間通信の使用状況を調べることが出来る。また、システム管理者が指定した探索対象プロセスのプロセスＩＤ番号を「ｐｓ」コマンドによって調べた上で、「／ｐｒｏｃ」ファイルシステム以下に存在するプロセスＩＤ番号のディレクトリからプロセスの様々な情報を取得することが可能である。例えば、「／ｐｒｏｃ／「プロセスＩＤ番号」／ｆｄ」のディレクトリの下には、現在プロセスが開いているファイルの情報が格納されており、同一のファイルや、「ｓｏｃｋｅｔ」を開いているプロセスを「／ｐｒｏｃ」以下のファイルから検索することで、探索対象プロセスと通信を行っている別のプロセスを探索することが可能である。Ｓ５８の探索の結果、プロセス間通信チャネルを使用している場合には、通信先プロセスが存在していると判断する。ソフトウェア構成解析部５１は、通信先プロセスが存在する場合には（Ｓ５９）、通信先プロセスを特定して、通信先プロセスを連係プロセスとして覚えておくために記憶し（Ｓ６０）、連係プロセスを探索対象プロセスとしてＳ５８からの処理を行う。通信先プロセスが存在しない場合（Ｓ５９）、Ｓ６０にて記憶しておいた全てのプロセスを連係プロセスとして、構成情報送付部５２から管理装置の構成情報回収部５５に送信する（Ｓ６１）。

送付された被管理計算機の構成情報は、管理装置１１上の構成情報回収部５５によって受信され回収される。回収された構成情報を元に、連係情報解析部５６は被管理計算機間の連係を解析する。被管理計算機間連係の解析手順は、図１５に示した手順と同様であるが、Ｓ５８の調査対象プロセス間通信チャネルが、ネットワークを介する通信に限定される。例えば、連係情報解析部５６は、被管理計算機に振り当てられた番号（ＩＰアドレス）と、ポートと呼ばれる一意的な番号が対になった情報をＯＳから取得する。上記した対になった情報は、［ローカルＩＰ，ローカルポート＜−＞リモートＩＰ，リモートポート］といったセットで情報が格納されている。このように格納されているので、リモートＩＰを参照することで、リモート計算機を特定できる。構成情報収集部４９が収集したリモート計算機の情報から、リモートポートを使用しているプロセスを調査することで、ローカル・プロセスとリモート・プロセスとの連係を調べることができる。

以上の手順によって、図２に示したサブシステムＡのＦＭＥＡ表１８の枠組みの一部と構成要素情報との設定がされる。

この実施の形態４では、以下に記載する管理装置、及び、管理システムの一例を説明した。

被管理計算機の構成情報を収集する構成情報収集部と、収集された構成情報から被管理計算機が有するハードウェアの構成を導出するハードウェア構成解析部と、被管理計算機上で動作しているソフトウェアの構成を導出するソフトウェア構成解析部とを備えたことを特徴とする。

被管理計算機上でハードウェア構成解析部とソフトウェア構成解析部とによって得られた被管理計算機の構成情報を、システム管理計算機に送付する構成情報送部と、被管理計算機から送付された被管理計算機の構成情報を受信する構成情報回収部を備えたことを特徴とする。

被管理計算機から送付された被管理計算機の構成情報より、被管理計算機関の連係情報を解析する連係情報解析部を備えたことを特徴とする。

システム構成の変更などが発生した場合、障害影響情報を全て作り直すのではなく、被管理計算機から取得した構成要素から連係情報を抽出することで、短時間、低コストで影響度データを作成することが出来る。

また、実施の形態１〜４で説明した管理装置、管理システムは、システムの構成要素の故障を仮定し、影響度探索手段をシミュレーションとして用いて、システム管理者に適切な対応が出来るか否かを評価する、システム管理者の訓練装置として利用することが出来る効果がある。

以上の実施の形態の説明において「〜部」として説明したものは、一部或いはすべてコンピュータで動作可能なプログラムにより構成することができる。これらのプログラムは、例えば、Ｃ言語により作成することができる。

また、実施の形態の説明において「〜部」として説明したものは、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェア或いは、ハードウェア或いは、ソフトウェアとハードウェアとファームウェアとの組み合わせで実施されても構わない。

また、上記各実施の形態を実施させるプログラムは、記録媒体に記録される。記録媒体は、磁気ディスク装置、ＦＤ（ＦｌｅｘｉｂｌｅＤｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）等のその他の記録媒体による記録装置を用いても構わない。

上記プログラムは、コンピュータにロードされ、プロセッサの制御に基づいて実行される。

実施の形態１の管理システムの構成図である。実施の形態１のＦＭＥＡ表の一例を示す図である。算出式の一例を示す図である。影響度情報が設定されたＦＭＥＡ表の一例を示す図である。高影響要素探索部の動作を示すフローチャート図である。低影響要素探索部の動作を示すフローチャート図である。被管理計算機と管理措置のそれぞれの構成を示すブロック図である。故障入力部を備える管理装置の解析部を示す図である。業務影響度探索部の動作を示すフローチャート図である。代替要素探索部の動作を示すフローチャート図である。実施の形態２の障害影響テーブルを生成する手順を示すフローチャート図である。実施の形態３の管理装置の解析部の構成を示すブロック図である。実施の形態４のシステム要素を取得する機能を備えた被管理計算機の構成図である。実施の形態４の管理装置上で資源情報を管理するための構成図である。実施の形態４のソフトウェア構成解析部５１によってソフトウェアの連係情報を解析する手順を示すフローチャート図である。

符号の説明

１ネットワーク、２〜１０被管理計算機、１１管理装置、１２企業システム、１４，１６，１８，２９ＦＭＥＡ表、２０影響度データ管理部、２１障害影響テーブル、２２影響度データ設定部、２３影響度算出設定部、２４高影響要素探索部、２５低影響要素探索部、２６業務影響度探索部、２７代替要素探索部、２８仕様情報記憶部、４９構成情報収集部、５０ハードウェア構成解析部、５１ソフトウェア構成解析部、５２〜５４構成情報送付部、５５構成情報回収部、５６連係情報解析部、６６〜６８情報収集部、６９システム管理部、１０１支店業務系、１０２システムＡ、１０３サブシステムＡ、１０４サブシステムＢ、１０５システムＢ、１０６サブシステムＣ、１０７販売店業務系、１０８システムＣ、１０９サブシステムＤ、１１０サブシステムＥ、１２１障害影響情報、１２２データ項目情報、１２３算出式、１２５解析部、１２６解析依頼情報、１２７解析結果情報、１５０ハードウェア資源、１５１ソフトウェア資源、１５２管理コマンド、１５３ＯＳの情報・Ｈ／Ｗの情報、１６６〜１６８故障通知部。

Claims

所定の業務機能を実行するシステムを接続して、接続したシステムを管理する管理装置において、
上記システムは、１つ以上のシステム要素により構成され、上記システム要素はそれぞれ、階層を構成し、
上記管理装置は、
上記システム要素ごとに、自システム要素と自システム要素を構成する下位階層のシステム要素とを示す構成要素情報と、下位階層のシステム要素に発生する故障を示す故障情報と、上記故障によって上記下位階層のシステム要素が受ける影響度を示す影響度情報とを、障害影響情報として記憶し、
障害の影響度の解析依頼情報を入力して、入力した解析依頼情報に基づいて上記記憶した障害影響情報を解析して、解析結果情報を生成して通知する
ことを特徴とする管理装置。
上記管理装置は、
上記障害影響情報を階層ごとにそれぞれ記憶する障害影響テーブルと、
上記それぞれの障害影響テーブルの有するデータ項目情報を入力して、それぞれの障害影響テーブルの枠組みを生成する枠組み生成部と、
上記障害影響情報の影響度情報を使用して、上記構成要素情報の示す下位階層のシステム要素の受ける総影響度を算出する算出式を入力して、記憶する算出入力記憶部と、
上記障害影響情報を入力して、上記枠組み生成部によって枠組みが生成されたそれぞれの障害影響テーブルに対して入力した障害影響情報を設定するとともに、上記算出入力記憶部が記憶する算出式に従い障害影響情報の影響度情報を使用して上記下位階層のシステム要素の受ける総影響度を算出して、算出した総影響度を上記それぞれの障害影響テーブルに設定する影響情報設定部と、
上記解析依頼情報を入力して、上記解析依頼情報に基づいて上記それぞれの障害影響度テーブルが記憶する障害影響情報を解析して、上記解析結果情報を生成して通知する解析部と
を備えたことを特徴とする請求項１記載の管理装置。
上記解析依頼情報は、所定の障害と所定の障害により高影響を受けるシステム要素を解析することを依頼する情報であり、
上記解析部は、上記解析依頼情報に基づいて上記障害影響テーブルの最上位の階層から最下位の階層へ順に上記障害影響テーブルの総影響度の最も大きい障害影響情報を探索して、探索した障害影響情報から上記解析結果情報を生成して通知する高影響要素探索部を備えたことを特徴とする請求項２記載の管理装置。
上記解析依頼情報は、所定の障害と所定の障害により低影響を受けるシステム要素を解析することを依頼する情報であり、
上記解析部は、上記解析依頼情報に基づいて上記障害影響テーブルの最上位の階層から最下位の階層へ順に上記障害影響テーブルの総影響度の最も低い障害影響情報を探索して、探索した障害影響情報から上記解析結果情報を生成して通知する低影響要素探索部を備えたことを特徴とする請求項２記載の管理装置。
上記管理装置は、
上記システムから故障の発生したシステム要素を通知する故障通知情報を上記解析依頼情報として入力する故障入力部を備え、
上記解析部は、
上記故障入力部が入力した解析依頼情報の故障の発生したシステム要素と一致する自システム要素を記憶する障害影響テーブルを検索して、検索した障害影響テーブルから最上位の階層の障害影響テーブルへ順に解析依頼情報の故障の発生したシステム要素を下位階層のシステム要素にもつシステムを探索して、探索したシステムの障害影響情報を上記障害影響テーブルから取得して、取得した障害影響情報を基に上記解析結果情報を生成して通知するシステム影響度探索部を備えたことを特徴する請求項２記載の管理装置。
上記管理装置は、
上記システムから故障の発生したシステム要素を通知する故障通知情報を上記解析依頼情報として入力する故障入力部と、
上記システム要素ごとにシステム要素の仕様を示す仕様情報を記憶する仕様情報記憶部とを備え、
上記解析部は、
上記故障入力部が入力した解析依頼情報の故障の発生したシステム要素の仕様情報を上記仕様情報記憶部から取得し、取得した仕様情報と一致する仕様情報のシステム要素を代替候補要素として取得して、取得した代替候補要素のシステム要素を下位のシステム要素にもつシステムの総影響度を上記障害影響テーブルを検索して取得し、取得した総影響度と上記代替候補要素とを上記解析結果情報して通知する代替要素探索部
を備えたことを特徴とする請求項２記載の管理装置。
上記システム要素は、計算機であり、
上記計算機は、計算機が使用する所定の資源を備え,
上記管理装置は、上記計算機に対して、計算機の備える所定の資源を示す資源情報を取得することを指示して、上記計算機から上記資源情報を受信する資源情報受信部と、
上記資源情報受信部が受信した資源情報を解析して、資源情報が示す資源の階層関係を解析して、解析結果に基づいて上記構成要素情報を生成して、生成した構成要素情報を上記影響情報設定部へ出力する階層解析部と
を備えたことを特徴とする請求項２記載の管理装置。
上記計算機は、所定の業務機能を実行し、
上記管理装置は、上記資源情報を取得することを指示する場合に、上記計算機が実行する業務機能が使用する計算機の資源の資源情報を取得することを指示することを特徴とする請求項７記載の管理装置。
所定の業務機能を実行する計算機と、上記計算機を接続して計算機を管理する管理装置とを備える管理システムにおいて、
上記計算機は、
計算機が使用する所定の資源を備え、
上記管理装置から計算機の備える所定の資源を示す資源情報を取得することを指示する資源取得指示情報を受信して、計算機の備える資源の資源情報を収集する資源情報収集部と、
上記資源情報収集部が収集した資源情報を上記管理装置へ送信する資源情報送信部とを備え、
上記所定の資源は、他の資源と階層を構成し、
上記管理装置は、
上記計算機から上記資源情報を受信して取得する資源情報受信部と、
上記資源情報受信部が受信した資源情報を解析して、資源情報が示す資源の階層関係を解析して、上位階層の資源情報と下位階層の資源情報との対応関係を示す関係情報を生成する階層解析部とを備えた
ことを特徴とする管理システム。
上記所定の資源は、ハードウェア資源とソフトウェア資源とのいずれかであり、
上記計算機は、
上記資源情報収集部が収集した資源情報を入力して、入力した資源情報を解析してハードウェア資源の資源情報を取得するハードウェア情報解析部と、
上記資源情報収集部が収集した資源情報を入力して、入力した資源情報を解析してソフトウェア資源の資源情報を取得するソフトウェア情報解析部と
を備えたことを特徴とする請求項９記載の管理システム。
所定の業務機能を実行するシステムと、上記システムを接続して、接続したシステムを管理する管理装置とを備えた管理システムにおいて、
上記システムは、１つ以上のシステム要素により構成され、上記システム要素はそれぞれ、階層を構成し、
上記システムは、障害の発生したシステム要素を通知する故障通知情報を上記管理装置へ送信する故障通知部を備え、
上記管理装置は、
上記システム要素ごとに、自システム要素と自システム要素を構成する下位階層のシステム要素とを示す構成要素情報と、下位階層のシステム要素に発生する故障を示す故障情報と、上記故障によって上記下位階層のシステム要素が受ける影響度を示す影響度情報とを、障害影響情報として記憶する障害影響テーブルと、
上記それぞれの障害影響テーブルの有するデータ項目情報を入力して、それぞれの障害影響テーブルの枠組みを生成する枠組み生成部と、
上記障害影響情報の影響度情報を使用して、上記構成要素情報の示す下位階層のシステム要素の受ける総影響度を算出する算出式を入力して、記憶する算出入力記憶部と、
上記障害影響情報を入力して、上記枠組み生成部によって枠組みが生成されたそれぞれの障害影響テーブルに対して入力した障害影響情報を設定するとともに、上記算出入力記憶部が記憶する算出式に従い障害影響情報の影響度情報を使用して上記下位階層のシステム要素の受ける総影響度を算出して、算出した総影響度を上記それぞれの障害影響テーブルに設定する影響情報設定部と、
上記故障通知部から故障の発生したシステム要素を通知する故障通知情報を入力する故障入力部と、
上記故障入力部が入力した故障通知情報に基づいて、上記障害影響テーブルが記憶する障害影響情報を解析して、解析結果情報を生成して通知する解析部とを備えた
ことを特徴とする管理システム。