JP2020142643A - 電子制御装置及び検査システム - Google Patents

Abstract

【課題】特定ＤＴＣを利用して好適に車両の検査を行うことができる技術を提供すること。【解決手段】ツール側ＥＣＵ４５では、車両側の特定ＤＴＣ情報と外部側の特定ＤＴＣ情報とが一致するか否かの判定を行う。そして、車両側の特定ＤＴＣ情報と外部側の特定ＤＴＣ情報とが一致しない場合、即ち、車両側の特定ＤＴＣ情報が最新のものではないと判断される場合には、車両側ＥＣＵ１１に対して、車両側の特定ＤＴＣ情報を、最新と考えられる外部側の特定ＤＴＣ情報に更新させるための処理を行う。そのため、車両側ＥＣＵ１１では、自身の車両側の特定ＤＴＣ情報を、管理サーバ９から得られた適切な外部側の特定ＤＴＣ情報に更新することができる。従って、車両側ＥＣＵ１１では、例えば車検のような車両３の検査を行う場合に、管理サーバ９から得られた適切な外部側の特定ＤＴＣ情報に基づいて、好適に車両３の検査を行うことができる。【選択図】図１０

Description

本開示は、車両に搭載された電子制御装置と、電子制御装置及び外部装置を備えた検査システムとに関する。

従来、車載の電子制御装置の機能として、ＯＢＤが知られている。ＯＢＤはOn-board Diagnosticsの略である。このＯＢＤにより、車載の各種のセンサ、アクチュエータなどに何らかの異常が発生したことを検出し、異常に対応する故障情報である故障コードをメモリに記録している。以下、故障コードをＤＴＣともいう。ＤＴＣはDiagnostic Trouble Codeの略である。

また、ＤＴＣを用いて、車両の整備業務を支援する各種の装置が知られている。例えば、検査ツール（即ち、スキャンツール）を用いて、車両からＤＴＣを取得し、そのＤＴＣから車両の故障状態を検出する装置が知られている。例えば、下記特許文献１参照。

特開２００９−６７２９８号公報

上述したＤＴＣは、車両の過去等の異常を示している。そのため、将来、このＤＴＣを用いて、法令等に基づいて、例えば公共の道路において車両を使用する上で問題が無いか等の判定を行うことが考えられる。

例えば、自動車検査登録制度（即ち車検）のような検査制度において、このＤＴＣを車両の状態の検査に用いることが考えられるが、十分な検討が必要である。
そこで、ＤＴＣを車検に用いる場合を検討したところ、本願発明者によって、以下に示すような課題があることが見出された。以下、詳細に説明する。

ＤＴＣのうち、例えば道路運送車両法の保安基準のように、車両の安全性の基準を満たさない不具合を示すＤＴＣを特定ＤＴＣとして規定し、この特定ＤＴＣを規定する情報（即ち、特定ＤＴＣ情報）を、特定ＤＴＣ管理機構の管理サーバに保管することが考えられる。

さらに、検査ツールから管理サーバにアクセスして、管理サーバから最新の特定ＤＴＣ情報を取得し、この検査ツールを用いて、取得した最新の特定ＤＴＣ情報に基づいて、車両の検査を行うことが考えられる。

つまり、検査ツールによって車両の電子制御装置から特定ＤＴＣが読み出された場合に、車検を不合格にすることが考えられる。
ところで、検査ツールを使用する場合には、常時管理サーバに繋げないことも考えられる。その場合には、検査ツールに記憶する特定ＤＴＣ情報は、管理サーバにアクセスして更新する必要があるので、定期的に特定ＤＴＣの更新の作業が必要になる。

しかしながら、そのようなシステムでは、特定ＤＴＣ情報の定期的な更新を忘れることがあり、その場合には、更新前の特定ＤＴＣ情報に基づいて車検を行う恐れがある。また、意図的に更新を行わずに、車検を行うことも考えられる。

そのような場合、例えば特定ＤＴＣ情報の更新後では更新前に比べて特定ＤＴＣが増加している場合などでは、更新前の古い特定ＤＴＣ情報に基づいて車検を実施すると、本来車検が不合格の車両を合格とする恐れがある。

本開示の一つの局面は、特定ＤＴＣを利用して好適に車両の検査を行うことができる技術を提供することにある。

本開示の一態様の検査システム（１３）は、車両（３）に搭載される車両側の電子制御装置（１１）と、車両外の外部装置（７）に搭載されるとともに外部装置外の管理サーバ（９）との通信が可能な外部側の電子制御装置（４５）と、を備えている。

車両側の電子制御装置は、車両側の情報記憶部（２７）を備えている。
車両側の情報記憶部では、車両の所定の診断項目に対応する異常を示す故障情報であるＤＴＣのうち、車両の検査に用いるために予め設定された特定ＤＴＣを特定するための情報である特定ＤＴＣ情報を記憶する。

外部側の電子制御装置は、外部側の情報記憶部（５３）と、情報判定部（５７、Ｓ２４０）と、更新要求部（５９、Ｓ２５０）と、を備えている。
外部側の情報記憶部では、管理サーバから取得した特定ＤＴＣ情報を記憶する。

情報判定部では、車両側の情報記憶部に記憶された特定ＤＴＣ情報である車両側の特定ＤＴＣ情報と、外部側の情報記憶部に記憶された特定ＤＴＣ情報である外部側の特定ＤＴＣ情報とが、一致するか否かを判定する。

更新要求部では、情報判定部によって、車両側の特定ＤＴＣ情報と外部側の特定ＤＴＣ情報とが一致しないと判定された場合には、車両側の電子制御装置に対して、車両側の特定ＤＴＣ情報を外部側の特定ＤＴＣ情報に更新させる処理を行う。

このような構成によれば、車両側の特定ＤＴＣ情報と外部側の特定ＤＴＣ情報とが一致するか否かの判定を行う。そして、車両側の特定ＤＴＣ情報と外部側の特定ＤＴＣ情報とが一致しない場合、即ち、車両側の特定ＤＴＣ情報が最新のものではないと判断される場合には、車両側の電子制御装置に対して、車両側の特定ＤＴＣ情報を、最新と考えられる外部側の特定ＤＴＣ情報に更新させるための処理を行う。

そのため、車両側の電子制御装置では、自身の車両側の特定ＤＴＣ情報を、管理サーバから得られた適切な（即ち、最新と考えられる）外部側の特定ＤＴＣ情報に更新することができる。

従って、車両側の電子制御装置では、例えば車検のような車両の検査を行う場合に、管理サーバから得られた適切な外部側の特定ＤＴＣ情報に基づいて、好適に車両の検査を行うことができる。つまり、例えば車検の合否等のような適切な判定を行うことができる。

なお、この欄及び特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。

第１実施形態の車検システムを示すブロック図。 ＢＵＲＡＭの各記憶領域を示す説明図。 更新前と更新後の特定ＤＴＣを示す説明図。 更新前と更新後の特定ＤＴＣ情報及び認証キーを示す説明図。 第１実施形態の検査ツールの構成を示すブロック図。 第１実施形態の検査ツールの電子制御装置の構成を示すブロック図。 管理サーバに記憶されているデータを示す説明図。 検査ツールに記憶されているデータを示す説明図。 第１実施形態の車両側の電子制御装置の処理（１）を示すフローチャート。 第１実施形態のツール側の電子制御装置の処理（１）を示すフローチャート。 特定ＤＴＣ情報及び認証キーの更新の方法を示す説明図。 特定ＤＴＣ情報及び認証キーの他の更新の方法を示す説明図。 第２実施形態の車検システムを示すブロック図。 ＢＵＲＡＭの記憶領域を示す説明図。 ＥＥＰＲＯＭの記憶領域を示す説明図。 特定ＤＴＣを示す説明図。 異なる記憶領域に記憶される特定ＤＴＣを示す説明図。 第２実施形態の車両側の電子制御装置のマイコンの構成を示すブロック図。 第２実施形態の検査ツールの電子制御装置の構成を示すブロック図。 第２実施形態の車両側の電子制御装置の処理（１）を示すフローチャート。 第２実施形態の車両側の電子制御装置の処理（２）を示すフローチャート。 更新前と更新後の特定ＤＴＣを示す説明図。 異なる記憶領域に記憶された更新前と更新後の特定ＤＴＣ情報を示す説明図。 第２実施形態のツール側の電子制御装置の処理（１）を示すフローチャート。 第２実施形態の車両側の電子制御装置の処理（３）を示すフローチャート。 第２実施形態のツール側の電子制御装置の処理（２）を示すフローチャート。 第３実施形態におけるデータフラッシュの記憶領域を示す説明図。 第３実施形態におけるＥＥＰＲＯＭの記憶領域を示す説明図。

