JP7638830B2 - 車両用制御装置 - Google Patents

Description

本発明は、フリーズフレームデータの記憶に関わる制御を行う車両用制御装置に関する。

従来から、車両に搭載されたＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ：電子制御ユニット）のＣＰＵは、車両故障の発生時に、フリーズフレームデータ（Ｆｒｅｅｚｅ Ｆｒａｍｅ Ｄａｔａ：ＦＦＤ、例えば、冷却水温情報、エンジン回転数情報、スロットル開度情報、車速情報、燃圧情報、吸気温度情報などやこれらと紐づく故障要因情報を含む）を不揮発性メモリ（例えば、ＥＥＰＲＯＭ）に記憶する。ＥＣＵのＣＰＵは、起動時に不揮発性メモリからフリーズフレームデータを読み出して揮発性メモリ（ＲＡＭ）に記憶し、このときミラーチェックやサムチェックなどのデータ誤りの検出手法を用いてデータ破壊の有無のチェックを実行する。ＥＣＵに対してダイアグツールが接続された場合には、ＥＣＵのＣＰＵはダイアグツールからの要求に応じて揮発性メモリからフリーズフレームデータを読み出してダイアグツールへ送信する（例えば、特許文献１参照）。

特開２００７－１３８７２６号公報

ところで、フリーズフレームデータはそのデータ量が大きいために分割して不揮発性メモリの複数のセクションにわたって連続的に保持されることになる。

また、データの不揮発性メモリへの書き込みには一定の時間を要するため、膨大なデータ量のフリーズフレームデータを不揮発性メモリに書き込むには多くの時間（例えば、数秒）を要することがある。このため、フリーズフレームデータの不揮発性メモリへの書き込み中にバッテリ抜けや瞬断の発生などにより電源供給が途絶える虞がある。

そして、一の車両の故障が発生した際の一のフリーズフレームデータの不揮発性メモリへの書き込み中に電源供給が途絶えると当該一のフリーズフレームデータの不揮発性メモリへの書き込みが途中で終了してしまう。この場合には、一のフリーズフレームデータの一部は不揮発性メモリの複数のセクションのうちの該当するセクションに書き込まれて保持されることになるが、一のフリーズフレームデータの残りは複数のセクションのうちの該当するセクションに書き込まれずに保持されない状況となる。このとき、複数のセクションの各々に保持されているデータが一のフリーズフレームデータに関するものであるか否かを判定できなければ、一のフリーズフレームデータに関係しないデータを含めて車両故障の解析を行ってしまい、正確な車両故障の解析ができないことになる。

本発明の目的は、一の車両の故障が発生した際の一のフリーズフレームデータに関らないものを含めて車両の故障を解析してしまうという不具合を防止できる車両用制御装置を提供することである。

前記の目的を達成するため、本発明に係る車両用制御装置は、車両の故障が発生した際のフリーズフレームデータの記憶に関わる制御を行う車両用制御装置であって、一の車両の故障が発生した際に、一のフリーズフレームデータを構成する複数のセクション書込データの各々を不揮発性メモリの複数のセクションのうちの該当するセクションに故障情報として書き込み、当該複数のセクションの各々に相関性のある相関データを書込確認情報として書き込む書込処理を行うものであって、前記書込処理では一つのセクションへの前記セクション書込データ及び前記相関データの書き込みを終了した後に他の一つのセクションへの前記セクション書込データ及び前記相関データの書き込みを行う書込手段と、前記不揮発性メモリから前記一のフリーズフレームデータを読み出す際に、前記複数のセクションの各々に保持されている前記書込確認情報に互いに相関性があるか否かを判定し、前記複数のセクションに保持されている前記故障情報を、前記書込確認情報に互いに相関性があると判定された場合には車両の故障の解析に用いる情報であるとし、前記書込確認情報に互いに相関性があると判定されなかった場合には車両の故障の解析に用いる情報であるとしない、判定手段とを備えることを特徴としている。

この構成によれば、一の車両の故障が発生した際の一のフリーズフレームデータの不揮発性メモリへの書き込みに成功した場合には不揮発性メモリの複数のセクションの各々に保持されている書込確認情報には互いに相関性がある一方で、一のフリーズフレームデータを不揮発性メモリに書き込んでいる途中に電源供給が途絶えるなどして当該一のフリーズフレームデータの不揮発性メモリへの書き込みに失敗した場合にはセクション書込データを書き込むことができたセクションに保持されている書込確認情報と書き込むことができなかったセクションに保持されている書込確認情報とには相関性がないものとなる。このため、複数のセクションの各々に保持されている書込確認情報の中に他の書込確認情報と相関性がないものがあれば当該複数のセクションの各々に保持されている故障情報の中に一のフリーズフレームデータに関らないものが含まれていると判定でき、一のフリーズフレームデータに関らないものを含めて車両故障の解析を行ってしまうという不具合を防止できる。

また、複数のセクションの各々に保持されている書込確認情報に互いに相関性があるか否かを判定することにより、複数のセクションの各々に保持されている故障情報が一のフリーズフレームデータに関わるものであるか否かを判定できるので当該判定に要する時間が短くて済む。

また、前記書込手段は、今回の車両の故障が発生した際に前記複数のセクションの各々に前記書込確認情報として今回書き込む相関性のある相関データを、前回の車両の故障が発生した際に前記複数のセクションの各々に前記書込確認情報として前回書き込まれた相関性のある相関データとは相関性のないデータとするとしてもよい。

これによれば、今回の車両故障の発生時のフリーズフレームデータと以前の車両故障の発生時のフリーズフレームデータとが混在したデータを用いて車両故障の解析を行ってしまうという不具合を防止できる。

また、前記書込確認情報に互いに相関性があると判定されなかった場合には前記複数のセクションの各々に保持されている前記故障情報及び前記書込確認情報を消去する消去手段をさらに備えるとしてもよい。

