JP5998689B2

JP5998689B2 - 車載制御システム

Info

Publication number: JP5998689B2
Application number: JP2012154443A
Authority: JP
Inventors: 尋田中; 加藤　昌弘; 昌弘加藤; 将昌神戸; 慶士井前
Original assignee: Suzuki Motor Co Ltd
Current assignee: Suzuki Motor Co Ltd
Priority date: 2012-07-10
Filing date: 2012-07-10
Publication date: 2016-09-28
Anticipated expiration: 2032-07-10
Also published as: JP2014015142A

Description

本発明は、車載制御システムに関し、詳しくは、格納データを適宜更新等する必要のあるものに関する。

近年の車両には、搭載する各種電子機器の制御装置（Electronic Control Unit）を、ＣＡＮ（Controller Area Network）などのＬＡＮ（Local Area Network）により各種データをやり取り可能に接続して連携させることが行われている。
車載制御装置（以下、単にＥＣＵともいう）は、予めメモリ内に格納準備されている制御プログラムなどの各種データを読み出して制御処理を実行するようになっている。その各種データは、適宜、書換更新等する場合がある（例えば、特許文献１）。
この特許文献１に記載の車載制御装置では、外部から送信されてきた書換データを受信してメモリ内に一時的に格納した後に、その書換データを照合するなどして整合性を確保することにより、不適正データの書き込み（書換更新）を防止している。

特開２００７−１１７３４号公報

しかしながら、この特許文献１に記載のような車載制御システムにあっては、書換データのみを対象としており、汎用性が低い。また、この車載制御システムとしては、マスタとして機能するＥＣＵを特定し、そのマスタＥＣＵに、あらゆる機能を備えさせる必要がある。
このマスタＥＣＵは、例えば、ＬＡＮを介する通信相手の全てのサブＥＣＵに対する通信機能を備えることを前提としている。このことから、マスタＥＣＵは、そのサブＥＣＵの全機種の通信機能に応じた専用プロトコルや専用シーケンスなどと共に、専用の判定認証（ベリファイ）機能やタイムアウト値などのパラメータデータを予めメモリ内に格納準備しておく必要がある。
また、マスタＥＣＵ自身においても、連携相手のサブＥＣＵを変更・追加する場合などのように、自身で使用するメモリ内の格納データを変更・追加する書換更新が必要になる場合もあり、そのために必要な機能やメモリを確保しておかなければならない。
このため、マスタＥＣＵには、大容量のメモリが必要になるとともに、その制御処理を実行する負荷が大きいことから、高性能の演算素子が必要になって、コスト高になってしまう、という問題がある。

また、マスタＥＣＵには、メモリ内の格納データを変更・追加した後など、不必要あるいは邪魔になるデータを消去する機能を備える場合もあることから、予期しないタイミングにメモリ内の格納データを消去してしまう恐れがないとも言い切れない。

そこで、本発明は、定常動作を実行する制御処理に必要のない各種データを保持することなく、その定常動作以外の制御処理では必要なデータを都度取得して実行することにより、メモリ容量や処理負荷を軽減することのできる車載制御システムを提供することを目的としている。

上記課題を解決する車載制御システムに係る発明の第１の態様は、車載ＬＡＮに接続される複数の車載制御装置の間で各種情報をやり取りする車載制御システムであって、前記車載制御装置は、有線、無線あるいは直接接続される外部記憶装置から記憶する処理情報を直接的に取得あるいは前記他の車載制御装置を介して間接的に取得する情報取得部と、該情報取得部が取得した前記処理情報を処理して該処理情報に応じた各種制御処理を実行する情報処理部と、を備え、前記処理情報は、通信時における通信相手を識別するために設定されている通信相手識別ＩＤ情報と、通信プロトコルを実行する際に必要な通信手順情報である通信プロトコル情報と、前記各種制御処理に対応する識別情報や前記制御処理を実行可能にする順序情報などである各種機能別通信順序情報と、正常に各種情報が受け渡されたことを確認するための情報である各種通信毎期待値情報との少なくとも一つを含んでいることを特徴とするものである。

