特許 7558877 車載装置、プログラム及び情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-20

(45)【発行日】2024-10-01

(54)【発明の名称】車載装置、プログラム及び情報処理方法

(51)【国際特許分類】

   B60R 16/02 20060101AFI20240924BHJP

【ＦＩ】

B60R16/02 650J

【請求項の数】 7

(21)【出願番号】P 2021066074

(22)【出願日】2021-04-08

(65)【公開番号】P2022161344

(43)【公開日】2022-10-21

【審査請求日】2023-10-06

(73)【特許権者】

【識別番号】000183406

【氏名又は名称】住友電装株式会社

(73)【特許権者】

【識別番号】000003997

【氏名又は名称】日産自動車株式会社

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】青山 亨

(72)【発明者】

【氏名】鮎川 隆成

(72)【発明者】

【氏名】伊藤 貴則

(72)【発明者】

【氏名】田口 海志

【審査官】久保田 信也

(56)【参考文献】

【文献】特開２０１９－１８３７６２（ＪＰ，Ａ）

【文献】特開２０１３－０２８２３８（ＪＰ，Ａ）

【文献】特開２００７－１３１０７６（ＪＰ，Ａ）

【文献】特開２０１１－１０７０４３（ＪＰ，Ａ）

【文献】特開２００４－３３０８９２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｂ６０Ｒ １６／０２

(57)【特許請求の範囲】

【請求項1】

車両に搭載され、駆動部を含む車載装置であって、
前記駆動部を制御する制御部と、
前記車両に搭載される車載ＥＣＵと通信するための通信部とを備え、
前記制御部は、前記駆動部の診断処理を行うにあたり、該診断処理を阻害する阻害事象を検出した場合、前記阻害事象が検出された旨を示す検出結果通知を、前記通信部を介して前記車載ＥＣＵに出力し、
前記制御部は、前記阻害事象が検出された旨を示す検出結果通知を、前記駆動部の故障通知として前記車載ＥＣＵに出力し、
前記車載ＥＣＵに出力する故障通知には、エラーコードが含まれ、
前記制御部は、前記診断処理を阻害する前記阻害事象を検出した場合のエラーコードと、前記診断処理が阻害されることなく前記診断処理を完了した際に検出したエラーコードとを異ならせる
車載装置。

【請求項2】

前記阻害事象は、前記診断処理が中断された事象を含む
請求項１に記載の車載装置。

【請求項3】

前記制御部は、前記診断処理が所定回数以上、連続して中断された場合、前記阻害事象が検出された旨を示す検出結果通知を前記車載ＥＣＵに出力する
請求項２に記載の車載装置。

【請求項4】

前記制御部は、
前記車両のイグニッション電源がオフにされた際、前記駆動部の診断処理を行い、
前記イグニッション電源がオンにされた場合、実行中の診断処理を中断する
請求項１から請求項３のいずれか１項に記載の車載装置。

【請求項5】

前記阻害事象は、前記制御部と前記車載ＥＣＵとの通信が所定期間以上、不通となった事象を含む
請求項１から請求項４のいずれか１項に記載の車載装置。

【請求項6】

駆動部を制御するコンピュータに
前記駆動部の診断処理を行うにあたり、該診断処理を阻害する阻害事象を検出した場合、前記阻害事象が検出された旨を示す検出結果通知を、前記コンピュータに通信可能に接続される車載ＥＣＵに出力し、
前記車載ＥＣＵに出力する故障通知には、エラーコードが含まれ、
前記診断処理を阻害する前記阻害事象を検出した場合のエラーコードと、前記診断処理が阻害されることなく前記診断処理を完了した際に検出したエラーコードとを異ならせる
処理を実行させるプログラム。

【請求項7】

駆動部を制御するコンピュータに実行させる情報処理方法であって、
前記駆動部の診断処理を行うにあたり、該診断処理を阻害する阻害事象を検出した場合、前記阻害事象が検出された旨を示す検出結果通知を、前記コンピュータに通信可能に接続される車載ＥＣＵに出力し、
前記車載ＥＣＵに出力する故障通知には、エラーコードが含まれ、
前記診断処理を阻害する前記阻害事象を検出した場合のエラーコードと、前記診断処理が阻害されることなく前記診断処理を完了した際に検出したエラーコードとを異ならせる
処理をコンピュータに実行させる情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車載装置、プログラム及び情報処理方法に関する。

【背景技術】

【0002】

車両には、例えば、ワイパー駆動装置、車両の内外の灯火装置、ドアロック装置、パワーウインドウ等のボディ系の装置の制御を統括して行う車載ＥＣＵであるボディＥＣＵが搭載されている（例えば特許文献１）。特許文献１のワイパー駆動装置は、車載ＥＣＵ（ボデーＥＣＵ）を含み、車載ＥＣＵに適用されている制御プログラムにより駆動される。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１７－２２４９２６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１の駆動装置においては、自装置に含まれる駆動部位の診断処理に関する考慮がされていないという問題点がある。

【0005】

本開示は、自装置の診断処理に基づく対応を効率的に行うことができる車載装置等を提供することを目的とする。

【課題を解決するための手段】

【0006】

