JPH07271596A

JPH07271596A - 故障診断装置

Info

Publication number: JPH07271596A
Application number: JP6064219A
Authority: JP
Inventors: Makoto Takasu; 誠多賀須; Tatsuya Suzuki; 達也鈴木; Satoru Takahashi; 哲高橋; Yasuo Kagei; 康夫影井; Masaaki Furuyama; 雅章古山; Kunihiro Abe; 邦宏阿部
Original assignee: Fuji Heavy Industries Ltd
Current assignee: Subaru Corp
Priority date: 1994-03-31
Filing date: 1994-03-31
Publication date: 1995-10-20

Abstract

(57)【要約】【目的】新たな知識ベースを構築等する際の知識の獲
得を客観的でしかも容易かつ確実に行うことのできる機
能を備えた故障診断装置を提供する。【構成】整備記録データ記憶部１７ａでは、故障診断
時の整備員の入力した点検結果、或は処置内容及び処置
結果などの整備データを診断例毎に格納する。この整備
データを集計することで、診断例毎の整備経過及び処置
内容が把握でき、新たな知識ベースを構築する際の客観
的な情報源とすることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、いわゆるエキスパート
システムを利用して車輛、航空機等の不具合現象に結び
付く故障原因を探究する故障診断装置に係り、特に故障
診断時の点検結果等の整備データを収集して新たな知識
ベースの構築等に反映させる故障診断装置に関する。

【０００２】

【従来の技術】近年、医学、建築、化学等の各分野でコ
ンピュータを活用して問題解決の手がかりとするエキス
パートシステムが採用されている。このエキスパートシ
ステムは、ある特定分野における専門家の知識をコンピ
ュータに入力し、それを利用して複雑な問題を専門家と
同等なレベルで解決することができるようにしたシステ
ムである。

【０００３】従来、このエキスパートシステムを車輛の
故障診断に採用したものとしては、例えば、特開昭６２
−６８４６号公報に開示されているように、不具合現象
を入力し、その現象を引き起している根本的な故障原因
（故障箇所）を、ルールの集合で表した、いわゆるルー
ル型知識データを利用して探究するものが知られてい
る。

【０００４】このような故障診断装置では、推論により
故障原因が探究できたとき、整備員等は、探究の結果に
従って部品を交換し、或は必要な処置を施す。また、探
究結果に従って必要な処置を施しても、不具合現象が依
然改善されない場合、或は満足な結果が得られなかった
場合、整備員等は自己の知識及び経験に従って独自に故
障原因を探究しようとする。

【０００５】

【発明が解決しようとする課題】ところで、上記ルール
型知識データは、設計資料及び熟練整備員等の経験等を
解析してルールの集合で表したもので、新製品開発など
で、新たなルール型知識データを構築しようとする場
合、或は既存の知識データのメンテナンスを行う場合に
は、上述の設計資料及び熟練整備員等の経験等から知識
を獲得する。

【０００６】しかし、この整備員等から知識を漏れなく
獲得することは困難で、又、多大な時間と膨大な経費を
必要とする。すなわち、熟練整備員等の知識は経験から
導かれるもので、多くの場合には客観的な資料として残
され難いからである。

【０００７】本発明は、上記事情に鑑みてなされたもの
で、知識ベースの構築等に必要な情報を客観的に、容易
で、しかも確実に獲得することのできる故障診断装置を
提供することを目的としている。

【０００８】

【課題を解決するための手段】上記目的を達成するため
本発明による故障診断装置は、故障診断に必要な知識デ
ータを記憶する知識ベース部と、上記知識データを利用
して、入力された不具合現象に対応する故障原因を推論
により探究する推論機構部と、故障診断時の整備データ
を収集する整備記録データ記憶部とを備えることを特徴
とする。

【０００９】

【作用】本発明による故障診断装置では、整備員等が
不具合現象を入力すると、推論機構部では、この不具合
現象と同一或は類似する事象を知識ベース部に格納され
ている知識データを利用して推論により故障原因を探究
し、整備員等に対する問診により必要な箇所の点検等を
指示し、点検結果の入力を待つ。そして、整備員等が入
力した点検結果或は処置結果に基づいて再推論し仮説を
絞り込み、故障原因を予測する。

