JPH07306123A - 故障診断装置 - Google Patents

Abstract

(57)【要約】 【目的】 知識ベースを構築する際の事例の取りこぼし
をなくす故障診断装置を提供する。 【構成】 データ収集部１５ａでは、故障診断時に入力
された整備データ、あるいは故障診断を伴わないで入力
された不具合現象に対する処置内容、及び処置結果等の
整備データを事例毎に整備記録データ記憶部１７ｂに格
納することで、事例の取りこぼしを未然に防止する。
又、伝票作成の選択時には、整備記録データ記憶部１７
ｂに格納されている整備データを読出して出力すること
で伝票が作成されるので、故障診断の必要のない整備で
あっても故障診断装置を使用して伝票を起票することが
できるようになり、便利である。更に、伝票を同一フォ
ーマットで作成することができるため、集計が容易にな
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、いわゆるエキスパート
システムを利用して車輛、航空機等の不具合現象に結び
付く故障原因を探究する故障診断装置に係り、特に故障
診断を必要としない不具合現象に対する処置等の整備デ
ータも格納することのできる故障診断装置に関する。

【０００２】

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

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

【０００４】一般に、このような故障診断装置では、推
論により故障原因が探究できたとき、整備員等は、探究
の結果に従って部品を交換し、或は必要な処置を施す。
又、故障診断装置を使用するまでもない軽微な不具合現
象に対しては、自己の知識及び経験に基づいて処置を施
すことが通例である。

【０００５】

【発明が解決しようとする課題】しかし、軽微な不具合
現象でも整備データが何等登録されてないと、知識ベー
スのメンテナンスの際、或は新たに知識ベースを構築す
る際に事例の取りこぼしが生じ易い。

【０００６】又、故障診断装置を必要としない整備であ
っても起票作業は必要であり、従来は、起票システムを
用いて作成していたため、故障診断装置を用いた故障診
断を行わない整備については診断システムと別に起票シ
ステムを用意する必要があった。

【０００７】その結果、整備員は診断システムと起票シ
ステムの両方の操作を取得しなければならず煩雑であ
り、又、併用した場合には誤操作が生じ易い。

【０００８】本発明は、上記事情に鑑みてなされたもの
で、知識ベースのメンテナンス、或は新たに知識ベース
を構築する際に、事例の取りこぼしがなく、しかも、起
票システムを別途用意する必要がなく、その上、入力の
際の誤操作を未然に防止することのできる故障診断装置
を提供することを目的としている。

【０００９】

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

【００１０】

【作 用】本発明による故障診断装置では、不具合現象
を入力するとともに、故障診断時に推論により得られた
故障原因に対応する箇所を点検して、その結果を入力
し、あるいは、本故障診断装置を使用しないで処置を実
施したときの整備データを入力すると、データ収集部で
は、これらデータを整備データとして整備記録データ記
憶部に事例毎に格納する。そして、伝票作成の選択時に
は、上記データ収集部で上記整備記録データ記憶部に格
納されている整備データを読出して出力することで、伝
票が作成される。その結果、故障診断装置の使用による
故障診断の有無に拘らず伝票を同一のフォーマットで作
成することができる。

【００１１】

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

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

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

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

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

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

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

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

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

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

【００２１】知識ベース推論部１４aでは、上記知識ベ
ース部１６の知識データ記憶部１６ａに記憶されている
知識データを利用して、例えば診断事例ベース推論やル
ール・ベース推論により、入力された不具合現象に対応
する故障原因あるいは故障箇所を探究し、仮説を生成す
る。

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

【００２３】そして、上記推論制御部１４ｂで、上記知
識ベース推論部１４ａで生成した診断事例ベース推論に
よる仮説やルール・ベース推論による仮説の整合性を判
断し、結論となる仮説を導き出す。

