JP2022109039A - センタ、更新管理方法及び更新管理プログラム - Google Patents

Abstract

【課題】ＯＴＡによってＥＣＵのソフトウェアを更新する際に、更新対象であるターゲットＥＣＵに適合した適切なバージョンのソフトウェアに更新できるセンタ、更新管理方法及び更新管理プログラム等を提供する。【解決手段】本開示に係るセンタは、ＯＴＡマスタから複数の電子制御ユニットを識別する第１の識別情報を受信する通信部と、電子制御ユニット毎に、対応するソフトウェアについて適合するバージョンを定義した適合情報を記憶する記憶部と、適合情報を用いて、第１の識別情報により識別される複数の電子制御ユニットのうちソフトウェア更新対象であるターゲット電子制御ユニットについて、適合するバージョンを特定する特定部と、ＯＴＡマスタと通信を行うことにより、ターゲット電子制御ユニットのソフトウェアを、特定部により特定された適合するバージョンに更新させるための制御を行う制御部とを備える。【選択図】図８

Description

本開示は、ＥＣＵ（電子制御ユニット）のソフトウェアの更新を制御するためのセンタ、更新管理方法及び更新管理プログラム等に関する。

車両には、車両の動作を制御するための複数のＥＣＵ（電子制御ユニット）が搭載されている。ＥＣＵは、プロセッサと、ＲＡＭのような一時的な記憶部と、フラッシュＲＯＭのような不揮発性の記憶部とを備え、プロセッサが不揮発性の記憶部に記憶されるソフトウェアを実行することによりＥＣＵの制御機能を実現する。各ＥＣＵが記憶するソフトウェアは書き換え可能であり、より新しいバージョンのソフトウェアに更新することにより、各ＥＣＵの機能を改善したり、新たな車両制御機能を追加したりすることができる。

ＥＣＵのソフトウェアを更新する技術として、車載ネットワークに接続された車載通信機器とインターネット等の通信ネットワークとを無線で接続し、無線通信を介してＯＴＡセンタ（単に「センタ」という場合がある）からソフトウェアをダウンロードし、ダウンロードしたソフトウェアをインストールすることによりＥＣＵのプログラム更新や追加を行うＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）技術が知られている（例えば、特許文献１参照）。

ＯＴＡによるソフトウェアの更新は、ソフトウェア更新を行うイベントであるキャンペーンがサーバに登録された後、車両がＯＴＡセンタに更新データの有無の確認を要求したことを契機として行われる。キャンペーンがある場合、車両は、更新データのダウンロード、更新データのインストール及び更新版のソフトウェアのアクティベートを順次行うことにより、更新対象のＥＣＵであるターゲットＥＣＵのソフトウェアを更新する。

特開２００４－３２６６８９号公報

同一車種であっても、生産時期等により搭載されるＥＣＵが設計変更されていく。また、市場において部品交換等によりＥＣＵが新型や旧型に交換される場合もある。このように同一車種であっても様々な世代（バージョン）のＥＣＵを搭載した車両が存在する。そして、ＥＣＵのバージョンによっては、適合しない（互換性のない）ソフトウェアのバージョンが存在する場合がある。このことから、ＯＴＡによってＥＣＵのソフトウェアを更新する際には、更新対象であるターゲットＥＣＵに適合したソフトウェアのバージョンに更新することが必要となる。

それ故に、本開示は、ＯＴＡによってＥＣＵのソフトウェアを更新する際に、更新対象であるターゲットＥＣＵに適合した適切なバージョンのソフトウェアに更新できるセンタ、更新管理方法及び更新管理プログラム等を提供することを目的とする。

本開示に係るセンタは、車両に搭載された、複数の電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタと、ネットワークを介して通信可能なセンタであって、ＯＴＡマスタから、複数の電子制御ユニットを識別する第１の識別情報を受信する通信部と、電子制御ユニット毎に、対応するソフトウェアについて、適合するバージョンを定義した適合情報を記憶する記憶部と、適合情報を用いて、第１の識別情報により識別される複数の電子制御ユニットのうちソフトウェア更新対象であるターゲット電子制御ユニットについて、適合するバージョンを特定する特定部と、ＯＴＡマスタと通信を行うことにより、ターゲット電子制御ユニットのソフトウェアを、特定部により特定された適合するバージョンに更新させるための制御を行う制御部とを備える。