【００１０】次いで、整備員等が上記結論仮説に従って
必要な処置を行って、仮説を検証し、その結果を入力す
る。また、整備員等が独自に行った原因探究の経過も入
力する。一方、整備記録データ記憶部では、整備員等の
入力した全ての整備データを診断例毎に収集する。そし
て、この整備記録データ記憶部に格納されている情報
を、知識ベース構築等の際に反映させる。

【００１１】

【実施例】以下、図面に基づいて本発明の実施例を説明
する。

【００１２】なお、本実施例では、航空機の燃料系統の
不具合現象を故障診断対象の一例として記述しながら説
明する。

【００１３】図４に示すように、本実施例に係る故障診
断装置Ａは装置本体１と入力ペン２とで構成されてお
り、この装置本体１には上記入力ペン２を用いて情報を
入力するタッチスクリーン１ａが設けられている。

【００１４】上記故障診断装置Ａは空港の整備部門等に
配備されているもので、上記入力ペン２を用いて上記タ
ッチスクリーン１ａに不具合現象等を入力すると、内蔵
するコンピュータが不具合現象の原因あるいは故障箇所
を探究し、探究結果及び点検の要領等、必要な情報を上
記タッチスクリーン１ａ上に表示して整備員等を支援す
る。

【００１５】図１に示すように、装置本体１に内蔵する
コンピュータには、システム全体を制御する機能として
システム制御部１３が設けられ、また故障診断を実行す
る機能として、ウインドウ処理部１２、推論機構部１
４、技術情報収集部１５、知識ベース部１６、及び運用
記録データ部１７が構成され、さらに外部へのデータ出
力機能としてインターフェース制御部１８が設けられ、
このインターフェース制御部１８介してホストコンピュ
ータ等の外部装置１９或は印刷装置２０等に接続自在に
されている。

【００１６】又、上記タッチスクリーン１ａは、入力部
１１ａと表示部１１ｂとで構成されている。

【００１７】上記ウインドウ処理部１２には、前処理と
しての文字認識部１２ａと操作入力部１２ｂとが設けら
れていると共に、後処理としての表示制御部１２ｃが設
けられている。

【００１８】文字認識部１２ａでは、上記タッチスクリ
ーン１ａに表示されたペン入力用ウインドウ（図７、図
１４参照）に整備員等が上記入力ペン２で入力した不具
合現象等の手書き文字をキャラクタコードに変換し、コ
マンド類を上記システム制御部１３へ出力する。又、操
作入力部１２ｂでは上記タッチスクリーン１ａに表示さ
れたグラフィックスあるいはメニュー等を入力ペン２で
選択したとき、それに対応するコマンド類を上記システ
ム制御部１３へ出力する。又、上記表示制御部１２ｃで
は上記システム制御部１３から出力された信号に基づい
て、表示部１１ｂに文字及びグラフィック等を表示させ
る。

【００１９】上記システム制御部１３には、マン・マシ
ンインターフェース制御部１３ａと、動作モード制御部
１３ｂと、システム管理部１３ｃとが設けられている。
マン・マシンインタフェース制御部１３ａでは、上記ウ
インドウ処理部１２からのコマンド類に従って実行処理
を行う。あるいは、上記表示制御部１２ｃへ文字データ
及びグラフィックス・データ等を出力する。動作モード
制御部１３ｂでは、整備員が選択し入力した使用モード
に、動作を制御すると共に、診断処理の中断・再開、及
び整備記録の印刷及び表示、発注管理システムのデータ
伝送等の周辺機器等を含めた装置全体の動作モードを制
御する。システム管理部１３ｃでは、システムの作動状
態、データ管理等、システム全体を管理する。

【００２０】又、上記推論機構部１４には、事例ベース
推論部１４ａとルール・ベース推論部１４ｂと推論制御
部１４ｃとが設けられている。

【００２１】事例ベース推論部１４ａでは、整備員等が
入力した不具合現象と同一或は類似する現象を上記知識
ベース部１６の診断事例型知識データ記憶部１６ａに記
憶されている知識データから探索して、故障原因あるい
は故障箇所の仮説を生成する。

