JP2006059266A - 障害解析方法及びその装置 - Google Patents

Abstract

【課題】 本発明は、オペレーションシステム及びネットワーク構成要素において発生した障害を短時間かつ容易に解析できる障害解析方法及びその装置を提供することを目的とする。
【解決手段】 オペレーションシステムの機能毎に、正常に動作した場合のオペレーションシステムを構成する複数のコンポーネント及びネットワーク構成要素の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した正常パターンと、過去に発生した障害におけるコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した異常パターンを保持しておき、複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴から、障害が発生した機能の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとして抽出し検索パターンを作成し、障害が発生した機能の検索パターンと、障害が発生した機能に対応する機能として保持されている前記正常パターン及び異常パターンとを照合して障害解析を行う。
【選択図】 図２

Description

本発明は、障害解析方法及びその装置に関し、伝送装置を含むネットワーク構成要素を制御するオペレーションシステムにおける障害発生時の障害解析方法及びその装置に関する。

従来から、ネットワークを構成する伝送装置やルータ等のネットワーク構成要素をオペレーションシステムで管理し制御することが行われている。

図１は、オペレーションシステムの一例のブロック構成図を示す。同図中、オペレーションシステムは、画面表示および操作を行う複数のＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）端末１０_１〜１０_Ｎを有するＧＵＩ部１０、ＧＵＩ部１０から要求を受け必要な情報を取得／設定し、要求された処理を実行するためのシーケンス管理を行っている制御部１２、データベースの制御やネットワーク２０を構成する複数の伝送装置２２_１〜２２_Ｍに対してコマンド要求などを行う基本部１４、伝送装置とオペレーションシステムとの情報の送受信管理を行う通信部１６、警報の管理や伝送装置の状態の管理などを行う監視部１８などの複数のコンポーネントから構成されている。

ここで、保守者がＧＵＩ端末を用いて制御を行うと、オペレーションシステム内では、最初にＧＵＩ部１０、次に制御部１２、基本部１４、通信部１６、……と各コンポーネントが順次処理を行う。その際、各コンポーネントでは処理を実施したタイミングで、それぞれが独自に履歴を記録して管理する。

障害が発生した場合には、保守者はＧＵＩ部１０の履歴を解析し、ＧＵＩ部１０として正常な処理を行っているか、即ち、正常な値を設定し、次のコンポーネントに渡しているかなどを確認する。次に、保守者は制御部１２の履歴を解析し、制御部１２として正常な処理を行っているかを確認する。このように、処理の流れを追い、ＧＵＩ部１０から通信部１６に至るまでの全ての履歴を順に解析することで障害が発生している箇所を特定していた。

なお、特許文献１には、故障を申告したユーザサービスを利用する際の設備モデルを作成し、この設備モデルを構成する各サービス構成要素が故障したときの通信シーケンスを生成し、各通信シーケンスと故障申告時の観測情報を比較して故障したサービス構成要素を推定することが記載されている。

また、特許文献２には、オペレーションシステムとネットワークエレメント間で送受信される設定命令の手順と運用保守情報を詳細ログデータとして保持するとともに、装置構成情報と設定情報の内容を構成データベース内に蓄積することが記載されている。

また、特許文献３には、任意のネットワークエレメントのイベントが他のネットワークエレメントに発生させる様子をモデル化し、あるネットワークエレメントで故障が発生した場合に、故障のイベントから故障伝搬モデルを辿り、故障原因を探索することが記載されている。
特開平１０−２００５２７号公報 特開２００２−３１８７３６号公報 特開平０７−２４５６０９号公報

従来の技術のような履歴の取得方法では、各々の処理内容の履歴を取得することはできるが、オペレーションシステム全体の処理が記録された履歴を取得することはできない。また、障害発生時に、どの部位で問題が発生しているのかが予め分かっている場合は、履歴を取得しているため解析が容易であるが、どの部位で問題が発生しているのかが予め分からない場合は、全ての履歴を順に解析する必要があり、解析に多大な工数を必要とする。