本開示の一態様に係る車載装置は、車両に搭載され、駆動部を含む車載装置であって、前記駆動部を制御する制御部と、前記車両に搭載される車載ＥＣＵと通信するための通信部とを備え、前記制御部は、前記駆動部の診断処理を行うにあたり、該診断処理を阻害する阻害事象を検出した場合、前記阻害事象が検出された旨を示す検出結果通知を、前記通信部を介して前記車載ＥＣＵに出力する。

【発明の効果】

【0007】

本開示の一態様によれば、自装置の診断処理に基づく対応を効率的に行うことができる車載装置等を提供することができる。

【図面の簡単な説明】

【0008】

【図1】実施形態１に係る車載装置等を含む車載システムの構成を例示する模式図である。

【図2】車載装置の内部構成を例示するブロック図である。

【図3】車載装置及び車載ＥＣＵによる処理シーケンスを例示した説明図である。

【図4】車載装置の制御部の処理を例示するフローチャートである。

【図5】実施形態２（通信不通）に係る車載装置の制御部の処理を例示するフローチャートである。

【発明を実施するための形態】

【0009】

［本開示の実施形態の説明］
最初に本開示の実施態様を列挙して説明する。また、以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。

【0010】

（１）本開示の一態様に係る車載車載装置は、車両に搭載され、駆動部を含む車載装置であって、前記駆動部を制御する制御部と、前記車両に搭載される車載ＥＣＵと通信するための通信部とを備え、前記制御部は、前記駆動部の診断処理を行うにあたり、該診断処理を阻害する阻害事象を検出した場合、前記阻害事象が検出された旨を示す検出結果通知を、前記通信部を介して前記車載ＥＣＵに出力する。

【0011】

本態様にあたっては、車両に搭載される車載装置は駆動部、制御部、及び通信部を含み、通信部を介して、車両に搭載される車載ＥＣＵと通信する。制御部は、当該駆動部の診断処理を行い、駆動部が、例えば正常であるか、又は異常であるか等の診断結果を通信部を介して車載ＥＣＵに出力（送信）する。更に、制御部は、診断処理を行うにあたり、当該診断処理を阻害する阻害事象を検出した場合、阻害事象が検出された旨を示す検出結果通知を、通信部を介して車載ＥＣＵに出力する。従って、種々の要因により診断処理を阻害する阻害事象が発生し、自装置に搭載されている駆動部の診断処理が中断され、又は当該診断処理を開始できないことが生じた場合であっても、制御部は、阻害事象の検出に基づき当該阻害事象が検出された旨を示す検出結果通知を、車載ＥＣＵに出力することができる。これにより、駆動部に対する診断処理が未実施となる状態が発生又は継続する場合であっても、車載装置（制御部）は、その旨（阻害事象が検出された旨）を示す検出結果通知を車載ＥＣＵに出力することにより、自装置の診断処理に基づく対応を効率的に行うことができる。

【0012】

（２）本開示の一態様に係る車載車載装置は、前記阻害事象は、前記診断処理が中断された事象を含む。

【0013】

本態様にあたっては、制御部が検出する阻害事象は、診断処理が中断された事象を含むため、診断処理を開始した後、当該診断処理が中断された場合であっても、中断された旨を示す検出結果通知を車載ＥＣＵに出力することにより、自装置の診断処理に基づく対応を効率的に行うことができる。

【0014】

（３）本開示の一態様に係る車載車載装置は、前記制御部は、前記診断処理が所定回数以上、連続して中断された場合、前記阻害事象が検出された旨を示す検出結果通知を前記車載ＥＣＵに出力する。

【0015】

本態様にあたっては、制御部は、診断処理が中断された場合、例えば、中断されたことを示すカウンタ値を１つ増加させることにより、連続して中断された回数をカウントし、当該回数（カウンタ値）を、自装置に搭載される記憶部等のアクセス可能な記憶領域に記憶する。制御部は、当該回数（カウンタ値）が、例えば１００回等、予め定められた所定回数以上となった場合、すなわち当該所定回数に達した場合、阻害事象が検出された旨を示す検出結果通知を車載ＥＣＵに出力する。制御部は、診断処理が連続して中断された回数をカウントするにあたり、診断処理が中断されることなく完了した場合は、中断回数に応じて１つずつ増加させたカウンタ値をリセットして、例えば、０とする初期値に戻すものであってもよい。診断処理が中断される事象が連続し、駆動部に対する診断処理が未実施となる状態が継続する場合であっても、診断処理の連続中断回数が所定回数に達した際には、阻害事象が検出された旨を示す検出結果通知を車載ＥＣＵに出力することにより、自装置の診断処理に基づく対応を効率的に行うことができる。また、診断処理が中断される事象が連続する場合であっても、連続中断回数が所定回数に達する前まで、すなわち所定回数未満である際は、制御部は検出結果通知を車載ＥＣＵに出力しないため、当該検出結果通知が過度に出力されることを抑制することができる。

【0016】

（４）本開示の一態様に係る車載車載装置は、前記制御部は、前記車両のイグニッション電源がオフにされた際、前記駆動部の診断処理を行い、前記イグニッション電源がオンにされた場合、実行中の診断処理を中断する。

