JP7158599B2 - ソフトウェア更新装置、サーバ、ソフトウェア更新システム、及びソフトウェア更新方法 - Google Patents

Description

この発明は、ソフトウェア更新装置、サーバ、ソフトウェア更新システム、及びソフトウェア更新方法に関するものである。

従来、ＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）を利用して、車両に搭載されたデバイスのソフトウェアを更新する方法が提案されている。この方法において、サーバは、最新ソフトウェアと現行ソフトウェアとの差分に基づいて更新用データを生成してデバイスへ送信し、デバイスは、サーバから受信した更新用データを用いて現行ソフトウェアから最新ソフトウェアへの更新を行う（例えば、特許文献１参照）。

特許第５６９６０１８号公報

上記のように、車両に搭載されたデバイスが、ソフトウェア更新の度に更新用データをサーバから受信すると、サーバと車両とのデータ通信量が大きくなるために無線通信のコストが大きくなるという課題があった。

この発明は、上記のような課題を解決するためになされたもので、車両に搭載されたデバイスのソフトウェア更新において、サーバと車両とのデータ通信量を削減することを目的とする。

この発明に係るソフトウェア更新装置は、車両に搭載された複数のデバイスを含むソフトウェア更新装置であって、複数のデバイスのうちの少なくとも１つのデバイスは、複数のデバイスのうちのソフトウェア更新対象となる更新対象デバイスを示す情報、及び、更新対象デバイスが持つ更新対象ソフトウェアを更新するために用いられる更新用データを生成する元となる生成元ソフトウェアを持つ、複数のデバイスのうちの生成元デバイスを示す情報を含む更新情報を、車外のサーバから受信する車外通信部を備え、複数のデバイスのそれぞれは、車外通信部が受信した更新情報に基づき、自デバイスが生成元デバイスである場合に、自デバイスが持つ生成元ソフトウェアを用いて更新用データを生成する更新用データ生成部と、車外通信部が受信した更新情報に基づき、自デバイスが更新対象デバイスである場合に、生成元デバイスが生成した更新用データを用いて自デバイスが持つ更新対象ソフトウェアを更新するソフトウェア更新部とを備えるものである。

この発明によれば、更新対象デバイスが持つ更新対象ソフトウェアを更新するために用いられる更新用データを、サーバではなく車両の生成元デバイスが生成するようにしたので、更新用データをサーバが生成する場合に比べて、サーバと車両とのデータ通信量を削減することができる。

実施の形態１に係るソフトウェア更新システムの概要を示す図である。 実施の形態１に係るソフトウェア更新システムのハードウェア構成例を示す図である。 実施の形態１に係るソフトウェア更新装置の構成例を示す機能ブロック図である。 実施の形態１に係るサーバの構成例を示す機能ブロック図である。 実施の形態１に係るサーバの動作例を示すフローチャートである。 更新用データ生成判断部が管理するソフトウェア情報の一例を示す図である。 生成元デバイス宛の更新情報の一例を示す図である。 更新対象デバイス宛の更新情報の一例を示す図である。 実施の形態１に係るソフトウェア更新装置のデバイスのうち、車外通信部を備えたデバイスの動作例を示すフローチャートである。 車外通信部を備えたデバイスの、図９の更新用データの受信待機状態における動作例を示すフローチャートである。 実施の形態１に係るソフトウェア更新装置のデバイスのうち、車外通信部を備えていないデバイスの動作例を示すフローチャートである。 車外通信部を備えていないデバイスの、図１１の更新用データの受信待機状態における動作例を示すフローチャートである。 実施の形態２に係るソフトウェア更新システムの概要を示す図である。 実施の形態２に係るサーバの動作例を示すフローチャートである。 実施の形態３に係るソフトウェア更新装置の構成例を示す機能ブロック図である。 実施の形態３に係るサーバの動作例を示すフローチャートである。

以下、この発明をより詳細に説明するために、この発明を実施するための形態について、添付の図面に従って説明する。
実施の形態１．
図１は、実施の形態１に係るソフトウェア更新システムの概要を示す図である。このソフトウェア更新システムは、ＯＴＡを利用して車両に搭載されたデバイスのソフトウェアを更新するものである。このソフトウェア更新システムにおいては、系統が似ているデバイス１００Ａ，１００Ｂ間で、ソフトウェア更新に用いる更新用データの生成及び配布を行う。この際、ソフトウェア更新の舵取りはサーバ２００が行う。具体的には、サーバ２００は、デバイス１００Ａ，１００Ｂが持つソフトウェアに関する情報（以下、「ソフトウェア情報」と称する）の管理と、デバイス１００Ａ，１００Ｂによる更新用データ生成可否の判断とを行う。

なお、系統が似ているデバイスとは、ソフトウェア構成が似ているデバイス、又は制御するハードウェアが似ているデバイス等である。例えば、デバイス１００Ａとデバイス１００Ｂとが通信バスを介して通信を行う機能を有する場合、デバイス１００Ａとデバイス１００Ｂとはこの機能に関するソフトウェア構成が似ている。また、例えば、デバイス１００Ａが車外カメラを制御するデバイスであり、デバイス１００Ｂが車内カメラを制御するデバイスである場合、デバイス１００Ａとデバイス１００Ｂとは制御するハードウェアが似ている。

ここで、図１を用いて、デバイス１００Ｂのソフトウェア更新処理の流れを説明する。ここでは、車両に搭載されたデバイス１００Ａ及びデバイス１００Ｂを含むソフトウェア更新装置において、デバイス１００Ａが、サーバ２００との通信を行う車外通信部１１１を備える。また、デバイス１００Ｂが、更新対象デバイスであるものとする。

まず、サーバ２００は、管理対象であるデバイス１００Ａ，１００Ｂのソフトウェア情報に基づき、デバイス１００Ａの現行ソフトウェアを用いてデバイス１００Ｂの更新用データを生成可能か否かを判断する。

続いて、サーバ２００は、デバイス１００Ａへ、デバイス１００Ｂの更新用データの生成を要求する。この際、サーバ２００は、デバイス１００Ａのソフトウェア情報に基づき、デバイス１００Ｂの更新用データを生成するために使用するソフトウェアが記憶されているデバイス１００Ａのメモリ位置等を示すデバイス１００Ａ宛の更新情報を生成し、この更新情報を送信する。
また、サーバ２００は、デバイス１００Ｂへ、ソフトウェアの更新手順等を示すデバイス１００Ｂ宛の更新情報を生成し、この更新情報を送信する。更新手順は、例えばデバイス１００Ｂのどのメモリ位置に更新用データを適用するか等を示すものである。

続いて、デバイス１００Ａの車外通信部１１１が、サーバ２００からデバイス１００Ａ宛の更新情報とデバイス１００Ｂ宛の更新情報を受信し、デバイス１００Ｂ宛の更新情報をデバイス１００Ｂへ送信する。デバイス１００Ａは、デバイス１００Ａ宛の更新情報に基づき、デバイス１００Ａの現行ソフトウェアを使用してデバイス１００Ｂの更新用データを生成し、この更新用データをデバイス１００Ｂへ送信する。

続いて、デバイス１００Ｂは、デバイス１００Ｂ宛の更新情報に基づき、デバイス１００Ｂの現行ソフトウェアにデバイス１００Ａが生成した更新用データを適用することで最新ソフトウェアに更新する。