本開示に係る更新管理方法は、プロセッサと、メモリと、車両に搭載された、複数の電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタとネットワークを介して通信可能な通信装置とを備えるコンピュータが実行する方法であって、ＯＴＡマスタから、複数の電子制御ユニットを識別する識別情報を受信するステップと、電子制御ユニット毎に、対応するソフトウェアについて、適合するバージョンを定義した適合情報を用いて、識別情報により識別される複数の電子制御ユニットのうちソフトウェア更新対象であるターゲット電子制御ユニットについて、適合するバージョンを特定するステップと、ＯＴＡマスタと通信を行うことにより、ターゲット電子制御ユニットのソフトウェアを、特定された適合するバージョンに更新させるための制御を行うステップとを備える。

本開示に係る更新管理プログラムは、プロセッサと、メモリと、車両に搭載された、複数の電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタとネットワークを介して通信可能な通信装置とを備えるコンピュータが実行するプログラムであって、ＯＴＡマスタから、複数の電子制御ユニットを識別する識別情報を受信するステップと、電子制御ユニット毎に、対応するソフトウェアについて、適合するバージョンを定義した適合情報を用いて、識別情報により識別される複数の電子制御ユニットのうちソフトウェア更新対象であるターゲット電子制御ユニットについて、適合するバージョンを特定するステップと、ＯＴＡマスタと通信を行うことにより、ターゲット電子制御ユニットのソフトウェアを、特定された適合するバージョンに更新させるための制御を行うステップとを備える。

本開示によれば、ＯＴＡによってＥＣＵのソフトウェアを更新する際に、更新対象であるターゲットＥＣＵに適合した適切なバージョンのソフトウェアに更新できるセンタ、更新管理方法及び更新管理プログラム等を提供できる。

一実施形態に係るネットワークシステムの全体構成の一例を示すブロック図 図１に示したＯＴＡセンタの概略構成の一例を示すブロック図 図１に示したＯＴＡマスタの概略構成の一例を示すブロック図 図１に示したＯＴＡセンタの一例を示す機能ブロック図 図１に示したＯＴＡマスタの一例を示す機能ブロック図 一実施形態に係るＯＴＡマスタが実行する制御処理の一例を示すフローチャート 一実施形態に係るＯＴＡマスタが実行する制御処理の一例を示すフローチャート 一実施形態に係るＯＴＡセンタが実行する制御処理の一例を示すフローチャート 図４に示したＯＴＡセンタに予め記憶される適合情報の一例を説明するための図

（一実施形態）
図１は、一実施形態に係るネットワークシステムの全体構成の一例を示すブロック図である。図２は、図１に示したＯＴＡセンタの概略構成の一例を示すブロック図である。図３は、図１に示したＯＴＡマスタの概略構成の一例を示すブロック図である。

図１に示すネットワークシステムは、車両に搭載されたＥＣＵ（Electronic Control Unit；電子制御ユニット）１３ａ～１３ｄのソフトウェアを更新するためのシステムであり、ＯＴＡセンタ（例えば、サーバ；単に「センタ」という場合がある）１と、車両に搭載される車載ネットワーク２とを備える。

ＯＴＡセンタ１は、インターネット等の通信ネットワーク５を介して車両に搭載されたＯＴＡマスタ１１と無線等で通信可能であり、車両に搭載されたＥＣＵ１３ａ～１３ｄのソフトウェア更新を管理する。

図２に示すように、ＯＴＡセンタ１は、ＣＰＵ２１と、ＲＡＭ２２と、記憶装置２３と、通信装置２４とを備える。記憶装置２３は、ハードディスクやＳＳＤ等の読み書き可能な記憶媒体を備え、ソフトウェアの更新管理を実行するためのプログラムや、更新管理に用いる情報、ＥＣＵの更新データを記憶する。ＣＰＵ２１は、記憶装置２３から読み出したプログラムを、ＲＡＭ２２を作業領域として用いて実行することにより、後述する制御処理を実行する。通信装置２４は、通信ネットワーク５を介してＯＴＡマスタ１１と通信を行う。