【0017】

本態様にあたっては、車両には、当該車両の起動及び停止を行うためのイグニッションスイッチ（ＩＧスイッチ）が設けられており、ＩＧスイッチを押下することにより、車両のイグニッション電源がオフからオン、又はオンからオフに切り替えられる。制御部は、車両のイグニッション電源がオフにされた際、当該オフにされたことを示すオフ信号（ｓｌｅｅｐ信号）を、通信部を介して車載ＥＣＵから取得し、当該オフ信号に応じて、駆動部の診断処理を開始する。制御部は、駆動部の診断処理を実行中において、例えば車両の操作者によってＩＧスイッチが押下されることによりイグニッション電源がオンにされ、当該オンにされたことをオン信号（ｗａｋｅｕｐ信号）を、通信部を介して車載ＥＣＵから取得した場合、当該オン信号に応じて駆動部の診断処理を中断する。従って、制御部は、車両の起動及び停止を行うＩＧスイッチに対する操作に応じて、診断処理の実行及び中断を行うものとなり、当該中断が行われた場合は、阻害事象が検出された旨を示す検出結果通知を車載ＥＣＵに出力することにより、自装置の診断処理に基づく対応を効率的に行うことができる。

【0018】

（５）本開示の一態様に係る車載車載装置は、前記阻害事象は、前記制御部と前記車載ＥＣＵとの通信が所定期間以上、不通となった事象を含む。

【0019】

本態様にあたっては、制御部による駆動部の診断シーケンスは、自装置における駆動部の診断処理と、当該診断処理の結果（診断処理結果）を車載ＥＣＵに出力（送信）する送信処理を含む。例えば、診断処理を車載ＥＣＵに出力（送信）にあたり、当該車載ＥＣＵとの通信が不可となる状態（不通状態）が継続する場合がある。又は、車載ＥＣＵから車載装置に対し、診断処理を開始する旨を示す信号が出力される際、車載ＥＣＵ車載装置との通信が不通となり、車載装置が当該信号を取得（受信）できない場合も想定される。そこで、当該不通状態となった場合であっても、かかる事象（不通となった事象）を阻害事象に含め、阻害事象が検出された旨を示す検出結果通知を、通信部を介して車載ＥＣＵに出力することにより、自装置の診断処理に基づく対応を効率的に行うことができる。

【0020】

（６）本開示の一態様に係る車載車載装置は、前記制御部は、前記阻害事象が検出された旨を示す検出結果通知を、前記駆動部の故障通知として前記車載ＥＣＵに出力する。

【0021】

本態様にあたっては、制御部は、ＩＧスイッチがオフにされた場合等、所定のトリガーに基づき、自装置に含まれる駆動部の診断処理を行い、当該診断処理の結果として、駆動部にて例えばオン故障等が発生し異常であると診断された場合、通信部を介して、故障通知を車載ＥＣＵに出力（送信）する。制御部は、駆動部に対する診断処理を行うにあたっての阻害事象が検出された旨を示す検出結果通知についても、駆動部の故障通知として、車載ＥＣＵに出力する。これにより、ＩＧスイッチのオフ等をトリガーとして定常的に実施される診断処理に基づく故障通知と同様に、診断処理を行うにあたっての阻害事象を検出した旨を示す検出結果通知を、車載ＥＣＵに出力することができ、車載装置と車載ＥＣＵとの間の通信形態を簡易化し、効率的な通信処理を行うことができる。

【0022】

（７）本開示の一態様に係る車載車載装置は、前記車載ＥＣＵに出力する故障通知には、エラーコードが含まれ、前記制御部は、前記診断処理を阻害する阻害事象を検出した場合のエラーコードと、前記診断処理が阻害されることなく前記診断処理を完了した際に検出したエラーコードとを異ならせる。

【0023】

本態様にあたっては、制御部は、診断処理の中断等の阻害事象が連続して検出された旨を示す検出結果通知を示す場合と、駆動部のオン故障等の実際の故障を示す場合とにおいて、例えば故障通知に含まれるエラーコードを異ならせる。このように故障通知（検出結果通知）を出力する事由に応じて、当該故障通知に含まれるエラーコードを異ならせることにより、車載ＥＣＵに対し、車載車載装置の故障状態に応じた通知を行うことができる。

【0024】

（８）本開示の一態様に係るプログラムは、駆動部を制御するコンピュータに前記駆動部の診断処理を行うにあたり、該診断処理を阻害する阻害事象を検出した場合、前記阻害事象が検出された旨を示す検出結果通知を、前記コンピュータに通信可能に接続される車載ＥＣＵに出力する処理を実行させる。

【0025】

本態様にあたっては、コンピュータを自装置の診断処理に基づく対応を効率的に行うことができる車載装置として動作させることができる。

【0026】

（９）本開示の一態様に係る情報処理方法は、駆動部を制御するコンピュータに実行させる情報処理方法であって、前記駆動部の診断処理を行うにあたり、該診断処理を阻害する阻害事象を検出した場合、前記阻害事象が検出された旨を示す検出結果通知を、前記コンピュータに通信可能に接続される車載ＥＣＵに出力する処理をコンピュータに実行させる。