次に、ソフトウェア更新システムのハードウェア構成を説明する。
図２は、実施の形態１に係るソフトウェア更新システムのハードウェア構成例を示す図である。車両１には、ソフトウェア更新装置２が搭載されている。ソフトウェア更新装置２は、通信バス３によって互いに接続された、複数のデバイス１００Ａ～１００Ｅを含む。デバイス１００Ａ～１００Ｅは、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）等である。複数のデバイス１００Ａ～１００Ｅのうちの少なくとも１つのデバイス１００Ａは、車外通信部１１１に相当する車外ネットワークＩＦ（Ｉｎｔｅｒｆａｃｅ）１０３を備える。この車外ネットワークＩＦ１０３は、車外のサーバ２００との無線通信を行う。複数のデバイス１００Ａ～１００Ｅのそれぞれは、基本構成として、プロセッサ１０１、メモリ１０２、及び車内ネットワークＩＦ１０４を備える。プロセッサ１０１は、演算等の処理を行う。メモリ１０２は、自デバイスが使用する情報を記憶する。車内ネットワークＩＦ１０４は、通信バス３で接続されている他デバイスとの通信を行う。

サーバ２００は、プロセッサ２０１、メモリ２０２、及びサーバネットワークＩＦ２０３を備える。プロセッサ２０１、メモリ２０２、及びサーバネットワークＩＦ２０３は、通信バス２０４によって互いに接続されている。プロセッサ２０１は、演算等の処理を行う。メモリ１０２は、サーバ２００が使用する情報を記憶する。サーバネットワークＩＦ２０３は、車両１との無線通信を行う。

ここで、プロセッサ１０１，２０１とは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、処理装置、演算装置、又はマイクロプロセッサ等のことである。
メモリ１０２，２０２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、又はフラッシュメモリ等の不揮発性もしくは揮発性の半導体メモリであってもよいし、ハードディスク又はフレキシブルディスク等の磁気ディスクであってもよいし、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）又はＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の光ディスクであってもよい。

次に、ソフトウェア更新システムの各構成要素を説明する。
図３は、実施の形態１に係るソフトウェア更新装置２の構成例を示す機能ブロック図である。複数のデバイス１００Ａ～１００Ｅのうちの少なくとも１つのデバイス１００Ａは、車外通信部１１１を備える。複数のデバイス１００Ａ～１００Ｅのそれぞれは、更新用データ生成部１１２、ソフトウェア更新部１１３、及び車内通信部１１４を備える。

車外通信部１１１は、サーバ側通信部２１４（図４参照）と無線通信を行う。車外通信部１１１は、サーバ２００から送信されたデータ（更新用データ及び更新情報を含む）を受信した場合、受信データの種別と宛先に応じて、自デバイスの更新用データ生成部１１２若しくはソフトウェア更新部１１３へ出力する、又は車内通信部１１４を通じて他デバイスへ送信する。また、車外通信部１１１は、自デバイスのソフトウェア更新部１１３から、又は車内通信部１１４を通じて他デバイスからデータ（ソフトウェア情報を含む）を受け取った場合、受け取ったデータをサーバ２００へ送信する。

更新用データ生成部１１２は、車外通信部１１１から受け取った更新情報に基づき、ソフトウェア更新対象の他デバイスの更新用データを生成する。更新用データ生成部１１２は、生成した更新用データを、車内通信部１１４を通じて、ソフトウェア更新対象の他デバイスへ送信する。

ソフトウェア更新部１１３は、車内通信部１１４を通じて他デバイスから自デバイスの更新用データを受け取る、又は車外通信部１１１を通じてサーバ２００から自デバイスの更新用データを受け取る。ソフトウェア更新部１１３は、車外通信部１１１から受け取った更新情報に基づき、上記の更新用データを用いて自デバイスのソフトウェアを更新する。また、デバイス１００Ａのソフトウェア更新部１１３は、自デバイスの更新後のソフトウェアに関するソフトウェア情報を、車外通信部１１１へ出力する。デバイス１００Ｂ～１００Ｅのソフトウェア更新部１１３は、自デバイスの更新後のソフトウェアに関するソフトウェア情報を、車内通信部１１４を通じて車外通信部１１１へ出力する。

車内通信部１１４は、通信バス３を通じて他デバイスとの通信を行う。車内通信部１１４は、デバイス１００Ａから送信された自デバイス宛の更新情報を受信した場合、この更新情報を自デバイスの更新用データ生成部１１２及びソフトウェア更新部１１３へ出力する。車内通信部１１４は、他デバイスから送信された自デバイスの更新用データを受信した場合、この更新用データを自デバイスのソフトウェア更新部１１３へ出力する。また、車内通信部１１４は、他デバイスの更新用データを自デバイスの更新用データ生成部１１２から受け取った場合、この更新用データを他デバイスへ送信する。また、車内通信部１１４は、自デバイスのソフトウェア情報を自デバイスのソフトウェア更新部１１３から受け取った場合、このソフトウェア情報をデバイス１００Ａへ送信し、デバイス１００Ａの車外通信部１１１を通じてサーバ２００へ送信させる。

なお、車外通信部１１１の機能は、車外ネットワークＩＦ１０３により実現される。車内通信部１１４の機能は、車内ネットワークＩＦ１０４により実現される。
更新用データ生成部１１２及びソフトウェア更新部１１３の機能は、メモリ１０２に格納されたプログラムを実行するプロセッサ１０１により実現される。更新用データ生成部１１２及びソフトウェア更新部１１３の機能は、ソフトウェアにより実現される。ソフトウェアはプログラムとして記述され、メモリ１０２に格納される。プロセッサ１０１は、メモリ１０２に格納されたプログラムを読みだして実行することにより、各部の機能を実現する。即ち、デバイス１００Ａ～１００Ｅは、プロセッサ１０１により実行されるときに、後述する図９等のフローチャートで示されるステップが結果的に実行されることになるプログラムを格納するためのメモリ１０２を備える。また、このプログラムは、更新用データ生成部１１２及びソフトウェア更新部１１３の手順又は方法をコンピュータに実行させるものであるとも言える。

図４は、実施の形態１に係るサーバ２００の構成例を示す機能ブロック図である。サーバ２００は、更新用データ生成判断部２１１、更新情報生成部２１２、更新用データ生成部２１３、及びサーバ側通信部２１４を備える。

サーバ側通信部２１４は、デバイス１００Ａの車外通信部１１１と無線通信を行う。サーバ側通信部２１４は、車外通信部１１１からソフトウェア情報を受信した場合、このソフトウェア情報を更新用データ生成判断部２１１へ出力する。また、サーバ側通信部２１４は、更新情報生成部２１２から受け取った更新情報、及び更新用データ生成部２１３から受け取った更新用データを、車外通信部１１１へ送信する。

更新用データ生成判断部２１１は、サーバ側通信部２１４から受け取ったデバイス１００Ａ～１００Ｅのソフトウェア情報を記憶及び管理する。更新用データ生成判断部２１１は、これらのソフトウェア情報に基づき、デバイス１００Ａ～１００Ｅのうちの少なくとも１つのデバイスによって更新用データが生成可能か否かを判断し、判断結果を更新情報生成部２１２及び更新用データ生成部２１３へ出力する。なお、ソフトウェア情報は、定期的に、又はデバイスのソフトウェアが更新された場合に、車両１側から送信される。

