(57)【特許請求の範囲】
【請求項１】
演算装置と複数の記憶媒体とを含む車両制御システムにおいて、前記演算装置で実行されるアプリケーションにおけるデータを前記複数の記憶媒体のうちの少なくとも１つに記憶するデータ処理装置であって、
前記演算装置で処理される車両制御データの重要度に関する情報を、前記アプリケーションから取得するための取得手段と、
前記車両制御データの重要度に関する情報に基づいてデータの信頼度および保持期間を決定するとともに、決定した前記信頼度および前記保持期間に応じて、前記複数の記憶媒体の中から前記車両制御データを記憶する第１の記憶媒体を選択するとともに、前記選択された第１の記憶媒体へ前記車両制御データを記憶する際のデータ冗長化の態様を、書換頻度が相対的に高い前記車両制御データに対しては冗長性が相対的に低く、書換頻度が相対的に低い前記車両制御データに対しては冗長性が相対的に高くなるように設定するための処理手段とを含み、
前記処理手段は、書換頻度が相対的に高い前記車両制御データに対しては、前記複数の記憶媒体のうちの保持期間が相対的に短い記憶媒体を前記第１の記憶媒体に選択する一方で、書換頻度が相対的に低い前記車両制御データに対しては、前記複数の記憶媒体のうちの保持期間が相対的に長い記憶媒体を前記第１の記憶媒体に選択し、
前記重要度に関する情報が、複数のアプリケーションにおいて共通化されている、データ処理装置。
【請求項２】
前記データ冗長化の態様は、データ多重化の有無および多重数と、エラー検出符号化またはエラー訂正符号化の適用とのうちの少なくとも１つを含む、請求項１記載のデータ処理装置。
【請求項３】
前記データ保持期間に対応した前記複数の記憶媒体の選択は、前記記憶媒体の種類に基づいて決定される、請求項１または２に記載のデータ処理装置。
【請求項４】
前記データ保持期間に対応した前記複数の記憶媒体の選択は、前記記憶媒体への電源供給状態に基づいて決定される、請求項１または２に記載のデータ処理装置。
【請求項５】
前記演算装置は、その内部に複数の種類の記憶媒体を含むＥＣＵであって、
前記データ処理装置は、前記ＥＣＵが有する１つの機能として実現され、
前記処理手段は、前記ＥＣＵの内部の記憶媒体を選択するための手段を含む、請求項１〜４のいずれかに記載のデータ処理装置。
【請求項６】
前記演算装置は、その内部に複数の種類の記憶媒体を含むＥＣＵであって、
前記車両制御システムは、複数のＥＣＵを含み、
前記データ処理装置は、前記ＥＣＵが有する１つの機能として実現され、
前記複数のＥＣＵは互いにデータの通信が可能なように接続され、
前記処理手段は、自己以外の他のＥＣＵの記憶媒体を選択するための手段を含む、請求項１〜５のいずれかに記載のデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載された車両制御システムに関し、特に、データの重要性に鑑み、データに要求される信頼度や記憶すべき期間（保持期間）に適合させて、記憶媒体のコストを抑制しつつ、データを適切に記憶する処理を実行する装置に関する。
【背景技術】
【０００２】
近年、高性能マイクロプロセッサが開発され、自動車等の車両にも多くのマイクロプロセッサを含むコンピュータユニット（ＥＣＵ(Electronic Control Unit)）が搭載されている。ＥＣＵは、走行性能、安全性、快適性、省資源、省エネルギー等を追求するものであり、車両の、パワートレーン系、ボディ系、安全系、情報系等を制御するために搭載されている。
【０００３】
車両運動系として、エンジン、ブレーキ、ステアリング、サスペンション、トランスミッションを制御する各ＥＣＵ（これらの一部または全部を統合的に制御するＥＣＵであってもよい）、ボディ系としてパワードア、パワーシート、エアコンディショナ、照明を制御する各ＥＣＵ、安全系として、エアバッグ、衝突センサを制御する各ＥＣＵ、情報系として、カーナビゲーション装置、カーオーディオを制御する各ＥＣＵなどがある。
【０００４】
一方、このようなＥＣＵにおいては、予め記憶されたプログラムがＥＣＵ内のＣＰＵ（Central Processing Unit）により実行される。このプログラム自体、プログラム実行途中の演算結果、プログラム実行後の演算結果、プログラムを実行するときに参照するマップ等（これらをとりまとめて「データ」と記載する）が、記憶装置に記憶される。この記憶装置として、ハードディスク、各種のＲＯＭ（Read Only Memory）、各種のＲＡＭ（Random Access Memory）などの記憶媒体が用いられている。これらのハードディスク、ＲＯＭおよびＲＡＭは、各種の特性をそれぞれが有している。
【０００５】
特開２０００−２５１３９６号公報（特許文献１）は、書込可能なハードディスクを備えた車載情報処理装置において、ハードディスクへの書き込みを確実に実行させる車載情報処理装置を開示する。この車載情報処理装置は、ハードディスクを備えた車載情報処理装置において、ハードディスクに書き込む情報を記録し得る半導体メモリと、ハードディスクへの書込動作に障害を与え得る状態を検知する障害検知部と、障害検知部において障害を与え得る状態が検知されている場合にはハードディスクに書き込む情報を半導体メモリに書き込み、障害を与え得る状態が検知されなくなった際に半導体メモリに書き込まれた情報をハードディスクに書き込む制御部とを備える。
【０００６】
この車載情報処理装置によると、障害検知部によりハードディスクの状態が監視され、データ書込に障害となり得る状態の場合には、半導体メモリに書込情報が一旦記憶され、その状態が解消されたときにハードディスクへのデータ書込が確実に行なわれることになる。
【０００７】
特開２００１−７５８７３号公報（特許文献２）は、コストパフォーマンスの高いデータバックアップ方法を開示する。このデータバックアップ方法は、マルチプラットフォーム環境のデータを退避するデータバックアップ方法であって、各データの重要度レベルと、バックアップ用記憶装置の信頼度レベルまたは速度とを管理するステップと、各データをそれぞれに最適なバックアップ用記憶装置に退避するステップとを含む。
【０００８】
このデータバックアップ方法によるとマルチプラットフォーム環境におけるデータの重要度レベルとバックアップ用記憶装置の信頼度レベルまたは速度を管理し、パックアップ対象を最適化することでコストパフォーマンスの高いバックアップを実施することができる。
【特許文献１】特開２０００−２５１３９６号公報
【特許文献２】特開２００１−７５８７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
車両に搭載されるＥＣＵ、ハードディスク等には、車両に搭載されたバッテリから電力が供給される。ＥＣＵの内部には、ＲＯＭやＲＡＭなどの半導体メモリが実行されている。これらのハードディスクや半導体メモリなどの記憶媒体においては、揮発性メモリとよばれる半導体メモリのように電源がオフにされるとデータを保持できない特性や、不揮発性メモリとよばれる半導体メモリやハードディスクのように電源がオフにされてもデータを保持できる特性を有する。それらの記憶媒体への電力供給が制御は、車両のイグニッションスイッチの状態、システムメインリレー（ＳＭＲ）の状態などにより行なわれる。また、たとえば、半導体メモリとハードディスクとでは、データの記憶についての信頼度（正しくデータを記憶する状態を保持できるか否か）についても異なる。
【００１０】
一方、このような記録媒体に記憶されるデータは、その種類によって重要度が異なる。たとえば、車両に関する法規により定められた制御を実現するためのデータや、セキュリティ上のデータや、安全性に関するデータは、重要度が最も高いデータである。その一方、たとえばエンジンやトランスミッションの最適制御を行なうために学習制御を実行している場合の、学習制御パラメータはサンプリングタイムごとに上書きされる。このため、上述したデータに対して、その重要度は低い。このように、記憶されるデータにも、データの種類ごとに、重要度が異なる。
【００１１】
このように、車両には種々の記憶特性を有する複数の種類の記憶媒体が搭載される一方、記憶されるデータの重要度が異なる。このため、特に、データの重要度に鑑み、データの信頼度とデータ保持期間とについて、明確に区別されて使用されることが好ましい。もっとも、信頼度が高くデータ保持期間が電源の供給状態に依存しない記憶媒体のみを用いて全てのデータを記憶することも考えられるが、コストの増加を招く。このような観点で、上述した特許文献の問題点を検討する。
【００１２】
特許文献１に記載された車載情報処理装置は、データの重要度に着目したものではなく、単にハードディスクへの書込動作に障害となり得る状態がされた場合、不揮発性メモリに記憶するものに過ぎない。したがって、書込動作に障害となり得る状態を多く想定すると、ハードディスクに記憶されるべきデータの全てを記憶できる不揮発性メモリを準備することになり、記憶装置の大型化やコストの上昇を招きかねない。
【００１３】
さらに、特許文献２に記載されたデータバックアップ方法は、サーバシステムが各プラットフォームのストレージに対する重要度レベルの設定を持ち、その設定に従ってバックアップ対象を最適化するものに過ぎない。すなわち、重要度が高いデータを信頼度が高い記憶装置に格納し、重要度が低いデータを信頼度が低い記憶装置に格納するものである。最も高い信頼度レベルを有する第１記憶装置として、テープ・ライブラリ装置を、その次に、高い信頼度レベルを有する第２記憶装置として磁気ディスク装置を、その次に高い信頼度レベルを有する第３記憶装置として磁気ディスク装置を採用することを開示している。これでは、これらの中からデータの記憶先である記憶媒体を択一的にしか選択することができない。
【００１４】
また、これらの特許文献とは異なる観点でさらに問題点を検討する。従来、プログラムの中で、データの記憶先の記憶媒体を指定することが行なわれてきた。したがって、車両において実行される多数のプログラムの中におけるそのプログラムの重要性、そのプログラムにおけるデータの重要性に基づいて、そのデータを記憶する記憶媒体を指定することが必要になる。しかしながら、車両制御システムにおけるハードウェア構成が変更になって新たに信頼度の高い記憶媒体が実装された場合や、冗長性の実現方法が変更になった場合等においては、プログラム（アプリケーションソフトウェア）の修正が必要になる。このため、多数のプログラムの全面的な見直しを必要とする場合も発生するので、アプリケーションソフトウェアの生産性が著しく低下する。
【００１５】
本発明は、上述の課題を解決するためになされたものであって、その目的は、記憶媒体のコストを抑制しつつ、重要度の異なるデータを適切に記憶することができるとともに、データの重要度の変更や、データ記憶媒体の信頼性の変更に容易に対応が可能な、車両制御システムにおけるデータ処理装置を提供することである。
【課題を解決するための手段】
【００１６】
第１の発明に係るデータ処理装置は、演算装置と複数の記憶媒体とを含む車両制御システムにおいて、演算装置で実行されるアプリケーションにおけるデータを複数の記憶媒体のうちの少なくとも１つに記憶するデータ処理装置である。このデータ処理装置は、演算装置で処理されるデータの重要度に関する情報を、アプリケーションから取得するための取得手段と、データの重要度に対応させて、複数の記憶媒体の中から記憶媒体を選択するとともに、選択された記憶媒体への記憶形態を設定するための処理手段とを含む。重要度に関する情報が、複数のアプリケーションにおいて共通化されているものである。
【００１７】
第１の発明によると、データの重要度に関する情報をアプリケーションから取得して、その重要性に基づいて、複数の種類の記憶媒体（半導体メモリやハードディスク）への記憶形態を設定する。すなわち、重要度の高いデータほど、たとえば冗長性を高めて記憶する。一方、重要度の高くないデータは、たとえば冗長性を高めることなく記憶する。これにより、記憶装置の大型化、記憶コストの増加を抑制することができる。また、限られたメモリ容量を有効に利用して、車両制御システムの信頼性を高めることが可能になる。特に、マスターＥＣＵやＩＴＳ（Intelligent Transport Systems）情報、画像情報等の大量のメモリを使用する車両制御システムを実現する場合であっても、制御信頼性とＥＣＵ大型化抑制を両立させることが可能になる。さらに、この重要度に関する情報は、アプリケーションの種類によらないで共通化されているので、データの重要度の変更や、データ記憶媒体の信頼性の変更に容易に対応できる。その結果、重要度の異なるデータを適切に記憶することができるとともに、データの重要度の変更や、データ記憶媒体の信頼性の変更に容易に対応が可能な、車両制御システムにおけるデータ処理装置を提供することができる。
【００１８】
第２の発明に係るデータ処理装置は、第１の発明の構成に加えて、重要度に対応させた、データ信頼度とデータ保持期間とに基づいて、記憶媒体と記憶形態とを決定できる情報を記憶するための記憶手段をさらに含む。処理手段は、記憶された情報に基づいて、複数の記憶媒体の中から記憶媒体を選択するとともに、選択された記憶媒体への記憶形態を設定するための手段を含む。
【００１９】
第２の発明によると、データの重要度に対応させて、データの信頼度とデータの保持期間とを定めておいて、それらに基づいて、複数の記憶媒体の中から最適な記憶媒体や記憶形態を設定することができる。
【００２０】
第３の発明に係るデータ処理装置においては、第２の発明の構成に加えて、データ信頼度は、記憶媒体の種類毎の記憶性能と、冗長記憶度合いとにより決定されるものである。
【００２１】
第３の発明によると、記憶媒体には、半導体メモリ（さらにこれらの半導体メモリの中にも多数の種類を含む）、ハードディスク等の多くの種類がある。これらの記憶性能と、どの程度の冗長性を持たせて記憶されるのかとを考慮して、データの信頼度を決定することができる。このように決定すると記憶媒体の性能に適合し、かつデータの信頼度（延いてはデータ重要度）に適合したデータ処理装置を実現できる。
【００２２】
第４の発明に係るデータ処理装置においては、第２の発明の構成に加えて、データ保持期間は、記憶媒体の種類に基づいて決定されるものである。
【００２３】
第４の発明によると、半導体メモリの種類によっては、供給される電力の遮断によりデータが保持されなくなるものがある。車両に特有な、電力の供給が遮断されるタイミングを考慮して、データ保持期間を決定する。これにより、記憶媒体の種類に適合し、かつデータの信頼度（延いてはデータ重要度）に適合した車両制御システムに適したデータ処理装置を実現できる。
【００２４】
第５の発明に係るデータ処理装置においては、第２の発明の構成に加えて、データ保持期間は、記憶媒体への電源供給状態に基づいて決定されるものである。
【００２５】
第５の発明によると、供給される電力の遮断によりデータが保持されなくなる半導体メモリについての電力の供給が遮断されるタイミングを考慮して、データ保持期間を決定することができる。
【００２６】
第６の発明に係るデータ処理装置においては、第１〜５のいずれかの発明の構成に加えて、演算装置は、その内部に複数の種類の記憶媒体を含むＥＣＵであって、データ処理装置は、ＥＣＵが有する１つの機能として実現されるものである。処理手段は、ＥＣＵの内部の記憶媒体を選択するための手段を含む。
【００２７】
第６の発明によると、車両制御システムには、エンジンＥＣＵ、ＥＣＴ（Electronically Controlled Automatic Transmission）＿ＥＣＵ等などの多数のＥＣＵを有する。これらの１つのＥＣＵには、演算装置であるＣＰＵと複数の種類の半導体メモリとを実装している。データ処理装置は、たとえば、このＣＰＵによりソフトウェア的に実現され、ＣＰＵで実行されるアプリケーションから、複数のアプリケーションに共通するデータの重要性に関するデータを取得して、そのデータに最も適合する記憶媒体に、最も適合する記憶形態で、記憶する。これにより、重要度の異なるデータを適切に記憶することができるとともに、データの重要度の変更や、データ記憶媒体の信頼性の変更に容易に対応が可能な、車両制御システムにおけるデータ処理装置を提供することができる。
【００２８】
第７の発明に係るデータ処理装置においては、第１〜５のいずれかの発明の構成に加えて、演算装置は、その内部に複数の種類の記憶媒体を含むＥＣＵであって、車両制御システムは、複数のＥＣＵを含み、データ処理装置は、ＥＣＵが有する１つの機能として実現されるものである。複数のＥＣＵは互いにデータの通信が可能なように接続される。処理手段は、自己以外の他のＥＣＵの記憶媒体を選択するための手段を含む。
【００２９】
第７の発明によると、他のＥＣＵの中に含まれる記憶媒体（半導体メモリ）を含めて、そのデータに最も適合する記憶媒体に、最も適合する記憶形態で、記憶することができるようになる。
【発明を実施するための最良の形態】
【００３０】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。
【００３１】
図１に、本発明の実施の形態に係る車両制御システムの概略構成図を示す。
【００３２】
図１に示す概略構成図によると、車両に搭載される制御システムは、アプリケーションソフトウェア１００によりその機能が実現される。複数のアプリケーションソフトウェア１００がＥＣＵにより実行され、アプリケーションソフトウェア１００は、データ記憶装置２００に対してデータの記憶に必要なクラスとともに記憶されるデータを出力する。
【００３３】
データ記憶装置２００においては、アプリケーションソフトウェア１００から取得したクラスと予め定められたデータ記憶手法の種類を決定するためのテーブルとに基づいて、記憶媒体の選択を行なう。
【００３４】
データ記憶装置２００は、具体的には、ＥＣＵで実行されるプログラム（ソフトウェア）により実現される。
【００３５】
記憶媒体３００には、たとえば、Ｅ２ＰＲＯＭ、Ｓｔａｎｄｂｙ  ＲＡＭ、ハードディスクなどの記憶媒体がある。図１に示すように、記憶媒体３００には、５冗長を有するＥＰＲＯＭ３１０と、ＥＣＣ（Error Correction Code）機能を有するＳｔａｎｄｂｙ  ＲＡＭ３１２と、３冗長を有するＥ２ＰＲＯＭ３１４と、冗長なしのＥ２ＰＲＯＭ３１６とが、その一例として記載されている。
【００３６】
さらに、図２を参照して、本発明の実施の形態に係る車両制御システムの詳細構成について説明する。
【００３７】
図２に示すように、前述の図１に示したように、ソフトウェアとして、アプリケーションソフトウェア（１）１１０やアプリケーションソフトウェア（２）１２０などのソフトウェアとデータ記憶装置２００と、各種記憶媒体に対応するドライバとが実現される。
【００３８】
ドライバには、保持ＲＡＭ駆動ソフト２１０、内蔵Ｅ２ＰＲＯＭ駆動ソフト２２０、Ｅ２ＰＲＯＭ駆動ソフト２３０、Ｆｌａｓｈ  ＲＯＭ駆動ソフト、他のＥＣＵのＥ２ＰＲＯＭ駆動ソフト２５０、他のＥＣＵのハードディスク駆動ソフト２６０などがある。
【００３９】
また、図２に示すように、ハードウェアとして、ＥＣＵに実装されたＣＰＵ４２０の中に、保持ＲＡＭ３２０、内蔵Ｅ２ＰＲＯＭ３２２、他のＥＣＵ５００や自己のＥＣＵ以外に実装されたＥ２ＰＲＯＭ３３０と自己との間でデータを通信するための通信回路３２４と、Ｆｌａｓｈ  ＲＯＭ３２６とが含まれる。
【００４０】
図３を参照して、ＥＣＵの制御ブロック図を示す。図３に示すように、ＥＣＵ４００には、電源回路４１０と、ＣＰＵ４２０、ＣＰＵ４２０の内蔵Ｅ２ＰＲＯＭとは異なるＥ２ＰＲＯＭ３３０と通信回路３２４とを含む。また、ＥＣＵ４００はその内部に設けられた電源回路４１０にバッテリが接続されるとともに、イグニッションスイッチ等が電源回路４１０に接続されている。
【００４１】
イグニッションスイッチは、制御開始のために、ＥＣＵ４００に主電源投入を促す。ＥＣＵ４００や周辺ハードウェアの構成によってはイグニッションスイッチ以外の信号でＥＣＵ４００の主電源を投入するようにしてもよい。電源回路４１０は、ＥＣＵ４００内で、バッテリ電圧からＣＰＵ４２０などを駆動する電圧を生成する回路を含む。この電源回路４１０は、リセット信号により、ＣＰＵ４２０のリセットのコントロールを行なうこともできる。
【００４２】
図３に示すように、電源回路４１０からＣＰＵ４２０に、保持電源、主電源、リセット信号が送信される。保持電源は、ＣＰＵ４２０に保持ＲＡＭが実装されている場合、データを保持するためにＣＰＵ４２０の外部から与えられる電源電圧であって、バッテリが接続されている間、ＣＰＵ４２０に保持電圧が常に供給される。主電源は、ＣＰＵ４２０がソフトウェアの演算を実行するために必要になる電源であって、イグニッションスイッチなどの外部からの信号を制御開始のトリガとして主電源が投入される。リセット信号は、電源投入時とＣＰＵ４２０の異常時（電源回路４１０が別途ＣＰＵ４２０の動作状態を監視しているとき）にアクティブになる信号である。
【００４３】
ＣＰＵ４２０には非保持ＲＡＭと、保持ＲＡＭ３２０と、内蔵Ｅ２ＰＲＯＭ３２２とＦｌａｓｈ  ＲＯＭ３２６とを含む。非保持ＲＡＭには、リセット中であってもデータが保持されるリセット中保持領域と、リセット中にはデータが保持されないリセット中非保持領域とを含む。非保持ＲＡＭは、保持電圧が印加されていても、主電源が遮断されているとデータの保持ができなかったり、補償できなかったりするＲＡＭである。リセット中に値を保持するリセット中保持領域と、保持しないまたは補償しないリセット中非保持領域とが含まれる。
【００４４】
保持ＲＡＭ３２０は、保持電源が印加されている間は、主電源が遮断されていてもデータを保持することが可能なＲＡＭである。内蔵Ｅ２ＰＲＯＭ３２２は、紫外線による消去が可能で、プログラム可能な読出専用メモリである。一度記憶されたデータは、電源を遮断しても１０年間以上は保持されるものである。Ｆｌａｓｈ  ＲＯＭ３２６は、書き換え可能な不揮発性のＲＯＭである。
【００４５】
通信回路３２４は、他のＥＣＵと通信し、そのＥＣＵ間との間でデータを送信するための回路である。また、他のＥＣＵ５００を介してハードディスクドライブ６００がＥＣＵ４００に接続される。
【００４６】
図３を用いて説明したバッテリ、イグニッションスイッチなど、電源回路４１０からＣＰＵ４２０に送信される保持電源、主電源、リセット信号の時間的変化を、図４にタイミングチャートとして示す。
【００４７】
バッテリが接続されシステムメインリレーがオンにされると保持電源がオンになり、バッテリがオフになると保持電源もオフになる。イグニッションスイッチ等がオンになることにより主電源がオンになる。イグニッションスイッチなどがオフになることにより主電源もオフにされる。また、リセット信号は、電源投入時、ＣＰＵ４２０の異常時にアクティブになっている。なお、リセット解除時間については、記憶媒体のハードウェアに依存して異なるものである。
【００４８】
図５を参照して、ＣＰＵ４２０に記憶されるデータ記憶手法の種類を決定するためのテーブルについて説明する。
【００４９】
図５に示すように、このテーブルは、データの信頼度と、データの保持期間とに基づいてたとえば１６種類のクラスを有している。クラスは、クラス（α−β）で表わされる。
【００５０】
データ信頼度のクラス１（α＝１）が、データが破壊されても破壊を検出しない。データ信頼度のクラス２（α＝２）が、データが破壊されたら破壊を検出する。データ信頼度のクラス３（α＝３）が、データが破壊されたら破壊を検出し修復する（一重故障）。データ信頼度のクラス４（α＝４）が、データが破壊されたら破壊を検出し修復する（二重故障）。
【００５１】
データ信頼度のクラス１は、たとえば、データを多重化しない実装例が挙げられる。また、データ信頼度のクラス２は、単純なデータ二重化（２冗長）や、チェックサムやパリティビット、エラー検出符号などを用いた実装例が挙げられる。データ信頼度のクラス３は、データ三重化（３冗長）、データ四重化（４冗長）、データ訂正符号などが実装例として挙げられる。データ信頼度のクラス４は、データ五重化（５冗長）以上や、データ訂正符号などの実装例が挙げられる。
【００５２】
ここで、データ多重化とは、メモリ冗長と同義の意味であって、同一データを複数格納して、データ同士を比較することでデータの誤りを検出する記憶手法である。データ二重化は、データを二重に格納する多重化であって、記憶するデバイスのフェールモードによっては、複数アドレス領域の読出データの値が同一になるフェールモードがあるため、必要に応じ片方のデータをビット反転したデータにして記憶する。２つのデータの比較しかできないため、２つのデータに相違があるときにデータのエラーは検出できるが、誤りの訂正はできない。
【００５３】
データ三重化は、データを三重にする多重化であって、３つのデータの値の多数決によりデータの訂正をすることができる。３つのデータを書き換えている最中に電源が遮断されると３つのデータのすべてが異なる場合が想定されるため、利用方法によっては訂正不可能になる場合があり得る。その場合は、エラー検出のみを行ない、訂正は行なわない。このデータ三重化には、データの四重化やデータの五重化に比べてメモリ容量が少なくてすむという利点がある。データ四重化は、データを四重に多重化するデータ記憶手法である。多数決によるエラー訂正の実施ができ、データ書き換え最中の電源遮断が発生しても、２つのデータが必ず同一の値になるため多数決によりデータの訂正が可能となる。
【００５４】
パリティビットは、データ冗長化の一種であって、データの全ビットの合計をパリティビットとして可能することにエラーを検出する機能を有する。エラー検出符号（ＥＤＣ（Error Detection Code））は、データ冗長化手法の１つであって、エラー検出可能であるが、検出可能な破壊範囲は検出符号長に依存するものである。エラー訂正符号（ＥＣＣ（Error Correction Code））は、データ冗長化手法の１つであって、エラー訂正が可能である。訂正可能な破壊範囲には、検出符号長に依存する。
【００５５】
チェックサムは、複数のデータの合計をチェックサムとして保持する。必要に応じて、データの合計を演算して、予め格納されているチェックサム値と比較することでエラーを検出する。
【００５６】
このように、データの信頼度についてはデータのエラーの検出が可能であるもの、データのエラーを検出するだけではなく、検出されたエラーの訂正が可能であるものなどがあり、それらの機能によりデータ信頼度が異なる。
【００５７】
次にデータの保持期間のクラスについて説明する。
【００５８】
保持期間のクラスＡ（β＝Ａ）は、リセット解除中であってもデータを記憶する。たとえば、保持期間のクラスＡの実装例として、非保持ＲＡＭのリセット中非保持領域が挙げられる。保持期間のクラスＢ（β＝Ｂ）の実装例として、主電源がオン中に記憶するものであって、非保持ＲＡＭのリセット中保持領域がその一例として挙げられる。保持期間のクラスＣ（β＝Ｃ）の実装例として、保持電源がオン中に記憶するものであって、保持ＲＡＭが実装例として挙げられる。保持期間のクラスＤ（β＝Ｄ）の実装例として、常時データを記憶するものであって、内蔵Ｅ２ＰＲＯＭ、Ｅ２ＰＲＯＭ、ハードディスクドライブなどが挙げられる。
【００５９】
図５に示すように、データ信頼度のクラス（α）には「１」〜「４」があり、クラス「１」よりもクラス「４」の方がデータ信頼度が高い。また、データの保持期間のクラス（β）には「Ａ」〜「Ｄ」があり、クラス「Ａ」よりもクラス「Ｄ」の方が保持期間が長い。すなわち、保持期間が長いとは、電源回路からの電源供給の如何にかかわらずデータを保持できることを示している。
【００６０】
図５には、これらのデータ信頼度（α＝１，２，３，４）と保持期間（β＝Ａ，Ｂ，Ｃ，Ｄ）の組合せであるクラス（１−Ａ）、クラス（１−Ｂ）、クラス（１−Ｃ）、クラス（１−Ｄ）、クラス（２−Ａ）、…、クラス（４−Ｄ）の１６種類のクラスが規定されている。このクラスは、複数のアプリケーションにおいて共通化されたラベルとして使用されている。
【００６１】
図６に、図５のテーブルに対応する具体的データの一例を示す。
【００６２】
クラス（１−Ａ）、クラス（１−Ｂ）などは、データが誤っていても、頻繁に書き換わるものであって、制御自体に影響が少ないデータである。たとえば、制御データの全般がこれに該当する。クラス（１−Ｃ）は、データに誤りが発生しても制御で訂正することが可能であるが、データを保持しておいた方が都合がよいものである。たとえば、制御対象の経年変化による補正値などを表わすデータである。
【００６３】
クラス（１−Ｄ）は、書き換え頻度が少ない情報で、クリティカルでないデータである。たとえば、付帯的管理データなどである。
【００６４】
クラス（３−Ｃ）は、サービス上、過去の運転時のデータを確実に残しておきたい、たとえば、ダイアグコードなどである。クラス（３−Ｄ）は、書き換え頻度が少ない情報で、比較的クリティカルなデータであって、特性の補正値などである。
【００６５】
クラス（４−Ｄ）は、書き換え頻度が少ない情報でクリティカルなデータである。たとえば、セキュリティ情報や、安全や法規にかかわるような制御上の設定値である。
【００６６】
図７を参照して、図１のデータ記憶装置２００で実行されるプログラムの制御構造について説明する。
【００６７】
ステップ（以下、ステップをＳと略す。）１００にて、データ記憶装置２００は、アプリケーションソフトウェア１００から記憶指示を取得したか否かを判断する。このとき、アプリケーションソフトウェア１００からデータ記憶装置２００に、クラス（α−β）と、記憶するデータとが、データ記憶装置２００に出力される。記憶指示を取得すると（Ｓ１００にてＹＥＳ）、処理はＳ２００へ移される。もしそうでないと（Ｓ１００にＮＯ）、処理はＳ１００へ戻される。
【００６８】
Ｓ２００にて、データ記憶装置２００は、指示内容におけるクラス（α−β）を検知する。このクラス（α−β）は、図５に示すデータ記憶手法の種類を決定するためのテーブルに対応している。
【００６９】
Ｓ３００にて、データ記憶装置２００は、クラス（α−β）と、図５に示すテーブルとに基づいて、記憶手法を決定する。これにより、データ信頼度と保持期間とが、データの重要度に対応して決定される。
【００７０】
Ｓ４００にて、データ記憶装置２００は、Ｓ３００にて決定された記憶手法に基づいて、適切な記憶媒体に、適切なデータ信頼度でアプリケーションソフトウェア１００から受信したデータを記憶する。
【００７１】
以上のような構造およびフローチャートに基づく、本実施の形態に係る車両制御システムのデータ記憶装置２００の動作について説明する。
【００７２】
ＥＣＵ４００のＣＰＵ４２０において実行される多数のアプリケーションソフト１００においては、アプリケーションソフト間で共通化されたクラスにより、データの重要度がラベル化されている。アプリケーションソフトウェア１００により算出されたデータが記憶される必要がある場合には、アプリケーションソフトウェア１００でそのクラスを規定する。したがって、複数のアプリケーションソフトウェア１００において共通するデータの重要度を表わすクラスが生成される。
【００７３】
アプリケーションソフトウェア１００で記憶される必要があるデータが生成されるとデータ記憶装置２００に記憶指示が出力される（Ｓ１００にてＹＥＳ）。データ記憶装置２００においてはクラス（α−β）に基づいて、データの信頼度と保持期間とがそのデータのクラスにより定められる最適な記憶手法を決定する（Ｓ２００，Ｓ３００）。このクラスに対して、予め定められたデータ信頼度に関し複数設けられた実装例と、保持期間に関し複数設けられた実装例とにより決定される記憶媒体に、所定の信頼度でデータを記憶する。
【００７４】
以上のようにして、本実施の形態に係る車両制御システムにおけるデータ記憶装置によると、複数のアプリケーションソフトウェアから受信した共通化されたラベルであるクラスに基づいて、データの信頼度と保持期間とが最適になるように、最適な記憶媒体に最適なデータ冗長とでデータを記憶することができる。
【００７５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【００７６】
【図１】本発明の実施の形態に係る車両制御システムの概略構成図である。
【図２】本発明の実施の形態に係る車両制御システムの詳細構成図である。
【図３】ＥＣＵの制御ブロック図である。
【図４】各種信号のタイミングチャートを示す図である。
【図５】データ記憶手法の種類を決定するためのテーブルを示す図である。
【図６】図５のテーブルに対応する具体的データの一例を示す図である。
【図７】データ記憶装置で実行されるプログラムの制御構造を示すフローチャートである。
【符号の説明】
【００７７】
１００  アプリケーションソフトウェア、２００  データ記憶装置、３００  記憶媒体、４００，５００  ＥＣＵ、６００  ハードディスク。
【図１】
0004789420.tif 000002
【図２】
0004789420.tif 000003
【図３】
0004789420.tif 000004
【図４】
0004789420.tif 000005
【図５】
0004789420.tif 000006
【図６】
0004789420.tif 000007
【図７】
0004789420.tif 000008