【0027】

本態様にあたっては、コンピュータを自装置の診断処理に基づく対応を効率的に行うことができる車載装置として動作させる情報処理方法を提供することができる。

【0028】

[本開示の実施形態の詳細]
本開示の実施形態に係る車載装置１の具体例を、以下に図面を参照しつつ説明する。なお、本開示はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

【0029】

（実施形態１）
以下、実施の形態について図面に基づいて説明する。図１は、実施形態１に係る車載装置１等を含む車載システムＳの構成を例示する模式図である。図２は、車載装置１の内部構成を例示するブロック図である。車載システムＳは、通信線５により相互に通信可能に接続される車載装置１及び車載ＥＣＵ２を含み、車載装置１は、電源線４１を介して、電源装置４及び車載負荷３と接続している。車載装置１は、例えば車載ＥＣＵ２から出力（送信）される制御信号に基づき、自装置に含まれる駆動部１４のオン又はオフにする制御を行い、自装置に接続される車載負荷３に対し、電源装置４から出力される電力の供給又は遮断を行う。

【0030】

車載ＥＣＵ２は、車両Ｃの起動又は停止を行うＩＧスイッチ２１（イグニッション・スイッチ）と通信可能に接続されており、ＩＧスイッチ２１から出力される信号に基づき、車載装置１に対し、当該車載装置１に含まれる駆動部１４の診断処理の開始又は中断を指示する信号（開始：ｓｌｅｅｐ信号、中断：ｗａｋｅｕｐ信号）を出力（送信）する。このように構成された車載システムＳにおいて、車載ＥＣＵ２はマスターＥＣＵに相当し、車載装置１はスレーブＥＣＵに相当するものであってもよい。

【0031】

電源装置４は、例えば、鉛バッテリ、オルタネータ又は、リチウム電池等の二次電池であり、車両Ｃに搭載される車載負荷３に対する電力源である。車載負荷３は、例えば、ランプ装置又はモータ等のアクチュエータであり、車載装置１の駆動部１４を介して、電源装置４から供給された電力によって駆動する。

【0032】

車載装置１は、制御部１１、記憶部１２、通信部１３、及び駆動部１４を含む。制御部１１は、ＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro Processing Unit）等により構成してあり、記憶部１２に記憶されたプログラム及びデータを読み出し実行し、駆動部１４のオンオフ制御、当該駆動部１４の診断処理を含む種々の制御処理を行う。又は、制御部１１は、ＦＰＧＡ（field-programmable gate array）、ＳｏＣ（System-on-a-chip）、又はＡＳＩＣ（application specific integrated circuit）により構成されるものであってもよい。

【0033】

記憶部１２は、ＲＡＭ（Random Access Memory）等の揮発性のメモリ素子又は、ＲＯＭ（Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）若しくはフラッシュメモリ等の不揮発性のメモリ素子により構成されている。記憶部１２には、プログラム及びプログラムを実行するためのデータが記憶されている。これらプログラム等は、車載ＥＣＵ２が読み取り可能な記録媒体から読み出されたプログラム等を記憶したものであってもよい。また、図示しない通信網に接続されている図示しない外部コンピュータからこれらプログラム等をダウンロードし、記憶部１２に記憶させたものであってもよい。記憶部１２には、後述するカウンタ値が記憶されている。

【0034】

通信部１３は、ＬＩＮ（Local Interconnect Network）、ＣＡＮ（Controller Area Network）又はＥｔｈｅｒｎｅｔ（登録商標）のプロコトルに対応した通信インターフェイスである。制御部１１は、当該通信部１３を介し、ＬＩＮ等の所定のプロコトルを用いて、車載ＥＣＵ２と通信する。

【0035】

駆動部１４は、例えばＦＥＴ（Field effect transistor）又はＩＧＢＴ（Insulated Gate Bipolar Transistor）等の半導体スイッチであり、制御部１１からの駆動信号に基づきオン又はオフにされる。駆動部１４がオンにされた状態においては、電源装置４から出力される電力が、車載負荷３に供給される。駆動部１４がオフにされた状態においては、電源装置４から出力される電力は遮断され、車載負荷３に供給されない。駆動部１４は、ＦＥＴ等の半導体スイッチとしたがこれに限定されず、機械リレー、駆動回路、又はモータ機構等であってよい。本実施形態における図示等においては、駆動部１４は、その一例である半導体スイッチ（ＦＥＴ）として説明する。

【0036】

制御部１１を記憶部１２に記憶されているプログラムを実行することにより、駆動部１４の診断処理（ダイアグ処理）を行う診断処理部として機能する。診断処理部として機能する制御部１１は、例えば車載ＥＣＵ２から送信されるｓｌｅｅｐ信号に応じて、駆動部１４の診断処理を開始する。当該診断処理は、例えば駆動部１４のオン故障（ショート故障）、又はオフ故障（オープン故障）等を検出し、当該検出結果に基づき、駆動部１４における異常の有無を判定するものである。制御部１１は、駆動部１４の診断処理の結果に基づき、駆動部１４が異常であると判定した場合、故障通知を車載ＥＣＵ２に出力する。更に、制御部１１は、診断処理が何らかの要因により中断された等、当該診断処理を阻害する阻害事象を検出した場合、阻害事象が検出された旨を示す検出結果通知を、通信部１３を介して車載ＥＣＵ２に出力する。当該検出結果通知に関する処理の詳細は、後述する。

