WO2024252794A1

WO2024252794A1 - ソフトウェア提供装置及びソフトウェア更新装置

Info

Publication number: WO2024252794A1
Application number: PCT/JP2024/015103
Authority: WO
Inventors: 幸男柳澤
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2023-06-08
Filing date: 2024-04-16
Publication date: 2024-12-12
Anticipated expiration: 2025-12-08
Also published as: JP2024176490A; CN121263777A

Abstract

移動体に搭載されたソフトウェア更新装置のセクタ単位で消去が可能なフラッシュメモリに格納された旧ソフトウェアに対する差分更新情報を提供するソフトウェア提供装置（１００）であって、差分データ取得部（１０１）と、差分データが適用される第１のセクタを示す差分適用位置情報を取得する差分適用位置情報取得部（１０２）と、新ソフトウェアの関連データを取得する関連データ取得部（１０３）と、関連データが保存される第２のセクタを示す関連データ位置情報を取得する関連データ位置情報取得部（１０４）と、差分適用位置情報と関連データ位置情報とに基づき、第２のセクタに差分データが適用されるか否かを示すフラグ情報を生成するフラグ情報生成部（１０５）と、フラグ情報を差分更新情報として送信する送信部（１０６）とを有する。

Description

ソフトウェア提供装置及びソフトウェア更新装置

関連出願の相互参照

　本出願は、２０２３年６月８日に出願された日本特許出願番号２０２３－０９５０５０号に基づくもので、ここにその記載内容を援用する。

　本出願は、主として車載の電子制御装置のソフトウェアを更新するために、電子制御装置であるソフトウェア更新装置に対して差分更新情報を提供するソフトウェア提供装置、受信した差分更新情報を用いてソフトウェアを更新するソフトウェア更新装置、そして、これらの装置で実行される方法、及びこれらの装置で実行可能なプログラムに関する。

　自動車においては、車載ネットワークで接続された様々な電子制御装置が搭載されている。近年の自動運転技術の発展に伴い自動車に求められる機能が複雑になるため、自動車に搭載される電子制御装置の数は増加しつつある。

　電子制御装置には、それぞれの電子制御装置の機能を発揮するためのソフトウェアが搭載されている。そして、電子制御装置の機能を向上させたり、ソフトウェアの脆弱性を補修するために、ソフトウェアの更新が行われる。

　ソフトウェアの更新に際しては、ソフトウェアの転送時間や更新時間を短くするため、例えば特許文献１に示すように、新ソフトウェアと旧ソフトウェアの差分データのみを送信することが行われている。差分データを受信した更新装置においては、差分データと旧ソフトウェアから新ソフトウェアを生成しインストールを行うことでソフトウェアの更新が完了する。
　また、特許文献２に示すように、ソフトウェアを記録する記録領域に、ソフトウェアのバージョン情報も記録している。

特開２０１７－１９９１８３号公報特開２０１４－１９１５７４号公報

　ここで、本発明者は、詳細な検討の結果、以下の課題を見出した。
　電子制御装置においてフラッシュメモリにソフトウェアを書き込む場合、バージョン情報を記録するセクタにおいては、旧ソフトウェアからの更新がない場合であっても、バージョン情報を書き込むために一旦旧ソフトウェアを退避させなくてはならない。その結果、バージョン情報を記録するセクタにおいては、差分データの有無によって処理の内容が異なるが、バージョン情報を記録するセクタに適用される差分データの有無を電子制御装置側で判定する場合は、リソースが少ない車載用の電子制御装置にとって処理の負担が重くなってしまう。
　また、バージョン情報を記録するセクタに適用される差分データの有無を電子制御装置側で判定しないで処理を進める場合は、バージョン情報を記録するセクタにおいては、旧ソフトウェアからの更新がない場合、新ソフトウェアに更新している場合、のいずれも、バージョン情報を記録するために一旦旧ソフトウェア又は新ソフトウェアを退避して、セクタを消去する必要があり、特に新ソフトウェアに更新している場合、消去の動作が２回必要となる。

　そこで、本開示は、車載用の電子制御装置の処理の負担を軽減するソフトウェア提供装置等を実現することを目的とする。

　本開示の一態様によるソフトウェア提供装置は、移動体に搭載されたソフトウェア更新装置のセクタ単位で消去が可能なフラッシュメモリに格納された旧ソフトウェアに対する差分更新情報を提供するソフトウェア提供装置であって、新ソフトウェアと前記旧ソフトウェアの差分である差分データを取得する差分データ取得部と、前記差分データが適用される第１のセクタを示す差分適用位置情報を取得する差分適用位置情報取得部と、前記新ソフトウェアに関連するデータである関連データを取得する関連データ取得部と、前記関連データが保存される第２のセクタを示す関連データ位置情報を取得する関連データ位置情報取得部と、前記差分適用位置情報と前記関連データ位置情報とに基づき、前記第２のセクタに前記差分データが適用されるか否かを示すフラグ情報を生成するフラグ情報生成部と、前記差分データ、前記差分適用位置情報、前記関連データ、及び前記フラグ情報を前記差分更新情報として前記ソフトウェア更新装置に送信する送信部と、を有する。

　本開示の一態様によるソフトウェア更新装置は、ソフトウェア提供装置から差分更新情報を受信し、前記差分更新情報を用いてセクタ単位で消去が可能なフラッシュメモリに格納された旧ソフトウェアを更新する、移動体に搭載されたソフトウェア更新装置であって、前記ソフトウェア提供装置は、新ソフトウェアと前記旧ソフトウェアの差分である差分データを取得する差分データ取得部と、前記差分データが適用される第１のセクタを示す差分適用位置情報を取得する差分適用位置情報取得部と、前記新ソフトウェアに関連するデータである関連データを取得する関連データ取得部と、前記関連データが保存される第２のセクタを示す関連データ位置情報を取得する関連データ位置情報取得部と、前記差分適用位置情報と前記関連データ位置情報とに基づき、前記第２のセクタに前記差分データが適用されるか否かを示すフラグ情報を生成するフラグ情報生成部と、前記差分データ、前記差分適用位置情報、前記関連データ、及び前記フラグ情報を前記差分更新情報として前記ソフトウェア更新装置に送信する送信部と、を有し、当該ソフトウェア更新装置は、前記差分更新情報を受信する受信部と、前記差分更新情報に含まれる前記差分データ及び前記差分適用位置情報を用いて、前記第１のセクタの前記旧ソフトウェアを更新するソフトウェア更新部と、前記差分更新情報に含まれる前記フラグ情報を用いて、前記関連データを前記第２のセクタに書き込む関連情報記録部と、を有し、前記関連情報記録部は、前記フラグ情報が前記第２のセクタに前記差分データが適用されることを示す場合、前記関連データを前記第２のセクタに書き込み、前記フラグ情報が前記第２のセクタに前記差分データが適用されないことを示す場合、前記第２のセクタに書き込まれた前記旧ソフトウェアを退避して前記第２のセクタを消去し、退避した前記旧ソフトウェア及び前記関連データを前記第２のセクタに書き込む。

　なお、請求の範囲に記載した発明の構成要件に付した括弧内の番号は、本発明と後述の実施形態との対応関係を示すものであり、本発明を限定する趣旨ではない。

