JPH07257495A

JPH07257495A - 故障診断装置

Info

Publication number: JPH07257495A
Application number: JP6055663A
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-25
Filing date: 1994-03-25
Publication date: 1995-10-09

Abstract

(57)【要約】【目的】知識ベースを利用した推論では、不具合現象
の原因探究が不可能な場合でも故障原因を探究すること
のできる故障診断装置を提供する。【構成】推論機構部１４では、入力された不具合現象
に基づき知識ベース部１６に記憶されている知識データ
を利用して推論により故障原因を探究する。そして、上
記推論機構部１４の推論では、原因を探究することがで
きなかった場合、整備員が自己の知識及び経験に基づい
て原因を探究することになるが、データ収集部１５ａで
は、整備員の行った原因探究の経緯、及び処置内容を整
備員による入力データに基づき収集する。そして、事例
登録部１５ｂにおいて、この整備員の探究の経緯、処置
内容を上記知識ベース部１６の診断事例型知識データ記
憶部１６ａに、新たな事例として蓄積する。その結果、
以後、同種の不具合に対しては、この事例データにより
仮説が導き出されることになり、本装置を使い込むこと
で、知識ベースの精錬化及び、整備の質の向上を図るこ
とができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、いわゆるエキスパート
システムを利用して車輛、航空機等の不具合現象の結び
付く故障原因を探究する故障診断装置に係り、特に整備
員が独自に行った原因探究の経緯等を知識データとして
獲得することのできる故障診断装置に関する。

【０００２】

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

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

【０００４】

【発明が解決しようとする課題】ところで、このような
従来の故障診断装置おいて、例えば、ルールで構成され
た知識データを利用して知識ベース推論を行う場合、専
門家の知識が漏れなく獲得されていないと、不具合現象
と故障原因とを結び付けるルールの連鎖で形成されるル
ートが途切れてしまい、明快な仮説が導き出されなくな
る。

【０００５】同様に、事例型の知識ベースでは、知識デ
ータに、入力された不具合現象と同様の事例が登録され
ていなければ、仮説は導き出されない。

【０００６】従って、実用に供するためには、知識ベー
スの構築をより綿密に行わなければならない等、高い完
成度が要求され、開発及び保守に係る経費が膨大なもの
となる。特に、車輛、航空機等の制御系の分野では技術
の進歩が著しく、故障探究に必要な知識を全て網羅した
知識ベースの構築には、時間と手間が掛かるため実現性
に乏しい。

【０００７】その一方で、知識ベースを利用して推論に
より故障原因を探究したにも拘らず、この探究結果を検
証した結果、不具合を解消するまでには至らなかった場
合、或は、結論として導き出された仮説が誤りであった
場合には、整備員は、自己の知識及び経験に基づいて独
自に原因探究を行うことになる。

【０００８】従来、整備員の独自の探究結果は資料とし
て残され難く、知識として獲得することが困難であっ
た。そのため、同種の不具合現象が発生すると、個々の
整備員が繰返し、同様の原因探究を行うことになり、作
業効率が悪い。

【０００９】さらに、整備員の整備能力には個人差があ
り、熟練整備員が行えば原因を短時間で解明することが
できるものでも、初心者では、時間がかかり、或は原因
を解明することができない場合もあり、整備技術の均一
化が図れない。

【００１０】また、整備員が独自に行った原因探究が知
識ベースに反映されないため、知識ベースが精錬化され
ず、整備の質の向上が図れない等の課題がある。

【００１１】本発明は、上記事情に鑑みてなされたもの
で、仮説が導き出されない不具合現象に対しても原因探
究の推論が可能になるばかりでなく、知識ベースの精錬
化を図ることができると共に、整備技術の均一化、整備
の質の向上及び原因探究の効率化を図ることのできる故
障診断装置を提供することを目的としている。

【００１２】

【課題を解決するための手段】上記目的を達成するため
本発明による故障診断装置は、故障診断に必要な知識デ
ータを記憶する知識ベース部と、この知識ベース部に記
憶されている知識データに基づき故障原因を推論により
探究し仮説を生成する推論機構部と、技術情報収集部と
を備え、この技術情報収集部に、整備員が独自に行った
原因探究の経緯及び処置内容を整備員による入力データ
に基づき収集するデータ収集部と、上記整備員による独
自の探究経緯及び処置内容を上記知識ベース部に新たな
事例データとして蓄積する事例登録部とを備えることを
特徴とする。

【００１３】

【作用】上記構成において、推論機構部では、入力さ
れた不具合現象に基づいて知識ベース部に記憶されてい
る知識データを検索し、上記不具合現象に対応する事象
を選択する。そして、この選択した事象に基づいて推論
により故障原因を探究し、仮説を生成する。整備員は、
上記知識ベース部で生成された仮説に従い、該当する部
品を交換し、或は必要な点検を行い、仮説を検証する。

【００１４】そして、この検証の結果、仮説が誤りであ
った場合、或は、上記推論機構部で仮説が生成されなか
った場合等、満足な探究結果が得られなかった場合、整
備員は、自己の知識及び経験に基づき独自に原因を探究
する。

