(57)【要約】【課題】電子制御装置のデータを適切に保存することができるようにする。【解決手段】自動車用電子制御システム１は、メモリ１１１と、ＣＰＵ１１２とを各々が備えた複数のＥＣＵ１０１〜１０４がネットワークを介して接続されている。複数のＥＣＵ１０１〜１０４のうちの２以上のＥＣＵ１０１〜１０４は、複数のＥＣＵ１０１〜１０４の各々のメモリ１１１毎のデータ保存可能容量を含む空き状況テーブルをメモリ１１１に格納し、ＣＰＵ１１２が、空き状況テーブルに基づいて、他のＥＣＵにデータの保存命令を送信するメインＥＣＵ１０１〜１０４である。【選択図】図１
2020129332.tif 000002
【特許請求の範囲】
【請求項１】
メモリと、ＣＰＵとを各々が備えた複数の電子制御装置がネットワークを介して接続された自動車用電子制御システムであって、
前記複数の電子制御装置のうちの２以上の電子制御装置は、
前記複数の電子制御装置の各々のメモリ毎のデータ保存可能容量を含む空き状況テーブルを前記メモリに格納し、
前記ＣＰＵが、前記空き状況テーブルに基づいて、他の電子制御装置にデータの保存命令を送信するメイン電子制御装置である自動車用電子制御システム。
【請求項２】
前記複数の電子制御装置の各々は、前記メイン電子制御装置である、
請求項１に記載の自動車用電子制御システム。
【請求項３】
前記メイン電子制御装置は、前記複数の電子制御装置のうちの何れかの故障情報を取得した場合、前記他の電子制御装置にデータの保存命令を送信する、
請求項１に記載の自動車用電子制御システム。
【請求項４】
前記メモリは、複数のデータ保存領域に区画されており、
前記空き状況テーブルは、前記複数のデータ保存領域毎の書き込み可否情報および書き込み優先度情報を更に含む、
請求項１に記載の自動車用電子制御システム。
【請求項５】
前記空き状況テーブルは、前記データ保存領域に保存したデータの属性情報を更に含む、
請求項４に記載の自動車用電子制御システム。
【請求項６】
前記ネットワークには、セキュリティ部が配置される、
請求項１に記載の自動車用電子制御システム。
【請求項７】
前記メイン電子制御装置は、前記複数の電子制御装置に同一のデータを保存する、
請求項１に記載の自動車用電子制御システム。
【請求項８】
前記メイン電子制御装置は、前記複数の電子制御装置に複数に分割したデータを分割保存する、
請求項１に記載の自動車用電子制御システム。
【請求項９】
前記複数の電子制御装置の各々が取得したデータを保存可能な上位電子制御装置を備える、
請求項１に記載の自動車用電子制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車用電子制御システムに関する。
【背景技術】
【０００２】
近年、自動車用の電子制御装置（ＥＣＵ：Electronic Control Unit）が取り扱うデータ量は、増加の一途を辿っている。そのような取り扱うデータ量の増加に伴い、ＥＣＵにデータの保存可能領域を増やす必要性が高まってる。したがって、ハードウェアに対するコストの増加は避けられない。
【０００３】
一般に、各ＥＣＵへのデータの保存は、各々のＥＣＵが実行する。あるＥＣＵのデータは、そのＥＣＵのメモリに保存され、他のＥＣＵのメモリには保存されない。しかし、近年では、他のＥＣＵのメモリにデータを保存する方法も存在している。
【０００４】
特許文献１乃至３には、他のＥＣＵのメモリにデータを保存するために、親ＥＣＵを新たに設ける方法が開示されている。親ＥＣＵは、他のＥＣＵのデータ保存可能領域に内の空き容量の情報を保有しており、他のＥＣＵにデータを保存する際には、その空き容量情報に基づいて保存先を決定する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−３８３８８号公報
【特許文献２】特開２００４−３０２９４４号公報
【特許文献３】特開２０１３−２８２３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１乃至３に開示されているように、他のＥＣＵにデータを保存する方法では、他のＥＣＵに保存するデータの割り振りを管理するために、親ＥＣＵを設ける必要がある。そのため、親ＥＣＵが故障した場合、他のＥＣＵにデータを分散して保存することが不可能になる問題があった。
【０００７】
本発明は、上記課題を解決するためのものであり、その目的は、電子制御装置のデータを適切に保存することができる技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明に従う自動車用電子制御システムは、メモリと、ＣＰＵとを各々が備えた複数の電子制御装置がネットワークを介して接続された自動車用電子制御システムであって、前記複数の電子制御装置のうちの２以上の電子制御装置は、前記複数の電子制御装置の各々のメモリ毎のデータ保存可能容量を含む空き状況テーブルを前記メモリに格納し、前記ＣＰＵが、前記空き状況テーブルに基づいて、他の電子制御装置にデータの保存命令を送信するメイン電子制御装置である。
【発明の効果】
【０００９】
本発明によれば、電子制御装置のデータを適切に保存することができる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態に係る自動車用電子制御システムの構成図。
【図２】第１実施形態に係る空き状況テーブルの構成図。
【図３】第１実施形態に係る空き状況テーブルの更新処理の流れ図。
【図４】第１実施形態に係るデータ保存処理の流れ図。
【図５】第２実施形態に係るデータ保存処理の流れ図。
【図６】他の実施形態に係る自動車用電子制御システムの構成図。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して幾つかの実施形態について詳述する。本実施形態は、本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。各図において共通の構成については、同一の参照符号が付されている。
【００１２】
本実施形態では、複数の電子制御装置（Electronic Control Unit。以下、ＥＣＵ）にデータを分散して保存するデータ保存処理を実行する自動車用電子制御システムの一例を説明する。
＜第１実施形態＞
【００１３】
図１は、第１実施形態に係る自動車用電子制御システムの構成図である。
【００１４】
自動車用電子制御システム１は、メモリ１１１と、ＣＰＵ１１２とを各々が備えた複数のＥＣＵ１０１〜１０４を備えている。複数のＥＣＵ１０１〜１０４は、ネットワーク（不図示）を介して相互に通信可能に接続されている。
【００１５】
メモリ１１１は、取得したデータや各種処理に用いるデータを格納する。例えば、メモリ１１１は、後述する空き状況テーブル２００（図２参照）を格納する。メモリ１１１内は、複数のデータ保存領域に区画されてもよい。
【００１６】
ＣＰＵ１１２は、データの保存および保存先の決定等の各種処理を実行する。例えば、ＣＰＵ１１２は、空き状況テーブル２００に基づいて、ＥＣＵ１０１〜１０４の各々のメモリ１１１のうちからデータの保存先を決定し、他のＥＣＵにデータの保存命令を送信する。即ち、本実施形態では、ＥＣＵ１０１〜１０４の各々は、ＣＰＵ１１２が、空き状況テーブル２００に基づいて、他のＥＣＵにデータの保存命令を送信するメインＥＣＵである。
【００１７】
例えば、ＥＣＵ１０２が故障情報を取得した場合（Ｓ１）、ＥＣＵ１０２は、他のＥＣＵ１０１，１０３，１０４に所定期間内に取得したデータの保存命令を送信する（Ｓ２）。ＥＣＵ１０２と、ＥＣＵ１０２データの保存命令を受信したＥＣＵ１０１，１０３，１０４とは、所定期間内に取得したデータをメモリ１１１に保存する（Ｓ３）。
【００１８】
図２は、第１実施形態に係る空き状況テーブルの構成図である。
【００１９】
空き状況テーブル２００には、周期的にＥＣＵ１０１〜１０４が取得した各種データが書き込まれる。空き状況テーブル２００は、ＥＣＵ１０１〜１０４の各々のメモリ１１１へのデータの保存時に、データの保存先を決定する際に用いられる。
【００２０】
空き状況テーブル２００は、項目値（またはカラム値）として、ＥＣＵ  ＩＤ２０１と、データ保存可能容量２０２と、ＥＣＵの故障状況２０３と、各領域の書き込み可否２０４と、書き込み優先度２０５と、書き込みステータス２０６とを含んでよい。
【００２１】
ＥＣＵ  ＩＤ２０１は、ＥＣＵ１０１〜１０４を特定する識別子である。ＥＣＵ  ＩＤ２０１には、自ＥＣＵの情報以外に他のＥＣＵの情報が含まれている。データ保存可能容量２０２は、ＥＣＵ１０１〜１０４の各々のメモリ１１１が保存可能なデータ量である。ＥＣＵの故障状況（故障情報）２０３は、各ＥＣＵ１０１〜１０４の故障の有無である。各領域の書き込み可否２０４は、ＥＣＵ１０１〜１０４の各データ保存領域への書き込みが可能か否かである。書き込み優先度２０５は、各データ保存領域にデータを書き込むときの優先度である。ステータス２０６は、各データ保存領域の書き込み状況である。例えば、ステータス２０６は、“書き込み済み”、“空き”、または“書き込み中”でよい。
【００２２】
空き状況テーブル２００は、項目値として、空き状況テーブル２００の更新の順序を含んでよい。空き状況テーブル２００は、項目値として、属性を含んでよい。これにより、データ保存可能容量２０２が不足するメモリ１１１に対して新たにデータを保存するときに、既にメモリ１１１に保存したデータと新たなデータの重要度を比較して、重要度が低いデータは削除し、重要度の高いデータを保存することができる。空き状況テーブル２００は、必要に応じて上記以外の情報を含んでもよく、上記の情報のうちの何れかを含まなくてもよい。
【００２３】
図３は、第１実施形態に係る空き状況テーブルの更新処理の流れ図である。
【００２４】
空き状況テーブル２００の更新処理は、周期的（例えば、１〜２ｍｓ）に実行される。
【００２５】
空き状況テーブル２００の更新対象のＥＣＵのＣＰＵ１１２は、更新周期毎に、自ＥＣＵの空き状況を自ＥＣＵの空き状況テーブル２００に書き込む（Ｓ３０１）。その後、更新対象のＥＣＵのＣＰＵ１１２は、次に空き状況を保存する次の更新対象のＥＣＵを確認する（Ｓ３０２）。尚、空き状況を保存する順序は、予め空き状況テーブル２００に設定されてよい。更新対象のＥＣＵのＣＰＵ１１２は、次の更新対象のＥＣＵと通信し、次の更新対象のＥＣＵが正常か否かを判定する（Ｓ３０３）。Ｓ３０３の判定結果が真の場合（Ｓ３０３：ＹＥＳ）、更新対象のＥＣＵのＣＰＵ１１２は、自ＥＣＵの空き状況テーブル２００を次の空き状況テーブル２００の更新対象のＥＣＵの空き状況テーブル２００に上書きする（Ｓ３０４）。Ｓ３０３の判定結果が偽の場合（Ｓ３０３：ＮＯ）、更新対象のＥＣＵのＣＰＵ１１２は、自ＥＣＵの空き状況テーブル２００の故障状況２０３にその正常ではないＥＣＵを無効なＥＣＵとして登録し（Ｓ３０５）、Ｓ３０２に戻り、次の更新対象のＥＣＵを決定する。
【００２６】
図４は、第１実施形態に係るデータ保存処理の流れ図である。
【００２７】
保存対象のデータを保存するＥＣＵ（自ＥＣＵ）のＣＰＵ１１２は、自ＥＣＵの空き状況テーブル２００を参照し、ＥＣＵ１０１〜１０４の各々のメモリ１１１に保存対象のデータを保存する領域があるか否かを確認し、書き込み先を決定する（Ｓ４０１）。次いで、自ＥＣＵのＣＰＵ１１２は、決定した書き込み先のＥＣＵが正常か否かを判定する（Ｓ４０２）。Ｓ４０２の判定結果が真の場合（Ｓ４０２：ＹＥＳ）、自ＥＣＵのＣＰＵ１１２は、空き状況テーブル２００の対象領域に対応するステータス２０６を“書き込み中”に変更し、Ｓ４０５に進む（Ｓ４０４）。
【００２８】
一方、Ｓ４０２の判定結果が偽の場合（Ｓ４０２：ＮＯ）、自ＥＣＵのＣＰＵ１１２は、空き状況テーブル２００の故障状況２０３にその正常ではないＥＣＵを無効なＥＣＵとして登録する（Ｓ４０３）。Ｓ４０５では、自ＥＣＵのＣＰＵ１１２は、保存対象のデータを書き込み先ＥＣＵのメモリ１１１に書き込む。次いで、自ＥＣＵのＣＰＵ１１２は、Ｓ４０４で“書き込み中”に変更した空き状況テーブル２００のステータス２０６を“書き込み完了”に変更する（Ｓ４０６）。Ｓ４０６において、ステータス２０６には、“書き込み完了”を含むことによって、他のＥＣＵがデータを上書きしてしまうことを防ぐことができる。次いで、自ＥＣＵのＣＰＵ１１２は、書き込み先ＥＣＵの空き状況を自ＥＣＵの空き状況テーブル２００に書き込む。最後に、自ＥＣＵのＣＰＵ１１２は、他のＥＣＵの空き状況テーブル２００の空き状況を自ＥＣＵが格納する空き状況テーブル２００で上書きする（Ｓ４０８）。
【００２９】
尚、ＣＰＵ１１２による書き込みは、ＥＣＵ内部にあるキューに基づいて実行されるため、各ＥＣＵ内部でのデータ保存と、他のＥＣＵからのデータ保存による書き込みとは競合しない。各ＥＣＵ１０１〜１０４の各々のＣＰＵ１１２は、保存先を決めるための空き状況テーブル２００へのデータの保存と、空き状況テーブル２００に基づくデータの保存先の決定とを実行する。
【００３０】
この構成によれば、ＥＣＵ１０１〜１０４は、ＥＣＵ１０１〜１０４の各々のメモリ１１毎のデータ保存可能容量２０２を含む空き状況テーブル２００をメモリ１１１に格納し、ＣＰＵ１１２が、空き状況テーブル２００に基づいて、他のＥＣＵにデータの保存命令を送信する。これにより、ＥＣＵ１０１〜１０４のうちの何れかのＥＣＵが故障した際にも、自動車用電子制御システム１の運用続行が可能となる。
＜第２実施形態＞
【００３１】
第２実施形態に係る自動車用電子制御システムについて説明する。尚、第２実施形態に係る自動車用電子制御システムは、第１実施形態に係る自動車用電子制御システムとは、データ保存処理の構成が異なるだけであり、その他の構成は、第１実施形態に係る自動車用電子制御システムと同様である。したがって、第１実施形態との相違点を中心に述べる。
【００３２】
図５は、第２実施形態に係るデータ保存処理の流れ図である。
【００３３】
先ず、自ＥＣＵのＣＰＵ１１２は、保存対象のデータと同時系列の他のＥＣＵのデータを保存するか否かを判定する（Ｓ５０１）。Ｓ５０１の判定結果が真の場合（Ｓ５０１：ＹＥＳ）、自ＥＣＵのＣＰＵ１１２は、他のＥＣＵにデータの保存命令を送信する（Ｓ５０２）。次いで、自ＥＣＵと、保存命令を受信した他のＥＣＵとは、図４と同様なデータ保存処理を実行する。一方、Ｓ５０１の判定結果が偽の場合（Ｓ５０１：ＮＯ）、自ＥＣＵのＣＰＵ１１２は、図４と同様なデータ保存処理を実行する。尚、Ｓ５０１において、他のＥＣＵのデータ保存の判定と、保存するデータの内容とは、予め設定された基準（故障時に全ＥＣＵのフリーズフレームデータを保存するなど）に基づいてよい。
【００３４】
なお、本発明は上記した各実施形態に限定されるものではなく、様々な変形例が含まれる。上記した各実施形態は本発明を分かりやすく説明するために詳細に説明されたものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。さらに、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、さらに、ある実施形態の構成に他の実施形態の構成を加えることも可能である。さらに、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００３５】
例えば、ＥＣＵ１０１〜１０４間のネットワークには、セキュリティ部が配置されてよい。これにより、他ＥＣＵに自ＥＣＵの空き情報（図３）および対象データ（図４）を保存するために、ＥＣＵ間で通信する際に、ＥＣＵ間通信のセキュリティを保証することができる。使用するセキュリティの種類は、共通鍵暗号方式でも公開鍵暗号方式でもよい。
【００３６】
さらに、ＥＣＵ１０１〜１０４は、ＥＣＵ１０１〜１０４のうちの２以上のＥＣＵのメモリ１１１に同一のデータを保存してもよい。これにより、データが保存されたＥＣＵから故障等の原因でデータを読み出せなくなっても、バックアップとして保存したＥＣＵからデータを取得することができ、データの消失を防ぐことができる。
【００３７】
さらに、自ＥＣＵのＣＰＵ１１２は、１つのＥＣＵに限らずに複数のＥＣＵにデータを分散保存してもよい。データの分散先は、各ＥＣＵのデータ保存可能容量２０２の比、書き込み優先度２０５などに基づいて判定する。これにより、１つのＥＣＵにのみに書き込み負荷が掛かることを防ぐことが可能となる。
【００３８】
さらに、自ＥＣＵのＣＰＵ１１２は、空き状況テーブル２００に格納されたＥＣＵ１０１〜１０４のデータ保存可能容量２０２のみで判定することに限らない。例えば、自ＥＣＵのＣＰＵ１１２は、各領域の書き込み優先度２０５、各領域の書き込み可否２０４などの情報を予め空き状況テーブル２００内に設定しておき、それらの情報に基づいて保存先の領域を判定してもよい。
【００３９】
さらに、自動車用電子制御システム１は、図６に示すように、ＥＣＵ１０１〜１０４の各々のデータを保存可能なメモリ６１１を有するＧａｔｅｗａｙ６０１などの上位ＥＣＵを備えてよい。この場合、例えば、ＥＣＵ１０２が故障情報を取得した場合（Ｓ４）、ＥＣＵ１０２のＣＰＵ１１２は、他のＥＣＵ１０１，１０３，１０４にデータの保存命令を送信する（Ｓ５）。ＥＣＵ１０１〜１０４の各々のＣＰＵ１１２は、取得した新たなデータを含む空き状況をＧａｔｅｗａｙ６０１のメモリ６１１に保存する（Ｓ６）。尚、ＥＣＵ１０１〜１０４は、メモリ１１１を備えてもよい。これにより、各ＥＣＵ１０１〜１０４から集められた同時系列のデータを１か所に集めることができる。したがって、保存対象のデータを故障時のフリーズフレームデータなどのように同時系列で保存されることによって、故障原因の特定などに用いることができる。
【００４０】
さらに、上記実施形態では、ＥＣＵ１０１〜１０４の各々がメインＥＣＵであった。しかし、ＥＣＵ１０１〜１０４のうちの２以上のＥＣＵがメインＥＣＵで、残りのＥＣＵがデータの保存先を決定不可能なサブＥＣＵでよい。
【符号の説明】
【００４１】
１…自動車用電子制御システム、１０１〜１０４…ＥＣＵ、１１１…メモリ、１１２…ＣＰＵ、２００…空き状況テーブル空き状況テーブル、２０２…データ保存可能容量、２０３…故障状況、２０４…書き込み可否情報、２０５…書き込み優先度
【図１】
2020129332.tif 000003
【図２】
2020129332.tif 000004
【図３】
2020129332.tif 000005
【図４】
2020129332.tif 000006
【図５】
2020129332.tif 000007
【図６】
2020129332.tif 000008