JPH0720927A - 故障・修理情報処理支援装置 - Google Patents

Abstract

(57)【要約】 【目的】 故障・修理情報を新製品の改良技術に反映可
能とさせる。 【構成】 故障・修理対象について、機構設計、電気回
路設計、部品選定、材料選定などの技術情報を含む故障
・修理の基準情報を予め記憶しておき、故障・修理情報
を次のように入力する。まず画面表示Ｆ１から対象製品
を選択入力し（Ｓ２）、画面表示Ｆ２，Ｆ３から順次選
択して故障箇所を選択入力し（Ｓ３）、次に故障の症状
を入力し（Ｓ４）、画面表示Ｆ５から故障が起きた時の
使用状態を選択入力し（Ｓ５）、それまでの入力状態か
ら基準情報を参照して故障原因の判断（推定）を行って
画面表示Ｆ６を行い（Ｓ６）、それにもとづき、実際に
行った修理を、画面表示Ｆ７，Ｆ８により選択入力し
（Ｓ７）、更に修理者、修理場所を画面表示Ｆ９から選
択入力し（Ｓ８）、その後画面表示Ｆ１０から修理結果
を選択入力する（Ｓ９）。これらの解析情報をＭＯＤＥ
Ｍを介して中央処理装置へ転送する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は企業などの機関に設置
され、出荷した製品の故障・修理情報を解析し、後方支
援を行う故障・修理情報処理支援装置に関する。

【０００２】

【従来の技術】従来関連する支援システムとして、各種
故障診断装置、例えば特開昭６３−７８０４１号公報に
て開示される車両用故障診断装置、特開平１−１８４５
９９号公報にて開示される故障診断支援装置などがあ
る。また、電子手帳利用に関しては特開平４−１８４３
号公報にて開示のスケジュール管理装置や、特開平４−
１７７４５１号公報にて開示される電子手帳機器などが
ある。その他、コンピュータネットワークによりデータ
を転送し、情報管理を行うシステムは広く一般的であ
り、医薬品在庫管理、個人情報管理、生命保険見積、部
品管理など数多い。

【０００３】特開昭６４−５２５５２号公報にて開示の
自動車用故障診断装置の場合、図１５に示すように、自
動車１内の電子制御装置２と、コネクタ３とケーブル４
を介して故障診断装置５とを双方向通信させる。故障診
断装置５にはコネクタ６にてメモリカートリッジ７が取
付けられ、キーボード部８、表示部９を備え、標準通信
Ｉ／Ｆコネクタ１０、ケーブル１１にてエキスパートコ
ンピュータ１２と接続されている。メモリカートリッジ
７には故障診断に必要なプログラム、データなどが車種
に応じて記憶されている。自動車１の電子制御装置２と
は、エキスパートコンピュータ１２のキーボード部１３
の操作による問診指令で電子制御装置２へ直接呼出し、
呼込みを行うことで故障診断をする。エキスパートコン
ピュータ１２は、音響カプラ１４、受話器１５、電話機
本体１６、商用あるいは専用の電話線１７を介してホス
トコンピュータ１８に接続され、必要なプログラムやデ
ータのバックアップを受けることでより高度な故障診断
を行う。故障診断は例えば現地で行う場合は故障診断装
置５のみにより実施する。診断者はエキスパートコンピ
ュータ１２の表示部９に表示されたデータに基き、マニ
ュアルに記載の標準値と比較し、この比較によりどこに
異常があるかを調べる。このためのメモリカートリッジ
７は車種毎、年式毎に用意されている。

【０００４】また、電子手帳とコンピュータとをリンク
させたシステムは、その目的は主としてスケジュール管
理、個人情報管理などであり、電子手帳の処理、記憶能
力を接続したコンピュータで補うと共に、複数の電子手
帳データの効率的な管理を目指したものである。さらに
事務処理の効率化を目的とするシステム、例えば伝票発
行や在庫管理などのシステムについても、上記従来例同
様の構成を持つものが多い。