　以上の構成によれば、ソフトウェア提供装置側で差分適用位置情報と関連データ位置情報とに基づき、第２のセクタに差分データが適用されるか否かを示すフラグ情報を生成しこれをソフトウェア更新装置に送信するので、ソフトウェア更新装置側で第２のセクタに差分データが適用されるか否かを判定する必要がなく、ソフトウェア更新装置の処理の負担を軽減することができる。
　また、各セクタの消去の動作を多くても１回にすることができる。

図１は、ソフトウェア提供装置とソフトウェア更新装置の位置関係を説明する図であり、図２は、電子制御システムＳの構成例を説明する図であり、図３は、実施形態１のソフトウェア更新装置の更新動作の概要を示す図であり、図４は、実施形態１のソフトウェア更新装置の更新動作の概要を示す図であり、図５は、実施形態１のソフトウェア提供装置の構成を説明するブロック図であり、図６は、実施形態１のソフトウェア提供装置が有するフラッシュメモリ情報の具体例を説明する図であり、図７は、実施形態１のソフトウェア更新装置の構成を説明するブロック図であり、図８は、実施形態１のソフトウェア提供装置の動作を説明するメインルーチンフロー図であり、図９は、実施形態１のソフトウェア提供装置の関連データ位置情報取得部の動作を説明するサブルーチンフロー図であり、図１０は、実施形態１のソフトウェア提供装置のフラグ情報生成部の動作を説明するサブルーチンフロー図であり、図１１は、実施形態１のソフトウェア更新装置の動作を説明するメインルーチンフロー図である。

　以下、本開示の実施形態について、図面を参照して説明する。

　なお、以下に示す本発明とは、請求の範囲に記載された発明を意味するものであり、以下の実施形態に限定されるものではない。また、少なくともダブルクォーテーション内の語句は、請求の範囲に記載された語句を意味し、同じく以下の実施形態に限定されるものではない。

　請求の範囲の従属項に記載の構成及び方法は、請求の範囲の独立項に記載の発明において任意の構成及び方法である。従属項に記載の構成及び方法に対応する実施形態の構成及び方法、並びに請求の範囲に記載がなく実施形態のみに記載の構成及び方法は、本発明において任意の構成及び方法である。請求の範囲の記載が実施形態の記載よりも広い場合における実施形態に記載の構成及び方法も、本発明の構成及び方法の例示であるという意味で、本発明において任意の構成及び方法である。いずれの場合も、請求の範囲の独立項に記載することで、本発明の必須の構成及び方法となる。

　実施形態に記載した効果は、本発明の例示としての実施形態の構成を有する場合の効果であり、必ずしも本発明が有する効果ではない。

　複数の実施形態（変形例を含む。以下、本段落において同様。）がある場合、各実施形態に開示の構成は各実施形態のみで閉じるものではなく、実施形態をまたいで組み合わせることが可能である。例えば一の実施形態に開示の構成を、他の実施形態に組み合わせてもよい。また、複数の実施形態それぞれに開示の構成を集めて組み合わせてもよい。

　本開示に記載した課題は公知の課題ではなく、本発明者が独自に知見したものであり、本開示の構成及び方法と共に発明の進歩性を肯定する事実である。

１．各実施形態の前提となる構成
（１）ソフトウェア提供装置とソフトウェア更新装置の位置関係
　図１を用いて、各実施形態のソフトウェア提供装置１００、及び電子制御システムＳに含まれるソフトウェア更新装置２００の位置関係を説明する。

　ソフトウェア提供装置１００は、電子制御システムＳを構成する電子制御装置（Electric Control Unit）２０（以下、ＥＣＵ２０と略する。）の少なくとも一つであるソフトウェア更新装置２００にソフトウェアを提供する装置である。
　ソフトウェア更新装置２００は、ソフトウェア提供装置１００からソフトウェアの提供を受け、フラッシュメモリに格納されていた旧ソフトウェアを新ソフトウェアに更新する装置である。

　図１（ａ）では、ソフトウェア提供装置１００は、“移動体”である車両の外部に設けられたサーバ装置であり、ソフトウェア提供装置１００と電子制御システムＳとは、無線通信方式で接続されている。無線通信方式の例として、例えば、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、Ｗ－ＣＤＭＡ（Wideband Code Division Multiple Access）、ＨＳＰＡ（High Speed Packet Access）、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（Long Term Evolution Advanced）、又は４Ｇ、５Ｇ等が挙げられる。あるいは、ＤＳＲＣ（Dedicated Short Range Communication）を用いることができる。

　図１（ｂ）では、ソフトウェア提供装置１００は、“移動体”である車両の外部に設けられた外部接続装置である診断装置（Diagnostic Tool）やパーソナルコンピュータ、あるいはスマートフォンであり、ソフトウェア提供装置１００と電子制御システムＳとは、有線通信方式又は無線通信方式で接続されている。有線通信方式の例として、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢが挙げられる。無線通信方式の例として、上述の例の他、Ｂｌｕｅｔｏｏｔｈ（登録商標）や赤外線通信が挙げられる。

　図１（ｃ）では、ソフトウェア提供装置１００は、“移動体”である車両に“搭載”されている装置であり、ソフトウェア提供装置１００とソフトウェア更新装置２００とは、有線通信方式又は無線通信方式で接続されている。有線通信方式の例として、上述の有線通信方式の他、ＣＡＮ（Controller Area Network）、ＬＩＮ（Local Interconnect Network）といった車載通信ネットワークが挙げられる。無線通信方式の例は、上述の通りである。

　ここで、
　“移動体”とは、移動可能な物体をいい、移動速度は任意である。また移動体が停止している場合も当然含む。例えば、自動車、自動二輪車、自転車、歩行者、船舶、航空機、及びこれらに搭載される物を含み、またこれらに限らない。
　“搭載”される、とは、移動体に直接固定されている場合の他、移動体に固定されていないが移動体と共に移動する場合も含む。例えば、移動体に乗った人が所持している場合、移動体に載置された積荷に搭載されている場合、が挙げられる。

（２）電子制御システムＳの構成
　図２は、車両に搭載された電子制御システムＳの構成例を示す図である。電子制御システムＳは、複数のＥＣＵ２０、及びこれらを接続する車載ネットワーク（ＮＷ１～ＮＷ３）から構成されている。図２は８つのＥＣＵ（ＥＣＵ２０ａ～ＥＣＵ２０ｈ）を例示しているが、当然のことながら、電子制御システムＳは任意の数のＥＣＵから構成される。以後の説明では、単数又は複数の電子制御装置全体を包括して説明する場合はＥＣＵ２０や各ＥＣＵ２０、個々の電子制御装置を特定して説明する場合はＥＣＵ２０ａ、ＥＣＵ２０ｂ、ＥＣＵ２０ｃ、・・・のように記載している。

　図２の場合、各ＥＣＵ２０間は、上述の図１（ｃ）の説明で記載した車載ネットワークや、その他の有線通信方式又は無線通信方式で接続されている。
　なお、接続とは、データのやり取りが可能な状態をいい、異なるハードウェアが有線又は無線の通信ネットワークを介して接続されている場合はもちろん、同一のハードウェア上で実現された仮想マシン同士が仮想的に接続されている場合も含む。