それに加え、各コンポーネントで取得するログ取得フォーマットは、各コンポーネントによって取得したい情報がまちまちで共通化が図れないために、これもまた解析に多大な工数が必要となる要因になっている。また、規模が大きいシステムほど、システムを構成するコンポーネント数は増加するため、取得するログの種類や取得量は増加し、問題解析はより複雑さを増すという問題があった。

このような問題が発生している状況は大抵の場合が緊急事態であるため、顧客は早期問題改修を望むために、多くの時間を費やして解析を行うことが許されない場合がほとんどである。

本発明は、上記の点に鑑みなされたものであり、オペレーションシステム及びネットワーク構成要素において発生した障害を短時間かつ容易に解析できる障害解析方法及びその装置を提供することを目的とする。

請求項１に記載の発明は、通信ネットワークシステムを構成する複数のネットワーク構成要素それぞれを制御かつ監視するオペレーションシステムの障害解析方法において、
前記オペレーションシステムの機能毎に、正常に動作した場合の前記オペレーションシステムを構成する複数のコンポーネント及びネットワーク構成要素の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した正常パターンと、過去に発生した障害におけるコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した異常パターンを保持しておき、
前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴から、障害が発生した機能の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとして抽出し検索パターンを作成し、
前記障害が発生した機能の検索パターンと、前記障害が発生した機能に対応する機能として保持されている前記正常パターン及び異常パターンとを照合して障害解析を行うことにより、オペレーションシステム及びネットワーク構成要素において発生した障害を短時間かつ容易に解析することができる。

請求項２に記載の発明は、請求項１記載の障害解析方法において、
前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴は、処理対象のネットワーク構成要素名、及び取得した日時、及び処理内容のフォーマットを共通化したことにより、検索パターンを容易に作成することができる。

請求項３に記載の発明は、通信ネットワークシステムを構成する複数のネットワーク構成要素それぞれを制御かつ監視するオペレーションシステムの障害解析装置において、
前記オペレーションシステムの機能毎に、正常に動作した場合の前記オペレーションシステムを構成する複数のコンポーネント及びネットワーク構成要素の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した正常パターンと、過去に発生した障害におけるコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した異常パターンを保持するパターン保持手段と、
前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴から、障害が発生した機能の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとして抽出し検索パターンを作成する検索パターン作成手段と、
前記障害が発生した機能の検索パターンと、前記障害が発生した機能に対応する機能として保持されている前記正常パターン及び異常パターンとを照合して障害解析を行う照合手段を有することにより、オペレーションシステム及びネットワーク構成要素において発生した障害を短時間かつ容易に解析することができる。

請求項４に記載の発明は、請求項３記載の障害解析装置において、
前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴は、処理対象のネットワーク構成要素名、及び取得した日時、及び処理内容のフォーマットを共通化したことにより、検索パターンを容易に作成することができる。

請求項５に記載の発明は、請求項３または４記載の障害解析装置において、
前記照合手段における前記検索パターンと前記正常パターン及び異常パターンとの照合結果が不一致の場合、前記検索パターンを新たな異常パターンとして前記パターン保持手段に追加保持する追加保持手段を有することにより、予め想定することができなかった新たな異常に対しても、それ以降、同じ異常が発生した場合には、迅速な対応が可能となる。

本発明によれば、オペレーションシステム及びネットワーク構成要素において発生した障害を短時間かつ容易に解析できる。

以下、図面に基づいて本発明の実施形態について説明する。

