JP2023028412A - ソフトウェアの更新を制御するセンタ - Google Patents

Abstract

【課題】車両のユーザーや管理者などに対してソフトウェア更新に関する説明を適切に行うことができるセンタを提供する。【解決手段】車両に搭載された電子制御ユニットのソフトウェアの更新を制御するセンタであって、車両及び車両に紐付いた情報端末との間で通信を行う通信部と、車両に紐付いた情報端末から、車両のユーザーに関する情報を取得する取得部と、取得部が取得した情報に基づいて、車両のユーザーに対応するユーザー種別を判定する判定部と、ソフトウェアの更新対象となる車両について判定部が判定したユーザー種別に基づいて、ソフトウェアの更新に関する説明を車両に配信する制御部と、を備える。【選択図】図１

Description

本開示は、車両に搭載された電子制御ユニットのソフトウェアの更新を制御するセンタに関する。

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

電子制御ユニットのソフトウェアを更新する技術として、車載ネットワークに接続された車載通信機器とインターネットなどの通信ネットワークとを無線で接続し、車両のソフトウェアの更新処理を担う装置が、無線通信を介してサーバーからソフトウェアをダウンロードし、ダウンロードしたソフトウェアを電子制御ユニットに書き込んでインストールし、インストールしたソフトウェアを有効化するアクティベートを行うことにより、電子制御ユニットのソフトウェアの更新や追加を行うＯＴＡ（Over The Air）技術が知られている。例えば、特許文献１を参照。

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

ＯＴＡを用いたソフトウェア更新では、ヒューマンマシンインターフェイス（ＨＭＩ）などを用いて、センタが車両のユーザーや管理者などに対してソフトウェア更新に関する説明を事前に行う必要があるものがある。しかしながら、ソフトウェア更新に関する説明としては、全ての車両のユーザーや管理者などに対して一律に設定された内容（用語、サイズ、図表など）が用いられるため、その説明が一部のユーザーや管理者などに対して適切ではないおそれがあった。

本開示は、上記課題を鑑みてなされたものであり、車両のユーザーや管理者などに対してソフトウェア更新に関する説明を適切に行うことができるセンタを提供することを目的とする。

上記課題を解決するために、本開示技術の一態様は、車両に搭載された電子制御ユニットのソフトウェアの更新を制御するセンタであって、車両及び車両に紐付いた情報端末との間で通信を行う通信部と、車両に紐付いた情報端末から、車両のユーザーに関する情報を取得する取得部と、取得部が取得した情報に基づいて、車両のユーザーに対応するユーザー種別を判定する判定部と、ソフトウェアの更新対象となる車両について判定部が判定したユーザー種別に基づいて、ソフトウェアの更新に関する説明を車両に配信する制御部と、を備える、センタである。

本開示のセンタによれば、車両のユーザーや管理者などに対してソフトウェア更新に関する説明を適切に行うことができる。

実施形態に係るネットワークシステムの全体構成を示すブロック図 センタの概略構成を示すブロック図 センタの機能ブロック図 ＯＴＡマスタの概略構成を示すブロック図 ＯＴＡマスタの機能ブロック図 センタが行うユーザー種別を設定する処理のフローチャート センタが行うソフトウェア更新に関する説明の配信処理のフローチャート センタが記憶するユーザー種別情報の一例

本開示による車両に搭載された電子制御ユニットのソフトウェアの更新を制御するセンタは、ユーザーに関する情報に基づいて設定したユーザー種別に従って、車両のユーザーや管理者などに対してソフトウェア更新に関する説明を行う。これにより、ソフトウェア更新に関する説明を車両のユーザーや管理者などに対して適切に行うことができる。
以下、本開示の一実施形態について、図面を参照しながら詳細に説明する。

＜実施形態＞
［システム構成］
図１は、本開示の一実施形態に係るネットワークシステムの全体構成を示すブロック図である。図１に示すネットワークシステムは、車両に搭載された複数の電子制御ユニット（ＥＣＵ）５０ａ～５０ｄのソフトウェアを更新するためのシステムであり、車両外にあるセンタ１０と、車両内に構築される車載ネットワーク９０と、車両と紐付いた情報端末９５と、を備える。

（１）センタ
センタ１０は、ネットワーク１００を介して車載ネットワーク９０が備える後述のＯＴＡマスタ３０と通信可能であり、車両のユーザーや管理者などに対するソフトウェア更新があることの通知やソフトウェア更新についての説明などの送信や、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データ及び更新処理の手順を定義した情報の送信や、ソフトウェア更新処理の進捗状況を示す通知の受信などを行って、ＯＴＡマスタ３０に接続された複数の電子制御ユニット５０ａ～５０ｄのソフトウェア更新を制御及び管理することができる。このセンタ１０は、いわゆるサーバーとしての機能を有する。また、センタ１０は、ネットワーク１００を介して情報端末９５と通信可能であり、車両のユーザーや管理者などによって行われた情報端末９５に対する操作などを含むユーザーの好み、生活様式、癖などに関する様々な情報（以下「ユーザーに関する情報」という）を、受信することができる。

図２は、図１におけるセンタ１０の概略構成を示すブロック図である。図２で示すように、センタ１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、記憶装置１３と、通信装置１４と、を備える。記憶装置１３は、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）などの読み書き可能な記憶媒体を備えた装置であり、ソフトウェアの更新管理を実行するためのプログラム、ソフトウェアの更新制御及び更新管理に用いる情報、及び各電子制御ユニットのソフトウェアの更新データなどを記憶する。センタ１０において、ＣＰＵ１１は、記憶装置１３から読み出したプログラムを、ＲＡＭ１２を作業領域として用いて実行することにより、ソフトウェア更新に関する所定の処理を実行する。通信装置１４は、ネットワーク１００を介してＯＴＡマスタ３０や情報端末９５と通信を行うための装置である。

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

記憶部１６は、車両に搭載された１つ以上の電子制御ユニットのソフトウェア更新処理に関する情報を記憶する。ソフトウェア更新処理に関する情報として、記憶部１６は、車両を識別する車両識別情報（車両ＩＤ）ごとに、電子制御ユニット５０ａ～５０ｄで利用可能なソフトウェアを示す情報を関連付けた更新管理情報と、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データとを、少なくとも記憶する。電子制御ユニット５０ａ～５０ｄで利用可能なソフトウェアを示す情報としては、例えば、複数の電子制御ユニット５０ａ～５０ｄの各ソフトウェアの最新のバージョン情報の組み合わせが定義される。ソフトウェア更新処理に関する情報として、記憶部１６は、車両で実施されているソフトウェアの更新状態を示す更新ステータスを記憶することができる。また、ソフトウェア更新処理に関する情報として、記憶部１６は、ＯＴＡマスタ３０に対して制御の指示を行うための、ソフトウェア更新処理の手順を示した更新シーケンスに関する情報を記憶することができる。また、記憶部１６は、後述する判定部２０が判定するユーザー種別に対応するユーザー種別情報を記憶することができる。

図８に、センタ１０の記憶部１６が記憶するユーザー種別情報の一例の概要を示す。このユーザー種別情報は、ＯＴＡを用いたソフトウェア更新の際に、車両のユーザーや管理者などに対して事前に行うソフトウェア更新に関する説明の態様を定義した情報である。ソフトウェア更新に関する説明の態様は、説明対象として想定される車両のユーザーや管理者などに応じて区分される種別ごとに、それぞれ異なる内容が定められている。図８の例では、種別「２」が平均的なユーザーなど（標準者）を対象として定義されるユーザー種別であり、ソフトウェア更新に関する説明の態様としては、一般的に標準とされる内容（任意に設定可能であり、その説明は省略）が定義される。種別「１」は、例えば種別「２」の標準者と比較して細かい文字が見辛い者（例えば高齢者）などを対象として定義されるユーザー種別であり、ソフトウェア更新に関する説明の態様としては、種別「２」の内容と比べて、説明の内容を簡略（要約化）したり、車両の専門用語を使用しなかったり（又は使用頻度を少なくしたり）、文字サイズを大きくしたり、視覚的に分かり易い図表を多く用いたり、することなどが設定されている。種別「３」は、例えば種別「２」の標準者と比較して車両やＩＴに詳しい者（例えば専門家）やスマートフォンの操作に慣れた者（例えば若年者）などを対象として定義されるユーザー種別であり、ソフトウェア更新に関する説明の態様としては、種別「２」の内容と比べて、説明の内容を詳細に（専門化）したり、車両の専門用語を多く使用したり、文字サイズを小さくしたり、表示面積をとる図表は少なめに用いたり、することなどが設定されている。なお、ユーザー種別情報は、更新ソフトウェアごとに異なる内容が設定されてもよい。また、記憶部１６は、図８に示したようなソフトウェア更新に関する説明の態様を定義したユーザー種別情報の形式ではなく、そのユーザー種別情報の定義を反映して予め生成した説明用データ（ＨＭＩデータなど）そのものを記憶してもよい。