これによれば、今後、フリーズフレームデータの不揮発性メモリへの書き込みに失敗した場合の不揮発性メモリの複数のセクションの各々に保持されている故障情報を用いて車両故障の解析を行ってしまうという不具合をより一層防止できる。

本発明によれば、一の車両の故障が発生した際に、一のフリーズフレームデータを構成する複数のセクション書込データの各々を不揮発性メモリの複数のセクションのうちの該当するセクションに故障情報として書き込み、当該複数のセクションの各々に相関性のある相関データを書込確認情報として書き込むため、当該複数のセクションの各々に保持されている書込確認情報に互いに相関性があるか否かを判定することにより、当該複数のセクションの各々に保持されている故障情報が一のフリーズフレームデータに関わるものであるか否かを判定でき、一のフリーズフレームデータに関らないものを含めて車両故障の解析を行ってしまうという不具合を防止できる。このように、一のフリーズフレームデータを不揮発性メモリの複数のセクションにわたって分割して保持する場合に好適である。

本発明の一実施形態に係る車両用制御システムの構成を示すブロック図である。 図１のメインＥＣＵのＣＰＵにおいて行われるフリーズフレームデータ（ＦＦＤ）保存処理の処理フローを示すフローチャートである。 図１のメインＥＣＵのＣＰＵにおいて行われるフリーズフレームデータ（ＦＦＤ）読込処理の処理フローを示すフローチャートである。 （ａ）はフリーズフレームデータのデータフラッシュへの書き込みの成功例を説明するための図であり、（ｂ）はフリーズフレームデータのデータフラッシュへの書き込みの失敗例を説明するための図である。

以下では、本発明の実施形態について、添付図面を参照しつつ詳細に説明する。

１．車両用制御システムのシステム構成
本発明の一実施形態に係る車両用制御システムＳの構成について図１を参照して説明する。

車両用制御システムＳは、車両１に搭載され、例えば車両１の故障が発生した際の後述するフリーズフレームデータ（以下では、適宜、「ＦＦＤ」と記載する。）の記憶に関わる制御などを行うシステムである。

車両用制御システムＳは、メインＥＣＵ１０やＥＣＵ３０、５０、７０など複数のＥＣＵを備えており、当該複数のＥＣＵはバス２に接続されて他のＥＣＵとの間でＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信を行う。例えば、メインＥＣＵ１０はＥＣＵ３０、５０、７０などとの間で定期的に通信を行う。なお、ＥＣＵ３０、５０、７０などの例として、エンジンスロットルの開度の制御やエンジンの停止制御などを行うエンジンＥＣＵ、ステレオカメラが撮影した画像に基づいて先行車と車両１との相対速度や車間距離などの算出を行うステレオカメラＥＣＵ、エンジンの燃料噴射量や吸入空気量などを制御するＥＦＩ－ＥＣＵなどを挙げることができる。

車両用制御システムＳにはバッテリ３が設けられている。また、車両用制御システムＳには車両１のエンジンの始動や各種電気系統の制御を行うための装置であるイグニッションスイッチ４が設けられている。メインＥＣＵ１０の後述するマイクロコンピュータ（以下、「マイコン」と記載する。）１１はイグニッションスイッチ４を介してバッテリ３に接続されており、メインＥＣＵ１０の後述するマイコン１１にはイグニッションスイッチ４がオン状態である場合にバッテリ３から電源供給が行われ、イグニッションスイッチ４がオフ状態である場合にバッテリ３から電源供給が行われないようになっている。なお、車両用制御システムＳにはメインＥＣＵ１０のマイコン１１以外にも電源供給を必要とするユニットがあり、図１には図示していないがバッテリ３から当該電源供給を必要とするユニットへの電源供給が可能に構成されている。

車両用制御システムＳにはアクチュエータ５が備えられており、アクチュエータ５はメインＥＣＵ１０に接続されてメインＥＣＵ１０の後述するマイコン１１が備える後述するＣＰＵ１２により駆動制御される。

メインＥＣＵ１０には、マイコン１１が搭載され、車両１などの車両の故障を診断するための故障診断ツールを搭載した端末（不図示：以下、適宜、「故障診断ツール搭載端末」と記載する。）の接続用のオンボードダイアグノーシス（Ｏｎ ｂｏａｒｄ ｄｉａｇｎｏｓｔｉｃｓ：ＯＢＤ）コネクタＴが設けられている。

マイコン１１は、各種演算及び各種制御を行うＣＰＵ１２と、コードフラッシュメモリ（以下、「コードフラッシュ」と記載する。）１３Ａ、データフラッシュメモリ（以下、「データフラッシュ」と記載する。）１３Ｂ及びＳＲＡＭ１３Ｃを含むメモリ１３と、コンピュータ内部でＣＰＵ１２と周辺機器が通信を行うための窓口となる端子又は回路であるＩ／Ｏポート１４とを備える。マイコン１１にはイグニッションスイッチ４がオン状態である場合にバッテリ３から電源供給が行われ、イグニッションスイッチ４がオフ状態である場合にバッテリ３から電源供給が行われないようになっている。