車載ネットワーク２は、ＯＴＡマスタ１１と、通信モジュール１２と、複数のＥＣＵ１３ａ～１３ｄと、ＨＭＩ（Human Machine Interface；例えば、入力操作が可能なカーナビゲーションシステムの表示装置）１４とを備える。ＯＴＡマスタ１１は、バス１５ａを介して通信モジュール１２と接続され、バス１５ｂを介してＥＣＵ１３ａ及び１３ｂと接続され、バス１５ｃを介してＥＣＵ１３ｃ及び１３ｄと接続され、バス１５ｄを介してＨＭＩ１４と接続されている。ＯＴＡマスタ１１は、通信モジュール１２を介してＯＴＡセンタ１と無線での通信が可能である。ＯＴＡマスタ１１は、ＯＴＡセンタ１から取得した更新データに基づいて、ＥＣＵ１３ａ～１３ｄのうちの更新対象のＥＣＵ（「ターゲットＥＣＵ」という場合がある）のソフトウェア更新を制御する。通信モジュール１２は、車載ネットワーク２とＯＴＡセンタ１とを接続する通信機器である。ＥＣＵ１３ａ～１３ｄは、車両の各部の動作を制御する。ＨＭＩ１４は、ＥＣＵ１３ａ～１３ｄのソフトウェアの更新処理の際に、更新データがあることの表示や、ユーザや管理者にソフトウェア更新に対する承諾を求めるための承諾要求画面の表示、更新結果の表示等の各種表示を行うために用いられる。なお、図１では、４つのＥＣＵ１３ａ～１３ｄを例示したが、ＥＣＵの数は限定されない。

ＥＣＵ１３ａ～１３ｄは、ＣＰＵと、ＲＡＭと、不揮発性メモリと、通信装置とを備える。ＣＰＵは、不揮発性メモリ（データ格納領域）から読み出したソフトウェア（プログラム）を、ＲＡＭを作業領域として用いて実行し、又、通信装置を用いて必要に応じてバスを介して他の機器と通信することにより、ＥＣＵの機能を実現する。

図３に示すように、ＯＴＡマスタ１１は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、記憶装置３４とを備えるマイクロコンピュータ３５と、通信装置３６とを備える。ＣＰＵ３１は、ＲＯＭ３３から読み出したプログラムを、ＲＡＭ３２を作業領域として用いて実行することにより、後述する制御処理を実行する。通信装置３６は、図１に示したバス１５ａ～１５ｄを介して、通信モジュール１２、ＥＣＵ１３ａ～１３ｄ、ＨＭＩ１４と通信を行う。

ここで、ソフトウェアの更新処理は、ＯＴＡセンタ１から更新データをダウンロードするフェーズと、ダウンロードした更新データを更新対象であるターゲットＥＣＵに転送し、ターゲットＥＣＵの記憶領域に更新データをインストールするフェーズと、ターゲットＥＣＵにおいてインストールした更新版のソフトウェアを有効化するアクティベートのフェーズとからなる。

ダウンロードは、ＯＴＡセンタ１から送信された、ＥＣＵのソフトウェアを更新するための更新データを受信して、記憶装置３４に記憶する処理である。ダウンロードのフェーズは、更新データの受信だけでなく、ダウンロードの実行可否判断、更新データの検証等、ダウンロードに関する一連の処理の制御を含む。インストールは、ダウンロードした更新データに基づいて、更新対象であるターゲットＥＣＵの不揮発性メモリに更新版のプログラム（更新ソフトウェア）を書き込む処理である。インストールのフェーズは、インストールの実行だけでなく、インストールの実行可否判断、更新データの転送及び更新版のプログラムの検証等、インストールに関する一連の処理の制御を含む。アクティベートは、インストールした更新版のプログラムをアクティベート（有効化）する処理である。アクティベートのフェーズは、アクティベートの実行だけでなく、アクティベートの実行可否判断、実行結果の検証等、アクティベートに関する一連の制御を含む。

ＯＴＡセンタ１からＯＴＡマスタ１１に送信される更新データは、ＥＣＵの更新ソフトウェア、更新ソフトウェアを圧縮した圧縮データ、更新ソフトウェアまたは圧縮データを分割した分割データのいずれを含んでいても良い。また、更新データは、更新対象であるターゲットＥＣＵを識別する識別子（ＥＣＵ ＩＤ）と、更新前のソフトウェアを識別する識別子（ＥＣＵ ソフトウェア ＩＤ）を含んでいても良い。更新データは、配信パッケージとしてダウンロードされるが、配信パッケージには、単一または複数のＥＣＵの更新データが含まれる。