上記課題を解決する車載制御システムに係る発明の第２の態様は、上記第１の態様の特定事項に加え、前記車載制御装置は、前記処理情報に含まれる特定情報に基づいて定常制御処理とは異なる制御指令のアクセスか否かを判定する情報判定部を備えて、当該車載制御装置の前記情報処理部は、前記情報判定部が前記定常制御処理と異なる制御指令のアクセスと判定したときに、前記処理情報に含まれる制御処理を実行することを特徴とするものである。
上記課題を解決する車載制御システムに係る発明の第３の態様は、上記第２の態様の特定事項に加え、前記車載制御装置の前記情報判定部は、格納データの消去指令を含む制御指令を前記定常制御処理とは異なる制御指令のアクセスと判定することを特徴とするものである。

このように、本発明の上記の第１の態様によれば、車載制御装置毎に、外部記憶装置から取得した処理情報を処理して該処理情報に従う制御処理を実行することができる。したがって、車載制御装置に必要な制御処理を、メモリ内に処理情報を常に保持することなく適宜取得して実行することができ、定常動作と異なる制御処理を実行するための処理情報のために、メモリ内の大容量の記憶保持領域が占有されてしまうことを回避することができる。この結果、必要なメモリ容量を軽減することができ、また、該当車載制御装置に処理させることにより処理負荷を分散して軽減することができ、要求される装置性能を低減して低コスト化を図ることができる。

本発明の上記の第２の態様によれば、定常制御処理とは異なる制御指令のアクセスであることを示す特定情報が取得した処理情報内に含まれるときに、その処理情報を処理して制御処理を実行させることができる。したがって、特定情報が含まれない限り、取得した処理情報の処理を開始してしまうことはなく、意図した制御指令に従う制御処理の実行を開始させることができる。
本発明の上記の第３の態様によれば、定常制御処理とは異なる制御指令のアクセスとして格納データの消去指令（特定情報）が取得した処理情報内に含まれるときに、その処理情報を処理して消去制御処理を実行させることができる。したがって、格納データを誤動作により消去してしまうことを回避することができ、保持する処理情報（制御処理）を信頼性高く実行することができる。

図１は、本発明に係る車載制御システムの一実施形態を示す図であり、そのシステム構成を示すブロック図である。図２は、そのシステムを構築する車載制御装置（マスタ）の全体構成を示すブロック図である。図３は、外部に持たせる要部構成を示すブロック図である。図４は、その制御処理を説明するフローチャートである。

以下、図面を参照して、本発明の実施形態について詳細に説明する。図１〜図４は本発明に係る車載制御システムの一実施形態を示す図である。

図１において、車載制御装置１０（１０Ｍ、１０Ｓ１〜１０Ｓ３）は、車両が備える機能（エンジンやブレーキ等の駆動部およびエアコンディショナ等の電子機器など）を分散制御するように複数台がＣＡＮなどのＬＡＮ１００に接続されて、車載制御システムを構築している。本実施形態では、複数台の車載制御装置１０のうちのメインＥＣＵ１０Ｍがマスタとして機能して、第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３の連携動作がスムーズに実行されるように制御処理することにより、それぞれの間で各種データをやり取りして最適条件で稼働できるようになっている。

メインＥＣＵ１０Ｍと第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３は、それぞれワークエリアとして利用するメモリ領域１１Ｍ、１１Ｓ１〜１１Ｓ３がそれぞれ準備されている。このメインＥＣＵ１０Ｍと第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３は、車載ＬＡＮ１００を介する通信相手から取得した、あるいはメモリ領域１１Ｍ、１１Ｓ１〜１１Ｓ３内に予め格納されている各制御プログラムに従う制御処理を設定パラメータに基づいて実行する。なお、このメモリ領域１１Ｍ、１１Ｓ１〜１１Ｓ３は、メインＥＣＵ１０Ｍと第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３と同一基板上に設置される内蔵タイプでも、別基板上に設置される接続タイプの何れでもよい。