コードフラッシュ１３Ａは、保持内容の書き換えが可能であって、バッテリ３などからの電源供給が行われている状態に加えバッテリ３などからの電源供給が途絶えた状態でも記憶内容を保持し続けることが可能な不揮発性メモリであり、例えば図２のフリーズフレームデータ（ＦＦＤ）保持処理用のプログラムや図３のフリーズフレームデータ（ＦＦＤ）読込処理用のプログラムなどの各種プログラムなどを保持する。また、データフラッシュ１３Ｂは、保持内容の書き換えが可能であって、バッテリ３などからの電源供給が行われている状態に加えバッテリ３などからの電源供給が途絶えた状態でも記憶内容を保持し続けることが可能な不揮発性メモリであり、例えばＦＦＤや後述するキーワードなどの各種データなどを保持し、本発明の「不揮発性メモリ」に相当する。また、ＳＲＡＭ１３Ｃは、保持内容の書き換えが可能であって、バッテリ３などからの電源供給が行われている状態では記憶内容を保持し続けることが可能であるが、バッテリ３などからの電源供給が途絶えると記憶内容が失われる揮発性メモリであり、例えばＦＦＤや後述するキーワードなどの各種データなどを保持する。ＳＲＡＭ１３Ｃはデータフラッシュ１３Ｂに比べ読み出し速度が速い。なお、コードフラッシュ１３Ａの代わりに例えばコードフラッシュ１３Ａ以外の他の不揮発性メモリを用いてもよく、データフラッシュ１３Ｂの代わりに例えばデータフラッシュ１３Ｂ以外の他の不揮発性メモリを用いてもよく、ＳＲＡＭ１３Ｃの代わりに例えばデータフラッシュ１３Ｂ又はその代わりに用いるデータフラッシュ１３Ｂ以外の他の不揮発性メモリよりも読み出し速度が速い、ＳＲＡＭ１３Ｃ以外の揮発性メモリを用いてもよい。

ＣＰＵ１２は、本実施形態では、例えば、アクチュエータ５の駆動制御を行ったり、図２及び図４を用いて後に詳述するフリーズフレームデータ（ＦＦＤ）保持処理や図３及び図４を用いて後に詳述するフリーズフレームデータ（ＦＦＤ）読込処理を行ったりする。

フリーズフレームデータ（ＦＦＤ）保持処理では、ＣＰＵ１２は、車両１の故障が発生した際に、収集していた車両情報やこれらと紐づく故障要因情報を含むＦＦＤを複数のデータ（一つのデータは例えば同一の属性の情報から構成されている。：本発明の「セクション書込データ」に相当し、以下では、適宜、「セクション書込データ」と記載する。）に分けて当該複数のセクション書込データの各々をデータフラッシュ１３Ｂの複数のセクション（一つのセクションは一つのセクション書込データ及び一つのキーワードを書き込むメモリ領域である。）のうちの該当するセクションに故障情報として書き込み、当該複数のセクションの各々に同一のキーワード（本発明の「相関性のある相関データ」に相当）を書込確認情報として書き込む書込処理を行い、当該書込処理では一つのセクションへのセクション書込データ及びキーワードの書き込みを終了した後に他の一つのセクションへのセクション書込データ及びキーワードの書き込みを行う（本発明の「書込手段」による処理に相当）。

ここで、車両情報は、例えば、ＣＰＵ１２を備えるメインＥＣＵ１０に接続されたセンサの計測結果などやバス２を介したＣＡＮ通信で取得した他のＥＣＵ３０、５０、７０に接続されたセンサの計測結果などであり、例えば、冷却水温情報、エンジン回転数情報、スロットル開度情報、車速情報、燃圧情報、吸気温度情報などであり、ＣＰＵ１２は車両情報を定期的に収集している。また、故障要因情報は、車両１の故障の要因に関わる情報であり、例えば、ＥＣＵ３０との間の定期的な通信が途絶えた通信異常に関わる通信異常情報などであり、ＣＰＵ１２は車両１の故障の発生時に故障要因情報を取得する。

フリーズフレームデータ（ＦＦＤ）読込処理では、ＣＰＵ１２は、データフラッシュ１３ＢからＦＦＤを読み出し、その際に、データフラッシュ１３Ｂの複数のセクションの各々に保持されている書込確認情報（キーワード）が全て同一であるか否かを判定し、複数のセクションに保持されている故障情報（セクション書込データ）を、書込確認情報（キーワード）が全て同一であると判定された場合には車両１の故障の解析に用いる情報であるとし、書込確認情報（キーワード）が全て同一であると判定されなかった場合には車両１の故障の解析に用いる情報であるとしない（本発明の「判定手段」による処理に相当）。また、ＣＰＵ１２は、書込確認情報（キーワード）が全て同一であると判定されなかった場合には、データフラッシュ１３Ｂの複数のセクションの各々に保持されている故障情報（セクション書込データ）及び書込確認情報（キーワード）を初期化して消去する（本発明の「消去手段」による処理に相当）。

２．フリーズフレームデータ（ＦＦＤ）保持処理
２．１．フリーズフレームデータ（ＦＦＤ）保持処理の処理フロー
メインＥＣＵ１０のＣＰＵ１２において行われるフリーズフレームデータ（ＦＦＤ）保持処理の処理フローについて図２を参照しつつ詳細に説明する。図２のフリーズフレームデータ（ＦＦＤ）保持処理の処理フローは所定周期（例えば、５ｍｓ）で実行される。

フリーズフレームデータ（ＦＦＤ）保持処理では、まず、ＣＰＵ１２は車両１の故障が発生したか否かを判定する（ステップＳ１）。

ステップＳ１の判定処理において車両１の故障が発生していないと判定された場合には（ステップＳ１のＮＯ）、図２のフリーズフレームデータ（ＦＦＤ）保持処理を終了する。一方、ステップＳ１の判定処理において車両１の故障が発生していると判定された場合には（ステップＳ１のＹＥＳ）、収集していた車両情報やこれらと紐づく故障要因情報を含むＦＦＤをデータフラッシュ１３Ｂに書き込むために、ステップＳ２の処理に進む。

例えば、メインＥＣＵ１０は他のＥＣＵ３０、５０、７０と定期的に通信を行っており、ＣＰＵ１２はメインＥＣＵ１０とＥＣＵ３０との間の通信が予め定められた期間途絶えた通信異常により車両１に故障が発生したと判定し（ステップＳ１のＹＥＳ）、収集していた車両情報やこれらと紐づく故障要因情報を含むＦＦＤをデータフラッシュ１３Ｂに書き込むために、ステップＳ２の処理に進む。この場合、ＦＦＤに含まれる車両情報は、メインＥＣＵ１０に接続されたセンサの計測結果などやＥＣＵ５０、７０に接続されたセンサの計測結果などを含むとともに、ＥＣＵ３０との通信が途絶える前にＥＣＵ３０から受け取っていたＥＣＵ３０に接続されたセンサの計測結果などを含み、故障要因情報はＥＣＵ３０との間の通信異常に関わる通信異常情報である。

