JP2010170342A - 故障監視装置及び方法 - Google Patents

Abstract

【課題】故障が発生、回復した順序を即時に把握できる故障監視装置を得ること。
【解決手段】故障情報ファイル４ａは、監視対象装置から通知された複数の故障情報毎に、故障の発生時刻または故障情報の通知時刻を入力時刻とし、故障内容の情報と、故障が発生したのか故障が回復したのかを表す故障種別の情報とを前記入力時刻に関連づけて記憶した複数個のレコードデータを有している。また、故障情報ファイル４ａの各レコードデータでは、先に記憶された第１のレコードデータの故障内容と後から記憶された第２のレコードデータの故障内容とが同一で、且つ、前記第２のレコードデータの故障種別が回復の場合には、前記第２のレコードデータの入力時刻の情報が前記第１のレコードデータに追記されて記憶されている。故障情報表示部５は、このような故障情報ファイル４ａの全てまたは一部の内容を表示画面に表示する。
【選択図】 図１

Description

この発明は、監視対象装置の故障状況を監視する故障監視装置及び方法に関するものである。

従来の故障監視装置として、例えば特許文献１では、記憶装置に、監視場所毎に、発生日付、発生時刻、復帰日付、復帰時刻、ＩＤエラーの各情報を関連付けて記憶し、その記憶内容を表示して故障発生状況を監視する構成が提案されている。

特開２００４−３５１００８号公報（図１０、段落［００４２］［００４３］）

しかしながら、上記従来の故障監視装置では、故障原因を解析するために、故障が発生した順序と、故障が回復した順序とを時系列的に把握したい場合、表示された復帰日付、復帰時刻を全て検索して、発生日付、発生時刻とともに順に並べなければならず、故障が発生、回復した順序を即時に把握することができないという問題があった。

この発明は、上記に鑑みてなされたものであり、故障が発生、回復した順序を即時に把握できる故障監視装置及び方法を得ることを目的とする。

上述した目的を達成するために、この発明は、監視対象装置から通知された複数の故障情報が所定の形式で記憶された故障情報ファイルと、前記故障情報が通知されるたびに、故障内容と故障種別とを判断する故障情報判断部と、表示指令に基づいて前記故障情報ファイルの全てまたは一部の内容を表示画面に表示する故障情報表示部と、を備えた故障監視装置において、前記故障情報ファイルは、故障の発生時刻または故障情報の通知時刻を入力時刻とし、故障内容の情報と、故障が発生したのか故障が回復したのかを表す故障種別の情報とを前記入力時刻に関連づけて記憶した複数個のレコードデータを有してなり、前記故障情報ファイルの各レコードデータでは、先に記憶された第１のレコードデータの故障内容と後から記憶された第２のレコードデータの故障内容とが同一で、且つ、前記第２のレコードデータの故障種別が回復の場合には、前記第２のレコードデータの入力時刻の情報が前記第１のレコードデータに追記されて記憶されることを特徴とする。

この発明によれば、故障情報表示部は、通知される故障情報毎の故障内容および故障種別の情報が入力時刻と関連付けて記憶されている故障情報ファイルの全てまたは一部の内容を表示画面に表示するので、表示画面には、故障の発生／回復が時系列に表示される。したがって、故障が発生、回復した順序を即時に把握できるという効果を奏する。

この発明の実施の形態１による故障監視装置の構成を示すブロック図である。 図１に示す故障情報入力部の動作を説明するフローチャートである。 図１に示す故障情報判断部の動作を説明するフローチャートである。 図１に示す故障情報判断部が作成する故障情報ファイルの内容の一例を示す図である。 図１に示す故障情報表示部の動作を説明するフローチャートである。 図１に示す故障情報表示部による一覧表示内容の一例（その１）を示す図である。 図１に示す故障情報表示部による一覧表示内容の一例（その２）を示す図である。 図１に示す故障情報表示部による一覧表示内容の一例（その３）を示す図である。 この発明の実施の形態２による故障監視装置の構成を示すブロック図である。 図９に示す故障情報表示部の動作を説明するフローチャートである。 図９に示す故障情報表示部による一覧表示内容の一例を示す図である。

以下に図面を参照して、この発明にかかる故障監視装置の好適な実施の形態を詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態１．
図１は、この発明の実施の形態１による故障監視装置の構成を示すブロック図である。図１に示すように、この実施の形態１による故障監視装置２０ａは、監視対象装置１５の故障状況を監視する構成として、故障情報入力部１と、故障定義テーブル２ａが設定される記憶装置２と、故障情報判断部３と、故障情報ファイル４ａを格納する記憶装置４と、故障情報表示部５とを備えている。

