JPH03264820A - 設備診断装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 この発明は、トップ事象の原因を複数の基本事象の中か
ら選択して特定する設備診断装置に関するものである。

〔従来の技術〕

従来より、信頼性工学におけるポピユラーな手法の一つ
に、ＰＴＡ　（フォールツリーアナリシス）がある。

このＰＴＡは、結果として生じるトップ事象に対して原
因となり得る基本事象を複数列挙し、これら基本事象の
中からトップ事象の原因を推論しようとする手法である
。このＰＴＡを応用すれば、設備診断装置を構築して、
トップ事象に対する基本事象の信頼度、故障率などから
、可能性の一番高い基本事象を選択し、トップ事象の原
因として特定することが可能である。

〔発明が解決しようとする課題〕

しかしながら、このような設備診断装置によると、診断
に際してのヒツト率が低く、実用上問題がある。

すなわち、第４図にＰＴＡの基本構成を示して説明する
に、トップ事象Ａに対して基本事象ＢおよびＣの信頼度
が０．５１および０．４９であるとすると、信頼度だけ
から原因を特定した場合、基本事象Ｂがオア条件ＯＲを
通して選択される。これでは、ヒント率が５０％程度と
なり、診断装置としての実用的価値はない。

〔課題を解決するための手段〕

本発明はこのような課題を解決するために提案されたも
ので、基本事象と密接な関連をもつ付加条件を各個にチ
ェックし、付加条件が満足されていない基本事象を、ト
ップ事象の原因として特定するようにしたものである。

〔作用〕

したがってこの発明によれば、複数の基本事象に対して
その基本事象と密接な関連をもつ付加条件がチェックさ
れ、付加条件が満足されていない基本事象があれば、そ
の基本事象がトップ事象の原因として特定される。

〔実施例〕

以下、本発明に係る設備診断装置を詳細に説明する。

第２図はこの設備診断装置の一実施例を示すブロック図
である。同図において、■はＣＰＵ、２はＲＯＭ、３は
ＲＡＭ、４は各種センサからの情報をＣＰＵ１へ送るイ
ンターフェイス、５はキーボード６を介して与えられる
オペレータからのチェック情報をＣＰＵ　１へ送るイン
ターフェイス、７はＣＰＵＩでの処理結果を表示するデ
イスプレィである。ＲＯＭ２には、ＣＰＵＩを動作させ
るためのプログラムの他、第１図に示すようなＰＴＡ十
機器機器境条件（運転情報なども含まれる）マトリック
ステーブルが格納されている。以下、このＰＴＡ十機器
機器境条件マトリックステーブルをＦＴＡ十付加条件テ
ーブルと呼ぶ。

第３図はＣＰＵ１の行う処理概要を示すフローチャート
である。以下、このフローチャートに基づき、「冷凍機
異常」の場合について、その原因となる基本事象の特定
アルゴリズムを説明する。

なお、冷凍機の異常には、「冷水温度異常」。

「起動待異常」、「異常停止」、「高圧再生器」。

「冷水温度異常」などの現象があり、ここでは冷凍機が
「異常停止」する現象をトップ事象として、その原因と
なる基本事象の特定アルゴリズムについて説明する。ま
た、本実施例においては、冷凍機が「異常停止」する原
因となり得る基本事象として、「冷媒量不足」、「ベー
ンモータ作動不良」、「電流値に対してベーン開度大」
、「冷却水温度７Ａ節器不良」、「冷却水ポンプ圧力低
下」の５つを列挙している。

冷凍機が「異常停止」すると、ＣＰＵ１は、第１図に示
したＰＴＡ十付加条件テーブルより、現在までの故障発
生回数の一番大きい基本事象を選択する（ステップ３０
１）。この場合、発生回数５０回の「電流値に対してベ
ーン開度大」という基本事象Ｔ１を選択し、その内容を
表示する（ステップ３０２）、そして、ＣＰＵＩは、基
本事象Ｔ１と密接な関連をもつ付加条件がセンサデータ
として有るか否かを判断する（ステップ３０３）。

ここで、基本事象Ｔ１と密接な関連をもつ付加条件とし
てベーン開度電流比が挙げられており、このベーン開度
電流比はセンサデータ（センサより得られる情報）とし
てＣＰＵＩへ与えられている。

このため、ステップ３０３においてセンサデータが有る
と判断し、ステップ３０４へ進んで、ベーン開度電流比
をチェックする。このステップ３０４でのチェックによ
り、ベーン開度電流比が正常でないと判断すれば、すな
わち付加条件が満足されていないと判断すれば、基本事
象ＴＩをトップ事象に１の原因として特定しくステップ
３ｏ５）、その旨の表示を行う（ステップ３０６）。な
お、本実施例においては、ステップ３０３での判断結果
（センサデータの有無）、およびステ、プ３゜４でのセ
ンサデータの値は、デイスプレィ７にて表示するものと
している。