更新データが更新ソフトウェアそのものを含む場合は、インストールのフェーズにおいて、ＯＴＡマスタ１１が更新データ（つまり、更新ソフトウェア）をターゲットＥＣＵに転送する。また、更新データが更新ソフトウェアの圧縮データ、差分データあるいは分割データを含む場合、ＯＴＡマスタ１１がターゲットＥＣＵに更新データを転送し、ターゲットＥＣＵが更新データから更新ソフトウェアを生成しても良いし、ＯＴＡマスタ１１が更新データから更新ソフトウェアを生成してから、更新ソフトウェアをターゲットＥＣＵに転送しても良い。ここで、更新ソフトウェアの生成は、圧縮データの解凍、差分データまたは分割データの組み付けにより行うことができる。

更新ソフトウェアのインストールは、ＯＴＡマスタ１１からのインストール要求に基づき、ターゲットＥＣＵが行うことができる。または、更新データを受信したターゲットＥＣＵが、ＯＴＡマスタ１１からの明示の指示を受けることなく、自律的にインストールを行っても良い。

更新ソフトウェアのアクティベートは、ＯＴＡマスタ１１からのアクティベート要求に基づき、ターゲットＥＣＵが行うことができる。または、更新データを受信したターゲットＥＣＵが、ＯＴＡマスタ１１からの明示の指示を受けることなく、自律的にアクティベートを行っても良い。

図４は、図１に示したＯＴＡセンタ１の機能ブロック図の一例である。図４に示すように、ＯＴＡセンタ１は、記憶部２６と、通信部２７と、特定部２８と、制御部２９とを備える。通信部２７、特定部２８及び制御部２９は、図２に示したＣＰＵ２１がＲＡＭ２２を用いて記憶装置２３に記憶されるプログラムを実行することにより実現される。記憶部２６は、図２に示した記憶装置２３により実現される。

図５は、図１に示したＯＴＡマスタ１１の機能ブロック図の一例である。図５に示すように、ＯＴＡマスタ１１は、記憶部３７と、通信部３８と、制御部３９とを備える。通信部３８及び制御部３９は、図３に示したＣＰＵ３１がＲＡＭ３２を用いてＲＯＭ３３に記憶されるプログラムを実行することにより実現される。記憶部３７は、図３に示した記憶装置３４によって実現される。

図６及び図７は、本実施形態に係るＯＴＡマスタ１１が実行する制御処理の一例を示すフローチャートである。図８は、本実施形態に係るＯＴＡセンタ１が実行する制御処理の一例を示すフローチャートである。以下では、図６～８に示すフローチャートに沿って、本実施形態に係る制御処理について説明する。

まず、図６及び図７を参照して、ＯＴＡマスタ１１の制御処理の一例について説明する。

図６のステップＳ１において、制御部３９は、車両のイグニッション（ＩＧ）がＯＮにされたことが検出されるまで待機し、イグニッションがＯＮにされたことが検出されると、処理をステップＳ２に移す。

ステップＳ２において、制御部３９は、車両の全てのＥＣＵから、それぞれ、ＥＣＵの種別及びバージョンを識別可能とするＥＣＵ ＩＤと、ソフトウェア（「ＳＷ」という場合がある）の種別及びバージョンを識別可能とするＥＣＵソフトウェアＩＤと取得する。その後、処理はステップＳ３に移る。

ステップＳ３において、制御部３９は、ステップＳ２で取得したＥＣＵ ＩＤ及びＥＣＵソフトウェアＩＤを用いて、車両構成情報を作成する。車両構成情報には、車両を識別可能とするＶＩＮ（Vehicle identification Number；車両識別番号）と、ＥＣＵ ＩＤと、ＥＣＵソフトウェアＩＤとが含まれる。その後、処理はステップＳ４に移る。

ステップＳ４において、制御部３９は、ステップＳ３で作成した車両構成情報を記憶部３７に記憶する。ここで、車両構成情報は、最新の車両構成情報のみが記憶されても良いし、以前の車両構成情報を含んだ履歴情報として記憶されても良い。その後、処理はステップＳ５に移る。

ステップＳ５において、制御部３９は、ステップＳ３で作成した車両構成情報を、通信部３８を用いてＯＴＡセンタ１に送信し、図６に示した一連の処理を終了する。なお、ＯＴＡセンタ１は、ＯＴＡマスタ１１から車両構成情報を受信して記憶部２６に記憶する。

以上の処理によって、イグニッションがＯＮにされる度に、ＯＴＡマスタ１１によって車両構成情報が作成されて記憶され、その車両構成情報がＯＴＡセンタ１に送信されて記憶されるので、ＯＴＡマスタ１１とＯＴＡセンタ１との間で車両構成情報が共有される。