　図２に示す電子制御システムＳは、統合ＥＣＵ２０ａ、外部通信ＥＣＵ２０ｂ、ゾーンＥＣＵ（２０ｃ、２０ｄ）、及び個別ＥＣＵ（２０ｅ～２０ｈ）を含む。

　統合ＥＣＵ２０ａは、電子制御システムＳ全体を制御する機能を備えるとともに、各ＥＣＵ２０間の通信を仲介するゲートウェイ機能を備えたＥＣＵである。統合ＥＣＵ２０ａは、ゲートウェイＥＣＵ（Ｇ－ＥＣＵ）、モビリティコンピュータ（ＭＣ）と呼ばれることもある。また、統合ＥＣＵ２０ａは、中継装置やゲートウェイ装置であってもよい。

　外部通信ＥＣＵ２０ｂは、車両の外部に設けられたサーバ装置や外部接続装置と通信を行う通信モジュールを有するＥＣＵである。外部通信ＥＣＵ２０ｂが用いる通信方式は、図１の説明で記載した無線通信方式や有線通信方式である。
　なお、複数の通信方式を実現するため、外部通信ＥＣＵ２０ｂを複数設けるようにしてもよい。また、外部通信ＥＣＵ２０ｂを設ける代わりに、統合ＥＣＵ２０ａが外部通信ＥＣＵ２０ｂの機能を内包してもよい。

　ゾーンＥＣＵ（２０ｃ、２０ｄ）は、個別ＥＣＵが配置される場所や機能に応じて適宜配置されたゲートウェイ機能を備えたＥＣＵである。例えば、ゾーンＥＣＵ２０ｃは、車両の前方に配置された個別ＥＣＵ２０ｅ及び個別ＥＣＵ２０ｆと他のＥＣＵ２０との通信を仲介するゲートウェイ機能を有するＥＣＵ、ゾーンＥＣＵ２０ｄは、車両の後方に配置された個別ＥＣＵ２０ｇ及び個別ＥＣＵ２０ｈと他のＥＣＵ２０との通信を仲介するゲートウェイ機能を有するＥＣＵ、である。ゾーンＥＣＵ（２０ｃ、２０ｄ）は、ドメインコンピュータ（ＤＣ）と呼ばれることもある。ゾーンＥＣＵ２０ｃには、ネットワーク２（ＮＷ２）を介して個別ＥＣＵ２０ｅ及び個別ＥＣＵ２０ｆが接続され、ゾーンＥＣＵ２０ｄには、ネットワーク３（ＮＷ３）を介して個別ＥＣＵ２０ｇ及び個別ＥＣＵ２０ｈが接続されている。

　個別ＥＣＵ（２０ｅ～２０ｈ）は任意の機能を有するＥＣＵで構成することができる。例えば、エンジン、ハンドル、ブレーキ等の制御を行う駆動系電子制御装置、メータやパワーウインドウ等の制御を行う車体系電子制御装置、ナビゲーション装置等の情報系電子制御装置、あるいは、障害物や歩行者との衝突を防止するための制御を行う安全制御系電子制御装置が挙げられる。また、ＥＣＵ同士が並列ではなく、マスタとスレーブとに分類されていてもよい。

　なお、各ＥＣＵ２０は、物理的に独立した電子制御装置の他、仮想化技術を用いて実現した仮想化電子制御装置であってもよい。また、各ＥＣＵ２０は、異なるハードウェアでそれぞれ実現されている場合は有線又は無線の通信方式を介して接続されていればよく、同一のハードウェア上で複数の仮想化電子制御装置が実現されている場合は、仮想化電子制御装置同士が仮想的に接続されていればよい。

　各実施形態のソフトウェア提供装置１００は、ソフトウェアを他の装置に提供する機能を有していればよく、図１で説明した通り、電子制御システムＳの内部又は外部いずれの装置であってもよい。図２においても同様であり、図１（ａ）の場合はサーバ装置、図１（ｂ）の場合は外部接続装置、図１（ｃ）の場合は例えば電子制御システムＳの統合ＥＣＵ２０ａがソフトウェア提供装置１００に相当する。なお、図１（ｃ）の場合、他のＥＣＵ２０がソフトウェア提供装置１００として機能してもよい。

　各実施形態のソフトウェア更新装置２００は、ソフトウェアの提供を受ける装置であればよく、電子制御システムＳを構成するいずれのＥＣＵ２０であってもよい。図２では、個別ＥＣＵ２０ｅがソフトウェア更新装置２００である例を示している。
　以下、各実施形態のソフトウェア提供装置１００、ソフトウェア更新装置２００の順に説明する。

２．実施形態１
（１）差分データを用いたソフトウェアの更新動作の概要
　本実施形態のソフトウェア提供装置１００及びソフトウェア更新装置２００の構成及び動作を説明する前に、差分データを用いたソフトウェアの更新動作の概要を説明する。
　図３及び図４は、差分データを受信したソフトウェア更新装置２００が、フラッシュメモリに格納された旧ソフトウェアを新ソフトウェアに更新する更新動作を示す図である。

　図３において、ソフトウェア更新装置２００は、フラッシュメモリに旧ソフトウェアを保存しており、旧ソフトウェアに続いて旧ソフトウェアのバージョン情報（図中では、旧Ｖ情報と略して記載している。）を保存している。図３では、フラッシュメモリのセクタ０、セクタ１、及びセクタ２の一部にわたり旧ソフトウェアが保存され、セクタ２の残部に旧ソフトウェアのバージョン情報が保存されている。
　ソフトウェア更新装置２００は、ソフトウェア提供装置１００から新ソフトウェアと旧ソフトウェアの差分である差分データを受信する（［受信Ｓ］）。差分データはセクタ毎に生成されたものを受信しており、例えば図３ではセクタ０に適用される差分情報を受信している。セクタ１及びセクタ２に適用される差分データはない。すなわち、新ソフトウェアにおいて、セクタ１及びセクタ２の旧ソフトウェアからの更新はなく、旧ソフトウェアをそのまま用いる。
　ソフトウェア更新装置２００は、差分データを用いてセクタ０の旧ソフトウェアからセクタ０の新ソフトウェアを生成する（［生成Ｓ］）。厳密にいえば、生成するのは新ソフトウェアの一部分であるが、以降の記載において、セクタを特定して新ソフトウェア又は旧ソフトウェアと記載している場合は、ソフトウェアの部分を指すものとする。
　ソフトウェア更新装置２００は、セクタ０を消去する（［消去Ｓ］）。フラッシュメモリはセクタ単位で消去が可能であるので、消去の最小単位であるセクタ毎に消去を行う。セクタ１及びセクタ２は消去を行わない。
　ソフトウェア更新装置２００は、生成した新ソフトウェアをセクタ０に書き込み（［書き込みＳ］）、旧ソフトウェアから新ソフトウェアへの更新を終了する。

　図３では、旧ソフトウェアのバージョン情報は更新していないが、バージョン情報も更新する場合の例を、図４を用いて説明する。以下、セクタ２に適用される差分データがある場合とない場合とを分けて説明する。
　図４（ａ）は、セクタ２に適用される差分データがない場合である。
　ソフトウェア更新装置２００は、ソフトウェア提供装置１００から新ソフトウェアのバージョン情報（図中では、新Ｖ情報と略して記載している。）を受信する（［受信Ｓ］）。
　ソフトウェア更新装置２００は、セクタ２の旧ソフトウェアを別に設けた記憶装置に一時的に退避する（［退避Ｓ］）。
　ソフトウェア更新装置２００は、セクタ２を消去する（［消去Ｓ］）。
　ソフトウェア更新装置２００は、退避していた旧ソフトウェア及び新ソフトウェアのバージョン情報をセクタ２に書き込む（［書き込みＳ］）。

　図４（ｂ）は、セクタ２に適用される差分データがある場合である。
　ソフトウェア更新装置２００は、ソフトウェア提供装置１００から差分データ及び新ソフトウェアのバージョン情報を受信する（［受信Ｓ］）。
　ソフトウェア更新装置２００は、差分データを用いてセクタ２の旧ソフトウェアからセクタ２の新ソフトウェアを生成する（［生成Ｓ］）。
　ソフトウェア更新装置２００は、セクタ２を消去する（［消去Ｓ］）。
　ソフトウェア更新装置２００は、新ソフトウェア及び新ソフトウェアのバージョン情報をセクタ２に書き込む（［書き込みＳ］）。

　図３及び図４から、バージョン情報とソフトウェアがともに存在するセクタ（以下、同居セクタと称する。）においては、差分データがある場合は他のセクタにおける更新動作と同じであるが、差分データがない場合は他のセクタにおける更新動作と異なる。つまり、他のセクタにおいて差分データがない場合は旧ソフトウェアをそのまま新ソフトウェアとして用いるので、セクタの消去を行わない。しかし、同居セクタにおいては、差分データがなくてもバージョン情報を新バージョン情報に更新する必要があるため、旧ソフトウェアを一旦退避させた後、同居セクタを消去し、退避していた旧ソフトウェア及び新ソフトウェアのバージョン情報を同居セクタに書き込んでいる。

　すなわち、同居セクタにおける差分データの有無によって更新手順を変更する必要がある。しかし、同居セクタにおける差分データの有無をソフトウェア更新装置２００側で判定する場合、判定動作に必要なプログラムをＲＯＭ等にあらかじめ設けておく必要があるが、特にソフトウェア更新装置２００がリソースの限られる車両に搭載されている場合、極力ＲＯＭの容量や処理動作を削減することが望ましい。
　そこで、本実施形態では、ソフトウェア提供装置１００側でこの判定を行い、判定結果を示す情報をソフトウェア更新装置２００に提供し、ソフトウェア更新装置２００はこの情報を用いてソフトウェアの更新を行う。
　以下、ソフトウェア提供装置１００及びソフトウェア更新装置２００の構成及び動作の詳細を説明する。

（２）ソフトウェア提供装置１００の構成
　図５を用いて、ソフトウェア提供装置１００の構成例を説明する。ソフトウェア提供装置１００は、差分データ取得部１０１、差分適用位置情報取得部１０２、関連データ取得部１０３、関連データ位置情報取得部１０４、フラグ情報生成部１０５、及び送信部１０６を有する。

　差分データ取得部１０１は、ソフトウェア更新装置２００で現在用いられている“ソフトウェア”である旧ソフトウェアと、旧ソフトウェアに代えて新たにソフトウェア更新装置２００にインストールする“ソフトウェア”である新ソフトウェアの差分である差分データを“取得する”。
　例えば、差分データ取得部１０１は、ソフトウェア提供装置１００の新ソフトウェア保存部に保存している新ソフトウェアと、旧ソフトウェア保存部に保存している旧ソフトウェアとの差分を取ることにより差分データを生成する。ソフトウェア提供装置１００が新ソフトウェアと旧ソフトウェアを有していない場合は、他の装置で求めた差分データを受信してもよい。
　ここで、
　“ソフトウェア”とは、プログラムである場合の他、データである場合も含む。
　“取得する”とは、自ら生成して取得する場合、他の装置から受信して取得する場合、のいずれも含む。

　旧ソフトウェア保存部には、旧ソフトウェア及び旧ソフトウェアのバージョン情報が保存されている。新ソフトウェア保存部には、新ソフトウェア及び新ソフトウェアのバージョン情報が保存されている。旧ソフトウェア保存部と新ソフトウェア保存部、そして後述のフラッシュメモリ情報保存部は、それぞれ別の記録装置で実現しても、同じ記録装置で実現してもよい。
　また、新ソフトウェア保存部及び旧ソフトウェア保存部には、ソフトウェアの開始アドレス、ソフトウェアの終了アドレス、バージョン情報の開始アドレス、及びバージョン情報の終了アドレスが保存されていることが望ましい。各アドレスは、ソフトウェア更新装置２００のフラッシュメモリのアドレスに対応するアドレスであることが望ましい。各アドレスがフラッシュメモリのアドレスに対応していない場合は、アドレスの変換を行えばよい。

　差分適用位置情報取得１０２は、差分データ取得部１０１で取得した差分データが適用されるソフトウェア更新装置２００が有するフラッシュメモリのセクタ（“第１のセクタ”に相当）を“示す”差分適用位置情報を“取得する”。セクタの大きさは、例えば８ＫＢ（キロバイト）、又は６４ＫＢである。
　ここで、セクタを“示す”とは、セクタを直接示す場合、セクタを間接的に示す場合、のいずれの場合も含む。前者の例としてセクタ番号、後者の例としてセクタの開始アドレス、セクタの開始アドレス及びセクタのサイズ、又はセクタの開始アドレス及びセクタの終了アドレス、が挙げられる。

　図６は、ソフトウェア更新装置２００で用いられるフラッシュメモリのメモリマップを示す図である。ソフトウェア提供装置１００のフラッシュメモリ情報保存部には、図６のメモリマップがフラッシュメモリ情報として保存されている。
　メモリマップには、セクタの境界である境界アドレスとセクタ番号とが保存されている。なお、境界アドレスとセクタ番号に代えて、最上位の境界アドレスである境界アドレス＃０、最下位の境界アドレスである境界アドレス＃ｎ＋１、セクタサイズ、が保存されていてもよい。これらの情報から、中間の境界アドレスを求めることができる。

　図５に戻り、差分適用位置情報取得部１０２は、例えば差分データ取得部１０１で取得した差分データの開始アドレス及び終了アドレスと、フラッシュメモリ情報保存部に保存したフラッシュメモリ情報から読み出したフラッシュメモリの各セクタの境界アドレスとを比較して、差分データがどのセクタに適用されるかを判定する。例えば、差分データの開始アドレスと終了アドレスとに対応するフラッシュメモリの２つの境界アドレスを判定し、対応する２つの境界アドレスに挟まれたセクタのセクタ番号を差分適用位置情報とする。対応するフラッシュメモリの境界アドレスがない場合は、差分データの開始アドレスと終了アドレスとが含まれる範囲のうち最小の範囲を構成する２つの境界アドレスを対応する境界アドレスとする。いずれの場合も、複数のセクタにまたがっていてもよい。
　なお、判定されたセクタ番号に代えて、セクタの境界アドレスをそのまま差分適用位置情報としてもよい。セクタの境界アドレスを差分適用位置情報とする場合、上位又は下位のいずれかの境界アドレスのみとしてもよいし、上位及び下位の境界アドレスのセットとしてもよい。

