JP7167579B2 - 電子制御装置 - Google Patents

Description

本開示は、車載の電子制御装置が記録している診断コードが特定診断コードであるか否かを判定する技術に関する。

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

例えば、特許文献１には、マスタＥＣＵを介して複数の電子制御装置のそれぞれが記録しているＤＴＣを車両のネットワークに接続された外部装置である検査ツールが読み出して表示し、整備員が検査ツールに表示されたＤＴＣを確認して故障箇所を認識する技術が記載されている。以下、電子制御装置をＥＣＵともいう。ＥＣＵは、Electronic Control Unitの略である。

また、特許文献１には、車両が記憶したＤＴＣをセンタに送信し、センタから検査ツールにＤＴＣを送信する技術が記載されている。

ところで、ＤＴＣのうち、車検で道路運送車両の保安基準を満たさない不具合が発生したことを表す特定ＤＴＣが検査ツールで読み出されると、車検を不合格にすることが車載式故障診断装置を活用した自動車検査手法として提案されている。特定ＤＴＣが読み出されたか否かの判定は、例えば、検査ツールが車両から読み出したＤＴＣをセンタのホストコンピュータ等のサーバに送信し、受信したＤＴＣが特定ＤＴＣであるか否かをサーバが判定することにより行われる。

特開２００６－１１３６６８号公報

しかしながら、検査ツールから受信したＤＴＣが特定ＤＴＣであるか否かをサーバが判定するシステムでは、サーバの構築が必要であり、サーバを運用して維持するコストも必要になるという課題がある。

これに対し、検査ツールからＤＴＣの送信を要求される車載のＥＣＵのそれぞれが、記録しているＤＴＣが特定ＤＴＣであるか否かを判定し、特定ＤＴＣだけを検査ツールに送信することが考えられる。この構成によれば、ＥＣＵのそれぞれが、記録しているＤＴＣから特定ＤＴＣを選択して検査ツールに送信するので、検査ツールは特定ＤＴＣだけを車両から読み出すことになる。したがって、検査ツールから受信したＤＴＣが特定ＤＴＣであるか否かを判定するサーバが不要になる。

しかし、記録しているＤＴＣが特定ＤＴＣであるか否かを判定する処理ソフトを車載の各ＥＣＵに搭載する必要があるので、各ＥＣＵの処理ソフトの開発が煩雑になり、開発コストが増加するという課題がある。

本開示は、車載の電子制御装置が記録している診断コードが特定診断コードであるか否かを車両だけで安価に判定する技術を提供する。

本開示の車載の電子制御装置は、通信部（２２、Ｓ２、Ｓ３、Ｓ５、Ｓ１１、Ｓ１２、Ｓ１６、Ｓ２１、Ｓ２３、Ｓ２５、Ｓ３１、Ｓ３２）と、リスト記憶部（２４）と、コード選択部（２６、Ｓ４、Ｓ１５、Ｓ４００～Ｓ４０８）と、メッセージ生成部（２８、Ｓ４、Ｓ１６）と、を備える。

通信部は、要求装置（２）から特定診断コードの取得要求を受信し、車載の他の電子制御装置（３０～３６）に診断コードの取得要求を送信する。リスト記憶部は、要求装置に送信する特定診断コードのリスト（２００）を記憶している。コード選択部は、リスト記憶部が記憶しているリストを参照し、通信部が他の電子制御装置から受信する診断コードから特定診断コードを選択する。

メッセージ生成部は、コード選択部が選択した特定診断コードを通信部から要求装置に送信するための通信メッセージを生成する。
この構成によれば、要求装置から特定診断コードの取得要求を受信する車載の１つの電子制御装置が、記憶している特定診断コードのリストに基づいて、他の電子制御装置から受信した診断コードから特定診断コードを選択して要求装置に送信するので、車両で記録された診断コードが特定診断コードであるか否かを車両で判定できる。

したがって、車両で記録された診断コードが特定診断コードであるか否かを判定するサーバを構築するコストが不要であり、サーバを運用して維持するコストが不要である。
また、要求装置から特定診断コードの取得要求を受信する１つの電子制御装置以外の他の電子制御装置は、診断コードの取得要求を受信すると、記録している診断コードが特定診断コードであるか否かを判定することなく、そのまま送信する。これにより、他の電子制御装置の処理ソフトの開発が容易になり、開発コストが低下する。

