JP2013028238A - 車両用故障診断装置 - Google Patents

Abstract

【課題】各電子制御ユニットの診断結果をより効率的に出力することが可能な車両用故障診断装置を提供する。
【解決手段】車載ネットワークシステムは、自己故障診断を実行する複数の電子制御ユニット（ＥＣＵ）からなり、全てのＥＣＵによる自己故障診断結果を統括する親ＥＣＵを備える。親ＥＣＵは、他のＥＣＵ（子ＥＣＵ）から取得した自己故障診断結果を表すダイアグ情報、及び、当該親ＥＣＵによる自己故障診断に対応するダイアグ情報を記憶する。この構成において、親ＥＣＵは、車両の外部に設けられた車両解析ツールとの間で通信を行う外部通信手段を有し、車両解析ツールから送信要求を受信すると（Ｓ２１０；ＹＥＳ）、その送信要求の種別に応じたダイアグ情報を送信する（Ｓ２７５）ようにした。
【選択図】図５

Description

本発明は、車両に設けられて自己故障診断を実行する複数の電子制御ユニットからなる車両用故障診断装置に関する。

従来、車両では、電子制御化の進歩に伴い、エンジンやブレーキ等といった各種の車両構成品が電子部品を介して制御され、これら電子部品に接続された電子制御ユニットの数も増加傾向にある。そして、例えばこのような電子部品に故障が生じた場合に迅速に対応するために、それぞれの電子制御ユニットによって、自己の接続先である電子部品の故障有無を診断するための自己故障診断を実行し、その診断結果を保持する構成が普及し始めている。

このような構成の一態様として、全ての自己故障診断結果を一箇所の電子制御ユニットに集約することにより、ユーザからの要求（具体的には、車両の外部に設けられた車両解析ツールからの要求）によって、各電子制御ユニットの診断結果を効率的に出力することを図る車両用故障診断装置が知られている（例えば、特許文献１参照）。

なお、車両解析ツールは、車両用故障診断装置から取り出した自己故障診断結果に基づいて車両の状態を解析する際に、電子部品、電子制御ユニット、及び車両構成品の少なくとも一つにおける故障箇所を特定することで、車両のメンテナンスに係る効率化を図るツールである。

特開平７−１８１１１２号公報

しかし、従来の車両用故障診断装置では、車両解析ツールからの要求によって、一律に、電子制御ユニットに記憶されている全ての自己故障診断結果を出力するだけであったので、これらの自己故障診断結果（データ）の取り出しに時間がかかったり、臨機応変に必要なデータだけを取り出すことができなかったりするという問題があった。

本発明は、上記問題点を解決するために、各電子制御ユニットの診断結果をより効率的に出力することが可能な車両用故障診断装置を提供することを目的とする。

上記目的を達成するためになされた発明である請求項１に記載の車両用故障診断装置は、車両に設けられて自己故障診断を実行する複数の電子制御ユニットからなる装置であって、これら複数の電子制御ユニットのうち、全ての電子制御ユニットによる自己故障診断結果を統括する一つの電子制御ユニット（以下「親ＥＣＵ」）と、親ＥＣＵ以外の複数の電子制御ユニット（以下「子ＥＣＵ」）とを備える。

親ＥＣＵは、情報取得手段、情報記憶手段、外部通信手段、及びダイアグ情報送信手段を有する。具体的には、親ＥＣＵでは、情報取得手段が、個々の子ＥＣＵから自己（子ＥＣＵ）による故障診断結果（自己故障診断結果）を表すダイアグ情報を取得し、情報記憶手段が、情報取得手段にて取得したダイアグ情報、及び、当該親ＥＣＵによる自己故障診断結果に対応するダイアグ情報を記憶する。なお、外部通信手段は、車両の外部に設けられた車両解析ツールとの間で通信を行う。

そして、親ＥＣＵでは、ダイアグ情報送信手段が、情報記憶手段にて記憶されているダイアグ情報のうち、車両解析ツールから外部通信手段を介して受信した送信要求の種別に応じたダイアグ情報を、その車両解析ツールに外部通信手段を介して送信するように構成した。

つまり、本発明の車両用故障診断装置では、親ＥＣＵが、車両解析ツールにて指定されたダイアグ情報を送信することにより、車両解析ツールの解析目的に応じた必要なデータ（自己故障診断結果）だけを送信したり、解析目的によっては全ての自己故障診断結果を送信したりすることが可能となる。

したがって、本発明の車両用故障診断装置によれば、各電子制御ユニットの診断結果をより効率的に出力することができ、その結果、車両のメンテナンスに係るさらなる効率化を図ることが可能となる。

