JPH01242979A - 故障診断支援装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 産業上の利用分野 本発明は、数多くの機能を組合せて設計され、各機能が
電子回路で実現されているような機器の故障診断を行な
う故障診断支援装置および、回路構成は異なるが基本設
計が同一であるような複数機種の診断を行なう故障診断
支援装置に関するものである。

従来の技術 近年、計算機を利用した故障診断システムの開発が盛ん
に行なわれるようになっている。

特に有名なのは、熟練修理者の専門知識をルール化した
知識ベースを使用する診断エキスパートシステムである
。そこでは、修理に関する知識を「もし０１．ならば、
　、１．である」 といったプロダクション・ルールで記述することが多く
、知識ベースはそのようなルールの集合となっている。

第２図が、従来の故障診断支援装置のひとっである診断
エキスパートシステムの構成を示すものである。第２図
において、２１は使用者が症状を人力したり、システム
から使用者への問合せを表示したりする人出力部であり
、通常、計算機の端末装置が使用される。２２は推論部
で内部に記憶装置を有している。２３は専門家の知識を
集めた知識ベースであり、各知識は 「もしく条件部）ならば、（結論部）である」というル
ールで表わされている。ルール例としては、次のような
ものが挙げられる。

（ルール例１）「もし、テスト点ｐ１の電圧が５Ｖ以下
であれば、トランジス タＴｒ３が壊れている。」 第２図のように構成された診断装置の動作は、次のとお
りである。推論部２２は、知識ベース２３を参照しなが
ら現在適用できるルールを順次評価していく。ルールが
適用できるかどうかは、推論部２２にある記憶装置の内
容によって判断されるが、必要に応じて使用者に対する
質問が行なわれる。

適用できるルールが無くなった時に診断終了となる。プ
ロダクション・システムの動作に関しては、例えば、上
野「知識工学入門」オーム社、１９８５、ｐｐ、６３−
８２等に説明がある。また、プロダクション・ルールに
よる電子機器の故障診断例としては、ビー・フィリップ
ス他「インカ：ザ・イングリッシュ・ルッジ・アクイジ
ション・インタフェース・フォー・エレクトロニック・
インストウルメント・トラブルシューティング・システ
ムズ」アイ・トリプル・イー、ＡＩ応用会議論文集、１
９８５（Ｂ、Ｐｈ１ｌｌｉｐｓ、　ｅｔ　ａｌ、　”Ｉ
ＮにＡ：　Ｔｈｅ　ＩＮＧＬＩＳＩＩＫｎｏｗｌｅ＋Ｊ
ｇｅ　Ａｃｑｕｉｓｉｔｉｏｎ　Ｉｎｔｅｒｆａｃｅ　
ｆｏｒＥｌｅｃｔｒｏｎｉｃ　Ｉｎｓｔｒｕｍｅｎｔ　
ＴｒｏｕｂｌｅｓｈｏｏｔｉｎｇＳｙｓｔｅｍｓ”、Ｉ
ＥＥＥ　Ｃｏｎｆ、　ｏｎ　Ａｔ　Ａｐｐｌｉｃａｔｉ
ｏｎｓ。

＋９８５）、＋１１１．６７６−６８１がある。

なお、プロダクション・システム以外の故障診断方式も
ある。そのひとつは、機器の構成要素間の接続関係や確
率をもとに、できるだけテスト回数が最小になるように
テスト点を選択するものである。使用者にテスト点を指
示し、その結果をもとに再度計算を繰り返すという方法
をとっている。

例えば、アール・カントーン他「モデル・ペースト・プ
ロパビリスティック・リーズニング・フォー・エレクト
ロニクス・トラブルシューティング」１、ＪｃＡＩ論文
集、１９８３　（Ｒ，Ｒ，Ｃａｎｔｏｎｅ、　ｅｔ　ａ
ｌ。