　関連データ取得部１０３は、新ソフトウェアに関連するデータである関連データ、本実施形態では新ソフトウェアのバージョン情報を“取得する”。
　バージョン情報は、例えば新ソフトウェアのバージョン番号、新ソフトウェアを作成した日付、新ソフトウェアが適用される日付、新ソフトウェアの作成者、ソフトウェアの変更履歴等が挙げられるが、これらに限らない。
　バージョン情報以外の関連データとして、新ソフトウェアで用いる各種パラメータ情報が挙げられる。例えば、更新日時、更新者識別子、更新機器識別子、更新理由、が挙げられるが、これらに限らない。
　視点を変えれば、関連情報は、ソフトウェアに対して一意に定まる静的な情報であっても、ソフトウェアに対して一意に定まらない動的な情報のいずれであってもよい。また、関連情報は、ソフトウェアとは分離している情報であればよい。

　関連データ位置情報取得部１０４は、関連データ取得部１０３で取得した関連データが保存されるソフトウェア更新装置２００のフラッシュメモリのセクタ（“第２のセクタ”に相当）を“示す”関連データ位置情報を“取得する”。
　例えば、関連データ位置情報取得部１０４は、新ソフトウェアのバージョン情報の開始アドレス及び終了アドレスを、新ソフトウェア保存部に保存している新ソフトウェアから取得する。そして、フラッシュメモリ情報から読み出したフラッシュメモリの各セクタの境界アドレスと比較して、新ソフトウェアのバージョン情報がどのセクタに保存されるかを判定する。例えば、新ソフトウェアのバージョン情報の開始アドレス及び終了アドレスが、フラッシュメモリのどの２つの境界アドレス間に位置するかを判定し、対応する２つの境界アドレス間に挟まれたセクタのセクタ番号を関連データ位置情報とする。新ソフトウェアのバージョン情報が複数のセクタにまたがっている場合は、関連データ位置情報は複数のセクタを示す情報となる。
　関連データのサイズは通常セクタのサイズよりも小さいため、関連データ位置情報取得部１０４で取得した関連データ位置情報は上述の同居セクタに相当する。

　フラグ情報生成部１０５は、差分適用位置情報取得部１０２で取得した差分適用位置情報と、関連データ位置情報取得部１０４で取得した関連データ位置情報とに基づき、関連データ位置情報が示すセクタ（“第２のセクタ”に相当）と、差分データが適用されるセクタ（“第１のセクタ”に相当）とが一致するか否かを判定し、一致する場合は差分データが第２のセクタに適用されるとし、一致しない場合は差分データが第２のセクタに適用されないとして、第２のセクタに差分データが適用されるか否かを示す“フラグ情報”を生成する。
　すなわち、フラグ情報生成部１０５は、図４で説明した通り、バージョン情報とソフトウェアがともに存在するセクタである同居セクタ（“第２のセクタ”に相当）に、差分データが適用されるか否かを判定してフラグ情報を生成する。
　ここで、“フラグ情報”は、第２のセクタに差分データが適用されるか否かを示す情報であれば足り、その情報の形式は問わない。

　送信部１０６は、差分データ取得部１０１で取得した差分データ、差分適用位置情報取得部１０２で取得した差分適用位置情報、関連データ取得部１０３で取得した関連データ、及びフラグ情報生成部１０５で生成したフラグ情報を、差分更新情報としてソフトウェア更新装置２００に送信する。送信部１０６は、ソフトウェア更新装置２００に直接送信してもよいが、通常は、各種中継装置や、電子制御システムＳを構成する各ＥＣＵ２０を介して、結果的にソフトウェア更新装置２００に送信される。
　なお、本実施形態では、送信部１０６は、関連データ位置情報取得部１０４で取得した関連データ位置情報は送信していないが、これはバージョン情報が最終セクタや最初のセクタに保存されることをソフトウェア提供装置１００とソフトウェア更新装置２００とで共有しているからである。バージョン情報が保存される位置が共有されていない場合は、関連データ位置情報を差分更新情報に含めて送信することが望ましい。

（３）ソフトウェア更新装置２００の構成
　図７を用いて、ソフトウェア更新装置２００の構成例を説明する。ソフトウェア更新装置２００は、受信部２０１、ソフトウェア更新部２０２、及び関連情報記録部２０３を有する。

　ソフトウェア更新装置２００は、“移動体”である車両に“搭載”された装置であり、本実施形態では、例えば図２のＥＣＵ２０ｅであるとする。
　また、ソフトウェア更新装置２００は、旧プログラムや新プログラム等を保存するフラッシュメモリを有している。フラッシュメモリは、“セクタ”単位で消去が可能な不揮発性メモリである。フラッシュメモリは、例えばバイトやワード単位で読み書きができ、セクタ単位で消去が可能であり、かつ保存したソフトウェアを直接実行可能なＮＯＲ型フラッシュメモリが望ましい。もっとも、フラッシュメモリは、ページ単位で読み書きができ、ブロック単位で消去が可能であるＮＡＮＤ型フラッシュメモリであってもよい。
　ここで、
　“セクタ”とは、フラッシュメモリのデータの消去単位であればよく、ブロックやページ等、その名称は問わない。

　受信部２０１は、ソフトウェア提供装置１００から差分更新情報を受信する。受信部２０１は、差分更新情報をソフトウェア提供装置１００から直接受信してもよいが、例えば、本実施形態において、図２に示す通りソフトウェア更新装置２００が個別ＥＣＵ２０ｅである場合、外部通信ＥＣＵ２０ｂ、統合ＥＣＵ２０ａ、ゾーンＥＣＵ２０ｃを介して差分更新情報を受信する。

　ソフトウェア更新部２０２は、差分更新情報に含まれる差分データ及び差分適用位置情報を用いて、差分適用位置情報が示すフラッシュメモリのセクタ（“第１のセクタ”に相当）の旧ソフトウェアを更新する。差分データ及び差分適用位置情報を用いた更新動作は、図３を用いて説明した通りである。

　関連情報記録部２０３は、差分更新情報に含まれるフラグ情報を用いて、新ソフトウェアのバージョン情報（“関連データ”に相当）を第２のセクタに書き込む。差分更新情報に関連データ位置情報が含まれる場合は、関連データ位置情報が示すセクタ（“第２のセクタ”に相当）に新ソフトウェアのバージョン情報を書き込む。第２のセクタがソフトウェア更新装置２００において既知である場合は、関連データ位置情報は不要である。