なお、車両解析ツールからの送信要求の種別としては、一部の自己故障診断結果だけを送信する要求を表す一部要求や、親ＥＣＵに記憶されている全ての自己診断結果を送信する要求を表す全体要求が含まれる。さらに、一部要求の種別として、特定の電子制御ユニットに関する自己診断結果だけを送信する要求を表す特定要求、特定の時系列的な範囲だけを含む自己診断結果を送信する要求を表す範囲要求、及びこれら要求の組合せ等であってもよい。

あるいは、本発明の車両用故障診断装置では、請求項２に記載のように、親ＥＣＵが、ダイアグ情報送信手段にてダイアグ情報を送信すると、情報記憶手段に記憶されているそのダイアグ情報（つまり、送信済みのダイアグ情報）に、予め規定された識別子を付加する識別子付加手段を有する。そして、ダイアグ情報送信手段が、送信要求の種別が予め規定された更新要求を表す場合、識別子付加手段による識別子が未付加のダイアグ情報を送信する構成であってもよい。

つまり、この構成は、車両解析ツールからの一部要求の種別として、親ＥＣＵが未送信のダイアグ情報だけを送信する要求を表す更新要求に応答することが可能となる構成である。よって、この構成によれば、車両解析ツールからのより多様な送信要求に応じて、柔軟に対応することができる。

また、請求項２に記載の車両用故障診断装置において、請求項３に記載のように、上記識別子は、送信日時を識別するための識別子であってもよい。なお、識別子は、ダイアグ情報送信手段によるダイアグ情報の送信毎に、識別子付加手段によって付加されることから、その送信されたダイアグ情報の日時を表すことになる。そして、ダイアグ情報送信手段が、送信要求の種別が予め規定された全体要求を表す場合、情報記憶手段にて記憶されている全てのダイアグ情報を送信するとともに、これらダイアグ情報のうち、識別子付加手段により識別子が付加されているダイアグ情報については、対応する識別子とともに送信するように構成できる。

つまり、この構成では、親ＥＣＵが、単に全てのダイアグ情報を車両解析ツールに送信するだけでなく、送信したことのあるダイアグ情報については、その送信日時を知得可能な態様で車両解析ツールに送信することにより、車両解析ツールに多様な情報を供給することが可能となる。よって、この構成によれば、車両解析ツールにとっては、全てのダイアグ情報を受信した後に、さらに範囲要求や特定要求を送信せずに済むため、通信の重複を抑制することができる。なお、特定要求を送信せずに済む理由は、一般的に、電子制御ユニットを特定するための情報がダイアグ情報に含まれていることに因る。

また、請求項２または請求項３に記載の車両用故障診断装置においては、請求項４に記載のように、上記識別子は、車両解析ツールを識別するための識別子であってもよい。なお、識別子は、ダイアグ情報送信手段によるダイアグ情報の送信毎に、識別子付加手段によって付加されることから、ダイアグ情報の送信先である車両解析ツールを表すことになる。そして、ダイアグ情報送信手段が、送信要求の種別が更新要求を表す場合、情報記憶手段に記憶されている識別子に基づいて、送信要求（更新要求）の送信元である車両解析ツールが未受信のダイアグ情報を送信するように構成できる。

つまり、この構成は、車両解析ツールが複数存在する場合に対応することが可能な構成である。具体的には、この構成によれば、親ＥＣＵが未送信のダイアグ情報を送信する代わりに、上記更新要求の送信元である車両解析ツールが未受信のダイアグ情報を送信するので、個々の車両解析ツールの要求に応じて、柔軟に対応することができる。

また、本発明の車両用故障診断装置では、請求項５に記載のように、親ＥＣＵは、情報消去手段を有する構成であってもよい。具体的には、親ＥＣＵでは、情報消去手段が、車両解析ツールにて指定されたダイアグ情報を削除する旨を表す削除要求を、外部通信手段を介して受信した場合、情報記憶手段にて記憶されているダイアグ情報のうち、その削除要求が示すダイアグ情報を、そのダイアグ情報に対応する識別子とともに、情報記憶手段から消去するように構成できる。

この構成によれば、親ＥＣＵが車両解析ツールから削除要求を受信した場合に、その削除要求に対応するダイアグ情報だけでなく識別子も消去されるため、記憶領域に識別子が蓄積されるのを防止でき、ひいては、記憶領域の効率的な利用を図ることができる。

本発明が適用された車載ネットワークシステム１の構成を示すブロック図である。 ＣＰＵ４１が実行する情報保存処理の手順を示すフローチャートである。 フラッシュメモリ４４に保存される情報を表すマトリックス図である。 ＣＰＵ４１が実行するツール応答処理の手順を示すフローチャートである。 フラッシュメモリ４４に更新される情報を表すマトリックス図である。

以下に、本発明の第１実施形態を図面と共に説明する。
［第１実施形態］
図１は、本発明が適用された車載ネットワークシステム１の構成を示すブロック図である。