”Ｍｏｄｅｌ−Ｂａｓｅｄ　Ｐｒｏｂａｂｉｌｉｓｔｉ
ｃ　Ｒｅａｓｏｎｉｎｇ　ｆｏｒＥｌｅｃｔｒｏｎｉｃ
ｓ　Ｔｒｏｕｂｌｅｓｈｏｏｔｉｎｇ”、Ｐｒｏｃ、　
ｏｆＩＪＣＡＩ　’８３．１９８３）、ｐｐ−２０７−
２１１やエイチ・パラバン他「テスタビリティ／フォー
ルト・アイソレーション・パイ・アダプティブ・ストラ
テジー」アイ・トリプル・イー、（原子・信頼性シンポ
ジウム論文集、１９８３（）１．Ｂａ１ａｂａｎ、　ｅ
ｔ　ａｌ、、”Ｔｅｓ　ｔａｂ　ｉ　Ｉ　ｉ　ｔｙ／Ｆ
ａｕｌｔ　ｌ５ｏｌａｔｉｏｎ　ｂｙ　Ａｄａｐｔｉｖ
ｅ　５ｔｒａｔｅ８ｙ”、ｌ　ＥＥＥＰｒｏｃ、　　Ａ
ｎｎｕａｌ　　Ｒｅ１ｉａｂｉｌｉｔｙ　　ａｎｄ　　
ＭａｉｎｔａｉｎａｂｉｌｉｔｙＳｙｍｐｏｓｉｕｍ、
　　＋９８３）、ｐｐ、３４４−３５０を参照できる。

他のアプローチとして、各部品のモデルを利用して機器
の動作をシミュレートすることによって診断を行なうも
のもある。　「深い知識」や「定性的推論」に基づく診
断である。例えは、アール・デイビス「ダイアグノステ
ィック・リーズニング・ペースト・オン・スラクチャー
・アンド・ビヘイビアＪＡ１２４．１９８４（Ｒ，Ｄａ
ｖｉｓ、”ＤｉａｇｎｏｓｔｉｃＲｅａｓｏｎｉｎｇ　
Ｂａ５ｅｄ　ｏｎ　５ｔｒｕｃｔｕｒｅ　ａｎｄ　Ｂｅ
ｈａｖｉｏｒ”、Ａｒｔｉｆｉｃｉａｌ　Ｉｎｔｅｌｌ
ｉｇｅｎｃｅ　２４．１９８４）、ｐｐ、３４７−４１
０や、ピー・ダーギュ他「トラブルシューティング：フ
ェン・モデリング・イズ・トラブル」ＡＡＡＩ　　’８
７論文集、１９８７（Ｐ、Ｄａｇｕｅ、　　ｅｔ、　ａ
ｌ、”Ｔｒｏｕｂｌｅｓｈｏｏｔｉｎｇ：　ｗｈｅｎ　
ｍｏｄｅｌｉｎ３　ｉｓ　ｔｈｅｔｒｏｕｂｌｅ”、Ｐ
ｒｏｃ、　ｏｆ　ＡＡＡＩ　　’８７．１９８７）、ｐ
ｐ、６００−６０５がある。

また、経験的知識に基づいた診断と機器の構造に基づい
た診断を組合せようとする試みも現われている。例えば
、大森池「対象モデルに基づく故障診断エキスパートシ
ステムにおける推論制御方式について」情報処理学会第
３５回全国大会論文集、１９８７、ｐｐ、　１５１９−
１５２０では、プロダクション・ルールによる経験則を
使っである程度の故ｌｉ′を箇所の範囲を限定し、それ
以降の診断に、対象機器の人出力等の接続関係や機器の
階層構造等を記述した対象モデルを利用している。