以上のことから、本開示の電子制御装置では、車載の電子制御装置が記録している診断コードが特定診断コードであるか否かを、車両だけで安価に判定できる。

車両制御システムを示すブロック図。 特定ＤＴＣリストを示す模式図。 特定ＤＴＣの出力処理を示すシーケンス図。 特定ＤＴＣの出力処理を示すフローチャート。 特定ＤＴＣの他の出力処理を示すシーケンス図。 ＥＣＵの有無による機能の無効化を説明するブロック図。 検査ツールからの機能無効化要求を説明するブロック図。 機能無効化処理を示すシーケンス図。 特定ＤＴＣリストの編集処理を示すシーケンス図。

以下、図面を参照しながら本開示の実施形態を説明する。
［１．第１実施形態］
［１－１．構成］
図１に示す車両制御システム１０は、マスタＥＣＵ２０と、複数のスレーブＥＣＵ３０～３６とを備えている。マスタＥＣＵ２０と、複数のスレーブＥＣＵ３０～３６とは、互いにＣＡＮ等の車内ＬＡＮ１００に接続しており、予め特定された車両制御を実行する。ＣＡＮは、Controller Area Networkの略である。検査ツール２は、整備工場等でコネクタを介してマスタＥＣＵ２０に接続される。

マスタＥＣＵ２０と複数のスレーブＥＣＵ３０～３６とは、図示しないＣＰＵと、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリと、を有する周知のマイクロコンピュータを中心に構成される。

マスタＥＣＵ２０と複数のスレーブＥＣＵ３０～３６との各種機能は、ＣＰＵが非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、半導体メモリが、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムが実行されることで、プログラムに対応する方法が実行される。なお、マスタＥＣＵ２０と複数のスレーブＥＣＵ３０～３６とは、それぞれ１個のマイクロコンピュータで構成されてもよいし、複数のマイクロコンピュータで構成されてもよい。

マスタＥＣＵ２０は、ＣＰＵがプログラムを実行することで実現される機能の構成として、通信部２２と、リスト記憶部２４と、コード選択部２６と、メッセージ生成部２８と、を備える。

マスタＥＣＵ２０を構成するこれらの要素を実現する手法はソフトウェアに限るものではなく、その１部または全部の要素について、１個あるいは複数のハードウェアを用いて実現してもよい。例えば、上記機能がハードウェアである電子回路によって実現される場合、その電子回路は多数の論理回路を含むデジタル回路、またはアナログ回路、あるいはこれらの組合せによって実現してもよい。

通信部２２は、車内ＬＡＮ１００を介してスレーブＥＣＵ３０～３６と通信するとともに、コネクタを介して検査ツール２と通信する。
リスト記憶部２４は、フラッシュメモリ等の書き換え可能な不揮発性の記憶装置であり、図２に示す特定ＤＴＣリスト２００を記憶している。特定ＤＴＣリスト２００には、ＤＴＣと各ＤＴＣが特定ＤＴＣであるか否かを判別する判別情報とが記憶されている。判別情報は、○であれば特定ＤＴＣであることを示し、×であれば特定ＤＴＣではないことを示している。
なお、特定ＤＴＣは、ＤＴＣのうち、車検で道路運送車両の保安基準を満たさない不具合が発生したことを表すＤＴＣとして提案されている。

コード選択部２６は、特定ＤＴＣリスト２００を参照し、通信部２２がスレーブＥＣＵ３０～３６から受信するＤＴＣから特定ＤＴＣを選択する。
メッセージ生成部２８は、検査ツール２に送信する通信メッセージを生成する。

［１－２．処理］
（１）特定ＤＴＣ出力処理１
マスタＥＣＵ２０が、検査ツール２からの要求に応じて特定ＤＴＣを出力する特定ＤＴＣ出力処理１について、図３のシーケンス図に基づいて説明する。

Ｓ１において検査ツール２は、特定ＤＴＣの取得対象であるスレーブＥＣＵに対する特定ＤＴＣの取得要求をマスタＥＣＵ２０に送信する。検査ツール２は、国際標準規格のＵＤＳで定義されたコード、あるいは、ＣＡＮで通信する場合には特定のＣＡＮＩＤにより、マスタＥＣＵ２０に特定ＤＴＣの取得を要求する。ＵＤＳは、Unified Diagnostic Servicesの略である。

Ｓ２においてマスタＥＣＵ２０の通信部２２は、検査ツール２により指定された特定ＤＴＣの取得対象のスレーブＥＣＵに、特定ＤＴＣに限らず記録しているＤＴＣの取得要求を送信する。

Ｓ３においてＤＴＣの取得要求を受信したスレーブＥＣＵは、記録しているＤＴＣをマスタＥＣＵ２０に送信する。
Ｓ４においてマスタＥＣＵ２０の通信部２２は、スレーブＥＣＵが記録しているＤＴＣを含む通信メッセージをスレーブＥＣＵから受信する。そして、マスタＥＣＵ２０のコード選択部２６は、リスト記憶部２４に記憶している特定ＤＴＣリスト２００を参照し、スレーブＥＣＵから受信したＤＴＣから特定ＤＴＣに該当するＤＴＣを選択する。

メッセージ生成部２８は、コード選択部２６が選択した特定ＤＴＣを検査ツール２に送信するための通信メッセージを生成する。マスタＥＣＵ２０が、スレーブＥＣＵから受信したＤＴＣから特定ＤＴＣに該当するＤＴＣを選択する処理の詳細については後述する。

Ｓ５においてマスタＥＣＵ２０の通信部２２は、Ｓ４でメッセージ生成部２８が生成した通信メッセージを検査ツール２に送信する。
Ｓ６において、Ｓ１～Ｓ５の処理が特定ＤＴＣの取得対象であるスレーブＥＣＵ毎に繰り返し実行される。

Ｓ７において検査ツール２は、マスタＥＣＵ２０から受信した通信メッセージに含まれる特定ＤＴＣに基づいて、車両が車検に合格するか否かを判定する。
（２）特定ＤＴＣ選択処理
図３のＳ４においてマスタＥＣＵ２０のコード選択部２６が実行する特定ＤＴＣ選択処理を図４のフローチャートに基づいて説明する。

Ｓ４００においてコード選択部２６は、スレーブＥＣＵから受信した通信メッセージに含まれるＤＴＣの個数をカウントして変数Ｎに設定する。Ｓ４０２においてコード選択部２６は、Ｎ番目のＤＴＣが特定ＤＴＣリスト２００で設定されている特定ＤＴＣに該当するか否かを判定する。Ｓ４０２の判定がＹｅｓである、つまりＮ番目のＤＴＣが特定ＤＴＣリスト２００に設定されている特定ＤＴＣに該当する場合、処理はＳ４０６に移行する。

Ｓ４０２の判定がＮｏである、つまりＮ番目のＤＴＣが特定ＤＴＣリスト２００に設定されている特定ＤＴＣに該当しない場合、Ｓ４０４においてコード選択部２６は、スレーブＥＣＵから受信したＤＴＣのうちＮ番目のＤＴＣを削除する。

Ｓ４０６においてコード選択部２６は、Ｎを－１する。そして、Ｓ４０８においてコード選択部２６は、Ｎが０より大きいか否か、つまりスレーブＥＣＵから受信したＤＴＣに、まだ特定ＤＴＣであるか否かを判定していないＤＴＣが存在するか否かを判定する。

Ｓ４０８の判定がＹｅｓである、つまりスレーブＥＣＵから受信したＤＴＣに、まだ特定ＤＴＣであるか否かを判定していないＤＴＣが存在する場合、処理はＳ４０２に移行する。

Ｓ４０８の判定がＮｏである、つまりスレーブＥＣＵから受信したすべてのＤＴＣについて特定ＤＴＣであるか否かを判定した場合、本処理は終了する。
（３）特定ＤＴＣ出力処理２
マスタＥＣＵ２０が、検査ツール２からの要求に応じて特定ＤＴＣを出力する特定ＤＴＣ出力処理２について、図５のシーケンス図に基づいて説明する。

前述した特定ＤＴＣ出力処理１では、マスタＥＣＵ２０は、特定ＤＴＣの取得対象である各スレーブＥＣＵからＤＴＣを含む通信メッセージを受信する毎に、受信したＤＴＣから特定ＤＴＣを選択して検査ツール２に送信した。

