(57)【特許請求の範囲】
【請求項１】
障害を管理する障害管理処理を、処理装置を備えるコンピュータ装置に実行させる管理プログラムであって、
前記処理装置により実現される既知障害判定手段が、対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定する既知障害判定手順と、
前記処理装置により実現される未知障害関連性判定手段が、前記障害が既知障害でない場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を判定する未知障害関連性判定手順と、
前記処理装置により実現される未知障害グループ化手段が、前記未知障害が、前記既存の未知障害と関連性がある場合に、該未知障害を、該既存の未知障害とグループ化する未知障害グループ化手順と、
前記処理装置により実現される対処優先度決定手段が、前記グループ化された未知障害のグループの対処優先度を決定する対処優先度決定手順と、
前記処理装置により実現される未知障害グループ登録手段が、前記対処優先度が決定された前記未知障害のグループを未知障害グループデータベースに登録する未知障害グループ登録手順と
を前記コンピュータ装置に実行させることを特徴とする管理プログラム。
【請求項２】
前記未知障害関連性判定手段は、前記未知障害関連性判定手順において、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、未知障害の発生現象およびシステム構成に既存の未知障害の識別情報が対応付けられて格納されている未知障害グループ化データベースを検索して、前記対象装置において発生した未知障害と、該既存の未知障害との関連性の有無を判定し、
前記未知障害グループ化手段は、前記未知障害グループ化手順において、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化して前記未知障害グループ化データベースに登録する
ことを特徴とする請求項１に記載の管理プログラム。
【請求項３】
前記未知障害グループ化データベースは、障害の発生現象およびシステム構成に既存の未知障害の識別情報、該未知障害のグループの識別情報および該未知障害のグループの対処優先度が対応付けられて格納されており、
前記対処優先度決定手段は、前記対処優先度決定手順において、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、障害の発生現象およびシステム構成に障害への対処優先度が対応付けられて格納されている対処優先度判定データベースを検索して、前記グループ化された未知障害のグループの対処優先度を決定し、該決定された対処優先度を前記未知障害グループ化データベースに格納される前記未知障害のグループの対処優先度に設定する
ことを特徴とする請求項２に記載の管理プログラム。
【請求項４】
前記未知障害グループデータベースに登録された前記未知障害のグループは、対処優先度の高い順序で対処がおこなわれ、
前記処理装置により実現される対処結果入力受付手段が、前記対処の結果である前記未知障害のグループの未知障害の対処法および対処コストの入力を受け付ける対処結果入力受け付け手順と、
前記処理装置により実現されるステータス更新手段が、前記対処法および対処コストの入力が受け付けられた前記未知障害のステータスを対処完了と更新するステータス更新手順と
を前記コンピュータ装置にさらに実行させることを特徴とする請求項１、２または３に記載の管理プログラム。
【請求項５】
前記処理装置により実現される既知障害登録手段が、前記ステータスが対処完了と更新された前記未知障害を既知障害として既知障害判定データベースへ登録する既知障害登録手順
を前記コンピュータ装置にさらに実行させることを特徴とする請求項４に記載の管理プログラム。
【請求項６】
前記処理装置により実現される対処優先度更新手段が、前記ステータスが対処完了と更新され、入力が受け付けられた該未知障害の対処法および対処コストに基づき、前記対処優先度判定データベースの前記対処優先度を更新する対処優先度更新手順
を前記コンピュータ装置にさらに実行させることを特徴とする請求項４または５に記載の管理プログラム。
【請求項７】
障害を管理する管理処理をおこなう管理装置であって、
障害の発生現象およびシステム構成に既知障害の識別情報が対応付けられて格納されている既知障害判定データベースと、
未知障害の発生現象およびシステム構成に既存の未知障害の識別情報が対応付けられて格納されている未知障害グループ化データベースと、
障害の発生現象およびシステム構成に障害への対処優先度が対応付けられて格納されている対処優先度判定データベースと、
未知障害のグループを登録する未知障害グループデータベースと、
対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを、前記既知障害判定データベースを検索して判定する既知障害判定手段と、
前記障害が既知障害でない場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を、前記未知障害グループ化データベースを検索して判定する未知障害関連性判定手段と、
前記未知障害が、前記既存の未知障害と関連性がある場合に、該未知障害を、該既存の未知障害とグループ化して前記未知障害グループ化データベースに登録する未知障害グループ化手段と、
前記グループ化されて前記未知障害グループ化データベースに登録された未知障害のグループの対処優先度を、前記対処優先度判定データベースを検索して決定する対処優先度決定手段と、
前記対処優先度が決定された前記未知障害のグループを前記未知障害グループデータベースに登録する未知障害グループ登録手段と
を有することを特徴とする管理装置。
【請求項８】
障害を管理する障害管理を管理装置が実行する管理方法であって、
前記管理装置が有する既知障害判定手段が、対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定する既知障害判定ステップと、
前記管理装置が有する未知障害関連性判定手段が、前記障害が既知障害でない場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を判定する未知障害関連性判定ステップと、
前記管理装置が有する未知障害グループ化手段が、前記未知障害が、前記既存の未知障害と関連性がある場合に、該未知障害を、該既存の未知障害とグループ化する未知障害グループ化ステップと、
前記管理装置が有する対処優先度決定手段が、前記グループ化された未知障害のグループの対処優先度を決定する対処優先度決定ステップと、
前記管理装置が有する未知障害グループ登録手段が、前記対処優先度が決定された前記未知障害のグループを未知障害グループデータベースに登録する未知障害グループ登録ステップと
を前記管理装置が実行することを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対象装置において発生した障害を管理する障害管理処理おこなう障害管理プログラム、障害管理装置および障害管理方法に関し、特に、既知障害とともに、対処法の確立していない未知障害に対しても、対処の効率化を行い、複数の未知障害処理を並列に実行しつつ、関連する未知障害については、対処を重複することなく並列して速やかにおこなうことが可能な障害管理プログラム、障害管理装置および障害管理方法に関する。
【背景技術】
【０００２】
一般に、顧客のコンピュータシステムを保守管理するサポート担当者は、コンピュータシステムにおいて、サービスの質を低下させる、もしくは低下させる可能性のある問題（以下、インシデントと呼ぶ）が発生すると、その対処法が既知であれば、その既知の対処法を実行してインシデントを取り除く。対処法が未知であれば、原因を究明し、対処法を確立したあと、その確立した対処法を実行してインシデントを取り除く。そして、一旦確立された対処法があるインシデントについては、別のインシデント発生時にその対処法を再利用することで、問題に対して効率的に対処するのが一般的である。
【０００３】
例えば、上記の手順の一例として、ＩＴＩＬ  ｖ２  （Information  Technology  Infrastructure  Library  version  2、イギリス政府が策定したコンピュータシステムの運用管理のガイドライン）におけるインシデント管理プロセスが挙げられる。このインシデント管理プロセスは、インシデントの起票、過去事例の調査、対処法の調査と立案、対処法の実行、インシデントのクローズといった流れからなる。
【０００４】
なお、インシデントという呼び方は上記ＩＴＩＬに準拠する。また、ＩＴＩＬでは「次善策（workaround）、代替策、確立された対処法があるインシデント」を「既知障害（KE：Known  Error）」と呼ぶ。以下は、ＩＴＩＬに準拠するとともに、既知障害でないインシデントは「未知障害」（UE：Unknown  Error）と呼ぶことにする。
【０００５】
ところで、ＩＣＴ（Information  and  Communication  Technology）の運用管理の現場では、近年の技術進歩により技術が益々複雑化かつ複合化している。また、コンピュータシステムのセキュリティの問題も増加している。これらの事情により、インシデントは複雑になるとともに、発生数が増加の傾向にある。そのため、インシデントへの対処時間は増え、あるインシデントの対処中に別のインシデントが発生することも珍しくない。さらに、複数のインシデントは、同じ原因に基づくことも増えている。
【０００６】
インシデントは、特に、セキュリティなどのパッチ適用といった何らかの変更をきっかけに、多発する可能性が高い。例えば、二つの未知障害Ａおよび障害Ｂを考える。先行して対処を始めたＡと、その後で発生したＢについて、両方が同じ原因から発生したものだとする。
【０００７】
しかし、障害Ａおよび障害Ｂが同じ原因であるにもかかわらず、別の「未知障害」として扱うと（例えば、高速化のために障害Ａおよび障害Ｂを並列処理するなど）、障害Ａの対処法が確立する（解決策を発見し、適用し、顧客がそれで満足する結果を得たことを確認すること。これを契機に、インシデントがクローズされる）までは、障害Ｂ以降のインシデントに対し障害Ａの知見を利用できない。そのため、同じ原因調査を繰り返すことがあり、無駄な作業となってしまう。これは、インシデントをクローズしないと、対処法が知識として有効かどうかわからないためである。
【０００８】
一方、上記のように、同じ原因調査を繰り返さずに済むよう、障害Ａおよび障害Ｂを順番に処理すると、時間がかかる。障害Ａのインシデントがクローズされた後、障害Ｂの対処を始めることとなり、解決に時間が掛かるためである。インシデントの数が増えれば増えるほど遅くなるのは明らかである。
【０００９】
このように、従来技術では、ある未知障害の対処中に原因を同じくする別の障害の発生を特に想定していないため、効率的な処理ができなかった。そこで、特許文献１に開示されるような、複数の障害情報に優先度を付与して、障害影響を算定し、最も優先度が高い障害情報と、他の障害情報との関連性を解析し、障害の原因がいずれの障害情報に対応する障害であるかを特定することによって、障害対処の効率性を高めることが可能な障害情報管理方式が提案されている。
【００１０】
【特許文献１】特開平１０−３０３８９７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上記特許文献１に代表される従来技術では、複数の既知障害のうちのいずれが根本原因であるかを特定することを前提としており、未知障害は想定していない。そのため、ある未知障害の対処中に原因を同じくする別の障害が発生しても、それぞれ個別に対処するため、効率的ではなかった。
【００１２】
本発明は、上記問題点（課題）を解消するためになされたものであって、対象装置で発生した障害に関し、既知障害とともに、対処法の確立していない未知障害の対処の効率化を行い、複数の未知障害処理を並列に実行しつつ、関連する未知障害については、対処を重複することなく並列して速やかにおこなうことが可能な障害管理プログラム、障害管理装置および障害管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上述した問題を解決し、目的を達成するため、本発明は、対象装置において発生した障害を管理する障害管理処理をコンピュータ装置に実行させる障害管理プログラムであって、前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定する既知障害判定手順と、前記既知障害判定手順によって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を判定する未知障害関連性判定手順と、前記未知障害関連性判定手順によって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化する未知障害グループ化手順と、前記未知障害グループ化手順によってグループ化された未知障害のグループの対処優先度を決定する対処優先度決定手順と、前記対処優先度決定手順によって対処優先度が決定された前記未知障害のグループを未知障害グループデータベースに登録する未知障害グループ登録手順とを前記コンピュータ装置に実行させることを特徴とする。
【００１４】
また、本発明は、上記発明において、前記未知障害関連性判定手順は、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、未知障害の発生現象およびシステム構成に既存の未知障害の識別情報が対応付けられて格納されている未知障害グループ化データベースを検索して、前記対象装置において発生した未知障害と、該既存の未知障害との関連性の有無を判定し、前記未知障害グループ化手順は、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化して前記未知障害グループ化データベースに登録することを特徴とする。
【００１５】
また、本発明は、上記発明において、前記未知障害グループ化データベースは、障害の発生現象およびシステム構成に既存の未知障害の識別情報、該未知障害のグループの識別情報および該未知障害のグループの対処優先度が対応付けられて格納されており、前記対処優先度決定手順は、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、障害の発生現象およびシステム構成に障害への対処優先度が対応付けられて格納されている対処優先度判定データベースを検索して、前記未知障害グループ化手順によってグループ化された未知障害のグループの対処優先度を決定し、該決定された対処優先度を前記未知障害グループ化データベースに格納される前記未知障害のグループの対処優先度に設定することを特徴とする。
【００１６】
また、本発明は、上記発明において、前記未知障害グループ登録手順によって前記未知障害グループデータベースに登録された前記未知障害のグループは、対処優先度の高い順序で対処がおこなわれ、前記対処の結果である前記未知障害のグループの未知障害の対処法および対処コストの入力を受け付ける対処結果入力受け付け手順と、前記対処結果入力受け付け手順によって対処法および対処コストの入力が受け付けられた前記未知障害のステータスを対処完了と更新するステータス更新手順とを前記コンピュータ装置にさらに実行させることを特徴とする。
【００１７】
また、本発明は、上記発明において、前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記未知障害を既知障害として既知障害判定データベースへ登録する既知障害登録手順を前記コンピュータ装置にさらに実行させることを特徴とする。
【００１８】
また、本発明は、上記発明において、前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記対処結果入力受け付け手順によって入力が受け付けられた該未知障害の対処法および対処コストに基づき、前記対処優先度判定データベースの前記対処優先度を更新する対処優先度更新手順を前記コンピュータ装置にさらに実行させることを特徴とする。
【００１９】
また、本発明は、対象装置において発生した障害を管理する障害管理処理をおこなう障害管理装置であって、障害の発生現象およびシステム構成に既知障害の識別情報が対応付けられて格納されている既知障害判定データベースと、未知障害の発生現象およびシステム構成に既存の未知障害の識別情報が対応付けられて格納されている未知障害グループ化データベースと、障害の発生現象およびシステム構成に障害への対処優先度が対応付けられて格納されている対処優先度判定データベースと、未知障害のグループを登録する未知障害グループデータベースと、前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを、前記既知障害判定データベースを検索して判定する既知障害判定手段と、前記既知障害判定手段によって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を、前記未知障害グループ化データベースを検索して判定する未知障害関連性判定手段と、前記未知障害関連性判定手段によって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化して前記未知障害グループ化データベースに登録する未知障害グループ化手段と、前記未知障害グループ化手段によってグループ化されて前記未知障害グループ化データベースに登録された未知障害のグループの対処優先度を、前記対処優先度判定データベースを検索して決定する対処優先度決定手段と、前記対処優先度決定手段によって対処優先度が決定された前記未知障害のグループを前記未知障害グループデータベースに登録する未知障害グループ登録手段とを有することを特徴とする。
【００２０】
また、本発明は、対象装置において発生した障害を管理する障害管理を障害管理装置が実行する障害管理方法であって、前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定する既知障害判定ステップと、前記既知障害判定ステップによって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を判定する未知障害関連性判定ステップと、前記未知障害関連性判定ステップによって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化する未知障害グループ化ステップと、前記未知障害グループ化ステップによってグループ化された未知障害のグループの対処優先度を決定する対処優先度決定ステップと、前記対処優先度決定ステップによって対処優先度が決定された前記未知障害のグループを未知障害グループデータベースに登録する未知障害グループ登録ステップとを前記障害管理装置が実行することを特徴とする。
【発明の効果】
【００２１】
本発明によれば、対象装置において発生した障害を既知障害と未知障害とに切り分け、対処法の確立していない未知障害については、過去に未知障害と判定された既存の未知障害との関連性に基づきグループ化し、未知障害のグループの対処優先度を決定するので、未知障害の対処を重複することなく平行に対処させ、全体として速やかに未知障害の対処をおこなうことが可能になるという効果を奏する。
【００２２】
また、本発明によれば、対象装置において発生した障害を、障害の発生現象およびシステム構成に基づいて既知障害判定データベースを検索することによって、既知障害と未知障害とに切り分けることが可能になるという効果を奏する。
【００２３】
また、本発明によれば、対象装置において発生した障害を、障害の発生現象およびシステム構成に基づいて未知障害グループ化データベースを検索することによって、関連性のある未知障害をグループ化することが可能になるという効果を奏する。
【００２４】
また、本発明によれば、未知障害のグループの対処優先度を、障害の発生現象およびシステム構成に基づき対処優先度判定データベースを検索することによって決定し、決定された対処優先度を未知障害グループ化データベースの未知障害のグループの対処優先度に設定するので、対処優先度が高い順序で未知障害のグループに効率的に対処することが可能になるという効果を奏する。
【００２５】
また、本発明によれば、対処結果入力受け付け手順によって対処法および対処コストの入力が受け付けられた未知障害のステータスを対処完了と更新するので、未知障害の対処状況を把握することが可能になるという効果を奏する。
【００２６】
また、本発明によれば、未知障害のステータスが対処完了と更新された場合に、未知障害を既知障害として既知障害判定データベースへ登録するので、未知障害の対処結果を新たな障害が既知障害であるか否かの判定にフィードバックさせることが可能になるという効果を奏する。
【００２７】
また、本発明によれば、未知障害のステータスが対処完了と更新された場合に、未知障害を既知障害として前記未知障害データベースから前記既知障害データベースへと移動させるので、対処済みの未知障害を既知障害として対処法を実行させることが可能になるという効果を奏する。
【００２８】
また、本発明によれば、未知障害のステータスが対処完了と更新された場合に、入力が受け付けられた未知障害の対処法および対処コストに基づき、対処優先度判定データベースの対処優先度を更新するので、未知障害の対処結果を新たな障害が既知障害であるか否かの判定にフィードバックさせ、さらに効率的に障害に対処することが可能になるという効果を奏する。
【００２９】
また、本発明によれば、未知障害のステータスが対処完了と更新された場合に、未知障害グループ化データベースから該未知障害の識別情報を削除するので、当該未知障害グループの障害原因を絞り込み、対処を効率化させることが可能になるという効果を奏する。
【００３０】
また、本発明によれば、同一の未知障害のグループ中にステータスが対処完了と更新されなかった未知障害が存在する場合に、該同一の未知障害のグループの該ステータスが対処完了と更新されていない未知障害すべてについて再度既知障害であるか否かを判定するので、対処法が確立できなかった障害を放置することなく、より確実に対処法を確立させることが可能になるという効果を奏する。
【発明を実施するための最良の形態】
【００３１】
以下に添付図面を参照し、本発明の障害管理プログラム、障害管理装置および障害管理方法にかかる実施例を詳細に説明する。なお、本発明の障害管理プログラム、障害管理装置および障害管理方法が対象とする対象装置は、各種サービスを提供するサーバであるとするが、これに限定されず、障害情報を出力する電子機器であれば広く一般的に適用可能である。
【実施例】
【００３２】
先ず、実施例の概要について説明する。図１は、実施例の概要を示す図である。同図に示すように、先ず、障害管理装置は、（１）障害対処対象装置であるサーバａ、・・・、サーバｘから出力された障害情報が、実施例の障害管理装置へと入力される。（２）そして、障害管理装置は、入力された障害情報を、対処法が確立されていない未知障害と、対処法が確立されている既知障害とに切り分ける。
【００３３】
障害管理装置は、既知障害を、各問題対処チームに割り振る。各問題対処チームは、既に確立されている既知の技術を利用して対処法の実行をおこなう。一方、障害管理装置は、未知障害を、（３）過去に未知障害と判定された既存の未知障害との関連性に基づきグループ化し、各グループに対処優先度を付与する。
【００３４】
（４）続いて、障害管理装置は、グループ化された未知障害を、対処優先度の順序で、各問題解決チームへと振り分ける。各問題解決チームは、障害が発生したサーバの各種ログや設定ファイルを調査して原因の特定をおこない、対処法を確立する。
【００３５】
（５）そして、各問題解決チームによって対処法が確立され解決された未知障害は、既知障害として、各問題対処チームへ対処法とともに送られることとなる。各問題解決チームによって対処法が確立され解決された未知障害は、最終的に、問題対処チームが、問題解決チームによって確立された対処法を実行することによって、解消されることとなる。なお、問題対処チームと問題解決チームを同一の担当者が兼ねる場合もある。
【００３６】
ここで、関連性に基づいて未知障害をグループ化されることによって、原因が同一であろうと推定される未知障害は、グループ化されて、１つの問題解決チームへと振り分けられることとなる。これにより、原因が同一であろうと推定される未知障害が複数の問題解決チームによって重複して原因の特定がおこなわれるという手順の無駄を回避することができる。
【００３７】
また、原因が同一であろうと推定される未知障害は同一のグループにグループ化され、原因が同一ではないであろうと推定される未知障害は別のグループにグループ化されることから、未知障害のグループ単位で未知障害を複数の問題解決チームに割り振ることにより、原因の特定の作業の重複なしに、平行して複数の未知障害のグループの原因の特定が可能となり、効率的に問題解決作業をおこなうことができる。
【００３８】
さらに、未知障害のグループを、対処優先度の順序で複数の問題解決チームに割り振ることから、より対処の緊急性および重要性が高い未知障害から原因が特定され、対処法が確立される可能性が高まる。
【００３９】
次に、障害管理装置の構成について説明する。図２は、障害管理装置の構成を示す機能ブロック図である。同図に示すように、実施例にかかる障害管理装置１００は、インシデントにかかる情報を起票したインシデント情報を管理するインシデントＤＢ（Data  Base、データベース）装置２００と、確立された対処法を障害が発生した障害対処対象装置に適用して問題に対処する作業をおこなう問題対処チームのインターフェースである問題対処チーム端末４００と、対処法が確立されていない障害の原因特定と対処法を確立する作業をおこなう問題解決チームのインターフェースである問題解決チーム端末５００と通信可能に接続されている。
【００４０】
なお、図示は省略しているが、問題対処チーム端末４００および問題解決チーム端末５００は、複数の問題対処チームおよび複数の問題解決チームそれぞれに対応して複数台が設置されていることが一般的である。
【００４１】
また、インシデントＤＢ装置２００は、インシデントＤＢ装置２００で管理されるインシデント情報に関わる入出力操作をおこなうためのインシデント情報入出力端末３００と通信可能に接続されている。
【００４２】
障害対処対象装置６００ａ、・・・６００ｘから出力されたインシデントに基づき、作業者によるインシデント情報入出力端末３００の操作によって、インシデントＤＢ２０２にインシデント情報が追加される。インシデントＤＢ装置２００は、データベース管理システムであるインシデント情報管理処理部２０１と、インシデントＤＢ２０２とを含む。
【００４３】
障害対処対象装置６００ａ、・・・６００ｘから出力されたインシデントが新規のインシデントであれば、インシデント情報入出力端末３００から、障害の発生現象や障害が発生したシステム構成などが入力されたことに基づいて、インシデント情報管理処理部２０１は、新規のインシデント情報のエントリを生成する。そして、インシデント情報管理処理部２０１は、新規のエントリのインシデントＩＤ（インシデントを一意に識別するための情報）、発生現象、システム構成などを障害管理装置１００へと送信する。
【００４４】
一方、障害対処対象装置６００ａ、・・・６００ｘから出力されたインシデントが既存のインシデントであれば、インシデント情報入出力端末３００からの操作に基づき、インシデント情報管理処理部２０１は、既存のインシデント情報のエントリに情報を追加する。
【００４５】
インシデント情報管理処理部２０１は、障害管理装置１００から出力されてきたインシデント情報を、インシデントＤＢ２０２に格納されている、対応するインシデント情報のエントリに追加する。また、インシデント情報管理処理部２０１は、インシデント情報のステータス（インシデントへの対応状況）を管理する。
【００４６】
インシデントＤＢ２０２は、図３に例示するようなインシデント情報テーブルを格納している。インシデント情報テーブルは、少なくとも「インシデントＩＤ」と、「発生現象」と、「システム構成」と、「登録日時」と、「報告者情報」と、「ステータス」と、「障害原因分析結果」と、「対処法」と、「解決日時」とのカラムを有する。
【００４７】
「インシデントＩＤ」は、当該インシデント情報のエントリを一意に識別するための情報である。「発生現象」が、障害対処対象装置で発生した障害の現象である。「システム構成」は、障害が発生した障害対処対象装置のハードウェアおよびソフトウェアの構成である。「登録日時」は、当該インシデント情報のエントリが作成された日時である。
【００４８】
「報告者情報」は、当該インシデント情報を報告した報告者の識別情報および連絡先などである。「ステータス」は、当該インシデント情報への対応状況を示し、例えば、対処法未確立状態であれば“オープン”、対応保留状態であれば“ターミネート”、対処法確立状態であれば“クローズ”がセットされる。
【００４９】
「障害原因分析結果」は、問題解決チームによって特定されて、問題解決チーム端末５００から入力された障害の原因である。「対処法」は、問題解決チームによって確立されて、問題解決チーム端末５００から入力された障害への対処法である。「解決日時」は、障害への対処法が確立されて、「対処法」がインシデント情報に追加された日時である。
【００５０】
障害管理装置１００は、制御部１０１と、記憶部１０２と、インシデントＤＢ装置２００、問題対処チーム端末４００および問題解決チーム端末５００と通信をおこなうための通信インターフェースである入出力インターフェース部１０３とを有する。
【００５１】
制御部１０１は、障害管理装置１００の全体制御をつかさどるマイクロ・コンピュータなどの制御装置であり、実施例に関連する構成として、既知障害判定処理部１０１ａと、既知障害振り分け処理部１０１ｂと、未知障害グループ化処理部１０１ｃと、未知障害グループ対処優先度設定処理部１０１ｄと、未知障害振り分け処理部１０１ｅと、対処法入力受け付け処理部１０１ｆと、インシデントクローズ処理部１０１ｇとを有する。
【００５２】
既知障害判定処理部１０１ａは、インシデントＤＢ装置２００から入力された新たなインシデントＩＤ、障害の発生現象およびシステム構成などを含むインシデント情報が、既知障害であるか否かを、後述する既知障害ＤＢ１０２ａを検索して判定する。
【００５３】
インシデントＤＢ装置２００から入力された新たなインシデント情報が既知障害判定処理部１０１ａによって既知であると判定された場合は、該インシデント情報は、後述する既知障害プールＤＢ１０２ｂに、既知障害として登録される。
【００５４】
既知障害振り分け処理部１０１ｂは、既知障害プールＤＢ１０２ｂに登録されている既知障害を、所定のルールに従って問題対処チームに振り分けるために、いずれかの問題対処チームの問題対処チーム端末４００へと送信する。そして、問題対処チーム端末４００で既知障害の内容を確認した問題対処チームによって、対象となる障害対処対象装置へ確立された対処法が適用され、障害への対処がおこなわれる。
【００５５】
インシデントＤＢ装置２００から入力された新たなインシデント情報が既知障害判定処理部１０１ａによって既知であると判定されなかった場合は、該新たなインシデント情報は、未知障害として、未知障害グループ化処理部１０１ｃによってグループ化される。
【００５６】
具体的には、未知障害グループ化処理部１０１ｃは、障害の発生現象およびシステム構成などが一致するインシデント情報は、同一の原因に基づくと推定されることから、後述する未知障害グループ化ＤＢ１０２ｃを検索して、障害の発生現象およびシステム構成などが同一の未知障害グループに新たなインシデント情報を追加する。
【００５７】
また、未知障害グループ化処理部１０１ｃは、未知障害グループ化ＤＢ１０２ｃを検索しても、障害の発生現象およびシステム構成などが同一の未知障害グループが存在しない場合には、新規に未知障害グループを作成し、この新規の未知障害グループに新たなインシデント情報を追加する。
【００５８】
未知障害グループ化処理部１０１ｃによって、新たなインシデント情報が未知障害グループ化ＤＢ１０２ｃに追加されると、未知障害グループ対処優先度設定処理部１０１ｄは、後述する対処優先度判定ＤＢ１０２ｄを検索して、未知障害グループ化ＤＢ１０２ｃに登録されている未知障害グループそれぞれに優先度を設定する。
【００５９】
そして、未知障害グループ対処優先度設定処理部１０１ｄは、未知障害グループそれぞれに優先度を設定したのち、後述する未知障害プールＤＢ１０２ｅに登録されている未知障害グループのうち新たなインシデント情報が追加された未知障害グループおよび優先度が変更された未知障害グループのエントリを更新し、新規に作成された未知障害グループのエントリを未知障害プールＤＢ１０２ｅに追加する。
【００６０】
未知障害振り分け処理部１０１ｅは、未知障害プールＤＢ１０２ｅに登録されている未知障害グループを、未知障害グループ対処優先度設定処理部１０１ｄによって設定された対処優先度の順序で取り出し、問題解決チームに振り分けるために、いずれかの問題対処チームの問題解決チーム端末５００へと送信する。そして、問題解決チーム端末５００で未知障害の内容を確認した問題対処チームによって、対象となる障害対処対象装置の障害原因の特定と、対処法の確立と、対処工数の算定とがおこなわれる。
【００６１】
なお、上記対処工数は、当該障害の重要度を示す指標の一例であり、これに限定されず、当該障害の影響範囲、影響度、損害額など、損害の重要性や影響度を示す指標であれば、いずれであってもよい。
【００６２】
問題解決チームは、未知障害の障害原因を特定し、対処法を確立したならば、該障害原因および該対処法を問題解決チーム端末５００から入力して障害管理装置１００へと送信する。障害管理装置１００の対処法入力受け付け部１０１ｆは、問題解決チーム端末５００から送信されてきた該障害原因および該対処法を受け付けて、未知障害グループ化ＤＢ１０２ｃに登録されている、対応する未知障害グループのインシデント情報に追加する。
【００６３】
インシデントクローズ処理部１０１ｇは、原因が特定され対処法が確立された未知障害のインシデント情報をクローズするように、インシデントＤＢ装置２００に対して指示する。また、インシデントクローズ処理部１０１ｇは、クローズされたインシデント情報の対処工数に基づき、対処優先度判定ＤＢ１０２ｄの対処優先度判定テーブルの対処優先度を更新する。
【００６４】
また、インシデントクローズ処理部１０１ｇは、同一の未知障害グループのすべての未知障害の原因が特定され対処法が確立されたならば、未知障害グループ化ＤＢ１０２ｃから対応する該未知障害グループのエントリを削除する。
【００６５】
さらに、インシデントクローズ処理部１０１ｇは、未知障害プールＤＢ１０２ｅから、すべての未知障害の原因が特定され対処法が確立された未知障害グループのエントリを、既知障害プールＤＢ１０２ｂへと移動させる。また、未知障害プールＤＢ１０２ｅから、すべての未知障害の原因が特定され対処法が確立された未知障害グループの発生現象、システム構成およびインシデントＩＤを抽出して、既知障害ＤＢ１０２ａに登録する。
【００６６】
記憶部１０２は、ＤＢを構成する記憶装置である。記憶部１０２は、具体的には、既知障害ＤＢ１０２ａと、既知障害プールＤＢ１０２ｂと、未知障害グループ化ＤＢ１０２ｃと、対処優先度判定ＤＢ１０２ｄと、未知障害プールＤＢ１０２ｅとを含む。
【００６７】
既知障害ＤＢ１０２ａは、図４に例示するような既知障害判定テーブルを格納している。既知障害判定テーブルは、少なくとも「発生現象」と、「システム構成」と、「既知障害」とのカラムを有する。「発生現象」は、インシデント情報に含まれる、障害対処対象装置で発生した障害の現象である。「システム構成」は、障害が発生した障害対処対象装置のハードウェアおよびソフトウェアの構成である。「既知障害」は、障害への対処法が確立されているインシデント情報を一意に識別するための情報である。
【００６８】
既知障害プールＤＢ１０２ｂは、図５に例示するような既知障害プールテーブルを格納している。既知障害プールテーブルは、「既知障害」のカラムを有する既知障害のインシデントＩＤのリストである。このリストにインシデントＩＤが登録されているインシデント情報は、既知障害に対応する。
【００６９】
未知障害グループ化ＤＢ１０２ｃは、図６に例示するような未知障害グループ化テーブルを格納している。未知障害グループ化テーブルは、未知障害グループのエントリを有し、少なくとも「発生現象」と、「システム構成」と、「ユーザ」と、「エリア」と、「関連する未知障害」と、「未知障害グループＩＤ」と、「対処優先度」とのカラムを有する。「発生現象」は、インシデント情報に含まれる、障害対処対象装置で発生した障害の現象である。
【００７０】
また、「システム構成」は、障害が発生した障害対処対象装置のハードウェアおよびソフトウェアの構成である。「ユーザ」は、当該インシデント情報を報告した報告者の識別情報である。「エリア」は、当該インシデント情報に対応する障害が発生した障害対処対象装置が設置されているエリアに関する情報である。なお、「ユーザ」および「エリア」は、一つのエントリに複数格納されてもよい。
【００７１】
「関連する未知障害」は、「発生現象」および「システム構成」が同一であるインシデント情報のインシデントＩＤを格納する。「未知障害グループＩＤ」は、当該インシデント情報の未知障害グループを一意に識別するための識別情報である。「対処優先度」は、未知障害グループへの対応優先度を示す。
【００７２】
既知障害プールテーブルによって、「発生現象」および「システム構成」が同一であるインシデント情報が同一のグループにグループ化される。「発生現象」および「システム構成」が同一であれば、障害原因および対処法が同一である可能性が高いので、未知障害グループ単位で問題解決チームに割り振ることで、障害原因特定および対処法の確立の作業が複数の問題解決チームによって重複してなされる無駄を回避することができる。また、複数の問題解決チームによって、異なる未知障害グループ他の対応を平行しておこなうことができる。
【００７３】
また、既知障害プールテーブルにおいては、各未知障害グループに対処優先度が設定されているので、対処優先度の順序で対応して、緊急性や重要性が高い障害を早期に解決する可能性を高めることができる。
【００７４】
対処優先度判定ＤＢ１０２ｄは、図７に例示するような対処優先度判定テーブルを格納している。対処優先度判定テーブルは、少なくとも「発生現象」と、「システム構成」と、「対処優先度」とのカラムを有する。前述のインシデントグループ化テーブルの「発生現象」または「システム構成」のうちの少なくとも一つが対処優先度判定テーブルの「発生現象」および「システム構成」と一致する場合に、対応する対処優先度を、インシデントグループ化テーブルの「対処優先度」に設定することになる。
【００７５】
未知障害プールＤＢ１０２ｅは、図８に例示するような未知障害プールテーブルを格納している。未知障害プールテーブルは、「未知障害グループＩＤ」と、「未知障害」のカラムを有する未知障害のインシデントＩＤのリストである。「未知障害グループＩＤ」は、当該インシデント情報の未知障害グループを一意に識別するための識別情報である。「未知障害」は、未知障害に対応するインシデントＩＤである。このリストにインシデントＩＤが登録されているインシデント情報は、未知障害に対応する。
【００７６】
次に、実施例にかかる障害管理装置１００で実行される未知障害登録処理について説明する。図９は、未知障害登録処理手順を示すフローチャートである。同図に示すように、先ず、既知障害判定処理部１０１ａは、新規のインシデント情報がインシデントＤＢ２０２に登録されたことを通知されたか否かを判定する（ステップＳ１０１）。
【００７７】
新規のインシデント情報がインシデントＤＢ２０２に登録されたことを通知されたと判定された場合に（ステップＳ１０１肯定）、ステップＳ１０２へ移り、新規のインシデント情報がインシデントＤＢ２０２に登録されたことを通知されたと判定されなかった場合に（ステップＳ１０１否定）、ステップＳ１０１を繰り返す。
【００７８】
ステップＳ１０２では、既知障害判定処理部１０１ａは、既知障害ＤＢ１０２ａの既知障害判定テーブルを参照して、新規のインシデント情報が既知障害であるか、未知障害であるかを判定する。
【００７９】
ステップＳ１０２の判定結果が、新規のインシデント情報が既知障害であるとされた場合に（ステップＳ１０３肯定）、ステップＳ１０４へ移り、新規のインシデント情報が未知障害であるとされた場合に（ステップＳ１０３否定）、ステップＳ１０５へ移る。ステップＳ１０４では、既知障害判定処理部１０１ａは、新規のインシデント情報を既知障害プールＤＢ１０２ｂの既知障害プールテーブルに追加する。
【００８０】
一方、ステップＳ１０５では、未知障害グループ化処理部１０１ｃは、未知障害グループ化ＤＢ１０２ｃの未知障害グループ化テーブルを参照して、新規のインシデント情報の「発生現象」および「システム構成」が一致する未知障害グループが存在するか否かを判定する。「発生現象」および「システム構成」が一致する未知障害グループが存在する場合には（ステップＳ１０６肯定）、新規のインシデント情報のインシデントＩＤを該未知障害グループに追加する（ステップＳ１０７）。この処理が終了すると、ステップＳ１０９へ移る。
【００８１】
未知障害グループ化処理部１０１ｃは、未知障害グループ化ＤＢ１０２ｃの未知障害グループ化テーブルを参照して、新規のインシデント情報の「発生現象」および「システム構成」が一致する未知障害グループが存在しない場合には（ステップＳ１０６否定）、新規の未知障害グループを作成して、新規のインシデント情報のインシデントＩＤを該新規の未知障害グループに追加する（ステップＳ１０８）。この処理が終了すると、ステップＳ１０９へ移る。
【００８２】
ステップＳ１０９では、未知障害グループ対処優先度設定処理部１０１ｄは、対処優先度判定ＤＢ１０２ｄの対処優先度判定テーブルを参照して、未知障害グループ化テーブルの「発生現象」または「システム構成」のうちの少なくとも一つが対処優先度判定テーブルの「発生現象」および「システム構成」と一致する場合に、対応する対処優先度を、インシデントグループ化テーブルの「対処優先度」に設定する。
【００８３】
続いて、未知障害グループ対処優先度設定処理部１０１ｄは、未知障害グループそれぞれに優先度を設定したのち、未知障害プールＤＢ１０２ｅの未知障害プールテーブルに登録されている既存の未知障害グループのうち新たなインシデント情報が追加された未知障害グループおよび優先度が変更された未知障害グループのエントリを更新し、新規に作成された未知障害グループのエントリを未知障害プールＤＢ１０２ｅに追加する（ステップＳ１１０）。
【００８４】
次に、実施例にかかる障害管理装置１００で実行される未知障害対処後処理について説明する。図１０は、未知障害対処後処理手順を示すフローチャートである。同図に示すように、先ず、未知障害振り分け処理部１０１ｅは、未知障害プールＤＢ１０２ｅの未知障害プールテーブルに登録されている未知障害グループを、未知障害グループ対処優先度設定処理部１０１ｄによって設定された対処優先度の順序で取り出し、問題解決チームに振り分けるために、いずれかの問題対処チームの問題解決チーム端末５００へと送信する（ステップＳ２０１）。そして、問題解決チーム端末５００で未知障害の内容を確認した問題対処チームによって、対象となる障害対処対象装置の障害原因の特定と、対処法の確立と、対処工数の算定がおこなわれる。
【００８５】
続いて、対処法入力受け付け処理部１０１ｆは、対象となる障害対処対象装置の障害原因、対処法および対処工数が入力されたか否かを判定する（ステップＳ２０２）。対象となる障害対処対象装置の障害原因、対処法および対処工数が入力されたと判定された場合（ステップＳ２０２肯定）、ステップＳ２０３へ移り、対象となる障害対処対象装置の障害原因、対処法および対処工数が入力されたと判定されなかった場合（ステップＳ２０２否定）、ステップＳ２０２を繰り返す。
【００８６】
続いて、インシデントクローズ処理部１０１ｇは、当該未知障害グループのうち、障害原因、対処法および対処工数が入力されたインシデント情報をクローズする（ステップＳ２０３）。続いて、インシデントクローズ処理部１０１ｇは、クローズされたインシデント情報の対処にかかる工数に基づき、優先度判定テーブルの対処優先度を更新する（ステップＳ２０４）。
【００８７】
続いて、インシデントクローズ処理部１０１ｇは、クローズされたインシデント情報の現象およびシステム構成に基づき未知障害グループ化ＤＢ１０２ｃのインシデントグループ化テーブルを更新する。具体的には、問題解決チーム端末５００から送信されてきた障害原因および対処法を、未知障害グループ化ＤＢ１０２ｃに登録されている、対応する未知障害グループのインシデント情報に追加する（ステップＳ２０５）。
【００８８】
続いて、インシデントクローズ処理部１０１ｇは、クローズされたインシデント情報を、既知障害ＤＢ１０２ａの既知障害判定テーブルに登録する（ステップＳ２０６）。続いて、クローズされたインシデント情報を、未知障害プールＤＢ１０２ｅから既知障害プールＤＢ１０２ｂへ移動させる（ステップＳ２０７）。
【００８９】
続いて、インシデントクローズ処理部１０１ｇは、当該未知障害グループの全てのインシデント情報がクローズされたか否かを判定する（ステップＳ２０８）。当該未知障害グループの全てのインシデント情報がクローズされたと判定された場合（ステップＳ２０８肯定）、ステップＳ２０９へ移り、当該未知障害グループの全てのインシデント情報がクローズされたと判定されなかった場合（ステップＳ２０８否定）、ステップＳ２１０へ移る。
【００９０】
ステップＳ２０９では、未知障害プールＤＢ１０２ｅに登録されている全ての未知障害グループが解決されたか否かを判定する。未知障害プールＤＢ１０２ｅに登録されている全ての未知障害グループが解決されたと判定された場合（ステップＳ２０９肯定）、未知障害対処後処理は終了する。未知障害プールＤＢ１０２ｅに登録されている全ての未知障害グループが解決されたと判定されなかった場合（ステップＳ２０９否定）、ステップＳ２０１へ移る。
【００９１】
一方、ステップＳ２１０では、既知障害判定処理部１０１ａは、当該未知障害グループのクローズされていない全てのインシデント情報が既知障害または未知障害であるかを再び判定する。ステップＳ２１０の判定結果が、すべてのインシデント情報が既知障害であるとされた場合に（ステップＳ２１１肯定）、未知障害対処後処理は終了する。
【００９２】
インシデント情報のうち未知障害であるとされたものが存在する場合に（ステップＳ２１１否定）、ステップＳ２１２へ移る。ステップＳ２１２では、未知障害グループ化処理部１０１ｃは、当該未知障害グループのクローズされていないすべてのインシデント情報の、既存の未知障害のグループのインシデント情報との関連を判定する（ステップＳ２１２）。
【００９３】
当該未知障害グループのクローズされていないインシデント情報が、既存の未知障害グループのインシデント情報と関連があると判定された場合に（ステップＳ２１３肯定）、ステップＳ２１４へ移り、当該未知障害グループのクローズされていないインシデント情報が、既存の未知障害グループのインシデント情報と関連があると判定されなかった場合に（ステップＳ２１３否定）、ステップＳ２１５へ移る。
【００９４】
ステップＳ２１４では、未知障害グループ化処理部１０１ｃは、当該未知障害グループのクローズされていないインシデント情報を、未知障害グループ化ＤＢ１０２ｃの未知障害グループ化テーブルの既存の未知障害グループに追加する。
【００９５】
続いて、未知障害グループ対処優先度設定処理部１０１ｄは、当該未知障害グループの優先度を設定する（ステップＳ２１６）。一方、ステップＳ２１５では、未知障害グループ化処理部１０１ｃは、新規の未知障害グループを作成し、当該未知障害グループのクローズされていないインシデント情報を追加する。ステップＳ２１５が終了すると、ステップＳ２１６へ移る。
【００９６】
続いて、未知障害グループ対処優先度設定処理部１０１ｄは、当該未知障害グループのクローズされていないインシデント情報を含む未知障害グループの情報を、未知障害プールＤＢ１０２ｅに登録する（ステップＳ２１７）。続いて、未知障害グループ対処優先度設定処理部１０１ｄは、当該未知障害グループのクローズされていない全てのインシデント情報が未知障害プールＤＢ１０２ｅに登録されたか否かを判定する（ステップＳ２１８）。
【００９７】
当該未知障害グループのクローズされていない全てのインシデント情報が未知障害プールＤＢ１０２ｅに登録されたと判定された場合（ステップＳ２１８肯定）、未知障害対処後処理は終了し、当該未知障害グループのクローズされていない全てのインシデント情報が未知障害プールＤＢ１０２ｅに登録されたと判定されなかった場合（ステップＳ２１８否定）、ステップＳ２１３へ移る。
【００９８】
ステップＳ２０１以降の処理をおこなう目的は、次のようなものである。すなわち、ある未知障害のインシデント情報がクローズされたならば、未知障害プール内の未知障害の幾つかは既知障害になっている可能性がある。また、対処優先度も変化する可能性がある。そのため、未知障害プール内の未知障害を、既知障害判定処理部１０１ａに送り、既知障害判定をやり直す。これにより、既知になった障害は未知障害プール内に存在しなくなり、対処優先度の見直しにより、問題解決チームは、常に最も重要な障害から対処することになる。
【００９９】
上記実施例によれば、対処法の確立していない未知障害が複数同時に発生しても、当該未知障害の調査を重複せず対応することができるとともに、互いに原因が無関係である可能性が高い未知障害に平行して対応することができる。
【０１００】
すなわち、原因が同じである可能性が高い未知障害を一つのグループにし、そのグループに属する未知障害に同時に一つのみ対処することで、原因が同じである未知障害の原因調査を重複して行うことを低減できる。また、別のグループについては原因が同じである可能性が低いので、平行して対処することができる。
【０１０１】
また、ある未知障害の対処法が確立したとき、それを契機として同一グループの残りの未知障害について優先的に対処するようにすることで、重要な未知障害の対処を、対処法確立までにかかる時間を削減して、効率的に行うことが可能になる。
【０１０２】
以上、本発明の実施例を説明したが、本発明は、これに限られるものではなく、特許請求の範囲に記載した技術的思想の範囲内で、更に種々の異なる実施例で実施されてもよいものである。また、実施例に記載した効果は、これに限定されるものではない。
【０１０３】
既知障害判定テーブルは、これを作成せずに、インシデント情報を登録したインシデントＤＢ２０２を検索して既知障害であるか否かを判定することとしてもよい。また、既知障害判定は、検索の効率化のために、既知障害判定テーブルに代えて、失敗木(Fault  Tree)などの木構造のデータでおこなってもよい。
【０１０４】
未知障害グループ化テーブルは、未知障害が新たに未知障害プールに登録されるごとに作成し直す際は、全てではなく部分的にのみ作成し直してもよい。また、未知障害グループ化テーブルは、未知障害のインシデント情報がクローズされるごとに作成し直す際は、全てではなく部分的にのみ作成し直してもよい。また、優先度判定テーブルは、未知障害のインシデント情報がクローズされるごとに作成し直す際は、全てではなく部分的にのみ作成し直しても良い。
【０１０５】
また、上記実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記実施例で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１０６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１０７】
さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ（Central  Processing  Unit）（またはＭＰＵ（Micro  Processing  Unit）、ＭＣＵ（Micro  Controller Unit）などのマイクロ・コンピュータ）および当該ＣＰＵ（またはＭＰＵ、ＭＣＵなどのマイクロ・コンピュータ）にて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現されてもよい。
【０１０８】
（付記１）対象装置において発生した障害を管理する障害管理処理をコンピュータ装置に実行させる障害管理プログラムであって、
前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定する既知障害判定手順と、
前記既知障害判定手順によって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を判定する未知障害関連性判定手順と、
前記未知障害関連性判定手順によって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化する未知障害グループ化手順と、
前記未知障害グループ化手順によってグループ化された未知障害のグループの対処優先度を決定する対処優先度決定手順と、
前記対処優先度決定手順によって対処優先度が決定された前記未知障害のグループを未知障害グループデータベースに登録する未知障害グループ登録手順と
を前記コンピュータ装置に実行させることを特徴とする障害管理プログラム。
【０１０９】
（付記２）前記既知障害判定手順は、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、障害の発生現象およびシステム構成に既知障害の識別情報が対応付けられて格納されている既知障害判定データベースを検索して、前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定することを特徴とする付記１に記載の障害管理プログラム。
【０１１０】
（付記３）前記未知障害関連性判定手順は、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、未知障害の発生現象およびシステム構成に既存の未知障害の識別情報が対応付けられて格納されている未知障害グループ化データベースを検索して、前記対象装置において発生した未知障害と、該既存の未知障害との関連性の有無を判定し、
前記未知障害グループ化手順は、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化して前記未知障害グループ化データベースに登録することを特徴とする付記１または２に記載の障害管理プログラム。
【０１１１】
（付記４）前記未知障害グループ化データベースは、障害の発生現象およびシステム構成に既存の未知障害の識別情報、該未知障害のグループの識別情報および該未知障害のグループの対処優先度が対応付けられて格納されており、
前記対処優先度決定手順は、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、障害の発生現象およびシステム構成に障害への対処優先度が対応付けられて格納されている対処優先度判定データベースを検索して、前記未知障害グループ化手順によってグループ化された未知障害のグループの対処優先度を決定し、該決定された対処優先度を前記未知障害グループ化データベースに格納される前記未知障害のグループの対処優先度に設定することを特徴とする付記１、２または３に記載の障害管理プログラム。
【０１１２】
（付記５）前記未知障害グループ登録手順によって前記未知障害グループデータベースに登録された前記未知障害のグループは、対処優先度の高い順序で対処がおこなわれ、
前記対処の結果である前記未知障害のグループの未知障害の対処法および対処コストの入力を受け付ける対処結果入力受け付け手順と、
前記対処結果入力受け付け手順によって対処法および対処コストの入力が受け付けられた前記未知障害のステータスを対処完了と更新するステータス更新手順と
を前記コンピュータ装置にさらに実行させることを特徴とする付記１〜４のいずれか一つに記載の障害管理プログラム。
【０１１３】
（付記６）前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記未知障害を既知障害として前記既知障害判定データベースへ登録する既知障害登録手順を前記コンピュータ装置にさらに実行させることを特徴とする付記５に記載の障害管理プログラム。
【０１１４】
（付記７）前記既知障害判定手順によって、対処法が確立されている既知障害であると判定された前記対象装置において発生した障害を既知障害として既知障害データベースに登録する既知障害データベース登録手順を前記コンピュータ装置にさらに実行させ、
前記既知障害データベース登録手順は、前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記未知障害を既知障害として前記未知障害グループデータベースから前記既知障害データベースへと移動させることを特徴とする付記５または６に記載の障害管理プログラム。
【０１１５】
（付記８）前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記対処結果入力受け付け手順によって入力が受け付けられた該未知障害の対処法および対処コストに基づき、前記対処優先度判定データベースの前記対処優先度を更新する対処優先度更新手順を前記コンピュータ装置にさらに実行させることを特徴とする付記５、６または７に記載の障害管理プログラム。
【０１１６】
（付記９）前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記未知障害グループ化データベースから該未知障害の識別情報を削除する未知障害識別情報削除手順を前記コンピュータ装置にさらに実行させることを特徴とする付記５〜８のいずれか一つに記載の障害管理プログラム。
【０１１７】
（付記１０）前記既知障害判定手順は、前記ステータス更新手順によって同一の未知障害のグループ中にステータスが対処完了と更新されなかった未知障害が存在する場合に、該同一の未知障害のグループの該ステータスが対処完了と更新されていない未知障害すべてについて再度既知障害であるか否かを判定することを特徴とする付記５〜９のいずれか一つに記載の障害管理プログラム。
【０１１８】
（付記１１）対象装置において発生した障害を管理する障害管理処理をおこなう障害管理装置であって、
障害の発生現象およびシステム構成に既知障害の識別情報が対応付けられて格納されている既知障害判定データベースと、
未知障害の発生現象およびシステム構成に既存の未知障害の識別情報が対応付けられて格納されている未知障害グループ化データベースと、
障害の発生現象およびシステム構成に障害への対処優先度が対応付けられて格納されている対処優先度判定データベースと、
未知障害のグループを登録する未知障害グループデータベースと、
前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを、前記既知障害判定データベースを検索して判定する既知障害判定手段と、
前記既知障害判定手段によって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を、前記未知障害グループ化データベースを検索して判定する未知障害関連性判定手段と、
前記未知障害関連性判定手段によって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化して前記未知障害グループ化データベースに登録する未知障害グループ化手段と、
前記未知障害グループ化手段によってグループ化されて前記未知障害グループ化データベースに登録された未知障害のグループの対処優先度を、前記対処優先度判定データベースを検索して決定する対処優先度決定手段と、
前記対処優先度決定手段によって対処優先度が決定された前記未知障害のグループを前記未知障害グループデータベースに登録する未知障害グループ登録手段と
を有することを特徴とする障害管理装置。
【０１１９】
（付記１２）対象装置において発生した障害を管理する障害管理を障害管理装置が実行する障害管理方法であって、
前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定する既知障害判定ステップと、
前記既知障害判定ステップによって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を判定する未知障害関連性判定ステップと、
前記未知障害関連性判定ステップによって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化する未知障害グループ化ステップと、
前記未知障害グループ化ステップによってグループ化された未知障害のグループの対処優先度を決定する対処優先度決定ステップと、
前記対処優先度決定ステップによって対処優先度が決定された前記未知障害のグループを未知障害グループデータベースに登録する未知障害グループ登録ステップと
を前記障害管理装置が実行することを特徴とする障害管理方法。
【産業上の利用可能性】
【０１２０】
本発明は、対象装置で発生した障害が、既知障害であっても、対処法の確立していない未知障害であっても、効率的に対処を行い、複数の未知障害処理を並列に実行しつつ、関連する未知障害については、対処を重複することなく速やかにおこないたい場合に有用である。
【図面の簡単な説明】
【０１２１】
【図１】実施例の概要を示す図である。
【図２】障害管理装置の構成を示す機能ブロック図である。
【図３】インシデント情報テーブルの例を示す図である。
【図４】既知障害判定テーブルの例を示す図である。
【図５】既知障害プールテーブルの例を示す図である。
【図６】インシデントグループ化テーブルの例を示す図である。
【図７】対処優先度判定テーブルの例を示す図である。
【図８】未知障害プールテーブルの例を示す図である。
【図９】未知障害登録処理手順を示すフローチャートである。
【図１０】未知障害対処後処理手順を示すフローチャートである。
【符号の説明】
【０１２２】
１００    障害管理装置
１０１ｇ    インシデントクローズ処理部
１０１    制御部
１０１ａ    既知障害判定処理部
１０１ｂ    既知障害振り分け処理部
１０１ｃ    未知障害グループ化処理部
１０１ｄ    未知障害グループ対処優先度設定処理部
１０１ｅ    未知障害振り分け処理部
１０１ｆ    対処法入力受け付け処理部
１０２    記憶部
１０２ａ    既知障害ＤＢ
１０２ｂ    既知障害プールＤＢ
１０２ｃ    未知障害グループ化ＤＢ
１０２ｄ    対処優先度判定ＤＢ
１０２ｅ    未知障害プールＤＢ
１０３    入出力インターフェース部
２００    インシデントＤＢ装置
２０１    インシデント情報管理処理部
２０２    インシデントＤＢ
３００    インシデント情報入出力端末
４００    問題対処チーム端末
５００    問題解決チーム端末
６００ａ、・・・、６００ｘ    障害対処対象装置
【図１】
0005119935.tif 000002
【図２】
0005119935.tif 000003
【図３】
0005119935.tif 000004
【図４】
0005119935.tif 000005
【図５】
0005119935.tif 000006
【図６】
0005119935.tif 000007
【図７】
0005119935.tif 000008
【図８】
0005119935.tif 000009
【図９】
0005119935.tif 000010
【図１０】
0005119935.tif 000011