発明が解決しようとする課題 ＴＶやＶＴＲ等の複雑な電子装置の故障診断において、
修理者の経験や勘が大いに役立っていることは明らかで
ある。通常、複雑な電子機器の故障診断は、次のような
２つのフェーズに分けて考えられる。すなわち、症状か
ら異常と思われる機能を紋り込む第１のフェーズと、紋
りこまれた機能に対して、実際の回路図を参照しながら
故障部品を検出するという第２のフェーズである。ここ
で重要なのは第１のフェーズであり、熟練修理者の診断
が速いのは、広大な回路の中から点検すべき箇所を的確
に判断できるからである。点検すべき範囲が限定され、
正常電圧等の必要なデータさえ与えられると、修理初心
者でも故障部品を発見しやすいものである。それは、第
２のフェーズは各機種ごとに異なるものではなく、電子
回路全般に共通のものだからである。

このように、それぞれのフェーズで用いられる知識は別
の性質を持っているにもかかわらず、従来のような構成
では、故障診断に関するあらゆる種類の知識を、同一形
式で、同一の知識ベースに収めなければならないため、
次のような問題があった。

まず、経験則等をプロダクション・ルールで表現しよう
とすると、知識ベースは非常に複雑、巨大なものとなり
保守も困難だった。なぜならば、プロダクション・シス
テムではルールとして記述されていない故障には全く対
処できないため、診断能力を上げるためには登録ルール
数を増加させるしかないからである。しかし、すべての
因果（可係をルールとして記述することは不可能に近く
、非現実的である。

これに対し、対象機器の構造に基づいた方法は、知識ベ
ースの構築が容易という利点はあるが、経験則に基づい
た症状と原因との因果関係が十分に活かせないため、大
規模な装置の診断では必ずしも効率が良いとはいえなか
った。この方法では計算潰が大きくなることが多く、特
に、モデルを利用した方法では、すべての部品の動作を
正確に定義すること自体困難なことが多い。

このような問題点をもとに、複数の推論方式を併用する
方法も考案されているが、電子機器の故障診断支援装置
として考えた場合、推論方式の切り換えレベルが明確で
なかったり、対象モデルの表現が不適当だったりした。

以上の問題は、そもそも、故障部品発見までの診断プロ
セスをシステム主導で行なおうとする方針に起因してい
る。特に、診断支援装置の使用者が有すると期待できる
診断知識はほとんど利用されていなかった。ざらに、従
来のシステムでは、診断が失敗した後、人間の修理者が
診断を続行しなければならないという事実はほとんど考
慮されていないといってよく、実用システムとしては不
十分てあった。

また、従来の故障診断エキスパートシステムでは、基本
的に、−機種に対してひとつの知識ベースとして診断知
識が整理されていた。従って、他機種用の診断システム
を構築する場合には、知識ベースを新たに最初から構築
するか、類似の知識ベースを部分的に変更・追加する必
要がある。この状況は、シリーズ商品における姉妹機種
の知識ベースや、性能向上のためのモデル改良等に伴う
知識ベースの変更等で、頻繁に生じることは容易に想像
がつく。このような場合、各機種・モデルごとに独立し
た別の知識ベースを持たせると、個々の知識ベースを作
成するのに手間がかかるという問題点がある。

本発明は上記問題点に鑑み、診断知識の種類ごとに知識
ベースおよび推論部を持たせることによって、知識ベー
スの作成・保守を容易にすると共に、診断フェーズを区
別することで使用者にも分かりやすい診断を行なう故障
診断支援装置を提供することにある。

課題を解決するための手段 上記課題を解決するために本発明の故障診断支援装置は
、診断対象となる電子機器を機能ブロックや信号単位で
故障診断を行なう第１の故障推定部と、面記機能やそれ
ぞれのブロックの回路構成を示す回路データ保持部と、
前記回路データ保持部のデータをもとに、前記機能やブ
ロックに対応する回路の点検を行なうための第２の故障
推定部を備えたものである。