通信部１７は、ＯＴＡマスタ３０（車両）との間や情報端末９５との間で、データ、情報、通知、及び要求などの送信及び受信を行う送信部及び受信部として機能する。通信部１７は、ＯＴＡマスタ３０からソフトウェアの更新確認要求を受信する（受信部）。更新確認要求は、例えば、車両において電源又はイグニッションがオンされた（以下「電源ＯＮ」という）ときに、ＯＴＡマスタ３０からセンタ１０へと送信される情報であって、後述する車両構成情報に基づいて電子制御ユニット５０ａ～５０ｄの更新データがあるか否かの確認をセンタ１０に要求するための情報である。また、通信部１７は、ＯＴＡマスタ３０から受信した更新確認要求に応答して、更新データの有無を示す情報をＯＴＡマスタ３０に送信する（送信部）。また、通信部１７は、ＯＴＡマスタ３０からの配信パッケージの送信要求（ダウンロード要求）を受信する（受信部）。また、通信部１７は、配信パッケージのダウンロード要求を受信すると（受信部）、後述する制御部１８で生成される電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データなどを含む配信パッケージを、ＯＴＡマスタ３０に送信する（送信部）。また、通信部１７は、車両に紐付いた情報端末９５のユーザーに関する情報を、情報端末９５から直接又は車両経由で間接的に受信する（受信部）。また、通信部１７は、制御部１８の指示に基づいて、後述する判定部２０で判定されたユーザー種別に応じたソフトウェアの更新に関する説明を車両に送信する（送信部）。

制御部１８は、通信部１７がＯＴＡマスタ３０から更新確認要求を受信すると、記憶部１６に記憶されている更新管理情報に基づいて、更新確認要求に含まれる車両ＩＤで特定される車両に搭載された電子制御ユニット５０ａ～５０ｄについてソフトウェアの更新データがあるか否かを判定する。制御部１８による更新データがあるか否かの判定結果は、通信部１７によってＯＴＡマスタ３０に送信される。制御部１８は、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあると判定した場合、ＯＴＡマスタ３０から配信パッケージのダウンロード要求を受信すると、記憶部１６に記憶されている該当する更新データなどを含む１つ又は複数の配信パッケージを生成する。また、制御部１８は、判定部２０が判定したユーザー種別に基づいて、ソフトウェアの更新に関する説明のためのデータを取得又は生成する。ソフトウェアの更新に関する説明のためのデータは、更新データなどと一緒に配信パッケージに含めてもよい。

取得部１９は、車両のユーザーに関する情報を、通信部１７を介して情報端末９５から直接又は車両経由（ＷｉＦｉ－ＤＣＭ経由など）で間接的に取得する。取得部１９は、車両のユーザーに関する情報と共に送信される情報端末９５の識別ＩＤなどの固有の情報（ユーザー識別情報）に基づいて、どの情報端末９５からのユーザーに関する情報かを判断することができる。取得部１９がユーザーに関する情報を取得するタイミングや周期などは任意に設定することが可能であり、その取得方式はプッシュ型及びプル型のいずれであってもよい。このユーザーに関する情報には、情報端末９５を利用してユーザーが視聴や操作している内容（動画像、音楽、メールなど）、ユーザーの話し言葉（通話、メッセージなど）の情報が、少なくとも含まれる。

判定部２０は、取得部１９が取得した車両のユーザーに関する情報に基づいて、車両のユーザーや管理者などに対応するユーザー種別を判定する。ユーザーに関する情報は、情報端末９５の固有の情報に基づいて、情報端末９５ごとに蓄積されて、ユーザー種別の判定のために分析／解析が行われる。ユーザー種別の判定方法としては、例えば、表示文字を大きくして情報端末９５を操作しているという情報が多い（又は頻度が高い）場合や、テキストで記載されたホームページを閲覧しているという情報が多い場合には、その情報を送信してきたユーザーや管理者などのユーザー種別を「１」と判定することができる。また、例えば、スクロール、フリック、及びスワイプなどを多用して情報端末９５を操作しているという情報が多い場合や、音楽配信サイトや動画配信サイトを閲覧しているという情報が多い場合には、その情報を送信してきたユーザーや管理者などのユーザー種別を「３」と判定することができる。そして、ユーザー種別「１」及び「３」のいずれにも該当しない、ユーザーや管理者などのユーザー種別を「２」と判定することができる。判定部２０が判定したユーザー種別は、車両及び／又はユーザー識別情報（情報端末９５）と紐付けられて記憶部１６に記憶される。

（２）情報端末
情報端末９５は、車両のユーザーや管理者が所有するスマートフォン、パソコン、ネットワークカメラ（見守りカメラ）、及びスマートスピーカーなどの装置である。この情報端末９５は、ネットワーク１００を介して直接又は車両を経由して間接的に、センタ１０と通信可能に接続される。本実施形態の情報端末９５は、情報端末９５を利用するユーザーなどが視聴や操作している内容（動画像、音楽、メールなど）や、ユーザーなどの話し言葉（通話、メッセージなど）の情報であるユーザーに関する情報（生データ又は加工データ）を、センタ１０に送信する。この情報端末９５は、固有の情報（端末ＩＤなど）が車両に登録管理されることなどによって車両と紐付けられている。また、この情報端末９５は、固有の情報（端末ＩＤなど）がユーザー識別情報（ユーザーＩＤなど）と紐付けられている。なお、ユーザーＩＤは端末ＩＤと同じであってもよい。車両やユーザー識別情報と紐付けられる情報端末９５は、１つに限られず複数であっても構わない。