【００２４】技術情報収集部１５は、データ収集部１５
ａによって構成されている。データ収集部１５ａでは、
整備員等が原因探究時に装置本体１に入力した不具合項
目、点検箇所、測定値等の入力データ、及び、故障原因
或は故障箇所を推論により探究したときの経緯、及び処
置の内容等の整備データを収集し、更には、故障診断装
置を使用して故障を探究する程でもない軽微な不具合現
象に対して整備員が自己の知識及び経験に基づいて処置
を施し、整備員がこれらの不具合現象及び処置内容を入
力したときには、入力されたデータを整備データとして
収集し、これら整備データを後述の整備記録データ記憶
部１７ｂに事例毎に格納する。又、上記動作モード制御
部１３ｂで使用モードが作業伝票作成モードに選択され
ているときには、整備記録データ記憶部１７ｂに格納し
た整備データを読出してインターフェース制御部１８を
介して印刷装置１９へ出力することで、作業伝票が作成
される。

【００２５】上記知識ベース部１６は、故障診断に必要
な知識データを格納する知識データ記憶部１６ａと電子
化マニュアルデータを記憶する電子化マニュアルデータ
記憶部１６ｂとで構成されている。

【００２６】上記知識データ記憶部１６ａに格納されて
いる知識データとしては、過去の故障原因の探究結果を
事例としてまとめた診断事例型知識データ、或は、設計
資料及び熟練整備員等の経験等を解析し、不具合現象と
故障原因とを構成部品の体系毎に論理的に分析してルー
ルの集合で表したルール型知識データなどがある。な
お、このルール型知識データには、一定の場合、中間仮
説と結論仮説との結び付の深さを示すための確信度が付
けられていることがある。具体的には、ルール型知識デ
ータとして、不具合現象と故障原因との因果関係を理論
的に分析し仮説の集合体としてツリー状に表わした故障
樹木解析（フォルトツリーアナリシス；ＦＴＡ）型知識
データ、不具合現象と故障原因とを確信度で結び付けマ
トリクス状に整理した故障モード影響分析（確信度付マ
トリクス；ＦＭＥＣＡ）型知識データが採用される。

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

【００２８】又、上記運用記録データ部１７は光磁気デ
ィスク等からなり、作業経過一時記憶部１７ａと整備記
録データ記憶部１７ｂとで構成されている。

【００２９】上記作業経過一時記憶部１７ａには、例え
ば、整備途中で交換部品を手配するために中断し、その
後、故障診断を再開するような場合に、中断した整備作
業から引続き続行することができるようにするために、
整備員等の実施した整備経過、あるいは整備状況が逐次
記憶される。又、記整備記録データ記憶部１７ｂには、
上記データ収集部１５ａで収集した整備データが事例毎
に格納される。

【００３０】この整備データは、作業伝票作成モードが
選択されているとき、上記データ収集部１５ａにより読
出されて、印刷装置１９に出力して外部に作業伝票とし
て取出すことができる。例えば、図１２に示すように、
この作業伝票が、不具合記録票２１を兼用するものであ
れば、記載内容は、同図に示す通りである。

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

【００３２】装置本体１の電源スイッチをＯＮすると、
装置本体１のタッチスクリーン１ａに、図６に示すよう
に使用モードの選択画面が表示され、整備員等は表示さ
れたメニューから今回の使用モードを、入力ペン２によ
りポイントすることで選択する。ステップＳ１では、入
力ペン２によりポイントされて選択された使用モードを
判断する。この使用モードには、通常の故障探究モード
と、作業伝票作成モードとがある。この作業伝票作成モ
ードを選択すると、上記整備記録データ記憶部１７ｂに
格納されている事例毎の整備データが印刷装置１９へ出
力されて伝票に印刷され、作業伝票として集計すること
ができる。

【００３３】以下の説明では、まず、通常の故障探究モ
ードを選択した場合について説明し、次に、作業伝票作
成モードを選択した場合について説明する。

【００３４】ステップＳ１で、整備員が、画面表示され
た「診断の開始」を入力ペン２によりポイントして通常
の故障探究モードを選択すると、ステップＳ２へ進み、
今回の使用モードを故障探究モードに固定した後、図３
の破線で示す推論実行ルーチンへ進む。

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

【００３６】ステップＳ３では、各ウインドウに、手渡
された不具合記録票２１（図７参照）等の帳票を参照し
て、航空機のシステムの可動状態などの必要事項、不具
合事項（現象）、或は乗員などから伝えられた不具合現
象（症状）、あるいは、後述するステップＳ１２で表示
された問診に対する回答を、整備員が入力ペン２を用い
て入力する。一方、ステップＳ４では、後述するステッ
プＳ１２で表示された問診に基づく点検指示に応じて、
上記航空機の検査箇所に接続したテスタからの計測値を
直接入力する。そして、必要事項の入力を完了し、画面
表示されている「入力終了」のボタンを入力ペン２によ
りポイントすると、ステップＳ５へ進み、入力された情
報が入力データとして内部メモリに保管されるととも
に、整備記録データ記憶部１７ｂに格納される。