別の解決法としての故障診断支援装置は、診断対象とな
る機種に依存した経験的知識を用いて故障診断を行なう
第１の故障推定部と、機種共通の機能レベルの知識を用
いて診断を行なう第２の故障推定部と、対象機種に依存
し、回路設計レベルの知識を用いて診断を行なう第３の
故障推定部を備えたものである。

また、他の発明の故障診断支援装置は、診断対象となる
機器における機種共通の第１の知識ベースと、各機種ご
とに異なる機種固有の第２の知識ベースを独立に備えた
ものである。

作　　　用 本発明は上記した構成によって、電子機器の故障診断を
２段階もしくは３段階に分けて行なうことができるよう
になった。まず、機能レベルでの故障推定部では、熟練
（１理者の知識や機器の動作原理を利用して、機器の故
障と思われる箇所を機能レベルで紋り込む。次に、回路
レベルでの故障推定部によって、紋り込まれた機能に対
応する回路部分を検索し、その回路のみを点検すればよ
い。

使用者が電子機器の診断に慣れていない場合は、測定点
を順次指示してやる必要があるが、使用者に電子機器一
般の修理知識がある場合は、単に回路図・基板図・正常
波形等の測定データを表示してやるだけでもよい。

なお、機種に依存した有効な経験的知識が存在する場合
は、以上に述べた診断を行なう前に、その知識を使った
診断を行なうことができる。機種に依存した経験的知識
は、機能レベルでの故障推定部で同時に使用することも
できる。

更に、機種共通の知識ベースと機種に依存する知識ベー
スを区別することによって、新たに別機種用の診断シス
テムが必要にな）た場合でも簡単に知識ベースを作成す
ることができるようになった。つまり、対象として追加
しようと思う機種に依存する部分のみを付は加えるだけ
でよい。また、複数機種の診断をサポートする場合でも
、各機種に共通の知識ベースが重複して持たせる必要も
なくなる。

実施例 以下本発明の一実施例を第１図により説明する。

第１図は、本発明の一実施例における故障診断支援装置
の構成を示す図である。第１図において、１１は人出力
部、１２は処理制御部、１３は故障機能推定部、１４は
回路点検部である。また、１５は故障機能推定用知識ベ
ース、１６は機能−回路対応表、１７は回路データであ
る。　故障機能推定部１３は、従来のブａダクション・
システムでよい。ただし、そこで用いられる故障機能推
定用知識ベース１５には、原則として、機能レベルでの
診断知識しか収めないのが特徴である。機能レベルでの
知識とは次の（ルール例２）、　（ルール例３）のよう
なものであり、前述した（ルール例Ｉ）のようなものは
含まない。

（ルール例２）「もし、画面が縦線−本になっていれば
、ラスク不良である。」 （ルール例３）「もし、ラスク不良であれば、映像増幅
回路の故障、またはブ ラウン管回路の故障である。」 一般に電子機器はブロック図で表わすことができ、各ブ
ロックは、ある機能単位でまとめたものである。例えば
、ビデオ（ＶＴＲ）の信号系回路は、第４図のように表
わすことができる−（各ブロックは階層構造をもってい
てもよい）。ある症状が与えられた時に、どのブロック
が疑わしいという知識を集めたものが故障機能推定用知
識ベース１５である。

必ずしも、ひとつのブロックを限定する必要はない。ま
た、ブロックとしてではなく信号経路として機能を絞り
込んでもよい。例えば、　「音声信号に異常がある。」
といった場合である。重要なのは、このレベルでの診断
は、具体的な電子回路での実現方法には関係しないとい
うことである。

これに対して、回路データ１７は、診断対象となる電子
機器の回路情報を集めたものである。例えば、　「リミ
ッタｊという同じ機能を実現する場合でも、第５図のよ
うに複数の実現方法が存在するのが普通である。更に、
部品番号（規格）の違いを含めると、ひとつの機能の実
現方法は−通りとは限らない。診断対象となっている機
器が実際にとのような回路構成となっているかを示すの
が回路データ１７である。回路データ１７は、意味のあ
る範囲内でできるだけ細分化したものである。その分ｖ
ｊされた回路ごとに、次のような情報が含まれている。

