JPH07271758A

JPH07271758A - 故障診断装置

Info

Publication number: JPH07271758A
Application number: JP5957194A
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-29
Filing date: 1994-03-29
Publication date: 1995-10-20

Abstract

(57)【要約】【目的】故障診断装置を用いて整備員の教育・訓練を
行い、整備能力の向上を図る。【構成】本故障診断装置には、通常の故障探究モード
に加えて、整備員の教育を目的とする訓練モードが備え
られており、整備員が訓練モードを選択すると、動作モ
ード制御部１３ｂでは装置を訓練モードに固定する。す
ると、推論機構部１４で故障原因が探究された場合で
も、事例登録部１５ｂでは、知識データ部１６に設けた
診断事例型知識データ記憶部１６ａに記憶されている知
識データの蓄積の更新を停止する。その結果、訓練モー
ドで故障原因が探究され、その探究結果に基づいて処置
を行った結果、不具合現象が解消されても、この探究結
果で上記診断事例型知識データ記憶部１６ａの知識デー
タが蓄積更新されることなく、訓練中に誤って知識デー
タが書換えられてしまうことが防止される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、いわゆるエキスパート
システムを利用して車輛、航空機等の不具合現象の原因
を探究する故障診断装置に係り、特に、整備員の教育・
訓練のために故障診断をシミュレートする故障診断装置
に関する。

【０００２】

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

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

【０００４】

【発明が解決しようとする課題】このエキスパートシス
テムを用いて故障診断を行えば、初心者でも熟練整備員
と同等のレベルで故障原因を探究することができる利便
性を備えている反面、この故障診断装置を信頼する余
り、自己の知識及び経験に基づいて探究する整備能力が
育成されず、整備員の技術の向上が図れない等の弊害が
生じ得る。

【０００５】本発明は、上記事情に鑑みてなされたもの
で、通常の整備支援に加えて、整備員のレベルの向上を
図ることのできる故障診断装置を提供することを目的と
している。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明による故障診断装置は、整備員による入力に
基づき故障診断の使用モードが故障原因を探究する故障
探究モードか教育のための訓練モードかを判断する動作
モード制御部と、故障診断に必要な知識データを記憶す
る知識ベース部と、この知識データを利用して故障原因
を推論により探究する推論機構部と、この推論機構部の
探究結果に基づく処置により不具合が解消した場合、上
記動作モード制御部で故障探究モードが選択されている
ときには、今回の探究結果を診断事例として登録し、一
方上記動作モード制御部で訓練モードが選択されている
ときには、今回の診断事例の登録を停止する事例登録部
とを備えることを特徴とする。

【０００７】

【作用】上記構成において、整備員は、先ず、今回使
用するモードを、通常の故障探究モードか整備員の教育
のための訓練モードかの何れかから選択する。すると、
動作モード制御部では、整備員が選択し入力したモード
に従って、動作モードを制御する。

【０００８】次いで、故障原因を探究する推論を開始す
るために、整備員が装置本体に不具合現象を入力する
と、推論機構部において、この不具合現象を基に、知識
ベース部に記憶されている知識データを利用して故障原
因を推論により探究し、仮説を生成する。

【０００９】一方、整備員は、推論により得られた仮説
に従って、該当する箇所を点検し、必要な処置を行い、
その処置結果を入力する。

【００１０】すると、事例登録部では、上記動作モード
制御部で選択した今回の使用モードが、故障探究モード
であるときには、今回の探究結果を診断事例として登録
し、また、今回の使用モードが訓練モードであるときに
は、今回の診断事例の登録を停止する。

【００１１】

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

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

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

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

【００１５】図１に示すように、装置本体１に内蔵する
コンピュータには、故障診断を実行する機能として、ウ
インドウ処理部１２、システム制御部１３、推論機構部
１４、技術情報収集部１５、知識ベース部１６、及び運
用記録データ部１７が構成されている。又、上記タッチ
スクリーン１ａは、入力部１１ａと表示部１１ｂとで構
成されている。

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

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

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

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

