(57)【要約】【課題】通信線に接続された電子制御装置の故障を診断する故障診断装置において、任意の電子制御装置の追加に対応して故障診断ができるようにする。【解決手段】故障診断システムにおいては、予め区分された故障診断装置の周囲環境毎に、監視対象となるＥＣＵを表す対象装置が通信線に出力する信号に含まれる、ＥＣＵを特定するための識別子を検出し、該識別子または該識別子に対応する情報を表す特定情報を、該識別子を検出したときの診断装置１０の周囲環境に対応付けて記録した特定情報データベースを生成する（Ｓ２１０〜Ｓ２５０）。そして、周囲環境が異なる環境に遷移する度に、現在の周囲環境において特定情報データベースに記録された特定情報に対応する対象装置から送信された識別子を検出したか否かを監視し、予め設定された途絶判定時間以上、識別子を検出できないことを条件として、該識別子の対応する対象装置が故障していると判定する。【選択図】図２
2016055673.tif 000002
【特許請求の範囲】
【請求項１】
通信線（３０、４０、５０）に接続された電子制御装置（３１〜３４、４１〜４４、５１〜５４）の故障を診断する故障診断装置（１０）であって、
予め区分された故障診断装置の周囲環境毎に、監視対象となる電子制御装置を表す対象装置が通信線に出力する信号に含まれる、電子制御装置を特定するための識別子を検出し、該識別子または該識別子に対応する情報を表す特定情報を、該識別子を検出したときの故障診断装置の周囲環境に対応付けて記録した特定情報データベースを生成するデータベース生成手段（Ｓ２１０〜Ｓ２５０）と、
当該故障診断装置の周囲環境が異なる環境に遷移する度に、現在の周囲環境において前記特定情報データベースに記録された特定情報に対応する対象装置から送信された識別子を検出したか否かを監視し、予め設定された途絶判定時間以上、前記識別子を検出できないことを条件として、該識別子の対応する対象装置が故障していると判定する故障判定手段（Ｓ３１０、Ｓ３２０、Ｓ３５０）と、
を備えたことを特徴とする故障診断装置。
【請求項２】
請求項１に記載の故障診断装置において、
前記故障診断装置の周囲環境として、複数の電源のそれぞれがオンまたはオフされていることの組み合わせ状態を示す電源状態を用いること
を特徴とする故障診断装置。
【請求項３】
請求項１または請求項２に記載の故障診断装置において、
当該故障診断装置は、
複数の異なる通信線が接続され、接続された各通信線間での通信を中継するゲートウェイ装置としての機能を備えていること
を特徴とする故障診断装置。
【請求項４】
請求項１〜請求項３の何れか１項に記載の故障診断装置において、
外部装置と通信を行うための通信インタフェース（１５）を備えたこと
を特徴とする故障診断装置。
【請求項５】
請求項４に記載の故障診断装置において、
前記外部装置からの要求に応じて故障した電子制御装置に関する故障情報を送信する故障情報送信手段（１１）
を備えたことを特徴とする故障診断装置。
【請求項６】
請求項４または請求項５に記載の故障診断装置において、
前記外部装置からの要求に応じて前記特定情報データベースの内容を送信するデータベース送信手段（１１）
を備えたことを特徴とする故障診断装置。
【請求項７】
請求項１〜請求項６の何れか１項に記載の故障診断装置において、
前記対象装置の何れかに対する動作停止指示を検出する動作停止検出手段（Ｓ３３０）と、
動作停止指示を検出すると動作停止指示の対象となる対象装置について、前記故障判定手段による判定対象から除外する除外手段（Ｓ３４０）と、
を備えたことを特徴とする故障診断装置。
【請求項８】
請求項７に記載の故障診断装置において、
前記除外手段は、前記動作停止指示の対象となる対象装置について、前記途絶判定時間が経過したか否かを計時するタイマを停止させることで、前記故障判定手段による判定対象から除外すること
を特徴とする故障診断装置。
【請求項９】
請求項１〜請求項８の何れか１項に記載の故障診断装置において、
故障した電子制御装置に関する故障情報を記録装置に記録させる記録制御手段（Ｓ３６０）
を備えたことを特徴とする故障診断装置。
【請求項１０】
請求項１〜請求項９の何れか１項に記載の故障診断装置（１０）と通信可能な電子制御装置（３１〜３４、４１〜４４、５１〜５４）であって、
当該電子制御装置は、前記故障診断装置とＣＡＮ通信を実施し、やりとりされるデータのうちのＩＤ領域において自身の識別子を含めて送信すること
を特徴とする電子制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信線に接続された電子制御装置の故障を診断する故障診断装置、および故障診断装置による診断対象となる電子制御装置に関する。
【背景技術】
【０００２】
上記の故障診断装置として、新たに追加されそうな電子制御装置に関する情報を備えておき、電子制御装置が追加されたときには、この情報に基づいて新たに追加された電子制御装置の故障診断を行うものが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１５７２８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記故障診断装置では、想定した電子制御装置の追加にしか対応ができない。例えば、一定時間データを送信しない場合に故障であると判定する場合に、一時的に電子制御装置が設定（周囲環境）に従ってデータを送信しないことがあると、この設定を予め把握していなければ故障判定を正確に実施できない。つまり、上記故障診断装置では、想定していないパターンでデータを送信する電子制御装置が追加されると、この電子制御装置の故障判定に支障を来すという問題点があった。
【０００５】
そこで、このような問題点を鑑み、通信線に接続された電子制御装置の故障を診断する故障診断装置において、任意の電子制御装置の追加に対応して故障診断ができるようにすることを本発明の目的とする。
【課題を解決するための手段】
【０００６】
本発明の故障診断装置において、データベース生成手段は、予め区分された故障診断装置の周囲環境毎に、監視対象となる電子制御装置を表す対象装置が通信線に出力する信号に含まれる、電子制御装置を特定するための識別子を検出し、該識別子または該識別子に対応する情報を表す特定情報を、該識別子を検出したときの故障診断装置の周囲環境に対応付けて記録した特定情報データベースを生成する。
【０００７】
また、故障判定手段は、当該故障診断装置の周囲環境が異なる環境に遷移する度に、現在の周囲環境において前記特定情報データベースに記録された特定情報に対応する対象装置から送信された識別子を検出したか否かを監視し、予め設定された途絶判定時間以上、前記識別子を検出できないことを条件として、該識別子の対応する対象装置が故障していると判定する。
【０００８】
すなわち、電子制御装置は故障診断装置の周囲環境に応じて、データを送信したりデータの送信を停止したりするよう設定されている。そこで、本発明の故障診断装置では、周囲環境に応じて、何れの電子制御装置がデータを送信するのかを示す特定情報データベースを生成しておく。この特定情報データベースは、周囲環境毎に生成されるので、周囲環境が変化したときに、ある電子制御装置がデータの送信を停止させたり、データの送信を新たに開始したりしたとしても、この周囲環境下で電子制御装置がデータを送信するか否かが順次記録される。
【０００９】
そして、このような特定情報データベースを参照しつつ、故障診断を実施する。特定情報データベースを参照すると、現在の周囲環境のときにデータを送信すべき電子制御装置を認識することができる。この際、途絶判定時間以上、データを送信すべき電子制御装置からのデータが得られなければ、この電子制御装置に何らかの異常が発生したと診断することができる。
【００１０】
よって、このような故障診断装置によれば、電子制御装置が追加された場合であっても、作業者が手を加えることなくこの電子制御装置を故障診断の監視対象とする対象装置に加えることができる。また、対象装置が周囲環境に応じてデータの送受信を停止させる場合であっても、データが受信できなくなることにより故障と判定してしまう誤判定をすることを抑制することができる。
【００１１】
なお、各請求項の記載は、可能な限りにおいて任意に組み合わせることができる。この際、一部構成を除外してもよい。
【図面の簡単な説明】
【００１２】
【図１】本発明が適用された故障診断システム１の概略構成を示すブロック図である。
【図２】各ＥＣＵ６０が実行するＥＣＵ処理を示すフローチャートである。
【図３】実施形態においてＥＣＵから送信されるフレームの一例を示すデータ構造図である。
【図４】診断装置１０が実行するリスト作成処理を示すフローチャートである。
【図５】電源状態毎のリストを示す説明図である。
【図６】診断装置１０が実行する診断処理を示すフローチャートである。
【図７】ＥＣＵ毎のタイマ値の一例を示す説明図である。
【図８】動作停止指令のフレーム構成の一例を示すデータ構造図である。
【図９】その他の実施形態においてＥＣＵから送信されるフレームの一例を示すデータ構造図である。
【発明を実施するための形態】
【００１３】
以下に本発明にかかる実施の形態を図面と共に説明する。
［本実施形態の構成］
本発明が適用された故障診断システム１は、例えば乗用車等の車両に搭載されており、車両に搭載された多数のＥＣＵ（電子制御装置）の故障の有無を判定する機能を有するシステムである。故障診断システム１は、診断装置１０と、検査装置２０と、複数の通信線３０，４０，５０と、多数のＥＣＵ３１〜３４，４１〜４４，５１〜５４（以下、ＥＣＵ６０とも表記する。）とを備えている。
【００１４】
診断装置１０は、ＣＰＵ１１と、ＲＯＭ、ＲＡＭ等のメモリ１２と、コネクタ１５とを備えている。ＣＰＵ１１は、メモリ１２に記録されたプログラムに基づく処理を実行する。ＣＰＵ１１が実行する処理には、後述するリスト作成処理および診断処理のほか、検査装置２０からの要求に応じてメモリ１２内に記録されたデータ（後述するリストや故障ダイアグ等）を検査装置２０に送信する処理が含まれる。
【００１５】
また、診断装置１０には、複数の通信線３０，４０，５０が接続されており、診断装置１０およびＥＣＵ６０は、これらの通信線３０，４０，５０を介して例えば、ＣＡＮ（Controller Area Network）プロトコルでデータの送受信を行う。また、診断装置１０は、これらの複数の通信線３０，４０，５０を流れるデータを必要に応じて他の通信線３０，４０，５０に中継するゲートウェイ装置としての機能を備えている。つまり、診断装置１０はより多くのＥＣＵ６０から送出されたデータを監視できるよう構成されている。
【００１６】
また、診断装置１０には、複数の電源の状態が入力されている。例えば、図１に示すように、バッテリ電源、スタータ電源、バッテリ充電電源、アクセサリ電源、イグニッション（ＩＧＮ）電源、等の状態が入力される。
【００１７】
なお、バッテリ電源とは、車両に搭載されたバッテリからの各機器への電力の供給状態を示し、バッテリの電圧が確保された状態ではオン状態となる。また、スタータ電源とは、スタータの作動状態（スタータへの電力の供給状態）を示す。
【００１８】
また、バッテリ充電電源とは、プラグインハイブリッド車においてバッテリを充電するための外部電源への接続状態を示す。また、アクセサリ電源とは、ナビゲーション装置やオーディオ等の走行性能には直接的に影響しないアクセサリ機器への電力の供給状態を示す。また、イグニッション電源とは、エンジンの点火装置への電力の供給状態を示す。
【００１９】
コネクタ１５は、検査装置２０等の外部装置と物理的に接続または分離するための周知のコネクタとして構成されている。車両の通常の走行時に外部装置は分離された状態となり、車両の検査時や故障の修理時等、必要に応じてコネクタ１５に外部装置が接続されることになる。
【００２０】
検査装置２０は、例えば車両の修理工場や車両の販売店等に備えられており、コネクタ１５を介して診断装置１０に接続可能に構成されている。検査装置２０は、診断装置１０に接続された状態で、診断装置１０に対してデータの要求を行い、診断装置１０から要求に応じたデータの提供を受ける。
【００２１】
検査装置２０は、診断装置１０を備えた多数の車両の診断装置１０に順次接続されてデータの提供を受けることで、多数の車両についての故障ダイアグについてのデータベースを構築するとともに、故障の傾向や頻度等のデータ解析を行う。
【００２２】
多数のＥＣＵ３１〜３４，４１〜４４，５１〜５４（６０）は、それぞれ、制御対象となるハードウェアを制御する周知の電子制御装置として構成されている。各ＥＣＵ６０は、自身が作動する条件（電源の組み合わせの状態）を満たしたときに、自身を識別するための識別子を含む所定のデータ（フレーム）を接続された通信線３０，４０，５０上に送出する。
【００２３】
例えば、各ＥＣＵ６０は、ＥＣＵ６０毎に、利用する電源が設定されており、接続された電源が１つの場合、この電源から電力が供給された場合に自身が作動する条件を満たしたものと判断する。また、接続された電源が複数の場合、これらの複数の電源のうちの１または複数の電源から電力が供給された場合に、自身が作動する条件を満たしたものと判断する。
【００２４】
特に多数のＥＣＵ６０のうちのＥＣＵ３１は、電源管理ＥＣＵとしての機能を備えている。電源管理ＥＣＵとしての機能では、自車両の走行状態やバッテリ状態等に基づいて、機能を停止させるＥＣＵ６０を選択し、この選択したＥＣＵ６０に対して動作停止指令を送信する。動作停止指令は、通信線３０，４０，５０を介して該当するＥＣＵ６０に送信され、動作停止指令を受けたＥＣＵ６０は、自身の動作を停止させる。つまり、自身の電源をオフさせる。
【００２５】
［本実施形態の処理］
このように構成された故障診断システム１において、各ＥＣＵ６０は、図２に示すＥＣＵ処理を実施する。ＥＣＵ処理は、例えば自身（ＥＣＵ６０）の電源が投入されると開始される処理である。
【００２６】
この処理では、まず、自身の初期化を行い（Ｓ１１０）、この処理が終了すると、自身の電源がオフ（ＯＦＦ）されたか否かを判定する（Ｓ１２０）。電源がオフされていなければ（Ｓ１２０：ＮＯ）、前回のフレーム送信（Ｓ１４０の処理）を実施してから、予め設定された規定時間が経過したか否かを判定する（Ｓ１３０）。
【００２７】
規定時間が経過していれば（Ｓ１３０：ＹＥＳ）、自身のＥＣＵ６０を識別するためのノード識別子を含むフレームを接続された通信線３０，４０，５０に送信する（Ｓ１４０）。ここで、ＥＣＵ６０が送信するフレームには、図３に示すように、ＩＤおよびデータ（ＤＡＴＡ）領域が備えられている。
【００２８】
ＩＤは、主としてデータの種別を特定するためのものであり、例えばデータの先頭１１ビットに含まれる。また、データ領域には、複数のデータ（ＤＡＴＡ１〜ＤＡＴＡ４等）が含まれており、この領域の先頭にノード識別子が含まれる。
【００２９】
このようなデータを送信する処理が終了すると、Ｓ１２０の処理に戻る。また、Ｓ１３０の処理において、規定時間が経過していなければ（Ｓ１３０：ＮＯ）、Ｓ１２０の処理に戻る。また、Ｓ１２０の処理において、電源がオフされていれば（Ｓ１２０：ＹＥＳ）、ＥＣＵ処理を終了する。
【００３０】
次に、診断装置１０においては、ＥＣＵ処理に対応して、図４に示すリスト作成処理を実施する。リスト作成処理は、例えば診断装置１０の電源が投入されると開始される処理であり、その後、一定周期毎に繰り返し実施される処理である。
【００３１】
なお、リスト作成処理は、常に実行されるが、この処理のうちのリストを作成する処理（Ｓ２４０）については、診断装置１０においてリストを作成するためのモードであるリスト作成モードであるときだけ作動するようにしてもよい。このようにする場合、車両の走行中等、診断処理を実施する際には、診断モード（リスト作成モードでないモード）に遷移するよう設定されていればよい。
【００３２】
この処理では、図４に示すように、まず、通信線３０，４０，５０を介してノード識別子を含むフレームを受信したか否かを判定する（Ｓ２１０）。フレームを受信していなければ（Ｓ２１０：ＮＯ）、Ｓ２１０の処理を繰り返す。
【００３３】
また、フレームを受信していれば（Ｓ２１０：ＹＥＳ）、現在の電源状態を入力する（Ｓ２２０）。すなわち、図１において診断装置１０に入力された複数の電源のそれぞれの状態を認識する。
【００３４】
続いて、電源状態毎のリスト（特定情報データベース）に、受信したフレーム（識別子）に対応するＥＣＵが存在するか否かを判定する（Ｓ２３０）。ここで、電源状態毎のリストは、図５に示すように、各電源がオン（ＯＮ）されているかオフ（ＯＦＦ）されているかを示す電源状態の組み合わせ毎に、この際にデータを送信したＥＣＵ（診断装置１０がノード識別子を認識できたＥＣＵ）をＥＣＵリストの欄に記述したものである。
【００３５】
電源状態毎のリストに受信したフレームに対応するＥＣＵが存在すれば（Ｓ２３０：ＹＥＳ）、後述するＳ２５０の処理に移行する。また、電源状態毎のリストに受信したフレームに対応するＥＣＵが存在しなければ（Ｓ２３０：ＮＯ）、現在の電源状態の組み合わせに対応するＥＣＵリストの欄に、受信したフレームに対応するＥＣＵを記述する（Ｓ２４０）。
【００３６】
例えば、エンジンＯＮ中（ＩＧＮ電源、アクセサリ電源、およびバッテリ電源がオンで、かつ、充電電源およびスタータ電源がオフのとき）に、ＥＣＵ３１（電源管理ＥＣＵ）からのフレームを受け、このＥＣＵ３１がエンジンＯＮ中のＥＣＵリストの欄に記述されていない場合には、このＥＣＵ３１をエンジンＯＮ中のＥＣＵリストの欄に記述する。
【００３７】
なお、図５に示す各ＥＣＵ３１〜４４は、それぞれ下記のハードウェアを制御するＥＣＵとして構成されている。これらの機能の一例を以下に示す。
ＥＣＵ３１：電源管理ＥＣＵ（他のＥＣＵに対して動作停止指令を送ることで節電を行う等、電源を制御する。）
ＥＣＵ３２：ライトＥＣＵ（車両のヘッドライト等のライトを制御する。）
ＥＣＵ３３：キーレスＥＣＵ（車両における施錠・開錠を制御する。）
ＥＣＵ３４：ＡＣＣＥＣＵ（ナビゲーション装置等のアクセサリ機器を制御する。）
ＥＣＵ４１：エアコンＥＣＵ（車両の空調を制御する。）
ＥＣＵ４２：エンジンＥＣＵ（エンジンを制御する。）
ＥＣＵ４３：ブレーキＥＣＵ（ブレーキ油圧を制御する。）
ＥＣＵ４４：充電管理ＥＣＵ（プラグインハイブリッド車における充電を制御する。）
また、この処理においては、ＥＣＵリストの欄に記述したＥＣＵ６０に対応するタイマを後述する診断処理にてカウントアップするようメモリ１２内において登録する。
【００３８】
続いて、ＥＣＵ６０毎に設定されたタイマを初期化する（Ｓ２５０）。この処理では、ノード識別可能なフレームを受信する（Ｓ２１０）たびに該当ＥＣＵのタイマを初期化する。このような処理が終了すると、リスト作成処理を終了する。
【００３９】
次に、診断装置１０は、リスト作成処理の後、または、このリスト作成処理に並行して図６に示す診断処理を実施する。診断処理は、各ＥＣＵ６０の故障の有無を診断する処理である。
【００４０】
診断処理では、図６に示すように、まず、電源状態を入力する（Ｓ３１０）。この処理は、Ｓ２２０の処理と同様に、診断装置１０に入力された複数の電源のそれぞれの状態を認識する。
【００４１】
続いて、電源状態毎のリストにおいて、現在の電源状態に対応するＥＣＵリストの欄に記述された全てのＥＣＵ６０について、それぞれのタイマをカウントアップする（Ｓ３２０）。例えば、図５に示すように、車両の状態がエンジンＯＮ中であれば、ＥＣＵ３１、ＥＣＵ３２、ＥＣＵ３４、ＥＣＵ４１〜ＥＣＵ４３についてのタイマをカウントアップする。
【００４２】
ここで、図７に示すように、メモリ１２には、各ＥＣＵ６０の識別子およびタイマ値が対応付けられてタイマのリストとして記録されている。なお、このタイマのリストにおいては、ＥＣＵの追加に対応できるよう、ＥＣＵが未登録とされた領域が存在し、新たなＥＣＵからの信号を受けると、この領域に新たなＥＣＵに対応する識別子およびタイマ値が記録されることになる。
【００４３】
続いて、電源管理ＥＣＵ３１から動作停止指令が送信されたか否かを判定する（Ｓ３３０）。なお、この処理では、動作停止指令が以前に送信され、現時点で動作を停止しているＥＣＵが存在する場合、肯定判定される。
【００４４】
ここで、動作停止指令は、例えば図８に示すようなデータ形式で送信される。すなわち、ＩＤの後に設けられたデータ（ＤＡＴＡ）領域において、動作を停止させようとするＥＣＵ６０の識別子が含まれるようにする。このデータ領域においては、１または複数の識別子を含ませることができるよう設定されており、複数のＥＣＵ６０を１の動作停止指令において停止させることができる。
【００４５】
電源管理ＥＣＵ３１から動作停止指令が送信されていれば（Ｓ３３０：ＹＥＳ）、動作停止指令が送信されたＥＣＵ６０（現時点で動作を停止しているＥＣＵ６０を含む）についてのタイマをクリア（リセット）し（Ｓ３４０）、Ｓ３５０の処理に移行する。また、電源管理ＥＣＵ３１から動作停止指令が送信されていなければ（Ｓ３３０：ＮＯ）、ＥＣＵ６０毎に、タイマのオーバーフローの有無を判定する（Ｓ３５０）。
【００４６】
すなわち、タイマの値と予め設定された通信途絶を判定するための閾値との比較を行い、タイマの値が閾値以上となるとタイマのオーバーフローと判定する。タイマのオーバーフローが発生していれば（Ｓ３５０：ＹＥＳ）、オーバーフローしたＥＣＵ６０について故障している旨を示す故障ダイアグをメモリ１２に記録し（Ｓ３６０）、診断処理を終了する。
【００４７】
また、タイマのオーバーフローが発生していなければ（Ｓ３５０：ＮＯ）、診断処理を終了する。
［本実施形態による効果］
上記の故障診断システム１において診断装置１０は、予め区分された故障診断装置１０の周囲環境毎に、監視対象となるＥＣＵ３１〜３４、４１〜４４、５１〜５４（６０）を表す対象装置が通信線３０、４０、５０に出力する信号に含まれる、ＥＣＵ６０を特定するための識別子を検出し、該識別子または該識別子に対応する情報を表す特定情報を、該識別子を検出したときの診断装置１０の周囲環境に対応付けて記録した特定情報データベースを生成する。
【００４８】
また、診断装置１０は、当該診断装置１０の周囲環境が異なる環境に遷移する度に、現在の周囲環境において特定情報データベースに記録された特定情報に対応する対象装置から送信された識別子を検出したか否かを監視し、予め設定された途絶判定時間以上、識別子を検出できないことを条件として、該識別子の対応する対象装置が故障していると判定する。
【００４９】
すなわち、ＥＣＵ６０は故障診断装置の周囲環境に応じて、データを送信したりデータの送信を停止したりするよう設定されている。そこで、診断装置１０は、周囲環境に応じて、何れのＥＣＵ６０がデータを送信するのかを示す特定情報データベース（電源状態毎のリスト）を生成しておく。この特定情報データベースは、周囲環境毎に生成されるので、周囲環境が変化したときに、ある電子制御装置がデータの送信を停止させたり、データの送信を新たに開始したりしたとしても、この周囲環境下でＥＣＵ６０がデータを送信するか否かが順次記録される。
【００５０】
そして、診断装置１０は、このような特定情報データベースを参照しつつ、故障診断を実施する。特定情報データベースを参照すると、現在の周囲環境のときにデータを送信すべきＥＣＵ６０を認識することができる。この際、途絶判定時間以上、データを送信すべきＥＣＵ６０からのデータが得られなければ、このＥＣＵ６０に何らかの異常が発生したと診断することができる。
【００５１】
よって、このような故障診断システム１によれば、ＥＣＵが追加された場合であっても、作業者が手を加えることなくこのＥＣＵを故障診断の監視対象とする対象装置に加えることができる。また、対象装置が周囲環境に応じてデータの送受信を停止させる場合であっても、データが受信できなくなることにより故障と判定してしまう誤判定をすることを抑制することができる。
【００５２】
また、上記の故障診断システム１において診断装置１０は、故障診断装置の周囲環境として、複数の電源のそれぞれがオンまたはオフされていることの組み合わせ状態を示す電源状態を用いる。
【００５３】
このような故障診断システム１によれば、電源状態に応じて作動状態（データを送信するか否か）を遷移させるＥＣＵが存在しても、正確に故障判定を行うことができる。
また、上記の故障診断システム１において診断装置１０には、複数の異なる通信線３０、４０、５０が接続され、接続された各通信線３０、４０、５０間での通信を中継するゲートウェイ装置としての機能を備えている。
【００５４】
このような故障診断システム１によれば、複数の異なる通信線３０、４０、５０を流れる信号を監視することができるので、多くのＥＣＵを監視対象とすることができる。
また、上記の故障診断システム１において診断装置１０は、外部装置（検査装置２０等）と通信を行うための通信インタフェースとしてのコネクタ１５を備えている。
【００５５】
このような故障診断システム１によれば、故障診断結果の情報収集やデータ解析等の作業を外部装置において実施することができる。
また、上記の故障診断システム１において診断装置１０は、外部装置からの要求に応じて故障したＥＣＵに関する故障情報を送信する。
【００５６】
このような故障診断システム１によれば、診断装置１０が外部装置の要求に応じて故障情報を送信するので、外部装置において故障情報を容易に取得することができる。
また、上記の故障診断システム１において診断装置１０は、外部装置からの要求に応じて前記特定情報データベースの内容を送信する。
【００５７】
このような故障診断システム１によれば、故障を解析する際に、接続時点からデータを送信しないＥＣＵを特定することができる。
また、上記の故障診断システム１において診断装置１０は、対象装置の何れかに対する動作停止指示を検出し、動作停止指示を検出すると動作停止指示の対象となる対象装置について、判定対象から除外する。
【００５８】
すなわち、診断装置１０は、動作停止指示が送信された対象装置については、データ送信を停止することが予想されるので故障の判定対象から除外する。よって、このような故障診断システム１によれば、誤判定を抑制することができる。
【００５９】
また、上記の故障診断システム１において診断装置１０は、動作停止指示の対象となる対象装置について、途絶判定時間が経過したか否かを計時するタイマを停止させることで、判定対象から除外する。
【００６０】
このような故障診断システム１によれば、タイマの管理により判定対象とするか否かを設定するので、簡素な構成で判定対象を管理することができる。
すなわち、判定対象から除外するにはタイマを停止させるだけよく、また、判定対象とする際には、タイマを作動させるだけでよいため、簡素な構成とすることができる。
【００６１】
また、上記の故障診断システム１において診断装置１０は、故障したＥＣＵに関する故障情報を記録装置（メモリ１２）に記録させる。
このような故障診断システム１によれば、ネットワーク等でリアルタイムに送信できない場合であってもデータが消失することがないため、データを解析すれば故障状態を容易に認識することができる。
【００６２】
［その他の実施形態］
本発明は、上記の実施形態によって何ら限定して解釈されない。また、上記の実施形態の説明で用いる符号を特許請求の範囲にも適宜使用しているが、各請求項に係る発明の理解を容易にする目的で使用しており、各請求項に係る発明の技術的範囲を限定する意図ではない。上記実施形態における１つの構成要素が有する機能を複数の構成要素として分散させたり、複数の構成要素が有する機能を１つの構成要素に統合させたりしてもよい。また、上記実施形態の構成の少なくとも一部を、同様の機能を有する公知の構成に置き換えてもよい。また、上記実施形態の構成の一部を、課題を解決できる限りにおいて省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。なお、特許請求の範囲に記載した文言のみによって特定される技術思想に含まれるあらゆる態様が本発明の実施形態である。
【００６３】
上述した故障診断システム１の他、当該故障診断システム１を構成要素とである診断装置１０、当該診断装置１０としてコンピュータを機能させるためのプログラム、このプログラムを記録した媒体、故障診断方法など、種々の形態で本発明を実現することもできる。
【００６４】
例えば、上記実施形態において各ＥＣＵ６０は、データ領域において、自身を特定するためのノード識別子を送信させるよう構成したが（図３参照）、図９に示すように、ＩＤ領域の下位ビットを用いてノード識別子を送信してもよい。この場合、データ領域をより有効に利用することができる。
【００６５】
また、上記実施形態においては、故障ダイアグ等のデータをメモリ１２に記録させ、外部装置が接続されたときにメモリ１２からデータを読み出すよう構成したが、例えば無線通信装置を用いて外部装置と常時接続しておき、メモリ１２に記録させずに直ちに外部の検査装置２０等に送信する構成としてもよい。また、上記実施形態では、周囲環境として電源状態を利用したが、他の装置との通信状態や接続状態、或いは外気温やＣＰＵ温度等、一般的な環境を用いてもよい。
【００６６】
このようにしても、上記実施形態と同様の効果を享受することができる。
［実施形態の構成と本発明の手段との対応関係］
上記実施形態において、外部装置からの要求を受けて診断装置１０（ＣＰＵ１１）がデータを送信する処理は、本発明でいう故障情報送信手段およびデータベース送信手段に相当する。また、診断装置１０が実行する処理のうちのＳ２１０〜Ｓ２５０の処理は本発明でいうデータベース生成手段に相当し、上記実施形態においてＳ３１０、Ｓ３２０、Ｓ３５０の処理は本発明でいう故障判定手段に相当する。
【００６７】
また、上記実施形態においてＳ３３０の処理は本発明でいう動作停止検出手段に相当し、上記実施形態においてＳ３４０の処理は本発明でいう除外手段に相当する。また、上記実施形態においてＳ３６０の処理は本発明でいう記録制御手段に相当する。
【符号の説明】
【００６８】
１…故障診断システム、１０…診断装置、１１…ＣＰＵ、１２…メモリ、１５…コネクタ、２０…検査装置、３０…通信線、３１…電源管理ＥＣＵ、３２，３３，３４，４１，４２，４３，４４，５１，５２，５３，５４，６０…ＥＣＵ。
【図１】
2016055673.tif 000003
【図２】
2016055673.tif 000004
【図３】
2016055673.tif 000005
【図４】
2016055673.tif 000006
【図５】
2016055673.tif 000007
【図６】
2016055673.tif 000008
【図７】
2016055673.tif 000009
【図８】
2016055673.tif 000010
【図９】
2016055673.tif 000011