ＣＰＵ１２はキーワードを生成し（ステップＳ２）、ステップＳ３の処理に進む。ステップＳ２におけるキーワードの生成では、ＣＰＵ１２は前回生成したキーワードとは異なるように（前回生成したキーワードとは相関性がないように）キーワードを生成する。前回生成したキーワードと異なるキーワードの生成は、例えば、ランダムに乱数を発生させて抽出し、抽出した乱数をキーワードとして用いることにより行う。

ＣＰＵ１２は、ＦＦＤ及びキーワードを最初に書き込むデータフラッシュ１３Ｂのセクションを指定し（ステップＳ３）、ステップＳ４に進む。

ＣＰＵ１２は、ステップＳ２で生成したキーワードをデータフラッシュ１３Ｂの指定セクションに書込確認情報として書き込み、ＦＦＤを構成する複数のセクション書込データのうちのデータフラッシュ１３Ｂにまだ書き込まれていない該当するセクション書込データを当該指定セクションに故障情報として書き込む、ＦＦＤ及びキーワードの指定セクションへの書き込み処理を行い（ステップＳ４）、ステップＳ５の処理に進む。なお、ステップＳ４の書き込み処理では、例えば、指定セクションの先頭領域からキーワードを書き込み、キーワードを書き込んだ領域の次の領域からセクション書込データを書き込む。

ＣＰＵ１２は、ＦＦＤの全て（ＦＦＤを構成する複数のセクション書込データの全て）をデータフラッシュ１３Ｂに書き込んだか否かを判定する（ステップＳ５）。

ステップＳ５の判定処理においてＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだと判定されなかった場合には（ステップＳ５のＮＯ）、ステップＳ６の処理に進む。

ＣＰＵ１２は、ＦＦＤ及びキーワードを次に書き込むデータフラッシュ１３Ｂのセクションを指定し（データフラッシュ１３Ｂの指定セクションを次に移動し）（ステップＳ６）、ステップＳ４の処理に戻る。

ステップＳ５の判定処理においてＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだと判定された場合には（ステップＳ５のＹＥＳ）、図２のフリーズフレームデータ（ＦＦＤ）保持処理を終了する。

２．２．ＦＦＤのデータフラッシュへの書き込みの具体例
図２のフリーズフレームデータ（ＦＦＤ）保持処理でのＦＦＤのデータフラッシュ１３Ｂへの書き込みの具体例について図４を参照しつつ詳細に説明する。

２．２．１．ＦＦＤのデータフラッシュへの書き込みの成功例
Ｎ回目の車両の故障が発生した際のＦＦＤのデータフラッシュ１３Ｂへの書き込み中に電源供給が断たれることなく、ＦＦＤのデータフラッシュ１３Ｂへの書き込みに成功した成功例について図４（ａ）を参照しつつ詳細に説明する。

図４（ａ）の例では、Ｎ回目の車両の故障が発生した際のＦＦＤは４つの故障情報Ａ１～Ａ４から構成され、ＦＦＤの書き込み対象のデータフラッシュ１３Ｂのセクションは４つのセクションＡ～Ｄであるとする。

ＣＰＵ１２は車両１の故障を発生したか否かを判定し（ステップＳ１）、車両１の故障が発生していると判定し（ステップＳ１のＹＥＳ）、収集していた車両情報やこれらと紐づく故障要因情報を含むＦＦＤをデータフラッシュ１３Ｂに書き込むための処理に移行する。

ＣＰＵ１２はキーワード（Ｋｅｙ＝０ｘ１２３４５６７８）を生成する（ステップＳ２）。

ＣＰＵ１２は、ＦＦＤ及びキーワードを最初に書き込むデータフラッシュ１３ＢのセクションをセクションＡに指定し（ステップＳ３）、図４（ａ－１）に示すように、Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ１を指定セクションＡに書き込む（ステップＳ４）。

ＣＰＵ１２は、ＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだか否かを判定し（ステップＳ５）、ＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだと判定せず（ステップＳ５のＮＯ）、ＦＦＤ及びキーワードを次に書き込むデータフラッシュ１３ＢのセクションをセクションＢに指定し（ステップＳ６）、図４（ａ－２）に示すように、Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ２を指定セクションＢに書き込む（ステップＳ４）。

ＣＰＵ１２は、ＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだか否かを判定し（ステップＳ５）、ＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだと判定せず（ステップＳ５のＮＯ）、ＦＦＤ及びキーワードを次に書き込むデータフラッシュ１３ＢのセクションをセクションＣに指定し（ステップＳ６）、図４（ａ－３）に示すように、Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ３を指定セクションＣに書き込む（ステップＳ４）。

ＣＰＵ１２は、ＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだか否かを判定し（ステップＳ５）、ＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだと判定せず（ステップＳ５のＮＯ）、ＦＦＤ及びキーワードを次に書き込むデータフラッシュ１３ＢのセクションをセクションＤに指定し（ステップＳ６）、図４（ａ－４）に示すように、Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ４を指定セクションＤに書き込む（ステップＳ４）。

ＣＰＵ１２は、ＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだか否かを判定し（ステップＳ５）、ＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだと判定し（ステップＳ５のＹＥＳ）、図２のフリーズフレームデータ（ＦＦＤ）保持処理を終了する。