【００２２】ルール・ベース推論部１４ｂでは、整備員
等が入力した不具合現象と同一或は類似する現象に基づ
き上記知識ベース部１６に設けたルール型知識データ記
憶部１６ｂに記憶されている知識データを利用して故障
原因あるいは故障箇所を推論により探究し、仮説を生成
する。

【００２３】そして、上記推論制御部１４ｃで、上記各
推論部１４ａ，１４ｂで生成した仮説の整合性を判断
し、結論となる仮説を導き出す。

【００２４】技術情報収集部１５は、データ収集部１５
ａと事例登録部１５ｂとで構成されている。データ収集
部１５ａでは、整備員等が原因探究時に装置本体１に入
力した不具合項目、点検箇所、測定値等の入力データ、
及び、故障原因或は故障箇所を独自に探究したときの経
緯、及び処置の内容等の入力データを収集して、後述の
整備記録データ記憶部１７ａに診断例毎に格納する。ま
た、上記動作モード制御部１３ｂで設定した使用モード
が、整備記録印刷及び表示モードのときには、この整備
記録データ記憶部１７ｂに格納されている診断例毎の整
備データを収集し出力する。

【００２５】事例登録部１５ｂでは、推論による探究結
果、及び、上記整備員等の独自の探究経緯及び処置内容
等を事例データとして、後述する診断事例型知識データ
記憶部１６ａの知識データに蓄積させる。

【００２６】上記知識ベース部１６は、診断事例型知識
データを記憶する診断事例型知識データ記憶部１６ａと
ルール型知識データを記憶するルール型知識データ記憶
部１６ｂと電子化マニュアルデータを記憶する電子化マ
ニュアルデータ記憶部１６ｃとで構成されている。

【００２７】上記診断事例型の知識データは過去の故障
原因の探究結果を事例としてまとめたデータ・ベース
で、図１１に示すように、各診断事例毎に、不具合現象
（あるいは不具合の生じている箇所）、故障の故障原因
及びその処置、不具合部品、並びに知識源の種類等が記
憶されている。なお、この診断事例データの知識源とし
ては、不具合記録票、整備記録票、整備員等に対するイ
ンタビュー等がある。このインタビューは、整備員等に
対して行った文章化されていない整備要領、原因探究等
のノウハウを収集して診断事例に反映させたものであ
る。

【００２８】不具合記録票には、図６、図１３に示すよ
うに、乗員が発見した「不具合事項と点検箇所」を記録
する欄と、整備員等が実施した「処置」等を記録する欄
が設けられている。整備記録票には、点検時に生じた
「不具合現象」、並びに、作業を実施した部門で記入さ
れた「不具合部品」、「故障状況」等が記録されてい
る。

【００２９】上記ルール型知識データ記憶部１６ｂに記
憶されているルール型知識データは、設計資料及び熟練
整備員等の経験等を解析し、不具合現象と故障原因とを
構成部品の体系毎に論理的に分析してルールの集合で表
したもので、一定の場合、中間仮説と結論仮説との結び
付の深さを示すための確信度が付けられていることがあ
る。

【００３０】具体的には、ルール型知識データとして、
不具合現象と故障原因との因果関係を理論的に分析し仮
説の集合体としてツリー状に表わした故障樹木解析（フ
ォルトツリーアナリシス；ＦＴＡ）型知識データ、不具
合現象と故障原因とを確信度で結び付けマトリクス状に
整理した故障モード影響分析（確信度付マトリクス；Ｆ
ＭＥＣＡ）型知識データが採用される。

【００３１】又、電子化マニュアルデータは、構成部品
等の点検、交換あるいは組立手順等を表したテキスト及
びグラフィックス・データであり、例えば、図８に示す
ように、上記装置本体１のタッチスクリーン１ａに、ブ
ースタ・ポンプのグラフィックや、このブースタ・ポン
プの点検要領などのデータを上記電子化マニュアルデー
タから読込んでウインドウに表示させる。

【００３２】又、上記運用記録データ部１７は、整備記
録データ記憶部１７ａと作業経過一時記憶部１７ｂとで
構成されている。

