JP4502968B2 - 障害解析支援装置、リクエスト処理装置及び障害解析支援方法 - Google Patents

Description

本発明は、複数の論理ブロックを含むリクエスト処理装置の障害の解析を支援する障害解析支援装置及び障害解析支援方法に関する。また、本発明は、障害解析支援方法を用いたリクエスト処理装置に関する。

リクエスト処理装置（例えば、複数の論理ブロックを含む論理ＬＳＩ）でリクエストのタイムアウト等の障害が発生した場合に、発生した障害の解析を行うことがある。この場合、例えば、トレーサを用いてリクエスト処理装置内の特定の箇所を通過したことを示すリクエスト情報（解析用ログ情報）を格納し、格納したリクエスト情報に基づいて障害を解析することが行われている。

また、例えば、特許文献１には、並列計算機において、プロセッサユニット間のパケットの転送を記録したパケットキューレコードを作成し、通信パケットＩＤの同一パケットを探索してパケットの通過経路を探索するシステムが記載されている。

特開平１０−４０２２４号公報（段落００５０−００７０、図８−１１）

トレーサを用いてリクエスト情報を格納する場合、トレース対象の箇所を通過していない（到達していない）リクエストについてはリクエスト情報として格納することができない。そのため、リクエストがリクエスト処理装置内のトレース対象の箇所を通過していない場合には、トレーサを用いても障害解析を行えないことがある。また、トレーサを用いてもリクエストの通過経路を特定することはできず、特にリクエスト処理装置内でのリクエストのストールやロストを容易に解析できないことがある。従って、トレーサを用いた障害解析を行っても、解析範囲を容易に絞り込むことができず、障害解析に多大な工数がかかってしまう。

また、特許文献１に記載されたシステムをリクエスト処理装置の障害解析を行う場合に適用すれば、障害解析をある程度容易に行えるようにすることができる。しかし、通過経路の探索結果をタイムチャートグラフとして作成するので、通過経路の探索にかかる処理負担及びデータ量が大きい。また、特許文献１に記載されたシステムでは、送信元から受信先への経路が予め一意に定まっている場合を前提としているため、各論理ブロックの処理結果によってリクエストが通過する次の論理ブロックが決まるリクエスト処理装置の障害解析を行う場合には適さない。

そこで、本発明は、リクエスト処理装置の障害が発生したときに、障害原因の論理ブロックを容易に特定することができ、障害解析を簡易に効率的に行うことができる障害解析支援装置、リクエスト処理装置及び障害解析支援方法を提供することを目的とする。

本発明による障害解析支援装置は、複数の論理ブロックを経由してリクエストを処理するリクエスト処理装置の障害解析を支援する障害解析支援装置であって、リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況を示すリクエスト通過情報（例えば、リクエスト通過情報１５０）を生成するリクエスト通過情報生成手段と、リクエスト通過情報生成手段が生成したリクエスト通過情報に基づいて、リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況を検出する通過状況検出手段（例えば、通過経路検出手段３００によって実現される）と、通過状況検出手段による検出結果（例えば、通過経路検出情報３５０）に基づいて、リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況の履歴を示す通過履歴情報（例えば、格納データ）を格納する通過履歴情報格納手段（例えば、解析データ格納手段４００によって実現される）とを備えたことを特徴とする。

また、障害解析支援装置において、通過履歴情報格納手段は、通過状況検出手段による検出結果に基づいて通過履歴情報を生成する通過履歴情報生成手段（例えば、格納データ生成手段４４０によって実現される）と、通過履歴情報生成手段が生成した通過履歴情報を格納する格納手段（例えば、格納手段４１０によって実現される）とを含むものであってもよい。

また、障害解析支援装置は、リクエスト処理装置内の位置のうち格納対象の位置を示す格納対象情報（例えば、格納対象登録手段２００が格納する登録情報）を登録する格納対象登録手段（例えば、格納対象登録手段２００によって実現される）を備え、通過状況検出手段は、格納対象登録手段が登録する格納対象情報に基づいて、リクエスト処理装置内の位置のうち、格納対象の位置に対応する論理ブロック間のリクエストの通過状況を検出するものであってもよい。