【００２０】文字列検索部１４ａでは、整備員が入力し
た不具合現象を表す文字列を、予め登録した分離用文字
（“。”“，”“が”“は”等）を用いて分解し、この
分解した文字列を用いて、後述する知識ベース部１６の
各知識データ記憶部１６ａ，１６ｂにそれぞれ記憶され
ている知識データから、上記文字列と同一あるいは類似
する文字列を、文字列単位、ワード単位、あるいは文字
単位で検索して、各知識データ記憶部１６ａ，１６ｂに
記憶されている知識データ毎に集計する。

【００２１】ルール・ベース推論部１４ｂでは、上記知
識ベース部１６に設けたルール型知識データ記憶部１６
ｂに記憶されている知識データを用いて故障原因あるい
は故障箇所を推論により探究し、仮説を生成する。

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

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

【００２４】技術情報収集部１５は、データ収集部１５
ａと事例登録部１５ｂとで構成されている。データ収集
部１５ａでは、整備員が故障探究時に装置本体１に入力
した不具合項目、点検箇所、測定値等、整備作業中に入
力したデータを収集する。事例登録部１５ｂでは、使用
モードが通常の故障探究モードである場合、推論による
探究結果（成功事例と失敗事例の双方）を診断事例とし
て、後述する診断事例型知識データ記憶部１６ａの知識
データに登録し、又、使用モードが教育のための訓練モ
ードである場合には、今回の探究結果を上記診断事例型
知識データ記憶部１６ａの知識データに登録するのを停
止する。

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

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

【００２７】不具合記録票には、図５に示すように、乗
員が発見した「不具合事項と点検箇所」を記録する欄
と、整備員が実施した「処置」等を記録する欄が設けら
れている。整備記録票には、点検時に生じた「不具合現
象」、並びに、作業を実施した部門で記入された「不具
合部品」、「故障状況」等が記録されている。なお、イ
ンタビューは、整備員に対して行った文章化されていな
い整備要領、故障探究等のノウハウを収集して診断事例
に反映させたものである。

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

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

【００３０】又、上記運用記録データ部１７は、整備記
録データ記憶部１７ａと作業経過一時記憶部１７ｂと訓
練記録データ記憶部１７ｃとで構成されている。上記整
備記録データ記憶部１７ａには、不具合現象に対する処
置、点検結果、及び試運転の状況などの整備結果を事例
毎に記憶される。又、上記作業経過一時記憶部１７ｂに
は、例えば、通常の故障探究モード時及び訓練モード時
において、整備途中で交換部品を手配するために中断
し、その後、故障診断を再開するような場合に、中断し
た整備作業から引続き続行することができるようにする
ために、整備員の実施した整備経過、あるいは整備状況
が逐次記憶される。又、訓練記録データ記憶部１７ｃに
は、現在の使用モードが訓練モードである場合に、整備
員の行った整備経過が記憶される。

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

【００３２】まず、装置本体１の電源スイッチをＯＮ
し、整備員は、図１２に示すように、故障診断装置Ａの
装置本体１のタッチスクリーン１ａに表示されたモード
から今回の使用モード（ウインドウ）を入力ペン２によ
り選択する。ステップＳ１では、入力ペン２により選出
された使用モードを判断する。この使用モードには、通
常の故障探究モードと訓練モードとがあり、訓練モード
は整備員の教育・訓練を目的として、例えば、故障原因
を予め想定し、この想定した故障原因に結びつく不具合
現象を整備員に入力させることで、故障探究の過程をシ
ミュレートするものである。

【００３３】そして、上記ステップＳ１で、整備員が通
常の故障探究モード（診断の開始）を選択すると、ステ
ップＳ２へ進み、今回の使用モードを故障探究モードに
固定し、知識ベース蓄積更新機能停止フラグをクリアし
た後、図２の破線で示す推論実行ルーチンへ進む。

【００３４】一方、上記ステップＳ１で、整備員が訓練
モードを選択すると、ステップＳ３へ進み、今回の使用
モードを訓練モードに固定した後、ステップＳ４で知識
ベース部１６の診断事例型知識データ記憶部１６ａに記
憶されている知識データが今回の探究結果にて蓄積・更
新されるのを停止させるための、知識ベース蓄積更新機
能停止フラグをセットして、図２の破線で示す推論実行
ルーチンへ進む。