【００３３】上記記整備記録データ記憶部１７ａには、
不具合現象に対する処置、点検結果、及び試運転の状
況、或は整備員等が独自に原因を探究したときの整備結
果、及びそれらの整備経過が事例毎に記憶される。な
お、この整備記録データ記憶部１７ａに記憶された点検
結果、及び整備経過は、上記タッチスクリーン１ａに表
示することができ、又、印刷装置２０に出力することで
外部に取出すことができ、さらに、ホストコンピュータ
等の外部装置１９に出力することで集計することができ
る。又、上記作業経過一時記憶部１７ｂには、例えば、
整備途中で交換部品を手配するために中断し、その後、
故障診断を再開するような場合に、中断した整備作業か
ら引続き続行することができるようにするために、整備
員等の実施した整備経過、あるいは整備状況が逐次記憶
される。

【００３４】次に、故障診断手順について、図２、図３
の推論処理ルーチンに示すフローチャートに従い、航空
機の燃料系の不具合を適宜例示しながら説明する。

【００３５】装置本体１の電源スイッチをＯＮすると、
装置本体１のタッチスクリーン１ａに、図５に示すよう
に、使用モードの選択画面が表示され、整備員等は表示
されたモードから今回の使用モード（ウインドウ）を入
力ペン２により選択する。ステップＳ１では、入力ペン
２により選出された使用モードを判断する。この使用モ
ードには、通常の故障探究モードと、整備記録印刷及び
表示モードとがある。この整備記録印刷及び表示モー
ド、すなわち、図５において「整備記録印刷」のウイン
ドウを選択すると、過去の診断例毎の整備データを印刷
装置２０に出力するとともに、上記タッチスクリーン１
ａにその内容が表示される。

【００３６】以下の説明では、まず、通常の故障探究モ
ードを選択した場合について説明し、次に、整備記録印
刷及び表示モードを選択した場合について説明する。

【００３７】ステップＳ１で、整備員が通常の故障探究
モード（診断の開始）を選択すると、ステップＳ２へ進
み、今回の使用モードを故障探究モードに固定した後、
図２の破線で示す推論実行ルーチンへ進む。

【００３８】この推論実行ルーチンへ進むと、上記タッ
チスクリーン１ａには、図７に示すように、不具合現象
を入力するためのウインドウと、不具合現象を文章表現
で入力するためのペン入力用ウインドウが表示される。

【００３９】そこで、整備員等は、ステップＳ３で、各
ウインドウに、手渡された不具合記録票２１（図６、図
１３参照）等の帳票を参照して、航空機のシステムの可
動状態などの必要事項、或は乗員などから伝えられた不
具合現象（症状）を入力ペン２を用いて入力する。又、
ステップＳ４では、上記航空機の検査箇所に接続したテ
スタからの計測値を直接入力する。そして、必要事項の
入力を完了し、「入力終了」のウインドウを入力ペン２
によりを選出すると、ステップＳ５へ進み、入力された
情報（年月日、任務、内容等）が入力データとして内部
メモリに保管されるとともに、運用記録データ部１７の
整備記録データ記憶部１７ａに格納される。

【００４０】次いで、ステップＳ６，Ｓ７を平行に実行
し（コンカレント処理）、各ステップＳ６，Ｓ７で、知
識ベース部１６に設けた診断事例型知識データ記憶部１
６ａとルール型知識データ記憶部１６ｂとに記憶されて
いる各知識データに基づいて、それぞれ故障原因を推論
により探究し、仮説を生成する。

【００４１】すなわち、ステップＳ６では、上記診断事
例型知識データ記憶部１６ａに記憶されている知識デー
タを用いて、事例ベース推論により故障原因を探究し仮
説を生成する。又、ステップＳ７では、ルール型知識デ
ータ記憶部１６ｂに記憶されている知識データを用いて
ルール・ベース推論により故障原因を探究し仮説を生成
する。

【００４２】上記事例ベース推論は、上記推論機構部１
４の事例ベース推論部１４ａで実行されるもので、予め
登録され、或は過去の診断例毎に蓄積された知識データ
から、類似する或は同一の不具合現象を有する診断事例
を選択し、この選択した知識データに基づいて、今回の
不具合現象に対応する原因、対象となる部品、あるいは
必要とする処置等、不具合現象を解消するための仮説を
生成する。一方、上記ステップＳ７のルール・ベース推
論は、推論機構部１４のルール・ベース推論部１４ｂで
実行されるもので、設計資料及び熟練整備員等の経験等
を解析し、不具合現象と故障原因とを構成部品の体系毎
に論理的に分析してルールの集合で表したルール型知識
データに基づいて、不具合現象と、この不具合現象に最
も因果関係の深いと思われる原因とを結ぶルートをルー
ルに従って探究し、結論となる仮説を生成する。