　より具体的には、関連情報記録部２０３は、フラグ情報を参照して以下の通り新ソフトウェアのバージョン情報を書き込む。
　まず、フラグ情報が第２のセクタに差分データが適用されることを示す場合、第２のセクタに新ソフトウェアのバージョン情報を書き込む。この場合、第２のセクタは一度消去された後、差分データを用いて生成した新ソフトウェアが既に第２のセクタに書き込まれているので、さらに新ソフトウェアのバージョン情報を第２のセクタに書き込む。
　これに対し、フラグ情報が第２のセクタに差分データが適用されないことを示す場合、第２のセクタに書き込まれた旧ソフトウェアを退避して第２のセクタを消去し、退避した旧ソフトウェア及び新ソフトウェアのバージョン情報を第２のセクタに書き込む。
　新プログラムのバージョン情報の書き込み動作は、図４を用いて説明した通りである。

（４）ソフトウェア提供装置１００及びソフトウェア更新装置２００の動作
　図８～図１１を用いて、ソフトウェア提供装置１００及びソフトウェア更新装置２００の動作を説明する。なお、図８～図１０に示す動作は、ソフトウェア提供装置１００で実行されるソフトウェア提供方法を示すだけでなく、ソフトウェア提供装置１００で実行可能なソフトウェア提供プログラムの処理手順を示すものでもある。また、図１１に示す動作は、ソフトウェア更新装置２００で実行されるソフトウェア更新方法を示すだけでなく、ソフトウェア更新装置２００で実行可能なソフトウェア更新プログラムの処理手順を示すものでもある。そして、これらで示す処理は、図８～図１１で示した順序には限定されない。すなわち、あるステップでその前段のステップの結果を利用する関係にある等の制約がない限り、順序を入れ替えてもよい。

　図８は、ソフトウェア提供装置１００のメインルーチンである。
　ソフトウェア提供装置１００の差分データ取得部１０１は、新ソフトウェアと旧ソフトウェアの差分である差分データを取得する（Ｓ１０１）。
　差分適用位置情報取得部１０２は、差分データが適用される第１のセクタを示す差分適用位置情報を取得する（Ｓ１０２）。
　関連データ取得部１０３は、新ソフトウェアに関連するデータである関連データを取得する（Ｓ１０３）。
　関連データ位置情報取得部１０４は、関連データが保存される第２のセクタを示す関連データ位置情報を取得する（Ｓ１０４）。関連データ位置情報の取得方法の具体例は、図９で説明する。
　フラグ情報生成部１０５は、Ｓ１０２で取得した差分適用位置情報とＳ１０４で取得した関連データ位置情報とに基づき、第２のセクタに差分データが適用されるか否かを示すフラグ情報を生成する（Ｓ１０５）。フラグ情報の生成方法の具体例は、図１０で説明する。
　送信部１０６は、Ｓ１０１で取得した差分データ、Ｓ１０２で取得した差分適用位置情報、Ｓ１０３で取得した関連データ、及びＳ１０５で生成したフラグ情報を差分更新情報としてソフトウェア更新装置２００に送信する（Ｓ１０６）。

　図９は、図８のＳ１０４に相当するサブルーチンである。
　カウンタＮの条件として、初期値（０）、終了値（Ｎ）、増分（１）のループを設定する（Ｓ１１１）。
　新ソフトウェアのバージョン情報の開始アドレスが、境界アドレス＃Ｎ以上かつ境界アドレス＃Ｎ＋１以下の範囲内であるか否かを判定する（Ｓ１１２）。範囲内である場合（Ｓ１１２：Ｙｅｓ）、関連データ位置情報にセクタＮ（“第２のセクタ”に相当）をセットし（Ｓ１１３）、ループを繰り返す（Ｓ１１４）。範囲外である場合（Ｓ１１２：Ｎｏ）、ループを繰り返す（Ｓ１１４）。
　なお、図９では、新ソフトウェアのバージョン情報の開始アドレスのみで判定しているが、開始アドレス及び終了アドレスが、境界アドレス＃Ｎ以上かつ境界アドレス＃Ｎ＋１以下の範囲内であるか否かを判定してもよい。
　また、図９では境界アドレス＃Ｎ以上かつ境界アドレス＃Ｎ＋１以下の範囲内のみを判定しているが、新ソフトウェアのバージョン情報が複数のセクタにまたがる可能性を考慮し、境界アドレス＃Ｎ以上かつ境界アドレス＃Ｎ＋ａ以下の範囲内も判定してもよい。ａは整数の定数で、新ソフトウェアのバージョン情報のサイズに応じて適宜設定する。さらに、ａをカウンタとしてループを設定してもよい。

　図１０は、図８のＳ１０５に相当するサブルーチンである。
　フラグ情報に初期値０を設定する（Ｓ１２１）。
　カウンタｉの条件として、初期値０、終了値（差分データの数）、増分（１）のループを設定する（Ｓ１２２）。すなわち、差分データの数に相当する回数のループを設定する。
　差分適用位置情報＃ｉと関連データ位置情報を比較する（Ｓ１２２）。つまり、差分データ数だけ存在する差分適用位置情報のそれぞれと、関連データ位置情報とが一致するか否かを判定する。一致する場合（Ｓ１２２：Ｙｅｓ）は、関連データ位置情報が示す同居セクタ（“第２のセクタ”に相当）に差分データが適用されるので、これを示すフラグ情報に１を設定し（Ｓ１２３）、ループを繰り返す（Ｓ１２５）。一致しない場合（Ｓ１２２：Ｎ）は、ループを繰り返す（Ｓ１２５）。
　以上の動作により、同居セクタに差分データが適用される場合はフラグ１、同居セクタに差分データが適用されない場合はフラグ０が設定される。

　図１１は、ソフトウェア更新装置２００のメインルーチンである。
　ソフトウェア更新装置２００の受信部２０１は、ソフトウェア提供装置１００から差分更新情報を受信する（Ｓ２０１）。
　カウンタＮの条件として、初期値（０）、終了値（Ｎ）、増分（１）のループを設定する（Ｓ２０２）。
　ソフトウェア更新部２０２は、セクタＮに差分データがあるか否かを判定する（Ｓ２０３）。セクタＮに差分データがある場合（Ｓ２０３：Ｙｅｓ）、セクタＮの旧ソフトウェアと差分データから新ソフトウェアを生成し（Ｓ２０４）、セクタＮを消去し（Ｓ２０５）、Ｓ２０４で生成した新ソフトウェアをセクタＮに書き込み（Ｓ２０６）、ループを繰り返す（Ｓ２０７）。セクタＮに差分データがない場合（Ｓ２０３：Ｎｏ）、セクタＮに対し更新は行わず、ループを繰り返す（Ｓ２０７）。

　関連情報記録部２０３は、フラグ情報が０か１かを判定する（Ｓ２０８）。フラグ情報が０の場合、すなわち同居セクタに差分データが適用されない場合、関連データ位置情報が示す同居セクタの旧ソフトウェアを退避し（Ｓ２０９）、同居セクタを消去し（Ｓ２１０）、退避した旧ソフトウェアを同居セクタに書き込み（Ｓ２１１）、新ソフトウェアのバージョン情報を同居セクタに書き込む（Ｓ２１２）。フラグ情報が１の場合、すなわち同居セクタに差分データが適用される場合、新ソフトウェアのバージョン情報を同居セクタに書き込む（Ｓ２１２）。