メインＥＣＵ１０Ｍは、単独でも駆動可能であるとともに、第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３のそれぞれの駆動を監視して各種調整を行って各種情報を接続されている情報表示装置１５に表示出力する。例えば、このメインＥＣＵ１０Ｍは、車載機能に関する診断処理を行って診断結果と共に対応するＤＴＣ（Diagnostic Trouble Code）を情報表示装置１５に表示出力する。

第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３は、それぞれ特定の通信プロトコルで通信するようになっている。本実施形態では、第１サブＥＣＵ１０Ｓ１は、ＫＷＰ（KeyWord Protocol）のプロトコル通信を実行し、また、第２、第３サブＥＣＵ１０Ｓ２、１０Ｓ３は、ＵＤＳ（Unified Diagnostic Services）のプロトコル通信を実行する。

このメインＥＣＵ１０Ｍは、外部装置と有線、無線あるいは挿込など直接接続する機能を備えている。例えば、図２に示すように、メインＥＣＵ１０Ｍは、携帯端末などを無線受信部１７として接続することにより、外部インフラストラクチャー、所謂、インフラ装置５０のサーバなどと無線通信可能に直接接続して、必要な各種格納情報の送受信をすることができる。また、メインＥＣＵ１０Ｍは、ＵＳＢ（Universal Serial Bus）メモリ６０などをコネクタ接続（直接接続）して、必要な各種記憶情報の読み出しや書き込みをすることができる。また、メインＥＣＵ１０Ｍは、不図示のサービス端末を有線接続（直接接続）して、後述するように第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３との間での間接的なデータ通信を実現して、各種メンテナンスなどのサービス作業を可能にする。

また、メインＥＣＵ１０Ｍは、データ記憶部２１と、通信部２３と、を備えている。データ記憶部２１は、インフラ装置５０やＵＳＢメモリ６０などから受け取った取得データを一時的に記憶保持するように、メモリ領域１１Ｍの一部に必要に応じて確保される。通信部２３は、無線受信部１７を含めて車載ＬＡＮ１００などを接続して、各種データのやり取り通信を確立する各種通信機能を備えており、第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３の車載ＬＡＮ１００を介する中継通信機能も備えている。なお、データ記憶部２１や通信部２３は、図２では他の機能と並列に説明するために、内蔵タイプのように図示している。

そして、このメインＥＣＵ１０Ｍは、後述する特定の制御指令を受けたときに、その制御指令に該当する制御処理に必要な各種データを外部から受け取ってデータ記憶部２１内に一時的に記憶保持するように構築されている。また、メインＥＣＵ１０Ｍは、データ記憶部２１内の取得データをその制御処理対象として指定された通信相手の第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３に通信部２３や車載ＬＡＮ１００を介して順次送信して受け渡するように構築されている。
これにより、メインＥＣＵ１０Ｍは、一般的なマスタとして機能するＥＣＵの場合に備えるはずの通信用情報記憶部２５やデータ整理部２７を自身で準備する必要をなくしている。ここで、通信用情報記憶部２５は、制御処理対象の第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３との間で行う通信に必要な通信用情報を格納（記憶）するメモリ領域である。データ整理部２７は、その通信用情報記憶部２５内の通信用情報に基づいてデータ記憶部２１内に記憶する制御処理に必要な取得データを制御処理対象の第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３で処理可能に適宜分割する制御処理機能である。

例えば、通常、マスタＥＣＵでは、書き込み用のデータの場合には対象サブＥＣＵが採用する通信プロトコルなどの情報に基づいて取得データを整理する必要がある。このため、マスタＥＣＵは、各サブＥＣＵに対応して、書き込み用の通信順序など後述する各種情報を全て準備する。ここでは、制御処理対象の第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３が存在することから、各制御プログラム対応の３セット、データ初期化を含めてキャリブレーション対応の３セット、故障情報読み出し対応の３セット、データ読み出し対応の３セットなど各種制御処理毎に３セット分が必要になる。本実施形態では、これを外部に肩代わりして貰うようになっている。