（１）回路の接続情報や主要信号経路 （２）その回路内で、テスト点として測定可能な点と、
正常時の測定データ （３）その回路で使用されている各部品の故障頻度 機能−回路対応表１６は、機能名や信号名とそれに対応
する回路を結びつけるものであるが、ひとつの機能に複
数の回路が対応していてもよい。

以上のように構成された電子機器故障診断装置において
、第１図を用いてその動作を説明する。

以下、第３図の流れ図に基づいてこの装置の動作を説明
する。

まず、この電子機器故障診断装置が起動されると、故障
機能推定部１３は故障機能推定用知識ベース１５を使っ
て、その故障を起こしていると思われる機能を推定する
。その際、必要となる情報は人出力部１１をとおして使
用者に質問される。例えば、前述の（ルール例２）にお
いて「画面が縦線−本である」かどうかは、使用者が人
出力部１１から人力する。仮に、そのような情報が与え
られると、故障機能推定部１３は（ルール例２）によっ
て、「ラスク不良」と仮定する。更に（ルール例３）に
よって、　「映像増幅回路」または「ブラウン管回路」
の不良が疑われる。知識ベース１５内で条件にあうルー
ルが存在しなくなると、これ以−Ｌの故障推定を行なう
のは不可能となる。この時点で、故障と思われる機能や
信号名等が候補として上がっており、制御は回路点検部
１４に移る。

なお、故障機能推定部１３は、経験則に基づいたもので
ある必要はなく、ブロック図の接続関係や確率をもとに
故障機能を推定してもよい。

回路点検部１４には故障機能推定部１３によって得られ
た故障と思われる機能名が人力される。回路点検部１４
は機能−回路対応表１６を使って、まず回路データＩ７
から、故障と思われる機能に対応する回路のデータを読
みこむ。この段階で初めて、実際の回路レベルの診断と
なる。例えば、故障機能推定部１３によって（ＦＭ復調
器の）「リミッタ」の機能が故障していると推定された
場合、機能−回路対応表１６によって実際に点検すべき
回路（第５図中の５２もしくは５３等）が決定される。

回路点検部１４０目的は、既に限定された範囲の回路の
中から故障部品を探しだすことであり、テストを行ない
ながら故障と思われる箇所を紋りこんでいくことである
。ただし、回路点検部１４では、必ずしもシステムが診
断をガイドする必要はない。

この回路レベルになると、使用者の修理知識だけでも点
検可能な場合が多いからである。例えば、第６図のよう
なトランジスタ基本回路（電流帰還バイアス回路）にお
いて、エミッタ電圧を測定することにより故障箇所を判
別するというのは、電子機器修理者にとっては基本知識
である。この例でエミッタ電圧が正常時より高い時は、
Ｒ２やＲ４の断線、ＴＲのＢＣ間またはＥＣ間のショー
ト等が考えられる（長板「カラーＴＶの故障修理法」オ
ーム社、１９７５、ρ、１６８）。

従って、回路点検部１４は、使用者の要求に応じて各測
定点に関する情報、例えば、基板上での位置、正常な電
圧や波形を人出力部＋１に表示するだけで十分な場合も
あることが分かる。また、電子回路の診断で最も必要な
情報は、回路図内での主要信号の流れであり、その経路
さえ表示してやるだけでも強力な診断支援となっている
。例えば、第７図は、実際の回路図の一部を取りだした
ものであるが、主要信号経路の表示の有無によって診断
効率がかなり変わってくる。経路表示が無い場合、（ア
ナログ回路では特に）どこから調べていけばよいか分か
らないことが多いが、このように主要経路および最小限
の電圧波形等が示されれば、あとは各使用者の判断で診
断を進めることも可能である。また、プリント基板上で
の信号経路を図表示することによって、目視検査による
半田夕・ンチの検出等も容易になっている。