図７のステップＳ１１において、制御部３９は、実行対象のキャンペーン（ＥＣＵのソフトウェア更新を行うイベント）があると判定するまで待機し、実行対象のキャンペーンがあると判定すると、処理をステップＳ１２に移す。例えば、制御部３９が、ＯＴＡセンタ１に（例えば、定期的に）問い合わることにより車両に適用可能なキャンペーンが発生したことを検知し、そのことをユーザに通知してユーザがキャンペーンの適用を承諾する操作を行った場合に、実行対象のキャンペーンがあると判定される。

ステップＳ１２において、制御部３９は、キャンペーンを適用するための更新データのダウンロード要求を、通信部３８を用いてＯＴＡセンタ１に送信する。その後、処理はステップＳ１３に移る。なお、ダウンロード要求には、ダウンロード要求を行った車両を特定可能とするＶＩＮが含まれる。

ステップＳ１３において、制御部３９は、ステップＳ１２で要求した更新データの受信が開始するまで待機し、更新データの受信が開始すると、処理をステップＳ１４に移す。

ステップＳ１４において、制御部３９は、ステップＳ１３で受信を開始した更新データを記憶部３７に記憶するダウンロード処理を実行し、その処理が終了すると、図７に示した一連の処理を終了する。

以上の処理によって、実行対象のキャンペーンを適用するための更新データが、ＯＴＡマスタ１１によってダウンロードされる。その後、ダウンロードされた更新データを用いて、ソフトウェアの更新対象のＥＣＵである１以上のターゲットＥＣＵに更新版のソフトウェアがインストールされた後にアクティベートされて、キャンペーンの適用が完了する。

次に、図８を参照して、ＯＴＡセンタ１の制御処理の一例について説明する。

図８のステップＳ２１において、制御部２９は、ＯＴＡマスタ１１からダウンロード要求（図７のＳ１２参照）を受信するまで待機し、ダウンロード要求を受信すると、処理をステップＳ２２に移す。なお、制御部２９は、ユーザがキャンペーンの適用を承諾する操作を行ったことに応じて実行されるキャンペーン適用承諾の通知をＯＴＡマスタ１１から受信した場合に、ダウンロード要求の受信待機を開始する。

ステップＳ２２において、特定部２８は、記憶部２６に記憶されている車両構成情報及び適合情報に基づいて、ダウンロード要求を行った車両について、ターゲットＥＣＵに適合するＳＷバージョンを特定する。車両構成情報は、図６を用いて説明したＯＴＡマスタ１１による処理に応じて記憶部２６に記憶される情報であり、各車両のＶＩＮと、ＥＣＵ ＩＤ（「第１の識別情報」）と、ＥＣＵソフトウェアＩＤ（「第２の識別情報」）とを含む情報である。適合情報は、車両毎に、搭載されるＥＣＵの種別及びバージョンと、ソフトウェアの種別及びバージョンとを規定する情報であり、ＥＣＵとソフトウェアとの適合性（互換性）を規定する情報である。

図９は、適合情報について説明するための図である。図９に示すように、適合情報において、車両を特定するＶＩＮ毎に、搭載されるＥＣＵ及びそのＥＣＵのバージョンと、ＥＣＵに適合するソフトウェア及びそのソフトウェアのバージョンとが規定される。なお、図９はＶＩＮが「１００１」の車両に係る適合情報であり、他の車両に係る適合情報の記載は省略している。以下、図９を参照して具体的に説明する。