また、障害解析支援装置は、格納する通過履歴情報をクリアするために、リクエスト処理装置内の位置を示すクリア対象情報（例えば、クリア信号）を格納するクリア対象格納手段（例えば、クリア信号格納手段４３０によって実現される）を備え、通過履歴情報格納手段は、クリア対象格納手段が格納するクリア対象情報に示されるリクエスト処理装置内の位置をリクエストが通過したと判断すると、格納する通過履歴情報をクリアするものであってもよい。

また、障害解析支援装置は、タイマ（例えば、タイマ４５０）を備え、通過履歴情報格納手段は、タイマからの時刻信号に基づいて、所定の時刻情報を含む通過履歴情報を格納するものであってもよい。

本発明によるリクエスト処理装置は、複数の論理ブロックを経由してリクエストを処理するリクエスト処理装置であって、各論理ブロック間のリクエストの通過状況を示すリクエスト通過情報を生成するリクエスト通過情報生成手段と、リクエスト通過情報生成手段が生成したリクエスト通過情報に基づいて、リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況を検出する通過状況検出手段と、通過状況検出手段による検出結果に基づいて、リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況の履歴を示す通過履歴情報を格納する通過履歴情報格納手段とを備えたことを特徴とする。

本発明による障害解析支援方法は、複数の論理ブロックを経由してリクエストを処理するリクエスト処理装置の障害解析を支援する障害解析支援方法であって、リクエスト処理装置が、リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況を示すリクエスト通過情報を生成するステップと、リクエスト処理装置が、リクエスト通過情報に基づいて、リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況を検出するステップと、リクエスト処理装置が、リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況の検出結果に基づいて、リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況の履歴を示す通過履歴情報を格納するステップとを含むことを特徴とする。

本発明によれば、各論理ブロック間のリクエストの通過状況を示すリクエスト通過情報に基づいて、リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況を検出する。そして、その検出結果に基づいて、リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況の履歴を示す通過履歴情報を格納する。そのため、リクエスト処理装置内でリクエストのストールやロスト等の障害が発生したときに、障害原因の論理ブロックを容易に特定することができる。また、解析範囲を容易に絞り込むことができ、障害解析を簡易に効率的に行うことができる。従って、リクエスト処理装置の障害が発生したときに、障害原因の論理ブロックを容易に特定することができ、障害解析を簡易に効率的に行うことができる。

また、本発明において、タイマからの時刻信号に基づいて所定の時刻情報を含む通過履歴情報を格納するように構成すれば、各リクエストをリクエスト処理装置が入力した順番や、リクエスト毎の処理時間を容易に認識することができ、障害解析時の補助情報として用いることができる。

実施の形態１．
以下、本発明の第１の実施の形態を図面を参照して説明する。図１は、本発明による障害解析支援方法を用いたリクエスト処理装置の構成の一例を示すブロック図である。また、図２は、図１に示すリクエスト処理装置のより詳細な構成の一例を示すブロックである。図１及び図２に示すように、リクエスト処理装置は、リクエスト処理部１００、格納対象登録手段２００、通過経路検出手段３００及び解析データ格納手段４００を含む。

本実施の形態において、リクエスト処理装置は、具体的には、複数の論理ブロックを含む論理ＬＳＩによって実現される。また、本実施の形態において、障害解析支援装置は、リクエスト処理装置に含まれる格納対象登録手段２００、通過経路検出手段３００及び解析データ格納手段４００によって実現される。

なお、障害解析支援装置は、リクエスト処理装置とは別の装置として実現されてもよい。例えば、障害解析支援装置は、論理ＬＳＩの設計を支援するための設計支援装置であってもよい。この場合、障害解析支援装置は、例えば、パーソナルコンピュータ等の情報処理端末によって実現される。

リクエスト処理部１００は、図１及び図２に示すように、リクエストを処理するための複数の論理ブロック＃１〜＃ｎを含み、入力したリクエストを処理する機能を備える。また、リクエスト処理部１００は、各論理ブロック＃１〜＃ｎをリクエストが通過したか否かを示すリクエスト通過情報１５０を生成し、通過経路検出手段３００に出力（送信）する機能を備える。この場合、リクエスト処理部１００は、経路を通過する信号の信号名と、経路を通過したリクエストが有効であるか否かを示すリクエスト有効識別情報と、リクエストを識別するためのリクエストＩＤとを含むリクエスト通過情報１５０を生成する。

なお、本実施の形態では、リクエスト通過情報１５０に含まれるリクエスト有効識別情報において、リクエストが有効であるとは、ある時刻においてリクエストが既に通過していることを意味する。また、リクエストが無効であるとは、ある時刻においてリクエストがまだ通過していないことを意味する。

格納対象登録手段２００は、リクエスト処理部１００内容の経路のうち格納対象の経路を示す登録情報を格納する。本実施の形態では、格納対象登録手段２００は、各論理ブロック＃１〜＃ｎを通過した信号の有効／無効を示す登録情報を格納する。なお、格納対象登録手段２００が格納する登録情報において、論理ブロックを通過した信号が有効であるとは、その論理ブロックを通過した信号がデータ格納対象であることを意味する。また、信号が無効であるとは、その論理ブロックを通過した信号がデータ格納対象でないことを意味する。また、格納対象登録手段２００が格納する登録情報は、例えば、リクエスト処理装置をリセット（初期化）する際に初期設定される。

また、格納対象登録手段２００は、格納対象を示す格納対象情報２５０を通過経路検出手段３００に出力（送信）する機能を備える。この場合、格納対象登録手段２００は、信号が有効であるか否か（格納対象であるか否か）を示す格納信号有効識別情報と、信号名とを含む格納対象情報２５０を出力する。

通過経路検出手段３００は、リクエスト処理部１００からリクエスト通過情報１５０を入力（受信）し、格納対象登録手段２００から格納対象情報２５０を入力（受信）する機能を備える。また、通過経路検出手段３００は、入力したリクエスト通過情報１５０及び格納対象情報２５０に基づいて、リクエストが通過したリクエスト処理部１００内の経路を検出する機能を備える。この場合、通過経路検出手段３００は、格納対象情報２５０に基づいて、リクエストが通過したリクエスト処理部１００内の経路のうち、格納対象の経路を検出する。

また、通過経路検出手段３００は、リクエストが通過したリクエスト処理部１００内の経路の検出結果を示す通過経路検出情報３５０を生成する機能を備える。また、通過経路検出手段３００は、生成した通過経路検出情報３５０を解析データ格納手段４００に出力（送信）する機能を備える。

本実施の形態では、通過経路検出手段３００は、リクエスト通過情報１５０を格納対象情報２５０を用いてマスク処理を行い、格納対象となる有効な信号名とリクエストＩＤとを抽出する。そして、通過経路検出手段３００は、抽出した信号名及びリクエストＩＤと、有効識別情報（データ格納対象であるか否かを示す情報）とを含む通過経路検出情報３５０を生成する。

解析データ格納手段４００は、図２に示すように、格納手段４１０、スタート信号格納手段４２０、クリア信号格納手段４３０及び格納データ生成手段４４０を含む。解析データ格納手段４００は、通過経路検出手段３００による検出結果に基づいて、リクエストが通過したリクエスト処理部１００内の経路を示す格納データを格納する機能を備える。

スタート信号格納手段４２０は、格納手段４１０への新たなデータ格納の対象となるリクエストを受信したことを検出するためのスタート信号を格納する。なお、スタート信号は、例えば、リクエスト処理装置をリセット（初期化）する際に初期設定される。