【０００５】

【発明が解決しようとする課題】従来の故障診断装置
は、故障している対象物に対し適切かつ高度な診断を行
い、迅速な修理を可能とすると共に、サービスマンや技
術者の負担軽減が目的である。しかしながら従来の故障
診断装置は、入力された故障の現象に対し、その製品内
の不良部分を推定し、修理方法を提案することに重点が
おかれ、故障の深層原因の重要部分を占める設計、部
品、材料などの技術的原因の追求については考慮されて
おらず、このことが個々の現品対応ではない不偏的な原
因を掴みきれなかった。

【０００６】また、故障・修理情報の流れの面から見て
も、従来はサービス拠点からの情報が不十分なために、
技術部門における原因追求の確度を低下させていた。そ
してこれらの結果として、既存製品についてはその仕様
変更などの技術的改良が不十分となり、さらに新製品に
その改良技術が反映されないなどの問題があった。

【０００７】この発明は上記のような問題点を解決する
ためになされたもので、故障・修理情報を有効に活用
し、技術部門にフィードバックすることができる故障・
修理情報処理支援装置を提供することを目的とする。

【０００８】

【課題を解決するための手段】この発明によれば、製品
の故障・修理情報を入力する手段と、その入力した故障
・修理情報を記憶する手段と、製品毎に故障・修理に対
応して予め定められたデータを記憶する手段と、前記デ
ータを基に、前記入力による故障・修理情報を解析する
手段と、前記解析結果を出力する手段とが故障・修理情
報処理支援装置に設けられる。

【０００９】

【作用】このような構成の、故障・修理情報処理支援装
置によれば、故障・修理情報を入力すると、製品毎にそ
の故障・修理に対応して予め定められたデータを基に、
その入力された故障・修理情報を解析し、この結果を出
力する。

【００１０】

【実施例】図１はこの発明の第１実施例の故障・修理情
報処理支援装置を含むシステムを示し、このシステムは
中央処理装置２１と、技術データ処理装置２２と、この
発明による複数の故障・修理情報処理支援装置２３−１
〜２３−ｎとで構成されている。中央処理装置２１は本
社に、技術データ処理装置２２は開発設計などの技術部
門に設置され、故障・修理情報処理支援装置２３−１〜
２３−ｎは各営業店などの複数のサービス拠点に設置さ
れる。

【００１１】図２にこの発明による故障・修理情報処理
支援装置２３−１〜２３−ｎの詳細を示す。故障・修理
情報処理支援装置の本体部２９はＣＰＵ３０、ＲＯＭ３
１、ＲＡＭ３２、ＣＲＴＩ／Ｆ（インターフェース）３
３、キーボードＩ／Ｆ３４、プリンタＩ／Ｆ３５、ＳＩ
Ｏ（直列−並列変換）３６から構成される。ＲＯＭ３１
内の一部が故障・修理コード表データ部３１−１に充て
られている。本体部２９には表示器、例えばＣＲＴ３
７、キーボード３８、プリンタ３９、がそれぞれＣＲＴ
Ｉ／Ｆ３３、キーボードＩ／Ｆ３４、プリンタＩ／Ｆ３
５で接続され、また中央処理装置２１とのデータの授受
を行うためのＭＯＤＥＭ４０がＳＩＯ３６に接続され
る。

【００１２】製品が故障により返品された場合、サービ
ス拠点ではその故障内容がどんなものであるかを調べ、
その結果に基いて修理を行い、修理伝票を発行する。サ
ービス拠点での修理が不可能であれば本社に返品された
製品を送る。この際問題になるのが故障内容の解析であ
る。故障の原因としては、製品内部のどこが不良である
とか、使用方法が悪いとか、使用環境が過酷であったと
かが挙げられるが、これらはいわば直接的原因、換言す
れば表層的原因であり、その奥には例えば設計不良、部
品・材料の選択不良などの技術由来の原因が存在し、し
かもそれは深層原因の主要部を占めるのである。そこで
この実施例ではこの技術由来の原因に結びつく故障・修
理情報の処理方法について検討を重ねた結果、独自の故
障・修理データを創出するに至った。そして入力された
故障・修理情報の解析用に製品毎の故障・修理データ
（基準情報）を定め、これを基に解析を行うことにし
た。