この通信用情報記憶部２５としては、図３に示すように、通信相手識別ＩＤ情報３１と、通信プロトコル情報３３と、各種機能別通信順序情報３５と、各種通信毎期待値情報３７とを、インフラ装置５０やＵＳＢメモリ６０などの外部装置に準備させる。この通信用情報記憶部２５内の各種情報は、通信時に、メインＥＣＵ１０Ｍが車載ＬＡＮ１００を介して順に受け取ってデータ記憶部２１内に記憶した後に、制御処理対象の第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３に送信して受け渡す。

通信相手識別ＩＤ情報３１は、制御処理対象の第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３に対応して準備されている識別情報（ＩＤ：Identification）であり、通信時における通信相手を識別するために設定されている。通信プロトコル情報３３は、制御処理対象の第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３に対応する通信プロトコルを実行する際に必要な通信手順情報である。各種機能別通信順序情報３５は、第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３による各種制御処理に対応する識別情報（例えば、サービスＩＤ）や、その制御処理を実行可能にする順序情報などである。各種通信毎期待値情報３７は、各種制御処理毎、例えば、サービスＩＤ毎に設定されている期待値であり、制御処理対象の第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３からの応答から正常に各種情報が受け渡されたことを確認（ベリファイ）するための情報である。

具体的には、メインＥＣＵ１０Ｍは、例えば、定常制御として準備されていない制御指令を入力操作などから受けたと判定したときに、インフラ装置５０などの外部装置を接続して通信制御処理を開始し送られてくる通信用情報記憶部２５内の各種情報などを順番にデータ記憶部２１内に記憶して、その制御指令を実行する。また、このメインＥＣＵ１０Ｍは、その通信制御処理の成否を判定して、成功している場合には、データ記憶部２１内に一時記憶保持する各種データを廃棄する。すなわち、メインＥＣＵ１０Ｍは、情報取得部、情報処理部および情報判定部を構成するのに加えて、成否判定部および情報廃棄部をも構成している。なお、この制御指令は、外部装置から受け取る格納データのヘッダ部に設定して実行させるようにしてもよい。

要するに、メインＥＣＵ１０Ｍは、外部の通信用情報記憶部２５内から各種情報を受け取って制御指令を実行する機能を備える。まず、通信相手識別ＩＤ情報３１内に格納されていた識別ＩＤでは、制御指令の制御処理対象として第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３の何れかを特定する。通信プロトコル情報３３内に格納されていた通信プロトコル情報では、その制御処理対象の第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３との間で実行する通信機能を備えさせる。各種機能別通信順序情報３５内に格納されていた通信順序では、識別ＩＤで特定された制御処理対象に、制御指令に該当するサービスＩＤや使用データなど必要な各種情報をその順序に従って順次送信する。各種通信毎期待値情報３７内に格納されているサービスＩＤなどの各種制御処理毎に設定されている期待値では、その制御処理対象の第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３からの応答を照合（ベリファイ）して送信処理（制御処理）の成否を検証する。なお、後述する制御処理（サービス）には、この制御処理対象からの応答の要否を制御する機能が付加されている場合もあり、その場合には、ベリファイ処理は割愛されることになる。

これにより、メインＥＣＵ１０Ｍは、制御指令に応じた各種情報を、制御処理対象の第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３に応じたＫＷＰまたはＵＤＳのプロトコル処理に従って順次送信して実行させることができる。例えば、制御プログラムデータやパラメータデータなどの書換更新処理の場合には、その書換更新処理を実行するサービスＩＤや使用データなどの各種情報を制御処理対象に順次送信して実行させることができる。また、登録などの書き込み処理の場合には、その登録処理を実行するサービスＩＤや登録データなどの各種情報を制御処理対象に順次送信して実行させることができる。履歴管理などに伴う故障情報の読出の場合や故障部品交換などに伴う故障情報の初期化の場合やドアロックなどの故障確認などに伴う強制駆動の場合等では、その該当処理を実行するサービスＩＤ（コマンド）を制御処理対象に送信して実行させることができる。なお、キャリブレーション（調整）処理の場合には、その制御処理対象や制御処理（サービス）内容に応じた各種情報を送信して実行させることができ、同様に、上記のサービスＩＤにその制御処理対象や制御処理（サービス）内容に応じたサブパラメータと称される各種データを付加する場合もある。