クリア信号格納手段４３０は、格納手段４１０に格納する格納データをクリアする対象となるリクエスト処理部１００内の位置を示すクリア信号を格納する。本実施の形態では、クリア信号格納手段４３０は、格納手段４１０が格納しているデータのうち、クリアの対象となるデータに対応するリクエスト（クリアリクエスト）を受信したことを検出するためのクリア信号を格納する。なお、クリア信号は、例えば、リクエスト処理装置をリセット（初期化）する際に初期設定される。

格納データ生成手段４４０は、通過経路検出手段３００による検出結果に基づいて、所定の格納データを生成する機能を備える。本実施の形態では、格納データ生成手段４４０は、通過経路検出手段３００から入力（受信）した通過経路検出情報３５０と、スタート信号格納手段４２０が格納するスタート信号と、クリア信号格納手段４３０が格納するクリア信号とに基づいて、所定の格納データを生成する。また、格納データ生成手段４４０は、生成した格納データを格納手段４１０に格納させる機能を備える。

格納手段４１０は、格納データ生成手段４４０が生成した格納データを格納する。本実施の形態では、格納手段４１０は、リクエストが通過したリクエスト処理部１００内の経路をリクエスト単位に含む格納データを格納する。

次に、動作について説明する。図３は、障害解析支援装置がリクエスト処理装置の障害解析を支援する障害解析支援処理の一例を示す流れ図である。また、図４は、障害解析支援装置が障害解析支援処理を実行する場合の各解析データの格納状況を示す説明図である。また、図５は、障害解析支援装置が障害解析支援処理を実行する場合のタイムチャートである。なお、図５は、クロック毎の各信号状態の変化を示したものに相当する。また、図６及び図７は、障害解析支援装置が障害解析支援処理を実行する場合の格納手段４１０の格納状態の例を示す説明図である。

本実施の形態では、図４に示すように、リクエスト処理部１００は、所定のデータ形式のＩＮＰＵＴ信号１０１をリクエストとして入力（受信）する。また、リクエスト処理部１００の各論理ブロック＃１〜＃ｎ間において、ＩＮＰＵＴ信号１０１と同様のデータ形式の信号が入出力される。また、リクエスト処理部１００は、ＩＮＰＵＴ信号１０１と同様のデータ形式のＯＵＴＰＵＴ信号１０２を出力する。

また、図４に示すように、リクエスト処理部１００は、ＩＮＰＵＴ信号１０１であるＳｉｇＡや、ＯＵＴＰＵＴ信号１０２であるＳｉｇＨ、リクエスト処理部１００内部を通過する信号であるＳｉｇＢ〜ＳｉｇＧが各部を通過したことを示すリクエスト通過情報１５０を出力する。

また、格納対象登録手段２００には、ＳｉｇＡ〜ＳｉｇＨの各信号に対して、データ格納の対象とするか否か（有効とするか否か）を示す有効情報が設定されている。本実施の形態では、図４に示すように、格納対象登録手段２００は、ＳｉｇＡ，Ｂ，Ｄ，Ｅ，Ｇ，Ｈをデータ格納の対象とし、ＳｉｇＣ，Ｆをデータ格納の対象としない旨の登録情報を格納し、通過経路検出手段３００に出力する。

スタート信号格納手段４２０は、リクエスト処理部１００のＩＮＰＵＴ信号１０１であるＳｉｇＡを、スタート信号として格納する。また、クリア信号格納手段４３０は、リクエスト処理部１００のＯＵＴＰＵＴ信号１０２であるＳｉｇＨをクリア信号として格納する。

格納手段４１０は、図４に示すように、ワード（行）単位で、リクエストＩＤに対応付けて、リクエストの経路の通過状況を示す経路通過情報を格納する。本実施の形態では、格納手段４１０は、行番号１０から行番号１５まで６リクエスト分の格納データを格納する。