【００４３】そして、上記各ステップＳ６，Ｓ７で推論
が終了し、仮説が生成されると、ステップＳ８へ進み、
上記各推論によって生成した仮説の整合性を判断する。

【００４４】この仮説の整合性の判断は、上記推論機構
部１４の推論制御部１４ｃで実行されるもので、上記ス
テップＳ６，Ｓ７で生成した仮説が競合する場合、予め
設定した基準に従って１つの仮説に絞り込み、競合を解
消する。

【００４５】この仮説の競合を解消する基準としては、
例えば、各知識データ記憶部１６ａ，１６ｂに記憶され
ている知識データに優先順位をつけたり、生成された仮
説に対して不具合現象と故障原因との結びつきの強さを
示す信頼度を算出し、この信頼度の最も高いものを選択
する等がある。

【００４６】そして、上記ステップＳ８で１つの仮説に
絞り込まれると、ステップＳ９へ進み、推論が終了した
かを判断する。推論が終了したかどうかの判断は、例え
ば、上記ステップＳ６，Ｓ７でそれぞれ生成した仮説が
整合した場合、或は設定回数以上推論を繰返しても、上
記ステップＳ６，Ｓ７で生成した仮説に整合性がないた
めに優先順位等により１つの仮説に絞り込んだ場合、或
は、仮説が全く生成されなかった場合に、推論終了と判
断する。一方、上記ステップＳ６，Ｓ７で生成した仮説
が競合し、しかも再推論の余地がある場合には推論未終
了と判断する。

【００４７】そして、推論未終了のときは、上記ステッ
プＳ６，Ｓ７へ戻り、内部メモリに保管されている入力
データと、上記ステップＳ８で絞り込まれた仮説とを組
合わせて再推論を行う。また、推論終了のときは、ステ
ップＳ１０へ進む。

【００４８】ステップＳ１０では、他に点検項目がある
かを判断し、点検項目がある場合は、ステップＳ１１へ
分岐する。点検項目があるかどうかは、例えばルール型
知識データ記憶部１６ｂの知識データで生成された結論
仮説に他のルールが連鎖されており、故障原因をさらに
探究する余地がある場合等である。

【００４９】そして、ステップＳ１１で上記タッチスク
リーン１ａに問診の内容を表示し、同時に、関連する点
検要領等の作業内容や必要な情報を、例えば、図８に示
すように表示する。そして、ステップＳ３，Ｓ４へ戻
り、整備員等からの点検結果の入力を待つ。

【００５０】そして、整備員等が上記タッチスクリーン
１ａに入力ペン２を用いて点検結果を入力し、あるいは
テスタから直接計測結果を入力すると、ステップＳ５
で、この入力データが内部メモリ及び上記整備記録デー
タ記憶部１７ａに格納され、ステップＳ６，Ｓ７で、各
知識データに基づき、再推論により故障原因を探究す
る。

【００５１】そして、推論が終了し、ステップＳ９から
ステップＳ１０へ進み、仮説を検証するための点検項目
がないか判断し、点検項目がない場合は、ステップＳ１
２へ進み、故障原因が探究できたかを判断する。

【００５２】故障原因が探究できたときは、ステップＳ
１３で、例えば、図９に示すように、上記タッチスクリ
ーン１ａに推論の結果及び論拠を表示し、整備員等が、
この内容を確認し、「了解」のウインドウを入力ペン２
により選出すると、ステップＳ１４で、仮説に対応する
部品の交換手順等、必要な処置要領等の情報を表示し、
ステップＳ１５で、整備員等からの処置結果、すなわ
ち、不具合が解消したかどうかの検証結果の入力を待
つ。

【００５３】整備員等は、上記タッチスクリーン１ａ上
で提示された部品を交換し、あるいは必要な箇所の点検
を行った結果、不具合現象が解消し、あるいは、故障箇
所を特定できた場合、又は、指定された部品を交換して
も不具合現象が依然解消されない場合、あるいは、故障
箇所が特定できない場合、その情報を入力する。この情
報は内部メモリに格納されるとともに、上記整備記録デ
ータ記憶部１７ａに格納される。