これに対し、特定ＤＴＣ出力処理２では、マスタＥＣＵ２０は、検査ツール２から特定ＤＴＣ取得要求を受信すると、すべてのスレーブＥＣＵからＤＴＣを含む通信メッセージを受信してから、受信したＤＴＣから特定ＤＴＣを選択して検査ツール２に送信する。

具体的には、Ｓ１０において検査ツール２は、車両のすべてのスレーブＥＣＵに対する特定ＤＴＣの取得要求をマスタＥＣＵ２０に送信する。
Ｓ１１においてマスタＥＣＵ２０の通信部２２は、特定ＤＴＣの取得要求を検査ツール２から受信する。そして、通信部２２は、スレーブＥＣＵ毎に特定ＤＴＣに限らず記録しているＤＴＣの取得要求を送信する。

Ｓ１２においてＤＴＣの取得要求を受信したスレーブＥＣＵは、記録しているＤＴＣをマスタＥＣＵ２０に送信する。
Ｓ１３においてマスタＥＣＵ２０の通信部２２は、スレーブＥＣＵから記録しているＤＴＣを含む通信メッセージを受信する。そして、マスタＥＣＵ２０のコード選択部２６は、通信部２２がスレーブＥＣＵから受信したＤＴＣを一時的にＲＡＭ等に保持する。

Ｓ１４において、Ｓ１１～Ｓ１３の処理が各スレーブＥＣＵについて実行される。Ｓ１５においてコード選択部２６は、通信部２２がすべてのスレーブＥＣＵ３０～３６から記録しているＤＴＣを含む通信メッセージを受信すると、リスト記憶部２４に記憶している特定ＤＴＣリスト２００を参照し、ＲＡＭに一時的に保持したＤＴＣから特定ＤＴＣに該当するＤＴＣを選択する。受信したＤＴＣから特定ＤＴＣを選択する処理は、前述した図４に示す特定ＤＴＣ選択処理と実質的に同一である。

Ｓ１６においてメッセージ生成部２８は、コード選択部２６が選択した特定ＤＴＣを検査ツール２に送信するための通信メッセージを生成する。そして、マスタＥＣＵ２０の通信部２２は、メッセージ生成部２８が生成した通信メッセージを検査ツール２に送信する。

Ｓ１７において検査ツール２は、マスタＥＣＵ２０から受信した通信メッセージに含まれる特定ＤＴＣに基づいて、車両が車検に合格するか否かを判定する。
［１－３．効果］
上記第１実施形態では、以下の効果を得ることができる。

（１ａ）マスタＥＣＵ２０以外のスレーブＥＣＵ３０～３６は、ＤＴＣの取得要求を受信すると、記録しているＤＴＣが特定ＤＴＣであるか否かを判定することなく、そのままマスタＥＣＵ２０に送信する。記録しているＤＴＣが特定ＤＴＣであるか否かを判定する処理をスレーブＥＣＵ３０～３６に搭載する必要がないので、スレーブＥＣＵ３０～３６の処理ソフトの開発が容易になり、開発コストが低下して安価になる。

（１ｂ）マスタＥＣＵ２０が記憶している特定ＤＴＣリスト２００に基づいて、スレーブＥＣＵ３０～３６から受信したＤＴＣが特定ＤＴＣであるか否かを車両で判定して選択する。そして、選択した特定ＤＴＣを車両から検査ツール２に送信するので、車両で記録されたＤＴＣが特定ＤＴＣであるか否かを判定するサーバが不要である。したがって、サーバを構築するコストが不要であり、サーバを運用して維持するコストが不要である。

上記第１実施形態において、検査ツール２が要求装置に対応し、マスタＥＣＵ２０が要求装置から特定診断コードの取得要求を受信する電子制御装置に対応し、スレーブＥＣＵ３０～３６が診断コードの取得要求を受信する電子制御装置に対応する。

また、Ｓ２、Ｓ３、Ｓ５、Ｓ１１、Ｓ１２、Ｓ１６が通信部の処理に対応し、Ｓ４、Ｓ１５、Ｓ４００～Ｓ４０８がコード選択部の処理に対応し、Ｓ４、Ｓ１６がメッセージ生成部の処理に対応する。

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

図６の上段に示す車両制御システム１２において、マスタＥＣＵ４０は、第１実施形態のマスタＥＣＵ２０の構成に加え、さらにリスト編集部４２を備えている点で、第１実施形態と異なっている。

リスト編集部４２は、リスト記憶部２４に記憶されている特定ＤＴＣリスト２００において、ＤＴＣを特定ＤＴＣとして有効化するか無効化かするかを、例えば以下の（ａ）～（ｃ）に示す方法で編集する。

（ａ）特定ＤＴＣリスト２００において、ＤＴＣを特定ＤＴＣとするか否を示す判別情報を「○」または「×」に設定する。
（ｂ）特定ＤＴＣリスト２００において、ＤＴＣのエントリを削除または新たなエントリを追加する。

（ｃ）判別情報の欄を除去した特定ＤＴＣリスト２００において、記憶しているＤＴＣを特定ＤＴＣとしない場合、特定ＤＴＣとしないＤＴＣを特定ＤＴＣリスト２００の一部として記憶しておく。

［２－２．リスト編集例］
以下、リスト編集部４２による特定ＤＴＣリスト２００の編集例（１）～（３）について説明する。

（１）編集例１
車両制御システム１２において、スレーブＥＣＵ３０～３４は、例えばカメラが撮像する画像データに基づいて自動ブレーキを作動させる機能を、スレーブＥＣＵ３６を除く３個で実現している。

図６の上段に示す車両制御システム１２から、例えばブレーキのアクチュエータを自動制御するスレーブＥＣＵ３２を除去して図６の下段に示す車両制御システム１４が構成される場合を考える。スレーブＥＣＵ３２が除去されたために、車両制御システム１４では自動ブレーキの機能は無効になる。

この場合、マスタＥＣＵ４０のリスト編集部４２は、スレーブＥＣＵ３２が除去されて車両制御システム１４に存在しないことを、検査ツール２から特定ＤＴＣの取得要求を受信するとき、あるいは検査ツール２から特定ＤＴＣの取得要求を受信する前に、車両制御システム１４内での通信により検出する。

例えば、通信部２２が、スレーブＥＣＵ毎に割り当てられた通信ＩＤにより各スレーブＥＣＵに通信メッセージを送信し、所定時間内に返答メッセージを受信できない場合、リスト編集部４２は通信ＩＤに対応するスレーブＥＣＵが存在しないと判断する。

リスト編集部４２は、スレーブＥＣＵ３２が除去されて車両制御システム１４に存在しないことを検出すると、自動ブレーキの機能が無効になったと判断し、自動ブレーキに対応するＤＴＣを特定ＤＴＣとしていた設定を無効化する。

この設定の無効化は、例えば、前述した編集方法（ａ）～（ｃ）に基づいて、以下の（ａ１）～（ｃ１）の方式で実行される。
（ａ１）図２の特定ＤＴＣリスト２００において、自動ブレーキに対応するＤＴＣを特定ＤＴＣとするか否を示す判別情報を「○」から「×」に変更する。

（ｂ１）図２の特定ＤＴＣリスト２００において、自動ブレーキに対応するＤＴＣのエントリを削除する。
（ｃ１）無効化する自動ブレーキに対応するＤＴＣを特定ＤＴＣリスト２００の一部として記憶しておく。

上記の（ａ１）～（ｃ１）のいずれかの無効化を実行することにより、例えば、車両制御システム１４において、カメラの異常をスレーブＥＣＵ３０が検出し、マスタＥＣＵ４０からのＤＴＣの取得要求に対し、スレーブＥＣＵ３０が自動ブレーキの異常を表すＤＴＣを送信しても、マスタＥＣＵ４０は、自動ブレーキの異常を表すＤＴＣを特定ＤＴＣとして検査ツール２に送信しない。

（２）編集例２
編集例２として、図７に示すように、検査ツール２から車両制御システム１０に特定の機能の無効化が要求されるときにマスタＥＣＵ４０が実行する機能無効化処理について、図８のシーケンス図に基づいて説明する。

