(57)【要約】【課題】所定の診断対象が正常と判定されていることを条件にして故障診断が実施される別の診断対象について、所定の診断対象が異常になった場合に、その異常発生前の診断履歴情報が記憶部に残ってしまうことを、防止可能な電子制御装置を提供する。【解決手段】車両に搭載される電子制御装置において、サーモスタットの故障診断を行うための第２診断処理は、別の第１診断処理によって水温センサが正常と判定されていることを条件にして、故障診断を行い、この故障診断が完了すると、当該故障診断が完了したことを示すレディネスコード（以下、診断Ｂのレディネスコード）をメモリに記憶するように構成されている。更に、第２診断処理では、Ｓ３８０にて、第１診断処理により水温センサが異常と判定された、と判定した場合には、診断Ｂのレディネスコードをクリアする。【選択図】図３
2020093650.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載される電子制御装置であって、
記憶部（１１）と、
所定の診断対象についての故障診断を実施し、当該故障診断が完了すると、前記所定の診断対象についての診断履歴情報を前記記憶部に記憶し、当該故障診断により前記所定の診断対象が異常と判定した場合には、前記所定の診断対象についての異常情報を前記記憶部に記憶するように構成された第１診断部（Ｓ１１０〜Ｓ２３０，Ｓ１１０〜Ｓ２４０）と、
前記第１診断部により前記所定の診断対象が正常と判定されていることを条件にして、前記所定の診断対象とは別の診断対象である別診断対象についての故障診断を実施し、当該故障診断が完了すると、前記別診断対象についての診断履歴情報を前記記憶部に記憶し、当該故障診断により前記別診断対象が異常と判定した場合には、前記別診断対象についての異常情報を前記記憶部に記憶するように構成された第２診断部（Ｓ３１０〜Ｓ３９０，Ｓ３１０〜Ｓ３７０）と、
前記第１診断部により前記所定の診断対象が異常と判定された場合に、前記別診断対象についての診断履歴情報を前記記憶部から消去するように構成された消去部（Ｓ３８０，Ｓ３９０,Ｓ２４０）と、を備える、
電子制御装置。
【請求項２】
請求項１に記載の電子制御装置であって、
前記第２診断部（Ｓ３１０〜Ｓ３９０）は、
前記第１診断部による前記所定の診断対象についての故障診断結果が、異常を示す結果であるか否かを判定し（Ｓ３８０）、前記所定の診断対象についての故障診断結果が、異常を示す結果であると判定した場合に、前記別診断対象についての診断履歴情報を前記記憶部から消去することにより（Ｓ３９０）、前記消去部（Ｓ３８０，Ｓ３９０）として機能するように構成されている、
電子制御装置。
【請求項３】
請求項１に記載の電子制御装置であって、
前記第１診断部（Ｓ１１０〜Ｓ２４０）が、前記消去部（Ｓ２４０）として機能するように構成されている、
電子制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車両に搭載される電子制御装置に関する。
【背景技術】
【０００２】
例えば、下記特許文献１には、車両に搭載される電子制御装置が備える機能として、様々な診断項目（即ち、診断対象）について故障診断により異常と判定すると、異常を示す情報（即ち、異常情報）を記憶する機能、が記載されている。更に、診断対象毎に、故障診断が完了すると、レディネスフラグを記憶する機能、も記載されている。ここで言うレディネスフラグは、故障診断が完了したことを示す診断履歴情報に相当し、レディネスコードとも呼ばれる。故障診断が完了するとは、故障診断によって正常か異常かが判定された、ということである。
【０００３】
このような電子制御装置は、メモリに記憶された異常情報及びレディネスコードを、外部装置であるスキャンツールによって、読み出すことができるように構成される。
そして、何れかの診断対象について、異常情報が記憶されていたならば、即ち、異常情報が読み出されたならば、その診断対象は異常、と判断することができる。また、何れかの診断対象について、異常情報が記憶されておらず、且つ、レディネスコードが記憶されていたならば、その診断対象は正常、と判断することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１３００９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のような電子制御装置に関して、発明者の詳細な検討の結果、下記の課題が見出された。
例えば、診断対象として対象ｘと対象ｙがあり、対象ｘと対象ｙには、「対象ｘが正常でないと、対象ｙについての故障診断（以下、診断Ｙ）を実施しても正しい診断結果が得られない。」という関係があるとする。
【０００６】
この場合、電子制御装置は、対象ｘについての故障診断（以下、診断Ｘ）によって対象ｘが正常と判定されていることを条件にして、診断Ｙが実施されるように構成される。
そして、あるタイミングにおいて、診断Ｘにより対象ｘが正常と判定され、その後、診断Ｙが実施されて、対象ｙが正常と判定されたとする。
【０００７】
この時点において、診断Ｘと診断Ｙとが少なくとも１回は完了したため、電子制御装置のメモリには、対象ｘについてのレディネスコードと、対象ｙについてのレディネスコードとが、両方ともに記憶されていることになる。
【０００８】
その後、対象ｘに異常が生じて、診断Ｘにより対象ｘが異常と判定されたとする。このとき、対象ｘについての異常情報が電子制御装置のメモリに記憶される。一方、対象ｘが異常と判定されたことにより、診断Ｙは実施されなくなる。
【０００９】
この時点において、電子制御装置のメモリには、対象ｘについては、レディネスコードと異常情報とが記憶され、対象ｙについては、レディネスコードと異常情報とのうち、レディネスコードだけが記憶されていることになる。つまり、メモリの記憶内容として、対
象ｘについては、異常有りと判断される記憶内容となり、対象ｙについては、正常と判断される記憶内容となる。
【００１０】
よって、例えば車両の点検整備や車両検査の工程において、このような状態の電子制御装置から、異常情報とレディネスコードがスキャンツールによって読み出されたとすると、対象ｘについては異常有りと判断されるが、対象ｙについては正常と判断される。つまり、対象ｘに異常が生じたことにより、診断Ｙが最新の状態で実施されておらず、対象ｙについては、異常があったとしても、正常と判断される。
【００１１】
このため、例えば、対象ｘについては、異常情報が記憶されていたことから、修理が実施されると考えられる。しかし、対象ｙについては正常と判断されるため、対象ｘの修理後、電子制御装置において診断Ｘと診断Ｙとのうち診断Ｘが完了したと考えられる時点で、スキャンツールによる読み出しが再度実施され、対象ｘについてだけ正常であることが確認される可能性が高くなる。この場合、もし対象ｙに異常があっても、対象ｙの異常が見落とされてしまう。よって、車両の点検整備の場合であれば、対象ｘの修理後における確認不足を招き易くなる。また、車両検査の場合であれば、対象ｙについて、対象ｘが修理されてからの最新の故障診断が実施されておらず、本来なら不合格にすべきと考えられる車両を、合格にしてしまう可能性がある。
【００１２】
そこで、本開示の１つの局面は、所定の診断対象が正常と判定されていることを条件にして故障診断が実施される別の診断対象について、所定の診断対象が異常になった場合に、その異常発生前の診断履歴情報が記憶部に残ってしまうことを、防止可能な電子制御装置を提供する。
【課題を解決するための手段】
【００１３】
本開示の１つの態様による電子制御装置は、車両に搭載される電子制御装置であり、記憶部（１１）と、第１診断部（Ｓ１１０〜Ｓ２３０，Ｓ１１０〜Ｓ２４０）と、第２診断部（Ｓ３１０〜Ｓ３９０，Ｓ３１０〜Ｓ３７０）と、消去部（Ｓ３８０，Ｓ３９０,Ｓ２４０）と、を備える。
【００１４】
第１診断部は、所定の診断対象についての故障診断を実施し、当該故障診断が完了すると、所定の診断対象についての診断履歴情報を記憶部に記憶し、当該故障診断により所定の診断対象が異常と判定した場合には、所定の診断対象についての異常情報を記憶部に記憶する。
【００１５】
第２診断部は、第１診断部により所定の診断対象が正常と判定されていることを条件にして、所定の診断対象とは別の診断対象である別診断対象についての故障診断を実施し、当該故障診断が完了すると、別診断対象についての診断履歴情報を記憶部に記憶し、当該故障診断により別診断対象が異常と判定した場合には、別診断対象についての異常情報を記憶部に記憶する。
【００１６】
そして、消去部は、第１診断部により所定の診断対象が異常と判定された場合に、別診断対象についての診断履歴情報を記憶部から消去する。
このような消去部を備える電子制御装置によれば、所定の診断対象が正常と判定されていることを条件にして故障診断が実施される別の診断対象について、所定の診断対象が異常になった場合に、その異常発生前の診断履歴情報が記憶部に残ってしまうことを、防止することができる。このため、所定の診断対象についての異常情報が記憶部に記憶され、当該所定の診断対象が修理された場合に、故障診断が未完了の診断対象、即ち、再診断しなければならない診断対象が明確になる。よって、電子制御装置の記憶部に記憶された情報を読み出して、車両の点検整備に用いる場合には、前述した修理後の確認不足を抑制す
ることができ、また、車両検査に用いる場合には、本来不合格とすべき車両を合格にしてしまう可能性を抑制することができる。
【図面の簡単な説明】
【００１７】
【図１】第１実施形態の電子制御装置の構成を示すブロック図である。
【図２】第１実施形態のマイコンが行う第１診断処理を表すフローチャートである。
【図３】第１実施形態のマイコンが行う第２診断処理を表すフローチャートである。
【図４】ツールが、車両点検整備に使用される場合に行う処理を表すフローチャートである。
【図５】ツールが、車両検査に使用される場合に行う処理を表すフローチャートである。
【図６】比較例及び第２実施形態のマイコンが行う第２診断処理を表すフローチャートである。
【図７】比較例の電子制御装置による作用を説明する説明図である。
【図８】第１実施形態の電子制御装置による作用を説明する説明図である。
【図９】第２実施形態のマイコンが行う第１診断処理を表すフローチャートである。
【図１０】第３実施形態を説明する説明図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照しながら、本開示の実施形態を説明する。
［１．第１実施形態］
［１−１．構成］
図１に示す第１実施形態の電子制御装置（以下、ＥＣＵ）１は、車両に搭載されて、例えば車両の動力源を制御するＥＣＵである。ＥＣＵは、「Electronic Control Unit」の略である。本実施形態において、制御対象としての動力源は内燃機関（以下、エンジン）であるが、モータであっても良い。
【００１９】
ＥＣＵ１は、制御対象を制御するための処理が含まれる各処理を行うマイクロコンピュータ（以下、マイコン）３を備える。
マイコン３は、プログラムを実行するＣＰＵ５と、ＣＰＵ５が実行するプログラムや該プログラムの実行時に参照されるデータ等が格納されたＲＯＭ７と、データを一時的に記憶するためのＲＡＭ９と、他のメモリ１１と、を備える。後述するマイコン３の各動作は、ＣＰＵ５がプログラムを実行することにより実現される。
【００２０】
メモリ１１は、マイコン３の動作停止中、換言するとＥＣＵ１の動作停止中においても、データを保持可能なメモリである。メモリ１１は、例えば、データ保持用の電源が常時供給されたスタンバイＲＡＭで良いし、ＥＥＰＲＯＭやフラッシュメモリ等の書き換え可能な不揮発性メモリでも良い。
【００２１】
ＥＣＵ１には、エンジンを制御するための情報を検出する１つ以上のセンサ１３からの信号が入力され、その１つ以上のセンサ１３からの信号はマイコン３に入力される。センサ１３としては、図１では１つだけ図示しているが、例えば、エンジンの冷却水温を検出する水温センサや、空燃比を検出する空燃比センサや、エンジンの吸入空気圧力を検出する吸気圧センサ等がある。
【００２２】
マイコン３は、１つ以上のセンサ１３からの情報に基づいて制御演算を行い、その演算結果に基づいて、エンジンの制御に関係する１つ以上の電気負荷１５の駆動を制御する。電気負荷１５としては、図１では１つだけ図示しているが、例えば、エンジンに燃料を噴射するインジェクタや、エンジンの気筒に点火するための点火装置等がある。
【００２３】
また、ＥＣＵ１は、車両に配設された通信バス１７に接続されている。通信バス１７には、車両に搭載された他の１つ以上のＥＣＵ１８も接続されている。
更に、通信バス１７には、コネクタ２１を介して、車両診断装置としてのスキャンツール（以下、ツール）２３が着脱可能になっている。ツール２３は、例えば、マイコン及びディスプレイ（即ち、表示装置）を備えたハンディタイプの装置であって良く、パーソナルコンピュータでも良い。そして、ＥＣＵ１のマイコン３は、通信バス１７を介して、ツール２３及び他のＥＣＵ１８と通信することができるようになっている。
【００２４】
また、マイコン３は、複数の診断対象（即ち、診断項目）について、故障診断を実施するように構成されている。そして、マイコン３は、各診断対象について、故障診断が完了すると、故障診断が完了したことを示す診断履歴情報に相当するレディネスコードを、メモリ１１に記憶する。また、マイコン３は、故障診断により異常と判定した診断対象については、異常情報としての異常コード（即ち、ＤＴＣ）を、メモリ１１に記憶する。ＤＴＣは、「Diagnostic Trouble Code」の略である。更に、マイコン３は、ツール２３からの読み出し要求に応じて、メモリ１１に記憶された各診断対象についてのＤＴＣ及びレディネスコードを読み出し、ツール２３へ送信する機能も備える。
【００２５】
複数の診断対象のうちの１つとしては、水温センサがある。水温センサは、例えば、エンジンの冷却水温に応じた電圧の信号を出力する。
また、複数の診断対象のうちの他の１つとしては、サーモスタットがある。サーモスタットは、例えば、エンジンとラジエータとの間の冷却水経路に設けられ、当該サーモスタットの周囲の冷却水温が所定の設定温度以上になると開弁するように構成されている。
【００２６】
［１−２．ＥＣＵのマイコンが行う処理］
次に、マイコン３が行う複数の故障診断のうち、２つの診断対象についての各故障診断について、図２と図３のフローチャートを用いて説明する。
【００２７】
マイコン３は、図２の第１診断処理を行うことにより、水温センサについての故障診断（以下、診断Ａ）を行う。図２において、Ｓ１２０〜Ｓ２２０の処理が、診断Ａの処理である。また、マイコン３は、図３の第２診断処理を行うことにより、サーモスタットについての故障診断（以下、診断Ｂ）を行う。図３において、Ｓ３３０〜Ｓ３６０の処理が、診断Ｂの処理である。
【００２８】
第１診断処理と第２診断処理は、例えば長さが異なる所定時間毎に、且つ、異なるタイミングで実行される。例えば、第１診断処理は１秒毎に実施され、第２診断処理は１０秒毎に実施される。尚、以下の説明において、診断Ａとは、診断Ａの処理を指す場合もあり、同様に、診断Ｂとは、診断Ｂの処理を指す場合もある。
【００２９】
［１−２−１．第１診断処理］
図２に示すように、マイコン３は、第１診断処理を開始すると、Ｓ１１０にて、故障診断を実施するための所定の共通条件が成立しているか否かを判定し、共通条件が成立していないと判定した場合には、当該第１診断処理を終了する。
【００３０】
また、マイコン３は、Ｓ１１０にて、共通条件が成立していると判定した場合には、Ｓ１２０に進み、診断対象としての水温センサから、センサ電圧（即ち、出力電圧）を取得する。そして、マイコン３は、Ｓ１３０にて、センサ電圧が、所定の上限値以上であるか、所定の下限値以下であるか、上限値から下限値までの範囲（即ち、正常範囲）内であるか、を判定する。
【００３１】
マイコン３は、Ｓ１３０にて、センサ電圧が上限値以上であると判定した場合には、Ｓ
１４０にて、ショート状態カウンタをカウントアップ（即ち、インクリメント）し、Ｓ１５０にて、ショート状態カウンタの値が所定値以上であるか否かを判定する。
【００３２】
マイコン３は、Ｓ１５０にて、ショート状態カウンタの値が所定値以上ではないと判定した場合には、当該第１診断処理を終了するが、ショート状態カウンタの値が所定値以上であると判定した場合には、Ｓ１６０に進む。
【００３３】
マイコン３は、Ｓ１６０では、水温センサの信号線、即ち、水温センサからＥＣＵ１へセンサ電圧を入力するための信号線に、ショート異常が生じていると判定して、水温センサにショート異常が生じていることを示すＤＴＣを、メモリ１１に記憶する。尚、ここで言うショート異常は、通常のセンサ電圧よりも高い電圧（例えば、バッテリ電圧）のラインにショートしていることである。また他の例として、マイコン３は、Ｓ１６０では、ＤＴＣをメモリ１１に記憶するのではなく、例えば、ＲＡＭ９内のショート異常フラグをセットしても良い。この場合、マイコン３は、当該第１診断処理とは別のタイミングで実行されるＤＴＣ記憶用処理にて、上記ショート異常フラグを参照し、このフラグがセットされていれば、水温センサにショート異常が生じていることを示すＤＴＣを、メモリ１１に記憶するようになっていても良い。
【００３４】
また、マイコン３は、上記Ｓ１３０にて、センサ電圧が下限値以下であると判定した場合には、Ｓ１７０にて、オープン状態カウンタをカウントアップし、Ｓ１８０にて、オープン状態カウンタの値が所定値以上であるか否かを判定する。
【００３５】
マイコン３は、Ｓ１８０にて、オープン状態カウンタの値が所定値以上ではないと判定した場合には、当該第１診断処理を終了するが、オープン状態カウンタの値が所定値以上であると判定した場合には、Ｓ１９０に進む。
【００３６】
マイコン３は、Ｓ１９０では、水温センサの信号線にオープン異常（即ち、断線異常）が生じていると判定して、水温センサにオープン異常が生じていることを示すＤＴＣを、メモリ１１に記憶する。また他の例として、マイコン３は、Ｓ１９０では、ＤＴＣをメモリ１１に記憶するのではなく、例えば、ＲＡＭ９内のオープン異常フラグをセットしても良い。この場合、マイコン３は、当該第１診断処理とは別のタイミングで実行されるＤＴＣ記憶用処理にて、上記オープン異常フラグを参照し、このフラグがセットされていれば、水温センサにオープン異常が生じていることを示すＤＴＣを、メモリ１１に記憶するようになっていても良い。
【００３７】
また、マイコン３は、上記Ｓ１３０にて、センサ電圧が上限値から下限値までの正常範囲内であると判定した場合には、Ｓ２００にて、正常状態カウンタをカウントアップし、Ｓ２１０にて、正常状態カウンタの値が所定値以上であるか否かを判定する。
【００３８】
マイコン３は、Ｓ２１０にて、正常状態カウンタの値が所定値以上ではないと判定した場合には、当該第１診断処理を終了するが、正常状態カウンタの値が所定値以上であると判定した場合には、Ｓ２２０に進む。
【００３９】
マイコン３は、Ｓ２２０では、水温センサが正常（即ち、異常無し）であると判定して、例えば、水温センサが正常であることを示すＲＡＭ９内の正常フラグをセットする。この正常フラグがセットされると、水温センサについてメモリ１１に記憶されているＤＴＣは消去される。また、上記Ｓ１６０とＳ１９０のそれぞれにて、ＲＡＭ９内のショート異常フラグとオープン異常フラグとをセットする構成の場合、Ｓ２２０では、ＲＡＭ９内のショート異常フラグとオープン異常フラグをリセット（即ち、クリア）して良い。
【００４０】
そして、マイコン３は、上記Ｓ１６０、Ｓ１９０及びＳ２２０のうちの何れかの処理を行った場合、即ち、診断Ａを完了した場合には、Ｓ２３０に進み、診断Ａのレディネスコードをセットする。つまり、診断Ａを完了したことを示すレディネスコードをメモリ１１に記憶する。その後、マイコン３は、第１診断処理を終了する。
【００４１】
尚、他の例として、水温センサにショート異常が生じていることを示すＤＴＣと、水温センサにオープン異常が生じていることを示すＤＴＣとが、別々に設けられるのではなく、例えばＳ１６０とＳ１９０にて、水温センサの異常を示すＤＴＣがメモリ１１に記憶されても良い。
【００４２】
［１−２−２．第２診断処理］
図３に示すように、マイコン３は、第２診断処理を開始すると、Ｓ３１０にて、第１診断処理による水温センサについての判定結果（即ち、故障診断結果）に基づいて、水温センサが正常か否かを判定する。具体的には、第１診断処理による水温センサについての故障診断結果が、正常を示す結果であるか否かを判定する。
【００４３】
マイコン３は、Ｓ３１０にて、水温センサが正常と判定した場合には、Ｓ３２０に進み、前述の共通条件が成立しているか否かを判定し、共通条件が成立していないと判定した場合には、当該第２診断処理を終了する。
【００４４】
また、マイコン３は、Ｓ３２０にて、共通条件が成立していると判定した場合には、Ｓ３３０に進み、エンジンの始動後、所定時間が経過したか否かを判定する。マイコン３は、上記Ｓ３３０にて、所定時間が経過していないと判定した場合には、当該第２診断処理を終了するが、所定時間が経過したと判定した場合には、Ｓ３４０に進む。
【００４５】
マイコン３は、Ｓ３４０では、水温センサからのセンサ電圧に基づいて冷却水温を算出し、算出した冷却水温が所定値以上か否かを判定する。そして、冷却水温が所定値以上ではないと判定した場合には、Ｓ３６０に進み、サーモスタットが正常に機能していない（即ち、異常）と判定して、サーモスタットが異常であることを示すＤＴＣを、メモリ１１に記憶する。また他の例として、マイコン３は、Ｓ３６０では、ＤＴＣをメモリ１１に記憶するのではなく、例えば、ＲＡＭ９内のサーモスタット異常フラグをセットしても良い。この場合、マイコン３は、当該第２診断処理とは別のタイミングで実行されるＤＴＣ記憶用処理にて、上記サーモスタット異常フラグを参照し、このフラグがセットされていれば、サーモスタットが異常であることを示すＤＴＣを、メモリ１１に記憶するようになっていても良い。
【００４６】
また、マイコン３は、上記Ｓ３４０にて、冷却水温が所定値以上であると判定した場合には、Ｓ３５０に進み、サーモスタットが正常に機能している（即ち、正常）と判定して、例えば、サーモスタットが正常であることを示すＲＡＭ９内の正常フラグをセットする。この正常フラグがセットされると、サーモスタットについてメモリ１１に記憶されているＤＴＣは消去される。また、上記Ｓ３６０にて、ＲＡＭ９内のサーモスタット異常フラグをセットする構成の場合には、Ｓ３５０では、サーモスタット異常フラグをリセットして良い。
【００４７】
そして、マイコン３は、上記Ｓ３５０及びＳ３６０のうちの、何れかの処理を行った場合、即ち、診断Ｂを完了した場合には、Ｓ３７０に進み、診断Ｂのレディネスコードをセットする。つまり、診断Ｂを完了したことを示すレディネスコードをメモリ１１に記憶する。その後、マイコン３は、第２診断処理を終了する。
【００４８】
また、マイコン３は、上記Ｓ３１０にて、水温センサが正常と判定しなかった場合には
、Ｓ３８０に進み、第１診断処理による水温センサについての判定結果（即ち、故障診断結果）に基づいて、水温センサが異常か否かを判定する。具体的には、第１診断処理による水温センサについての故障診断結果が、ショート異常またはオープン異常を示す結果であるか否かを判定する。
【００４９】
マイコン３は、Ｓ３８０にて、水温センサが異常と判定した場合、即ち、第１診断処理によって水温センサが異常と判定されている場合には、Ｓ３９０にて、診断Ｂのレディネスコードをメモリ１１からクリア（即ち、消去）し、その後、当該第２診断処理を終了する。また、マイコン３は、Ｓ３８０にて、水温センサが異常と判定しなかった場合には、そのまま第２診断処理を終了する。
【００５０】
［１−３．ツールが行う処理］
次に、ツール２３が行う処理の一例として、ツール２３が車両の点検整備に使用される場合の処理と、ツール２３が車両検査（即ち、車検）に用いられる場合の処理との、それぞれについて、図４と図５のフローチャートを用いて説明する。
【００５１】
［１−３−１．ツールが、車両点検整備に使用される場合に行う処理］
ツール２３は、例えばカーディーラや車両整備工場での車両点検整備に使用される場合には、図４の処理を行う。
【００５２】
ツール２３は、作業者により、コネクタ２１を介して車両の通信バス１７に接続される。
そして、図４に示すように、ツール２３は、Ｓ４１０にて、ＥＣＵ１と通信することにより、ＥＣＵ１から、メモリ１１に記憶されているレディネスコードとＤＴＣを読み出す。
【００５３】
ツール２３は、次のＳ４２０にて、ＥＣＵ１から読み出したレディネスコードに基づいて、予め定められている複数の故障診断のうち、ＥＣＵ１で未完了の故障診断を特定して記録する。予め定められている複数の故障診断とは、ＥＣＵ１で実施されるようになっている複数の故障診断である。具体的には、ツール２３は、予め定められている複数の故障診断のうち、ＥＣＵ１から読み出されなかったレディネスコードに対応する故障診断を、未完了の故障診断として特定する。
【００５４】
ツール２３は、次のＳ４３０にて、ＥＣＵ１からＤＴＣが読み出されたか否かを判定し、ＤＴＣが読み出されなかった場合には、Ｓ４４０に進む。
ツール２３は、Ｓ４４０では、Ｓ４２０での記録結果を参照することにより、ＥＣＵ１で全ての故障診断が完了しているか否かを判定する。
【００５５】
そして、ツール２３は、Ｓ４４０にて、全ての故障診断が完了していると判定した場合、即ち、ＥＣＵ１からＤＴＣが読み出されず、且つ、ＥＣＵ１で全ての故障診断が完了している場合には、Ｓ４５０に進む。
【００５６】
ツール２３は、Ｓ４５０では、故障無しと判定する。そして、故障無しであること、換言すれば、修理不要であることを、例えばディスプレイに表示して、作業者に知らせる。
また、ツール２３は、上記Ｓ４４０にて否定判定した場合、即ち、ＥＣＵ１からＤＴＣが読み出されなかったものの、ＥＣＵ１で少なくとも１つの故障診断が完了していないと判定した場合には、Ｓ４６０に進む。
【００５７】
ツール２３は、Ｓ４６０では、Ｓ４２０で記録した未完了の故障診断を表す情報を、ディスプレイに表示すると共に、未完了の故障診断がＥＣＵ１で実施されるようにする車両
運転作業を作業者に行わせる（即ち、促す）ためのメッセージを、ディスプレイに表示する。尚、未完了の故障診断を表す情報の、ディスプレイへの表示は、例えばＳ４２０で実施されても良い。
【００５８】
よって、この場合、作業者は、ツール２３を通信バス１７から外して、車両を運転する。作業者による車両の運転は、いわゆる試運転である。そして、作業者は、ＥＣＵ１にて未完了であった故障診断が完了すると考えられるまで車両を運転し、その後、再びツール２３を通信バス１７に接続して、ツール２３に図４の処理を行わせる。尚、車両をどの程度あるいはどのように運転すれば、各故障診断がＥＣＵ１で実施されるかについて、作業者は、例えば車両の整備マニュアル等から知ることができる。
【００５９】
また、ツール２３は、上記Ｓ４３０にて、ＥＣＵ１からＤＴＣが読み出されたと判定した場合には、Ｓ４７０に進む。尚、以下では、ＥＣＵ１からツール２３に読み出されたＤＴＣのことを、検出ＤＴＣとも言う。
【００６０】
ツール２３は、Ｓ４７０では、検出ＤＴＣ、あるいは、検出ＤＴＣが示す異常の内容と、Ｓ４２０で記録した未完了の故障診断を表す情報とを、ディスプレイに表示する。更に、ツール２３は、Ｓ４７０では、下記の第１作業と第２作業を作業者に行わせる（即ち、促す）ためのメッセージを、ディスプレイに表示する。
【００６１】
第１作業は、検出ＤＴＣが示す異常の修理作業である。第２作業は、上記修理作業を行った後の車両運転作業であり、修理箇所に対応する故障診断及び未完了の故障診断がＥＣＵ１で実施されるようにするための車両運転作業である。
【００６２】
よって、この場合、作業者は、ツール２３を通信バス１７から外して、異常の修理を実施する。そして、作業者は、修理の実施後、ＥＣＵ１にて検出ＤＴＣに対応する故障診断及び未完了の故障診断が完了すると考えられるまで車両を運転し、その後、再びツール２３を通信バス１７に接続して、ツール２３に図４の処理を行わせる。
【００６３】
［１−３−２．ツールが、車両検査に使用される場合に行う処理］
ＥＣＵ１が備える故障診断の機能は、自己診断機能と呼ばれ、ＯＢＤとも呼ばれる。ＯＢＤは、「On-Board Diagnostics」の略である。近年、ＯＢＤを活用した車両検査（以下、ＯＢＤ車検）の実施が検討されている。ＯＢＤ車検では、複数のＤＴＣのうち、特定の１つ以上の診断対象についてのＤＴＣが、特定ＤＴＣと定義される。そして、ＯＢＤ車検の実施時において、車両側から何れかの特定ＤＴＣが読み出された場合には、その特定ＤＴＣに該当する診断対象がＯＢＤによって異常と判定されていることを意味することから、不合格とされる。また、車両側から特定ＤＴＣが読み出されず、且つ、全ての特定ＤＴＣに対応する全てのレディネスコードが読み出されたならば、全ての特定ＤＴＣに対応する診断対象がＯＢＤによって正常と判定されていることを意味することから、合格にされると考えられる。
【００６４】
このため、ツール２３は、ＯＢＤ車検に使用される場合には、図５の処理を行う。
尚、ＥＣＵ１にて記憶される可能性がある複数のＤＴＣのうち、少なくとも診断Ａと診断Ｂの各ＤＴＣは、特定ＤＴＣであるとする。
【００６５】
ＯＢＤ車検が実施される場合、ツール２３は、作業者により、コネクタ２１を介して車両の通信バス１７に接続される。
そして、図５に示すように、ツール２３は、Ｓ５１０にて、ＥＣＵ１と通信することにより、ＥＣＵ１から、メモリ１１に記憶されているレディネスコードと特定ＤＴＣを読み出す。
【００６６】
ツール２３は、次のＳ５２０にて、上記Ｓ５１０で少なくとも１つの特定ＤＴＣがＥＣＵ１から読み出されたか否かを判定し、特定ＤＴＣが読み出されなかった場合、即ち、特定ＤＴＣがＥＣＵ１に記憶されていなかった場合には、Ｓ５３０に進む。
【００６７】
ツール２３は、Ｓ５３０では、上記Ｓ５１０で全ての特定ＤＴＣに対応するレディネスコードがＥＣＵ１から読み出されたか否か、即ち、全ての特定ＤＴＣに対応するレディネスコードがＥＣＵ１においてセットされているか否か、を判定する。
【００６８】
そして、ツール２３は、Ｓ５３０にて、全ての特定ＤＴＣに対応するレディネスコードがＥＣＵ１から読み出された、と肯定判定した場合には、次のＳ５４０にて、車両が合格であると判定し、例えば、ディスプレイに、合格を示すメッセージを表示する。
【００６９】
また、ツール２３は、上記Ｓ５２０にて、ＥＣＵ１から特定ＤＴＣが読み出されたと判定した場合、あるいは、上記Ｓ５３０にて否定判定した場合、即ち、少なくとも１つの特定ＤＴＣに対応するレディネスコードがＥＣＵ１から読み出されなかった場合には、Ｓ５５０に進む。
【００７０】
そして、ツール２３は、Ｓ５５０では、車両が不合格であると判定し、例えば、ディスプレイに、不合格を示すメッセージを表示する。
また、ツール２３は、Ｓ５１０でＥＣＵ１から読み出された特定ＤＴＣがある場合には、その読み出された特定ＤＴＣ、あるいは、その特定ＤＴＣが示す異常の内容を、Ｓ５５０にてディスプレイに表示する。更に、ツール２３は、全ての特定ＤＴＣに対応するレディネスコードのうち、Ｓ５１０でＥＣＵ１から読み出されなかったレディネスコードがある場合には、その読み出されなかったレディネスコードに対応する故障診断を、未完了の故障診断として特定する。そして、その特定した未完了の故障診断を表す情報を、Ｓ５５０にてディスプレイに表示させる。
【００７１】
このため、作業者は、車両が不合格になった場合に、ツール２３のディスプレイに表示された内容により、異常内容と未完了の故障診断を知ることができる。
［１−４］比較例
ここで、実施形態のＥＣＵ１による効果を分かりやすくするために、比較例のＥＣＵについて説明する。尚、比較例のＥＣＵは、基本的な構成は実施形態のＥＣＵ１と同様であるため、相違点について以下に説明する。尚、比較例のＥＣＵに関する説明において、実施形態のＥＣＵ１と同じ符号は、同一の構成を示すものであって、先行する説明を参照する。
【００７２】
比較例のＥＣＵは、実施形態のＥＣＵ１と比較すると、マイコン３が、図３の第２診断処理に代えて、図６の第２診断処理を行う点が異なる。そして、図６の第２診断処理は、図３の第２診断処理と比較すると、Ｓ３８０及びＳ３９０が削除されており、Ｓ３１０にて、水温センサが正常と判定されなかった場合には、そのまま当該第２診断処理が終了されるようになっている。
【００７３】
次に、比較例のＥＣＵによる作用について、図７を用い説明する。
図７において、「Driving Cycle」の段（即ち、一段目）に記載された矩形波の、ハイまたはローのうち、ハイの期間は、ＥＣＵに電源が供給されてＥＣＵが動作する期間である。そして、この矩形波がハイになってから次にハイになるまでの１サイクルが、１回のドライビングサイクル（以下、ＤＣ）である。ここで言うＤＣは、車両の動力を作動させるための動力用電源がオンになってから次にオンになるまでの期間である。ＥＣＵは、例えば車両の動力用電源がオンになっている期間に動作する。動力用電源は、例えばイグニ
ッションスイッチのオンによって供給される電源であって良いが、電気自動車やハイブリッド自動車の場合には、パワースイッチのオンによって供給される電源であって良い。また、図７において、「未判定」とは、ＥＣＵにおける故障診断によって正常とも異常とも判定されていないことを意味し、特に、レディネスコードの段において、「未判定」とは、そのレディネスコードがセットされていないこと、即ち記憶されていないことを意味する。また、レディネスコードの段において、「判定完了」とは、そのレディネスコードがセットされたこと、即ち記憶されたことを意味する。そして、これらのことは、後述する図８及び図１０についても、同様である。
【００７４】
図７に示すように、１ＤＣ目において、まず、診断Ａにより、水温センサが正常と判定されたとする。すると、診断Ａのレディネスコードがセットされる。
また、１ＤＣ目において、診断Ａにより水温センサが正常と判定されると、診断Ｂの実施条件が成立するため、その後、診断Ｂが実施される。そして、診断Ｂにより、サーモスタットが正常と判定されたとする。すると、診断Ｂのレディネスコードがセットされる。
【００７５】
尚、メモリ１１に記憶されたレディネスコードは、例えば、ツール２３からＥＣＵにサービスクリア等の初期化指令が発行されるまで保持される。
次に、２ＤＣ目において、診断Ａにより、水温センサが異常と判定されたとする。具体的には、水温センサの信号線にショート異常またはオープン異常が生じていると判定されたとする。すると、水温センサに関するＤＴＣ、即ちショート異常またはオープン異常が生じていることを示すＤＴＣが、メモリ１１に記憶される。尚、診断Ａのレディネスコードは１ＤＣ目で既にセットされている。
【００７６】
そして、２ＤＣ目では、診断Ａで水温センサが異常と判定されたことにより、診断Ｂの実施条件が不成立になるため、診断Ｂは実施されない。つまり、２ＤＣ目において、診断Ｂについては未判定となる。しかし、診断Ｂのレディネスコードは、１ＤＣ目でセットされているため、診断Ｂに関して完了していることを示すことになる。
【００７７】
ここで、例えば車両の点検整備のために、このような２ＤＣ目の状態にある比較例のＥＣＵから、ＤＴＣとレディネスコードがツール２３によって読み出されたとする。
この場合、ＥＣＵからツール２３には、少なくとも、診断ＡによるＤＴＣ、即ち、水温センサに関するＤＴＣと、診断Ａのレディネスコードに加え、診断Ｂのレディネスコードも読み出される。
【００７８】
このため、ツール２３は、図４のＳ４３０にて「ＹＥＳ」と判定し、Ｓ４７０の処理により、作業者に対して、前述の第１作業と第２作業の実施を促すこととになる。
この場合、第１作業は、水温センサの修理作業である。また、第２作業は、修理箇所に対応する診断Ａ及び未完了の故障診断がＥＣＵで実施されるようにするための車両運転作業である。
【００７９】
ここで、診断Ｂについては、診断Ａで水温センサが異常と判定されたことにより、最新の状態では実施されていない。しかし、診断ＢのレディネスコードはＥＣＵにてセットされており、このレディネスコードがツール２３に読み出される。このため、ツール２３において、診断Ｂは、未完了の故障診断として扱われない。よって、作業者は、診断Ｂが未完了の故障診断であるとは思わない。
【００８０】
よって、作業者は、水温センサの修理を実施した後、車両を運転してみるが、診断ＡがＥＣＵにおいて完了したと考えられる時点で車両の運転を終了し、その後、再びツール２３を通信バス１７に接続して、ツール２３に図４の処理を行わせる可能性が高い。
【００８１】
すると、この場合、ツール２３は、Ｓ４３０で「ＮＯ」と判定し、Ｓ４４０で「ＹＥＳ」と判定し、Ｓ４５０にて、故障無しと判定してしまう。よって、もし、診断Ｂの診断対象（即ち、サーモスタット）に異常があっても、その異常が見落とされてしまう。つまり、水温センサの修理後における関連機能の確認不足を招き易くなる。
【００８２】
また、例えば車両のＯＢＤ車検のために、図７の２ＤＣ目の状態にある比較例のＥＣＵから、特定ＤＴＣとレディネスコードがツール２３によって読み出されたとする。
この場合、ＥＣＵからツール２３には、少なくとも、診断Ａによる特定ＤＴＣと、診断Ａのレディネスコードと、診断Ｂのレディネスコードとが、読み出される。
【００８３】
このため、ツール２３は、図５のＳ５２０にて「ＹＥＳ」と判定し、Ｓ５５０にて、車両が不合格であると判定する。
この場合、作業者は、ツール２３のディスプレイに表示される内容により、水温センサに異常が生じていることと、未完了の故障診断とを知ることができるが、ツール２３において、診断Ｂは、未完了の故障診断として扱われずディスプレイに表示されない。
【００８４】
よって、作業者は、水温センサの修理を実施した後、車両を試運転するが、前述した車両点検整備の場合と同様に、診断ＡがＥＣＵにおいて完了したと考えられる時点で車両の運転を終了する可能性が高い。
【００８５】
よって、その後、作業者が、再びツール２３を通信バス１７に接続して、ツール２３に図５の処理を行わせた場合、ツール２３は、Ｓ５２０で「ＮＯ」と判定し、Ｓ５３０で「ＹＥＳ」と判定し、Ｓ５４０にて、合格と判定してしまう。よって、もし、診断Ｂの診断対象であるサーモスタットに異常があっても、合格にされてしまう。つまり、水温センサの修理後の状態である最新状態で診断Ｂが実施されておらず、本来ならば車両を不合格にすべきなのに、合格とされてしまう可能性がある。
【００８６】
［１−５］効果
そこで、本実施形態のＥＣＵ１においてマイコン３が行う図３の第２診断処理では、Ｓ３８０にて、第１診断処理による水温センサについての故障診断結果、即ち、診断Ａによる故障診断結果が、異常を示す結果であるか否かを判定している。そして、水温センサについての故障診断結果が、異常を示す結果であると判定した場合には、Ｓ３９０にて、診断Ｂのレディネスコードをクリアしている。
【００８７】
（１ａ）このような実施形態のＥＣＵ１では、図７と同様の状況を表す図８に示すように、２ＤＣ目において、診断Ａで水温センサが異常と判定された場合には、診断Ｂのレディネスコードがメモリ１１からクリアされる。よって、水温センサが正常と判定されていることを条件にして故障診断が実施されるサーモスタットについて、水温センサが異常になった場合に、その異常発生前のレディネスコードがメモリ１１に残ってしまうことを、防止することができる。このため、水温センサについてのＤＴＣがメモリ１１に記憶されて、水温センサが修理された場合に、サーモスタットについて再診断しなければならないことが明確になる。
【００８８】
よって、ＥＣＵ１のメモリ１１に記憶されたＤＴＣ及びレディネスコードを読み出して、車両の点検整備に用いる場合には、修理後の確認不足を抑制することができる。
例えば、車両の点検整備のために、図８における２ＤＣ目の状態にあるＥＣＵ１から、ＤＴＣとレディネスコードがツール２３によって読み出されたとする。
【００８９】
この場合、ＥＣＵからツール２３には、少なくとも、診断ＡによるＤＴＣと、診断Ａのレディネスコードとが読み出されるが、診断Ｂのレディネスコードはクリアされているた
め、ツール２３に読み出されない。このため、ツール２３は、図４のＳ４３０にて「ＹＥＳ」と判定し、Ｓ４７０では、ディスプレイに、未完了の故障診断を表す情報として、少なくとも、診断Ｂを示す情報を表示することになる。
【００９０】
そして、作業者は、診断Ｂが未完了の故障診断であることを知ることができる。このため、作業者は、検出ＤＴＣに対応する水温センサの修理を実施した後、ＥＣＵ１にて診断Ａだけでなく診断Ｂも完了したと考えられる時まで、車両の運転（即ち、試運転）を行うことになる。そして、ＥＣＵ１における診断Ａと診断Ｂとで正常と判定されたとすると、その後、作業者が、ツール２３に図４の処理を行わせた場合、ツール２３は、Ｓ４３０で「ＮＯ」と判定し、Ｓ４４０で「ＹＥＳ」と判定し、Ｓ４５０にて、故障無しと判定することになる。
【００９１】
このように、水温センサの修理後におけるサーモスタットについての確認不足を抑制することができる。
また、ＥＣＵ１のメモリ１１に記憶された特定ＤＴＣ及びレディネスコードを読み出して、車両のＯＢＤ検査に用いる場合には、本来不合格とすべき車両を合格にしてしまう可能性を抑制することができる。
【００９２】
例えば、車両のＯＢＤ車検のために、図８における２ＤＣ目の状態にあるＥＣＵ１から、特定ＤＴＣとレディネスコードがツール２３によって読み出されたとする。
この場合、ＥＣＵからツール２３には、少なくとも、診断Ａによる特定ＤＴＣと、診断Ａのレディネスコードとが読み出されるが、診断Ｂのレディネスコードはクリアされているため、ツール２３に読み出されない。
【００９３】
このため、ツール２３は、図５のＳ５２０にて「ＹＥＳ」と判定し、Ｓ５５０にて、車両が不合格であると判定するが、ディスプレイには、水温センサに異常が生じていることを表示すると共に、未完了の故障診断を表す情報として、少なくとも、診断Ｂを示す情報を表示することになる。
【００９４】
よって、作業者は、水温センサの修理を実施した後、ＥＣＵ１にて診断Ａだけでなく診断Ｂも完了したと考えられる時まで、車両の運転（即ち、試運転）を行うことになる。そして、ＥＣＵ１における診断Ａと診断Ｂとで正常と判定されたとすると、その後、作業者が、ツール２３に図５の処理を行わせた場合、ツール２３は、Ｓ５２０で「ＮＯ」と判定し、Ｓ５３０で「ＹＥＳ」と判定し、Ｓ５４０にて、合格と判定することになる。また、水温センサの修理後において、診断ＢがＥＣＵ１で未だ完了していなければ、ツール２３は、Ｓ５３０で「ＮＯ」と判定し、Ｓ５５０にて、不合格と判定することになる。
【００９５】
このように、水温センサの修理後に診断Ｂが実施されておらず、本来ならば車両を不合格にすべき場合に、合格とされてしまう可能性を抑制することができる。
（１ｂ）また、上記実施形態のＥＣＵ１において、マイコン３は、診断Ｂを実施するための第２診断処理の中で、第１診断処理による故障診断結果を判別し、その故障診断結果が異常を示す結果であると判定した場合に、診断Ｂのレディネスコードをクリアしている。
【００９６】
このような構成によれば、診断Ｂのレディネスコードをセットするための処理と、そのレディネスコードをクリアするための処理とが、同じ第２診断処理に集約される。このため、故障診断のための処理及びその処理を実現するソフトウェアを、故障診断毎に独立させやすくなり、設計時における処理の正しさの確認作業がしやすくなる。また、設計変更への対応も容易となる。
【００９７】
例えば、他の診断の実施条件成立に関与する診断Ａのような故障診断のことを、上位診断と言うことにし、診断Ｂに対する上位診断が、診断Ａから別の診断Ｃに変更され、且つ、診断Ａが残される場合を例に挙げる。この場合、第２診断処理の変更だけで対応することが可能となる。一方、後述する第２実施形態のように、診断Ａを実施するための第１診断処理の中で、診断Ｂのレディネスコードをクリアするようにプログラムが構成されても良いが、この構成の場合、上記例の場合には、プログラムの変更に少し手間がかかる可能性がある。具体的には、診断Ａを実施するための処理から、診断Ｂのレディネスコードをクリアするための処理を削除し、診断Ｃを実施するための処理に、診断Ｂのレディネスコードをクリアするための処理を追加すれば良いが、変更対象の処理が複数になる。
【００９８】
尚、第１実施形態では、水温センサが、所定の診断対象に相当し、サーモスタットが、別診断対象に相当し、メモリ１１が、記憶部に相当し、レディネスコードが、診断履歴情報に相当し、ＤＴＣが、異常情報に相当する。そして、マイコン３が、第１診断部と、第２診断部と、消去部との、それぞれとして機能している。図２のＳ１１０〜Ｓ２３０が第１診断部としての処理に相当し、図３のＳ３１０〜Ｓ３９０が第２診断部としての処理に相当する。そして、図３のＳ３８０，Ｓ３９０は、消去部としての処理に相当する。
【００９９】
［２．第２実施形態］
第２実施形態は、基本的な構成は第１実施形態と同様であるため、相違点について以下に説明する。尚、第１実施形態と同じ符号は、同一の構成を示すものであって、先行する説明を参照する。
【０１００】
第２実施形態のＥＣＵ１は、第１実施形態と比較すると、マイコン３が、図２の第１診断処理に代えて、図９の第１診断処理を行う。また、マイコン３は、図３の第２診断処理に代えて、比較例で説明した図６の第２診断処理を行う。
【０１０１】
図９の第１診断処理は、図２の第１診断処理と比較すると、Ｓ２４０が追加されている。マイコン３は、図９の第１診断処理では、Ｓ１６０またはＳ１９０の処理を行った場合、即ち、当該第１診断処理による診断Ａにて異常と判定した場合には、Ｓ２４０に進み、診断Ｂのレディネスコードをメモリ１１からクリアする。そして、その後、Ｓ２３０に進む。
【０１０２】
つまり、第２実施形態では、診断Ａを実施するための第１診断処理の中で、診断Ｂのレディネスコードをクリアするようにプログラムが構成されている。
このような第２実施形態によっても、第１実施形態について述べた上記（１ａ）の効果が得られる。また、診断Ｂのレディネスコードをクリアするために、第１診断処理による故障診断結果を参照したり判定したりする必要がなくなる。よって、処理を簡略化しやすい。
【０１０３】
尚、第２実施形態では、図９のＳ１１０〜Ｓ２４０が第１診断部としての処理に相当し、図６のＳ３１０〜Ｓ３７０が第２診断部としての処理に相当する。そして、図９のＳ２４０は、消去部としての処理に相当する。
【０１０４】
［３．第３実施形態］
第３実施形態は、基本的な構成は第１実施形態と同様であるため、相違点について以下に説明する。尚、第１実施形態と同じ符号は、同一の構成を示すものであって、先行する説明を参照する。
【０１０５】
第３実施形態のＥＣＵ１では、第１実施形態と比較すると、マイコン３が処理する情報として、図１０に示すように、診断Ａの診断完了フラグと、診断Ｂの診断完了フラグとが
、追加されている。各診断完了フラグは、レディネスコードと同様に、セットが故障診断の完了を表し、非セットが故障診断の未完了を表す。そして、各診断完了フラグも、メモリ１１に記憶される。
【０１０６】
診断Ａの診断完了フラグは、診断Ａのレディネスコードがセットされる場合にセットされる。診断Ｂの診断完了フラグは、診断Ｂのレディネスコードがセットされる場合にセットされるが、第１実施形態において診断Ｂのレディネスコードがクリアされる条件と同じ条件でクリアされる。また、診断Ｂのレディネスコードは、診断Ａのレディネスコードと同様に、セットされるとクリアされないようになっている。
【０１０７】
このため、ＥＣＵ１において、マイコン３は、図２のＳ２３０では、診断Ａのレディネスコードをセットすると共に、診断Ａの診断完了フラグもセットする。
そして、マイコン３は、図３のＳ３７０では、診断Ｂのレディネスコードをセットすると共に、診断Ｂの診断完了フラグもセットする。
【０１０８】
また、マイコン３は、図３のＳ３９０では、診断Ｂのレディネスコードをクリアせず、診断Ｂの診断完了フラグをクリアする。
また、マイコン３は、ツール２３からの読み出し要求に応じて、各診断対象についてのＤＴＣ及びレディネスコードと、診断Ａ，Ｂの各診断完了フラグとを、ツール２３へ送信する。尚、この第３実施形態において、診断Ａ，Ｂについては、診断完了フラグが、第１実施形態におけるレディネスコードと同じ役割を果たすため、診断Ａ，Ｂのレディネスコードは、ツール２３に送信されなくても良い。
【０１０９】
ツール２３は、診断Ａ，Ｂについては、診断完了フラグを、第１実施形態でのレディネスコードとして扱って処理する。例えば、ツール２３において、診断Ａ，Ｂについては、診断完了フラグに基づいて完了、未完了が判定される。
【０１１０】
このような第３実施形態によれば、ＥＣＵ１にてレディネスコードをクリアしなくても、第１実施形態と同様の効果が得られる。
また、第３実施形態の手法は、第２実施形態についても同様に適用されて良い。この場合、マイコン３は、図９のＳ２４０では、診断Ｂのレディネスコードをクリアせず、診断Ｂの診断完了フラグをクリアすれば良い。
【０１１１】
尚、第３実施形態では、診断Ａ，Ｂについての診断完了フラグが、診断履歴情報に相当する。また、診断完了フラグを追加するのは、診断Ｂについてだけでも良い。
［４．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
【０１１２】
例えば、第１診断処理による診断対象は水温センサ以外でも良く、第２診断処理による診断対象はサーモスタット以外でも良い。また例えば、診断Ｂに対する上位診断は、複数あっても良い。逆に、診断Ａで正常と判定されることを条件にして実施される下位の故障診断が、複数あっても良い。
【０１１３】
また、本開示に記載のＥＣＵ及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載のＥＣＵ１及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載のＥＣＵ及びその手法は、一つ乃至は複数の機能を実行する
ようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されてもよい。また、ＥＣＵに含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、一つあるいは複数のハードウェアを用いて実現されてもよい。
【０１１４】
また、上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。
【０１１５】
また、上述したＥＣＵの他、当該ＥＣＵを構成要素とするシステム、当該ＥＣＵとしてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体、診断履歴記憶方法など、種々の形態で本開示を実現することもできる。
【符号の説明】
【０１１６】
１…ＥＣＵ、３…マイコン、１１…メモリ
【図１】
2020093650.tif 000003
【図２】
2020093650.tif 000004
【図３】
2020093650.tif 000005
【図４】
2020093650.tif 000006
【図５】
2020093650.tif 000007
【図６】
2020093650.tif 000008
【図７】
2020093650.tif 000009
【図８】
2020093650.tif 000010
【図９】
2020093650.tif 000011
【図１０】
2020093650.tif 000012