監視対象装置１５は、当該故障監視装置２０ａに対して故障情報を通知する。この実施の形態では、故障監視装置２０ａは、監視対象装置１５から通知される故障情報に含まれる故障内容と故障の発生／回復を示す故障種別とを利用して監視対象装置１５の故障状況を監視するようになっている。基準となる時刻に関しては、この実施の形態では、故障監視装置２０ａは、当該故障情報が通知された実際の時刻を入力時刻として管理するようにしている。

ここで、監視対象装置１５からの故障情報の形態は、監視対象装置１５によって定まるが、例えば、ビット位置を定めて故障内容と故障種別とを通知する形態や、エラーコードと故障種別との組み合わせで通知する形態などがある。

故障情報がビット位置を定める形態であるときは、故障内容の挿入区間において、例えば１ビットのビット位置毎に挿入する故障内容が定められ、また故障種別を挿入するビット位置が定められる。つまり、故障内容の挿入有無および故障種別の発生／回復は、１ビットの値で示される。また、監視対象装置１５から通知される故障情報がエラーコードと故障種別との組み合わせを用いる形態であれば、故障内容と、この故障内容に対する故障種別との組み合わせ毎に異なるビットパターンとなる。

この実施の形態では、監視対象装置１５から通知される故障情報１６が前者のビット位置を定めて故障内容と故障種別とを通知する形態である場合を取り上げて説明するが、この発明は、該故障情報が後者の形態であるなど他の形態であっても同様に適用できるものである。

監視対象装置１５からの故障情報がビット位置を定める形態である場合、故障内容の挿入区間において、例えば、ビット値が“１”であるビット位置には対応する故障内容が挿入されていることを示し、ビット値が“０”であるビット位置には対応する故障内容が挿入されていないことを示すことになる。また、故障種別に関しては、故障種別が挿入されるビット位置の値が“１”であるとき故障発生を示すとすれば、そのビット位置の値が“０”に変化していれば、故障種別は故障回復に変化したことを示すことになる。なお、この実施の形態では、説明の便宜から、１つの故障情報における故障内容の挿入区間においてビット値の変化が起こるビット位置は１つであるとしている。

さて、故障情報入力部１は、後述する図２に示す手順で、監視対象装置１５が通知する故障情報を取り込み、該故障情報と該故障情報入力時の時刻とを故障情報判断部３に出力する。

図２は、図１に示す故障情報入力部１の動作を説明するフローチャートである。図２において、故障情報入力部１は、監視対象装置１５から故障情報が入力されるのを監視し（ＳＴ１）、故障情報の入力があると（ＳＴ１：Ｙｅｓ）、その時の時刻を本装置に内蔵の図示しない計時装置から取得し、それを入力時刻として図示しない内部メモリに記憶する（ＳＴ２）。そして、入力した故障情報と取得した入力時刻とを故障情報判断部３に出力して（ＳＴ３）ＳＴ１に戻り、次の故障情報の入力を監視する。このようにして監視する故障情報が、監視対象装置１５から入力されるたびに、本装置内で計測された入力時刻が逐一付されて故障情報判断部３に出力される。

次に、記憶装置２に設定される故障定義テーブル２ａは、この実施の形態では、監視対象装置１５からの故障情報が上記のようにビット位置を定める形態である場合に、その故障情報の故障内容および故障種別を一意に特定できる構造を有し、故障情報判断部３が参照して故障情報入力部１から入力される故障情報の故障内容および故障種別を簡単に判断できるようにしてある。

次に、記憶装置４が記憶する故障情報ファイル４ａは、例えば、図３に示す構成を有している。図３は、故障情報判断部３が作成する故障情報ファイル４ａの内容の一例を示す図である。図３に示すように、故障情報ファイル４ａは、発生／回復の入力時刻６と、故障内容７と、故障種別８と、回復の入力時刻９とが、１レコードのデータを構成し、複数のレコード（図３では、＃１〜＃７のレコードを例示）を「発生／回復の入力時刻」の順に記憶させた構成である。なお、発生／回復の入力時刻６は、故障発生または故障回復の故障種別８が入力された時刻である。回復の入力時刻９は、故障回復の故障種別８が入力された時刻である。そして、回復の入力時刻９の欄において、不記載のレコードは、発生した故障が未だ回復していないことを示している。