図２は、本発明の障害解析方法の一実施形態を説明するためのオペレーションシステムを含むブロック構成図を示す。同図中、オペレーションシステムは、画面表示および操作を行う複数のＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）端末３０_１〜３０_Ｎを有するＧＵＩ部３０、ＧＵＩ部３０から要求を受け必要な情報を取得／設定し、要求された処理を実行するためのシーケンス管理を行っている制御部３２、データベースの制御やネットワーク４０を構成する複数の伝送装置４２_１〜４２_Ｍに対してコマンド要求などを行う基本部３４、伝送装置とオペレーションシステムとの情報の送受信管理を行う通信部３６、警報の管理や伝送装置の状態の管理などを行う監視部３８などの複数のコンポーネントから構成されている。

ＧＵＩ部３０は処理を実施する毎にＧＵＩ履歴３１に履歴を記録して管理し、制御部３２は処理を実施する毎に制御部履歴３３に履歴を記録して管理し、基本部３４は処理を実施する毎に基本部履歴３５に履歴を記録して管理し、通信部３６は処理を実施する毎に通信部履歴３７に履歴を記録して管理し、監視部３８は処理を実施する毎に監視部履歴３９に履歴を記録して管理する。また、各伝送装置４２_１〜４２_Ｍそれぞれは処理を実施する毎に伝送装置履歴４３_１〜４３_Ｍそれぞれに履歴を記録して管理する。

この際に、各コンポーネント及び伝送装置は履歴の先頭にヘッダ情報を付加して記録する。図３は、ＧＵＩ履歴３１におけるヘッダの一実施形態を示す。同図中、ヘッダは処理を行った日時と、処理対象の伝送装置番号である対象装置と、どのような処理を行ったかを表わす処理内容が設定されている。なお、各ヘッダの先頭には例えば「＃＃＃」等のヘッダ識別子が設けられている。制御部履歴３３、基本部履歴３５、通信部履歴３７、監視部履歴３９、伝送装置履歴４３_１〜４３_Ｍそれぞれのヘッダ情報についても図３のＧＵＩ履歴３１と同様である。

図２に示す履歴解析部４４は、例えば障害発生時に、ＧＵＩ履歴３１、制御部履歴３３、基本部履歴３５、通信部履歴３７、監視部履歴３９、伝送装置履歴４３_１〜４３_Ｍそれぞれをアクセスして処理対象に関するヘッダ情報を抽出して時系列に並べることで検索パターンを作成する。そして、この検索パターンをデータベース４６に登録されているシーケンスパターンと照合（マッチング）して正常／異常判定を行う。

データベース４６には、オペレーションシステムに、システムとして提供している機能（制御）の処理をパターン化したシーケンスパターンが格納されている。シーケンスパターンは、図４に示すように、機能名と、対象装置番号１、対象装置番号２（処理によっては複数の装置に対して制御を行うものも存在するため）、履歴名（コンポーネント名及び伝送装置名）、処理内容、シーケンス番号が記録されており、機能毎に予め生成された正常パターンと、過去に起きた一または複数の異常パターンが格納されている。更に、異常パターンには、問題概要や障害原因や対処方法等を任意に記録できる。

履歴解析部４４において、検索スパターンが正常パターンと一致した場合には当該機能の処理は正常であり、異常パターンと一致した場合はその異常パターンに記録されている問題概要や障害原因や対処方法等を参照して、保守作業に即座に対応することが可能となる。

ここで、伝送装置４２_１（＃１）に対してパッケージを装着して使用可能とするＰＫＧ登録を行い正常終了した場合の処理シーケンスを図５に示す。

図５において、ＧＵＩ部３０にてＰＫＧ登録要求を行う（１）。なお、括弧内はシーケンス番号を示す。次に、制御部３２はＰＫＧ登録要求のパラメータ設定を行い（２）、このＰＫＧ登録要求を基本部３４に通知する（３）。基本部３４はＰＫＧ登録要求を通信部３６に通知し（４）、通信部３６はＰＫＧ登録要求を伝送装置４２_１に通知する（５）。