図１に示すように、本実施形態の車載ネットワークシステム１は、車両内に設置された各電子制御ユニット（ＥＣＵ１１〜３７）により構築された車載ＬＡＮ２と、車載ＬＡＮ２内の各ＥＣＵ１１〜３７からの入力データに基づき、車両の運行状態（運転者の操作状態，車両の挙動，車両の状態等）を示すデータを記憶するゲートウェイＥＣＵ１０とから構成されている。なお、これらＥＣＵ１０〜３７は、ＣＰＵ４１，ＲＯＭ４２，ＲＡＭ４３，フラッシュメモリ４４，Ｉ／Ｏ４５等からなる周知のマイクロコンピュータ４０を中心に構成されている。

車両内に構築された上記車載ＬＡＮ２は、互いにプロトコルが異なる系列ネットワークからなり、具体的には、制御系ネットワーク４と、ボディ系ネットワーク６と、ＡＶＣネットワーク８とからなる。そして、夫々のネットワークには、共通の伝送線に、各系統に対応する車両内の上記ＥＣＵが接続されている。例えば、制御系ネットワーク４には、エンジンＥＣＵ１１、ＥＣＴ・ＥＣＵ１３、ＶＳＣ・ＥＣＵ１５、ＡＣＣ・ＥＣＵ１７、周辺監視ＥＣＵ１９等の走行に係わる車両制御用のＥＣＵが接続されている。

ここで、エンジンＥＣＵ１１は、車両に搭載されたエンジンを制御対象機器として制御する電子制御装置であり、ＥＣＴ・ＥＣＵ１３は、自動変速機の変速制御を行う変速制御装置であり、これらは所謂パワートレイン系の制御装置である。例えば、エンジンＥＣＵ１１には、車速センサ１１ａ、スロットル開度センサ１１ｂ、アクセルペダル開度センサ１１ｃが、車速、エンジン制御状態、アクセル操作状態を検出するための検出装置として接続されている。

そして、エンジンＥＣＵ１１では、ＣＰＵが、各センサ１１ａ〜１１ｃからの入力値に基づき、各種の制御値を設定してエンジンに出力するとともに、そのときにエンジンの運転状態が各センサ１１ａ〜１１ｃの検出値によってフィードバックされるように構成され、これら制御値と検出値との整合性を判断することにより、自己の制御対象機器および検出装置を診断する自己故障診断処理を行う。なお、この処理による自己故障診断結果、及び各センサ１１ａ〜１１ｃからの検出値を表す検出データは、制御系ネットワーク４を介してゲートウェイＥＣＵ１０に送信されるようになっている。また、エンジンＥＣＵ１１の例と同様に、ＥＣＴ・ＥＣＵ１３においても、自己故障診断処理を行い、その自己故障診断結果、及び検出データ（シフト位置や変速状態等）がゲートウェイＥＣＵ１０に送信される。

また、ＶＳＣ・ＥＣＵ１５は、車両の姿勢制御及び制動制御を行う制御装置であり、ＡＣＣ・ＥＣＵ１７は、車両を先行車両に追従させる制御を行う走行制御装置であり、周辺監視ＥＣＵ１９は、車両の周囲を撮像した周囲画像に基づいて他車両等との衝突危険性を判定し、その衝突危険性に応じて運転者に警報等を行う制御装置であり、これらは所謂車両運動系の制御装置である。例えば、ＶＳＣ／ＥＣＵ１５には、ステアリングセンサ１５ａ、ブレーキペダル踏込センサ１５ｂが、ステアリング操作状態、ブレーキ操作状態を検出するための検出装置として接続されている。

そして、ＶＳＣ・ＥＣＵ１５では、ＣＰＵが上記同様に、各センサ１５ａ〜１５ｂからの検出値と制御値とに基づいて、自己の制御対象機器および検出装置を診断する自己故障診断処理を行い、この処理による自己故障診断結果、及び検出データを、制御系ネットワーク４を介してゲートウェイＥＣＵ１０に送信するようになっている。ＡＣＣ・ＥＣＵ１７では、車両の進行方向に沿った加速度を検出する検出装置として前後Ｇセンサ１７ａ、車両の旋回軸周りの加速度（ヨーレート）を検出するヨーレートセンサ１７ｂがそれぞれ接続されており、上記ＶＳＣ・ＥＣＵ１５の例と同様に、自己故障診断結果、及び検出データを、ゲートウェイＥＣＵ１０に送信する。さらに、周辺監視ＥＣＵ１９では、上記の周囲画像を入力する車外カメラ１９といった各種検出装置が接続されており、上記ＶＳＣ・ＥＣＵ１５の例と同様に、自己故障診断結果、及び検出データ（但し、周囲画像データを含む）を、ゲートウェイＥＣＵ１０に送信する。