上述したＦＦＤのデータフラッシュ１３Ｂへの書き込みに成功した成功例では、図４（ａ）に示すように、データフラッシュ１３Ｂの４つのセクションＡ～ＤにはＮ回目の車両の故障が発生した際のＦＦＤを構成する４つの故障情報Ａ１～Ａ４が書き込まれて保持されるとともに、セクションＡ～Ｄの各々には同一のＫｅｙ＝０ｘ１２３４５６７８が書き込まれて保持されることになる。

２．２．２．ＦＦＤのデータフラッシュへの書き込みの失敗例
Ｎ＋１回目の車両の故障が発生した際のＦＦＤのデータフラッシュ１３Ｂへの書き込み中に電源供給が断たれて、ＦＦＤのデータフラッシュ１３Ｂへの書き込みに失敗した失敗例について図４（ｂ）を参照しつつ詳細に説明する。

図４（ｂ）の例では、Ｎ＋１回目の車両の故障が発生した際のＦＦＤは４つの故障情報Ｂ１～Ｂ４から構成され、ＦＦＤの書き込み対象のデータフラッシュ１３Ｂのセクションは４つのセクションＡ～Ｄであるとする。また、Ｎ＋１回目の車両の故障が発生する前のデータフラッシュ１３Ｂには、セクションＡ～ＤにＮ回目の車両の故障が発生した際のＦＦＤを構成する故障情報Ａ１～Ａ４が保持されているとともに、セクションＡ～Ｄの各々に同一のＫｅｙ＝０ｘ１２３４５６７８が保持されている（図４（ａ）参照）。

ＣＰＵ１２は車両１の故障を発生したか否かを判定し（ステップＳ１）、車両１の故障が発生していると判定し（ステップＳ１のＹＥＳ）、収集していた車両情報やこれらと紐づく故障要因情報を含むＦＦＤをデータフラッシュ１３Ｂに書き込むための処理に移行する。

ＣＰＵ１２は前回作成したキーワード（Ｋｅｙ＝０ｘ１２３４５６７８）と異なる（相関性のない）キーワード（Ｋｅｙ＝０ｘ９８７６５４３２）を生成する（ステップＳ２）。

ＣＰＵ１２は、ＦＦＤ及びキーワードを最初に書き込むデータフラッシュ１３ＢのセクションをセクションＡに指定し（ステップＳ３）、図４（ｂ－１）に示すように、Ｋｅｙ＝０ｘ９８７６５４３２及び故障情報Ｂ１を指定セクションＡに書き込む（ステップＳ４）。

ＣＰＵ１２は、ＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだか否かを判定し（ステップＳ５）、ＦＦＤの全てをデータフラッシュ１３Ｂに書き込んだと判定せず（ステップＳ５のＮＯ）、ＦＦＤ及びキーワードを次に書き込むデータフラッシュ１３ＢのセクションをセクションＢに指定し（ステップＳ６）、図４（ｂ－２）に示すように、Ｋｅｙ＝０ｘ９８７６５４３２及び故障情報Ｂ２を指定セクションＢに書き込む（ステップＳ４）。

Ｋｅｙ＝０ｘ９８７６５４３２及び故障情報Ｂ２の指定セクションＢへの書き込みが終了した後に、バッテリ抜けや瞬断の発生などにより電源供給が途絶えたとする。この場合、実行中のフリーズフレームデータ（ＦＦＤ）保持処理は、Ｋｅｙ＝０ｘ９８７６５４３２及び故障情報Ｂ３のセクションＣへの書き込み、及び、Ｋｅｙ＝０ｘ９８７６５４３２及び故障情報Ｂ４のセクションＤへの書き込みが実行されることなく終了してしまう。この結果、セクションＣとセクションＤにはＮ＋１回目の車両の故障が発生する前の内容が保持されたままになる、つまり、Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ３とＫｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ４が保持されたままになる（図４（ｂ－３）～（ｂ－４））。

上記したＦＦＤのデータフラッシュ１３Ｂへの書き込みに失敗した失敗例では、図４（ｂ）に示すように、データフラッシュ１３ＢのセクションＡ、ＢにはＮ＋１回目の車両１の故障が発生した際のＦＦＤの故障情報Ｂ１、Ｂ２が書き込まれて保持されるとともに、セクションＡ、Ｂの各々にはＫｅｙ＝０ｘ９８７６５４３２が書き込まれて保持されることになる。また、データフラッシュ１３ＢのセクションＣ、ＤにはＮ回目の車両の故障が発生した際のＦＦＤの故障情報Ａ３、Ａ４が保持されたままになるとともに、セクションＣ、Ｄの各々にはＫｅｙ＝０ｘ１２３４５６７８が保持されたままとなる。このように、セクションＡ、Ｂの各々に保持されているＫｅｙ＝０ｘ９８７６５４３２と、セクションＣ、Ｄの各々に保持されているＫｅｙ＝０ｘ１２３４５６７８とは異なったキーワードとなる。

３．フリーズフレームデータ（ＦＦＤ）読込処理
３．１．フリーズフレームデータ（ＦＦＤ）読込処理の処理フロー
メインＥＣＵ１０のＣＰＵ１２において行われるフリーズフレームデータ（ＦＦＤ）読込処理の処理フローについて図３を参照しつつ詳細に説明する。図３のフリーズフレームデータ（ＦＦＤ）読込処理の処理フローはＣＰＵ１２の起動時や再起動時などに実行される。

フリーズフレームデータ（ＦＦＤ）読込処理では、まず、ＣＰＵ１２は、データフラッシュ１３ＢにＦＦＤが保持されているか否かを判定する（ステップＳ５１）。データフラッシュ１３ＢにＦＦＤが保持されていないと判定された場合には（ステップＳ５１のＮＯ）、図３のフリーズフレームデータ（ＦＦＤ）読込処理を終了する。一方、データフラッシュ１３ＢにＦＦＤが保持されていると判定された場合には（ステップＳ５１のＹＥＳ）、ステップＳ５２の処理に進む。