伝送装置４２_１はＰＫＧ登録を実行し（６）、ＰＫＧ登録の応答を行う（７）。通信部３６はＰＫＧ登録応答を基本部３４に通知する（８）。基本部３４はＰＫＧ登録応答を自装置のデータベースに登録を行い（９）、ＰＫＧ登録応答を制御部３２に通知する（１０）。制御部３２はＰＫＧ登録応答をＧＵＩ部３０に通知し（１１）、ＧＵＩ部３０はＰＫＧ登録結果の表示を行う（１２）。

次に、伝送装置４２_１で警報が発生すると（１３）、通信部３６は警報を基本部３４に通知する（１４）。基本部３４は警報を監視部３８に通知し（１５）、監視部３８は警報を自装置のデータベースに登録を行い（１６）、警報をＧＵＩ部３０に通知する（１７）。ＧＵＩ部３０は警報の表示を行う（１８）。

図５に示す処理シーケンスを実行した場合には、図６に示すシーケンスパターンが生成されて正常パターンとしてデータベース４６に格納される。また、図５に示すＰＫＧ登録の処理シーケンスを行った場合、ＧＵＩ部３０の履歴は図３の日時（２００４／０５／０６／２０：００：００）の３つのレコードに示すようになる。なお、図３においては、伝送装置４２_２（＃２）のＰＫＧ削除を行ったのち、伝送装置４２_１（＃１）のＰＫＧ登録を２回連続して行った場合を示している。

図７は、履歴解析部４４が実行する処理のフローチャートを示す。ステップＳ１０で解析情報を指定する。解析情報としては、対象装置番号と機能名と実施時間（開始日時と終了日時）が入力され、この他に付加情報が指定される場合もある。

ステップＳ１２で履歴解析部４４はＧＵＩ履歴３１、制御部履歴３３、基本部履歴３５、通信部履歴３７、監視部履歴３９、伝送装置履歴４３_１〜４３_Ｍそれぞれをアクセスして対象装置が解析情報の対象装置番号と一致し、かつ、日時が解析情報の実施時間（開始日時と終了日時）内にあるヘッダ情報を抽出し、抽出したヘッダ情報の日時が昇順となるよう時系列に並べ、この時系列に並べたヘッダ情報に対応する（即ち、読み出した）履歴名の並びを検索パターンとして抽出する。

次に、ステップＳ１４で上記検索パターンをデータベース４６に格納されている対象装置番号と機能名が対応する正常パターンと照合し、ステップＳ１６で検索パターンが正常パターンと一致したか否かを判別する。ここで検索パターンが正常パターンと一致した場合には、当該対象装置番号と機能名についての実施時間内の処理が正常であるとして、この処理を終了する。

一方、検索パターンが正常パターンと不一致の場合には、ステップＳ２０でデータベース４６に格納されている対象装置番号と機能名が対応する異常パターンの中から１つの異常パターンを選択し、検索パターンを選択した異常パターンと照合し、ステップＳ２２で検索パターンがこの異常パターンと一致したか否かを判別する。ここで検索パターンが異常パターンと一致した場合には、ステップＳ２４で当該異常パターンに記録されている問題概要や障害原因や対処方法等を参照して障害箇所を特定する。

また、ステップＳ２２で検索パターンが異常パターンと不一致の場合には、ステップＳ２６でまだ照合を行っていない他の異常パターンがあるか否かを判別し、まだ照合を行っていない他の異常パターンがあればステップＳ２８で他の異常パターンを選択してステップＳ２０に進み、ステップＳ２０〜Ｓ２６を繰り返す。

ステップＳ２６で照合を行っていない他の異常パターンがない場合にはステップＳ３０で検索パターンを、対象装置番号と機能名が対応する新たな異常パターンとしてデータベース４６に格納し処理を終了する。なお、この新たな異常パターンの問題概要や障害原因や対処方法等は新たな異常パターンの更なる解析を行ったのち記録する。