【００３５】この推論実行ルーチンは、ステップＳ５，
Ｓ６からステップＳ１７まであり、入力された不具合現
象を基に、知識ベース部１６の各知識データを利用して
推論により故障原因を探究する。

【００３６】この推論実行ルーチンに移行すると、図６
に示すように、装置本体１のタッチスクリーン１ａに
は、不具合現象を入力するためのウインドウと、不具合
現象を文章表現で入力するためのペン入力用ウインドウ
とが表示され、ステップＳ５で、整備員は、表示された
各ウインドウに、手渡された不具合記録票２１（図５参
照）等の帳票を参照して、航空機のシステムの可動状態
などの必要事項、或は乗員などから伝えられた不具合現
象（症状）を入力ペン２を用いて入力する。又、ステッ
プＳ６では、上記航空機の検査箇所に接続したテスタか
らの計測値を直接入力する。なお、訓練モードでは、上
記帳票の「不具合事項及び要点検箇所」の欄に、予め想
定した故障原因に結びつく不具合現象が記入されてい
る。

【００３７】そして、上記タッチスクリーン１ａ上の不
具合現象入力ウインドウ等の欄に必要事項の入力を完了
し、「入力終了」のウインドウを入力ペン２により選出
すると、入力された情報（年月日、任務、内容等）が入
力データとして出力され、ステップＳ７で内部メモリに
保管される。

【００３８】次いで、ステップＳ８で、上記ステップＳ
５で入力されてステップＳ７で保管された不具合現象
と、各知識データ記憶部１６ａ，１６ｂに記憶されてい
る知識データとの類似度を算出する。

【００３９】この類似度の算出は、文字列検索部１４ａ
で実行されるもので、例えば、以下の手順で行われる。

【００４０】(1)まず、上記各知識データ記憶部１６
ａ，１６ｂの各知識データから類似度の算出対象となる
文字列（文章）をそれぞれ取出す。なお、この各文字列
には、上記各知識データ記憶部１６ａ，１６ｂに記憶さ
れている知識データとの対応付けを行うためのＩＤ（自
己証明）番号が付与されている。

【００４１】(2)次いで、このＩＤ番号が付与された文
字列を、ストリング、ワード、及びキャラクタの各単位
毎に分解して、各知識データ毎のワーキングメモリに格
納する。なお、この各ワーキングメモリに格納されてい
る「分解文字列」には、分解前のものと同じＩＤ番号が
付与されている。

【００４２】ここで、「ストリング」とは、文字列その
ものをいい、「ワード」とは、空白文字、予め登録され
ている分離用文字（“。”、“，”、“が”、“は”
等）を用いて、例えば、文字列「エンジンが始動せず」
を「エンジン」と「始動せず」とに分解する。

【００４３】キャラクタとは、文字列を所定文字数毎に
分解することをいい、例えば、文字列「エンジンが始動
せず」を、「エンジ」「ンが始」「動せず」、あるい
は、「エ」「ンジン」「が始動」「せず」、又は、「エ
ン」「ジンが」「始動せ」「ず」等のように３文字毎に
分解する。

【００４４】(3)次いで、上記ワーキングメモリに格納
された「分解された文字列」から予め登録した「無視語
句（“しかし”、“私は”等）」を削除する。

【００４５】(4)その後、予め登録した「同意語句
（“不調”は、“故障”とする等）」を用いて上記「分
解された文字列」を置換する。

【００４６】(5)一方、整備員が入力した不具合現象
（症状）の文字列を、上記(1)〜(4)と同様に、ストリン
グ、ワード、及びキャラクタの各単位毎に分解する。

【００４７】(6)そして、分解された不具合現象の文字
列を用いてワーキングメモリに格納されている「分解さ
れた文字列」を検索する。

【００４８】例えば、整備員が入力した「エンジンが始
動せず」と、上記各知識データ記憶部１６ａ，１６ｂに
記憶されている知識データから取出された文字列との類
似度は以下のようになる。

【００４９】 (7)次いで、ストリング、ワード、あるいはキャラクタ
の各単位で完全に一致するデータをＩＤ番号毎に集計
し、この集計結果を類似度として、それぞれ対応する推
論部１４ｂ，１４ｃに出力する。なお、集計する際に
は、ストリング、ワード、あるいはキャラクタ毎に重み
付係数を用いて行う。

