(57)【要約】【課題】特定ＤＴＣを利用して好適に車両の検査を行うことができる技術を提供すること。【解決手段】ＥＣＵ１１は、ＢＵＲＡＭ２７とＥＥＰＲＯＭ２９と受信判定部４１と条件判定部４３と消去処理部４５とを備える。ＢＵＲＡＭ２７は、診断項目毎に車両３の異常を示す故障情報であるＤＴＣを全て記憶する。ＥＥＰＲＯＭ２９は、全ＤＴＣのうち特定ＤＴＣを記憶する。受信判定部４１は、特定ＤＴＣを消去するための要求である消去要求を、検査ツール７から受信したか否かを判定する。条件判定部４３は、消去要求を受信したと判定された場合には、ＥＥＰＲＯＭ２９の特定ＤＴＣを消去するための消去条件が満たされているか否かを判定する。消去処理部４５は、消去条件が満たされていると判定された場合には、ＥＥＰＲＯＭ２９に記憶されている特定ＤＴＣのうち、消去条件が満たされている特定ＤＴＣを消去する。【選択図】図１
2020142642.tif 000002
【特許請求の範囲】
【請求項１】
車両（３）に搭載される電子制御装置（１１）であって、
前記車両の状態を診断するために予め設定された複数の診断項目について、前記診断項目毎に前記車両の異常を示す故障情報であるＤＴＣを全て記憶するように構成されたＤＴＣ記憶部（２７）と、
前記ＤＴＣ記憶部に記憶する前記ＤＴＣのうちの一部であって、前記車両の検査に用いるために予め設定された１又は複数の特定ＤＴＣを記憶するように構成された不揮発性メモリである特定ＤＴＣ記憶部（２９）と、
前記特定ＤＴＣ記憶部に記憶されている前記特定ＤＴＣを消去するための要求である消去要求を、前記電子制御装置外の外部装置（７）から受信したか否かを判定するように構成されている受信判定部（４１、Ｓ３００）と、
前記受信判定部によって前記外部装置から前記消去要求を受信したと判定された場合には、前記特定ＤＴＣ記憶部に記憶されている前記特定ＤＴＣを消去するための消去条件が満たされているか否かを判定するように構成されている条件判定部（４３、Ｓ３１０、Ｓ３２０）と、
前記条件判定部によって前記消去条件が満たされていると判定された場合には、前記特定ＤＴＣ記憶部に記憶されている前記特定ＤＴＣのうち、前記消去条件が満たされている前記特定ＤＴＣを消去するように構成されている消去処理部（４５、Ｓ３３０）と、
を備えた、電子制御装置。
【請求項２】
請求項１に記載の電子制御装置であって、
前記消去条件として、少なくとも、
前記診断項目について、前記異常の有無を診断する診断が完了していることを示す第１条件と、
前記診断が完了した前記診断項目について、最新の診断結果が正常であることを示す第２条件と、
を有するように構成されている、電子制御装置。
【請求項３】
請求項１または２に記載の電子制御装置であって、
前記ＤＴＣのうち前記特定ＤＴＣを特定するための情報である特定ＤＴＣ情報と、前記特定ＤＴＣ情報を特定するための情報である認証キーと、を対応づけて記憶するように構成されている、
電子制御装置。
【請求項４】
請求項１から３のいずれか１項に記載の電子制御装置であって、
前記特定ＤＴＣ情報を更新する場合には、前記認証キーも合わせて更新するように構成されている、
電子制御装置。
【請求項５】
請求項１から４のいずれか１項に記載の電子制御装置と、前記外部装置と、を備えた検査システム（１３）であって、
前記外部装置は、
前記電子制御装置に対して前記消去要求を出力する前に、前記電子制御装置に対して前記電子制御装置に記憶されている前記認証キーである車両側の認証キーの送信を要求する送信要求部（６７、Ｓ２００）と、
前記送信要求部の要求によって、前記電子制御装置から前記車両側の認証キーを取得した場合には、前記車両側の認証キーと、前記外部装置に記憶されている前記認証キーである外部側の認証キーとが一致しているか否かを判定する一致判定部（６９、Ｓ２１０）と、
前記一致判定部によって前記車両側の認証キーと前記外部側の認証キーとが一致したと判定された場合には、前記電子制御装置に対して前記特定ＤＴＣを消去するための前記消去要求を行う消去要求部（７１、Ｓ２２０）と、
を備えた、検査システム。
【請求項６】
請求項５に記載の検査システムであって、
前記外部装置は、
前記電子制御装置に前記消去要求を送信した後に、前記特定ＤＴＣ記憶部に記憶されている前記特定ＤＴＣに基づいて、前記車両の検査を行うように構成されている、
検査システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車両に搭載された電子制御装置と、電子制御装置及び外部装置を備えた検査システムとに関する。
【背景技術】
【０００２】
従来、車載の電子制御装置の機能として、ＯＢＤが知られている。ＯＢＤはOn-board Diagnosticsの略である。このＯＢＤにより、車載の各種のセンサ、アクチュエータなどに何らかの異常が発生したことを検出し、異常に対応する故障情報である故障コードをメモリに記録している。以下、故障コードをＤＴＣともいう。ＤＴＣはDiagnostic Trouble Codeの略である。
【０００３】
また、ＤＴＣを用いて、車両の整備業務を支援する各種の装置が知られている。例えば、検査ツール（即ちスキャンツール）を用いて、車両からＤＴＣを取得し、そのＤＴＣから車両の故障状態を検出する装置が知られている。例えば、下記特許文献１参照。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−２０２７６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したＤＴＣは、車両の過去等の異常を示している。そのため、将来、このＤＴＣを用いて、法令等に基づいて、例えば公共の道路において車両を使用する上で問題が無いか等の判定を行うことが考えられる。
【０００６】
例えば、自動車検査登録制度（即ち車検）のような検査制度において、このＤＴＣを車両の状態の検査に用いることが考えられるが、十分な検討が必要である。
そこで、ＤＴＣを車検に用いる場合を検討したところ、本願発明者によって、以下に示すような課題があることが見出された。以下、詳細に説明する。
【０００７】
ＤＴＣのうち、例えば道路運送車両法の保安基準のように、車両の安全性の基準を満たさない不具合を示すＤＴＣを特定ＤＴＣとして規定し、この特定ＤＴＣを規定する情報（即ち、特定ＤＴＣ情報）を、特定ＤＴＣ管理機構の管理サーバに保管することが考えられる。
【０００８】
さらに、検査ツールから管理サーバにアクセスして、管理サーバから最新の特定ＤＴＣ情報を取得し、この検査ツールを用いて、取得した最新の特定ＤＴＣ情報に基づいて、車両の検査を行うことが考えられる。
【０００９】
つまり、検査ツールによって車両の電子制御装置のメモリから特定ＤＴＣが読み出された場合に、車検を不合格にすることが考えられる。
ところで、上述したＯＢＤの機能として、ＤＴＣに基づいて、車両の故障箇所等をドライバー等に通知する機能がある。また、通知された故障個所を車両整備工場で修理した後に、検査ツールからの指令によって、メモリに記憶された故障コードを消去できる機能もある。
【００１０】
しかしながら、このＯＢＤの機能が適切に使用されない場合には、本来消去すべきでないＤＴＣが消去されてしまい、特定ＤＴＣを利用した車検等の検査を適切に実施できない恐れがある。
【００１１】
例えば、故障箇所の修理が行われなかった場合でも、特定ＤＴＣが消去される恐れがある。また、検査ツールの誤った使用や悪意のある使用などによって、特定ＤＴＣが消去される恐れがある。
【００１２】
さらに、特定ＤＴＣを記憶するメモリが、バッテリにバックアップされた揮発性メモリである場合には、バッテリ着脱時には、特定ＤＴＣが消去されてしまう。そのため、このような場合には、特定ＤＴＣを利用した車検等の検査を適切に実施できない恐れがある。
【００１３】
本開示の一つの局面は、特定ＤＴＣを利用して好適に車両の検査を行うことができる技術を提供することにある。
【課題を解決するための手段】
【００１４】
本開示の一態様の電子制御装置（１１）は、車両（３）に搭載されるものであり、ＤＴＣ記憶部（２７）と、特定ＤＴＣ記憶部（２９）と、受信判定部（４１、Ｓ３００）と、条件判定部（４３、Ｓ３１０、Ｓ３２０）と、消去処理部（４５、Ｓ３３０）と、を備えている。
【００１５】
ＤＴＣ記憶部では、車両の状態を診断するために予め設定された複数の診断項目について、診断項目毎に車両の異常を示す故障情報であるＤＴＣを全て記憶する。
特定ＤＴＣ記憶部は、ＤＴＣ記憶部に記憶するＤＴＣのうちの一部であって、車両の検査に用いるために予め設定された１又は複数の特定ＤＴＣを記憶する不揮発性メモリである。
【００１６】
受信判定部では、特定ＤＴＣ記憶部に記憶されている特定ＤＴＣを消去するための要求である消去要求を、電子制御装置外の外部装置（７）から受信したか否かを判定する。
条件判定部では、受信判定部によって外部装置から消去要求を受信したと判定された場合には、特定ＤＴＣ記憶部に記憶されている特定ＤＴＣを消去するための消去条件が満たされているか否かを判定する。
【００１７】
消去処理部では、条件判定部によって消去条件が満たされていると判定された場合には、特定ＤＴＣ記憶部に記憶されている特定ＤＴＣのうち、消去条件が満たされている特定ＤＴＣを消去する。
【００１８】
このような構成によれば、外部装置から車載の電子制御装置に対して、特定ＤＴＣ記憶部に記憶されている特定ＤＴＣを消去するための消去要求があった場合には、そのまま特定ＤＴＣを消去するのではなく、所定の消去条件が満たされた場合に特定ＤＴＣを消去する。そのため、本来消去すべきでない特定ＤＴＣ、即ち、消去条件が満たされていない特定ＤＴＣは消去されず、特定ＤＴＣ記憶部に保存されている。
【００１９】
従って、車検等の検査の際に、特定ＤＴＣ記憶部に記憶されている特定ＤＴＣに基づいて、例えば車検の合否等のような適切な判定を行うことができる。
つまり、外部装置から適切でない消去要求があった場合、または、電子制御装置に電源を供給するバッテリが外された場合でも、特定ＤＴＣ記憶部には特定ＤＴＣが保存されているので、その特定ＤＴＣに基づいて、適切な車検等の検査を行うことができる。
【００２０】
また、ＤＴＣ記憶部と特定ＤＴＣ記憶部とを分けることにより、メモリ構成、メモリ容量、メモリ使用量等が異なる各種の車両に対応できるという利点がある。
なお、この欄及び特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。
【図面の簡単な説明】
【００２１】
【図１】第１実施形態の車検システムを示すブロック図。
【図２】ＢＵＲＡＭの記憶領域を示す説明図。
【図３】ＥＥＰＲＯＭの記憶領域を示す説明図。
【図４】ＤＴＣと特定ＤＴＣとの関係を示す説明図。
【図５】車両の電子制御装置のマイコンの構成を示すブロック図。
【図６】検査ツールの構成を示すブロック図。
【図７】検査ツールの電子制御装置の構成を示すブロック図。
【図８】特定ＤＴＣ情報と認証キーとの関係を示す説明図。
【図９】第１実施形態の車両側の電子制御装置の処理（１）を示すフローチャート。
【図１０】第１実施形態のツール側の電子制御装置の処理（１）を示すフローチャート。
【図１１】第１実施形態の車両側の電子制御装置の処理（２）を示すフローチャート。
【図１２】第１実施形態のツール側の電子制御装置の処理（２）を示すフローチャート。
【図１３】特定ＤＴＣ情報及び認証キーの更新の方法を示す説明図。
【図１４】特定ＤＴＣ情報及び認証キーの他の更新の方法を示す説明図。
【図１５】第２実施形態におけるデータフラッシュの記憶領域を示す説明図。
【図１６】第２実施形態におけるＥＥＰＲＯＭの記憶領域を示す説明図。
【発明を実施するための形態】
【００２２】
以下に、本開示の実施形態を、図面を参照しながら説明する。
［１．第１実施形態］
［１−１．全体構成］
まず、本第１実施形態の検査システムを備えた全体のシステム（即ち、車検システム）について説明する。
【００２３】
＜車検システムの構成＞
まず、車検システムの構成について説明する。
図１に示すように、本第１実施形態における車検システム１は、車両３に車載された車両制御システム５と、車両制御システム５に電気的に接続される検査ツール７と、検査ツール７にインターネット等を介して接続される管理サーバ９と、を備えている。
【００２４】
車両制御システム５は、複数の電子制御装置（以下、ＥＣＵ）１１ｃ、１１ｂ、１１ｃを備えており、後述する検査システム１３は、車両制御システム５と検査ツール７とを備えた構成となっている。なお、複数のＥＣＵ１１ａ、１１ｂ、１１ｃについては、共通した内容を説明する場合には、ＥＣＵ１１と総称することもある。
【００２５】
ここでは、車両制御システム５と検査ツール７とが、ケーブル１５にて接続されている例を挙げているが、無線にて接続されていてもよい。
＜車検システムにおける車検の概要＞
次に、上述した車検システム１を用いて行われる車検の概要について説明する。
【００２６】
車両３の異常を示す故障コードであるＤＴＣのうち、車両の安全性に関する所定の保安基準を満たさない不具合を示す所定のＤＴＣが、特定ＤＴＣとして定められている。例えば、道路運送車両法の保安基準を満たさない不具合を示す所定のＤＴＣが、特定ＤＴＣとして定められている。
【００２７】
そして、この特定ＤＴＣが車両３のＥＣＵ１１から検査ツール７で読み出されると、車両が所定の保安基準を満たさないもの、即ち、公共の道路上で使用を認められない車両であるとして、保安基準に基づく車両の検査を不合格とする。即ち、車検を不合格とする。
【００２８】
つまり、保安基準が設けられたＤＴＣを特定ＤＴＣとして、特定ＤＴＣがＥＣＵ１１に記憶されている場合には、車検を不合格にする。
具体的には、後に詳述するように、特定ＤＴＣを規定する特定ＤＴＣ情報や、その特定ＤＴＣ情報のバージョンを示す認証キーは、特定ＤＴＣ管理機構の管理サーバ９に保管されている。
【００２９】
そして、車検を実施する際（即ち、車検時）には、検査ツール７から管理サーバ９にアクセスし、特定ＤＴＣ情報及び認証キーを取得する。次に、検査ツール７は、その最新の特定ＤＴＣ情報及び認証キーを用いて、既に記憶されている過去の特定ＤＴＣ情報及び認証キーを更新する。
【００３０】
次に、検査ツール７は、車両３のＥＣＵ１１に対して、ＥＣＵ１１に記憶されている特定ＤＴＣの送信を要求し、得られた特定ＤＴＣに基づいて、車検を実施する。例えば、特定ＤＴＣを受信した場合には、車検を不合格にする。
【００３１】
［１−２．各構成］
次に、本第１実施形態の検査システム１３等の各構成について詳細に説明する。
［１−２−１．車両制御システム］
図１に示すように、車両制御システム５は、複数のＥＣＵ１１ａ、１１ｂ、１１ｃと、各ＥＣＵ１１ａ、１１ｂ、１１ｃを接続する通信線１７と、通信線１７に接続された車両側コネクタ１９と、各ＥＣＵ１１ａ、１１ｂ、１１ｃに電力を供給するバッテリ２１と、を有する。
【００３２】
各ＥＣＵ１１ａ、１１ｂ、１１ｃは、通信線１７を介して、ＣＡＮ（登録商標）といった通信プロトコルに従って互いに通信可能である。ＣＡＮは、Controller Area Networkの略である。
【００３３】
各ＥＣＵ１１ａ、１１ｂ、１１ｃは、車両３を制御する機能や、ＯＢＤの機能（以下、ＯＢＤ機能）を有する。ＯＢＤ機能とは、周知のように、車両３の走行中等に、車載の各種のセンサ、アクチュエータなどに何らかの異常が発生したことを検出する機能である。
【００３４】
ＥＣＵ１１は、マイクロコンピュータ（以下、車両側マイコン）２３と、通信インターフェース２５と、バックアップＲＡＭ（以下、ＢＵＲＡＭ）２７と、ＥＥＰＲＯＭ２９と、を有する。ＥＣＵ１１は、バッテリ２１から、常時電力が供給されている。ＥＣＵ１１は、ＣＰＵ３１がプログラムを実行することで、車両制御、ＯＢＤ機能、後述する判定等の処理を行う。
【００３５】
車両側マイコン２３は、ＣＰＵ３１と、ＲＯＭ３３、ＲＡＭ３５等の半導体メモリ３７と、を有する。
通信インターフェース２５は、通信線１７を介して他のＥＣＵ１１との通信を行うとともに、車両側コネクタ１９を介して検査ツール７との通信を行う。なお、他のＥＣＵ１１とは、例えばあるＥＣＵ１１ａに対して、ＥＣＵ１１ｂ、１１ｃが該当する。
【００３６】
ＢＵＲＡＭ２７は、車両３のイグニッションスイッチがオフされた場合でも、データが消えないようにバッテリ２１によりバックアップされたＲＡＭである。つまり、ＢＵＲＡＭ２７は、バッテリ２１から電力が供給されない場合には、データが消える揮発性メモリである。なお、ＢＵＲＡＭ２７の代わりに、ＲＡＭ３５を用いてもよい。
【００３７】
このＢＵＲＡＭ２７には、ＯＢＤ機能によって検出された全てのＤＴＣが記憶される。つまり、所定の診断項目毎の異常診断によって異常（即ち、故障）があると診断されたＤＴＣが全て記憶される。なお、ＢＵＲＡＭ２７が、ＤＴＣ記憶部に該当する。
【００３８】
このＤＴＣとは、例えば、ＯＢＤIIの法規（即ち、ＯＢＤ法規）にて規定されるＤＴＣである。なお、ＯＢＤIIの法規とは、カリフォルニア州大気資源局（即ち、ＣＡＲＢ）により規定された法規である、なお、ＣＡＲＢは、California Air Resources Boardの略である。
【００３９】
前記ＤＴＣは、ＤＴＣに関する他のデータとともに、図２に示すように、ＢＵＲＡＭ２７において所定の記憶領域（即ち、ＤＴＣ記憶領域）２７ａに記憶されるものである。
このＤＴＣ記憶領域２７ａには、ＤＴＣに加え、ＯＢＤ法規でＤＴＣとともに記憶することが求められている情報が記憶されていてもよい。例えば、フリーズ・フレーム・データ（即ち、ＦＦＤ）が記憶されていてもよい。なお、ＦＦＤは、Freeze Frame Dataの略である。
【００４０】
なお、あるＤＴＣに関するデータとして、後述するＥＥＰＲＯＭ２９に記憶されるレディネスコードや最新テスト結果も記憶される。
ＥＥＰＲＯＭ２９は、データの書き込み及び消去が可能なＲＯＭである。このＥＥＰＲＯＭ２９は、バッテリ２１から電力が供給されない場合でも、データの保持が可能な不揮発性メモリである。
【００４１】
このＥＥＰＲＯＭ２９には、ＢＵＲＡＭ２７に記憶される全てのＤＴＣのうち、道路運送車両法の保安基準を満たさない不具合を示す所定のＤＴＣ（以下、特定ＤＴＣ）が記憶される。つまり、車検の合否の判定に用いるＤＴＣである特定ＤＴＣが記憶される。なお、ＥＥＰＲＯＭ２９が、特定ＤＴＣ記憶部に該当する。
【００４２】
この特定ＤＴＣのデータは、ＥＥＰＲＯＭ２９において特定ＤＴＣを記憶する記憶領域（即ち、特定ＤＴＣ記憶領域２９ａ）に記憶されるものであり、図３に示す構成を有する。
具体的には、ある特定ＤＴＣに関するデータとして、特定ＤＴＣに加え、レディネスコードと最新テスト結果が記憶される。
【００４３】
ここで、レディネスコードとは、特定ＤＴＣに対応する診断項目について、故障診断が完了したことを示す情報であり、故障診断が正常に完了した際にセットされる。なお、故障診断が未完了の場合には、未完了フラグがセットされており、故障診断が完了した場合に、完了フラグがセットされる。
【００４４】
例えば、故障が複数回検出された場合に、故障を確定する診断項目があり、その場合には、最終的に故障が確定するまでは、未完了フラグがセットされ、最終的に故障が確定した場合に、完了フラグがセットされる。
【００４５】
最新テスト結果とは、特定ＤＴＣに対応する診断項目について実施された異常診断（即ち、故障診断）のうち、最新の診断結果を示している。従って、最新テスト結果は、異常である場合又は正常である場合がある。例えば、過去に異常があって特定ＤＴＣが記憶されている場合でも、最新テスト結果は、正常となっている場合がある。
【００４６】
なお、最新テスト結果としては、正常であることを示す正常フラグ、異常であることを示す異常フラグがセットされる。
また、ＥＥＰＲＯＭ２９には、図５に示すように、キー関連記憶領域２９ｂに、ＤＴＣのうち特定ＤＴＣを特定するための情報である特定ＤＴＣ情報（即ち、車両側の特定ＤＴＣ情報）と、特定ＤＴＣ情報を特定するための情報である認証キー（即ち、車両側の認証キー）と、が１対１に対応づけて記憶されている。
【００４７】
ここで、特定ＤＴＣ情報とは、図３に示すように、複数のＤＴＣのうち、どのＤＴＣが特定ＤＴＣであるかを示す情報である。ここでは、ＤＴＣのうち、Ｘで示される「ＡＡＡ」、「ＣＣＣ」等のＤＴＣが特定ＤＴＣである。また、認証キーとは、特定ＤＴＣ情報の改訂の段階を示すバージョン情報である。
【００４８】
従って、バージョンが異なれば、特定ＤＴＣ情報も異なることがあるので、特定ＤＴＣ情報と認証キーとは、一対の情報として扱われる。つまり、特定ＤＴＣ情報が変更される場合には、その特定ＤＴＣ情報のバージョンを示す認証キーも同時に更新される。
【００４９】
なお、キー関連記憶領域２９ｂは、ＥＥＰＲＯＭ２９ではなく、フラッシュメモリ等の他の不揮発性メモリに記憶するようにしてもよい。
＜車両側マイコンの機能的構成＞
車両側マイコン２３は、ＣＰＵ３１がプログラムを実行することで実現される機能的な構成として、図５に示すように、受信判定部４１と条件判定部４３と消去処理部４５とを有する。
【００５０】
受信判定部４１は、ＥＥＰＲＯＭ２９に記憶されている特定ＤＴＣを消去するための要求である消去要求（即ち、クリア要求）を、検査ツール７から受信したか否かを判定する。
条件判定部４３は、受信判定部４１によって検査ツール７から消去要求を受信したと判定された場合には、ＥＥＰＲＯＭ２９に記憶されている特定ＤＴＣを消去するための消去条件が満たされているか否かを判定する。
【００５１】
この消去条件としては、下記の第１条件と第２条件との２種の条件が挙げられる。なお、第１条件と第２条件とに更に第３条件を加えた３種の条件を採用してもよいが、以下では２種の条件を例に挙げて説明する。
【００５２】
（第１条件）
診断項目について、異常の有無を診断する診断が完了していること。具体的には、特定ＤＴＣ記憶領域に、前記診断項目に対応する特定ＤＴＣに関して、レディネスコードがセットされていること。即ち、レディネスコードである完了フラグが記憶されていること。
【００５３】
（第２条件）
診断が完了した診断項目について、最新の診断結果が正常であること。具体的には、特定ＤＴＣ記憶領域に、前記診断項目に対応する特定ＤＴＣに関して、最新テスト結果が正常であるという正常フラグがセットされていること。即ち正常フラグが記憶されていること。
【００５４】
（第３条件）
診断によって正常が検出されてから、４０暖気サイクルの間に異常が未検出、又は、４０暖気サイクルの間は正常検出であること。
【００５５】
なお、暖気サイクルでは、車両のエンジンの始動から冷却水温が２２℃以上上昇し、６０℃又は７０℃に達した場合を、１サイクルとする。
消去処理部４５は、条件判定部４３によって前記消去条件が満たされていると判定された場合には、ＥＥＰＲＯＭ２９の特定ＤＴＣ記憶領域２９ａに記憶されている特定ＤＴＣのうち、前記消去条件が満たされている特定ＤＴＣを消去する。
【００５６】
［１−２−２．検査ツール］
次に、検査ツール７について説明する。
図６に示すように、検査ツール７は、各種の表示を行うディスプレイ５１と、検査員等のマニュアルでの操作が可能な操作部５３と、検査ツール７の動作を制御する検査ツール７側のＥＣＵ（以下、ツール側ＥＣＵ）５５と、ケーブル１５と接続されるツール側コネクタ５７と、を備えている。
【００５７】
なお、以下では、ツール側ＥＣＵ５５と車両側のＥＣＵ１１とを区別するために、車両側のＥＣＵ１１を車両側ＥＣＵ１１と記すことがある。
ツール側ＥＣＵ５５は、図７に示すように、各種の演算を行うツール側マイコン６１と、各種のデータを記憶するツール側記憶部６３と、管理サーバ９との通信を行うツール側通信部６５と、を備えている。
【００５８】
前記ツール側マイコン６１は、図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されている。このツール側マイコン６１では、例えば、管理サーバ９に対して、特定ＤＴＣ情報及びその認証キーの送信を要求して取得したり、車両側ＥＣＵ１１に対して、特定ＤＴＣの送信を要求して取得する等の制御を行う。
【００５９】
前記ツール側記憶部６３は、フラッシュメモリ等の書き換え可能な不揮発性メモリであり、図８に示すように、管理サーバ９から取得した特定ＤＴＣ情報（即ち、外部側の特定ＤＴＣ情報）や、その特定ＤＴＣ情報のバージョン情報である認証キー（即ち、外部側の認証キー）を記憶するように構成されている。
【００６０】
なお、外部側の特定ＤＴＣ情報と外部側の認証キーとは、車両側の特定ＤＴＣ情報と車両側の認証キーと同様に、１対１に対応づけて記憶されており、外部側の特定ＤＴＣ情報が変更される場合には外部側の認証キーも同時に更新される。
【００６１】
前記ツール側通信部６５は、無線にて、インターネットを介して、管理サーバ９との通信を行う通信装置である。このツール側通信部６５は、通常は管理サーバ９に接続されておらず、検査員等の操作によって、必要な場合に管理サーバ９に接続されて、例えば最新の特定ＤＴＣ情報及び認証キーのダウンロード等が行われる。
【００６２】
つまり、検査ツール７は、スタンドアローン型であり、常時オンラインにて管理サーバ９と接続して使用するのでなく、オフラインにて使用される。なお、検査ツール７が、常時オンラインにて管理サーバ９と接続されていてもよい。
【００６３】
＜ツール側マイコンの機能的構成＞
ツール側マイコン６１は、ＣＰＵがプログラムを実行することで実現される機能的な構成として、前記図７に示すように、送信要求部６７と一致判定部６９と消去要求部７１とを有する。
【００６４】
送信要求部６７は、車両側ＥＣＵ１１に対して前記消去要求を出力する前に、車両側ＥＣＵ１１に対してＥＥＰＲＯＭ２９のキー関連記憶領域２９ｂに記憶されている車両側の認証キーの送信を要求する。
【００６５】
一致判定部６９は、送信要求部６７の要求によって、車両側ＥＣＵ１１から車両側の認証キーを取得した場合には、車両側の認証キーと、検査ツール７のツール側記憶部６３に記憶されている外部側の認証キーとが一致しているか否かを判定する。
【００６６】
消去要求部７１は、一致判定部６９によって車両側の認証キーと外部側の認証キーとが一致したと判定された場合には、車両側ＥＣＵ１１に対して特定ＤＴＣを消去するための消去要求を行う。
【００６７】
［１−３．制御処理］
次に、車両側ＥＣＵ１１と検査ツール７にて行われる処理について、それぞれ具体的に説明する。
【００６８】
＜車両側ＥＣＵにおける処理（１）＞
本処理は、車両側ＥＣＵ１１において、イグニッションスイッチがオンとなった後に、例えば車両３の走行中等において、車両３の異常を検出するために、予め設定された手順に従って、常時実施されている処理である。
【００６９】
まず、イグニッションスイッチがオンとなると、ＯＢＤ機能によって、所定の診断項目について、予め設定された所定のタイミングで、異常診断が実施される。
従って、図９に示すように、イグニッションスイッチがオンとなった後に、ステップ（以下、Ｓ）１００にて、所定の診断項目について、その異常診断が完了したか否かを判定する。ここで肯定判断されるとＳ１１０に進み、一方否定判断されると一旦本処理を終了する。
【００７０】
例えば、該当する診断項目について異常診断が終了すると、異常診断の完了を示すフラグ（即ち、完了フラグ）がセットされる構成の場合には、その完了フラグがセットされているか否かによって、異常診断が完了したか否かを判定できる。
【００７１】
なお、異常診断が完了していない場合には、未完了フラグがセットされている。例えば複数回異常が検出された場合に異常があると確定する場合、即ち異常診断が終了する場合には、複数回の異常が検出されるまでは、未完了フラグが保持されている。
【００７２】
Ｓ１１０では、診断完了であるので、特定ＤＴＣ情報を、ＥＥＰＲＯＭ２９のキー関連記憶領域２９ｂから取得する。なお、特定ＤＴＣ情報とは、前記図４に示すように、複数のＤＴＣのうち、どのＤＴＣが特定ＤＴＣかを示す情報である。
【００７３】
続くＳ１２０では、完了した診断（例えば、センサー断線）が、特定ＤＴＣ対象診断か否かを判定する。つまり、診断した項目が、特定ＤＴＣに対応した診断項目か否かを判定する。ここで肯定判断されるとＳ１５０に進み、一方否定判断されるとＳ１３０に進む。
【００７４】
Ｓ１３０では、特定ＤＴＣに対応した診断項目ではないので、診断により異常が検出されたか否かを判定する。ここで肯定判断されるとＳ１４０に進み、一方否定判断されると一旦本処理を終了する。
【００７５】
Ｓ１４０では、異常が検出されたので、異常が検出された診断項目について、異常があることを示すＤＴＣを、ＢＵＲＡＭ２７のＤＴＣ記憶領域２７ａに記憶し、一旦本処理を終了する。このＤＴＣを記憶する際には、当該ＤＴＣに関連したデータも、ＤＴＣに関連づけて記憶する。なお、このデータとは、前記図２に示すように、ＯＢＤ法規等によって規定されるデータなどである。
【００７６】
一方、Ｓ１２０で肯定判断されて進むＳ１５０では、診断項目が特定ＤＴＣに対応した診断項目であるので、診断により異常が検出されたか否かを判定する。ここで肯定判断されるとＳ１６０に進み、一方否定判断されるとＳ１８０に進む。
【００７７】
Ｓ１６０では、異常が検出されたので、前記Ｓ１４０と同様に、異常が検出された診断項目について、異常があることを示すＤＴＣを、ＢＵＲＡＭ２７のＤＴＣ記憶領域２７ａに記憶する。なお、この際にも、Ｓ１４０と同様に、ＤＴＣに加え、当該ＤＴＣに関連したデータも、ＤＴＣに関連づけて記憶する。
【００７８】
続くＳ１７０では、特定ＤＴＣ記憶領域２９ａに、前記ＤＴＣ記憶領域２７ａに記憶したＤＴＣを、特定ＤＴＣとして記憶する。それとともに、その特定ＤＴＣを得るための診断が完了したことを示すレディネスコード（即ち、完了フラグ）と、今回の診断の結果である最新テスト結果を記憶し、一旦本処理を終了する。
【００７９】
つまり、この診断によって得られたＤＴＣは、特定ＤＴＣであるので、その特定ＤＴＣを特定ＤＴＣ記憶領域２９ａに記憶する。さらに、その特定ＤＴＣに関連付けて、レディネスコードと最新テスト結果とを記憶する。ここでは、特定ＤＴＣが記憶されるので、最新テスト結果として、「異常がある」ことを示す異常フラグがセットされる。
【００８０】
なお、前記特定ＤＴＣが得られた後に、再度、その特定ＤＴＣに対応する診断項目の診断が実施され、その結果、「診断が正常」と判断され場合、即ち「異常がない」と判断された場合には、「最新テスト結果」の欄に、異常がないことを示す正常フラグをセットする。即ち、異常フラグを正常フラグに書き換える。なお、過去のデータとして、過去の異常フラグを、診断時期のデータとともに、そのまま保持していてもよい。
【００８１】
一方、Ｓ１５０で否定判断されて進むＳ１８０では、特定ＤＴＣ記憶領域２９ａに、前記診断項目に対応した特定ＤＴＣが記憶されているか否かを判定する。ここで肯定判断されるとＳ１９０に進み、一方否定判断されると一旦本処理を終了する。
【００８２】
Ｓ１９０では、既に特定ＤＴＣが記憶されているので、特定ＤＴＣ記憶領域２９ａに、当該特定ＤＴＣに関連付けて、レディネスコードと、最新テスト結果とを記憶し、一旦本処理を終了する。
【００８３】
この場合には、異常ではないので、実施された診断について、レディネスコード（即ち、完了フラグ）が記憶されるとともに、最新テスト結果として、正常を示す正常フラグが記憶される。
【００８４】
＜検査ツールにおける処理（１）＞
本処理は、車検時に、検査ツール７において、車両３に対して、特定ＤＴＣを消去する消去要求（即ち、クリア要求）を出すための処理である。
【００８５】
図１０に示すように、Ｓ２００では、検査ツール７から車両側ＥＣＵ１１に対して、車両側の認証キーを送信させる要求を出力することによって、車両側ＥＣＵ１１から、車両側の認証キーを取得する。
【００８６】
続くＳ２１０では、検査ツール７のツール側記憶部６３に記憶されている外部側の認証キーと、車両側ＥＣＵ１１から取得した車両側の認証キーとを照合する。つまり、外部側の認証キーと車両側の認証キーとが一致しているか否かを判定する。ここで、一致している場合にはＳ２２０に進み、一致していない場合はＳ２３０に進む。
【００８７】
Ｓ２２０では、両認証キーが一致しているので、車両３に対して、特定ＤＴＣを消去するための消去要求を出力し、一旦本処理を終了する。
一方、Ｓ２３０では、両認証キーが一致していないので、一致していないと判定（即ち、エラー判定）し、一旦本処理を終了する。なお、エラー判定の結果は、例えば、検査ツール７のディスプレイ５１に表示される。
【００８８】
＜車両側ＥＣＵにおける処理（２）＞
本処理は、車検時に、検査ツール７から車両３に対して消去要求が来た場合に、車両側ＥＣＵ１１にて実施される処理である。
【００８９】
なお、この消去要求とは、特定ＤＴＣ記憶領域２９ａに記憶されている全ての特定ＤＴＣを消去の対象とするものであるが、後述するように、消去条件が満たされた特定ＤＴＣのみが消去される。
【００９０】
図１１に示すように、Ｓ３００では、車両側ＥＣＵ１１は、検査ツール７からの消去要求を受信したか否かを判定する。ここで肯定判断されるとＳ３１０に進み、一方否定判断されると一旦本処理を終了する。
【００９１】
続くＳ３１０では、レディネスが完了しているか否かを判定する。つまり、特定ＤＴＣに対応する各診断項目について異常診断が終了しているか否かを判定する。言い換えれば、上述した第１条件が満たされているか否かを判定する。
【００９２】
具体的には、特定ＤＴＣ記憶領域２９ａを参照し、各特定ＤＴＣについて、レディネスコード（即ち、完了フラグ）がセットされているか否かを判定する。ここで肯定判断されるとＳ３２０に進み、一方否定判断されるとＳ３４０に進む。
【００９３】
Ｓ３２０では、各特定ＤＴＣについて、レディネスが完了しているので、各特定ＤＴＣについて、最終テスト結果が正常か否かを判定する。つまり、最終テスト結果に正常フラグがセットされているか否かを判定する。言い換えれば、上述した第２条件が満たされているか否かを判定する。ここで肯定判断されるとＳ３３０に進み、一方否定判断されるとＳ３４０に進む。
【００９４】
Ｓ３３０では、各特定ＤＴＣについて、最終テスト結果が正常であるので、全ての消去条件が満たされたと判断して、特定ＤＴＣ記憶領域２９ａに記憶されている特定ＤＴＣのうち、消去条件が満たされた特定ＤＴＣを消去し、一旦本処理を終了する。
【００９５】
一方、Ｓ３４０では、レディネスが完了していないか、或いは、最終テスト結果が正常ではないので、全ての消去条件が満たされた訳ではないと判断する。そして、検査ツール７に対して、消去要求を拒否する旨の拒否応答を出力し、一旦本処理を終了する。
【００９６】
なお、各特定ＤＴＣのうち、全ての消去条件が満たされた特定ＤＴＣは消去されるが、消去条件が満たされていない特定ＤＴＣがあれば、当該特定ＤＴＣは消去されず、前記拒否応答が出力される。
【００９７】
この拒否応答は、例えば、検査ツール７のディスプレイ５１に表示される。なお、表示内容としては、例えば「消去不可の特定ＤＴＣ有り」等の表示が考えられる。
＜検査ツールにおける処理（２）＞
本処理は、車検の際に、検査ツール７にて実施される処理、即ち車検の合否判定の処理である。
【００９８】
この処理は、上述した車検時の消去要求に基づいて、特定ＤＴＣが消去された後に実施される処理である。
図１２に示すように、Ｓ４００にて、操作部５３からの入力によって、特定ＤＴＣによる車検の合否判定のモードに切り替える。
【００９９】
続くＳ４１０では、車両３に要求を出すことにより、車両３から特定ＤＴＣ記憶領域２９ａに記憶されている情報を取得する。即ち、特定ＤＴＣ、レディネスコード、最新テスト結果の情報を取得する。
【０１００】
続くＳ４２０では、レディネスが完了しているか否かを判定する。ここで肯定判断されるとＳ４３０に進み、一方否定判断されるとＳ４６０に進む。
Ｓ４３０では、特定ＤＴＣ記憶領域２９ａに特定ＤＴＣが記憶されているか否かを判定する。ここで肯定判断されるとＳ４４０に進み、一方否定判断されるとＳ４５０に進む。
【０１０１】
なお、特定ＤＴＣ記憶領域２９ａに記憶されている特定ＤＴＣのうち、上述した消去要求によって、第１条件及び第２条件の消去条件が満たされている特定ＤＴＣは既に消去されているので、この段階で特定ＤＴＣが残っている場合には、車両３に異常が残っていることを示している。
【０１０２】
Ｓ４４０では、特定ＤＴＣがあり、即ち車両３に異常が残っているので、車検が不合格と判定し、一旦本処理を終了する。
一方、Ｓ４５０では、特定ＤＴＣが無く、即ち車両３に異常が残っていないので、車検が合格と判定し、一旦本処理を終了する。
【０１０３】
また、前記Ｓ４２０で否定判断されて進むＳ４６０では、判定不能として、一旦本処理を終了する。
なお、判定結果は、検査ツール７のディスプレイ５１に表示する等によって、検査員等に通知される。
【０１０４】
［１−４．特定ＤＴＣ情報の更新］
次に、特定ＤＴＣ情報等の更新の手順について説明する。
図１３に示すように、管理サーバ９には、最新の特定ＤＴＣ情報（即ち、サーバ側の特定ＤＴＣ情報）と、その特定ＤＴＣ情報の認証キー（即ち、サーバ側の認証キー）が記憶されている。
【０１０５】
従って、車検を実施する場合には、検査ツール７からインターネット等を介して管理サーバ９にアクセスして、管理サーバ９から、最新の特定ＤＴＣ情報と認証キーとを取得する。そして、検査ツール７に記憶されている特定ＤＴＣ情報と認証キーとを、最新の特定ＤＴＣ情報と認証キーとに更新する。
【０１０６】
つまり、検査ツール７に記憶されている外部側の特定ＤＴＣ情報及び外部側の認証キーを、最新の情報であるサーバ側の特定ＤＴＣ情報及びサーバ側の認証キーに書き換える。
また、検査ツール７を車両３に接続し、車両３に記憶されている認証キー（即ち、車両側の認証キー）と検査ツール７に記憶されている最新の認証キーとの照合を行う。ここで、両認証キーが不一致な場合には、検査ツール７に記憶されている最新の特定ＤＴＣ情報と認証キーとを用いて、車両３の特定ＤＴＣ情報（即ち、車両側の特定ＤＴＣ情報）と認証キーとを更新する。
【０１０７】
また、これとは別に、図１４に示すように、車両３と管理サーバ９とが、無線を利用したインターネット等を介して通信を行うことにより、車両３が管理サーバ９から、最新の特定ＤＴＣ情報と認証キーとをダウンロードして更新してもよい。
【０１０８】
［１−５．効果］
上記第１実施形態では、以下の効果を得ることができる。
（１ａ）本第１実施形態の車両側ＥＣＵ１１では、検査ツール７から車両側ＥＣＵ１１に対して、ＥＥＰＲＯＭ２９に記憶されている特定ＤＴＣを消去するための消去要求があった場合には、そのまま特定ＤＴＣを消去するのではなく、所定の消去条件が満たされた場合に特定ＤＴＣを消去する。そのため、本来消去すべきでない特定ＤＴＣ、即ち、消去条件が満たされていない特定ＤＴＣは消去されない。つまり、特定ＤＴＣは、ＥＥＰＲＯＭ２９に保存されている。
【０１０９】
従って、車検の際に、ＥＥＰＲＯＭ２９に記憶されている特定ＤＴＣに基づいて、車検の合否を容易に且つ適切に判定することができる。
つまり、検査ツール７から適切でない消去要求があった場合、または、車両側ＥＣＵ１１に電力を供給するバッテリ２１が外された場合でも、ＥＥＰＲＯＭ２９には特定ＤＴＣが保存されているので、その特定ＤＴＣに基づいて、適切に車検を行うことができる。
【０１１０】
このように、本第１実施形態では、一度でも検出した特定ＤＴＣを車検時まで保持しており、特定ＤＴＣの消去（即ち、クリア）を車検時のみにしかできないように管理している。これにより、従来の検査ツール７のクリア機能を利用した方法、或いは、電源のオフによる車両側ＥＣＵ１１の初期化を利用した、適切でない特定ＤＴＣを消去する方法により、車検が合格となることを防止することができるという顕著な効果を奏する。
【０１１１】
（１ｂ）本第１実施形態では、全てのＤＴＣを揮発性メモリであるＢＵＲＡＭ２７に記憶し、特定ＤＴＣを不揮発性メモリであるＥＥＰＲＯＭ２９に記憶している。
これにより、不揮発性メモリの容量を削減できるので、本開示を、不揮発性メモリの容量が少ない車両側ＥＣＵ１１等に適用できるという利点がある。また、ＤＴＣ記憶領域２７ａと特定ＤＴＣ記憶領域２９ａとを別のメモリに設定するので、メモリ破壊が生じた際に影響を低減できるという効果がある。
【０１１２】
また、ＤＴＣは書き込み等が速やかに行われるＢＵＲＡＭ２７に記憶されるので、そのＤＴＣを車両３の制御に利用する際には、容易に対応できるという利点がある。なお、特定ＤＴＣは車検時に使用するだけであるので、車両３の制御等に利用される可能性は低い。
【０１１３】
（１ｃ）本第１実施形態では、特定ＤＴＣをＥＥＰＲＯＭ２９に記憶するので、一度でも記憶した特定ＤＴＣを車検時まで、確実に保持することができる。
そのため、車検時に、特定ＤＴＣの消去を要求する（即ち、車検時クリア要求）前に、特定ＤＴＣ記憶領域２９ａに記憶されている特定ＤＴＣを読み出すことにより、一度でも記憶された特定ＤＴＣを確認することができる。
【０１１４】
また、特定ＤＴＣの消去は、車検時クリア要求のみであるので、特定ＤＴＣの消去の管理が容易であるという利点がある。
（１ｄ）本第１実施形態では、特定ＤＴＣを消去する消去条件として、少なくとも、診断項目について異常の有無を診断する診断が完了していること（即ち、レディネスの完了）を示す第１条件と、診断が完了した診断項目について、最新の診断結果が正常であることを示す第２条件と、を採用している。
【０１１５】
これにより、車検時の合否判定前に、異常が解消して消去可能な特定ＤＴＣを消去できるので、特定ＤＴＣを用いた車検を適切に実施することができる。
また、車検時に、レディネスが未完了であれば、判定不能とされるので、検査員はその表示に従い、自己診断を実行することができるという利点がある。
【０１１６】
（１ｅ）本第１実施形態では、特定ＤＴＣ情報とその特定ＤＴＣ情報のバージョン情報を示す認証キーとを、１対１に対応づけて記憶している。しかも、特定ＤＴＣ情報を更新する場合には、認証キーも合わせて更新する。
【０１１７】
従って、車両３に記憶された認証キーを確認することにより、特定ＤＴＣ情報にて示される特定ＤＴＣが車検の際に用いる特定ＤＴＣとして適切なものであるかを容易に把握することができる。
【０１１８】
なお、車両側と外部側との両特定ＤＴＣ情報を直接に比較するのではなく、車両側と外部側との両認証キーが一致するか否かを判定することにより、両特定ＤＴＣ情報が一致するか否かを容易に判定することができる。
【０１１９】
（１ｆ）本第１実施形態の検査システム１３では、検査ツール７から車両側ＥＣＵ１１に、車両側の認証キーの送信を要求して、車両側の認証キーを取得した場合には、車両側の認証キーと外部側の認証キーとを照合し、車両側の認証キーと外部側の認証キーとが一致した場合に、車両側ＥＣＵ１１に対して特定ＤＴＣを消去するための消去要求を行う。
【０１２０】
従って、車両側と検査ツール側の特定ＤＴＣ情報のバージョンが異なる場合には、特定ＤＴＣを消去しないので、車検に必要な特定ＤＴＣを誤って消去することを防止することができる。
【０１２１】
［１−６．文言の対応関係］
前記第１実施形態において、車両３が車両に対応し、車両側ＥＣＵ１１が電子制御装置に対応し、ＢＵＲＡＭ２７がＤＴＣ記憶部に対応し、ＥＥＰＲＯＭ２９が特定ＤＴＣ記憶部に対応し、受信判定部４１が受信判定部に対応し、条件判定部４３が条件判定部に対応し、消去処理部４５が消去処理部に対応する。
【０１２２】
［２．第２実施形態］
［２−１．第１実施形態との相違点］
第２実施形態の第１実施形態との相違点について以下に説明する。なお、相違点以外は第１実施形態と同様である。また、第１実施形態と同様な構成には同一の符号を付す。
【０１２３】
本第２実施形態では、図１５に示すように、全てのＤＴＣを、不揮発性メモリであるデータフラッシュ（即ち、フラッシュメモリ）８１のＤＴＣ記憶領域８１ａに記憶してもよい。
【０１２４】
また、特定ＤＴＣは、図１６に示すように、不揮発性メモリであるＥＥＰＲＯＭ２９の特定ＤＴＣ記憶領域２９ａに記憶してもよい。
本第２実施形態では、第１実施形態とほぼ同様な効果を奏する。また、本第２実施形態では、ＤＴＣ記憶領域８１ａを不揮発性メモリに設定しているので、例えばバッテリ２１が外された場合でも、ＤＴＣを保持できるという利点がある。
【０１２５】
［３．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
【０１２６】
（３ａ）前記実施形態では、ＯＢＤIIに規定するＤＴＣをＢＵＲＡＭやデータフラッシュ等のメモリに記憶し、車検に用いる特定ＤＴＣをＥＥＰＲＯＭ等に不揮発性メモリに記憶したが、ＯＢＤIIや車検に限定されるものではない。
【０１２７】
つまり、車両の複数の診断項目の検査結果（即ち、異常結果）を示す複数のＤＴＣをＢＵＲＡＭやデータフラッシュ等のメモリに記憶し、その複数のＤＴＣのうちの一部を特定ＤＴＣとして、車検以外の各種の車両の検査に用いるために、不揮発性メモリに記憶するようにしてもよい。
【０１２８】
（３ｂ）前記実施形態では、検査ツールを用いて、特定ＤＴＣの検査や車検の合否判定などを行ったが、スマートフォン等の通信端末やパソコン等に、検査ツールと同様な機能を実現できるアプリケーションを格納して、スマートフォン等の通信端末やパソコン等に、前記実施形態の検査ツールと同様な機能を持たせてもよい。
【０１２９】
（３ｃ）本開示に記載のＥＣＵ及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載のＥＣＵ及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。
【０１３０】
もしくは、本開示に記載のＥＣＵ及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されてもよい。
【０１３１】
また、ＥＣＵに含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、一つあるいは複数のハードウェアを用いて実現されてもよい。
【０１３２】
（３ｄ）前記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。
【０１３３】
（３ｅ）また、上述したＥＣＵの他、当該ＥＣＵを構成要素とするシステム、当該ＥＣＵとしてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体など、種々の形態で本開示を実現することもできる。
【符号の説明】
【０１３４】
３：車両、７：検査ツール、１１：車両側ＥＣＵ、１３：検査システム、２７：ＢＵＲＡＭ、２９：ＥＥＰＲＯＭ、４１：受信判定部、４３：条件判定部、４５：消去処理部、６７：送信要求部、６９：一致判定部、７１：消去要求部
【図１】
2020142642.tif 000003
【図２】
2020142642.tif 000004
【図３】
2020142642.tif 000005
【図４】
2020142642.tif 000006
【図５】
2020142642.tif 000007
【図６】
2020142642.tif 000008
【図７】
2020142642.tif 000009
【図８】
2020142642.tif 000010
【図９】
2020142642.tif 000011
【図１０】
2020142642.tif 000012
【図１１】
2020142642.tif 000013
【図１２】
2020142642.tif 000014
【図１３】
2020142642.tif 000015
【図１４】
2020142642.tif 000016
【図１５】
2020142642.tif 000017
【図１６】
2020142642.tif 000018