ここで、データベース４６に、伝送装置のＰＫＧ登録における正常パターンとして図８（Ａ）に示すパターンが格納され、伝送装置のＰＫＧ登録における第１異常パターンとして図８（Ｂ）に示すパターンが格納され、伝送装置のＰＫＧ登録における第２異常パターンとして図８（Ｃ）に示すパターンが格納されているものとする。

伝送装置４２_１（＃１）のＰＫＧ登録を行ったが異常終了したために、履歴解析部４４で図７の処理を行い、ステップＳ１２で図９に示す検索パターンが得られた場合、この図９の検索パターンはステップＳ１６で図８（Ａ）の正常パターンと不一致となる。また、ステップＳ２２で図８（Ｂ）に示す異常パターンと不一致となるが、再度のステップＳ２２で図８（Ｃ）に示す異常パターンと一致する。このため、ステップＳ２４では伝送装置４２_１（＃１）にタイムアウト異常が発生した旨の異常診断がなされる。

このように、検索パターンと正常または異常パターンとの履歴名同士を順次照合して順次解析を行うことで、パターン内の全ての情報を比較する手間が省け、正常時もしくは障害発生時の識別を高速に行うことが可能となる。

ところで、対象装置番号と機能名毎の図８（Ｂ），（Ｃ）に示すような複数の異常パターンについて、保守者が予め優先順位をつける。例えば最優先の優先順位１の異常パターンは３パターン、優先順位２の異常パターンは３パターン、優先順位３の異常パターンは５パターンとする。そして、図７のステップＳ１０で付加情報として優先度ｎを指定し、ステップＳ１４，Ｓ２８では優先順位１のものから順に異常パターンを選択し、優先順位が優先度ｎとなるまで検索パターンと異常パターンとの照合を行い、優先順位が上記優先度ｎを超えたとき照合を終了する構成とする。

この場合は、図１０に示すように、ある対象装置番号と機能名について、２０パターンの異常パターンが存在する場合にも、優先度ｎ＝２が指定されると、優先順位２までの例えば６パターンの異常パターンが検索パターンと照合される。これによって、照合に用いる異常パターン数を規定することで簡易的な障害解析が可能となる。

更に、対象装置番号と機能名毎の異常パターンに保守者が予め優先順位をつける代りに、照合によって検索パターンと一致した回数を異常パターン毎にカウントしておく。なお、異常パターンがデータベース４６に登録された時点では、そのカウント値は０とする。図７の処理を開始する前に、検索パターンと一致した回数（頻度）が多い異常パターンから順に優先順位をつける。即ち、検索一致頻度が最大の異常パターンに優先順位１を付け、検索一致頻度が２番目の異常パターンに優先順位２を付け、検索一致頻度が３番目の異常パターンに優先順位３を付ける。

この場合は、図１１に示すように、ある対象装置番号と機能名について、２０パターンの異常パターンが存在し、第１異常パターンの照合一致回数が１であり、第２異常パターンの照合一致回数が５であり、第３異常パターンの照合一致回数が２であり、残りの異常パターンの照合一致回数が０の場合、優先度ｎ＝３が指定されると、最初に第２異常パターンが検索パターンと照合される。これが不一致の場合には第３異常パターンが検索パターンと照合され、更に不一致のとき第１異常パターンが検索パターンと照合される。

このように、照合一致回数が多い、即ち、一致する確率の高い異常パターンから順に検索パターンと照合されるため、障害解析に要する時間を短縮することができる。

本発明によれば、検索パターンが正常パターンと一致すると処理は正常であり、過去に発生し履歴として管理されている異常パターンと一致した場合には、その異常パターンによって障害要因が特定できるので、適切な対処方法を迅速に保守者に通知することができる。その結果、従来では１つの障害あたり保守者が２〜３日の解析時間を費やしていたものが、例えば分オーダで障害解析が可能となる。更に、障害発生時に注入する社内リソースを最小限に抑えるだけでなく、障害の早期解決を希望する顧客要望をも満たすことが可能となる。