（３）車載ネットワーク
車載ネットワーク９０は、ＯＴＡマスタ３０と、複数の電子制御ユニット５０ａ～５０ｄと、表示装置７０と、通信モジュール８０と、を備える。ＯＴＡマスタ３０と通信モジュール８０とは、バス６０ａを介して接続されている。ＯＴＡマスタ３０と電子制御ユニット５０ａ及び５０ｂとは、バス６０ｂを介して接続されている。ＯＴＡマスタ３０と電子制御ユニット５０ｃ及び５０ｄとは、バス６０ｃを介して接続されている。ＯＴＡマスタ３０と表示装置７０とは、バス６０ｄを介して接続されている。

ＯＴＡマスタ３０は、バス６０ａ及び通信モジュール８０を介してネットワーク１００経由でセンタ１０と無線による通信が可能である。また、ＯＴＡマスタ３０は、バス６０ｂ～６０ｄを介して電子制御ユニット５０ａ～５０ｄ及び表示装置７０と有線による通信が可能である。このＯＴＡマスタ３０は、ＯＴＡ状態を管理し、ソフトウェア更新処理の流れである更新シーケンスを制御して更新対象となる電子制御ユニット（以下「ターゲット電子制御ユニット」という）のソフトウェア更新を実施する機能を有する装置である。ＯＴＡマスタ３０は、センタ１０から取得した更新データなどに基づき、電子制御ユニット５０ａ～５０ｄのうちターゲット電子制御ユニットのソフトウェア更新を制御する。また、ＯＴＡマスタ３０は、センタ１０から受信するソフトウェアの更新に関する情報や通知に基づいて、表示装置７０に適切な画面表示を制御することができる。ＯＴＡマスタ３０は、セントラルゲートウェイ（ＣＧＷ）と称される場合もある。

図４は、図１におけるＯＴＡマスタ３０の概略構成を示すブロック図である。図４で示すように、ＯＴＡマスタ３０は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ（Read-Only Memory）３３と、記憶装置３４と、通信装置３６と、を備える。ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、及び記憶装置３４は、マイクロコンピューター３５を構成する。ＯＴＡマスタ３０において、ＣＰＵ３１は、ＲＯＭ３３から読み出したプログラムを、ＲＡＭ３２を作業領域として用いて実行することにより、ソフトウェア更新に関する所定の処理を実行する。通信装置３６は、図１に示したバス６０ａ～６０ｄを介して、通信モジュール８０、電子制御ユニット５０ａ～５０ｄ、及び表示装置７０のそれぞれと通信を行うための装置である。

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

記憶部３７は、複数の電子制御ユニット５０ａ～５０ｄのソフトウェア更新を実行するためのプログラム（ＯＴＡマスタ３０の制御用プログラム）や、ソフトウェア更新を実行する際に用いる各種データの他、センタ１０からダウンロードしたソフトウェアの更新データなどを記憶する。また、記憶部３７は、複数の電子制御ユニット５０ａ～５０ｄのそれぞれに搭載される不揮発性メモリの種別に関する情報を記憶することができる。また、記憶部３７は、車両と紐付けられている情報端末９５の情報（端末ＩＤなど）を記憶することができる。

通信部３８は、センタ１０との間で、データ、情報、通知、及び要求などの送信及び受信を行う送信部及び受信部として機能する。通信部３８は、例えば、車両の電源ＯＮを契機として、ソフトウェアの更新確認要求をセンタ１０に送信する（送信部）。更新確認要求は、例えば、車両を識別するための車両ＩＤと、車載ネットワーク９０に接続される電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンに関する情報とを含む。車両ＩＤ及び電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンは、センタ１０が車両ＩＤごとに保持するソフトウェアの最新バージョンとの比較により、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かを判定するために用いられる。また、通信部３８は、更新確認要求に対する応答としてセンタ１０から更新データの有無を示す通知を受信する（受信部）。電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがある場合、通信部３８は、ソフトウェアの更新データなどを含む配信パッケージのダウンロード要求をセンタ１０に送信し（送信部）、センタ１０から送信される配信パッケージを受信（ダウンロード）する（受信部）。また、通信部３８は、電子制御ユニット５０ａ～５０ｄが送信するソフトウェアの更新状態を、センタ１０に送信する（送信部）。また、通信部３８は、制御部３９の指示に基づいて、ソフトウェアの更新に関する情報やその情報の送信に関する通知、ソフトウェアの更新状態を、表示装置７０に表示させることができる。