このように、回路点検部１４としては、単に測定データ
や電子回路修理の基礎知識を入出力部１１に表示するだ
けの検索機能を持たせただけでも構わない。システムに
主導権を持たせるのではなく、使用者が必要なデータを
検索する補助的な機能でも、使用者の診断能力を有効に
利用することによって、全体としての診断能力が向上す
る。もちろん、他の機能を持たせてもよい。回路の接続
関係や各部品の故障傾度を参考にして最適な点検ポイン
トを決定するようなことがきる。これは、従来から行な
われている接続関係のみから最適なテスト点を選択する
方法を利用してもよい。また、点検すべき範囲を十分に
限定することによって、定性的推論等を利用することも
可能となってくる。

基本的な電気知識や修理知識等を持たせた場合の構成を
第８図に示す。第８図において回路知識８１が汎用的の
知識ベースまたはデータベースとなっている。

診断の流れとしては、故障機能推定部！３によってあら
かじめ全候補を選んでおく必要はなく、適宜、回路点検
を行なってもよい。単に、疑わしい候補を選ぶだけだと
候補数が増大するような場合は、実際に回路を点検しな
がら故障原因を紋り込んでいくこともできる。

また、故障機能推定部１３を使っての診断とは関係なく
、使用者が任意の回路を点検するために、人出力部１１
をとおして回路点検部１４を直接呼びだすという機能も
役にたつ。

以上は、電子回路の診断を「故障機能の推定」と「該当
回路の点検」の２つに分けた基本的な構成であるが、実
際には、各機種固有の経験則が存在することがある。例
えば、特定機種の製造過程に不良があって、　「機種Ｘ
ＹＺで、６２年の１月から３月に製造されたもので、症
状ｘｘが出た場合、部品ＡＢの故障という確率が非常に
高い」といった経験則がある場合、それを優先する方が
効率がよい。その場合の構成を第９図に示す。第９図中
の９３が、そのような機種依存の経験則を集めた知識ベ
ースであり、９２がその知識を利用して診断を行なうた
めの機種依存経験則適用部である。処理手順としては、
まず機種依存経験則９３を適用して、それで診断できな
かった場合に、故障機能推定部１３に制御を移すという
方法が自然である。機種依存経験則の適用はプロダクシ
ョン・システムで実現できる。従って、故障機能推定部
１３もプロダクション・システムで実現している場合に
は、機種依存経験則適用部９２と故障機能推定部１３は
同一のものであってもよい。

最後に、多機種対応可能な発明の故障診断支援装置の実
施例について説明する。基本構成は第１゜図で表わされ
る。ここで、１０４は機種共通知識ベース、１０５ａは
機種ａ用知識ベース、１０５ｂは機種す用知識ベース１
００．１０５ｎは機種ｎ用知識ベースである。

例えば、テレビやビデオを考えた場合、ある症状が与え
られて、どの機能がおかしいと推定するのは、各機種の
具体的な回路の実現方法とは関係ないことが多い。第４
図のような機能レベルで判断できると考えられる。従っ
て、そのような機種にｆ＆存しない知識は機種共通知識
ベース１０４として持たせておき、機種に依存する知識
のみを１０５ａ、１０５ｂ１１９．１０５ｎと区別して
持たせておけばよい。

実際の診断時に使用される知識ベースは、機種共通知識
ベース１０４と診断対象機種によって選択された機種用
知識ベースである。機種別知識ベース１０５ａ〜１０５
ｎの中からの該当機種陽知識ベースの選択は、機種依存
知識ベース選択部１０３によって行なわれる。

再び第１図を例にとると、故障機能推定用知識ベース１
５が機種共通知識ベース１０４に、機能−回路対応表１
６および回路データ１７が機種依存の知識ベース（例え
ば１０５ａ）に相当している。シリーズ商品等で、新た
な機種が製造された場合、各機能がどのような部品で実
現されているかを追加してやるだけで済む。