まず、図５に示す時刻０１における動作を説明する。リクエスト処理部１００は、新たにリクエスト（ＩＮＰＵＴ信号１０１）を入力すると、各論理ブロック＃１〜＃ｎを用いてリクエスト処理を実行し、リクエスト通過情報１５０を出力する。例えば、リクエスト処理部１００は、時刻０１において、リクエストＩＤ＃００（RQID=00 ）のリクエストを入力（受信）すると、ＳｉｇＡが有効でリクエストＩＤがRQID=00 であり、ＳｉｇＡ以外の信号が無効である旨のリクエスト通過情報１５０を出力する。

通過経路検出手段３００は、リクエスト通過情報１５０を入力（受信）すると（ステップＳ１１）、受信したリクエスト通過情報１５０と、格納対象登録手段２００からの格納対象情報２５０とに基づいて、リクエスト処理部１００内の各信号が有効であるか否かを判断する（ステップＳ１２）。例えば、時刻０１において、通過経路検出手段３００は、リクエスト通過情報１５０に含まれるＳｉｇＡだけを有効と判断する。

また、通過経路検出手段３００は、各信号の有効／無効の判断結果に基づいて、通過経路検出情報３５０を生成し、解析データ格納手段４００に出力（送信）する（ステップＳ１３）。例えば、時刻０１において、通過経路検出手段３００は、ＳｉｇＡが有効でリクエストＩＤがRQID=00 である旨の通過経路検出情報３５０を出力する。

次いで、解析データ格納手段４００は、通過経路検出手段３００から入力（受信）した通過経路検出情報３５０に含まれるＳｉｇＡが、スタート信号格納手段４２０が格納しているＳｉｇＡと合致することを検出する。解析データ格納手段４００の格納データ生成手段４４０は、新規のリクエストでありリクエストＩＤがRQID=00 であるＳｉｇＡがリクエスト処理部１００内を通過した旨の格納データを生成する。そして、格納データ生成手段４４０は、生成した格納データを格納手段４１０に格納させる（ステップＳ１４）。

ステップＳ１４において、格納データ生成手段４４０は、新規のリクエストであるので、図６（ａ）に示すように、格納手段４１０の空いている行番号１０の格納領域に、リクエストＩＤ「RQID=00 」及びＳｉｇＡ＝１（通過）を含む格納データを格納させる。

次に、図５に示す時刻０２における動作を説明する。時刻０２では有効なリクエストがないので、リクエスト処理部１００は、全ての信号（ＳｉｇＡ〜ＳｉｇＨ）が無効である旨のリクエスト通過情報１５０を出力する。そのため、通過経路検出手段３００は、ステップＳ１１〜ステップＳ１３の処理を実行し、全ての信号が無効である旨の通過経路検出情報３５０を出力する。そして、ステップＳ１４において、解析データ格納手段４００は、新たな格納データを格納手段４１０に格納する処理を行わないことになる。

次に、図５に示す時刻０３における動作を説明する。リクエスト処理部１００は、時刻０３のタイミングで、リクエストＩＤ「RQID=01 」のリクエストのＩＮＰＵＴ信号１０１としての入力と、リクエストＩＤ「RQID=00 」のリクエストの論理ブロック＃１からの出力とを検出し、ＳｉｇＡ及びＳｉｇＢが有効となる。そして、リクエスト処理部１００は、ＳｉｇＡが有効でリクエストＩＤがRQID=01 であり、ＳｉｇＢが有効でリクエストＩＤがRQID=00 であり、ＳｉｇＡ及びＳｉｇＢ以外の信号が無効である旨のリクエスト通過情報１５０を出力する。

通過経路検出手段３００は、リクエスト通過情報１５０を入力（受信）すると（ステップＳ１１）、受信したリクエスト通過情報１５０と、格納対象登録手段２００からの格納対象情報２５０とに基づいて、リクエスト処理部１００内の各信号が有効であるか否かを判断する（ステップＳ１２）。時刻０３において、格納対象情報２５０に基づいてＳｉｇＡとＳｉｇＢとが有効であると判断できるので、通過経路検出手段３００は、ＳｉｇＡが有効でリクエストＩＤがRQID=01 であり、ＳｉｇＢが有効でリクエストＩＤがRQID=00 である旨の通過経路検出情報３５０を生成し出力する（ステップＳ１３）。