【００１３】この故障・修理データ（基準情報）の構造
は、コード部分と、そのコードと対応する内容部分とに
分かれ、含まれるデータ（内容）としては、製品群・製
品名、故障の箇所、故障の現象、故障が起きた時の使用
状態、処置（修理）方法、修理場所・修理者、故障の原
因、そして結果である。これらのデータ（基準情報）
は、サービス拠点に設置された故障・修理情報処理支援
装置２３−１〜２３−ｎの本体部２９のＲＯＭ３１の故
障・修理データ部３１−１に格納されている。

【００１４】図３および図４に前記故障・修理データ
（基準情報）の例をある電気機器について示す。ステー
ジ１は故障の箇所を、ステージ２は故障の現象を、ステ
ージ３は故障が起きた時の使用状態を、ステージ４はそ
の故障に対して行った処置（修理）方法を、ステージ５
はその修理を行った場所・修理者を、ステージ６はその
故障の原因を、そしてステージ７はその故障に対する処
理結果を示している。各ステージのコード桁は、ステー
ジ１が２桁、ステージ２が２桁、ステージ３が１桁、ス
テージ４が２桁、ステージ５が１桁、ステージ６が２
桁、ステージ７が１桁となっている。

【００１５】この故障・修理データには、ステージ６の
故障原因を始め、ステージ２の故障の現象、ステージ３
の使用状態など技術由来の項目が多数含まれており、こ
の実施例による故障・修理情報処理支援装置で解析され
た情報は、例えば本社設置の中央処理装置や、技術部門
に設置のＥＷＳ（エンジニアリング・ワークステーショ
ン）などで処理し易いように考慮されており、強力な後
方支援が可能になっている。

【００１６】さて、故障・修理データの各ステージの性
格上、それらの処理を、選択と、判断及び選択の組合せ
とに分けている。例えば、製品群・製品名、故障の箇
所、故障が起きた時の使用状態、修理方法、修理場所・
修理者、修理結果については選択処理を、故障の現象及
び故障の原因については入力された情報に対して判断を
行い、その判断結果が複数ある場合にはそれらを選択す
るようになっている。

【００１７】この故障・修理データ（基準情報）を基
に、入力された故障・修理情報を解析する。図５および
図６にこの実施例における故障・修理情報入力に対する
解析の処理の流れを示す。先ず、故障が起きた対象製品
の製品群・製品名を選択する画面Ｆ１（表示内容は図示
せず）がＣＲＴ３７に表示される（Ｓ１）。この時点
で、操作者はキーボード３８から該当する番号を入力す
ることにより、対象製品群・製品名を選択すると２桁の
コードが決定される（Ｓ２）。ステップＳ２で対象商品
の選択が終了するとステージ１の故障箇所の選択画面に
移行する。例えばステップＳ２で画面表示Ｆ１中の製品
（電気機器）を選択した場合、ステップＳ３では図３の
ステージ１における、１．外観・構造、２．表示部、
３．操作部、４．電気回路部………８．関連機器が画面
表示Ｆ２として現われ、これらの中から故障箇所を選択
するとステージ１の２桁のコードが決定される（Ｓ
３）。例えば画面表示Ｆ２中の外観・構造を選択する
と、画面表示Ｆ３に１．板金・２．塗装・３．メッキ…
……７．その他が現われ、その中の板金を例えば選択し
た場合には、ステージ１のコードとして「１１」が決定
される。ステップＳ３での選択を終了すると故障の原因
を入力する画面Ｆ４に移行する。ここでは言語情報とし
て３０文字以内の文字列をキーボード３８から入力する
ことになっている。この入力文字列に対してそのキーワ
ードとシソーラス（類似語）の検索、及び主語と述語と
のネットワークを解析することにより、ステージ２の内
容を決定し、２桁のコードを発生させる（Ｓ４）。