ステップ３０４でのチェックにより、ベーン開度電流比
が正常であると判断した場合ムこは、基本事象ＴＩに係
わる部分をマスクしてＰＴＡ十付加条件テーブルより削
除しくステップ３０７）、ステップ３０１へ戻る。した
がって、ステップ３゜１では、発生回数の一番大きい基
本事象として、発生回数１５回の「ベーンモータ作動不
良」という基本事象Ｔ２を選択する。ここで、基本事象
Ｔ２と密接な関連をもつ付加条件としてベーンモータの
状況が挙げられているが、このベーンモータの状況はセ
ンサデータとしてＣＰＵ１へは与えられていない。した
がって、ステップ３０２を経たステップ３０３において
、センサデータが無いものと判断される。ステップ３０
３においてセンサデータが無いと判断すると、ステップ
３０８へ進んで、センサデータによりチェックし得る基
本事象が他に有るか否かを確認する。ここで、基本事象
Ｔ３およびＴ４と密接な関連をもつ付加条件として冷却
水温度および蒸発圧が挙げられており、この冷却水温度
および蒸発圧はセンサデータとしてＣＰＬｌｌへ与えら
れている。したがって、この場合、ステップ３０８にお
いて、センサデータによりチェックし得る基本事象が他
にも有ると判断し、その有ると判断された基本事象のセ
ンサデータをチェックすべく、ステップ３０４へ進む。

ステップ３０４では、発生回数１１回の「冷却水温度調
節器不良」という基本事象Ｔ３について、そのセンサデ
ータすなわち冷却水温度をチェックする。このステップ
３０４でのチェックにより、冷却水温度が正常でないと
判断すれば、すなわち付加条件が満足されていないと判
断すれば、基本事象Ｔ３をトップ事象に１の原因として
特定しくステップ３０５）、その旨の表示を行う（ステ
ップ３０６）。

ステップ３０４でのチェックにより、冷却水温度が正常
であると判断した場合には、基本事象Ｔ３に係わる部分
をマスクしてＦＴＡ十付加条件テーブルより削除しくス
テップ３０７）、ステ・７プ３０１へ戻る。ステップ３
０１では、発生回数の一番大きい基本事象として、発生
回数１５回の基本事象Ｔ２を再度選択する。そして、ス
テ・ノブ３０２．３０３を経てステップ３０８へ至り、
ステップ３０４へ進む。ステップ３０４では、発生回数
１０回の「冷媒量不足」という基本事象Ｔ４について、
そのセンサデータすなわち蒸発圧をチェックする。この
ステップ３０４でのチェックにより、蒸発圧が正常でな
いと判断すれば、すなわち付加条件が満足されていない
と判断すれば、基本事象Ｔ４をトップ事象に１の原因と
して特定しくステップ３０５）、その旨の表示を行う（
ステップ３０６）。

ステップ３０４でのチェックにより、蒸発圧が正常であ
ると判断した場合には、基本事象Ｔ４に係わる部分をマ
スクしてＦＴＡ十付加条件テーブルより削除しくステッ
プ３０７）、ステップ３０１へ戻る。ステップ３０１で
は、発生回数の一番大きい基本事象として、発生回数１
５回の基本事象Ｔ２を再度選択する。そして、ステップ
３０２゜３０３を経てステップ３０８へ至り、センサデ
ータによりチェックし得る基本事象が他に無いと判断し
て、ステップ３０９へ進み、オペレータに原因の可能性
を表示する。ここで、原因の可能性となる基本事象は、
センサにより自動チェックを行うことができない基本事
象Ｔ２かＴ５の何れかである。すなわち、ステップ３０
９では、残された基本事象の内、発生回数の多い基本事
象を先ず表示する。したがって、発生回数の多い基本事
象Ｔ２が表示され、オペレータに対して判断が求められ
る。これを受けて、オペレータは現場へ行き、ベーンモ
ータについて、「動力盤の電流値が普段と変わりないか
？Ｊ、ｒＶベルトが１本も切れてイナいか？」、「変な
振動音がしないか」等の現場でしかチェックできない処
理を行って、その結果（正常・異常）をキーボード６を
介して人力する。この際、現場でチエ・ツクする内容を
デイスプレィ７に表示すれば、すなわち現場で何をチエ
・７りすれはよいかの点検指針を示せば、オペレータに
対しての支援を行うことができる。ｃｐｕ　ｉは、この
オペレータからの判断人力を受けて（ステップ３１０）
、ベーンモータの状況が正常でないと判断すれば、すな
わち付加条件が満足されていないと判断すれば、基本事
象Ｔ２をトップ事象に１の原因として特定しくステップ
３１１）、その旨の表示を行う（ステップ３０６）。な
お、ステ。

プ３１０でのオペレータからの判断入力は、デイスプレ
ィ７に現場で何をチェックすればよいかの点検指針を示
したうえ、でき得るチェック項目については正常・異常
の判断を行わずに、その点検結果のみをダイレクトに人
力するものとしてもよい。すなわち、現場のメータ等で
チェックする項目については、診断装置側に予め標準値
（ハイ／ローのバンド）を持たせておくことにより、チ
ェック値を単に人力するのみで、正常・異常の判断を診
断装置側で行わせることが可能となる。

ステップ３１０でのチェックにより、ヘーンモータの状
況が正常であると判断した場合には、基本事象Ｔ２に係
わる部分をマスクして第１図に示したＦＴＡ十付加条件
テーブルより削除しくステップ３０７）、ステップ３０
１へ戻る。ステップ３０１では、発生回数の一番大きい
基本事象として、発生回数７回の「冷却水ポンプ圧力低
下」という最後の基本事象Ｔ５を選択する。ここで、基
本事象Ｔ５と密接な関連をもつ付加条件としては、冷却
水ポンプ吐出圧が挙げられている。そして、この冷却水
ポンプ吐出圧は、センサデータとしてＣＰＵＩへは与え
られていない。したがって、ステップ３０３においてセ
ンサデータが無いものと判断し、ステップ３０８を経て
ステップ３０９へ達し、基本事象Ｔ５を表示してオペレ
ータに対し判断を求める。これを受けて、オペレータは
現場へ行き、配管の所定の位置に備え付けられ常時圧力
を表示しているアナログメータの値、すなわち冷却水ポ
ンプ吐出圧の値をチェックし、正常か異常かを人力する
。ＣＰＵＩは、このオペレータからの判断人力を受けて
（ステップ３１０）、冷却水ポンプ吐出圧が正常でない
と判断すれば、すなわち付加条件が満足されていないと
判断すれば、基本事象Ｔ５をトップ事象に１の原因とし
て特定しくステップ３１１）、その旨の表示を行う（ス
テップ３０６）。なお、ステップ３１０でのオペレータ
からの判断人力は、正常・異常の判断を行わずに、冷却
水ポンプ吐出圧の値をダイレクトに入力するものとして
もよい。すなわち、診断装置側に予め比較すべき正常値
を持たせておくことにより、冷却水ポンプ吐出圧の値を
車に入力するのみで、正常・異常の判断を診断装置側で
行わせることが可能となる。

なお、本実施例においては、基本事象Ｔｌ〜Ｔ５の原因
特定順序を故障発生回数の多い順に行うものとしたが、
故障率あるいは信頼度の高い順に行うようにしてもよい
。また、本実施例においては、その説明を簡単とするた
めに、一つの基本事象について一つの付加条件を設定す
るものとしたが、この付加条件は一つの基本事象につい
て複数設定してもよい。その場合、特定の付加条件に他
の付加条件よりも重要であるとするウェイト付けを行え
ば、診断に際してのヒント率がさらに向上する。

また、本実施例に示した設備診断装置は、ビル設備の遠
隔監視に用いて有意義である。すなわち、ビル設備の遠
隔監視においては、毎日数百性の警報が監視センタに入
り、オペレータはその内容を一つ一つ判断し、必要な処
理（緊急出動、電話連絡など）を行っている。監視ビル
の増加に伴い警報も増えていくわけであり、このような
ビル設備の遠隔監視において、警報として知らされるＦ
７ブ事象の原因を複数の基本事象の中から選択して高ヒ
ント率で特定することができるということは、正確で合
理的な監視業務を小人数でも行えるという点で極めて有
意義となる。

〔発明の効果〕

以上説明したようにこの発明による設備診断装置による
と、複数の基本事象に対してその基本事象と密接な関連
をもつ付加条件がチェックされ、付加条件が満足されて
いない基本事象があれば、その基本事象がトップ事象の
原因として特定されるので、診断に際してのヒツト率を
従来に比して向上させることができるようになる。

【図面の簡単な説明】

第１図は第２図に示した設備診断装置においてＲＯＭに
格納されているＰＴＡ十付加条件チーフルを示す図、第
２図は本発明に係る設備診断装置の一実施例を示すブロ
ック図、第３図はこの設備診断装置においてＣＰＵの行
う処理概要を示すフローチャート、第４図は信頼性工学
におけるポピユラーな手法の一つであるＦＴＡの基本構
成を示す図である。 １・・・ＣＰＵ、２・・・ＲＯＭ、３・・・ＲＡＭ、４
．５・・・インターフェイス、６・・キーボード、７・
・・デイスプレィ、Ｔ１〜Ｔ５・・・基本事象、Ｋｌ・
・・トップ事象。 第４ｆ！１ 第３図

Claims (1)

1. 【特許請求の範囲】 トップ事象の原因を複数の基本事象の中から選択して特
   定する設備診断装置において、 前記基本事象と密接な関連をもつ付加条件を各個にチェ
   ックし、付加条件が満足されていない基本事象を、前記
   トップ事象の原因として特定する原因特定手段 を備えてなる設備診断装置。