（５）小括
　以上、本実施形態のソフトウェア提供装置１００によれば、フラグ情報を生成してソフトウェア更新装置２００に送信するので、ソフトウェア更新装置２００で同居セクタに差分データが適用されるか否かを判定する必要がなく、ソフトウェア更新装置２００の処理の負担を軽減することができる。例えば、判定に必要なプログラムをＲＯＭに格納する必要がないので、ＲＯＭ容量を極力少なくすることができ、また判定に必要なＣＰＵのリソースを節約することができる。
　また、本実施形態のソフトウェア提供装置１００によれば、さらに関連データ位置情報をソフトウェア更新装置２００に送信するので、ソフトウェア更新装置２００で同居セクタの位置が分からない場合であっても、同居セクタにおけるソフトウェアの更新とバージョン情報の書き込みを適切に行うことができる。

３．総括
　以上、本開示の各実施形態におけるソフトウェア提供装置及びソフトウェア更新装置等の特徴について説明した。

　各実施形態で使用した用語は例示であるので、同義の用語、あるいは同義の機能を含む用語に置き換えてもよい。

　実施形態の説明に用いたブロック図は、装置の構成を機能毎に分類及び整理したものである。それぞれの機能を示すブロックは、ハードウェア又はソフトウェアの任意の組み合わせで実現される。また、機能を示したものであることから、かかるブロック図は方法の発明、及び当該方法を実現するプログラムの発明の開示としても把握できるものである。

　各実施形態に記載した処理、フロー、及び方法として把握できる機能ブロック、については、一のステップでその前段の他のステップの結果を利用する関係にある等の制約がない限り、順序を入れ替えてもよい。

　各実施形態、及び請求の範囲で使用する、第１、第２、乃至、第Ｎ（Ｎは整数）、の用語は、同種の２以上の構成や方法を区別するために使用しており、順序や優劣を限定するものではない。

　また、本開示の装置の形態の例として、以下のものが挙げられる。
　部品の形態として、半導体素子、電子回路、モジュール、マイクロコンピュータが挙げられる。
　半完成品の形態として、電子制御装置（ＥＣＵ（Electric Control Unit））、システムボードが挙げられる。
　完成品の形態として、携帯電話、スマートフォン、タブレット、パーソナルコンピュータ（ＰＣ）、ワークステーション、サーバが挙げられる。
　その他、通信機能を有するデバイス等を含み、例えばビデオカメラ、スチルカメラ、カーナビゲーションシステムが挙げられる。

　また装置に、アンテナや通信用インターフェースなど、必要な機能を追加してもよい。

　加えて、本開示は、各実施形態で説明した構成及び機能を有する専用のハードウェアで実現できるだけでなく、メモリやハードディスク等の記録媒体に記録した本開示を実現するためのプログラム、及びこれを実行可能な専用又は汎用ＣＰＵ及びメモリ等を有する汎用のハードウェアとの組み合わせとしても実現できる。

　専用や汎用のハードウェアの非遷移的実体的記録媒体（例えば、外部記憶装置（ハードディスク、ＵＳＢメモリ、ＣＤ／ＢＤ等）、又は内部記憶装置（ＲＡＭ、ＲＯＭ等））に格納されるプログラムは、記録媒体を介して、あるいは記録媒体を介さずにサーバから通信回線を経由して、専用又は汎用のハードウェアに提供することもできる。これにより、プログラムのアップグレードを通じて常に最新の機能を提供することができる。

　本開示は、主として自動車に搭載される車載用のソフトウェア更新装置として説明したが、自動二輪車、船舶、鉄道、航空機等、移動する移動体全般に適用することが可能である。また、移動体に限らず、マイクロコンピュータを包含する製品全般に適用可能である。

Claims