更新情報生成部２１２は、更新用データ生成判断部２１１により車両１側で更新用データの生成が可能と判断された場合、更新用データを生成する生成元デバイス宛の更新情報と、ソフトウェアを更新する更新対象デバイス宛の更新情報とを生成する。
更新情報生成部２１２は、更新用データ生成判断部２１１により車両１側で更新用データの生成が不可能と判断された場合、サーバ２００が生成した更新用データを用いて更新対象デバイスのソフトウェアを更新することを示す、更新対象デバイス宛の更新情報を生成する。
更新情報生成部２１２は、生成した更新情報を、サーバ側通信部２１４を通じて車外通信部１１１へ送信する。

更新用データ生成部２１３は、更新用データ生成判断部２１１により車両１側で更新用データの生成が不可能と判断された場合、更新用データ生成判断部２１１が管理しているソフトウェア情報に基づき、更新対象デバイスの更新用データを生成する。更新情報生成部２１２は、生成した更新用データを、サーバ側通信部２１４を通じて車外通信部１１１へ送信する。

なお、サーバ側通信部２１４の機能は、サーバネットワークＩＦ２０３により実現される。
更新用データ生成判断部２１１、更新情報生成部２１２、及び更新用データ生成部２１３の機能は、メモリ２０２に格納されたプログラムを実行するプロセッサ２０１により実現される。更新用データ生成判断部２１１、更新情報生成部２１２、及び更新用データ生成部２１３の機能は、ソフトウェアにより実現される。ソフトウェアはプログラムとして記述され、メモリ２０２に格納される。プロセッサ２０１は、メモリ２０２に格納されたプログラムを読みだして実行することにより、各部の機能を実現する。即ち、サーバ２００は、プロセッサ２０１により実行されるときに、後述する図５等のフローチャートで示されるステップが結果的に実行されることになるプログラムを格納するためのメモリ２０２を備える。また、このプログラムは、更新用データ生成判断部２１１、更新情報生成部２１２、及び更新用データ生成部２１３の手順又は方法をコンピュータに実行させるものであるとも言える。

次に、ソフトウェア更新方法を説明する。
図５は、実施の形態１に係るサーバ２００の動作例を示すフローチャートである。サーバ２００は、デバイス１００Ａ～１００Ｅのうちのいずれかのデバイスが持つソフトウェアを更新する指示を外部から受け付けた場合、図５のフローチャートに示される動作を行う。以下では、デバイス１００Ａが更新対象デバイスであるものとする。

ステップＳＴ１において、更新用データ生成判断部２１１は、更新対象デバイスの更新用データを、更新対象デバイス以外のデバイスのうちの少なくとも１つにより生成可能か否かを判断する。更新対象デバイス以外のデバイスが更新用データを生成可能である場合（ステップＳＴ１“ＹＥＳ”）、更新情報生成部２１２がステップＳＴ３の動作を行い、生成不可能である場合（ステップＳＴ１“ＮＯ”）、更新用データ生成部２１３がステップＳＴ２の動作を行う。

図６は、更新用データ生成判断部２１１が管理するソフトウェア情報の一例を示す図である。ソフトウェア情報は、例えば、デバイスＩＤ、ソフトウェアの現行バージョン、ソフトウェアの最新バージョン、現行バージョンのソフトウェアを記憶しているメモリ位置を示すメモリマップ、及び現行バージョンのソフトウェア内容等を含む。デバイスＩＤ「ＤＥＶ＿ＩＤ＿１００Ａ」は、ソフトウェア更新対象であるデバイス１００Ａを指し、デバイスＩＤ「ＤＥＶ＿ＩＤ＿１００Ｂ」は、デバイス１００Ａの更新用データを生成する生成元のデバイス１００Ｂを指す。更新用データ生成判断部２１１は、デバイス１００Ａのソフトウェア情報とデバイス１００Ｂのソフトウェア情報とを比較することによって、デバイス１００Ａの現行バージョンのソフトウェアと最新バージョンのソフトウェアとの差分である更新用データを、デバイス１００Ｂの現行バージョンのソフトウェアを元に生成可能か否かを判断する。

ステップＳＴ２において、更新用データ生成部２１３は、更新用データ生成判断部２１１が管理しているソフトウェア情報に基づき、更新対象デバイスの更新用データを生成する。
ステップＳＴ３において、更新情報生成部２１２は、更新用データを生成する生成元デバイス宛の更新情報を生成する。
更新情報は、テキストファイル等のデータ量が小さいファイル形式であることが望ましい。

図７は、生成元デバイス宛の更新情報の一例を示す図である。更新情報は、宛先、更新対象デバイス宛の更新情報であるか生成元デバイス宛の更新情報であるか、更新対象デバイス、生成元ソフトウェアのアドレス又はメモリ位置、及び更新用データの出力形式等を含む。図７の更新情報は、デバイス１００Ｂ宛の更新情報であり、デバイス１００Ｂが生成元デバイスでありデバイス１００Ａが更新対象デバイスであることを示す。デバイス１００Ｂは、図７の更新情報に基づき、デバイス１００Ｂのメモリ１０２の「０ｘ０２４４～０ｘ０３００」に記憶されているソフトウェア内容を抽出してバイナリファイルの更新用データを生成し、この更新用データをデバイス１００Ａへ送信する。

ステップＳＴ４において、更新情報生成部２１２は、更新対象デバイス宛の更新情報を生成する。

図８は、更新対象デバイス宛の更新情報の一例を示す図である。更新情報は、宛先、更新対象デバイス宛の更新情報であるか生成元デバイス宛の更新情報であるか、ソフトウェアの最新バージョン、更新用データ一覧、各更新用データの生成元デバイス、各更新用データの適用先（アドレス又はメモリ位置等）、及び更新用データの適用順序を示す更新順序等を含む。図８の更新情報は、デバイス１００Ａ宛の更新情報であり、デバイス１００Ａが更新対象デバイスであることを示す。デバイス１００Ａは、図８の更新情報に基づき、まず、デバイス１００Ｂにより生成された更新用データ「ＵｐｄａｔｅＤａｔａ＿１」を、デバイス１００Ａのメモリ１０２の「０ｘ０１ａａ～０ｘ０２００」へ適用し、続いて、デバイス１００Ｃにより生成された更新用データ「ＵｐｄａｔｅＤａｔａ＿２」を、デバイス１００Ａのメモリ１０２の「０ｘ００ａｖ～０ｘ００ｂｂ」に適用する。
なお、図示は省略するが、更新対象デバイス宛の更新情報に含まれる生成元デバイスの項目は、デバイス１００Ａ～１００Ｅに限らず、サーバ２００の場合もある。

ステップＳＴ５において、サーバ側通信部２１４は、更新情報生成部２１２が生成した更新情報を車外通信部１１１へ送信する。この際、サーバ側通信部２１４は、車両１側で更新用データを生成可能である場合に更新対象デバイス宛の更新情報と生成元デバイス宛の更新情報とを送信し、車両１側で更新用データを生成不可能である場合に更新対象デバイス宛の更新情報を送信する。

更新用データ生成部２１３がステップＳＴ２で更新用データを生成した場合（ステップＳＴ６“ＹＥＳ”）、ステップＳＴ７において、サーバ側通信部２１４は、この更新用データを車外通信部１１１へ送信する。一方、更新用データ生成部２１３が更新用データを生成しなかった場合（ステップＳＴ６“ＮＯ”）、サーバ側通信部２１４は、ステップＳＴ７の動作をスキップする。

図９は、実施の形態１に係るソフトウェア更新装置２のデバイス１００Ａ～１００Ｅのうち、車外通信部１１１を備えたデバイス１００Ａの動作例を示すフローチャートである。

