(57)【要約】【課題】障害発生時に、既に処理済みのデータから処理前のデータをログデータとして生成することで、ログデータ用の部品を備えることなく、障害解析を充分に行うことができるデータを収集する収集管理装置等を提供する【解決手段】処理データに対して順次に変換処理を行う複数のデータ処理部１３０〜１７０と、任意の一のデータ処理部で変換処理が行われた場合に発生する障害を検出する障害検出部１２０と、障害情報に基づいて、前記各データ処理部における処理データが出力され、当該出力された処理データに対して前記変換処理と逆の変換処理を行う逆変換処理部１１２と、逆の変換処理により生成された処理データをログデータとして収集する収集制御部１１１とを備える。【選択図】図１
2010049550.tif 000002
【特許請求の範囲】
【請求項１】
処理データに対して順次に変換処理を行う複数のデータ処理手段と、
任意の一のデータ処理手段で変換処理が行われた場合に発生する障害を検出する障害検出手段と、
当該障害検出手段が検出した障害情報に基づいて、前記各データ処理手段における処理データが出力され、当該出力された処理データに対して前記変換処理と逆の変換処理を行う逆変換処理手段と、
当該逆変換処理手段の逆の変換処理により生成された処理データをログデータとして収集する収集制御手段とを備える収集管理装置。
【請求項２】
請求項１に記載の収集管理装置において、
前記障害検出手段が検出した障害情報に基づいて、前記各データ処理手段から出力される処理データが、少なくとも前記障害が発生した任意の一のデータ処理手段の変換処理以降のデータ処理手段における処理データである収集管理装置。
【請求項３】
請求項１又は２に記載の収集管理装置において、
前記障害検出手段が前記各データ処理手段に備えられ、当該各データ処理手段ごとに障害を検出する収集管理装置。
【請求項４】
請求項１ないし３のいずれかに記載の収集管理装置において、
前記障害検出手段が検出した障害情報に基づいて、前記各データ処理手段における処理中のデータ、及び／又は前段のデータ処理手段から出力された待機データを、前記逆変換処理手段に出力する収集管理装置。
【請求項５】
請求項１ないし４のいずれかに記載の収集管理装置において、
前記逆変換処理手段が逆の変換処理を行う場合に、前記障害が発生した任意の一のデータ処理手段による変換処理が行われる前の処理データが得られるまで逆の変換処理を行う収集管理装置。
【請求項６】
請求項１ないし５のいずれかに記載の収集管理装置において、
前記複数のデータ処理手段が、異なる装置間に連続して備えられており、当該装置間は相互に通信可能な状態で接続され、前記発生した障害に関する障害情報を送受信し、当該障害情報に基づいて当該各データ処理手段における処理データに対して逆の変換処理を行い、装置間のログデータを一括で収集する収集管理装置。
【請求項７】
コンピュータが、
処理データに対して順次に変換処理を行う複数のデータ処理ステップと、
任意の一のデータ処理ステップで変換処理が行われた場合に発生する障害を検出する障害検出ステップと、
当該障害検出ステップで検出された障害情報に基づいて、前記各データ処理ステップにおける処理データが出力され、当該出力された処理データに対して前記変換処理と逆の変換処理を行う逆変換処理ステップと、
当該逆変換処理ステップの逆の変換処理により生成された処理データをログデータとして収集する収集制御ステップとを実行する収集管理方法。
【請求項８】
コンピュータを、
処理データに対して順次に変換処理を行う複数のデータ処理手段、
任意の一のデータ処理手段で変換処理が行われた場合に発生する障害を検出する障害検出手段、
当該障害検出手段が検出した障害情報に基づいて、前記各データ処理手段における処理データが出力され、当該出力された処理データに対して前記変換処理と逆の変換処理を行う逆変換処理手段、
当該逆変換処理手段の逆の変換処理により生成された処理データをログデータとして収集する収集制御手段として機能させるための収集管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害情報を収集管理する収集管理装置に関し、特に、処理済みのデータから障害解析に必要なデータを収集管理する収集管理装置等に関する。
【背景技術】
【０００２】
障害発生時のログデータを収集する技術として図７に示す技術が一般的に行われている。図７において、装置の最前段に設置されたログデータ専用の大容量のメモリ（１２）に、常時全ての処理データを格納させておく。仮に、処理機能部＿Ａ（２）において１４のデータを処理中に障害が検出された場合、まず、ＨＯＳＴ部（１）に障害が発生した旨の通知がされ、通知を受けたＨＯＳＴ部（１）は、装置状態を予備装置で動作できるように、引継ぎ、現装置状態をアラーム状態に変更する。その後、障害の解析用データを取得するため、ＨＯＳＴ部（１）は、処理機能部＿Ａ（２）のログデータを収集する。処理機能部＿Ａ（２）のログデータのみでは解析が不可能である場合を考慮して、メモリ（１２）に格納されている障害発生前の１〜１３のログデータについても収集を行う。
【０００３】
また、上記障害発生時のログデータを収集する技術に関連する技術として、特許文献１ないし３に示す技術が開示されている。
【特許文献１】昭６３−７８２６８号公報
【特許文献２】特開平９−２４５００９号公報
【特許文献３】特開平７−２１９８１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、図７に示すログデータを収集する一般的な技術においては、処理に掛かる全てのログデータを格納するため、大容量のメモリ（１２）が必要な構成となり、装置が大型化してしまうという課題を有する。また、ログ収集用のメモリ（１２）は、装置本来の通常処理には使用されなものであり、装置全体のコストが高くなると共に、構成部品数が増加することに伴う故障率の上昇にも繋がってしまうという課題を有する。
【０００５】
特許文献１に示す技術は、障害発生前後のデータの推移を確認することができないという課題を有する。例えば、所定のデータについて処理を行った際に、そのときは障害として検出されにくいメモリ破壊等の障害が発生しており、後に所定の他のデータについて処理を行った際に、障害として検出されたような場合には、そのメモリ破壊の直接の原因となったデータを収集することができず、充分な障害解析を行うことができない。
【０００６】
特許文献２に示す技術は、障害発生時のログデータの容量を小さくすることができるが、上記特許文献１に示す技術と同様に、障害発生前後のデータの推移を確認することができないという課題を有すると共に、ログデータ用の部品を備える構成となるため、装置全体のコストが高くなると共に、構成部品数が増加することに伴う故障率の上昇にも繋がってしまうという課題を有する。
【０００７】
特許文献３に示す技術は、予めログ情報を登録する必要があるため作業が煩雑になってしまう。また、予め想定できない障害が発生した場合には対応できないという課題を有する。
【０００８】
本発明は、上記課題を解決するためになされたものであり、障害発生時に、既に処理済みのデータから処理前のデータをログデータとして生成することで、ログデータ用の部品を備えることなく、障害解析を充分に行うことができるデータを収集する収集管理装置、収集管理方法、及び収集管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
（１．収集管理装置）
本願に開示する収集管理装置は、処理データに対して順次に変換処理を行う複数のデータ処理手段と、任意の一のデータ処理手段で変換処理が行われた場合に発生する障害を検出する障害検出手段と当該障害検出手段が検出した障害情報に基づいて、前記各データ処理手段における処理データが出力され、当該出力された処理データに対して前記変換処理と逆の変換処理を行う逆変換処理手段と、当該逆変換処理手段の逆の変換処理により生成された処理データをログデータとして収集する収集制御手段とを備えるものである。
【００１０】
このように、本願に開示する収集管理装置によれば、処理データに対して順次に変換処理を行う複数のデータ処理手段のうち、任意の一のデータ処理手段で変換処理が行われた場合に発生する障害を検出し、検出された障害情報に基づいて、前記各データ処理手段における処理データが出力され、当該出力された処理データに対して前記変換処理と逆の変換処理を行い、当該逆の変換処理により生成された処理データをログデータとして収集するため、ログデータを収集するための専用のメモリを備える必要がなく、装置を小型化することができると共に、装置全体のコストを下げて、構成部品の数が増加することによる故障率の上昇も起こらないという効果を奏する。
【００１１】
また、各データ処理手段における処理データに対して前記変換処理と逆の変換処理を行うことで、障害が発生したデータ処理部において既に変換処理済みの処理データから、障害発生前の当該データ処理部における変換処理前の処理データを生成することができるため、障害発生前後のデータの推移を確認して障害解析を行うための処理データを収集することができるという効果を奏する。
【００１２】
さらに、障害発生時には、通常処理が停止されているため、通常処理時に利用するメモリを障害解析用のメモリとして利用することができ、装置資源を効率よく使用することができるという効果を奏する。
【００１３】
さらにまた、障害検出時の処理データからは原因を突き止めることができないような障害についても、変換前の処理データを解析することで、原因を突き止めることができる可能性を上げることができる。例えば、障害が発生したあるデータ処理部において以前処理した処理データが原因により潜伏していた障害が、その後の他の処理データについて処理を行う際に検出されて表面化したような場合であっても、障害の起因となった処理データを逆変換することで、障害発生時の処理データを生成して解析用のログデータとして収集することができる。
【００１４】
（２．処理データの収集）
本願に開示する収集管理装置は、前記障害検出手段が検出した障害情報に基づいて、前記各データ処理手段から出力される処理データが、少なくとも前記障害が発生した任意の一のデータ処理手段の変換処理以降のデータ処理手段における処理データであるものである。
【００１５】
（３．障害検出手段）
本願に開示する収集管理装置は、前記障害検出手段が前記各データ処理手段に備えられ、当該各データ処理手段ごとに障害を検出するものである。
【００１６】
（４．処理中のデータと待機中のデータ）
本願に開示する収集管理装置は、前記障害検出手段が検出した障害情報に基づいて、前記各データ処理手段における処理中のデータ、及び／又は前段のデータ処理手段から出力された待機データを、前記逆変換処理手段に出力するものである。
【００１７】
（５．逆変換処理）
本願に開示する収集管理装置は、前記逆変換処理手段が逆の変換処理を行う場合に、前記障害が発生した任意の一のデータ処理手段による変換処理が行われる前の処理データが得られるまで逆の変換処理を行うものである。
【００１８】
（６．異なる装置間のデータ収集）
本願に開示する収集管理装置は、前記複数のデータ処理手段が、異なる装置間に連続して備えられており、当該装置間は相互に通信可能な状態で接続され、前記発生した障害に関する障害情報を送受信し、当該障害情報に基づいて当該各データ処理手段における処理データに対して逆の変換処理を行い、装置間のログデータを一括で収集するものである。
【００１９】
これまで、本発明を装置として示したが、所謂当業者であれば明らかであるように本発明を方法、及び、プログラムとして捉えることもできる。これら前記の発明の概要は、本発明に必須となる特徴を列挙したものではなく、これら複数の特徴のサブコンビネーションも発明となり得る。
【００２０】
すなわち、本願に開示する収集管理装置の構成要素または構成要素の任意の組合せを、方法、装置、回路、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも、他の態様として有効である。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態を説明する。本発明は多くの異なる形態で実施可能である。従って、本実施形態の記載内容のみで本発明を解釈すべきではない。また、本実施形態の全体を通して同じ要素には同じ符号を付けている。
【００２２】
以下の実施の形態では、主に装置について説明するが、所謂当業者であれば明らかな通り、本発明は方法、及び、コンピュータを動作させるためのプログラムとしても実施できる。また、本発明はハードウェア、ソフトウェア、または、ハードウェア及びソフトウェアの実施形態で実施可能である。プログラムは、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光記憶装置、または、磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。さらに、プログラムはネットワークを介した他のコンピュータに記録することができる。
【００２３】
（本発明の第１の実施形態）
本実施形態に係る収集管理装置について、図１ないし図４を用いて説明する。図１は、本実施形態に係る収集管理装置の構成を示すブロック図、図２は、本実施形態に係る収集管理装置における処理データの流れを示す図、図３は、本実施形態に係る収集管理装置の動作を示すフローチャート、図４は、本実施形態に係る収集管理装置により収集された処理データの一例を示す図である。
【００２４】
（１．構成）
図１において、収集管理装置１００は、ＨＯＳＴ部１１０と障害検出部１２０とデータ処理部Ａ１３０とデータ処理部Ｂ１４０とデータ処理部Ｃ１５０とデータ処理部Ｄ１６０とデータ処理部Ｅ１７０とを備え、さらに、ＨＯＳＴ部１１０は、収集制御部１１１と逆変換部１１２とメモリ１１３とを備える。
【００２５】
また、データ処理部Ａ１３０についての処理データ、及び待機データを格納するためのメモリＡ１３１と、データ処理部Ｂ１４０についての処理データ、及び待機データを格納するためのメモリＢ１４１と、データ処理部Ｃ１５０についての処理データ、及び待機データを格納するためのメモリＣ１５１と、データ処理部Ｄ１６０についての処理データ、及び待機データを格納するためのメモリＤ１６１と、データ処理部Ｅ１７０についての処理データ、及び待機データを格納するためのメモリＥ１７１とを備える。このメモリＡ１３１ないしメモリＥ１７１は、例えば、ＳＤＲＡＭ、ＳＲＡＭ、Ｃｏｍｐａｃｔ  Ｆｌａｓｈ等である。
【００２６】
ＨＯＳＴ部１１０は、障害時のログデータの収集制御を行うプロセッサとなっており、データ処理部Ａ１３０ないしデータ処理部Ｅ１７０への制御を行うことができるように、各データ処理部とはバス接続、又はシリアル接続されている。各データ処理部は、例えば、ＤＳＰ、ＦＰＧＡ、ＬＳＩ、ネットワークプロセッサ等である。
【００２７】
収集制御部１１１は、ログデータの収集処理を制御する処理を行う。例えば、逆変換処理部１１２にて逆変換された処理データをログデータとしてメモリ１１３に格納するように制御する処理を行う。
【００２８】
逆変換処理部１１２は、メモリＡ１３１ないしＥ１７１に格納されている処理データのうち、逆変換処理を行う対象となる処理データについて逆変換処理を行うことで、障害が発生したデータ処理部における処理前の処理データを生成して、メモリ１１３に格納する処理を行う。例えば、仮にデータ処理部Ａ１３０で障害が発生した場合には、メモリＢ１４１〜Ｅ１７１に格納されている各処理データ（Ｄ１２〜Ｄ５）について、逆変換処理を行い、データ処理部Ａ１３０の処理前の処理データを生成してメモリ１１３に格納する。
【００２９】
メモリ１１３は、通常処理時は処理用のメモリとして利用され、障害が発生した異常処理時はログデータを収集して格納するメモリとして利用される。つまり、異常処理時には、通常処理が停止されているため、メモリ１１３を異常処理時のログデータ収集用のメモリとして利用することができる。
【００３０】
障害検出部１２０は、障害が発生した場合に、その障害を検出してＨＯＳＴ部１１０、及び障害が発生したデータ処理部の後段の全てのデータ処理部に、当該障害が発生した旨の通知をする処理を行う。例えば、データ処理部Ａ１３０で障害が発生した場合に、ＨＯＳＴ部１１０、並びにデータ処理部Ｂ１４０、データ処理部Ｃ１５０、データ処理部Ｄ１６０、及びデータ処理部Ｅ１７０に障害を通知する。
なお、各データ処理部Ａ１３０〜Ｅ１７０のそれぞれに、障害検出部１２０を備えるようにしてもよい。
【００３１】
データ処理部Ａ１３０、データ処理部Ｂ１４０、データ処理部Ｃ１５０、データ処理部Ｄ１６０、及びデータ処理部Ｅ１７０は、所定の処理データについて順次に変換処理を行うデータ処理部である。つまり、任意のデータについて、データ処理部Ａ１３０からデータ処理部Ｅ１７０まで順番に変換処理が行われる。また、障害が発生した場合には、当該データ処理部で処理中のデータ、及び／又はメモリＡ１３１ないしメモリＥ１７１に格納されている処理データを取得して、ＨＯＳＴ部１１０に転送する処理を行う。
【００３２】
メモリＡ１３１、メモリＢ１４１、メモリＣ１５１、メモリＤ１６１、及びメモリＥ１７１は、各データ処理部における処理を待機する待機データを格納するメモリである。例えば、メモリＡ１３１に格納されているＤ１３、及びＤ１４のデータは、データ処理部Ａ１３０の処理を待機している処理データであり、データ処理部Ａ１３０がＤ１３について変換処理を完了すると、Ｄ１４が現在のＤ１３の位置に格納され、Ｄ１５の処理データが、新たにＤ１４の位置に格納される。メモリＢ１４１ないしメモリＥ１７０についても同様であり、処理データが後段のデータ処理部に出力されると、前段のデータ処理部から新たな入力データが入力されて、待機データとしてメモリ内に格納される。
【００３３】
各データ処理部における処理データの流れについて、図２を用いて詳細に説明する。ここで、通常処理開始時の最初の処理データをＤ１とし、処理が運用されるに連れて順にＤ２、Ｄ３、・・・が処理されているとする。また、各データ処理部は、入力された処理データに対してＨｅａｄデータを付加する変換処理を行うものとする。例えば、処理データαがデータ処理部Ａ１３０に入力されて変換処理が行われると、処理データα＋ＨｅａｄＡの処理データが生成されて出力される。その出力された処理データは、データ処理部Ｂ１４０に入力されて変換処理が行われることで、処理データα＋ＨｅａｄＡ＋ＨｅａｄＢの処理データが生成されて出力される。このように、各データ処理部により順番に変換処理が行われ、最終的には、処理データα＋ＨｅａｄＡ＋ＨｅａｄＢ＋ＨｅａｄＣ＋ＨｅａｄＤ＋ＨｅａｄＥが生成されて出力されるものとする。
【００３４】
図２（ａ）は、図１における（１）での処理データの流れを示している。（１）を通過している処理データはＤ１〜Ｄ１５（図１において、Ｄ１〜Ｄ４については図示しない）の処理データであり、（１）を通過している最新の処理データ（経過時間が最小の処理データ）はＤ１５で、最古の処理データ（経過時間が最大の処理データ）はＤ１であることを示している。また、いずれのデータ処理部による変換処理も行われていない状態の処理データである。
【００３５】
図２（ｂ）は、図１における（２）での処理データの流れを示している。（２）を通過している処理データはＤ１〜Ｄ１１（図１において、Ｄ１〜Ｄ４については図示しない）の処理データであり、（２）を通過している最新の処理データ（経過時間が最小の処理データ）はＤ１１で、最古の処理データ（経過時間が最大の処理データ）はＤ１であることを示している。また、（２）においては、データ処理部Ａ１３０、及びデータ処理部Ｂ１４０の変換処理が行われているため、各処理データＤ１〜Ｄ１１には、ＨｅａｄＡ、及びＨｅａｄＢのデータが付加されている。Ｄ１２〜Ｄ１５の処理データについては、まだ（２）を通過していないため、ここでは示されていない。
【００３６】
図２（ｃ）は、図１における（３）での処理データの流れを示している。（３）を通過している処理データはＤ１〜Ｄ５（図１において、Ｄ１〜Ｄ４については図示しない）の処理データであり、（３）を通過している最新の処理データ（経過時間が最小の処理データ）はＤ５で、最古の処理データ（経過時間が最大の処理データ）はＤ１であることを示している。また、（３）においては、データ処理部Ａ１３０、データ処理部Ｂ１４０、データ処理部Ｃ１５０、データ処理部１６０Ｄ、及びデータ処理部１７０Ｅの変換処理が行われているため、各処理データＤ１〜Ｄ５には、ＨｅａｄＡ、ＨｅａｄＢ、ＨｅａｄＣ、ＨｅａｄＤ、及びＨｅａｄＥが付加されている。Ｄ６〜Ｄ１５の処理データについては、まだ（３）を通過していないため、ここでは示されていない。
なお、図１において、Ｄ１〜Ｄ４の処理データについては、処理が終了しているものとする。
【００３７】
また、図１において、データ処理部Ａ１３０〜データ処理部Ｅ１７０まで５つのデータ処理部を備えるが、データ処理部の数は装置ごとにいくつ備えてもよい。
さらに、メモリＡ１３１〜メモリＥ１７１に格納できるデータの数、つまり、メモリＡ１３１〜メモリＥ１７１の容量は、利用者が適宜決定してもよい。つまり、メモリ容量を大きくすれば待機データの容量が増え、収集できるログデータの容量も大きくなり、充分な障害解析を行うことができ、メモリ容量を小さくすれば、必要最低限のログデータを確保しつつ、装置を小型化することができると共に、装置全体のコストを下げることができる。
【００３８】
さらにまた、メモリＡ１３１〜メモリＥ１７１は必ずしも備える必要はないが、メモリＡ１３１〜メモリＥ１７１に前回の処理データあるいは前々回の処理データが保持されていることで、データ落ちを防止し、解析処理に相当のログデータを収集することができることから、構成として備えることが好ましい。
【００３９】
（２．動作）
図３を用いて、本実施形態に係る収集管理装置の動作を説明する。まず、データ処理部Ａ１３０ないしデータ処理部Ｅ１７０の通常処理中に障害が発生すると、障害検出部１２０が障害を検出し（ステップＳ３１）、当該検出された障害の情報がＨＯＳＴ部１１０、及び障害が発生したデータ処理部の後段のデータ処理部に通知される（ステップＳ３２）。障害通知を受けた各データ処理部は、処理中の処理データ、及び／又はメモリＡ１３１ないしメモリＥ１７１に格納されている待機データをＨＯＳＴ部１１０の逆変換処理部１１２に転送する（ステップＳ３３）。
【００４０】
ＨＯＳＴ部１１０では、転送された処理データが、障害が発生したデータ処理部から転送された処理データであるかどうかを判定し（ステップＳ３４）、障害が発生したデータ処理部から転送された処理データである場合は、ＨＯＳＴ部１１０用のメモリ１１３に、転送された処理データをログデータとして格納して（ステップＳ３７）、処理を終了する。障害が発生したデータ処理部から転送された処理データでない場合は、転送された処理データの処理段数を判定し（ステップＳ３５）、当該判定した処理段数に応じて逆変換処理を行う（ステップＳ３６）。逆変換処理された処理データをログデータとしてＨＯＳＴ部１１０用メモリ１１３に格納して（ステップＳ３７）、処理を終了する。
【００４１】
なお、障害検出部１２０が障害を検出して、ＨＯＳＴ部１１０に通知した時点で、各データ処理部の通常処理は停止されているため、ＨＯＳＴ部１１０用のメモリ１１３は、障害管理用のメモリとして利用することが可能である。
【００４２】
メモリ１１３に収集されたログデータについて、図４を用いて説明する。ここでは、図１におけるデータ処理部Ａ１３０で、データＤ１３の処理中に障害が発生したものとする。障害検出部１２０は、データ処理部Ａ１３０で発生した障害を検出し、ホスト部１１０、及びデータ処理部Ａ１３０の後段の全てのデータ処理部（データ処理部Ｂ１４０、データ処理部Ｃ１５０、データ処理部Ｄ１６０、及びデータ処理部Ｅ１７０）に通知する。通知を受けたＨＯＳＴ部１１０は、通常処理を停止し、ログデータの収集制御を開始する。また、同時に、通知を受けた各データ処理部は、処理中の処理データ、及びメモリに格納された待機データをＨＯＳＴ部１１０に転送する。転送された処理データが、図４に示すＤ５ないしＤ１３の処理データである。
【００４３】
Ｄ１３の処理データについては、障害が発生したデータ処理部Ａ１３０の処理が未処理のデータであるため、逆変換処理を行わずに、そのままメモリ１１３にログデータとして格納される。Ｄ１２ないしＤ５の処理データは、障害が発生したデータ処理部Ａ１３０の処理後のデータであるため、逆変換処理の対象データとなる。
【００４４】
Ｄ１２及びＤ１１の処理データは、データ処理部Ａ１３０の処理後で、データ処理部Ｂ１４０の処理前（Ｄ１１については処理中であってもよい）の待機データであるため、データ処理部Ａ１３０の処理とは逆の変換処理を行うことで、Ｄ１２及びＤ１１についての、データ処理部Ａ１３０の処理がされる前の処理データを得ることができる。
【００４５】
Ｄ１０及びＤ９の処理データは、データ処理部Ａ１３０、及びデータ処理部Ｂ１４０の処理後で、データ処理部Ｃ１５０の処理前（Ｄ９については処理中であってもよい）の待機データであるため、データ処理部Ｂ１４０、及びデータ処理部Ａ１３０の処理とは逆の変換処理を順番に行うことで、Ｄ１０及びＤ９についての、データ処理部Ａ１３０の処理がされる前の処理データを得ることができる。
【００４６】
Ｄ８及びＤ７の処理データは、データ処理部Ａ１３０、データ処理部Ｂ１４０、及びデータ処理部Ｃ１５０の処理後で、データ処理部Ｄ１６０の処理前（Ｄ７については処理中であってもよい）の待機データであるため、データ処理部Ｃ１５０、データ処理部Ｂ１４０、及びデータ処理部Ａ１３０の処理とは逆の変換処理を順番に行うことで、Ｄ８及びＤ７についての、データ処理部Ａ１３０の処理がされる前の処理データを得ることができる。
【００４７】
Ｄ６及びＤ５の処理データは、データ処理部Ａ１３０、データ処理部Ｂ１４０、データ処理部Ｃ１５０、及びデータ処理部Ｄ１６０の処理後で、データ処理部Ｅ１７０の処理前（Ｄ５については処理中であってもよい）の待機データであるため、データ処理部Ｄ１６０、データ処理部Ｃ１５０、データ処理部Ｂ１４０、及びデータ処理部Ａ１３０の処理とは逆の変換処理を順番に行うことで、Ｄ６及びＤ５についての、データ処理部Ａ１３０の処理がされる前の処理データを得ることができる。
【００４８】
逆の変換処理は、ＨＯＳＴ部１１０にて行われるが、前述したように、障害発生時にはＨＯＳＴ部１１０の通常処理は停止しているため、ログデータの収集処理を優先して行うことができ、また、メモリ１１３もログデータの収集用メモリとして利用することができる。
【００４９】
Ｄ１３ないしＤ５のそれぞれの処理データについて、障害が発生したデータ処理部Ａ１３０の処理前の状態におけるデータが得られると、障害解析者は、それらのデータを解析して、障害発生に起因する処理データを突き止めることで、障害対応をすることができる。
【００５０】
なお、障害発生に起因する処理データとは、データ処理中（例えば、Ｄ５のデータとする）に何らかの原因でメモリのアドレス障害等が発生していた場合に、その時点（データ処理部Ａ１３０におけるＤ５のデータの処理時）では障害として検出できなかったが、後の処理データ（例えば、Ｄ１３のデータとする）を、データ処理部１３０Ａが処理したときに初めて障害が検出されるような障害に起因するデータである。つまり、障害を検出したときの処理データはＤ１３のデータであるが、実際はＤ５の処理データを処理した際に発生していた障害である。そのため、Ｄ１３のデータをいくら解析しても障害の原因を追究することはできない。このような障害の原因を追究するには、過去のデータに遡って解析する必要があるため、図４に示すような逆変換処理が有効となる。
【００５１】
また、図４に示すようにＤ１２ないしＤ５の処理データについては、各データ処理部の処理過程で得られた処理データを全て取得することができるため、ログデータを時系列的に収集することができ、例えば、データ処理部Ｃ１５０とデータ処理部Ｄ１６０の２つのデータ処理部の処理に起因するような障害についても、原因を解析することが可能となる。
【００５２】
さらに、図４においては、障害が発生したデータ処理部Ａ１３０の処理前のデータが得られるまで逆変換処理を行うようにしたが、障害が発生したデータ処理部よりもさらに前段に遡って逆変換処理を行うようにしてもよい。そうすることで、より広い範囲で障害の原因を追究することができる。
【００５３】
さらにまた、障害が発生した場合に、当該障害が発生したデータ処理部の後段の全てのデータ処理部について、処理中のデータ及び／又は待機データをＨＯＳＴ部１１０に転送するようにしたが、当該障害が発生したデータ処理部の前段のデータ処理部（全てのデータ処理部であってもよい）における処理中のデータ及び／又は待機データをＨＯＳＴ部１１０に転送するようにしてもよい。そうすることで、より広い範囲で障害の原因を追究することができる。
【００５４】
さらにまた、処理が完了する直前のデータ処理部にて障害が発生した場合（例えば、データ処理部Ｅ１７０にて処理が完了するような場合に、データ処理部Ｅ１７０にて障害が発生したような場合）には、収集できる処理データが少なくなってしまうため、処理が完了したデータを格納しておく小容量のメモリを備えるようにしてもよい。そうすることで、処理が完了する直前のデータ処理部にて障害が発生した場合であっても、ある程度のログデータを収集することができる。
【００５５】
このように、本実施形態に係る収集管理装置によれば、処理データに対して順次に変換処理を行う複数のデータ処理部のうち、任意の一のデータ処理部で変換処理が行われた場合に発生する障害を検出し、検出された障害情報に基づいて、前記各データ処理部における処理データが出力され、当該出力された処理データに対して前記変換処理と逆の変換処理を行い、当該逆の変換処理により生成された処理データをログデータとして収集するため、ログデータを収集するための専用のメモリを備える必要がなく、装置を小型化することができると共に、装置全体のコストを下げて、構成部品の数が増加することによる故障率の上昇も起こらない。
【００５６】
また、各データ処理部における処理データに対して前記変換処理と逆の変換処理を行うことで、障害が発生したデータ処理部において既に変換処理済みの処理データから、障害発生前の当該データ処理部における変換処理前の処理データを生成することができるため、障害発生前後のデータの推移を確認して障害解析を行うための処理データを収集することができる。
【００５７】
さらに、障害発生時には、通常処理が停止されているため、通常処理時に利用するメモリを障害解析用のメモリとして利用することができ、装置資源を効率よく使用することができる。
【００５８】
さらにまた、障害検出時の処理データからは原因を突き止めることができないような障害についても、変換前の処理データを解析することで、原因を突き止めることができる可能性を上げることができる。
【００５９】
さらにまた、前記障害検出部１２０が検出した障害情報に基づいて、前記各データ処理部から出力される処理データが、少なくとも前記障害が発生した任意の一のデータ処理部の変換処理以降のデータ処理部における処理データであるため、障害が発生したデータ処理部にて処理済みの処理データのみを収集の対象とすることで、収集するデータ量を最小限に抑えることができると共に、効率的な解析を行うための処理データを収集することができる。
【００６０】
さらにまた、障害検出部１２０が検出した障害情報に基づいて、前記各データ処理部における処理中のデータ、及び／又は前段のデータ処理部から出力された待機データを、前記逆変換処理部１１２に出力するため、収集可能なすべてのデータを出力することができると共に、待機データの容量を調整することで、収集可能なデータ量を調節することができ、処理の環境に応じた解析を行うための処理データの収集を行うことができる。
【００６１】
さらにまた、逆変換処理部１１２が逆の変換処理を行う場合に、前記障害が発生した任意の一のデータ処理部による変換処理が行われる前の処理データが得られるまで逆の変換処理を行うため、収集するデータ量を最小限に抑えつつ解析に充分な処理データを収集することができると共に、効率的な解析を行うための処理データを収集することができる。
【００６２】
（その他の実施形態）
本実施形態に係る収集管理装置について、図５及び図６を用いて説明する。図５は、本実施形態に係る収集管理装置の装置構成の一例を示す図、図６は、本実施形態に係る収集管理装置が複数の装置からなる場合の装置構成の一例を示す図である。
【００６３】
図５において、本実施形態に係る収集管理装置の装置構成は、信号処理を行う２つのデバイスとバス制御、障害制御等を主に行うプロセッサからなる。図５における処理の流れは、まず、ＤＴ１変換部５０２で障害が発生し、デバイスＡの障害検出部１２０ＡにてＤＴ１変換部５０２の障害が検出される。障害検出部１２０Ａは、プロセッサ５１０、及び後段の処理部（６０３ないし６０８）に障害、及び障害箇所ＩＤを通知する。
【００６４】
障害処理部５１１は、障害処理を実施し、装置状態を予備装置で動作できるように引き継ぎ、現装置状態をアラーム状態に変更し、各処理部にアラームになったことを通知する。デバイスＡ５２０、及びデバイスＢ５３０の各処理部（６０１ないし６０８）は、障害情報収集制御部（５２１、５３１）が受け取った、障害通知、障害箇所ＩＤに基づく制御により、入力される信号データの処理を停止し、Ｍｅｍｏｒｙ内に格納されている待機データをログデータとして、処理ＩＤと共にプロセッサ５１０に転送する。
【００６５】
なお、ここでは、ＤＴ１変換部５０２で障害が発生しているため、障害検出部１２０Ａから障害情報収集制御部５２１への通知は行わないようにしてもよい。つまり、障害が発生したデバイスにおける障害情報収集制御部は、当該デバイスにおける障害検出部からの通知がなくとも、当該デバイスに障害が発生したことを認識して障害情報を収集するための制御が行えるようにしてもよい。
【００６６】
プロセッサ５１０では、転送されたログデータをメモリ１１３に一時的に格納し、処理ＩＤと障害箇所ＩＤに基づく処理段数により、それぞれのログデータ（（１）ないし（６））について、どのような逆変換処理を実施するかを判定し、以下の逆変換処理を行う。
（１）逆変換処理の実施なし。
（２）ＤＴ１逆変換部１１２ａによる逆変換処理を実施。
（３）ＤＴ２逆変換部１１２ｂによる逆変換処理→ＤＴ１逆変換部１１２ａによる逆変換処理を実施。
（４）ヘッダ１抽出部１１２ｃによる抽出処理→ＤＴ２逆変換部１１２ｂによる逆変換処理→ＤＴ１逆変換部１１２ａによる逆変換処理を実施。
（５）ＤＴ３逆変換部１１２ｄによる逆変換処理→ヘッダ１抽出部１１２ｃによる抽出処理→ＤＴ２逆変換部１１２ｂによる逆変換処理→ＤＴ１逆変換部１１２ａによる逆変換処理を実施。
（６）ＤＴ４逆変換部１１２ｅによる逆変換処理→ＤＴ３逆変換部１１２ｄによる逆変換処理→ヘッダ１抽出部１１２ｃによる抽出処理→ＤＴ２逆変換部１１２ｂによる逆変換処理→ＤＴ１逆変換部１１２ａによる逆変換処理を実施。
【００６７】
上記各処理が完了すると、デバッグポート制御部５１２により、デバッグポートからログデータが読み出され、障害発生前にどのような処理を行ったかを解析する。
図５に示した収集管理装置の装置構成を、図６に示すような装置構成としてもよい。つまり、複数のボード間に連続して備えられる処理部における障害解析を１つのプロセッサ５１０で一元的に管理するようにしてもよい。
【００６８】
図６において、複数の異なる各ボードにデバイスが備えられ、ボード間で処理データの受け渡しが可能になっている。ＤＴ１変換部５０２で障害が発生した場合には、図５の場合と同様に、プロセッサ５１０、及び後段の処理部（６０３ないし６１６）に障害、及び障害箇所ＩＤを通知する。デバイスＡ５２０、デバイスＢ５３０、デバイスＣ５４０、及びデバイスＤ５５０の各処理部（６０１ないし６１６）は、障害情報収集制御部（５２１ないし５５１）が受け取った、障害通知、障害箇所ＩＤに基づく制御により、Ｍｅｍｏｒｙ内に格納されている待機データをログデータとして、処理ＩＤと共にプロセッサ５１０に転送する。
【００６９】
プロセッサ５１０では、転送されたログデータをメモリ１１３に一時的に格納し、処理ＩＤと障害箇所ＩＤに基づく処理段数により、それぞれのログデータ（（１）ないし（１２））について、どのような逆変換処理を実施するかを判定し、図５の場合と同様に、各処理部における処理順とは逆順に、障害が発生した処理部における処理が行われる直前の処理データが生成されるまで逆変換処理を行う。
逆変換処理が完了すると、デバッグポート制御部５１２により、デバッグポートからログデータが読み出され、障害発生前にどのような処理を行ったかを解析する。
【００７０】
なお、図６においては、各デバイスＡ、Ｂ、Ｃ、及びＤにおける各処理部６０１ないし６０４、６０５ないし６０８、６０９ないし６１２、及び６１３ないし６１６を、それぞれ１つのブロックで簡略化して表現しているが、図５の場合と同様に、各処理部は異なるブロックからなる。同様に各デバイスにおけるＭｅｍｏｒｙについても、１つのブロックで簡略化して表現しているが、図５の場合と同様に、各処理部（入力ＣＨＫ部を除く）ごとにＭｅｍｏｒｙが備えられている。
【００７１】
また、プロセッサ５１０における逆変換処理部についても、１つのブロックで簡略化して表現しているが、図５の場合と同様に、各処理部は異なるブロックからなる。
さらに、プロセッサ５１０は専用のＢｏａｒｄに備えられているが、必ずしも専用のＢｏａｒｄを用意する必要はない。
【００７２】
このように、本実施形態に係る収集管理装置においては、複数のデータ処理部が、異なる装置間に連続して備えられており、当該装置間は相互に通信可能な状態で前記発生した障害に関する障害情報を送受信し、当該障害情報に基づいて当該各データ処理部における処理データに対して逆の変換処理を行い、装置間のログデータを一括で収集するため、異なる装置間で発生した障害を一括で管理することができ、作業を効率的に行うことができる。
【００７３】
また、各データ処理部が待機用データを格納するためにメモリを具備している場合には、装置間に連続してデータ処理部を備えることにより、管理するデータ処理部の数を増やすことで、待機データを格納するメモリ容量を削減しても、障害の解析に充分な量のログデータを収集することができる。
さらに、待機データを格納するメモリを備えない場合であっても、障害解析に必要な量のログデータを収集することができる。
【００７４】
以上の前記各実施形態により本発明を説明したが、本発明の技術的範囲は実施形態に記載の範囲には限定されず、これら各実施形態に多様な変更又は改良を加えることが可能である。そして、かような変更又は改良を加えた実施の形態も本発明の技術的範囲に含まれる。このことは、特許請求の範囲及び課題を解決する手段からも明らかなことである。
【００７５】
前記各実施形態に関して次の付記を示す。
【００７６】
（付記１）処理データに対して順次に変換処理を行う複数のデータ処理手段と、任意の一のデータ処理手段で変換処理が行われた場合に発生する障害を検出する障害検出手段と当該障害検出手段が検出した障害情報に基づいて、前記各データ処理手段における処理データが出力され、当該出力された処理データに対して前記変換処理と逆の変換処理を行う逆変換処理手段と、当該逆変換処理手段の逆の変換処理により生成された処理データをログデータとして収集する収集制御手段とを備える収集管理装置。
【００７７】
（付記２）付記１に記載の収集管理装置において、前記障害検出手段が検出した障害情報に基づいて、前記各データ処理手段から出力される処理データが、少なくとも前記障害が発生した任意の一のデータ処理手段の変換処理以降のデータ処理手段における処理データである収集管理装置。
【００７８】
（付記３）付記１又は２に記載の収集管理装置において、前記障害検出手段が前記各データ処理手段に備えられ、当該各データ処理手段ごとに障害を検出する収集管理装置。
【００７９】
（付記４）付記１ないし３のいずれかに記載の収集管理装置において、前記障害検出手段が検出した障害情報に基づいて、前記各データ処理手段における処理中のデータ、及び／又は前段のデータ処理手段から出力された待機データを、前記逆変換処理手段に出力する収集管理装置。
【００８０】
（付記５）付記１ないし４のいずれかに記載の収集管理装置において、前記逆変換処理手段が逆の変換処理を行う場合に、前記障害が発生した任意の一のデータ処理手段による変換処理が行われる前の処理データが得られるまで逆の変換処理を行う収集管理装置。        
【００８１】
（付記６）付記１ないし５のいずれかに記載の収集管理装置において、前記複数のデータ処理手段が、異なる装置間に連続して備えられており、当該装置間は相互に通信可能な状態で接続され、前記発生した障害に関する障害情報を送受信し、当該障害情報に基づいて当該各データ処理手段における処理データに対して逆の変換処理を行い、装置間のログデータを一括で収集する収集管理装置。
【００８２】
（付記７）コンピュータが、処理データに対して順次に変換処理を行う複数のデータ処理ステップと、任意の一のデータ処理ステップで変換処理が行われた場合に発生する障害を検出する障害検出ステップと、当該障害検出ステップで検出された障害情報に基づいて、前記各データ処理ステップにおける処理データが出力され、当該出力された処理データに対して前記変換処理と逆の変換処理を行う逆変換処理ステップと、当該逆変換処理ステップの逆の変換処理により生成された処理データをログデータとして収集する収集制御ステップとを実行する収集管理方法。
【００８３】
（付記８）付記７に記載の収集管理方法において、前記障害検出ステップで検出された障害情報に基づいて、前記各データ処理ステップで出力される処理データが、少なくとも前記障害が発生した任意の一のデータ処理ステップの変換処理以降のデータ処理ステップにおける処理データである収集管理方法。
【００８４】
（付記９）付記７又は８に記載の収集管理方法において、前記障害検出ステップが前記各データ処理ステップに含まれ、当該各データ処理ステップごとに障害を検出する収集管理方法。
【００８５】
（付記１０）付記７ないし９のいずれかに記載の収集管理方法において、前記障害検出ステップで検出された障害情報に基づいて、前記各データ処理ステップにおける処理中のデータ、及び／又は前段のデータ処理ステップから出力された待機データを、前記逆変換処理ステップに出力する収集管理方法。
【００８６】
（付記１１）付記１ないし４のいずれかに記載の収集管理方法において、前記逆変換処理ステップで逆の変換処理が行われる場合に、前記障害が発生した任意の一のデータ処理ステップによる変換処理が行われる前の処理データが得られるまで逆の変換処理を行う収集管理方法。
【００８７】
（付記１２）付記７ないし１１のいずれかに記載の収集管理方法において、前記複数のデータ処理ステップが、異なる装置間に連続して含まれており、当該装置間は相互に通信可能な状態で接続され、前記発生した障害に関する障害情報を送受信し、当該障害情報に基づいて当該各データ処理ステップにおける処理データに対して逆の変換処理を行い、装置間のログデータを一括で収集する収集管理方法。
【００８８】
（付記１３）コンピュータを、処理データに対して順次に変換処理を行う複数のデータ処理手段、任意の一のデータ処理手段で変換処理が行われた場合に発生する障害を検出する障害検出手段、当該障害検出手段が検出した障害情報に基づいて、前記各データ処理手段における処理データが出力され、当該出力された処理データに対して前記変換処理と逆の変換処理を行う逆変換処理手段、当該逆変換処理手段の逆の変換処理により生成された処理データをログデータとして収集する収集制御手段として機能させるための収集管理プログラム。
【００８９】
（付記１４）付記１３に記載の収集管理プログラムにおいて、前記障害検出手段が検出した障害情報に基づいて、前記各データ処理手段から出力される処理データが、少なくとも前記障害が発生した任意の一のデータ処理手段の変換処理以降のデータ処理手段における処理データである収集管理プログラム。
【００９０】
（付記１５）付記１３又は１４に記載の収集管理プログラムにおいて、前記障害検出手段が前記各データ処理手段に備えられ、当該各データ処理手段ごとに障害を検出する収集管理プログラム。
【００９１】
（付記１６）付記１３ないし１５のいずれかに記載の収集管理プログラムにおいて、前記障害検出手段が検出した障害情報に基づいて、前記各データ処理手段における処理中のデータ、及び／又は前段のデータ処理手段から出力された待機データを、前記逆変換処理手段に出力する収集管理プログラム。
【００９２】
（付記１７）付記１３ないし１６のいずれかに記載の収集管理プログラムにおいて、前記逆変換処理手段が逆の変換処理を行う場合に、前記障害が発生した任意の一のデータ処理手段による変換処理が行われる前の処理データが得られるまで逆の変換処理を行う収集管理プログラム。
【００９３】
（付記１８）付記１３ないし１７のいずれかに記載の収集管理プログラムにおいて、コンピュータを前記複数のデータ処理手段として、異なる装置間に連続して機能させ、当該装置間は相互に通信可能な状態で接続され、前記発生した障害に関する障害情報を送受信し、当該障害情報に基づいて当該各データ処理手段における処理データに対して逆の変換処理を行い、装置間のログデータを一括で収集する収集管理プログラム。
【図面の簡単な説明】
【００９４】
【図１】第１の実施形態に係る収集管理装置の構成を示すブロック図である。
【図２】第１の実施形態に係る収集管理装置における処理データの流れを示す図である。
【図３】第１の実施形態に係る収集管理装置の動作を示すフローチャートである。
【図４】第１の実施形態に係る収集管理装置により収集された処理データの一例を示す図である。
【図５】その他の実施形態に係る収集管理装置の装置構成の一例を示す図である。
【図６】収集管理装置が複数の装置からなる場合の装置構成の一例を示す図である。
【図７】従来技術を示す図である。
【符号の説明】
【００９５】
１００  収集管理装置
１１０  ＨＯＳＴ部
１１１  収集制御部
１１２  逆変換処理部
１１２ａ  ＤＴ１逆変換部
１１２ｂ  ＤＴ２逆変換部
１１２ｃ  ヘッダ１抽出部
１１２ｄ  ＤＴ３逆変換部
１１２ｅ  ＤＴ４逆変換部
１１２ｆ  ヘッダ２抽出部
１１２ｇ  ＤＴ５逆変換部
１１２ｈ  ＤＴ６逆変換部
１１２ｉ  ヘッダ３抽出部
１１２ｊ  ＤＴ７逆変換部
１１２ｋ  ＤＴ８逆変換部
１１２ｌ  ヘッダ４抽出部
１１３  メモリ
１２０（Ａ〜Ｄ）  障害検出部
１３０  データ処理部Ａ
１３１  メモリＡ
１４０  データ処理部Ｂ
１４１  メモリＢ
１５０  データ処理部Ｃ
１５１  メモリＣ
１６０  データ処理部Ｄ
１６１  メモリＤ
１７０  データ処理部Ｅ
１７１  メモリＥ
５１０  プロセッサ
５１１  障害処理部
５１２  デバッグポート制御部
５２０  デバイスＡ
５２１  障害情報収集制御部
５３０  デバイスＢ
５３１  障害情報収集制御部
５４０  デバイスＣ
５４１  障害情報収集制御部
５５０  デバイスＤ
５５１  障害情報収集制御部
６０１  入力ＣＨＫ部
６０２  ＤＴ１変換部
６０３  ＤＴ２変換部
６０４  ヘッダ１生成部
６０５  入力ＣＨＫ部
６０６  ＤＴ３変換部
６０７  ＤＴ４変換部
６０８  ヘッダ２生成部
６０９  入力ＣＨＫ部
６１０  ＤＴ５変換部
６１１  ＤＴ６変換部
６１２  ヘッダ３生成部
６１３  入力ＣＨＫ部
６１４  ＤＴ７変換部
６１５  ＤＴ８変換部
６１６  ヘッダ４生成部
【図１】
2010049550.tif 000003
【図２】
2010049550.tif 000004
【図３】
2010049550.tif 000005
【図４】
2010049550.tif 000006
【図５】
2010049550.tif 000007
【図６】
2010049550.tif 000008
【図７】
2010049550.tif 000009