　移動体に搭載されたソフトウェア更新装置（２００）のセクタ単位で消去が可能なフラッシュメモリに格納された旧ソフトウェアに対する差分更新情報を提供するソフトウェア提供装置（１００）であって、
　新ソフトウェアと前記旧ソフトウェアの差分である差分データを取得する差分データ取得部（１０１）と、
　前記差分データが適用される第１のセクタを示す差分適用位置情報を取得する差分適用位置情報取得部（１０２）と、
　前記新ソフトウェアに関連するデータである関連データを取得する関連データ取得部（１０３）と、
　前記関連データが保存される第２のセクタを示す関連データ位置情報を取得する関連データ位置情報取得部（１０４）と、
　前記差分適用位置情報と前記関連データ位置情報とに基づき、前記第２のセクタに前記差分データが適用されるか否かを示すフラグ情報を生成するフラグ情報生成部（１０５）と、
　前記差分データ、前記差分適用位置情報、前記関連データ、及び前記フラグ情報を前記差分更新情報として前記ソフトウェア更新装置に送信する送信部（１０６）と、を有する、
　ソフトウェア提供装置（１００）。
　前記送信部は、さらに前記関連データ位置情報を前記差分更新情報に含めて送信する、
　請求項１記載のソフトウェア提供装置。
　前記差分適用位置情報は、前記第１のセクタの開始アドレス及び終了アドレスである、
　請求項１記載のソフトウェア提供装置。
　前記関連データは、前記新ソフトウェアのバージョン情報である、
　請求項１記載のソフトウェア提供装置。
　前記フラッシュメモリは、ＮＯＲ型である、
　請求項１記載のソフトウェア提供装置。
　当該ソフトウェア提供装置は、移動体の外部に設けられている、
　請求項１記載のソフトウェア提供装置。
　当該ソフトウェア提供装置は、移動体に搭載されている、
　請求項１記載のソフトウェア提供装置。
　ソフトウェア提供装置（１００）から差分更新情報を受信し、前記差分更新情報を用いてセクタ単位で消去が可能なフラッシュメモリに格納された旧ソフトウェアを更新する、移動体に搭載されたソフトウェア更新装置（２００）であって、
　前記ソフトウェア提供装置は、
　　新ソフトウェアと前記旧ソフトウェアの差分である差分データを取得する差分データ取得部（１０１）と、
　　前記差分データが適用される第１のセクタを示す差分適用位置情報を取得する差分適用位置情報取得部（１０２）と、
　　前記新ソフトウェアに関連するデータである関連データを取得する関連データ取得部（１０３）と、
　　前記関連データが保存される第２のセクタを示す関連データ位置情報を取得する関連データ位置情報取得部（１０４）と、
　　前記差分適用位置情報と前記関連データ位置情報とに基づき、前記第２のセクタに前記差分データが適用されるか否かを示すフラグ情報を生成するフラグ情報生成部（１０５）と、
　前記差分データ、前記差分適用位置情報、前記関連データ、及び前記フラグ情報を前記差分更新情報として前記ソフトウェア更新装置に送信する送信部（１０６）と、を有し、
　当該ソフトウェア更新装置は、
　　前記差分更新情報を受信する受信部（２０１）と、
　　前記差分更新情報に含まれる前記差分データ及び前記差分適用位置情報を用いて、前記第１のセクタの前記旧ソフトウェアを更新するソフトウェア更新部（２０２）と、
　　前記差分更新情報に含まれる前記フラグ情報を用いて、前記関連データを前記第２のセクタに書き込む関連情報記録部（２０３）と、を有し、
　　前記関連情報記録部は、
　　　前記フラグ情報が前記第２のセクタに前記差分データが適用されることを示す場合、前記関連データを前記第２のセクタに書き込み、
　　　前記フラグ情報が前記第２のセクタに前記差分データが適用されないことを示す場合、前記第２のセクタに書き込まれた前記旧ソフトウェアを退避して前記第２のセクタを消去し、退避した前記旧ソフトウェア及び前記関連データを前記第２のセクタに書き込む、
　ソフトウェア更新装置（２００）。
　前記ソフトウェア提供装置の前記送信部は、さらに前記関連データ位置情報を前記差分更新情報に含めて送信し、
　当該ソフトウェア更新装置の関連情報記録部は、さらに前記関連データ位置情報を用いて、前記関連データを前記第２のセクタに書き込む、
　請求項８記載のソフトウェア更新装置。
　移動体に搭載されたソフトウェア更新装置（２００）のセクタ単位で消去が可能なフラッシュメモリに格納された旧ソフトウェアに対する差分更新情報を提供するソフトウェア提供装置（１００）で実行されるソフトウェア提供方法であって、
　新ソフトウェアと前記旧ソフトウェアの差分である差分データを取得し（Ｓ１０１）、
　前記差分データが適用される第１のセクタを示す差分適用位置情報を取得し（Ｓ１０２）、
　前記新ソフトウェアに関連するデータである関連データを取得し（Ｓ１０３）、
　前記関連データが保存される第２のセクタを示す関連データ位置情報を取得し（Ｓ１０４）、
　前記差分適用位置情報と前記関連データ位置情報とに基づき、前記第２のセクタに前記差分データが適用されるか否かを示すフラグ情報を生成し（Ｓ１０５）、
　前記差分データ、前記差分適用位置情報、前記関連データ、及び前記フラグ情報を前記差分更新情報として前記ソフトウェア更新装置に送信する（Ｓ１０６）、
　ソフトウェア提供方法。
　移動体に搭載されたソフトウェア更新装置（２００）のセクタ単位で消去が可能なフラッシュメモリに格納された旧ソフトウェアに対する差分更新情報を提供するソフトウェア提供装置（１００）で実行可能なソフトウェア提供プログラムであって、
　新ソフトウェアと前記旧ソフトウェアの差分である差分データを取得し（Ｓ１０１）、
　前記差分データが適用される第１のセクタを示す差分適用位置情報を取得し（Ｓ１０２）、
　前記新ソフトウェアに関連するデータである関連データを取得し（Ｓ１０３）、
　前記関連データが保存される第２のセクタを示す関連データ位置情報を取得し（Ｓ１０４）、
　前記差分適用位置情報と前記関連データ位置情報とに基づき、前記第２のセクタに前記差分データが適用されるか否かを示すフラグ情報を生成し（Ｓ１０５）、
　前記差分データ、前記差分適用位置情報、前記関連データ、及び前記フラグ情報を前記差分更新情報として前記ソフトウェア更新装置に送信する（Ｓ１０６）、
　ソフトウェア提供プログラム。
　ソフトウェア提供装置（１００）から差分更新情報を受信し、前記差分更新情報を用いてセクタ単位で消去が可能なフラッシュメモリに格納された旧ソフトウェアを更新する、移動体に搭載されたソフトウェア更新装置（２００）で実行されるソフトウェア更新方法であって、
　前記ソフトウェア提供装置は、
　　新ソフトウェアと前記旧ソフトウェアの差分である差分データを取得する差分データ取得部（１０１）と、
　　前記差分データが適用される第１のセクタを示す差分適用位置情報を取得する差分適用位置情報取得部（１０２）と、
　　前記新ソフトウェアに関連するデータである関連データを取得する関連データ取得部（１０３）と、
　　前記関連データが保存される第２のセクタを示す関連データ位置情報を取得する関連データ位置情報取得部（１０４）と、
　　前記差分適用位置情報と前記関連データ位置情報とに基づき、前記第２のセクタに前記差分データが適用されるか否かを示すフラグ情報を生成するフラグ情報生成部（１０５）と、
　前記差分データ、前記差分適用位置情報、前記関連データ、及び前記フラグ情報を前記差分更新情報として前記ソフトウェア更新装置に送信する送信部（１０６）と、を有し、
　当該ソフトウェア更新方法は、
　　前記差分更新情報を受信し（Ｓ２０１）、
　　前記差分更新情報に含まれる前記差分データ及び前記差分適用位置情報を用いて、前記第１のセクタの前記旧ソフトウェアを更新し（Ｓ２０３～Ｓ２０７）、
　　前記フラグ情報が前記第２のセクタに前記差分データが適用されることを示す場合、前記関連データを前記第２のセクタに書き込み（Ｓ２０８，Ｓ２１２）、
　　前記フラグ情報が前記第２のセクタに前記差分データが適用されないことを示す場合、前記第２のセクタに書き込まれた前記旧ソフトウェアを退避して前記第２のセクタを消去し、退避した前記旧ソフトウェア及び前記関連データを前記第２のセクタに書き込む（Ｓ２０８～Ｓ２１２）、
　ソフトウェア更新方法。
　ソフトウェア提供装置（１００）から差分更新情報を受信し、前記差分更新情報を用いてセクタ単位で消去が可能なフラッシュメモリに格納された旧ソフトウェアを更新する、移動体に搭載されたソフトウェア更新装置（２００）で実行可能なソフトウェア更新プログラムであって、
　前記ソフトウェア提供装置は、
　　新ソフトウェアと前記旧ソフトウェアの差分である差分データを取得する差分データ取得部（１０１）と、
　　前記差分データが適用される第１のセクタを示す差分適用位置情報を取得する差分適用位置情報取得部（１０２）と、
　　前記新ソフトウェアに関連するデータである関連データを取得する関連データ取得部（１０３）と、
　　前記関連データが保存される第２のセクタを示す関連データ位置情報を取得する関連データ位置情報取得部（１０４）と、
　　前記差分適用位置情報と前記関連データ位置情報とに基づき、前記第２のセクタに前記差分データが適用されるか否かを示すフラグ情報を生成するフラグ情報生成部（１０５）と、
　前記差分データ、前記差分適用位置情報、前記関連データ、及び前記フラグ情報を前記差分更新情報として前記ソフトウェア更新装置に送信する送信部（１０６）と、を有し、
　当該ソフトウェア更新プログラムは、
　　前記差分更新情報を受信し（Ｓ２０１）、
　　前記差分更新情報に含まれる前記差分データ及び前記差分適用位置情報を用いて、前記第１のセクタの前記旧ソフトウェアを更新し（Ｓ２０３～Ｓ２０７）、
　　前記フラグ情報が前記第２のセクタに前記差分データが適用されることを示す場合、前記関連データを前記第２のセクタに書き込み（Ｓ２０８，Ｓ２１２）、
　　前記フラグ情報が前記第２のセクタに前記差分データが適用されないことを示す場合、前記第２のセクタに書き込まれた前記旧ソフトウェアを退避して前記第２のセクタを消去し、退避した前記旧ソフトウェア及び前記関連データを前記第２のセクタに書き込む（Ｓ２０８～Ｓ２１２）、
　ソフトウェア更新プログラム。