Ｓ２０において検査ツール２は、機能無効化要求をマスタＥＣＵ４０に送信する。Ｓ２１において通信部２２は、検査ツール２から機能無効化要求を受信する。リスト編集部４２は、通信部２２から機能を無効化する対象のスレーブＥＣＵに対し機能無効化要求を送信する。例えば、検査ツール２が自動ブレーキの機能の無効化を要求すると、リスト編集部４２は、機能を無効化する対象のスレーブＥＣＵとしてスレーブＥＣＵ３２を選択し、通信部２２からスレーブＥＣＵ３２に対し自動ブレーキの無効化要求を送信する。

Ｓ２２において自動ブレーキの機能無効化要求を受信したスレーブＥＣＵ３２は、自動ブレーキを作動させる機能を無効化し、以後、自動ブレーキの制御を実行しない。
Ｓ２３においてスレーブＥＣＵ３２は、自動ブレーキを作動させる機能の無効化が完了したことをマスタＥＣＵ４０に通知する。マスタＥＣＵ４０の通信部２２は、スレーブＥＣＵ３２から自動ブレーキを作動させる機能の無効化の完了通知を受信する。

Ｓ２４においてリスト編集部４２は、編集例１で説明した無効化処理（ａ１）～（ｃ１）のいずれかを実行する。
Ｓ２５においてリスト編集部４２は、通信部２２から自動ブレーキの機能の無効化が完了したことを検査ツール２に通知する。

（３）編集例３
図９に示すように、Ｓ３０において、検査ツール２からマスタＥＣＵ４０に、特定ＤＴＣリスト２００を編集する要求が送信される。

Ｓ３１において通信部２２は、検査ツール２から特定ＤＴＣリスト２００の編集要求を受信する。リスト編集部４２は、検査ツール２から通信部２２が受信した特定ＤＴＣリスト２００の編集要求に応じて、編集例１で説明した編集方法（ａ）～（ｃ）のいずれかで特定ＤＴＣリスト２００を編集する。

Ｓ３２においてリスト編集部４２は、特定ＤＴＣリスト２００の編集が完了したことを、通信部２２から検査ツール２に通知する。
［２－３．効果］
第２実施形態では、第１実施形態の効果（１ａ）、（１ｂ）に加え、以下の効果を得ることができる。

（２ａ）特定ＤＴＣリスト２００に対し手動で上記の編集方法（ａ）～（ｃ）を実行することなく、車両制御システム内で特定ＤＴＣリスト２００に対して編集方法（ａ）～（ｃ）を実行するので、特定ＤＴＣリスト２００を編集する負荷を低減できる。

（２ｂ）検査ツール２からサーバに車両のＤＴＣを送信してサーバで特定ＤＴＣであるか否かを判定する構成の場合、車両毎に、有効な機能と無効な機能とをサーバに申請して、車両毎に特定ＤＴＣリストを作成する必要がある。したがって、車両において、機能が無効化または有効化されると、その都度サーバに申請する必要がある。

これに対し、第２実施形態では、無効な機能に対応する特定ＤＴＣが検査ツール２に送信されないので、車両制御システムにおいて機能が無効化または有効化されても、サーバに通知して申請する必要がない。

（２ｃ）検査ツール２からマスタＥＣＵ４０に対して特定ＤＴＣリスト２００の編集を要求できるので、ＤＴＣの追加および削除、特定ＤＴＣの無効化および有効化を容易に実行できる。

（２ｄ）自動ブレーキの機能など、車両に搭載が義務づけされていない機能を無効化することにより、車両に搭載が義務づけされていない機能が故障したために特定ＤＴＣとして検査ツール２に送信され、車検が不合格になることを抑制できる。

上記第２実施形態では、Ｓ２１、Ｓ２３、Ｓ２５、Ｓ３１、Ｓ３２が通信部の処理に対応し、Ｓ２４がリスト編集部の処理に対応する。
［３．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。

（１）上記実施形態では、検査ツール２が、特定ＤＴＣの取得要求、機能の無効化要求、特定ＤＴＣリストの編集要求をマスタＥＣＵ２０に送信した。これに対し、検査ツール２以外に、ナビゲーション装置、車両制御システム内の特定のＥＣＵが、特定ＤＴＣの取得要求、機能の無効化要求、特定ＤＴＣリストの編集要求をマスタＥＣＵに送信する要求装置として機能してもよい。