ステップＳＴ１１において、車外通信部１１１は、サーバ２００が送信したデータを受信した場合、受信データの宛先を確認する。また、車内通信部１１４は、他デバイス１００Ｂ～１００Ｅが送信したデータを受信した場合、受信データの宛先を確認する。車外通信部１１１及び車内通信部１１４は、受信データが自デバイス１００Ａ宛である場合（ステップＳＴ１１“ＹＥＳ”）、ステップＳＴ１３の動作を行い、受信データが他デバイス１００Ｂ～１００Ｅのいずれか宛である場合（ステップＳＴ１１“ＮＯ”）、ステップＳＴ１２の動作を行う。

ステップＳＴ１２において、車外通信部１１１は、受信データの宛先がサーバ２００である場合、この受信データをサーバ２００へ送信する。車内通信部１１４は、受信データの宛先が他デバイス１００Ｂ～１００Ｅのいずれかである場合、この受信データを宛先の他デバイスへ送信する。

ステップＳＴ１３において、車外通信部１１１及び車内通信部１１４は、受信データが更新情報であるか否かを確認する。車外通信部１１１及び車内通信部１１４は、受信データが更新情報である場合（ステップＳＴ１３“ＹＥＳ”）、ステップＳＴ１４の動作を行い、受信データが更新情報でない場合（ステップＳＴ１３“ＮＯ”）、図９のフローチャートに示される動作を終了する。

ステップＳＴ１４において、車外通信部１１１は、受信データである更新情報に基づき、自デバイス１００Ａが更新対象デバイスであるか否かを確認する。自デバイス１００Ａが更新対象デバイスである場合（ステップＳＴ１４“ＹＥＳ”）、車外通信部１１１はこの更新情報をソフトウェア更新部１１３へ出力し、ソフトウェア更新部１１３はステップＳＴ１７の動作を行う。自デバイス１００Ａが更新対象デバイスでない場合（ステップＳＴ１４“ＮＯ”）、車外通信部１１１はこの更新情報を更新用データ生成部１１２へ出力し、更新用データ生成部１１２はステップＳＴ１５の動作を行う。

ステップＳＴ１５において、更新用データ生成部１１２は、更新情報に基づき、他デバイスの更新用データを生成する。
ステップＳＴ１６において、車内通信部１１４は、更新用データ生成部１１２が生成した他デバイスの更新用データを、この他デバイスへ送信する。

図１０は、車外通信部１１１を備えたデバイス１００Ａの、図９の更新用データの受信待機状態（ステップＳＴ１７）における動作例を示すフローチャートである。

ステップＳＴ２１において、車外通信部１１１は、サーバ２００が送信したデータを受信した場合、受信データの宛先を確認する。また、車内通信部１１４は、他デバイス１００Ｂ～１００Ｅが送信したデータを受信した場合、受信データの宛先を確認する。車外通信部１１１及び車内通信部１１４は、受信データが自デバイス１００Ａ宛である場合（ステップＳＴ２１“ＹＥＳ”）、ステップＳＴ２３の動作を行い、受信データが他デバイス１００Ｂ～１００Ｅのいずれか宛である場合（ステップＳＴ２１“ＮＯ”）、ステップＳＴ２２の動作を行う。

ステップＳＴ２２において、車外通信部１１１は、受信データの宛先がサーバ２００である場合、この受信データをサーバ２００へ送信する。車内通信部１１４は、受信データの宛先が他デバイス１００Ｂ～１００Ｅのいずれかである場合、この受信データを宛先の他デバイスへ送信する。

ステップＳＴ２３において、車外通信部１１１及び車内通信部１１４は、受信データが更新用データであるか否かを確認する。車外通信部１１１及び車内通信部１１４は、受信データが更新用データである場合（ステップＳＴ２３“ＹＥＳ”）、更新用データをソフトウェア更新部１１３へ出力し、ソフトウェア更新部１１３はステップＳＴ２４の動作を行う。車外通信部１１１及び車内通信部１１４は、受信データが更新用データでない場合（ステップＳＴ２３“ＮＯ”）、ステップＳＴ２１の動作を行う。

ステップＳＴ２４において、ソフトウェア更新部１１３は、車外通信部１１１から受け取り済みの更新情報を参照し、自デバイス１００Ａのソフトウェアの更新に必要な更新用データの個数等を確認する。

ステップＳＴ２５において、ソフトウェア更新部１１３は、自デバイス１００Ａのソフトウェアの更新に必要な全ての更新用データが揃ったか否かを確認する。ソフトウェア更新部１１３は、全ての更新用データが揃った場合（ステップＳＴ２５“ＹＥＳ”）、ステップＳＴ２６の動作を行う。未受信の更新用データが存在する場合（ステップＳＴ２５“ＮＯ”）、車外通信部１１１及び車内通信部１１４がステップＳＴ２１の動作を行う。

ステップＳＴ２６において、ソフトウェア更新部１１３は、自デバイス１００Ａのソフトウェアの更新に必要な全ての更新用データを用いて、更新情報に含まれる更新順序に従い、自デバイス１００Ａのソフトウェアを更新する。ソフトウェア更新部１１３は、更新完了後、最新のソフトウェア情報を車外通信部１１１を通じてサーバ２００へ送信する。

図１１は、実施の形態１に係るソフトウェア更新装置２のデバイス１００Ａ～１００Ｅのうち、車外通信部１１１を備えていないデバイス１００Ｂ～１００Ｅの動作例を示すフローチャートである。デバイス１００Ｂ～１００Ｅの動作は同じであるため、以下では代表してデバイス１００Ｂの動作を説明する。

ステップＳＴ３１において、車内通信部１１４は、通信バス３を通じて自デバイス１００Ｂ宛のデータを受信する。車内通信部１１４は、データを受信した場合（ステップＳＴ３１“ＹＥＳ”）、ステップＳＴ３２の動作を行い、データを受信していない場合（ステップＳＴ３１“ＮＯ”）、ステップＳＴ３１の動作を繰り返す。

ステップＳＴ３２において、車内通信部１１４は、受信データが更新情報であるか否かを確認する。車内通信部１１４は、受信データが更新情報である場合（ステップＳＴ３２“ＹＥＳ”）、ステップＳＴ３３の動作を行い、受信データが更新情報でない場合（ステップＳＴ３２“ＮＯ”）、図１１のフローチャートに示される動作を終了する。

ステップＳＴ３３において、車内通信部１１４は、受信データである更新情報に基づき、自デバイス１００Ｂが更新対象デバイスであるか否かを確認する。自デバイス１００Ｂが更新対象デバイスである場合（ステップＳＴ３３“ＹＥＳ”）、車内通信部１１４はこの更新情報をソフトウェア更新部１１３へ出力し、ソフトウェア更新部１１３はステップＳＴ３６の動作を行う。自デバイス１００Ｂが更新対象デバイスでない場合（ステップＳＴ３３“ＮＯ”）、車内通信部１１４はこの更新情報を更新用データ生成部１１２へ出力し、更新用データ生成部１１２はステップＳＴ３４の動作を行う。

ステップＳＴ３４において、更新用データ生成部１１２は、更新情報に基づき、他デバイスの更新用データを生成する。
ステップＳＴ３５において、車内通信部１１４は、更新用データ生成部１１２が生成した他デバイスの更新用データを、この他デバイスへ送信する。

図１２は、車外通信部１１１を備えていないデバイス１００Ｂ～１００Ｅの、図１１の更新用データの受信待機状態（ステップＳＴ３６）における動作例を示すフローチャートである。

