(57)【要約】【課題】故障の解析に必要な情報を適切に保持して故障の解析を促進する。【解決手段】ＥＣＵは、故障に関連する情報の消去要求があると判定され（Ｓ１００にてＹＥＳ）、かつ、メモリの第２領域においてデータが消去済みであると判定される場合（Ｓ１０２にてＹＥＳ）、エラーコードを含む情報を第２領域に記憶するステップ（Ｓ１０４）と、第１領域に記憶されるエラーコードを削除するステップ（Ｓ１０６）とを含む、制御処理を実行する。【選択図】図２
2018120265.tif 000002
【特許請求の範囲】
【請求項１】
第１領域と第２領域とを含む、書き換え可能な記憶領域を有するメモリと、
車両の使用時に前記車両の状態に関する履歴情報を前記第１領域に記憶する制御部と、
前記車両の外部の端末と情報の授受が可能なインターフェースとを備え、
前記制御部は、
故障発生時に故障が発生したことを示す所定情報を前記第１領域に記憶し、
前記インターフェースを経由して前記端末から前記第１領域に記憶された前記所定情報を削除する要求を受けた場合には、前記所定情報を含む情報を前記第２領域に記憶するとともに、前記第１領域に記憶された前記所定情報を削除し、
前記所定情報を含む情報を前記第２領域に記憶した後に、前記車両の使用履歴に関する予め定められた条件が成立した場合に、前記第２領域に記憶された情報を削除する、車両の制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、車両の外部の故障診断装置に接続可能な制御装置における、故障に関連した車両の状態についての履歴情報を管理する技術に関する。
【背景技術】
【０００２】
従来、車両の状態についての履歴情報は、メモリ等の記憶媒体に記憶される。車両に故障が発生した場合には、車両の外部の故障診断装置が接続され、記憶媒体から履歴情報が読み取られ、故障の原因の解析に利用される。一方、記憶媒体の記憶容量には制限があるため、新たな履歴情報を記憶するために古い履歴情報は削除されることになる。たとえば、特開２０１３−０５６７４３号公報（特許文献１）には、作業機械の稼働状態に関する情報について、１週間分の日報情報から週報情報を作成し、１か月分の週報情報から月報情報を生成したときに、月報情報の生成に用いられた週報情報を削除する技術が開示される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−０５６７４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、古い履歴情報が削除されると、その後に同様の故障が再発した場合や、その後に発生した故障が過去の故障を遠因としたものであるという可能性がある場合や、その後に発生した故障について過去の故障時に兆候を示していた可能性がある場合などに、発生した故障の原因を解析するために有効な情報を取得することが困難になる場合がある。
【０００５】
本開示は、上述した課題を解決するためになされたものであって、その目的は、故障の原因の解析に有効な情報を適切に保持して故障の原因の解析を促進する車両の制御装置を提供することである。
【課題を解決するための手段】
【０００６】
本開示のある局面に係る車両の制御装置は、第１領域と第２領域とを含む、書き換え可能な記憶領域を有するメモリと、車両の使用時に車両の状態に関する履歴情報を第１領域に記憶する制御部と、車両の外部の端末と情報の授受が可能なインターフェースとを備える。制御部は、故障発生時に故障が発生したことを示す所定情報を第１領域に記憶する。制御部は、インターフェースを経由して端末から第１領域に記憶された所定情報を削除する要求を受けた場合には、所定情報を含む情報を第２領域に記憶するとともに、第１領域に記憶された所定情報を削除する。制御部は、所定情報を含む情報を第２領域に記憶した後に、車両の使用履歴に関する予め定められた条件が成立した場合に、第２領域に記憶された情報を削除する。
【０００７】
このようにすると、車両の外部の端末から所定情報を削除する要求を受けた場合に、所定情報を含む情報が第２領域に記憶される。そのため、その後に故障が発生した場合には、故障の原因の解析に第２領域に記憶された情報を利用することができる。また、第２領域に記憶された情報は、車両の使用履歴に関する予め定められた条件が成立した場合に削除されるため、不要なデータがメモリに蓄積されることを抑制することができる。
【発明の効果】
【０００８】
本開示によると、故障の原因の解析に有効な情報を適切に保持して故障の原因の解析を促進する車両の制御装置を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態に係る車両の制御装置の構成と故障診断装置の構成とを概略的に示す図である。
【図２】ＥＣＵで実行される、メモリの第２領域に故障に関連する履歴情報を記憶させる制御処理を示すフローチャートである。
【図３】ＥＣＵで実行される、メモリの第２領域に記憶された情報を削除する制御処理を示すフローチャートである。
【図４】ＥＣＵの動作を説明するための図である。
【発明を実施するための形態】
【００１０】
以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【００１１】
図１は、本実施の形態に係る車両の制御装置の構成と故障診断装置１０の構成とを概略的に示す図である。図１に示すように、車両１は、ＥＣＵ（Electronic  Control  Unit）１００と、第１コネクタ１５０と、センサ２００と、ＩＧスイッチ２０２とを備える。本実施の形態に係る車両の制御装置は、ＥＣＵ１００によって実現される。
【００１２】
故障診断装置１０は、車両１のＥＣＵ１００と通信可能に接続された場合に、車両１の故障診断を実行することができる。故障診断装置１０は、ケーブルを介して第２コネクタ１２と接続される。第２コネクタ１２は、第１コネクタ１５０と嵌合可能な形状を有するコネクタである。第１コネクタ１５０に第２コネクタ１２が接続されることによって、故障診断装置１０とＥＣＵ１００との間の通信が可能になる。なお、第１コネクタ１５０は、たとえば、車両１の室内に設けられる。
【００１３】
故障診断装置１０は、故障診断の実行時において、ＥＣＵ１００のメモリ１１０からエラーコードを読み出すことができる。ＥＣＵ１００は、車両１の使用時に故障が発生した場合には、故障が発生したことを示す情報と故障した部品を特定するための情報とを含む所定情報（以下、エラーコードと記載する）を生成し、後述するメモリ１１０の第１領域１１２に生成したエラーコードを記憶する。
【００１４】
また、故障診断装置１０は、故障診断の実行時において、ＥＣＵ１００のメモリ１１０からエラーコードに対応する部品の動作履歴（たとえば、センサ２００の出力信号の履歴）等の履歴情報を読み出すことができる。さらに、故障診断装置１０は、故障診断の実行時において、メモリ１１０に記憶されたエラーコードや履歴情報を削除することができる。
【００１５】
ＥＣＵ１００には、センサ２００およびＩＧスイッチ２０２が接続される。センサ２００は、車両１の状態を検出するセンサであって、たとえば、車速センサ、エンジン回転数センサ、ブレーキポジションセンサ、アクセルポジションセンサ、シフトポジションセンサ等の各種センサのうちのいずれかである。
【００１６】
ＩＧスイッチ２０２は、ユーザがスタートスイッチ（図示せず）をオンする場合、あるいは、キーの回転位置をＩＧオンに対応する位置に移動させる場合などにオン状態にされるスイッチである。ＩＧスイッチ２０２がオンされることで車両１に搭載されるバッテリから車両１の走行に関連する電気機器（たとえば、ＥＣＵ１００等）に電力が供給される。
【００１７】
ＥＣＵ１００は、インターフェース１０２と、ＣＰＵ（Central  Processing  Unit）１０４と、通信バス１０６と、入力回路１０８と、メモリ１１０とを含む。
【００１８】
ＥＣＵ１００は、車両１の使用時において、センサ２００やＩＧスイッチ２０２からの信号、ならびにメモリ１１０に格納されたマップおよびプログラムに基づいて、車両１が所望の作動状態となるように各種機器を制御する。なお、各種制御については、ソフトウェアによる処理に限られず、専用のハードウェア（電子回路）により処理することも可能である。
【００１９】
インターフェース１０２は、第１コネクタ１５０に接続される。第１コネクタ１５０に故障診断装置１０の第２コネクタ１２が接続される場合、インターフェース１０２と故障診断装置１０との間で信号が授受される。通信バス１０６は、インターフェース１０２と、ＣＰＵ１０４と、入力回路１０８と、メモリ１１０との間での通信を可能とする。入力回路１０８は、センサ２００やスイッチ２０２からの信号を受信し通信バス１０６を経由してメモリ１１０に送信する。
【００２０】
メモリ１１０は、たとえば、書き換え可能な記憶媒体である。メモリ１１０としては、たとえば、ＲＯＭ（Read  Only  Memory）やＲＡＭ（Random  Access  Memory）等によって構成される。メモリ１１０は、第１領域１１２と、第２領域１１４とを記憶領域として含む。本実施の形態においては、第２領域１１４は、ＥＥＰＲＯＭ（Electrically  Erasable  Programmable  Read-Only  Memory）等の不揮発性メモリによって構成される。
【００２１】
ＣＰＵ１０４は、車両１の使用時（すなわち、ＩＧオン時）に車両１に搭載される部品の動作履歴を示す履歴情報を第１領域１１２に記憶する。ＣＰＵ１０４は、第１領域１１２の記憶容量が上限値になる場合には、第１領域１１２に記憶される情報のうち古いものから削除しつつ、上述の履歴情報を記憶する。
【００２２】
ＣＰＵ１００は、所定時間が経過する毎に自己診断処理を実行する。自己診断処理は、車両１に搭載される複数の部品のうちのいずれかの部品に故障が発生したか否かを判定する処理と、いずれかの部品に故障が発生したと判定した場合に、発生した故障に対応するエラーコードを生成する処理と、生成したエラーコードを第１領域１１２に記憶する処理とを含む。ＣＰＵ１００は、たとえば、センサ２００の出力値が通常取りうる範囲を超える、あるいは、下回る場合にセンサ２００の出力値が異常であることを示すエラーコードを生成する。
【００２３】
ＣＰＵ１００は、エラーコードが生成された場合には、生成されたエラーコードに対応する警告をユーザに通知する通知処理（たとえば、故障した可能性がある部品に対応する警告灯の点灯、故障した可能性がある部品を示す文字情報の表示あるいは音声出力）を実行する。ユーザに対して警告が行なわれることによってユーザに車両１の修理を行なうことを促進することができる。
【００２４】
警告を受けたユーザによって車両１が修理のために修理工場（たとえば、販売店等）に持ち込まれた場合には、車両１の修理を行なう作業者は、故障診断装置１０を用いて故障診断を実行する。
【００２５】
具体的には、作業者は、車両１のＩＧスイッチ２０２をオンにし、故障診断装置１０の第２コネクタ１２を第１コネクタ１５０に接続して、故障診断装置１０を操作することによって、エラーコードを読み出す。作業者は、読み出されたエラーコードに基づいてエラーコードに関連する部品を特定する。作業者は、故障診断装置１０を用いて故障発生前後の所定期間における特定された部品の作動履歴（たとえば、センサの出力履歴）を読み出す。作業者は、読み出された作動履歴に基づいて故障の原因を解析し、解析結果に基づいて修理内容（たとえば、故障の原因となる部品の交換等）を決定する。作業者は、修理が完了した場合には、メモリ１１０の第１領域１１２に記憶されるエラーコードを削除する。
【００２６】
以上のような構成を有する車両１においては、第１領域１１２の記憶容量には、制限があるため、新たな履歴情報を記憶するために古い履歴情報が削除されることになる。しかしながら、古い履歴情報が削除されると、その後に発生した故障が過去の故障の再発である場合や、その後に発生した故障が過去の故障を遠因としたものであるという可能性がある場合や、その後に発生した故障について過去の故障時に兆候を示していた可能性がある場合などに、発生した故障の原因を解析するために有効な情報を取得することが困難になる場合がある。
【００２７】
そこで、本実施の形態においては、ＥＣＵ１００は、インターフェース１０２を経由して車両１の外部の端末である故障診断装置１０から第１領域１１２に記憶されたエラーコードを削除する要求を受けた場合には、エラーコードを含む情報を第２領域１１４に記憶するとともに、第１領域１１２に記憶されたエラーコードを削除するものとする。
【００２８】
このようにすると、故障診断装置１０からエラーコードを削除する要求を受けた場合に、エラーコードを含む情報が第２領域１１４に記憶される。そのため、その後に故障が発生した場合には、故障の原因の解析に第２領域に記憶された情報を利用することができる。
【００２９】
さらに、ＥＣＵ１００は、エラーコードを含む情報を第２領域１１４に記憶した後に、車両１の使用履歴に関する予め定められた条件が成立した場合に、第２領域１１４に記憶された情報を削除する。
【００３０】
このようにすると、不要なデータがメモリ１１０に蓄積されることを抑制することができる。
【００３１】
以下、図２を用いて本実施の形態に係る車両１の制御装置であるＥＣＵ１００で実行される制御処理について説明する。図２は、ＥＣＵ１００で実行される、メモリ１１０の第２領域１１４に故障に関連する履歴情報を記憶させる制御処理を示すフローチャートである。
【００３２】
ステップ（以下、ステップを「Ｓ」と記載する）１００にて、ＥＣＵ１００は、故障診断装置１０からエラーコードの消去要求があるか否かを判定する。ＥＣＵ１００は、たとえば、故障診断装置１０から消去要求を示す信号を受信する場合、故障診断装置１０からエラーコードの消去要求があると判定する。故障診断装置１０からエラーコードの消去要求があると判定される場合（Ｓ１００にてＹＥＳ）、処理はＳ１０２に移される。
【００３３】
Ｓ１０２にて、ＥＣＵ１００は、第２領域１１４に記憶されるデータが消去済みであるか否かを判定する。ＥＣＵ１００は、第２領域１１４の記憶内容を参照し、データが記憶されていない状態であると第２領域１１４に記憶されるデータが消去済みであると判定する。第２領域１１４に記憶されるデータが消去済みであると判定される場合（Ｓ１０２にてＹＥＳ）、処理はＳ１０４に移される。
【００３４】
Ｓ１０４にて、ＥＣＵ１００は、第１領域１１２に記憶されるエラーコードを含む情報を第２領域１１４に記憶させる。なお、エラーコードを含む情報は、エラーコードに加えて故障診断装置１０によって読み出された履歴のある情報を含むようにしてもよい。Ｓ１０６にて、ＥＣＵ１００は、第１領域１１２に記憶されるエラーコードを削除する。ＥＣＵ１００は、第１領域１１２に記憶されるエラーコードに加えて、故障診断装置１０によって読み出された履歴のある情報を削除してもよい。
【００３５】
なお、エラーコードの消去要求がないと判定される場合（Ｓ１００にてＮＯ）、この処理は終了する。一方、エラーコードの消去要求があり（Ｓ１００にてＹＥＳ）、かつ、第２領域に記憶されるデータが消去済みでないと判定される場合（Ｓ１０２にてＮＯ）、処理はＳ１０６に移される。
【００３６】
次に、図３を用いてＥＣＵ１００で実行される制御処理について説明する。図３は、ＥＣＵ１００で実行される、メモリ１１０の第２領域１１４に記憶された情報を削除する制御処理を示すフローチャートである。
【００３７】
Ｓ２００にて、ＥＣＵ１００は、指定期間が経過したか否かを判定する。指定期間としては、たとえば、第２領域１１４にエラーコードを含む情報が記憶された時点から予め定められた期間が経過した期間が設定される。予め定められた期間としては、たとえば、解析の必要性が生じないと判断できる（すなわち、第２領域１１４に記憶された情報とその後発生した故障との間で因果関係が少ないと判断できる）期間が設定される。指定期間が経過したと判定される場合（Ｓ２００にてＹＥＳ）、処理はＳ２０２に移される。Ｓ２０２にて、ＥＣＵ１００は、第２領域１１４に記憶されるデータを全消去する。
【００３８】
以上のような構造およびフローチャートに基づく本実施の形態に係る車両１の制御装置であるＥＣＵ１００の動作について図４を参照しつつ説明する。図４は、ＥＣＵ１００の動作を説明するための図である。たとえば、センサ２００が故障した場合を想定する。
【００３９】
＜故障発生時＞
センサ２００に故障が発生した場合には、ＥＣＵ１００は、センサ２００が故障した可能性があることを示すエラーコードを生成して第１領域１１２に記憶する。
【００４０】
ＥＣＵ１００は、第１領域１１２にエラーコードが記憶されると、記憶されたエラーコードに対応する警告を行なう。
【００４１】
警告を受けたユーザによって車両１が修理工場に持ち込まれた場合、作業者は、故障診断装置１０の第２コネクタ１２を車両１の第１コネクタを用いて故障診断を実行する。故障診断については上述したとおりであるため、その詳細な説明は繰り返さない。作業者は、故障の原因を特定し、特定された原因に基づいて修理内容を決定し、修理を行なう。
【００４２】
＜修理完了後＞
修理完了後において、作業者は、故障診断装置１０を用いてメモリ１１０の第１領域１１２に記憶されたエラーコードの削除要求を行なう。ＥＣＵ１００は、故障診断装置１０からのエラーコードの削除要求を受けると（Ｓ１００にてＹＥＳ）、第２領域１１４に記憶されたデータが消去済みであるか否かを判定する（Ｓ１０２）。第２領域１１４に記憶されたデータが消去済みであると判定されると（Ｓ１０２にてＹＥＳ）、第１領域１１２に記憶されているエラーコードを含む情報が第２領域１１４に記憶される（Ｓ１０４）。そして、第１領域１１２に記憶されるエラーコードを含む情報が削除される（Ｓ１０６）。
【００４３】
修理が完了して、車両１がユーザに返却された後、故障が発生した場合には、発生した故障に関する履歴情報と、第２領域１１４に記憶されるエラーコードを含む情報に基づいて故障の原因の解析が可能になる。また、修理対応によってＥＣＵ１００が交換される場合には、第１領域１１２に記憶される情報に加えて、第２領域１１４に記憶される情報が車両１の製造者によって回収されるため、車両１の製造者は、これらの情報に基づいて故障の原因を解析することができる。
【００４４】
＜指定期間経過後＞
第２領域１１４にエラーコードを含む情報が記憶されてから指定期間が経過したと判定される場合（Ｓ２００にてＹＥＳ）、第２領域１１４に記憶されるデータが全消去される（Ｓ２０２）。
【００４５】
以上のようにして、本実施の形態に係る車両１の制御装置によると、車両１の外部の端末である故障診断装置１０からエラーコードを削除する要求を受けた場合に、エラーコードを含む情報が第２領域１１４に記憶される。そのため、その後に故障が発生した場合には、故障の原因の解析に第２領域１１４に記憶された情報を利用することができる。また、第２領域１１４に記憶された情報は、車両１の使用履歴に関する予め定められた条件が成立した場合に削除されるため、不要なデータがメモリ１１０に蓄積されることを抑制することができる。したがって、故障の原因の解析に有効な情報を適切に保持して故障の原因の解析を促進する車両の制御装置を提供することができる。
【００４６】
以下、変形例について記載する。
上述の実施の形態では、ＥＣＵ１００は、指定期間が経過すると、第２領域１１４に記憶されるデータを全消去するものとして説明したが、ＥＣＵ１００は、少なくとも車両１の使用履歴に関する予め定められた条件が成立した場合に、第２領域１１４に記憶されたデータを全消去すればよく、特に指定期間の経過に限定されるものではない。たとえば、ＥＣＵ１００は、第２領域１１４にエラーコードが記憶されてからの走行時間、走行距離、車両の使用期間およびトリップ回数のうちの少なくともいずれかがしきい値を超える場合に、第２領域１１４に記憶されたデータを全消去すればよい。
【００４７】
上述の実施の形態では、ＥＣＵ１００は、第２領域１１４に記憶されたデータが全消去されている場合に、第２領域１１４にエラーコードを含む情報を記憶するものとして説明したが、たとえば、第２領域にエラーコードを含む情報の追加的な記憶が可能な空きがある場合に、第２領域１１４にエラーコードを含む情報を記憶してもよい。
【００４８】
なお、上記した変形例は、その全部または一部を適宜組み合わせて実施してもよい。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００４９】
１  車両、１０  故障診断装置、１２，１５０  コネクタ、１００  ＥＣＵ、１０２  インターフェース、１０４  ＣＰＵ、１０６  通信バス、１０８  入力回路、１１０  メモリ、１１２  第１領域、１１４  第２領域、２００  センサ、２０２  スイッチ。
【図１】
2018120265.tif 000003
【図２】
2018120265.tif 000004
【図３】
2018120265.tif 000005
【図４】
2018120265.tif 000006