【００５０】このように、入力された不具合現象の文字
列を加工して、知識データに記憶されている文字列に対
応させ、次いで、類似度を用いて対応する知識データを
検索するようにしたので、初心者であっても比較的自由
な表現で不具合現象を入力することができる。従って、
訓練モードでは、整備員自身がテストした結果感じた不
具合現象を上記不具合記録票２１に記入させ、この記入
した文字列に基づいて推論処理を実行させるようにして
も良い。

【００５１】上記ステップＳ８で各知識データ記憶部１
６ａ，１６ｂに記憶されている知識データと、不具合現
象との類似度が算出されると、次のステップＳ９，Ｓ１
０を平行に実行し（コンカレント処理）、各ステップＳ
９，Ｓ１０で、それぞれの知識データ記憶部１６ａ，１
６ｂに記憶されている知識データに基づいて、故障原因
を推論により探究し仮説を生成する。

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

【００５３】上記ステップＳ９のルール・ベース推論
は、推論機構部１４のルール・ベース推論部１４ｂで実
行されるもので、熟練整備員の経験等を解析し、不具合
現象と故障原因とを構成部品の体系毎に論理的に分析し
てルールの集合で表したルール型知識データに基づい
て、不具合現象と、この不具合現象に最も因果関係の深
いと思われる原因とを結ぶルートをルールに従って探究
し、結論となる仮説を生成する。

【００５４】一方、上記事例ベース推論は、上記推論機
構部１４の事例ベース推論部１４ｃで実行されるもの
で、過去の診断事例に基づいて予め登録した知識データ
から、類似する或は同一の不具合現象を有する診断事例
を選択し、この選択した知識データに基づいて、今回の
不具合現象に対応する原因、対象となる部品、あるいは
必要とする処置等、不具合現象を解消するための仮説を
生成する。

【００５５】そして、上記ステップＳ９，Ｓ１０で推論
が終了し、所定の推論結果が得られると、ステップＳ１
１へ進み、上記各推論によって生成した仮説の整合性を
判断する。

【００５６】この仮説の整合性の判断は、上記推論機構
部１４の推論制御部１４ｄで実行されるもので、上記ス
テップＳ９，Ｓ１０で生成した仮説が競合する場合、あ
る基準で１つの仮説に絞り込むことで、この仮説の競合
を解消する。

【００５７】この仮説の競合を解消する基準としては、
例えば、各知識データ記憶部１６ａ，１６ｂに記憶され
ている知識データに優先順位をつけたり、不具合現象に
対しての類似度を計算し、この類似度の最も高いものを
結論仮説とする等がある。

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

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

【００６０】ステップＳ１３では、他に点検項目がある
かを判断し、点検項目がある場合は、ステップＳ１４へ
進んで、その問診内容を絞り込む。この問診により、今
回の結論仮説を検証するとともに、新たな仮説を生成す
る際の情報とする。

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

【００６２】整備員は、上記タッチスクリーン１ａに表
示された点検要領に従い、点検作業を遂行するので、不
具合現象と故障原因との因果関係を経験的に会得するこ
とができ、整備能力が培われ、整備技術の向上を図るこ
とができる。

【００６３】そして、整備員が上記タッチスクリーン１
ａに入力ペン２あるいはテスタから点検結果を入力する
と、ステップＳ７で、このデータが保管され、ステップ
Ｓ８で、入力された文字列と、前回までの「入力デー
タ」の文字列、及び計測結果に基づいて、各知識データ
との類似度を再度算出し、ステップＳ９，Ｓ１０以下
で、各知識データに基づき、再推論を実行し、故障原因
を探究する。

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

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

【００６６】一方、上記ステップＳ１６で、故障原因が
探究できなかったと判断された場合には、上記ステップ
Ｓ１７〜Ｓ１９をジャンプして上記ステップＳ２０へ進
む。