【００１８】例えば「ネジが取れた」とキーボード３８
から入力した場合、「ネジ」というキーワード（主語）
と、「取れた」という述語に分解する。前者は図３のス
テージ２の下位桁の「ネジ」に適合する。また、「ネ
ジ」とネットワークを組む述語としては、図３では上位
桁の「外れ」が本来の述語であるが、ＲＯＭ３１内には
この「外れ」のシソーラスとして「取れ」、「抜け」な
どが登録されている。

【００１９】そしてこの入力例のように図３に登録され
ている本来の単語が見当たらない場合にはシソーラス検
索を行い、シソーラスの中から適合するものを引き出
す。この結果、本例ではステージ２のコードとして「３
１」が決定される。また、「ネジ」のシソーラスとして
「ビス」、「ナット」、「ねじ」、「皿ネジ」、「ナベ
ネジ」、「丸皿ネジ」などもＲＯＭ３１に登録されてい
る。キーボード３８から「ビス……」と入力した場合で
もシソーラス検索により、処理が可能とされてある。

【００２０】ステージ２で使用する用語については、同
コードの上位桁に対応する用語（図３の例では、勘合、
損傷、外れ、変形など）、及び下位桁に対応する用語
（隙間、がたつき、歪み、欠品など）のシソーラスがＲ
ＯＭ３１に格納されており、入力情報の解析の際にＣＰ
Ｕ３０により適宜読み出される。なお、ステージ２の入
力情報の解析の結果、複数の判断がなされた場合にはそ
の候補をＣＲＴ３８に表示し、操作者が選択をすること
でコードが決定するようになっている。

【００２１】ステップＳ４でステージ２のコードを決定
すると、次に故障時における使用状態を決めるステージ
３の選択に移る（Ｓ５）。使用状態は、どのような時に
故障が発生したかを知る重要な情報である。従来は動作
中、非動作中、そして輸送中程度の分類であったが、図
４の例では、使用前後・点検の通電前、通電時、無人運
転中（待機中）、無人運転中（通常動作）、………、輸
送中と８項目に分かれ、これが画面表示（Ｆ５）され、
この何かを選択することにより詳しい状態を知ることが
できる。例えば無人運転中と言っても、待機中と通常動
作中とでは動作の規模が異り、特にマイクロコンピュー
タを内蔵した機器ではこの区別が重要な情報となるので
ある。

【００２２】ステージ３の選択が終わると、図６に示す
ように次にステージ６の故障原因の判断（推定）を行
う。これは今までに選択された各ステージデータの組み
合わせにより、判断される。例えば図３において、ステ
ージ１で外観・構造、塗装が選択され（コード１２）、
ステージ２で損傷、はげが選択され（コード２４）、ス
テージ３で輸送中が選択され（コード８）た場合には、
図４のステージ６における候補として、輸送中の歪みと
落下・事故が考えられるので、推定原因としてＣＲＴ３
８にはこの２つが画面表示（Ｆ６）される。操作者はこ
れら２つの中から選択することにより、ステージ６のコ
ードが決定される（Ｓ６）。以上のステージ１、ステー
ジ２、ステージ３の選択の組み合わせと、ステージ６に
おける候補との関係についても、予めＲＯＭ３１に記憶
されている。