制御部３９は、通信部３８が受信した更新確認要求に対するセンタ１０からの応答に基づいて、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かを判定する。また、制御部３９は、通信部３８がセンタ１０から配信パッケージで受信（ダウンロード）して記憶部３７に格納した更新データの真正性を検証する。また、制御部３９は、センタ１０からダウンロードした更新データを用い、電子制御ユニット５０ａ～５０ｄのソフトウェア更新処理（インストール、アクティベートなど）を制御する。具体的には、制御部３９は、ダウンロードした更新データをターゲット電子制御ユニットに転送し、ターゲット電子制御ユニットに更新データに基づく更新ソフトウェアをインストールさせる。インストールの完了後、制御部３９は、ターゲット電子制御ユニットに対して、インストールした更新ソフトウェアを有効化させるアクティベートを指示する。

複数の電子制御ユニット５０ａ～５０ｄは、車両の各部の動作を制御するための装置（ＥＣＵ）である。図１においては、車載ネットワーク９０が４つの電子制御ユニット５０ａ～５０ｄを備えている例を示したが、電子制御ユニットの個数は特に限定されない。また、電子制御ユニット５０ａ～５０ｄをＯＴＡマスタ３０に接続するバスの本数も特に限定されない。

表示装置７０は、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新処理時に更新データがあることの表示、ユーザー種別に基づいたソフトウェア更新についての説明などの表示、車両のユーザーや管理者にソフトウェア更新に対する承諾を求めるための承諾要求画面の表示、及びソフトウェア更新の結果や状態の表示など、各種の表示を行うために用いられる装置である。表示装置７０としては、典型的にはカーナビゲーションシステムの表示装置を用いることができる。本実施形態では、センタ１０から送信される情報や通知を、表示装置７０がＯＴＡマスタ３０経由で受信する場合を説明したが、ＯＴＡマスタ３０を介さず通信モジュール８０から直接あるいは通信モジュール８０ではなく図示しない他の通信機器（ＷｉＦｉ－ＤＣＭなど）を介して直接表示装置７０が受信してもよい。なお、図１に示すバス６０ｄには、表示装置７０に加えて電子制御ユニットなどがさらに接続されていてもよい。

通信モジュール８０は、センタ１０と車両との通信を制御する機能を持ったユニットであり、車載ネットワーク９０をセンタ１０に接続するための通信機器である。通信モジュール８０は、ネットワーク１００経由でセンタ１０と無線で接続され、ＯＴＡマスタ３０による車両の認証や更新データのダウンロードなどが行われる。この通信モジュール８０は、ＯＴＡマスタ３０に含まれて構成されてもよい。

［ソフトウェア更新処理の概要］
ＯＴＡマスタ３０は、例えば、車両の電源ＯＮを契機として、ソフトウェアの更新確認要求をセンタ１０に送信する。更新確認要求は、車両を識別するための車両ＩＤと、車載ネットワーク９０に接続される電子制御ユニット５０ａ～５０ｄのハードウェア及びソフトウェアの現バージョンなどの電子制御ユニットの状態（システム構成）に関する情報である車両構成情報と、を含む。車両構成情報は、車載ネットワーク９０に接続される電子制御ユニット５０ａ～５０ｄから電子制御ユニットの識別番号（ＥＣＵ＿ＩＤ）と、電子制御ユニットのソフトウェアバージョンの識別番号（ＥＣＵ＿Ｓｏｆｔｗａｒｅ＿ＩＤ）とを、取得することで作成可能である。車両ＩＤ及び電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンは、センタ１０が車両ＩＤごとに保持するソフトウェアの最新バージョンとの比較により、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かを判定するために用いられる。センタ１０は、ＯＴＡマスタ３０から受信した更新確認要求に対する応答として、更新データの有無を示す通知やソフトウェアの更新に関する情報などをＯＴＡマスタ３０に送信する。電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがある場合、ＯＴＡマスタ３０は、配信パッケージのダウンロード要求をセンタ１０に送信する。センタ１０は、ＯＴＡマスタ３０から受信したダウンロード要求に応じて、更新データなどを含む配信パッケージをＯＴＡマスタ３０に送信する。配信パッケージは、更新データの他に、更新データの真正性を検証するための検証用データや、更新データの数、種別情報、ソフトウェア更新時に用いる各種の制御情報などを含んでいてもよい。

ＯＴＡマスタ３０は、センタ１０から受信した更新確認要求に対する応答に基づいて、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かを判定する。また、ＯＴＡマスタ３０は、センタ１０から受信して記憶装置１３に格納した配信パッケージの真正性を検証する。また、ＯＴＡマスタ３０は、配信パッケージでダウンロードした更新データをターゲット電子制御ユニットに転送し、ターゲット電子制御ユニットに更新データをインストールさせる。インストールの完了後、ＯＴＡマスタ３０は、ターゲット電子制御ユニットに対して、インストールさせた更新版のソフトウェアを有効とするアクティベートを行うように指示をする。

また、センタ１０は、承諾要求処理において、ソフトウェアの更新を説明する情報、ソフトウェア更新に対して承諾が必要である旨の通知やソフトウェア更新を承諾した旨の入力を促す通知を、出力装置に出力させる。出力装置としては、車載ネットワーク９０に設けられた表示装置７０や情報端末９５などを利用できる。例えば、承諾要求処理において、車両のユーザーや管理者などに対して事前に説明すべき情報を表示装置７０の画面で表示することが可能であれば、表示装置７０が出力装置として用いられる。表示装置７０を出力装置として用いる場合、ＯＴＡマスタ３０は、ソフトウェアの更新に関する情報、ユーザー又は管理者にソフトウェア更新の承諾を求めるための承諾要求画面、ユーザー又は管理者が承諾する場合には承諾ボタンを押下するなどの特定の入力操作を促す通知などを、表示装置７０に表示させることができる。センタ１０は、ＯＴＡマスタ３０を介して、ユーザーや管理者などから承諾した旨の入力を受け付けると、ＯＴＡマスタ３０に対して上述したインストール及びアクティベートの制御処理の実行を指示し、ターゲット電子制御ユニットのソフトウェアを更新する。

ここで、ターゲット電子制御ユニットの不揮発性メモリが、ソフトウェアなどのデータを格納するための１つの格納領域を有するシングルバンクメモリである場合は、原則的にインストールとアクティベートとがひと続きに行われるため、インストールの実行前に、ソフトウェア更新に対する承諾要求処理が行われる。なお、シングルバンクメモリのターゲット電子制御ユニットであっても、センタ１０から指示される更新シーケンスに関する情報によっては、インストール完了の状態で更新処理を一時的に停止、つまりアクティベートを保留（待機）することが要求されることもあり得る。また、ターゲット電子制御ユニットの不揮発性メモリが、ソフトウェアなどのデータを格納するための２つの格納領域を有するデュアルバンクメモリである場合は、少なくとも、インストールの実行後かつアクティベートの実行前に、ソフトウェア更新に対する承諾要求処理が行われる。なお、ターゲット電子制御ユニットの不揮発性メモリがデュアルバンクメモリである場合には、インストール実行前のソフトウェアの更新に対する承諾要求処理は、行われてもよいし、省略されてもよい。

ソフトウェア更新処理は、ＯＴＡマスタ３０がセンタ１０から更新データをダウンロードするフェーズ（ダウンロードフェーズ）、ダウンロードした更新データをＯＴＡマスタ３０がターゲット電子制御ユニットに転送し、ターゲット電子制御ユニットの格納領域に更新データに基づく更新ソフトウェアをインストールするフェーズ（インストールフェーズ）、及びターゲット電子制御ユニットがインストールした更新ソフトウェアを有効化するフェーズ（アクティベートフェーズ）からなる。

ダウンロードは、ＯＴＡマスタ３０が、センタ１０から配信パッケージによって送信された電子制御ユニットのソフトウェアを更新するための更新データを、受信して記憶部３７に記憶する処理である。ダウンロードによる更新データの受信については、ダウンロードフェーズでは、ダウンロードの実行だけでなく、ダウンロードの実行可否判断、更新データの検証など、ダウンロードに関する一連の処理の制御を含む。

センタ１０からＯＴＡマスタ３０に送信される更新データは、電子制御ユニットの更新ソフトウェア（全データ又は差分データ）、更新ソフトウェアを圧縮した圧縮データ、更新ソフトウェア又は圧縮データを分割した分割データのいずれを含んでいてもよい。また、更新データは、ターゲット電子制御ユニットのＥＣＵ＿ＩＤ（又はシリアル番号）と、更新前のターゲット電子制御ユニットのＥＣＵ＿Ｓｏｆｔｗａｒｅ＿ＩＤとを、含んでいてもよい。更新データは、上述した配信パッケージとしてダウンロードされるが、配信パッケージには、単一の電子制御ユニット又は複数の電子制御ユニットの更新データが含まれる。

インストールは、ＯＴＡマスタ３０が、センタ１０からダウンロードした更新データに基づいて、ターゲット電子制御ユニットの不揮発性メモリに更新ソフトウェア（更新版のプログラム）を書き込む処理である。インストールフェーズでは、インストールの実行だけでなく、インストールの実行可否判断、更新データの転送及び更新ソフトウェアの検証など、インストールに関する一連の処理の制御を含む。

更新データが更新ソフトウェアそのもの（全データ）を含む場合は、インストールフェーズにおいて、ＯＴＡマスタ３０が更新データ（更新ソフトウェア）をターゲット電子制御ユニットに転送する。また、更新データが更新ソフトウェアの圧縮データ、又は差分データ、あるいは分割データを含む場合は、ＯＴＡマスタ３０がターゲット電子制御ユニットに更新データを転送し、ターゲット電子制御ユニットが更新データから更新ソフトウェアを生成してもよいし、ＯＴＡマスタ３０が更新データから更新ソフトウェアを生成してから、更新ソフトウェアをターゲット電子制御ユニットに転送してもよい。ここで、更新ソフトウェアの生成は、圧縮データの解凍や、差分データ又は分割データの組み付け（統合）により行うことができる。

更新ソフトウェアのインストールは、ＯＴＡマスタ３０からのインストール要求に基づいて、ターゲット電子制御ユニットが行うことができる。なお、更新データを受信した特定のターゲット電子制御ユニットについては、ＯＴＡマスタ３０からの明示の指示を受けることなく、自律的にインストールを行ってもよい。

アクティベートは、ターゲット電子制御ユニットが、自身の不揮発性メモリにインストールした更新ソフトウェアを有効化（アクティベート）する処理である。アクティベートフェーズでは、アクティベートの実行だけでなく、アクティベートの実行可否判断、アクティベートに対する車両のユーザー又は管理者への承諾要求、実行結果の検証など、アクティベートに関する一連の制御を含む。

更新ソフトウェアのアクティベートは、ＯＴＡマスタ３０からのアクティベート要求に基づいて、ターゲット電子制御ユニットが行うことができる。なお、更新データを受信した特定のターゲット電子制御ユニットについては、ＯＴＡマスタ３０からの明示の指示を受けることなく、インストールの完了後に自律的にアクティベートを行ってもよい。

なお、ソフトウェア更新処理は、複数のターゲット電子制御ユニットのそれぞれに対して、連続的あるいは並列的に行うことができる。

また、本明細書における「ソフトウェア更新処理」は、ダウンロード、インストール、及びアクティベートの全てを連続して行う処理だけでなく、ダウンロード、インストール、及びアクティベートのうちの一部のみを行う処理も含む。

［処理］
次に、図６及び図７をさらに参照して、本実施形態のネットワークシステムにおいて実行されるソフトウェア更新に関連する処理を説明する。

図６は、センタ１０が、情報端末９５から取得するユーザーに関する情報に基づいて、車両又は情報端末９５に紐付けるユーザー種別を設定する処理の一例を説明するフローチャートである。この図６に示す処理は、センタ１０が、任意の情報端末９５からユーザーに関する情報を取得すると開始される。

（ステップＳ６０１）
センタ１０は、ユーザーに関する情報を送信してきた情報端末９５を使用するユーザーや管理者など（以下「情報端末９５の使用者」という）を特定する。情報端末９５の使用者は、情報と共に送信されてくる情報端末９５の端末ＩＤなどの固有の情報に基づいて、予め情報端末９５と紐付けて管理登録されている車両やユーザー識別情報などによって特定することができる。情報端末９５の使用者が特定されると、ステップＳ６０２に処理が進む。

（ステップＳ６０２）
センタ１０は、上記ステップＳ６０１で特定した情報端末９５の使用者について取得したユーザーに関する情報が、十分に蓄積されたか否かを判断する。情報が十分に蓄積されたとは、例えば、蓄積された複数の情報を分析／解析することによって情報端末９５の使用者に好適な更新ソフトウェアの説明の仕方を予測するに足りるだけの情報蓄積が行われたことを意味する。情報端末９５の使用者についてユーザーに関する情報が十分に蓄積された場合は（ステップＳ６０２、はい）、ステップＳ６０３に処理が進む。一方、情報端末９５の使用者についてユーザーに関する情報がまだ十分に蓄積されていない場合は（ステップＳ６０２、いいえ）、本処理が終了する。

（ステップＳ６０３）
センタ１０は、蓄積されたユーザーに関する情報に基づいて、情報端末９５の使用者に対応するユーザー種別を判定する。ユーザー種別の判定は、上述の判定部２０において説明したように、使用者の見た内容や話した内容など、使用者の嗜好や生活様式などに基づいて行うことが可能である。情報端末９５の使用者のユーザー種別が判定されると、ステップＳ６０４に処理が進む。

（ステップＳ６０４）
センタ１０は、上記ステップＳ６０３で判定したユーザー種別を、上記ステップＳ６０１で特定した情報端末９５の使用者のユーザー種別（あるいは、情報端末９５の使用者と紐付けられた車両のユーザー種別）として設定する。ユーザー種別が設定されると、本処理が終了する。

上述したステップＳ６０１～Ｓ６０４の処理をセンタ１０が繰り返し実施することによって、車両のユーザーや管理者などに好適なソフトウェア更新に関する説明の態様を定めるユーザー種別が設定される。

図７は、センタ１０が行うユーザー種別に基づいたソフトウェア更新に関する説明を配信する処理の一例を説明するフローチャートである。この図７に示す処理は、例えば、センタ１０がＯＴＡマスタ３０からダウンロード要求を受信するなど、ソフトウェアの更新に関する要求が車両から発生すると開始される。