ステップＳＴ４１において、車内通信部１１４は、通信バス３を通じて自デバイス１００Ｂ宛のデータを受信する。車内通信部１１４は、データを受信した場合（ステップＳＴ４１“ＹＥＳ”）、ステップＳＴ４２の動作を行い、データを受信していない場合（ステップＳＴ４１“ＮＯ”）、ステップＳＴ４１の動作を繰り返す。

ステップＳＴ４２において、車内通信部１１４は、受信データが更新用データであるか否かを確認する。車内通信部１１４は、受信データが更新用データである場合（ステップＳＴ４２“ＹＥＳ”）、更新用データをソフトウェア更新部１１３へ出力し、ソフトウェア更新部１１３はステップＳＴ４３の動作を行う。車内通信部１１４は、受信データが更新用データでない場合（ステップＳＴ４２“ＮＯ”）、ステップＳＴ４１の動作を行う。

ステップＳＴ４３において、ソフトウェア更新部１１３は、車内通信部１１４から受け取り済みの更新情報を参照し、自デバイス１００Ｂのソフトウェアの更新に必要な更新用データの個数等を確認する。

ステップＳＴ４４において、ソフトウェア更新部１１３は、自デバイス１００Ｂのソフトウェアの更新に必要な全ての更新用データが揃ったか否かを確認する。ソフトウェア更新部１１３は、全ての更新用データが揃った場合（ステップＳＴ４４“ＹＥＳ”）、ステップＳＴ４５の動作を行う。未受信の更新用データが存在する場合（ステップＳＴ４４“ＮＯ”）、車内通信部１１４がステップＳＴ４１の動作を行う。

ステップＳＴ４５において、ソフトウェア更新部１１３は、自デバイス１００Ｂのソフトウェアの更新に必要な全ての更新用データを用いて、更新情報に含まれる更新順序に従い、自デバイス１００Ｂのソフトウェアを更新する。ソフトウェア更新部１１３は、更新完了後、最新のソフトウェア情報を車内通信部１１４へ出力する。車内通信部１１４は、ソフトウェア情報を、デバイス１００Ａの車外通信部１１１を通じてサーバ２００へ送信する。

以上のように、実施の形態１に係るソフトウェア更新装置２を構成する複数のデバイス１００Ａ～１００Ｅのうちの少なくとも１つのデバイス１００Ａは、車外通信部１１１を備える。車外通信部１１１は、複数のデバイス１００Ａ～１００Ｅのうちのソフトウェア更新対象となる更新対象デバイスを示す情報、及び、更新対象デバイスが持つ更新対象ソフトウェアを更新するために用いられる更新用データを生成する元となる生成元ソフトウェアを持つ、複数のデバイス１００Ａ～１００Ｅのうちの生成元デバイスを示す情報を含む更新情報を、車外のサーバ２００から受信する。複数のデバイス１００Ａ～１００Ｅのそれぞれは、更新用データ生成部１１２と、ソフトウェア更新部１１３とを備える。更新用データ生成部１１２は、車外通信部１１１が受信した更新情報に基づき、自デバイスが生成元デバイスである場合に、自デバイスが持つ生成元ソフトウェアを用いて更新用データを生成する。ソフトウェア更新部１１３は、車外通信部１１１が受信した更新情報に基づき、自デバイスが更新対象デバイスである場合に、生成元デバイスが生成した更新用データを用いて自デバイスが持つ更新対象ソフトウェアを更新する。このように、車両１のデバイス１００Ａ～１００Ｅのいずれかが更新用データを生成するので、従来のようにサーバ２００が更新用データを生成する場合に比べて、サーバ２００と車両１とのデータ通信量を削減することができる。また、従来のようにサーバ２００が更新用データを生成する場合、車両１の周囲の電波環境が悪い状態では、車両１が更新用データをサーバ２００から受信する上で時間がかかる、または受信できない可能性があるため、ソフトウェア更新ができない可能性があった。これに対し、実施の形態１の車両１は、更新用データよりもデータ量が小さい更新情報を受信できれば、ソフトウェア更新ができるため、車両１の周囲の電波環境が悪い状態であってもソフトウェア更新が可能となる。

また、実施の形態１に係るサーバ２００は、更新用データ生成判断部２１１と、更新情報生成部２１２と、サーバ側通信部２１４とを備える。更新用データ生成判断部２１１は、車両１に搭載された複数のデバイス１００Ａ～１００Ｅのうち、ソフトウェア更新対象となる更新対象デバイスが持つ更新対象ソフトウェアと、残りのデバイスが持つソフトウェアとを比較して、更新対象デバイスが持つ更新対象ソフトウェアを更新するために用いられる更新用データを、残りのデバイスが持つソフトウェアを元に生成可能か否かを判断する。更新情報生成部２１２は、更新用データ生成判断部２１１が更新用データを生成可能と判断したデバイスを、更新用データを生成する元となる生成元ソフトウェアを持つ生成元デバイスとして、生成元デバイスを示す情報及び更新対象デバイスを示す情報を含む更新情報を生成する。サーバ側通信部２１４は、更新情報生成部２１２が生成した更新情報を車両１へ送信する。このように、サーバ２００が車両１のデバイス１００Ａ～１００Ｅのいずれかに更新用データを生成させるので、従来のようにサーバ２００が更新用データを生成する場合に比べて、サーバ２００と車両１とのデータ通信量を削減することができる。また、従来のようにサーバ２００が更新用データを生成する場合、車両１の周囲の電波環境が悪い状態では、車両１が更新用データをサーバ２００から受信する時間がかかる、または受信できない可能性があるため、ソフトウェア更新ができない可能性があった。これに対し、実施の形態１のサーバ２００は、更新用データよりもデータ量が小さい更新情報を送信するので、車両１の周囲の電波環境が悪い状態であっても車両１にソフトウェア更新をさせることが可能となる。

実施の形態２．
実施の形態２に係るソフトウェア更新システムにおいては、更新用データの一部をデバイス１００Ａ～１００Ｅのいずれかが生成可能である場合、その一部をデバイス１００Ａ～１００Ｅのいずれかが生成し、残りをサーバ２００が生成する。
ここで、生成元デバイスが生成した更新用データの一部を「第１の更新用データ」と呼び、サーバ２００が生成した更新用データの残りの部分を「第２の更新用データ」と呼ぶ。

図１３は、実施の形態２に係るソフトウェア更新システムの概要を示す図である。図１３において図１～図１２と同一又は相当する部分は、同一の符号を付し説明を省略する。また、実施の形態２に係るソフトウェア更新装置２及びサーバ２００の構成は、実施の形態１の図２～図４に示された構成と図面上は同一であるため、以下では図２～図４を援用する。

図１４は、実施の形態２に係るサーバ２００の動作例を示すフローチャートである。サーバ２００は、デバイス１００Ａ～１００Ｅのうちのいずれかのデバイスが持つソフトウェアを更新する指示を外部から受け付けた場合、図１４のフローチャートに示される動作を行う。図１４のフローチャートに示されるステップＳＴ２～ＳＴ７の動作は、図５のフローチャートに示されるステップＳＴ２～ＳＴ７の動作と同様である。