【００６７】そして、上記ステップＳ１６或はＳ１９か
らステップＳ２０へ進むと、知識ベース蓄積更新機能停
止フラグがセットされているかを判断する。通常の故障
探究モードでは、この知識ベース蓄積更新機能停止フラ
グはクリアされているため、ステップＳ２１へ進み、事
例の蓄積及び更新を行う。又、今回、使用モードとして
訓練モードが選択されている場合は、上記知識ベース蓄
積更新機能停止フラグがセットされているため、ステッ
プＳ２１，Ｓ２２をジャンプし、知識ベースの蓄積・更
新を行うことなく、ステップＳ２３へ進む。

【００６８】上記ステップＳ２０で通常の故障探究モー
ドと判断されて、ステップＳ２１へ進むと、上記タッチ
クリーン１ａに、探究結果の確認画面が表示される。こ
の探究結果の確認画面は、例えば、図９に示すように、
探究の経緯、及びダイアログボックスに、今回の探究結
果が成功したかどうかの確認内容を表示することで行
う。なお、探究結果に従って部品を交換しても満足な結
果が得られなかった場合に、整備員が、上記ステップＳ
１９で、その旨を入力すると、ステップＳ２１では、タ
ッチスクリーン１ａ上に、今回の探究が失敗である旨の
確認画面を表示する。

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

【００７０】次いで、ステップＳ２３へ進むと、今回の
探究経緯を、診断年月日、診断者名等の補足情報と共
に、整備記録データ記憶部１７ａにメモリして、故障診
断を終了する。

【００７１】一方、上記知識ベース蓄積更新機能停止フ
ラグがセットされている訓練モードでは、上記ステップ
Ｓ２０からステップＳ２１，Ｓ２２をジャンプし、ステ
ップＳ２３へ進むため、診断事例型知識データ記憶部１
６ａに記憶されている知識データの蓄積が更新されるこ
とはない。

【００７２】そして、訓練モードにおいて、上記ステッ
プＳ２０からステップＳ２３へ進むと、今回の整備過程
が整備記録として、訓練記録データ記憶部１７ｃにメモ
リされる。

【００７３】なお、上記整備記録データ記憶部１７ａ及
び上記訓練記録データ記憶部１７ｃにメモリされたデー
タは、外部印刷機などを介して取出すことでき、例え
ば、図１１に示すように、不具合記録票２１に記載し
て、集計することができる。

【００７４】このように、本発明では、故障診断装置を
単に故障探究のためにのみ用いるのではなく、この故障
診断機能を利用して整備員の教育・訓練を目的として使
用することができるため、故障診断の探究過程における
装置本体１からの指示に従って、点検し、その結果を確
認することで、初心者の整備能力を高め、整備技術の向
上を図ることができる。

【００７５】

【発明の効果】以上、説明したように本発明によれば、
通常の故障探究モードに加えて、教育用の訓練モードを
選択でき、整備員が訓練モードを選択することで、故障
原因の探究をシミュレートすることができ、初心者の整
備能力を高め、整備技術の向上を図ることができる。

【００７６】また、訓練モードを選択すると、知識デー
タの更新が停止されるので、更新機能を有する知識デー
タであっても、教育・訓練中に知識データが誤って書換
えられてしまうことが防止される。

【図面の簡単な説明】

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

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

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

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

【図５】不具合記録票を示す説明図

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

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

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

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

【図１０】新たな事例を登録した診断事例型知識データ
の説明図

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

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

【符号の説明】

１３ｂ動作モード制御部１４推論機構部１５ｂ事例登録部１６知識ベース部

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

Claims

【特許請求の範囲】

【請求項１】整備員による入力に基づき故障診断の使
用モードが故障原因を探究する故障探究モードか教育の
ための訓練モードかを判断する動作モード制御部（１３
ｂ）と、故障診断に必要な知識データを記憶する知識ベース部
（１６）と、この知識データを利用して故障原因を推論により探究す
る推論機構部（１４）と、この推論機構部（１４）の探究結果に基づく処置により
不具合が解消した場合、上記動作モード制御部（１３
ｂ）で故障探究モードが選択されているときには、今回
の探究結果を診断事例として登録し、一方上記動作モー
ド制御部（１３ｂ）で訓練モードが選択されているとき
には、今回の診断事例の登録を停止する事例登録部（１
５ｂ）とを備えていることを特徴とする故障診断装置。