この故障情報ファイル４ａは、故障情報判断部３が、故障情報表示部５に利用させるために、故障情報入力部１から入力される故障情報に基づき、故障定義テーブル２ａを参照しつつ、図４に示す手順で作成したものである。図４を参照して説明する。

図４は、故障情報判断部３の動作を説明するフローチャートである。なお、監視対象装置１５が通知する故障情報は、ビット位置を定めて故障内容と故障種別とを通知する形態であり、１ビットで故障の発生／回復を通知する場合について説明する。

図４において、故障情報判断部３は、故障情報入力部１から故障情報と入力時刻とが受信されるのを監視し（ＳＴ５）、故障情報、入力時刻を受信すると（ＳＴ５：Ｙｅｓ）、今回受信した故障情報と内部メモリ３ａに用意してある前回上書きした故障情報ファイル（後述するＳＴ１８参照）の各レコードの故障情報との対応するビット位置のビット値を比較して変化の有無を調べる（ＳＴ６）。その結果、変化が無ければ（ＳＴ６：Ｎｏ）、ＳＴ５に戻るが、変化があれば（ＳＴ６：Ｙｅｓ）、その変化したビット位置を内部メモリ３ａに記憶し（ＳＴ７）、今回入力された故障情報に基づき故障定義テーブル２ａを参照して、ＳＴ８、ＳＴ９の処理に移行する。

ＳＴ８では、故障情報判断部３は、故障内容が挿入されるビット区間において、ビット値が変化したビット位置に対する故障内容を故障定義テーブル２ａから取得し、取得した故障内容（図３に示した故障内容７参照）を内部メモリ３ａに記憶する。

ＳＴ９では、故障情報判断部３は、故障種別が挿入されるビット位置において変化したビット値に対する故障種別を故障定義テーブル２ａの定義を参照して判断し、その判断結果を故障種別８（図３参照）として内部メモリ３ａに記憶する。例えば、今回のビット値が“１”であった場合、ビット値＝“１”が故障発生と定義されている場合は「故障発生」と判断し、ビット値＝“０”が故障発生と定義されている場合は「故障回復」と判断する。そして、故障情報判断部３は、図３に示した発生／回復の入力時刻６として、故障情報入力部１から入力された「入力時刻」を内部メモリ３ａに記憶する（ＳＴ１０）。

次に、故障情報判断部３は、このように内部メモリ３ａに記憶した「入力時刻」「故障内容」「故障種別」を１レコードのデータとして、記憶装置４に記憶させてある故障情報ファイル４ａのレコードに追加する（ＳＴ１１）。

そして、故障情報判断部３は、故障情報ファイル４ａに書き込んだ故障種別８（図３参照）が故障回復でない場合は（ＳＴ１２：Ｎｏ）、ここまで作成した故障情報ファイル４ａを故障情報表示部５が利用するものとして確定し（この処理を「更新」と呼ぶ）（ＳＴ１６）、更新した旨を故障情報表示部５に通知し（ＳＴ１７）、その更新した今回の故障情報ファイル４ａを内部メモリに用意してある前回の故障情報ファイルに上書きして（ＳＴ１８）、ＳＴ６にて用いる前回上書きした故障情報ファイルを形成し、ＳＴ５に戻る。

一方、故障情報ファイル４ａに書き込んだ故障種別が故障回復である場合は（ＳＴ１２：Ｙｅｓ）、故障情報ファイル４ａの対応するレコードでの回復の入力時刻９（図３参照）に、「−」を記憶させ（ＳＴ１３）、故障情報ファイル４ａの各レコードを検索して同一ビット位置の故障情報を記憶するレコードの存在有無を調べる（ＳＴ１４）。

ＳＴ１４での判断結果、同一ビット位置の故障情報を記憶するレコードが存在しない場合は（ＳＴ１４：Ｎｏ）、ＳＴ１６〜ＳＴ１８の処理を経てＳＴ５に戻る。

他方、ＳＴ１４での判断結果、同一ビット位置の故障情報を記憶するレコードが存在する場合は（ＳＴ１４：Ｙｅｓ）、見つかった故障情報のレコードでの回復の入力時刻９（図３参照）に、ＳＴ１０にて内部メモリ３ａに記憶させた今回の「入力時刻」を記憶させ（ＳＴ１５）、ＳＴ１６〜ＳＴ１８の処理を経てＳＴ５に戻る。