（ステップＳ７０１）
センタ１０は、ソフトウェアの更新を要求する車両を特定する。この車両の特定は、例えば、要求と共に送信される車両を識別するための車両識別情報（車両ＩＤ）によって可能である。ソフトウェアの更新を要求する車両が特定されると、ステップＳ７０２に処理が進む。

（ステップＳ７０２）
センタ１０は、上記ステップＳ７０１で特定した車両に設定されている（紐付けされている）ユーザー種別を判定する。具体例としては、センタ１０は、車両に設定されているユーザー種別が標準であるか標準以外であるかを判定する。図８に例示したユーザー種別情報であれば、ユーザー種別が「２」であれば標準と判定され、ユーザー種別が「１」又は「３」であれば標準以外と判定される。車両に設定されているユーザー種別が標準である場合は（ステップＳ７０２、標準）、ステップＳ７０３に処理が進む。一方、車両に設定されているユーザー種別が標準以外である場合は（ステップＳ７０２、標準以外）、ステップＳ７０４に処理が進む。

（ステップＳ７０３）
センタ１０は、特定した車両のユーザーや管理者などに好適なソフトウェア更新に関する説明の態様として、予め定めた標準（デフォルト）のソフトウェア更新に関する説明を選択する。図８に例示したユーザー種別情報であれば、ユーザー種別「２」の態様による説明が選択される。標準のソフトウェア更新に関する説明が選択されると、ステップＳ７０５に処理が進む。

（ステップＳ７０４）
センタ１０は、特定した車両のユーザーや管理者などに好適なソフトウェア更新に関する説明の態様として、判定したユーザー種別に基づいたソフトウェア更新に関する説明を選択する。図８に例示したユーザー種別情報であれば、ユーザー種別「１」又は「３」の態様による説明が選択される。判定したユーザー種別に基づいたソフトウェア更新に関する説明が選択されると、ステップＳ７０５に処理が進む。

（ステップＳ７０５）
センタ１０は、上記ステップＳ７０３又はＳ７０４で選択したソフトウェア更新に関する説明を、上記ステップＳ６０１で特定した車両に配信する。なお、車両への配信に際しては、選択したソフトウェア更新に関する説明の態様に基づいてその都度生成した説明用データを配信してもよいし、態様ごとに予め用意されている説明用データを取得して配信してもよい。選択したソフトウェア更新に関する説明が車両に配信されると、本処理が終了する。

上述したステップＳ７０１～Ｓ７０５の処理をソフトウェア更新の実施に先立ってセンタ１０が実施することによって、車両のユーザーや管理者などの個々の好みに合った文言やイラスト又は理解度に適した内容を用いて、ソフトウェア更新に関する説明を実施することができる。

＜作用・効果＞
以上のように、本開示の一実施形態に係る車両に搭載された電子制御ユニットのソフトウェアの更新を制御するセンタによれば、ユーザーの好み、生活様式、癖などに関係するユーザーに関する情報に基づいて予め設定したユーザー種別に従って、車両のユーザーや管理者などに対してソフトウェア更新に関する説明を行う。この処理によって、車両のユーザーや管理者などに対して適切なソフトウェア更新に関する説明を実施することができる。

以上、本開示技術の一実施形態を説明したが、本開示は、センタだけでなく、プロセッサとメモリを備えたセンタが実行する方法、プログラム、プログラムを記憶したコンピューター読み取り可能な非一時的な記憶媒体、センタと通信可能なＯＴＡマスタ、あるいはＯＴＡマスタを備えた車両など、として捉えることが可能である。

本開示技術は、車両に搭載された電子制御ユニットのソフトウェアの更新を制御するセンタに利用できる。

１０ センタ
１１、３１ ＣＰＵ
１２、３２ ＲＡＭ
１３、３４ 記憶装置
１４、３６ 通信装置
１６、３７ 記憶部
１７、３８ 通信部
１８、３９ 制御部
１９ 取得部
２０ 判定部
３０ ＯＴＡマスタ
３３ ＲＯＭ
３５ マイクロコンピューター
５０ａ～５０ｄ 電子制御ユニット（ＥＣＵ）
６０ａ～６０ｄ バス
７０ 表示装置
８０ 通信モジュール
９０ 車載ネットワーク
９５ 情報端末
１００ ネットワーク

Claims (1)

1. 車両に搭載された電子制御ユニットのソフトウェアの更新を制御するセンタであって、
   前記車両及び前記車両に紐付いた情報端末との間で通信を行う通信部と、
   前記車両に紐付いた情報端末から、前記車両のユーザーに関する情報を取得する取得部と、
   前記取得部が取得した前記情報に基づいて、前記車両のユーザーに対応するユーザー種別を判定する判定部と、
   前記ソフトウェアの更新対象となる車両について前記判定部が判定した前記ユーザー種別に基づいて、前記ソフトウェアの更新に関する説明を前記車両に配信する制御部と、を備える、センタ。

Images