(57)【要約】【課題】車両に搭載されたＥＣＵにおいて、異常が生じたメモリに対して読み書き処理すべき車両データを他のメモリに対して読み書き処理する際に、当該他のメモリに対する読み書き処理に要する時間を短縮する。【解決手段】車両１０は、ＨＶ−ＥＣＵ１４及びＭＧ−ＥＣＵ１６を備える。ＭＧ−ＥＣＵ１６は、メインＣＰＵ２６、サブＣＰＵ２８、メインＣＰＵ２６に接続された第１ＥＥＰＲＯＭ３０、及び、サブＣＰＵ２８に接続された第２ＥＥＰＲＯＭ３０を有する。ＨＶ−ＥＣＵ１４は、第１ＥＥＰＲＯＭ３０において異常が生じた際、本来メインＣＰＵ２６が第１ＥＥＰＲＯＭ３０に対して読み書き処理すべき車両データ群から、ユーザ操作の内容に従って処理対象データを選択し、処理対象データの書き込み指示をサブＣＰＵ２８へ送る。サブＣＰＵ２８は、当該指示を受けて第２ＥＥＰＲＯＭ３２に対して処理対象データの読み書き処理を行う。【選択図】図１
2017121887.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載される車両用電子制御装置であって、
第１メモリ及び第２メモリと、
前記第１メモリの異常を検出する異常検出手段と、
前記第１メモリが正常である場合、前記第１メモリに対して、前記車両に関するデータである第１車両データ群の書き込み処理及び読み出し処理の少なくとも一方を行うと共に、前記第２メモリに対して、前記車両に関するデータである第２車両データ群の書き込み処理及び読み出し処理の少なくとも一方を行う制御手段と、
前記車両に対してユーザが行った操作の内容を検出する操作内容検出手段と、
を備え、
前記制御手段は、前記異常検出手段が異常を検出した場合、当該異常の検出後に前記操作内容検出手段が検出した操作の内容に基づいて、前記第１車両データ群の中から１又は複数の処理対象データを選択し、前記第２メモリに対して、前記処理対象データの書き込み処理及び読み出し処理の少なくとも一方を行う、
ことを特徴とする、車両用電子制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両用電子制御装置に関する。
【背景技術】
【０００２】
従来、自動車などの車両には、ユーザの操作に従って車両に搭載された電気的装置を制御するためのＥＣＵ（Engine Control Unit）が搭載されている。電気的装置としては、エンジンを制御するための装置などが挙げられる。車両が電気自動車又はハイブリッドカーである場合には、電気的装置としては、動力源としてのモータの制御、電力回生ブレーキの制御、あるいはバッテリー管理などを行う装置も含まれる。
【０００３】
ＥＣＵは、マイクロプロセッサ（例えばＣＰＵなど）と、当該マイクロプロセッサに接続された不揮発性のメモリ（例えばＥＥＰＲＯＭなど）を含んで構成されるのが一般的である。不揮発性のメモリには、車両に関するデータである車両データが記憶される。当該車両データには、例えば、電気的装置を制御するために必要な制御データ、あるいは車両状態の履歴情報であるダイアグデータなどが含まれる。
【０００４】
従来、ＥＣＵが有するメモリに異常が生じた際においても、車両データの記憶を可能にする技術が提案されている。例えば、特許文献１には、記憶手段を備えるＥＣＵを複数設け、あるＥＣＵが有する記憶手段において車両データの書き込み処理ができなかった場合に、当該車両データを他のＥＣＵが有する記憶手段に記憶させる技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−８４２８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
例えば特許文献１に記載のように、複数のメモリを設けることで、あるメモリにおいて異常が生じた場合であっても、ＥＣＵは、異常メモリに対して書き込み処理及び読み出し処理の少なくとも一方（以下「読み書き処理」と記載する）を行うべき車両データを他のメモリに対して読み書き処理することができる。しかしながら、このような場合、当該他のメモリにおいては、当該他のメモリが本来読み書き処理すべき車両データに加え、異常メモリにおいて読み書き処理すべき車両データも処理されることになる。これにより、当該他のメモリの読み書き処理時間に大きな遅延が生じる問題があった。
【０００７】
ＥＣＵは、車両データの読み書き処理が完了しないと次の処理を行うことができないのが一般的である。したがって、車両データの読み書き処理に時間がかかることにより、ユーザの操作に対して即座に対応できなくなる場合がある。
【０００８】
本発明の目的は、異常が生じたメモリに対して読み書き処理すべき車両データを他のメモリに対して読み書き処理する際に、当該他のメモリに対する読み書き処理に要する時間を短縮することにある。
【課題を解決するための手段】
【０００９】
本発明は、車両に搭載される車両用電子制御装置であって、第１メモリ及び第２メモリと、前記第１メモリの異常を検出する異常検出手段と、前記第１メモリが正常である場合、前記第１メモリに対して、前記車両に関するデータである第１車両データ群の書き込み処理及び読み出し処理の少なくとも一方を行うと共に、前記第２メモリに対して、前記車両に関するデータである第２車両データ群の書き込み処理及び読み出し処理の少なくとも一方を行う制御手段と、前記車両に対してユーザが行った操作の内容を検出する操作内容検出手段と、を備え、前記制御手段は、前記異常検出手段が異常を検出した場合、当該異常の検出後に前記操作内容検出手段が検出した操作の内容に基づいて、前記第１車両データ群の中から１又は複数の処理対象データを選択し、前記第２メモリに対して、前記処理対象データの書き込み処理及び読み出し処理の少なくとも一方を行う、ことを特徴とする。
【００１０】
上記構成によれば、第１メモリにおいて異常が生じた際に、第１メモリに対して読み書き処理されるべき第１車両データ群の全てが第２メモリに対して読み書き処理されるわけではなく、第１車両データ群の中から選択された処理対象データのみが第２メモリに対して読み書き処理される。これにより、第２メモリにおける読み書き処理の対象となるデータ量が削減され、その結果、第２メモリにおける読み書き処理に要する時間が短縮される。
【００１１】
処理対象データは、ユーザの操作内容に応じて選択される。これにより、例えばユーザの操作が緊急の応答を要さない場合には、できるだけ多くの車両データを第２メモリに対して読み書き処理すべきとの観点から、第１車両データ群に含まれる車両データのうち、より多くの車両データを処理対象データに含めることができる。一方、ユーザの操作が緊急の応答を要する場合は、第２メモリにおける読み書き処理に要する時間をできるだけ短縮する観点から、第１車両データ群に含まれる車両データのうち、必要最低限の車両データを処理対象データに含めることができる。このように、本構成よれば、ユーザの操作内容に応じて、適切な量のデータを処理対象データに含めることができる。
【発明の効果】
【００１２】
本発明によれば、異常が生じたメモリに対して読み書き処理すべき車両データを他のメモリに対して読み書き処理する際に、当該他のメモリに対する読み書き処理に要する時間を短縮することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態に係る電子制御装置が搭載された車両の構成概略図である。
【図２】書き込み処理対象データ情報の内容を示す概念図である。
【図３】読み出し処理対象データ情報の内容を示す概念図である。
【図４】書き込み処理時における処理の流れを示すフローチャートである。
【図５】読み出し処理時における処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の好適な実施形態を図面に基づいて説明する。
【００１５】
図１には、本実施形態に係る電子制御装置が搭載された車両１０の構成概略図が示されている。車両１０は、電気自動車あるいはハイブリッド自動車など、モータジェネレータを有する車両である。
【００１６】
車両１０は、操作部１２、ＨＶ（Hybrid Vehicle）−ＥＣＵ１４、ＭＧ（Motor Generator）−ＥＣＵ１６を含んで構成される。これらの詳細については後述する。また、車両１０は、ＲＯＭなどで構成され、車両１０を制御するための制御プログラムなどが記憶された記憶部１８、動力源及び発電機として機能するモータジェネレータ２０、モータジェネレータ２０に供給する電力あるいはモータジェネレータ２０から供給される電力を制御するための複数のスイッチング素子（ＩＧＢＴなど）を含むＩＰＭ（Intelligent Power Module）基板２２、及び、充電池（不図示）とＩＰＭ基板２２との間に設けられ、両者間の電力の流通／遮断を切り替えるシステムメインリレー２４を含む。
【００１７】
操作部１２は、エンジンスイッチを含む各種スイッチ、シフトレバー、アクセルペダル、及びブレーキペダルなどを含む。ユーザが操作部１２を操作することで、ユーザから車両１０への指示が入力される。ユーザが操作部１２においてした操作内容（指示内容）を示す操作情報は、ＨＶ−ＥＣＵ１４へ送られる。
【００１８】
ＨＶ−ＥＣＵ１４は、例えばマイクロプロセッサなどから構成される。ＨＶ−ＥＣＵ１４は、記憶部１８に記憶された制御プログラムに従って、車両１０に設けられた各電気的装置の制御を行うものである。ＨＶ−ＥＣＵ１４は、操作部１２から送られてくる操作情報に従って、各電気的装置の制御を行う。つまり、ＨＶ−ＥＣＵ１４は、ユーザ操作の内容を検出する操作内容検出手段としても機能する。
【００１９】
例えば、ユーザが、ブレーキペダルを踏みながらエンジンスイッチを押下した場合、ＨＶ−ＥＣＵ１４は、当該操作により操作部１２から送られてくる操作情報を読み取り、車両をＲＥＡＤＹ状態にすべく、システムメインリレー２４をＯＮ（電力流通状態）に切り替える。あるいは、ユーザによりアクセルペダルが踏み込まれた場合、ＨＶ−ＥＣＵ１４は、アクセルペダルの踏み込み量に応じてモータジェネレータ２０を回転させるようにＭＧ−ＥＣＵ１６に対して指示を送る。
【００２０】
なお、車両１０は、主に、ＯＦＦ状態、ＡＣＣ（Accessory）−ＯＮ状態、ＩＧ（Ignition）−ＯＮ状態、ＲＥＡＤＹ状態の４つの状態を取ることができる。各状態の遷移は、操作部１２におけるユーザの操作に従ってＨＶ−ＥＣＵ１４により行われる。例えば、ユーザがブレーキペダルを踏まずにエンジンスイッチを押下する度に、ＯＦＦ状態→ＡＣＣ−ＯＮ状態→ＩＧ−ＯＮ状態→ＯＦＦ状態と切り替わっていく。また、ＲＥＡＤＹ状態以外の状態において、ユーザがブレーキペダルを踏みながらエンジンスイッチを押下することでＲＥＡＤＹ状態へ遷移する。また、ＲＥＡＤＹ状態において、ユーザがブレーキペダルを踏まずにエンジンスイッチを押下することでＯＦＦ状態に遷移する。
【００２１】
ＯＦＦ状態はエンジンが停止しており、車両１０内のほとんどの電気的装置にも通電が行われていない状態である。ＡＣＣ−ＯＮ状態は、車両１０内の電気的装置のうち、走行に関わらないもの（例えば音楽プレイヤなど）に対してのみ通電が行われている状態である。ＩＧ−ＯＮ状態は、ＡＣＣ−ＯＮ状態に加え、エンジンを動かすための電気的装置にも通電が行われている状態である。ＲＥＡＤＹ状態は、車両１０の走行準備が完了し、オートマティック車であれば、ブレーキペダルを離すことにより、車両１０が前進できる状態である。ＲＥＡＤＹ状態においては、モータジェネレータ２０の駆動による車両１０の前進が可能となるよう、システムメインリレー２４がＯＮされ、ＩＰＭ基板２２が有する複数のスイッチング素子においてスイッチング動作が行われる。
【００２２】
ＭＧ−ＥＣＵ１６は、ＨＶ−ＥＣＵ１４からの指示に従って、モータジェネレータ２０に関する制御を行うものである。ＭＧ−ＥＣＵ１６は、例えばマイクロプロセッサなどから構成されるメインＣＰＵ２６、同じくマイクロプロセッサなどから構成されるサブＣＰＵ２８、メインＣＰＵ２６に接続される不揮発性メモリである第１ＥＥＰＲＯＭ３０、及びサブＣＰＵ２８に接続される不揮発性メモリである第２ＥＥＰＲＯＭ３２を含んで構成される。
【００２３】
メインＣＰＵ２６は、主にモータジェネレータ２０が駆動源（モータ）として動作する際に必要な処理を実行する。また、メインＣＰＵ２６は、ＨＶ−ＥＣＵ１４からの指示に従って、第１ＥＥＰＲＯＭ３０に対して各種車両データの読み書き処理を行う。車両データとしては、モータジェネレータ２０の制御を行うために必要なデータである制御データ、車両１０（主にモータジェネレータ２０）の状態の履歴情報であるダイアグデータ、あるいは、車両１０の事後解析のために用いられるデータである解析データを含む。
【００２４】
車両１０においては、ＭＧ−ＥＣＵ１６がＩＰＭ基板２２の近傍に配置されている関係上、ＩＰＭ基板２２内のスイッチング素子に起因するノイズによって、車両データの読み書き処理が失敗する可能性がある。したがって、読み書き処理の失敗を回避する観点から、メインＣＰＵ２６は、ＩＰＭ基板２２においてスイッチング動作が行われない状況において車両データの読み書き処理を行う。具体的には、車両状態がＩＧ−ＯＦＦ状態となった直後（つまりＯＦＦ状態又はＡＣＣ−ＯＮ状態となった直後）に第１ＥＥＰＲＯＭ３０に対して車両データの書き込み処理を行い、車両状態がＩＧ−ＯＮ状態となった直後に第１ＥＥＰＲＯＭ３０から車両データの読み出し処理を行う。
【００２５】
メインＣＰＵ２６は、第１ＥＥＰＲＯＭ３０の状態を常に監視している。監視内容としては、第１ＥＥＰＲＯＭ３０に対して車両データの書き込みが可能であるか、第１ＥＥＰＲＯＭ３０からデータの読み出しが可能であるか、などが含まれる。ハードウェア上あるいはソフトウェア上の問題、または第１ＥＥＰＲＯＭ３０の記憶可能容量を超えた容量の書き込み指示を受けた場合など、第１ＥＥＰＲＯＭ３０に対して読み書き処理が不能になった場合、つまり、第１ＥＥＰＲＯＭ３０に異常が生じた場合、メインＣＰＵ２６は当該異常を検出する。このように、メインＣＰＵ２６は、第１ＥＥＰＲＯＭ３０の異常を検出する異常検出手段として機能する。メインＣＰＵ２６が第１ＥＥＰＲＯＭ３０の異常を検出したことを示す情報は、ＨＶ−ＥＣＵ１４へ送られると共に、第１ＥＥＰＲＯＭ３０の異常履歴情報として記憶部１８に記憶される。
【００２６】
サブＣＰＵ２８は、主にモータジェネレータ２０が発電機（ジェネレータ）として動作する際に必要な処理を実行する。サブＣＰＵ２８は、ＨＶ−ＥＣＵ１４からの指示に従って、第２ＥＥＰＲＯＭ３２に対して各種車両データの読み書き処理を行う。当然ながら、第２ＥＥＰＲＯＭ３２に対して読み書き処理される車両データは、第１ＥＥＰＲＯＭ３０に対して読み書き処理される車両データとは、少なくとも一部が異なるものである。当該読み書き処理を行うタイミングはメインＣＰＵ２６と同様である。また、メインＣＰＵ２６同様、サブＣＰＵ２８は、第２ＥＥＰＲＯＭ３２の異常を検出する。
【００２７】
上述のように、第１ＥＥＰＲＯＭ３０及び第２ＥＥＰＲＯＭ３２に対して車両データの読み書き処理を行う制御手段は、ＨＶ−ＥＣＵ１４、メインＣＰＵ２６、及びサブＣＰＵ２８を含んで構成される。
【００２８】
本実施形態では、サブＣＰＵ２８は、メインＣＰＵ２６の処理をサポートする処理も行う。具体的には、メインＣＰＵ２６が第１ＥＥＰＲＯＭ３０の異常を検出した際に、サブＣＰＵ２８は、第２ＥＥＰＲＯＭ３２に対して、メインＣＰＵ２６が第１ＥＥＰＲＯＭ３０に対して本来読み書き処理すべき車両データの読み書き処理を行う。これにより、第１ＥＥＰＲＯＭ３０において異常が生じた際において、車両１０の性能が大幅に低下することを防いでいる。第１ＥＥＰＲＯＭ３０において異常が生じた際の処理の詳細については後述する。
【００２９】
記憶部１８には、処理対象データ情報３４が記憶される。処理対象データ情報３４は、正常時（第１ＥＥＰＲＯＭ３０に異常が生じていない場合）において第１ＥＥＰＲＯＭ３０に対して読み書きされる車両データのうち、第１ＥＥＰＲＯＭ３０において異常が生じた際に、第２ＥＥＰＲＯＭ３２に対して読み書き処理される車両データ（処理対象データ）が示された情報である。より詳しくは、処理対象データ情報３４においては、ユーザから受けた操作内容毎に処理対象データが規定されている。また、処理対象データ情報３４は、第２ＥＥＰＲＯＭ３２に対して書き込み処理すべき処理対象データが示された書き込み処理対象データ情報と、第２ＥＥＰＲＯＭ３２から読み出し処理すべき処理対象データが示された読み出し処理対象データ情報とを含む。処理対象データ情報３４は、予め車両１０の設計者あるいはサービスマンなどにより設定される。以下、図２及び図３を参照しながら、処理対象データ情報３４についてより具体的に説明する。
【００３０】
図２は、処理対象データ情報３４に含まれる情報のうち、書き込み処理対象データ情報３４ａを示す概念図である。図２においては、書き込み処理対象データ情報３４ａはテーブル形式で示されている。当該テーブルの各行には、正常時において第１ＥＥＰＲＯＭ３０に対して書き込まれる各車両データが示されている。
【００３１】
図２に示される通り、制御データとして、モータジェネレータ２０の回転角を検出するためのレゾルバのオフセット値を示すレゾルバオフセット値、モータジェネレータ２０あるいはＩＰＭ基板２２を流れる電流を検出する電流センサのオフセット値を示す電流センサオフセット値、及び、モータジェネレータ２０に設けられた温度センサの検出値からモータジェネレータ２０の温度を推定するための温度補正値が含まれる。また、ダイアグデータとして、車両１０のいずれかの箇所において故障が検出されたときの車両１０の状態を示す故障時データ、及び、車両１０において故障が検出されていないときの車両１０の状態を示す非故障時データが含まれる。また、解析データとして、温度系のデータ及びセンサ系のデータが含まれる。
【００３２】
書き込み処理対象データ情報３４ａにおいては、第１ＥＥＰＲＯＭ３０の異常が検出された後にユーザが行った操作パターン（操作内容）毎に、書き込み処理の対象となる車両データが規定されている。上述の通り、車両データの書き込み処理は、ＩＧ−ＯＦＦ状態となった直後に行われるから、書き込み処理対象データ情報３４ａに含まれる操作パターンは、ＩＧ−ＯＦＦ状態への切り替え操作を含む操作パターンとなる。
【００３３】
図２を参照すると、操作パターン１Ｗに対しては、全ての車両データに対して丸印が付されている。これは、ユーザの操作パターンが操作パターン１Ｗである場合には、全ての車両データを第２ＥＥＰＲＯＭ３２に書き込むことを意味する。また、操作パターン２Ｗに対しては、レゾルバオフセット値、電流センサオフセット値、温度補正値、及び故障時データのみに丸印が付され、他の車両データには横棒印が付されている。これは、ユーザの操作パターンが操作パターン２Ｗである場合には、レゾルバオフセット値、電流センサオフセット値、温度補正値、及び故障時データのみを第２ＥＥＰＲＯＭ３２に書き込むことを意味する。
【００３４】
操作パターン１Ｗは、例えば、ＩＧ−ＯＦＦ状態への切り替え操作である。ＩＧ−ＯＦＦ状態においては、ユーザは、モータジェネレータ２０を動作させるような操作命令を行うことはない。つまり、ＭＧ−ＥＣＵ１６としては、ＩＧ−ＯＦＦ状態においてユーザの操作命令に対して即座に対応する必要がなく、第２ＥＥＰＲＯＭ３２に対する書き込み処理においては時間的余裕を有する。したがって、この場合、サブＣＰＵ２８は、本来書き込むべき車両データの全てを第２ＥＥＰＲＯＭ３２に書き込む。
【００３５】
操作パターン２Ｗとしては、例えば、ＩＧ−ＯＦＦ状態へ切り替えられた直後にＲＥＡＤＹ状態へ切り替えられる操作である。ＲＥＡＤＹ状態においては、ユーザからモータジェネレータ２０を動作させる操作命令を受ける可能性がある。したがって、ＭＧ−ＥＣＵ１６は、モータジェネレータ２０を動作させる操作命令がユーザから来た場合に即座に対応できるようにするために、書き込み処理に要する時間を短縮すべきである。したがって、この場合、車両１０の性能を低下させない観点から優先度の高い車両データのみを第２ＥＥＰＲＯＭ３２へ書き込む。例えば、ダイアグデータのうち非故障時データはほとんど参照されることがないから、当該データの書き込み処理は省略される。
【００３６】
図３は、処理対象データ情報３４に含まれる情報のうち、読み出し処理対象データ情報３４ｂを示す概念図である。書き込み処理対象データ情報３４ａ同様、読み出し処理対象データ情報３４ｂはテーブル形式で示されており、当該テーブルの各行において、正常時において第１ＥＥＰＲＯＭ３０から読み出される各車両データが示されている。
【００３７】
書き込み処理対象データ情報３４ａと同様に、読み出し処理対象データ情報３４ｂにおいては、第１ＥＥＰＲＯＭ３０の異常が検出された後にユーザが行った操作パターン（操作内容）毎に、上述の各車両データの読み出し処理を行うか否かが規定されている。上述の通り、車両データの読み出し処理は、ＩＧ−ＯＮ状態となった直後に行われるから、読み出し処理対象データ情報３４ｂに含まれる操作パターンは、ＩＧ−ＯＮ状態への切り替え操作を含む操作パターンとなる。
【００３８】
操作パターン１Ｒとしては、例えば、ＩＧ−ＯＮ状態への切り替え操作である。ＩＧ−ＯＮ状態においては、ユーザは、モータジェネレータ２０を動作させるような操作命令を行うことはない。つまり、ＭＧ−ＥＣＵ１６としては、ＩＧ−ＯＮ状態においてユーザの操作命令に対して即座に対応する必要がなく、第２ＥＥＰＲＯＭ３２に対する書き込み処理においては時間的余裕を有する。したがって、この場合、サブＣＰＵ２８は、本来読み出すべき車両データの全てを第２ＥＥＰＲＯＭ３２から読み出す。
【００３９】
操作パターン２Ｒとしては、例えば、ＩＧ−ＯＮ状態へ切り替えられた後、引き続きＲＥＡＤＹ状態へ切り替えられる操作である。ＲＥＡＤＹ状態においては、ユーザからモータジェネレータ２０を動作させる操作命令を受ける可能性がある。したがって、ＭＧ−ＥＣＵ１６は、モータジェネレータ２０を動作させる操作命令がユーザから来る場合に即座に対応できるようにするために、読み出し処理に要する時間を短縮すべきである。したがって、この場合、車両１０の性能を低下させない観点から優先度の高い車両データのみを第２ＥＥＰＲＯＭ３２から読み出す。
【００４０】
操作パターン３Ｒとしては、例えば、ＩＧ−ＯＮ状態への切り替え、ＲＥＡＤＹ状態への切り替えを経て、さらにシフトレバーがＤ（ドライブ）に切り替えられる操作である。この場合、当該操作の後直ちに車両１０の前進させる操作（つまりブレーキペダルを離す操作）が行われる可能性が非常に高い。したがって、ＭＧ−ＥＣＵ１６は、ユーザの操作に即座に対応できることが強く望まれ、読み込み処理に要する時間をできるだけ短縮すべきである。したがって、この場合、車両１０の性能を低下させない観点から必要最低限の車両データのみを第２ＥＥＰＲＯＭ３２から読み出す。
【００４１】
なお、同じ車両データについて複数回書き込みが行われている場合（例えば過去に複数回レゾルバオフセット値が書き込まれた場合）、第１ＥＥＰＲＯＭ３０あるいは第２ＥＥＰＲＯＭ３２に同じ車両データであって異なるタイミングで取得されたデータを複数個記憶し得る。本実施形態では、このような場合であっても、最新のデータ（直近に書き込まれたデータ）のみが読み出されるものとする。
【００４２】
上述の通り、本実施形態においては、書き込み処理対象データ情報３４ａには２つの操作パターンに対応した処理対象データが規定され、読み出し処理対象データ情報３４ｂには３つの操作パターンに対応した処理対象データが規定されているが、もちろんそれ以上の操作パターンに対応した処理対象データが規定されていてもよい。
【００４３】
以下、図４及び図５を参照して、本実施形態に係るＨＶ−ＥＣＵ１４及びＭＧ−ＥＣＵ１６の処理の流れについて説明する。
【００４４】
図４は、ＨＶ−ＥＣＵ１４及びＭＧ−ＥＣＵ１６による車両データの書き込み処理の流れを示すフローチャートである。
【００４５】
ステップＳ１０において、ＨＶ−ＥＣＵ１４は、メインＣＰＵ２６が第１ＥＥＰＲＯＭ３０の書き込み異常を検出したか否かを判定する。書き込み異常が検出されなかった場合、第１ＥＥＰＲＯＭ３０に対して書き込み処理が可能であるため、ステップＳ１２において、ＨＶ−ＥＣＵ１４は、通常処理通りに、メインＣＰＵ２６に対して必要な車両データを第１ＥＥＰＲＯＭ３０に書き込ませる指示を送信する。メインＣＰＵ２６は当該指示を受けて、必要な車両データを第１ＥＥＰＲＯＭ３０に書き込む。
【００４６】
第１ＥＥＰＲＯＭ３０において異常が検出された場合、ステップＳ１４において、ＨＶ−ＥＣＵ１４は、ユーザの操作パターン（操作内容）を読み取る。
【００４７】
ステップＳ１６において、ＨＶ−ＥＣＵ１４は、記憶部１８に記憶された処理対象データ情報３４（詳しくは書き込み処理対象データ情報３４ａ）を参照し、ステップＳ１４において読み取った操作パターンに対応する書き込み処理対象データを選定する。
【００４８】
ステップＳ１８において、ＨＶ−ＥＣＵ１４は、ステップＳ１６において選定された１又は複数の書き込み処理対象データの書き込み指示情報をサブＣＰＵ２８に対して送る。サブＣＰＵ２８は、当該指示情報に従って、選定された書き込み処理対象データを第２ＥＥＰＲＯＭ３２へ書き込む。
【００４９】
図５は、ＨＶ−ＥＣＵ１４及びＭＧ−ＥＣＵ１６による車両データの読み出し処理の流れを示すフローチャートである。
【００５０】
ステップＳ３０において、ＨＶ−ＥＣＵ１４は、第１ＥＥＰＲＯＭ３０における書き込み異常履歴があるか否かを検出する。上述の通り、メインＣＰＵ２６が第１ＥＥＰＲＯＭ３０の異常を検出すると、異常履歴情報が記憶部１８に記憶される。ＨＶ−ＥＣＵ１４は、記憶部１８を参照して、第１ＥＥＰＲＯＭ３０の異常履歴の有無を検出する。また、ＨＶ−ＥＣＵ１４は、メインＣＰＵ２６が第１ＥＥＰＲＯＭ３０の読み出し異常を検出したか否かを判定する。
【００５１】
書き込み異常履歴が無く、且つ、第１ＥＥＰＲＯＭ３０に読み出し異常が検出されなかった場合、第１ＥＥＰＲＯＭ３０から必要な車両データの読み出し処理が可能であるため、ステップＳ３２において、ＨＶ−ＥＣＵ１４は、通常処理通りに、メインＣＰＵ２６に対して必要な車両データを第１ＥＥＰＲＯＭ３０から読み出させる指示を送信する。メインＣＰＵ２６は、当該指示を受けて、必要な車両データを第１ＥＥＰＲＯＭ３０から読み出す。
【００５２】
書き込み異常履歴があるという条件、及び、第１ＥＥＰＲＯＭ３０に読み出し異常が検出されたという条件の少なくとも一方が充足された場合、ステップＳ３４に進む。ステップＳ３４以下のステップにおいて第２ＥＥＰＲＯＭ３２から必要な車両データが読み出されることになるが、当該処理は、第２ＥＥＰＲＯＭ３２に必要な車両データが記憶されていることが前提となる。したがって、以下のステップの処理の前提として、事前に第１ＥＥＰＲＯＭ３０において書き込み異常が検出され、図４に示すステップＳ１８の処理によって第１ＥＥＰＲＯＭ３０に書き込むべき車両データが第２ＥＥＰＲＯＭ３２に書き込まれている、あるいは、通常処理において、第１ＥＥＰＲＯＭ３０と第２ＥＥＰＲＯＭ３２にミラーリング処理（両ＥＥＰＲＯＭに常に同じデータを書き込む処理）が行われているとする。
【００５３】
ステップＳ３４において、ＨＶ−ＥＣＵ１４は、ユーザの操作パターン（操作内容）を読み取る。
【００５４】
ステップＳ３６において、ＨＶ−ＥＣＵ１４は、記憶部１８に記憶された処理対象データ情報３４（詳しくは読み出し処理対象データ情報３４ｂ）を参照し、ステップＳ３４において読み取った操作パターンに対応する読み出し処理対象データを選定する。
【００５５】
ステップＳ３６において、ＨＶ−ＥＣＵ１４は、ステップＳ３６において選定された１又は複数の読み出し処理対象データの読み出し指示情報をサブＣＰＵ２８に対して送る。サブＣＰＵ２８は、当該指示情報に従って、選定された読み出し処理対象データを第２ＥＥＰＲＯＭ３２から読み出す。
【００５６】
以上、本実施形態によれば、第１ＥＥＰＲＯＭ３０において異常が生じた場合であって、ユーザの操作に即座に対応すべきと判断された場合は、正常時において第１ＥＥＰＲＯＭ３０に対して読み書き処理されるべき車両データ群から選定された一部の車両データ（処理対象データ）のみが第２ＥＥＰＲＯＭ３２に対して読み書き処理される。これにより、第２ＥＥＰＲＯＭ３２における読み書き処理の対象となるデータ量が削減され、その結果、第２ＥＥＰＲＯＭ３２における読み書き処理に要する時間が短縮される。
【００５７】
以上、本発明に係る実施形態を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない限りにおいて種々の変更が可能である。
【００５８】
例えば、第１ＥＥＰＲＯＭ３０に異常が生じた場合について本実施形態を説明したが、第２ＥＥＰＲＯＭ３２に異常が生じた際においても、上記同様の処理によって、第２ＥＥＰＲＯＭ３２対して読み書き処理すべき車両データを第１ＥＥＰＲＯＭ３０に対して読み書き処理するようにしてもよい。
【００５９】
また、本実施形態においては、ＭＧ−ＥＣＵ１６は２つのＣＰＵと２つのＥＥＰＲＯＭを有していたが、ＭＧ−ＥＣＵ１６がＣＰＵとＥＥＰＲＯＭのペアを３以上有していてもよい。また、ＭＧ−ＥＣＵ１６としては１つのＣＰＵを有しており、当該１つのＣＰＵが複数のＥＥＰＲＯＭに対して車両データを読み書き処理する態様においても本発明を適用し得る。これらの場合、いずれかのＥＥＰＲＯＭにおいて異常が生じた際には、異常が生じたＥＥＰＲＯＭに対して読み書き処理すべき車両データは、他のＥＥＰＲＯＭに対して読み書き処理される。
【符号の説明】
【００６０】
１０  車両、１２  操作部、１４  ＨＶ−ＥＣＵ、１６  ＭＧ−ＥＣＵ、１８  記憶部、２０  モータジェネレータ、２２  ＩＰＭ基板、２４  システムメインリレー、２６  メインＣＰＵ、２８  サブＣＰＵ、３０  第１ＥＥＰＲＯＭ、３２  第２ＥＥＰＲＯＭ、３４  処理対象データ情報、３４ａ  書き込み処理対象データ情報、３４ｂ  読み出し処理対象データ情報。
【図１】
2017121887.tif 000003
【図２】
2017121887.tif 000004
【図３】
2017121887.tif 000005
【図４】
2017121887.tif 000006
【図５】
2017121887.tif 000007