ステップＳＴ５１において、更新用データ生成判断部２１１は、更新対象デバイスの更新用データ全てを、更新対象デバイス以外のデバイスのうちの少なくとも１つにより生成可能か否かを判断する。更新対象デバイス以外のデバイスが更新用データ全てを生成可能である場合（ステップＳＴ５１“ＹＥＳ”）、更新情報生成部２１２がステップＳＴ３の動作を行い、生成不可能である場合（ステップＳＴ５１“ＮＯ”）、更新用データ生成判断部２１１がステップＳＴ５２の動作を行う。

ステップＳＴ５２において、更新用データ生成判断部２１１は、更新対象デバイスの更新用データの一部を、更新対象デバイス以外のデバイスのうちの少なくとも１つにより生成可能か否かを判断する。更新対象デバイス以外のデバイスが更新用データの一部を生成可能である場合（ステップＳＴ５２“ＹＥＳ”）、更新情報生成部２１２がステップＳＴ５３の動作を行う。更新対象デバイス以外のデバイスが更新用データの一部を生成不可能である場合（ステップＳＴ５２“ＮＯ”）、デバイス１００Ａ～１００Ｅのみでは更新用データを生成できないため、更新用データ生成部２１３がステップＳＴ２の動作を行う。

ステップＳＴ５３において、更新情報生成部２１２は、第１の更新用データを生成する生成元デバイス宛の更新情報を生成する。この更新情報は、図７に示された更新情報と同様の内容である。サーバ側通信部２１４は、更新情報生成部２１２が生成した生成元デバイス宛の更新情報を車外通信部１１１へ送信する。

ステップＳＴ５４において、更新用データ生成部２１３は、更新用データ生成判断部２１１が管理しているソフトウェア情報に基づき、第２の更新用データを生成する。サーバ側通信部２１４は、更新用データ生成部２１３が生成した第２の更新用データを車外通信部１１１へ送信する。

実施の形態２に係るソフトウェア更新装置２のデバイス１００Ａ～１００Ｅは、実施の形態１の図９～図１２に示されたフローチャートに従って動作する。

以上のように、実施の形態２の車外通信部１１１は、サーバ２００において更新用データの一部を生成元デバイスが生成可能と判断された場合にサーバ２００から送信される、更新対象デバイスを示す情報、及び、更新用データの一部を生成する元となる生成元ソフトウェアを持つ生成元デバイスを示す情報を含む第１の更新用データに関する更新情報、並びに、サーバ２００により生成された更新用データの残りの部分を受信する。ソフトウェア更新部１１３は、車外通信部１１１が受信した更新情報に基づき、生成元デバイスが生成した更新用データの一部と、車外通信部１１１が受信した更新用データの残りの部分とを用いて、自デバイスが持つ更新対象ソフトウェアを更新する。このように、車両１のデバイス１００Ａ～１００Ｅのいずれかが更新用データの少なくとも一部を生成するので、従来のようにサーバ２００が更新用データの全てを生成する場合に比べて、サーバ２００と車両１とのデータ通信量を削減することができる。

また、実施の形態２の更新用データ生成部２１３は、更新用データの一部を更新対象デバイス以外のデバイスが持つソフトウェアを元に生成可能であると更新用データ生成判断部２１１が判断した場合、更新用データの残りの部分を生成する。更新情報生成部２１２は、更新用データの一部を生成する元となる生成元ソフトウェアを持つ生成元デバイスを示す情報及び前記更新対象デバイスを示す情報を含む更新情報を生成する。サーバ側通信部２１４は、更新情報生成部２１２が生成した更新情報及び更新用データ生成部２１３が生成した更新用データの残りの部分とを車両１へ送信する。このように、サーバ２００が車両１のデバイス１００Ａ～１００Ｅのいずれかに更新用データの少なくとも一部を生成させるので、従来のようにサーバ２００が更新用データの全てを生成する場合に比べて、サーバ２００と車両１とのデータ通信量を削減することができる。

実施の形態３．
実施の形態３に係るソフトウェア更新システムにおいては、サーバ２００は、車両１とサーバ２００との通信の品質と更新用データのデータ量とに基づき、更新用データを生成する装置を変更する。

図１５は、実施の形態３に係るソフトウェア更新装置２の構成例を示す機能ブロック図である。図１５において図１～図１４と同一又は相当する部分は、同一の符号を付し説明を省略する。なお、実施の形態３に係るサーバ２００の構成は、実施の形態１の図２及び図４に示された構成と図面上は同一であるため、以下では図２及び図４を援用する。

複数のデバイス１００Ａ～１００Ｅのうち、車外通信部１１１を備えるデバイス１００Ａは、通信品質測定部１１５を備える。通信品質測定部１１５は、車外通信部１１１とサーバ側通信部２１４との通信の品質を測定し、測定した通信品質を示す情報を車外通信部１１１へ出力する。車外通信部１１１は、定期的に、通信品質を示す情報をサーバ側通信部２１４へ送信する。通信品質は、電波強度又は受信ビットレート等である。

実施の形態３におけるソフトウェア更新方法は、以下の２パターンがある。
パターン１：更新用データの全てをサーバ２００が生成する。パターン１は、図５及び図１４のステップＳＴ２，ＳＴ４～ＳＴ７の動作に相当する。
パターン２：更新用データの一部である第１の更新用データをデバイス１００Ａ～１００Ｅのうちの少なくとも１つが生成し、更新用データの残りの部分である第２の更新用データをサーバ２００が生成する。パターン２は、図１４のステップＳＴ５３，ＳＴ５４の動作に相当する。

サーバ２００の更新用データ生成判断部２１１は、上記２パターンのどちらでソフトウェア更新を行うかを、通信品質と更新用データのデータ量とに基づき判断する。

図１６は、実施の形態３に係るサーバ２００の動作例を示すフローチャートである。サーバ２００は、デバイス１００Ａ～１００Ｅのうちのいずれかのデバイスが持つソフトウェアを更新する指示を外部から受け付けた場合、図１６のフローチャートに示される動作を行う。図１６のフローチャートに示されるステップＳＴ２～ＳＴ７，ＳＴ５１～ＳＴ５４の動作は、図１４のフローチャートに示されるステップＳＴ２～ＳＴ７，ＳＴ５１～ＳＴ５４の動作と同様である。

デバイス１００Ａ～１００Ｅのうちの少なくとも１つが更新用データの一部（つまり、第１の更新用データ）を生成可能である場合（ステップＳＴ５２“ＹＥＳ”）、ステップＳＴ６１において、サーバ側通信部２１４は、車外通信部１１１が送信した通信品質を示す情報を受信し、この情報を更新用データ生成判断部２１１へ出力する。更新用データ生成判断部２１１は、通信品質が予め定められた閾値以上であるか否かを判断する。通信品質が閾値未満である場合、つまり通信品質が低い場合（ステップＳＴ６１“ＮＯ”）、更新用データ生成判断部２１１は、パターン２を選択する。そして、サーバ２００は、ステップＳＴ５３，ＳＴ５４の動作を行う。通信品質が低い場合、サーバ２００と車両１とのデータ通信量を抑えることが望ましいため、サーバ２００は、第１の更新用データをデバイス１００Ａ～１００Ｅのいずれかに生成させる。

通信品質が閾値以上である場合、つまり通信品質が高い場合（ステップＳＴ６１“ＹＥＳ”）、更新用データ生成判断部２１１は、ステップＳＴ６２の動作を行う。

ステップＳＴ６２において、更新用データ生成判断部２１１は、ソフトウェア情報に基づき、第１の更新用データのデータ量及び第２の更新用データのデータ量を求める。全更新用データ（つまり、第１の更新用データと第２の更新用データ）のデータ量に比べて第２の更新用データのデータ量の方が小さい場合（ステップＳＴ６２“ＹＥＳ”）、更新用データ生成判断部２１１は、パターン２を選択する。そして、サーバ２００は、ステップＳＴ５３，ＳＴ５４の動作を行う。