ＣＰＵ１２は、データフラッシュ１３Ｂの複数のセクションの各々から書込確認情報（キーワード）及び故障情報（ＦＦＤを構成する複数のセクション書込データのうちの当該セクションに保持されているセクション書込データ）を読み出してこれらをＳＲＡＭ１３Ｃに書き込んで保持し（ステップＳ５２）、ステップＳ５３の処理に進む。

ＣＰＵ１２は、ステップＳ５２でデータフラッシュ１３Ｂの複数のセクションの各々から読み出されてＳＲＡＭ１３Ｃに書き込まれた書込確認情報（キーワード）が全て同一であるか否かを判定する（ステップＳ５３）。ステップＳ５３の判定処理において書込確認情報（キーワード）が全て同一であると判定された場合には（ステップＳ５３のＹＥＳ）、図３のフリーズフレームデータ（ＦＦＤ）読込処理を終了する。一方で、ステップＳ５３の判定処理において書込確認情報（キーワード）が全て同一であると判定されなかった場合には（ステップＳ５３のＮＯ）、ステップＳ５４の処理に進む。

ＣＰＵ１２は、データフラッシュ１３ＢからＦＦＤ及びキーワードを初期化して消去し、ＳＲＡＭ１３ＣからＦＦＤ及びキーワードを初期化して消去し（ステップＳ５４）、図３のフリーズフレームデータ（ＦＦＤ）読込処理を終了する。ステップＳ５４の処理内容をさらに記載すると、データフラッシュ１３Ｂの複数のセクションの各々から故障情報（セクション書込データ）及び書込確認情報（キーワード）を初期化して消去し、ＳＲＡＭ１３Ｃからデータフラッシュ１３Ｂの複数のセクションの各々から読み出されてＳＲＡＭ１３Ｃに書き込まれた故障情報（セクション書込データ）及び書込確認情報（キーワード）を初期化して消去する。

図３のフリーズフレームデータ（ＦＦＤ）読込処理が終了した後に、故障診断ツール搭載端末がＯＢＤコネクタＴに接続され、故障診断ツール搭載端末がメインＥＣＵ１０のＣＰＵ１２に対してＦＦＤの送信要求を行う。

ＣＰＵ１２の起動時や再起動時などの複数のセクションの書込確認情報（キーワード）が全て同一である場合、ＣＰＵ１２は、故障診断ツール搭載端末からの送信要求に応じて、データフラッシュ１３Ｂの複数のセクションの各々から読み出されてＳＲＡＭ１３Ｃに書き込まれた故障情報（セクション書込データ）をＳＲＡＭ１３Ｃから読み出して故障診断ツール搭載端末へ送信する。これにより、故障診断ツール搭載端末において、一のフリーズフレームデータを構成する複数のセクション書込データ（故障情報）だけを用いた車両故障の解析を行うことができる。

一方、ＣＰＵ１２の起動時や再起動時などの複数のセクションの書込確認情報（キーワード）の中に他の書込確認情報（キーワード）と異なるものがある場合、データフラッシュ１３Ｂの複数のセクションの各々から読み出されてＳＲＡＭ１３Ｃに書き込まれた故障情報（セクション書込データ）はＳＲＡＭ１３Ｃから消去されているので、ＣＰＵ１２の起動時や再起動時などにデータフラッシュ１３Ｂの複数のセクションの各々に保持されている故障情報（セクション書込データ）が故障診断ツール搭載端末へ送信されることはない。これにより、故障診断ツール搭載端末において、一のフリーズフレームデータに関らないものを含めて車両故障の解析を行ってしまうという不具合を防止できる。

３．２．ＦＦＤのデータフラッシュからの読み込み例
図３のフリーズフレームデータ（ＦＦＤ）読込処理でのＦＦＤのデータフラッシュ１３Ｂから読み込み例について図４を参照しつつ詳細に説明する。

３．２．１．ＦＦＤのデータフラッシュへの書き込みに成功した場合のＦＦＤの読み込み例
ＦＦＤのデータフラッシュ１３Ｂへの書き込みに成功した場合のＦＦＤの読み込み例について図４（ａ）を参照しつつ詳細に説明する。

ＣＰＵ１２は、データフラッシュ１３ＢにＦＦＤが保持されているか否かを判定し（ステップＳ５１）、ＦＦＤが保持されていると判定する（ステップＳ５１のＹＥＳ）。

ＣＰＵ１２は、データフラッシュ１３ＢのセクションＡ、Ｂ、Ｃ、Ｄから「Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ１」、「Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ２」、「Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ３」、「Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ４」を読み出してＳＲＡＭ１３Ｃに書き込む（ステップＳ５２）。

ＣＰＵ１２は、データフラッシュ１３ＢのセクションＡ、Ｂ、Ｃ、Ｄから読み出されてＳＲＡＭ１３Ｃに書き込まれたＫｅｙ＝０ｘ１２３４５６７８、Ｋｅｙ＝０ｘ１２３４５６７８、Ｋｅｙ＝０ｘ１２３４５６７８、Ｋｅｙ＝０ｘ１２３４５６７８が全て同一であるか否かを判定し（ステップＳ５３）、全て同一であると判定し（ステップＳ５３のＹＥＳ）、図３のフリーズフレームデータ（ＦＦＤ）読込処理を終了する。

図３のフリーズフレームデータ（ＦＦＤ）読込処理が終了した後に、故障診断ツール搭載端末がＯＢＤコネクタＴに接続され、故障診断ツール搭載端末がメインＥＣＵ１０のＣＰＵ１２に対してＦＦＤの送信要求を行う。ＣＰＵ１２は、故障診断ツール搭載端末からの送信要求に応じて故障情報Ａ１～Ａ４をＳＲＡＭ１３Ｃから読み出して故障診断ツール搭載端末へ送信する。これにより、故障診断ツール搭載端末において、Ｎ回目の車両の故障が発生した際のフリーズフレームデータを構成する４つの故障情報Ａ１～Ａ４だけを用いた車両故障の解析を行うことができる。