一方、ボディ系ネットワーク６には、メータＥＣＵ２１、盗難防止ＥＣＵ２３、エアバッグＥＣＵ２５等のボディ制御用のＥＣＵが接続されている。メータＥＣＵは、車速、エンジン回転数、ドアの開閉状態、変速機のシフトレンジ等、車両の各種状態を表示装置に表示するためのものであり、盗難防止ＥＣＵ２３は、車両状態を監視して、悪意の者が車両内の各機器を盗もうとしている場合に、警報音を鳴らしたり、外部センタに緊急通報したりするためのものであり、エアバッグＥＣＵ２５は、エアバッグを制御するためのものである。例えば、エアバッグＥＣＵ２５は、衝突Ｇセンサ２５ａが接続されており、衝突Ｇセンサ２５ａにて車両の衝突時に発生するような大きな加速度（例えば、１０Ｇ以上）を検出すると、その旨を表す検出データを、ボディ系ネットワーク６を介してゲートウェイＥＣＵ１０に送信する。また、盗難防止ＥＣＵ２３は、外部センタとの間で無線通信を行うための通信部を有して構成されている。

そして、これらボディ系ネットワーク６に接続された各ＥＣＵ２１，２３，２５は、定期的に、それぞれ自己の制御対象機器や検出装置の故障有無を診断し、その自己故障診断結果をゲートウェイＥＣＵ１０に送信する。

この他、ＡＶＣネットワーク８には、ナビゲーションＥＣＵ３１、オーディオＥＣＵ３３、電話ＥＣＵ３５、ＥＴＣ・ＥＣＵ３７等の各種情報提供（情報表示、再生等）を行う情報機器に属するＡＶＣ系ＥＣＵが接続されている。ナビゲーションＥＣＵ３１は、車両の現在位置や目的地、地図データ、外部センタからの受信情報に基づいて、渋滞状況等を加味した経路計算や経路案内を行うためのものであり、オーディオＥＣＵ３３は、利用者が望むラジオやテレビ、ＣＤやＤＶＤ等を再生するためのものであり、電話ＥＣＵ３５は、利用者が所持する携帯電話機等に接続されて、その通話相手との通話内容を入出力するためのものであり、ＥＴＣ・ＥＣＵ３７は、課金に関する指令情報等を外部センタから受信すると、これに応答して自身に接続されたカードリーダ等から各種情報を読み出し、これを外部センタに送出するためのものである。なお、ナビゲーションＥＣＵ３１およびＥＴＣ・ＥＣＵ３７は、外部センタとの間で無線通信を行うための通信部を有して構成されている。

そして、これらＡＶＣネットワーク８に接続された各ＥＣＵ３１，３３，３５，３７は、定期的に、それぞれ自己の制御対象機器や検出装置の故障有無を診断し、その自己故障診断結果をゲートウェイＥＣＵ１０に送信する。なお、自己故障診断結果を送信する周期（送信周期）は、車両における重要度に応じて、例えば、ＡＶＣネットワーク８のＥＣＵが最も長く設定され、制御系ネットワーク４のＥＣＵが最も短く設定されている。但し、各ネットワーク４，６，８間の送信周期の違いは、制御系ネットワーク４のＥＣＵの送信周期に対して、他のネットワーク６，８のＥＣＵの送信周期が整数倍となるように予め設定されている。

また、本実施形態の車載ネットワークシステム１は、少なくとも同じ系列ネットワークに属する各ＥＣＵ間で共有データ（自己故障診断結果、検出データを含む）を送受信できるように、通信プロトコルが予め設定されており、具体的には、制御系ネットワーク４ではＦｌｅｘＲａｙ（登録商標）、ボディ系ネットワーク６ではＬＩＮ（Local Interconnect Network）、ＡＶＣネットワーク８ではＣＡＮ（Controller Area Network）が通信プロトコルとして採用されている。

そして、本実施形態の車載ネットワークシステム１には、異なる系列ネットワークに属する各ＥＣＵ間で共有データを送受信できるように、データ通信を中継する中継装置としてゲートウェイＥＣＵ１０が設けられている。

ゲートウェイＥＣＵ１０は、前述のようにマイクロコンピュータ（マイコン）４０を中心に構成され、ＣＰＵ４１が、ＲＯＭ４２に記憶されたプログラムに基づいて、ＲＡＭ４３を作業エリアとして、以下のゲートウェイ処理や情報保存処理、ツール応答処理を実行するように構成されている。また、ゲートウェイＥＣＵ１０は、車両のディーラーや整備工場、ガソリンスタンド等に設けられた車両解析ツール５との間で無線または有線による通信を行うための外部通信部５０を有している。

