JP2009169609A - 障害管理プログラム、障害管理装置および障害管理方法 - Google Patents

障害管理プログラム、障害管理装置および障害管理方法 Download PDF

Info

Publication number
JP2009169609A
JP2009169609A JP2008006036A JP2008006036A JP2009169609A JP 2009169609 A JP2009169609 A JP 2009169609A JP 2008006036 A JP2008006036 A JP 2008006036A JP 2008006036 A JP2008006036 A JP 2008006036A JP 2009169609 A JP2009169609 A JP 2009169609A
Authority
JP
Japan
Prior art keywords
failure
unknown
fault
handling
group
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2008006036A
Other languages
English (en)
Other versions
JP5119935B2 (ja
Inventor
Atsuji Sekiguchi
敦二 関口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2008006036A priority Critical patent/JP5119935B2/ja
Priority to US12/273,904 priority patent/US20090182794A1/en
Priority to GB0822370A priority patent/GB2456619A/en
Publication of JP2009169609A publication Critical patent/JP2009169609A/ja
Application granted granted Critical
Publication of JP5119935B2 publication Critical patent/JP5119935B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0748—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0769—Readable error formats, e.g. cross-platform generic formats, human understandable formats
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0775—Content or structure details of the error report, e.g. specific table structure, specific error fields
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0781—Error filtering or prioritizing based on a policy defined by the user or on a policy defined by a hardware/software module, e.g. according to a severity level
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0784—Routing of error reports, e.g. with a specific transmission path or data flow

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Signal Processing (AREA)
  • Debugging And Monitoring (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】対象装置で発生した未知障害の対処を効率化する。
【解決手段】（１）障害対処対象装置であるサーバａ、・・・、サーバｘから出力された障害情報が障害管理装置へと入力される。（２）入力された障害情報を、対処法が確立されていない未知障害と対処法が確立されている既知障害とに切り分ける。（３）未知障害を、過去に未知障害と判定された既存の未知障害との関連性に基づきグループ化し、各グループに対処優先度を付与する。（４）グループ化された未知障害を、対処優先度の順序で各問題解決チームへと振り分ける。各問題解決チームは、障害の原因の特定をおこない、対処法を確立する。（５）各問題解決チームによって対処法が確立された未知障害は、既知障害として対処法とともに各問題対処チームへと送られる。対処法が確立され解決された未知障害は、問題対処チームが確立された対処法を実行することによって解消される。
【選択図】 図１

Description

本発明は、対象装置において発生した障害を管理する障害管理処理おこなう障害管理プログラム、障害管理装置および障害管理方法に関し、特に、既知障害とともに、対処法の確立していない未知障害に対しても、対処の効率化を行い、複数の未知障害処理を並列に実行しつつ、関連する未知障害については、対処を重複することなく並列して速やかにおこなうことが可能な障害管理プログラム、障害管理装置および障害管理方法に関する。
一般に、顧客のコンピュータシステムを保守管理するサポート担当者は、コンピュータシステムにおいて、サービスの質を低下させる、もしくは低下させる可能性のある問題（以下、インシデントと呼ぶ）が発生すると、その対処法が既知であれば、その既知の対処法を実行してインシデントを取り除く。対処法が未知であれば、原因を究明し、対処法を確立したあと、その確立した対処法を実行してインシデントを取り除く。そして、一旦確立された対処法があるインシデントについては、別のインシデント発生時にその対処法を再利用することで、問題に対して効率的に対処するのが一般的である。
例えば、上記の手順の一例として、ＩＴＩＬ ｖ２ （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）などのマイクロ・コンピュータ）および当該ＣＰＵ（またはＭＰＵ、ＭＣＵなどのマイクロ・コンピュータ）にて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現されてもよい。
（付記１）対象装置において発生した障害を管理する障害管理処理をコンピュータ装置に実行させる障害管理プログラムであって、
前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定する既知障害判定手順と、
前記既知障害判定手順によって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を判定する未知障害関連性判定手順と、
前記未知障害関連性判定手順によって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化する未知障害グループ化手順と、
前記未知障害グループ化手順によってグループ化された未知障害のグループの対処優先度を決定する対処優先度決定手順と、
前記対処優先度決定手順によって対処優先度が決定された前記未知障害のグループを未知障害グループデータベースに登録する未知障害グループ登録手順と
を前記コンピュータ装置に実行させることを特徴とする障害管理プログラム。
（付記２）前記既知障害判定手順は、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、障害の発生現象およびシステム構成に既知障害の識別情報が対応付けられて格納されている既知障害判定データベースを検索して、前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定することを特徴とする付記１に記載の障害管理プログラム。
（付記３）前記未知障害関連性判定手順は、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、未知障害の発生現象およびシステム構成に既存の未知障害の識別情報が対応付けられて格納されている未知障害グループ化データベースを検索して、前記対象装置において発生した未知障害と、該既存の未知障害との関連性の有無を判定し、
前記未知障害グループ化手順は、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化して前記未知障害グループ化データベースに登録することを特徴とする付記１または２に記載の障害管理プログラム。
（付記４）前記未知障害グループ化データベースは、障害の発生現象およびシステム構成に既存の未知障害の識別情報、該未知障害のグループの識別情報および該未知障害のグループの対処優先度が対応付けられて格納されており、
前記対処優先度決定手順は、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、障害の発生現象およびシステム構成に障害への対処優先度が対応付けられて格納されている対処優先度判定データベースを検索して、前記未知障害グループ化手順によってグループ化された未知障害のグループの対処優先度を決定し、該決定された対処優先度を前記未知障害グループ化データベースに格納される前記未知障害のグループの対処優先度に設定することを特徴とする付記１、２または３に記載の障害管理プログラム。
（付記５）前記未知障害グループ登録手順によって前記未知障害グループデータベースに登録された前記未知障害のグループは、対処優先度の高い順序で対処がおこなわれ、
前記対処の結果である前記未知障害のグループの未知障害の対処法および対処コストの入力を受け付ける対処結果入力受け付け手順と、
前記対処結果入力受け付け手順によって対処法および対処コストの入力が受け付けられた前記未知障害のステータスを対処完了と更新するステータス更新手順と
を前記コンピュータ装置にさらに実行させることを特徴とする付記１〜４のいずれか一つに記載の障害管理プログラム。
（付記６）前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記未知障害を既知障害として前記既知障害判定データベースへ登録する既知障害登録手順を前記コンピュータ装置にさらに実行させることを特徴とする付記５に記載の障害管理プログラム。
（付記７）前記既知障害判定手順によって、対処法が確立されている既知障害であると判定された前記対象装置において発生した障害を既知障害として既知障害データベースに登録する既知障害データベース登録手順を前記コンピュータ装置にさらに実行させ、
前記既知障害データベース登録手順は、前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記未知障害を既知障害として前記未知障害グループデータベースから前記既知障害データベースへと移動させることを特徴とする付記５または６に記載の障害管理プログラム。
（付記８）前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記対処結果入力受け付け手順によって入力が受け付けられた該未知障害の対処法および対処コストに基づき、前記対処優先度判定データベースの前記対処優先度を更新する対処優先度更新手順を前記コンピュータ装置にさらに実行させることを特徴とする付記５、６または７に記載の障害管理プログラム。
（付記９）前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記未知障害グループ化データベースから該未知障害の識別情報を削除する未知障害識別情報削除手順を前記コンピュータ装置にさらに実行させることを特徴とする付記５〜８のいずれか一つに記載の障害管理プログラム。
（付記１０）前記既知障害判定手順は、前記ステータス更新手順によって同一の未知障害のグループ中にステータスが対処完了と更新されなかった未知障害が存在する場合に、該同一の未知障害のグループの該ステータスが対処完了と更新されていない未知障害すべてについて再度既知障害であるか否かを判定することを特徴とする付記５〜９のいずれか一つに記載の障害管理プログラム。
（付記１１）対象装置において発生した障害を管理する障害管理処理をおこなう障害管理装置であって、
障害の発生現象およびシステム構成に既知障害の識別情報が対応付けられて格納されている既知障害判定データベースと、
未知障害の発生現象およびシステム構成に既存の未知障害の識別情報が対応付けられて格納されている未知障害グループ化データベースと、
障害の発生現象およびシステム構成に障害への対処優先度が対応付けられて格納されている対処優先度判定データベースと、
未知障害のグループを登録する未知障害グループデータベースと、
前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを、前記既知障害判定データベースを検索して判定する既知障害判定手段と、
前記既知障害判定手段によって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を、前記未知障害グループ化データベースを検索して判定する未知障害関連性判定手段と、
前記未知障害関連性判定手段によって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化して前記未知障害グループ化データベースに登録する未知障害グループ化手段と、
前記未知障害グループ化手段によってグループ化されて前記未知障害グループ化データベースに登録された未知障害のグループの対処優先度を、前記対処優先度判定データベースを検索して決定する対処優先度決定手段と、
前記対処優先度決定手段によって対処優先度が決定された前記未知障害のグループを前記未知障害グループデータベースに登録する未知障害グループ登録手段と
を有することを特徴とする障害管理装置。
（付記１２）対象装置において発生した障害を管理する障害管理を障害管理装置が実行する障害管理方法であって、
前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定する既知障害判定ステップと、
前記既知障害判定ステップによって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を判定する未知障害関連性判定ステップと、
前記未知障害関連性判定ステップによって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化する未知障害グループ化ステップと、
前記未知障害グループ化ステップによってグループ化された未知障害のグループの対処優先度を決定する対処優先度決定ステップと、
前記対処優先度決定ステップによって対処優先度が決定された前記未知障害のグループを未知障害グループデータベースに登録する未知障害グループ登録ステップと
を前記障害管理装置が実行することを特徴とする障害管理方法。
本発明は、対象装置で発生した障害が、既知障害であっても、対処法の確立していない未知障害であっても、効率的に対処を行い、複数の未知障害処理を並列に実行しつつ、関連する未知障害については、対処を重複することなく速やかにおこないたい場合に有用である。
実施例の概要を示す図である。 障害管理装置の構成を示す機能ブロック図である。 インシデント情報テーブルの例を示す図である。 既知障害判定テーブルの例を示す図である。 既知障害プールテーブルの例を示す図である。 インシデントグループ化テーブルの例を示す図である。 対処優先度判定テーブルの例を示す図である。 未知障害プールテーブルの例を示す図である。 未知障害登録処理手順を示すフローチャートである。 未知障害対処後処理手順を示すフローチャートである。
符号の説明
１００ 障害管理装置
１０１ｇ インシデントクローズ処理部
１０１ 制御部
１０１ａ 既知障害判定処理部
１０１ｂ 既知障害振り分け処理部
１０１ｃ 未知障害グループ化処理部
１０１ｄ 未知障害グループ対処優先度設定処理部
１０１ｅ 未知障害振り分け処理部
１０１ｆ 対処法入力受け付け処理部
１０２ 記憶部
１０２ａ 既知障害ＤＢ
１０２ｂ 既知障害プールＤＢ
１０２ｃ 未知障害グループ化ＤＢ
１０２ｄ 対処優先度判定ＤＢ
１０２ｅ 未知障害プールＤＢ
１０３ 入出力インターフェース部
２００ インシデントＤＢ装置
２０１ インシデント情報管理処理部
２０２ インシデントＤＢ
３００ インシデント情報入出力端末
４００ 問題対処チーム端末
５００ 問題解決チーム端末
６００ａ、・・・、６００ｘ 障害対処対象装置

Claims (8)

  1. 対象装置において発生した障害を管理する障害管理処理をコンピュータ装置に実行させる障害管理プログラムであって、
    前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定する既知障害判定手順と、
    前記既知障害判定手順によって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を判定する未知障害関連性判定手順と、
    前記未知障害関連性判定手順によって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化する未知障害グループ化手順と、
    前記未知障害グループ化手順によってグループ化された未知障害のグループの対処優先度を決定する対処優先度決定手順と、
    前記対処優先度決定手順によって対処優先度が決定された前記未知障害のグループを未知障害グループデータベースに登録する未知障害グループ登録手順と
    を前記コンピュータ装置に実行させることを特徴とする障害管理プログラム。
  2. 前記未知障害関連性判定手順は、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、未知障害の発生現象およびシステム構成に既存の未知障害の識別情報が対応付けられて格納されている未知障害グループ化データベースを検索して、前記対象装置において発生した未知障害と、該既存の未知障害との関連性の有無を判定し、
    前記未知障害グループ化手順は、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化して前記未知障害グループ化データベースに登録することを特徴とする請求項１に記載の障害管理プログラム。
  3. 前記未知障害グループ化データベースは、障害の発生現象およびシステム構成に既存の未知障害の識別情報、該未知障害のグループの識別情報および該未知障害のグループの対処優先度が対応付けられて格納されており、
    前記対処優先度決定手順は、前記対象装置において発生した障害の発生現象および該対象装置のシステム構成に基づき、障害の発生現象およびシステム構成に障害への対処優先度が対応付けられて格納されている対処優先度判定データベースを検索して、前記未知障害グループ化手順によってグループ化された未知障害のグループの対処優先度を決定し、該決定された対処優先度を前記未知障害グループ化データベースに格納される前記未知障害のグループの対処優先度に設定することを特徴とする請求項２に記載の障害管理プログラム。
  4. 前記未知障害グループ登録手順によって前記未知障害グループデータベースに登録された前記未知障害のグループは、対処優先度の高い順序で対処がおこなわれ、
    前記対処の結果である前記未知障害のグループの未知障害の対処法および対処コストの入力を受け付ける対処結果入力受け付け手順と、
    前記対処結果入力受け付け手順によって対処法および対処コストの入力が受け付けられた前記未知障害のステータスを対処完了と更新するステータス更新手順と
    を前記コンピュータ装置にさらに実行させることを特徴とする請求項１、２または３に記載の障害管理プログラム。
  5. 前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記未知障害を既知障害として既知障害判定データベースへ登録する既知障害登録手順を前記コンピュータ装置にさらに実行させることを特徴とする請求項４に記載の障害管理プログラム。
  6. 前記ステータス更新手順によって前記未知障害のステータスが対処完了と更新された場合に、前記対処結果入力受け付け手順によって入力が受け付けられた該未知障害の対処法および対処コストに基づき、前記対処優先度判定データベースの前記対処優先度を更新する対処優先度更新手順を前記コンピュータ装置にさらに実行させることを特徴とする請求項４または５に記載の障害管理プログラム。
  7. 対象装置において発生した障害を管理する障害管理処理をおこなう障害管理装置であって、
    障害の発生現象およびシステム構成に既知障害の識別情報が対応付けられて格納されている既知障害判定データベースと、
    未知障害の発生現象およびシステム構成に既存の未知障害の識別情報が対応付けられて格納されている未知障害グループ化データベースと、
    障害の発生現象およびシステム構成に障害への対処優先度が対応付けられて格納されている対処優先度判定データベースと、
    未知障害のグループを登録する未知障害グループデータベースと、
    前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを、前記既知障害判定データベースを検索して判定する既知障害判定手段と、
    前記既知障害判定手段によって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を、前記未知障害グループ化データベースを検索して判定する未知障害関連性判定手段と、
    前記未知障害関連性判定手段によって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化して前記未知障害グループ化データベースに登録する未知障害グループ化手段と、
    前記未知障害グループ化手段によってグループ化されて前記未知障害グループ化データベースに登録された未知障害のグループの対処優先度を、前記対処優先度判定データベースを検索して決定する対処優先度決定手段と、
    前記対処優先度決定手段によって対処優先度が決定された前記未知障害のグループを前記未知障害グループデータベースに登録する未知障害グループ登録手段と
    を有することを特徴とする障害管理装置。
  8. 対象装置において発生した障害を管理する障害管理を障害管理装置が実行する障害管理方法であって、
    前記対象装置において発生した障害が、対処法が確立されている既知障害であるか否かを判定する既知障害判定ステップと、
    前記既知障害判定ステップによって既知障害であると判定されなかった場合に、前記障害を未知障害とし、過去に未知障害と判定された既存の未知障害との関連性の有無を判定する未知障害関連性判定ステップと、
    前記未知障害関連性判定ステップによって、前記未知障害が、前記既存の未知障害と関連性があると判定された場合に、該未知障害を、該既存の未知障害とグループ化する未知障害グループ化ステップと、
    前記未知障害グループ化ステップによってグループ化された未知障害のグループの対処優先度を決定する対処優先度決定ステップと、
    前記対処優先度決定ステップによって対処優先度が決定された前記未知障害のグループを未知障害グループデータベースに登録する未知障害グループ登録ステップと
    を前記障害管理装置が実行することを特徴とする障害管理方法。
JP2008006036A 2008-01-15 2008-01-15 管理プログラム、管理装置および管理方法 Expired - Fee Related JP5119935B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2008006036A JP5119935B2 (ja) 2008-01-15 2008-01-15 管理プログラム、管理装置および管理方法
US12/273,904 US20090182794A1 (en) 2008-01-15 2008-11-19 Error management apparatus
GB0822370A GB2456619A (en) 2008-01-15 2008-12-08 Managing errors generated in an apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008006036A JP5119935B2 (ja) 2008-01-15 2008-01-15 管理プログラム、管理装置および管理方法

Publications (2)

Publication Number Publication Date
JP2009169609A true JP2009169609A (ja) 2009-07-30
JP5119935B2 JP5119935B2 (ja) 2013-01-16

Family

ID=40289673

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008006036A Expired - Fee Related JP5119935B2 (ja) 2008-01-15 2008-01-15 管理プログラム、管理装置および管理方法

Country Status (3)

Country Link
US (1) US20090182794A1 (ja)
JP (1) JP5119935B2 (ja)
GB (1) GB2456619A (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014119982A (ja) * 2012-12-17 2014-06-30 Hitachi Systems Ltd インシデント管理システム、インシデント管理方法、およびプログラム
JP2014178773A (ja) * 2013-03-13 2014-09-25 Hitachi Systems Ltd 解決事例作成支援システム及び解決事例作成支援方法
WO2020090513A1 (ja) * 2018-11-02 2020-05-07 日本電信電話株式会社 監視保守方法、監視保守装置及び監視保守プログラム

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8166351B2 (en) * 2008-10-21 2012-04-24 At&T Intellectual Property I, L.P. Filtering redundant events based on a statistical correlation between events
US7936260B2 (en) * 2008-11-05 2011-05-03 At&T Intellectual Property I, L.P. Identifying redundant alarms by determining coefficients of correlation between alarm categories
US9741017B2 (en) 2009-12-08 2017-08-22 Tripwire, Inc. Interpreting categorized change information in order to build and maintain change catalogs
US8890676B1 (en) * 2011-07-20 2014-11-18 Google Inc. Alert management
KR20130027897A (ko) 2011-09-08 2013-03-18 삼성전자주식회사 네트워크 상의 의심 디바이스 관리 방법 및 시스템
US8924787B2 (en) 2012-01-24 2014-12-30 Nec Laboratories America, Inc. Network debugging
JP2013196023A (ja) * 2012-03-15 2013-09-30 Canon Inc 情報処理装置、印刷システム、及び、エラー通知方法
CN103778044B (zh) * 2012-10-23 2017-05-17 伊姆西公司 用于系统故障诊断和修复的方法和装置
US9659324B1 (en) * 2013-04-28 2017-05-23 Amdocs Software Systems Limited System, method, and computer program for aggregating fallouts in an ordering system
GB201417129D0 (en) * 2014-09-29 2014-11-12 Ibm A method of processing data errors for a data processing system
US9684556B2 (en) * 2015-10-12 2017-06-20 Bank Of America Corporation Method and apparatus for a self-adjusting calibrator
US10235227B2 (en) 2015-10-12 2019-03-19 Bank Of America Corporation Detection, remediation and inference rule development for multi-layer information technology (“IT”) structures
US9703624B2 (en) 2015-10-12 2017-07-11 Bank Of America Corporation Event correlation and calculation engine
CN106708669B (zh) * 2015-11-13 2022-03-25 中兴通讯股份有限公司 设备测试方法、装置及系统
US10002071B2 (en) * 2016-03-23 2018-06-19 Wipro Limited Method and a system for automating test environment operational activities
US10684910B2 (en) 2018-04-17 2020-06-16 International Business Machines Corporation Intelligent responding to error screen associated errors
US11243830B2 (en) 2020-03-25 2022-02-08 Atlassian Pty Ltd. Incident detection and management
EP3851963A3 (en) 2019-12-23 2021-08-18 Atlassian Pty Ltd Incident detection and management
US10970150B1 (en) * 2019-12-23 2021-04-06 Atlassian Pty Ltd. Incident detection and management
US20210200611A1 (en) * 2019-12-30 2021-07-01 Capital One Services, Llc Techniques for utilizing disruptions to enterprise systems
US11755402B1 (en) * 2021-02-01 2023-09-12 T-Mobile Innovations Llc Self-healing information technology (IT) testing computer system leveraging predictive method of root cause analysis
US12026522B2 (en) * 2021-04-06 2024-07-02 International Business Machines Corporation Automatic application dependency management

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07143124A (ja) * 1990-10-31 1995-06-02 Internatl Business Mach Corp <Ibm> メッセージを相関する方法とシステム
JP2823698B2 (ja) * 1993-02-23 1998-11-11 ブリテイッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー 事象相関
JP2000148538A (ja) * 1998-11-09 2000-05-30 Ntt Data Corp コンピュータ障害の対処方法、障害対処システム
JP2000181760A (ja) * 1998-12-18 2000-06-30 Fujitsu Ltd 障害情報管理装置及びその方法
JP2000209203A (ja) * 1999-01-14 2000-07-28 Nec Corp ネットワ―ク障害情報管理システム及び記憶媒体
US20040078667A1 (en) * 2002-07-11 2004-04-22 International Business Machines Corporation Error analysis fed from a knowledge base
JP2004535018A (ja) * 2001-07-06 2004-11-18 コンピュータ アソシエイツ シンク，インコーポレイテッド システム及び企業事象の根本原因を相関付けし判定するための方法とシステム
US20050120273A1 (en) * 2003-11-14 2005-06-02 Microsoft Corporation Automatic root cause analysis and diagnostics engine
JP2005346331A (ja) * 2004-06-02 2005-12-15 Nec Corp 障害復旧装置および障害復旧方法、マネージャ装置並びにプログラム
JP2006134052A (ja) * 2004-11-05 2006-05-25 Fujitsu Ltd 障害情報共有システムおよびそのシステムに用いられるプログラム
US20060174167A1 (en) * 2005-01-28 2006-08-03 Hitachi, Ltd. Self-creating maintenance database
JP2006309615A (ja) * 2005-04-28 2006-11-09 Fujitsu Ltd 障害解決支援システム
JP2006526842A (ja) * 2003-03-31 2006-11-24 システム マネージメント アーツ，インク． 兆候除外付きコードブック相関を使用するシステム管理のための方法および装置
US20070245313A1 (en) * 2006-04-14 2007-10-18 Microsoft Corporation Failure tagging
US20080133288A1 (en) * 2006-11-30 2008-06-05 Microsoft Corporation Grouping Failures to Infer Common Causes
US7711576B1 (en) * 2005-10-05 2010-05-04 Sprint Communications Company L.P. Indeterminate outcome management in problem management in service desk

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3450611B2 (ja) * 1996-09-18 2003-09-29 富士通株式会社 障害情報管理装置
US7062681B2 (en) * 2002-12-03 2006-06-13 Microsoft Corporation Method and system for generically reporting events occurring within a computer system
US7254515B1 (en) * 2003-03-31 2007-08-07 Emc Corporation Method and apparatus for system management using codebook correlation with symptom exclusion
JP4967430B2 (ja) * 2006-04-11 2012-07-04 オムロン株式会社 不具合管理装置、不具合管理プログラム、およびこれを記録した記録媒体

Patent Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07143124A (ja) * 1990-10-31 1995-06-02 Internatl Business Mach Corp <Ibm> メッセージを相関する方法とシステム
JP2823698B2 (ja) * 1993-02-23 1998-11-11 ブリテイッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー 事象相関
JP2000148538A (ja) * 1998-11-09 2000-05-30 Ntt Data Corp コンピュータ障害の対処方法、障害対処システム
JP2000181760A (ja) * 1998-12-18 2000-06-30 Fujitsu Ltd 障害情報管理装置及びその方法
JP2000209203A (ja) * 1999-01-14 2000-07-28 Nec Corp ネットワ―ク障害情報管理システム及び記憶媒体
JP2004535018A (ja) * 2001-07-06 2004-11-18 コンピュータ アソシエイツ シンク，インコーポレイテッド システム及び企業事象の根本原因を相関付けし判定するための方法とシステム
US20040078667A1 (en) * 2002-07-11 2004-04-22 International Business Machines Corporation Error analysis fed from a knowledge base
JP2006526842A (ja) * 2003-03-31 2006-11-24 システム マネージメント アーツ，インク． 兆候除外付きコードブック相関を使用するシステム管理のための方法および装置
US20050120273A1 (en) * 2003-11-14 2005-06-02 Microsoft Corporation Automatic root cause analysis and diagnostics engine
JP2005346331A (ja) * 2004-06-02 2005-12-15 Nec Corp 障害復旧装置および障害復旧方法、マネージャ装置並びにプログラム
JP2006134052A (ja) * 2004-11-05 2006-05-25 Fujitsu Ltd 障害情報共有システムおよびそのシステムに用いられるプログラム
US20060174167A1 (en) * 2005-01-28 2006-08-03 Hitachi, Ltd. Self-creating maintenance database
JP2006309615A (ja) * 2005-04-28 2006-11-09 Fujitsu Ltd 障害解決支援システム
US7711576B1 (en) * 2005-10-05 2010-05-04 Sprint Communications Company L.P. Indeterminate outcome management in problem management in service desk
US20070245313A1 (en) * 2006-04-14 2007-10-18 Microsoft Corporation Failure tagging
US20080133288A1 (en) * 2006-11-30 2008-06-05 Microsoft Corporation Grouping Failures to Infer Common Causes

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014119982A (ja) * 2012-12-17 2014-06-30 Hitachi Systems Ltd インシデント管理システム、インシデント管理方法、およびプログラム
JP2014178773A (ja) * 2013-03-13 2014-09-25 Hitachi Systems Ltd 解決事例作成支援システム及び解決事例作成支援方法
WO2020090513A1 (ja) * 2018-11-02 2020-05-07 日本電信電話株式会社 監視保守方法、監視保守装置及び監視保守プログラム
JP2020072446A (ja) * 2018-11-02 2020-05-07 日本電信電話株式会社 監視保守方法、監視保守装置及び監視保守プログラム
JP7025646B2 (ja) 2018-11-02 2022-02-25 日本電信電話株式会社 監視保守方法、監視保守装置及び監視保守プログラム

Also Published As

Publication number Publication date
GB0822370D0 (en) 2009-01-14
GB2456619A (en) 2009-07-22
US20090182794A1 (en) 2009-07-16
JP5119935B2 (ja) 2013-01-16

Similar Documents

Publication Publication Date Title
JP5119935B2 (ja) 管理プログラム、管理装置および管理方法
US8181173B2 (en) Determining priority for installing a patch into multiple patch recipients of a network
CN109150572B (zh) 实现告警关联的方法、装置以及计算机可读存储介质
US10235476B2 (en) Matching objects using match rules and lookup key
CN109271272A (zh) 基于非结构化日志的大数据组件故障辅助修复系统
WO2013183115A1 (ja) ログ管理システム及びプログラム
JP6452168B2 (ja) 保守作業手順データ管理装置、システム、方法及びプログラム
JP5531583B2 (ja) ログ出力装置、ログ出力方法、ログ出力用プログラム
JP2020009154A (ja) イベント監視装置、イベント管理システム、およびイベント監視方法
CN106130763A (zh) 服务器集群及适用于该集群的数据库资源组切换控制方法
CN105224396A (zh) 一种业务数据处理方法和装置
CN112711496A (zh) 日志信息全链路追踪方法、装置、计算机设备和存储介质
CN112380170B (zh) 一种文件更新操作的关联方法、装置及计算机设备
JP2007080035A (ja) 障害通報の通知方法およびシステム
WO2019061999A1 (zh) 断点外呼方法、电子装置及计算机可读存储介质
CN112383507A (zh) 防火墙策略管理方法、装置、系统与计算机可读存储介质
US8103905B2 (en) Detecting and recovering from process failures
JP2010176162A (ja) 電源設計プログラム、方法並びに装置及びコンピュータネットワーク
CN114238474A (zh) 基于排水系统的数据处理方法、装置、设备及存储介质
JP2006053728A (ja) 障害対処ルール伝播方法、障害復旧装置およびプログラム
WO2023063172A1 (ja) 業務情報管理システム及びデータ検索方法
CN112860496A (zh) 故障修复操作推荐方法、装置及存储介质
US9465687B2 (en) Information processing apparatus and information processing method
CN113240499B (zh) 一种基于系统切换的订单处理方法和装置
CN112947991A (zh) 版本差异代码文件的获取方法、装置、计算机设备和介质

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100820

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120622

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120710

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120906

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120925

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121008

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151102

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees