JP3455276B2 - Fault diagnosis device - Google Patents

Fault diagnosis device

Info

Publication number
JP3455276B2
JP3455276B2 JP06421494A JP6421494A JP3455276B2 JP 3455276 B2 JP3455276 B2 JP 3455276B2 JP 06421494 A JP06421494 A JP 06421494A JP 6421494 A JP6421494 A JP 6421494A JP 3455276 B2 JP3455276 B2 JP 3455276B2
Authority
JP
Japan
Prior art keywords
inference
failure
inspection
cause
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP06421494A
Other languages
Japanese (ja)
Other versions
JPH07271599A (en
Inventor
誠 多賀須
達也 鈴木
哲 高橋
康夫 影井
雅章 古山
邦宏 阿部
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Subaru Corp
Original Assignee
Fuji Jukogyo KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fuji Jukogyo KK filed Critical Fuji Jukogyo KK
Priority to JP06421494A priority Critical patent/JP3455276B2/en
Publication of JPH07271599A publication Critical patent/JPH07271599A/en
Application granted granted Critical
Publication of JP3455276B2 publication Critical patent/JP3455276B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Testing Of Devices, Machine Parts, Or Other Structures Thereof (AREA)
  • Testing And Monitoring For Control Systems (AREA)

Description

【発明の詳細な説明】 【0001】 【産業上の利用分野】 【0002】本発明は、いわゆるエキスパートシステム
を利用して車輛、航空機等の不具合現象に結び付く故障
原因を探究する故障診断装置に係り、特に故障原因が探
究できたときの推論結果と点検結果及びその原因を整備
員等に提示する故障診断装置に関する。 【0003】従来、このエキスパートシステムを車輛の
故障診断に採用したものとしては、例えば、特開昭62
−6846号公報に開示されているように、不具合現象
を入力し、その現象を引き起している根本的な故障原因
(故障箇所)を、ルールの集合で表した知識データを利
用して探究するもの、あるいは過去の事例を記憶する知
識データ等を利用して探究するもの等が知られている。 【0004】このような故障診断装置では、推論により
故障原因が探究できたとき、整備員等は、探究の結果に
従って部品を交換し、あるいは必要な処置を施す。そし
て、不具合現象が解消したときには、今回の推論による
探究結果は成功ということになる。 【0005】 【発明が解決しようとする課題】しかし、エキスパート
システムを利用した故障診断では、初心者整備員等でも
熟練整備員等と同等の整備能力で故障原因を探究するこ
とができる利便性がある反面、探究結果に従って部品を
単に交換しただけで不具合現象が解消されてしまうた
め、不具合現象と故障原因とを結び付ける根拠を論理的
に理解することができず、整備員等の整備能力の向上が
図れないという弊害が発生し易い。 【0006】本発明は、このような事情に鑑みてなされ
たもので、不具合現象と推論結果との結び付きを論理的
に理解することができて、整備員等の整備能力の向上を
図ることのできる故障診断装置を提供することを目的と
している。 【0007】 【課題を解決するための手段】上記目的を達成するため
本発明は、故障原因を不具合現象に対応させて文字列で
記述した知識データを記憶する知識ベース部と、入力さ
れた文字列と知識データの前記文字列との類似度から故
障原因を推論により探究する推論機構部とを有する故障
診断装置において、前記知識ベース部には、さらに推論
の結果を検証するために部品の組立手順及び点検要領を
含むデータが記憶されており、前記推論機構部が推論結
果を出力して推論を終了した場合に、故障原因を特定す
る点検の要否を判断し、点検が必要なときには、故障部
品の異常を特定する個所の点検要領を前記知識ベース部
から出力し、前記点検要領に従った点検結果が入力され
ると該点検結果の文字列と推論において前記推論機構部
に入力された前回までの入力データの文字列とを前記推
論機構部に入力して再度推論を実行し、故障原因が探究
できたときに、探究結果及び探究対象と点検結果及びこ
の点検結果の原因を表示することを特徴とする。 【0008】 【0009】 【作用】本発明による故障診断装置では、整備員等が不
具合現象に対応する文字列を入力すると、推論機構部で
は、入力された文字列に基づき、知識ベース部に記憶さ
れている、故障原因を不具合現象に対応させて文字列で
記述した知識データを利用して、入力された文字列と知
識データに記述されている文字列との類似度から推論に
より故障原因を探究する。そして、推論機構部が推論結
果を出力して推論を終了した場合、故障原因を特定する
点検の要否を判断し、点検が必要なときには、故障部品
の異常を特定する個所の検証を行うために必要な部品の
組立手順及び点検要領を知識ベース部から出力し、点検
要領に従った点検結果が入力されると、この点検結果の
文字列と推論において推論機構部に入力された前回まで
の入力データの文字列とを前記推論機構部に入力して再
度推論を実行し、故障原因が探究できたときに、探究結
果及び探究対象と点検結果及びこの点検結果の原因を表
示させる。 【0010】 【0011】 【実施例】以下、図面に基づいて本発明の実施例を説明
する。 【0012】なお、本実施例では、航空機の燃料系統の
不具合現象を故障診断対象の一例として記述しながら説
明する。 【0013】図8に示すように、本実施例に係る故障診
断装置Aは装置本体1と入力ペン2とで構成されてお
り、この装置本体1には上記入力ペン2を用いて情報を
入力するタッチスクリーン1aが設けられている。 【0014】上記故障診断装置Aは空港の整備部門等に
配備されるもので、上記入力ペン2を用いて上記タッチ
スクリーン1aに不具合現象を入力すると、内蔵するコ
ンピュータが不具合現象の原因あるいは故障箇所を探究
し、探究結果及び点検の要領等、必要な情報を上記タッ
チスクリーン1a上に表示して整備員等を支援する。図
1に示すように、装置本体1に内蔵するコンピュータに
は、故障診断を実行する機能として、ウィンドウ処理部
12、システム制御部13、推論機構部14、技術情報
収集部15、知識ベース部16、及び運用記録データ部
17が構成されている。又、上記タッチスクリーン1a
は、入力部11aと表示部11bとで構成されている。 【0015】上記ウィンドウ処理部12には、前処理と
しての文字認識部12aと操作入力部12bとが設けら
れていると共に、後処理としての表示制御部12cが設
けられている。 【0016】文字認識部12aでは、上記タッチスクリ
ーン1aに表示されたペン入力用ウィンドウ(図11参
照)に整備員等が上記入力ペン2で入力した不具合現象
等の手書き文字をキャラクタコードに変換し、コマンド
類を上記システム制御部13へ出力する。又、操作入力
部12bでは上記タッチスクリーン1aに表示されたグ
ラフィックスあるいはメニュー等を入力ペン2で選択し
たとき、それに対応するコマンド類を上記システム制御
部13へ出力する。又、上記表示制御部12cでは上記
システム制御部13から出力された信号に基づいて、表
示部11bに文字及びグラフィック等を表示させる。 【0017】上記システム制御部13には、マン・マシ
ンインターフェース制御部13aと、動作モード制御部
13bと、システム管理部13cとが設けられている。
マン・マシンインターフェース制御部13aでは、上記
ウィンドウ処理部12からのコマンド類に従って実行処
理を行う。あるいは上記表示制御部12cへ文字データ
及びグラフィックス・データ等を出力する。動作モード
制御部13bでは、整備員等が選択した使用モードに従
い、診断処理の中断・再開・及び整備記録の印刷、発注
管理システムのデータ電送等の周辺機器等を含めた装置
全体の動作モードを制御する。システム管理部13cで
は、システムの作動状態、データ管理等、システム全体
を管理する。 【0018】又、上記推論機構部14には、文字列検索
部14aと、ルール・ベース推論部14bと事例ベース
推論部14cと推論制御部14dと推論レポート生成部
14eとが設けられている。 【0019】文字列検索部14aでは、整備員等が入力
した不具合現象を表す文字列を、予め登録した分離用文
字(“。”,“,”,“が”,“は”等)を用いて分解
し、この分解した文字列を用いて、後述する知識ベース
部16の各知識データ記憶部16a〜16cにそれぞれ
記憶されている知識データから、上記文字列と同一ある
いは類似する文字列を、文字列単位、ワード単位、ある
いは文字単位で検索して、各知識データ記憶部16a〜
16cに記憶されている知識データ毎に集計する。 【0020】ルール・ベース推論部14bでは、上記知
識ベース部16に設けた故障樹木解析(フォルトツリー
アナリシス;以下「FTA」と略記する)型知識データ
記憶部16bに記憶されている知識データ、及び故障モ
ード影響分析(確信度付マトリクス;以下、「FMEC
A」と略記する)型知識データ記憶部16cに記憶され
ている知識データを用いて故障原因あるいは故障箇所を
推論により探究し、仮説を生成する(詳細については、
後述のフローチャートで説明する)。 【0021】事例ベース推論部14cでは、上記文字列
検索部14aで検索した不具合現象と、同一あるいは類
似する事象を上記知識ベース部16の診断事例型知識デ
ータ記憶部16aに記憶されている知識データから探索
して、故障原因あるいは故障箇所の仮説を生成する。 【0022】そして、上記推論制御部14dで、上記各
推論部14b,14cで生成した仮説の整合性を判断
し、仮説が整合しているときは、この仮説を結論仮説と
して出力する。 【0023】又、上記推論レポート生成部14eでは、
上記推論制御部14dで故障原因が探究できたと判断し
たとき、その推論結果を、例えば図25の推論結果ウィ
ンドウのタイトルバーに表示する。同時に、この推論結
果に加えて点検結果及び点検で観察された現象の原因
上記推論結果ウィンドウ内に表示する。又、この推論
果ウィンドウに表示される内容は、第2,第3の故障原
因に対しても生成されており、上記入力ペン2により
「次候補」のウィンドウを選択することで、各故障原因
に対する推論結果、点検結果及び点検で観察された現象
の原因を表示させることができる。なお、この推論
果、点検結果及び点検で観察された現象の原因の生成に
ついては、後述するフローチャートのステップS14〜
S16で詳述する。 【0024】技術情報収集部15は、データ収集部15
aと事例登録部15bとで構成されている。データ収集
部15aでは、整備員等が原因探究時に装置本体1にタ
ッチスクリーン1aから入力した不具合項目、点検箇
所、測定値等、整備作業中に入力したデータを収集す
る。事例登録部15bでは、推論による探究結果(成功
事例と失敗事例の双方)を診断事例として、後述する診
断事例型知識データ記憶部16aの知識データに登録す
る。 【0025】上記知識ベース部16は、診断事例型知識
データを記憶する診断事例型知識データ記憶部16aと
FTA型知識データを記憶するFTA型知識データ記憶
部16bとFMECA型知識データを記憶するFMEC
A型知識データ記憶部16cと電子化マニュアルデータ
を記憶する電子化マニュアルデータ記憶部16dとで構
成されている。 【0026】上記診断事例型知識データは過去の故障原
因の探究結果を事例としてまとめたデータ・ベースで、
図12に示すように、各診断事例毎に、不具合現象(あ
るいは不具合の生じている箇所)、故障原因及びその処
置内容、不具合部品、並びに知識源の種類等が記憶され
ている。なお、この診断事例型知識データの知識源とし
ては、不具合記録票、整備記録票、整備員等に対するイ
ンタビュー等がある。インタビューは、整備員等に対し
て行った文章化されていない整備員要領、原因探究等の
ノウハウを収集して診断事例に反映させたものである。 【0027】不具合記録票には、図10に示すように、
乗員が発見した「不具合事項と点検箇所」を記録する欄
と、整備員等が実施した「処置」等を記録する欄が設け
られている。整備記録票には、点検時に生じた「不具合
現象」、並びに、作業を実施した部門で記入された「不
具合部品」、「故障状況」等が記録されている。 【0028】上記FTA型知識データ記憶部16bに記
憶されているFTA型知識データは、設計資料及び熟練
整備員等の経験等を解析し、不具合現象と故障原因とを
構成部品の体系毎に論理的に分析し、ルールの集合で表
したもので、図15に示すように、構成部品毎にルール
(図では、ルール1〜6)で分類され、各ルールは中間
仮説を介して連鎖的に結び付けられている。例えば、ル
ール2は「ブースタ・ポンプ異常」を中間仮説としたと
きの結論仮説(燃料漏洩等)が示され、又、ルール4は
「燃料漏洩」を中間仮説としたときの結論仮説(締付不
良、ポンプ内部不良等)が示されている。 【0029】一方、FMECA型知識データは、マトリ
クス状の表形式で表されており、熟練整備員等の経験、
及び部品又は系統の信頼性情報等を解析し、図18に示
すように、不具合現象と故障原因とを部品又は系統毎に
分類した、いわゆるFMECA表として表形式で表した
もので、不具合現象の欄には、部品又は系統の故障モー
ド、故障の影響、及び故障の探知方法が記述されてい
る。又、各格子で囲まれた中には確信度が明記されてい
る。この確信度は、部品又は系統のMTBF(平均故障
間隔)あるいは、同一の不具合現象に対して考えられる
故障原因の数、あるいは故障の実績発生回数等を考慮し
て設定されるもので、この確信度により、不具合現象と
故障原因との因果関係の深さが示される。 【0030】又、電子化マニュアルデータは、構成部品
等の点検、交換あるいは組立手順、及び上述の推論結果
に対応する部品名、箇所等を表したテキスト及びグラフ
ィックス・データであり、例えば、図24に示すよう
に、上記装置本体1のタッチスクリーン1aに、ブース
タ・ポンプのグラフィックや、このブースタ・ポンプの
点検要領等のデータを上記電子化マニュアルデータから
読込んでウィンドウに表示させている。 【0031】又、上記運用記録データ部17は、整備記
録データ記憶部17aと作業経過一時記憶部17bとで
構成されており、上記整備記録データ記憶部17aに
は、不具合現象に対する処置、点検結果、及び試運転の
状況等の整備結果が事例毎に記憶される。又、上記作業
経過一時記憶部17bには、例えば、整備途中で交換部
品を手配するために中断し、その後、故障診断を再開す
るような場合に、中断した整備作業から引続き続行する
ことができるようにするために、整備員等の実施した整
備経過、あるいは整備状況が逐次記憶される。 【0032】次に、故障診断手順について、図2〜図7
のフローチャートに従い、航空機の燃料系の不具合を適
宜例示しながら説明する。 【0033】この故障診断は図2の推論処理ルーチンに
従って実行される。 【0034】まず、装置本体1の電源スイッチをONす
ると、タッチスクリーン1aに、図9に示すように、使
用モード(メニュー)の選択画面が表示される。そし
て、整備員等が、故障診断装置Aの装置本体1のタッチ
スクリーン1aに表示されたメニューから「診断の開
始」を入力ペン2により選択すると、図11に示すよう
に、不具合現象を入力するためのウィンドウと、この不
具合現象を文章表現で入力するためのペン入力用ウィン
ドウが表示されて推論処理が開始される。 【0035】整備員等は、ステップS1で、手渡された
不具合記録票21(図10参照)等の帳票を参照して、
航空機のシステムの可動状態等の必要事項、あるいは乗
員等から伝えられた不具合現象(症状)を入力ペン2を
用いて上記タッチスクリーン1aに入力する。 【0036】なお、図10に示す不具合記録票21の処
置の欄には、整備員等が点検を完了した後、その処置及
び試運転状況等の整備記録データを書込むことができる
(図28参照)。 【0037】一方、ステップS2では、後述するステッ
プS12で表示された問診に応じてテスタ接続により得
られた計測値等の症状を直接入力する。 【0038】そして、上記タッチスクリーン1a上の不
具合現象入力ウィンドウ等の欄に必要事項の入力を完了
し、「入力終了」のウィンドウを入力ペン2により選出
すると、入力された情報(年月日、任務、内容等)が入
力データとして、ステップS3でメモリに保管される。 【0039】次いで、ステップS4で、ステップS1で
入力されてステップS3で保管された不具合現象と、各
知識データ記憶部16a〜16cに記憶されている知識
データの事象等との類似度を算出する。 【0040】この類似度の算出は、文字列検索部14a
で実行されるもので、例えば、以下の手順で行われる。 【0041】(1)まず、上記各知識データ記憶部16a
〜16cの各知識データから類似度の算出対象となる文
字列(文章)をそれぞれ取出す。なお、この各文字列に
は、上記各知識データ記憶部16a〜16cに記憶され
ている知識データとの対応付けを行うためのID(自己
証明)番号が付与されている。 【0042】(2)次いで、このID番号が付与された文
字列を、ストリング、ワード、及びキャラクタの各単位
毎に分解して、各知識データ毎のワーキングメモリに格
納する。なお、この各ワーキングメモリに格納されてい
る「分解文字列」には、分解前のものと同じID番号が
付与されている。 【0043】ここで、「ストリング」とは、文字列その
ものをいい、「ワード」とは、空白文字、予め登録され
ている分離用文字(“。”,“,”,“が“,“は”
等)を用いて、例えば、文字列「エンジンが始動せず」
を「エンジン」と「始動せず」とに分解する。 【0044】キャラクタとは、文字列を所定文字数毎に
分解することをいい、例えば、文字列「エンジンが始動
せず」を、「エンジ」「ンが始」「動せず」、あるい
は、「エ」「ンジン」「が始動」「せず」、又は、「エ
ン」「ジンが」「始動せ」「ず」等のように3文字毎に
分解する。 【0045】(3)次いで、上記ワーキングメモリに格納
された「分解された文字列」から予め登録した「無視語
句(“しかし”、“私は”等)」を削除する。 【0046】(4)その後、予め登録した「同意語句
(“不調”は、“故障”とする等)」を用いて上記「分
解された文字列」を置換する。 【0047】(5)一方、整備員等が入力した不具合現象
(症状)の文字列を、上記(1)〜(4)と同様に、ストリン
グ、ワード、及びキャラクタの各単位毎に分解する。 【0048】(6)そして、分解された不具合現象の文字
列を用いてワーキングメモリに格納されている「分解さ
れた文字列」を検索する。 【0049】例えば、整備員等が入力した「エンジンが
始動せず」と、上記各知識データ記憶部16a〜16c
に記憶されている知識データから取出された文字列との
類似度は以下のようになる。 【0050】 (7)次いで、ストリング、ワード、あるいはキャラクタ
の各単位で完全に一致するデータをID番号毎に集計
し、この集計結果を類似度として、それぞれ対応する推
論部14b,14cに出力する。なお、集計する際に
は、ストリング、ワード、あるいはキャラクタ毎に重み
付係数を用いて行う。 【0051】その結果、不具合現象「燃料片減り」「左
タンク減らず右からのみ消費」と各知識データ記憶部1
6a〜16cの知識データに記憶されている事象との類
似度は以下のようになる。 【0052】診断事例型知識データ記憶部16aに記憶
されている知識データの中で、類似度算出の対象となる
診断事例を抜粋すれば、図12に示す通りで、この各診
断事例の類似度を、上述の基準に従って算出した結果、
図13に示すようになる。この中で、事例-1048の「3
000ftで巡行中」「「左タンク燃料消費せず」は、最
も高い類似度、すなわち、入力された不具合現象に最も
近似する事例ということになる。 【0053】又、FTA型知識データ記憶部16bに記
憶されている知識データの中で、類似度算出の対象とな
るツリーは、図15に示すように「燃料系統の不具合」
をトップ事象とするルールの連鎖で構成されたツリーで
あり、各仮説の類似度は以下の通りである。 【0054】1)ルール5の「ポンプ自身内部不良」→
3、 2)ルール2とルール4の中間仮説である「燃料漏洩」→
40、 3)ルール3の「燃料漏洩」→40、 4)ルール1とルール2の中間仮説である「ブースタポン
プ異常」→3、 5)ルール1とルール3との中間仮説である「トランスフ
ァ・ポンプ異常」→3 6)ルール1の i)「燃料シャット・オフ・バルブ異常」→35、 ii)「燃料サブ・タンク異常」→36、 iii)「燃料指示系統の指示不良」→38、 である。 【0055】一方、FMECA型知識データ記憶部16
cに記憶されている知識データの中で、類似度算出の対
象となる現象は、図18に示す通りで、この中で類似度
は、図19に示すように、「燃料片減り」が最も高い値
を示す。 【0056】上記ステップS4で各知識データ記憶部1
6a〜16cに記憶されている知識データと、不具合現
象との類似度が算出されると、次のステップS5,S
6,S7を平行に実行し(コンカレント処理)、各ステ
ップS5,S6,S7で、それぞれの知識データ記憶部
16a〜16cに記憶されている知識データに基づい
て、故障原因を推論により探究し仮説を生成する。 【0057】すなわち、ステップS5では、上記診断事
例型知識データ記憶部16aに記憶されている知識デー
タを用いて、事例ベース推論により故障原因を探究し仮
説を生成する。又、ステップS6では、FTA型知識デ
ータ記憶部16bに記憶されている知識ベースを用いて
ルール・ベース推論により故障原因を探究し仮説を生成
する。更に、ステップS7では、FMECA型知識デー
タ記憶部16cに記憶されている知識ベースを用いてル
ール・ベース推論により故障原因を探究し仮説を生成す
る。 【0058】まず、ステップS5の診断事例推論による
仮説の生成について説明する。この診断事例推論は、事
例ベース推論部14cで実行されるもので、具体的に
は、図4に示す診断事例推論による仮説の生成ルーチン
に従って行われる。 【0059】ステップS31で、上記推論処理ルーチン
のステップS4で算出した診断事例型知識データ記憶部
16aに記憶されている知識データの事例毎の類似度に
基づいて仮説の絞り込みを行う。この仮説の絞り込み
は、類似度が予め設定した「しきい値」以上か否かで判
断する。例えば、「しきい値」を10とすれば、図1
2,図13に示すように、「事例-1048」が、診断事例
推論によって生成された仮説となる。なお、図12,図
13に示す知識データでは、「しきい値」を越える事例
が一つのみであったが、この「しきい値」よりも高い類
似度を有する事例が複数ある場合には、それらが全て診
断事例推論による仮説となる。 【0060】その後、ステップS32で、上記ステップ
S31で絞り込まれた仮説の信頼度を算出する。この信
頼度は、他の推論(FTA推論あるいはFMECA推
論)によって得られた仮説との競合を解消する際の基準
となるもので、上記推論処理ルーチンのステップS4で
算出した類似度に係数を乗算して算出している。なお、
本実施例では、図14に示すように、信頼度を算出する
際の係数を1としている。 【0061】そして、上記ステップS31で絞り込まれ
た事例を「診断事例推論による仮説」として推論制御部
14dへ出力し、上記推論処理ルーチンのステップS8
へ戻る。 【0062】次に、ステップS6のFTA推論による仮
説の生成について説明する。このFTA推論は、ルール
・ベース推論部14dで実行されるもので、具体的に
は、図5に示すFTA推論による仮説の生成ルーチンに
従って行われる。 【0063】まず、ステップS41で、上記推論処理ル
ーチンのステップS4で算出したFTA型知識データ記
憶部16bに記憶されている知識データの中の、「燃料
系統の不具合」をトップ事象とするルールの連鎖で構成
されたツリーの各仮説の類似度に基づき、この類似度を
予め設定した「しきい値」以上の仮説を選出して仮説の
絞り込みを行う。 【0064】例えば、「しきい値」を15とした場合、
図15のFTA型知識データでは、前述のように、 a)ルール2とルール4の中間仮説である「燃料漏洩」 b)ルール3の「燃料漏洩」 c)ルール1の i)「燃料シャット・オフ・バルブ異常」 ii)「燃料サブ・タンク異常」 iii)「燃料指示系統の指示不良」 が絞り込まれる。 【0065】そして、ステップS42で、上記ステップ
S41で絞り込まれた各仮説を結び付けるルートを探索
する。図15では、トップ事象である「燃料系統の不具
合」が今回の「不具合現象」であり、この不具合現象か
ら図の左方向へ延びる根が、この現象に対して因果関係
を有する故障原因、すなわち「仮説」である。上記ステ
ップS41で選出した仮説と上記不具合現象とを結び付
けるルートは、図16に示すように、ルート1〜5の5
通りになる。 【0066】そして、ステップS43で、上記ステップ
S42で探索したルートの完全度を算出する。この完全
度は不具合現象と故障原因との結びつき(因果関係)が
強いもの程、高い値になる。図16で探索したルートの
完全度は以下の通りである。 【0067】1)ルート1→50 2)ルート2→50 3)ルート3→50 4)ルート4→30 5)ルート5→30 次いで、ステップS44で、完全度に基づいて、この完
全度が予め設定した「しきい値」以上か否かで仮説の絞
り込みを行う。例えば、「しきい値」を20とした場合
には、上記ルート1〜5の全てが対象となる。 【0068】次いで、ステップS45で、上記ステップ
S44で絞り込まれた仮説の信頼度をそれぞれ算出し、
この各仮説を「FTA推論による仮説」として上記推論
制御部14dへ出力し、上記推論処理ルーチンのステッ
プS8へ戻る。 【0069】上記信頼度は、上記完全度に係数を乗算し
て設定するもので、例えば、上記「しきい値」を20、
係数を1とした場合には、図17に示すように、「FT
A推論による仮説」は、ルート1〜5の全てが対象とな
る。 【0070】次に、上記推論処理ルーチンのステップS
7で行われるFMECA推論による仮説の生成について
説明する。このFMECA推論は、上記FTA推論と同
様に、上記ルール・ベース推論部14bで実行され、具
体的には、図6に示すFMECA推論による仮説の生成
ルーチンに従って行われる。 【0071】まず、ステップS51で、FMECA型知
識データ記憶部16cに記憶されている知識データの各
現象から、今回の診断対象となる現象の絞り込みを行
う。この現象の絞り込みは、不具合現象に対応する現象
を上記推論処理ルーチンのステップS4で算出した類似
度に基づいて、この類似度が、予め設定した「しきい
値」以上の現象を選出することで行う。例えば、「しき
い値」を10とした場合、図18,図19に示す、いわ
ゆるFMECA表に表示されている現象では、「燃料減
少」と「燃料片減り」と「燃料タンク残量修正不能」と
に絞り込まれる。 【0072】次いで、ステップS52で、上記ステップ
S51で絞り込まれた現象に対応する確信度を上記FM
ECA表から求める。例えば、図18に示す、いわゆる
FMECA表には、「燃料減少」に対応する確信度が1
6,21,63、「燃料片減り」に対応する確信度が5
0,31,46、「燃料タンク残量修正不能」に対応す
る確信度が40,60である。 【0073】そして、ステップS53で、上記各確信度
の中から予め設定した「しきい値」以上の確信度を選出
し、仮説の絞り込みを行う。例えば、上記「しきい値」
を20に設定すると、図18に示すように、太枠で囲ん
だ確信度が対象となり、ステップS54では、この確信
度に対応する部品及び原因を選出する。 【0074】次いで、ステップS55で、上記ステップ
S54で選出した部品又は原因の信頼度をそれぞれ算出
し、この信頼度及び仮説を「FMECA推論による仮
説」として、例えば、図20に示すようなデータを上記
推論制御部14dへ出力し、上記推論処理ルーチンのス
テップS8へ戻る。 【0075】なお、本実施例では、上記信頼度を、類似
度と確信度とを乗算した値の総和に、係数を乗算して求
めており、表に示せば、以下の通りである。 【0076】 そして、図2に示す推論処理ルーチンのステップS8へ
戻り、上記ステップS5,S6,S7で生成した仮説が
競合するかを判断し、競合する場合には、予め設定した
基準に従って解消する。この仮説の競合解消は、図1に
示す推論制御部14dで実行されるもので、具体的に
は、図7の仮説の競合解消ルーチンに従って行われる。 【0077】まず、ステップS61で、上記各ステップ
S5,S6,S7でそれぞれ生成した仮説を集約する。
上記各ステップS5,S6,S7でそれぞれ生成した仮
説は、例えば、図21に示す表のように各推論毎に集約
され、算出した信頼度に従って順位が付けられている。 【0078】そして、ステップS62で、上記各ステッ
プS5,S6,S7で生成した仮説の整合性を、不具合
の対象、属性等から求める。例えば、図21では、診断
事例推論による仮説の順位1とFMECA推論による仮
説の順位1とは、不具合部分が「ブースタ・ポンプ」で
ある点で整合しているが、診断事例推論による仮説の順
位1とFTA推論による仮説の順位1とは、不具合現象
が「燃料系統の不具合」という点では共通しているもの
の、不具合部品は競合している。同様に、FTA推論に
よる上記仮説とFMECA推論による仮説との順位1で
は、不具合部品は競合している。 【0079】次いで、ステップS63へ進むと、ステッ
プS62で算出した仮説の整合性を、予め設定した「整
合性の判断基準」に照合して、整合性があるか否かの判
定を行う。本実施例では、「整合性の判断基準」を「各
推論における仮説の信頼度の最も高い不具合が全て一致
すること」と定義しており、この定義に従って、整合性
を判断する。 【0080】その結果、例えば、図21に示すように、
各推論で生成した順位1の仮説が全て一致していないと
きは、ステップS64で、整合性なしとして、ステップ
S64からステップS65へ進み、推論回数計測用カウ
ント値Cをインクリメントして、ステップS66へ進
む。 【0081】ステップS66では、上記推論回数計測用
カウント値Cと設定値Nとを比較し、C≦Nのときは、
「推論未終了」と判断し、ステップS67へ進む。ステ
ップS67では、上記ステップS61で集約した仮説か
ら一定の基準に従って再推論用のデータを作成する。こ
の基準を、例えば、「各仮説の信頼度が各々に最も高い
ものを選出する」と定義した場合、図21の集計表で
は、FMECA推論による順位1の仮説に基づいて再推
論用データが作成され(図22参照)、このデータを
「推論未終了」の情報とともにメモリして、ステップS
9へ戻る。 【0082】一方、上記ステップS66で、C>Nと判
断されたとき、すなわち、再推論を設定回数繰返して
も、仮説が整合しないときは、ステップS68へ進み、
予め設定した優先順位の判断基準に従って競合を解消す
る。 【0083】この実施例での優先順位は、最も論理的に
構築されているFTA型知識データに基づく仮説を最優
先とし、このFTA型知識データで仮説が生成されない
場合には、FMECA型知識データに基づく仮説を採用
し、又、この両知識データのいずれにおいても仮説が生
成されない場合には、診断事例型知識データによる仮説
を採用する。そして、この優先順位に従って競合の解消
された仮説を探究結果として、「推論終了」の情報とと
もにメモリし、ルーチンを抜ける。なお、この各知識デ
ータのいずれにおいても、故障原因が探究できない場合
には、ステップS68において、「仮説不成立」と「推
論終了」の情報をメモリして、ステップS9へ戻る。 【0084】一方、上記ステップS64で、上記各ステ
ップS5,S6,S7で生成した仮説が整合したとき
は、この仮説を探究結果とし、ステップS69へ分岐し
て、上記推論回数計測用カウント値Cをクリアした後、
上記探究結果を「推論終了」の情報とともにメモリし
て、ステップS9へ戻る。 【0085】そして、推論処理ルーチンのステップS9
へ戻ると、「推論終了」かを上記ステップS8で作成し
た情報に基づいて判断し、「推論終了」の場合には、ス
テップS10へ進み、又、「推論未終了」の場合には、
ステップS4へ戻る。 【0086】そして、上記ステップS9で「推論未終
了」と判断されてステップS4へ戻ると、上記ステップ
S3でメモリに保管した不具合現象、及び所定の計測値
等の入力データと、上記ステップS8(ステップS6
7)で作成した「再推論用データ」とを組合わせた文字
列と、各知識データ記憶部16a〜16cに記憶されて
いる知識データとの類似度を、再度算出する。 【0087】図22の再推論用データでは、文字列とし
て「燃料片減り」、「左タンク減らず」、「右からのみ
消費」、「ブースタ・ポンプ」、「自身の作動不良」が
与えられ、この各文字列と上記各知識データ記憶部16
a〜16cに記憶されている知識データの不具合現象、
不具合部品、故障原因等を比較して、論理演算等により
類似度を算出する。 【0088】そして、この各知識データ毎の類似度に従
い、上記ステップS5,S6,S7で、再推論により故
障原因を探究する。 【0089】その結果、ステップS5での診断事例推論
では、再推論時においても、診断事例型知識データに基
づいて生成する仮説が変更されないので、前回と同様の
推論結果が出力される。 【0090】一方、ステップS6で実行されるFTA推
論では、図15に示すように、類似度算出により得られ
た文字列から、「燃料系統の不具合」と「ブースタ・ポ
ンプ異常」とが「現象」となり、故障原因である仮説と
現象との因果関係は、図16に示すルート5が最も強く
なり、従って、図23に示すように、ルート5の信頼度
が80と高い値になり、FTA推論による仮説の順位1
になる。 【0091】一方、ステップS7でのFMECA推論で
は、図18に示すように、「燃料片減り」と一致する文
字列があり、仮説には変更が無く、同様な結果が出力さ
れる。 【0092】その結果、ステップS8で実行される、図
7の仮説の競合解消ルーチンのステップS63では、図
23の表に示すように、各推論による仮説の順位1の不
具合部品が整合するので、予め定義された「整合性の判
断基準」が満足され、ステップS64で、整合性ありと
判断されて、ステップS69へ分岐して、上記推論回数
計測用カウント値Cをクリアした後、上記探究結果を
「推論終了」の情報とともにメモリして、ステップS9
へ戻る。 【0093】そして、上記ステップS9で、「推論終
了」と判断すると、ステップS10へ進み、他に点検項
目があるかを判断し、点検項目がある場合は、ステップ
S11へ分岐して、整備員等、あるいはユーザに対する
問診の内容を絞り込む。この問診により、今回の結論仮
説を検証するとともに、新たな仮説を生成する際の情報
とする。すなわち、例えば、FTA型知識ベースでは、
図16に示すように、ルール2の中間仮説である「ブー
スタ・ポンプ異常」にルールで結び付く[燃料漏洩]に
は、ルール4の結論仮説が連鎖されている。従って、ブ
ースタ・ポンプの異常を特定する箇所を問診で指定し、
この箇所を点検することで、故障箇所を更に絞り込むこ
とができる。 【0094】そして、ステップS12で、上記ステップ
S11で絞り込んだ問診の内容を装置本体1のタッチス
クリーン1aに表示し、同時に、関連する点検要領等の
作業内容や必要な情報を、例えば、図24に示すように
表示する。そして、ステップS1,S2へ戻り、整備員
等からの点検結果の入力を待つ。 【0095】整備員等が上記タッチスクリーン1aに入
力ペン2あるいはテスタから点検結果を入力すると、ス
テップS3で、このデータが保管され、ステップS4
で、入力された文字列と、前回までの「入力データ」の
文字列、及び計測結果に基づいて、各知識データとの類
似度を再度算出し、ステップS5,S6,S7以下で、
各知識データに基づき、再度、推論を行い、故障原因を
探究する。 【0096】そして、推論が終了し、ステップS9から
ステップS10へ進み、仮説を検証するための点検項目
がない場合は、そのまま、ステップS13へ進み、故障
原因が探究できたかを判断する。 【0097】故障原因が探究できたときは、ステップS
14へ進み、その故障原因を探究する際の推論結果を生
成し、ステップS15で、原因を探究する際の点検結果
及び点検で観察された現象の原因を生成する。 【0098】上記推論結果は、どの部品あるいはどこの
箇所について推論を行ったか、すなわち探究対象を示す
もので、前述の電子化マニュアルデータ記憶部16dに
格納されている部品名、故障箇所等のデータを読込んで
生成する。 【0099】 【0100】そして、ステップS16で、図25に示す
ように、診断結果をタッチスクリーン1aのダイアログ
ボックスに示すと共に、上記ステップS14,S15で
生成した推論結果、点検結果及び点検で観察された現象
の原因を推論結果ウィンドウに表示して診断結果の論拠
を提示する。 【0101】整備員等は、上記推論結果ウィンドウに示
された探究結果、点検結果及び点検で観察された現象の
原因を知ることで、どの部品、あるいはどこの箇所につ
いて原因を探究したのか、及び問診による点検は何のた
めに必要であったか等を理解することができる。その結
果、整備員等には、不具合現象と故障原因との結び付き
を論理的に理解することができ、整備能力の向上が図れ
る等の教育的効果が期待できる。 【0102】そして、整備員等が、上記タッチスクリー
ン1aに表示された内容を確認し、上記ダイアログボッ
クスの「了解」ウィンドウを入力ペン2により選択する
と、ステップS17へ進み、上記タッチスクリーン1a
には、推論によって得られた故障原因に対応する部品
(例えばブースタ・ポンプ)の交換手順等、必要な処置
要領の情報を上記電子化マニュアルデータ記憶部16d
に格納されているデータから検索して表示し、ステップ
S18で、整備員等の処置結果の入力を持つ。 【0103】整備員等が上記ステップS17で提示され
た処置要領に従って部品の交換等を行い、その後の試運
転等の結果を、上記装置本体1に入力する。すると、上
記装置本体1では、この試運転等が良好か否か、すなわ
ち不具合現象が解消されたか否かにより、今回の探究が
成功かを判断し、ステップS19で、今回の探究結果の
確認を、例えば、図26に示すように、上記タッチスク
リーン1aに表示する。 【0104】なお、探究結果に従って部品の交換等を行
っても満足な結果が得られなかった場合に、整備員等
が、上記ステップS18で、その旨を入力すると、上記
ステップS19では、タッチスクリーン1a上に、今回
の探究が失敗である旨の確認画面を表示する。又、ダイ
アログボックスには、例えば、 と、整備員等に了解を得るための確認内容を表示する。 【0105】そして、整備員等が事例の登録を了解する
と、ステップS20で、まず、上記FMECA型知識デ
ータ記憶部16cに記憶されている知識データの、今回
の探究により選出された現象と原因あるいは部品とを結
ぶ確信度(図18参照)を、今回の原因探究結果に応じ
て更新する。すなわち、今回の探究が成功した場合に
は、確信度を相対的に高くし、又、失敗の場合には、確
信度を相対的に低くする。 【0106】そして、ステップS21で、今回の探究結
果を診断事例として、診断事例型知識データ記憶部16
aに記憶されている知識データに、例えば、図27に示
すように追加する(事例−5721)。なお、今回の探
究結果が失敗の場合には、その内容が「原因及び処置」
の欄に記載され、又、「特記事項」の欄には、「探究失
敗」と記載される。 【0107】次いで、ステップS22へ進むと、今回の
探究経緯を、診断年月日、診断者名等の補足情報と共
に、整備記録データ記憶部17aにメモリして、故障診
断を終了する。 【0108】上記整備記録データ記憶部17aに記憶さ
れたデータは、外部印刷機等を介して取出すことがで
き、例えば、図28に示すように、不具合記録票21に
記載して、集計することができる。 【0109】一方、上記ステップS13で、故障原因が
探究できなかったと判断された場合には、上記ステップ
S14〜S18をジャンプしてステップS19へ進み、
今回の推論では、故障原因が探究できなかった旨の確認
画面を表示する。そして、整備員等が内容を了解する
と、今回の推論では原因が探究できなかったため、ステ
ップS20,S21では、確信度の更新、及び探究事例
の追加はなされず、ステップS22で、整備記録データ
記憶部17aに今回の探究結果を上述と同様、整備記録
としてメモリし、故障診断を終了する。 【0110】このように、本実施例では、故障原因が探
究できたときには、その推論結果、点検結果及び点検で
観察された現象の原因を表示するようにしたので、整備
員等はこの内容を知ることで、不具合現象と故障原因と
の結び付きを論理的に理解することができ、教育的効果
が大きい。 【0111】なお、本発明は上記実施例に限るものでは
なく、例えば故障診断の対象は、航空機に限らず、自動
車、鉄道等の車輛、あるいは船舶等であっても良い。 【0112】 【発明の効果】以上、説明したように本発明によれば、
点検要領に従って入力された点検結果に基づいて推論し
た結果、故障原因が探究できた場合は、推論結果、点検
結果及び点検で観察された現象の原因を表示して、整備
員等に知らせるようにしたので、整備員等は、不具合現
象と推論結果との結び付きを論理的に理解することがで
き、教育的な効果が大きいばかりでなく、整備能力の向
上を図ることができる。
DETAILED DESCRIPTION OF THE INVENTION [0001] [Industrial applications] [0002] The present invention relates to a so-called expert system.
Failures that lead to malfunctions in vehicles, aircraft, etc.
The present invention relates to a failure diagnosis device that searches for the cause.
Reasoning when it can be determinedResults and inspection results and their causesMaintain
The present invention relates to a failure diagnosis device presented to a member or the like. Conventionally, this expert system has been used in vehicles.
For example, Japanese Patent Application Laid-Open No.
As disclosed in US Pat.
The root cause of the failure that is causing the phenomenon
(Failure location) using knowledge data expressed as a set of rules.
To explore or to remember past cases
There is known an object to be explored using knowledge data or the like. [0004] In such a failure diagnosis device, by inference,
When the cause of the failure can be investigated, maintenance personnel, etc.
Therefore, parts are replaced or necessary measures are taken. Soshi
When the problem is resolved,
The result of the inquiry is success. [0005] SUMMARY OF THE INVENTION However, experts
In failure diagnosis using the system, even beginner maintenance staff etc.
Investigate the cause of failure with the same maintenance capability as a skilled maintenance person.
Although it has the convenience of being able to
Simply replacing it will eliminate the problem
The basis for linking the failure phenomenon to the cause of the failure
To improve the maintenance capacity of maintenance staff etc.
The disadvantage of not being able to be achieved is likely to occur. The present invention has been made in view of such circumstances.
Logically link the failure phenomenon to the inference result.
To improve the maintenance capacity of maintenance staff etc.
With the aim of providing a fault diagnosis device
are doing. [0007] [MEANS FOR SOLVING THE PROBLEMS] To achieve the above object
In the present invention, the cause of the failure is
A knowledge base unit for storing the described knowledge data;
From the similarity between the extracted character string and the character string of the knowledge data.
A fault having an inference mechanism for searching for the cause of the fault by inference
In the diagnostic apparatus, the knowledge base unit further includes an inference
Parts assembly procedures and inspection procedures to verify the results of
Data is stored, and the inference
Output the results and terminate the inference, identify the cause of the failure.
Judge the necessity of the inspection, and when the inspection is necessary,
Inspection procedures for locations that identify product abnormalities
And the inspection result according to the above inspection procedure is input.
Then, in the character string and the inference of the inspection result, the inference mechanism section
EnterEmpoweredOf the previous input dataCharacter string
Input to the logic unit to perform inference again to find the cause of the failure
When this is possible, the inquiry results,
The cause of the inspection result is displayed. [0008] [0009] In the failure diagnosis apparatus according to the present invention, maintenance personnel and the like are not
When the character string corresponding to the condition phenomenon is input, the inference mechanism
Is stored in the knowledge base based on the input character string.
The cause of the failure is displayed in a character string corresponding to the failure phenomenon.
By using the described knowledge data,
Inference based on similarity with character strings described in knowledge data
Investigate the cause of failure more. The inference mechanism concludes
When the output is output and the inference ends, the cause of the failure is identified.
Judgment of the necessity of inspection, and if inspection is necessary,
Parts required to verify the location to identify abnormalities
Outputs the assembly procedure and inspection procedures from the knowledge base unit and performs inspection
When the inspection result according to the procedure is input, the inspection result
Inference mechanism part in character strings and inferenceEnterEmpoweredUntil last time
Input dataEnter the character string into the inference mechanism
Inference is performed, and when the cause of the failure is
The results of the inspection, the inspection results, and the causes of the inspection results are displayed.
Let me show you. [0010] [0011] Embodiments of the present invention will be described below with reference to the drawings.
I do. In this embodiment, the fuel system of the aircraft is
A description is given while describing the failure phenomenon as an example of a failure diagnosis target.
I will tell. As shown in FIG. 8, a failure diagnosis according to this embodiment is performed.
The cutting device A is composed of an apparatus main body 1 and an input pen 2.
The information is input to the main body 1 using the input pen 2.
A touch screen 1a for inputting is provided. [0014] The above-mentioned failure diagnosis apparatus A is used in an airport maintenance department or the like.
The touch panel using the input pen 2
When a malfunction is input to the screen 1a, the built-in
Computer seeks cause or location of failure
Necessary information, such as the results of the investigation and
The information is displayed on the screen 1a to assist the maintenance staff. Figure
As shown in FIG.
Is a window processing unit
12, system control unit 13, inference mechanism unit 14, technical information
Collection unit 15, knowledge base unit 16, and operation record data unit
17 are constituted. Also, the touch screen 1a
Is composed of an input unit 11a and a display unit 11b. The window processing unit 12 includes pre-processing and
Character recognition unit 12a and operation input unit 12b
And a display control unit 12c is provided as post-processing.
Have been killed. In the character recognition unit 12a, the touch screen
Window for pen input displayed on the screen 1a (see FIG. 11).
The trouble phenomenon entered by the maintenance staff using the input pen 2
Convert handwritten characters such as
Are output to the system control unit 13. Operation input
In the unit 12b, the group displayed on the touch screen 1a is displayed.
Select a prefix or menu with input pen 2
Command, the corresponding commands are controlled by the above system control.
Output to the unit 13. In the display control unit 12c,
Based on the signal output from the system control unit 13,
The display unit 11b displays characters, graphics, and the like. The system control unit 13 includes a man machine
Interface control unit 13a and operation mode control unit
13b and a system management unit 13c are provided.
In the man-machine interface control unit 13a,
Execution processing according to commands from window processing unit 12
Work. Alternatively, the character data is sent to the display control unit 12c.
And graphics data. action mode
In the control unit 13b, according to the use mode selected by the maintenance staff or the like.
Suspension / resumption of diagnostic processing and printing / ordering of maintenance records
Equipment including peripheral equipment such as data transmission of the management system
Controls the overall operating mode. In the system management unit 13c
Is the entire system, including the operating status of the system, data management, etc.
Manage. The inference mechanism 14 has a character string search function.
Unit 14a, rule-based inference unit 14b, and case base
Inference unit 14c, inference control unit 14d, and inference report generation unit
14e. In the character string search section 14a, maintenance personnel and the like enter
The character string that represents the malfunction that occurred
Decomposition using characters (“.”, “,”, “Ga”, “wa”, etc.)
Then, using this decomposed character string, a knowledge base
Each of the knowledge data storage units 16a to 16c of the unit 16 respectively
From the stored knowledge data, it is the same as the above character string
Or similar character strings,
The search is performed in units of characters or in units of characters.
Aggregation is performed for each piece of knowledge data stored in 16c. The rule-based inference unit 14 b
Fault tree analysis (fault tree provided in the knowledge base unit 16)
Analysis; hereinafter abbreviated as "FTA") type knowledge data
The knowledge data stored in the storage unit 16b and the failure mode
Impact analysis (matrix with confidence; hereinafter referred to as “FMEC
A) is stored in the type knowledge data storage unit 16c.
The cause or location of the failure using the knowledge data
Explore by inference and generate hypotheses (for more information,
This will be described later with reference to a flowchart). In the case base inference unit 14c, the character string
Same or similar to the defect phenomenon searched by the search unit 14a
Similar events are stored in the diagnosis case type knowledge
Search from knowledge data stored in data storage unit 16a
Then, a hypothesis of a failure cause or a failure location is generated. Then, the inference control unit 14d sets each of the above
Determine consistency of hypotheses generated by inference units 14b and 14c
And if the hypotheses are consistent, this hypothesis is considered the conclusion hypothesis.
And output. In the inference report generator 14e,
The inference controller 14d determines that the cause of the failure has been investigated.
When inferredThe resultFor example, the inference of FIG.resultWi
Display in window title bar. at the same time,This conclusion
In addition to the results, the inspection results and the causes of the phenomena observed during the inspectionTo
The above inferenceresultDisplay in a window. Also this inferenceConclusion
Displayed in the result windowIs the second and third failure sources
Is also generated for the cause, and the input pen 2
By selecting the “next candidate” window,
Reasoning forResults, inspection results and phenomena observed during inspection
the cause ofCan be displayed. Note that this inferenceConclusion
Results, inspection results, and causes of phenomena observed during inspectionTo generate
This will be described in steps S14 to S14 in a flowchart described later.
Details will be described in S16. The technical information collecting unit 15 includes a data collecting unit 15
a and a case registration unit 15b. Data collection
In the section 15a, the maintenance staff etc.
Items and inspection items entered from the touch screen 1a
Collect data entered during maintenance work, such as
You. In the case registration unit 15b, the inquiry result by inference (success
Cases and failure cases) as diagnostic cases
Register in the knowledge data of the disconnected case type knowledge data storage unit 16a.
You. The above-mentioned knowledge base unit 16 stores diagnosis case type knowledge.
Diagnostic case type knowledge data storage unit 16a for storing data;
FTA type knowledge data storage for storing FTA type knowledge data
Unit 16b and FMEC storing FMECA type knowledge data
A-type knowledge data storage unit 16c and digitized manual data
And an electronic manual data storage unit 16d for storing the
Has been established. The above-mentioned diagnosis case type knowledge data is obtained from a past failure source.
A database that summarizes the results of exploring factors as examples,
As shown in FIG. 12, a failure phenomenon (A
Or the location of the failure), the cause of the failure and
The stored contents, defective parts, and the type of knowledge source are stored.
ing. Note that this diagnosis case type knowledge data
Trouble report, maintenance record, maintenance personnel, etc.
Interview etc. Interviews with maintenance staff
Undocumented maintenance personnel procedures, investigation of causes, etc.
The know-how was collected and reflected in the diagnosis cases. [0027] As shown in FIG.
A column to record “defects and inspection points” discovered by the crew
And a column to record the “treatment” performed by the maintenance staff, etc.
Have been. The maintenance record sheet contains the "defects"
Phenomenon "and" Incorrect "written by the department that performed the work
The “condition part”, the “failure situation” and the like are recorded. Recorded in the FTA type knowledge data storage section 16b
The remembered FTA type knowledge data is
Analyze the experience etc. of the maintenance staff etc. and find out the trouble phenomenon and the cause of the trouble.
Analyze logically for each component system and display it as a set of rules
As shown in FIG. 15, rules for each component
(Rules 1 to 6 in the figure)
They are linked in a chain via hypotheses. For example, le
Rule 2 assumes that "booster / pump malfunction" is an intermediate hypothesis.
The conclusion hypothesis (fuel leakage etc.) is shown, and Rule 4
Conclusion hypothesis when “fuel leakage” is used as an intermediate hypothesis (not tightened)
Good, bad inside the pump, etc.). On the other hand, FMECA type knowledge data is
It is displayed in the form of a table in the form of a box.
And analyze the reliability information of the parts or the system.
As described above, the failure phenomenon and the cause of failure are
Classified, expressed in tabular form as a so-called FMECA table
In the column of failure phenomena, the failure mode of parts or
The failure, the effects of the failure, and how to detect the failure.
You. In addition, certainty is clearly indicated inside each grid.
You. This confidence is based on the MTBF (mean failure
Interval) or for the same malfunction
Consider the number of failure causes or the actual number of failure occurrences, etc.
The degree of certainty can be set as
The depth of the causal relationship with the cause of failure is shown. Further, the digitized manual data includes component parts.
Inspection, replacement or assembly procedure, and the above inferenceresult
Text and graphs showing parts names, locations, etc. corresponding to
Data, for example, as shown in FIG.
And a booth on the touch screen 1a of the device body 1.
Pump graphic and booster pump
Inspection procedures and other data from the above electronic manual data
It is read and displayed in the window. The operation record data section 17 stores a maintenance record.
Recording data storage section 17a and work progress temporary storage section 17b.
And is stored in the maintenance record data storage section 17a.
Of the measures, inspection results, and test runs
The maintenance result such as the situation is stored for each case. Also, the above work
The temporary storage section 17b includes, for example, an exchange section during maintenance.
Suspend to arrange the product and then resume fault diagnosis
In case of maintenance, continue from the interrupted maintenance work
To be able to perform
The maintenance progress or maintenance status is sequentially stored. Next, a failure diagnosis procedure will be described with reference to FIGS.
Follow the flowchart in
A description will be given while exemplifying the case. This failure diagnosis is performed according to the inference processing routine shown in FIG.
Therefore, it is executed. First, the power switch of the apparatus main body 1 is turned on.
Then, on the touch screen 1a, as shown in FIG.
The selection screen for the application mode (menu) is displayed. Soshi
And maintenance personnel touch the device main body 1 of the failure diagnosis device A.
From the menu displayed on the screen 1a, select
When "Start" is selected by the input pen 2, as shown in FIG.
Window for inputting the error phenomenon
A pen input window for inputting
The window is displayed and the inference process is started. The mechanic or the like was handed over in step S1.
Referring to a form such as the defect record form 21 (see FIG. 10),
Necessary items such as the operational state of the aircraft system
Input pen 2 to input the trouble phenomenon (symptom) reported from the staff etc.
And input to the touch screen 1a. The processing of the defect record slip 21 shown in FIG.
After the maintenance is completed by the maintenance staff,
And maintenance record data such as test operation status can be written.
(See FIG. 28). On the other hand, in step S2, a later-described step is performed.
Is obtained by a tester connection according to the medical inquiry displayed in step S12.
Enter symptoms such as measured values directly. Then, an error on the touch screen 1a is detected.
Complete the necessary items in the condition phenomena input window, etc.
And select the “End of input” window with input pen 2
Then, the entered information (date, mission, contents, etc.) is entered.
The data is stored in the memory in step S3 as force data. Next, at step S4, at step S1
Failure phenomena entered and stored in step S3
Knowledge stored in knowledge data storage units 16a to 16c
Calculate the degree of similarity between the data and the event. The calculation of the similarity is performed by the character string search unit 14a.
This is performed, for example, in the following procedure. (1) First, each of the above knowledge data storage units 16a
From which the similarity is calculated from each of the knowledge data
Extract each character string (sentence). Note that each of these strings
Are stored in the knowledge data storage units 16a to 16c.
ID (self) to associate with the knowledge data
Certificate) number. (2) Next, a sentence to which this ID number is assigned
String, string, word, and character units
For each piece of knowledge data and store it in the working memory for each piece of knowledge data.
To pay. Note that the data stored in each working memory is
The “decomposition character string” has the same ID number as the one before decomposition.
Has been granted. Here, the "string" is a character string
"Word" is a blank character, registered in advance
Separating characters (“.”, “,”, “Ga”, “ha”
)), For example, the string "Engine does not start"
Is disassembled into "engine" and "not started". [0044] A character is a character string that is divided into a predetermined number of characters.
Refers to disassembly, for example, the string "
"No", "Eng", "N-start", "No movement", or
Are "E", "Engine", "Start", "No", or "E"
Every three characters, such as "N", "Jinga", "Start", "Zu", etc.
Decompose. (3) Next, the data is stored in the working memory.
"Ignored word" registered in advance from the "decomposed character string"
Phrase ("but", "I am", etc.) ". (4) After that, the "synonyms" registered in advance
("Failure" is regarded as "Failure").
Replace "Understood String". (5) On the other hand, a malfunction phenomenon entered by a maintenance person or the like
Strings of (symptoms) can be changed to string
For each word, word, and character. (6) Then, the character of the broken down phenomenon
"Decomposed" stored in the working memory using
Character string ". For example, when an engine is
Not start ", the above-described knowledge data storage units 16a to 16c
With the character string extracted from the knowledge data stored in
The similarity is as follows. [0050] (7) Next, a string, word, or character
Total data that matches perfectly in each unit of is counted for each ID number
The aggregation results are used as similarities and the corresponding
Output to the logic units 14b and 14c. When calculating
Is the weight for each string, word, or character
This is performed using the assignment coefficient. As a result, the defect phenomena “fuel depletion” “left”
"Consumption only from the right without reducing the tank"
Kinds of events stored in knowledge data of 6a to 16c
The similarity is as follows. Stored in the diagnosis case type knowledge data storage unit 16a
Subject to similarity calculation in the knowledge data
Excerpts of the diagnosis examples are shown in FIG.
As a result of calculating the similarity of the disconnected cases according to the above criteria,
As shown in FIG. Among them, “-3” in Case 1048
Cruising at 2,000 ft "and" No fuel consumption on left tank "
High similarity, that is, the most
This is an approximate case. The FTA type knowledge data storage unit 16b stores
Among the stored knowledge data, the similarity
As shown in FIG. 15, the tree shown in FIG.
Tree consisting of a chain of rules with
The similarity of each hypothesis is as follows. 1) Rule 5 “Internal failure of pump itself” →
3, 2) The intermediate hypothesis between Rule 2 and Rule 4 is "fuel leakage" →
40, 3) Rule 3 "fuel leak" → 40, 4) An intermediate hypothesis between Rule 1 and Rule 2
Abnormal "→ 3, 5) "Transf is an intermediate hypothesis between Rule 1 and Rule 3.
Pump failure "→ 3 6) Rule 1 i) “Fuel shut-off valve error” → 35, ii) “Fuel sub tank abnormality” → 36, iii) "Incorrect indication of fuel indicating system" → 38, It is. On the other hand, the FMECA type knowledge data storage 16
c in the knowledge data stored in c.
Elephant phenomena are as shown in FIG.
Is the highest value of “fuel loss” as shown in FIG.
Is shown. In step S4, each knowledge data storage unit 1
6a to 16c and the fault data
When the similarity with the elephant is calculated, the next steps S5, S5
6 and S7 are executed in parallel (concurrent processing).
In steps S5, S6, and S7, the respective knowledge data storage units
Based on knowledge data stored in 16a to 16c
Then, the cause of the failure is investigated by inference to generate a hypothesis. That is, in step S5, the diagnosis
Knowledge data stored in the example-type knowledge data storage unit 16a
Search for the cause of failure by case-based reasoning
Generate a theory. In step S6, the FTA type knowledge data
Using the knowledge base stored in the data storage unit 16b
Investigate failure causes and generate hypotheses by rule-based reasoning
I do. Further, in step S7, the FMECA type knowledge data
Using the knowledge base stored in the data storage unit 16c.
Search for failure causes and generate hypotheses by rule-based inference
You. First, the diagnosis case inference in step S5 is performed.
Generation of a hypothesis will be described. This diagnosis case inference
This is executed by the example-based inference unit 14c.
Is a hypothesis generation routine based on the diagnosis case inference shown in FIG.
It is performed according to. In step S31, the above inference processing routine
Diagnosis case type knowledge data storage unit calculated in step S4
The similarity for each case of the knowledge data stored in 16a
A hypothesis is narrowed based on the hypothesis. Refine this hypothesis
Is determined based on whether or not the similarity is equal to or greater than a preset threshold.
Refuse. For example, if the "threshold value" is set to 10, FIG.
2. As shown in FIG. 13, “Case-1048” is a diagnosis case
It is a hypothesis generated by inference. 12 and FIG.
In the case of the knowledge data shown in Fig. 13, the case where the threshold is exceeded
There was only one, but a class higher than this "threshold"
If there are multiple cases with similarity,
This is a hypothesis based on inconsistent case reasoning. Thereafter, in step S32, the above steps
The reliability of the hypothesis narrowed down in S31 is calculated. This message
The reliability is based on other inferences (FTA inference or FMECA inference).
Criteria for resolving conflicts with the hypotheses obtained by
In step S4 of the above inference processing routine,
It is calculated by multiplying the calculated similarity by a coefficient. In addition,
In the present embodiment, the reliability is calculated as shown in FIG.
In this case, the coefficient is set to 1. Then, in the step S31, the narrowing down is performed.
Inference control unit
14d, and outputs to step S8 of the above inference processing routine.
Return to Next, a provisional calculation based on the FTA inference in step S6 is performed.
Generation of the theory will be described. This FTA inference is based on the rules
-This is executed by the base inference unit 14d.
Is a hypothesis generation routine based on FTA inference shown in FIG.
This is done accordingly. First, in step S41, the above inference processing
Of FTA type knowledge data calculated in step S4 of the routine
"Fuel" in the knowledge data stored in the storage unit 16b
Consists of a chain of rules with "system failure" as the top event
Based on the similarity of each hypothesis in the tree
Select a hypothesis that is equal to or greater than a preset "threshold"
Perform refinement. For example, if the “threshold value” is 15,
In the FTA type knowledge data of FIG. 15, as described above, a) Intermediate hypothesis between rule 2 and rule 4 "fuel leakage" b) Rule 3 “Fuel leakage” c) of rule 1 i) `` Fuel shut-off valve error '' ii) "Fuel sub tank error" iii) `` Incorrect indication of fuel indication system '' Is narrowed down. Then, in step S42, the above steps
Search for a route linking each hypothesis narrowed in S41
I do. In FIG. 15, the top event, “Failure in fuel system,
"" Is the "fault phenomenon" this time.
The root extending to the left of the figure has a causal relationship to this phenomenon.
, That is, a “hypothesis”. Above
Link the hypothesis selected in step S41 with the above-mentioned problem
As shown in FIG.
It becomes street. Then, in step S43, the above steps
The completeness of the route searched in S42 is calculated. This complete
The degree is the connection (causality) between the failure phenomenon and the cause of the failure.
The higher the value, the higher the value. Of the route searched in FIG.
The completeness is as follows. 1) Route 1 → 50 2) Route 2 → 50 3) Route 3 → 50 4) Route 4 → 30 5) Route 5 → 30 Next, in step S44, based on the degree of completeness,
Hypothesis narrowing based on whether all degrees are equal to or greater than a preset "threshold"
Perform the insertion. For example, when "threshold" is set to 20,
, All of the above routes 1 to 5 are targeted. Next, in step S45, the above steps
The reliability of each hypothesis narrowed down in S44 is calculated,
Each of these hypotheses is referred to above as "hypothesis by FTA inference".
Output to the control unit 14d, and execute the inference processing routine.
Return to step S8. The reliability is obtained by multiplying the perfection by a coefficient.
For example, the above “threshold value” is set to 20,
When the coefficient is 1, as shown in FIG.
A hypothesis based on A inference ”covers all routes 1 to 5
You. Next, step S of the inference processing routine is performed.
The generation of hypotheses by FMECA inference performed at 7
explain. This FMECA inference is the same as the above FTA inference.
As described above, the rule-based inference unit 14b executes
Specifically, generation of a hypothesis by FMECA inference shown in FIG.
It is performed according to a routine. First, in step S51, the FMECA type
Of the knowledge data stored in the knowledge data storage unit 16c.
From the phenomena, narrow down the phenomena to be diagnosed this time.
U. The narrowing down of this phenomenon is the phenomenon corresponding to the malfunction phenomenon.
Is calculated in step S4 of the above inference processing routine.
Based on the degree, the degree of similarity is determined by a preset “threshold
This is done by selecting phenomena equal to or greater than the value For example, "Shiki
Assuming that the “value” is 10, as shown in FIGS.
In the phenomenon displayed in any FMECA table, the message "Fuel reduction
"Low", "Fuel depletion" and "Unable to correct fuel tank remaining"
Narrowed down to Next, in step S52, the above steps
The certainty factor corresponding to the phenomenon narrowed down in S51 is calculated using the FM
Determined from the ECA table. For example, the so-called
The FMECA table shows that the confidence level corresponding to “fuel reduction” is 1
6,21,63, confidence level corresponding to "fuel depletion" is 5
0, 31, 46, "Unable to correct fuel tank remaining amount"
Is 40,60. Then, in step S53, the above-mentioned certainty factors
Select a certainty factor that is equal to or greater than the preset "threshold value"
Then, hypotheses are narrowed down. For example, the above "threshold"
Is set to 20, as shown in FIG.
In step S54, this confidence
Select the parts and causes corresponding to the degrees. Next, in step S55, the above steps
Calculate the reliability of the parts or causes selected in S54
Then, the reliability and the hypothesis are referred to as “provisional by FMECA inference”.
For example, as shown in FIG.
Output to the inference control unit 14d, and executes the inference processing routine.
It returns to step S8. Note that, in this embodiment, the above-mentioned reliability
Is obtained by multiplying the sum of values obtained by multiplying
It is as shown in the table below. [0076] Then, the process proceeds to step S8 of the inference processing routine shown in FIG.
Returning, the hypotheses generated in steps S5, S6, and S7 are
Judge whether there is a conflict, and if there is a conflict, set in advance
Eliminate according to standards. This hypothesis conflict resolution is shown in Figure 1.
This is executed by the inference control unit 14d shown in FIG.
Is performed according to the hypothesis conflict resolution routine of FIG. First, in step S61, each of the above steps
The hypotheses generated in S5, S6, and S7 are collected.
The temporary data generated in each of the above steps S5, S6 and S7
Theories are aggregated for each inference, for example, as shown in the table shown in FIG.
And are ranked according to the calculated reliability. Then, in step S62, each of the above steps is performed.
Check the consistency of the hypotheses generated in steps S5, S6, and S7.
From attributes, attributes, etc. For example, in FIG.
Rank 1 of hypothesis by case inference and provisional by FMECA inference
The first rank of the theory is that the faulty part is "Booster pump"
Consistent in some respects, but the order of hypotheses based on diagnostic case inference
Rank 1 and rank 1 of the hypothesis based on FTA inference
Are common in terms of "fuel system failure"
However, defective parts are competing. Similarly, FTA inference
And the hypothesis based on FMECA inference
Defective parts are competing. Next, when the operation proceeds to step S63, the step
The consistency of the hypothesis calculated in step S62 is
To determine whether there is consistency.
Perform settings. In the present embodiment, the "consistency determination criteria"
All the defects with the highest reliability of the hypothesis in the inference match
To comply with this definition.
Judge. As a result, for example, as shown in FIG.
If all the hypotheses of rank 1 generated by each inference do not match
In step S64, it is determined that there is no consistency.
Proceeding from S64 to step S65, the inference count measuring cow
Increments the count value C and proceeds to step S66.
No. In step S66, the above inference frequency measurement
The count value C is compared with the set value N, and when C ≦ N,
It is determined that "inference has not been completed", and the flow advances to step S67. Stay
In step S67, the hypothesis collected in step S61
Create data for re-inference according to certain criteria. This
The criterion is, for example, “The reliability of each hypothesis is the highest
If you define as "select one," in the summary table of FIG.
Is re-estimated based on the hypothesis of rank 1 by FMECA inference.
Rational data is created (see FIG. 22), and this data is
Step S:
Return to 9. On the other hand, at step S66, it is determined that C> N.
Rejection, that is, re-inference
If the hypotheses do not match, the process proceeds to step S68,
Resolve conflicts according to preset priority criteria
You. The priority in this embodiment is the most logically
Best hypothesis based on FTA-type knowledge data
No hypothesis is generated with this FTA type knowledge data
In case, adopt hypothesis based on FMECA type knowledge data
In addition, a hypothesis arises in both of these knowledge data.
If not, hypotheses based on diagnosis case type knowledge data
Is adopted. And resolve conflicts according to this priority
As a result of exploring the hypothesized hypothesis, information
Also saves the memory and exits the routine. Note that this knowledge
If the cause of failure cannot be investigated in any of the data
In step S68, "hypothesis not established" and "
The information of "End of theory" is stored, and the process returns to step S9. On the other hand, in step S64, each of the above steps is performed.
When the hypotheses generated in steps S5, S6, and S7 match
Makes this hypothesis a search result and branches to step S69.
After clearing the count value C for measuring the number of inference times,
Store the results of the above inquiry together with the information
Then, the process returns to step S9. Then, step S9 of the inference processing routine
Returning to, whether "inference is completed" is created in step S8 above.
Judgment is made based on the information obtained, and if
Proceed to step S10, and if "inference not completed",
It returns to step S4. Then, in the above step S9, "inference not completed"
If the process returns to step S4 after determining "
Failure phenomena stored in memory in S3 and predetermined measurement values
And the like, and the above-mentioned step S8 (step S6
Characters combined with "Re-inference data" created in 7)
Column, and stored in each of the knowledge data storage units 16a to 16c.
The similarity with the existing knowledge data is calculated again. In the data for re-inference shown in FIG.
"Fuel depletion", "Left tank not reduced", "Only from right
Consumption, booster pump, own malfunctioning
The respective character strings and the respective knowledge data storage units 16
defect phenomena of knowledge data stored in a to 16c,
Comparing defective parts, failure causes, etc., and performing logical operations, etc.
Calculate the similarity. Then, according to the similarity of each knowledge data,
In steps S5, S6, and S7, the
Investigate the cause of the obstacle. As a result, the diagnosis case inference in step S5
Then, even at the time of re-inference, based on the diagnosis case type knowledge data,
Since the hypothesis generated is not changed, the same
The inference result is output. On the other hand, the FTA estimation executed in step S6
In theory, as shown in FIG.
From the character string, “Failure in fuel system” and “Booster
Pump abnormality) becomes a phenomena,
The causal relationship with the phenomenon is the strongest in route 5 shown in FIG.
Therefore, as shown in FIG.
Is a high value of 80, and rank 1 of the hypothesis by FTA inference
become. On the other hand, the FMECA inference in step S7
Is a sentence corresponding to "fuel depletion" as shown in FIG.
There is a string, the hypothesis has not changed, and a similar result is output.
It is. As a result, FIG.
In step S63 of the hypothesis conflict resolution routine of FIG.
As shown in Table 23, rank 1 of the hypothesis by each inference
Since the parts match, the predefined
Is satisfied, and in step S64, it is determined that there is consistency.
When it is determined, the process branches to step S69, and the number of inferences is calculated.
After clearing the count value C for measurement,
Step S9 stores the information together with the information of "end of inference".
Return to Then, in the above-mentioned step S9, "the inference
If it is determined that the check has been completed, the process proceeds to step S10, and other check items
Judge whether there is an eye, and if there is an inspection item,
The process branches to S11, and is performed for the maintenance staff or the user.
Narrow down the content of the interview. With this interview, the conclusion
Information for testing hypotheses and generating new hypotheses
And That is, for example, in the FTA type knowledge base,
As shown in FIG. 16, the intermediate hypothesis of Rule 2
[Fuel leak] linked to the "star pump abnormality" by the rule
Is linked to the conclusion hypothesis of Rule 4. Therefore,
Specify the location to identify the abnormality of the pump
By inspecting this location, the failure location can be further narrowed down.
Can be. Then, in step S12, the above steps
The contents of the medical inquiry narrowed down in S11 are
Display on the clean 1a, and at the same time,
The work contents and necessary information are, for example, as shown in FIG.
indicate. Then, returning to steps S1 and S2, the maintenance staff
Wait for the input of the inspection result from etc. A maintenance person enters the touch screen 1a.
When the inspection result is input from the force pen 2 or the tester,
This data is stored in step S3, and step S4
In the input character string and the previous "input data"
Based on the character strings and measurement results,
The similarity is calculated again, and in steps S5, S6, S7 and below,
Based on each piece of knowledge data, make inferences again and determine the cause of the failure.
Investigate. Then, the inference is completed, and from step S9
Proceed to step S10 to check the hypothesis
If not, the process proceeds directly to step S13, and
Determine if the cause could be explored. If the cause of the failure can be found, step S
Go to 14 and make inferences when investigating the cause of the failureresultRaw
And investigate the cause in step S15.Inspection results
Of the phenomenon observed in the inspection and inspectionGenerate The above inferenceresultWhich part or where
Inferred about the location, that is, indicates the target
In the above-mentioned electronic manual data storage section 16d,
Read stored data such as component names and fault locations
Generate. [0099] Then, in a step S16, as shown in FIG.
In the dialogue on the touch screen 1a,
In the boxes S14 and S15,
Generated inferenceResults, inspection results and phenomena observed during inspection
the cause ofInferresultDisplay in the window and rationale for the diagnosis results
Is presented. The maintenance staff and the like are shown in the above inference result window.
Was doneInquiryResults, inspection results and the phenomena observed
Knowing the cause allows you to know which part or where
What was the cause of the investigation and the questionnaire inspection?
To understand what was necessary for the project. The result
As a result, maintenance personnel are linked
Can be understood logically and maintenance capacity can be improved.
Educational effect such as Then, the maintenance staff etc.
Check the content displayed on the
Select the "OK" window of the user box with the input pen 2.
Then, the process proceeds to step S17, where the touch screen 1a is
Contains the parts corresponding to the cause of failure obtained by inference.
Necessary measures such as replacement procedure of (for example, booster / pump)
The information of the point is stored in the above-mentioned electronic manual data storage section 16d.
Search and display from the data stored in
In step S18, the operator inputs a treatment result of a maintenance person or the like. The maintenance staff is presented in step S17.
Replacement of parts in accordance with the
The result of the transfer or the like is input to the apparatus main body 1. Then, on
In the main body 1, it is determined whether or not the test operation is good.
Depending on whether the failure phenomenon has been resolved,
It is determined whether or not the search was successful.
Confirmation is made, for example, as shown in FIG.
It is displayed on the lean 1a. Note that parts are replaced according to the results of the inquiry.
If you are not satisfied with the results,
However, if the user inputs that fact in step S18,
In step S19, the current time is displayed on the touch screen 1a.
A confirmation screen is displayed to the effect that the search has failed. Also die
In the dialog box, for example, And the confirmation contents for obtaining the consent of the maintenance staff are displayed. Then, the maintenance staff understands the registration of the case.
In step S20, first, the FMECA type knowledge data
Of the knowledge data stored in the data storage unit 16c
Phenomena selected by the search
The degree of confidence (see Fig. 18) according to the results of this investigation.
Update. In other words, if this search was successful,
Increases confidence and, in the case of failure,
Make the confidence relatively low. Then, in a step S21, the result of this inquiry
The result is used as a diagnosis case, and the diagnosis case type knowledge data storage unit 16 is used.
a, for example, as shown in FIG.
(Case- 5721). In addition, this search
If the result is unsuccessful, the content is "cause and action"
In the column of "Special Notes", "Inquiry lost"
Loss ". Next, when the operation proceeds to step S22, the current
The history of the inquiry is shared with supplementary information such as the date of the diagnosis and the name of the diagnostician.
The maintenance record data storage unit 17a stores the
End the disconnection. The maintenance record data is stored in the maintenance record data storage section 17a.
Data can be retrieved via an external printer, etc.
For example, as shown in FIG.
It can be described and tabulated. On the other hand, in step S13, the cause of the failure is
If you are unable to search,
Jump from S14 to S18 and proceed to step S19,
In this inference, it was confirmed that the cause of failure could not be investigated
Display the screen. And the maintenance staff understand the contents.
The reasoning could not be investigated with this inference,
In steps S20 and S21, the update of the certainty factor and the inquiry
Is not added, and in step S22, the maintenance record data
The maintenance result is stored in the storage unit 17a in the same manner as described above.
And terminate the failure diagnosis. As described above, in this embodiment, the cause of the failure is detected.
When it can be inferred, its inferenceResults, inspection results and inspection
Cause of the observed phenomenonIs displayed.
By knowing this content, employees and other
Can be understood logically and educational effects
Is big. Note that the present invention is not limited to the above embodiment.
For example, the target of failure diagnosis is not limited to aircraft,
It may be a vehicle such as a car, a railway, or a ship. [0112] As described above, according to the present invention,
Make inferences based on the inspection results entered according to the inspection guidelines.
As a result, if the cause of the failure could be investigated,
Display the cause of the phenomenon observed in the results and inspection, Maintenance
The maintenance staff and others were informed
Logically understand the connection between the elephant and the inference result.
Not only has a large educational effect, but also
You can aim up.

【図面の簡単な説明】 【図1】故障診断装置の機能ブロック図 【図2】推論処理ルーチンを示すフローチャート 【図3】推論処理ルーチンを示すフローチャート(続
き) 【図4】診断事例推論による仮説の生成ルーチンを示す
フローチャート 【図5】FTA型知識ベース推論による仮説の生成ルー
チンを示すフローチャート 【図6】FMECA型知識ベース推論による仮説の生成
ルーチンを示すフローチャート 【図7】仮説の競合解消ルーチンを示すフローチャート 【図8】故障診断装置の外観図 【図9】使用モードの選択画面を示す説明図 【図10】不具合記録票を示す説明図 【図11】不具合現象の入力画面を示す説明図 【図12】診断事例型知識データを示す説明図 【図13】診断事例型知識ベース推論における類似度の
算出結果を示す説明図 【図14】診断事例型知識ベース推論による仮説を信頼
度によって表した説明図 【図15】FTA型知識データを示す説明図 【図16】FTA型知識ベース推論におけるルート探索
結果の説明図 【図17】FTA型知識ベース推論における仮説生成の
結果を示す説明図 【図18】FMECA型知識データの説明図 【図19】FMECA型知識ベース推論による類似度の
算出結果の説明図 【図20】FMECA型知識ベース推論による仮説生成
の結果を示す説明図 【図21】各推論によって得た仮説の集約を示す説明図 【図22】再推論用データの説明図 【図23】再推論によって得られた仮説の集約を示す説
明図 【図24】問診時の表示画面を示す説明図 【図25】故障原因が探究できたときの表示画面を示す
説明図 【図26】探究結果の確認の表示画面を示す説明図 【図27】新たな事例を登録した診断事例型知識データ
の説明図 【図28】処置の内容を記載した不具合記録票を示す説
明図 【符号の説明】 14 推論機構部 16 知識ベース部
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a functional block diagram of a failure diagnosis apparatus. FIG. 2 is a flowchart showing an inference processing routine. FIG. 3 is a flowchart showing an inference processing routine (continued). FIG. 4 is a hypothesis based on diagnosis case inference. FIG. 5 is a flowchart showing a hypothesis generation routine based on FTA type knowledge base inference. FIG. 6 is a flowchart showing a hypothesis generation routine based on FMECA type knowledge base inference. FIG. 7 is a hypothesis conflict resolution routine. FIG. 8 is an external view of the failure diagnosis device. FIG. 9 is an explanatory diagram showing a use mode selection screen. FIG. 10 is an explanatory diagram showing a defect record slip. FIG. 11 is an explanatory diagram showing a defect phenomenon input screen. FIG. 12 is an explanatory diagram showing diagnosis case type knowledge data. FIG. 13 shows similarity calculation results in diagnosis case type knowledge base inference. FIG. 14 is an explanatory diagram showing a hypothesis based on diagnosis case type knowledge base inference by reliability. FIG. 15 is an explanatory diagram showing FTA type knowledge data. FIG. 16 is an explanation of a route search result in FTA type knowledge base inference. FIG. 17 is an explanatory diagram showing the result of hypothesis generation in FTA-type knowledge base inference. FIG. 18 is an explanatory diagram of FMECA-type knowledge data. FIG. 19 is an explanatory diagram of similarity calculated by FMECA-type knowledge base inference. 20: Explanatory diagram showing the result of hypothesis generation by FMECA-type knowledge base inference [FIG. 21] Explanatory diagram showing aggregation of hypotheses obtained by each inference [FIG. 22] Explanatory diagram of data for re-inference [FIG. 23] FIG. 24 is an explanatory diagram showing the aggregation of the obtained hypotheses. FIG. 24 is an explanatory diagram showing a display screen at the time of a medical inquiry. FIG. 25 is an explanatory diagram showing a display screen when a cause of failure can be investigated. Explanatory diagram showing a result confirmation display screen [Fig. 27] Explanatory diagram of diagnosis case type knowledge data in which a new case is registered [Fig. 28] Explanatory diagram showing a failure record form describing the contents of treatment [Explanation of reference numerals] 14 Inference mechanism 16 Knowledge base

───────────────────────────────────────────────────── フロントページの続き (72)発明者 影井 康夫 東京都新宿区西新宿一丁目7番2号 富 士重工業株式会社内 (72)発明者 古山 雅章 東京都新宿区西新宿一丁目7番2号 富 士重工業株式会社内 (72)発明者 阿部 邦宏 東京都新宿区西新宿一丁目7番2号 富 士重工業株式会社内 (56)参考文献 加藤正巳,他6名著,“タービン・発 電機オンライン監視診断エキスパートシ ステム”,電気学会論文誌B,社団法人 電気学会,1991年10月20日,第111巻, 第10号,p.1112−1120. (58)調査した分野(Int.Cl.7,DB名) G06N 5/00 JICSTファイル(JOIS)──────────────────────────────────────────────────続 き Continuing on the front page (72) Inventor Yasuo Kagei 1-7-2 Nishi-Shinjuku, Shinjuku-ku, Tokyo Inside Shimizu Tomi Heavy Industries Co., Ltd. (72) Inventor Masaaki Koyama 1-7-1, Nishishinjuku, Shinjuku-ku, Tokyo No. Tomi Shige Kogyo Co., Ltd. (72) Inventor Kunihiro Abe 1-7-2 Nishi-Shinjuku, Shinjuku-ku, Tokyo Inside Fushi Shige Kogyo Co., Ltd. (56) References Masami Kato, 6 other authors, “Turbine & Electric Machine Online “Monitoring and Diagnosis Expert System”, IEEJ Transactions B, The Institute of Electrical Engineers of Japan, October 20, 1991, Vol. 111, No. 10, p. 1112-1120. (58) Field surveyed (Int. Cl. 7 , DB name) G06N 5/00 JICST file (JOIS)

Claims (1)

(57)【特許請求の範囲】 【請求項1】 故障原因を不具合現象に対応させて文字
列で記述した知識データを記憶する知識ベース部と、入
力された文字列と知識データの前記文字列との類似度か
ら故障原因を推論により探究する推論機構部と、 を有する故障診断装置において、 前記知識ベース部には、さらに推論の結果を検証するた
めに部品の組立手順及び点検要領を含むデータが記憶さ
れており、 前記推論機構部が推論結果を出力して推論を終了した場
合に、故障原因を特定する点検の要否を判断し、点検が
必要なときには、故障部品の異常を特定する個所の点検
要領を前記知識ベース部から出力し、前記点検要領に従
った点検結果が入力されると該点検結果の文字列と推論
において前記推論機構部に入力された前回までの入力デ
ータの文字列とを前記推論機構部に入力して再度推論を
実行し、故障原因が探究できたときに、探究結果及び探
究対象と点検結果及びこの点検結果の原因を表示するこ
とを特徴とする故障診断装置。
(57) [Claims] [Claim 1] A knowledge base unit for storing knowledge data in which a failure cause is described in a character string corresponding to a failure phenomenon, and an input character string and the character string of the knowledge data An inference mechanism for inferring the cause of the failure by inference from the degree of similarity to the fault diagnosis device having the knowledge base unit, wherein the knowledge base unit further includes data including an assembly procedure of parts and an inspection procedure in order to further verify the result of the inference. When the inference mechanism outputs the inference result and terminates the inference, it is determined whether or not an inspection for identifying the cause of the failure is necessary, and when the inspection is necessary, the abnormality of the failed component is identified. outputs iNSPECTION locations from said knowledge base section, input data up to the previous, which is entered in the inference mechanism when the inspection inspection results according to the manner is input in the inference the string of the inspection result
And inputting the character string of the data into the inference mechanism and inferring it again. When the cause of the failure can be found, the search result, the object to be searched, the check result, and the cause of the check result are displayed. Fault diagnosis device.
JP06421494A 1994-03-31 1994-03-31 Fault diagnosis device Expired - Fee Related JP3455276B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP06421494A JP3455276B2 (en) 1994-03-31 1994-03-31 Fault diagnosis device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP06421494A JP3455276B2 (en) 1994-03-31 1994-03-31 Fault diagnosis device

Publications (2)

Publication Number Publication Date
JPH07271599A JPH07271599A (en) 1995-10-20
JP3455276B2 true JP3455276B2 (en) 2003-10-14

Family

ID=13251621

Family Applications (1)

Application Number Title Priority Date Filing Date
JP06421494A Expired - Fee Related JP3455276B2 (en) 1994-03-31 1994-03-31 Fault diagnosis device

Country Status (1)

Country Link
JP (1) JP3455276B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1736915A1 (en) 2005-05-30 2006-12-27 Omron Corporation Information processing apparatus, and information processing method

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7181043B2 (en) * 2018-10-05 2022-11-30 株式会社日立ビルシステム Fault diagnosis device, fault diagnosis method, and fault diagnosis program

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
加藤正巳,他6名著,"タービン・発電機オンライン監視診断エキスパートシステム",電気学会論文誌B,社団法人電気学会,1991年10月20日,第111巻,第10号,p.1112−1120.

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1736915A1 (en) 2005-05-30 2006-12-27 Omron Corporation Information processing apparatus, and information processing method

Also Published As

Publication number Publication date
JPH07271599A (en) 1995-10-20

Similar Documents

Publication Publication Date Title
JP2705087B2 (en) Testing equipment
JP4361634B2 (en) System and method for integrating multiple diagnostic related information
US8645019B2 (en) Graph matching system for comparing and merging fault models
JP2003216923A (en) Fault diagnostic apparatus
JPH10124477A (en) Method for diagnosing fault
JP3455276B2 (en) Fault diagnosis device
JPH07271589A (en) Fault diagnostic device
JP3417496B2 (en) Fault diagnosis device
JP3372102B2 (en) Fault diagnosis device
JP3410200B2 (en) Fault diagnosis device
JP7378367B2 (en) Fault diagnosis device and fault diagnosis method
JPH0332967A (en) Troubleshooting device for vehicle
JP3485202B2 (en) Failure diagnosis device
JPH07271807A (en) Fault diagnostic device
JPH07271587A (en) Fault diagnostic device
JPH07271758A (en) Fault diagnostic device
JPH01278866A (en) Trouble diagnoser for vehicle
Göker et al. Case-based reasoning for diagnosis applications
JPH07295821A (en) Fault diagnostic device
JPH07295823A (en) Fault diagnostic device
JP3455275B2 (en) Fault diagnosis device
JPH07257495A (en) Trouble diagnosing device
JPH11175144A (en) Maintenance supporting device for plant equipment
JPH04359640A (en) Method of diagnosing abnormal cause
JPH07295819A (en) Fault diagnostic device

Legal Events

Date Code Title Description
R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees