JP7388303B2

JP7388303B2 - 異常検出システム

Info

Publication number: JP7388303B2
Application number: JP2020116173A
Authority: JP
Inventors: 真吾松田; 聡志西尾; 哲也古谷
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2020-07-06
Filing date: 2020-07-06
Publication date: 2023-11-29
Anticipated expiration: 2040-07-06
Also published as: CN113900422B; DE102021117110A1; US20220004178A1; CN113900422A; JP2022014039A

Description

この開示は、異常検出システムに関し、特に、通信の異常を検出する異常検出システムに関する。

従来、通信バスに複数のＥＣＵ（Electronic Control Unit）が接続された通信ネットワークの故障を検知する方法があった（たとえば、特許文献１参照）。この方法によれば、通信エラーが検出された後、複数のＥＣＵによる通信バスへの送信を１つずつ、順に停止させる送信停止要求が行われ、ＥＣＵが１つずつ、順に停止させられるごとに、通信バスに通信エラーが生ずるか否かが判別されることで、故障個所が特定される。

特開２００９－３０２７８３号公報

しかし、従来の方法によれば、複数のＥＣＵが接続されている通信経路に異常があることで異常な信号が検出されている場合（たとえば、通信経路の途中のコネクタが半嵌合の状態になっているような場合）、いずれのＥＣＵを停止しても異常な信号が検出されるため、異常個所の特定はできないといった問題があった。

この開示は、上述した課題を解決するためになされたものであって、その目的は、通信の異常個所を的確に特定することが可能な異常検出システムを提供することである。

この開示に係る異常検出システムは、通信の異常を検出するシステムであって、第１のＥＣＵと、第１のＥＣＵと通信可能な複数の第２のＥＣＵと、第１のＥＣＵと複数の第２のＥＣＵとの通信経路上に複数のコネクタ接続部とを備える。複数のコネクタ接続部は、それぞれ、通信経路上の第１のＥＣＵの側である第１のコネクタ部と、第２のＥＣＵの側である第２のコネクタ部とを有する。通信異常が発生した場合に、第２のコネクタ部の側に接続されたすべての第２のＥＣＵとの通信に異常があるコネクタ接続部のうち、接続された第２のＥＣＵの数が最も多いコネクタ接続部に異常があると判定する診断部をさらに備える。

このような構成によれば、通信異常が発生した場合に、コネクタ接続部の第１のＥＣＵと反対側に接続された第２のＥＣＵのすべてとの通信に異常があるコネクタ接続部のうち、接続された第２のＥＣＵの数が最も多いコネクタ接続部に異常があると判定される。このため、通信経路のいずれのコネクタ接続部に異常があるかを的確に特定することができる。その結果、通信の異常個所を的確に特定することができる。

診断部は、第１のＥＣＵの通信が正常であることを判定してもよい。このような構成によれば、第１のＥＣＵの通信が正常であるか否かを適切に判定することができる。

第１のＥＣＵは、自己の通信が正常であるか異常であるかを診断し、診断部は、第１のＥＣＵにより自己の通信が正常であると診断された場合に、第１のＥＣＵの通信が正常であると判定してもよい。

このような構成によれば、第１のＥＣＵの自己の診断結果に基づいて第１のＥＣＵの通信が正常であるか否かを適切に判定することができる。

診断部は、第１のＥＣＵの通信が正常であると判定していない場合、コネクタ接続部に異常があるかの判定結果に関わらず、第１のＥＣＵの通信が異常であると判定してもよい。

このような構成によれば、第１のＥＣＵの通信が正常であると判定しない場合、第１のＥＣＵの通信が異常である可能性が高いため、第１のＥＣＵの異常を優先して判定することができる。

診断部は、第１のＥＣＵの通信が異常であると判定した場合は、コネクタ接続部の異常を判定しないようにしてもよい。

このような構成によれば、第１のＥＣＵの通信が異常である場合に、コネクタ接続部の異常を判定することは無駄となる可能性があるところ、コネクタ接続部の異常を判定しないようにするため、無駄な判定を実行しないようにできる。

第１のＥＣＵは、第２のＥＣＵのいずれかとの通信が所定時間以上、途絶した場合に、当該通信が異常であると判定してもよい。

