(57)【要約】【課題】従来の故障記録装置はＲＯＭ（Read Only Memory）を使用するので、新車設計毎に過去の故障記録に関する情報の多くが失われる。個々の車両に搭載する故障記録装置としてＲＯＭを使わずに、余裕のあるハードウエアもしくはファームウエアを設定しておくことにより、新しい車種、車両の仕様変更、は特殊仕様、などに一つのハードウエア設計で対応することができるようにしたい。【解決手段】情報処理装置の記憶容量および処理能力が飛躍的に大きくなり安価になっていることに着目し、新車設計について故障記録装置は旧形式を踏襲する。一つの車種の変更毎にＲＯＭを交換することは行わない。新しい機能が設定されるなど、どうしても追加する必要があるときにはソフトウエアを部分的に追加して利用する。故障ツリー解析手順（ＦＴＡ）を複数用意しておきそれを追加して利用する。【選択図】図１
2007284027.tif 000002
【特許請求の範囲】
【請求項１】
一つの車両に設けられた多数の機能についてそれぞれの故障モードを検出する複数の機能ユニットと、その複数の機能ユニットからそれぞれ送出される複数の監視情報を定型化された故障解析手順により一括して処理し記憶する情報処理手段とがその車両に搭載されたことを特徴とする車載故障診断制御装置。
【請求項２】
前記定型化された故障解析手順としてツリー解析手順を含む手順が複数用意され、車両の設計仕様に対応してその手順を追加してインストールすることができるように設定された請求項１記載の車載故障診断制御装置。
【請求項３】
前記情報処理手段とその車両の外に設けられた故障診断制御手段との間を随時結合する通信手段を設けた請求項１または２記載の車載故障診断制御装置。
【請求項４】
車両の仕様変更に対応して、前記複数の監視情報の変更または増設もしくは廃止が行われても、ソフトウエアを起動するためのテーブルの内容を追加または変更することにより、その機能を追加または変更することができるように設定された請求項３記載の車載故障診断制御装置。
【請求項５】
前記ソフトウエアを起動するためのテーブル内容を追加または変更することに加えて、一部のソフトウエアをパッケージとして追加してインストールすることができるように設定された請求項４記載の車載故障診断制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車その他車両に搭載する装置であって、その車両の故障診断に利用する装置である。本発明は、車種を越えて多数の車両に共通に設計された情報処理装置をＯＢＤ（On Board Diagnostic）制御装置として搭載しておき、複数の故障情報について、これをＴｒｅｅ（木、き）モードを利用して整理することにより、その故障原因を体系的に把握することができるＦＴＡ（Fault Tree Analysis）処理を採用する方式に利用するためのものである。
【背景技術】
【０００２】
各車両に国際的に統一された基準に沿うＯＢＤ制御装置を搭載して、大気汚染その他車両に起因する公害を少なくするための活動が行われている。ＯＢＤ−Ｉといわれている基準は、最初に１９８８年にアメリカ合衆国で導入されたものであり、
（１）車両に自己管理できる電子システムを搭載する、
（２）排ガス関連の故障はダッシュボードに装着されたフオルト・ランプに表示する、
（３）故障はコントロール・ユニットのフォルト・メモリに記録されオンボード診断装置を使って読み取り可能とする、
などが定められたものである。その後（１９９１年）に、ＳＡＥ（合衆国自動車技術者協会）およびＩＳＯ（国際標準化機構）は、ＯＢＤ−ＩＩといわれる基準を制定し、１９９４年からアメリカ合衆国ではすべてのガソリン車に、１９９６年からすべてのディーゼル車に、これが適用されることになった。
【０００３】
アメリカ合衆国・カリフォルニア州の基準として下記［非特許文献１］が知られている。出願人が製造する車両についても、この基準に準拠する品質とすることが必要である。この基準によれば、段階的に導入される要件にしたがって、段階的にセンサ類の追加やＯＢＤ制御装置のソフトウエアを追加または変更する必要が生じるものと考えられる。
【０００４】
このような統一された基準にしたがって公害を少なくする等の活動に対して、本願出願人もいくつかの提案を行うなどにより貢献してきた。一方、近年プログラム制御装置が急速に高性能化するとともに、安価になり、制御装置のハードウエアもその動作が安定化した。これにより、個々の車両にかなり能力の高いプログラム制御装置を搭載して、これを車両の運行に伴い定常的に運用することが、技術的にも経済的にも可能になりつつある。
【０００５】
一方、車両に発生する故障の原因を探索するための要素を分析記録するために、プログラム制御装置として一つの形態を採用しても、プログラム制御装置の進歩は急速であり、短期間のうちにその技術は陳腐化してしまうことになる。そしてさらに新しい技術思想が取り入れられることになり、従来から多数の車両に統一的な装置を装備して装置故障に係る記録を標準化することにはなりにくい状況にあった。
【０００６】
【特許文献１】特開平１０−７８３７６（日産ディーゼル）
【非特許文献１】On-Board Diagnostic System Requirements for 2010 and Subsequent Model-year Heavy-duty Engines, Title 13,California Code Regulations, Section 1971.1
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来から車両に搭載される故障診断装置およびそのソフトウエアは、原則としてＲＯＭ（Read Only Memory）に記録してあり、新しい車種が開発されると、それに対応して新しい故障診断ロジックを組み直して、これをそれぞれ新しいＲＯＭに設定する設計開発の形態が採られている。この形態では、その車種についての故障診断には相応に合理的に対応することができるが、新車種の開発ごとに新しいＲＯＭが設計開発されることになる。このために要する設計工数が大きくなる。またこの従来形態では、新車種の開発周期を越えて故障データを有効に利用することができない場合が多い。すなわちこの従来形態では、新しい車種ごとにＯＢＤの方式およびその記録内容が変更されることになって、技術の連続性が有効に維持できない問題がある。これを解決するには、車種および年代を越えてＯＢＤを相応に標準化することが必要である。
【０００８】
ここでＯＢＤはあくまでも車載装置であり、ＯＢＤに記録されたデータを読み出し利用するためには、そのＯＢＤに記録されている情報を操作にしたがって読み出し、これを解析利用するための情報処理装置が利用される。そしてそのためには、サービス工場その他に相応の性能の情報処理装置が設備されなければならないことなる。
【０００９】
本発明はＯＢＤの標準化、すなわち新車種の開発周期を越える長い時間にわたり有効になる標準化のための一つの提案として、本願発明者らが検討してきたＯＢＤをここに特許出願の形態で開示するものである。ここでＯＢＤはあくまでも観測記録装置であって、ＯＢＤの形態を車両モデルの開発周期を越えて保守的に設計することになっても、車両に搭載する新しい機器の導入あるいは進歩を阻害することがあってはならない。
【００１０】
すなわち本発明は、個々の車両に搭載して、その車両に発生する故障の原因に係る要素を特定し記録することができる装置（すなわちＯＢＤ）であって、周辺技術が進歩しても基本的に設計変更されることがなく、相応の長期間にわたり、一つの標準として継続的に利用できる形態の装置を提供することを目的とする。本発明は、個々の車両にそれぞれ発生する故障の状態およびその原因をさまざまな車種および年代を通してなるべく統一的な基準に沿って記録し、その記録を統計処理することが可能な車載の故障診断装置の形態を提供することを目的とする。本発明は、新しい車種の設計にあたり新たにその車両に搭載するための故障診断装置の設計に際して、大きい工数を要する必要のない形態の装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は個々の車両に搭載するための装置であって、その故障発生時の故障原因を解析するための道具として定型化された形態のＦＴＡを利用する。この定型化された形態のＦＴＡは、故障原因を解析するための標準的な手順（例えば、ツリー手順）が実装された装置であり、演算メモリは十分に余裕のある容量を備えたハードウエア装置が利用される。これは車両設計に変更があっても、新しく開発される車両についても旧来から利用されている共通仕様の装置を利用する。新しく開発される車両が従来の車両に装備されていない新しい装備や機能を持つことになっても、原則的にひきつづき同一仕様の故障解析手順の装置を利用する。そして新しく追加される装備に対応するソフトウエアは、そのメモリの余裕部分に追加してインストールすることができるように設計する。新しい設計では利用しない装置があれば、その装置に対応するソフトウエアはたんに休止状態に設定する。
【００１２】
すなわち本発明は、一つの車両に設けられた多数の機能についてそれぞれの故障モードを検出する複数の機能ユニットと、その複数の機能ユニットからそれぞれ送出される複数の監視情報を定型化された故障原因解析手順により一括して処理し記憶する情報処理手段とがその車両に搭載されたことを特徴とする。故障原因解析手順とは、故障の症状に対応してあらかじめツリー（木）状の論理にしたがって、あるいはその他の設定された論理にしたがって故障原因を解析するための手順である。この手順は原則として車種ごとにあらかじめ設定される。
【００１３】
前記定型化された故障解析手順は複数用意され、車両の設計仕様に対応してその手順を追加してインストールすることができるように設定された構成とすることができる。前記情報処理手段とその車両の外に設けられた故障診断制御手段との間を随時結合する通信手段を設けることができる。また、車両の仕様変更に対応して、前記複数の監視情報の変更または増設もしくは廃止が行われても、ソフトウエアを起動するためのテーブルの内容を追加または変更することにより、その機能を追加または変更することができるように設定することが望ましい。前記ソフトウエアを起動するためのテーブル内容を追加または変更することに加えて、一部のソフトウエアをパッケージとして追加してインストールすることができるように設定することが望ましい。
【００１４】
つまり情報処理装置の記憶容量および処理能力が飛躍的に大きくなり、安価になっているから、余裕のあるハードウエア（もしくはファームウエア）を設定しておくことにより、新しい車種、車両の仕様変更、特殊仕様、などに一つのハードウエアで対応することができるようにしておくことができる。これにより車両の故障を共通の解析手順で記録解析することができる。さらにＲＯＭを使わず、車種の変更によりＲＯＭを交換することは行わない。したがって新車種の設計に伴って故障記録用のＲＯＭを設計する必要がなくなる。新しい機能が設定されるなど、どうしても追加する必要があるときにはソフトウエアを部分的に追加して利用する、または故障ツリー解析手順（ＦＴＡ）を複数用意しておきそれを追加して利用する。
【発明の効果】
【００１５】
本発明により、複数の車両設計についてその新車開発周期を越える長い期間にわたり、車両に搭載した装置の故障に関する共通基準のデータが得られるとともに、複数の故障原因が当時にあるいは相次いで発生したときにも、その故障原因を的確に追及することができる。
【発明を実施するための最良の形態】
【００１６】
（第一実施例）
図１は本発明実施例装置のブロック構成図である。この装置は車両に搭載して利用する装置であって、故障診断処理機能を装備したＯＢＤ（On-Board Diagnostic）制御装置１を備える。このＯＢＤ制御装置1は、半導体回路を主体とするハードウエアに、プログラム制御論理を含むソフトウエアが実装された装置であり、この車両に搭載された電源（ＤＣ１２Ｖ）により作動する。さらに詳しくは、このＯＢＤ制御装置１の電源回路には、この車両に搭載された主電池から電源電流が供給されるとともに、内部に小型の予備電池を備えて、主電池からの電源電流が一時的に遮断されている状態でも、限られた電流容量の電源電流を供給することができるように構成されている。
【００１７】
エンジン・コントローラ２はこの車両のエンジンを制御するための電子回路装置である。変速機コントローラ３はこの車両の変速機を制御する電子回路装置である。ブレーキ・システム・コントローラ４はこの車両の複数のブレーキ・システムを制御する電子回路装置である。このブレーキ・システム・コントローラ４は、ＡＢＳ(Anti-lock Breaking System)およびＶＳＣ(Vehicle Stability Control)を含む。その他コントローラ５として表示する装置は、この車両に搭載されているそれぞれの装置のコントローラであって、上記以外の装置を制御する装置である。これは例えば、エア・サスペンション・コントローラ（車高制御装置）、空調装置コントローラ、乗降扉開閉コントローラ、貨物積み下ろし用具のためのコントローラ、などであり、車両の利用目的によって異なる構成となる。これらを便宜的に一つのブロックで表示する。
【００１８】
これら複数のコントローラ２〜５の状態情報は通信回線６によりＯＢＤ制御装置１に取込まれる。エンジン・コントローラ２からの状態情報には、故障情報のほか、排ガス値、エンジン回転速度、エンジン出力トルク、冷却水温、排気温度、アクセル開度、などの情報が含まれる。変速機コントローラ３からの状態情報には、ギヤ位置、車速などの情報が含まれる。ブレーキ・システム・コントローラ４からの情報には、車輪回転速度、要求トルク、減速度、ヨーレイト、などの情報が含まれる。この通信回線６は原則として車両内に配線された通信線を利用する構成であるが、一部を無線通信を利用する構成とすることもある。例示するとタイヤの空気圧を非接触に監視する装置などがある。
【００１９】
このＯＢＤ制御装置１にはダイアグ・コネクタ７が接続されていて、ここにスキャン・ツールなど、外部の測定観測装置を接続することにより故障解析を行うことができる。さらにこのＯＢＤ制御装置には表示器８が接続されている。この表示器８は運転席に設けられ、作動に異常があるときにその異常箇所などを分かりやすく表示する故障表示器（Malfunction Indicator Lamp,MIL）である。
【００２０】
図２はＯＢＤ制御装置１のさらに詳しいブロック構成図である。このＯＢＤ制御装置１には、前記各種のコントローラ２〜５の各要素とのデータ通信を行う機能ユニット通信処理手段１１を備える。また、車両の各部に配置された複数の車載センサ群１２からそれぞれ車両状態信号が入力する。この機能ユニット通信処理手段１１の通信対象となる装置には、エンジン制御系コントローラ、ターボチャージャ制御系コントローラ、後処理制御系コントローラ、排ガス制御系コントローラ、トランスミッション制御系コントローラなど、ＯＢＤ制御に必要なコントローラユニットなどが含まれる。
【００２１】
ＯＢＤ制御装置１と機能ユニットとの通信処理について説明すると、機能ユニットＡ，Ｂ，Ｃ・・・αは、これを例示すると、車両に装備されたエンジンであり、クラッチであり、変速機であり、ブレーキであり、エアー・スプリングなどである。これらはそれぞれ車両の各部に配置されたセンサによりその動作状態が観測され、それぞれ通信情報として統一された基準の電気信号として送信される。この通信情報は機能ユニット通信処理手段１１により処理され、一つの基準にしたがってディジタル信号となる。この通信情報には、機能ユニット識別番号(ＩＤ)、アクチュエータなどの制御量を含む。これらを例示すると、バルブ制御量、ストローク制御量、液圧、エア圧、ガス圧等の加減圧制御量を含む。さらに同時に、操作端からの制御指示量、制御実量のほか、故障診断に必要な全ての内容を含む情報が入力する。
【００２２】
車載センサ群１２には、エンジン回転センサ、車速センサ、エンジンスロットル開度センサ、トランスミッションギア位置センサ、ペダル操作角度センサ、ペダル操作速度センサ、エンジン水温センサ、エンジン油温センサ、外気温センサ、外気圧センサ（高度センサ）、排ガス(ＭＮＨＣ、ＣＯ、ＮＯｘ、ＰＭ、Ｏ2など）センサ、排気温度センサ、排気圧センサ、吸気温度センサ、吸気圧センサ、空気量センサ、その他、ＯＢＤ制御に必要なセンサが含まれる。
【００２３】
この機能ユニット通信処理手段１１の出力から送られる機能ユニット動作データ、および複数の車載センサ群１２のそれぞれから送られる車両状態信号は、故障原因特定手段１５により分析される。この故障原因特定手段１５は、機能ユニット群２〜５からの情報により、故障があると判断するときには、ＦＴＡ群１７を参照して、当該故障原因を特定する機能を備える。さらに故障原因特定手段１５により分析された故障情報は、フォーマット化され、その情報は故障情報管理手段１６に内蔵された記憶媒体に記録される。
【００２４】
この故障情報管理手段１６に故障情報が蓄積されると、車両の運転席に設けられた故障表示器８に故障表示が点灯する。これにより運転者は基地に戻ったときに、表示器の点灯を申告する等によりこれが読み出される。すなわち故障情報管理手段１６に記録された故障情報は、外部通信処理手段１８により、車両の停車中に接続される外部通信路を介して車両外部に送信することができる。ここには図示されていないが、車両外部に配置される装置は例えば表示用のスキャン・ツールである。外部通信処理手段１８には、故障情報管理手段１６から、排ガス情報、車両状態情報、故障情報（故障事象、故障部位、故障原因、故障時の車両状態情報を含む）、ＯＢＤ制御装置１に外部接続する外部処理装置（スキャンツールその他）へ、取得に必要な情報が入力される。
【００２５】
さらに図２において、故障原因特定手段１５は、機能ユニット群２〜５の各機能ユニットごと、および車載センサ群１２の各センサごとのＦＴＡ（Fault Tree Analysis）手段を保持し、それぞれの故障原因の特定がそれぞれ相応に可能になる。またＦＴＡ群１７の個々のＦＴＡロジックの追加または削除は、外部処理装置などを前記のＯＢＤに接続することにより可能になる。制御機能としては、前記車載センサ群１２からの車両状態信号、および前記機能ユニット群２〜５からの動作情報により、前記各機能ユニットに故障発生時は、当該故障の原因を特定しそれらの故障情報を保存し、ＯＢＤ制御装置１に接続された表示器８を起動表示し、さらにそれらの故障データを外部通信処理手段１８から出力する機能を有する。
【００２６】
（第二実施例）
図３は、本発明の第二実施例について車両制御システムの全体構成図を示す。このシステムは故障診断処理機能を含むＯＢＤ制御装置１を備える。さらにこのＯＢＤ制御装置１は、内部にＦＴＡ群１３を保持する。このＯＢＤ制御装置１には、車載センサを含む複数の機能ユニット２〜５からの情報が取込まれる。このＯＢＤ制御装置１には外部ＦＴＡ群１４が外部通線により接続される。
【００２７】
図４はＦＴＡ群の構造概略図である。ＦＴＡ群１７は、排ガス劣化要因特性データテーブル群９と機能ユニット一故障コードテーブル群１０とに大別される。排ガス劣化要因特性データテーブル群９には、故障検出するべき第一事象特性、排ガス名またはしきい値などのデータ、第一事象特性値に対する事象原因特性のデータ群、最終的に故障部位を特定するための当該故障発生機能ユニットＩＤ番号、アドレスなどが含まれる。この排ガス劣化要因特性データテーブル群９を参照して処理を行うことにより、当該故障発生の原因である機能ユニットを特定することができる。機能ユニット−故障コードテーブル群１０には、各機能ユニットごとに部品および特性に対する故障検出基準データが保持されている。この処理により、その故障に対する故障部位を特定することができる。
【００２８】
図５は排ガス劣化要因特性データテーブル群９の内容を説明する図である。排ガス値を第一事象として、各排ガスごとに１つのデータテーブルを保有する。これは全ての第一事象データテーブルの集合体である。また、機能ユニットー故障コードテーブル群１０は、各機能ユニットごとに一つのデータテーブルを保有し、これは、全ての機能ユニットデータテーブルの集合体である。
【００２９】
排ガス劣化要因特性データテーブル群９の第一事象特性ＮＯｘを例に説明すると、検出値がこのＮＯｘに設定されるしきい値を超えていると判定した場合に、一次特性の項目について、例えば、ＥＧＲ率低下などを解析し、つづいて二次特性〜α次特性まで解析処理を続ける。解析した結果から、その第一事象特性の要因特性が特定できれば該当する機能ユニットを特定することができる。
【００３０】
つづいて、該当する機能ユニットのデータテーブルを機能ユニット−故障コードテーブル群１０より導き出し、部品／特性／コンポーネント項目（例えば、ＥＧＲガス流量、ＥＧＲバルブなど）について、それぞれ故障検出基準と照らし合わせて解析処理を行う。解析した結果、故障検出基準に当てはまる故障コード（例えば、高フロー、モーター固着など）を導き出し、故障コードを前記のＯＢＤ制御装置内の記録媒体に記録する。また、排ガス劣化要因特性データテーブル群９の第１事象が発生しなくても、機能ユニットおよび車載センサなどに故障が発生した場合には、これを故障として検出する必要がある。この場合には、前記機能ユニット−故障コードテーブル群１０を、故障を検出するデータテーブルとして、排ガス劣化要因特性データテーブル群９も含めて、処理の場所や時間などを問わず使用できる。
【００３１】
図６は排ガス劣化要因特性データテーブルのフォーマット例である。このデータテーブルは、排ガス劣化要因特性データテーブル群９内に、各事象特性ごとに一つのデータテーブルとして存在する。さらにこのデータテーブルは可変長データである。これは作成するＯＢＤ制御ソフトウエアやＯＢＤ制御ソフトウエアを搭載するハードウエアにより、データの並びおよび内容も可変できる。
【００３２】
図７は機能ユニット−故障コードテーブルのフォーマット例である。このデータテーブルは、機能ユニット−故障コードテーブル群１０内に、各機能ユニットごとに一つのデータテーブルとして存在する。さらにこのデータテーブルは可変長データとし、作成するＯＢＤ制御ソフトウエアやＯＢＤ制御ソフトウエアを搭載するハードウエアにより、データの並びおよびその内容も可変に設定することができる。
【００３３】
図８はＦＴＡを使用した故障原因特定の概略処理フロー例を示す。これは、ＮＯｘ劣化を検出した場合について例示する。すなわち、機能ユニット群から動作データや車載センサからの信号を取得し（ステップＳ２０１）、内部および外部ＦＴＡ群情報を取得し（ステップＳ２０２）、前記排ガス劣化要因特性データテーブル群９の第１事象データのＮＯｘがしきい値を超えているかどうかを判断する（ステップＳ２０３）。このＮＯｘがしきい値を超えていれば、それぞれ１〜α次特性データを解析して、その特性の変化傾向が一致していれば、当該特性のフラグをＯＮに設定する（ステップＳ２０４）。
【００３４】
解析した結果から、一致した特性に対応する機能ユニットＩＤを設定して、前記機能ユニット−故障コードテーブル群１０から該当する機能ユニット−故障コードテーブルを取得する（ステップＳ２０５）。機能ユニット−故障コードテーブルの部品特性についてそれぞれ第１〜第ｎ故障検出基準に照らし合せ、基準のフラグをＯＮに設定する（ステップＳ２０６）。この基準のフラグにより、故障コードを設定する（ステップＳ２０７）。
【００３５】
排ガス劣化要因特性データテーブル群９の第１事象データのＮＯｘがしきい値を超えていない場合には、前記機能ユニット−故障コードテーブル群１０内の各機能ユニット−故障コードテーブルの部品特性について、それぞれ第１〜第ｎ故障検出基準に照らし合せる。そして基準のフラグをＯＮに設定する（ステップＳ２０８）。この基準のフラグにより、故障コードを設定する（ステップＳ２０９）。
【００３６】
このように余裕のあるハードウエア（もしくはファームウエア）を設定しておくことにより、新しい車種、車両の仕様変更、特殊仕様、などに一つのハードウエアで対応することができるようにしておくことができる。これにより車両の故障を共通の解析手順で記録解析することができる。さらにＲＯＭを使わず、車種の変更によりＲＯＭを交換することは行わない。したがって新車種の設計に伴って故障記録用のＲＯＭを設計する必要がなくなる。新しい機能が設定されるなど、どうしても追加する必要があるときにはソフトウエアを部分的に追加して利用する、または故障ツリー解析手順（ＦＴＡ）を複数用意しておきそれを追加して利用することができる。
【産業上の利用可能性】
【００３７】
本発明により、新車の開発周期を越えて車両設計に必要な共通データを蓄積することができるから、設計の担当が世代交代しても、車両設計に必要な具体的なノウハウを長い期間にわたり保存することができる。
【図面の簡単な説明】
【００３８】
【図１】本発明第一実施例装置のブロック構成図。
【図２】本発明実施例ＯＢＤ制御装置の構成図。
【図３】本発明第二実施例装置のブロック構成図。
【図４】ＦＴＡ群構造の概念図。
【図５】排ガス劣化要因特性データテーブルの内容例。
【図６】排ガス劣化要因特性データテーブルの内容例。
【図７】機能ユニット故障コードテーブルのフォーマットを例示する図。
【図８】ＦＴＡを使用した故障原因特定の処理流れ図。
【符号の説明】
【００３９】
１    ＯＢＤ制御装置
２    エンジン・コントローラ
３    変速機コントローラ
４    ブレーキ・システム・コントローラ
５    その他コントローラ
６    通信回線
７    ダイアグ・コネクタ
８    表示器
９    排ガス劣化要因特性データテーブル群
１０    機能ユニット−故障コードテーブル群
１１    機能ユニット通信処理手段
１２    車載センサ群
１３    内部ＦＴＡ群
１４    外部ＦＴＡ群
１５    故障原因特定手段
１６    故障情報管理手段
１７    ＦＴＡ群
１８    外部通信処理手段
【図１】
2007284027.tif 000003
【図２】
2007284027.tif 000004
【図３】
2007284027.tif 000005
【図４】
2007284027.tif 000006
【図５】
2007284027.tif 000007
【図６】
2007284027.tif 000008
【図７】
2007284027.tif 000009
【図８】
2007284027.tif 000010