ゲートウェイ処理では、ＣＰＵ４１が、例えばＡＶＣネットワーク８からＩ／Ｏ４５を介して受信した通信フレーム（ＣＡＮメッセージ）やボディ系ネットワーク６から送られてくるＬＩＮメッセージをＦｌｅｘＲａｙメッセージへ変換して、制御系ネットワーク４にＩ／Ｏ４５を介して送出する。また例えば、ＣＰＵ４１が、制御系ネットワーク４からＩ／Ｏ４５を介して送られてくるＦｌｅｘＲａｙメッセージをＣＡＮメッセージ（及びＬＩＮメッセージ）に変換して、ＡＶＣネットワーク８（及びボディ系ネットワーク６）にＩ／Ｏ４５を介して送出する。

［情報保存処理］
ここで、ゲートウェイＥＣＵ１０のＣＰＵ４１が実行する情報保存処理について、図２及び図３を用いて説明する。なお、図２は、ゲートウェイＥＣＵ１０のＣＰＵ４１が実行する情報保存処理の手順を示すフローチャートであり、図３は、本処理によってゲートウェイＥＣＵ１０のフラッシュメモリ４４に保存される情報（登録リスト）を表すマトリックス図である。

本処理は、例えば車両のＩＧスイッチがオンにされると、ゲートウェイ処理とともに開始され、車両のＩＧスイッチがオフにされると、ゲートウェイ処理とともに終了する。
本処理が開始されると、まず、Ｓ１０５では、計時用タイマを作動させる。そして、続くＳ１１０では、ゲートウェイ処理の実行中に、共有データを受信したＥＣＵから送られてくるＡＣＫに基づいて、自己の接続先である各ＥＣＵ１１〜３７の車載通信（但し、ゲートウェイＥＣＵ１０自体の制御を含む）に関する故障有無を診断し、その自己故障診断結果を含む情報（以下「ダイアグ情報」という）を取得する。

続くＳ１２０では、各ＥＣＵ１１〜３７のうち少なくとも一つのＥＣＵからＩ／Ｏ４５を介して受信したダイアグ情報を取得する。なお、これらのダイアグ情報には、自己故障診断結果の他、個々のＥＣＵ１０〜３７を特定するためのＥＣＵ・ＩＤが含まれる。

そして、続くＳ１３０では、Ｓ１１０〜Ｓ１２０にて取得したダイアグ情報を、その取得順にフラッシュメモリ４４に記憶し、Ｓ１４０に移行する。
Ｓ１４０では、Ｓ１３０にて記憶したダイアグ情報に、フラッシュメモリ４４への記憶日時（つまり、ダイアグ情報の取得日時）を付加することにより、登録リスト７を生成する。なお、登録リスト７では、図３に示すように、取得順に記憶されたダイアグ情報に、取得日時の他、後述するフラグ識別子、送信識別子、及びツール識別子がそれぞれ対応づけられて記憶されている。

続くＳ１５０では、車両解析ツール５へのダイアグ情報の送信状態を表すフラグ識別子を、車両解析ツール５にダイアグ情報を未送信の状態であることを示すオフ（０）に設定し、Ｓ１６０に移行する。

Ｓ１６０では、各ＥＣＵ１１〜３７によるダイアグ情報の各送信周期のいずれか（本実施形態では、制御系ネットワーク４の送信周期）に基づいて予め設定された時間（周期時間）が、Ｓ１１０の開始から経過したか否かを計時用タイマに基づいて判断し、周期時間が経過したと判断した場合には、計時用タイマを停止させてＳ１１０に戻り、周期時間が未経過であると判断した場合には、本ステップの再実行によって待機する。

このように、本処理が繰り返し実行されることによって、フラッシュメモリ４４の登録リスト７に、ダイアグ情報等が蓄積されていくことになる。但し、フラッシュメモリ４４において、ダイアグ情報等の蓄積量が所定の許容範囲量を超えた場合には、取得順の古い情報から削除され、新たに取得したダイアグ情報が上書きされるものとする。

なお、本処理では、ゲートウェイＥＣＵ１０がイベントドライブレコーダとしての機能を有する（例えば、ハードディスクを有する）場合には、Ｓ１２０にてダイアグ情報を取得する際に、このダイアグ情報とともに検出データを取得し、その検出データをともに受信したダイアグ情報に対応づけて、ハードディスク（ＨＤＤ）に記憶する。但し、ＨＤＤにおいて、検出データ等の蓄積量が所定の許容範囲量を超えた場合には、取得順の古い情報から削除され、新たに取得した検出データが上書きされるものとする。

［ツール応答処理］
次に、ゲートウェイＥＣＵ１０のＣＰＵ４１が実行するツール応答処理について、図４及び図５を用いて説明する。なお、図４は、ゲートウェイＥＣＵ１０のＣＰＵ４１が実行するツール応答処理の手順を示すフローチャートであり、図５は、本処理によってゲートウェイＥＣＵ１０のフラッシュメモリ４４に更新される情報（登録リスト）を表すマトリックス図である。

本処理は、例えば、外部通信部５０を介して車両解析ツール５との間で、通信が確立されると開始され、通信が遮断されると終了する。なお、車両解析ツール５は、通信が確立されると、ダイアグ情報の送信を要求する旨を表す送信要求、あるいはダイアグ情報の削除を要求する削除要求を車両に送信するものとする。