以下に、本開示の実施形態を、図面を参照しながら説明する。
［１．第１実施形態］
［１−１．全体構成］
まず、本第１実施形態の検査システムを備えた全体のシステム（即ち、車検システム）について説明する。

＜車検システムの構成＞
まず、車検システムの構成について説明する。
図１に示すように、本第１実施形態における車検システム１は、車両３に車載された車両制御システム５と、車両制御システム５に電気的に接続される検査ツール７と、検査ツール７にインターネット等を介して接続される管理サーバ９と、を備えている。

車両制御システム５は、複数の電子制御装置（以下、ＥＣＵ）１１ｃ、１１ｂ、１１ｃを備えており、後述する検査システム１３は、車両制御システム５と検査ツール７とを備えた構成となっている。なお、複数のＥＣＵ１１ａ、１１ｂ、１１ｃについては、共通した内容を説明する場合には、ＥＣＵ１１と総称することもある。

ここでは、車両制御システム５と検査ツール７とが、ケーブル１５にて接続されている例を挙げているが、無線にて接続されていてもよい。また、管理サーバ９と検査ツール７とは、無線または有線にて接続することが可能である。

＜車検システムにおける車検の概要＞
次に、上述した車検システム１を用いて行われる車検の概要について説明する。
車両３の異常を示す故障コードであるＤＴＣのうち、車両３の安全性に関する所定の保安基準を満たさない不具合を示す所定のＤＴＣが、特定ＤＴＣとして定められている。例えば、道路運送車両法の保安基準を満たさない不具合を示す所定のＤＴＣが、特定ＤＴＣとして定められている。

そして、この特定ＤＴＣが車両３のＥＣＵ１１から検査ツール７で読み出されると、車両３が所定の保安基準を満たさないもの、即ち、公共の道路上で使用を認められない車両であるとして、保安基準に基づく車両の検査を不合格とする。即ち、車検を不合格とする。

つまり、保安基準が設けられたＤＴＣを特定ＤＴＣとして、特定ＤＴＣがＥＣＵ１１に記憶されている場合には、車検を不合格にする。
具体的には、後に詳述するように、特定ＤＴＣを規定する特定ＤＴＣ情報や、その特定ＤＴＣ情報を特定する認証キーは、特定ＤＴＣ管理機構の管理サーバ９や検査ツール７や車両３に保管されている。なお、認証キーとは、特定ＤＴＣ情報のバージョンを示す情報であり、管理サーバ９や検査ツール７や車両３に保管されている特定ＤＴＣ情報は、バージョンが異なることがある。

そして、車検を実施する際（即ち、車検時）には、検査ツール７から管理サーバ９にアクセスし、最新の特定ＤＴＣ情報及び認証キーを取得する。次に、検査ツール７は、その最新の特定ＤＴＣ情報及び認証キーを用いて、自身の特定ＤＴＣ情報及び認証キーを更新する。

次に、検査ツール７は、後に詳述するように、車両３のＥＣＵ１１に対して、ＥＣＵ１１に記憶されている特定ＤＴＣの送信を要求し、得られた特定ＤＴＣに基づいて、車検を実施する。例えば、特定ＤＴＣを受信した場合には、車検を不合格にする。

［１−２．各構成］
次に、本第１実施形態の検査システム１３等の各構成について詳細に説明する。
［１−２−１．車両制御システム］
まず、車両制御システム５について説明する。

図１に示すように、車両制御システム５は、複数のＥＣＵ１１ａ、１１ｂ、１１ｃと、各ＥＣＵ１１ａ、１１ｂ、１１ｃを接続する通信線１７と、通信線１７に接続された車両側コネクタ１９と、各ＥＣＵ１１ａ、１１ｂ、１１ｃに電力を供給するバッテリ２１と、を有する。

各ＥＣＵ１１ａ、１１ｂ、１１ｃは、通信線１７を介して、ＣＡＮ（登録商標）といった通信プロトコルに従って互いに通信可能である。ＣＡＮは、Controller Area Networkの略である。

各ＥＣＵ１１ａ、１１ｂ、１１ｃは、車両３を制御する機能や、ＯＢＤの機能（以下、ＯＢＤ機能）を有する。ＯＢＤ機能とは、周知のように、車両３の走行中等に、車載の各種のセンサ、アクチュエータなどに何らかの異常が発生したことを検出する機能である。

ＥＣＵ１１は、マイクロコンピュータ（以下、車両側マイコン）２３と、通信インターフェース２５と、バックアップＲＡＭ（以下、ＢＵＲＡＭ）２７と、を有する。
ＥＣＵ１１は、バッテリ２１から、常時電力が供給されている。ＥＣＵ１１は、ＣＰＵ３１がプログラムを実行することで、車両制御、ＯＢＤ機能、後述する判定等の処理を行う。

車両側マイコン２３は、ＣＰＵ３１と、ＲＯＭ３３、ＲＡＭ３５等の半導体メモリ３７と、を有する。
通信インターフェース２５は、通信線１７を介して他のＥＣＵ１１との通信を行うとともに、車両側コネクタ１９を介して検査ツール７との通信を行う。なお、他のＥＣＵ１１とは、例えばあるＥＣＵ１１ａに対して、ＥＣＵ１１ｂ、１１ｃが該当する。

ＢＵＲＡＭ２７は、車両３のイグニッションスイッチがオフされた場合でも、データが消えないようにバッテリ２１によりバックアップされたＲＡＭ（即ち、バックアップＲＡＭ）である。つまり、ＢＵＲＡＭ２７は、バッテリ２１から電力が供給されない場合には、データが消える揮発性メモリである。

このＢＵＲＡＭ２７としては、スタティックＲＡＭ（以下、ＳＲＡＭ）を用いることができる。なお、ＢＵＲＡＭ２７の代わりに、車両側マイコン２３のＲＡＭ３５を用いてもよい。あるいは、不揮発性メモリである例えばＥＥＰＲＯＭを用いてもよい。

このＢＵＲＡＭ２７には、ＯＢＤ機能によって検出された全てのＤＴＣが記憶される。つまり、所定の診断項目毎の異常診断によって異常（即ち、故障）があると診断されたＤＴＣが全て記憶される。

このＤＴＣとは、例えば、ＯＢＤIIの法規（即ち、ＯＢＤ法規）にて規定されるＤＴＣである。なお、ＯＢＤIIの法規とは、カリフォルニア州大気資源局（即ち、ＣＡＲＢ）により規定された法規である、なお、ＣＡＲＢは、California Air Resources Boardの略である。

前記ＤＴＣは、ＤＴＣに関する他のデータとともに、図２に示すように、ＢＵＲＡＭ２７において所定の記憶領域（即ち、ＤＴＣ記憶領域）２７ａに記憶されるものである。
このＤＴＣ記憶領域２７ａには、ＤＴＣに加え、ＯＢＤ法規でＤＴＣとともに記憶することが求められている情報が記憶されていてもよい。例えば、フリーズ・フレーム・データ（即ち、ＦＦＤ）が記憶されていてもよい。なお、ＦＦＤは、Freeze Frame Dataの略である。

また、後述するレディネスコードや最新テスト結果も記憶されていてもよい。
ここで、レディネスコードとは、特定ＤＴＣに対応する診断項目について、故障診断が完了したことを示す情報であり、故障診断が正常に完了した際にセットされる。なお、故障診断が未完了の場合には、未完了フラグがセットされており、故障診断が完了した場合に、完了フラグがセットされる。

例えば、故障が複数回検出された場合に、故障を確定する診断項目があり、その場合には、最終的に故障が確定するまでは、未完了フラグがセットされ、最終的に故障が確定した場合に、完了フラグがセットされる。

最新テスト結果とは、特定ＤＴＣに対応する診断項目について実施された異常診断（即ち、故障診断）のうち、最新の診断結果を示している。従って、最新テスト結果は、異常である場合又は正常である場合がある。例えば、過去に異常があって特定ＤＴＣが記憶されている場合でも、最新テスト結果は、正常となっている場合がある。