図９に示すように、ＶＩＮが「１００１」の車両には、ＥＣＵ１とＥＣＵ２とＥＣＵ３が搭載され、ＥＣＵ１にはソフトウェア１（ＳＷ１）が使用され、ＥＣＵ２にはソフトウェア２（ＳＷ２）が使用され、ＥＣＵ３にはソフトウェア３（ＳＷ３）が使用されることが規定されている。また、ＥＣＵ１にはバージョン１～３（ＥＣＵ１_Ｖｅｒ１～３）が存在し、ＥＣＵ２にはバージョン１～３（ＥＣＵ２_Ｖｅｒ１～３）が存在し、ＥＣＵ３にはバージョン１（ＥＣＵ３_Ｖｅｒ１）が存在することが規定されている。また、ソフトウェア１にはバージョン１．０～３．１（ＳＷ１_Ｖｅｒ１．０～３．１）が存在し、ソフトウェア２にはバージョン１．０～４．２（ＳＷ２_Ｖｅｒ１．０～４．２）が存在し、ソフトウェア３にはバージョン１．０～２．５（ＳＷ３_Ｖｅｒ１．０～２．５）が存在することが規定されている。そして、ＥＣＵ１のバージョン１（ＥＣＵ１_Ｖｅｒ１）にはソフトウェア１のバージョン１．０～１．５（ＳＷ１_Ｖｅｒ１．０～１．５）のみが適合し、ＥＣＵ１のバージョン２及び３（ＥＣＵ１_Ｖｅｒ２及び３）にはソフトウェア１のバージョン２．０～３．１（ＳＷ１_Ｖｅｒ２．０～３．１）のみが適合し、ＥＣＵ２のバージョン１（ＥＣＵ２_Ｖｅｒ１）にはソフトウェア２のバージョン１．０～１．２（ＳＷ２_Ｖｅｒ１．０～１．２）のみが適合し、ＥＣＵ２のバージョン２（ＥＣＵ２_Ｖｅｒ２）にはソフトウェア２のバージョン２．０～２．３（ＳＷ２_Ｖｅｒ２．０～２．３）のみが適合し、ＥＣＵ２のバージョン３（ＥＣＵ２_Ｖｅｒ３）にはソフトウェア２のバージョン３．０～４．２（ＳＷ２_Ｖｅｒ３．０～４．２）のみが適合し、ＥＣＵ３のバージョン１（ＥＣＵ３_Ｖｅｒ１）にはフトウェア３のバージョン１．０～２．５（ＳＷ３_Ｖｅｒ１．０～２．５）のみが適合することが規定されている。

ステップＳ２２において、特定部２８は、ステップＳ２１で受信したダウンロード要求に含まれるＶＩＮに係る適合情報及び車両構成情報を参照する。例えば、特定部２８は、ステップＳ２１で受信されたダウンロード要求に含まれるＶＩＮが「１００１」である場合、ＶＩＮ「１００１」に係る適合情報（図９参照）及び車両構成情報を参照する。次に、特定部２８は、車両構成情報に含まれるＥＣＵ ＩＤに基づいて、ターゲットＥＣＵのバージョンを特定し、適合情報に基づいて、そのターゲットＥＣＵに適合するソフトウェア及びソフトウェアのバージョンを特定する。例えば図９の場合において、特定部２８は、ターゲットＥＣＵ１がバージョン１（ＥＣＵ１_Ｖｅｒ１）であることを特定した場合、ターゲットＥＣＵ１に適合するソフトウェアとしてソフトウェア１のバージョン１．０～１．５（ＳＷ１_Ｖｅｒ１．０～１．５）を特定する。その後、処理はステップＳ２３に移る。

ステップＳ２３において、特定部２８は、ステップＳ２２で特定したターゲットＥＣＵに適合するソフトウェアのバージョンのうち、最新のバージョンを特定する。例えば図９の場合において、特定部２８は、ターゲットＥＣＵ１_Ｖｅｒ１に適合する最新のソフトウェアのバージョンとしてＳＷ１_Ｖｅｒ１．５を特定する。その後、処理はステップＳ２４に移る。

ステップＳ２４において、制御部２９は、記憶部２６に記憶されている車両構成情報に含まれるＥＣＵソフトウェアＩＤに基づいて、ターゲットＥＣＵに、ステップＳ２３で特定した最新のバージョンのソフトウェアが既に実装されているか否かを判定する。例えば図９の場合において、制御部２９は、車両構成情報に含まれるＥＣＵソフトウェアＩＤに基づいてターゲットＥＣＵ１_Ｖｅｒ１にＳＷ１_Ｖｅｒ１．５が実装されていると判断した場合、ターゲットＥＣＵ１_Ｖｅｒ１に最新のバージョンのソフトウェアが既に実装されていると判定する。ステップＳ２４での判定がＹＥＳの場合、処理はステップＳ２６に移り、この判定がＮＯの場合、処理はステップＳ２５に移る。

ステップＳ２５において、制御部２９は、ステップＳ２３で特定された最新のバージョンでターゲットＥＣＵを更新することを決定する。その後、処理はステップＳ２７に移る。

一方、ステップＳ２６において、制御部２９は、ターゲットＥＣＵのソフトウェアは既にステップＳ２３で特定された最新のバージョンであるため、ターゲットＥＣＵのソフトウェアを更新しないことを決定する。その後、処理はステップＳ２７に移る。

ステップＳ２７において、制御部２９は、全てのターゲットＥＣＵについてステップＳ２５又はＳ２６の決定が実行されたか否かを判定する。ステップＳ２７での判定がＹＥＳの場合、処理はステップＳ２８に移り、この判定がＮＯの場合、処理はステップＳ２２に戻って次のターゲットＥＣＵに対して処理が実行される。

ステップＳ２８において、制御部２９は、ステップＳ２５及び／又はステップＳ２６での決定に基づいて、ステップＳ２１で受信したダウンロード要求（図７のＳ１２参照）を行ったＯＴＡマスタ１１に送信する更新データ（ターゲットＥＣＵのソフトウェアを更新するための更新データ）を決定する。例えば図９の場合において、ターゲットＥＣＵがＥＣＵ１_Ｖｅｒ１及びＥＣＵ２_Ｖｅｒ２の場合を考える。この場合において、ＥＣＵ１_Ｖｅｒ１にＳＷ１_Ｖｅｒ１．５が実装されており、ＥＣＵ２_Ｖｅｒ２にＳＷ１_Ｖｅｒ２．１が実装されていると判定された場合、制御部２９は、送信する更新データとして、ＥＣＵ２_Ｖｅｒ２についてＳＷ１_Ｖｅｒ２．３に更新する更新データを決定する。その後、処理はステップＳ２９に移る。なお、ターゲットＥＣＵの全てがステップＳ２６において非更新と決定された場合には、ステップＳ２８において、送信する更新データは決定されない。

ステップＳ２９において、制御部２９は、ステップＳ２８で決定された更新データを、通信部２７を用いてＯＴＡマスタ１１（ダウンロード要求を行ったＯＴＡマスタ１１）に送信し、一連の処理を終了する。なお、ステップＳ２６において非更新と決定されたターゲットＥＣＵが存在する場合、そのことを示す情報をＯＴＡマスタ１１に送信しても良い。また、ターゲットＥＣＵの全てがステップＳ２６において非更新と決定された場合には、更新データは送信されない。その場合、そのことを示す情報をＯＴＡマスタ１１に送信しても良い。

以上に説明したように、本実施形態に係るＯＴＡセンタ１は、図９を用いて説明した適合情報を用いて、ターゲットＥＣＵに適合するソフトウェアのバージョンを特定してＯＴＡマスタ１１（車両）に更新データを送信する。これにより、ターゲットＥＣＵに適合した適切なソフトウェアのバージョンに更新できる。

また、本実施形態に係るＯＴＡセンタ１は、ターゲットＥＣＵに適合するソフトウェアのバージョンのうち最新のバージョンを特定してＯＴＡマスタ１１（車両）に更新データを送信する。これにより、ターゲットＥＣＵに適合したソフトウェアのバージョンのうち最新のバージョンに更新できる。

また、本実施形態に係るＯＴＡセンタ１は、ターゲットＥＣＵに適合するソフトウェアのバージョンのうち最新のバージョンが既にターゲットＥＣＵに実装されている場合には、その最新のバージョンに更新するための更新データをＯＴＡマスタ１１（車両）に送信しない。これにより、不要な処理を省略できる。

なお、上記の実施形態では、イグニッションがＯＮにされたことを契機として、ＯＴＡマスタ１１が車両構成情報を作成して保持すると共にその車両構成情報をＯＴＡセンタ１に送信して、車両構成情報をＯＴＡマスタ１１とＯＴＡセンタ１とで共有する制御例を挙げた（図６参照）。しかし、車両構成情報を作成してＯＴＡマスタ１１とＯＴＡセンタ１とで共有するための契機はこれには限られない。例えば、ＯＴＡセンタ１がＯＴＡマスタ１１からダウンロード要求を受信したときに（図８のステップＳ２１でＹＥＳと判定したときに）、ＯＴＡセンタ１がＯＴＡマスタ１１に車両構成情報を要求し、それに応じてＯＴＡマスタ１１が車両構成情報を作成してＯＴＡセンタ１に送信し、ＯＴＡセンタ１が車両構成情報を受信してステップＳ２２の処理で使用する制御としても良い。このようにすることで、ＯＴＡセンタ１は、図８の処理で車両構成情報を使用する直前に、最新の車両構成情報を取得することができる。

また、上記の実施形態で例示したＯＴＡセンタ１の機能は、プロセッサ（ＣＰＵ）とメモリと通信装置とを備えるコンピュータが実行する更新管理方法、あるいは、当該コンピュータに実行させる更新管理プログラム、更新管理プログラムを記憶したコンピュータ読み取り可能な非一時的記憶媒体として実現することも可能である。同様に、上記の実施形態として例示したＯＴＡマスタ１１の機能は、プロセッサ（ＣＰＵ）とメモリと通信装置とを備える、車載されたコンピュータが実行する更新制御方法、あるいは、当該車載されたコンピュータに実行させる更新制御プログラム、更新制御プログラムを記憶したコンピュータ読み取り可能な非一時的記憶媒体として実現することも可能である。

本開示技術は、ＥＣＵ（電子制御ユニット）のプログラムを更新するためのネットワークシステムに利用できる。

１ ＯＴＡセンタ
２ 車載ネットワーク
５ 通信ネットワーク
１１ ＯＴＡマスタ
１２ 通信モジュール
１３ａ～１３ｄ ＥＣＵ
１４ ＨＭＩ
１５ａ～１５ｄ バス
２６、３７ 記憶部
２７、３８ 通信部
２８ 特定部
２９、３９ 制御部

Claims (5)

1. 車両に搭載された、複数の電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタと、ネットワークを介して通信可能なセンタであって、
   前記ＯＴＡマスタから、前記複数の電子制御ユニットを識別する第１の識別情報を受信する通信部と、
   電子制御ユニット毎に、対応するソフトウェアについて、適合するバージョンを定義した適合情報を記憶する記憶部と、
   前記適合情報を用いて、前記第１の識別情報により識別される前記複数の電子制御ユニットのうちソフトウェア更新対象であるターゲット電子制御ユニットについて、前記適合するバージョンを特定する特定部と、
   前記ＯＴＡマスタと通信を行うことにより、前記ターゲット電子制御ユニットのソフトウェアを、前記特定部により特定された前記適合するバージョンに更新させるための制御を行う制御部とを備える、センタ。
2. 前記特定部は、前記適合するバージョンのうち最新のバージョンを特定し、
   前記制御部は、前記ＯＴＡマスタと通信を行うことにより、前記ターゲット電子制御ユニットのソフトウェアを、前記最新のバージョンに更新させるための制御を行う、請求項１に記載のセンタ。
3. 前記通信部は、前記ＯＴＡマスタから、前記複数の電子制御ユニットに実装されているソフトウェアのバージョンを識別する第２の識別情報を受信し、
   前記制御部は、
   前記第２の識別情報に基づいて、前記特定部により特定された前記最新のバージョンのソフトウェアが前記ターゲット電子制御ユニットに実装されているか否かを判定し、
   前記判定が肯定判定である前記ターゲット電子制御ユニットについては、ソフトウェアを更新させるための制御を実行しない、請求項２に記載のセンタ。
4. プロセッサと、メモリと、車両に搭載された、複数の電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタとネットワークを介して通信可能な通信装置とを備えるコンピュータが実行する更新管理方法であって、
   前記ＯＴＡマスタから、前記複数の電子制御ユニットを識別する識別情報を受信するステップと、
   電子制御ユニット毎に、対応するソフトウェアについて、適合するバージョンを定義した適合情報を用いて、前記識別情報により識別される前記複数の電子制御ユニットのうちソフトウェア更新対象であるターゲット電子制御ユニットについて、前記適合するバージョンを特定するステップと、
   前記ＯＴＡマスタと通信を行うことにより、前記ターゲット電子制御ユニットのソフトウェアを、特定された前記適合するバージョンに更新させるための制御を行うステップとを備える、更新管理方法。
5. プロセッサと、メモリと、車両に搭載された、複数の電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタとネットワークを介して通信可能な通信装置とを備えるコンピュータが実行する更新管理プログラムであって、
   前記ＯＴＡマスタから、前記複数の電子制御ユニットを識別する識別情報を受信するステップと、
   電子制御ユニット毎に、対応するソフトウェアについて、適合するバージョンを定義した適合情報を用いて、前記識別情報により識別される前記複数の電子制御ユニットのうちソフトウェア更新対象であるターゲット電子制御ユニットについて、前記適合するバージョンを特定するステップと、
   前記ＯＴＡマスタと通信を行うことにより、前記ターゲット電子制御ユニットのソフトウェアを、特定された前記適合するバージョンに更新させるための制御を行うステップとを備える、更新管理プログラム。

Images