車両用データ記録装置
【課題】車載制御システムとして複数の電子制御装置が設けられた場合であっても、所定のイベントの発生時に必要なデータを記録することが可能な車両用データ記録装置を提供する。
【解決手段】車載制御システムを構成する複数のＥＣＵ１０〜３０，６０は、それぞれ車載制御システムの動作状態に関連するデータを記録するメモリを備えている。これら複数のＥＣＵ１０〜３０，６０の内、１つのＥＣＵ６０が所定の異常イベントの発生を検出すると、ＥＣＵ６０は、自身が保有する車載制御システムの動作状態に関連するデータを自身のメモリに記録する。さらに、ＥＣＵ６０は、他のＥＣＵ１０〜３０に対して、所定の異常イベントが発生したことを通信により通知する。すると、他のＥＣＵ１０〜３０は、自身が保有する車載制御システムの動作状態に関連するデータを各々のメモリに記録する。
【解決手段】車載制御システムを構成する複数のＥＣＵ１０〜３０，６０は、それぞれ車載制御システムの動作状態に関連するデータを記録するメモリを備えている。これら複数のＥＣＵ１０〜３０，６０の内、１つのＥＣＵ６０が所定の異常イベントの発生を検出すると、ＥＣＵ６０は、自身が保有する車載制御システムの動作状態に関連するデータを自身のメモリに記録する。さらに、ＥＣＵ６０は、他のＥＣＵ１０〜３０に対して、所定の異常イベントが発生したことを通信により通知する。すると、他のＥＣＵ１０〜３０は、自身が保有する車載制御システムの動作状態に関連するデータを各々のメモリに記録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のイベント発生時に、車両を制御する車載制御システムの動作状態などに関連するデータを記録する車両用データ記録装置に関する。
【背景技術】
【０００２】
例えば、特許文献１に、システムのイベント発生をトリガとしてシステムの動作状態を表すデータを記憶するデータ記憶装置が開示されている。このデータ記憶装置は、直前の所定時間又は取得回数分の解析対象データを記憶する解析対象データ一時記憶部、イベント発生判定用データからイベントの発生を判定するイベント発生判定部、イベントの発生が判定されたときから所定時間後に解析対象データ一時記憶部に記憶されているデータを、イベントデータと関連付けて記憶するデータ記憶部とを備えている。
【０００３】
このように、引用文献１の装置では、解析対象データをイベントデータと関連付けて記憶することにより、イベント要因が複雑な場合でも、解析対象データとそのイベントの種類、要因、条件等を関連させて解析可能としている。さらに、イベント要因判別のためにイベントデータそのものを解析対象データと関連付けて記憶しているので、記憶するデータ量を低減し、少量のメモリで効率良くデータを記憶できるようにしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−３６８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した引用文献１のデータ記憶装置では、１つの電子制御装置（ＥＣＵ）が、解析対象データ一時記憶部、イベント発生判定部及びデータ記憶部を備え、イベント発生をトリガとして、イベント発生前後の所定期間における解析対象データをメモリに記憶するように構成されている。このように、イベント発生の検出と、解析対象データの記憶とが、１つの電子制御装置にて実行される場合には、必要なデータを洩れなく記憶することが可能である。
【０００６】
しかしながら、例えばハイブリッド車両の走行状態を制御する車載制御システムなどは、エンジン、モータ、ブレーキ、トランスミッション、ステアリング、電池など制御対象機器が多岐に亘る。従って、これら多岐に亘る制御対象機器に対して複数の電子制御装置が設けられ、複数の電子制御装置が協調して、各々の制御対象機器の動作を制御することも多い。
【０００７】
このように複数の電子制御装置が設けられた場合、イベントの発生時に記録すべきデータも、それぞれの電子制御装置に分散してしまうことになる。このため、いずれかの電子制御装置においてイベントの発生が検出されても、そのイベントの発生時に、洩れなく必要なデータを記録することが困難になるという問題がある。
【０００８】
本発明は上述した点に鑑みてなされたものであり、車載制御システムとして複数の電子制御装置が設けられた場合であっても、所定のイベントの発生時に必要なデータを記録することが可能な車両用データ記録装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、請求項１に記載の車両用データ記録装置は、
所定のイベント発生時に、車両を制御する車載制御システムの動作状態に関連するデータを記録手段に記録するものであって、
車載制御システムは、相互に通信を行いつつ協調して動作する複数の電子制御装置を含み、かつ複数の電子制御装置は、それぞれ記録手段を有し、
複数の電子制御装置の内、少なくとも１つの電子制御装置が所定のイベントの発生を検出すると、その１つの電子制御装置における、車載制御システムの動作状態に関連するデータを自身の記録手段に記録するとともに、他の電子制御装置に対して、所定のイベントが発生したことを通信により通知し、
他の電子制御装置は、通知を受けると、それぞれの電子制御装置における、車載制御システムの動作状態に関連するデータを各々の記録手段に記録することを特徴とする。
【００１０】
従って、請求項１に記載の車両用データ記録装置によれば、記録することが必要なデータが各電子制御装置に分散していても、所定のイベントの発生時に、各電子制御装置の記録手段に必要なデータを洩れなく記録することが可能となる。さらに、通知を受けたことに応じて、各電子制御装置が保有する車載制御システムの動作状態に関連するデータそのものを、特定の電子制御装置に送信して、その特定の電子制御装置における記録手段に記憶する場合に比較して、通信負荷を低減することができるとともに、データの記録処理を早期に完了することが可能となる。
【００１１】
なお、所定のイベントが発生したことを通知する場合、専用の通信線を介して通知しても良いし、複数の電子制御装置間において制御データ等の通信に使用される車内ＬＡＮ（ＣＡＮやＬＩＮなど）を介して通知しても良い。ただし、車内ＬＡＮを用いる場合には、所定のイベントの発生を通知するメッセージの優先度を最も高く設定することが望ましい。これにより、所定のイベントの発生時に、他のデータの通信に優先して、所定のイベントの発生を通知するメッセージが送信されるので、遅滞なく各電子制御装置において必要なデータの記録を実行することが可能となる。
【００１２】
請求項２に記載したように、複数の電子制御装置は、車載制御システムの動作状態に関連するデータに加えて、発生したイベントを示すイベント情報も記録手段に記録することが好ましい。これにより、後に記録されたデータに基づいて異常を診断する際に、どのようなイベントに対して記録されたデータであるかを把握できるので、異常診断に役立てることができる。また、イベント情報は、各電子制御装置の記録手段に個別に記録されたデータ同士の対応関係（同じイベントに対して記録されたものか否か）を判断するために利用することも可能となる。
【００１３】
請求項３に記載したように、複数の電子制御装置は、車載制御システムの動作状態に関連するデータに加えて、当該データを記録した時刻に関する時刻情報も記録手段に記録することが好ましい。上述した請求項２のようにイベント情報を記録しても、同じイベントが連続して発生した場合には、記録されたデータ同士の対応関係が不明確となる場合がありえる。その点、データを記録した時刻に関する時刻情報も記録するようにすれば、各電子制御装置の記録手段に記録されたデータ同士の対応関係を確実に把握することが可能になる。
【００１４】
請求項４に記載したように、１つの電子制御装置は、所定のイベントが発生したことを通知する際に、記録手段に記録する時刻に関する時刻情報も含む通知を送信するものであり、他の電子制御装置は、その通知に含まれる時刻情報を基準とした期間のデータを記録装置に記録することが好ましい。これにより、所定のイベントの発生を通知する際に、通信遅れが発生したとしても、各電子制御装置において、データの記録期間をほぼ一致させることができる。
【００１５】
請求項５に記載したように、所定のイベントとして、予め複数種類のイベントを定め、かつそれぞれのイベントに対して記憶すべきデータの種類を定めておき、イベントの発生を検出した電子制御装置は、そのイベントに対して記録すべきデータを保有する電子制御装置に対して、イベントの発生を通知して、データの記録を指示することが好ましい。
【００１６】
例えばハイブリッド車両の走行状態を制御する車載制御システムにおいて、車両の挙動に異常（急加速、急減速、急旋回など）が生じたことを所定のイベントの発生と定めることができる。そして、車両の挙動に対しては、車載制御システムの全ての制御対象機器及びそれらの制御対象機器を制御する電子制御装置が影響を及ぼす可能性がある。そのため、車両に異常な挙動が生じた場合には、車載制御システムの動作状態に関連するデータとして、各電子制御装置における目標値や、その目標値を算出するためのセンサ検出値、及び制御対象機器を制御するための駆動信号などを記録することが望ましい。さらに、例えば、個々の制御対象機器の動作異常や、それらの制御対象機器を制御する電子制御装置における目標値の異常も、所定イベントと定めることができる。ただし、この場合、全ての制御対象機器及びそれらの制御対象機器を制御する電子制御装置が、その異常の発生に関係を持つ訳ではない。従って、請求項４に記載したように、イベントの種類（発生した異常の種類）に対して記憶すべきデータの種類を定めておき、該当するデータのみ記録するようにすれば、所定イベント発生時のデータ記録を効率的に行うことができるようになる。その結果、システム全体の診断を行うためのデータや、個別の構成部品の診断を行うためのデータを過不足なく取得することができる。
【００１７】
請求項６に記載したように、複数の電子制御装置は、協調動作のために必要なデータをやり取りするために、ローカルエリアネットワークにより相互に通信を行うことが可能であるとともに、所定のイベントの発生を通知する専用線によっても通信を行うことが可能であり、１つの電子制御装置は、専用線を介して、他の電子制御装置に所定のイベントが発生したことのみを通知し、その後、ローカルエリアネットワークを介して、発生したイベントを示すイベント情報を通知することが好ましい。このような構成を採用することにより、ローカルエリアネットワークを介した場合の通信遅れの発生を確実に回避して、所定イベントの通知の遅延を最小化することができる。
【００１８】
請求項７に記載したように、他の電子制御装置は、所定のイベントが発生したとの通知を受けたとき、記録対象となる可能性があるすべてのデータを一時的に保存しておき、その後、イベント情報を受信したときに、そのイベント情報に対して記憶すべきデータのみを選択して、記録手段に記録することが好ましい。
【００１９】
所定イベントが発生したとの通知を受けた時点では、どのようなイベントが発生したか不明であるため、他の電子制御装置は、どのようなイベントの発生にも対応できるように、記録対象となる可能性があるすべてのデータを一時的に保存しておく。しかし、後に、イベント情報を受信すると、他の電子制御装置は、そのイベント情報に対して記憶すべきデータのみを選択して記録手段に記録する。従って、データを記録するための記憶容量の増加という問題を防ぐことができる。
【００２０】
請求項８に記載したように、データ記録装置に記録されたデータは、外部の診断装置に出力されるものであり、複数の電子制御装置の内の１つの電子制御装置もしくは専用の電子制御装置が、各電子制御装置の記録手段に記録されているデータを収集した上で、診断装置に出力することが好ましい。これにより、記録データが各電子制御装置に点在していても、記録されたデータを洩れなく外部の診断装置に出力することが可能となる。
【００２１】
請求項９に記載したように、１つの電子制御装置もしくは専用の電子制御装置によるデータの収集は、複数の電子制御装置間における車両制御のために必要なデータの通信負荷が所定値以下である場合に実行されることが好ましい。このように、１つの電子制御装置もしくは専用の電子制御装置が、通信負荷の低い時に、各電子制御装置の記録手段に記録されたデータの収集を行うことにより、本来の制御に影響を及ぼすことなく、診断装置へのデータの提供に備えて事前にデータ収集を行うことができる。
【００２２】
請求項１０に記載したように、１つの電子制御装置もしくは専用の電子制御装置によるデータの収集は、診断装置から、収集すべきデータを指示するコマンドを受けたときに実行され、１つの電子制御装置もしくは専用の電子制御装置は、コマンドに従って該当するデータを複数の電子制御装置から収集するようにしても良い。これにより、診断装置から出力することを要請されたデータを効率的に収集して、診断装置に出力することができるようになる。
【００２３】
一方、請求項１１に記載したように、データ記録装置に記録されたデータは、外部の診断装置に出力されるものであり、複数の電子制御装置が、順番に、自身の記録手段に記録されているデータを診断装置に出力するようにしても良い。このようにしても、各電子制御装置の記録手段に記録されたデータを、洩れなく外部の診断装置に出力することが可能となる。
【図面の簡単な説明】
【００２４】
【図１】実施形態による車両用データ記録装置が適用される、ハイブリッド車両の走行を制御する車載制御システムの構成をブロック図として示した構成図である。
【図２】複数のＥＣＵによりハイブリッド車両の制御系を構成する場合の、各ＥＣＵにおける機能配置の一例を説明するための図である。
【図３】本実施形態によるデータ記録装置の概要について、説明するための説明図である。
【図４】異常イベントが発生したときにデータの記録を行うための記録処理において、異常イベントの発生を判定し、その履歴の管理を行う処理を示すフローチャートである。
【図５】異常イベントの発生を検出したＥＣＵにおいて、データの記録を行うための記録処理を示すフローチャートである。
【図６】異常イベントの発生を検出したＥＣＵからの通知を受けたＥＣＵにおいて、データの記録を行うための記録処理を示すフローチャートである。
【図７】各ＥＣＵのメモリに記録されたデータを、外部の診断装置９０に出力する処理について説明するための説明図である。
【図８】ＨＶＥＣＵ６０のデータ収集部６６が、診断装置９０から出力すべきデータを指示するコマンドを受け付けて、そのコマンドに該当するデータを出力するための処理を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下、本発明の実施形態による車両用データ記録装置について、図面を参照しつつ説明する。本実施形態では、車両の走行駆動源として、エンジンとモータとを有するハイブリッド車両に対して、車両用データ記録装置を適用した例について説明するが、その適用対象は、エンジンのみを有する車両や、モータのみを有する電動車両であっても良い。
【００２６】
図１は、ハイブリッド車両の走行を制御するための構成をブロック図として示した構成図である。図１に示すように、ハイブリッド車両は、走行駆動源として、エンジン１１と、モータジェネレータ（ＭＧ）３２とを有する。ＭＧ３２は、エンジン１１の出力軸上に配設されている。さらに、エンジン１１の出力軸には、無段変速機（ＣＶＴ）２１が連結されている。
【００２７】
ＭＧ３２は、車両に搭載された電池（バッテリ）５１から電源供給を受けて動作し、エンジン１１の駆動力をアシストすることが可能なものである。また、ＭＧ３２は、車両が減速するときには、車輪側からの回転駆動により発電を行い、電池５１を充電（エネルギー回生）する。このような構成において、エンジン１１とＭＧ３２との間にクラッチを設けて、エンジン１１とＭＧ３２を切り離すことができるようにすれば、ＭＧ３２の駆動力のみにて車両を走行させるようにすることも可能となる。
【００２８】
ＣＶＴ２１は、前後進切替機構を備え、エンジン１１の出力軸に連結された入力軸と、発進のためのメインクラッチを介してドライブシャフトに連結された出力軸とを、金属ベルトにより連結した一般的な構成を備える無段変速機である。すなわち、このＣＶＴ２１は、例えば油圧を用いて、入力軸及び出力軸に設けられたプーリのプーリ幅を変化させて金属ベルトの巻き掛け半径を変化させ、変速比を無段階に変化させることが可能なものである。ただし、ＣＶＴ２１に代えて、予め設定された複数の変速比を有するオートマチックトランスミッションを用いることも可能である。
【００２９】
また、ハイブリッドシステムとして、いわゆるパラレル方式による構成を備える例について説明したが、その他の方式（スプリット方式、シリーズ・パラレル方式など）によるハイブリッドシステムを用いることも可能である。
【００３０】
ブレーキ装置７１は、例えば液圧や電動モータを用いて、運転者によるブレーキペダルの操作に係らず、制動力を発生可能なものである。電動パワーステアリング装置（ＥＰＳ）８１は、運転者がステアリングホイールを操舵する際の操舵力を、電動モータによってアシストするものである。
【００３１】
ヒューマン・マシン・インターフェース（ＨＭＩ）６１は、ハイブリッド車両の運転のため、運転者によって操作される操作部を意味し、例えば、アクセルペダル、ブレーキペダル、ステアリングホイール、シフトレバーなどが該当する。それら操作部における各々の操作量がセンサ等によって検出され、ハイブリッド（ＨＶ）ＥＣＵ６０に入力される。但し、センサからの検出信号は、他のＥＣＵに入力されても良いし、センサ自体を通信線を介して各ＥＣＵと通信可能に接続しても良い。
【００３２】
エンバイロメント・ビークル・インターフェース（ＥＶＩ）６２は、ハイブリッド車両が置かれた外部環境に関する情報を取得するもので、例えば、先行車両や障害物などを検出するレーダ装置や、車両の周囲の画像を取得するカメラなどが該当する。これらの情報が得られると、例えば、先行車両に追従するように自車両の速度を調整したり（アダプティブクルーズコントロール）、あるいは画像から白線を認識し、その白線によって区画される走行車線を逸脱しないように、電動パワーステアリング装置（ＥＰＳ）８１によるアシスト力を調整したり（レーンキープコントロール）することが可能となる。
【００３３】
そして、本実施形態においては、ハイブリッド車両の制御系として、図１に示すように、エンジンＥＣＵ１０、ＣＶＴＥＣＵ２０、ＭＧＥＣＵ３０、エネルギー管理ＥＣＵ４０、電池ＥＣＵ５０、ＨＶＥＣＵ６０、ブレーキＥＣＵ７０、及びＥＰＳＥＣＵ８０を備えており、上述したエンジン１１、ＣＶＴ２１、ＭＧ３２などの各制御対象機器を制御するために複数のＥＣＵを設けている。これら複数のＥＣＵは、通信線を介して相互に通信可能に接続されている。この各ＥＣＵ間の相互の通信には、公知の車内ＬＡＮ（ＣＡＮやＬＩＮなど）が用いられる。
【００３４】
次に、複数のＥＣＵによりハイブリッド車両の制御系を構成する場合の、各ＥＣＵにおける機能配置の一例を図２を参照しつつ説明する。
【００３５】
エネルギー管理ＥＣＵ４０は、車両全体の消費エネルギーを管理し、最も効率良く車両を走行させる機能を担うものである。具体的には、エネルギー管理部４１が、各種のセンサからの入力情報などに基づいて、電池５１の容量を管理するとともに、その電池５１の容量に基づいて、ＭＧ３２が発生可能なＭＧトルクを算出する。
【００３６】
電池５１の容量管理に関して、温度の変化によって電池５１の容量が変動したり、過度に電池温度が上昇した場合には電池５１の破損等の虞が生じる。このため、エネルギー管理部４１は、温度調整部４２に対して電池目標温度を出力する。温度調整部４２は、その電池目標温度に基づいて、電池５１の冷却を行う冷却機器を駆動するための冷却部４３、あるいは電池５１の温度を上昇させる加熱機器を駆動するための加熱部４４を用いて、電池５１の温度調節を行う。
【００３７】
また、エネルギー管理部４１は、電池５１の充電容量に対する充電残量の比率である充電レベルを検出し、電池５１の過充電や、過放電を防止すべく、充放電調整部４５に充放電指令を出力する。充放電調整部４５は、その充放電指令に従い、電池ＥＣＵ５０におけるプラグイン充電部５２やＳＯＣ管理部５４に制御信号を出力し、電池５１の充電レベルを適切な範囲に調節する。なお、電池５１の充電容量は、電池５１の劣化状態（ＳＯＨ）に応じて変化するので、ＳＯＣ管理部５４は、ＳＯＨ管理部５３からの情報を用いて、電池５１の充電レベルを制御する。
【００３８】
ＨＶＥＣＵ６０は、例えば、アクセルセンサ、ブレーキセンサ、シフトポジションセンサ、ステアリングセンサなどの各種のセンサから情報を入力し、原則として運転者の操作に対応するように車両の挙動を制御する機能を担っている。具体的には、車両挙動制御部６３が、前後挙動調整部６４に対して前後方向の目標加速度（減速度）を出力するとともに、ＥＰＳＥＣＵ８０の左右挙動調整部８１に対して左右方向の目標加速度を出力することにより、車両の挙動を安定させつつ、運転者の操作に対応するように車両の挙動を制御する。
【００３９】
前後挙動調整部６４は、与えられた前後方向の目標加速度を実現すべく、ＨＶＥＣＵ６０の駆動力制御部６５及びブレーキＥＣＵ７０の制動力制御部７２に対して、目標駆動トルク及び目標制動トルクを出力する。駆動力制御部６５は、目標駆動トルクを最も効率良く実現するために、エネルギー管理部４１から取得したＭＧ３２が発生可能な最大ＭＧトルクを考慮しつつ、エンジン制御部１２に目標エンジントルク、ＭＧ制御部３３に目標ＭＧトルク、及びＣＶＴ制御部２２に目標変速比をそれぞれ与える。
【００４０】
エンジン制御部１２は、エンジン回転数などの情報に基づき、エンジン１１が目標エンジントルクを発生するように、スロットルバルブ開度や燃料供給量などを調節してエンジン１１の運転状態を制御する。ＭＧ制御部３３は、ＭＧ３２の回転数や回転位置などの情報に基づき、ＭＧ３２が目標ＭＧトルクを発生するように、ＭＧ３２の動作状態を制御するための駆動信号をＩＧＢＴドライブ回路（インバータ回路）３１に出力する。ＣＶＴ制御部２２は、エンジン１１及びＭＧ３２によって発生された駆動トルクが駆動輪に適切に伝達されるように、ＣＶＴ２１の変速比を目標変速比に制御する。
【００４１】
また、制動力制御部７２は、目標制動トルクを実現するべく、ブレーキ制御部７３に目標ブレーキ制動トルク、ＭＧ制御部３３に目標回生制動トルク、及びＣＶＴ制御部２２に目標変速比をそれぞれ与える。
【００４２】
ブレーキ制御部７３は、４輪の各車輪速や４輪の各ブレーキの液圧などの情報に基づき、ブレーキ装置７１が目標ブレーキ制動トルクを発生するように、ブレーキ液圧や電動モータの駆動を制御する。なお、目標ブレーキ制動トルクは、目標制動トルクに対して目標回生制動トルクだけでは不足する場合に、その不足分を補うように算出される。この場合、ＭＧ制御部３３は、ＭＧ３２が発電機（ジェネレータ）として動作するように制御し、ＭＧ３２によって発電された電気は、電池５１に充電される。
【００４３】
また、左右挙動調整部８２は、与えられた左右方向の目標加速度を実現すべく、ＥＰＳ制御部８３に対して、目標アシストトルクを出力する。ＥＰＳ制御部８３は、電動モータの駆動電流などの情報に基づき、ＥＰＳ８１が発生するアシストトルクが目標アシストトルクとなるようにＥＰＳ８１を制御する。
【００４４】
なお、上述した各ＥＣＵにおける機能配置は単なる一例であって、各ＥＣＵへの機能の割り振りは変更可能なものである。また、例えば、エンジン１１とＣＶＴ２１を共通のＥＣＵによって制御するなど、複数のＥＣＵを、適宜、統合することも可能である。
【００４５】
上述したように、エンジン１１とＭＧ３２とを走行駆動源として備えるハイブリッド車両においては、例えば、ＨＶＥＣＵ６０が、運転者の加速要求（アクセルペダル踏込量）に従って、エンジン１１及びＭＧ３２の目標トルクを算出し、エンジン１１及びＭＧ３２を制御する各ＥＣＵ１０，３０へそれぞれ出力する。すると、各ＥＣＵ１０，３０が、算出された目標トルクに従って、エンジン１１及びＭＧ３２を制御する。このように、ハイブリッド車両においては、車両を走行駆動するためのトルクが複数のＥＣＵによって制御されるので、例えば複数のＥＣＵの干渉的動作などによって、車両の異常な挙動が引き起こされる可能性が、通常の車両に比べて高まる。
【００４６】
そのため、なんらかの異常イベント（例えば、アクセル踏込量の急変やブレーキ踏込量の急変などの異常操作や、車両の急加速、急減速（急停止）、及び急旋回などの異常挙動、その他、回生要求の急変などのシステム動作状態の変化など）が発生すると、そのときの車載制御システムの動作状態に関連するデータを記録しておき、後で、異常発生の原因を解明できるようにすることが従来から行われている。
【００４７】
しかしながら、上述したハイブリッド車両の走行状態を制御する車載制御システムなどにおいては、エンジン１１、ＣＶＴ２１、ＭＧ３２、電池５１、ブレーキ７１、ＥＰＳ８１など制御対象機器が多岐に亘る。従って、これら多岐に亘る制御対象機器に対して複数のＥＣＵが設けられている。このため、異常イベントの発生時に記録すべきデータも、それぞれのＥＣＵに分散してしまうことになる。従って、いずれかのＥＣＵにおいて異常イベントの発生が検出されても、その異常イベントの発生時に、洩れなく必要なデータを記録することが困難となる。
【００４８】
そこで、本実施形態では、車載制御システムとして複数のＥＣＵが設けられた場合であっても、所定の異常イベントの発生時に必要なデータを洩れなく記録することを可能としたものである。以下に、本実施形態のデータ記録装置における、データの記録のための構成及び記録方法などについて詳細に説明する。
【００４９】
まず、本実施形態によるデータ記録装置の概要について、図３に示す例を用いて説明する。なお、図３に示す例は、ＨＶＥＣＵ６０が、所定の異常イベントとして、アクセル踏込量の急変を検出し、その異常イベントの検出に基づいて、各ＥＣＵが、それぞれが保有する車載制御システムの動作状態に関連するデータを記録するものである。
【００５０】
本実施形態のデータ記録装置は、上述したように、相互に通信を行いつつ協調して動作する複数のＥＣＵを有する車載制御システムに適用され、それら複数のＥＣＵは、それぞれ車載制御システムの動作状態に関連するデータを記録するメモリ（記録手段）を備えている。そして、図３に示すように、複数のＥＣＵ１０，２０，３０，６０の内、少なくとも１つのＥＣＵであるＨＶＥＣＵ６０が所定の異常イベント（アクセル踏込量の急変）の発生を検出すると、ＨＶＥＣＵ６０は、自身が保有する車載制御システムの動作状態に関連するデータ（例えば、車両の前後加速度の変化など）を自身のメモリに記録する。さらに、ＨＶＥＣＵ６０は、他のＥＣＵ１０，２０，３０に対して、所定の異常イベントが発生したことを通信により通知する。他のＥＣＵ１０，２０，３０は、異常イベントが発生した旨の通知を受けると、それぞれのＥＣＵ１０，２０，３０が保有する、車載制御システムの動作状態に関連するデータ（例えば、電子スロットル開度の変化、ギヤ比の変化、ＭＧ３２の電流や回転数の変化など）を各々のメモリに記録する。
【００５１】
従って、本実施形態の車両用データ記録装置によれば、記録することが必要なデータが各ＥＣＵ１０，２０，３０，６０に分散していても、所定の異常イベントの発生時に、各ＥＣＵ１０，２０，３０，６０のメモリに必要なデータを洩れなく記録することが可能となる。さらに、通知を受けたことに応じて、各ＥＣＵが保有する車載制御システムの動作状態に関連するデータそのものを、特定のＥＣＵに送信して、その特定のＥＣＵのメモリに記録する場合に比較して、通信負荷を低減することができるとともに、データの記録処理を早期に完了することが可能となる。
【００５２】
なお、図３に示す例では、ＨＶＥＣＵ６０が異常イベントの発生を検出し、他のＥＣＵ１０，２０，３０に通知する例を示したが、ＨＶＥＣＵ６０以外のＥＣＵ１０，２０，３０も、それぞれ異なる種類の異常イベントを検出するとともに、異常イベントの検出時には他のＥＣＵへの通知を行う。この際、各ＥＣＵが検出する異常イベントの種類に応じて、その異常イベントの発生を通知するＥＣＵを選択するようにしても良い。
【００５３】
すなわち、所定の異常イベントとして、予め複数種類の異常イベントを定め、かつそれぞれの異常イベントに対して記憶すべきデータの種類を定め、異常イベントの発生を検出したＥＣＵが、その異常イベントに対して記録すべきデータを保有するＥＣＵに対して、選択的に異常イベントの発生を通知して、データの記録を指示するようにしても良い。
【００５４】
例えばハイブリッド車両の走行状態を制御する車載制御システムにおいて、車両の挙動に異常（急加速、急減速、急旋回など）が生じたことを所定の異常イベントとして定めた場合、車両の挙動に対しては、車載制御システムの全ての制御対象機器及びそれらの制御対象機器を制御する各ＥＣＵが影響を及ぼす可能性がある。そのため、車両に異常な挙動が生じた場合には、車載制御システムの動作状態に関連するデータとして、各ＥＣＵにおける目標値や、その目標値を算出するためのセンサ検出値、及び制御対象機器を制御するための駆動信号などを記録できるように、各ＥＣＵに異常イベントの発生を通知する。
【００５５】
一方、例えば、個々の制御対象機器の動作異常や、それらの制御対象機器を制御するＥＣＵにおける目標値の異常を、所定イベントとして定めた場合、全ての制御対象機器及びそれらの制御対象機器を制御するＥＣＵが、その異常の発生に関係する訳ではない。従って、この場合には、異常イベントの発生を検出したＥＣＵが、その異常イベントの発生になんらかの関係を有するデータを保有するＥＣＵに対してのみ、異常イベントの発生を通知して、該当データの記録を指示する。これにより、個々の制御対象機器の動作異常や、それらの制御対象機器を制御するＥＣＵにおける異常の原因を究明するためのデータを効率的に記録することができる。
【００５６】
このように、異常イベントの種類に対して記憶すべきデータを定めておき、該当するデータのみ記録するようにすれば、異常イベント発生時のデータ記録を効率的に行うことができるようになる。その結果、システム全体の診断を行うためのデータや、個別の構成部品（制御対象機器やＥＣＵ）の診断を行うためのデータを過不足なく取得することができる。
【００５７】
また、所定の異常イベントが発生したことを車内ＬＡＮを介して他のＥＣＵに通知する場合には、所定の異常イベントの発生を通知するメッセージの優先度を最も高く設定する。これにより、所定の異常イベントの発生時に、他のデータの通信に優先して、異常イベントの発生を通知するメッセージを即座に送信することができるので、遅滞なく他のＥＣＵにおいて必要なデータの記録を実行することが可能となる。ただし、異常イベントの発生を通知する場合、車内ＬＡＮに加えて、専用の通信線を設け、この専用の通信線を介して通知しても良い。
【００５８】
各ＥＣＵが、解析に必要なデータを記録するメモリは、不揮発性のものであり、車両のイグニッションスイッチがオフされ、各ＥＣＵへの電源供給が停止されたとしても、各ＥＣＵは、記録したデータを保持しておくことが可能である。なお、各ＥＣＵは、一旦、解析に必要なデータを揮発性メモリに一時的に記録し、例えばその記録が完了した時や、イグニッションオフ時などの適宜なタイミングで、揮発性メモリに記録されたデータを不揮発性メモリに書き込むようにしても良い。
【００５９】
また、各ＥＣＵのメモリは、第１所定時間分のデータを記録することができるものであり、各ＥＣＵは、常時、自身のメモリに対して、無限ループにてデータの書き込みを行う。この書き込みは、一定時間間隔（例えば、１秒）毎に行われる。同時に、各ＥＣＵは、入力されたセンサ信号や、目標値などのイベント発生判定用データに基づいて異常イベントの発生の有無を判定する。そして、異常イベントが発生したと判定するか、もしくは他のＥＣＵから異常イベントが発生した旨の通知を受けると、各ＥＣＵは、その時点から第２所定時間が経過した時点でデータの記録を停止する。この結果、各ＥＣＵのメモリには、異常イベント発生前の、第１所定時間−第２所定時間分のデータと、異常イベント発生後の第２所定時間分のデータとが記録されることになる。
【００６０】
各ＥＣＵのメモリに記録されるデータとしては、運転者による操作を検出するセンサの信号が含まれる。運転者による操作は、車載制御システムの動作状態に影響を与えるためである。このようなセンサとして、例えば、アクセルペダルの踏み込み量を検出するアクセルペダルセンサ、ブレーキペダルの踏み込み量を検出するブレーキペダルセンサ、変速機のシフト位置を検出するシフト位置センサ、及びステアリングホイールの操舵角度を検出するステアリングセンサなどが該当する。また、メモリに記録されるデータには、車載制御システムの制御により変化する車両の挙動を検出するセンサの信号も含まれる。このようなセンサとしては、例えば、車両の走行速度を検出する速度センサ、車両の前後方向及び左右方向の加速度を検出する加速度センサ、車両の回転方向の変化速度を検出するヨーレイトセンサなどが該当する。
【００６１】
その他にも、メモリに記録されるデータとして、エンジン１１、ＭＧ３２、及び電池５１の温度、ＭＧ３２の電流値や回転数、電池５１の充電レベル（ＳＯＣ）や劣化状態（ＳＯＨ）、ブレーキ装置の液圧などが含まれる。さらに、メモリに記録されるデータに、ハイブリッド車両の各種制御システムの目標値や制御信号を含めても良い。例えば、電動パワーステアリング制御システムの目標値と制御信号、ブレーキ制御システムの目標値と制御信号、ＣＶＴ制御システムの目標値と制御信号及びエンジン制御システムにおける目標値と制御信号などである。これらの制御システムにおける目標値及び制御信号により、ＥＰＳ８１のアシスト力、ブレーキ装置７１における制動力、ＣＶＴ２１の変速比、エンジン１１のトルクなどが変化するためである。
【００６２】
さらに、各ＥＣＵのメモリには、車載制御システムの動作状態に関連するデータに加えて、発生した異常イベントを示すイベント情報も記録する。これにより、事後的に、記録されたデータに基づいて異常を診断する際に、どのような異常イベントに対して記録されたデータであるかを把握できるので、異常診断に役立てることができる。また、イベント情報は、各ＥＣＵのメモリに個別に記録されたデータ同士の対応関係（同じ異常イベントに対して記録されたものか否か）を判断するために利用することもできる。
【００６３】
ただし、イベント情報を記録しても、同じ異常イベントが連続して発生した場合には、各ＥＣＵにおいて個別に記録されたデータ同士の対応関係が不明確となる場合がありえる。そのため、本実施形態の車両用データ記録装置では、さらに、データを記録した時刻に関する時刻情報もメモリに記録する。これにより、各ＥＣＵのメモリに記録されたデータ同士の対応関係を確実に把握することが可能になる。
【００６４】
以下、本実施形態の車両用データ記録装置において実行される、異常イベントが発生したときにデータの記録を行うための記録処理について、図４〜図６のフローチャートを参照しつつ詳細に説明する。なお、図４〜図６のフローチャートは、異常イベントとして、アクセル踏込量の急変が生じた場合における記録処理を例として示している。これら図４〜図６のフローチャートの内、図４及び図５のフローチャートはＨＶＥＣＵ６０によって実行される処理を示しており、図６のフローチャートはＨＶＥＣＵ６０からの通知を受けた他のＥＣＵが実行する処理を示している。また、図４〜図６のフローチャートに示す処理は、車両のイグニッションがオンされることにより開始され、その後は、一定時間毎に繰り返し実行される。
【００６５】
図４のフローチャートにおいては、まず、ステップＳ１００で、アクセル踏込量の単位時間当りの変化量を検出する。続くステップＳ１１０では、ステップＳ１００にて検出したアクセル踏込量の変化量が所定値以上であるか否かを判定する。このステップＳ１１０において「Ｙｅｓ」と判定されるとステップＳ１２０の処理に進み、「Ｎｏ」と判定されるとステップＳ１４０の処理に進む。
【００６６】
ステップＳ１２０では、アクセル踏込量が急変する異常イベントが発生したものとみなし、アクセル急変イベント履歴をセットする。そして、続くステップＳ１３０において、アクセル踏込量の急変という異常イベントが発生した際に、その異常イベントに関連するデータを保有するＥＣＵに対して、異常イベントの発生を通知し、該当データの記録を指示する。
【００６７】
一方、ステップＳ１４０では、過去に、ステップＳ１２０の処理が実行され、アクセル急変イベント履歴がセットされているか否かを判定する。ステップＳ１４０において「Ｙｅｓ」と判定された場合、ステップＳ１５０の処理に進み、新たにアクセル急変イベントが発生したときに、そのタイミングでデータの記録処理を実施することができるように、アクセル急変イベント履歴をキャンセルする。
【００６８】
次に、図５のフローチャートに示す処理について説明する。この図５のフローチャートにおいては、まず、ステップＳ２００で、アクセル急変イベント履歴がセットされているか否かを判定する。このステップＳ２００で「Ｙｅｓ」と判定された場合ステップＳ２１０の処理を実行し、「Ｎｏ」と判定された場合には、図５のフローチャートに示す処理を終了する。
【００６９】
ステップＳ２１０では、アクセル踏込量急変に関して過去にセットされたイベント履歴があり、メモリに、そのときに記録したデータが残されているか否かを判定する。このステップＳ２１０において「Ｙｅｓ」と判定された場合、ステップＳ２２０に進んで、過去の異常イベント発生時に記録されたデータをクリアし、メモリを初期化する。同じ種類の異常イベントが複数回発生した場合、新たに発生した異常イベント時のデータさえ記録しておけば十分であり、過去の異常イベント発生時のデータは不要であると考えられるためである。ただし、同じ種類の異常イベントが複数回発生したとき、メモリ容量の許す範囲で、過去の異常イベント発生時のデータを消去せずに、さらに新たな異常イベント発生時のデータも記録するようにしても良い。
【００７０】
続くステップＳ２３０では、イベント発生時点を基準として、イベント発生前の所定時間分（第１所定時間−第２所定時間分）のデータと、イベント発生後の所定時間分（第２所定時間分）のデータとをメモリに記録する。この際、発生した異常イベントの種類、及び異常イベント発生時刻を示す時刻情報も併せてメモリに記録する。
【００７１】
次に、図６のフローチャートに示す処理について説明する。まず、ステップＳ３００にて、異常イベントが発生した旨を通知するメッセージを受信したか否かを判定する。このステップＳ２００で「Ｙｅｓ」と判定された場合ステップＳ３１０の処理を実行し、「Ｎｏ」と判定された場合には、図６のフローチャートに示す処理を終了する。
【００７２】
ステップＳ３１０では、過去に同じ種類の異常イベントが発生した旨の通知を受信しているか否かを判定する。この判定処理において「Ｙｅｓ」と判定された場合、メモリに、過去の通知に基づいて記録されたデータが残っているため、ステップＳ３２０に進んで、過去の通知受信時に記録されたデータをクリアし、メモリを初期化する。ただし、図５のフローチャートの場合と同様に、過去の通知受信時のデータを消去せずに、さらに新たな通知受信時のデータも記録するようにしても良い。
【００７３】
続くステップＳ３３０では、イベント発生通知の受信時点を基準として、通知受信前の所定時間分（第１所定時間−第２所定時間分）のデータと、通知受信後の所定時間分（第２所定時間分）のデータとをメモリに記録する。さらに、発生した異常イベントの種類を示す受信したメッセージ及びメッセージの受信時刻を示す時刻情報も併せてメモリに記録する。
【００７４】
なお、上述した例は、いずれかのＥＣＵにおいて異常イベントの発生が検出されたときに、その異常イベントの発生を検出したＥＣＵ、及び異常イベントに関係するデータを保有するＥＣＵにおいて、データの記録を行うものであった。
【００７５】
しかしながら、複数の異常イベントがほぼ同時期に発生することもありえる。そのため、各ＥＣＵには、このような場合に備えて、複数の異常イベントの発生時のデータをそれぞれ記録できる容量のメモリを設けても良い。
【００７６】
また、上述した例では、異常イベントの発生を検出したＥＣＵが、その異常イベントの種類を示すメッセージを、その異常イベントになんらかの関係を有するＥＣＵに対して通知するものであった。
【００７７】
しかしながら、そのメッセージに、異常イベントが発生した時刻、又は異常イベントの発生を通知するメッセージの生成時点の時刻を示す時刻情報を含ませても良い。そして、メッセージを受信した各ＥＣＵは、メッセージに含まれる時刻情報を基準として、メモリに記録するデータの期間を定めるようにしても良い。これにより、メッセージの通信遅れが発生したとしても、各ＥＣＵは、その通信遅れの時間分だけ遡った期間のデータを記録することが可能になる。従って、通信遅れの発生如何によらず、異常イベントの発生を検出したＥＣＵ、及び異常イベントの発生を通知するメッセージを受信した各ＥＣＵにおいて、開始時刻及び終了時刻をほぼ同じくする期間におけるデータを記録することができる。さらに、メッセージに含まれる時刻情報も、各ＥＣＵのメモリに記憶しておくことにより、それぞれのＥＣＵのメモリに記録されたデータの対応関係をより明確に把握することができる。
【００７８】
また、各ＥＣＵが、車内ＬＡＮとは別に設けられた、専用線を介しての通信が可能である場合、まず、異常イベントの発生を検出したＥＣＵが、専用線により、各ＥＣＵに異常イベントが発生したことのみを通知し、その後、車内ＬＡＮを介して、発生した異常イベントの種類を通知するようにしても良い。この場合、専用線は、異常イベントが発生していないときの状態と、異常イベントの発生を通知する状態とを区別できれば良いので、例えば、単にオン信号とオフ信号を伝達可能なもので十分である。
【００７９】
このような構成を採用することにより、車内ＬＡＮを介した場合の通信遅れの発生を確実に回避して、異常イベントの通知の遅延を最小化することができる。
【００８０】
ただし、異常イベントの発生のみを通知した場合、その通知を受けた各ＥＣＵでは、その時点では、異常イベントの種類が不明であるため、とりあえず、どのような異常イベントの発生にも対応できるように、記録対象となる可能性があるすべてのデータを一時的に保存しておく必要がある。このようなデータをそのまますべて記録するとすれば、データの記録のために必要となるメモリ容量が増大してしまう。
【００８１】
その点、上述した構成では、異常イベントの発生を通知したＥＣＵが、後の適宜の時期に、車内ＬＡＮを介して異常イベントの種類を各ＥＣＵに通知する。この異常イベントの通知は、通信の優先度を高くする必要がないため、協調制御のために各ＥＣＵ間において行われる通信への影響を軽微なものとすることができる。そして、各ＥＣＵが、受信した異常イベントの種類に対して記憶すべきデータのみを選択して、自身のメモリに記録するようにすれば、データ記録のためのメモリ容量の増加という問題も防ぐことができる。
【００８２】
次に、各ＥＣＵのメモリに記録されたデータを、外部の診断装置に出力する処理について説明する。
【００８３】
各ＥＣＵのメモリに記録されたデータは、図７に示すように、車両用データ記録装置に外部の診断装置９０が接続されたとき、診断装置９０に出力される。診断装置９０は、車両用データ記録装置から読み出したデータから、異常イベント発生時の車載制御システムの動作状態を解析し、異常の原因を診断する。
【００８４】
ここで、本実施形態では、図７に示すように、各ＥＣＵのメモリに記録されたデータを診断装置９０に出力する際に、各ＥＣＵのメモリに記録されたデータを収集し、出力すべきデータを集約するデータ収集部６６が、ＨＶＥＣＵ６０に設けられている。これにより、記録データが各ＥＣＵに点在していても、各ＥＣＵに記録されたデータを洩れなく外部の診断装置９０に出力することが可能となる。
【００８５】
データ収集部６６によるデータの収集は、診断装置９０が車両用データ記録装置に接続される前に、事前に行われても良いし、診断装置９０が車両用データ記録装置に接続されたときに行われても良い。
【００８６】
データの収集が事前に行われる場合には、データ収集部６６は、複数のＥＣＵ間における車両制御のために必要なデータの通信負荷が所定値以下である場合に、各ＥＣＵのメモリからデータを収集することが好ましい。このように、データ収集部６６が、通信負荷の低い時に、各ＥＣＵのメモリに記録されたデータの収集を行うことにより、本来の制御に影響を及ぼすことなく、診断装置９０へのデータの提供に備えて事前にデータ収集を行うことができる。
【００８７】
一方、診断装置９０が車両用データ記録装置に接続されたときに、データ収集部６６が各ＥＣＵからデータを収集する場合には、診断装置９０から、収集すべきデータを指示するコマンドを受け付け、そのコマンドに従って該当するデータを各ＥＣＵから収集するようにしても良い。これにより、診断装置９０から出力することを要請されたデータを効率的に収集して、診断装置９０に出力することができる。
【００８８】
図８のフローチャートは、ＨＶＥＣＵ６０のデータ収集部６６が、診断装置９０から出力すべきデータを指示するコマンドを受け付けて、そのコマンドに該当するデータを出力するための処理を示すものである。
【００８９】
まず、ステップＳ４００では、診断装置９０から出力されるコマンドを受信する。このコマンドには、データが記録された時間的条件を示す時間情報と、要求データの種類を示す種類情報とを含めることができ、診断装置９０は、所望のデータのみを出力するよう要請することができる。
【００９０】
なお、要求データの種類を示す種類情報としては、例えば、異常イベントを指定して、その異常イベントの発生に基づいて記録されたデータの出力を要求したり、異常イベントの中でも、特定のＥＣＵによって検出された異常イベントのみを指定して、その際に記録されたデータの出力を要求したりすることが可能である。
【００９１】
ステップＳ４１０では、コマンドに含まれる時間情報を抽出し、さらにステップＳ４２０では、要求データの種類情報を抽出する。そして、ステップＳ４３０において、時間情報及び種類情報に該当するデータを判定する。この該当するデータがエンジンＥＣＵ１０に記録されている場合には、ステップＳ４４０に進んで、エンジンＥＣＵ１０に対して、該当するエンジン制御関連データを出力するよう指示する。つまり、すべてのエンジン制御関連データの出力を指示するのではなく、診断装置９０から要求されたデータに限定して出力するようにエンジンＥＣＵ１０に指示する。
【００９２】
同様に、コマンドの時間情報及び種類情報に該当するデータがＣＶＴＥＣＵ２０に記録されている場合には、ステップＳ４５０に進んで、ＣＶＴＥＣＵ２０に対して、該当するＣＶＴ制御関連データを出力するよう指示する。また、該当するデータがＭＧＥＣＵ３０に記録されている場合には、ステップＳ４６０に進んで、ＭＧＥＣＵ３０に対して、該当するＭＧ制御関連データを出力するよう指示する。なお、必要であれば、データ収集部６６は、その他のＥＣＵに対しても、該当する制御関連データを出力するよう指示する。
【００９３】
そして、ステップＳ４７０では、データ収集部６６が、各ＥＣＵから収集したデータを、例えば異常イベントごとに結合した上で、診断装置９０に対して出力する。
【００９４】
これにより、車両用データ記録装置は、診断装置９０からのコマンドに従ったデータを出力することができるようになるので、例えば、診断装置９０において、車両制御システム全体の異常に関する診断を行ったり、各ＥＣＵや制御対象機器の動作の異常診断を行ったり、異常診断の対象を自由に設定することが可能になる。
【００９５】
以上、本発明の好ましい実施形態について説明したが、本発明は、上述した実施形態になんら制限されることなく、本願発明の主旨を逸脱しない範囲において、種々変形して実施することが可能である。
【００９６】
例えば、上述した実施形態では、データ収集部６６は、ＨＶＥＣＵ６０に設けられ、診断装置９０は、ＨＶＥＣＵ６０から必要なデータを取得する例について説明した。しかしながら、この点については、種々の変形例が考えられる。例えば、診断装置９０がＨＶＥＣＵ６０と通信するものであっても、データ収集部は、ＨＶＥＣＵ６０以外の他のＥＣＵに設けることも可能である。さらに、データ収集部を、ＨＶＥＣＵ６０に設けつつ、さらに他のＥＣＵにも設け、ＨＶＥＣＵ６０のデータ収集部６６に故障が生じた場合には、他のＥＣＵに設けたデータ収集部により、必要なデータを収集するようにしても良い。また、車載制御システムを構成する各ＥＣＵとは別に、診断装置９０と通信を行うとともに、各ＥＣＵのメモリに記憶されたデータを収集するデータ収集部を有する専用のＥＣＵを設けるようにしても良い。
【００９７】
一方、上述した実施形態のように、データ収集部６６により、各ＥＣＵのメモリに記録されたデータを集約した上で診断装置９０に出力するのではなく、データを記憶している各ＥＣＵが、順番に、自身のメモリに記録されているデータを診断装置９０に出力するようにしても良い。このようにしても、各ＥＣＵのメモリに記録されたデータを、洩れなく外部の診断装置９０に出力することが可能となる。
【符号の説明】
【００９８】
１０ エンジンＥＣＵ
１１ エンジン
２０ 無段変速機ＥＣＵ
２１ 無段変速機
３０ モータジェネレータＥＣＵ
３２ モータジェネレータ
４０ エネルギー管理ＥＣＵ
５０ 電池ＥＣＵ
５１ 電池
６０ ハイブリッドＥＣＵ
７０ ブレーキＥＣＵ
７１ ブレーキ装置
８０ 電動パワーステアリングＥＣＵ
８１ 電動パワーステアリング装置
【技術分野】
【０００１】
本発明は、所定のイベント発生時に、車両を制御する車載制御システムの動作状態などに関連するデータを記録する車両用データ記録装置に関する。
【背景技術】
【０００２】
例えば、特許文献１に、システムのイベント発生をトリガとしてシステムの動作状態を表すデータを記憶するデータ記憶装置が開示されている。このデータ記憶装置は、直前の所定時間又は取得回数分の解析対象データを記憶する解析対象データ一時記憶部、イベント発生判定用データからイベントの発生を判定するイベント発生判定部、イベントの発生が判定されたときから所定時間後に解析対象データ一時記憶部に記憶されているデータを、イベントデータと関連付けて記憶するデータ記憶部とを備えている。
【０００３】
このように、引用文献１の装置では、解析対象データをイベントデータと関連付けて記憶することにより、イベント要因が複雑な場合でも、解析対象データとそのイベントの種類、要因、条件等を関連させて解析可能としている。さらに、イベント要因判別のためにイベントデータそのものを解析対象データと関連付けて記憶しているので、記憶するデータ量を低減し、少量のメモリで効率良くデータを記憶できるようにしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−３６８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した引用文献１のデータ記憶装置では、１つの電子制御装置（ＥＣＵ）が、解析対象データ一時記憶部、イベント発生判定部及びデータ記憶部を備え、イベント発生をトリガとして、イベント発生前後の所定期間における解析対象データをメモリに記憶するように構成されている。このように、イベント発生の検出と、解析対象データの記憶とが、１つの電子制御装置にて実行される場合には、必要なデータを洩れなく記憶することが可能である。
【０００６】
しかしながら、例えばハイブリッド車両の走行状態を制御する車載制御システムなどは、エンジン、モータ、ブレーキ、トランスミッション、ステアリング、電池など制御対象機器が多岐に亘る。従って、これら多岐に亘る制御対象機器に対して複数の電子制御装置が設けられ、複数の電子制御装置が協調して、各々の制御対象機器の動作を制御することも多い。
【０００７】
このように複数の電子制御装置が設けられた場合、イベントの発生時に記録すべきデータも、それぞれの電子制御装置に分散してしまうことになる。このため、いずれかの電子制御装置においてイベントの発生が検出されても、そのイベントの発生時に、洩れなく必要なデータを記録することが困難になるという問題がある。
【０００８】
本発明は上述した点に鑑みてなされたものであり、車載制御システムとして複数の電子制御装置が設けられた場合であっても、所定のイベントの発生時に必要なデータを記録することが可能な車両用データ記録装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、請求項１に記載の車両用データ記録装置は、
所定のイベント発生時に、車両を制御する車載制御システムの動作状態に関連するデータを記録手段に記録するものであって、
車載制御システムは、相互に通信を行いつつ協調して動作する複数の電子制御装置を含み、かつ複数の電子制御装置は、それぞれ記録手段を有し、
複数の電子制御装置の内、少なくとも１つの電子制御装置が所定のイベントの発生を検出すると、その１つの電子制御装置における、車載制御システムの動作状態に関連するデータを自身の記録手段に記録するとともに、他の電子制御装置に対して、所定のイベントが発生したことを通信により通知し、
他の電子制御装置は、通知を受けると、それぞれの電子制御装置における、車載制御システムの動作状態に関連するデータを各々の記録手段に記録することを特徴とする。
【００１０】
従って、請求項１に記載の車両用データ記録装置によれば、記録することが必要なデータが各電子制御装置に分散していても、所定のイベントの発生時に、各電子制御装置の記録手段に必要なデータを洩れなく記録することが可能となる。さらに、通知を受けたことに応じて、各電子制御装置が保有する車載制御システムの動作状態に関連するデータそのものを、特定の電子制御装置に送信して、その特定の電子制御装置における記録手段に記憶する場合に比較して、通信負荷を低減することができるとともに、データの記録処理を早期に完了することが可能となる。
【００１１】
なお、所定のイベントが発生したことを通知する場合、専用の通信線を介して通知しても良いし、複数の電子制御装置間において制御データ等の通信に使用される車内ＬＡＮ（ＣＡＮやＬＩＮなど）を介して通知しても良い。ただし、車内ＬＡＮを用いる場合には、所定のイベントの発生を通知するメッセージの優先度を最も高く設定することが望ましい。これにより、所定のイベントの発生時に、他のデータの通信に優先して、所定のイベントの発生を通知するメッセージが送信されるので、遅滞なく各電子制御装置において必要なデータの記録を実行することが可能となる。
【００１２】
請求項２に記載したように、複数の電子制御装置は、車載制御システムの動作状態に関連するデータに加えて、発生したイベントを示すイベント情報も記録手段に記録することが好ましい。これにより、後に記録されたデータに基づいて異常を診断する際に、どのようなイベントに対して記録されたデータであるかを把握できるので、異常診断に役立てることができる。また、イベント情報は、各電子制御装置の記録手段に個別に記録されたデータ同士の対応関係（同じイベントに対して記録されたものか否か）を判断するために利用することも可能となる。
【００１３】
請求項３に記載したように、複数の電子制御装置は、車載制御システムの動作状態に関連するデータに加えて、当該データを記録した時刻に関する時刻情報も記録手段に記録することが好ましい。上述した請求項２のようにイベント情報を記録しても、同じイベントが連続して発生した場合には、記録されたデータ同士の対応関係が不明確となる場合がありえる。その点、データを記録した時刻に関する時刻情報も記録するようにすれば、各電子制御装置の記録手段に記録されたデータ同士の対応関係を確実に把握することが可能になる。
【００１４】
請求項４に記載したように、１つの電子制御装置は、所定のイベントが発生したことを通知する際に、記録手段に記録する時刻に関する時刻情報も含む通知を送信するものであり、他の電子制御装置は、その通知に含まれる時刻情報を基準とした期間のデータを記録装置に記録することが好ましい。これにより、所定のイベントの発生を通知する際に、通信遅れが発生したとしても、各電子制御装置において、データの記録期間をほぼ一致させることができる。
【００１５】
請求項５に記載したように、所定のイベントとして、予め複数種類のイベントを定め、かつそれぞれのイベントに対して記憶すべきデータの種類を定めておき、イベントの発生を検出した電子制御装置は、そのイベントに対して記録すべきデータを保有する電子制御装置に対して、イベントの発生を通知して、データの記録を指示することが好ましい。
【００１６】
例えばハイブリッド車両の走行状態を制御する車載制御システムにおいて、車両の挙動に異常（急加速、急減速、急旋回など）が生じたことを所定のイベントの発生と定めることができる。そして、車両の挙動に対しては、車載制御システムの全ての制御対象機器及びそれらの制御対象機器を制御する電子制御装置が影響を及ぼす可能性がある。そのため、車両に異常な挙動が生じた場合には、車載制御システムの動作状態に関連するデータとして、各電子制御装置における目標値や、その目標値を算出するためのセンサ検出値、及び制御対象機器を制御するための駆動信号などを記録することが望ましい。さらに、例えば、個々の制御対象機器の動作異常や、それらの制御対象機器を制御する電子制御装置における目標値の異常も、所定イベントと定めることができる。ただし、この場合、全ての制御対象機器及びそれらの制御対象機器を制御する電子制御装置が、その異常の発生に関係を持つ訳ではない。従って、請求項４に記載したように、イベントの種類（発生した異常の種類）に対して記憶すべきデータの種類を定めておき、該当するデータのみ記録するようにすれば、所定イベント発生時のデータ記録を効率的に行うことができるようになる。その結果、システム全体の診断を行うためのデータや、個別の構成部品の診断を行うためのデータを過不足なく取得することができる。
【００１７】
請求項６に記載したように、複数の電子制御装置は、協調動作のために必要なデータをやり取りするために、ローカルエリアネットワークにより相互に通信を行うことが可能であるとともに、所定のイベントの発生を通知する専用線によっても通信を行うことが可能であり、１つの電子制御装置は、専用線を介して、他の電子制御装置に所定のイベントが発生したことのみを通知し、その後、ローカルエリアネットワークを介して、発生したイベントを示すイベント情報を通知することが好ましい。このような構成を採用することにより、ローカルエリアネットワークを介した場合の通信遅れの発生を確実に回避して、所定イベントの通知の遅延を最小化することができる。
【００１８】
請求項７に記載したように、他の電子制御装置は、所定のイベントが発生したとの通知を受けたとき、記録対象となる可能性があるすべてのデータを一時的に保存しておき、その後、イベント情報を受信したときに、そのイベント情報に対して記憶すべきデータのみを選択して、記録手段に記録することが好ましい。
【００１９】
所定イベントが発生したとの通知を受けた時点では、どのようなイベントが発生したか不明であるため、他の電子制御装置は、どのようなイベントの発生にも対応できるように、記録対象となる可能性があるすべてのデータを一時的に保存しておく。しかし、後に、イベント情報を受信すると、他の電子制御装置は、そのイベント情報に対して記憶すべきデータのみを選択して記録手段に記録する。従って、データを記録するための記憶容量の増加という問題を防ぐことができる。
【００２０】
請求項８に記載したように、データ記録装置に記録されたデータは、外部の診断装置に出力されるものであり、複数の電子制御装置の内の１つの電子制御装置もしくは専用の電子制御装置が、各電子制御装置の記録手段に記録されているデータを収集した上で、診断装置に出力することが好ましい。これにより、記録データが各電子制御装置に点在していても、記録されたデータを洩れなく外部の診断装置に出力することが可能となる。
【００２１】
請求項９に記載したように、１つの電子制御装置もしくは専用の電子制御装置によるデータの収集は、複数の電子制御装置間における車両制御のために必要なデータの通信負荷が所定値以下である場合に実行されることが好ましい。このように、１つの電子制御装置もしくは専用の電子制御装置が、通信負荷の低い時に、各電子制御装置の記録手段に記録されたデータの収集を行うことにより、本来の制御に影響を及ぼすことなく、診断装置へのデータの提供に備えて事前にデータ収集を行うことができる。
【００２２】
請求項１０に記載したように、１つの電子制御装置もしくは専用の電子制御装置によるデータの収集は、診断装置から、収集すべきデータを指示するコマンドを受けたときに実行され、１つの電子制御装置もしくは専用の電子制御装置は、コマンドに従って該当するデータを複数の電子制御装置から収集するようにしても良い。これにより、診断装置から出力することを要請されたデータを効率的に収集して、診断装置に出力することができるようになる。
【００２３】
一方、請求項１１に記載したように、データ記録装置に記録されたデータは、外部の診断装置に出力されるものであり、複数の電子制御装置が、順番に、自身の記録手段に記録されているデータを診断装置に出力するようにしても良い。このようにしても、各電子制御装置の記録手段に記録されたデータを、洩れなく外部の診断装置に出力することが可能となる。
【図面の簡単な説明】
【００２４】
【図１】実施形態による車両用データ記録装置が適用される、ハイブリッド車両の走行を制御する車載制御システムの構成をブロック図として示した構成図である。
【図２】複数のＥＣＵによりハイブリッド車両の制御系を構成する場合の、各ＥＣＵにおける機能配置の一例を説明するための図である。
【図３】本実施形態によるデータ記録装置の概要について、説明するための説明図である。
【図４】異常イベントが発生したときにデータの記録を行うための記録処理において、異常イベントの発生を判定し、その履歴の管理を行う処理を示すフローチャートである。
【図５】異常イベントの発生を検出したＥＣＵにおいて、データの記録を行うための記録処理を示すフローチャートである。
【図６】異常イベントの発生を検出したＥＣＵからの通知を受けたＥＣＵにおいて、データの記録を行うための記録処理を示すフローチャートである。
【図７】各ＥＣＵのメモリに記録されたデータを、外部の診断装置９０に出力する処理について説明するための説明図である。
【図８】ＨＶＥＣＵ６０のデータ収集部６６が、診断装置９０から出力すべきデータを指示するコマンドを受け付けて、そのコマンドに該当するデータを出力するための処理を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下、本発明の実施形態による車両用データ記録装置について、図面を参照しつつ説明する。本実施形態では、車両の走行駆動源として、エンジンとモータとを有するハイブリッド車両に対して、車両用データ記録装置を適用した例について説明するが、その適用対象は、エンジンのみを有する車両や、モータのみを有する電動車両であっても良い。
【００２６】
図１は、ハイブリッド車両の走行を制御するための構成をブロック図として示した構成図である。図１に示すように、ハイブリッド車両は、走行駆動源として、エンジン１１と、モータジェネレータ（ＭＧ）３２とを有する。ＭＧ３２は、エンジン１１の出力軸上に配設されている。さらに、エンジン１１の出力軸には、無段変速機（ＣＶＴ）２１が連結されている。
【００２７】
ＭＧ３２は、車両に搭載された電池（バッテリ）５１から電源供給を受けて動作し、エンジン１１の駆動力をアシストすることが可能なものである。また、ＭＧ３２は、車両が減速するときには、車輪側からの回転駆動により発電を行い、電池５１を充電（エネルギー回生）する。このような構成において、エンジン１１とＭＧ３２との間にクラッチを設けて、エンジン１１とＭＧ３２を切り離すことができるようにすれば、ＭＧ３２の駆動力のみにて車両を走行させるようにすることも可能となる。
【００２８】
ＣＶＴ２１は、前後進切替機構を備え、エンジン１１の出力軸に連結された入力軸と、発進のためのメインクラッチを介してドライブシャフトに連結された出力軸とを、金属ベルトにより連結した一般的な構成を備える無段変速機である。すなわち、このＣＶＴ２１は、例えば油圧を用いて、入力軸及び出力軸に設けられたプーリのプーリ幅を変化させて金属ベルトの巻き掛け半径を変化させ、変速比を無段階に変化させることが可能なものである。ただし、ＣＶＴ２１に代えて、予め設定された複数の変速比を有するオートマチックトランスミッションを用いることも可能である。
【００２９】
また、ハイブリッドシステムとして、いわゆるパラレル方式による構成を備える例について説明したが、その他の方式（スプリット方式、シリーズ・パラレル方式など）によるハイブリッドシステムを用いることも可能である。
【００３０】
ブレーキ装置７１は、例えば液圧や電動モータを用いて、運転者によるブレーキペダルの操作に係らず、制動力を発生可能なものである。電動パワーステアリング装置（ＥＰＳ）８１は、運転者がステアリングホイールを操舵する際の操舵力を、電動モータによってアシストするものである。
【００３１】
ヒューマン・マシン・インターフェース（ＨＭＩ）６１は、ハイブリッド車両の運転のため、運転者によって操作される操作部を意味し、例えば、アクセルペダル、ブレーキペダル、ステアリングホイール、シフトレバーなどが該当する。それら操作部における各々の操作量がセンサ等によって検出され、ハイブリッド（ＨＶ）ＥＣＵ６０に入力される。但し、センサからの検出信号は、他のＥＣＵに入力されても良いし、センサ自体を通信線を介して各ＥＣＵと通信可能に接続しても良い。
【００３２】
エンバイロメント・ビークル・インターフェース（ＥＶＩ）６２は、ハイブリッド車両が置かれた外部環境に関する情報を取得するもので、例えば、先行車両や障害物などを検出するレーダ装置や、車両の周囲の画像を取得するカメラなどが該当する。これらの情報が得られると、例えば、先行車両に追従するように自車両の速度を調整したり（アダプティブクルーズコントロール）、あるいは画像から白線を認識し、その白線によって区画される走行車線を逸脱しないように、電動パワーステアリング装置（ＥＰＳ）８１によるアシスト力を調整したり（レーンキープコントロール）することが可能となる。
【００３３】
そして、本実施形態においては、ハイブリッド車両の制御系として、図１に示すように、エンジンＥＣＵ１０、ＣＶＴＥＣＵ２０、ＭＧＥＣＵ３０、エネルギー管理ＥＣＵ４０、電池ＥＣＵ５０、ＨＶＥＣＵ６０、ブレーキＥＣＵ７０、及びＥＰＳＥＣＵ８０を備えており、上述したエンジン１１、ＣＶＴ２１、ＭＧ３２などの各制御対象機器を制御するために複数のＥＣＵを設けている。これら複数のＥＣＵは、通信線を介して相互に通信可能に接続されている。この各ＥＣＵ間の相互の通信には、公知の車内ＬＡＮ（ＣＡＮやＬＩＮなど）が用いられる。
【００３４】
次に、複数のＥＣＵによりハイブリッド車両の制御系を構成する場合の、各ＥＣＵにおける機能配置の一例を図２を参照しつつ説明する。
【００３５】
エネルギー管理ＥＣＵ４０は、車両全体の消費エネルギーを管理し、最も効率良く車両を走行させる機能を担うものである。具体的には、エネルギー管理部４１が、各種のセンサからの入力情報などに基づいて、電池５１の容量を管理するとともに、その電池５１の容量に基づいて、ＭＧ３２が発生可能なＭＧトルクを算出する。
【００３６】
電池５１の容量管理に関して、温度の変化によって電池５１の容量が変動したり、過度に電池温度が上昇した場合には電池５１の破損等の虞が生じる。このため、エネルギー管理部４１は、温度調整部４２に対して電池目標温度を出力する。温度調整部４２は、その電池目標温度に基づいて、電池５１の冷却を行う冷却機器を駆動するための冷却部４３、あるいは電池５１の温度を上昇させる加熱機器を駆動するための加熱部４４を用いて、電池５１の温度調節を行う。
【００３７】
また、エネルギー管理部４１は、電池５１の充電容量に対する充電残量の比率である充電レベルを検出し、電池５１の過充電や、過放電を防止すべく、充放電調整部４５に充放電指令を出力する。充放電調整部４５は、その充放電指令に従い、電池ＥＣＵ５０におけるプラグイン充電部５２やＳＯＣ管理部５４に制御信号を出力し、電池５１の充電レベルを適切な範囲に調節する。なお、電池５１の充電容量は、電池５１の劣化状態（ＳＯＨ）に応じて変化するので、ＳＯＣ管理部５４は、ＳＯＨ管理部５３からの情報を用いて、電池５１の充電レベルを制御する。
【００３８】
ＨＶＥＣＵ６０は、例えば、アクセルセンサ、ブレーキセンサ、シフトポジションセンサ、ステアリングセンサなどの各種のセンサから情報を入力し、原則として運転者の操作に対応するように車両の挙動を制御する機能を担っている。具体的には、車両挙動制御部６３が、前後挙動調整部６４に対して前後方向の目標加速度（減速度）を出力するとともに、ＥＰＳＥＣＵ８０の左右挙動調整部８１に対して左右方向の目標加速度を出力することにより、車両の挙動を安定させつつ、運転者の操作に対応するように車両の挙動を制御する。
【００３９】
前後挙動調整部６４は、与えられた前後方向の目標加速度を実現すべく、ＨＶＥＣＵ６０の駆動力制御部６５及びブレーキＥＣＵ７０の制動力制御部７２に対して、目標駆動トルク及び目標制動トルクを出力する。駆動力制御部６５は、目標駆動トルクを最も効率良く実現するために、エネルギー管理部４１から取得したＭＧ３２が発生可能な最大ＭＧトルクを考慮しつつ、エンジン制御部１２に目標エンジントルク、ＭＧ制御部３３に目標ＭＧトルク、及びＣＶＴ制御部２２に目標変速比をそれぞれ与える。
【００４０】
エンジン制御部１２は、エンジン回転数などの情報に基づき、エンジン１１が目標エンジントルクを発生するように、スロットルバルブ開度や燃料供給量などを調節してエンジン１１の運転状態を制御する。ＭＧ制御部３３は、ＭＧ３２の回転数や回転位置などの情報に基づき、ＭＧ３２が目標ＭＧトルクを発生するように、ＭＧ３２の動作状態を制御するための駆動信号をＩＧＢＴドライブ回路（インバータ回路）３１に出力する。ＣＶＴ制御部２２は、エンジン１１及びＭＧ３２によって発生された駆動トルクが駆動輪に適切に伝達されるように、ＣＶＴ２１の変速比を目標変速比に制御する。
【００４１】
また、制動力制御部７２は、目標制動トルクを実現するべく、ブレーキ制御部７３に目標ブレーキ制動トルク、ＭＧ制御部３３に目標回生制動トルク、及びＣＶＴ制御部２２に目標変速比をそれぞれ与える。
【００４２】
ブレーキ制御部７３は、４輪の各車輪速や４輪の各ブレーキの液圧などの情報に基づき、ブレーキ装置７１が目標ブレーキ制動トルクを発生するように、ブレーキ液圧や電動モータの駆動を制御する。なお、目標ブレーキ制動トルクは、目標制動トルクに対して目標回生制動トルクだけでは不足する場合に、その不足分を補うように算出される。この場合、ＭＧ制御部３３は、ＭＧ３２が発電機（ジェネレータ）として動作するように制御し、ＭＧ３２によって発電された電気は、電池５１に充電される。
【００４３】
また、左右挙動調整部８２は、与えられた左右方向の目標加速度を実現すべく、ＥＰＳ制御部８３に対して、目標アシストトルクを出力する。ＥＰＳ制御部８３は、電動モータの駆動電流などの情報に基づき、ＥＰＳ８１が発生するアシストトルクが目標アシストトルクとなるようにＥＰＳ８１を制御する。
【００４４】
なお、上述した各ＥＣＵにおける機能配置は単なる一例であって、各ＥＣＵへの機能の割り振りは変更可能なものである。また、例えば、エンジン１１とＣＶＴ２１を共通のＥＣＵによって制御するなど、複数のＥＣＵを、適宜、統合することも可能である。
【００４５】
上述したように、エンジン１１とＭＧ３２とを走行駆動源として備えるハイブリッド車両においては、例えば、ＨＶＥＣＵ６０が、運転者の加速要求（アクセルペダル踏込量）に従って、エンジン１１及びＭＧ３２の目標トルクを算出し、エンジン１１及びＭＧ３２を制御する各ＥＣＵ１０，３０へそれぞれ出力する。すると、各ＥＣＵ１０，３０が、算出された目標トルクに従って、エンジン１１及びＭＧ３２を制御する。このように、ハイブリッド車両においては、車両を走行駆動するためのトルクが複数のＥＣＵによって制御されるので、例えば複数のＥＣＵの干渉的動作などによって、車両の異常な挙動が引き起こされる可能性が、通常の車両に比べて高まる。
【００４６】
そのため、なんらかの異常イベント（例えば、アクセル踏込量の急変やブレーキ踏込量の急変などの異常操作や、車両の急加速、急減速（急停止）、及び急旋回などの異常挙動、その他、回生要求の急変などのシステム動作状態の変化など）が発生すると、そのときの車載制御システムの動作状態に関連するデータを記録しておき、後で、異常発生の原因を解明できるようにすることが従来から行われている。
【００４７】
しかしながら、上述したハイブリッド車両の走行状態を制御する車載制御システムなどにおいては、エンジン１１、ＣＶＴ２１、ＭＧ３２、電池５１、ブレーキ７１、ＥＰＳ８１など制御対象機器が多岐に亘る。従って、これら多岐に亘る制御対象機器に対して複数のＥＣＵが設けられている。このため、異常イベントの発生時に記録すべきデータも、それぞれのＥＣＵに分散してしまうことになる。従って、いずれかのＥＣＵにおいて異常イベントの発生が検出されても、その異常イベントの発生時に、洩れなく必要なデータを記録することが困難となる。
【００４８】
そこで、本実施形態では、車載制御システムとして複数のＥＣＵが設けられた場合であっても、所定の異常イベントの発生時に必要なデータを洩れなく記録することを可能としたものである。以下に、本実施形態のデータ記録装置における、データの記録のための構成及び記録方法などについて詳細に説明する。
【００４９】
まず、本実施形態によるデータ記録装置の概要について、図３に示す例を用いて説明する。なお、図３に示す例は、ＨＶＥＣＵ６０が、所定の異常イベントとして、アクセル踏込量の急変を検出し、その異常イベントの検出に基づいて、各ＥＣＵが、それぞれが保有する車載制御システムの動作状態に関連するデータを記録するものである。
【００５０】
本実施形態のデータ記録装置は、上述したように、相互に通信を行いつつ協調して動作する複数のＥＣＵを有する車載制御システムに適用され、それら複数のＥＣＵは、それぞれ車載制御システムの動作状態に関連するデータを記録するメモリ（記録手段）を備えている。そして、図３に示すように、複数のＥＣＵ１０，２０，３０，６０の内、少なくとも１つのＥＣＵであるＨＶＥＣＵ６０が所定の異常イベント（アクセル踏込量の急変）の発生を検出すると、ＨＶＥＣＵ６０は、自身が保有する車載制御システムの動作状態に関連するデータ（例えば、車両の前後加速度の変化など）を自身のメモリに記録する。さらに、ＨＶＥＣＵ６０は、他のＥＣＵ１０，２０，３０に対して、所定の異常イベントが発生したことを通信により通知する。他のＥＣＵ１０，２０，３０は、異常イベントが発生した旨の通知を受けると、それぞれのＥＣＵ１０，２０，３０が保有する、車載制御システムの動作状態に関連するデータ（例えば、電子スロットル開度の変化、ギヤ比の変化、ＭＧ３２の電流や回転数の変化など）を各々のメモリに記録する。
【００５１】
従って、本実施形態の車両用データ記録装置によれば、記録することが必要なデータが各ＥＣＵ１０，２０，３０，６０に分散していても、所定の異常イベントの発生時に、各ＥＣＵ１０，２０，３０，６０のメモリに必要なデータを洩れなく記録することが可能となる。さらに、通知を受けたことに応じて、各ＥＣＵが保有する車載制御システムの動作状態に関連するデータそのものを、特定のＥＣＵに送信して、その特定のＥＣＵのメモリに記録する場合に比較して、通信負荷を低減することができるとともに、データの記録処理を早期に完了することが可能となる。
【００５２】
なお、図３に示す例では、ＨＶＥＣＵ６０が異常イベントの発生を検出し、他のＥＣＵ１０，２０，３０に通知する例を示したが、ＨＶＥＣＵ６０以外のＥＣＵ１０，２０，３０も、それぞれ異なる種類の異常イベントを検出するとともに、異常イベントの検出時には他のＥＣＵへの通知を行う。この際、各ＥＣＵが検出する異常イベントの種類に応じて、その異常イベントの発生を通知するＥＣＵを選択するようにしても良い。
【００５３】
すなわち、所定の異常イベントとして、予め複数種類の異常イベントを定め、かつそれぞれの異常イベントに対して記憶すべきデータの種類を定め、異常イベントの発生を検出したＥＣＵが、その異常イベントに対して記録すべきデータを保有するＥＣＵに対して、選択的に異常イベントの発生を通知して、データの記録を指示するようにしても良い。
【００５４】
例えばハイブリッド車両の走行状態を制御する車載制御システムにおいて、車両の挙動に異常（急加速、急減速、急旋回など）が生じたことを所定の異常イベントとして定めた場合、車両の挙動に対しては、車載制御システムの全ての制御対象機器及びそれらの制御対象機器を制御する各ＥＣＵが影響を及ぼす可能性がある。そのため、車両に異常な挙動が生じた場合には、車載制御システムの動作状態に関連するデータとして、各ＥＣＵにおける目標値や、その目標値を算出するためのセンサ検出値、及び制御対象機器を制御するための駆動信号などを記録できるように、各ＥＣＵに異常イベントの発生を通知する。
【００５５】
一方、例えば、個々の制御対象機器の動作異常や、それらの制御対象機器を制御するＥＣＵにおける目標値の異常を、所定イベントとして定めた場合、全ての制御対象機器及びそれらの制御対象機器を制御するＥＣＵが、その異常の発生に関係する訳ではない。従って、この場合には、異常イベントの発生を検出したＥＣＵが、その異常イベントの発生になんらかの関係を有するデータを保有するＥＣＵに対してのみ、異常イベントの発生を通知して、該当データの記録を指示する。これにより、個々の制御対象機器の動作異常や、それらの制御対象機器を制御するＥＣＵにおける異常の原因を究明するためのデータを効率的に記録することができる。
【００５６】
このように、異常イベントの種類に対して記憶すべきデータを定めておき、該当するデータのみ記録するようにすれば、異常イベント発生時のデータ記録を効率的に行うことができるようになる。その結果、システム全体の診断を行うためのデータや、個別の構成部品（制御対象機器やＥＣＵ）の診断を行うためのデータを過不足なく取得することができる。
【００５７】
また、所定の異常イベントが発生したことを車内ＬＡＮを介して他のＥＣＵに通知する場合には、所定の異常イベントの発生を通知するメッセージの優先度を最も高く設定する。これにより、所定の異常イベントの発生時に、他のデータの通信に優先して、異常イベントの発生を通知するメッセージを即座に送信することができるので、遅滞なく他のＥＣＵにおいて必要なデータの記録を実行することが可能となる。ただし、異常イベントの発生を通知する場合、車内ＬＡＮに加えて、専用の通信線を設け、この専用の通信線を介して通知しても良い。
【００５８】
各ＥＣＵが、解析に必要なデータを記録するメモリは、不揮発性のものであり、車両のイグニッションスイッチがオフされ、各ＥＣＵへの電源供給が停止されたとしても、各ＥＣＵは、記録したデータを保持しておくことが可能である。なお、各ＥＣＵは、一旦、解析に必要なデータを揮発性メモリに一時的に記録し、例えばその記録が完了した時や、イグニッションオフ時などの適宜なタイミングで、揮発性メモリに記録されたデータを不揮発性メモリに書き込むようにしても良い。
【００５９】
また、各ＥＣＵのメモリは、第１所定時間分のデータを記録することができるものであり、各ＥＣＵは、常時、自身のメモリに対して、無限ループにてデータの書き込みを行う。この書き込みは、一定時間間隔（例えば、１秒）毎に行われる。同時に、各ＥＣＵは、入力されたセンサ信号や、目標値などのイベント発生判定用データに基づいて異常イベントの発生の有無を判定する。そして、異常イベントが発生したと判定するか、もしくは他のＥＣＵから異常イベントが発生した旨の通知を受けると、各ＥＣＵは、その時点から第２所定時間が経過した時点でデータの記録を停止する。この結果、各ＥＣＵのメモリには、異常イベント発生前の、第１所定時間−第２所定時間分のデータと、異常イベント発生後の第２所定時間分のデータとが記録されることになる。
【００６０】
各ＥＣＵのメモリに記録されるデータとしては、運転者による操作を検出するセンサの信号が含まれる。運転者による操作は、車載制御システムの動作状態に影響を与えるためである。このようなセンサとして、例えば、アクセルペダルの踏み込み量を検出するアクセルペダルセンサ、ブレーキペダルの踏み込み量を検出するブレーキペダルセンサ、変速機のシフト位置を検出するシフト位置センサ、及びステアリングホイールの操舵角度を検出するステアリングセンサなどが該当する。また、メモリに記録されるデータには、車載制御システムの制御により変化する車両の挙動を検出するセンサの信号も含まれる。このようなセンサとしては、例えば、車両の走行速度を検出する速度センサ、車両の前後方向及び左右方向の加速度を検出する加速度センサ、車両の回転方向の変化速度を検出するヨーレイトセンサなどが該当する。
【００６１】
その他にも、メモリに記録されるデータとして、エンジン１１、ＭＧ３２、及び電池５１の温度、ＭＧ３２の電流値や回転数、電池５１の充電レベル（ＳＯＣ）や劣化状態（ＳＯＨ）、ブレーキ装置の液圧などが含まれる。さらに、メモリに記録されるデータに、ハイブリッド車両の各種制御システムの目標値や制御信号を含めても良い。例えば、電動パワーステアリング制御システムの目標値と制御信号、ブレーキ制御システムの目標値と制御信号、ＣＶＴ制御システムの目標値と制御信号及びエンジン制御システムにおける目標値と制御信号などである。これらの制御システムにおける目標値及び制御信号により、ＥＰＳ８１のアシスト力、ブレーキ装置７１における制動力、ＣＶＴ２１の変速比、エンジン１１のトルクなどが変化するためである。
【００６２】
さらに、各ＥＣＵのメモリには、車載制御システムの動作状態に関連するデータに加えて、発生した異常イベントを示すイベント情報も記録する。これにより、事後的に、記録されたデータに基づいて異常を診断する際に、どのような異常イベントに対して記録されたデータであるかを把握できるので、異常診断に役立てることができる。また、イベント情報は、各ＥＣＵのメモリに個別に記録されたデータ同士の対応関係（同じ異常イベントに対して記録されたものか否か）を判断するために利用することもできる。
【００６３】
ただし、イベント情報を記録しても、同じ異常イベントが連続して発生した場合には、各ＥＣＵにおいて個別に記録されたデータ同士の対応関係が不明確となる場合がありえる。そのため、本実施形態の車両用データ記録装置では、さらに、データを記録した時刻に関する時刻情報もメモリに記録する。これにより、各ＥＣＵのメモリに記録されたデータ同士の対応関係を確実に把握することが可能になる。
【００６４】
以下、本実施形態の車両用データ記録装置において実行される、異常イベントが発生したときにデータの記録を行うための記録処理について、図４〜図６のフローチャートを参照しつつ詳細に説明する。なお、図４〜図６のフローチャートは、異常イベントとして、アクセル踏込量の急変が生じた場合における記録処理を例として示している。これら図４〜図６のフローチャートの内、図４及び図５のフローチャートはＨＶＥＣＵ６０によって実行される処理を示しており、図６のフローチャートはＨＶＥＣＵ６０からの通知を受けた他のＥＣＵが実行する処理を示している。また、図４〜図６のフローチャートに示す処理は、車両のイグニッションがオンされることにより開始され、その後は、一定時間毎に繰り返し実行される。
【００６５】
図４のフローチャートにおいては、まず、ステップＳ１００で、アクセル踏込量の単位時間当りの変化量を検出する。続くステップＳ１１０では、ステップＳ１００にて検出したアクセル踏込量の変化量が所定値以上であるか否かを判定する。このステップＳ１１０において「Ｙｅｓ」と判定されるとステップＳ１２０の処理に進み、「Ｎｏ」と判定されるとステップＳ１４０の処理に進む。
【００６６】
ステップＳ１２０では、アクセル踏込量が急変する異常イベントが発生したものとみなし、アクセル急変イベント履歴をセットする。そして、続くステップＳ１３０において、アクセル踏込量の急変という異常イベントが発生した際に、その異常イベントに関連するデータを保有するＥＣＵに対して、異常イベントの発生を通知し、該当データの記録を指示する。
【００６７】
一方、ステップＳ１４０では、過去に、ステップＳ１２０の処理が実行され、アクセル急変イベント履歴がセットされているか否かを判定する。ステップＳ１４０において「Ｙｅｓ」と判定された場合、ステップＳ１５０の処理に進み、新たにアクセル急変イベントが発生したときに、そのタイミングでデータの記録処理を実施することができるように、アクセル急変イベント履歴をキャンセルする。
【００６８】
次に、図５のフローチャートに示す処理について説明する。この図５のフローチャートにおいては、まず、ステップＳ２００で、アクセル急変イベント履歴がセットされているか否かを判定する。このステップＳ２００で「Ｙｅｓ」と判定された場合ステップＳ２１０の処理を実行し、「Ｎｏ」と判定された場合には、図５のフローチャートに示す処理を終了する。
【００６９】
ステップＳ２１０では、アクセル踏込量急変に関して過去にセットされたイベント履歴があり、メモリに、そのときに記録したデータが残されているか否かを判定する。このステップＳ２１０において「Ｙｅｓ」と判定された場合、ステップＳ２２０に進んで、過去の異常イベント発生時に記録されたデータをクリアし、メモリを初期化する。同じ種類の異常イベントが複数回発生した場合、新たに発生した異常イベント時のデータさえ記録しておけば十分であり、過去の異常イベント発生時のデータは不要であると考えられるためである。ただし、同じ種類の異常イベントが複数回発生したとき、メモリ容量の許す範囲で、過去の異常イベント発生時のデータを消去せずに、さらに新たな異常イベント発生時のデータも記録するようにしても良い。
【００７０】
続くステップＳ２３０では、イベント発生時点を基準として、イベント発生前の所定時間分（第１所定時間−第２所定時間分）のデータと、イベント発生後の所定時間分（第２所定時間分）のデータとをメモリに記録する。この際、発生した異常イベントの種類、及び異常イベント発生時刻を示す時刻情報も併せてメモリに記録する。
【００７１】
次に、図６のフローチャートに示す処理について説明する。まず、ステップＳ３００にて、異常イベントが発生した旨を通知するメッセージを受信したか否かを判定する。このステップＳ２００で「Ｙｅｓ」と判定された場合ステップＳ３１０の処理を実行し、「Ｎｏ」と判定された場合には、図６のフローチャートに示す処理を終了する。
【００７２】
ステップＳ３１０では、過去に同じ種類の異常イベントが発生した旨の通知を受信しているか否かを判定する。この判定処理において「Ｙｅｓ」と判定された場合、メモリに、過去の通知に基づいて記録されたデータが残っているため、ステップＳ３２０に進んで、過去の通知受信時に記録されたデータをクリアし、メモリを初期化する。ただし、図５のフローチャートの場合と同様に、過去の通知受信時のデータを消去せずに、さらに新たな通知受信時のデータも記録するようにしても良い。
【００７３】
続くステップＳ３３０では、イベント発生通知の受信時点を基準として、通知受信前の所定時間分（第１所定時間−第２所定時間分）のデータと、通知受信後の所定時間分（第２所定時間分）のデータとをメモリに記録する。さらに、発生した異常イベントの種類を示す受信したメッセージ及びメッセージの受信時刻を示す時刻情報も併せてメモリに記録する。
【００７４】
なお、上述した例は、いずれかのＥＣＵにおいて異常イベントの発生が検出されたときに、その異常イベントの発生を検出したＥＣＵ、及び異常イベントに関係するデータを保有するＥＣＵにおいて、データの記録を行うものであった。
【００７５】
しかしながら、複数の異常イベントがほぼ同時期に発生することもありえる。そのため、各ＥＣＵには、このような場合に備えて、複数の異常イベントの発生時のデータをそれぞれ記録できる容量のメモリを設けても良い。
【００７６】
また、上述した例では、異常イベントの発生を検出したＥＣＵが、その異常イベントの種類を示すメッセージを、その異常イベントになんらかの関係を有するＥＣＵに対して通知するものであった。
【００７７】
しかしながら、そのメッセージに、異常イベントが発生した時刻、又は異常イベントの発生を通知するメッセージの生成時点の時刻を示す時刻情報を含ませても良い。そして、メッセージを受信した各ＥＣＵは、メッセージに含まれる時刻情報を基準として、メモリに記録するデータの期間を定めるようにしても良い。これにより、メッセージの通信遅れが発生したとしても、各ＥＣＵは、その通信遅れの時間分だけ遡った期間のデータを記録することが可能になる。従って、通信遅れの発生如何によらず、異常イベントの発生を検出したＥＣＵ、及び異常イベントの発生を通知するメッセージを受信した各ＥＣＵにおいて、開始時刻及び終了時刻をほぼ同じくする期間におけるデータを記録することができる。さらに、メッセージに含まれる時刻情報も、各ＥＣＵのメモリに記憶しておくことにより、それぞれのＥＣＵのメモリに記録されたデータの対応関係をより明確に把握することができる。
【００７８】
また、各ＥＣＵが、車内ＬＡＮとは別に設けられた、専用線を介しての通信が可能である場合、まず、異常イベントの発生を検出したＥＣＵが、専用線により、各ＥＣＵに異常イベントが発生したことのみを通知し、その後、車内ＬＡＮを介して、発生した異常イベントの種類を通知するようにしても良い。この場合、専用線は、異常イベントが発生していないときの状態と、異常イベントの発生を通知する状態とを区別できれば良いので、例えば、単にオン信号とオフ信号を伝達可能なもので十分である。
【００７９】
このような構成を採用することにより、車内ＬＡＮを介した場合の通信遅れの発生を確実に回避して、異常イベントの通知の遅延を最小化することができる。
【００８０】
ただし、異常イベントの発生のみを通知した場合、その通知を受けた各ＥＣＵでは、その時点では、異常イベントの種類が不明であるため、とりあえず、どのような異常イベントの発生にも対応できるように、記録対象となる可能性があるすべてのデータを一時的に保存しておく必要がある。このようなデータをそのまますべて記録するとすれば、データの記録のために必要となるメモリ容量が増大してしまう。
【００８１】
その点、上述した構成では、異常イベントの発生を通知したＥＣＵが、後の適宜の時期に、車内ＬＡＮを介して異常イベントの種類を各ＥＣＵに通知する。この異常イベントの通知は、通信の優先度を高くする必要がないため、協調制御のために各ＥＣＵ間において行われる通信への影響を軽微なものとすることができる。そして、各ＥＣＵが、受信した異常イベントの種類に対して記憶すべきデータのみを選択して、自身のメモリに記録するようにすれば、データ記録のためのメモリ容量の増加という問題も防ぐことができる。
【００８２】
次に、各ＥＣＵのメモリに記録されたデータを、外部の診断装置に出力する処理について説明する。
【００８３】
各ＥＣＵのメモリに記録されたデータは、図７に示すように、車両用データ記録装置に外部の診断装置９０が接続されたとき、診断装置９０に出力される。診断装置９０は、車両用データ記録装置から読み出したデータから、異常イベント発生時の車載制御システムの動作状態を解析し、異常の原因を診断する。
【００８４】
ここで、本実施形態では、図７に示すように、各ＥＣＵのメモリに記録されたデータを診断装置９０に出力する際に、各ＥＣＵのメモリに記録されたデータを収集し、出力すべきデータを集約するデータ収集部６６が、ＨＶＥＣＵ６０に設けられている。これにより、記録データが各ＥＣＵに点在していても、各ＥＣＵに記録されたデータを洩れなく外部の診断装置９０に出力することが可能となる。
【００８５】
データ収集部６６によるデータの収集は、診断装置９０が車両用データ記録装置に接続される前に、事前に行われても良いし、診断装置９０が車両用データ記録装置に接続されたときに行われても良い。
【００８６】
データの収集が事前に行われる場合には、データ収集部６６は、複数のＥＣＵ間における車両制御のために必要なデータの通信負荷が所定値以下である場合に、各ＥＣＵのメモリからデータを収集することが好ましい。このように、データ収集部６６が、通信負荷の低い時に、各ＥＣＵのメモリに記録されたデータの収集を行うことにより、本来の制御に影響を及ぼすことなく、診断装置９０へのデータの提供に備えて事前にデータ収集を行うことができる。
【００８７】
一方、診断装置９０が車両用データ記録装置に接続されたときに、データ収集部６６が各ＥＣＵからデータを収集する場合には、診断装置９０から、収集すべきデータを指示するコマンドを受け付け、そのコマンドに従って該当するデータを各ＥＣＵから収集するようにしても良い。これにより、診断装置９０から出力することを要請されたデータを効率的に収集して、診断装置９０に出力することができる。
【００８８】
図８のフローチャートは、ＨＶＥＣＵ６０のデータ収集部６６が、診断装置９０から出力すべきデータを指示するコマンドを受け付けて、そのコマンドに該当するデータを出力するための処理を示すものである。
【００８９】
まず、ステップＳ４００では、診断装置９０から出力されるコマンドを受信する。このコマンドには、データが記録された時間的条件を示す時間情報と、要求データの種類を示す種類情報とを含めることができ、診断装置９０は、所望のデータのみを出力するよう要請することができる。
【００９０】
なお、要求データの種類を示す種類情報としては、例えば、異常イベントを指定して、その異常イベントの発生に基づいて記録されたデータの出力を要求したり、異常イベントの中でも、特定のＥＣＵによって検出された異常イベントのみを指定して、その際に記録されたデータの出力を要求したりすることが可能である。
【００９１】
ステップＳ４１０では、コマンドに含まれる時間情報を抽出し、さらにステップＳ４２０では、要求データの種類情報を抽出する。そして、ステップＳ４３０において、時間情報及び種類情報に該当するデータを判定する。この該当するデータがエンジンＥＣＵ１０に記録されている場合には、ステップＳ４４０に進んで、エンジンＥＣＵ１０に対して、該当するエンジン制御関連データを出力するよう指示する。つまり、すべてのエンジン制御関連データの出力を指示するのではなく、診断装置９０から要求されたデータに限定して出力するようにエンジンＥＣＵ１０に指示する。
【００９２】
同様に、コマンドの時間情報及び種類情報に該当するデータがＣＶＴＥＣＵ２０に記録されている場合には、ステップＳ４５０に進んで、ＣＶＴＥＣＵ２０に対して、該当するＣＶＴ制御関連データを出力するよう指示する。また、該当するデータがＭＧＥＣＵ３０に記録されている場合には、ステップＳ４６０に進んで、ＭＧＥＣＵ３０に対して、該当するＭＧ制御関連データを出力するよう指示する。なお、必要であれば、データ収集部６６は、その他のＥＣＵに対しても、該当する制御関連データを出力するよう指示する。
【００９３】
そして、ステップＳ４７０では、データ収集部６６が、各ＥＣＵから収集したデータを、例えば異常イベントごとに結合した上で、診断装置９０に対して出力する。
【００９４】
これにより、車両用データ記録装置は、診断装置９０からのコマンドに従ったデータを出力することができるようになるので、例えば、診断装置９０において、車両制御システム全体の異常に関する診断を行ったり、各ＥＣＵや制御対象機器の動作の異常診断を行ったり、異常診断の対象を自由に設定することが可能になる。
【００９５】
以上、本発明の好ましい実施形態について説明したが、本発明は、上述した実施形態になんら制限されることなく、本願発明の主旨を逸脱しない範囲において、種々変形して実施することが可能である。
【００９６】
例えば、上述した実施形態では、データ収集部６６は、ＨＶＥＣＵ６０に設けられ、診断装置９０は、ＨＶＥＣＵ６０から必要なデータを取得する例について説明した。しかしながら、この点については、種々の変形例が考えられる。例えば、診断装置９０がＨＶＥＣＵ６０と通信するものであっても、データ収集部は、ＨＶＥＣＵ６０以外の他のＥＣＵに設けることも可能である。さらに、データ収集部を、ＨＶＥＣＵ６０に設けつつ、さらに他のＥＣＵにも設け、ＨＶＥＣＵ６０のデータ収集部６６に故障が生じた場合には、他のＥＣＵに設けたデータ収集部により、必要なデータを収集するようにしても良い。また、車載制御システムを構成する各ＥＣＵとは別に、診断装置９０と通信を行うとともに、各ＥＣＵのメモリに記憶されたデータを収集するデータ収集部を有する専用のＥＣＵを設けるようにしても良い。
【００９７】
一方、上述した実施形態のように、データ収集部６６により、各ＥＣＵのメモリに記録されたデータを集約した上で診断装置９０に出力するのではなく、データを記憶している各ＥＣＵが、順番に、自身のメモリに記録されているデータを診断装置９０に出力するようにしても良い。このようにしても、各ＥＣＵのメモリに記録されたデータを、洩れなく外部の診断装置９０に出力することが可能となる。
【符号の説明】
【００９８】
１０ エンジンＥＣＵ
１１ エンジン
２０ 無段変速機ＥＣＵ
２１ 無段変速機
３０ モータジェネレータＥＣＵ
３２ モータジェネレータ
４０ エネルギー管理ＥＣＵ
５０ 電池ＥＣＵ
５１ 電池
６０ ハイブリッドＥＣＵ
７０ ブレーキＥＣＵ
７１ ブレーキ装置
８０ 電動パワーステアリングＥＣＵ
８１ 電動パワーステアリング装置
【特許請求の範囲】
【請求項１】
所定のイベント発生時に、車両を制御する車載制御システムの動作状態に関連するデータを記録手段に記録する車両用データ記録装置であって、
前記車載制御システムは、相互に通信を行いつつ協調して動作する複数の電子制御装置を含み、かつ複数の電子制御装置は、それぞれ前記記録手段を有し、
前記複数の電子制御装置の内、少なくとも１つの電子制御装置が前記所定のイベントの発生を検出すると、その１つの電子制御装置における、前記車載制御システムの動作状態に関連するデータを自身の記録手段に記録するとともに、他の電子制御装置に対して、前記所定のイベントが発生したことを通信により通知し、
前記他の電子制御装置は、前記通知を受けると、それぞれの電子制御装置における、前記車載制御システムの動作状態に関連するデータを各々の記録手段に記録することを特徴とする車両用データ記録装置。
【請求項２】
前記複数の電子制御装置は、前記車載制御システムの動作状態に関連するデータに加えて、発生したイベントを示すイベント情報も前記記録手段に記録することを特徴とする請求項１に記載の車両用データ記録装置。
【請求項３】
前記複数の電子制御装置は、前記車載制御システムの動作状態に関連するデータに加えて、当該データを記録する時刻に関する時刻情報も前記記録手段に記録することを特徴とする請求項１又は２に記載の車両用データ記録装置。
【請求項４】
前記１つの電子制御装置は、前記所定のイベントが発生したことを通知する際に、前記記録手段に記録する時刻に関する時刻情報も含む通知を送信するものであり、
前記他の電子制御装置は、前記通知に含まれる時刻情報を基準とした期間のデータを前記記録装置に記録することを特徴とする請求項３に記載の車両用データ記録装置。
【請求項５】
前記所定のイベントとして、予め複数種類のイベントを定め、かつそれぞれのイベントに対して記憶すべきデータの種類を定めておき、イベントの発生を検出した電子制御装置は、そのイベントに対して記録すべきデータを保有する電子制御装置に対して、イベントの発生を通知して、データの記録を指示することを特徴とする請求項１乃至４のいずれかに記載の車両用データ記録装置。
【請求項６】
前記複数の電子制御装置は、協調動作のために必要なデータをやり取りするために、ローカルエリアネットワークにより相互に通信を行うことが可能であるとともに、前記所定のイベントの発生を通知する専用線によっても通信を行うことが可能であり、
前記１つの電子制御装置は、前記専用線を介して、前記他の電子制御装置に前記所定のイベントが発生したことのみを通知し、その後、前記ローカルエリアネットワークを介して、発生したイベントを示すイベント情報を通知することを特徴とする請求項１又は２に記載の車両用データ記録装置。
【請求項７】
前記他の電子制御装置は、前記所定のイベントが発生したとの通知を受けたとき、記録対象となる可能性があるすべてのデータを一時的に保存しておき、その後、前記イベント情報を受信したときに、そのイベント情報に対して記憶すべきデータのみを選択して、前記記録手段に記録することを特徴とする請求項６に記載の車両用データ記録装置。
【請求項８】
前記車両用データ記録装置に記録されたデータは、外部の診断装置に出力されるものであり、
前記複数の電子制御装置の内の１つの電子制御装置もしくは専用の電子制御装置が、各電子制御装置の記録手段に記録されているデータを収集した上で、前記診断装置に出力することを特徴とする請求項１乃至７のいずれかに記載の車両用データ記録装置。
【請求項９】
前記１つの電子制御装置もしくは専用の電子制御装置によるデータの収集は、前記複数の電子制御装置間における車両制御のために必要なデータの通信負荷が所定値以下である場合に実行されることを特徴とする請求項８に記載の車両用データ記録装置。
【請求項１０】
前記１つの電子制御装置もしくは専用の電子制御装置によるデータの収集は、前記診断装置から、収集すべきデータを指示するコマンドを受けたときに実行され、前記１つの電子制御装置もしくは専用の電子制御装置は、前記コマンドに従って該当するデータを前記複数の電子制御装置から収集することを特徴とする請求項８に記載の車両用データ記録装置。
【請求項１１】
前記車両用データ記録装置に記録されたデータは、外部の診断装置に出力されるものであり、
前記複数の電子制御装置が、順番に、自身の記録手段に記録されているデータを前記診断装置に出力することを特徴とする請求項１乃至７のいずれかに記載の車両用データ記録装置。
【請求項１】
所定のイベント発生時に、車両を制御する車載制御システムの動作状態に関連するデータを記録手段に記録する車両用データ記録装置であって、
前記車載制御システムは、相互に通信を行いつつ協調して動作する複数の電子制御装置を含み、かつ複数の電子制御装置は、それぞれ前記記録手段を有し、
前記複数の電子制御装置の内、少なくとも１つの電子制御装置が前記所定のイベントの発生を検出すると、その１つの電子制御装置における、前記車載制御システムの動作状態に関連するデータを自身の記録手段に記録するとともに、他の電子制御装置に対して、前記所定のイベントが発生したことを通信により通知し、
前記他の電子制御装置は、前記通知を受けると、それぞれの電子制御装置における、前記車載制御システムの動作状態に関連するデータを各々の記録手段に記録することを特徴とする車両用データ記録装置。
【請求項２】
前記複数の電子制御装置は、前記車載制御システムの動作状態に関連するデータに加えて、発生したイベントを示すイベント情報も前記記録手段に記録することを特徴とする請求項１に記載の車両用データ記録装置。
【請求項３】
前記複数の電子制御装置は、前記車載制御システムの動作状態に関連するデータに加えて、当該データを記録する時刻に関する時刻情報も前記記録手段に記録することを特徴とする請求項１又は２に記載の車両用データ記録装置。
【請求項４】
前記１つの電子制御装置は、前記所定のイベントが発生したことを通知する際に、前記記録手段に記録する時刻に関する時刻情報も含む通知を送信するものであり、
前記他の電子制御装置は、前記通知に含まれる時刻情報を基準とした期間のデータを前記記録装置に記録することを特徴とする請求項３に記載の車両用データ記録装置。
【請求項５】
前記所定のイベントとして、予め複数種類のイベントを定め、かつそれぞれのイベントに対して記憶すべきデータの種類を定めておき、イベントの発生を検出した電子制御装置は、そのイベントに対して記録すべきデータを保有する電子制御装置に対して、イベントの発生を通知して、データの記録を指示することを特徴とする請求項１乃至４のいずれかに記載の車両用データ記録装置。
【請求項６】
前記複数の電子制御装置は、協調動作のために必要なデータをやり取りするために、ローカルエリアネットワークにより相互に通信を行うことが可能であるとともに、前記所定のイベントの発生を通知する専用線によっても通信を行うことが可能であり、
前記１つの電子制御装置は、前記専用線を介して、前記他の電子制御装置に前記所定のイベントが発生したことのみを通知し、その後、前記ローカルエリアネットワークを介して、発生したイベントを示すイベント情報を通知することを特徴とする請求項１又は２に記載の車両用データ記録装置。
【請求項７】
前記他の電子制御装置は、前記所定のイベントが発生したとの通知を受けたとき、記録対象となる可能性があるすべてのデータを一時的に保存しておき、その後、前記イベント情報を受信したときに、そのイベント情報に対して記憶すべきデータのみを選択して、前記記録手段に記録することを特徴とする請求項６に記載の車両用データ記録装置。
【請求項８】
前記車両用データ記録装置に記録されたデータは、外部の診断装置に出力されるものであり、
前記複数の電子制御装置の内の１つの電子制御装置もしくは専用の電子制御装置が、各電子制御装置の記録手段に記録されているデータを収集した上で、前記診断装置に出力することを特徴とする請求項１乃至７のいずれかに記載の車両用データ記録装置。
【請求項９】
前記１つの電子制御装置もしくは専用の電子制御装置によるデータの収集は、前記複数の電子制御装置間における車両制御のために必要なデータの通信負荷が所定値以下である場合に実行されることを特徴とする請求項８に記載の車両用データ記録装置。
【請求項１０】
前記１つの電子制御装置もしくは専用の電子制御装置によるデータの収集は、前記診断装置から、収集すべきデータを指示するコマンドを受けたときに実行され、前記１つの電子制御装置もしくは専用の電子制御装置は、前記コマンドに従って該当するデータを前記複数の電子制御装置から収集することを特徴とする請求項８に記載の車両用データ記録装置。
【請求項１１】
前記車両用データ記録装置に記録されたデータは、外部の診断装置に出力されるものであり、
前記複数の電子制御装置が、順番に、自身の記録手段に記録されているデータを前記診断装置に出力することを特徴とする請求項１乃至７のいずれかに記載の車両用データ記録装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−１５５６０８（Ｐ２０１２−１５５６０８Ａ）
【公開日】平成２４年８月１６日（２０１２．８．１６）
【国際特許分類】
【出願番号】特願２０１１−１５４１５（Ｐ２０１１−１５４１５）
【出願日】平成２３年１月２７日（２０１１．１．２７）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成２４年８月１６日（２０１２．８．１６）
【国際特許分類】
【出願日】平成２３年１月２７日（２０１１．１．２７）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]