このような構成によれば、通信経路のいずれのコネクタ接続部に異常があるかを明確に判定することができる。

この開示によれば、通信の異常個所を的確に特定することが可能な異常検出システムを提供することができる。

この実施の形態に係る車両の概略構成を示す図である。この実施の形態に係る車両におけるネットワーク構成の一例を示す図である。この実施の形態の通信異常検出処理の流れを示すフローチャートである。

以下、図面を参照しつつ、この開示の実施の形態は説明される。以下の説明では、同一の部品には同一の符号が付されている。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰り返されない。

図１は、この実施の形態に係る車両１０の概略構成を示す図である。図１を参照して、車両１０は、ハイブリッド自動車である。車両１０は、概略的な構成として、シフトレバー１３２と、アクセルペダル１３３と、ＨＶ－ＥＣＵ１６０と、ＭＧ－ＥＣＵ１７０と、ＰＣＵ（Power Control Unit）１７１と、第１ＭＧ１７２と、第２ＭＧ１７３と、エンジンＥＣＵ１８０と、エンジン１８１と、エンジン回転速度センサ１３４とを備える。

シフトレバー１３２は、ユーザによるシフト操作に応じて複数のシフトレンジを切替えるためのレバーであり、レバーが切替えられた位置を検出するセンサを含む。シフトレバー１３２で切替え可能なシフトレンジとしては、たとえば、Ｎ（ニュートラル）レンジ、Ｒ（リバース）レンジ、Ｄ（ドライブ）レンジ、および、Ｂ（ブレーキ）レンジが含まれる。シフトレバー１３２は、センサによって検出された位置に対応するシフトレンジを示す信号を、ＨＶ－ＥＣＵ１６０に送信する。

アクセルペダル１３３は、ユーザによるアクセル操作を受付けるためのペダルであり、ペダルの踏み込み量を検出するセンサを含む。アクセルペダル１３３は、センサによって検出された踏み込み量を示す信号を、ＨＶ－ＥＣＵ１６０に送信する。

ＨＶ－ＥＣＵ１６０は、車両１０の駆動を制御するためのＥＣＵであり、車載通信ネットワーク（たとえば、ＣＡＮ（Controller Area Network））を介して、ＭＧ－ＥＣＵ１７０およびエンジンＥＣＵ１８０と互いに通信可能である。

以下の各ＥＣＵは、ＣＰＵ（Central Processing Unit）およびメモリを含む。メモリは、プログラムおよびデータを記憶可能である。ＣＰＵは、メモリに記憶されたプログラムにしたがって、メモリに記憶されたデータおよびその他の部分から受信したデータを処理して、処理結果をメモリに記憶させたり、その他の部分に送信したりする。

ＨＶ－ＥＣＵ１６０は、シフトレバー１３２およびアクセルペダル１３３からの信号に応じて、第１ＭＧ１７２および第２ＭＧ１７３を制御するための制御信号をＭＧ－ＥＣＵ１７０に出力するとともに、エンジン１８１を制御するための制御信号をエンジンＥＣＵ１８０に出力する。

ＭＧ－ＥＣＵ１７０は、車両１０の第１ＭＧ１７２および第２ＭＧ１７３を制御するためのＥＣＵであり、ＨＶ－ＥＣＵ１６０からの制御信号およびＰＣＵ１７１からの信号に応じて、第１ＭＧ１７２および第２ＭＧ１７３を制御するための制御信号をＰＣＵ１７１に送信する。

ＰＣＵ１７１は、第１ＭＧ１７２用と第２ＭＧ１７３用との２つのインバータと、電圧を変換するコンバータとを含み、ＭＧ－ＥＣＵ１７０からの制御信号に応じて、バッテリと第１ＭＧ１７２および第２ＭＧ１７３との間で双方向の電力変換を実行する。具体的には、ＰＣＵ１７１は、バッテリの電力を第１ＭＧ１７２および第２ＭＧ１７３を駆動するための電力として供給したり、第１ＭＧ１７２および第２ＭＧ１７３で回生された電力をバッテリに充電するために供給したりする。

第１ＭＧ１７２および第２ＭＧ１７３は、交流回転電機であり、たとえば、ロータに永久磁石が埋設された三相交流同期電動機であり、ＰＣＵ１７１からの電力で駆動力を発生したり、ＰＣＵ１７１に回生電力を供給したりする。

エンジンＥＣＵ１８０は、車両１０のエンジン１８１を制御するためのＥＣＵであり、ＨＶ－ＥＣＵ１６０からの制御信号およびエンジン１８１の各センサからの信号に応じてエンジン１８１の各部を制御する。エンジン１８１は、たとえば、ガソリンエンジンまたはディーゼルエンジンであり、エンジンＥＣＵ１８０からの制御信号に応じて、燃料を燃焼させ、駆動力を発生する。エンジン回転速度センサ１３４は、エンジン１８１の回転速度を検出し、検出した回転速度を示す信号を、ＨＶ－ＥＣＵ１６０に送信する。

この実施の形態の車両１０においては、第１ＭＧ１７２、第２ＭＧ１７３およびエンジン１８１は、遊星歯車機構で互いに動力の伝達が可能なように接続され、第２ＭＧ１７３が接続された軸が車両１０の駆動輪に接続される。第１ＭＧ１７２は、主にエンジン１８１からの駆動力によって発電を行う。第２ＭＧ１７３は、駆動輪を駆動したり、駆動輪からの運動エネルギーを回生したりする。エンジン１８１は、第１ＭＧ１７２を駆動したり、駆動輪を駆動したりする。

従来、通信バスに複数のＥＣＵが接続された通信ネットワークの故障を検知する方法があった。この方法によれば、通信エラーが検出された後、複数のＥＣＵによる通信バスへの送信を１つずつ、順に停止させる送信停止要求が行われ、ＥＣＵが１つずつ、順に停止させられるごとに、通信バスに通信エラーが生ずるか否かが判別されることで、故障個所が特定される。

そこで、この開示に係る異常検出システムにおいて、通信経路の途中の複数のコネクタ接続部が、それぞれ、通信経路上の第１のＥＣＵ（たとえば、ＨＶ－ＥＣＵ１６０）の側である第１のコネクタ部と、第１のＥＣＵと異なる第２のＥＣＵの側である第２のコネクタ部とを有する場合、通信異常が発生した場合に、第２のコネクタ部の側に接続されたすべての第２のＥＣＵとの通信に異常があるコネクタ接続部のうち、接続された第２のＥＣＵの数が最も多いコネクタ接続部に異常があると判定する診断部を備える。これにより、通信の異常個所を的確に特定することができる。

以下、この実施の形態の特徴点について説明する。図２は、この実施の形態に係る車両１０におけるネットワーク構成の一例を示す図である。図２を参照して、車両１０は、ＨＶ－ＥＣＵ１６０に加えて、他の機能を制御するためのＥＣＵとして、Ａ－ＥＣＵ１５１、Ｂ－ＥＣＵ１５２、Ｃ－ＥＣＵ１５３、Ｄ－ＥＣＵ１５４、および、セントラルゲートウェイ１４０を備える。

セントラルゲートウェイ１４０は、複数のＣＡＮのバスを互いに接続するためのゲートウェイとしてのＥＣＵである。Ａ－ＥＣＵ１５１からＤ－ＥＣＵ１５４は、それぞれ、ＭＧ－ＥＣＵ１７０およびエンジンＥＣＵ１８０などの、車両１０の特定の機能を制御するためのＥＣＵである。

各ＥＣＵは、ＣＡＮのバス等の通信線にノードとして接続される。たとえば、ＨＶ－ＥＣＵ１６０、セントラルゲートウェイ１４０およびＡ－ＥＣＵ１５１は、ＣＡＮのバス１９１にノードとして接続される。セントラルゲートウェイ１４０、Ｃ－ＥＣＵ１５３およびＤ－ＥＣＵ１５４は、ＣＡＮのバス１９２にノードとして接続される。ＨＶ－ＥＣＵ１６０およびＢ－ＥＣＵ１５２は、専用通信線１９３で接続される。

セントラルゲートウェイ１４０は、コネクタ１４１によって、バス１９１に接続される。コネクタ１４１は、セントラルゲートウェイ１４０の側のメスコネクタ（ソケット、ジャック、レセプタクル）１４２と、バス１９１の側のオスコネクタ（プラグ）１４３との組合せである。コネクタ１４１は、バス１９１をセントラルゲートウェイ１４０に接続するための電線対基板コネクタである。