また、検索パターンが正常パターンと全ての異常パターンと一致しなかった場合においても、この検索パターンを新たなパターンとして保持管理することにより、予め想定することができなかった新たな異常に対しても、それ以降、同じ異常が発生した場合には、迅速な対応が可能となる。

なお、データベース４６が請求項記載のパターン保持手段に対応し、ステップＳ１２が検索パターン作成手段に対応し、ステップＳ１４，Ｓ２０が照合手段に対応し、ステップＳ３０が追加保持手段に対応する。
（付記１）
通信ネットワークシステムを構成する複数のネットワーク構成要素それぞれを制御かつ監視するオペレーションシステムの障害解析方法において、
前記オペレーションシステムの機能毎に、正常に動作した場合の前記オペレーションシステムを構成する複数のコンポーネント及びネットワーク構成要素の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した正常パターンと、過去に発生した障害におけるコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した異常パターンを保持しておき、
前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴から、障害が発生した機能の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとして抽出し検索パターンを作成し、
前記障害が発生した機能の検索パターンと、前記障害が発生した機能に対応する機能として保持されている前記正常パターン及び異常パターンとを照合して障害解析を行うことを特徴とする障害解析方法。
（付記２）
付記１記載の障害解析方法において、
前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴は、処理対象のネットワーク構成要素名、及び取得した日時、及び処理内容のフォーマットを共通化したことを特徴とする障害解析方法。
（付記３）
通信ネットワークシステムを構成する複数のネットワーク構成要素それぞれを制御かつ監視するオペレーションシステムの障害解析装置において、
前記オペレーションシステムの機能毎に、正常に動作した場合の前記オペレーションシステムを構成する複数のコンポーネント及びネットワーク構成要素の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した正常パターンと、過去に発生した障害におけるコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した異常パターンを保持するパターン保持手段と、
前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴から、障害が発生した機能の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとして抽出し検索パターンを作成する検索パターン作成手段と、
前記障害が発生した機能の検索パターンと、前記障害が発生した機能に対応する機能として保持されている前記正常パターン及び異常パターンとを照合して障害解析を行う照合手段を
有することを特徴とする障害解析装置。
（付記４）
付記３記載の障害解析装置において、
前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴は、処理対象のネットワーク構成要素名、及び取得した日時、及び処理内容のフォーマットを共通化したことを特徴とする障害解析装置。
（付記５）
付記３または４記載の障害解析装置において、
前記照合手段における前記検索パターンと前記正常パターン及び異常パターンとの照合結果が不一致の場合、前記検索パターンを新たな異常パターンとして前記パターン保持手段に追加保持する追加保持手段を
有することを特徴とする障害解析装置。
（付記６）
付記３乃至５のいずれか記載の障害解析装置において、
前記パターン保持手段に機能毎に保持されている各異常パターンに予め優先順位を付け、
前記照合手段は、優先順位の高い異常パターンから順に前記検索パターンと照合することを特徴とする障害解析装置。
（付記７）
付記６記載の障害解析装置において、
前記パターン保持手段に機能毎に保持されている各異常パターンに予め優先順位を付け、
前記照合手段は、優先順位の高い異常パターンから順に前記検索パターンと照合し、異常パターンの優先順位が付加情報として指定された優先度より低くなると照合を終了することを特徴とする障害解析装置。
（付記８）
付記３乃至５のいずれか記載の障害解析装置において、
前記パターン保持手段に機能毎に保持されている各異常パターンについて検索パターンとの照合で一致した頻度を保持し、
前記照合手段は、前記頻度の高い異常パターンから順に前記検索パターンと照合することを特徴とする障害解析装置。
（付記９）
付記８記載の障害解析装置において、
前記照合手段は、前記頻度の高い順に各異常パターンに予め優先順位を付け、優先順位の高い異常パターンから順に前記検索パターンと照合し、異常パターンの優先順位が付加情報として指定された優先度より低くなると照合を終了することを特徴とする障害解析装置。
（付記１０）
付記３乃至８のいずれか記載の障害解析装置において、
前記パターン保持手段は、各異常パターンに対応した問題概要及び対処方法の少なくともいずれか一方を前記各異常パターンに対応して保持することを特徴とする障害解析装置。