【００２３】ステージ６のコードが決定すると、実際に
修理作業を行った後、ステージ４の選択に移る（Ｓ
７）。この時画面表示Ｆ７がなされ、その１．交換・
２．修正・３．保守・・・などから選択入力し、例えば
交換を選択すると、画面表示Ｆ８となり、１．製品交換
・２．「Ａss´y 」交換・３．電気部品・・・のうちの
１つを選択入力し、故障に対し行った修理のコードが決
まる。そうすると、画面表示がＦ９とかわり、修理場
所、修理者の選択になり、つまりステージ５の選択を行
い（Ｓ８）、画面表示がＦ１０となり、故障に対する処
理結果の選択、つまりステージ７の選択を行い（Ｓ
９）、解析情報として故障・修理コード（合計１３桁）
を決定する。

【００２４】故障・修理コードが決定されると、故障・
修理情報処理支援装置２３−１〜２３−ｎは前記解析結
果の出力処理を行う。この出力処理は、図７に示すよう
な、修理伝票に前記故障・修理コードを始めとする必要
事項をプリンタ３９にて印刷するのに加え、ＭＯＤＥＭ
４０を介して解析結果を本社に設置されている中央処理
装置２１にデータ転送する。

【００２５】なお、この実施例では、図３，図４に示す
ような故障・修理コードデータを、故障・修理情報処理
用データ処理装置２３−１〜２３−ｎの本体部２９のＲ
ＯＭ３１内に設けたが、例えば同データを外部の磁気デ
ィスクなどの補助記憶装置に設けることも可能である。
また、図２においては、データ入力手段をキーボードと
したが、他はマウスやタブレットなどの入力手段も可能
である。

【００２６】図８に故障・修理情報処理支援装置の故障
・修理情報解析手段をエキスパートシステムで実現した
例を示す。エキスパートシステム部９０は故障・修理情
報処理支援装置２３−１〜２３−ｎの本体部２９に組み
込まれている。エキスパートシステム部９０は知識ベー
ス部９１、推論エンジン９２、知識獲得部９３、及びユ
ーザＩ／Ｆ部９４から構成される。故障・修理コード表
に相当するデータ、つまり基準情報の構築は、熟練サー
ビスマンや技術者などの専門家の知識を基に、ユーザＩ
／Ｆ部９４を介して知識獲得部９３で編集し、知識ベー
ス部９１に格納される。

【００２７】図９はテーブルベースによる知識表現の例
である。図９には故障・修理コードの一部（ステージ
６）が格納されている形式を示す。左欄の２桁コードは
第６ステージの故障・修理コードである。第２列はステ
ージ６の上桁分類を、以下右へ下桁分類となっている。
利用者は図５，図６で説明したのと同様に、エキスパー
トシステムが出力するＣＲＴ３７の選択画面を見ながら
キーボード３８を操作して、質問画面に順次答えていく
ことにより、最終的に故障・修理コードが生成されるよ
うになっている。例えば、エキスパートシステム起動直
後のＣＲＴ３７の画面には、該当する製品を選択するよ
うになっており、以降はステージ１、ステージ２、ステ
ージ３、ステージ６、ステージ４、ステージ５、ステー
ジ７の順で解析が行われ、故障・修理コードが決定され
る。

【００２８】エキスパートシステムを用いたことによ
り、強力な知識獲得機能や、知識ベース編集機能によ
り、故障・修理コードの拡張や変更が容易に行え、フレ
キシビリティに富むという利点がある。以上では実施例
において解析処理の中心をなす故障・修理コードについ
て説明したが、さらに付加的な情報を解析する機能を加
えることも可能である。

【００２９】図１０に電子手帳と故障・修理情報処理用
データ処理装置との接続を示す。図１０においては２通
りの接続が記されている。先ず１つはシリアル転送する
場合であり、電子手帳１００のデータは通信アダプタ１
０１を介して故障・修理情報処理支援装置の本体部２９
のＳＩＯ３６に転送される。もう１つはＩＣカード１０
２を媒体としたデータ授受を行う方法で、電子手帳１０
０にセットされたＩＣカード１０２のデータは、ＩＣカ
ードリーダ１０３で読み込まれ、故障・修理情報処理支
援装置本体部２９のＩＣカードリーダＩ／Ｆ１０４を経
由してＣＰＵ３０に読み込まれる。