図３に示す例では、レコード＃５，＃６での故障種別８は「回復」であり（ＳＴ１２：Ｙｅｓ）、それぞれの回復の入力時刻９には「−」が記憶されている（ＳＴ１３）。このとき、故障情報判断部３では次のような処理が行われる。

まず、レコード＃５に記憶させる故障情報の処理（ＳＴ５〜ＳＴ１４）において、レコード＃５での故障内容７は「ＣＣＣＣ故障」であり、レコード＃３と同一の故障内容であるので（ＳＴ１４：Ｙｅｓ）、レコード＃５での発生／回復の入力時刻６に記憶されている「２００７／１０／１８ １４：１４：１４」がレコード＃３での回復の入力時刻９に転記され（ＳＴ１５）、故障情報ファイル４ａの更新通知等が行われる（ＳＴ１６〜ＳＴ１８）。

また、次のレコード＃６に記憶させる故障情報の処理（ＳＴ５〜ＳＴ１４）において、レコード＃６での故障内容７は「ＡＡＡＡ故障」であり、レコード＃１と同じである。同様に、レコード＃６での発生／回復の入力時刻６に記憶されている「２００７／１０／２２ １５：１５：１５」がレコード＃１での回復の入力時刻９に転記され（ＳＴ１５）、故障情報ファイル４ａの更新通知等が行われる（ＳＴ１６〜ＳＴ１８）。

そして、次のレコード＃７に記憶させる故障情報の処理（ＳＴ５〜ＳＴ１２）においては、故障種別８に記憶されているのは「発生」であるので（ＳＴ１２：Ｎｏ）、直ちに故障情報ファイル４ａの更新通知等が行われる（ＳＴ１６〜ＳＴ１８）。

このように、ＳＴ１７にて故障情報表示部５に対して更新通知される故障情報ファイル４ａは、判断した故障種別が故障発生である場合と（ＳＴ１２：Ｎｏ）、判断した故障種別は故障回復であるが（ＳＴ１２：Ｙｅｓ）、過去に対応する故障発生が存在しない場合と（ＳＴ１４：Ｎｏ）、判断した故障種別は故障回復であり（ＳＴ１２：Ｙｅｓ）、かつ過去に対応する故障発生が存在する場合と（ＳＴ１４：Ｙｅｓ）、の３種類の内容のものである。

故障情報表示部５は、故障情報判断部３から更新通知が入力されるたびに、それぞれを表示指令として受け取り、図５に示す手順で、記憶装置４にアクセスして更新通知された故障情報ファイル４ａの内容を画面に一覧表示する。以下、図５を参照して説明する。

図５は、故障情報表示部５の動作を説明するフローチャートである。図５において、故障情報表示部５は、故障情報判断部３から故障情報ファイル４ａの更新通知が入力されるのを監視し（ＳＴ２０）、更新通知の入力があると（ＳＴ２０：Ｙｅｓ）、記憶装置４にアクセスして更新通知された故障情報ファイル４ａから１レコードの故障情報を取得して（ＳＴ２１）、その内容を表示画面に表示する（ＳＴ２２）。ＳＴ２１，ＳＴ２２の処理は、更新通知された故障情報ファイル４ａの全レコードについて実行され（ＳＴ２３：Ｎｏ）、全レコードの表示を終了すると（ＳＴ２３：Ｙｅｓ）、ＳＴ２０に戻る。

図５の処理により、故障情報表示部５の表示画面には、各更新通知された故障情報ファイル４ａの内容である「発生／回復の入力時刻」「故障内容」「故障種別」「回復の入力時刻」のレコードデータが「発生／回復の入力時刻」の時刻順に時系列に表示される。なお、表示内容の一例を示すとするならば、例えば図６〜図８のとおりである。

図６は、故障情報表示部５による一覧表示内容の一例（その１）を示す図である。図６では、図４において、レコード＃５での入力時刻６に記憶される「２００７／１０／１８ １４：１４：１４」をレコード＃３での回復時刻９に転記したところまでのレコード＃１〜＃５で構成される故障情報ファイル４ａの内容が一覧表示されている。

図７は、図１に示す故障情報表示部５による一覧表示内容の一例（その２）を示す図である。図７では、図４において、レコード＃６での入力時刻６に記憶される「２００７／１０／２０ １５：１５：１５」をレコード＃１での回復時刻９に転記したところまでのレコード＃１〜＃６で構成される故障情報ファイル４ａの内容が一覧表示されている。