また、セントラルゲートウェイ１４０は、コネクタ１４４によって、バス１９２に接続される。コネクタ１４４は、セントラルゲートウェイ１４０の側のメスコネクタ（ソケット、ジャック、レセプタクル）１４５と、バス１９２の側のオスコネクタ（プラグ）１４６との組合せである。コネクタ１４４は、バス１９２をセントラルゲートウェイ１４０に接続するための電線対基板コネクタである。

ＨＶ－ＥＣＵ１６０は、コネクタ１６３にＣＡＮケーブル１６９で接続されたコネクタ１６６によって、バス１９１に接続される。コネクタ１６６は、ＨＶ－ＥＣＵ１６０側のメスコネクタ１６７と、バス１９１の側のオスコネクタ１６８との組合せである。コネクタ１６６は、バス１９１とＣＡＮケーブル１６９とを接続するための電線対電線コネクタである。

また、ＨＶ－ＥＣＵ１６０は、コネクタ１６３に接続された専用通信線１９３で、Ｂ－ＥＣＵ１５２と接続される。コネクタ１６３は、ＨＶ－ＥＣＵ１６０側のメスコネクタ１６４と、ＣＡＮケーブル１６９および専用通信線１９３の側のオスコネクタ１６５との組合せである。コネクタ１６３は、ＣＡＮケーブル１６９および専用通信線１９３をＨＶ－ＥＣＵ１６０に接続するための電線対基板コネクタである。

スキャンツール２００は、車両１０に接続されて、車両１０の各ＥＣＵおよびセントラルゲートウェイ１４０の故障などを診断して、その診断内容をディスプレイに表示するための機器である。この実施の形態の車両１０では、スキャンツール２００は、コネクタ１４７によって、セントラルゲートウェイ１４０に接続されるが、これに限定されず、スキャンツール２００を接続するための専用のコネクタが車両１０に設けられるようにしてもよい。コネクタ１４７は、セントラルゲートウェイ１４０の側のメスコネクタ１４８と、スキャンツール２００の側のオスコネクタ１４９との組合せである。コネクタ１４７は、スキャンツール２００をセントラルゲートウェイ１４０に接続するための電線対基板コネクタである。スキャンツール２００は、各種処理を実行するためのＣＰＵと、ＣＰＵによって実行されるプログラムを記憶したり、プログラムの実行のためのワークメモリとして用いられたりするメモリとを含む。

図３は、この実施の形態の通信異常検出処理の流れを示すフローチャートである。通信異常検出処理は、スキャンツール２００が車両１０のセントラルゲートウェイ１４０に接続された後に、スキャンツール２００のＣＰＵによって、上位の処理から呼出されて実行される。

図３を参照して、スキャンツール２００のＣＰＵは、車両１０の各ＥＣＵと通信し、通信異常があった旨の履歴が各ＥＣＵのメモリに記憶されているか否かを判断する（ステップＳ１１１）。通信異常の履歴が記憶されていない（ステップＳ１１１でＮＯ）と判断した場合、スキャンツール２００のＣＰＵは、実行する処理をこの通信異常検出処理の呼出元の上位の処理に戻す。

一方、通信異常の履歴が記憶されている（ステップＳ１１１でＹＥＳ）と判断した場合、スキャンツール２００のＣＰＵは、ＨＶ－ＥＣＵ１６０のメモリに記憶されている自己診断履歴を確認する（ステップＳ１１２）。

この実施の形態においては、ＨＶ－ＥＣＵ１６０は、自己診断機能を有する。他のＥＣＵが自己診断機能を有するようにしてもよい。自己診断機能は、車両１０の各種のセンサおよびアクチュエータ、ならびに、ＥＣＵ間の通信等の車両１０における通信のための構成などの、車両１０の構成に異常が発生した場合に、発生した異常に関する情報を自己診断履歴として記憶したり、発生した異常を示す警告ランプを点灯して運転者に知らせたりする機能である。この実施の形態においては、自己診断履歴として、各ＥＣＵとの通信異常などの異常の履歴だけでなく、正常な履歴も記憶する。