【0037】

車載ＥＣＵ２は、車載装置１と同様に制御部（図示せず）、記憶部（図示せず）及び通信部（図示せず）を含み、これらハードウェア機能部の構成は車載装置１と同様である。車載ＥＣＵ２は、例えば、車両Ｃ全体を制御するボディＥＣＵ、エンジン又はモータ等のアクチュエータを制御するエンジンＥＣＵ等である。

【0038】

車載ＥＣＵ２は、ＩＧスイッチ２１と通信可能に接続されており、ＩＧスイッチ２１が押下され、車両Ｃのイグニッション電源がオフからオンとなった場合、車載装置１に対しｗａｋｅｕｐ信号を出力し、当該車載装置１をスリープ状態から起動状態に遷移させる。車載ＥＣＵ２は、ＩＧスイッチ２１が押下され、車両Ｃのイグニッション電源がオンからオフとなった場合、車載装置１に対しｓｌｅｅｐ信号を出力し、当該車載装置１を起動状態からスリープ状態に遷移させる。

【0039】

車載ＥＣＵ２と車載装置１とは周期的にポーリング通信を行っており、車載装置１は、車載ＥＣＵ２と車載装置１との間の通信状態、すなわち通信が正常に行われているか、又は異常であるかを判定する。

【0040】

図３は、車載装置１及び車載ＥＣＵ２による処理シーケンスを例示した説明図である。本実施形態における車載装置１及び車載ＥＣＵ２の処理は、例えばＩＧスイッチ２１のオン又はオフをトリガーとして行われる。

【0041】

車載装置１及び車載ＥＣＵ２は、例えばポーリング通信を周期的に行っており、車載装置１は、当該ポーリング通信に対する車載ＥＣＵ２からの応答等に基づき、車載装置１及び車載ＥＣＵ２間の通信が正常であるか、又は不通状態となる異常であるかを検出する。車載装置１は、例えば、１秒等の所定期間にて車載装置１及び車載ＥＣＵ２間の通信が不可となった場合、車載装置１及び車載ＥＣＵ２間の通信は不通状態であると判定するものであってもよい。

【0042】

車載ＥＣＵ２は、ＩＧスイッチ２１から出力されるオフ信号（イグニッション電源をオフ）を取得する（Ｓ０１）。車載ＥＣＵ２は、取得したオフ信号に基づき、ｓｌｅｅｐ信号を車載装置１に出力（送信）する（Ｓ０２）。車載ＥＣＵ２は、自ＥＵＣに直接的又は間接的に通信可能に接続されるＩＧスイッチ２１から出力されるオフ信号、すなわちイグニッション電源をオフにする信号を取得し、当該オフ信号に応じて生成したｓｌｅｅｐ信号を車載装置１に出力（送信）する。

【0043】

車載装置１は、取得したｓｌｅｅｐ信号に基づき、駆動部１４の診断処理を開始する（Ｓ０３）。車載装置１は、通信部１３を介して車載ＥＣＵ２から取得したｓｌｅｅｐ信号に基づき、自装置に含まれる駆動部１４の診断処理を開始する。当該診断処理が正常に終了（完了）した場合、車載装置１は、診断処理の結果（診断処理結果）を、車載ＥＣＵ２に出力（送信）する（Ｓ０４）。診断処理の開始から、当該診断処理の結果（診断処理結果）の車載ＥＣＵ２への出力までの一連の処理が、診断処理シーケンスとして車載装置１によって行われる。

【0044】

車載装置１は、診断処理及び診断処理結果の車載ＥＣＵ２への出力（診断処理シーケンス）を正常に完了した場合、阻害事象を検出した際にカウント（インクリメント処理）するカウンタ値を０に（初期化）する（Ｓ０５）。当該カウンタ値は、例えば、車載装置１に搭載される記憶部１２等、制御部１１からアクセス可能な記憶領域に記憶されており、阻害事象を検出した際にカウント（インクリメント処理）されて増加する値であるが、上述のとおり、診断処理シーケンスが正常に完了した場合、０等の値に初期化（リセット）される。カウンタ値に対し、このようなインクリメント処理及び初期化処理を行うことにより、当該カウンタ値は、診断処理の中断が連続して行われた回数（連続中断回数）、すなわち診断処理を阻害する阻害事象が連続して検出された回数（阻害事象の連続発生回数）を示すものとなる。

【0045】

Ｓ０１からＳ０５までの処理は、診断処理が正常に終了（完了）した場合を示すものである。以下、Ｓ０６以降の処理は、診断処理が中断された場合を示すものである。

【0046】