本処理が開始されると、まず、Ｓ２１０では、外部通信部５０を介して車両解析ツール５からの送信要求を受信したか否かを判断し、送信要求を受信したと判断した場合には、Ｓ２２５に移行し、送信要求を受信していないと判断した場合には、Ｓ２１５に移行する。

Ｓ２１５では、外部通信部５０を介して車両解析ツール５からの削除要求を受信したか否かを判断し、削除要求を受信したと判断した場合には、Ｓ２２０に移行し、削除要求を受信していないと判断した場合には、Ｓ２１０に戻ることにより、送信要求あるいは削除要求を受信するまで待機する。

Ｓ２２０では、Ｓ２１５にて受信した削除要求が示すダイアグ情報を、そのダイアグ情報に対応する取得日時、フラグ識別子、送信識別子、及びツール識別子とともに、フラッシュメモリ４４の登録リスト７から消去し（図５（ａ）参照）、本処理を終了する。

なお、削除要求の種別については、全てのダイアグ情報等を消去する要求の他、特定のＥＣＵに関するダイアグ情報を消去する要求や、車両解析ツール５が受信済みのダイアグ情報を消去する要求などがあり、これらの要求に従って削除する方法は、送信要求に応答する場合と同様であるため、その説明を省略する。

一方、Ｓ２２５では、Ｓ２１５にて受信した送信要求の種別が、車両から外部へ未送信のダイアグ情報等、又は車両解析ツール５が未受信のダイアグ情報等を送信する要求として予め規定された更新要求であるか否かを判断し、更新要求であると判断した場合には、Ｓ２４５に移行し、更新要求でないと判断した場合には、Ｓ２３０に移行する。

なお、送信要求の種別には、更新要求の他、フラッシュメモリ４４に記憶されているダイアグ情報等のうち、全ての情報を送信する要求を表す全部要求や、特定のＥＣＵに関する情報を送信する要求を表す特定要求、フラッシュメモリ４４への記憶日時（取得日時）が所定範囲に含まれる情報を送信する要求を表す範囲要求などがある。

そして、Ｓ２３０では、これらの更新要求以外の送信要求に対応するダイアグ情報（及び取得日時）を、フラッシュメモリ４４から抽出し、Ｓ２３５に移行する。
Ｓ２３５では、これらの更新要求以外の送信要求の種別が、上述の全部要求または特定要求であるか否かを判断し、全部要求または特定要求であると判断した場合には、Ｓ２４０に移行し、全部要求または特定要求でないと判断した場合には、Ｓ０００に移行する。

そして、Ｓ２４０では、Ｓ２３０にて抽出したダイアグ情報等に、そのダイアグ情報等に対応する送信識別子（後述する）を付加し、Ｓ０００に移行する。
ところで、Ｓ２２５にて更新要求である場合に移行するＳ２４５では、その更新要求（送信要求）にツール識別子が含まれているか否かを判断し、ツール識別子が含まれていると判断した場合には、Ｓ２５５に移行し、ツール識別子が含まれていない場合には、Ｓ２５０に移行する。

なお、ツール識別子は、車両解析ツール５を識別するために予め車両解析ツール５毎に規定された識別子であり、ダイアグ情報等を車両解析ツール５毎に管理する場合に用いられる。また、車両解析ツール５が例えば外部センタに接続されており、外部センタにて個々の車両のダイアグ情報等を一括管理する場合には、このツール識別子を用いなくてもよい。

つまり、後者の場合では、車両から、複数あるうちのいずれかの車両解析ツール５にダイアグ情報等が送信されると、そのダイアグ情報等が必ず外部センタに転送されることにより、車両から外部へ送信済みのダイアグ情報と、外部センタにて受信済みのダイアグ情報とが一対一に対応するためである。

そして、Ｓ２５０では、このように一対一に対応するため、ツール識別子を用いる代わりにフラグ識別子に基づいて、フラッシュメモリ４４の登録リスト７に、車両から外部へ送信済みのダイアグ情報があるか否かを判断する。具体的には、フラグ識別子は、車両から外部へダイアグ情報が送信された場合にオン（１）に設定され、未送信の場合にはオフ（０）に設定される識別子である。よって、ここでは、フラグ識別子が０であるダイアグ情報が、フラッシュメモリ４４の登録リスト７に存在するか否かを判断し、存在する場合には、Ｓ２５５に移行し、存在しない場合には、Ｓ２６０に移行する。