次に、スキャンツール２００のＣＰＵは、ステップＳ１１２で確認した自己診断履歴に、通信が正常であったことを示す履歴が有るか否かを判断する（ステップＳ１１３）。正常履歴が無い（ステップＳ１１３でＮＯ）と判断した場合、スキャンツール２００のＣＰＵは、ＨＶ－ＥＣＵ１６０の内部異常と判定する（ステップＳ１１４）。その後、スキャンツール２００のＣＰＵは、実行する処理をこの通信異常検出処理の呼出元の上位の処理に戻す。

一方、正常履歴が有る（ステップＳ１１３でＹＥＳ）と判断した場合、スキャンツール２００のＣＰＵは、自己診断機能による自己診断結果（ここでは「ダイアグ」と呼ぶ。）としてＨＶ－ＥＣＵ１６０との通信異常を検出したＥＣＵと、ＨＶ－ＥＣＵ１６０の自己診断結果の内部履歴のうち通信異常があったＥＣＵとを確認する（ステップＳ１２１）。

ここで、たとえば、ＨＶ－ＥＣＵ１６０などの自己診断機能を有するＥＣＵは、いずれかのＥＣＵとの通信途絶の時間が所定時間以上となった場合に、自己診断機能により、当該通信途絶を検出し、当該通信途絶に関する情報を自己診断結果の内部履歴としてメモリに記憶する。

スキャンツール２００のＣＰＵは、ステップＳ１２１での確認の結果、Ａ－ＥＣＵ１５１からＤ－ＥＣＵ１５４に異常があったか否かを判断する（ステップＳ１２２）。Ａ－ＥＣＵ１５１からＤ－ＥＣＵ１５４に異常があった（ステップＳ１２２でＹＥＳ）と判断した場合、スキャンツール２００のＣＰＵは、ＨＶ－ＥＣＵ１６０のコネクタ１６３の異常（半嵌合または断線）であると判定する（ステップＳ１２３）。その後、スキャンツール２００のＣＰＵは、実行する処理をこの通信異常検出処理の呼出元の上位の処理に戻す。

Ａ－ＥＣＵ１５１からＤ－ＥＣＵ１５４の異常でない（ステップＳ１２２でＮＯ）と判断した場合、スキャンツール２００のＣＰＵは、ステップＳ１２１での確認の結果、Ａ－ＥＣＵ１５１、Ｃ－ＥＣＵ１５３およびＤ－ＥＣＵ１５４に異常があったか否かを判断する（ステップＳ１２４）。Ａ－ＥＣＵ１５１、Ｃ－ＥＣＵ１５３およびＤ－ＥＣＵ１５４に異常があった（ステップＳ１２４でＹＥＳ）と判断した場合、スキャンツール２００のＣＰＵは、電線対電線コネクタであるコネクタ１６６の異常（半嵌合または断線）であると判定する（ステップＳ１２５）。その後、スキャンツール２００のＣＰＵは、実行する処理をこの通信異常検出処理の呼出元の上位の処理に戻す。

Ａ－ＥＣＵ１５１、Ｃ－ＥＣＵ１５３およびＤ－ＥＣＵ１５４の異常でない（ステップＳ１２４でＮＯ）と判断した場合、スキャンツール２００のＣＰＵは、ステップＳ１２１での確認の結果、Ｃ－ＥＣＵ１５３およびＤ－ＥＣＵ１５４に異常があったか否かを判断する（ステップＳ１２６）。Ｃ－ＥＣＵ１５３およびＤ－ＥＣＵ１５４に異常があった（ステップＳ１２６でＹＥＳ）と判断した場合、スキャンツール２００のＣＰＵは、セントラルゲートウェイ１４０のコネクタ１４１，１４４の異常（半嵌合または断線）であると判定する（ステップＳ１２７）。その後、スキャンツール２００のＣＰＵは、実行する処理をこの通信異常検出処理の呼出元の上位の処理に戻す。