なお、最新テスト結果としては、正常であることを示す正常フラグ、異常であることを示す異常フラグがセットされる。
また、ＢＵＲＡＭ２７には、キー関連記憶領域２７ｂが設けられている。このキー関連記憶領域２７ｂには、ＤＴＣのうち特定ＤＴＣを特定するための情報である特定ＤＴＣ情報（即ち、車両３側の特定ＤＴＣ情報）と、特定ＤＴＣ情報を特定するための情報、即ち特定ＤＴＣ情報のバージョンの情報である認証キー（即ち、車両３側の認証キー）とが、１対１に対応づけて記憶されている。なお、このキー関連記憶領域２７ｂが、「車両側の情報記憶部」に対応している。

ここで、特定ＤＴＣ情報とは、図３に示すように、複数のＤＴＣのうち、どのＤＴＣが特定ＤＴＣであるかを示す情報である。なお、図３では、更新前の特定ＤＴＣ情報と更新後の（即ち、最新の）特定ＤＴＣ情報とを示している。

ここでは、ＤＴＣのうち、Ｘで示される「ＡＡＡ」等のＤＴＣが特定ＤＴＣである。従って、更新前の特定ＤＴＣは、例えば「ＡＡＡ」、「ＢＢＢ」であり、更新後の特定ＤＴＣは、例えば「ＡＡＡ」、「ＣＣＣ」である。

また、認証キーとは、図４に示すように、特定ＤＴＣ情報の改訂の段階を示すバージョン情報である。
従って、バージョンが異なれば、特定ＤＴＣ情報も異なることがあるので、特定ＤＴＣ情報と認証キーとは、一対の情報として扱われる。つまり、車両側の特定ＤＴＣ情報が変更される場合には、その特定ＤＴＣ情報のバージョンを示す認証キーも同時に更新される。

ここでは、認証キーが、「Ｖ１」の場合には、特定ＤＴＣ情報が更新前のバージョンであるバージョン１（即ち、Ｖｅｒ．１）であることを示している。なお、バージョン１の特定ＤＴＣ情報は、特定ＤＴＣが、例えば「ＡＡＡ」、「ＢＢＢ」であることを示している。

また、認証キーが、「Ｖ２」の場合には、特定ＤＴＣ情報が更新後のバージョンであるバージョン２（即ち、Ｖｅｒ．２）であることを示している。なお、バージョン２の特定ＤＴＣ情報は、特定ＤＴＣが、例えば「ＡＡＡ」、「ＣＣＣ」であることを示している。

なお、キー関連記憶領域２７ｂは、ＢＵＲＡＭ２７ではなく、他の揮発性メモリまたはフラッシュメモリやＥＥＰＲＯＭ等の不揮発性メモリに記憶するようにしてもよい。また、ＤＴＣ記憶領域２７ａとキー関連記憶領域２７ｂとを異なるメモリに設定してもよい。

［１−２−２．検査ツール］
次に、検査ツール７について説明する。
図５に示すように、検査ツール７は、各種の表示を行うディスプレイ４１と、検査員等のマニュアルでの操作が可能な操作部４３と、検査ツール７の動作を制御する検査ツール７側のＥＣＵ（以下、ツール側ＥＣＵ）４５と、ケーブル１５と接続されるツール側コネクタ４７と、を備えている。

なお、以下では、ツール側ＥＣＵ４５と車両側のＥＣＵ１１とを区別するために、車両側のＥＣＵ１１を車両側ＥＣＵ１１と記すことがある。
ツール側ＥＣＵ４５は、図６に示すように、各種の演算を行うツール側マイコン５１と、各種のデータを記憶するツール側記憶部５３と、管理サーバ９との通信を行うツール側通信部５５と、を備えている。

前記ツール側マイコン５１は、図示しないが、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されている。このツール側マイコン５１では、例えば、管理サーバ９に対して、特定ＤＴＣ情報及びその認証キーの送信を要求して取得したり、車両側ＥＣＵ１１に対して、特定ＤＴＣの送信を要求して取得する等の制御を行う。

前記ツール側記憶部５３は、フラッシュメモリ等の書き換え可能な不揮発性メモリである。このツール側記憶部５３は、図８に示すように、管理サーバ９から取得した特定ＤＴＣ情報（即ち、外部側の特定ＤＴＣ情報）や、その特定ＤＴＣ情報のバージョン情報である認証キー（即ち、外部側の認証キー）を記憶するように構成されている。なお、ツール側記憶部５３が、「外部側の情報記憶部」に対応している。

外部側の特定ＤＴＣ情報と外部側の認証キーとは、車両側の特定ＤＴＣ情報と車両側の認証キーと同様に、１対１に対応づけて記憶されており、外部側の特定ＤＴＣ情報が変更される場合には外部側の認証キーも同時に更新される。

また、図７に示すように、前記管理サーバ９の記憶装置（図示せず）には、最新の特定ＤＴＣ情報（即ち、サーバ側の特定ＤＴＣ情報）や、そのサーバ側の特定ＤＴＣ情報のバージョン情報である認証キー（即ち、サーバ側の認証キー）を記憶するように構成されている。

このサーバ側の特定ＤＴＣ情報とサーバ側の認証キーとも、前記検査ツール７と同様に、サーバ側の特定ＤＴＣ情報とサーバ側の認証キーとが、１対１に対応づけて記憶されている。なお、サーバ側の特定ＤＴＣ情報が変更される場合には、サーバ側の認証キーも同時に更新される。

ツール側通信部５５は、例えば無線にて、インターネットを介して、管理サーバ９との通信を行う通信装置である。このツール側通信部５５は、通常は管理サーバ９に接続されておらず、検査員等の操作によって、必要な場合に管理サーバ９に接続されて、例えば最新の特定ＤＴＣ情報及び認証キーのダウンロード等が行われる。

つまり、検査ツール７は、スタンドアローン型であり、常時オンラインにて管理サーバ９と接続して使用するのでなく、オフラインにて使用される。なお、検査ツール７が、常時オンラインにて管理サーバ９と接続されていてもよい。

＜ツール側マイコンの機能的構成＞
ツール側マイコン５１は、ＣＰＵがプログラムを実行することで実現される機能的な構成として、前記図６に示すように、情報判定部５７と更新要求部５９とを有する。

情報判定部５７は、ＢＵＲＡＭ２７のキー関連記憶領域２７ｂに記憶された特定ＤＴＣ情報である車両側の特定ＤＴＣ情報と、ツール側記憶部５３に記憶された特定ＤＴＣ情報である外部側の特定ＤＴＣ情報とが、一致するか否かを判定するように構成されている。

更新要求部５９は、情報判定部５７によって、車両側の特定ＤＴＣ情報と外部側の特定ＤＴＣ情報とが一致しないと判定された場合には、車両側ＥＣＵ１１に対して、車両側の特定ＤＴＣ情報を外部側の特定ＤＴＣ情報に更新することを要求するように構成されている。

［１−３．制御処理］
次に、車両側ＥＣＵ１１と検査ツール７にて行われる処理について、それぞれ具体的に説明する。

＜車両側ＥＣＵの処理（１）＞
本処理は、車両側ＥＣＵ１１において、イグニッションスイッチがオンとなった後に、例えば車両３の走行中等において、車両３の異常を検出するために、予め設定された手順に従って、常時実施されている処理である。

図９に示すように、ステップ（以下、Ｓ）１００にて、イグニッションスイッチがオンとなると、ＯＢＤ機能によって、所定の診断項目について、予め設定された所定のタイミングで、異常診断が実施される。

続くＳ１１０では、所定の診断項目の異常診断によって、異常が検出されたか否かを判定する。ここで肯定判断されるとＳ１２０に進み、一方否定判断されると一旦本処理を終了する。

Ｓ１２０では、異常が検出された診断項目の故障コード（即ち、ＤＴＣ）を、ＤＴＣ記憶領域２７ａに記憶し、一旦本処理を終了する。
＜検査ツールの処理（１）＞
本処理は、車検時に、検査ツール７において実施される処理である。

図１０に示すように、Ｓ２００では、検査ツール７は管理サーバ９と通信を行って、管理サーバ９から最新の認証キー（即ち、サーバ側の認証キー）を取得する。
続くＳ２１０では、管理サーバ９から取得した認証キーと、検査ツール７のツール側記憶部６３に記憶されている認証キー（即ち、外部側の認証キー）とが、一致するか否かを判定する。ここで一致すると判定されるとＳ２３０に進み、一致しない（即ち、不一致）と判定されるとＳ２２０に進む。