【００１５】そして、この独自の探究の経緯及び処置内
容を入力すると、データ収集部で収集され、事例登録部
では、この収集した原因探究の経緯及び処置内容を上記
知識ベース部に記憶されている知識データに新たな事例
データとして蓄積させる。

【００１６】その結果、次回から同種の不具合現象に対
する原因を探究する際に、上記事例データに基づいて仮
説が生成される。

【００１７】

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３０】技術情報収集部１５は、データ収集部１５
ａと事例登録部１５ｂとで構成されている。データ収集
部１５ａでは、整備員が原因探究時に装置本体１に入力
した不具合項目、点検箇所、測定値等、整備作業中に入
力したデータ、及び、故障原因或は故障箇所を独自に探
究したときの経緯及び処置の内容等の入力データを収集
する。事例登録部１５ｂでは、推論による探究結果（成
功事例と失敗事例の双方）、及び、上記整備員の独自の
探究経緯及び処置内容等を事例データとして、後述する
診断事例型知識データ記憶部１６ａの知識データに蓄積
させる。

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

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

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

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

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

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

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

【００３８】まず、整備員は、故障診断装置Ａの装置本
体１のタッチスクリーン１ａに表示されたメニューから
「診断の開始」を入力ペン２により選択すると、図６に
示すように、不具合現象を入力するためのウインドウ
と、不具合現象を文章表現で入力するためのペン入力用
ウインドウが表示されて推論処理が開始される。

【００３９】まずステップＳ１において、整備員は、表
示された各ウインドウに、手渡された不具合記録票２１
（図５、図１２参照）等の帳票を参照して、航空機のシ
ステムの可動状態などの必要事項、或は乗員などから伝
えられた不具合現象（症状）を入力ペン２を用いて入力
する。又、ステップＳ２では、上記航空機の検査箇所に
接続したテスタからの計測値を直接入力する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７４】従って、上記ステップＳ１２において、今
回の推論では原因が探究できなかったと判断された場合
（整備員の入力により判断する）、ステップＳ１９へ分
岐し、ここで整備員が自己の知識、及び経験から独自に
原因を探究する。そして、ステップＳ２０で、その内容
を、図１４に示すように、タッチスクリーン１ａに表示
された項目に従って、探究の経緯、処置等の所定事項に
従って入力する。すると、ステップＳ２１で、整備員の
入力したデータが知識として獲得され、整備員の探究経
緯等が整理され、ステップＳ１６へ戻る。

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

【００７６】そして、ステップＳ１８で、今回の原因探
究の経緯及び処置内容が整備記録データ記憶部１７ａに
記録され、推論処理を終了する。

【００７７】上記整備記録データ記憶部１７ａに記憶さ
れているデータは、外部印刷機などを介して取出すこと
ができ、例えば、図１７に示すように、不具合記録票２
１に記載して、集計することができる。なお、この集計
は、知識ベース改修の際に参考にされる。

【００７８】このように、整備員が自己の知識及び経験
に基づいて独自に原因探究を行った結果、不具合現象が
解消した場合、この原因探究の経緯及び処置内容等を入
力して、診断事例型知識データ記憶部１６ａに記憶され
ている知識データに、新たな事例データとして蓄積する
ことで、その後、同種の不具合現象に対しては、今回入
力した事例データが原因探究に反映されるため、初心者
整備員であっても、適切な処置を施すことができ、整備
技術の均一化が図れる。

【００７９】さらに、本故障診断装置Ａを使い込むこと
で、知識ベースの精錬化が図れ、整備の質の向上、原因
探究の効率化を図ることができる。

【００８０】また、失敗事例も蓄積することで、同種の
不具合現象に対して再度、同じ仮説が導き出されても、
整備員は無駄な点検を行う必要がなくなり、作業効率が
向上する。

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

【００８２】

【発明の効果】以上、説明したように本発明によれば、
整備員が独自に行った原因探究の経緯及び処置内容が知
識ベース部に新たな事例データとして蓄積されるので、
本装置を使い込むことで知識ベースがより精錬化され
る。

【００８３】また、既存の知識データでは、故障原因を
探究することが不可能であった不具合現象に対しても、
一度、整備員が故障原因を探究し、その経緯及び処置内
容が事例データとして蓄積されれば、以後、同種の不具
合現象に対しては、初心者整備員であっても熟練整備員
と同様の処置を施すことができ、整備技術の均一化が図
れる。

【００８４】また、本装置を使い込むことで、知識デー
タの精錬化が図れるため、整備の質の向上及び原因探究
の効率化を図ることができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

１４推論機構部１５技術情報収集部１５ａデータ収集部１５ｂ事例登録部１６知識ベース部

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

Claims

【特許請求の範囲】

【請求項１】故障診断に必要な知識データを記憶する
知識ベース部（１６）と、この知識ベース部（１６）に記憶されている知識データ
に基づき故障原因を推論により探究し仮説を生成する推
論機構部（１４）と、技術情報収集部（１５）とを備え、この技術情報収集部（１５）に、整備員が独自に行った原因探究の経緯及び処置内容を整
備員による入力データに基づき収集するデータ収集部
（１５ａ）と、上記整備員による独自の探究経緯及び処置内容を上記知
識ベース部（１６）に新たな事例データとして蓄積する
事例登録部（１５ｂ）とを備えることを特徴とする故障
診断装置。