Ｃ－ＥＣＵ１５３およびＤ－ＥＣＵ１５４の異常でない（ステップＳ１２６でＮＯ）と判断した場合、スキャンツール２００のＣＰＵは、ステップＳ１２１での確認の結果、その他の組合せのＥＣＵの異常があったか否かを判断する（ステップＳ１２８）。その他の組合せのＥＣＵの異常があった（ステップＳ１２８でＹＥＳ）と判断した場合、スキャンツール２００のＣＰＵは、その組合せに含まれるＥＣＵの内部異常であると判定する（ステップＳ１２９）。その後、スキャンツール２００のＣＰＵは、実行する処理をこの通信異常検出処理の呼出元の上位の処理に戻す。

その他の組合せのＥＣＵの異常でない（ステップＳ１２８でＮＯ）と判断した場合、スキャンツール２００のＣＰＵは、実行する処理をこの通信異常検出処理の呼出元の上位の処理に戻す。

上位の処理においては、スキャンツール２００は、通信異常検出処理において検出した異常を表示するようにしてもよいし、内部のメモリに記憶するようにしてもよいし、外部のコンピュータに送信するようにしてもよい。

本来、ＣＡＮ通信において、通信途絶時間が十分に長ければ、ＨＶ－ＥＣＵ１６０と他のＥＣＵとの双方で通信途絶の自己診断結果を確定する。しかし、ＨＶ－ＥＣＵ１６０以外の他のＥＣＵは、ＨＶ－ＥＣＵ１６０と比較して、自己診断結果の確定時間が早いことが多い。

これは、通信異常の自己診断結果の確定時間が、通信データの送信周期によって決まるからである。ＨＶ－ＥＣＵ１６０以外の他のＥＣＵが各々の制御で使用する情報（たとえば、車速，アクセル開度，シフト位置情報）を、ＨＶ－ＥＣＵ１６０は早い周期で送信している。一方、ＨＶ－ＥＣＵ１６０の受信周期は、送信周期より遅い。このため、他のＥＣＵがＨＶ－ＥＣＵ１６０との通信途絶の自己診断結果を確定する時間が、ＨＶ－ＥＣＵ１６０が他のＥＣＵとの通信途絶の自己診断結果を確定する時間より早くなる。

このため、通信途絶が短時間で正常に復帰した場合、他のＥＣＵが通信途絶の自己診断結果を履歴として記憶する一方、ＨＶ－ＥＣＵ１６０が通信途絶の自己診断結果を履歴として記憶しないこととなるため、ＨＶ－ＥＣＵ１６０以外の要因であっても、自己診断結果の履歴に基づいて、ＨＶ－ＥＣＵ１６０が異常であると誤判断されて、異常でないＨＶ－ＥＣＵ１６０が正常品に交換されてしまう。

また、通信途絶の自己診断結果を検出するＥＣＵの組合せによって、異常個所の絞り込みが可能である。しかし、ＨＶ－ＥＣＵ１６０のコネクタ１６３の半嵌合などのコネクタ異常と、ＥＣＵの内部異常（たとえば、マイコン異常）との区別が、自己診断結果を検出したＥＣＵの組合せではできない。これは、ＨＶ－ＥＣＵ１６０の内外の異常の切り分けのための情報がないためである。このため、コネクタ異常の場合であっても、ＨＶ－ＥＣＵ１６０が異常であると誤判断されて、異常でないＨＶ－ＥＣＵ１６０が正常品に交換されてしまう。

この開示によれば、上述したように、自己診断機能を有する各ＥＣＵが、通信途絶した相手のＥＣＵの情報を内部履歴として記憶する。また、ＨＶ－ＥＣＵ１６０が通信が正常である履歴を残す。これにより、ＨＶ－ＥＣＵ１６０の内部異常および外部異常を特定することが可能となり、外部異常の場合、ＨＶ－ＥＣＵ１６０と他のＥＣＵとの間の異常部位の特定が可能となる。

このため、ＨＶ－ＥＣＵ１６０が正常であるのに交換されてしまわないようにすることができる。車両１０の整備士は、この異常検出結果を確認することによって、異常個所を正しく修理することができる。

［変形例］
（１）前述した実施の形態においては、車両１０がハイブリッド自動車であることとした。しかし、これに限定されず、車両１０が、どのような車両であってもよく、たとえば、ＭＧを備えずエンジンを備える車両であってもよいし、エンジンを備えずＭＧを備える電気自動車であってもよいし、ＭＧと燃料電池とを備える燃料電池自動車であってもよい。