車載ＥＣＵ２は、ＩＧスイッチ２１から出力されるオフ信号（イグニッション電源をオフ）を取得する（Ｓ０６）。車載ＥＣＵ２は、取得したオフ信号に基づき、ｓｌｅｅｐ信号を車載装置１に出力（送信）する（Ｓ０７）。車載装置１は、取得したｓｌｅｅｐ信号に基づき、駆動部１４の診断処理を開始する（Ｓ０８）。Ｓ０６からＳ０８までの処理は、Ｓ０１からＳ０３と同様の処理である。

【0047】

車載ＥＣＵ２は、ＩＧスイッチ２１から出力されるオン信号（イグニッション電源をオン）を取得する（Ｓ０９）。車載ＥＣＵ２は、取得したオン信号に基づき、ｗａｋｅｕｐ信号を車載装置１に出力（送信）する（Ｓ１０）。車載ＥＣＵ２は、自ＥＵＣに直接的又は間接的に通信可能に接続されるＩＧスイッチ２１から出力されるオン信号、すなわちイグニッション電源をオンにする信号を取得し、当該オン信号に応じて生成したｗａｋｅｕｐ信号を車載装置１に出力（送信）する。

【0048】

車載装置１は、取得したｗａｋｅｕｐ信号に基づき、駆動部１４の診断処理を中断する（Ｓ１１）。駆動部１４の診断処理の実行中において、車載装置１は、車載ＥＣＵ２から出力されるｗａｋｅｕｐ信号を取得（受信）した場合、当該実行中の診断処理を中断する。

【0049】

車載装置１は、診断処理を中断した場合、阻害事象の連続発生回数を示すカウンタ値を１つ増加（インクリメント処理）する（Ｓ１２）。当該カウンタ値を１つ増加する処理（インクリメント処理）の実行は、診断処理の中断がされた場合に限定されず、車載装置１及び車載ＥＣＵ２間の通信が不通状態であると判定された場合においても、当該インクリメント処理を実行するものであってもよい。すなわち、診断処理を阻害する阻害事象は、診断処理の中断と、車載装置１及び車載ＥＣＵ２間の通信不通状態とを、含むものであってもよい。

【0050】

カウンタ値が所定回数に到達した場合、車載装置１は、阻害事象が連続して検出された旨を示す検出結果通知を、駆動部１４の故障通知として車載ＥＣＵ２に出力する（Ｓ１３）。カウンタ値に対する閾値となる所定回数は、例えば１００回として、車載装置１の記憶部１２に記憶されている。車載装置１は、カウンタ値が所定回数に到達した場合、すなわちカウンタ値が所定回数以上である場合、阻害事象が連続して検出された旨を示す検出結果通知を車載ＥＣＵ２に出力する。車載装置１は、当該検出結果通知を、駆動部１４の故障通知として車載ＥＣＵ２に出力するものであってもよい。

【0051】

故障通知は、診断処理の中断等の阻害事象が連続して検出された旨を示す検出結果通知を示す場合と、駆動部１４のオン故障等の実際の故障を示す場合とにおいて、例えば検出結果通知（故障通知）に含まれるエラーコードを異ならせるものであってもよい。すなわち、車載装置１の制御部１１は、駆動部１４に対する診断処理を開始し、当該診断処理が阻害されることなく完了した際、当該診断結果として駆動部１４のオン故障等、実際の故障を検出した場合のエラーコードを例えば０１とする。車載装置１の制御部１１は、開始した診断処理が中断される等の阻害事象が連続して検出された場合のエラーコードを例えば９９とする。このように検出結果通知（故障通知）を出力する事由に応じて、当該検出結果通知（故障通知）に含まれるエラーコードを異ならせることにより、車載ＥＣＵ２は、当該エラーコードに応じた適切な処置を行うことができる。

【0052】

図４は、車載装置１の制御部１１の処理を例示するフローチャートである。車載装置１の制御部１１は、例えば、車両Ｃの起動又は停止を行うＩＧスイッチ２１（イグニッション・スイッチ）に対する操作に応じて車載ＥＣＵ２から出力される信号に基づき、以下の処理を行う。

【0053】

車載装置１の制御部１１は、駆動部１４の診断処理の開始を指示する信号を取得したか否かを判定する（Ｓ１０１）。車載装置１の制御部１１は、車載ＥＣＵ２から出力されるｓｌｅｅｐ信号等、駆動部１４の診断処理の開始を指示する信号を取得したか否かを判定する。診断処理の開始を指示する信号（ｓｌｅｅｐ信号）を取得しなかった場合（Ｓ１０１：ＮＯ）、車載装置１の制御部１１は、再度Ｓ１０１の処理を実行すべくループ処理を行うことにより、車載装置１から出力される信号の待受け処理を継続する。

【0054】

診断処理の開始を指示する信号（ｓｌｅｅｐ信号）を取得した場合（Ｓ１０１：ＹＥＳ）、車載装置１の制御部１１は、駆動部１４の診断処理を実行する（Ｓ１０２）。車載装置１の制御部１１は、車載ＥＣＵ２から、例えばｓｌｅｅｐ信号等の診断処理の開始を指示する信号が出力された場合、当該ｓｌｅｅｐ信号に応じて、駆動部１４の診断処理を開始する。これにより、車載装置１は、駆動部１４の診断処理の実行中の状態となる。

【0055】