Ｓ２５５では、識別子に基づいて該当するダイアグ情報（及び取得日時）を、フラッシュメモリ４４から抽出し、Ｓ２６５に移行する。具体的には、Ｓ２５０から移行した場合には、フラグ識別子が０であるダイアグ情報等を抽出する。あるいは、Ｓ２４５から移行した場合には、更新要求のツール識別子に該当しないツール識別子に対応するダイアグ情報を抽出することにより、更新要求の送信元である車両解析ツール５に未送信のダイアグ情報等を抽出する。

Ｓ２６０では、Ｓ２１０にて受信した送信要求に該当するダイアグ情報が無いことを表すメッセージを、外部通信部５０を介して車両解析ツール５に送信し、本処理を終了する。

一方、Ｓ２６５では、車両（詳細には、ゲートウェイＥＣＵ１０）がイベントドライブレコーダ（ＥＤＲ）としての機能（ＥＤＲ機能）を有するか否かを判断し、ＥＤＲ機能を有すると判断した場合には、Ｓ２７０に移行し、ＥＤＲ機能を有していないと判断した場合には、Ｓ２７５に移行する。

Ｓ２７０では、Ｓ２３０またはＳ２５５にて抽出されたダイアグ情報に対応する検出データを、ＨＤＤから読み出し、読み出した検出データをダイアグ情報に付加する。
続くＳ２７５では、これらのダイアグ情報等を、外部通信部５０を介して車両解析ツール５に送信する。具体的には、ここでのダイアグ情報等には、ダイアグ情報とともに、取得日時、送信識別子、及び検出データの少なくとも一つが含まれていることになる。さらに、ここでのダイアグ情報等には、車両を識別するために車両毎に予め割り当てられた車両ＩＤが含まれている。

そして、続くＳ２８０では、フラッシュメモリ４４の登録リスト７において、Ｓ２７５にて送信したダイアグ情報に対応するフラグ識別子を１に設定する（図５（ｂ）参照）。また、Ｓ２８５では、フラッシュメモリ４４の登録リスト７において、Ｓ２７５にて送信したダイアグ情報に対応する送信日時を、送信識別子として書き込む（図５（ｂ）参照）。さらに、Ｓ２９０では、フラッシュメモリ４４の登録リスト７において、Ｓ２４５にて送信要求に含まれていると判断した場合のツール識別子を書き込み（図５（ｂ）参照）、本処理を終了する。

なお、Ｓ２７５にて送信されたダイアグ情報等を受信した車両解析ツール５は、車両ＩＤ毎にダイアグ情報等を記憶し、これにより記憶されているダイアグ情報等に基づいて、当該車両におけるＥＣＵ１０〜３７、制御対象機器、及び検出装置の少なくとも一つの故障箇所を特定したり、故障時の車両の状態を解析したりする。また、車両解析ツール５は、前述の外部センタに接続されている場合には、これらの解析結果とともに、ダイアグ情報等を外部センタに転送する。

［効果］
以上説明したように、車載ネットワークシステム１では、ゲートウェイＥＣＵ１０がツール応答処理を行うことによって、車両解析ツール５からの送信要求の種別に応じた形態で、自己故障診断結果を含むダイアグ情報を、より効率的に送信することができる。

また、ツール応答処理では、車両解析ツール５からの送信要求の種別が更新要求である場合に、フラッシュメモリ４４に記憶されている全てのダイアグ情報と、車両解析ツール５（又は外部センタ）が受信済みのダイアグ情報との差分を、車両解析ツール５の構成に合わせて送信するため、漏れなく車両解析ツール５のからの送信要求に応えることができる。

また、ツール応答処理では、ゲートウェイＥＣＵ１０がＥＤＲ機能を有する場合には、ダイアグ情報とともに検出データを送信するため、これを受信した車両解析ツール５に、例えば異常検出時の車両の状態に基づいて、より詳細な解析を行わせることができる。

また、ツール応答処理では、車両解析ツール５からの送信要求の種別が全体要求または特定要求である場合に、該当するダイアグ情報とともに送信識別子（送信日時）を送信するため、車両側からのダイアグ情報の送信履歴を、車両解析ツール５に知得させることができる。これにより、車両解析ツール５では、過去の解析結果を用いて車両の状態を合理的に解析することができる。

［発明との対応］
なお、本実施形態において、ゲートウェイＥＣＵ１０が親ＥＣＵ、ＥＣＵ１１〜３７が子ＥＣＵ、Ｓ１１０およびＳ１２０の処理を行うＣＰＵ４１が情報取得手段、Ｓ１３０の処理を行うＣＰＵ４１が情報記憶手段、外部通信部５０が外部通信手段、ツール応答処理を行うＣＰＵ４１がダイアグ情報送信手段、Ｓ２８０〜Ｓ２９０の処理を行うＣＰＵ４１が識別子付加手段、Ｓ２２０の処理を行うＣＰＵ４１が情報消去手段に相当する。

［他の実施形態］
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において、様々な態様にて実施することが可能である。