（２）前述した実施の形態におけるコネクタにおいて、メスコネクタとオスコネクタが、前述した構成と逆であってもよい。

（３）前述した実施の形態においては、図３の通信異常検出処理が、スキャンツール２００によって実行されるようにした。しかし、これに限定されず、車両１０のいずれかのＥＣＵ、たとえば、ＨＶ－ＥＣＵ１６０によって実行されるようにしてもよい。

（４）前述した実施の形態において、車両１０およびスキャンツール２００を含む異常検出システムの開示と捉えることができるし、車両１０の開示と捉えることができるし、スキャンツール２００の開示と捉えることができるし、異常検出システム、車両１０またはスキャンツール２００によって実行される異常検出方法の開示と捉えることができる。

［まとめ］
（１）図１から図３で示したように、この開示に係る異常検出システムは、通信の異常を検出するシステムである。図１および図２で示したように、異常検出システムは、第１のＥＣＵ（たとえば、ＨＶ－ＥＣＵ１６０）と、第１のＥＣＵと通信可能な複数の第２のＥＣＵ（たとえば、Ａ－ＥＣＵ１５１からＤ－ＥＣＵ１５４）と、第１のＥＣＵと複数の第２のＥＣＵとの通信経路上に複数のコネクタ接続部（たとえば、コネクタ１４１，１４４，１６３，１６６）とを備える。

図２で示したように、複数のコネクタ接続部は、それぞれ、通信経路上の第１のＥＣＵの側である第１のコネクタ部（たとえば、メスコネクタ１６４，１６７，１４５、オスコネクタ１４３）と、第２のＥＣＵの側である第２のコネクタ部（たとえば、オスコネクタ１６５，１６８，１４６、メスコネクタ１４２）とを有する。図３で示したように、通信異常が発生した場合に、第２のコネクタ部の側に接続されたすべての第２のＥＣＵとの通信に異常があるコネクタ接続部のうち、接続された第２のＥＣＵの数が最も多いコネクタ接続部に異常があると判定する診断部（たとえば、スキャンツール２００であってもよいし、ＨＶ－ＥＣＵ１６０などの車両１０のＥＣＵであってもよい。たとえば、ステップＳ１２２からステップＳ１２７）をさらに備える。

これにより、通信異常が発生した場合に、コネクタ接続部の第１のＥＣＵと反対側に接続された第２のＥＣＵのすべてとの通信に異常があるコネクタ接続部のうち、接続された第２のＥＣＵの数が最も多いコネクタ接続部に異常があると判定される。このため、通信経路のいずれのコネクタ接続部に異常があるかを的確に特定することができる。その結果、通信の異常個所を的確に特定することができる。

（２）図３で示したように、診断部は、第１のＥＣＵの通信が正常であることを判定してもよい（たとえば、ステップＳ１１３）。これにより、第１のＥＣＵの通信が正常であるか否かを適切に判定することができる。

（３）図３で示したように、第１のＥＣＵは、自己の通信が正常であるか異常であるかを診断し（たとえば、ＨＶ－ＥＣＵ１６０が自己診断機能を有し）、診断部は、第１のＥＣＵにより自己の通信が正常であると診断された場合に、第１のＥＣＵの通信が正常であると判定してもよい（たとえば、ステップＳ１１３）。

これにより、第１のＥＣＵの自己の診断結果に基づいて第１のＥＣＵの通信が正常であるか否かを適切に判定することができる。

（４）図３で示したように、診断部は、第１のＥＣＵの通信が正常であると判定していない場合（たとえば、ステップＳ１１３でＮＯと判断した場合）、コネクタ接続部に異常があるかの判定結果に関わらず（たとえば、ステップＳ１２１からステップＳ１２７の処理の結果に関わらず）、第１のＥＣＵの通信が異常であると判定してもよい（たとえば、ステップＳ１１４）。

これにより、第１のＥＣＵの通信が正常であると判定しない場合、第１のＥＣＵの通信が異常である可能性が高いため、第１のＥＣＵの異常を優先して判定することができる。

（５）図３で示したように、診断部は、第１のＥＣＵの通信が異常であると判定した場合（たとえば、ステップＳ１１３でＮＯと判断した場合）は、コネクタ接続部の異常を判定しない（たとえば、ステップＳ１２１からステップＳ１２７の処理を実行しない）ようにしてもよい。