第２の更新用データのデータ量が全更新用データのデータ量と同じである場合（ステップＳＴ６２“ＮＯ”）、更新情報生成部２１２は、パターン１を選択する。そして、サーバ２００は、ステップＳＴ２，ＳＴ４～ＳＴ７の動作を行う。なお、第２の更新用データのデータ量と全更新用データのデータ量とが厳密に同じである必要はなく、更新用データ生成判断部２１１は、両データ量の差が予め定められた値以下であれば同じとみなす。

以上のように、実施の形態３において、車外通信部１１１を備えるデバイス１００Ａは、サーバ２００との通信の品質を測定する通信品質測定部１１５を備える。車外通信部１１１は、通信品質測定部１１５が測定した通信品質を示す情報をサーバ２００へ送信する。車外通信部１１１は、サーバ２００において通信品質が予め定められた閾値以上であると判断された場合かつ更新用データ全てのデータ量が残りの部分のデータ量と同じであると判断された場合、サーバ２００により生成された更新用データを受信する。一方、車外通信部１１１は、サーバ２００において通信品質が上記閾値以上であると判断された場合かつ更新用データ全てのデータ量に比べて残りの部分のデータ量の方が小さいと判断された場合、更新用データの一部に関する更新情報とサーバ２００により生成された更新用データの残りの部分とを受信する。ソフトウェア更新部１１３は、車外通信部１１１が更新用データを受信した場合、更新用データを用いて自デバイスが持つ更新対象ソフトウェアを更新する。また、ソフトウェア更新部１１３は、車外通信部１１１が更新用データの一部に関する更新情報と更新用データの残りの部分とを受信した場合、生成元デバイスが生成した更新用データの一部と車外通信部１１１が受信した更新用データの残りの部分とを用いて自デバイスが持つ更新対象ソフトウェアを更新する。通信品質が高い場合、サーバ２００が生成した更新用データを車両１が受信する構成であっても、受信に時間がかからず、かつ受信できない可能性もない。そのため、実施の形態３の車両１は、ソフトウェア更新が可能となる。また、全更新用データのデータ量とサーバ２００のみが生成可能な第２の更新用データのデータ量とが略同じである場合、車両１がサーバ２００から更新用データ全てを受信するので、生成元デバイスに更新用データ生成のための処理負荷がかからない。

また、実施の形態３の車外通信部１１１は、サーバ２００において通信品質が上記閾値未満であると判断された場合にサーバ２００から送信される、更新用データの一部に関する更新情報とサーバ２００により生成された更新用データの残りの部分とを受信する。ソフトウェア更新部１１３は、車外通信部１１１が更新用データの一部に関する更新情報と更新用データの残りの部分とを受信した場合、生成元デバイスが生成した更新用データの一部と車外通信部１１１が受信した更新用データの残りの部分とを用いて自デバイスが持つ更新対象ソフトウェアを更新する。通信品質が低い場合、車両１が更新用データの一部を生成するので、サーバ２００と車両１とのデータ通信量を削減することができる。そのため、実施の形態３の車両１は、車両１の周囲の電波環境が悪い状態であってもソフトウェア更新が可能となる。

また、実施の形態３において、サーバ側通信部２１４は、車両１において測定された通信品質を示す情報を受信する。更新用データ生成判断部２１１は、通信品質が予め定められた閾値以上である場合かつ更新用データ全てのデータ量と残りの部分のデータ量とが同じである場合、更新用データを更新用データ生成部２１３に生成させる。一方、更新用データ生成判断部２１１は、通信品質が上記閾値以上である場合かつ更新用データ全てのデータ量に比べて残りの部分のデータ量の方が小さい場合、更新用データの一部を生成する元となる生成元ソフトウェアを持つ生成元デバイスを示す情報及び更新対象デバイスを示す情報を含む更新情報を更新情報生成部２１２に生成させると共に更新用データの残りの部分を更新用データ生成部２１３に生成させる。通信品質が高い場合、サーバ２００が生成した更新用データを車両１が受信する構成であっても、受信に時間がかからず、かつ受信できない可能性もない。そのため、実施の形態３のサーバ２００は、車両１にソフトウェア更新を行わせることが可能となる。また、全更新用データのデータ量とサーバ２００のみが生成可能な第２の更新用データのデータ量とが略同じである場合、サーバ２００が更新用データ全てを送信するので、生成元デバイスに更新用データ生成のための処理負荷がかからない。

また、実施の形態３において、更新用データ生成判断部２１１は、通信品質が上記閾値未満である場合、更新用データの一部を生成する元となる生成元ソフトウェアを持つ生成元デバイスを示す情報及び更新対象デバイスを示す情報を含む更新情報を更新情報生成部２１２に生成させると共に更新用データの残りの部分を更新用データ生成部２１３に生成させる。通信品質が低い場合、サーバ２００は、更新用データの一部を車両１に生成させるようにするので、サーバ２００と車両１とのデータ通信量を削減することができる。そのため、実施の形態３のサーバ２００は、車両１の周囲の電波環境が悪い状態であっても車両１にソフトウェア更新をさせることが可能となる。

なお、上記説明では、更新対象デバイスは１つであったが、複数であってもよい。例えば、車両１に同一ソフトウェアを持つデバイスが複数存在する場合、同一ソフトウェアを持つ複数のデバイスが更新対象デバイスとなる。

本発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、各実施の形態の任意の構成要素の変形、又は各実施の形態の任意の構成要素の省略が可能である。

この発明に係るソフトウェア更新システムは、サーバと車両とのデータ通信量を削減するようにしたので、ＯＴＡを利用した車載デバイスのソフトウェア更新を行うソフトウェア更新システム等に用いるのに適している。

１ 車両、２ ソフトウェア更新装置、３，２０４ 通信バス、１００Ａ～１００Ｅ デバイス、１０１，２０１ プロセッサ、１０２，２０２ メモリ、１０３ 車外ネットワークＩＦ、１０４ 車内ネットワークＩＦ、１１１ 車外通信部、１１２ 更新用データ生成部、１１３ ソフトウェア更新部、１１４ 車内通信部、１１５ 通信品質測定部、２００ サーバ、２０３ サーバネットワークＩＦ、２１１ 更新用データ生成判断部、２１２ 更新情報生成部、２１３ 更新用データ生成部、２１４ サーバ側通信部。

Claims (10)

1. 車両に搭載された複数のデバイスを含むソフトウェア更新装置であって、
   前記複数のデバイスのうちの少なくとも１つのデバイスは、
   前記複数のデバイスのうちのソフトウェア更新対象となる更新対象デバイスを示す情報、及び、前記更新対象デバイスが持つ更新対象ソフトウェアを更新するために用いられる更新用データを生成する元となる生成元ソフトウェアを持つ、前記複数のデバイスのうちの生成元デバイスを示す情報を含む更新情報を、車外のサーバから受信する車外通信部を備え、
   前記複数のデバイスのそれぞれは、
   前記車外通信部が受信した前記更新情報に基づき、自デバイスが前記生成元デバイスである場合に、前記自デバイスが持つ前記生成元ソフトウェアを用いて前記更新用データを生成する更新用データ生成部と、
   前記車外通信部が受信した前記更新情報に基づき、自デバイスが前記更新対象デバイスである場合に、前記生成元デバイスが生成した前記更新用データを用いて前記自デバイスが持つ前記更新対象ソフトウェアを更新するソフトウェア更新部とを備えることを特徴とするソフトウェア更新装置。
2. 前記車外通信部が、前記サーバにおいて前記更新用データの一部を前記生成元デバイスが生成可能と判断された場合に前記サーバから送信される、前記更新対象デバイスを示す情報、及び、前記更新用データの一部を生成する元となる生成元ソフトウェアを持つ前記生成元デバイスを示す情報を含む更新情報、並びに、前記サーバにより生成された前記更新用データの残りの部分を受信した場合、
   前記ソフトウェア更新部は、前記車外通信部が受信した前記更新情報に基づき、前記生成元デバイスが生成した前記更新用データの一部と、前記車外通信部が受信した前記更新用データの残りの部分とを用いて、前記自デバイスが持つ前記更新対象ソフトウェアを更新することを特徴とする請求項１記載のソフトウェア更新装置。
3. 前記車外通信部を備えるデバイスは、前記サーバとの通信の品質を測定する通信品質測定部を備え、
   前記車外通信部は、前記通信品質測定部が測定した通信品質を示す情報を前記サーバへ送信し、前記サーバにおいて前記通信品質が予め定められた閾値以上であると判断された場合かつ前記更新用データ全てのデータ量が前記更新用データの残りの部分のデータ量と同じであると判断された場合に前記サーバから送信される、前記サーバにより生成された前記更新用データを受信し、前記サーバにおいて前記通信品質が前記閾値以上であると判断された場合かつ前記更新用データ全てのデータ量に比べて前記更新用データの残りの部分のデータ量の方が小さいと判断された場合に前記サーバから送信される、前記更新用データの一部に関する更新情報と前記サーバにより生成された前記更新用データの残りの部分とを受信し、
   前記ソフトウェア更新部は、前記車外通信部が前記更新用データを受信した場合、前記更新用データを用いて前記自デバイスが持つ前記更新対象ソフトウェアを更新し、前記車外通信部が前記更新用データの一部に関する更新情報と前記更新用データの残りの部分とを受信した場合、前記生成元デバイスが生成した前記更新用データの一部と前記車外通信部が受信した前記更新用データの残りの部分とを用いて前記自デバイスが持つ前記更新対象ソフトウェアを更新することを特徴とする請求項２記載のソフトウェア更新装置。
4. 前記車外通信部は、前記サーバにおいて前記通信品質が前記閾値未満であると判断された場合に前記サーバから送信される、前記更新用データの一部に関する更新情報と前記サーバにより生成された前記更新用データの残りの部分とを受信し、
   前記ソフトウェア更新部は、前記車外通信部が前記更新用データの一部に関する更新情報と前記更新用データの残りの部分とを受信した場合、前記生成元デバイスが生成した前記更新用データの一部と前記車外通信部が受信した前記更新用データの残りの部分とを用いて前記自デバイスが持つ前記更新対象ソフトウェアを更新することを特徴とする請求項３記載のソフトウェア更新装置。
5. 車両に搭載された複数のデバイスのうち、ソフトウェア更新対象となる更新対象デバイスが持つ更新対象ソフトウェアと、残りのデバイスが持つソフトウェアとを比較して、前記更新対象デバイスが持つ前記更新対象ソフトウェアを更新するために用いられる更新用データを、前記残りのデバイスが持つ前記ソフトウェアを元に生成可能か否かを判断する更新用データ生成判断部と、
   前記更新用データ生成判断部が前記更新用データを生成可能と判断したデバイスを、前記更新用データを生成する元となる生成元ソフトウェアを持つ生成元デバイスとして、前記生成元デバイスを示す情報及び前記更新対象デバイスを示す情報を含む更新情報を生成する更新情報生成部と、
   前記更新情報生成部が生成した前記更新情報を前記車両へ送信するサーバ側通信部とを備えるサーバ。
6. 前記更新用データの一部を前記更新対象デバイス以外のデバイスが持つ前記ソフトウェアを元に生成可能であると前記更新用データ生成判断部が判断した場合、前記更新用データの残りの部分を生成する更新用データ生成部を備え、
   前記更新情報生成部は、前記更新用データの一部を生成する元となる生成元ソフトウェアを持つ生成元デバイスを示す情報及び前記更新対象デバイスを示す情報を含む更新情報を生成し、
   前記サーバ側通信部は、前記更新情報生成部が生成した前記更新情報及び前記更新用データ生成部が生成した前記更新用データの残りの部分とを前記車両へ送信することを特徴とする請求項５記載のサーバ。
7. 前記サーバ側通信部は、前記車両において測定された通信品質を示す情報を受信し、
   前記更新用データ生成判断部は、前記通信品質が予め定められた閾値以上である場合かつ前記更新用データ全てのデータ量と前記更新用データの残りの部分のデータ量とが同じである場合に前記更新用データを前記更新用データ生成部に生成させ、前記通信品質が前記閾値以上である場合かつ前記更新用データ全てのデータ量に比べて前記更新用データの残りの部分のデータ量の方が小さい場合に前記更新用データの一部を生成する元となる生成元ソフトウェアを持つ生成元デバイスを示す情報及び前記更新対象デバイスを示す情報を含む更新情報を前記更新情報生成部に生成させると共に前記更新用データの残りの部分を前記更新用データ生成部に生成させることを特徴とする請求項６記載のサーバ。
8. 前記更新用データ生成判断部は、前記通信品質が前記閾値未満である場合、前記更新用データの一部を生成する元となる生成元ソフトウェアを持つ生成元デバイスを示す情報及び前記更新対象デバイスを示す情報を含む更新情報を前記更新情報生成部に生成させると共に前記更新用データの残りの部分を前記更新用データ生成部に生成させることを特徴とする請求項７記載のサーバ。
9. 請求項１記載のソフトウェア更新装置と、
   請求項５記載のサーバとを備えることを特徴とするソフトウェア更新システム。
10. サーバが、
    車両に搭載された複数のデバイスのうち、ソフトウェア更新対象となる更新対象デバイスが持つ更新対象ソフトウェアと、残りのデバイスが持つソフトウェアとを比較して、前記更新対象デバイスが持つ前記更新対象ソフトウェアを更新するために用いられる更新用データを、前記残りのデバイスが持つ前記ソフトウェアを元に生成可能か否かを判断し、
    前記更新用データを生成可能と判断したデバイスを、前記更新用データを生成する元となる生成元ソフトウェアを持つ生成元デバイスとして、前記生成元デバイスを示す情報及び前記更新対象デバイスを示す情報を含む更新情報を生成し、
    生成した前記更新情報を前記車両へ送信し、
    前記複数のデバイスのうちの少なくとも１つのデバイスが、
    前記更新情報を前記サーバから受信し、
    前記複数のデバイスのそれぞれが、
    前記複数のデバイスのうちの少なくとも１つのデバイスが受信した前記更新情報に基づき、自デバイスが前記生成元デバイスである場合に、前記自デバイスが持つ前記生成元ソフトウェアを用いて前記更新用データを生成し、
    前記複数のデバイスのうちの少なくとも１つのデバイスが受信した前記更新情報に基づき、自デバイスが前記更新対象デバイスである場合に、前記生成元デバイスが生成した前記更新用データを用いて前記自デバイスが持つ前記更新対象ソフトウェアを更新することを特徴とするソフトウェア更新方法。

Images