例えば、上記実施形態の車載ネットワークシステム１では、親ＥＣＵの一例として、ゲートウェイＥＣＵ１０を説明したが、親ＥＣＵは、これに限らず、他のＥＣＵ１１〜３７のいずれかであってもよい。また、例えば、親ＥＣＵが盗難防止ＥＣＵ２３、ナビゲーションＥＣＵ３１、及びＥＴＣ・ＥＣＵのいずれかの場合には、そのＥＣＵが有する通信部を外部通信手段として用いてもよい。

また、上記実施形態では、車両解析ツール５が外部センタと別構成であるものとして説明したが、これに限定されるものではなく、例えば、外部センタが車両解析ツール５として構成されてもよい。

また、上記実施形態の車載ネットワークシステム１では、ＥＣＵ１１〜３７が検出データを定期的に親ＥＣＵであるゲートウェイＥＣＵ１０に送信する構成であるが、これに限定されるものではなく、例えばゲートウェイＥＣＵ１０がＥＤＲ機能を有しない場合には、ＥＣＵ１１〜３７が検出データを送信しない構成であってもよい。

また、上記実施形態の登録リスト７には、３つの識別子が記憶されるが、フラグ識別子、送信識別子、及びツール識別子のうち少なくとも１つの識別子が記憶されればよい。例えば、識別子として送信識別子を用いる場合、ツール応答処理では、Ｓ２５０の処理に代えて、送信識別子が付加されている（送信日時が書き込みされている）ダイアグ情報が存在する場合に、Ｓ２６０に移行し、このようなダイアグ情報が存在しない場合に、Ｓ２５５に移行すればよい。

１…車載ネットワークシステム、２…車載ＬＡＮ、７…登録リスト、８…ＡＶＣネットワーク、１０…ゲートウェイＥＣＵ、４０…マイクロコンピュータ、４１…ＣＰＵ、４４…フラッシュメモリ、５０…外部通信部。

Claims (5)

1. 車両に設けられて自己故障診断を実行する複数の電子制御ユニットからなる車両用故障診断装置であって、
   前記複数の電子制御ユニットのうち、全ての電子制御ユニットによる自己故障診断結果を統括する一つの電子制御ユニットである親ＥＣＵと、該親ＥＣＵ以外の複数の電子制御ユニットである子ＥＣＵとを備え、
   前記親ＥＣＵは、
   個々の前記子ＥＣＵから該子ＥＣＵによる前記自己故障診断結果を表すダイアグ情報を取得する情報取得手段と、
   前記情報取得手段にて取得したダイアグ情報、及び、当該親ＥＣＵによる自己故障診断結果に対応するダイアグ情報を記憶する情報記憶手段と、
   前記車両の外部に設けられた車両解析ツールとの間で通信を行う外部通信手段と、
   前記情報記憶手段にて記憶されているダイアグ情報のうち、前記車両解析ツールから前記外部通信手段を介して受信した送信要求の種別に応じたダイアグ情報を、該車両解析ツールに前記外部通信手段を介して送信するダイアグ情報送信手段と、
   を有することを特徴とする車両用故障診断装置。
2. 前記親ＥＣＵは、前記ダイアグ情報送信手段にてダイアグ情報を送信すると、前記情報記憶手段にて記憶されている該ダイアグ情報に、予め規定された識別子を付加する識別子付加手段を有し、
   前記ダイアグ情報送信手段は、前記送信要求の種別が予め規定された更新要求を表す場合、前記識別子付加手段による前記識別子が未付加のダイアグ情報を送信することを特徴とする請求項１に記載の車両用故障診断装置。
3. 前記識別子は、送信日時を識別するための識別子であり、
   前記ダイアグ情報送信手段は、前記送信要求の種別が予め規定された全体要求を表す場合、前記情報記憶手段にて記憶されている全てのダイアグ情報を送信するとともに、該ダイアグ情報のうち、前記識別子付加手段により前記識別子が付加されているダイアグ情報については、該識別子とともに送信することを特徴とする請求項２に記載の車両用故障診断装置。
4. 前記識別子は、前記車両解析ツールを識別するための識別子であり、
   前記ダイアグ情報送信手段は、前記送信要求の種別が前記更新要求を表す場合、前記情報記憶手段にて記憶されている識別子に基づいて、前記送信要求の送信元である車両解析ツールが未受信のダイアグ情報を送信することを特徴とする請求項２または請求項３に記載の車両用故障診断装置。
5. 前記親ＥＣＵは、
   前記車両解析ツールにて指定されたダイアグ情報を削除する旨を表す削除要求を、前記外部通信手段を介して受信した場合、前記情報記憶手段にて記憶されているダイアグ情報のうち、該削除要求が示すダイアグ情報を、該ダイアグ情報に対応する前記識別子とともに、前記情報記憶手段から消去する情報消去手段を有することを特徴とする請求項１ないし請求項４のいずれか１項に記載の車両用故障診断装置。