３．２．２．ＦＦＤのデータフラッシュへの書き込みに失敗した場合のＦＦＤの読み込み例
ＦＦＤのデータフラッシュ１３Ｂへの書き込みに失敗した場合のＦＦＤの読み込み例について図４（ｂ）を参照しつつ詳細に説明する。

ＣＰＵ１２は、データフラッシュ１３ＢにＦＦＤが保持されているか否かを判定し（ステップＳ５１）、ＦＦＤが保持されていると判定する（ステップＳ５１のＹＥＳ）。

ＣＰＵ１２は、データフラッシュ１３ＢのセクションＡ、Ｂ、Ｃ、Ｄから「Ｋｅｙ＝０ｘ９８７６５４３２及び故障情報Ｂ１」、「Ｋｅｙ＝０ｘ９８７６５４３２及び故障情報Ｂ２」、「Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ３」、「Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ４」を読み出してＳＲＡＭ１３Ｃに書き込む（ステップＳ５２）。

ＣＰＵ１２は、データフラッシュ１３ＢのセクションＡ、Ｂ、Ｃ、Ｄから読み出されてＳＲＡＭ１３Ｃに書き込まれたＫｅｙ＝０ｘ９８７６５４３２、Ｋｅｙ＝０ｘ９８７６５４３２、Ｋｅｙ＝０ｘ１２３４５６７８、Ｋｅｙ＝０ｘ１２３４５６７８が全て同一であるか否かを判定し（ステップＳ５３）、全て同一であると判定しない（ステップＳ５３のＮＯ）。ＣＰＵ１２は、データフラッシュ１３ＢのセクションＡ、Ｂ、Ｃ、Ｄから「Ｋｅｙ＝０ｘ９８７６５４３２及び故障情報Ｂ１」、「Ｋｅｙ＝０ｘ９８７６５４３２及び故障情報Ｂ２」、「Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ３」、「Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ４」を消去し、ＳＲＡＭ１３Ｃから「Ｋｅｙ＝０ｘ９８７６５４３２及び故障情報Ｂ１」、「Ｋｅｙ＝０ｘ９８７６５４３２及び故障情報Ｂ２」、「Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ３」、「Ｋｅｙ＝０ｘ１２３４５６７８及び故障情報Ａ４」を消去し（ステップＳ５４）、図３のフリーズフレームデータ（ＦＦＤ）読込処理を終了する。

図３のフリーズフレームデータ（ＦＦＤ）読込処理が終了した後に、故障診断ツール搭載端末がＯＢＤコネクタＴに接続され、故障診断ツール搭載端末がメインＥＣＵ１０のＣＰＵ１２に対してＦＦＤの送信要求を行っても、ＣＰＵ１２の起動時や再起動時などにデータフラッシュ１３ＢのセクションＡ～Ｄに保持されている故障情報Ｂ１、Ｂ２、Ａ３、Ａ４がＣＰＵ１２から故障診断ツール搭載端末へ送信されることはない。これにより、故障診断ツール搭載端末において、Ｎ＋１回目の車両の故障が発生した際のフリーズフレームデータに関わる故障情報Ｂ１、Ｂ２とＮ回目の車両の故障が発生した際のフリーズフレームデータに関わる故障情報Ａ３、Ａ４とを混在して車両故障の解析を行ってしまうという不具合を防止できる。

＜効果＞
以上の実施形態によれば、一の車両の故障が発生した際の一のＦＦＤのデータフラッシュ１３Ｂへの書き込に成功した場合にはデータフラッシュ１３Ｂの複数のセクションの各々に保持されている書込確認情報（キーワード）は全て同じになる（図４（ａ）参照）。一方で、一のＦＦＤをデータフラッシュ１３Ｂに書き込んでいる途中に電源供給が途絶えるなどして当該一のＦＦＤのデータフラッシュ１３Ｂへの書き込みに失敗した場合にはセクション書込データを書き込むことができたセクションに保持されている書込確認情報（キーワード）と書き込むことができなかったセクションに保持されている書込確認情報（キーワード）とは異なるものになる（図４（ｂ）参照）。このため、複数のセクションの各々に保持されている書込確認情報（キーワード）の中に他の書込確認情報（キーワード）と異なるものがあれば当該複数のセクションの各々に保持されている故障情報（セクション書込データ）の中に一のＦＦＤに関らないものが含まれていると判定でき、一のＦＦＤに関らないものを含めて車両故障の解析を行ってしまうという不具合を防止できる。

また、データフラッシュ１３Ｂの複数のセクションの各々に保持されている故障情報（セクション書込データ）の全てが一のＦＦＤに関わるものであるか否かを判定することなく、データフラッシュ１３Ｂの複数のセクションの各々に保持されている書込確認情報（キーワード）の全てが同一であるか否かを判定することにより、複数のセクションの各々に保持されている故障情報（セクション書込データ）が一のＦＦＤに関わるものであるか否かを判定できるので当該判定に要する時間が短くて済む。

また、書込確認情報（キーワード）としてデータサイズの小さいものを利用すれば、一のＦＦＤのデータフラッシュ１３Ｂへの書き込み中に電源供給が断たれる可能性の増大を抑えることができる。

また、今回の車両の故障が発生した際に生成されるキーワードを、前回の車両の故障が発生した際に生成したキーワードと異なるようにすることにより、今回の車両の故障が発生した際のＦＦＤと前回の車両の故障が発生した際のＦＦＤとが混在したデータを用いて車両故障の解析を行ってしまうという不具合を防止できる。このように、一のフリーズフレームデータを不揮発性メモリの複数のセクションにわたって分割して保持する場合に好適である。