Ｓ２２０では、サーバ側の認証キーと外部側の認証キーとが一致しないので、外部側の特定ＤＴＣ情報が最新のものではないと判断して、外部側の特定ＤＴＣ情報と外部側の認証キーとを共に更新する。つまり、検査ツール７に記憶されている外部側の特定ＤＴＣ情報を、最新のサーバ側の特定ＤＴＣ情報に更新する。そして、この際には、外部側の認証キーも、最新のサーバ側の特定ＤＴＣ情報を示すサーバ側の認証キーに更新する。

一方、Ｓ２３０では、サーバ側の認証キーと外部側の認証キーとが一致するので、外部側の特定ＤＴＣ情報が最新のものであると判断して、車両３から認証キー（即ち、車両側の認証キー）を取得する。

なお、車両側の認証キーは、検査ツール７側から車両３側に要求することによって、車両３側から検査ツール７側に送信される。
続くＳ２４０では、検査ツール７に記憶されている外部側の認証キーと、車両側ＥＣＵ１１のＢＵＲＡＭ２７に記憶されている認証キー、即ち、前記Ｓ２３０にて車両３から取得した認証キー（即ち、車両側の認証キー）とが、一致するか否かを判定する。ここで一致すると判定されるとＳ２６０に進み、一致しない（即ち、不一致）と判定されるとＳ２５０に進む。

Ｓ２５０では、外部側の認証キーと車両側の認証キーとが一致しないので、車両側の特定ＤＴＣ情報が最新のものではないと判断して、車両側の特定ＤＴＣ情報と車両側の認証キーとを共に更新するための処理を行う。

詳しくは、検査ツール７から車両３の車両側ＥＣＵ１１に対して、ＢＵＲＡＭ２７のキー関連記憶領域２７ｂに記憶している車両側の特定ＤＴＣ情報及び車両側の認証キーを更新するための命令と、更新する内容である外部側の特定ＤＴＣ情報及び外部側の認証キーとを送信する。

従って、車両側ＥＣＵ１１では、この更新の要求に応じて、ＢＵＲＡＭ２７のキー関連記憶領域２７ｂに記憶している車両側の特定ＤＴＣ情報と車両側の認証キーとを、検査ツール７から送信された外部側の特定ＤＴＣ情報と外部側の認証キーとに更新する処理を行う。

このようにして、車両３に記憶されている車両側の特定ＤＴＣ情報を、最新の外部側の特定ＤＴＣ情報に更新するとともに、車両側の認証キーも、最新の外部側の特定ＤＴＣ情報を示す外部側の認証キーに更新する。

一方、Ｓ２６０では、外部側の認証キーと車両側の認証キーとが一致するので、車両側の特定ＤＴＣ情報が最新のものであると判断して、車両３から特定ＤＴＣを取得する。
詳しくは、検査ツール７から車両３の車両側ＥＣＵ１１に対して、ＢＵＲＡＭ２７のＤＴＣ記憶領域２７ａに記憶しているＤＴＣのうち、特定ＤＴＣ情報にて示される特定ＤＴＣを送信させるための要求を送信する。

従って、車両側ＥＣＵ１１では、この特定ＤＴＣの要求に応じて、検査ツール７に対して、ＤＴＣ記憶領域２７ａに記憶している特定ＤＴＣを送信する。なお、ＤＴＣ記憶領域２７ａに特定ＤＴＣが記憶されていない場合には、特定ＤＴＣを送信しないが、その場合には例えば、特定ＤＴＣが記憶されていないことを送信してもよい。

続くＳ２７０では、レディネスが完了しているか否かを判定する。つまり、特定ＤＴＣに対応する診断項目について異常診断が終了しているか否かを判定する。
具体的には、ＤＴＣ記憶領域２７ａを参照し、特定ＤＴＣについて、レディネスコード（即ち、完了フラグ）がセットされているか否かを判定する。ここで肯定判断されるとＳ２８０に進み、一方否定判断されるとＳ３１０に進む。

Ｓ２８０では、特定ＤＴＣがあるか否かを判定する。つまり、車両側ＥＣＵ１１から特定ＤＴＣが送信されたか否かを判定する。ここで肯定判断されるとＳ２９０に進み、一方否定判断されるとＳ３００に進む。

Ｓ２９０では、車両３に特定ＤＴＣが記憶されていると判断し、車検を不合格とする。そして、検査ツール７によって車検の不合格の表示等の報知を行い、一旦本処理を終了する。

一方、Ｓ３００では、車両３に特定ＤＴＣが記憶されていないと判断し、車検を合格とする。そして、検査ツール７によって車検の合格の表示等の報知を行い、一旦本処理を終了する。

また、Ｓ３１０では、車検の合否判定ができないと判断する。そして、検査ツール７によって車検の合格判定が不能である旨の表示等の報知を行い、一旦本処理を終了する。
［１−４．特定ＤＴＣ情報の更新］
次に、特定ＤＴＣ情報等の更新の手順について説明する。

図１１に示すように、管理サーバ９には、最新の特定ＤＴＣ情報（即ち、サーバ側の特定ＤＴＣ情報）と、その特定ＤＴＣ情報の認証キー（即ち、サーバ側の認証キー）とが記憶されている。

従って、車検を実施する場合には、検査ツール７からインターネット等を介して管理サーバ９にアクセスして、管理サーバ９から、最新の特定ＤＴＣ情報と認証キーとを取得する。そして、検査ツール７に記憶されている特定ＤＴＣ情報（即ち、外部側の特定ＤＴＣ情報）と認証キー（即ち、外部側の認証キー）とを、最新の特定ＤＴＣ情報と認証キーとに更新する。

また、検査ツール７を車両３に接続し、車両３に記憶されている認証キー（即ち、車両３側の認証キー）と検査ツール７に記憶されている最新の認証キー（即ち、外部側の認証キー）との照合を行う。ここで、両認証キーが不一致な場合には、検査ツール７に記憶されている最新の特定ＤＴＣ情報と認証キーとを用いて、車両３の特定ＤＴＣ情報（即ち、車両側の特定ＤＴＣ情報）と認証キーとを更新する。

また、これとは別に、図１２に示すように、車両３と管理サーバ９とが、無線を利用したインターネット等を介して通信を行うことにより、車両３が管理サーバ９から、最新の特定ＤＴＣ情報と認証キーとをダウンロードして更新してもよい。

［１−５．効果］
上記第１実施形態では、以下の効果を得ることができる。
（１ａ）本第１実施形態では、車両側の特定ＤＴＣ情報と外部側の特定ＤＴＣ情報とが一致するか否かの判定を行う。そして、車両側の特定ＤＴＣ情報と外部側の特定ＤＴＣ情報とが一致しない場合、即ち、車両側の特定ＤＴＣ情報が最新のものではないと判断される場合には、車両側ＥＣＵ１１に対して、車両側の特定ＤＴＣ情報を、最新と考えられる外部側の特定ＤＴＣ情報に更新させるための処理を行う。

そのため、車両側ＥＣＵ１１では、自身の車両側の特定ＤＴＣ情報を、管理サーバ９から得られた適切な（即ち、最新と考えられる）外部側の特定ＤＴＣ情報に更新することができる。

従って、車両側ＥＣＵ１１では、例えば車検のような車両３の検査を行う場合に、管理サーバ９から得られた適切な外部側の特定ＤＴＣ情報に基づいて、好適に車両３の検査を行うことができる。つまり、例えば車検の合否等のような適切な判定を行うことができる。

（１ｂ）本第１実施形態では、車両側の特定ＤＴＣ情報と外部側の特定ＤＴＣ情報との一致の判定を、車両側の認証キーと外部側の認証キーとを用いて行う。従って、一致の判定の処理を容易に行うことができる。

（１ｃ）本第１実施形態では、車両３の検査（例えば、車検）を行う場合には、情報判定部５７の判定に基づき、車両側ＥＣＵ１１に対して、更新要求部５９の要求を行うことによって、車両側の特定ＤＴＣ情報を更新させる。そして、更新された車両側の特定ＤＴＣ情報に基づいて、車両３の検査を行う。

これにより、最新の車両側の特定ＤＴＣ情報に基づいて、車両３の検査を行うことができるので、誤った判定を防止して、適切な合否判定を行うことができる。
（１ｄ）本第１実施形態では、特定ＤＴＣ情報と認証キーとを、１対１に対応づけて記憶している。しかも、特定ＤＴＣ情報を更新する場合には、認証キーも合わせて更新する。

従って、車両３に記憶された認証キーを確認することにより、特定ＤＴＣ情報にて示される特定ＤＴＣが車検の際に用いる特定ＤＴＣとして適切なものであるかを容易に把握することができる。

［１−６．文言の対応関係］
第１実施形態において、車両３が車両に対応し、検査ツール７が外部装置に対応し、管理サーバ９が管理サーバに対応し、車両側ＥＣＵ１１が電子制御装置に対応し、検査システム１３が検査システムに対応し、ＢＵＲＡＭ２７が車両側の情報記憶部に対応し、ツール側ＥＣＵ４５が外部側の電子制御装置に対応し、ツール側記憶部５３が外部側の情報記憶部に対応し、情報判定部５７が情報判定部に対応し、更新要求部５９が更新要求部に対応する。

［２．第２実施形態］
第２実施形態は、基本的な構成は第１実施形態と同様であるため、以下では主として第１実施形態との相違点について説明する。なお、第１実施形態と同じ符号は、同一構成を示すものであって、先行する説明を参照する。

［２−１．構成］
まず、本第２実施形態の検査システムを備えた全体のシステム（即ち、車検システム）について説明する。

図１３に示すように、本第２実施形態における車検システム１は、第１実施形態と同様に、車両制御システム５、検査ツール７、管理サーバ９などを備えている。
本第２実施形態では、車両側マイコン２３に接続される半導体メモリとして、ＢＵＲＡＭ２７とＥＥＰＲＯＭ２９とを備えている。

［２−１−１．半導体メモリ］
ＢＵＲＡＭ２７は、バッテリ２１から電力が供給されない場合には、データが消える揮発性メモリである。なお、ＢＵＲＡＭ２７としてＳＲＡＭ等を用いることができる。

このＢＵＲＡＭ２７には、ＯＢＤ機能によって検出された全てのＤＴＣが記憶される。
ＤＴＣは、図１４に示すように、ＢＵＲＡＭ２７においてＤＴＣを記憶する記憶領域（即ち、ＤＴＣ記憶領域）２７ａに記憶される。なお、ＤＴＣ記憶領域２７ａには、各ＤＴＣ毎にＦＦＤが記憶されるが、さらに、レディネスコードや最新テスト結果も記憶される。

ＥＥＰＲＯＭ２９は、データの書き込み及び消去が可能なＲＯＭである。このＥＥＰＲＯＭ２９は、バッテリ２１から電力が供給されない場合でも、データの保持が可能な不揮発性メモリである。

このＥＥＰＲＯＭ２９には、特定ＤＴＣが記憶される。つまり、車検の合否の判定に用いるＤＴＣである特定ＤＴＣが記憶される。
この特定ＤＴＣは、図１５に示すように、ＥＥＰＲＯＭ２９において特定ＤＴＣを記憶する記憶領域（即ち、特定ＤＴＣ記憶領域）２９ａに記憶される。また、特定ＤＴＣ記憶領域２９ａには、各特定ＤＴＣ毎に、レディネスコードや最新テスト結果が記憶される。

また、ＥＥＰＲＯＭ２９には、特定ＤＴＣ記憶領域２９ａとは別に、キー関連記憶領域２９ｂが設けられている。このキー関連記憶領域２９ｂには、車両側の特定ＤＴＣ情報と車両側の認証キーとが、１対１に対応づけて記憶されている。

つまり、図１６に示すように、例えば３つのＤＴＣのうち２つが特定ＤＴＣである場合には、図１７に示すように、ＤＴＣ記憶領域２７ａには、「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」の３つのＤＴＣが全て記憶され、特定ＤＴＣ記憶領域２９ａには、「ＡＡＡ」、「ＢＢＢ」の２つの特定ＤＴＣが記憶される。

［２−１−２．車両側マイコンの機能的構成］
車両側マイコン２３は、ＣＰＵ３１がプログラムを実行することで実現される機能的な構成として、図１８に示すように、受信判定部６１と条件判定部６３と消去処理部６５とを有する。

受信判定部６１は、ＥＥＰＲＯＭ２９に記憶されている特定ＤＴＣを消去するための要求である消去要求（即ち、クリア要求）を、検査ツール７から受信したか否かを判定する。
条件判定部６３は、受信判定部６１によって検査ツール７から消去要求を受信したと判定された場合には、ＥＥＰＲＯＭ２９に記憶されている特定ＤＴＣを消去するための消去条件が満たされているか否かを判定する。

この消去条件としては、下記の第１条件と第２条件との２種の条件が挙げられる。なお、第１条件と第２条件とに更に第３条件を加えた３種の条件を採用してもよいが、以下では２種の条件を例に挙げて説明する。

（第１条件）
診断項目について、異常の有無を診断する診断が完了していること。具体的には、特定ＤＴＣ記憶領域２９ａに、前記診断項目に対応する特定ＤＴＣに関して、レディネスコードがセットされていること。即ち、レディネスコードである完了フラグが記憶されていること。

（第２条件）
診断が完了した診断項目について、最新の診断結果が正常であること。具体的には、特定ＤＴＣ記憶領域２９ａに、前記診断項目に対応する特定ＤＴＣに関して、最新テスト結果が正常であるという正常フラグがセットされていること。即ち正常フラグが記憶されていること。

（第３条件）
診断によって正常が検出されてから、４０暖気サイクルの間に異常が未検出、又は、４０暖気サイクルの間は正常検出であること。

なお、暖気サイクルでは、車両のエンジンの始動から冷却水温が２２℃以上上昇し、６０℃又は７０℃に達した場合を、１サイクルとする。
消去処理部６５は、条件判定部６３によって前記消去条件が満たされていると判定された場合には、ＥＥＰＲＯＭ２９の特定ＤＴＣ記憶領域２９ａに記憶されている特定ＤＴＣのうち、前記消去条件が満たされている特定ＤＴＣを消去する。

［２−２．検査ツール］
図１９に示すように、検査ツール７は、第１実施形態と同様に、ツール側ＥＣＵ１４に、ツール側マイコン５１、ツール側記憶部５３、ツール側通信部５５を備えている。

ツール側マイコン５１は、ＣＰＵがプログラムを実行することで実現される機能的な構成として、送信要求部７１と一致判定部７３と消去要求部７５とを有する。
送信要求部７１は、車両側ＥＣＵ１１に対して前記消去要求を出力する前に、車両側ＥＣＵ１１に対してＥＥＰＲＯＭ２９のキー関連記憶領域２９ｂに記憶されている車両側の認証キーの送信を要求する。

一致判定部７３は、送信要求部７１の要求によって、車両側ＥＣＵ１１から車両側の認証キーを取得した場合には、車両側の認証キーと、ツール側記憶部５３に記憶されている外部側の認証キーとが一致しているか否かを判定する。

消去要求部７５は、一致判定部７３によって車両側の認証キーと外部側の認証キーとが一致したと判定された場合には、車両側ＥＣＵ１１に対して特定ＤＴＣを消去するための消去要求を行う。

［２−３．制御処理］
次に、車両側ＥＣＵ１１と検査ツール７にて行われる処理について、それぞれ具体的に説明する。

＜車両側ＥＣＵの処理（１）＞
本処理は、車両側ＥＣＵ１１において、イグニッションスイッチがオンとなった後に、例えば車両３の走行中等において、車両３の異常を検出するために、予め設定された手順に従って、常時実施されている処理である。

まず、イグニッションスイッチがオンとなると、ＯＢＤ機能によって、所定の診断項目について、予め設定された所定のタイミングで、異常診断が実施される。
従って、図２０に示すように、イグニッションスイッチがオンとなった後に、Ｓ４００にて、所定の診断項目について、その異常診断が完了したか否かを判定する。ここで肯定判断されるとＳ１１０に進み、一方否定判断されると一旦本処理を終了する。

例えば、該当する診断項目について異常診断が終了すると、異常診断の完了を示すフラグ（即ち、完了フラグ）がセットされる構成の場合には、その完了フラグがセットされているか否かによって、異常診断が完了したか否かを判定できる。

なお、異常診断が完了していない場合には、未完了フラグがセットされている。例えば複数回異常が検出された場合に異常があると確定する場合、即ち異常診断が終了する場合には、複数回の異常が検出されるまでは、未完了フラグが保持されている。

Ｓ４１０では、診断完了であるので、特定ＤＴＣ情報を、ＥＥＰＲＯＭ２９のキー関連記憶領域２９ｂから取得する。
続くＳ４２０では、完了した診断（例えば、センサー断線）が、特定ＤＴＣ対象診断か否かを判定する。つまり、診断した項目が、特定ＤＴＣに対応した診断項目か否かを判定する。ここで肯定判断されるとＳ４５０に進み、一方否定判断されるとＳ４３０に進む。

Ｓ４３０では、特定ＤＴＣに対応した診断項目ではないので、診断により異常が検出されたか否かを判定する。ここで肯定判断されるとＳ４４０に進み、一方否定判断されると一旦本処理を終了する。

Ｓ４４０では、異常が検出されたので、異常が検出された診断項目について、異常があることを示すＤＴＣを、ＢＵＲＡＭ２７のＤＴＣ記憶領域２７ａに記憶し、一旦本処理を終了する。このＤＴＣを記憶する際には、当該ＤＴＣに関連したデータも、ＤＴＣに関連づけて記憶する。なお、このデータとは、ＯＢＤ法規によって規定されるデータ等である。

一方、Ｓ４２０で肯定判断されて進むＳ４５０では、診断項目が特定ＤＴＣに対応した診断項目であるので、診断により異常が検出されたか否かを判定する。ここで肯定判断されるとＳ４６０に進み、一方否定判断されるとＳ４８０に進む。

Ｓ４６０では、異常が検出されたので、前記Ｓ４４０と同様に、異常が検出された診断項目について、異常があることを示すＤＴＣを、ＢＵＲＡＭ２７のＤＴＣ記憶領域２７ａに記憶する。なお、この際にも、Ｓ４４０と同様に、ＤＴＣに加え、当該ＤＴＣに関連したデータも、ＤＴＣに関連づけて記憶する。

続くＳ４７０では、特定ＤＴＣ記憶領域２９ａに、前記ＤＴＣ記憶領域２７ａに記憶したＤＴＣを、特定ＤＴＣとして記憶する。それとともに、その特定ＤＴＣを得るための診断が完了したことを示すレディネスコード（即ち、完了フラグ）と、今回の診断の結果である最新テスト結果を記憶し、一旦本処理を終了する。

つまり、診断によって得られたＤＴＣは、特定ＤＴＣであるので、その特定ＤＴＣを特定ＤＴＣ記憶領域２９ａに記憶する。さらに、その特定ＤＴＣに関連付けて、レディネスコードと最新テスト結果とを記憶する。ここでは、特定ＤＴＣが記憶されるので、最新テスト結果として、「異常がある」ことを示す異常フラグがセットされる。

なお、前記特定ＤＴＣが得られた後に、再度、その特定ＤＴＣに対応する診断項目の診断が実施され、その結果、「診断が正常」と判断され場合、即ち「異常がない」と判断された場合には、「最新テスト結果」の欄に、異常がないことを示す正常フラグをセットする。即ち、異常フラグを正常フラグに書き換える。なお、過去のデータとして、過去の異常フラグを、診断時期のデータとともに、そのまま保持していてもよい。

一方、Ｓ４５０で否定判断されて進むＳ４８０では、特定ＤＴＣ記憶領域２９ａに、前記診断項目に対応した特定ＤＴＣが記憶されているか否かを判定する。ここで肯定判断されるとＳ４９０に進み、一方否定判断されると一旦本処理を終了する。

Ｓ４９０では、既に特定ＤＴＣが記憶されているので、特定ＤＴＣ記憶領域２９ａに、当該特定ＤＴＣに関連付けて、レディネスコードと、最新テスト結果とを記憶し、一旦本処理を終了する。

この場合には、異常ではないので、実施された診断について、レディネスコード（即ち、完了フラグ）が記憶されるとともに、最新テスト結果として、正常を示す正常フラグが記憶される。

＜車両側ＥＣＵの処理（２）＞
本処理は、車両３において、特定ＤＴＣ情報を更新する際の処理である。
図２１に示すように、Ｓ５００では、外部（即ち、検査ツール７）から、車両側の特定ＤＴＣ情報を更新するための要求を受信したか否かを判定する。ここで肯定判断されるとＳ５１０に進み、一方否定判断されると一旦本処理を終了する。

Ｓ５１０では、車両３のＥＥＰＲＯＭ２９のキー関連記憶領域２９ｂに記憶されている車両側の特定ＤＴＣ情報と車両側の認証キーとを更新する。
詳しくは、検査ツール７からの前記更新の要求の際に、検査ツール７から送信された外部側の特定ＤＴＣ情報と外部側の認証キーとを用いて、車両側の特定ＤＴＣ情報と車両側の認証キーとを更新する。

なお、更新前の車両側の特定ＤＴＣ情報と車両側の認証キーとは、直ぐに削除することなく、少なくとも本処理が終了するまでは、車両３のメモリ（例えば、ＢＵＲＡＭ２７等）に保存しておく。

続くＳ５２０では、更新された車両側の特定ＤＴＣ情報に基づいて、どのＤＴＣが最新の特定ＤＴＣであるかという情報を取得する。これにより、更新前の車両３の特定ＤＴＣと比較することにより、例えば今回追加された特定ＤＴＣや、今回削除された特定ＤＴＣを把握することができる。

続くＳ５２０では、ＢＵＲＡＭ２７のＤＴＣ記憶領域２７ａに記憶されているＤＴＣにおいて、今回追加の対象（即ち、追加対象）の特定ＤＴＣに該当するＤＴＣがあるか否かを判定する。ここで肯定判断されるとＳ５４０に進み、一方否定判断されるとＳ５５０に進む。

Ｓ５４０では、追加対象の特定ＤＴＣがあるので、その追加対象の特定ＤＴＣに該当するＤＴＣを、特定ＤＴＣとして、ＥＥＰＲＯＭ２９の特定ＤＴＣ記憶領域２９ａに記憶する。

一方、Ｓ５５０では、特定ＤＴＣ記憶領域２９ａに、今回削除の対象（即ち、削除対象）の特定ＤＴＣがあるか否かを判定する。ここで肯定判断されるとＳ５６０に進み、一方否定判断されると一旦本処理を終了する。

Ｓ５６０では、削除対象の特定ＤＴＣがあるので、その削除対象の特定ＤＴＣを、特定ＤＴＣ記憶領域２９ａから削除し、一旦本処理を終了する。
ここで、本処理によって更新される特定ＤＴＣ情報について説明する。

例えば図２２に示すように、更新前の特定ＤＴＣが、「ＡＡＡ」、「ＢＢＢ」であり、更新後の特定ＤＴＣが、「ＡＡＡ」、「ＣＣＣ」である場合を例に挙げる。
このような場合には、図２３に示すように、ＤＴＣ記憶領域２７ａには、更新前も更新後も、全てのＤＴＣが記憶される。一方、特定ＤＴＣ記憶領域２９ａには、更新前は、特定ＤＴＣである、「ＡＡＡ」、「ＢＢＢ」が記憶されており、更新後は、特定ＤＴＣである、「ＡＡＡ」、「ＣＣＣ」が記憶されている。

＜検査ツールの処理（１）＞
本処理は、車検時に、検査ツール７において、車両３に対して、特定ＤＴＣを消去する消去要求（即ち、クリア要求）を出すための処理である。

図２４に示すように、Ｓ６００では、検査ツール７から車両側ＥＣＵ１１に対して、車両側の認証キーを送信させる要求を出力することによって、車両側ＥＣＵ１１から、車両側の認証キーを取得する。

続くＳ６１０では、検査ツール７のツール側記憶部５３に記憶されている外部側の認証キーと、車両側ＥＣＵ１１から取得した車両側の認証キーとを照合する。つまり、外部側の認証キーと車両側の認証キーとが一致しているか否かを判定する。ここで、一致していると判断された場合にはＳ６２０に進み、一致していないと判断された場合にはＳ６３０に進む。

Ｓ６２０では、両認証キーが一致しているので、車両３に対して、特定ＤＴＣを消去するための消去要求を出力し、一旦本処理を終了する。
一方、Ｓ６３０では、両認証キーが一致していないので、一致していないとの判定（即ち、エラー判定）を行い、一旦本処理を終了する。なお、エラー判定の結果は、例えば、検査ツール７のディスプレイ４１に表示される。

＜車両側ＥＣＵの処理（３）＞
本処理は、車検時に、検査ツール７から車両３に対して消去要求が来た場合に、車両側ＥＣＵ１１にて実施される処理である。