図８は、図１に示す故障情報表示部５による一覧表示内容の一例（その３）を示す図である。図８では、図４において、レコード＃７の故障種別８に「発生」を記憶させたところまでのレコード＃１〜＃７で構成される故障情報ファイル４ａの内容が一覧表示されている。

以上のように実施の形態１によれば、監視対象装置から通知された故障情報を、故障の発生／回復に関わらず、発生／回復の入力時刻、故障内容、故障種別を時刻順に一覧表示できる。したがって、故障の発生／回復の状況が時系列に解るようになり、故障発生の因果関係が把握しやすくなるので、故障原因の解析に要する時間を短縮できる。

また、既に回復した故障については、発生した故障と同じレコードに回復の入力時刻が表示されるので、発生した故障の回復時刻を調べたい場合、時系列に一覧表示された表示の中から故障回復である故障を検索する必要が無く、即座に回復時刻を把握できる。

加えて、回復の入力時刻が表示されていない場合は、未だ当該故障は回復していないということも即座に把握できるという効果がある。

実施の形態２．
図９は、この発明の実施の形態２による故障監視装置の構成を示すブロック図である。なお、図９では、図１（実施の形態１）に示した構成要素と同一ないしは同等である構成要素には同一の符号が付されている。ここでは、この実施の形態２に関わる部分を中心に説明する。

図９に示すように、この実施の形態２による故障監視装置２０ｂは、図１（実施の形態１）に示した構成において、符号を変えた故障情報表示部１１と、故障情報表示条件入力部１２とが設けられている。

故障情報表示条件入力部１２は、故障情報表示部１１が一覧表示する内容の表示条件、例えば、故障種別が故障回復である故障情報を表示するか否かの条件を指定入力する。

故障情報表示部１１は、故障情報表示条件入力部１２からの故障情報表示条件を加味して故障情報ファイル４ａの内容を一覧表示する。以下、図１０を参照して説明する。

図１０は、図９に示す故障情報表示部１１の動作を説明するフローチャートである。図１０において、故障情報表示部１１は、故障情報判断部３から故障情報ファイル４ａの更新通知の入力を監視し（ＳＴ２５）、更新通知の入力があると（ＳＴ２５：Ｙｅｓ）、故障情報表示条件入力部１２から故障情報表示条件を取り込み（ＳＴ２６）、故障情報ファイル４ａから１レコードの故障情報を取得して（ＳＴ２７）、故障情報表示条件の内容を調べる（ＳＴ２８）。

ＳＴ２８の判断結果、故障情報表示条件が「故障種別が回復である場合は非表示にしない」の場合は（ＳＴ２８：Ｎｏ）、ＳＴ２７にて取得した１レコードの故障情報の内容を表示画面に表示する（ＳＴ３０）。ＳＴ３０の処理は、更新通知された故障情報ファイル４ａの全レコードについて実行され（ＳＴ３１：Ｎｏ）、全レコードの表示を終了すると（ＳＴ３１：Ｙｅｓ）、ＳＴ２５に戻る。このケースでは、先に示した図６〜図８に示すように、更新通知された故障情報ファイル４ａの全内容が画面に一覧表示される。

一方、ＳＴ２８の判断結果、故障情報表示条件が「故障種別が回復である場合は非表示にする」の場合は（ＳＴ２８：Ｙｅｓ）、ＳＴ２７にて取得した１レコードの故障情報の故障種別を調べる（ＳＴ２９）。

ＳＴ２９での判断結果、故障種別が回復でない場合は（ＳＴ２９：Ｎｏ）、ＳＴ３０〜ＳＴ３１の処理を経てＳＴ２６に戻る。このケースでは、先に示した図６〜図８に示すように、更新通知された故障情報ファイル４ａの全内容が画面に一覧表示される。

一方、ＳＴ２９での判断結果、故障種別が回復である場合は（ＳＴ２９：Ｙｅｓ）、表示を行わず、直接ＳＴ３１に進む。これによって、例えば、図１１に示すような表示が行われる。

図１１は、故障情報表示部１１による表示内容の一例を示す図である。図１１では、更新通知された故障情報ファイル４ａが、図３に示したレコード＃１〜＃７で構成される場合に、故障種別が「回復」であるレコード＃５，＃６を除外した内容が一覧表示されている。

以上のように実施の形態２によれば、実施の形態１の効果に加えて、故障原因解析の必要に応じて、表示内容を変更することができるという効果がある。

