(57)【要約】【課題】  従来の故障診断システムは、車両内ネットワークの負荷増大により、車両制御に必要な制御データの受け渡しが正しく行われない。また、車両内の全ての電子制御装置にセンサ情報を蓄積するだけのメモリを確保できるとは限らず、ハードウェア及びソフトウェアの改造が必要となる。【解決手段】  車両ネットワークに接続する車両情報収集装置が、各電子制御装置に対して内部情報（ロギングできるメモリ領域の有無等）を問合せ、メモリ領域有りの応答を発行した電子制御装置に対し、不具合発生を確認した場合にその旨を通知し、その電子制御装置より内部情報を収集し、電子制御装置が、車両情報収集装置からの内部情報問合せに対し自身のロギング可否に関する情報を応答し、自身でロギング可能な場合に、周期的に蓄積したログデータを車両情報収集装置からの回収要求に対し、応答返送する。【選択図】図６
2009286295.tif 000002
【特許請求の範囲】
【請求項１】
車両内のネットワークを介して車両を制御するための制御情報を互いに送受信する複数台の電子制御装置と、前記電子制御装置が管理制御するデバイスと、前記ネットワークを介して接続され、前記ネットワークから前記制御情報を収集し蓄積する車両情報収集装置とを備えた車載情報収集システムにおいて、
前記車両情報収集装置は、前記ネットワークから収集した制御情報に基づいて車両の不具合を判断する手段と、前記ネットワークに接続する前記電子制御装置に対し、各電子制御装置の制御対象のデバイスとの間の情報を一時的にロギングするメモリがあるかどうかを問い合わせる手段と、前記車両の不具合を判断した場合に、問合せに対する応答が「メモリ有り」である前記電子制御装置に対する不具合発生通知メッセージを作成し、前記ネットワークへ送信する手段とを有し、
前記電子制御装置は、当該電子制御装置の管理制御のデバイスとの間の情報をロギングするメモリ領域を確保できるか否かを示す内部情報を管理する手段と、前記ネットワークからの前記メモリがあるかどうかの問合せに応答して、前記内部情報を前記車両情報収集装置に返送する手段と、前記内容情報が「メモリ有り」という情報を含む場合、前記電子制御装置の制御対象のデバイスとの間で送信または受信される情報を前記電子制御装置のメモリに蓄積する手段と、前記不具合発生通知メッセージを受信した場合、所定の時間、デバイスとの間の情報を蓄積した後にその蓄積を中断する手段とを有することを特徴とする車載情報収集システム。
【請求項２】
請求項１に記載の車載情報収集システムであって、
前記車載情報収集装置は、
前記メモリがあるかどうかの問合せに対する応答が「メモリなし」である前記電子制御装置に対して、予め定める周期で前記電子制御装置の制御対象のデバイスとの間の情報を収集する手段を有することを特徴とする車載情報収集システム。
【請求項３】
請求項１に記載の車載情報収集システムであって、
前記車載情報収集装置は、
前記メモリがあるかどうかの問合せに対する応答が「メモリ有り」である前記電子制御装置に対して、前記車両の不具合を判断した場合、前記不具合発生通知メッセージを送信してから予め設定するログデータ量を確保できる時間経過後に、前記電子制御装置に対するログデータ回収要求メッセージを作成し、前記ネットワークへ送信する手段と、前記電子制御装置から前記ログデータ回収要求メッセージに対するログデータ回収応答メッセージを受信する手段と、前記ログデータ回収応答メッセージ内の前記電子制御装置とデバイスとの間の情報を自身の蓄積装置に蓄積する手段とを有することを特徴とする車載情報収集システム。
【請求項４】
請求項１に記載の車載情報収集システムであって、
前記電子制御装置とデバイスとの間の情報をロギングするメモリ領域を確保できるか否かを示す内部情報は、メモリ領域の有無、必要とするログデータの蓄積秒数、ログデータのサンプリングデータフォーマット、サンプリング周期、及びサンプリングデータ長を含むことを特徴とする車載情報収集システム。
【請求項５】
請求項１に記載の車載情報収集システムであって、
前記電子制御装置は、前記メモリ領域がある場合、前記不具合発生通知メッセージを受信した際、最新のログデータに所定のマークを付ける手段を有し、
前記車両情報収集装置は、前記車両情報収集装置からのログデータ回収要求メッセージに対する前記電子制御装置からのログデータ回収応答メッセージに、前記マークが含まれるか否かを判定する手段を有し、
前記ログデータ応答メッセージは、データ部の先頭にマークの付いたログデータの格納場所を示すフラグを有することを特徴とする車載情報収集システム。
【請求項６】
請求項１に記載の車載情報収集システムにおいて、
前記ネットワークは、複数のネットワークにより構成され、
前記電子制御装置が複数のネットワークインタフェースを持ち、関連のある他の電子制御装置とサブネットワークを構成され、
前記電子制御装置は、前記サブネットワークに接続する前記他の電子制御装置の前記内部情報を前記電子制御装置が管理する手段と、前記車載情報収集装置より、メモリ問合せ要求を受信した際に、前記他の電子制御装置の内部情報を代替して応答する手段とを有することを特徴とする車載情報収集システム。
【請求項７】
車両内のネットワークを介して車両を制御するための制御情報を互いに送受信する複数台の電子制御装置と、前記電子制御装置が管理制御するデバイスと、前記ネットワークを介して接続され、前記ネットワークから前記制御情報を収集し蓄積する車両情報収集装置とによって車載情報を収集する方法において、
前記車両情報収集装置が、前記ネットワークから収集した制御情報に基づいて車両の不具合を判断し、前記ネットワークに接続する前記電子制御装置に対して各電子制御装置の制御対象のデバイスとの間の情報を一時的にロギングするメモリがあるかどうかを問い合わせ、前記車両の不具合を判断した場合に、問合せに対する応答が「メモリ有り」である前記電子制御装置に対する不具合発生通知メッセージを作成し、前記ネットワークへ送信し、
前記電子制御装置が、制御対象のデバイスとの間の情報をロギングするメモリ領域を確保できるか否かを示す内部情報を管理し、前記ネットワークからの前記メモリ問合せに応答して、前記内部情報を前記車両情報収集装置に返送し、前記内容情報が「メモリ有り」という情報を含む場合、前記電子制御装置の制御対象のデバイスとの間の情報を前記電子制御装置のメモリに蓄積し、前記不具合発生通知メッセージを受信した場合、所定の時間、デバイスとの間の情報を蓄積した後にその蓄積を中断する車載情報収集方法。
【請求項８】
車両に搭載されたデバイスを制御する電子制御装置が接続された車両内のネットワークに接続され、前記電子制御装置と前記デバイスとの間の情報を収集し、蓄積する車載情報収集装置において、
前記電子制御装置とデバイスとの間の情報を蓄積するためのメモリ容量を有するか否かを、前記電子制御装置へ問い合わせる手段と、
前記メモリ容量を有する電子制御装置からは所定の周期で前記電子制御装置と前記デバイスとの間の情報を収集することなく、前記メモリ容量を有さない電子制御装置から、前記所定の周期で前記電子制御装置と前記デバイスとの間の情報を収集し、当該車載情報収集装置の蓄積装置に蓄積する手段と、
車両に不具合が発生した場合に、前記メモリ容量を有する電子制御装置から、前記電子制御装置のメモリに蓄積された不具合発生前後の前記電子制御装置と前記デバイスとの間の情報をまとめて収集し、当該車載情報収集装置の蓄積装置に蓄積する手段とを有することを特徴とする車載情報収集装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載ネットワークシステムに関し、さらに詳しくは、車載情報収集装置において、車載機器からデータを収集する手段を提供するシステムに関する。
【背景技術】
【０００２】
車両システムは、車両ネットワークに接続する車載機器が、他の車載機器に要する情報をブロードキャストし、自機器に必要な情報を取り込み動作する自律分散型のシステムである。多数の車載機器が車両ネットワークを介して車両制御情報をやり取りし、協調制御を行うなど、車へのIT技術の導入が進んでいる。車の高機能化に伴い、搭載される車載機器の数が増大し、ネットワークを流れるデータ量も増加する。車両ネットワークとして標準的に用いられているCAN(Control Area Network)は接続できる機器数が定められており、車載機器数の増加に伴い、ネットワーク構成も複雑化している。このため、不具合が発生した場合の現象分離や原因特定が難しくなっている。
【０００３】
このような背景において、車両ネットワーク上を流れる車両制御情報を収集して記録するデータレコーダが有用視されている。データレコーダは、収集した車両制御情報を不具合解析に用いる。
【０００４】
【特許文献１】特開2003-19931号公報
【特許文献２】特開2008-12974号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１では、不具合箇所を特定するために車両管理装置と電子制御装置とのデータの要求／応答処理が行われるため車両内ネットワークの負荷が増加する。また該電子制御装置に不具合が発生していた場合には不必要にネットワークにデータを送信する可能性もあり、その結果車両制御に必要となる電子制御装置間のデータの受け渡しが正しく行われず車両走行に支障をきたす可能性がある。
【０００６】
特許文献２では、車両情報収集装置が不具合箇所を特定するための制御情報を監視し、不具合発生を確認した場合、所定の時間分制御情報を蓄積すると共に、電子制御装置に対して不具合発生を示すキーフレームを送信し、各電子制御装置は自身で保有するセンサ情報を蓄積する。本来ネットワーク上に流す必要のないセンサ情報を電子制御装置内で蓄積することにより、ネットワーク負荷を抑えつつ故障診断に有用なデータを車両内に蓄積しておくことができるが、車両内の全ての電子制御装置にセンサ情報を蓄積するだけのメモリを確保できるとは限らず、ハードウェア及びソフトウェアの改造が必要となる可能性がある。
【０００７】
本発明の目的は、各電子制御装置が後の故障診断に利用できる内部情報を蓄積するメモリ領域の有無により、電子制御装置及び車両情報収集装置のどちらかに内部情報を蓄積し、不具合判定後、電子制御装置に蓄積されている内部情報を車両情報収集装置に収集蓄積するための装置及び方法を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、車両内ネットワークに接続する車両情報収集装置が、各電子制御装置に対して内部情報（ロギングできるメモリ領域の有無等）を問合せ、メモリ領域有りの応答を発行した電子制御装置に対し、不具合発生を確認した場合にその旨を通知し、内部情報をロギングした電子制御装置より内部情報を収集することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、車両内ネットワークに接続する車両情報収集装置が、各電子制御装置に対して内部情報（ロギングできるメモリ領域の有無等）を問合せ、メモリ領域有りの応答を発行した電子制御装置に対し、不具合発生を確認した場合にその旨を通知し、内部情報をロギングした電子制御装置より内部情報を収集することにより、車両内ネットワークへの負荷を軽減し、不具合診断に必要なデータを収集することができる。
【発明を実施するための最良の形態】
【００１０】
本発明の実施形態について、図１〜図１１を参照して説明する。
【００１１】
図1に、本発明の実施形態に関わる車両システムの構成例を示す。
【００１２】
車両情報収集装置１０１、電子制御装置（以下、ECU（Electronic Control Unit）と記す）１０２、１０３は車両ネットワーク１００を介して接続されている。ECU１０２及びECU１０３は、車両ネットワーク１０を介して互いに制御情報の受け渡しを行う。例えば、ECU１０２がエンジンコントローラユニット、ECU１０３がAT（Automatic Transmission）コントローラユニットの場合、ECU１０３が制御情報としてATシフト信号を送信し、ECU１０２がこれを受信してエンジン回転数を制御する。車両ネットワークは例えばCAN（Controller Area Network）である。
【００１３】
ECU１０２及びECU１０３は、各々自身を識別する装置識別子を持つ。図１の例では、ECU１０２の装置識別子はID＃１であり、ECU１０３の装置識別子はID＃２である。車両情報収集装置１０１は、ECU１０２及び１０３との間で受け渡される制御情報を車両情報収集装置１０１内または車両情報収集装置１０１に接続された不揮発性記憶装置に周期的に蓄積し、蓄積した制御情報に含まれるデータ値や、その他不具合判断に用いるために送出する自己診断コード等から車両の不具合を判断する。蓄積する制御情報の種別や不具合判定用データの種別は予め車両情報収集装置１０１に設定されている。一方、ECU１０２及び１０３は各々に接続されているアクチュエータやセンサ等の制御対象機器への制御に使用するセンサ情報やセンサ等の制御対象機器からの取得したセンサ情報を周期的にECU１０２、１０３の各々内あるいはECU１０２、１０３の各々に接続された不揮発性記憶装置に蓄積する。
【００１４】
図２に、車両情報収集装置１０１の内部構成を示す。
【００１５】
図２において、車両情報収集プログラム２０４が格納されているメモリ２００と、メモリ２００のプログラムに基づく処理を行うプロセッサ２０１と、蓄積装置２０２と、車両ネットワーク１００で通信を行うためのネットワークインタフェース２０３と、メモリ２００に展開される車両情報収集プログラム２０４により構成され、各モジュールは内部バスにより接続する。メモリ２００に展開される車両情報収集プログラム２０４は、データ送信部２０５、データ生成部２０６、データ受信部２１０、構成管理部２０７、データ蓄積部２０８、不具合判定処理部２０９とから構成する。データ受信部２１０は、車両ネットワーク１００を流れる制御データやその他不具合判定に用いるための不具合判定用データを受信し、データ蓄積部２０８に蓄積する。蓄積する際は、車両情報収集装置１０１が有するタイムスタンプを付与して蓄積する。どの制御データを蓄積するか否かは予めプログラム内または設定ファイルに記載されており、対象外の制御データは破棄する。構成管理部２０７は、不具合判定処理部２０９はデータ蓄積部２０８に蓄積された制御データ及び不具合判定用データから不具合が発生したか否かを判定する。不具合判定のロジックは、予めプログラム内または設定ファイルに記載されている。不具合判定処理部２０９がデータ蓄積部２０８に蓄積した制御情報及び不具合判定用データから不具合を検知した場合、構成管理部２０７により管理されているECUに対して、データ生成部２０６にて不具合発生通知を作成し、データ送信部２０５において車両ネットワーク１００に送信する。不具合発生時、データ蓄積部２０８に蓄積しているデータは、蓄積装置２０２に記録する。
【００１６】
図３に、ECU１０２及び１０３の内部構成を示す。
【００１７】
図３において、車両情報収集プログラム３０４が格納されているメモリ３００と、メモリ３００のプログラムに基づく処理を行うプロセッサ３０１と、車両ネットワーク１００で通信を行うためのネットワークインタフェース３０２と、各ECUが制御するアクチュエータやセンサ等の制御デバイス３１１と接続するための外部デバイスインタフェース３０３と、メモリ３００に展開される車両情報収集プログラム３０４により構成され、各モジュールは内部バスにより接続する。メモリ３００に展開される車両情報収集プログラム３０４は、データ生成部３０５、データ送信部３０６、データ受信部３０７、構成管理部３０８、データ蓄積部３０９、機器制御部３１０とから構成する。データ蓄積部３０９は、自身が内部で保有するデータや、後に車両情報収集装置１０１に送信する、不具合診断に用いるログデータ等を蓄積するが、不具合診断向けのログデータを一時保有する領域（容量）を取れない場合は自身の内部データのみを格納できる容量があればよい。つまり、自身の内部データの蓄積を、不具合診断向けのログデータの一時蓄積よりも優先する。どのデータをどのような形式で蓄積するか否かは予めプログラム内または設定ファイルに記載されている。データ送信部３０６は、自身が管理・制御する制御データや他の車載機器から受信したデータに対する応答データをデータ生成部３０５により作成し、ネットワークインタフェース３０２を介して車両ネットワーク１００へ送出する。データ受信部３０７は、車両ネットワーク１００を流れる制御データや自身に対する要求メッセージを受信し、受信したデータの識別子に従い、構成管理部３０８、機器制御部３１０へ振り分ける。構成管理部３０８は、データ蓄積部３０９内に、後に車両情報収集装置１０１に送信する、不具合診断に用いるログデータを一時蓄積する領域の有無、ログデータのサンプリングデータ長、サンプリング周期、蓄積可能な秒数等を管理する。
【００１８】
図４及び図５に、車両情報収集装置１０１とECU１０２或いは０３との間でやり取りされるメッセージフォーマットの例を示す。
【００１９】
図４において、４００は各種メッセージのデフォルトフォーマットを示す。４０１は該メッセージまたはメッセージの種別を識別するための識別子を、４０２は識別子４０１で識別されるデータである。メッセージ４１０及びメッセージ４２０は、車両情報収集装置１０１が、ECU内に不具合診断に用いるログデータを保有できるか否かを取得するためのメッセージである。メッセージ４１０は、車両情報収集装置１０１がECU１０２及び１０３に対して、不具合診断用ログデータのメモリ領域に関する構成情報を問合せる要求メッセージである。４１１はメモリ容量問合せメッセージであることを示す識別子、４１２は該メッセージを受信するECU１０２や１０３の識別子、４１３は要求するログデータの秒数を示す。ログデータの秒数４１３は不具合が発生したと判断された時点の前後合計の秒数、或いは前後其々の秒数を指定しても構わない。秒数の代わりに、データ数やサンプリング数であってもよい。メッセージ４２０は、メッセージ４１０を受信したECU１０２及び１０３が応答するメモリ容量応答メッセージである。４２１はメモリ容量応答メッセージであることを示す識別子、４２２は該メッセージを送信したECU１０２や１０２の識別子、４２３は不具合診断用ログデータのメモリ領域の有無を、４２４はログデータのサンプルデータサイズを、４２５はログデータのサンプリング周期を、４２６は保有可能なログデータの秒数を示す。
【００２０】
図５において、メッセージ５００及びメッセージ５０１は、車両情報収集装置１０１において、ECUのログデータを蓄積する対象のECUに対して、ログデータを問合せ・応答により収集するためのメッセージである。メッセージ５００は、車両情報収集措置１０１がECUに対して送信する、ログデータ送信要求メッセージである。５０１は該メッセージがログデータ送信要求メッセージであることを示す識別子を、５０２は該メッセージの送信先ECUを示す識別子を示す。メッセージ５１０は、メッセージ５００を受信したECUが車両情報収集装置１０１に対して送信する、ログデータ送信応答メッセージである。５１１は該メッセージがログデータ送信応答メッセージであることを示す識別子を、５１２は該メッセージの送信元ECUを示す識別子を、５１３はログデータを示す。メッセージ５２０は、車両情報収集装置１０１が不具合発生と判断した際に送信する不具合発生通知である。５２１は該メッセージが不具合発生通知であることを示す識別子を、５２２は該メッセージの送信先ECUの識別子を示す。メッセージ５３０及びメッセージ５４０は、車両情報収集装置１０１と、自身でログデータを保有すると応答したECUとの間でやり取りするECU保有ログデータの回収ためのメッセージである。メッセージ５３０は、車両情報収集装置１０１がECUに対して送信する、ログデータ回収要求メッセージである。５３１は該メッセージがログデータ回収要求メッセージであることを示す識別子を、５３２は該メッセージの送信先ECUを示す識別子を示す。メッセージ５４０は、メッセージ５３０を受信したECUが車両情報収集装置１０１に対して送信する、ログデータ回収応答メッセージである。５４１は該メッセージがログデータ回収応答メッセージであることを示す識別子を、５４２は該メッセージの送信元ECUを示す識別子を、５４３は該メッセージに含まれるログデータ取得時に不具合発生通知を受信したか否かを示すマーカを、５４４はログデータを示す。
【００２１】
図６〜図９に、車両情報収集装置１０１の処理の流れを、図１１に、ログデータ蓄積テーブルの例を示す。
【００２２】
図１１において、ログデータ蓄積テーブル１１００は、車両ネットワーク１００に接続するECUが不具合診断用ログデータを一時保有できるか否かを示す。１１０１は車両ネットワーク１００に接続するECUの識別子を、１１０２はログデータを保有できるか否かを、１１０３は後に不具合診断に用いるログデータのうち、不具合発生判定前のログデータ蓄積秒数を、１１０４は不具合発生判定後のログデータの蓄積秒数を、１１０５はログデータのサンプリング周期を、１１０６はログデータのサンプリングデータ長を示す。
【００２３】
図６に、車両情報収集装置１０１の起動後、車両ネットワーク１００に接続するECU１０２や１０３に対して、不具合診断用ログデータ保有の可否を問い合わせる処理の流れを示す。車両情報収集プログラム２０４の起動時、プログラム処理に要するメモリ確保、設定ファイルの読み込み等の初期設定を行う（ステップ６０１）。設定ファイルに記載されている車両ネットワーク１００に接続する各ECUに対して、メモリサイズ問合せ要求を送信する。ECUの識別子を載せたメモリサイズ問合せ要求メッセージを作成し（ステップ６０２）、該メモリサイズ問合せ要求メッセージを車両ネットワーク１００に対して送信する（ステップ６０３）。問合せ要求応答メッセージを受信待ちのタイマを設定し（ステップ６０４）、タイムアウトするまで該メモリサイズ問合せ応答メッセージの受信待ちをする（ステップ６０７）。メモリサイズ問合せ応答メッセージを受信した場合（ステップ６０５）、該メモリサイズ応答メッセージに含まれる送信元ECU識別子４２２、ロギング可否４２３、ログサンプルデータサイズ４２４、サンプリング周期４２５、ロギング秒数４２６等をログデータ蓄積テーブル１１００に記入し、更新する（ステップ６０６）。初期設定にて取得したECU全てに対してメモリサイズ問合せ要求メッセージを送信した後（ステップ６０８）、車両ネットワーク１００上を流れるデータの受信処理、及びECUにてログデータ保有領域がなく、車両情報収集装置１０１において不具合診断用ログデータを蓄積する対象ECUのログデータの受信処理を開始する（ステップ６０９）。
【００２４】
図７に、車両情報収集装置１０１が、車両ネットワーク１００上を流れる制御データや不具合診断に用いるデータを受信し、それらのデータより不具合が発生したか否かを判定する処理の流れを示す。車両ネットワーク１００上を流れるデータを受信し（ステップ７０１）、初期設定にて取得した設定情報により、受信データが自身において蓄積する対象のデータであるかどうかを判定する（ステップ７０２）。例えば、設定情報内のデータ識別子や送信先識別子と、受信データ内のデータ識別子や送信先識別子との一致／不一致を比較・判定することにより、蓄積対象のデータであるか（両者が一致）、蓄積対象のデータでないか（両者が不一致）を判定する。蓄積対象のデータである場合、データ蓄積部２０８へ格納する（ステップ７０３）。データ蓄積部２０８に蓄積されているデータと、初期設定にて取得した設定情報とから、不具合判定処理部２０９において不具合発生を判定する（ステップ７０４）。例えば、データ蓄積部２０８に蓄積されているデータが設定情報内のしきい値と比較・判定することにより、不具合が発生したか（データがしきい値を超えた）、正常か（データがしきい値を超えていない）を判定する。不具合が発生したと判断した場合（ステップ７０５）、蓄積データテーブル１１００に記載されている、ロギング可能ECUの装置識別子（例えば、ＥＣＵ-ＩＤ＃１）を送信先識別子５２２に挿入して不具合発生通知（メッセージ５２０）を作成し（ステップ７０６）、ロギング可能ECUに対して該不具合発生通知を送信する（ステップ７０７）。一旦車両ネットワーク１００上を流れるデータの受信処理を中止し（ステップ７０８）、ログデータ蓄積テーブル１１００に記載されているロギング可能ECUに対しログデータ回収処理を開始する（ステップ７０９）。
【００２５】
図８に、車両情報収集装置１０１が、ECUのログデータを自身において蓄積する対象となっているECUに対して、問合せ・応答により、ログデータを取得・蓄積する処理の流れを示す。本処理は、蓄積対象のECU其々について、設定ファイルあるいはログデータ蓄積テーブル１１００等にログデータ収集周期を記載しておき、周期的に実行する。ログデータ蓄積テーブル１１００より、自身において蓄積する対象となるECUの識別子を取得し、ログデータ送信要求メッセージを作成する（ステップ８０１）。ログデータ蓄積テーブル１１００の例では、ECU１０２の識別子＃２を含むログデータ送信要求メッセージを作成する。作成したログデータ送信要求メッセージを車両ネットワーク１００へ送信する（ステップ８０２）。タイマを設定し（ステップ８０３）、ログデータ送信応答メッセージの受信を待つ。ログデータ送信応答メッセージを受信した場合（ステップ８０４）、受信したログデータ送信応答メッセージをデータ蓄積部２０８へ格納する。（ステップ８０５）。タイムアウトした場合、本処理を終了し、次の収集タイミングを待つ（ステップ８０６）。
【００２６】
図９に、車両情報収集装置１０１が、ログデータを保有するメモリ領域を有するECUに対して、問合せ・応答により、ログデータを回収・蓄積する処理の流れを示す。本処理は、ある対象ECUが保有するログデータ全てを回収してから、次の対象ECUに対してログデータの回収・蓄積処理を行う。ログデータ蓄積テーブル１１００より、ログデータを保有するメモリ領域を有する各ECUの不具合発生判定後のログデータ格納秒数１１０４のうちの最大値を取得し、最大値をタイマに設定する（ステップ９０１）。ログデータ蓄積テーブル１１００の例では、識別子#1のECU１０２が対象ECUであり、その不具合発生判定後の秒数が８秒であるため、８秒のタイマを設定し、ECU１０２において必要なログデータを取得し終えるのを待つ。最大値（８秒）の代わりに、最大値よりも大きい値（例えば、９秒、１０秒）をタイマに設定してもよい。タイムアウト後（ステップ９０２）、ログデータ蓄積テーブル１１００より、ロギング可能な対象ECUの識別子を一つ取得して（ステップ９０３）、該識別子を含むログデータ回収要求メッセージを作成し（ステップ９０４）、車両ネットワーク１００へ送信する（ステップ９０５）。ログデータ回収要求メッセージを送信したECUより、ログデータ回収応答メッセージを受信した場合（ステップ９０６）、該メッセージをデータ蓄積部２０８へ蓄積する（ステップ９０７）。受信したログデータ回収応答メッセージに最終データであることを示す情報が含まれているかどうかを検出し（ステップ９０８）、該ログデータ回収応答メッセージが最終データである場合は、ログデータ蓄積テーブル１１００より、ロギング可能なECUが有るかどうかを検索し、ある場合は次の対象ECUに対して一連の処理を行う（ステップ９０９）。１つのロギング可能な対象ECUからログデータを回収したのを確認してから（ステップ９０８）から、次のロギング可能な対象ECUに対して、ログデータの回収を要求するため、ログデータの回収時のネットワークの負荷が分散される。
【００２７】
図１０に、ECU１０２及び１０３の処理の流れを示す。
【００２８】
図１０において、車両情報収集プログラム３０４起動時、プログラム処理に要するメモリ確保、設定ファイルの読み込み等の初期設定を行い、車両情報収集装置１０１からのメモリ容量問合せメッセージ受信を待つ（ステップ１００１）。設定ファイルには、ログデータ蓄積テーブル１１００に示すような、自身において不具合診断用ログデータを一時保有が可能か否か、ログデータ蓄積秒数、サンプリング周期、サンプリングデータ長等を含む。メモリ容量問合せメッセージを受信した場合、設定ファイルに記載されている、ログデータに関するメモリ情報（ロギング可否、蓄積秒数、サンプリングデータフォーマット、サンプリング周期、サンプリングデータ長等）（ステップ１００２）とメモリ容量問合せメッセージに含まれるログデータ秒数とを比較し、設定ファイル内のメモリ情報が自身で保有可能な蓄積秒数以内であればロギング可能としたメモリ容量応答メッセージを、設定ファイル内のメモリ情報が自身で保有可能な蓄積秒数以上の要求値であればロギング不可としてメモリ容量応答メッセージを作成し（ステップ１００３）、車両ネットワーク１００へ送信する（ステップ１００４）。ステップ１００２において自身でロギング可能であると判定した場合は（ステップ１００５）、予め設定されているサンプリング周期でデータ蓄積部３０９にサンプリングデータをロギングする（ステップ１００６）。車両情報収集装置１０１より、不具合発生通知を受信した場合（ステップ１００７）、その時点の最新のログデータに不具合発生通知を受信したという旨のマーカを設定する（ステップ１００８）。予め設定されている不具合発生後蓄積秒数分のデータをロギング後、一旦ロギング処理を中断する（ステップ１００９）。尚、不具合発生後のデータが診断に必要がない場合は、ステップ1009において、予め設定されている不具合発生後蓄積秒数分のデータをロギングすることなく、不具合発生通知を受信した時点で、一旦ロギング処理を中断してもよい。車両情報収集装置１０１より、ログデータ回収要求メッセージを受信した場合（ステップ１０１０）、ログデータ回収応答メッセージを返信することで、自身で保有しているログデータを車両情報収集装置１０１へ蓄積する。ログデータ回収要求メッセージの受信時、未送信のログデータがある場合（ステップ１０１１）、未送信のログデータの先頭よりデータを読み込み、ログデータ回収応答メッセージを作成して（ステップ１０１２）、車両ネットワーク１００へ該ログデータ回収応答メッセージを送信する（ステップ１０１３）。１つのメッセージに含められるデータの容量には制限があるため、送信すべきログデータの容量が大きい場合は、複数のメッセージに分けて、ログデータを送信する。保有しているログデータ全てを車両情報収集装置１０１へ送信した場合（未送信のログデータがない場合）、その旨を示す（最終データであることを示す情報を含む）ログデータ回収応答メッセージを作成し（ステップ１０１４）、該ログデータ回収応答メッセージを車両ネットワーク１００へ送信する（ステップ１０１５）。ログデータ回収応答メッセージが最終であるかどうかを示す例としては、ログデータ部を“０”としたり、明示的に最終のメッセ��ジであることを示すエリアを設けてもよい。保有していたログデータを全て送信後、ログデータをクリア（消去）してメモリ領域を初期化し、ロギング処理を再開する（ステップ１０１６）。
【００２９】
以上のように、本実施例によれば、車両情報収集装置が、車両ネットワークに接続する各ECUが後に不具合診断に用いることができるログデータを一時保有することが可能かどうかを把握し、ロギングできるメモリ領域を持たないECUのみから、周期的にログデータを収集するため、正常時のネットワークの負荷を軽減することができる。一方、不具合発生時には、ロギングできるメモリ領域を持つECUのみから、必要なログデータを一括して収集するため、不具合発生時のネットワークの負荷も軽減することができる。
【００３０】
また、本実施例の変形例として、ECUが複数のネットワークインタフェースを有し、車両ネットワーク１００以外に、自身の配下にサブネットワークを形成し、該サブネットワークに一つ以上のECUが接続する場合、車両ネットワーク１００に接続するECUが自身のサブネットワーク内各ECUの不具合診断用ログデータメモリ領域の有無等の情報を管理し、サブネットワーク内ECUのサンプリングデータ長や周期と、自身のメモリ容量と、その他車両情報収集装置よりの要求蓄積秒数等により、自身でサブネットワーク内ECUの一つ以上のECUのログデータを保有できると判断した場合、その旨を車両情報収集装置に対して通知する手段を設けることで、さらに車両ネットワーク１００のネットワーク負荷を軽減することが可能である。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施形態に係る車両情報収集システムの全体構成図である。
【図２】本発明における車両情報収集装置の内部構成図の一例である。
【図３】本発明における車載機器の内部構成図の一例である。
【図４】本発明におけるメッセージフォーマットの一例である。
【図５】本発明におけるメッセージフォーマットの一例である。
【図６】本発明における車両情報収集装置の、ECUへのメモリ容量問合せ処理シーケンスの一例である。
【図７】本発明における車両情報収集装置の、不具合判定処理シーケンスの一例である。
【図８】本発明における車両情報収集装置の、ECUの内部情報ログデータを自身にて蓄積する対象のECUからログデータを収集する処理のシーケンスの一例である。
【図９】本発明における車両情報収集装置の、内部情報をロギング可能なECUからログデータを回収する処理のシーケンスの一例である。
【図１０】本発明におけるECUの、不具合診断に関する車両情報収集プログラムの処理シーケンスの一例である。
【図１１】本発明における車両情報収集装置が管理するログデータ蓄積テーブル構成例である。
【符号の説明】
【００３２】
１００…車両ネットワーク、１０１…車両情報収集装置、１０２、１０３…電子制御装置
【図１】
2009286295.tif 000003
【図２】
2009286295.tif 000004
【図３】
2009286295.tif 000005
【図４】
2009286295.tif 000006
【図５】
2009286295.tif 000007
【図６】
2009286295.tif 000008
【図７】
2009286295.tif 000009
【図８】
2009286295.tif 000010
【図９】
2009286295.tif 000011
【図１０】
2009286295.tif 000012
【図１１】
2009286295.tif 000013