JP7661903B2 - Electronic Control Unit - Google Patents
Electronic Control Unit Download PDFInfo
- Publication number
- JP7661903B2 JP7661903B2 JP2022011998A JP2022011998A JP7661903B2 JP 7661903 B2 JP7661903 B2 JP 7661903B2 JP 2022011998 A JP2022011998 A JP 2022011998A JP 2022011998 A JP2022011998 A JP 2022011998A JP 7661903 B2 JP7661903 B2 JP 7661903B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- backup
- electronic control
- ecu
- control device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Stored Programmes (AREA)
Description
本発明は、電子制御装置に関する。 The present invention relates to an electronic control device.
例えば車載用の電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）においては、機能の向上や不具合の解消等を目的としてソフトウェア（以下、ソフトと称する）を書き換え可能に構成されている。ソフトを書き換える際には、例えば不安定な通信環境でのソフトの書き換えに備え、更新データを書き換え対象ＥＣＵに書き込む前に、書き換え対象ＥＣＵに保存されている保存データをバックアップしておく必要がある。即ち、書き換え対象ＥＣＵとは別のバックアップ先ＥＣＵを確保し、更新データを書き換え対象ＥＣＵに書き込む前に、保存データをバックアップデータとしてバックアップ先ＥＣＵに保存することで、書き換え対象ＥＣＵにおいてソフトの書き換えを正常完了しなかった場合に、バックアップ先ＥＣＵに保存しておいたバックアップデータによりソフトの書き換え前の状態に復旧させることが可能となる。 For example, in-vehicle electronic control units (hereinafter referred to as ECUs (Electronic Control Units)) are configured to allow software (hereinafter referred to as "software") to be rewritten in order to improve functionality, resolve defects, and the like. When rewriting software, for example in an unstable communication environment, it is necessary to back up the data stored in the ECU to be rewritten before writing update data to the ECU to be rewritten. In other words, by securing a backup destination ECU separate from the ECU to be rewritten and saving the data as backup data in the backup destination ECU before writing update data to the ECU to be rewritten, if the software rewriting in the ECU to be rewritten is not completed successfully, it becomes possible to restore the software to the state it was in before it was rewritten using the backup data stored in the backup destination ECU.
保存データをバックアップするには、何れのＥＣＵをバックアップ先ＥＣＵとして確保するかを特定する必要があり、バックアップ先ＥＣＵを管理する必要がある。例えば特許文献１には、特定のＥＣＵが管理テーブルを保持し、その管理テーブルによりバックアップ先ＥＣＵとなり得る複数のＥＣＵの空き容量を管理する構成が開示されている。
To back up stored data, it is necessary to identify which ECU is to be reserved as the backup destination ECU, and it is necessary to manage the backup destination ECU. For example,
しかしながら、特定のＥＣＵが管理テーブルを保持する構成では、バックアップ先ＥＣＵとなり得る複数のＥＣＵがそれぞれ特定のＥＣＵへアクセスして他のＥＣＵの空き容量を参照する必要があり、特定のＥＣＵへのアクセスが集中することになる。その結果、バックアップ先ＥＣＵとなり得る複数のＥＣＵと特定のＥＣＵとの間でのデータ通信量が増大し、システム全体の通信負荷が増大する問題がある。 However, in a configuration in which a specific ECU holds the management table, multiple ECUs that can be backup destination ECUs must each access the specific ECU to refer to the free space of the other ECUs, resulting in concentrated access to the specific ECU. As a result, the amount of data communication between the multiple ECUs that can be backup destination ECUs and the specific ECU increases, creating a problem of increased communication load on the entire system.
本発明は、上記した事情に鑑みてなされたものであり、その目的は、更新データを書き換え対象の電子制御装置に書き込む前に、書き換え対象の電子制御装置に保存されている保存データをバックアップデータとしてバックアップ先の電子制御装置に保存する構成において、システム全体の通信負荷の増大を未然に回避することができる電子制御装置を提供することにある。 The present invention has been made in consideration of the above circumstances, and its purpose is to provide an electronic control device that can prevent an increase in the communication load of the entire system in advance by storing the data stored in the electronic control device to be rewritten as backup data in a backup electronic control device before writing update data to the electronic control device to be rewritten.
請求項１に記載した発明によれば、更新データを書き込むことでソフトウェアを書き換え可能である。第１管理テーブル受信部（１１ａ）は、電子制御装置に保存されている保存データのバックアップ先となり得る電子制御装置（４～６）を識別可能な管理テーブルを特定の電子制御装置（２）から受信する。書き換え容量記録部（１１ｂ）は、管理テーブルに保存データの書き換え容量を記録する。第１管理テーブル送信部（１１ｃ）は、保存データの書き換え容量が書き換え容量記録部により記録されると、その保存データの書き換え容量が記録された管理テーブルをバックアップ先の電子制御装置へ送信する。書き換え時バックアップデータ送信部（１１ｅ）は、保存データの少なくとも一部をバックアップデータとしてバックアップ先の電子制御装置へ送信する。第２管理テーブル受信部（１１ｆ）は、バックアップデータがバックアップ先の電子制御装置に保存されたことを示す記録情報が記録された管理テーブルを当該バックアップ先の電子制御装置から受信する。
According to the invention described in
更新データを書き換え対象の電子制御装置に書き込む前に、書き換え対象の電子制御装置に保存されている保存データをバックアップデータとしてバックアップ先の電子制御装置に保存する構成において、特定の電子制御装置が管理テーブルを保持する従来とは異なり、書き換え対象の電子制御装置とバックアップ先の電子制御装置との間で管理テーブルを送受信することで、書き換え対象の電子制御装置とバックアップ先の電子制御装置とが管理テーブルを保持するようにした。特定の電子制御装置へのアクセスの集中を未然に回避することができ、バックアップ先の電子制御装置となり得る複数の電子制御装置と特定の電子制御装置との間でのデータ通信量の増大を未然に回避することができる。これにより、システム全体の通信負荷の増大を未然に回避することができる。 In a configuration in which the data stored in the electronic control device to be rewritten is saved as backup data in the backup electronic control device before writing update data to the electronic control device to be rewritten, unlike the conventional configuration in which a specific electronic control device holds the management table, the management table is sent and received between the electronic control device to be rewritten and the backup electronic control device, so that the electronic control device to be rewritten and the backup electronic control device hold the management table. This makes it possible to prevent concentration of access to a specific electronic control device and to prevent an increase in the amount of data communication between multiple electronic control devices that can become backup electronic control devices and a specific electronic control device. This makes it possible to prevent an increase in the communication load of the entire system.
以下、一実施形態について図面を参照して説明する。図１に示すように、車両に搭載される車両側システム１は、セントラルゲートウェイとして機能するセントラルＥＣＵ２と、セントラルＥＣＵ２によるソフトの書き換えの制御対象となる各ＥＣＵ３～６とが車載ネットワーク７を介してデータ通信可能に接続されている。ソフトとは、特定の機能を実現するためのアプリケーションを含み、プログラムと称することもできる。セントラルＥＣＵ２は、特定のＥＣＵに相当する。各ＥＣＵ３～６は、更新データを書き込むことでソフトを書き換える書き換え対象のＥＣＵ及び保存データのバックアップ先となるバックアップ先のＥＣＵの何れかに相当する。セントラルＥＣＵ２及び各ＥＣＵ３～６は、それぞれ後述する管理テーブルを記憶可能であり、管理テーブルを他のＥＣＵとの間で送受信可能である。
An embodiment will be described below with reference to the drawings. As shown in FIG. 1, a vehicle-
各ＥＣＵ３～６は、例えば駆動系の制御を行う機能を有するＥＣＵ、ＡＤＡＳ（Advanced Driving Assistant System）系の制御を行う機能を有するＥＣＵ、マルチメディア系の制御を行う機能を有するＥＣＵ等である。車載ネットワーク７は、例えばＣＡＮ（Controller Area Network）（登録商標）、ＦＬＥＸＲＡＹ（登録商標）、ＣＸＰＩ（Clock Extension Peripheral Interface）（登録商標）等である。又、異なる制御系毎に複数の車載ネットワーク７が配置されていても良い。
Each of the
車両側システム１においては、機能の向上や不具合の解消等を目的として各ＥＣＵ３～６のソフトを書き換え可能に構成されている。ソフトを書き換える際には、例えば不安定な通信環境でのソフトの書き換えに備え、書き換え対象ＥＣＵに保存されている動作実績のある保存データをバックアップしておく必要がある。即ち、書き換え対象ＥＣＵとは別のバックアップ先ＥＣＵを確保し、更新データを書き換え対象ＥＣＵに書き込む前に、保存データをバックアップデータとしてバックアップ先ＥＣＵに保存しておく必要がある。
The vehicle-
例えばＥＣＵ３が書き換え対象ＥＣＵであるときには、ＥＣＵ４～６のうち少なくとも一つがバックアップ先ＥＣＵとなる。尚、セントラルＥＣＵ２が自装置のソフトの書き換えを制御し、セントラルＥＣＵ２が書き換え対象ＥＣＵであるときには、ＥＣＵ３～６のうち少なくとも一つがバックアップ先ＥＣＵとなる。又、ＥＣＵ３～６のうち何れかが書き換え対象ＥＣＵであるときに、ＥＣＵ３～６のうち少なくとも一つがバックアップ先ＥＣＵとなることに加え、セントラルＥＣＵ２もバックアップ先ＥＣＵとなっても良い。
For example, when ECU 3 is the ECU to be rewritten, at least one of
セントラルＥＣＵ２は、センター装置（図示せず）と無線接続して当該センター装置から送信される配信パッケージを受信可能であり、配信パッケージを受信すると、その受信した配信パッケージから更新データを抽出する。又、セントラルＥＣＵ２は、ダイアグツール（図示せず）と有線接続して当該ダイアグツールから送信される配信パッケージを受信可能であり、配信パッケージを受信すると、その受信した配信パッケージから更新データを抽出する。
The
セントラルＥＣＵ２は、書き換え対象ＥＣＵに対するインストール実施可能条件が成立すると、更新データを書き換え対象ＥＣＵへ配信すると共にインストール指示を書き換え対象ＥＣＵへ通知し、更新データのインストールを書き換え対象ＥＣＵに実施させる。インストール実施可能条件は、例えばユーザがインストールの承諾操作を行ったこと、車載バッテリのバッテリ残量が所定容量以上であること、不正な環境下でないこと、車両状態がインストール可能な状態であること、更新データが正常なデータであること、更新データのインストール先のメモリ構造が正常であること、車載ネットワーク７の通信負荷が所定レベル未満であること等である。
When the conditions for installation for the ECU to be rewritten are met, the
セントラルＥＣＵ２は、書き換え対象ＥＣＵにおいて更新データのインストールが完了し、書き換え対象ＥＣＵに対するアクティベート実施可能条件が成立すると、そのインストールした更新データを有効とするアクティベート指示を書き換え対象ＥＣＵへ通知し、更新データのアクティベートを書き換え対象ＥＣＵに実施させる。アクティベート実施可能条件は、例えばユーザがアクティベートの承諾操作を行ったこと、車載バッテリのバッテリ残量が所定容量以上であること、車両状態がアクティベート可能な状態であること、インストールされた更新データが正常なデータであること等である。
When the installation of the update data in the rewrite target ECU is completed and the activation enabling conditions for the rewrite target ECU are met, the
書き換え対象ＥＣＵが保存データのバックアップを実施する際には、セントラルＥＣＵ２及び各ＥＣＵ３～６は、図２に示す管理テーブルを他のＥＣＵとの間で送受信する。管理テーブルは、書き換え容量、空き容量、受信データアドレス、データ量、ＣＡＮＩＤ、優先度を単位レコードとするデータである。書き換え容量の記録領域には、保存データのデータ量が記録される。空き容量の記録領域には、対応するＣＡＮＩＤのＥＣＵが保存可能なデータ量が記録される。受信データアドレスの記録領域には、受信された保存データの先頭アドレスと末尾アドレスが記録され、先頭アドレスから末尾アドレスまでにより特定されるデータ領域が記録される。データ量の記録領域には、受信データアドレスのデータ領域により示されるデータ量が記録される。ＣＡＮＩＤの記録領域には、各ＥＣＵ３～６に付与されているユニークな番号が記録される。優先度の記録領域には、管理テーブルの送信先の優先度が記録される。
When the ECU to be rewritten backs up the stored data, the
管理テーブルは、セントラルＥＣＵ２及び各ＥＣＵ３～６に択一的に保持され、セントラルＥＣＵ２が保存データのバックアップ指示を書き換え対象ＥＣＵへ通知していないときには当該セントラルＥＣＵ２に保持される。セントラルＥＣＵ２は、空き容量、ＣＡＮＩＤ、優先度の各記録領域に各情報が記録されているが、書き換え容量、受信データアドレス、データ量の各記録領域に情報が記録されていない管理テーブルを保持している。各ＥＣＵ３～６が車両に組み付けられる時に、空き容量、ＣＡＮＩＤ、優先度が記録された管理テーブルが作成され、保存データがバックアップされる都度に空き容量、優先度が最新の状態に更新される。図２の例示では、ＥＣＵ３について空き容量が「２０ＭＢｙｔｅ」、ＣＡＮＩＤが「１」、優先度が「１」であり、ＥＣＵ４について空き容量が「４ＭＢｙｔｅ」、ＣＡＮＩＤが「２」、優先度が「３」であり、ＥＣＵ５について空き容量が「３ＭＢｙｔｅ」、ＣＡＮＩＤが「３」、優先度が「４」であり、ＥＣＵ６について空き容量が「５ＭＢｙｔｅ」、ＣＡＮＩＤが「４」、優先度が「２」である場合を示している。本実施形態では、空き容量が大きい順序にしたがって優先度の順序が付与されている場合を例示しているが、空き容量に加え、各ＥＣＵ３～６の処理能力等のスペックが考慮されて優先度の順序が付与されても良い。セントラルＥＣＵ２は、インストール指示を書き換え対象ＥＣＵへ通知するときには、その保持している管理テーブルを書き換え対象ＥＣＵへ送信する。
The management table is alternatively held in the
各ＥＣＵ３～６は基本的に同じ構成であり、図３に示すように、制御部８と、通信インタフェース部９と、入出力インタフェース部１０とを備える。制御部８は、ＣＰＵ、ＲＯＭ、ＲＡＭ及びＩ／Ｏ等を有するマイクロコンピュータ（以下、マイコンと称する）を主体として構成され、非遷移的実体的記憶媒体に格納されているコンピュータプログラムを実行することでコンピュータプログラムに対応する処理を実行し、各ＥＣＵ３～６の動作を制御する。通信インタフェース部９は、車載ネットワーク７との間のデータ通信を制御する。入出力インタフェース部１０は、各種デバイスとの間のデータ入出力を制御し、例えばセンサからのセンシングデータの入力、例えばアクチュエータへの駆動データの出力等を制御する。
Each of the
制御部８は、上記したように各ＥＣＵ３～６が書き換え対象ＥＣＵ及びバックアップ先ＥＣＵの何れにもなり得ることから、ソフトの書き換え時に機能する機能部と、ソフトの復旧時に機能する機能部と、バックアップデータの削除時に機能する機能部とを備える。即ち、制御部８は、ソフトの書き換え時に書き換え対象ＥＣＵとして機能する書き換え時書き換え対象機能部１１と、ソフトの書き換え時にバックアップ先ＥＣＵとして機能する書き換え時バックアップ先機能部１２と、ソフトの復旧時に書き換え対象ＥＣＵとして機能する復旧時書き換え対象機能部１３と、ソフトの復旧時にバックアップ先ＥＣＵとして機能する復旧時バックアップ先機能部１４と、バックアップデータの削除時に書き換え対象ＥＣＵとして機能する削除時書き換え対象機能部１５と、バックアップデータの削除時にバックアップ先ＥＣＵとして機能する削除時バックアップ先機能部１６とを備える。
Since each of the
図４に示すように、書き換え時書き換え対象機能部１１は、第１管理テーブル受信部１１ａと、書き換え容量記録部１１ｂと、第１管理テーブル送信部１１ｃと、書き換え時データ送信要求受信部１１ｄと、書き換え時バックアップデータ送信部１１ｅと、第２管理テーブル受信部１１ｆとを備える。
As shown in FIG. 4, the rewrite
第１管理テーブル受信部１１ａは、セントラルＥＣＵ２から送信された管理テーブルを受信する。書き換え容量記録部１１ｂは、セントラルＥＣＵ２から送信された管理テーブルが第１管理テーブル受信部１１ａにより受信されると、その受信された管理テーブルに保存データの書き換え容量を記録する。第１管理テーブル送信部１１ｃは、保存データの書き換え容量が書き換え容量記録部１１ｂにより記録されると、優先度にしたがって何れかのＥＣＵをバックアップ先ＥＣＵとして特定し、その保存データの書き換え容量が記録された管理テーブルを、その特定したバックアップ先ＥＣＵへ送信する。
The first management
書き換え時データ送信要求受信部１１ｄは、バックアップ先ＥＣＵから送信された書き換え時データ送信要求を受信する。書き換え時バックアップデータ送信部１１ｅは、管理テーブルを参照してバックアップ先ＥＣＵとして特定したＥＣＵの空き容量を取得し、バックアップ先ＥＣＵから送信された書き換え時データ送信要求が書き換え時データ送信要求受信部１１ｄにより受信されると、保存データのうちバックアップ先ＥＣＵの空き容量分のデータ量をバックアップデータとしてバックアップ先ＥＣＵへ送信する。第２管理テーブル受信部１１ｆは、バックアップデータがバックアップ先ＥＣＵに保存されたことを示す記録情報が記録された管理テーブルをバックアップ先ＥＣＵから受信する。
The rewrite data transmission
書き換え時バックアップ先機能部１２は、書き換え時データ送信要求送信部１２ａと、書き換え時バックアップデータ受信部１２ｂとを備える。書き換え時データ送信要求送信部１２ａは、書き換え時データ送信要求を書き換え対象ＥＣＵへ送信する。書き換え時バックアップデータ受信部１２ｂは、書き換え対象ＥＣＵから送信されたバックアップデータを受信する。
The rewrite backup
復旧時書き換え対象機能部１３は、復旧要請判定部１３ａと、復旧時データ送信要求送信部１３ｂと、復旧時バックアップデータ受信部１３ｃとを備える。復旧要請判定部１３ａは、データ復旧要請の発生を判定する。復旧時データ送信要求送信部１３ｂは、ソフトの書き換えが正常完了しなかったことでデータ復旧要請の発生が復旧要請判定部１３ａにより判定されると、管理テーブルに記録されている優先度にしたがって復旧時データ送信要求の送信先を特定し、復旧時データ送信要求を当該送信先として特定したバックアップ先ＥＣＵへ送信する。復旧時バックアップデータ受信部１３ｃは、バックアップ先ＥＣＵに保存されているバックアップデータを当該バックアップ先ＥＣＵから受信する。
The
復旧時バックアップ先機能部１４は、復旧時データ送信要求受信部１４ａと、復旧時バックアップデータ送信部１４ｂとを備える。復旧時データ送信要求受信部１４ａは、書き換え対象ＥＣＵから送信された復旧時データ送信要求を受信する。復旧時バックアップデータ送信部１４ｂは、復旧時データ送信要求が復旧時データ送信要求受信部１４ａにより受信されると、バックアップデータを書き換え対象ＥＣＵへ送信する。
The recovery backup
削除時バックアップ先機能部１６は、記録情報削除部１６ａを備える。記録情報削除部１６ａは、管理テーブルに記録されている記録情報を当該管理テーブルから削除する。
The backup
次に、上記した構成の作用について図５から図２３を参照して説明する。この場合、各ＥＣＵ３～６は、ソフトの書き換え時において、書き換え対象ＥＣＵとして動作する場合には書き換え時書き換え対象機能部１１により書き換え時書き換え対象処理を行い、バックアップ先ＥＣＵとして動作する場合には書き換え時バックアップ先機能部１２により書き換え時バックアップ先処理を行う。各ＥＣＵ３～６は、ソフトの復旧時において、書き換え対象ＥＣＵとして動作する場合には復旧時書き換え対象機能部１３により復旧時書き換え対象処理を行い、バックアップ先ＥＣＵとして動作する場合には復旧時バックアップ先機能部１４により復旧時バックアップ先処理を行う。各ＥＣＵ３～６は、バックアップデータの削除時において、書き換え対象ＥＣＵとして動作する場合には削除時書き換え対象機能部１５により削除時書き換え対象処理を行い、バックアップ先ＥＣＵとして動作する場合には削除時バックアップ先機能部１６により削除時バックアップ先処理を行う。以下、各ＥＣＵ３～６において、ソフトの書き換え時、ソフトの復旧時、バックアップデータの削除時について制御部８が行う処理について順次説明する。
Next, the operation of the above-mentioned configuration will be described with reference to Figures 5 to 23. In this case, when each ECU 3-6 operates as a rewrite target ECU during software rewrite, it performs rewrite target processing at rewrite time by the rewrite
（１）ソフトの書き換え時
最初に、ソフトの書き換え時における書き換え時書き換え対象処理及び書き換え時バックアップ先処理について図５から図１３を参照して説明する。
（１－１）書き換え時書き換え対象処理（図５から図６参照）
制御部８は、書き換え時書き換え対象処理として、書き換え要求の発生判定処理と、バックデータ送信処理とを行う。
(1) When Software is Rewritten First, a rewrite target process and a backup destination process when software is rewritten will be described with reference to FIG. 5 to FIG.
(1-1) Processing to be rewritten during rewriting (see FIG. 5 and FIG. 6)
The
（１－１－１）書き換え要求の発生判定処理（図５参照）
制御部８は、書き換え要求の発生判定処理を開始すると、外部からの書き換え要求が発生したか否かを判定する（Ｓ１０１）。制御部８は、外部からの書き換え要求が発生していないと判定すると（Ｓ１０１：ＮＯ）、書き換え要求の発生判定処理を終了する。制御部８は、外部からの書き換え要求が発生したと判定すると（Ｓ１０１：ＹＥＳ）、セントラルＥＣＵ２から送信された管理テーブルを受信し（Ｓ１０２）、保存データの書き換え容量を管理テーブルに記録する（Ｓ１０３）。
(1-1-1) Process for Determining Occurrence of Rewrite Request (see FIG. 5)
When the
制御部８は、最も高い優先度が付与されているＥＣＵを最初のバックアップ先ＥＣＵとして特定し（Ｓ１０４）、その保存データの書き換え容量が記録された管理テーブルを最初のバックアップ先ＥＣＵへ送信し（Ｓ１０５）、書き換え要求の発生判定処理を終了する。
The
（１－１－２）バックデータ送信処理（図６参照）
制御部８は、バックデータ送信処理を開始すると、データ要求処理を、バックアップデータがバックアップ先ＥＣＵに保存されたことを示す記録情報が記録された管理テーブルをバックアップ先ＥＣＵから受信するまで繰り返して行う（Ｓ１１１～Ｓ１１４）。制御部８は、バックアップ先ＥＣＵから送信された書き換え時データ送信要求を受信すると（Ｓ１１２）、保存データのうちバックアップ先ＥＣＵの空き容量分のデータ量をバックアップデータとしてバックアップ先ＥＣＵへ送信する（Ｓ１１３）。
(1-1-2) Back data transmission process (see FIG. 6)
When the
制御部８は、バックアップデータがバックアップ先ＥＣＵに保存されたことを示す記録情報が記録された管理テーブルをバックアップ先ＥＣＵから受信したと判定すると、バックデータ送信処理を終了する。
When the
（１－２）書き換え時バックアップ先処理（図７参照）
制御部８は、書き換え時バックアップ先処理を開始すると、管理テーブル移動処理を、データ量の合計が保存データの書き換え容量に達するまで繰り返して行う（Ｓ２０１～Ｓ２１２）。制御部８は、書き換え対象ＥＣＵから送信された管理テーブルを受信すると（Ｓ２０２）、最新の空き容量を管理テーブルに記録し（Ｓ２０３）、データ書き換え処理を、書き換え対象ＥＣＵから受信したバックアップデータのデータ量が空き容量に達しない限り繰り返して行う（Ｓ２０４～Ｓ２０９）。
(1-2) Backup destination processing during rewriting (see FIG. 7)
When the
制御部８は、書き換え対象ＥＣＵから受信したバックアップデータのデータ量の合計が保存データの書き換え容量を超えたか否かを判定する（Ｓ２０５）。制御部８は、書き換え対象ＥＣＵから受信したバックアップデータのデータ量の合計が保存データの書き換え容量を超えていない判定すると（Ｓ２０５：ＮＯ）、書き換え時データ送信要求を書き換え対象ＥＣＵへ送信する（Ｓ２０６）。制御部８は、書き換え対象ＥＣＵから送信されたバックアップデータを受信すると（Ｓ２０７）、その受信したバックアップデータのデータ量を管理テーブルに記録する（Ｓ２０８）。
The
制御部８は、書き換え対象ＥＣＵから受信したバックアップデータのデータ量が空き容量に達したと判定すると、次に高い優先度が付与されているＥＣＵを次のバックアップ先ＥＣＵとして特定し（Ｓ２１０）、管理テーブルを次のバックアップ先ＥＣＵへ送信する（Ｓ２１１）。制御部８は、データ量の合計が保存データの書き換え容量に達したと判定すると、管理テーブルを書き換え対象ＥＣＵへ送信し（Ｓ２１３）、書き換え時バックアップ先処理を終了する。
When the
以下、ソフトの書き換え時における保存データ及び管理テーブルの移動について図８から図１３を参照して説明する。図８に示すように、ＥＣＵ３が書き換え対象ＥＣＵであり、その書き換え対象ＥＣＵであるＥＣＵ３に保存データとしてデータＡ（２ＭＢｙｔｅ）、データＢ（３ＭＢｙｔｅ）、データＣ（２ＭＢｙｔｅ）が保存されている場合を例示して説明する。尚、データＡ、データＢ、データＣは、例えばソフトの機能ブロック単位で区分される。
The movement of stored data and management tables when software is rewritten will be described below with reference to Figures 8 to 13. As shown in Figure 8, an example will be described in which
ＥＣＵ３は、セントラルＥＣＵ２から送信された管理テーブルを受信すると、図９に示すように、データＡ、データＢ、データＣの合計である「７ＭＢｙｔｅ」を保存データの書き換え容量の欄に記録する。ＥＣＵ３は、次に高い優先度が付与されているＥＣＵ６を最初のバックアップ先ＥＣＵとして特定し、その保存データの書き換え容量が記録された管理テーブルを最初のバックアップ先ＥＣＵとして特定したＥＣＵ６へ送信する。 When ECU3 receives the management table transmitted from central ECU2, it records "7 MBytes", which is the total of data A, data B, and data C, in the column for the rewrite capacity of stored data, as shown in FIG. 9. ECU3 identifies ECU6, which has the next highest priority, as the first backup destination ECU, and transmits the management table in which the rewrite capacity of the stored data is recorded to ECU6 identified as the first backup destination ECU.
ＥＣＵ６は、ＥＣＵ３から送信された管理テーブルを受信すると、書き換え時データ送信要求をＥＣＵ３へ送信する。ＥＣＵ６は、ＥＣＵ３から送信されたバックアップデータを受信すると、図１０に示すように、その受信したバックアップデータの受信データアドレスとデータ量を管理テーブルに記録する。ＥＣＵ６は、ＥＣＵ３から受信したバックアップデータのデータ量が空き容量に達したと判定すると、次に高い優先度が付与されているＥＣＵ４を次のバックアップ先ＥＣＵとして特定し、管理テーブルを次のバックアップ先ＥＣＵとして特定したＥＣＵ４へ送信する。即ち、ＥＣＵ６は、ＥＣＵ３から送信されたデータＡ及びデータＢをバックアップデータとして受信し、その受信したバックアップデータを保存すると、バックアップデータのデータ量が空き容量に達したと判定し、ＥＣＵ４を次のバックアップ先ＥＣＵとして特定し、管理テーブルを次のバックアップ先ＥＣＵとして特定したＥＣＵ４へ送信する。
When the
ＥＣＵ４は、ＥＣＵ６から送信された管理テーブルを受信すると、書き換え時データ送信要求をＥＣＵ３へ送信する。ＥＣＵ４は、ＥＣＵ３から送信されたバックアップデータを受信すると、図１１に示すように、その受信したバックアップデータの受信データアドレスとデータ量を管理テーブルに記録する。ＥＣＵ４は、データ量の合計が保存データの書き換え容量に達したと判定すると、管理テーブルをＥＣＵ３へ送信する。即ち、ＥＣＵ４は、ＥＣＵ３から送信されたデータＣをバックアップデータとして受信し、その受信したバックアップデータを保存すると、データ量の合計が保存データの書き換え容量に達したと判定し、管理テーブルをＥＣＵ３へ送信する。 When ECU4 receives the management table transmitted from ECU6, it transmits a request to ECU3 to transmit data at the time of rewriting. When ECU4 receives the backup data transmitted from ECU3, it records the received data address and data amount of the received backup data in the management table, as shown in FIG. 11. When ECU4 determines that the total data amount has reached the rewrite capacity of the stored data, it transmits the management table to ECU3. That is, ECU4 receives data C transmitted from ECU3 as backup data, and when it stores the received backup data, it determines that the total data amount has reached the rewrite capacity of the stored data, and transmits the management table to ECU3.
上記した例示では、図１２に示すように、データＡ及びデータＢがＥＣＵ３からＥＣＵ６へ送信され、ＥＣＵ６において、データＡ及びデータＢをバックアップデータとして保存し、データＣがＥＣＵ３からＥＣＵ４へ送信され、ＥＣＵ４において、データＣをバックアップデータとして保存する。又、図１３に示すように、管理テーブルを、セントラルＥＣＵ２から書き換え対象ＥＣＵであるＥＣＵ３（矢印Ａ１参照）、ＥＣＵ３から最初のバックアップ先ＥＣＵであるＥＣＵ６（矢印Ａ２参照）、ＥＣＵ６から次のバックアップ先ＥＣＵであるＥＣＵ４（矢印Ａ３参照）、ＥＣＵ４からＥＣＵ３（矢印Ａ４参照）の順序で転送する。
In the above example, as shown in FIG. 12, data A and data B are transmitted from
（２）ソフトの復旧時
次に、ソフトの復旧時における復旧時書き換え対象処理及び復旧時バックアップ先処理について図１４から図１７を参照して説明する。
(2) When Software is Restoring Next, the process of rewriting data at the time of restoration and the process of backing up data at the time of restoration at the time of software restoration will be described with reference to FIG. 14 to FIG.
（２－１）復旧時書き換え対象処理（図１４から図１５参照）
制御部８は、復旧時書き換え対象処理を開始すると、ソフトの書き換えが終了したか否かを判定する（Ｓ３０１）。制御部８は、例えば２面メモリの構成であれば、非運用面と運用面との切り替えを終了したか否かを判定することで、ソフトの書き換えが終了したか否かを判定する。制御部８は、ソフトの書き換えが終了したと判定すると（Ｓ３０１：ＹＥＳ）、書き換え後のソフトにより正常動作しているか否かを判定する（Ｓ３０２）。制御部８は、書き換え後のソフトにより正常動作していると判定すると（Ｓ３０２：ＹＥＳ）、管理テーブルを最も高い優先度が付与されているＥＣＵへ送信し（Ｓ３０３）、復旧時書き換え対象処理を終了する。一方、制御部８は、何らかの不具合が発生して書き換え後のソフトにより正常動作していないと判定すると（Ｓ３０２：ＮＯ）、データ復旧処理に移行する（Ｓ３０４）。
(2-1) Processing to be rewritten during recovery (see FIG. 14 and FIG. 15)
When the
制御部８は、データ復旧処理を開始すると、データ復旧要請が発生したか否かを判定する（Ｓ３１１）。制御部８は、データ復旧要請が発生したと判定すると（Ｓ３０１：ＹＥＳ）、復旧時データ送信要求の送信先を最も高い優先度が付与されているバックアップ先ＥＣＵとして特定し（Ｓ３１２）、優先度処理を、優先度の個数分まで繰り返して行う（Ｓ３１３～Ｓ３２１）。
When the
制御部８は、管理テーブルを参照してデータ量が空であるか否かを判定する（Ｓ３１４）。制御部８は、データ量が空でないと判定すると（Ｓ３１４：ＮＯ）、バックアップデータ要求処理を、優先度内で全てのバックアップデータを受信するまで繰り返して行う（Ｓ３１５～Ｓ３１９）。制御部８は、復旧時データ送信要求の送信先を特定し（Ｓ３１６）、復旧時データ送信要求を送信先として特定したバックアップ先ＥＣＵへ送信し（Ｓ３１７）、バックアップ先ＥＣＵから送信されたバックアップデータを受信する（Ｓ３１８）。
The
制御部８は、優先度内で全てのバックアップデータを受信したと判定すると、バックアップ先ＥＣＵを次に高い優先度が付与されているＥＣＵに変更する（Ｓ３２０）。制御部８は、優先度の個数分を終了したと判定すると、データ復旧処理を終了し、復旧時書き換え対象処理に戻る。
When the
（２－２）復旧時バックアップ先処理（図１６参照）
制御部８は、復旧時バックアップ先処理を開始すると、書き換え対象ＥＣＵから復旧時データ送信要求を受信したか否かを判定する（Ｓ４０１）。制御部８は、書き換え対象ＥＣＵから復旧時データ送信要求を受信したと判定すると（Ｓ４０１：ＹＥＳ）、バックアップデータを書き換え対象ＥＣＵへ送信し（Ｓ４０２）、復旧時バックアップ先処理を終了する。
(2-2) Backup destination processing during recovery (see FIG. 16)
When the
以下、ソフトの復旧時におけるバックアップデータの移動について図１７を参照して説明する。図１７に示すように、ＥＣＵ６にバックアップデータとして保存されているデータＡ及びデータＢがＥＣＵ６からＥＣＵ３へ送信され、ＥＣＵ４にバックアップデータとして保存されているデータＣがＥＣＵ４からＥＣＵ３へ送信される。
The transfer of backup data during software recovery will be described below with reference to FIG. 17. As shown in FIG. 17, data A and data B stored as backup data in
（３）バックアップデータの削除時
次に、バックアップデータの削除時における削除時書き換え対象処理及び削除時バックアップ先処理について図１８から図２３を参照して説明する。
(3) When Backup Data is Deleted Next, a rewrite target process and a backup destination process when backup data is deleted will be described with reference to FIG. 18 to FIG.
（３－１）削除時書き換え対象処理（図１８参照）
制御部８は、削除時書き換え対象処理を開始すると、管理テーブルを受信し（Ｓ５０１）、保存データの書き換え容量の記録を削除し（Ｓ５０２）、最新状態を空き容量の欄に記録する（Ｓ５０３）。制御部８は、その記録した最新状態の空き容量にしたがって優先度を再計算し（Ｓ５０４）、その再計算結果を優先度の欄に記録する（Ｓ５０５）。制御部８は、管理テーブルをセントラルＥＣＵ２へ送信し（Ｓ５０６）、削除時書き換え対象処理を終了する。
(3-1) Rewrite target processing at the time of deletion (see FIG. 18)
When the
（３－２）削除時バックアップ先処理（図１９参照）
制御部８は、削除時バックアップ先処理を開始すると、管理テーブル移動処理を、全てのバックアップＥＣＵのデータ量が空になるまで繰り返して行う（Ｓ６０１～６０８）。制御部８は、記録削除処理を、対象のバックアップＥＣＵのデータ量が空になるまで繰り返して行う（Ｓ６０２～Ｓ６０６）。制御部８は、管理テーブルを取得し（Ｓ６０３）、バックアップデータを削除し（Ｓ６０４）、その削除したバックアップデータのデータ量の記録を管理テーブルから削除する（Ｓ６０５）。制御部８は、対象のバックアップＥＣＵのデータ量の記録が空になったと判定すると、管理テーブルを次に高い優先度が付与されているバックアップ先ＥＣＵへ送信する（Ｓ６０７）。制御部８は、全てのバックアップＥＣＵのデータ量が空になったと判定すると、管理テーブルを書き換え対象ＥＣＵへ送信し（Ｓ６０９）、削除時バックアップ先処理を終了する。
(3-2) Backup destination process upon deletion (see FIG. 19)
When the
以下、バックアップデータの削除時における管理テーブルの移動について図２０から図２３を参照して説明する。最初のバックアップ先ＥＣＵであるＥＣＵ６は、ＥＣＵ３から送信された管理テーブルを受信すると、図２０に示すように、自装置のバックアップデータのデータ量の記録を管理テーブルから削除する。ＥＣＵ６は、全てのデータ量が空でないと判定すると、そのバックアップデータのデータ量の記録を削除した管理テーブルを次に優先度が高いバックアップ先ＥＣＵであるＥＣＵ４へ送信する。
The movement of the management table when deleting backup data will be described below with reference to Figures 20 to 23. When
ＥＣＵ４は、ＥＣＵ６から送信された管理テーブルを受信すると、図２１に示すように、自装置のバックアップデータのデータ量の記録を管理テーブルから削除する。ＥＣＵ６は、全てのデータ量が空であると判定すると、そのバックアップデータの記録を削除した管理テーブルをＥＣＵ３へ送信する。 When ECU4 receives the management table transmitted from ECU6, it deletes the record of the data volume of the backup data of its own device from the management table, as shown in FIG. 21. When ECU6 determines that all data volumes are empty, it transmits the management table from which the record of the backup data has been deleted to ECU3.
ＥＣＵ３は、ＥＣＵ４から送信された管理テーブルを受信すると、図２２に示すように、保存データの書き換え容量の記録を削除し、最新状態を空き容量の欄に記録する。ＥＣＵ３は、その記録した最新状態の空き容量にしたがって優先度を再計算し、その再計算結果を優先度の欄に記録し、その再計算結果を優先度の欄に記録した管理テーブルをセントラルＥＣＵ２へ送信する。 When ECU3 receives the management table transmitted from ECU4, as shown in FIG. 22, it deletes the record of the rewrite capacity of the stored data and records the latest state in the free capacity column. ECU3 recalculates the priority according to the latest recorded free capacity, records the recalculation result in the priority column, and transmits the management table with the recalculation result recorded in the priority column to central ECU2.
上記した例示では、図２３に示すように、管理テーブルを、書き換え対象ＥＣＵであるＥＣＵ３から最初のバックアップ先ＥＣＵであるＥＣＵ６（矢印Ｂ１参照）、ＥＣＵ６から次のバックアップ先ＥＣＵであるＥＣＵ４（矢印Ｂ２参照）、ＥＣＵ４から書き換え対象ＥＣＵであるＥＣＵ３（矢印Ｂ３参照）、ＥＣＵ３からセントラルＥＣＵ２（矢印Ｂ４参照）の順序で転送する。 In the above example, as shown in FIG. 23, the management table is transferred in the following order: from ECU3, which is the ECU to be rewritten, to ECU6, which is the first backup destination ECU (see arrow B1), from ECU6, which is the next backup destination ECU, to ECU4, which is the next backup destination ECU (see arrow B2), from ECU4, which is the ECU to be rewritten, to ECU3, which is the ECU to be rewritten (see arrow B3), and from ECU3 to the central ECU2 (see arrow B4).
以上は、ＥＣＵ３が書き換え対象ＥＣＵである場合を例示したが、ＥＣＵ３とは別のＥＣＵが書き換え対象ＥＣＵである場合も同様である。又、ＥＣＵ６とＥＣＵ４の２個のＥＣＵがバックアップ先ＥＣＵとなる場合を例示したが、３個以上のＥＣＵがバックアップ先ＥＣＵとなる場合も同様である。 The above is an example of the case where ECU3 is the ECU to be rewritten, but the same applies when an ECU other than ECU3 is the ECU to be rewritten. Also, the above is an example of the case where two ECUs, ECU6 and ECU4, are backup ECUs, but the same applies when three or more ECUs are backup ECUs.
以上に説明したように実施形態によれば、次に示す作用効果を得ることができる。
更新データを書き換え対象ＥＣＵに書き込む前に、書き換え対象ＥＣＵに保存されている保存データをバックアップデータとしてバックアップ先ＥＣＵに保存する構成において、特定のＥＣＵが管理テーブルを保持する従来とは異なり、書き換え対象ＥＣＵとバックアップ先ＥＣＵとが管理テーブルを保持するようにした。セントラルＥＣＵ２へのアクセスの集中を未然に回避することができ、バックアップ先ＥＣＵとなり得る複数のＥＣＵ３～６とセントラルＥＣＵ２との間でのデータ通信量が増大する事態を未然に回避することができる。これにより、システム全体の通信負荷の増大を未然に回避することができる。
As described above, according to the embodiment, the following advantageous effects can be obtained.
In a configuration in which data stored in the rewrite target ECU is stored as backup data in the backup destination ECU before writing update data to the rewrite target ECU, unlike the conventional configuration in which a specific ECU holds a management table, the rewrite target ECU and the backup destination ECU hold the management table. This makes it possible to prevent concentration of access to the
管理テーブルに記録されている優先度にしたがって当該管理テーブルの送信先を特定し、管理テーブルを当該送信先として特定したバックアップ先ＥＣＵへ送信するようにした。ソフトの書き換え時において、バックアップ先ＥＣＵの空き容量が少なければ管理テーブルが頻繁に移動する可能性があるが、空き容量が多いＥＣＵの優先度を高く設定すると共に空き容量が少ないＥＣＵの優先度を低く設定することで、空き容量が多いＥＣＵを優先してバックアップ先ＥＣＵとすることができ、管理テーブルが移動する機会を低減することができ、システム全体の通信負荷の増大をより適切に回避することができる。又、優先度を定義することで、次のバックアップ先ＥＣＵを即座に特定することができ、次のバックアップ先ＥＣＵを特定するために費やす時間を極力抑制することができる。 The destination of the management table is identified according to the priority recorded in the management table, and the management table is sent to the backup destination ECU identified as the destination. When rewriting software, if the backup destination ECU has little free space, the management table may move frequently. However, by setting the priority of ECUs with a lot of free space high and ECUs with little free space low, ECUs with a lot of free space can be prioritized as backup destination ECUs, reducing the opportunities for the management table to be moved and more appropriately avoiding an increase in the communication load of the entire system. Furthermore, by defining the priority, the next backup destination ECU can be identified immediately, and the time spent identifying the next backup destination ECU can be minimized.
バックアップ先ＥＣＵから書き換え時データ送信要求を受信したことを条件として、保存データをバックアップデータとしてバックアップ先ＥＣＵへ送信するようにした。書き換え対象ＥＣＵにおいて、バックアップ先ＥＣＵからの書き換え時データ送信要求の受信を契機として保存データをバックアップデータとしてバックアップ先ＥＣＵへ送信することができる。又、書き換え時データ送信要求の送信先を特定することで、バックアップデータの誤送信を回避することができる。 The stored data is sent to the backup destination ECU as backup data on the condition that a request to send data at rewrite is received from the backup destination ECU. In the ECU to be rewritten, upon receiving a request to send data at rewrite from the backup destination ECU, the stored data can be sent to the backup destination ECU as backup data. In addition, by specifying the destination of the request to send data at rewrite, erroneous sending of backup data can be avoided.
保存データの一部ずつをバックアップデータとして複数のバックアップ先ＥＣＵへ分割して送信するようにした。バックアップデータを複数のバックアップ先ＥＣＵに分散して保存することができる。 The saved data is divided and sent as backup data to multiple backup destination ECUs. Backup data can be distributed and saved to multiple backup destination ECUs.
データ復旧要請の発生を判定すると、復旧時データ送信要求をバックアップ先ＥＣＵへ送信し、バックアップ先ＥＣＵに保存されているバックアップデータを当該バックアップ先ＥＣＵから受信するようにした。バックアップ先ＥＣＵに保存されているバックアップデータを当該バックアップ先ＥＣＵから受信することで、ソフトの書き換え前の状態に復旧することができる。 When it is determined that a data recovery request has occurred, a recovery data transmission request is sent to the backup destination ECU, and the backup data stored in the backup destination ECU is received from the backup destination ECU. By receiving the backup data stored in the backup destination ECU from the backup destination ECU, it is possible to restore the software to the state before it was rewritten.
管理テーブルに記録されている優先度にしたがって復旧時データ送信要求の送信先を特定し、復旧時データ送信要求を当該送信先として特定したバックアップ先ＥＣＵへ送信するようにした。ソフトの復旧時においても、バックアップ先ＥＣＵの空き容量が少なければ管理テーブルが頻繁に移動する可能性があるが、空き容量が多いＥＣＵの優先度を高く設定すると共に空き容量が少ないＥＣＵの優先度を低く設定することで、空き容量が多いＥＣＵを優先してバックアップ先ＥＣＵとすることができ、管理テーブルが移動する機会を低減することができ、システム全体の通信負荷の増大をより適切に回避することができる。 The destination of the recovery data transmission request is identified according to the priority recorded in the management table, and the recovery data transmission request is sent to the backup destination ECU identified as the destination. Even during software recovery, if the backup destination ECU has little free space, the management table may move frequently. However, by setting the priority of ECUs with a lot of free space high and ECUs with little free space low, ECUs with a lot of free space can be prioritized as backup destination ECUs, reducing the opportunities for the management table to be moved and more appropriately avoiding an increase in the communication load on the entire system.
書き換え対象ＥＣＵから復旧時データ送信要求を受信したことを条件として、バックアップデータを書き換え対象ＥＣＵへ送信するようにした。バックアップ先ＥＣＵにおいて、書き換え対象ＥＣＵからの復旧時データ送信要求の受信を契機としてバックアップデータを書き換え対象ＥＣＵへ送信することができる。又、復旧時データ送信要求の送信先を特定することで、バックアップデータの誤送信を回避することができる。 Backup data is sent to the ECU to be rewritten on the condition that a request to send recovery data is received from the ECU to be rewritten. The backup destination ECU can send backup data to the ECU to be rewritten when the request to send recovery data is received from the ECU to be rewritten. In addition, by specifying the destination of the request to send recovery data, it is possible to avoid sending backup data erroneously.
本開示は、実施例に準拠して記述されたが、当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。 Although the present disclosure has been described with reference to the embodiment, it is understood that the disclosure is not limited to the embodiment or structure. The present disclosure also encompasses various modifications and modifications within the scope of equivalents. In addition, various combinations and forms, as well as other combinations and forms including only one element, more than one element, or less than one element, are also within the scope and concept of the present disclosure.
本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することにより提供された専用コンピュータにより実現されても良い。或いは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によりプロセッサを構成することにより提供された専用コンピュータにより実現されても良い。若しくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路により構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより実現されても良い。又、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていても良い。 The control unit and the method described in the present disclosure may be realized by a dedicated computer provided by configuring a processor and memory programmed to execute one or more functions embodied in a computer program. Alternatively, the control unit and the method described in the present disclosure may be realized by a dedicated computer provided by configuring a processor with one or more dedicated hardware logic circuits. Alternatively, the control unit and the method described in the present disclosure may be realized by one or more dedicated computers configured by combining a processor and memory programmed to execute one or more functions with a processor configured with one or more hardware logic circuits. Furthermore, the computer program may be stored in a computer-readable non-transient tangible recording medium as instructions executed by the computer.
図面中、２はセントラルＥＣＵ（特定の電子制御装置）、３はＥＣＵ（書き換え対象の電子制御装置）、４～６はＥＣＵ（バックアップ先の電子制御装置）、１１は書き換え時書き換え対象機能部、１１ａは第１管理テーブル受信部、１１ｂは書き換え容量記録部、１１ｃは第１管理テーブル送信部、１１ｄは書き換え時データ送信要求受信部、１１ｅは書き換え時バックアップデータ送信部、１１ｆは第２管理テーブル受信部、１２は書き換え時バックアップ先機能部、１２ａは書き換え時データ送信要求送信部、１２ｂは書き換え時バックアップデータ受信部、１３は復旧時書き換え対象機能部、１３ａは復旧要請判定部、１３ｂは復旧時データ送信要求送信部、１３ｃは復旧時バックアップデータ受信部１３ｃ、１４は復旧時バックアップ先機能部、１４ａは復旧時データ送信要求受信部、１４ｂは復旧時バックアップデータ送信部、１５は削除時書き換え対象機能部、１６は削除時バックアップ先機能部、１６ａは記録情報削除部である。 In the drawing, 2 is a central ECU (a specific electronic control unit), 3 is an ECU (an electronic control unit to be rewritten), 4 to 6 are ECUs (electronic control units to be backed up), 11 is a functional unit to be rewritten at the time of rewriting, 11a is a first management table receiving unit, 11b is a rewrite capacity recording unit, 11c is a first management table transmitting unit, 11d is a data transmission request receiving unit at the time of rewriting, 11e is a backup data transmitting unit at the time of rewriting, 11f is a second management table receiving unit, 12 is a backup destination functional unit at the time of rewriting, 1 2a is the rewrite data transmission request sending unit, 12b is the rewrite backup data receiving unit, 13 is the function unit to be rewritten at recovery, 13a is the recovery request determination unit, 13b is the recovery data transmission request sending unit, 13c is the recovery backup data receiving unit, 14 is the recovery backup destination function unit, 14a is the recovery data transmission request receiving unit, 14b is the recovery backup data sending unit, 15 is the function unit to be rewritten at deletion, 16 is the deletion backup destination function unit, and 16a is the recorded information deletion unit.
Claims (9)
前記電子制御装置に保存されている保存データのバックアップ先となり得る電子制御装置（４～６）を識別可能な管理テーブルを特定の電子制御装置（２）から受信する第１管理テーブル受信部（１１ａ）と、
前記管理テーブルに前記保存データの書き換え容量を記録する書き換え容量記録部（１１ｂ）と、
前記保存データの書き換え容量が記録された前記管理テーブルを前記バックアップ先の電子制御装置へ送信する第１管理テーブル送信部（１１ｃ）と、
前記保存データの少なくとも一部をバックアップデータとして前記バックアップ先の電子制御装置へ送信する書き換え時バックアップデータ送信部（１１ｅ）と、
前記バックアップデータが前記バックアップ先の電子制御装置に保存されたことを示す記録情報が記録された前記管理テーブルを当該バックアップ先の電子制御装置から受信する第２管理テーブル受信部（１１ｆ）と、を備える電子制御装置。 An electronic control device capable of rewriting software by writing update data,
a first management table receiving unit (11a) that receives, from a specific electronic control device (2), a management table that can identify an electronic control device (4-6) that can be a backup destination of data stored in the electronic control device;
a rewrite capacity recording unit (11b) for recording a rewrite capacity of the stored data in the management table;
a first management table transmission unit (11c) for transmitting the management table in which the rewrite capacity of the stored data is recorded to the backup electronic control device;
a rewrite backup data transmission unit (11e) for transmitting at least a part of the stored data as backup data to the backup destination electronic control device;
and a second management table receiving unit (11f) that receives from the backup destination electronic control device the management table in which record information indicating that the backup data has been stored in the backup destination electronic control device is recorded.
前記書き換え時バックアップデータ送信部は、前記書き換え時データ送信要求が前記書き換え時データ送信要求受信部により受信されたことを条件として、前記保存データの少なくとも一部をバックアップデータとして前記バックアップ先の電子制御装置へ送信する請求項１又は２に記載した電子制御装置。 a rewrite data transmission request receiving unit (11d) for receiving a rewrite data transmission request from the backup electronic control device;
The electronic control device according to claim 1 or 2, wherein the rewrite backup data transmission unit transmits at least a portion of the stored data as backup data to the backup electronic control device, on condition that the rewrite data transmission request is received by the rewrite data transmission request receiving unit.
前記バックアップデータを前記書き換え対象の電子制御装置から受信する書き換え時バックアップデータ受信部（１２ｂ）と、を備える請求項１から４の何れか一項に記載した電子制御装置。 a rewrite time data transmission request transmitting unit (12a) for transmitting the rewrite time data transmission request to the electronic control device to be rewritten;
The electronic control device according to claim 1 , further comprising: a rewrite backup data receiving unit (12b) that receives the backup data from the electronic control device that is to be rewritten.
前記データ復旧要請の発生が判定されると、復旧時データ送信要求を前記バックアップ先の電子制御装置へ送信する復旧時データ送信要求送信部（１３ｂ）と、
前記バックアップ先の電子制御装置に保存されている前記バックアップデータを当該バックアップ先の電子制御装置から受信する復旧時バックアップデータ受信部（１３ｃ）と、を備える請求項１から５の何れか一項に記載した電子制御装置。 A recovery request determination unit (13a) for determining whether a data recovery request has been generated;
a restoration data transmission request transmission unit (13b) for transmitting a restoration data transmission request to the backup electronic control device when it is determined that the data restoration request has been generated;
The electronic control device according to any one of claims 1 to 5, further comprising: a recovery backup data receiving unit (13c) that receives the backup data stored in the backup destination electronic control device from the backup destination electronic control device.
前記復旧時データ送信要求が前記復旧時データ送信要求受信部により受信されたことを条件として、前記バックアップデータを前記書き換え対象の電子制御装置へ送信する復旧時バックアップデータ送信部（１４ｂ）と、を備える請求項６又は７に記載した電子制御装置。 a recovery time data transmission request receiving unit (14a) for receiving the recovery time data transmission request from the electronic control device to be rewritten;
The electronic control device according to claim 6 or 7, further comprising: a recovery backup data transmission unit (14b) that transmits the backup data to the electronic control device to be rewritten on condition that the recovery data transmission request is received by the recovery data transmission request receiving unit.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022011998A JP7661903B2 (en) | 2022-01-28 | 2022-01-28 | Electronic Control Unit |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022011998A JP7661903B2 (en) | 2022-01-28 | 2022-01-28 | Electronic Control Unit |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2023110504A JP2023110504A (en) | 2023-08-09 |
| JP7661903B2 true JP7661903B2 (en) | 2025-04-15 |
Family
ID=87546250
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022011998A Active JP7661903B2 (en) | 2022-01-28 | 2022-01-28 | Electronic Control Unit |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7661903B2 (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011243032A (en) | 2010-05-19 | 2011-12-01 | Hitachi Automotive Systems Ltd | Data storage device for vehicle |
| JP2018079768A (en) | 2016-11-15 | 2018-05-24 | トヨタ自動車株式会社 | Update data storage system |
| US20220012048A1 (en) | 2020-07-08 | 2022-01-13 | Toyota Jidosha Kabushiki Kaisha | Software update apparatus, software update method, non-transitory storage medium storing program, vehicle, and ota master |
-
2022
- 2022-01-28 JP JP2022011998A patent/JP7661903B2/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011243032A (en) | 2010-05-19 | 2011-12-01 | Hitachi Automotive Systems Ltd | Data storage device for vehicle |
| JP2018079768A (en) | 2016-11-15 | 2018-05-24 | トヨタ自動車株式会社 | Update data storage system |
| US20220012048A1 (en) | 2020-07-08 | 2022-01-13 | Toyota Jidosha Kabushiki Kaisha | Software update apparatus, software update method, non-transitory storage medium storing program, vehicle, and ota master |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2023110504A (en) | 2023-08-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3188020B1 (en) | Data backup and recovery method, device and server thereof | |
| EP2187308B1 (en) | Method, device and system for storing data in cache in case of power failure | |
| JP6443372B2 (en) | Software allocation system for vehicles | |
| US7257675B2 (en) | Disk array device having snapshot simulation function | |
| US10545885B2 (en) | Information processing device, information processing method, and computer program product | |
| JP2017157004A (en) | System, method, and computer program for updating programs | |
| CN112130959B (en) | Virtual machine protection system and method | |
| US20230236742A1 (en) | NONVOLATILE MEMORY EXPRESS (NVMe) OVER COMPUTE EXPRESS LINK (CXL) | |
| CN109710555B (en) | Slave device for executing address resolution protocol and method of operation thereof | |
| JP7661903B2 (en) | Electronic Control Unit | |
| CN111726270A (en) | Memory system and control system | |
| EP3441869A1 (en) | Storage controller, storage device, and write control method | |
| KR102739166B1 (en) | Apparatus and method for providing update of vehicle | |
| US8346996B2 (en) | Information processing system | |
| JP5782962B2 (en) | RAID group control device | |
| JP2018041153A (en) | Storage system and input / output processing method | |
| JP5391863B2 (en) | Communication apparatus and communication system | |
| CN104794084A (en) | Method for the efficient transmission of data | |
| JP7344109B2 (en) | Resource allocation system, server, computing device | |
| JP2772052B2 (en) | Resource information inheritance processing method | |
| CN114026544B (en) | Data processing device, data processing system, data unloading method and recording medium | |
| JP7746909B2 (en) | Electronic control unit | |
| JP2024008514A (en) | Vehicle control device | |
| JP2014059661A (en) | Information processing device, method of controlling the same, and program | |
| US20240177532A1 (en) | Information processing device, information processing method, and storage medium storing information processing program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20240510 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20250219 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20250304 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20250317 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7661903 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |