(57)【要約】【課題】誤って車検を通過することを抑制できる技術、を提供する。【解決手段】ＥＣＵ１０は、車両に搭載され、消去判定部と、要求時判定部と、消去対応部と、を備える。消去判定部は、消去要求を受信した否かを判定する。要求時判定部は、消去要求によって消去が要求される診断項目毎に異常の有無を判定する。消去対応部は、消去要求を受信したときに、消去要求によって消去が要求される全ての診断項目である対象項目について異常が無いと判定される場合は、記憶媒体に保存される対象項目についての故障情報である対象情報を消去する。【選択図】図３
2020116972.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載される電子制御装置（１０）であって、
前記車両に対する予め定められた診断項目についての情報であって故障診断によって発生する故障情報を記憶する記憶媒体から少なくとも１つの前記診断項目についての前記故障情報を消去するための要求である消去要求、を当該電子制御装置外から受信した否かを判定する消去判定部（Ｓ２０）と、
前記消去要求によって消去が要求される前記診断項目毎に異常の有無を判定する要求時判定部（Ｓ４０、Ｓ５０）と、
前記消去要求を受信したときに、前記消去要求によって消去が要求される全ての前記診断項目である対象項目について異常が無いと判定される場合は、前記記憶媒体に記憶される前記対象項目についての前記故障情報である対象情報を消去する消去対応部（Ｓ８０）と、
を備える電子制御装置。
【請求項２】
請求項１に記載の電子制御装置であって、
前記消去対応部は、前記対象項目のうち少なくとも１つの前記診断項目について異常が有ると判定される場合は、前記対象情報を消去しない
電子制御装置。
【請求項３】
請求項１又は請求項２に記載の電子制御装置であって、
前記要求時判定部は、前記消去要求を受信したときに、前記対象項目に含まれる全ての前記診断項目について前記故障診断を行い、前記故障診断によって発生する前記故障情報に基づいて、前記対象項目について異常の有無を判定する
電子制御装置。
【請求項４】
請求項１に記載の電子制御装置であって、
前記記憶媒体には前記故障情報が時系列に記憶されており、
前記要求時判定部は、前記消去要求を受信したときに、前記対象項目に含まれる全ての前記診断項目について前記記憶媒体に記憶されている直近の前記故障情報が正常であるか否かを判定して故障診断を行う対象とすべき前記診断項目である実施項目を特定し、前記実施項目について故障診断を行い、前記故障診断によって生じる故障情報に基づいて前記対象項目について異常の有無を判定する
電子制御装置。
【請求項５】
請求項１から請求項４のいずれか一項に記載の電子制御装置であって、
予め定められた少なくとも１つの前記診断項目について故障診断を繰り返し行う繰り返し診断部（Ｓ３２０）と、
前記繰り返し診断部が行う前記故障診断によって発生する故障情報を前記記憶媒体に記憶する情報記憶部（Ｓ３３０）と、
を備え、
前記消去要求は、前記情報記憶部によって前記記憶媒体に記憶された前記故障情報を消去するための要求である
電子制御装置。
【請求項６】
請求項１から請求項５のいずれか一項に記載の電子制御装置であって、
前記消去要求を送信する車外装置と通信可能である通信部（１２）を備え、
前記要求時判定部は、前記車外装置からの前記消去要求を受信したか否かを判断する
電子制御装置。
【請求項７】
請求項１から請求項６のいずれか一項に記載の電子制御装置であって、
前記診断項目は、車両についての保安基準に不合格となる故障を特定する項目である特定項目を少なくとも１つ含む
電子制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車両の故障情報を管理する技術に関する。
【背景技術】
【０００２】
車載の各種センサ、アクチュエータなどに何らかの異常が発生したことを車載の電子制御装置（以下、ＥＣＵ）がＯＢＤにより検出し、検出された結果を表す故障情報を記録する技術が知られている。例えば、特許文献１には、複数のＥＣＵのそれぞれが記録している故障情報を車両のネットワークに接続された外部装置である検査ツールが読み出して表示し、整備員が検査ツールに表示された故障情報を確認して故障箇所を認識する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１１３６６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＥＣＵは、Electronic Control unitの略である。ＯＢＤはOn board Diagnosticsの略であり、所謂自己診断、すなわち故障診断を実行することを意味する。
故障診断では、車両に対する予め定められた診断項目について、異常の有無が検出される。故障情報を記録する際には、検出された異常に対応する診断コード（以下、ＤＴＣ）を記録することが知られている。ＤＴＣは、Diagnostic Trouble Codeの略である。また、ＤＴＣのうち、車検で道路運送車両の保安基準を満たさない不具合が発生したことを表す特定ＤＴＣが検査ツールで読み出されると、車検を不合格にする技術、が自動車検査手法として提案されている。
【０００５】
このような自動車検査手法においては、車検を合格にする際、ＥＣＵに記録された故障情報を初期化、すなわち消去する必要がある。例えば、検査ツールを用いて、ＥＣＵに記録された故障情報を消去することが考えられる。
【０００６】
しかしながら、ＥＣＵに記録された故障情報が誤って初期化されると、誤って初期化された故障情報を用いて車検が行われた際には、故障が検出されていないものとして、誤って車検を通過するおそれがある。
【０００７】
本開示の１つの局面は、誤って車検を通過することを抑制できる技術、を提供することにある。
【課題を解決するための手段】
【０００８】
本開示の一態様による電子制御装置は、車両に搭載され、消去判定部（Ｓ２０）と、要求時判定部（Ｓ４０、Ｓ５０）と、消去対応部（Ｓ８０）と、を備える。消去判定部は、消去要求を当該電子装置外から受信した否かを判定する。消去要求は、車両に対する予め定められた診断項目についての情報であって故障診断によって発生する故障情報を記憶する記憶媒体から、少なくとも１つの診断項目についての故障情報を消去するための要求である。要求時判定部は、消去要求によって消去が要求される診断項目毎に異常の有無を判定する。消去対応部は、消去要求を受信したときに、消去要求によって消去が要求される全ての診断項目である対象項目について異常が無いと判定される場合は、記憶媒体に記憶される対象項目についての故障情報である対象情報を消去する。
【０００９】
このような構成によれば、消去要求があった際は、消去が要求された全ての診断項目について異常が無いと判定された場合にのみ故障情報が消去されるので、車両が故障しており診断項目について異常が有るにも拘わらず誤って消去要求に従って故障情報が消去されること、を抑制することができる。そして、故障情報を用いた車検が行われる際には、誤って故障情報が消去されて誤って車検に通ってしまうこと、を抑制することができる。
【図面の簡単な説明】
【００１０】
【図１】故障検出システムの構成を示すブロック図。
【図２】車両制御処理のフローチャート。
【図３】第１実施形態の情報管理処理のフローチャート。
【図４】初期化処理のフローチャート。
【図５】第１実施形態の故障診断処理のフローチャート。
【図６】第１実施形態のクリア処理のフローチャート。
【図７】作動を説明する説明図（１／２）。
【図８】作動を説明する説明図（２／２）。
【図９】第２実施形態の故障診断処理のフローチャート。
【図１０】他の実施形態の故障診断処理のフローチャート。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら、本開示の実施形態を説明する。
［１．第１実施形態］
［１−１．構成］
図１に示す故障検出システム１は、車両の故障を検出して検出結果を管理するためのシステムである。故障検出システム１は、車両制御システム２と、検査ツール３と、を備える。
【００１２】
（１）車両制御システム
車両制御システム２は、車両に搭載されるシステムであり、複数のＥＣＵ１０a−１０ｃを備える。また、車両制御システム２は、バッテリ２０を備える。複数のＥＣＵ１０a−１０ｃのそれぞれは、通信線４１に接続されており、ＣＡＮ等といった通信プロトコルに従って互いに通信可能である。複数のＥＣＵ１０a−１０ｃのそれぞれは、ＥＣＵ毎に予め定められた車両制御を実行する。ＣＡＮは、Controller Area Networkの略であり、登録商標である。
【００１３】
なお複数のＥＣＵ１０a−１０ｃのそれぞれは同様の構成であるため、複数のＥＣＵ１０a−１０ｃのそれぞれに共通の構成を説明するときは添え字を省略して記載する。
ＥＣＵ１０は、整備工場等でコネクタ４０を介して検査ツール３に接続され得る。
【００１４】
ＥＣＵ１０は、マイクロコンピュータ（以下、マイコン）１１と、通信インタフェース１２と、スタンバイＲＡＭ（以下、ＳＲＡＭ）１３と、を備える。マイコン１１は、ＣＰＵ５１と、ＲＯＭ５２、ＲＡＭ５３、フラッシュメモリ等の半導体メモリと、を有する。ＥＣＵ１０は、バッテリ２０から、電力が常時供給されている。
【００１５】
ＥＣＵ１０の各種機能は、ＣＰＵ５１が非遷移的実体的記憶媒体に格納されたプログラムを実行することにより実現される。この例では、半導体メモリが、プログラムを格納した非遷移的実体的記憶媒体に該当する。また、このプログラムが実行されることで、プログラムに対応する方法が実行される。なお、ＥＣＵ１０は、１つのマイコンを備えていてもよいし、複数のマイコンを備えていてもよい。
【００１６】
ＥＣＵ１０は、ＣＰＵ５１がプログラムを実行することで、当該ＥＣＵ１０に割り当てられた機能を実現する。具体的には、ＥＣＵ１０は、後述する車両制御処理を実行することで、当該ＥＣＵ１０に割り当てられた車両制御を実現する。またＥＣＵ１０は、後述する情報管理処理を実行することで、当該ＥＣＵ１０に割り当てられた故障診断を実現する。
【００１７】
ＥＣＵ１０を構成するこれらの要素を実現する手法はソフトウェアに限るものではなく、その１部又は全部の要素について、１つあるいは複数のハードウェアを用いて実現してもよい。例えば、上記機能がハードウェアである電子回路によって実現される場合、その電子回路は多数の論理回路を含むデジタル回路、又はアナログ回路、あるいはこれらの組合せによって実現されてもよい。
【００１８】
通信インタフェース１２は、通信線４１を介して他のＥＣＵ１０と通信を行うとともに、コネクタ４０を介して検査ツール３と通信を行う。他のＥＣＵ１０とは、例えばここでいうＥＣＵ１０がＥＣＵ１０aである場合、通信線４１に接続されているＥＣＵ１０すなわちＥＣＵ１０a−ＥＣＵ１０ｃのうちＥＣＵ１０a以外のＥＣＵ１０をいう。
【００１９】
ＳＲＡＭ１３は、イグニッションスイッチのオン／オフに拘わらず、車両に搭載されたバッテリ２０からの電力供給を常時受けて動作する揮発性メモリである。つまり、ＳＲＡＭ１３は、バッテリ２０からの電力供給が継続している間は、書き込まれたデータを常時記憶保持する。ＳＲＡＭ１３は、主に故障情報を記憶するために利用される。
【００２０】
故障情報とは、車両に対する予め定められた一又は複数の診断項目についての情報であって、ＥＣＵ１０による故障診断によって発生する情報である。診断項目とはＥＣＵ１０が実行可能な故障診断の項目である。
【００２１】
ＳＲＡＭ１３には、ＥＣＵ１０が実行する少なくとも１つの診断項目についての故障診断の結果が、故障情報として時系列に記憶される。時系列に記憶されるとは、時間の経過に伴って過去から現在まで順に記憶されること、をいう。ＳＲＡＭ１３に記憶される故障情報には、ＤＴＣと、診断データと、が含まれ得る。
【００２２】
後述するように、ＥＣＵ１０によって、診断項目毎に故障診断が行われて、故障診断の結果として異常であるか又は異常でないか、が特定される。ここでは、異常でない、とは正常であることを意味する。上述のＤＴＣとは、診断項目について異常であると特定された場合にＳＲＡＭ１３に記憶される診断コードであって、該診断項目の異常に対応する診断コードである。
【００２３】
また、上述の診断データとは、診断項目についての故障診断の結果としてＳＲＡＭ１３に記憶される情報であって、該診断項目について異常であるか又は正常であるかを表す情報である。
【００２４】
診断項目には、以下でいう特定項目が含まれ得る。特定項目とは、車両についての保安基準に不合格となる故障を特定する項目である。換言すれば、特定項目は、車検で道路運送車両の保安基準を満たさない不具合を特定する項目である。以下でいう特定ＤＴＣとは、特定項目についての、異常に対応する診断コードである。
【００２５】
つまり、少なくとも１つのＤＴＣが予め定められており、ＤＴＣのうちの一部又は全部が特定ＤＴＣとして予め定められ得る。特定ＤＴＣは、ＤＴＣのうち、車検で道路運送車両の保安基準を満たさない不具合が発生したことを表すものである。
【００２６】
このように、ＳＲＡＭ１３は、ＥＣＵ１０によって、少なくとも１つのＤＴＣ、又は少なくとも１つの特定ＤＴＣ、又はこれらの組合わせ、を故障情報として記憶するように構成され得る。また、ＳＲＡＭ１３は、ＥＣＵ１０によって、診断項目毎に診断データを記憶するように構成され得る。
【００２７】
なお、ＳＲＡＭ１３には、図示しないが、少なくとも、該ＳＲＡＭ１３を備えるＥＣＵ１０が実行可能な診断項目のリストと、該診断項目に対応付けられるＤＴＣのリストと、が予め記憶されている。
【００２８】
（２）検査ツール
検査ツール３は、コネクタ４０を介して車両における通信線４１に接続されてＥＣＵ１０と互いに通信可能な、ＥＣＵ１０外の装置（以下、車外装置）である。検査ツール３は、図示しないが、マイコンを有する制御部と、ＥＣＵ１０との通信を行う通信部と、を備える。検査ツール３は、作業員からの指示入力を受け付ける受付部を備えていてもよい。検査ツール３は、各種情報を表示するディスプレイを備えていてもよい。
【００２９】
検査ツール３は、取得要求を送信する機能、を実行する。取得要求とは、ＥＣＵ１０が備えるＳＲＡＭ１３から、少なくとも１つの診断項目についての故障情報を取得するための要求である。取得要求において取得の対象とされる故障情報は、一又は複数のＤＴＣであってもよいし、一又は複数の特定ＤＴＣであってもよいし、これらの組合わせであってもよい。検査ツール３には、車両が備えるＥＣＵ１０と、該ＥＣＵ１０に応じたＤＴＣ及び特定ＤＴＣと、を対応付けるリストが記憶されている。
【００３０】
検査ツール３により指定された故障情報の取得対象であるＥＣＵ１０は、検査ツール３から取得要求を受信すると、ＳＲＡＭ１３に記録している指定された故障情報を検査ツール３へ送信する。
【００３１】
ここで、検査ツール３は、取得対象であるＥＣＵ１０から故障情報としての特定ＤＴＣを受信すると、該特定ＤＴＣに基づいて、車両が車検に合格するか否かを判定する。例えば、検査ツール３は、ＥＣＵ１０から特定ＤＴＣが送信された場合に車検に不合格であると判定し、ＥＣＵ１０から特定ＤＴＣが送信されない場合に車検に合格であると判定する。
【００３２】
一方、検査ツール３は、取得対象であるＥＣＵ１０から故障情報としてのＤＴＣを受信すると、該ＤＴＣや該ＤＴＣに対応する診断項目等をディスプレイに表示する。
また、検査ツール３は、消去要求を送信する機能を実行する。消去要求とは、ＳＲＡＭ１３に記憶されている少なくとも１つの診断項目についての故障情報を該ＳＲＡＭ１３から消去するための要求である。消去要求において消去の対象とされる故障情報は、１つであってもよいし、複数であってもよい。また、消去要求において消去の対象とされる故障情報は、ＤＴＣであってもよいし、特定ＤＴＣであってもよい。つまり、消去要求において消去の対象とされる故障情報は、一又は複数のＤＴＣであってもよいし、一又は複数の特定ＤＴＣであってもよいし、これらの組合わせであってもよい。
【００３３】
検査ツール３は、例えばＣＡＮで通信する場合には、特定のＣＡＮＩＤにより、ＥＣＵ１０に、少なくとも１つのＤＴＣの消去、又は少なくとも１つの特定ＤＴＣの消去、又はＤＴＣ及び特定ＤＴＣの両方の消去、を要求する。
【００３４】
検査ツール３により指定されたＤＴＣ及び特定ＤＴＣの消去対象であるＥＣＵ１０は、消去要求を受信した際は、後述する情報管理処理に従って作動する。
［１−２．処理］
ＥＣＵ１０が実行する車両制御処理、及び情報管理処理について説明する。
【００３５】
（１）車両制御処理
ＥＣＵ１０が実行する車両制御処理を、図２のフローチャートに基づいて説明する。ＥＣＵ１０は、車両においてスタートスイッチが押されたことをきっかけとして、又はイグニションスイッチがオンされたことをきっかけとして、これらのスイッチがオフされる迄の間、繰り返し実行される。
【００３６】
ＥＣＵ１０は、Ｓ１では、ＥＣＵ１０に予め割り当てられた車両制御を実行する。そして、ＥＣＵ１０は、該車両制御を実行した後に、本車両制御処理を終了する。
（２）情報管理処理
ＥＣＵ１０が実行する情報管理処理を、図３のフローチャートに基づいて説明する。ＥＣＵ１０は、当該ＥＣＵ１０に電力が供給されている間、情報管理処理を繰り返し実行する。情報管理処理は、車両の走行中においても、繰り返し実行される。走行中とは、車両が工場から出荷された後に整備工場で整備されている状態以外の状態をいい、車両が停止している状態も含む。
【００３７】
Ｓ１０では、ＥＣＵ１０は、初期化処理を実行する。初期化処理は、工場からの出荷時等において、最初にＥＣＵ１０に電力が供給された際に実行される処理である。初期化処理では、後述するように、ＥＣＵ１０は、ＳＲＡＭ１３を初期化する。つまり、ＳＲＡＭ１３において、故障情報としてのＤＴＣが記憶される領域も初期化される。
【００３８】
なお、故障情報としてのＤＴＣが記憶される領域では、初期化された状態では、ＤＴＣが記憶されていないこと、すなわち、異常なしであること、を表す。また、ＳＲＡＭ１３には後述する消去要求フラグが記憶される領域も含まれており、初期化処理によって消去要求フラグも初期化される。消去要求フラグは、初期化された状態がオフに設定された状態を表す。
【００３９】
Ｓ２０では、ＥＣＵ１０は、当該ＥＣＵ１０外の装置である検査ツール３から消去要求を受信したか否かを判定する。ＥＣＵ１０は、消去要求を受信したと判定した場合に処理をＳ３０に移行させ、消去要求を受信していないと判定した場合に処理をＳ４０に移行させる。
【００４０】
Ｓ３０では、ＥＣＵ１０は、消去要求フラグ（図では、ＦＬＧ１）をオンに設定する。消去要求フラグは、検査ツール３から消去要求を受診した際にオンに設定されるフラグである。
【００４１】
次にＳ４０では、ＥＣＵ１０は、故障診断処理を実行する。
ここで、故障診断処理では、ＥＣＵ１０は、後述するように、検査ツール３から消去要求を受信していないときは、該ＥＣＵ１０に割り当てられている少なくとも１つの診断項目について故障診断を行う。例えば本実施形態では、消去要求を受信していないときは、該ＥＣＵ１０に割り当てられている全ての診断項目について診断項目毎に故障診断を実行して異常の有無を判定する。ＥＣＵ１０は、判定の結果、異常有り又は異常無し、を表す情報を、診断データとして診断項目ごとにＳＲＡＭ１３に記憶する。
【００４２】
なお、ＥＣＵ１０は、本故障診断において、所定時間に渡って又は所定回数の故障診断を実行して異常の有無を確定した後に、上述の診断データを記憶するように構成され得る。ここでいう所定回数とは、少なくとも１回をいう。また、所定時間とは、数日、数時間、数分、数秒等であり得る。また、ＥＣＵ１０は、異常の有無を確定する際は、正常から不具合が生じて異常となったことを確定するまでに要する所定時間又は所定回数と、異常から修理等が行われて正常となったことを確定するまでに要する所定時間又は所定回数と、が異なるように構成され得る。
【００４３】
一方、故障診断処理では、ＥＣＵ１０は、検査ツール３から消去要求を受信しているときは、消去要求によって消去が要求される全ての診断項目について診断項目毎に故障診断を実行して異常の有無を判定する。以下でいう対象項目とは、消去要求によって消去が要求された全ての診断項目である。ＥＣＵ１０は、判定の結果、検査ツール３から消去要求を受信していないときと同様に、異常有り又は異常無し、を表す情報を、診断データとして診断項目毎にＳＲＡＭ１３に記憶する。
【００４４】
続くＳ５０では、ＥＣＵ１０は、故障診断処理の結果、車両において何らかの故障すなわち異常が生じているか否かを判定する。ＥＣＵ１０は、Ｓ４０で実行された故障診断処理の結果として、ＳＲＡＭ１３に少なくとも１つの診断項目について異常有りを表す診断データが記憶された場合に、車両において異常が生じていると判定する。ＥＣＵ１０は、車両において異常が生じていると判定された場合に処理をＳ６０に移行させ、生じていないと判定された場合に処理をＳ７０へ移行させる。
【００４５】
Ｓ６０では、ＥＣＵ１０は、Ｓ４０にて故障診断を実行することによって異常有りを表す診断データが検出され記憶された診断項目について、該診断項目に対応するＤＴＣをＳＲＡＭ１３に記憶させ、処理をＳ１００に移行させる。
【００４６】
Ｓ７０では、ＥＣＵ１０は、消去要求フラグがオンに設定されているか否かを判定する。ＥＣＵ１０は、消去要求フラグがオンに設定されている場合に処理をＳ８０に移行させ、消去要求フラグがオンに設定されていない場合に、すなわちオフに設定されている場合に、処理をＳ１００に移行させる。
【００４７】
Ｓ８０では、ＥＣＵ１０は、クリア処理を実行する。クリア処理では、後述するように、ＥＣＵ１０は、消去要求を受信したときに、対象項目について、故障診断が成されて、かつ、異常が無いと判定された場合は、対象情報を消去する。対象情報とは、ＳＲＡＭ１３に記憶されている対象項目についての故障情報である。
【００４８】
上述のように、対象項目は、消去要求によって消去が要求される全ての診断項目である。換言すれば、ＥＣＵ１０は、消去要求を受信したときに、消去要求によって消去が要求される全ての診断項目のうち少なくとも1つの診断項目について、診断処理が成されていない、または、異常が有ると判定される場合は、対象情報を消去しない。
【００４９】
続くＳ９０では、ＥＣＵ１０は、消去要求フラグをオフに設定する。
Ｓ１００では、ＥＣＵ１０は、送受信処理を実行する。具体的には、ＥＣＵ１０は、通信線４１にコネクタ４０を介して検査ツール３が接続されている場合に、検査ツール３との通信を実行する。
【００５０】
ここで、ＥＣＵ１０は、検査ツール３から取得要求を受信しているか否かを判定し、取得要求を受診している場合には、取得要求に応じてＳＲＡＭ１３に記憶されているＤＴＣを送信し、処理をＳ２０へ移行させる。一方、ＥＣＵ１０は、検査ツール３から取得要求を受診していない場合には、処理をＳ２０に移行させる。ＥＣＵ１０は、処理をＳ２０に移行させた後は、上述と同様の処理を繰り返し実行する。
【００５１】
（３）初期化処理
ＥＣＵ１０が情報管理処理のＳ１０で実行する初期化処理を、図４のフローチャートに基づいて説明する。
【００５２】
Ｓ２１０では、ＥＣＵ１０は、ＳＲＡＭ１３を初期化する。上述のように、ＳＲＡＭ１３の初期化によって、故障情報及び消去要求フラグが記憶される領域が初期化される。ＥＣＵ１０は、以上で、初期化処理を終了する。
【００５３】
（４）故障診断処理
ＥＣＵ１０が情報管理処理のＳ４０で実行する故障診断処理を、図５のフローチャートに基づいて説明する。
【００５４】
Ｓ３１０では、ＥＣＵ１０は、消去要求フラグがオンに設定されているか否かを判定する。ここで、ＥＣＵ１０は、消去要求フラグがオンに設定されていない、すなわち消去要求フラグがオフに設定されていると判定された場合に、処理をＳ３２０に移行させる。一方、ＥＣＵ１０は、消去要求フラグがオンに設定されていると判定された場合に、処理をＳ３４０に移行させる。
【００５５】
Ｓ３２０では、ＥＣＵ１０は、該ＥＣＵ１０に割り当てられている診断項目について故障診断を実行して診断項目毎に異常の有無を判定し、診断データをＳＲＡＭ１３に記憶する。
【００５６】
なお、例えば、所定のアクチュエータの消費電流等を取得して所定の閾値と比較するといったように、本明細書内でいう診断項目について、具体的にどのような情報を取得してどのような判定を行うことで故障診断を実行するのかは、予め定められている。ＥＣＵ１０は、診断項目毎に予め定められたプログラムに従って、該故障診断を実行するように構成されていてもよい。プログラムは、ＳＲＡＭ１３に記憶されていてもよい。
【００５７】
続くＳ３３０では、ＥＣＵ１０は、該ＥＣＵ１０に割り当てられている全ての診断項目についてＳ３２０による故障診断を実行したか否かを判定する。
ＥＣＵ１０は、診断項目についての診断データがＳＲＡＭ１３に記憶されたことによって、該診断項目についての故障診断を実行したと判定する。ＥＣＵ１０は、該ＥＣＵ１０に割り当てられている全ての診断項目について故障診断を実行していないと判定した場合は、処理をＳ３２０に移行させ、故障診断を実行していない診断項目についての故障診断を実行する。一方、ＥＣＵ１０は、該ＥＣＵ１０に割り当てられている全ての診断項目について故障診断を実行していると判定した場合は、故障診断処理を終了する。
【００５８】
このようにしてＥＣＵ１０は、該ＥＣＵ１０に割り当てられている全ての診断項目について診断項目毎に故障診断を実行して異常の有無を判定し、上述の診断データをＳＲＡＭ１３に記憶する。
【００５９】
なお、Ｓ３１０−Ｓ３３０の処理は、ＥＣＵ１０に電力の供給が開始されて以降、繰り返し実行される処理である。以下では、Ｓ３１０−Ｓ３３０の処理を、定常時故障診断ともいう。ＥＣＵ１０は、定常時故障診断を予め定められた周期で繰り返し実行するように構成され得る。また、ＥＣＵ１０は、Ｓ３２０の処理を、つまり、対象項目に含まれる診断項目について異常の有無を特定する処理を、故障診断処理とは別処理として実行するように構成され得る。
【００６０】
Ｓ３４０では、ＥＣＵ１０は、対象項目に含まれる診断項目について故障診断を実行して診断項目毎に異常の有無を判定し、診断データをＳＲＡＭ１３に記憶する。
続くＳ３５０では、ＥＣＵ１０は、対象項目について、すなわち消去要求によって消去が要求されている全ての診断項目について、Ｓ３４０による故障診断を実行したか否かを判定する。
【００６１】
ここで、ＥＣＵ１０は、対象項目について故障診断を実行していないと判定された場合は、処理をＳ３４０に移行させ、故障診断を実行していない診断項目についての故障診断を実行する。一方、ＥＣＵ１０は、対象項目について故障診断を実行していると判定された場合は、故障診断処理を終了する。
【００６２】
このようにして、ＥＣＵ１０は、対象項目に含まれる全ての診断項目について診断項目毎に故障診断を実行して異常の有無を判定し、診断データをＳＲＡＭ１３に記憶する。なお、Ｓ３４０−Ｓ３５０の処理は、消去要求を受信したときにのみ実行される処理である。以下では、Ｓ３４０−Ｓ３５０の処理を、要求時故障診断ともいう。
【００６３】
（５）クリア処理
ＥＣＵ１０が情報管理処理のＳ８０で実行するクリア処理を、図６のフローチャートに基づいて説明する。
【００６４】
Ｓ４１０では、ＥＣＵ１０は、消去要求フラグがオンに設定されているか否かを判定する。ここで、ＥＣＵ１０は、消去要求フラグがオンに設定されていない、すなわち消去要求フラグがオフに設定されていると判定された場合に、クリア処理を終了させる。一方、ＥＣＵ１０は、消去要求フラグがオンに設定されていると判定された場合に、処理をＳ４２０に移行させる。
【００６５】
Ｓ４２０では、ＥＣＵ１０は、ＳＲＡＭ１３に記憶されている対象情報を消去する。対象情報とは、対象項目についての故障情報である。つまり、ＥＣＵ１０は、消去要求によって消去が要求される全ての診断項目についての故障情報を、ＳＲＡＭ１３から消去する。ＥＣＵ１０は、以上でクリア処理を終了する。
【００６６】
（６）作動
上述のＥＣＵ１０の作動と、該ＥＣＵ１０を利用して特定ＤＴＣに基づいて車検の合否判定及び故障情報の消去を行う手順の例を、図７に基づいて説明する。
【００６７】
図７では、時刻ｔ0にて、車両の走行中に該車両に不具合が生じて、車両の状態が正常から故障に変化した様子を示す。以下では、説明を簡易にするため、車検の合否を判定するための上述の特定項目が１つ定められており、車両の走行中に該１つの特定項目に対応する不具合が生じた場合を説明する。
【００６８】
なお、車両では、診断項目についての不具合が生じると、コンソールパネルにランプが点灯するように構成され得る。検査ツール３は、車両にて上述の１つの特定項目に対応する特定ＤＴＣが記憶されている場合に車検に不合格と判定し、該特定ＤＴＣが記憶されていない場合に車検に合格と判定するように構成され得る。
【００６９】
（ａ）定常時故障診断
ＥＣＵ１０は、定常時故障診断を繰り返し実行している。
時刻ｔ0から、定常時故障診断が実行されて異常確定時間Ｔ1が経過した時刻ｔ1では、ＥＣＵ１０は、Ｓ３３０にて、上述の不具合の生じた特定項目について、異常有り、を表す診断データをＳＲＡＭ１３に記憶する。異常確定時間Ｔ1は、上述の不具合の生じた特定項目について、ＥＣＵ１０が、異常有り、を確定するために要する時間をいう。
【００７０】
時刻ｔ1では、ＥＣＵ１０によるＳ５０における車両の故障判定の結果は故障有りとなり、上述の特定項目に対応する特定ＤＴＣが故障情報としてＳＲＡＭ１３に記憶される。ＳＲＡＭ１３に記憶された特定ＤＴＣは、検査ツール３によって消去が実行されるまで、継続して記憶され続ける。
【００７１】
時刻ｔ2では、車両が修理のために整備工場に持ち込まれるものとする。作業員は、検査ツール３へ指示を出力して、検査ツール３を用いて車検の合否判定を行ってもよい。
検査ツール３は、次のように作動して車検合否判定を行う。Ａ１０では、検査ツール３は、上述の特定ＤＴＣを取得するための取得要求を、上述の特定ＤＴＣを記憶可能であるＥＣＵ１０へ送信する。
【００７２】
Ａ１１では、ＥＣＵ１０が備えるＳＲＡＭ１３に上述の特定ＤＴＣが記憶されている場合は、取得要求に応じて、ＥＣＵ１０によって該特定ＤＴＣが検査ツール３に送信される。検査ツール３は、特定ＤＴＣに基づいて、該車両が車検に不合格である、と判定する。検査ツール３は、例えば、判定結果をディスプレイに表示する。
【００７３】
作業員は、判定結果を確認した後に、故障を修理してもよい。なお、作業員は、故障の詳細を確認するために、検査ツール３へ指示を出力して、検査ツール３を用いて車両に記憶されているＤＴＣを取得してもよい。検査ツール３は、例えば、次のように作動してＤＴＣを取得する。
【００７４】
Ａ１２では、検査ツール３は、ＥＣＵ１０に記憶されている全てのＤＴＣを取得するための取得要求を車両のＥＣＵ１０へ送信する。Ａ１３では、ＥＣＵ１０によって、取得要求に応じてＥＣＵ１０が備えるＳＲＡＭ１３に記憶されている全てのＤＴＣが検査ツール３に送信される。検査ツール３は、取得したＤＴＣをディスプレイに表示する。
【００７５】
時刻ｔ3では、上述の不具合の生じた診断項目について、作業員による修理が完了したものとする。
時刻ｔ3から正常確定時間Ｔ2が経過した時刻ｔ4では、ＥＣＵ１０は、Ｓ３３０にて、上述の不具合の生じた特定項目について、異常無し、を表す診断データをＳＲＡＭ１３に記憶する。正常確定時間Ｔ2は、上述の不具合の生じた特定項目について、ＥＣＵ１０が、異常無し、を判定するために要する時間をいう。ＥＣＵ１０によるＳ５０における故障判定の結果は、故障なし、となり、上述の特定項目に対応する特定ＤＴＣは故障情報としてＳＲＡＭ１３に記憶されない。
【００７６】
但し、ＳＲＡＭ１３には、先に記憶された特定ＤＴＣが、検査ツール３によって消去が実行されるまで、継続して記憶され続ける。
（ｂ）要求時故障診断
続いて、修理が完了した時刻ｔ4以降に、作業員が、検査ツール３に指示を出力し、検査ツール３を用いて車検に用いられた上述の特定ＤＴＣを車両から消去する場合の作動について、説明する。検査ツール３は、次のように作動して消去を行う。
【００７７】
Ａ１４では、検査ツール３が、上述の特定ＤＴＣを消去するための消去要求をＥＣＵ１０に送信する。消去要求を受信したＥＣＵ１０は、要求時故障診断を実行する。ここでは、ＥＣＵ１０は、Ｓ３４０にて、上述の特定ＤＴＣに対応する特定項目について診断を行う。
【００７８】
Ａ１５では、ＥＣＵ１０は、判定確定期間Ｔ3の経過後に、異常無し、を表す診断データがＳＲＡＭ１３に記憶されると、車両に故障が無いと判定して、上述の特定ＤＴＣをＳＲＡＭ１３から消去する。判定確定期間Ｔ3は、上述の特定ＤＴＣに対応する特定項目について、ＥＣＵ１０が、異常無し、を判定するために要する時間をいう。
【００７９】
Ａ１６では、ＥＣＵ１０は、消去が実行されると、その旨を表す通知を検査ツール３に出力するように構成されてもよい。
なお、消去が実行された後、作業員は、ＥＣＵ１０において上述の特定ＤＴＣの消去を確認してもよい。特定ＤＴＣの消去を確認する際、検査ツール３は次のように作動する。
【００８０】
Ａ１７では、検査ツール３は、ＥＣＵ１０に記憶されている上述の特定ＤＴＣを取得する取得要求を送信する。なお、検査ツール３は、図示のように、全てのＤＴＣを取得する取得要求を送信するように構成されてもよい。
【００８１】
Ａ１８では、検査ツール３は、取得されたＤＴＣをディスプレイに表示するように構成されてもよい。
特定ＤＴＣの消去が実行されたこと、又は全てのＤＴＣが消去されたこと、を確認した後に、作業員は検査ツール３を用いて車検の合否判定を行ってもよい。
【００８２】
Ａ１９では、検査ツール３は、作業員による指示に従って、上述の特定ＤＴＣを取得するための取得要求を車両のＥＣＵ１０に送信する。
Ａ２０では、ＥＣＵ１０のＳＲＡＭ１３には上述の特定ＤＴＣが記憶されていないので、取得要求への対応として、ＥＣＵ１０は上述の特定ＤＴＣを検査ツール３に送信しない。検査ツール３は、ＥＣＵ１０から上述の特定ＤＴＣが送信されないことに基づいて、車検に合格である、と判定する。
【００８３】
［１−３．効果］
上記第１実施形態では、以下の効果を得ることができる。
（１ａ）ＥＣＵ１０は、Ｓ８０では、消去要求を受信したときに、対象項目について異常が無いと判定される場合は、ＳＲＡＭ１３に記憶される対象項目についての故障情報である対象情報を消去する。
【００８４】
その結果、消去が要求された全ての診断項目について異常がないと判定された場合にのみ故障情報が消去されるので、車両が故障しており診断項目について異常があるにも拘わらず誤って消去要求に従って故障情報が消去されること、を抑制することができる。
【００８５】
そして、故障情報としての特定ＤＴＣを用いた車検が行われる際には、誤って故障情報としての特定ＤＴＣが消去されて誤って車検に通ってしまうこと、を抑制することができる。
【００８６】
また、消去が要求された全ての診断項目について異常がないと判定された場合にのみ故障情報が消去されるので、図８に示すように、仮に作業員によって意図的に修理が行われなかったような場合、Ａ２１−Ａ２２に示すように故障情報が消去されないので、Ａ２３−Ａ２４に示すように、車検に不合格と判定される。つまり、故障情報が不正に消去されて車検に通ってしまうことを抑制することができる。
【００８７】
（１ｂ）ＥＣＵ１０は、Ｓ８０では、対象項目のうち少なくとも１つの診断項目について異常が有ると判定される場合は、対象情報を消去しない。
その結果、（１ａ）と同様の効果を得ることができる。
【００８８】
（１ｃ）ＥＣＵ１０は、Ｓ４０及びＳ５０では、消去要求を受信したときに、対象項目に含まれる全ての診断項目について診断項目毎に異常の有無を判定する故障診断を行い、故障診断によって発生する故障情報に基づいて、対象項目について異常の有無を判定する。
【００８９】
具体的には、ＥＣＵ１０は、故障診断によって発生する故障情報が、対象項目に含まれる全ての診断項目について正常を表す場合、対象項目について異常が無いと判定する。また、ＥＣＵ１０は、故障診断によって発生する故障情報が、対象項目に含まれる全ての診断項目のうち少なくとも１つについて異常を表す場合、対象項目について異常が有ると判定する。
【００９０】
その結果、消去要求を受信した時点で対象項目に含まれる全ての診断項目について故障診断を行うので、対象項目について異常の有無を、換言すれば車両の故障を、確実に特定することができる。
【００９１】
（１ｄ）ＥＣＵ１０は、Ｓ３２０では、予め定められた少なくとも１つの診断項目について故障診断を繰り返し行う。ＥＣＵ１０は、Ｓ３３０では、Ｓ３２０にて行う故障診断によって発生する故障情報をＳＲＡＭ１３に記憶する。ここでいう故障情報は、ＤＴＣ又は特定ＤＴＣである。消去要求は、Ｓ３３０によってＳＲＡＭ１３に記憶された故障情報としてのＤＴＣ又は特定ＤＴＣを消去するための要求である。つまり、車両の故障診断は車両のＥＣＵ１０にて実行され、故障診断の結果としての故障情報が車両のＥＣＵ１０に記憶される。
【００９２】
その結果、例えば走行中であっても、車両の故障診断を行うことができる。また、車両に故障情報を保存できるので、故障情報を記憶するための外部のサーバ等を必要とすることが無い。
【００９３】
（１ｅ）故障検出システム１は、車外装置である検査ツール３と、検査ツール３と通信可能なＥＣＵ１０と、を備えており、検査ツール３は、消去要求をＥＣＵ１０に送信するように構成される。ＥＣＵ１０は、通信線４１によって接続されることによって、消去要求を送信する検査ツール３と通信可能である通信インタフェース１２を備える。ＥＣＵ１０は、Ｓ４０、Ｓ５０では、検査ツール３からの消去要求を受信したか否かを判定する。
【００９４】
その結果、検査ツール３を用いて、故障情報を消去することができる。
（１ｆ）診断項目は、車両についての保安基準に不合格となる故障を特定する項目である特定項目を少なくとも１つ含む。保安基準とは車検に関する基準である。
【００９５】
その結果、故障情報を用いた車検を実施することが可能となる。また、本実施形態では、故障情報を用いた車検を実施の際に、車検を誤って通過すること、を抑制することができる。
【００９６】
［２．第２実施形態］
［２−１．第１実施形態との相違点］
第２実施形態は、基本的な構成は第１実施形態と同様であるため、相違点について以下に説明する。なお、第１実施形態と同じ符号は、同一の構成を示すものであって、先行する説明を参照する。
【００９７】
上述した第１実施形態では、消去要求を受信した際に異常の有無を判定するときに、対象項目全てについて故障診断を実行していた。これに対し、第２実施形態では、消去要求を受信した際に異常の有無を判定するときに、故障診断を行う対象とすべき診断項目についてのみ故障診断を実行する点で、第１実施形態と相違する。
【００９８】
［２−２．処理］
次に、第２実施形態のＥＣＵ１０が実行する情報管理処理について、図９のフローチャートを用いて説明する。なお、図９におけるＳ３１０−Ｓ３３０の処理は、図３におけるＳ３１０−Ｓ３３０の処理と同様であるため、説明を一部簡略化している。図９では、図３のフローチャートに対して、Ｓ３３５が追加され、Ｓ３５０がＳ３５５に置換されている。
【００９９】
Ｓ３１０にて、消去要求フラグがオンに設定されていると判定された場合に移行するＳ３３５では、ＥＣＵ１０は、上述の対象項目について、診断項目毎に、ＳＲＡＭ１３に記憶されている直近の故障情報が正常であるか否かを判定する。ＥＣＵ１０は、直近の故障情報が正常である場合に処理をＳ３５５へ移行させ、直近の故障情報が正常でない場合すなわち異常である場合に、処理をＳ３４０へ移行させる。
【０１００】
ここでいう直近とは、例えば、情報管理処理においてＳ２０−Ｓ１００の処理を１サイクルとして、現時点から直前のサイクルを表す。但し、これに限定されるものではなく、直近とは、直前の所定数サイクル内であってもよい。また、直近とは、Ｓ３３５が実行された時点より前の所定時間内であってもよい。ここでいう所定時間は、例えば、数日、数時間、数分、数秒、数十分の一秒等、診断項目に応じて予め定められ得る。
【０１０１】
Ｓ３４０では、ＥＣＵ１０は、直近の故障情報が正常でない診断項目について故障診断を実行して診断項目毎に異常の有無を判定し、診断データをＳＲＡＭ１３に記憶する。
Ｓ３５５では、ＥＣＵ１０は、対象項目について、すなわち消去要求によって消去が要求されている全ての診断項目について、直近の故障情報としての直近の診断データが正常であるか否かを確認したかを判定する。
【０１０２】
ここで、ＥＣＵ１０は、対象項目に含まれる全ての診断項目について、直近の診断データが正常であるか否かを確認していないと判定された場合は、処理をＳ３３５に移行させ、Ｓ３３５、Ｓ３４０、Ｓ３５５の処理を繰り返す。一方、ＥＣＵ１０は、対象項目に含まれる全ての診断項目について、直近の診断データが正常であるか否かを確認したと判定された場合は、故障診断処理を終了する。Ｓ３３５、Ｓ３４０、Ｓ３５５の処理が、上述の要求時故障診断に相当する。
【０１０３】
つまり、ＥＣＵ１０は、Ｓ３３５では、実施項目であるか否かを特定する。実施項目とは、故障診断を行う対象とすべき診断項目である。具体的には、ＥＣＵ１０は、対象項目に含まれる全ての診断項目のうち、ＳＲＡＭ１３に記憶されている直近の故障情報である診断データが正常である診断項目を、異常が無いものとして、実施項目として特定しない。また、ＥＣＵ１０は、対象項目に含まれる診断項目のうち、ＳＲＡＭ１３に記憶されている直近の診断データが異常である診断項目を、実施項目として特定する。
【０１０４】
ＥＣＵ１０は、Ｓ３４０では、実施項目についてのみ故障診断を実行し、故障診断によって生じる故障情報である診断データをＳＲＡＭ１３に記憶する。そして、ＥＣＵ１０は、上述のＳ６０にて、これらの結果に基づいて、車両の異常の有無を判定する。
【０１０５】
例えば、ＥＣＵ１０は、対象項目に含まれる全ての診断項目について直近の診断データが正常を表す場合、故障診断を実施せずに、対象項目に含まれる全ての診断項目が正常であると特定する。つまり、車両は正常であると特定する。また、ＥＣＵ１０は、対象項目に含まれる全ての診断項目について直近の診断データが異常を表す場合、対象項目に含まれる全ての診断項目について故障診断を実施する。
【０１０６】
［２−３．効果］
以上詳述した第２実施形態によれば、上述した第１実施形態の効果（１ａ）、（１ｂ）、（１ｄ）−（１ｆ）を奏し、さらに、以下の効果を奏する。
【０１０７】
（２ａ）ＳＲＡＭ１３には故障情報が時系列に記憶されており、ＥＣＵ１０は、Ｓ４０及びＳ５０では、消去要求を受信したときに、対象項目に含まれる全ての診断項目について診断項目毎に異常の有無を判定する故障診断を行い、故障診断によって発生する故障情報に基づいて、対象項目について異常の有無を判定する。
【０１０８】
具体的には、ＥＣＵ１０は、消去要求を受信したときに、対象項目に含まれる全ての診断項目について、ＳＲＡＭ１３に記憶されている直近の故障情報が正常であるか否かを判定して故障診断を行う対象とすべき前記診断項目である実施項目を特定する。そして、ＥＣＵ１０は、実施項目についてのみ故障診断を行い、故障診断によって生じる故障情報に基づいて対象項目について異常の有無を判定する。
【０１０９】
その結果、直近の故障情報を利用して実施項目を特定し、該実施項目についてのみ故障診断を実行するので、対象項目に含まれる全ての診断項目について故障診断を実行する場合よりも、Ｓ５０における車両の故障の有無を特定するまでの時間が短縮される。結果として、故障情報の消去に要する時間を短縮することができる。
【０１１０】
［３．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
【０１１１】
（３ａ）ＥＣＵ１０が実行する故障診断処理は、対象項目に限定されること無く、図１０に示すように、当該ＥＣＵ１０に割り当てられた全ての診断項目について故障診断を常に実行するように構成されてもよい。その結果、より確実に車両の故障を検出することが可能となる。
【０１１２】
（３ｂ）ＥＣＵ１０は、上述の正常確定時間Ｔ2が異常確定時間Ｔ1よりも長くなるように、構成されてもよい。その結果、異常確定時間Ｔ1を短くすることで、早急に車両の異常を確定することができる。また、正常確定時間Ｔ2が長いことで、より確実に精度を上げて車両の正常を確定することができる。つまり、異常を確定する際にも、正常を確定する際にも、より安全に配慮した判定を行うことができる。
【０１１３】
（３ｃ）車両制御システム２では、車両制御システム２が備える複数のＥＣＵ１０は、例えばＬＩＮ等といった通信プロトコルに従って互いに通信可能に構成されていてもよい。
（３ｄ）車両制御システム２が備える複数のＥＣＵ１０のうちの１つのＥＣＵ１０は、検査ツール３から車検に関して予め定められている全ての特定ＤＴＣを消去する消去要求を受信するように構成されていてもよい。ＥＣＵ１０は、該消去要求を受信した場合に、全ての特定ＤＴＣが正常であると判定した場合にのみ、車両制御システム２の各ＥＣＵ１０にて記憶されている全ての特定ＤＴＣを消去するように構成されてもよい。その結果、検査ツール３によって、効率よく一度に故障情報を消去することができる。
【０１１４】
（３ｅ）ＥＣＵ１０において通信インタフェース１２は、検査ツール３と、無線通信によって通信を行うように構成されてもよい。その結果、車両内にて通信線４１を減少させることができる。
【０１１５】
（３ｆ）検査ツール３は、図１に示すように、車外装置であるサーバ４に、車検の合否判定の結果を送信するように、構成されていてもよい。
（３ｇ）消去要求を送信するＥＣＵ１０外の装置は、検査ツール３に限定されるものではない。消去要求を送信するＥＣＵ１０外の装置は、車両に搭載されている他のＥＣＵ１０であってもよいし、車両外に設置されているサーバ等の車外装置であってもよい。その結果、検査ツール３以外の種々のＥＣＵ１０外の装置によって故障情報の消去が可能となるので、利便性が向上する。
【０１１６】
（３ｈ）本開示に記載のＥＣＵ１０及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載のＥＣＵ１０及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載のＥＣＵ１０及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記憶媒体に記憶されてもよい。ＥＣＵ１０に含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、一つあるいは複数のハードウェアを用いて実現されてもよい。
【０１１７】
（３ｉ）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。
【０１１８】
（３ｊ）上述したＥＣＵ１０、車両制御システム２、検査ツール３、故障検出システム１の他、ＥＣＵ１０、車両制御システム２、検査ツール３を機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記憶媒体、故障情報管理方法など、種々の形態で本開示を実現することもできる。
【０１１９】
なお、上記実施形態において、ＥＣＵ１０が電子制御装置に相当し、検査ツール３が車外装置に相当し、ＳＲＡＭ１３が記憶媒体に相当する。Ｓ２０が消去判定部としての処理に相当し、Ｓ４０、Ｓ５０が要求時判定部としての処理に相当し、Ｓ８０が消去対応部としての処理に相当し、Ｓ３２０が繰り返し診断部としての処理に相当する。Ｓ３３０が情報記憶部としての処理に相当する。
【符号の説明】
【０１２０】
３  検査ツール、１０  ＥＣＵ、１３  ＳＲＡＭ。
【図１】
2020116972.tif 000003
【図２】
2020116972.tif 000004
【図３】
2020116972.tif 000005
【図４】
2020116972.tif 000006
【図５】
2020116972.tif 000007
【図６】
2020116972.tif 000008
【図７】
2020116972.tif 000009
【図８】
2020116972.tif 000010
【図９】
2020116972.tif 000011
【図１０】
2020116972.tif 000012