【００３０】電子手帳１００の場合、その記憶容量は多
くはなく、現時点では最大でも２５６ＫＢ程度であるの
で、多くの機種に対応して図３，図４に示したような故
障・修理コード表をその中に記憶させることは不可能で
ある。さらに、この場合にはサービスマンに携行させ、
現地での故障・修理情報を入力させるため、煩雑な入力
手続きは実際的ではない。

【００３１】そこで、この実施例では図１１に示すよう
な修理情報のイメージで、各項目を電子手帳に入力して
いくようにした。図１１において、客先名、納入先、請
求先などのコード、名称を順次入力する。この際の入力
方法については、使用する電子手帳の機種により、スタ
イラスペン入力のできるものや、カナ漢字変換による入
力を行うものなどがあるが、何れの方法でもよい。な
お、図１１のフォーマットは、このまま電子手帳に接続
可能なハンディプリンタを用いてプリントアウトし、修
理納品書として客先に提出することも可能である。図１
１において、故障内容の欄には、故障の部位（Ａｓｓ′
ｙ別）、機能別（外観・構造、表示部、電気回路、操作
部など）、そして部品レベルの３段階で入力するように
なっている。また、処理内容については、１．手直し、
２．調整、３．点検・清掃、４．注油、５．部品交換、
６．Ａｓｓ′ｙ交換、７．製品交換、の中から選択す
る。さらに故障原因の欄は、１．振動・衝撃、２．高・
低温、３．多湿、４．誤動作、５．過負荷、６．頻度過
多、７．偶発不良、８．経年変化、９．メンテナンス不
良、１０．断線、１１．製造不良、１２．設計不良、の
中から選択する。

【００３２】図１２は照明器具を例とした前記３項目を
含む簡略化故障・修理コード表の例である。この簡略化
された故障・修理コード表は大項目として、商品名、故
障内容（３項目）、処置内容、交換品、故障原因の５つ
から成っている。図１２の各項目に対応した入力を行う
ことにより、電子手帳１００のＩＣカード１０２に修理
情報が記憶される。サービスマンは現地からサービス拠
点（営業所など）に帰ると、故障・修理情報処理支援装
置に電子手帳に記憶させた情報を吸い上げる（接続は図
１０参照）。

【００３３】図１３にこのデータの流れを示す。図１３
は故障・修理情報処理支援装置としてパソコンを用いた
例である。電子手帳１００から吸い上げたデータは、パ
ソコンで取扱い可能なＭＳ−ＤＯＳ形式のファイルに変
換される。図１３は、故障・修理情報処理支援装置での
処理にエキスパートシステムを用いた例で、エキスパー
トシステムが取り扱うことが可能なデータ形式として、
ＬＯＴＵＳ形式、ＳＹＬＫ形式、そしてＣＳＶ形式が上
げられている。エキスパートシステムは外部プログラム
を介して、前記３形式の何れかのファイルを取り込むよ
うになっている。なお、故障・修理情報処理支援装置側
でのデータ受信後の処理については、簡略化故障・修理
コードに対応した解析用データをＲＯＭ３１−１に内蔵
し、さらに、図５に示した修理伝票の項目のうちで必要
な情報を扱えるようにしておけば、先の実施例の場合と
同様な解析結果が得られる。

【００３４】図１４は電子手帳１００のデータを、専用
ＭＯＤＥＭ１０４により、公衆回線を使って故障・修理
情報処理支援装置に転送する場合を示す。例えばサービ
スマンが長期に渡り修理作業を行ったり、サービス拠点
に戻らずに複数の客先で修理作業を行う場合、多数の修
理情報を扱わねばならず、電子手帳の記憶容量をオーバ
ーする。このため、サービスマンに電子手帳専用のＭＯ
ＤＥＭ１０４を携行させる。サービスマンは出張先から
公衆回線を使ってサービス拠点に設置の故障・修理情報
処理支援装置にデータを転送することで、抜けのない修
理情報管理が可能となる。なお、その後の処理内容につ
いては、既出であるのでここでは省略する。