（２）上記第２実施形態において、マスタＥＣＵ４０のリスト編集部４２は、スレーブＥＣＵ３０～３６のうちいずれかのスレーブＥＣＵのソフトウェアのバージョンがアップし、今まで無効であった機能が有効になったことを、検査ツール２から特定ＤＴＣの取得要求を受信するとき、あるいは検査ツール２から特定ＤＴＣの取得要求を受信する前に、車両制御システム１４内での通信により検出してもよい。

この場合、リスト編集部４２は、有効になった機能のＤＴＣが特定ＤＴＣに該当する場合、特定ＤＴＣリスト２００の対応するＤＴＣを特定ＤＴＣとして設定する。
（３）上記第２実施形態では、特定ＤＴＣリスト２００の編集例（１）としてスレーブＥＣＵが除去された場合の機能無効化、ならびに、編集例（２）として検査ツール２からの要求による機能無効化について説明した。

これに対し、特定ＤＴＣリスト２００の編集として、スレーブＥＣＵが追加された場合の機能有効化、ならびに、検査ツール２からの要求による機能有効化を実行してもよい。
（４）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。

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

２：検査ツール（要求装置）、２０、４０：マスタＥＣＵ（電子制御装置）、２２：通信部、２４：リスト記憶部、２６：コード選択部、２８：メッセージ生成部、３０～３６：スレーブＥＣＵ（他の電子制御装置）、４２：リスト編集部、２００：特定ＤＴＣリスト

Claims (5)

1. 車載の電子制御装置（２０、４０）であって、
   要求装置（２）から特定診断コードの取得要求を受信すると、車載の他の電子制御装置（３０～３６）に診断コードの取得要求を送信する通信部（２２、Ｓ２、Ｓ３、Ｓ５、Ｓ１１、Ｓ１２、Ｓ１６、Ｓ２１、Ｓ２３、Ｓ２５、Ｓ３１、Ｓ３２）と、
   前記要求装置に送信する前記特定診断コードのリスト（２００）を記憶しているリスト記憶部（２４）と、
   前記リスト記憶部が記憶している前記リストを参照し、前記通信部が他の電子制御装置から受信する前記診断コードから前記特定診断コードを選択するように構成されたコード選択部（２６、Ｓ４、Ｓ１５、Ｓ４００～Ｓ４０８）と、
   前記コード選択部が選択した前記特定診断コードを前記通信部から前記要求装置に送信するための通信メッセージを生成するように構成されたメッセージ生成部（２８、Ｓ４、Ｓ１６）と、
   前記他の電子制御装置の有無に応じて、前記リスト記憶部に記憶されている前記リストの一部の前記特定診断コードを有効化または無効化するように構成されたリスト編集部（４２、Ｓ２４、Ｓ３１）と、
   を備える電子制御装置。
2. 請求項１に記載の電子制御装置であって、
   前記リスト編集部は、前記他の電子制御装置のソフトウェアのバージョンに応じて、前記リストの一部の前記特定診断コードを有効化または無効化するように構成されている、
   電子制御装置。
3. 請求項１または２に記載の電子制御装置であって、
   前記リスト編集部（Ｓ２４）は、前記他の電子制御装置に対する機能の無効化要求を前記通信部が前記要求装置から受信すると、前記無効化要求の機能に対応する前記リストの前記特定診断コードを無効化するように構成されている、
   電子制御装置。
4. 請求項１から３のいずれか１項に記載の電子制御装置であって、
   前記リスト編集部（Ｓ３１）は、前記要求装置からの指示により新しい前記特定診断コードを前記リストに追加するように構成されている、
   電子制御装置。
5. 請求項１から４のいずれか１項に記載の電子制御装置であって、
   前記メッセージ生成部は、前記通信部が前記要求装置から前記特定診断コードの取得要求を受信すると、前記他の電子制御装置から受信する前記診断コードから前記コード選択部が選択した前記特定診断コードを前記通信部から前記要求装置に送信する前記通信メッセージを生成し、前記通信部が前記要求装置から通常の前記診断コードの取得要求を受信すると、前記他の電子制御装置から受信する前記診断コードを前記通信部から前記要求装置に送信する前記通信メッセージを生成するように構成されている、
   電子制御装置。

Images