次いで、解析データ格納手段４００は、通過経路検出手段３００から入力（受信）した通過経路検出情報３５０に含まれるＳｉｇＡが、スタート信号格納手段４２０が格納しているＳｉｇＡと合致することを検出する。格納データ生成手段４４０は、新規のリクエストでありリクエストＩＤがRQID=01 であるＳｉｇＡがリクエスト処理部１００内を通過した旨、及びリクエストＩＤがRQID=00 であるＳｉｇＢがリクエスト処理部１００内を通過した旨の格納データを生成する。そして、格納データ生成手段４４０は、生成した格納データを格納手段４１０に格納させる（ステップＳ１４）。

ステップＳ１４において、格納データ生成手段４４０は、リクエストＩＤ「RQID=01 」のリクエストが新規のリクエストであるので、図６（ｂ）に示すように、格納手段４１０の空いている行番号１１の格納領域に、リクエストＩＤ「RQID=01 」及びＳｉｇＡ＝１（通過）を含む格納データを格納させる。また、格納データ生成手段４４０は、図６（ｂ）に示すように、行番号１０の格納領域に、リクエストＩＤ「RQID=00 」及びＳｉｇＢ＝１（通過）を含む格納データを格納させる。

図５に示す時刻０４から時刻０７まで、以上の処理が繰り返し実行され、格納手段４１０に各信号のリクエスト処理部１００内の通過状況（ログ情報）が随時記録される。

次に、図５に示す時刻０８における動作を説明する。時刻０８において、リクエスト処理部１００は、リクエストＩＤ「RQID=00 」のリクエストをＯＵＴＰＵＴ信号１０２として出力する。この場合、リクエストＩＤ「RQID=00 」のリクエストがＳｉｇＨで有効となるので、リクエスト処理部１００は、ＳｉｇＨが有効でリクエストＩＤがRQID=00 である旨を含むリクエスト通過情報１５０を出力する。

通過経路検出手段３００は、リクエスト通過情報１５０を入力（受信）すると（ステップＳ１１）、リクエスト通過情報１５０に含まれるＳｉｇＨが有効であると判断し（ステップＳ１２）、ＳｉｇＨが有効でリクエストＩＤがRQID=00 である旨の通過経路検出情報３５０を生成して出力する（ステップＳ１３）。

次いで、解析データ格納手段４００は、通過経路検出手段３００から入力（受信）した通過経路検出情報３５０に含まれるＳｉｇＨが、クリア信号格納手段４３０が格納しているＳｉｇＨと合致することを検出する。格納データ生成手段４４０は、リクエストＩＤ「RQID=00 」のリクエストがクリアリクエストであると判断し、格納データ０（クリア用の格納データ。例えば、全て値０を含むデータ）を生成する。そして、格納データ生成手段４４０は、生成した格納データ０を格納手段４１０に格納させ（ステップＳ１４）、リクエストＩＤ「RQID=00 」のリクエストに対応する格納領域をクリアする。

ステップＳ１４において、格納データ生成手段４４０は、図６（ｇ）に示すように、リクエストＩＤ「RQID=00 」のリクエストに対応する行番号１０の格納領域に０を格納し、格納領域をクリアする。クリアされ空きとなった行番号１０の格納領域は、次の新たなリクエストに対する格納データの格納領域として用いられることになる。

以上の処理が繰り返し実行されることによって、リクエスト処理部１００が新たに入力したリクエストに対する通過経路の情報（ログ情報）の記録が随時開始され、リクエスト処理部１００が出力したリクエストの通過経路の情報が随時クリアされる。

次に、図５に示す時刻１２においてリクエスト処理部１００で障害が発生（例えば、リクエストがストール）したものとする。この場合、解析データ格納手段４００の格納手段４１０は、図７（ｋ）に示す格納データを格納した状態が保持されており、設計者は、図７（ｋ）に示す格納データを用いて障害解析を行うことになる。