また、複数のセクションの各々に保持されている書込確認情報（キーワード）に異なるものがある場合にはデータフラッシュ１３Ｂ及びＳＲＡＭ１３Ｃの各々からＦＦＤ及びキーワードを消去するので、今後、ＦＦＤのデータフラッシュ１３Ｂへの書き込みに失敗した場合の故障情報を用いて車両故障の解析を行ってしまうという不具合をより一層防止できる。

また、ＣＰＵ１２は、ＯＢＤコネクタＴに接続された故障診断ツール搭載端末からのＦＦＤの送信要求に応じでＦＦＤを送信する場合、ＦＦＤを構成する複数のセクション書込データ（故障情報）をデータフラッシュ１３Ｂから読み出して送信するのではなく、ＳＲＡＭ１３Ｃから読み出して送信するため、ＦＦＤを構成する複数のセクション書込データ（故障情報）の故障診断ツール搭載端末への送信を速やかに行うことができる。

＜変形例＞
以上、本発明の一実施形態について説明したが、本発明は、他の形態で実施することもできる。

例えば、上記の実施形態では、相関性のある相関データとして同一のキーワードを例に挙げ、相関性のない相関データとして異なるキーワードを例に挙げて説明したが、これに限定されるものではなく、例えば、複数のセクションの各々の故障情報（セクション書込データ）が同じフリーズフレームデータに関わるものであることの判定を可能にするものであれば同一のキーワード以外の相関性のある相関データであってもよく、複数のセクションの各々の故障情報（セクション書込データ）が異なるフリーズフレームデータに関わるものであることの判定を可能にするものであれば異なるキーワード以外の相関性のないデータであってもよい。

上記の場合において、例えば、ＦＦＤを４つに分けてデータフラッシュ１３Ｂの４つのセクションＡ～Ｄに書き込むケースついて記載する。前回の車両１の故障が発生した際に書込確認情報として相関データＤＡ１、ＤＡ２、ＤＡ３、ＤＡ４がセクションＡ、Ｂ、Ｃ、Ｄに書き込まれ、今回の車両１の故障が発生する前にセクションＡ、Ｂ、Ｃ、Ｄには相関データＤＡ１、ＤＡ２、ＤＡ３、ＤＡ４が保持されている。この相関データＤＡ１、ＤＡ２、ＤＡ３、ＤＡ４には互いに相関性がある。今回の車両１の故障が発生した際の図２のフリーズフレームデータ（ＦＦＤ）読込処理ではステップＳ２が相関データＤＡ１、ＤＡ２、ＤＡ３、ＤＡ４とは互いに相関性のない相関データＤＢ１、ＤＢ２、ＤＢ３、ＤＢ４を生成する処理に置き換わる。この相関データＤＢ１、ＤＢ２、ＤＢ３、ＤＢ４には互いに相関性がある。そして、ステップＳ４が指定セクションへのキーワードの書き込み部分を指定セクションへの相関データＤＢ１～ＤＢ４のうちのまだ書き込まれていない相関データの書き込みを行うものに置き換わる。図３のフリーズフレームデータ（ＦＦＤ）読込処理ではステップＳ５２～Ｓ５４の処理において書込確認情報（キーワード）が書込確認情報（相関データＤＢ１～ＤＢ４）に置き換わり、ステップＳ５３では複数のセクションＡ～Ｄの各々から読み出されてＳＲＡＭ１３Ｃに書き込まれた書込確認情報に互いに相関性があるか否かを判定することになり、書込確認情報に互いに相関性があると判定された場合はフリーズフレームデータ（ＦＦＤ）読込処理を終了し、書込確認情報に互いに相関性があると判定されなかった場合はステップＳ５４に進む。

また、上記の実施形態で説明した内容や上記の変形例で説明した内容を適宜組み合わせるようにしてもよい。

その他、前述の構成には、特許請求の範囲に記載された事項の範囲で種々の設計変更を施すことが可能である。

本発明は、フリーズフレームデータの記憶に関わる制御を行う車両用制御装置に広く適用可能である。

１：車両
Ｓ：車両用制御システム
１０：メインＥＣＵ
１１：マイコン
１２：ＣＰＵ
１３Ｂ：データフラッシュ
１３Ｃ：ＳＲＡＭ

Claims (3)

1. 車両の故障が発生した際のフリーズフレームデータの記憶に関わる制御を行う車両用制御装置であって、
   一の車両の故障が発生した際に、一のフリーズフレームデータを構成する複数のセクション書込データの各々を不揮発性メモリの複数のセクションのうちの該当するセクションに故障情報として書き込み、当該複数のセクションの各々に相関性のある相関データを書込確認情報として書き込む書込処理を行うものであって、前記書込処理では一つのセクションへの前記セクション書込データ及び前記相関データの書き込みを終了した後に他の一つのセクションへの前記セクション書込データ及び前記相関データの書き込みを行う書込手段と、
   前記不揮発性メモリから前記一のフリーズフレームデータを読み出す際に、前記複数のセクションの各々に保持されている前記書込確認情報に互いに相関性があるか否かを判定し、前記複数のセクションに保持されている前記故障情報を、前記書込確認情報に互いに相関性があると判定された場合には車両の故障の解析に用いる情報であるとし、前記書込確認情報に互いに相関性があると判定されなかった場合には車両の故障の解析に用いる情報であるとしない、判定手段と
   を備えることを特徴とする車両用制御装置。
2. 前記書込手段は、今回の車両の故障が発生した際に前記複数のセクションの各々に前記書込確認情報として今回書き込む相関性のある相関データを、前回の車両の故障が発生した際に前記複数のセクションの各々に前記書込確認情報として前回書き込まれた相関性のある相関データとは相関性のないデータとする
   ことを特徴とする請求項１に記載の車両用制御装置。
3. 前記書込確認情報に互いに相関性があると判定されなかった場合には前記複数のセクションの各々に保持されている前記故障情報及び前記書込確認情報を消去する消去手段
   をさらに備えることを特徴とする請求項１又は２に記載の車両用制御装置。

Images