詳細に、車両に搭載のナビゲーションシステムのメインＥＣＵ１０Ｍがマスタとして機能する場合を一例にして説明する。そのメインＥＣＵ１０Ｍは、例えば、次のような場合に、通信用情報記憶部２５やデータ整理部２７を備える必要のないメモリ領域１１Ｍ内の制御プログラムに従う図４のフローチャートに示す制御処理（方法）を実行する。

まず、メインＥＣＵ１０Ｍは、ステップＳ１１において、そのナビゲーションシステムへのユーザによる入力操作が定常制御と異なる制御指令のアクセスであることを確認した場合に、ステップＳ１２において、例えば、その制御指令に応じて設定されているインフラ装置５０に対して無線通信要求を送出して通信接続制御を行う。
次いで、ステップＳ１３において、各種データをやり取り可能な接続状態に通信確立したことを確認した場合に、ステップＳ１４において、入力操作で指示された制御指令に応じた目的の通信用情報記憶部２５内の各種情報と共にその制御処理で使用する各種データの送信要求をそのインフラ装置５０に送出する。
次いで、ステップＳ１５において、そのインフラ装置５０から送られてくる目的データの受信処理を行って、ステップＳ１６において、その受信した目的データをデータ記憶部２１内に受信順に格納し、ステップＳ１７において、インフラ装置５０から全ての目的データの受信が完了したことを確認できるまでステップＳ１５に戻って同様の処理を繰り返す。

これにより、ナビゲーションシステムを入力操作することで、頻度の少ない更新処理などの制御処理を開始して、その制御指令に該当する通信用情報記憶部２５内の各種情報と共にその制御処理で使用する各種データをインフラ装置５０から取得してデータ記憶部２１内に一時的に記憶保持することができる。
ここで、ＵＳＢメモリ６０を接続しての制御指令の場合には、そのＵＳＢメモリ６０から所望のデータを読み出してデータ記憶部２１内に読出データを順次格納すればよく、また、そのＵＳＢメモリ６０を直接利用できる場合には、データ記憶部２１内への格納を省略して、後述するステップではそのＵＳＢメモリ６０内から直接読み出して制御処理対象に送出するようにしてもよい。

この後には、ステップＳ１８において、制御指令に該当するインフラ装置５０から取得した通信用情報記憶部２５内の各種情報に基づいて送信制御処理を実行する。具体的には、その制御処理対象の識別ＩＤが割り当てられている第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３のうちのいずれかに該当プロトコル送信制御を行って送出し、備えるメモリ領域１１内に一時的に記憶保持させる。このとき、インフラ装置５０との間での通信時には、通信データを暗号化してセキュリティレベルを上げてもよい。
次いで、ステップＳ１９において、予め設定されている各データの区切り単位分の各種データの送信が完了したことを確認できるまでステップＳ１８に戻って同様の処理を繰り返す。

この後に、ステップＳ２０において、制御処理対象から送られてくる各種データの受信完了の旨の応答情報の受信を確認したときに、ステップＳ２１において、その応答情報をインフラ装置５０から受け取った通信用情報記憶部２５の各種通信毎期待値情報３７内に格納されていた期待値との照合（ベリファイ）を行う。
次いで、ステップＳ２２において、インフラ装置５０から受け取って制御処理に必要な各種データの制御処理対象への受け渡しに成功したか否かをステップＳ２１の照合結果から確認する。このステップＳ２２において、その照合結果が失敗の場合にはステップＳ１４に戻って同様の処理を繰り返す一方、その照合結果が成功の場合には、ステップＳ２３において、制御指令の完了やその実施の内容や取得データなどの必要な各種データを情報表示装置１５に表示出力して、ナビゲーションシステムを入力操作したユーザに報知する。
次いで、ステップＳ２４において、データ記憶部２１やメモリ領域１１内に一時的に記憶保持する定常制御では不要なデータを消去する初期化処理を実行する。