【００５４】推論制御部１４ｃでは、整備員等の入力し
たデータに基づいて今回の原因探究が成功かどうかを判
断し、ステップＳ１６で、上記タッチスクリーン１ａに
探究結果の成否の確認画面を表示する。この探究結果の
成否の確認画面は、例えば、図１０に示すように、探究
の経緯、及びダイアログボックスに、今回の探究結果が
成功したかどうかの確認内容を表示することで行う。な
お、探究結果に従って部品を交換しても満足な結果が得
られなかった場合に、整備員等が、上記ステップＳ１５
で、その旨を入力すると、ステップＳ１６では、タッチ
スクリーン１ａ上に、今回の探究が失敗である旨の確認
画面を表示する。また、ダイアログボックスには、例え
ば、と、整備員等に了解を得るための確認内容を表示する。

【００５５】そして、整備員等が事例の登録を了解する
と、ステップＳ１７で、今回の探究結果を診断事例とし
て、診断事例型知識データ記憶部１６ａに記憶されてい
る知識データに、例えば、図１１の「事例-5721」に示
すように蓄積する。なお、今回の探究結果が失敗の場合
には、その内容が「原因及び処置」の欄に記載され、ま
た、「特記事項」の欄には、「探究失敗」と記載され
る。

【００５６】次いで、ステップＳ１８へ進むと、今回の
探究経緯及び処置の内容を、診断年月日、診断者名、及
び整備員が特に気づいた点、例えば交換した部品を分解
したところ内部の故障箇所が特定できた場合等の補足情
報と共に、整備記録データ記憶部１７ａに入力して、故
障診断を終了する。

【００５７】ところで、推論により得られた仮説が失敗
であった場合、或は、ステップＳ６，Ｓ７での推論の結
果、仮説が生成されなかった場合、整備員等は独自に故
障を探究しようとするが、本故障診断装置Ａでは、この
整備員等の独自の探究の経緯及び処置内容を、診断例毎
の整備データ、及び知識データとして獲得できるように
設定されている。

【００５８】例えば、図１３に示すように、不具合記録
票２１に、上記各知識データ記憶部１６ａ，１６ｂに記
憶されている知識データでは、満足な仮説が導き出せな
い不具合現象が記載されている場合（図１３では、「エ
ンジン始動せず」がこれに該当する）、図１４に示すよ
うに、整備員等が、上記不具合記録票２１に記載されて
いる内容を、上記タッチスクリーン１ａに入力し、この
入力データに従い、ステップＳ６，Ｓ７で推論により故
障原因を探究しても、満足な仮説が生成されず、ステッ
プＳ１１の問診で指定された部品を交換し、或は、点検
しても故障原因を特定することができず、結果的に故障
原因を探究することができなくなる。

【００５９】従って、上記ステップＳ１２では、今回の
推論では原因が探究できなかったと判断し、ステップＳ
１９へ分岐する。ステップＳ１９では、整備員等は、自
己の知識、及び経験から独自に原因を探究し、ステップ
Ｓ２０で、その内容を、図１５に示すように、タッチス
クリーン１ａに表示された項目に従って、探究の経緯、
処置等の所定事項に従って入力する。この入力データは
内部メモリに保管されるとともに、上記整備記録データ
記憶部１７ａに格納される。

【００６０】その後、ステップＳ２１へ進むと、整備員
等の入力したデータが知識として獲得され、整備員等の
探究経緯等が整理されて、ステップＳ１６へ戻る。

【００６１】ステップＳ１６へ戻ると、図１６に示すよ
うに、整備員等の今回の探究経緯の確認画面が表示さ
れ、この内容を確認して、ダイアログボックスの「了
解」のウインドウを入力ペン２により選択すると、ステ
ップＳ１７で、この探究経緯及び処置内容が診断事例型
知識データに、図１７の「事例-5722」に示すように、
新たな事例データとして追加され、以後、同種の不具合
現象に対しては、上記事例データに基づいて仮説が導き
出される。