車載装置１の制御部１１は、診断処理を阻害する阻害事象が発生したか否かを判定する（Ｓ１０３）。車載装置１の制御部１１は、駆動部１４の診断処理の実行中の状態において、診断処理を阻害する阻害事象が発生したか否かを判定する。診断処理を阻害する阻害事象は、例えば車載ＥＣＵ２から出力されるｗａｋｅｕｐ信号による当該診断処理の中断である。

【0056】

阻害事象が発生していない場合（Ｓ１０３：ＮＯ）、車載装置１の制御部１１は、診断処理が完了したか否かを判定する（Ｓ１０３１）。診断処理は、例えば、ＦＥＴ等の駆動部１４に対するオン故障及びオフ故障の有無を診断するための予め定められた処理シーケンスを含む。車載装置１の制御部１１は、当該処理シーケンスを最後まで実行した場合、診断処理が完了したと判定する。車載装置１の制御部１１は、所定の周期にて処理シーケンスの進捗状態を監視して、当該当該処理シーケンスが最後まで実行された場合に出力される完了シグナル等を検知することにより、診断処理が完了したと判定するものであってもよい。診断処理が完了していない場合（Ｓ１０３１：ＮＯ）、診断処理は実行中であり、車載装置１の制御部１１は、診断処理（Ｓ１０２）を継続して実行する。すなわち、車載装置１の制御部１１は、駆動部１４の診断処理の実行中の状態において、車載ＥＣＵ２からｗａｋｅｕｐ信号が出力された否かを周期的に判定する処理を継続する。

【0057】

本実施形態における図示において、Ｓ１０３及びＳ１０３１の処理をシーケンシャルに行うものとし、阻害事象が発生しておらず（Ｓ１０３：ＮＯ）、かつ診断処理が完了していない場合（Ｓ１０３１：ＮＯ）、車載装置１の制御部１１は、再度Ｓ１０２の処理を実行すべくループ処理を行うものとしているが、これに限定されない。車載装置１の制御部１１は、診断処理の実行中（Ｓ１０２）において、車載ＥＣＵ２から、例えばｗａｋｅｕｐ信号等、診断処理の中断を指示する信号を取得（受信）した場合、当該信号に基づき、割り込みシグナルを生成し、診断処理を行っているプロセスに当該割り込みシグナルを出力することにより、診断処理を中断するものであってもよい。

【0058】

診断処理が完了した場合（Ｓ１０３１：ＹＥＳ）、車載装置１の制御部１１は、診断処理結果を車載ＥＣＵ２に出力する（Ｓ１０３２）。車載装置１の制御部１１は、駆動部１４に対する診断処理が正常に完了し、当該診断処理の結果に基づき駆動部１４が異常であると判定して場合、故障通知（診断処理結果）を車載ＥＣＵ２に出力する。

【0059】

車載装置１の制御部１１は、阻害事象の連続発生回数を示すカウンタ値を初期化する（Ｓ１０３３）。車載装置１の制御部１１は、記憶部１２に記憶されているカウンタ値を、例えば”０”にして初期化する。すなわち、カウンタ値は、診断処理が正常に完了した場合、リセットされる。

【0060】

阻害事象が発生した場合（Ｓ１０３：ＹＥＳ）、車載装置１の制御部１１は、診断処理を中断する（Ｓ１０４）。阻害事象は上述のとおり、例えば車載ＥＣＵ２から出力されるｗａｋｅｕｐ信号による当該診断処理の中断であり、車載装置１の制御部１１は、当該ｗａｋｅｕｐ信号を取得（受信）した場合、実行中の診断処理を中断する。

【0061】

車載装置１の制御部１１は、阻害事象の連続発生回数を示すカウンタ値を１つ増加（インクリメント処理）する（Ｓ１０５）。車載装置１の制御部１１は、記憶部１２に記憶されているカウンタ値を１つ増加（インクリメント処理）する。

【0062】

車載装置１の制御部１１は、カウンタ値が所定回数以上であるか否かを判定する（Ｓ１０６）。カウンタ値に対する閾値となる所定回数は、例えば１００回として、車載装置１の記憶部１２に記憶されており、車載装置１の制御部１１は、カウンタ値が所定回数以上、すなわちカウンタ値が所定回数に到達したか否かを判定する。

【0063】

カウンタ値が所定回数以上である場合（Ｓ１０６：ＹＥＳ）、車載装置１の制御部１１は、阻害事象が連続して検出された旨を示す検出結果通知を車載ＥＣＵ２に出力する（Ｓ１０７）。カウンタ値が所定回数以上である場合、車載装置１の制御部１１は、阻害事象である診断処理の中断が所定回数以上、連続して行われた旨を示す検出結果通知を車載ＥＣＵ２に出力する。車載装置１の制御部１１は、当該検出結果通知を、駆動部１４の故障通知として車載ＥＣＵ２に出力するものであってもよい。これにより、診断処理が中断される事象が連続し、駆動部１４に対する診断処理が未実施となる状態が継続する場合であっても、診断処理の連続中断回数が所定回数に達した場合、故障通知を車載ＥＣＵ２に出力することにより、自装置の診断処理に基づく対応を効率的に行うことができる。

