(57)【要約】【課題】車両用制御装置において、特定の部品・システムの故障が特定できないようなエンジン始動不良の発生頻度をエンジン冷却水温度別に保存し、再現性が低い不具合であっても的を絞って再検証を行わせ、また、設計者がどの状況下での発生頻度が高いかを把握することにある。【解決手段】経時的なデータを記憶するデータ処理を行うものであり、特に、車両の故障診断において、車両やエンジンの運転状態に関する履歴情報、ある経過時間にわたる情報のデータを累積する際のデータ処理を行い、また、そのデータ処理を用いた解析手法を実施する。【選択図】図１
2010138792.tif 000002
【特許請求の範囲】
【請求項１】
記憶領域を有するとともに複数のカウンタ機能を有し、このカウンタ機能では所定条件の成立に伴って対応するそれぞれのカウンタを増加させるインクリメント処理を行い、このインクリメント処理によって増加したカウント値を前記記憶領域に記憶する車両用制御装置において、運転条件のバリエーションに対応して相互に同等の上限値を持つ第一のカウンタを複数設け、この複数の第一のカウンタに関わる別な第二のカウンタを設け、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに  この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施することを特徴とする車両用制御装置。
【請求項２】
前記運転条件は、エンジンの始動時における冷却水温度とクランキング時間とであり、前記第一のカウンタは、前記冷却水温度と前記クランキング時間とを組合せた条件に依存して複数に分けて設けられ、且つその当て嵌まる条件の実績を頻度としてカウントすることを特徴とする請求項１に記載の車両用制御装置。
【請求項３】
前記第二のカウンタは、複数の温度域に分けた冷却水温度に対応して複数設けられ、この冷却水温度の温度域に分けられた第一のカウンタがインクリメント処理により増加するのに対応させて、前記複数の温度域毎に分けて前記第二のカウンタをインクリメント処理することを特徴とする請求項２に記載の車両用制御装置。
【請求項４】
第三のカウンタとして、エンジンの始動不良回数を、複数の温度域に分けた冷却水温度に応じて複数設けたことを特徴とする請求項１〜３のいずれか１項に記載の車両用制御装置。
【請求項５】
第四のカウンタとして、エンジン始動可能になった始動不良回数とエンジン始動不能になった始動不良回数とを、それぞれ複数の温度域に分けた冷却水温度に応じて複数設けたことを特徴とする請求項１〜３のいずれか１項に記載の車両用制御装置。
【請求項６】
記憶領域を有するとともに複数のカウンタ機能を有し、このカウンタ機能では所定条件の成立に伴って対応するそれぞれのカウンタを増加させるインクリメント処理を行い、このインクリメント処理によって増加したカウント値を前記記憶領域に記憶する車両用制御装置において、運転条件のバリエーションに対応して相互に同等の上限値を持つ第一のカウンタを複数設け、この複数の第一のカウンタに関わる別な第二のカウンタを設け、前記第一のカウンタと前記第二のカウンタとを、いずれも２のｎ乗通りカウント可能な２進ｎビットとし、二分割処理は前記第一のカウンタの値を小数点以下を切り上げた整数値となるように半減するものとし、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに、この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施し、この第二のカウンタのインクリメント処理を継続して実施することにより前記第二のカウンタが増大するにつれて、直近の最後にオーバーフロー間近となる最大値に達した第一のカウンタの二分割処理後のｎビット目を２値（０，１）のうち１とする一方、直近の第二のカウンタの増大に寄与しなかったカウンタのうち有値のカウンタの値を二分割処理によって１ビット目のみを２値（０，１）のうち１に向けて収束するように変更可能とすることを特徴とする車両用制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、車両用制御装置に係り、特に故障診断機能を用いた不具合解析データを保存・取得する車両用制御装置に関する。
【背景技術】
【０００２】
近年、国内外の排ガス法規制が年々厳しくなり、それに伴って車両用制御装置（車載用電子コントローラ：ＥＣＵ等）内の故障診断（ＯＢＤ：Ｏｎ  Ｂｏａｒｄ  Ｄｉａｇｎｏｓｔｉｃ）の要求も厳しくなってきている。
基本的な故障診断は、車両の走行状況が一定の条件を満たした時点で、車両用制御装置の入出力をモニタして正常か異常かを判別する。異常と判断されたなら、どの部品やシステムが異常であるかを識別する故障コード（ＤＴＣ：Ｄｉａｇｎｏｓｔｉｃ  Ｔｒｏｕｂ１ｅ  Ｃｏｄｅ）と故障判定を実施したときの走行状態を、記憶手段としてのデータ保持用メモリ（ＥＥＰＲＯＭやバッテリー電源でバックアップされたＲＡＭ）に保存している。
【０００３】
従来、車両用故障診断制御装置には、設定条件を満たしたときに、エンジンストールやエンジン始動不良を含む始動時故障であると判定する判定機能と、始動時故障と判定されたときの始動時データの保存機能とを備え、修理時間の短縮を可能とするものがある。
内燃機関の故障診断方式には、内燃機関の動作時間又はその動作時間に関連する物理量を積算し、故障発生までの時間等の物理量を知るようにしたものがある。
車両制御装置には、不揮発性メモリの記憶容量を増加させることなく、車両の運転回数及び故障診断回数を記憶する不揮発性メモリの書換え回数を動作保証回数以下に制限することが可能なものがある。
【特許文献１】特開２００４−４４４０７号公報
【特許文献２】特開昭６３−１６７０５９号公報
【特許文献３】特許第３９９１９６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、現在の車両用制御装置内の故障診断プログラムにおいては、エンジン始動不良等で非常に多くの部品・システムの故障が要因として考えられるものの、故障内容を識別する故障コードや故障時の走行状態を保存できる機能が、特定のシステム、部品の故障に限られていたことから、部品・システムの特定が不可能であった場合には、故障として判定されていない。
エンジン始動不良は顧客にとって重大な不具合にも関わらず、これを故障として判定できないため、修理業者に車両が持込まれたあと、修理業者は、状況把握のため、不具合の再検証をしなくてはならない。エンジン始動不良は、一般的に特殊な条件下でのみ発生することが多く、この再検証は時間がかかり、修理業者・顧客共、多くの工数／不便を強いられることになる。
また、顧客が修理業者に持ち込む車両の不具合は、現行の故障診断プログラムでは診断できずに故障コードが残っていない場合が多い。これらの症状がすぐ再現できれば、作業者による故障診断は可能ではあるが、再現性の低い故障では故障原因の解析が非常に困難となっている
このような問題点を改善するため、上記の特許文献１では、第２の故障コード（症状ベース）を新設することによって、エンジンストール・エンジン始動不良といった症状べース（上記の「現行の故障診断プログラムでは診断できずに故障コードが残っていない場合」に該当する）の不具合に関するデータの保存を可能としている。
しかしながら、再現性の低い不具合の解析において、どのような状況下であったか、特に、どのようなエンジンの冷却水温度状態で発生しているかが、不具合解析におけるポイントとなるにもかかわらず、それが再現できる程度に十分なデータが蓄積されていなかったという不都合があった。
【０００５】
そこで、この発明の目的は、特定の部品・システムの故障が特定できないようなエンジン始動不良の発生頻度をエンジンの冷却水温度別に保存することで、再現性が低い不具合であっても的を絞って再検証を行うことができ、また、設計者がどの状況下での発生頻度が高いかを把握し、防止策を検討することができる車両用制御装置を提供することにある。
【課題を解決するための手段】
【０００６】
この発明は、記憶領域を有するとともに複数のカウンタ機能を有し、このカウンタ機能では所定条件の成立に伴って対応するそれぞれのカウンタを増加させるインクリメント処理を行い、このインクリメント処理によって増加したカウント値を前記記憶領域に記憶する車両用制御装置において、運転条件のバリエーションに対応して相互に同等の上限値を持つ第一のカウンタを複数設け、この複数の第一のカウンタに関わる別な第二のカウンタを設け、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに  この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施することを特徴とする。
【発明の効果】
【０００７】
この発明の車両用制御装置は、特定の部品・システムの故障が特定できないようなエンジン始動不良の発生頻度をエンジン冷却水温度別に保存し、再現性が低い不具合であっても的を絞って再検証を行うことができ、また、設計者がどの状況下での発生頻度が高いかを把握することができる。
【発明を実施するための最良の形態】
【０００８】
この発明は、再現性が低い不具合であっても的を絞って再検証を行うことができ、また、設計者がどの状況下での発生頻度が高いかを把握し、防止策を検討することを、特定の部品・システムの故障が特定できないようなエンジン始動不良の発生頻度をエンジン冷却水温度別に保存して実現するものである。
以下、図面に基づいてこの発明の実施例を詳細且つ具体的に説明する。
【実施例】
【０００９】
図１〜図１０は、この発明の実施例を示すものである。
図１、図２において、１は車両である。この車両１は、エンジン２と通信診断システム３とを搭載している。この通信診断システム３には、車両用制御装置４として、複数の、例えば、第１車両用制御装置４Ａ、第２車両用制御装置４Ｂ…が備えられ、また、故障診断装置（故障診断テスタ）５が車両１から離れて備えられている。
第１車両用制御装置４Ａ、第２車両用制御装置４Ｂ…は、通信線として、シリアル通信可能で双方向のデータ通信が可能な車両側通信線６を介して互いに接続され、通常時には互いにデータの送受信を実施しながら制御対象を制御する。車両側通信線６には、車両側接続コネクタ７が設けられている。
故障診断装置５は、前記複数の車両用制御装置４のいずれか一つの車両用制御装置に接続され、一つの車両用制御装置のプログラムの書換え処理、あるいは車両１やエンジン２の故障診断（ＯＢＤ：Ｏｎ  Ｂｏａｒｄ  Ｄｉａｇｎｏｓｔｉｃ）を実行するものである。
この故障診断装置５には、ディスプレイ８が備えられ、また、車両側接続コネクタ７に結合可能な車外コネクタ９を設けた通信線である車外通信線１０が接続している。この車外通信線１０は、前記車両側通信線６に接続可能である。
第１車両用制御装置４Ａと第２車両用制御装置４Ｂとは、同一構造であり、ここでは、以下のように、第２車両用制御装置４Ｂについてのみ説明する。
【００１０】
第２車両用制御装置４Ｂは、例えば、ボディコントロールモジュール（ＢＣＭ）、エンジンコントールモジュール（ＥＣＭ）、トランスミッション（Ａ／Ｔ）コントローラ、ＡＢＳ（アンチロックブレーキシステム）コントローラ、エアバックコントローラ等の複数の車両用制御装置（車載用電子コントローラ：エレクトリックコントロールユニット（ＥＣＵ））中から選択されたものであり、故障診断機能（自己診断）を有する。
図１に示すように、第２車両用制御装置４Ｂは、車両側通信線６に接続した受信手段である通信ポート１１と、車載用センサ１２からの信号を入力して波形処理するとともに通信ポート１０に出力する入力処理装置１３と、通信ポート１１に連絡するとともに入力処理装置１３からの信号に基づいて目的の制御に対する最適制御量を演算し、この演算結果に基づいた制御信号を出力する中央処理装置（ＣＰＵ）１４と、制御用のプログラムやデータを格納するブロック書き換え可能な不揮発性メモリ（ＲＯＭ）からなる書込み用記憶手段１５と、工場でプログラムする場合等に使用される不揮発性のＥＥＰＲＯＭ（電気的に消去・書込み可能なＲＯＭ）からなるデータ保持用記憶手段１６と、中央処理装置（ＣＰＵ）１４が演算を行うためのデータを保存するとともに保存されている故障情報を他の電子制御装置内にも保存するデータ保存記憶手段（ＲＡＭ）１７と、データをバックアップ保存するバックアップ記憶手段（ＲＡＭ）１８と、中央処理装置（ＣＰＵ）１４からの制御信号を受けてアクチュエータ（燃料噴射弁等）１９を駆動するように通信ポート１１に接続した出力制御装置１０と、電源供給回路２１とを備えている。
【００１１】
第２車両用制御装置４Ｂの電源供給回路２１には、電力の供給を受けるように電力線２２よって電源（バッテリ）２３が接続し、また、イグニション信号を受けるようにイグニション信号線２４によってイグニションスイッチ２５が接続している。電源２３には、車両側接続コネクタ７に接続した車両側電源線２６及び車両側グランド線２７が接続している。
一方、故障診断装置５には、車外コネクタ９に接続した車外電源線２８及び車外グランド線２９が接続している。車外電源線２８は、車両側電源線２６に接続可能である。車外グランド線２９は、車両側グランド線２７に接続可能である。
【００１２】
この車両用制御装置４Ｂにおいては、故障診断プログラムが備えられており、所定条件の成立時に故障診断が実施される。ここで、前記所定条件とは、エンジンストールとエンジン始動不良とを識別可能な条件であり、また、車両用制御装置４Ｂの中央処理装置１４の故障判定部１４Ａで、故障と判定された場合に、内部の、例えば、データ保持用記憶手段１６等の所定の記憶手段に故障コードと走行状態とが保存される。
そして、車両が修理工場に持ち込まれた場合に、車両１の車両用制御装置４Ｂに故障診断装置５を接続し、車両用制御装置４Ｂの内部のデータ保持用記憶手段１６に保存された故障コードと走行状態及びエンジン２の冷却水温度毎の始動時間の統計データとエンジン冷却水温度毎の始動不良発生回数を読み出し、故障診断装置５のディスプレイ８に表示する。
【００１３】
この実施例において、車両用制御装置４Ｂは、データ保持用記憶手段１６等の所定の記憶手段で記憶領域（記憶エリア）を有するとともに中央処理装置１４のカウンタ部１４Ｂで複数のカウンタ機能を有し、このカウンタ機能では所定条件の成立に伴って対応するそれぞれのカウンタ（記憶値、ｕｎｉｔデータ）を増加させるインクリメント処理を行い、そして、このインクリメント処理によって増加したカウント値を前記記憶領域に記憶する。
【００１４】
また、車両用制御装置４Ｂは、運転条件のバリエーションに対応して相互に同等の上限値を持つ第一のカウンタを複数設け、この複数の第一のカウンタに関わる別な第二のカウンタ（オーバーフローカウンタ）を設け、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに、この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施する。
【００１５】
更に、車両用制御装置４Ｂは、前記第一のカウンタと前記第二のカウンタとを、いずれも２のｎ乗通りカウント可能な２進ｎビットとし、二分割処理は前記第一のカウンタの値を小数点以下を切り上げた整数値となるように半減するものとし、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに、この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施し、この第二のカウンタのインクリメント処理を継続して実施することにより前記第二のカウンタが増大するにつれて、直近の最後にオーバーフロー間近となる最大値に達した第一のカウンタの二分割処理後のｎビット目を２値（０，１）のうち１とする一方、直近の第二のカウンタの増大に寄与しなかったカウンタのうち有値のカウンタの値を二分割処理によって１ビット目のみを２値（０，１）のうち１に向けて収束するように変更可能とする。
【００１６】
前記運転条件は、エンジン２の始動時における冷却水温度とクランキング時間とである。つまり、カウンタをパラメータとして分けるために設定する運転条件の各変数（車両用制御装置４への入力パラメータ）は、エンジン２の始動時における燃焼環境を端的に示すエンジン２の冷却水温度、及び完爆するまでの容易性や困難性を示す所要時間であるクランキング時間である。
前記第一のカウンタは、前記冷却水温度と前記クランキング時間とを組合せた条件に依存して複数に分けて設けられ、且つその当て嵌まる条件の実績を頻度としてカウントする。つまり、第一のカウンタは、冷却水温度を複数の温度域に分けるとともに、クランキング時間を複数の所要時間帯に分けて、これらを組合せた条件に依存して複数分けて設けている。そして、複数に分けられたカウンタのそれぞれに対して、当て嵌まる条件が成立したという実績を、成立した頻度として、カウントするものである。
車両用制御装置４Ｂの故障診断機能（自己診断）によって、故障が判別されれば、第一の故障コードが記録される。特定の故障が判別されない場合（第一の故障コードが記録されない場合）は、車両用制御装置４Ｂが関わるシステム全体が正常の場合であるか、あるいは、第二の故障コードが記録されるような症状ベースの故障の場合であるか、どちらかである。いずれにしても、第一のカウンタには実績が残るので、解析によって判別が可能である。
【００１７】
上記の第一のカウンタと第二のカウンタとは、いずれも２のｎ乗通りカウント可能な２進ｎビットである。ここでは、ｎ＝８で、２８  ＝２５６通りの８ビット（００００００００〜１１１１１１１１）としている。即ち、カウンタの値であるｕｎｉｔデータは、０（００００００００）〜２５５（１１１１１１１１）の値をとる。
また、上記の二分割処理は、第一のカウンタの値を、小数点以下を切り上げた整数値となるように半減するものとしている。例えば、この二分割処理によって、２５５（１１１１１１１１）の場合には、１２８（１０００００００）となり、１２８（１０００００００）の場合には、６４（０１００００００）となり、２（００００００１０）の場合には、１（０００００００１）となり、そして、１（０００００００１）の場合には、１（０００００００１）のままとなる。
また、上記のように、インクリメント処理を継続して実施することにより、二分割処理が行われ、前記第二のカウンタ（二分割回数）が増大する。
この第二のカウンタ（二分割回数）が増大するにつれて、直近の最後にオーバーフロー間近となる最大値に達した第一のカウンタの二分割処理後のｎビット目を２値（０，１）のうち１とする。例えば、この二分割処理によって、２５５（１１１１１１１１）の場合に、１２８（１０００００００）となり、ｎ＝８の８ビット目は１となる。
【００１８】
一方、直近の第二のカウンタの増大に寄与しなかったカウンタのうち、有値（１から２５４までの値を有するもの）のカウンタの値を、二分割処理によって１ビット目を２値（０，１）のうち１に向けて収束するよう変更する。例えば、この二分割処理によって、２５４（１１１１１１１０）の場合に、１２７（０１１１１１１１）となり、そして、これを繰り返すとやがて、２（００００００１０）が１（０００００００１）となり、１（０００００００１）が１（０００００００１）のままとなる。そして、二分割処理を、ｎ＝８の８回程度繰り返す間に、インクリメントがなかった場合は、カウンタが１（０００００００１）となる。つまり、カウンタは、最終的に、１（０００００００１）に収束することになる。従って、逆に、カウンタが０（００００００００）の場合は、実績がないという有意のデータとなる。
また、２５５を１２８とするように、約半値を保持することにより、ｕｎｉｔデータが０の場合には、実績が０であることが明確になり、実績が「ない」というｕｎｉｔデータが「ある」ということになる。また、この二分割実施では、一度でもｕｎｉｔデータが１となれば、何回繰り返しても、１となるので、０か１かの違いは有意差となる。これは、非常に簡単な数値判定なので、作業者が視覚的に判断でき、また、自動的に電算処理もできる。
これに対して、従来技術では、オーバーフローカウンタの一つを共有して、リセットによって０となるので、多くが０の場合に、実績の有無がそのままではわからないことになっていた。
【００１９】
上記の二分割実施によって約半値を保持することを繰り返すと、第二のカウンタ（オーバーフローカウンタ）が増加するにつれて、カウンタの値であるｕｎｉｔデータが半減する傾向を持つ。この傾向では、半減を繰り返した回数が多い程、ｕｎｉｔデータが小さくなるということになる。すなわち、古い時点のカウント蓄積は圧縮されて小さくなり、最近の新しい時点のカウント蓄積はあまり圧縮されないということになる。
このことは、現在何らかの不具合が生じて車両１のサービスを受けるとした場合に、現在生じている不具合とは関係ない古いデータは圧縮され、関係の深い新しいデータは圧縮されず、時間経過を含んだデータの大小によって重要度や優先度といった重み付けがなされていることになり、再現して検証すベき条件を正確に示すことができる。この正確性によって、防止策等の検討につなげることが可能となる。
【００２０】
また、検証過程での判断処理の流れの例として、図５に示すような統計データが実際に得られた場合に、例えば、Ｎｏ．２〜Ｎｏ．５までの極低温時の中で、Ｎｏ．２やＮｏ．３では大きな値がカウントされ、Ｎｏ．４やＮｏ．５では小さな値である場合、短時間で始動していることになるので、始動不良といった問題はあまりない。
しかしながら、Ｎｏ．２、Ｎｏ．３やＮｏ．４でのカウントが比較的小さな値で、Ｎｏ．５では大きな値がカウントされている場合、常に長い時間かかって始動していることになるので、何らかの不良や故障が考えられる。あるいは、始動時冷却水温度が低い場合や高い場合の方が、始動時冷却水温度が常温に近い場合に、例えば、燃料噴射量の過多あるいは不足という不都合を起こし易い。複数の温度域にわたって一様に散らばるようにしてクランキング時間が長いのであれば、何らかの故障（例えば、電気系の故障）が考えられる、といった判断を行うことができる。
【００２１】
図４においては、時間（ｔｉｍｅ）とクランキング時間カウンタ（Ｃｒａｎｋｉｎｇ  Ｔｉｍｅ  Ｃｏｕｎｔｅｒ：ＣＴＣｏｕｎｔｅｒ）との関係を示し、時間の経過と共に完爆するするまでのクランキング時間が徐々にのびていった場合であり、カウンタの累積値の変遷傾向を示し、時間経過と共に相対的に小さくなり（小さくなった値は残る）、直近の頻度の多いものを相対的に大きくして重み付けを行い、また、実績のないところは、０としている。
【００２２】
この実施例において、始動時間統計保存データの保存例としては、図５に示す例１と、図６に示す例２とがある。
図５に示す始動時間統計データ保存例の例１においては、各始動時冷却水温度の温度域毎にクランキング時間を持ち、クランキング時間カウンタのいずれかが２５５（二進法の８ビット）をオーバーした場合、全てのクランキング時間カウンタの値を２で割って更新し（少数は切り上げる）、そして、「ＮＯ．１」（二分割実施回数）をインクリメントする。ここで、二分割とは、データを略半分ずつの二つに分けることである。なお、この図５においては、パラメータ名毎に付した「ＮＯ．１」、「ＮＯ．２」…が大きな番号になるにつれて、長時間で高温となるものである。「二分割実施回数（オーバーフローカウンタ）」が０〜２５５の２５５に達し、オーバーフロー目前となった場合は、二分割実施回数も二分割実施して半減させて継続する。
なお、この始動時間統計保存データの保存例の例１では、「二分割実施回数（オーバーフローカウンタ）」は、その値に意味があるのではなく、長期間継続できることに意味があるため、そのように継続すれば良い。
【００２３】
また、図６に示す始動時間統計データ保存例の例２において、前記第二のカウンタは、複数の温度域に分けた冷却水温度に対応して複数設けられる。そして、この冷却水温度の温度域に分けられた第一のカウンタがインクリメント処理により増加するのに対応させて、前記複数の温度域毎に分けて第二のカウンタをインクリメント処理する。
この始動時間統計データ保存例の例２においても、上述の例１と同様に、「二分割実施回数（オーバーフローカウンタ）」が０〜２５５の２５５に達し、オーバーフロー目前となった場合は、二分割実施回数も二分割実施して半減させて継続する。この「二分割実施回数（オーバーフローカウンタ）」は、その値に意味があるのではなく、長期間継続できることに意味があるため、そのように継続すれば良い。
この始動時間統計データ保存例の例２では、図６に示すように、クランキング時間カウンタのいずれかが２５５（二進法の８ビット）をオーバーした場合、このオーバーした始動時冷却水温度の温度域毎の単位でクランキング時間カウンタの値を２で割って更新し（少数は切り上げる）、そして、この始動時冷却水温度の温度域の二分割実施回数をインクリメントする。
【００２４】
この実施例において、不具合発生回数統計保存データの保存例としては、図７に示す例１と、図８に示す例２とがある。
図７に示す不具合発生回数統計データ保存例の例１においては、第三のカウンタとして、エンジンの始動不良回数を、複数の温度域に分けた冷却水温度に応じて複数設ける。このように第三のカウンタを設けることにより、第二の故障コードが記録されるような症状べースの故障の場合に対して、長期にわたる過去の実績を残し、解析を容易にする。
この不具合発生回数統計データ保存例の例１において、「二分割実施回数（オーバーフローカウンタ）」は、その値に意味があるのではなく、長期間継続できることに意味があるため、最大値でその値を保持する。
この不具合発生回数統計データ保存例の例１での統計データにおける「始動不良」とは、「始動不能、始動不良」だけのことである。例えば、クランキングを間欠して３回行い、その３回目で長い時間かかって完爆判定（所定回転数以上となる）となった場合に、カウントでは、「始動不良」が２回となる。
この不具合発生回数統計データ保存例の例１では、図７に示すように、始動不良回数が、レンジ（Ｒａｎｇｅ）の最大値に達した場合に、最大値として保存される。
【００２５】
また、図８に示す不具合発生回数統計データ保存の例２においては、第四のカウンタとして、エンジン始動可能になった始動不良回数とエンジン始動不能になった始動不良回数とを、それぞれ複数の温度域に分けた冷却水温度に応じて複数設ける。このように第四のカウンタを設けることにより、第二の故障コードが記録されるような症状べースの故障の場合に対して、長期にわたる過去の実績を残し、解析を容易にする。
この不具合発生回数統計データ保存例の例２での統計データにおける「始動不良」とは、「始動可能、始動不良」及び「始動不能、始動不良」である。なお、「始動可能、始動不良」及び「始動不能、始動不良」を分けずに含めた値とすることも可能である。例えば、クランキングを間欠して３回行い、その３回目で長い時間かかって完爆判定（所定回転数以上となる）となった場合に、この「始動不良」のカウントは、「始動可能、始動不良」では１回、「始動不能、始動不良」では２回とすることができる。なお、「始動可能、始動不良」と「始動不能、始動不良」とを分けずに含めた値とした場合には、「始動不良」のカウントが３回となる。
この不具合発生回数統計データ保存例の例２では、図８に示すように、始動不良回数が、始動可能／始動不能で分けて保存される。
【００２６】
なお、上記の図７、図８における不具合発生回数の統計データ更新処理の例１、例２においては、データを保存する場合、始動不良判定処理後、完爆判定等を利用し、始動可能な始動不良と始動不可能な始動不良とを分離して始動回数を保存する。
【００２７】
次に、統計データ保存処理で、例えば、始動時間統計データ保存例の例１と不具合発生回数統計データ保存例の例１とを組み合わせた場合を、図３にフローチャートに基づいて説明する。
図３に示すように、イグニションスイッチ２５がオンになると、プログラムがスタートし（ステップＡ０１）、エンジン２のクランキングが開始したか否かを判断し（ステップＡ０２）、このステップＡ０２がＮＯの場合には、この判断を継続する。
このステップＡ０２がＹＥＳの場合には始動時冷却水温度を確認し（ステップＡ０３）、クランキングが終了したか否かを判断し（ステップＡ０４）、このステップＡ０４がＮＯの場合には、この判断を継続する。
このステップＡ０４がＹＥＳの場合には、始動時間統計データ更新処理として、先ず、今回のクランキング時間、始動時冷却水温度のクランキング時間カウンタが２５５回になったか否かを判断し（ステップＡ０５）、このステップＡ０５がＹＥＳの場合には、二分割実施回数をインクリメントし、全てのクランキング時間カウンタを半分（１／２）にする（ステップＡ０６）。これは、オーバーフローによって予期せぬデータ異常を起こさないように予防するものであり、カウンタをエンジン２の異なる運転状態に割り当てて複数設け、カウンタによってカウントし、カウンタがオーバーフローしそうな場合に、第二のカウンタ（オーバーフローカウンタ）をインクルメントし、カウンタをオーバーフロー防止のためにその値を半減する。
前記ステップＡ０５がＮＯの場合、又は前記ステップＡ０６の処理後は、クランキング時間カウンタをインクリメントし（ステップＡ０７）、始動時間統計データ更新処理を終了する。
そして、不具合発生回数の統計データ更新処理として、先ず、始動不良判定が成立したか否かを判断し（ステップＡ０８）、このステップＡ０８がＹＥＳの場合には、今回の始動時冷却水温度の始動不良回数が２５５回になったか否かを判断し（ステップＡ０９）、このステップＡ０９がＮＯの場合には、今回の始動時冷却水温度の始動不良回数をインクリメントし（ステップＡ１０）、不具合発生回数の統計データ更新処理を終了して、プログラムをエンドとする（ステップＡ１１）。
一方、前記ステップＡ０８がＮＯ、前記ステップＡ０９がＹＥＳの場合には、直ちにプログラムをエンドとする（ステップＡ１１）。
【００２８】
上記の図３のフローチャートにおいて、始動時間統計データ保存例を例２とした場合には、図９に示すように、前記ステップＡ０６では、各始動時冷却水温度の温度域単位で二分割実施回数をインクリメントし、全てのクランキング時間カウンタを半分（１／２）にする。
また、上記の図３のフローチャートにおいて、不具合発生回数統計データ保存例を例２とした場合には、図１０に示すように、始動不良判定処理後（上記のステップＡ０８の後）、完爆判定等を利用し、始動可能な始動不良と始動不可能な始動不良とを分離して始動不良回数を保存する（ステップＡ１２）。
【００２９】
なお、上記の図３の統計データ保存処理では、始動時間統計データ保存の例１、例２及び／又は不具合発生回数統計データ保存の例１、例２とを、それぞれ適宜組み合わせることも可能である。
【００３０】
この結果、この実施例に係る車両用制御装置４においては、経時的なデータを記憶するデータ処理を行うものであり、特に、車両１の故障診断において、車両１やエンジン２の運転状態に関する履歴情報、ある経過時間にわたる情報のデータを累積する際のデータ処理を行い、また、そのデータ処理を用いた解析手法、つまり、データの蓄積方法を含んだ解析方法を実施できる。
そして、車両用制御装置４では、カウンタがエンジン２の運転状態に割り当てて複数設けられ、個々のカウンタが累積した値を比較し、その後、データを解析することで、実績データを長期にわたって累積すること、この累積に際して時間の流れに応じた重み付けを含めてそれによって蓄積されたデータの数値に解析を容易にする意味づけをすること、故障コードの残らない不良をデータとして累積すること、等の目的を達成できる。つまり、第二のカウンタ（オーバーフローカウンタ）の対象以外の他のカウンタで、全て一律にカウンタを半減し、また、時間経過を含んだデータの大小によって重要度、優先度といった重み付けをしながら、データを記憶でき、更に、修理業者で再現して検証すべき条件を正確に示すことができる。
【００３１】
以上、この発明の実施例について説明してきたが、上述の実施例の構成を請求項毎に当てはめて説明する。
請求項１に係る発明は、運転条件のバリエーションに対応して相互に同等の上限値を持つ第一のカウンタを複数設け、この複数の第一のカウンタに関わる別な第二のカウンタ（オーバーフローカウンタ）を設け、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに  この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施する。
これにより、データによって傾向を把握できるので、不具合再現確認の作業時間を短縮でき、その後の原因特定作業に時間をかけることができ、また、得られたデータの相互の経過時間の違いによる重み付けをして記憶することができる。特に、直近のデータ最近のデータを重く、優先度や重要度を高くし、相対的に、古いデータ程低く下げることができる。更に、二分割処理をカウントすることによって、長い期間にわたってデータを蓄積できる。カウントのデータは、故障コードとは別に蓄積できるので、限られた故障コードのみによる診断とは別な解析を行うことができる。
【００３２】
請求項２に係る発明において、前記運転条件は、エンジン始動時における冷却水温度とクランキング時間とである。前記第一のカウンタは、前記冷却水温度と前記クランキング時間とを組合せた条件に依存して複数に分けて設けられ、且つその当て嵌まる条件の実績を頻度としてカウントする。
これにより、不具合が発生しやすい冷却水温度の温度域とその発生割合が取得できる。
【００３３】
請求項３に係る発明において、前記第二のカウンタは、複数の温度域に分けた冷却水温度に対応して複数設けられる。この冷却水温度の温度域に分けられた第一のカウンタがインクリメント処理により増加するのに対応させて、前記複数の温度域毎に分けて前記第二のカウンタをインクリメント処理する。
これにより、冷却水温度を温度域に分けたそれぞれの温度域毎に二分割処理の更新をすることができるので、季節の違いといった外部環境の影響を抑制したデータを得ることができ、また、得られたデータの相互の経過時間の違いによる影響を抑制できる。
【００３４】
請求項４に係る発明において、第三のカウンタとして、エンジンの始動不良回数を、複数の温度域に分けた冷却水温度に応じて複数設けた。
これにより、症状べースであるエンジン始動不良の実績を残し、傾向を把握することができる。その解析によって、故障や不具合を見つける作業が容易となる。
【００３５】
請求項５に係る発明において、第四のカウンタとして、エンジン始動可能になった始動不良回数とエンジン始動不能になった始動不良回数とを、それぞれ複数の温度域に分けた冷却水温度に応じて複数設けた。
これにより、症状べースであるエンジン始動不良の実績をより細かく残し、最終的にエンジン２の始動ができた場合と始動ができなかった場合とで、それぞれの傾向を詳しく把握することができ、そして、その解析によって、故障や不具合を見つける作業が容易となるだけでなく、制御設定上の不備等も発見し易くなる。
【００３６】
請求項６に係る発明において、運転条件のバリエーションに対応して相互に同等の上限値を持つ第一のカウンタを複数設け、この複数の第一のカウンタに関わる別な第二のカウンタを設け、前記第一のカウンタと前記第二のカウンタとを、いずれも２のｎ乗通りカウント可能な２進ｎビットとし、二分割処理は前記第一のカウンタの値を小数点以下を切り上げた整数値となるように半減するものとし、前記所定条件が成立した場合にその実績に基づいてそれぞれの前記第一のカウンタを一単位ずつ継続的にインクリメント処理し、経時的な運転に従いこの第一のカウンタのインクリメント処理を継続して実施し、前記複数の第一のカウンタ中のいずれかの第一のカウンタが上限値に達した際に、この上限値に達した第一のカウンタを略半減させる二分割処理を行うとともに、この二分割処理を実施した実績に基づいて前記第二のカウンタを一単位ずつ継続的にインクリメント処理し、さらに、この第二のカウンタのインクリメント処理と同時に、前記複数の第一のカウンタ中の前記上限値に達した第一のカウンタを除く他の第一のカウンタの二分割処理を行い、その後、経時的な運転に従い前記第二のカウンタのインクリメント処理を継続して実施し、この第二のカウンタのインクリメント処理を継続して実施することにより前記第二のカウンタが増大するにつれて、直近の最後にオーバーフロー間近となる最大値に達した第一のカウンタの二分割処理後のｎビット目を２値（０，１）のうち１とする一方、直近の第二のカウンタの増大に寄与しなかったカウンタのうち有値のカウンタの値を二分割処理によって１ビット目のみを２値（０，１）のうち１に向けて収束するように変更可能とする。
これにより、得られたデータの相互の経過時間の違いによる重み付けをして記憶することができる。特に、直近のデータや最近のデータを重く、また、優先度や重要度を高くし、相対的に、古いデータ程低く下げることができる。また、二分割処理をカウントすることによって、長い期間にわたってデータを蓄積できる。更に、カウントのデータは、故障コードとは別な解析を行うことができるので、限られた故障コードのみによる診断とは別な解析を行うことができる。更にまた、データによって傾向を把握できるので、不具合再現確認の作業時間を短縮できる。また、故障診断装置５に繋いでデータを読み出しすれば、特に、ｎビット目の１は優先度や重要度を高いと判断でき、逆に、１ビット目のみ１のように低い場合とを瞬時に判断できるようになる。この時、データを自動的な電算処理とすることも可能であるが、それにコストをかけなくても、視覚的に容易に判別することが可能となり、そして、その後の原因特定作業に時間をかけることができる。
【００３７】
なお、上述の実施例においては、以下のように、種々応用改変が可能であることは勿論である。
例えば、上記の「統計データ」は、電源（バッテリ）を外しても保存を継続することができる不揮発性メモリ（ＥＥＰＲＯＭ等）のデータ保持用記憶手段（ＲＯＭ）に保存することにより、長期の統計データを採取することが可能になる。また、不揮発性メモリがない場合には、データがバックアップされるバックアップ記憶手段（ＲＡＭ）にも保存することも可能である。
また、「始動不良」は、さらに細かく細分化しても良い。例えば、一度は始動完了といえる所定回転数以上に達して完爆判定したその後にエンストするようなものを含めて、「始動不良」を細分化することも可能である。
更に、「データの蓄積」の手法は、エンジンの始動時のクランキング時間だけでなく、他のものとしても良い。例えば、電源（バッテリ）の電圧や電流といったものならば、エンジンだけでなく、電気自動車やハイブリッド車両の電源等にも応用可能である。
更にまた、「記憶手段」は、必ずしも診断機能を備えた車両用制御装置に併設しなくてもよく、車両上の通信ネットワークを介して別な制御装置（車体制御装置、変速制御装置、協調制御装置等）に設けることも可能である。
【産業上の利用可能性】
【００３８】
この発明に係る車両用制御装置の制御を、他の制御と併用することも可能である。
【図面の簡単な説明】
【００３９】
【図１】通信診断システムの車両用制御装置内の通信ハード構成を示す図である。
【図２】車両に搭載された通信診断システムの構成図である。
【図３】統計データ保存処理において始動時間統計データ保存例の例１と不具合発生回数統計データ保存例の例１との内容を保存する場合のフローチャートである。
【図４】時間とクランキング時間カウンタとにおけるカウンタ値の変遷を示す図である。
【図５】始動時間統計データ保存例の例１の内容を示す図である。
【図６】始動時間統計データ保存例の例２の内容を示す図である。
【図７】不具合発生回数統計データ保存例の例１の内容を示す図である。
【図８】不具合発生回数統計データ保存例の例２の内容を示す図である。
【図９】図３の統計データ保存処理において始動時間統計データ保存例を例２とした場合の要部を示すフローチャートである。
【図１０】図３の統計データ保存処理において不具合発生回数統計データ保存例を例２とした場合の要部を示すフローチャートである。
【符号の説明】
【００４０】
１  車両
２  エンジン
３  通信診断システム
４  車両用制御装置
４Ａ  第１車両用制御装置
４Ｂ  第２車両用制御装置
５  故障診断装置
１４  中央処理装置
１４Ａ  故障判定部
１４Ｂ  カウンタ部
１５  書込み用記憶手段（ＲＯＭ）
１６  データ保持用記憶手段（ＲＯＭ）
１７  データ保存記憶手段（ＲＡＭ）
１８  バックアップ記憶手段（ＲＡＭ）
１９  アクチュエータ
２１  電源供給回路
２３  電源
２５  イグニションスイッチ
【図１】
2010138792.tif 000003
【図２】
2010138792.tif 000004
【図３】
2010138792.tif 000005
【図４】
2010138792.tif 000006
【図５】
2010138792.tif 000007
【図６】
2010138792.tif 000008
【図７】
2010138792.tif 000009
【図８】
2010138792.tif 000010
【図９】
2010138792.tif 000011
【図１０】
2010138792.tif 000012