なお、この消去要求とは、特定ＤＴＣ記憶領域２９ａに記憶されている全ての特定ＤＴＣを消去の対象とするものであるが、後述するように、消去条件が満たされた特定ＤＴＣのみが消去される。

図２５に示すように、Ｓ７００では、車両側ＥＣＵ１１は、検査ツール７からの消去要求を受信したか否かを判定する。ここで肯定判断されるとＳ７１０に進み、一方否定判断されると一旦本処理を終了する。

続くＳ７１０では、レディネスが完了しているか否かを判定する。つまり、特定ＤＴＣに対応する各診断項目について異常診断が終了しているか否かを判定する。言い換えれば、上述した第１条件が満たされているか否かを判定する。

具体的には、特定ＤＴＣ記憶領域２９ａを参照し、各特定ＤＴＣについて、レディネスコード（即ち、完了フラグ）がセットされているか否かを判定する。ここで肯定判断されるとＳ７２０に進み、一方否定判断されるとＳ７４０に進む。

Ｓ７２０では、各特定ＤＴＣについて、レディネスが完了しているので、各特定ＤＴＣについて、最終テスト結果が正常か否かを判定する。つまり、最終テスト結果に正常フラグがセットされているか否かを判定する。言い換えれば、上述した第２条件が満たされているか否かを判定する。ここで肯定判断されるとＳ７３０に進み、一方否定判断されるとＳ７４０に進む。

Ｓ７３０では、各特定ＤＴＣについて、最終テスト結果が正常であるので、全ての消去条件が満たされたと判断して、特定ＤＴＣ記憶領域２９ａに記憶されている特定ＤＴＣのうち、消去条件が満たされた特定ＤＴＣを消去し、一旦本処理を終了する。

一方、Ｓ７４０では、レディネスが完了していないか、或いは、最終テスト結果が正常ではないので、全ての消去条件が満たされた訳ではないと判断する。そして、検査ツール７に対して、消去要求を拒否する旨の拒否応答を出力し、一旦本処理を終了する。

なお、各特定ＤＴＣのうち、全ての消去条件が満たされた特定ＤＴＣは消去されるが、消去条件が満たされていない特定ＤＴＣがあれば、当該特定ＤＴＣは消去されず、前記拒否応答が出力される。

この拒否応答は、例えば、検査ツール７のディスプレイ４１に表示される。なお、表示内容としては、例えば「消去不可の特定ＤＴＣ有り」等の表示が考えられる。
＜検査ツールの処理（２）＞
本処理は、車検の際に、検査ツール７にて実施される処理、即ち車検の合否判定の処理である。

本処理は、上述した車検時の消去要求に基づいて、特定ＤＴＣが消去された後に実施される処理である。
本処理は、第１実施形態において、図１０に示す＜検査ツールの処理（１）＞とほぼ同様な内容である。つまり、図２６に示すＳ８００〜Ｓ９１０の処理は、図１０に示すＳ２００〜Ｓ３１０の処理と同様であるので、その説明は省略する。

本処理では、レディネスが完了していないと判断されてＳ９１０に進み、続くＳ９２０において、レディネスが完了していない診断項目について、車両３に対して、再度診断を要求する処理を行い、一旦本処理を終了する。

この要求に基づいて、車両３側では、診断が可能なタイミングにて、再度診断を実行することになる。
［２−４．効果］
本第２実施形態では、第１実施形態と同様な効果を奏する。また、以下の効果を得ることができる。

（２ａ）本第２実施形態では、検査ツール７から車両側ＥＣＵ１１に対して、ＥＥＰＲＯＭ２９に記憶されている特定ＤＴＣを消去するための消去要求があった場合には、そのまま特定ＤＴＣを消去するのではなく、所定の消去条件が満たされた場合に特定ＤＴＣを消去する。そのため、本来消去すべきでない特定ＤＴＣ、即ち、消去条件が満たされていない特定ＤＴＣは消去されない。つまり、特定ＤＴＣは、ＥＥＰＲＯＭ２９に保存されている。

従って、車検の際に、ＥＥＰＲＯＭ２９に記憶されている特定ＤＴＣに基づいて、車検の合否を容易に且つ適切に判定することができる。
つまり、検査ツール７から適切でない消去要求があった場合、または、車両側ＥＣＵ１１に電力を供給するバッテリ２１が外された場合でも、ＥＥＰＲＯＭ２９には特定ＤＴＣが保存されているので、その特定ＤＴＣに基づいて、適切に車検を行うことができる。

このように、本第２実施形態では、一度でも検出した特定ＤＴＣを車検時まで保持しており、特定ＤＴＣの消去（即ち、クリア）を車検時のみにしかできないように管理している。これにより、従来の検査ツール７のクリア機能を利用した方法、或いは、電源のオフによる車両側ＥＣＵ１１の初期化を利用した、適切でない特定ＤＴＣを消去する方法により、車検が合格となることを防止することができるという顕著な効果を奏する。

（２ｂ）本第２実施形態では、全てのＤＴＣを揮発性メモリであるＢＵＲＡＭ２７に記憶し、特定ＤＴＣを不揮発性メモリであるＥＥＰＲＯＭ２９に記憶している。
これにより、不揮発性メモリの容量を削減できるので、本開示を、不揮発性メモリの容量が少ない車両側ＥＣＵ１１等に適用できるという利点がある。また、ＤＴＣ記憶領域２７ａと特定ＤＴＣ記憶領域２９ａとを別のメモリに設定するので、メモリ破壊が生じた際に影響を低減できるという効果がある。

また、ＤＴＣは書き込み等が速やかに行われるＢＵＲＡＭ２７に記憶されるので、そのＤＴＣを車両３の制御に利用する際には、容易に対応できるという利点がある。なお、特定ＤＴＣは車検時に使用するだけであるので、車両３の制御等に利用される可能性は低い。

（２ｃ）本第２実施形態では、特定ＤＴＣをＥＥＰＲＯＭ２９に記憶するので、一度でも記憶した特定ＤＴＣを車検時まで、確実に保持することができる。
そのため、車検時に、特定ＤＴＣの消去を要求する（即ち、車検時クリア要求）前に、特定ＤＴＣ記憶領域２９ａに記憶されている特定ＤＴＣを読み出すことにより、一度でも記憶された特定ＤＴＣを確認することができる。

また、特定ＤＴＣの消去は、車検時クリア要求のみであるので、特定ＤＴＣの消去の管理が容易であるという利点がある。
（２ｄ）本第２実施形態では、特定ＤＴＣを消去する消去条件として、少なくとも、診断項目について異常の有無を診断する診断が完了していること（即ち、レディネスの完了）を示す第１条件と、診断が完了した診断項目について、最新の診断結果が正常であることを示す第２条件と、を採用している。

これにより、車検時の合否判定前に、異常が解消して消去可能な特定ＤＴＣを消去できるので、特定ＤＴＣを用いた車検を適切に実施することができる。
また、車検時に、レディネスが未完了であれば、判定不能とされるので、検査員はその表示に従い、自己診断を実行することができるという利点がある。

（２ｅ）本第２実施形態では、検査ツール７から車両側ＥＣＵ１１に、車両３側の認証キーの送信を要求して、車両３側の認証キーを取得した場合には、車両３側の認証キーと外部側の認証キーとを照合し、車両３側の認証キーと外部側の認証キーとが一致した場合に、車両側ＥＣＵ１１に対して特定ＤＴＣを消去するための消去要求を行う。

従って、車両３側と検査ツール７側の特定ＤＴＣ情報のバージョンが異なる場合には、特定ＤＴＣを消去しないので、車検に必要な特定ＤＴＣを誤って消去することを防止することができる。

（２ｆ）本第２実施形態では、車両側の特定ＤＴＣ情報の更新時に、特定ＤＴＣを追加する場合は、ＤＴＣ記憶領域２７ａに記憶されている追加対象の特定ＤＴＣを特定ＤＴＣ記憶領域２９ａに記憶する。また、特定ＤＴＣを削除する場合には、特定ＤＴＣ記憶領域２９ａに記憶されている削除対象の特定ＤＴＣを削除する。

従って、特定ＤＴＣが追加又は削除された場合に、更新された適正な特定ＤＴＣのみを特定ＤＴＣ記憶領域２９ａに確実に記憶することができる。よって、この適正な特定ＤＴＣに基づいて、好適に車検等を実施することができる。

（２ｇ）本第２実施形態では、車両３の検査を行う場合には、特定ＤＴＣに対応した診断項目の診断が完了しているか否かを確認する。
車両側の特定ＤＴＣ情報の更新に基づいて、特定ＤＴＣの入れ替えを行う場合、例えば特定ＤＴＣが増加した場合には、追加対象の特定ＤＴＣの診断が未完了の可能性がある。そのため、ここで診断の完了を確認することにより、診断が完了した特定ＤＴＣに基づいて適切な判定を行うことができる。

（２ｈ）本第２実施形態では、前記診断が完了していない場合には、車両側ＥＣＵ１１に対して、当該診断を再度実施する要求を行う。
これによって、車両側では、可能なタイミングで再度診断を実施することができるので、診断の完了が可能となる。

［２−５．文言の対応関係］
第２実施形態において、ＢＵＲＡＭ２７がＤＴＣ記憶部に対応し、ＥＥＰＲＯＭ２９が特定ＤＴＣ記憶部に対応し、受信判定部６１が受信判定部に対応し、条件判定部６３が条件判定部に対応し、消去処理部６５が消去処理部に対応する。

［３．第３実施形態］
第３実施形態は、基本的な構成は第２実施形態と同様であるため、以下では主として第２実施形態との相違点について説明する。なお、第２実施形態と同じ符号は、同一構成を示すものであって、先行する説明を参照する。

本第３実施形態は、図２７に示すように、全てのＤＴＣを、不揮発性メモリであるデータフラッシュ（即ち、フラッシュメモリ）２８のＤＴＣ記憶領域２８ａに記憶してもよい。
なお、特定ＤＴＣは、図２８に示すように、不揮発性メモリであるＥＥＰＲＯＭ２９の特定ＤＴＣ記憶領域２９ａに記憶する。

本第３実施形態では、第１実施形態とほぼ同様な効果を奏する。また、本第３実施形態では、ＤＴＣ記憶領域２８ａを不揮発性メモリに設定しているので、例えばバッテリ２１が外された場合でも、ＤＴＣを保持できるという利点がある。

［４．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。

（４ａ）前記実施形態では、ＯＢＤIIに規定するＤＴＣをＢＵＲＡＭやデータフラッシュ等のメモリに記憶し、車検に用いる特定ＤＴＣをＢＵＲＡＭ又はＥＥＰＲＯＭ等のメモリに記憶したが、ＯＢＤIIや車検に限定されるものではない。

つまり、車両の複数の診断項目の検査結果（即ち、異常結果）を示す複数のＤＴＣをＢＵＲＡＭやデータフラッシュ等のメモリに記憶し、その複数のＤＴＣのうちの一部を特定ＤＴＣとして、車検以外の各種の車両の検査に用いるために、ＢＵＲＡＭ又はＥＥＰＲＯＭ等のメモリに記憶するようにしてもよい。

（４ｂ）前記実施形態では、検査ツールを用いて、特定ＤＴＣの検査や車検の合否判定などを行ったが、スマートフォン等の通信端末やパソコン等に、検査ツールと同様な機能を実現できるアプリケーションを格納して、スマートフォン等の通信端末やパソコン等に、前記実施形態の検査ツールと同様な機能を持たせてもよい。

（４ｃ）本開示に記載のＥＣＵ及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載のＥＣＵ及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。

もしくは、本開示に記載のＥＣＵ及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されてもよい。

また、ＥＣＵに含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、一つあるいは複数のハードウェアを用いて実現されてもよい。

（４ｄ）前記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。

（４ｅ）また、上述したＥＣＵの他、当該ＥＣＵを構成要素とするシステム、当該ＥＣＵとしてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体など、種々の形態で本開示を実現することもできる。

３：車両、７：検査ツール、９：管理サーバ、１１：車両側ＥＣＵ、１３：検査システム、２７：ＢＵＲＡＭ、２９：ＥＥＰＲＯＭ、４５：ツール側ＥＣＵ、５３：ツール側記憶部、５７：情報判定部、５９：更新要求部、６１：受信判定部、６３：条件判定部、６５：消去処理部

Claims (8)

1. 車両（３）に搭載される車両側の電子制御装置（１１）と、前記車両外の外部装置（７）に搭載されるとともに前記外部装置外の管理サーバ（９）との通信が可能な外部側の電子制御装置（４５）と、を備えており、
   前記車両側の電子制御装置は、
   前記車両の所定の診断項目に対応する異常を示す故障情報であるＤＴＣのうち、前記車両の検査に用いるために予め設定された特定ＤＴＣを特定するための情報である特定ＤＴＣ情報を記憶するように構成されている、車両側の情報記憶部（２７）を備え、
   前記外部側の電子制御装置は、
   前記管理サーバから取得した前記特定ＤＴＣ情報を記憶するように構成されている、外部側の情報記憶部（５３）と、
   前記車両側の情報記憶部に記憶された前記特定ＤＴＣ情報である車両側の特定ＤＴＣ情報と、前記外部側の情報記憶部に記憶された前記特定ＤＴＣ情報である外部側の特定ＤＴＣ情報とが、一致するか否かを判定するように構成されている、情報判定部（５７、Ｓ２４０）と、
   前記情報判定部によって、前記車両側の特定ＤＴＣ情報と前記外部側の特定ＤＴＣ情報とが一致しないと判定された場合には、前記車両側の電子制御装置に対して、前記車両側の特定ＤＴＣ情報を前記外部側の特定ＤＴＣ情報に更新させる処理を行うように構成されている、更新要求部（５９、Ｓ２５０）と、
   を備えた、検査システム（１３）。
2. 請求項１に記載の検査システムであって、
   前記特定ＤＴＣを用いて、前記車両の検査を行う場合には、
   前記情報判定部の判定に基づいて、前記車両側の電子制御装置に対して前記更新要求部の要求を行うことによって、前記車両側の特定ＤＴＣ情報を更新させ、前記更新された前記車両側の特定ＤＴＣ情報に基づいて、前記車両の検査を行うように構成されている、
   検査システム。
3. 請求項１または２に記載の検査システムであって、
   前記特定ＤＴＣ情報と、前記特定ＤＴＣ情報を特定する情報である認証キーと、を対応づけて記憶するように構成されている、
   検査システム。
4. 請求項３に記載の検査システムであって、
   前記特定ＤＴＣ情報を更新する場合には、前記認証キーも合わせて更新するように構成されている、
   検査システム。
5. 請求項１から４のいずれか１項に記載の検査システムに用いられる、前記車両側の電子制御装置であって、
   前記ＤＴＣを全て記憶するように構成されている、ＤＴＣ記憶部（２７）と、
   前記特定ＤＴＣを記憶するように構成されている、不揮発性メモリである特定ＤＴＣ記憶部（２９）と、
   前記特定ＤＴＣ記憶部に記憶されている前記特定ＤＴＣを消去するための要求である消去要求を、前記外部装置から受信したか否かを判定するように構成されている、受信判定部（６１、Ｓ７００）と、
   前記受信判定部によって前記外部装置から前記消去要求を受信したと判定された場合には、前記特定ＤＴＣ記憶部に記憶されている前記特定ＤＴＣを消去するための消去条件が満たされているか否かを判定するように構成されている、条件判定部（６３、Ｓ７１０、７２０）と、
   前記条件判定部によって前記消去条件が満たされていると判定された場合には、前記特定ＤＴＣ記憶部に記憶されている前記特定ＤＴＣのうち、前記消去条件が満たされている前記特定ＤＴＣを消去するように構成されている、消去処理部（６５、Ｓ７３０）と、
   を備えた、電子制御装置。
6. 請求項５に記載の電子制御装置であって、
   前記車両側の特定ＤＴＣ情報の更新時に、前記特定ＤＴＣを追加する場合は、前記ＤＴＣ記憶部に記憶されている前記追加の対象の前記特定ＤＴＣを前記特定ＤＴＣ記憶部に記憶し、前記特定ＤＴＣを削除する場合には、前記特定ＤＴＣ記憶部に記憶されている前記削除の対象の前記特定ＤＴＣを削除するように構成されている、
   電子制御装置。
7. 請求項５または６に記載の電子制御装置であって、
   前記車両の検査を行う場合には、前記特定ＤＴＣに対応した前記診断項目の診断が完了しているか否かを確認するように構成されている、
   電子制御装置。
8. 請求項７に記載の電子制御装置であって、
   前記診断項目の診断が完了していない場合には、前記診断項目の診断を再度実施する要求を行うように構成されている、
   電子制御装置。

Images