これにより、メインＥＣＵ１０Ｍは、制御処理対象となる第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３に対する頻度の少ない制御処理用の各種データを、適宜、外部から受け取って、その第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３でそのまま処理可能な順序で送信することができる。
したがって、メインＥＣＵ１０Ｍは、頻度の少ない制御処理用の制御プログラムなどの各種データを保持するためにメモリ領域１１Ｍを占有されてしまうことなく、通信用情報記憶部２５の準備をインフラ装置５０やＵＳＢメモリ６０などの外部装置に受け持たせることができ、データ整理部２７をも備える必要をなくすことができる。
また、この制御指令には、更新処理などだけでなく、該当データの消去処理も含ませることができ、その消去制御機能を常備させることを回避して、何らかの誤動作により必要なデータが消去されてしまうことを未然に防止するシステムにすることができる。
なお、本実施形態では、第１〜第３サブＥＣＵ１０Ｓ１〜１０Ｓ３を制御処理対象とする場合を一例にして説明するが、これに限るものではなく、メインＥＣＵ１０Ｍ自体を処理対象として、受け取った処理順に従ってデータ記憶部２１内の各種データを処理して書換更新などの制御処理を実行することもできる。

このように本実施形態においては、メインＥＣＵ１０Ｍに予め備えさせておくことなく、頻度の少ない制御処理に必要な各種情報を外部のインフラ装置５０などから適宜取得して実行することができる。したがって、定常制御に必要のないデータによりメモリ領域１１Ｍの記憶領域が占有されることを回避して、大容量メモリを確保する必要性をなくすことができる。また、メインＥＣＵ１０Ｍに制御処理の実行が集中して処理負荷が過大になってしまうことを回避して、高性能化を不要にすることができる。この結果、システム全体のコストを低減することができる。

本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、各請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。

これまで本発明の一実施形態について説明したが、本発明は上述の実施形態に限定されず、その技術的思想の範囲内において種々異なる形態にて実施されてよいことは言うまでもない。

１０車載制御装置
１０ＭメインＥＣＵ
１０Ｓ１〜１０Ｓ３サブＥＣＵ
１００車載ＬＡＮ
１１、１１Ｍ、１１Ｓ１〜１１Ｓ３メモリ領域
１５情報表示装置
１７無線受信部
２１データ記憶部
２３通信部
２５通信用情報記憶部
２７データ整理部
３１通信相手識別ＩＤ情報
３３通信プロトコル情報
３５各種機能別通信順序情報
３７各種通信毎期待値情報
５０インフラ装置
６０ＵＳＢメモリ

Claims

車載ＬＡＮに接続される複数の車載制御装置の間で各種情報をやり取りする車載制御システムであって、
前記車載制御装置は、
有線、無線あるいは直接接続される外部記憶装置から記憶する処理情報を直接的に取得あるいは前記他の車載制御装置を介して間接的に取得する情報取得部と、
該情報取得部が取得した前記処理情報を処理して該処理情報に応じた各種制御処理を実行する情報処理部と、を備え、
前記処理情報は、
通信時における通信相手を識別するために設定されている通信相手識別ＩＤ情報と、通信プロトコルを実行する際に必要な通信手順情報である通信プロトコル情報と、前記各種制御処理に対応する識別情報や前記制御処理を実行可能にする順序情報などである各種機能別通信順序情報と、正常に各種情報が受け渡されたことを確認するための情報である各種通信毎期待値情報との少なくとも一つを含んでいることを特徴とする車載制御システム。
前記車載制御装置は、前記処理情報に含まれる特定情報に基づいて定常制御処理とは異なる制御指令のアクセスか否かを判定する情報判定部を備えて、
当該車載制御装置の前記情報処理部は、前記情報判定部が前記定常制御処理と異なる制御指令のアクセスと判定したときに、前記処理情報に含まれる制御処理を実行することを特徴とする請求項１に記載の車載制御システム。
前記車載制御装置の前記情報判定部は、格納データの消去指令を含む制御指令を前記定常制御処理とは異なる制御指令のアクセスと判定することを特徴とする請求項２に記載の車載制御システム。