オペレーションシステムの一例のブロック構成図である。 本発明の障害解析方法の一実施形態を説明するためのオペレーションシステムを含むブロック構成図である。 ＧＵＩ履歴におけるヘッダの一実施形態を示す図である。 データベースに格納されているシーケンスパターンを示す図である。 ＰＫＧ登録の処理シーケンスを示す図である。 ＰＫＧ登録のシーケンスパターンを示す図である。 履歴解析部が実行する処理のフローチャートである。 ＰＫＧ登録の正常パターンと異常パターンを示す図である。 検索パターンを示す図である。 優先度指定の照合処理を説明するための図である。 頻度に応じた順の照合処理を説明するための図である。

符号の説明

３０ ＧＵＩ部
３０_１〜３０_Ｎ ＧＵＩ端末
３１ ＧＵＩ履歴
３２ 制御部
３３ 制御部履歴
３４ 基本部
３５ 基本部履歴
３６ 通信部
３７ 通信部履歴
３８ 監視部
３９ 監視部履歴
４０ ネットワーク
４２_１〜４２_Ｍ 伝送装置
４３_１〜４３_Ｍ 伝送装置履歴
４４ 履歴解析部
４６ データベース

Claims (5)

1. 通信ネットワークシステムを構成する複数のネットワーク構成要素それぞれを制御かつ監視するオペレーションシステムの障害解析方法において、
   前記オペレーションシステムの機能毎に、正常に動作した場合の前記オペレーションシステムを構成する複数のコンポーネント及びネットワーク構成要素の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した正常パターンと、過去に発生した障害におけるコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した異常パターンを保持しておき、
   前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴から、障害が発生した機能の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとして抽出し検索パターンを作成し、
   前記障害が発生した機能の検索パターンと、前記障害が発生した機能に対応する機能として保持されている前記正常パターン及び異常パターンとを照合して障害解析を行うことを特徴とする障害解析方法。
2. 請求項１記載の障害解析方法において、
   前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴は、処理対象のネットワーク構成要素名、及び取得した日時、及び処理内容のフォーマットを共通化したことを特徴とする障害解析方法。
3. 通信ネットワークシステムを構成する複数のネットワーク構成要素それぞれを制御かつ監視するオペレーションシステムの障害解析装置において、
   前記オペレーションシステムの機能毎に、正常に動作した場合の前記オペレーションシステムを構成する複数のコンポーネント及びネットワーク構成要素の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した正常パターンと、過去に発生した障害におけるコンポーネント名及びネットワーク構成要素名の時系列の並びとしてパターン化した異常パターンを保持するパターン保持手段と、
   前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴から、障害が発生した機能の処理シーケンスをコンポーネント名及びネットワーク構成要素名の時系列の並びとして抽出し検索パターンを作成する検索パターン作成手段と、
   前記障害が発生した機能の検索パターンと、前記障害が発生した機能に対応する機能として保持されている前記正常パターン及び異常パターンとを照合して障害解析を行う照合手段を
   有することを特徴とする障害解析装置。
4. 請求項３記載の障害解析装置において、
   前記複数のコンポーネント及びネットワーク構成要素がそれぞれ独自に取得している処理の履歴は、処理対象のネットワーク構成要素名、及び取得した日時、及び処理内容のフォーマットを共通化したことを特徴とする障害解析装置。
5. 請求項３または４記載の障害解析装置において、
   前記照合手段における前記検索パターンと前記正常パターン及び異常パターンとの照合結果が不一致の場合、前記検索パターンを新たな異常パターンとして前記パターン保持手段に追加保持する追加保持手段を
   有することを特徴とする障害解析装置。
   

Images