【００３５】製品の仕様変更や新製品開発時に、解析用
データを変更したり、追加したりする編集機能をもた
せ、この内容決定は中央処理装置２１で行う。その結果
は、ＭＯＤＥＭ４０、ＳＩＯ３６を経由し、ＣＰＵ３０
によりＲＡＭ３２に格納される。そして入力情報を解析
する際は、今までのＲＯＭ３１内の故障・修理表データ
部３１−１に加え、新たに格納されたＲＡＭ３２のデー
タを加えて解析が行われる。そしてこの装置の定期点検
時に追加・変更分を加えた新規のＲＯＭ３１に入れ換え
ればよい。また、解析用データを磁気ディスクなどの読
み書き可能な外部記憶装置に格納する場合は、ＲＯＭ３
１の交換の必要はない。

【００３６】

【発明の効果】以上述べたようにこの発明によれば、故
障・修理情報の主要部分である故障・修理コードの生成
が容易に行われると共に、修理伝票などの発行も連動し
て行うことを可能とすることができ、特に営業所などサ
ービス拠点のサービスマンの負担を著しく軽減すること
ができる。さらに故障・修理コードは技術由来の項目が
多数含まれており、確度の高い解析情報を生成すること
ができる。このようにこの発明は、全社的品質管理活動
を行う上で極めて重要なる製品の故障・修理情報の有効
な利用を可能にするための入口部分であるサービス拠点
における故障・修理情報処理の質を著しく高めることが
できる。

【図面の簡単な説明】

【図１】この発明の第１実施例の故障・修理情報処理支
援装置を含むシステム構成を示すブロック図。

【図２】第１実施例の故障・修理情報処理支援装置を示
すブロック図。

【図３】第１実施例の故障・修理情報処理支援装置にお
ける故障・修理コードの例を示す図。

【図４】図３の続きを示す図。

【図５】第１実施例の故障・修理情報処理支援装置にお
ける故障・修理情報処理フローを示す図。

【図６】図５の続きを示す図。

【図７】第１実施例の故障・修理情報処理支援装置にお
ける処理出力例を示す図。

【図８】この発明の第２実施例（エキスパートシステム
を適用した例）を示すブロック図。

【図９】第２実施例におけるエキスパートシステムの知
識ベース表現例（テーブルベースによる知識表現）を示
す図。

【図１０】この発明の第３実施例（電子手帳を利用した
例）を示すブロック図。

【図１１】第３実施例において取り扱う故障・修理情報
のイメージを示す図。

【図１２】第３実施例において取り扱う簡略化した故障
・修理コード表の例を示す図。

【図１３】第３実施例における電子手帳から転送された
データの流れを示す図。

【図１４】この発明の第４実施例（電子手帳とＭＯＤＥ
Ｍを用いた例）を示すブロック図。

【図１５】従来の自動車用故障診断の構成を示すブロッ
ク図。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 故障・修理情報処理支援を行う装置であ
   って、 故障・修理対象に対応して予め定められた故障・修理の
   基準情報を記憶する手段と、 実際の故障・修理対象についての故障・修理情報を入力
   する手段と、 前記入力された故障・修理情報を、前記予め定められた
   故障・修理の基準情報を基に解析を行う手段と、 前記解析結果を出力する手段とを有し、 前記予め定められた故障・修理の基準情報として、前記
   故障・修理対象についての機構設計、電気回路設計、部
   品選定、材料選定などの技術情報を含む故障・修理の基
   準情報を取り扱うことを特徴とする、 故障・修理情報処理支援装置。