なお、以上に示した実施の形態では、「入力時刻」を本装置内で実際に計時した時刻を用いたが、通知される故障情報が有する時刻情報を「入力時刻」として用いてもよい。

以上のように、この発明にかかる故障監視装置及び方法は、故障が発生、回復した順序を即時に把握できる故障監視装置方法として有用である。

１ 故障情報入力部
２ 記憶装置
２ａ 故障定義テーブル
３ 故障情報判断部
３ａ 内部メモリ
４ 記憶装置
４ａ 故障情報ファイル
５ 故障情報表示部
６ 発生／回復の入力時刻
７ 故障内容
８ 故障種別
９ 回復の入力時刻
１１ 故障情報表示部
１２ 故障情報表示条件入力部
１５ 監視対象装置
２０ａ，２０ｂ 故障監視装置
＃１〜＃７ レコード

Claims (7)

1. 監視対象装置から通知された複数の故障情報が所定の形式で記憶された故障情報ファイルと、前記故障情報が通知されるたびに、故障内容と故障が発生したのか故障が回復したのかを表す故障種別とを判断する故障情報判断部と、表示指令に基づいて前記故障情報ファイルの全てまたは一部の内容を表示画面に表示する故障情報表示部と、を備えた故障監視装置において、
   前記故障情報ファイルは、故障の発生時刻または故障情報の通知時刻を入力時刻とし、前記故障内容の情報と、前記故障種別の情報とを前記入力時刻に関連づけて記憶した複数個のレコードデータを有してなり、
   前記故障情報ファイルの各レコードデータでは、先に記憶された第１のレコードデータの故障内容と後から記憶された第２のレコードデータの故障内容とが同一で、且つ、前記第２のレコードデータの故障種別が回復の場合には、前記第２のレコードデータの入力時刻の情報が前記第１のレコードデータに追記されて記憶される、
   ことを特徴とする故障監視装置。
2. 前記故障情報判断部は、前記故障情報が通知されるたびに、前記故障情報の故障内容に関する故障種別の情報と、当該故障内容を有したレコードデータにおける故障種別の情報とを比較し、それらの差分情報に基づいて、前記故障種別の変化を判断することを特徴とする請求項１に記載の故障監視装置。
3. 前記故障情報判断部は、前記故障情報が通知されるたびに、前記故障情報表示部に前記表示指令を出力することを特徴とする請求項１または２に記載の故障監視装置。
4. 前記故障情報が示す故障内容および故障種別を一意に特定する故障定義テーブルを備え、
   前記故障情報判断部は、前記故障定義テーブルを参照して前記故障内容と故障種別とを特定する、ことを特徴とする請求項１〜３のいずれか一つに記載の故障監視装置。
5. 前記故障情報表示部が一覧表示する内容の表示条件を指定する故障情報表示条件入力部を備えたことを特徴とする請求項１〜４のいずれか一つに記載の故障監視装置。
6. 監視対象装置から通知された故障情報を逐一記憶し、当該記憶された故障情報の全てまたは一部の内容を表示画面に表示することで故障監視を行う故障監視方法において、
   監視対象装置から故障情報が通知されるたびに、故障内容と故障が発生したのか故障が回復したのかを表す故障種別とを判断する第１の工程と、
   故障の発生時刻または故障情報の通知時刻を入力時刻とし、前記故障内容の情報と、前記故障種別の情報とを前記入力時刻に関連づけて記憶した複数個のレコードデータを有する故障情報ファイルを作成または更新する第２の工程と、
   前記第２の工程にて作成されたレコードデータを前記故障情報ファイルに記憶させた際に当該故障情報の故障種別が回復の場合には、当該故障情報の故障内容と同一の故障内容を有する過去のレコードデータを探索する第３の工程と、
   前記第３の工程において、前記作成されたレコードデータの故障内容と同一の故障内容を有する過去のレコードデータが存在する場合に、前記作成されたレコードデータの入力時刻の情報を前記探索された過去のレコードデータに追記する第４の工程と、
   を含むことを特徴とする故障監視方法。
7. 前記故障情報ファイルの全てまたは一部の内容を表示画面に表示する表示指令を生成する第５の工程と、
   前記第５の工程にて生成される表示指令に基づき、対応する前記故障情報ファイルの内容を表示画面に一覧表示する第６の工程と、
   を含むことを特徴とする請求項６に記載の故障監視方法。

Images