【００６２】そして、ステップＳ１８で、今回の診断時
の補足事項を整備記録データ記憶部１７ａに記録して推
論処理を終了する。

【００６３】上記整備記録データ記憶部１７ａに記憶さ
れたデータは、印刷装置２０に出力することができる。
次に、この手順について説明する。

【００６４】装置本体１のタッチスクリーン１ａに使用
モードを選択するメニューを表示させ（図５参照）、ス
テップＳ１で、整備記録印刷及び表示モードを選択する
と、ステップＳ２６で、このモードが固定され、ステッ
プＳ２７で、上記整備記録データ記憶部１７ａに格納さ
れている過去の診断例毎の整備データをインターフェー
ス制御部１８を介して印刷装置２０へ出力する。

【００６５】同時に、上記タッチスクリーン１ａに、そ
の内容が表示される。この整備データは、上記ステップ
Ｓ３，Ｓ１５で整備員が入力した不具合現象及び点検結
果、並びに、ステップＳ２０で入力した整備員の独自の
探究結果等の整備過程における全ての情報が含まれてい
る。従って、この整備データを参照することで、不具合
現象に基づいて探究した整備過程及び処置内容、更に
は、不具合現象が解消したかどうかの処置の結果まで整
備過程の全ての情報を把握することができる。

【００６６】そのため、この整備データを出力すること
で、新製品の開発設計、或は補用部品等の在庫管理、及
び知識ベースのメンテナンスに必要な情報として客観的
な情報を容易且つ確実に入手することができる。又、ホ
ストコンピュータなどの外部装置１９に接続すること
で、この整備データを集中管理することもできる。な
お、上記整備データは、図１２、図１８に示すように、
不具合記録票２１に記載して、集計することもできる。

【００６７】又、本発明は上記実施例に限るものではな
く、例えば故障診断の対象は、航空機に限らず、自動
車、鉄道等の車輛、あるいは船舶などであっても良い。

【００６８】

【発明の効果】以上、説明したように本発明によれば、
整備データが、整備記録データ記憶部に格納されるの
で、新たに知識ベースを構築する際に必要とする客観的
な情報を容易で、しかも確実に提供することができる。

【図面の簡単な説明】

【図１】故障診断装置の機能ブロック図

【図２】推論処理ルーチンを示すフローチャート

【図３】推論処理ルーチンを示すフローチャート（続
き）

【図４】故障診断装置の外観図

【図５】使用モードの選択画面を示す説明図

【図６】不具合現象が記載された不具合記録票を示す説
明図

【図７】不具合現象の入力画面を示す説明図

【図８】問診時の表示画面を示す説明図

【図９】推論結果及び論拠の表示画面を示す説明図

【図１０】探究結果の確認の表示画面を示す説明図

【図１１】新たな事例を事例データとして蓄積した診断
事例型知識データの説明図

【図１２】処置内容を記載した不具合記録票を示す説明
図

【図１３】他の不具合現象が記載された不具合記録票を
示す説明図

【図１４】他の不具合現象を入力した表示画面を示す説
明図

【図１５】独自の探究経緯及び処置内容を入力する表示
画面の説明図

【図１６】独自の探究経緯及び処置内容の確認の表示画
面を示す説明図

【図１７】独自に探究した経緯及び処置内容を新たな事
例データとして蓄積した診断事例型知識データの説明図

【図１８】独自の探究による経緯及び処置内容を記載し
た不具合記録票を示す説明図

【符号の説明】

１４推論機構部１６知識ベース部１７ａ整備記録データ記憶部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｇ０１Ｍ 19/00 ＺＧ０６Ｆ 17/30 (72)発明者影井康夫東京都新宿区西新宿一丁目７番２号富士重工業株式会社内 (72)発明者古山雅章東京都新宿区西新宿一丁目７番２号富士重工業株式会社内 (72)発明者阿部邦宏東京都新宿区西新宿一丁目７番２号富士重工業株式会社内

Claims

【特許請求の範囲】

【請求項１】故障診断に必要な知識データを記憶する
知識ベース部（１６）と、上記知識データを利用して、入力された不具合現象に対
応する故障原因を推論により探究する推論機構部（１
４）と、故障診断時の整備データを収集する整備記録データ記憶
部（１７ａ）とを備えることを特徴とする故障診断装
置。