図７（ｋ）に示す例では、リクエストＩＤ「RQID=03 」及び「RQID=04 」のリクエストが、ＯＵＴＰＵＴ信号１０２に近い論理ブロック＃７に入力されたあとにＳｉｇＨ側に出力されていないことが分かる。従って、設計者は、リクエストＩＤ「RQID=03 」及び「RQID=04 」のリクエストが論理ブロック＃７でストールしていることを容易に認識することができる。このように、設計者は、リクエスト処理部１００の全体を解析しなくても、解析データ格納手段４００の格納データを用いて、特定の範囲（図７（ｋ）に示す例では論理ブロック＃７）の論理を集中的に解析することによって、効率的に障害解析を行うことができる。

以上のように、本実施の形態によれば、リクエスト処理部１００は、各論理ブロック＃１〜＃ｎをリクエストが通過したか否かを示すリクエスト通過情報１５０を出力する。また、通過経路検出手段３００は、リクエスト通過情報１５０及び格納対象情報２５０に基づいて、リクエストが通過したリクエスト処理部１００内の経路を検出し、通過経路検出情報３５０を出力する。そして、解析データ格納手段４００は、通過経路検出情報３５０に基づいて、リクエストが通過したリクエスト処理部１００内の経路を示す格納データを生成し、格納手段４１０に格納する。

上記のように構成することによって、リクエスト処理装置内でリクエストのストールやロスト等の障害が発生したときに、障害原因の論理ブロックを容易に特定することができる。また、解析範囲を容易に絞り込むことができ、障害解析を簡易に効率的に行うことができる。従って、リクエスト処理装置の障害が発生したときに、障害原因の論理ブロックを容易に特定することができ、障害解析を簡易に効率的に行うことができる。

実施の形態２．
次に、本発明の第２の実施の形態を図面を参照して説明する。図８は、障害解析支援方法を用いたリクエスト処理装置の他の構成例を示すブロック図である。本実施の形態では、図８に示すように、解析データ格納手段４００が図２で示した構成要素に加えてタイマ４５０を含む点で、第１の実施の形態と異なる。

なお、タイマ４５０以外の解析データ格納手段４００の各構成要素の基本的な機能は、第１の実施の形態で示したそれらの機能と同様である。また、リクエスト処理部１００、格納対象登録手段２００及び通過経路検出手段３００の機能は、第１の実施の形態で示したそれらの機能と同様である。

タイマ４５０は、所定の時刻信号を出力する機能を備え、格納手段４１０への新規リクエストに対応するデータの格納に同期してスタートされ、格納手段４１０が格納するデータのクリアに同期してクリアされる。本実施の形態では、格納データ生成手段４４０は、タイマ４５０からの時刻信号に基づいて、所定の時刻情報を含む格納データをリクエスト毎に格納手段４１０に格納させる。例えば、格納データ生成手段４４０は、新規リクエストの入力時刻や出力時刻、各論理ブロックの通過時刻を含む格納データを格納手段４１０に格納させる。

上記のように構成することによって、設計者は、解析データ格納手段４００が格納する格納データを解析することによって、各リクエストをリクエスト処理部１００が入力（受信）した順番や、リクエスト毎の処理時間を容易に認識することができ、障害解析時の補助情報として用いることができる。また、例えば、図７（ｋ）に示す例で用いれば、リクエストＩＤ「RQID=03 」及び「RQID=04 」の２つのリクエストがストールしている状態であるので、より古いリクエストから解析することができる。

本発明は、複数の論理ブロックを含む論理ＬＳＩ等のリクエスト処理装置の障害解析を支援する用途に適用できる。