【００３７】次いで、ステップＳ６へ進むと、上記ステ
ップＳ３で入力された不具合現象を含む入力データに基
づいて故障診断を開始するか、或は今回は処置のみの入
力かを判断する。故障診断を開始する場合には、図８に
示す画面上の「診断開始」のボタンを入力ペン２でポイ
ントする。また、今回は軽微な故障であって本故障診断
装置Ａによる故障診断を行うまでもなく、処置内容のみ
の入力である場合には、画面表示されている「処置入
力」のボタンを入力ペン２によりポイントする。今回が
処置のみの入力であるとして、「処置入力」ボタンをポ
イントすると、ステップＳ１６へジャンプして、整備員
等が既に実施した処置内容及びその結果を入力する。す
ると、この処置内容及び処置結果などの入力データが、
上記ステップＳ５で保管された入力データとともに整備
データとして、事例毎に、上記整備記録データ記憶部１
７ｂに格納される。

【００３８】そして、ステップＳ１７で、今回の整備員
等の入力した処置内容及び処置結果の確認画面が、図１
１に示すように表示され、画面表示されている「了解」
のボタンを入力ペン２でポイントし、これを了解する
と、ステップＳ１８へ進んで、整備員等が整備中に気付
いた点、或は入力し忘れた事項等の補足情報を入力して
ルーチンを終了する。この補足事項は上記整備記録デー
タ記憶部１７ｂに同一事例の整備データとして格納され
る。

【００３９】その結果、本故障診断装置Ａを用いて故障
診断を行わなかった事例についても整備データが格納さ
れるので、事例の取りこぼしがなくなる。

【００４０】一方、上記ステップＳ６において、図８に
示す画面上に「診断開始」のボタンがポイントされ、故
障診断を実行する場合には、ステップＳ７へ進む。ステ
ップＳ７では、上記ステップＳ５で保管された不具合現
象に対し、知識データ記憶部１６ａに記憶されている知
識データに基づいて、故障原因を推論により探究し、仮
説を生成する。この知識データが、例えばルール型知識
データであれば、ルール・ベース推論により、不具合現
象と、この不具合現象に最も因果関係の深いと思われる
原因とを結ぶルートをルールに従って探究し、結論とな
る仮説を生成する。また、上記知識データが診断事例型
知識データであれば、事例ベース推論により不具合現象
と同一或は類似する過去の事例を上記知識データから検
索して仮説を生成する。

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

【００４２】この仮説の整合性の判断は、上記推論機構
部１４の推論制御部１４ｂで実行されるもので、上記ス
テップＳ７で生成した仮説が、複数の種類の知識データ
に基づいて複数生成され、この各仮説が競合する場合、
予め設定した基準に従って仮説を絞り込み、競合を解消
する。

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

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

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

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

【００４７】そして、ステップＳ１１で、整備員等に対
する問診の内容を絞り込む。この問診により、今回の結
論仮説を検証すると共に、新たな仮説を生成する際の情
報とする。次いで、ステップＳ１２へ進み、上記ステッ
プＳ１１で絞り込んだ問診の内容を上記タッチスクリー
ン１ａに表示し、同時に、関連する点検要領等の作業内
容や必要な情報を、例えば、図９に示すように表示す
る。そして、ステップＳ３，Ｓ４へ戻り、整備員等から
の点検結果の入力を待つ。

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

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

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

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

【００５２】推論制御部１４ｂでは、整備員等の入力し
たデータに基づいて今回の原因探究が成功かどうかを判
断し、ステップＳ１７で、上記タッチスクリーン１ａに
今回の故障探究結果の確認画面を、例えば、図１１に示
すように表示する。

【００５３】そして、整備員等がこの表示内容を了解す
ると、ステップＳ１８へ進み、今回の探究経緯及び処置
の内容と共に補足情報を整備記録データ記憶部１７ｂに
格納して、故障診断を終了する。

