(57)【要約】【課題】車載用通信システムにおいて、各ＥＣＵが、他のＥＣＵの不揮発性メモリに記憶されたＥＣＵ毎に異なるデータのバックアップを備える。【解決手段】多重通信線用のバス１１を介して相互に接続される複数の電子制御ユニット２０を備えた車載用通信システム１０であって、各ＥＣＵ２０は、自データの保存領域と、バス１１で接続した他の電子制御ユニットの車両情報を記憶させるバックアップデータの保存領域とを有する書き換え可能な不揮発性メモリ２２と、最初の起動時に保存する自データを他のＥＣＵに対して送信する指令及び自データの書き換え時に自データを他のＥＣＵに対して送信する指令を出すと共に、他のＥＣＵから受信したバックアップデータをバックアップデータの保存領域に記憶させる処理部２４を備えている。【選択図】図１
2008254484.tif 000002
【特許請求の範囲】
【請求項１】
多重通信線用のバスを介して相互に接続される複数の電子制御ユニットを備えた車載用通信システムであって、前記各電子制御ユニットは、
自己の初期設定情報を含む車両情報を記憶する自データの保存領域と、前記バスで接続した他の電子制御ユニットの前記車両情報を記憶するバックアップデータの保存領域とを有する書き換え可能な不揮発性メモリを備えた記憶部と、
最初の起動時に保存する前記自データを他の電子制御ユニットに対して送信する指令及び自データの書き換え時に前記自データを他の電子制御ユニットに対して送信する指令を出すと共に、他の電子制御ユニットから受信した前記バックアップデータを前記バックアップデータの保存領域に記憶させる処理部と、
を備えていることを特徴とする車載用通信システム。
【請求項２】
前記各電子制御ユニットの処理部は、前記自データが記憶された不揮発性メモリのメモリチェックを行うメモリチェック部を備え、該メモリチェック部での異常検出時に、前記他の電子制御ユニットに自データの送信要求を出し、受信した自データを前記不揮発性メモリに保存している自データと書き換える請求項１に記載の車載用通信システム。
【請求項３】
前記各電子制御ユニットの記憶部は揮発性メモリを備え、
前記不揮発性メモリから自データの読み出しが出来ない異常時に、前記処理部は前記他の電子制御ユニットに自データの送信要求を出し、受信した自データを前記揮発性メモリに保存する請求項１または請求項２に記載の車載用通信システム。
【請求項４】
前記各電子制御ユニットの処理部は、前記他の電子制御ユニットに送信する自データにバージョン番号を付して送信し、前記他の電子制御ユニットへの自データの送信要求に基づいて受信した自データのうち最新のバージョン番号が付された自データを保存する請求項２または請求項３に記載の車載用通信システム。
【請求項５】
前記各電子制御ユニットの処理部は、前記自データの送信要求先の他の電子制御ユニットの優先順位を予め設定している請求項２乃至請求項４のいずれか１項に記載の車載用通信システム。
【請求項６】
前記優先順位は、不揮発性メモリの空き容量の大きい順序または自電子制御ユニットから通信経路が短い順序で予め定めている請求項５に記載の車載用通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載用通信システムに関し、詳しくは、多重通信線用のバスを介して相互に接続される複数の電子制御ユニットを備えた車載用通信システムにおいて、各電子制御ユニットが他の電子制御ユニットの不揮発性メモリのデータのバックアップを備えるものである。
【背景技術】
【０００２】
近年、車両には、車載電装品を制御する複数の電子制御ユニット（ＥＣＵ）を多重通信用のバスを介して接続し、相互に通信を行う車載用通信システムが採用されている。
各ＥＣＵの不揮発性メモリには、電装品を制御するための各種設定値や車両識別情報を工場出荷時に記憶している。例えば、車載用通信システムを車両診断装置に用いた場合には、車両診断を行うエンジンＥＣＵ等の車載機器用ＥＣＵや外部の管理センター側と通信する通信用ＥＣＵに、製造番号などの車両固有の車両識別情報を記憶している。該車載機器用ＥＣＵが車両診断を行うと、バスを介して診断結果を受信した通信用ＥＣＵは診断結果と共に車両識別情報を外部の管理センター側に送信している。
しかし、ＥＣＵの故障などにより車両識別情報が記憶されていたＥＣＵ自体を交換する場合、新たに接続するＥＣＵに車両識別情報を改めて記憶させなくてはならず、作業工程が多くなるという問題がある。
【０００３】
そこで、特開平１１−２５５０７９号公報（特許文献１）には、バスに接続された複数のＥＣＵに夫々同一の車両識別情報を記憶させた車両電子制御装置が提案されている。
ＥＣＵが故障等により取り替えられるか、新たにバスに接続された場合、該ＥＣＵが車両識別情報を記憶していない時には、同じバスに接続された他のＥＣＵに車両識別情報の送信要求を出す。新たに接続されたＥＣＵは他のＥＣＵから受信した該車両識別情報を不揮発性メモリに記憶する。
このように、新たに接続されたＥＣＵに車両識別情報が記憶されていなくても他のＥＣＵから受信して記憶することができるので、車両に取り付ける前に車両識別情報を記憶させる必要がなくなる。
【０００４】
しかし、特許文献１においては、複数のＥＣＵは各ＥＣＵで共通に使用する車両識別情報を記憶しているが、各ＥＣＵに個別に設定される初期設定情報等の車両情報を互いに記憶しているものではない。このため、ＥＣＵの不揮発性メモリに異常が発生して車両情報が使用できない場合であっても、車両情報を他のＥＣＵから受信することができないという問題がある。
【０００５】
また、不揮発性メモリにアクセスできず通信途絶となる故障が発生した場合には、他のＥＣＵから車両識別情報を受信しても不揮発性メモリに書き込みができず、ＥＣＵは車両識別情報を使用することができないという問題がある。
また、特許文献１には不揮発性メモリのデータが破壊され誤ったデータとなった場合の対応については記載されておらず、破壊された誤ったデータをＥＣＵが使用することにより、ＥＣＵに接続された電装品が誤動作を起こすという問題がある。
【０００６】
【特許文献１】特開平１１−２５５０７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、前記問題に鑑みてなされたもので、多重通信線用のバスを介して相互に接続される複数のＥＣＵを備えた車載用通信システムにおいて、各ＥＣＵが、他のＥＣＵの不揮発性メモリに記憶されたＥＣＵ毎に異なるデータのバックアップを備えると共に、各ＥＣＵの不揮発性メモリに異常が発生した場合であっても、各ＥＣＵが自データを修復してＥＣＵの誤動作の発生を防ぐことを課題としている。
【課題を解決するための手段】
【０００８】
前記課題を解決するため、本発明は、多重通信線用のバスを介して相互に接続される複数の電子制御ユニットを備えた車載用通信システムであって、前記各電子制御ユニットは、
自己の初期設定情報を含む車両情報を記憶する自データの保存領域と、前記バスで接続した他の電子制御ユニットの前記車両情報を記憶するバックアップデータの保存領域とを有する書き換え可能な不揮発性メモリを備えた記憶部と、
最初の起動時に保存する前記自データを他の電子制御ユニットに対して送信する指令及び自データの書き換え時に前記自データを他の電子制御ユニットに対して送信する指令を出すと共に、他の電子制御ユニットから受信した前記バックアップデータを前記バックアップデータの保存領域に記憶させる処理部と、
を備えていることを特徴とする車載用通信システムを提供している。
【０００９】
前記構成によれば、工場出荷時など車載用通信システムの全ての電子制御ユニットが最初に起動した時、または、電子制御ユニットの自データをダイアグノーシス等を接続して書き換えた時に、各電子制御ユニットは自己の不揮発性メモリの自データの保存領域に記憶された自データを他の電子制御ユニットに送信すると共に、他の電子制御ユニットのデータであるバックアップデータを他の電子制御ユニットから受信し、自己の不揮発性メモリのバックアップデータの保存領域に記憶している。
このため、各電子制御ユニットは、バスに接続された他の全ての電子制御ユニットの不揮発性メモリのデータをバックアップデータとして互いに記憶することができる。
【００１０】
また、電子制御ユニットの不揮発性メモリに記憶された自データは、各電子制御ユニット毎に個別に設定される車両情報であり、該自データを他の電子制御ユニットがバックアップデータとして記憶しているので、自己の不揮発性メモリに異常が発生して自データが使用できない場合においても、他の電子制御ユニットから自データを受信して使用することができる。
【００１１】
前記各電子制御ユニットの処理部は、前記自データが記憶された不揮発性メモリのメモリチェックを行うメモリチェック部を備え、該メモリチェック部での異常検出時に、前記他の電子制御ユニットに自データの送信要求を出し、受信した自データを前記不揮発性メモリに保存している自データと書き換えることが好ましい。
【００１２】
不揮発性メモリの異常として、処理部が不揮発性メモリからデータの読み出しは可能であるが、データ内容が破壊され誤ったデータとなる異常が発生した場合、メモリチェック部により異常が検知される。このとき、前記処理部は前記他の電子制御ユニットに自データの送信要求を出して自データを受信し、該受信した自データを不揮発性メモリの自データの保存領域に上書きする。
このように、電子制御ユニットは、データ内容が破壊されていない自データを他の電子制御ユニットから受信して不揮発性メモリに保存するので、自己の不揮発性メモリの自データを修復することができる。また、誤ったデータを用いて該電子制御ユニットに接続された電装品を制御することがないため、電装品の誤動作を防ぐことができる。
【００１３】
前記各電子制御ユニットの記憶部は揮発性メモリを備え、
前記不揮発性メモリから自データの読み出しが出来ない異常時に、前記処理部は前記他の電子制御ユニットに自データの送信要求を出し、受信した自データを前記揮発性メモリに保存することが好ましい。
【００１４】
処理部は、通常の電装品の制御等の処理においては、不揮発性メモリのデータ内容を高速にアクセスできる揮発性メモリにいったん書き込み、該揮発性メモリのデータを用いて処理を行っている。
ここで、不揮発性メモリの異常として、不揮発性メモリ本体が故障し通信途絶となる異常が発生した場合、不揮発性メモリからデータを読み出して揮発性メモリに書き込むことができない。そこで、前記他の電子制御ユニットに自データの送信要求を出し、処理部は受信した自データを揮発性メモリに保存する。
このように、不揮発性メモリが通信途絶となる異常が発生した場合でも、他のＥＣＵから受信した自データを揮発性メモリに保存することで、処理部は揮発性メモリに保存された自データを用いて電装品の制御を継続することができる。
【００１５】
前記各電子制御ユニットの処理部は、前記他の電子制御ユニットに送信する自データにバージョン番号を付して送信し、前記他の電子制御ユニットへの自データの送信要求に基づいて受信した自データのうち最新のバージョン番号が付された自データを保存することが好ましい。
【００１６】
自データにバージョン番号を付して他の電子制御ユニットに送信しているので、各電子制御ユニットは他の電子制御ユニットに自データの送信要求を行った際には、受信した自データと共にバージョン番号を受信することができる。また、他の複数の電子制御ユニットから自データを受信した場合には、電子制御ユニットは該バージョン番号が最新のデータを選択して保存することができる。
また、各電子制御ユニットは他の電子制御ユニットに自データの送信要求を行う際に、先に自データのバージョン番号のみを送信するよう送信要求を出してもよい。受信したバージョン番号のうち最新のバージョン番号を備えた電子制御ユニットを選択して自データの送信要求を行うことができる。
【００１７】
前記各電子制御ユニットの処理部は、前記自データの送信要求先の他の電子制御ユニットの優先順位を予め設定していることが好ましい。
他の電子制御ユニットへの送信要求に基づいて受信した自データのうち、バージョン番号が最新の自データが複数ある場合には、予め設定された優先順位を参照して、優先順位の高い電子制御ユニットから送信された自データを保存することができる。
【００１８】
前記優先順位は、不揮発性メモリの空き容量の大きい順序または自電子制御ユニットから通信経路が短い順序で予め定めていることが好ましい。
優先順位を不揮発性メモリの空き容量の大きい順序としている場合には、不揮発性メモリから正確にデータを読み出すことができる。
また、優先順位を自電子制御ユニットから通信経路が短い順序としている場合には、バスの断線により自データを受信できなくなるリスクを低減することができる。
【発明の効果】
【００１９】
前述したように、本発明の車載用通信システムによれば、工場出荷時など車載用通信システムの全ての電子制御ユニットが最初に起動した時、または、電子制御ユニットの自データをダイアグノーシス等を接続して書き換えた時に、各電子制御ユニットは自己の不揮発性メモリの自データを他の電子制御ユニットに送信すると共に、他の電子制御ユニットのバックアップデータを他の電子制御ユニットから受信して保存しているので、各電子制御ユニットは、バスに接続された他の全ての電子制御ユニットの不揮発性メモリのデータをバックアップデータとして互いに記憶することができる。
また、不揮発性メモリに異常が発生した場合には、前記処理部は前記他の電子制御ユニットに自データの送信要求を出して自データを受信し、該自データを使用することができるため、電装品の制御を継続することができ、電装品の誤動作を防ぐことができる。
【発明を実施するための最良の形態】
【００２０】
本発明の実施形態を図面を参照して説明する。
図１乃至図８は本発明の第１実施形態を示す。
本発明の車載用通信システム１０は、多重通信線用のバス１１を介して相互に接続される複数の電子制御ユニット（ＥＣＵ）２０を備えており、本実施形態では３つのＥＣＵ２０Ａ、２０Ｂ、２０Ｃを備えている。
各ＥＣＵ２０は自己のＥＥＰＲＯＭ２２の自データを他のＥＣＵ２０に送信すると共に、他のＥＣＵのバックアップデータを受信しての自己のＥＥＰＲＯＭ２２に記憶し、互いにデータのバックアップを備えるものである。
【００２１】
ＥＣＵ２０の構成について、ＥＣＵ２０Ａを例として説明する。なお、ＥＣＵ２０Ｂ、２０Ｃも、ＥＣＵ２０Ａと同様の構成としている。
ＥＣＵ２０Ａはマイコン２１と、記憶部の書き換え可能な不揮発性メモリを構成するＥＥＰＲＯＭ２２と、入出力回路２３を備えている。
マイコン２１は入出力回路２３を介してバス１１と接続しており、バス１１に接続された他のＥＣＵ２０Ｂ、２０Ｃと自データおよびバックアップデータの送受信を行っている。
ここで、自データとは自己の初期設定情報を含む車両情報を示し、バックアップデータとは、他のＥＣＵ２０の初期設定情報を含む車両情報であり他のＥＣＵ２０から受信する車両情報を示している。
【００２２】
ＥＥＰＲＯＭ２２はマイコン２１と接続しており、図２に示すように、自データの保存領域２２ａと、バス１１で接続した他のＥＣＵ２０Ｂ、２０Ｃの車両情報を記憶させるバックアップデータの保存領域２２ｂを有している。
ＥＣＵ２０Ａにおいては、自データの保存領域２２ａはＥＣＵＡ＿ＤＡＴ領域であり、バックアップデータの保存領域２２ｂはＥＣＵＢ＿ＤＡＴ領域、ＥＣＵＣ＿ＤＡＴ領域である。
また、ＥＥＰＲＯＭ２２は自データのバージョン番号を記憶する領域２２ｃと、他のＥＣＵ２０Ｂ、２０Ｃのバックアップデータのバージョン番号を記憶する領域２２ｄを有している。ＥＣＵ２０Ａにおいては、自データのバージョン番号を記憶する領域２２ｃはＥＣＵＡ＿ＶＥＲＳＩＯＮ領域であり、他のＥＣＵ２０のバックアップデータのバージョン番号を記憶する領域２２ｄはＥＣＵＢ＿ＶＥＲＳＩＯＮ領域、ＥＣＵＣ＿ＶＥＲＳＩＯＮ領域である。
【００２３】
マイコン２１は処理部を構成するＣＰＵ２４、記憶部の揮発性メモリを構成するＲＡＭ２５、ＲＯＭ２６、入出力ポート２７を備えている。
ＣＰＵ２４は保存する自データを他の電子制御ユニットに対して送信する指令を出す共に、他の電子制御ユニットから受信したバックアップデータをバックアップデータの保存領域２２ｂに記憶させている。
また、ＥＥＰＲＯＭ２２の自データの異常時には、前記他の電子制御ユニットに自データの送信要求を出し、他のＥＣＵ２０Ｂ、２０Ｃに記憶された自データを受信している。
【００２４】
さらに、ＣＰＵ２４はＥＥＰＲＯＭ２２のメモリチェック部２４ａを備えている。メモリチェック部２４ａはＥＥＰＲＯＭ２２の先頭アドレスから最終アドレスまでメモリ内容を加算し、加算結果であるチェックサム値が基準値と一致すればＥＥＰＲＯＭ２２は正常であると判定し、一致しなければＥＥＰＲＯＭ２２に異常があると判定するチェックサム演算を行っている。
さらにまた、ＣＰＵ２４はＥＥＰＲＯＭ２２の空き容量を算出して他のＥＣＵ２０に送信すると共に、他のＥＣＵ２０から他のＥＣＵ２０のＥＥＰＲＯＭ２２の空き容量情報を受信し、これらの空き容量情報から自データの送信要求先を決定するＥＣＵ２０の優先順位表３１を作成している。
【００２５】
ＲＡＭ２５は、図３（Ａ）に示すように他のＥＣＵ２０の空き容量を受信して記憶するＥＣＵ＿ＭＥＭＯＲＹ領域２５ａと、全てのＥＣＵ２０の空き容量から求めた優先順位表３１を記憶するＭＥＭＯＲＹ＿ＬＩＳＴ領域２５ｂと、ＥＣＵ２０を起動した直後のチェックサム値であってメモリチェックの基準値となる値を記憶するＯＬＤ＿ＣＨＥＣＫＳＵＭ領域２５ｃと、ＯＬＤ＿ＣＨＥＣＫＳＵＭ領域２５ｃの算出以降に算出したチェックサム値を記憶するＮＥＷ＿ＣＨＥＣＫＳＵＭ領域２５ｄと、ＥＥＰＲＯＭ２２の自データの保存領域２２ａに記憶された自データと同じデータが記憶され、ＣＰＵ２４が自データを使用する際にアクセスするＢＡＣＫＵＰ＿ＤＡＴ領域２５ｅを備えている。
【００２６】
また、ＥＣＵ＿ＭＥＭＯＲＹ領域２５ａは、詳細には図３（Ｂ）に示すように、ＥＣＵ２０Ａの場合は他のＥＣＵ２０Ｂ、２０Ｃの空き容量が記憶されている。なお、ＥＣＵ２０Ｂの場合はＥＣＵ２０Ａ、２０Ｃの空き容量、ＥＣＵ２０Ｃの場合はＥＣＵ２０Ａ、２０Ｂの空き容量が記憶されている。
また、ＭＥＭＯＲＹ＿ＬＩＳＴ領域２５ｂは、詳細には図３（Ｃ）に示すように、自ＥＣＵ２０を含めた車載用通信システム１０に接続されているＥＣＵ２０を優先順位の高い順に並べた優先順位表３１を記憶している。
ＲＯＭ２６は、ＣＰＵ２４の動作のためのアプリケーションプログラム等を記憶している。
【００２７】
次に、本発明の車載用通信システム１０の動作について説明する。
まず、ＥＣＵ２０の起動時の動作の概略をＥＣＵ２０Ａを例にして図４のフローチャートを用いて説明する。
ステップＳ１０ではチェックサム値算出を行っている。ＣＰＵ２４のメモリチェック部２４ａはメモリチェックに用いるチェックサム値の基準値を算出する。
ステップＳ１１では、優先順位表３１の作成を行っている。ＥＣＵ２０Ａは他のＥＣＵ２０Ｂ、２０Ｃに向けてＥＥＰＲＯＭ２２の空き容量の情報の送信要求を出し、各ＥＣＵ２０の空き容量の多いＥＣＵ２０が優先となるように優先順位表３１の作成を行う。
【００２８】
ステップＳ１２では、データのバージョン番号を取得する。ＥＣＵ２０ＡのＥＥＰＲＯＭ２２に記憶された自データのバージョン番号を他のＥＣＵ２０Ｂ、２０Ｃに送信すると共に、他のＥＣＵ２０Ｂ、２０Ｃからバックアップデータのバージョン番号を受信して記憶する。
ステップＳ１３では、バックアップデータを相互に取得する。ＥＣＵ２０Ａは自データを他のＥＣＵ２０Ｂ、２０Ｃに送信すると共に、他のＥＣＵ２０Ｂ、２０Ｃのバックアップデータを受信し、ＥＥＰＲＯＭ２２に記憶する。
【００２９】
前記ステップの詳細について説明する。
図５はステップＳ１０のチェックサム値の算出の詳細を示すフローチャートである。該チェックサム値の算出は各ＥＣＵ２０Ａ、２０Ｂ、２０Ｃの起動後に各ＥＣＵ２０のＣＰＵ２４が行っている。
ステップＳ２０では、ＥＣＵ２０の起動後、ＣＰＵ２４のメモリチェック部２４ａがメモリチェックに用いるチェックサム値の基準値を算出している。
ステップＳ２１では、算出したチェックサム値をＲＡＭ２５のＯＬＤ＿ＣＨＥＣＫＳＵＭ領域２５ｃに書き込んでいる。
【００３０】
図６はステップＳ１１の優先順位表３１の作成の詳細を示すフローチャートである。
ステップＳ３１では、ＥＣＵ２０Ａは他のＥＣＵ２０Ｂ、２０ＣにＥＥＰＲＯＭ２２の空き容量情報の送信要求を送信している。
ステップＳ３２では、ＥＣＵ２０Ｂ、２０Ｃは該送信要求を受信している。
ステップＳ３３では、ＥＣＵ２０Ｂ、２０ＣはＥＥＰＲＯＭ２２Ｂ、２２Ｃの空き容量をチェックしている。
ステップＳ３４では、ＥＣＵ２０Ｂ、２０Ｃは空き容量情報をＥＣＵ２０Ａに送信している。
【００３１】
ステップＳ３５では、ＥＣＵ２０ＡはＥＣＵ２０Ｂ、２０ＣからＥＥＰＲＯＭ２２の空き容量情報を受信している。
ステップＳ３６では、ＥＣＵ２０Ａは、バス１１に接続された全てのＥＣＵ２０から空き容量情報を受信したかを確認している。受信していない場合はステップＳ３６を繰り返す。受信した場合はステップＳ３７に進む。
ステップＳ３７では、ＥＣＵ２０ＡのＣＰＵ２４は受信した他のＥＣＵ２０Ｂ、２０ＣのＥＥＰＲＯＭ２２の空き容量情報およびＥＣＵ２０Ａの空き容量情報を比較し、空き容量の大きい順に優先順位を付け優先順位表３１とする。
ステップＳ３８では、ＲＡＭ２５のＭＥＭＯＲＹ＿ＬＩＳＴ領域２５ｂに図３（Ｃ）に示す表を保存している。
ステップＳ３９では、該優先順位表３１を他のＥＣＵ２０に送信している。
【００３２】
ステップＳ４０では、ＥＣＵ２０Ｂ、２０ＣはＥＣＵ２０Ａから優先順位表３１を受信している。
ステップＳ４１では、ＥＣＵ２０Ｂ、２０Ｃは受信した優先順位表３１をＲＡＭ２５のＭＥＭＯＲＹ＿ＬＩＳＴ領域２５ｂに保存している。
【００３３】
優先順位表３１は各ＥＣＵ２０のＥＥＰＲＯＭ２２の空き容量情報から作成しているので、どのＥＣＵ２０が作成しても同じ優先順位表３１となる。
本実施形態では、ＥＣＵ２０Ａのみが優先順位表３１を作成して他のＥＣＵ２０Ｂ、２０Ｃに送信し、ＥＣＵ２０Ｂ、２０ＣはＥＣＵ２０Ａが作成した優先順位表３１をＲＡＭ２５に記憶しているが、ＥＣＵ２０ＢまたはＥＣＵ２０Ｃが優先順位表３１を作成し、他のＥＣＵ２０に送信してもよい。
また、ＥＣＵ２０Ａ、２０Ｂ、２０Ｃが夫々ＥＥＰＲＯＭ２２の空き容量情報の送信要求を出して優先順位表３１を作成し、他のＥＣＵ２０に送信してもよい。この場合、各ＥＣＵ２０は他のＥＣＵ２０から優先順位表３１を受信するたびにＭＥＭＯＲＹ＿ＬＩＳＴ領域２５ｂに優先順位表３１を上書きし、最後に送信された優先順位表３１を用いる。
【００３４】
また、優先順位表３１はＥＥＰＲＯＭ２２の空き容量から求めるのではなく、自ＥＣＵからの通信経路が短いＥＣＵを優先とするように優先順位表３１を定めていてもよい。この場合、各ＥＣＵによって優先順位表３１が異なるため、各ＥＣＵには工場出荷時に予め優先順位表３１を記憶させておく。
【００３５】
図７はステップＳ１２のバージョン番号を相互に取得する動作の詳細なフローチャートである。図７はＥＣＵ２０Ａがバージョン番号を送信する例を説明しているが、ＥＣＵ２０Ｂ、２０ＣもＥＣＵ２０Ａと同様の動作を行っており、各ＥＣＵ２０Ａ、２０Ｂ、２０Ｃは相互に他のＥＣＵ２０のバージョン番号を記憶している。
【００３６】
ステップＳ５０はＥＣＵ２０ＡがＥＥＰＲＯＭ２２の自データのバージョン番号を自データのバージョン番号を記憶する領域２２ｃであるＥＣＵＡ＿ＶＥＲＳＩＯＮ領域から読み出し、他の全てのＥＣＵ２０Ｂ、２０Ｃに送信している。
ステップＳ５１では、ＥＣＵ２０Ｂ、２０ＣはＥＣＵ２０Ａからバージョン番号を受信している。
ステップＳ５２では、ＥＣＵ２０Ｂ、２０ＣはＥＣＵ２０Ａのバージョン番号を、ＥＣＵ２０Ｂ、２０Ｃから見て他のＥＣＵのバージョン番号を記憶する領域２２ｄであるＥＣＵＡ＿ＶＥＲＳＩＯＮ領域に記憶している。
【００３７】
図８はステップＳ１３のバックアップデータを相互に取得する動作の詳細なフローチャートである。図８はＥＣＵ２０Ａが自データを他のＥＣＵ２０Ｂ、２０Ｃに送信する例を説明しているが、ＥＣＵ２０Ｂ、２０ＣもＥＣＵ２０Ａと同様の動作を行っており、各ＥＣＵ２０Ａ、２０Ｂ、２０Ｃは相互に他のＥＣＵ２０のバックアップデータを記憶している。
【００３８】
ステップＳ６０はＥＣＵ２０ＡがＥＥＰＲＯＭ２２の自データを、自データの保存領域２２ａであるＥＣＵＡ＿ＤＡＴ領域から読み出し、他の全てのＥＣＵ２０Ｂ、２０Ｃに送信している。
ステップＳ６１では、ＥＣＵ２０Ｂ、２０ＣはＥＣＵ２０Ａから、ＥＣＵ２０Ａのデータ（ＥＣＵ２０Ｂ、２０Ｃから見るとバックアップデータ、ＥＣＵ２０Ａから見ると自データ）を受信している。
ステップＳ６２では、ＥＣＵ２０Ｂ、２０ＣはＥＣＵ２０ＡのデータをＥＥＰＲＯＭ２２のＥＣＵＡ＿ＤＡＴ領域に記憶している。
【００３９】
前記構成によれば、本発明の車載用通信システム１０によれば、工場出荷時など車載用通信システムの全てのＥＣＵ２０が最初に起動した時、または、ＥＣＵ２０の自データをダイアグノーシス等を接続して書き換えた時に、各ＥＣＵ２０は自己のＥＥＰＲＯＭ２２の自データを他のＥＣＵ２０に送信すると共に、他のＥＣＵ２０のバックアップデータを他のＥＣＵ２０から受信して保存しているので、各ＥＣＵ２０は、バス１１に接続された他の全てのＥＣＵ２０のＥＥＰＲＯＭ２２のデータをバックアップデータとして互いに記憶することができる。
【００４０】
なお、書き換え可能な不揮発性メモリはＥＥＰＲＯＭ２２に限定されるものではなく、マスクＲＯＭ、ＰＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ等であってもよい。
また、本実施形態では１本のバス１１に複数のＥＣＵ２０が接続されおり、互いにデータの送受信を行っているが、ゲートウェイを介して他のバス１１に接続されたＥＣＵ２０との間でバックアップデータの送受信を行ってもよい。
【００４１】
図９は本発明の第２実施形態を示す。
第２実施形態は、第１実施形態で車載用通信システム１０を構成する各ＥＣＵ２０が夫々互いにＥＥＰＲＯＭ２２のバックアップデータを記憶した状態となった後に、ＥＥＰＲＯＭ２２のデータの内容を意図的に書き換えた場合の動作である。ＥＥＰＲＯＭ２２はダイアグノーシス等を接続してディーラーなどで書き換えが可能である。
例としてＥＣＵ２０ＡのＥＥＰＲＯＭ２２のデータを書き換えた場合について、図９のフローチャートを用いて説明する。
【００４２】
ステップＳ７０では、ＥＣＵ２０ＡのＥＥＰＲＯＭ２２の自ノードの保存領域２２ａであるＥＣＵＡ＿ＤＡＴ領域に、新しいデータが上書きされている。
ステップＳ７１では、ＥＥＰＲＯＭ２２の自データのバージョン番号の記憶領域２２ｃであるＥＣＵＡ＿ＶＥＲＳＩＯＮ領域のバージョン番号を＋１する。
ステップＳ７２では、ＣＰＵ２４のメモリチェック部２４ａが定期的にメモリチェックを行っている場合、メモリチェックの動作を停止する。
【００４３】
ステップＳ７３、Ｓ７４は第１実施形態のステップＳ１０、Ｓ１１と同様の動作である。
ステップＳ７３では、ＥＣＵ２０ＡのＥＥＰＲＯＭ２２はデータが書き換わっているため、メモリチェックの基準値となるチェックサム値を再び演算している。
ステップＳ７４では、ＥＣＵ２０ＡのＥＥＰＲＯＭ２２の空き容量も変化しているため、ＥＣＵ２０Ａの新たな空き容量情報を用いて優先順位表３１を作成している。
ステップＳ７５では、ＥＣＵ２０Ａは新たなバージョン番号を他のＥＣＵ２０Ｂ、２０Ｃに送信する。なお、第１実施形態のステップＳ１２と同様に、他のＥＣＵ２０Ｂ、２０Ｃからバージョン番号を受信してもよい。
ステップＳ７６では、ＥＣＵ２０Ａは新たな自データを他のＥＣＵ２０Ｂ、２０Ｃに送信する。なお、第１実施形態のステップＳ１３と同様に、他のＥＣＵ２０Ｂ、２０ＣからＥＣＵ２０Ｂ、２０Ｃのデータを受信してもよい。ステップＳ７６により、ＥＣＵ２０Ａの新たなデータを他のＥＣＵ２０Ｂ、２０Ｃも記憶し、バックアップデータを相互に取得している。
ステップＳ７７では、ステップＳ７２で停止した定期的なメモリチェックを再開している。
【００４４】
前記構成によれば、車載用通信システム１０を構成する各ＥＣＵ２０が夫々互いにＥＥＰＲＯＭ２２のバックアップデータを記憶した状態となった後に、ＥＥＰＲＯＭ２２のデータの内容を意図的に書き換えた場合であっても、自動的に各ＥＣＵ２０間で互いにバックアップデータを記憶し直すことができる。
なお、他の構成および作用効果は第１実施形態と同様のため、同一の符号を付して説明を省略する。
【００４５】
なお、本実施形態ではステップＳ７０でＥＣＵ２０ＡのＥＥＰＲＯＭ２２を新たなデータに書き換えた直後からステップＳ７１以降の処理を行っている。しかし、ステップＳ７０でＥＥＰＲＯＭ２２を新たなデータに書き換えた後にステップＳ７１とＳ７２を行い、Ｓ７３のチェックサム演算以降の処理はエンジン始動後に行ってもよい。
【００４６】
図１０は本発明の第３実施形態を示す。
第３実施形態は、第１実施形態で車載用通信システム１０を構成する各ＥＣＵ２０が夫々互いにＥＥＰＲＯＭ２２のバックアップデータを記憶している状態となった後に、ＥＥＰＲＯＭ２２からデータの読み出しは可能であるが、ノイズの混入やＥＣＵ２０のリセット時の不具合等によりデータ内容が破壊され誤ったデータとなる異常が発生した場合の動作である。
例としてＥＣＵ２０ＡのＥＥＰＲＯＭ２２のデータが破壊された場合について、図１０のフローチャートを用いて説明する。
【００４７】
ステップＳ８０では、ＥＥＰＲＯＭ２２のメモリチェックを行っている。ＥＣＵ２０ＡのＣＰＵ２４のメモリチェック部２４ａは定期的にＥＥＰＲＯＭ２２のチェックサム演算を行ってチェックサム値をＮＥＷ＿ＣＨＥＣＫＳＵＭ領域２５ｄに保存し、基準値であるＯＬＤ＿ＣＨＥＣＫＳＵＭ領域２５ｃの値と比較している。ＮＥＷ＿ＣＨＥＣＫＳＵＭ領域２５ｄとＯＬＤ＿ＣＨＥＣＫＳＵＭ領域２５ｃの値が一致しない場合は、ＥＥＰＲＯＭ２２に異常が発生しているとしてステップＳ８１に進む。値が一致する場合はＥＥＰＲＯＭ２２は正常であるとしてステップＳ８０を繰り返す。
【００４８】
ステップＳ８１では、ＥＣＵ２０Ａは他のＥＣＵ２０Ｂ、２０Ｃに自データの送信要求を行う。他のＥＣＵ２０Ｂ、２０ＣのＥＣＵＡ＿ＤＡＴ領域にはＥＣＵ２０ＡのＥＥＰＲＯＭ２２の自データが記憶されている。
ステップＳ８２では、ＥＣＵ２０Ｂ、２０ＣはＥＣＵ２０Ａからデータの送信要求を受信している。
【００４９】
ステップＳ８３では、ＥＣＵ２０Ｂ、２０Ｃは自己のＥＥＰＲＯＭ２２のＥＣＵＡ＿ＤＡＴ領域に記憶されたＥＣＵ２０Ａのデータを、ＥＣＵＡ＿ＶＥＲＳＩＯＮ領域に記憶されたバージョン番号と共にＥＣＵ２０Ａに送信する。
ステップＳ８４では、ＥＣＵ２０Ａは各ＥＣＵ２０Ｂ、２０Ｃから自データ及びバージョン番号を受信している。
ステップＳ８５では、ＥＣＵ２０ＡのＣＰＵ２４はＥＣＵ２０Ｂ、２０Ｃから受信したバージョン番号を比較し、複数のＥＣＵ２０から最新のバージョン番号を受信したか否かを判断している。複数のＥＣＵ２０から受信している場合はステップＳ８６に進み、１つのＥＣＵ２０からのみ最新のバージョン番号を受信している場合はステップＳ８７に進む。
【００５０】
ステップＳ８６では、ＲＡＭ２５のＭＥＭＯＲＹ＿ＬＩＳＴ領域２５ｂから優先順位表３１を参照し、最新のバージョン番号を送信した複数のＥＣＵ２０のうち優先順位の高いＥＣＵ２０を特定している。
ステップＳ８７では、受信した自データをＥＥＰＲＯＭ２２のＥＣＵＡ＿ＤＡＴ領域に上書きして保存している。
【００５１】
前記構成によれば、ノイズの混入やＥＣＵ２０のリセット時の不具合等により、ＥＥＰＲＯＭ２２のデータ内容が破壊され誤ったデータとなっている場合であっても、他のＥＣＵ２０からバックアップデータを受信してＥＥＰＲＯＭ２２に上書き保存することで、ＥＥＰＲＯＭ２２に正常なデータを復旧させることができる。
なお、他の構成および作用効果は第１実施形態と同様のため、同一の符号を付して説明を省略する。
【００５２】
図１１は本発明の第４実施形態を示す。
第４実施形態は、第１実施形態で車載用通信システム１０を構成する各ＥＣＵ２０が夫々互いにＥＥＰＲＯＭ２２のバックアップデータを記憶している状態となった後に、ＥＥＰＲＯＭ２２本体が故障しＥＥＰＲＯＭ２２からデータの読み出しができず通信途絶となる異常が発生した場合の動作である。
例としてＥＣＵ２０ＡのＣＰＵ２４がＥＥＰＲＯＭ２２との通信途絶となった場合について、図１１のフローチャートを用いて説明する。
【００５３】
ステップＳ９０では、ＣＰＵ２４は定期的にＥＥＰＲＯＭ２２と通信を行い、故障が発生しているか否かを検知している。ＣＰＵ２４がＥＥＰＲＯＭ２２にアクセスできず通信を行うことができない場合はステップＳ９１に進む。故障を検知していない場合はステップＳ９０を繰り返す。なお、車体が衝突した場合にＣＰＵ２４がＥＥＰＲＯＭ２２の故障の発生を検知してもよい。
ステップＳ９１からＳ９６では、ＥＣＵ２０Ａは他のＥＣＵ２０Ｂ、２０ＣからＥＣＵ２０Ａの自データを受信して、バージョン番号や優先順位表３１から保存する自データを送信したＥＣＵ２０を定めている。ステップＳ９１からＳ９６は第３実施形態のステップＳ８１からＳ８６と同様の動作であるため説明を省略する。
【００５４】
ステップＳ９７では前記ＥＣＵ２０が送信した自データをＲＡＭ２５のＢＡＣＫＵＰ＿ＤＡＴ領域２５ｅに保存する。
ステップＳ９８では、ＢＡＣＫＵＰ＿ＤＡＴ領域２５ｅに保存した自データを用いて、ＣＰＵ２４が行う所定の機能の設定値をＲＡＭ２５上に復旧する。
【００５５】
前記構成によれば、ＥＥＰＲＯＭ２２本体が故障しＥＥＰＲＯＭ２２からデータの読み出しができず通信途絶となる異常が発生した場合であっても、他のＥＣＵ２０からＥＥＰＲＯＭ２２のバックアップデータを受信してＲＡＭ２５に保存することで、ＣＰＵ２４は従来ＥＥＰＲＯＭ２２に記憶されていた設定値をＲＡＭ２５から読み出すことができ、ＣＰＵ２４は所定の機能を実行することができる。
なお、他の構成および作用効果は第１実施形態と同様のため、同一の符号を付して説明を省略する。
【図面の簡単な説明】
【００５６】
【図１】本発明である車載用通信システムの第１実施形態を示す構成図である。
【図２】ＥＥＰＲＯＭの構成の説明図である。
【図３】（Ａ）はＲＡＭの構成の説明図であり、（Ｂ）はＲＡＭのＥＣＵ＿ＭＥＭＯＲＹ領域の構成図、（Ｃ）はＲＡＭのＭＥＭＯＲＹ＿ＬＩＳＴ領域の構成図である。
【図４】電子制御ユニットの動作の概略を示すフローチャートである。
【図５】チェックサム値算出のフローチャートである。
【図６】優先順位表作成のフローチャートである。
【図７】バージョン番号の送受信のフローチャートである。
【図８】自データ及びバックアップデータの送受信のフローチャートである。
【図９】第２実施形態を示すフローチャートである。
【図１０】第３実施形態を示すフローチャートである。
【図１１】第４実施形態を示すフローチャートである。
【符号の説明】
【００５７】
１０  車載用通信システム
２０（２０Ａ〜２０Ｃ）  電子制御ユニット
２１  マイコン
２２  ＥＥＰＲＯＭ
２２ａ  自データの保存領域
２２ｂ  バックアップデータの保存領域
２２ｃ  自データのバージョン番号の記憶領域
２２ｄ  バックアップデータのバージョン番号の記憶領域
２３  入出力回路
２４  ＣＰＵ
２４ａ  メモリチェック部
２５  ＲＡＭ
２５ｅ  ＢＡＣＫＵＰ＿ＤＡＴ領域
３１  優先順位表
【図１】
2008254484.tif 000003
【図２】
2008254484.tif 000004
【図３】
2008254484.tif 000005
【図４】
2008254484.tif 000006
【図５】
2008254484.tif 000007
【図６】
2008254484.tif 000008
【図７】
2008254484.tif 000009
【図８】
2008254484.tif 000010
【図９】
2008254484.tif 000011
【図１０】
2008254484.tif 000012
【図１１】
2008254484.tif 000013