【0064】

車載装置１の制御部１１は、カウンタ値が所定回数以上でない場合（Ｓ１０６：ＮＯ）、Ｓ１０７の実行後、又はＳ１０３３の実行後、本フローチャートにおける一連の処理を終了する。又は、車載装置１の制御部１１は、これら処理の実行後、再度Ｓ１０１の処理を実行すべくループ処理を行うものであってもよい。

【0065】

（実施形態２）
図５は、実施形態２（通信不通）に係る車載装置１の制御部１１の処理を例示するフローチャートである。車載装置１の制御部１１は、実施形態１と同様に、例えば、車両Ｃの起動又は停止を行うＩＧスイッチ２１（イグニッション・スイッチ）に対する操作に応じて車載ＥＣＵ２から出力される信号に基づき、以下の処理を行う。車載装置１の制御部１１は、実施形態１のＳ１０１から、Ｓ１０６又はＳ１０３３までの処理と同様に、Ｓ２０１から、Ｓ２０６又はＳ２０３３までの処理を行う。

【0066】

車載装置１の制御部１１は、車載ＥＣＵ２との通信が不通となった否かを判定する（Ｓ２０１１）。車載装置１の制御部１１は、通信部１３を介して、例えば周期的なポーリング通信を車載ＥＣＵ２と行っている。車載装置１の制御部１１は、当該ポーリング通信に対する車載ＥＣＵ２からの応答（レスポンス）に基づき、車載装置１と車載ＥＣＵ２との間における通信が正常であるか、又は異常（不通）であるかを判定する。車載装置１の制御部１１は、車載装置１と車載ＥＣＵ２との間における通信が不通となった状態が、例えば１秒以上等、所定期間以上、継続した場合、車載装置１及び車載ＥＣＵ２間の通信が不通であると判定するものであってもよい。車載装置１の制御部１１は、例えばサブプロセスを生成、又はマルチスレッドにより、Ｓ２０１及びＳ２０１１の処理を並行処理として実行するものであってもよい。

【0067】

車載ＥＣＵ２との通信が不通でない場合（Ｓ２０１１：ＮＯ）、すなわち車載装置１と車載ＥＣＵ２との間における通信が正常である場合、車載装置１の制御部１１は、再度Ｓ２０１１の処理を実行すべく、ループ処理を行う。すなわち、車載装置１の制御部１１は、車載ＥＣＵ２に対するポーリング通信を用いて、車載装置１と車載ＥＣＵ２との間における通信の成否判定を継続する。

【0068】

車載ＥＣＵ２との通信が不通となった場合（Ｓ２０１１：ＹＥＳ）、車載装置１の制御部１１は、阻害事象の連続発生回数を示すカウンタ値を１つ増加（インクリメント処理）する（Ｓ２０１２）。車載装置１の制御部１１は、実施形態１の処理Ｓ１０５（Ｓ２０５）と同様に、記憶部１２に記憶されているカウンタ値を１つ増加（インクリメント処理）する。すなわち、Ｓ２０５にてインクリメント処理されるカウンタ値と、Ｓ２０１２にてインクリメント処理されるカウンタ値とは、同じカウンタ値（同じ変数にて定義されているカウンタ値）である。

【0069】

車載装置１の制御部１１は、カウンタ値が所定回数以上であるか否かを判定する（Ｓ２０１３）。車載装置１の制御部１１は、実施形態１の処理Ｓ１０６（Ｓ２０６）と同様に、Ｓ２０１３の処理を行う。カウンタ値が所定回数以上でない場合（Ｓ２０１３：ＮＯ）、すなわちカウンタ値が所定回数未満である場合、車載装置１の制御部１１は、再度Ｓ２０１１の処理を実行すべく、ループ処理を行う。

【0070】

車載装置１の制御部１１は、カウンタ値が所定回数以上である場合（Ｓ２０１３：ＹＥＳ）、又はＳ２０６の実行後、阻害事象が連続して検出された旨を示す検出結果通知を車載ＥＣＵ２に出力する（Ｓ２０７）。制御部１１は、実施形態１のＳ１０７の処理を同様に、Ｓ２０７の処理を行う。

【0071】

車載ＥＣＵ２から車載装置１に対し、診断処理を開始する旨を示す信号（ｓｌｅｅｐ信号）が出力される際、車載ＥＣＵ２と車載装置１との通信が不通となり、車載装置１が当該信号を取得（受信）できない場合も想定される。これに対し、カウンタ値をインクリメント処理する阻害事象として、診断処理の中断に加え、車載ＥＣＵ２と車載装置１との通信の不通状態を含め、当該阻害事象が連続して検出された旨を示す検出結果通知（故障通知）を車載ＥＣＵ２に出力することにより、車載装置１の診断処理に基づく対応を効率的に行うことができる。

【0072】

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

【符号の説明】

【0073】

Ｃ 車両
Ｓ 車載システム
１ 車載装置
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 駆動部
２ 車載ＥＣＵ
２１ ＩＧスイッチ
３ 車載負荷
４ 電源装置
４１ 電源線
５ 通信線

【図1】

【図2】

【図3】

【図4】

【図5】