発明の効果 以上のように本発明は、電子機器の故障機能推定部と回
路点検部を明確に区別することにより、次のような効果
が得られる。

（１）機能レベルと回路レベルでの診断知識を分離する
ことにより、知識ベースに記述す　　　べき知識の種類
が統一される。特に、実際の回路レベルでの診断は、接
続関係に基づいて点検できるので、各部品の故障と、そ
の時用われる症状等との関係をルールとして記述する必
要がなくなる。

従って、知識ベースの作成が簡単になると共に保守も容
易となる。

（２）回路点検部を設けることにより、ルールとして陽
に記述していない部品でも診断の対象となる。

また、機種に依存する知識と機種に共通な知識を区別し
て扱うことにより、次の効果が得られる。

（３）姉妹機種や一部に設計変更があったような場合で
も、実際の回路に関係するデータだけ取替えるだけでよ
く、複数の機種に対する故障診断装置を簡単に作成する
ことができる。

（４）複数機種の故障診断支援装置において、共通部分
の知識を重複して持つ必要がなく、記憶容量が少なくて
すむ。

【図面の簡単な説明】

第１図は本発明の一実施例における故障診断支援装置の
構成図、第２図は従来の故障診断装置の構成図、第３図
は前記実施例において故障診断を行なう手順を示すフロ
ーチャート、第４図は同実施例に用いる電子機器の一例
を示すブロック図、第５図は機能レベルと回路レベルの
対応例を示す対応図、第６図は診断対象となる電子機器
の基本的な回路の例を示す回路図、第７図は実際の回路
の一部を示す回路図、第８図は本発明の他の実施例にお
ける故障診断支援装置の詳細な構成を示すブロック図、
第９図は他の発明の一実施例における故障診断支援装置
の構成図、第１０図は更に他の発明の一実施例における
故障診断支援装置の構成図である。 １１・・・人出力部、１２・・・処理制御部、１３・・
・故障機能推定部、１４−・・回路点検部、１５・・・
故障Ｗ能推定用知識ベース、１６・・・機能−回路対応
表、１７・・・回路データ、８１・・・回路知識、９２
・−・機種依存経験則適用部、９３・・・機種依存経験
則、１０３・・・機種依存知識ベース選択部、１０４・
・・機種共通知識ベース、ｌ０５ａ・・・機種ａ用知識
ベース、１０５ｂ・・・機種す用知識ベース、１０５ｎ
・・・機種ｎ用知識ベース。 代理人の氏名　弁理士　中尾敏男　ばか１名菓　１　図 第３図 第５図 第　６　図 第７図 第８図 第１０図 檄檀ａ用５ｒＪ識ベース

Claims (3)

【特許請求の範囲】
1. （１）診断対象となる電子機器を機能ブロックや機能ブ
   ロック間を結ぶ信号単位で故障診断を行なう第１の故障
   推定部と、前記機能ブロックのそれぞれの回路構成を示
   す回路データ保持部と、前記回路データ保持部のデータ
   をもとに、前記機能ブロックに対応する回路の点検を行
   なう第２の故障推定部を備えたことを特徴とする故障診
   断支援装置。
2. （２）診断対象となる機種に依存した経験的知識を用い
   て故障診断を行なう第１の故障推定部と、機種共通の機
   能レベルの知識を用いて診断を行なう第２の故障推定部
   と、対象機種に依存し、回路設計レベルの知識を用いて
   診断を行なう第３の故障推定部を備えたことを特徴とす
   る故障診断支援装置。
3. （３）診断対象となる機器の機種共通の第１の知識ベー
   スと、各機種ごとに異なる機種固有の第２の知識ベース
   を独立に備えたことを特徴とする故障診断支援装置。