これにより、第１のＥＣＵの通信が異常である場合に、コネクタ接続部の異常を判定することは無駄となる可能性があるところ、コネクタ接続部の異常を判定しないようにするため、無駄な判定を実行しないようにできる。

（６）図３のステップＳ１２１の説明で示したように、第１のＥＣＵは、第２のＥＣＵのいずれかとの通信が所定時間以上、途絶した場合に、当該通信が異常であると判定してもよい。これにより、通信経路のいずれのコネクタ接続部に異常があるかを明確に判定することができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０車両、１３２シフトレバー、１３３アクセルペダル、１３４エンジン回転速度センサ、１４０セントラルゲートウェイ、１４１，１４４，１４７，１６３，１６６コネクタ、１４２，１４５，１４８，１６４，１６７メスコネクタ、１４３，１４６，１４９，１６５，１６８オスコネクタ、１５１Ａ－ＥＣＵ、１５２Ｂ－ＥＣＵ、１５３Ｃ－ＥＣＵ、１５４Ｄ－ＥＣＵ、１６０ＨＶ－ＥＣＵ、１６９ケーブル、１７０ＭＧ－ＥＣＵ、１７１ＰＣＵ、１７２第１ＭＧ、１７３第２ＭＧ、１８０エンジンＥＣＵ、１８１エンジン、１９１，１９２バス、１９３専用通信線、２００スキャンツール。

Claims

通信の異常を検出する異常検出システムであって、
第１のＥＣＵと、
前記第１のＥＣＵと通信可能な複数の第２のＥＣＵと、
前記第１のＥＣＵと複数の前記第２のＥＣＵとの通信経路上に複数のコネクタ接続部と、
を備え、
前記第１のＥＣＵおよび前記第２のＥＣＵの少なくとも一方は、当該第１のＥＣＵと当該第２のＥＣＵとの通信に異常が生じた履歴を記憶するメモリを含み、
複数の前記コネクタ接続部は、それぞれ、通信経路上の前記第１のＥＣＵの側である第１のコネクタ部と、前記第２のＥＣＵの側である第２のコネクタ部とを有し、
前記メモリに記憶された前記履歴の確認の結果、通信異常が発生した場合に、前記第２のコネクタ部の側に接続されたすべての前記第２のＥＣＵとの通信に異常がある前記コネクタ接続部のうち、接続された前記第２のＥＣＵの数が最も多い前記コネクタ接続部に異常があると判定する診断部をさらに備える、異常検出システム。
前記診断部は、前記第１のＥＣＵと前記第２のＥＣＵとの通信が正常であることを判定する、請求項１に記載の異常検出システム。
前記第１のＥＣＵは、当該第１のＥＣＵと前記第２のＥＣＵとの通信が正常であるか異常であるかを診断し、
前記診断部は、前記第１のＥＣＵにより当該第１のＥＣＵと前記第２のＥＣＵとの通信が正常であると診断された場合に、前記第１のＥＣＵと前記第２のＥＣＵとの通信が正常であると判定する、請求項２に記載の異常検出システム。
前記診断部は、前記第１のＥＣＵと前記第２のＥＣＵとの通信が正常であると判定していない場合、前記コネクタ接続部に異常があるかの判定結果に関わらず、前記第１のＥＣＵと前記第２のＥＣＵとの通信が異常であると判定する、請求項２または請求項３に記載の異常検出システム。
前記診断部は、前記第１のＥＣＵと前記第２のＥＣＵとの通信が異常であると判定した場合は、前記コネクタ接続部の異常を判定しない、請求項４に記載の異常検出システム。
前記第１のＥＣＵは、当該第１のＥＣＵと前記第２のＥＣＵのいずれかとの通信が所定時間以上、途絶した場合に、当該通信が異常であると判定する、請求項１から請求項５のいずれかに記載の異常検出システム。
前記第１のＥＣＵおよび前記第２のＥＣＵの少なくとも一方は、前記メモリに加えて、他のＥＣＵとの通信の異常の診断の結果を前記履歴として前記メモリに記憶させる自己診断機能を有する、請求項１から請求項６のいずれかに記載の異常検出システム。