【００５４】その結果、不具合事項、点検箇所、処置内
容、及び処置結果等の整備データが上記整備記録データ
記憶部１７ｂに事例毎に格納されることになる。

【００５５】又、この故障診断装置Ａは、故障診断の必
要のない整備についても、単なる作業伝票の起票作業を
行うことを目的として使用することができる。

【００５６】この場合には、まず、ステップＳ１におい
て、図６に示すように、タッチスクリーン１ａに表示さ
れた使用モードの選択画面から画面表示されている「伝
票作成」を、整備員等が入力ペン２でポイントすること
で作業伝票作成モードが選択される。すると、ステップ
Ｓ２１へ分岐し、今回の使用モードが伝票作成モードに
固定される。

【００５７】そして、ステップＳ２２で、事例指定等の
作業伝票の作成に必要な事項を入力すると、対応する整
備データが上記整備記録データ記憶部１７ｂから読出さ
れ、ステップＳ２３で、作業伝票印刷のためのデータが
作成され、ステップＳ２４で、印刷装置１９へ印刷デー
タを出力し、作業伝票が印刷される。この結果、作業伝
票が不具合記録票２１を兼用するものであれば、図１２
に示すように印刷される。

【００５８】従って、故障診断装置により故障診断を行
い整備を施した事例と、故障診断装置を使用せずに整備
員が独自に整備を施した事例とを同一のフォーマットの
作業伝票で統一することができ、取扱いが容易になる。
また、同様に記憶媒体も共用化できるので、整備データ
の集計が容易になる。

【００５９】又、故障診断の必要のない軽微な不具合現
象に対する処置であっても、本故障診断装置Ａを使用し
て作業伝票を作成することで事例の取りこぼしがなくな
るばかりでなく、別の起票システムを用意する必要がな
く、故障診断装置Ａで、全ての整備に係る作業伝票が作
成できるので、誤操作が防止できて操作性が良く、しか
も経済的である。

【００６０】又、本発明によれば、作業伝票以外に、部
品発注伝票、請求書作成等のシステム化を進めることが
容易になる。

【００６１】なお、本発明は上記実施例に限るものでは
なく、例えば印刷装置を故障診断装置に内蔵しても良
く、また、整備記録データ記憶部１７ｂからの整備デー
タ読出し後、整備記録データ記憶部に格納されている該
当事例の整備データを消去するようにしても良い。ま
た、故障診断の対象は、航空機に限らず、自動車、鉄道
等の車輌、あるいは船舶などであっても良い。

【００６２】

【発明の効果】以上、説明したように本発明の故障診断
装置によれば、故障診断の際の整備データの外に、故障
診断を伴わないで入力された処置の内容及びその結果等
の整備データを事例毎に、整備記録データ記憶部に格納
するようにしたので、故障診断装置を使用して故障を探
究する必要のない不具合現象に対する処置内容及び結果
も入力することができ、知識ベースのメンテナンス、或
は新たに知識ベースを構築する際に、事例の取りこぼし
がなくなる。

【００６３】また、本故障診断装置を用いれば、起票シ
ステムを別途用意する必要がなく、経済的である。又、
１つの装置で整備データと起票との入力を兼用すること
かできるので、操作性が良く、入力の際の誤操作を未然
に防止することができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 影井 康夫 東京都新宿区西新宿一丁目７番２号 富士 重工業株式会社内 (72)発明者 古山 雅章 東京都新宿区西新宿一丁目７番２号 富士 重工業株式会社内 (72)発明者 阿部 邦宏 東京都新宿区西新宿一丁目７番２号 富士 重工業株式会社内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 故障診断に必要な知識データを記憶する
   知識ベース部（１６）と、 この知識データを利用して、入力された不具合現象に対
   応する故障原因を推論により探究する推論機構部（１
   ４）と、 故障診断時に入力された整備データあるいは故障診断を
   伴わないで入力された整備データを収集して整備記録デ
   ータ記憶部（１７ｂ）に事例毎に格納し、伝票の作成が
   選択されたときには、上記整備記録データ記憶部（１７
   ｂ）に格納した整備データを読出して出力するデータ収
   集部（１５ａ）とを備えたことを特徴とする故障診断装
   置。