本発明による障害解析支援方法を用いたリクエスト処理装置の構成の一例を示すブロック図である。 リクエスト処理装置のより詳細な構成の一例を示すブロックである。 障害解析支援装置がリクエスト処理装置の障害解析を支援する障害解析支援処理の一例を示す流れ図である。 障害解析支援装置が障害解析支援処理を実行する場合の各解析データの格納状況を示す説明図である。 障害解析支援装置が障害解析支援処理を実行する場合のタイムチャートである。 障害解析支援装置が障害解析支援処理を実行する場合の格納手段の格納状態の例を示す説明図である。 障害解析支援装置が障害解析支援処理を実行する場合の格納手段の格納状態の例を示す説明図である。 障害解析支援方法を用いたリクエスト処理装置の他の構成例を示すブロック図である。

符号の説明

１００ リクエスト処理部
２００ 格納対象登録手段
３００ 通過経路検出手段
４００ 解析データ格納手段
４１０ 格納手段
４２０ スタート信号格納手段
４３０ クリア信号格納手段
４４０ 格納データ生成手段

Claims (7)

1. 複数の論理ブロックを経由してリクエストを処理するリクエスト処理装置の障害解析を支援する障害解析支援装置であって、
   前記リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況を示すリクエスト通過情報を生成するリクエスト通過情報生成手段と、
   前記リクエスト通過情報生成手段が生成した前記リクエスト通過情報に基づいて、前記リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況を検出する通過状況検出手段と、
   前記通過状況検出手段による検出結果に基づいて、前記リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況の履歴を示す通過履歴情報を格納する通過履歴情報格納手段とを
   備えたことを特徴とする障害解析支援装置。
2. 通過履歴情報格納手段は、
   通過状況検出手段による検出結果に基づいて通過履歴情報を生成する通過履歴情報生成手段と、
   前記通過履歴情報生成手段が生成した通過履歴情報を格納する格納手段とを含む
   請求項１記載の障害解析支援装置。
3. リクエスト処理装置内の位置のうち格納対象の位置を示す格納対象情報を登録する格納対象登録手段を備え、
   通過状況検出手段は、前記格納対象登録手段が登録する格納対象情報に基づいて、前記リクエスト処理装置内の位置のうち、前記格納対象の位置に対応する論理ブロック間のリクエストの通過状況を検出する
   請求項１又は請求項２記載の障害解析支援装置。
4. 格納する通過履歴情報をクリアするために、リクエスト処理装置内の位置を示すクリア対象情報を格納するクリア対象格納手段を備え、
   通過履歴情報格納手段は、前記クリア対象格納手段が格納するクリア対象情報に示される前記リクエスト処理装置内の位置をリクエストが通過したと判断すると、格納する前記通過履歴情報をクリアする
   請求項１から請求項３のうちのいずれか１項に記載の障害解析支援装置。
5. タイマを備え、
   通過履歴情報格納手段は、前記タイマからの時刻信号に基づいて、所定の時刻情報を含む通過履歴情報を格納する
   請求項１から請求項４のうちのいずれか１項に記載の障害解析支援装置。
6. 複数の論理ブロックを経由してリクエストを処理するリクエスト処理装置であって、
   各論理ブロック間のリクエストの通過状況を示すリクエスト通過情報を生成するリクエスト通過情報生成手段と、
   前記リクエスト通過情報生成手段が生成した前記リクエスト通過情報に基づいて、前記リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況を検出する通過状況検出手段と、
   前記通過状況検出手段による検出結果に基づいて、前記リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況の履歴を示す通過履歴情報を格納する通過履歴情報格納手段とを
   備えたことを特徴とするリクエスト処理装置。
7. 複数の論理ブロックを経由してリクエストを処理するリクエスト処理装置の障害解析を支援する障害解析支援方法であって、
   前記リクエスト処理装置が、当該リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況を示すリクエスト通過情報を生成するステップと、
   前記リクエスト処理装置が、前記リクエスト通過情報に基づいて、当該リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況を検出するステップと、
   前記リクエスト処理装置が、当該リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況の検出結果に基づいて、当該リクエスト処理装置に含まれる各論理ブロック間のリクエストの通過状況の履歴を示す通過履歴情報を格納するステップとを含む
   ことを特徴とする障害解析支援方法。

Images