特許 7512944 更新制御システム、更新制御方法、更新制御プログラム、車載制御装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-01

(45)【発行日】2024-07-09

(54)【発明の名称】更新制御システム、更新制御方法、更新制御プログラム、車載制御装置

(51)【国際特許分類】

   G06F 8/65 20180101AFI20240702BHJP

   B60R 16/02 20060101ALI20240702BHJP

   H04L 67/10 20220101ALI20240702BHJP

【ＦＩ】

G06F8/65

B60R16/02 660U

H04L67/10

【請求項の数】 5

(21)【出願番号】P 2021074713

(22)【出願日】2021-04-27

(65)【公開番号】P2022168981

(43)【公開日】2022-11-09

【審査請求日】2023-03-23

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110001276

【氏名又は名称】弁理士法人小笠原特許事務所

(72)【発明者】

【氏名】石川 智康

(72)【発明者】

【氏名】谷森 俊介

(72)【発明者】

【氏名】菊入 菜那

【審査官】大倉 崚吾

(56)【参考文献】

【文献】特開２０２０－０２７６２１（ＪＰ，Ａ）

【文献】特開２０１９－２００７８９（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１３／０１２１５０２（ＵＳ，Ａ１）

【文献】特開２０１９－１５３１５９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／６０－８／６５８

Ｂ６０Ｒ １６／０２

Ｈ０４Ｌ ６７／１０－６７／１０９７

(57)【特許請求の範囲】

【請求項1】

１以上の電子制御ユニットのソフトウェアの更新する車載制御装置を備える車両と、当該車載制御装置と有線による通信が可能な情報処理端末と、当該車載制御装置と無線ネットワークを介して通信可能なセンタと、を備える、更新制御システムであって、
前記センタは、
前記無線ネットワークを用いる更新処理である無線更新処理において用いられるＯＴＡ用データと、前記有線による通信を用いる更新処理である有線更新処理において用いられる有線更新用データと、を少なくとも含む、配信パッケージを記憶する配信パッケージ記憶部と、
前記配信パッケージを前記車両に送信する配信パッケージ送信部と、を備え、
前記車載制御装置は、
前記車両の状態が、前記無線更新処理が実行可能な第１の状態であるか、前記有線更新処理が実行可能な第２の状態であるかを、判定する状態判定部と、
前記配信パッケージを用いる更新処理が開始してから完了するまでの間に、前記車両の状態が前記第１の状態と前記第２の状態との間で切り替わった場合、当該切り替わり前まで実行していた更新処理の進捗状況を引き継いで、切り替わり後の状態における更新処理を実行する更新処理制御部と、を備え、
前記更新処理制御部は、
前記第１の状態と前記第２の状態との間での切り替わりがあった場合、当該切り替わり前の状態における更新処理を中断し、それまでの更新処理の進捗状況を示す進捗状況データを記憶する進捗状況記憶部と、
前記第１の状態から前記第２の状態へ切り替わった場合は、前記進捗状況記憶部で記憶した前記進捗状況データに基づいて前記有線更新処理を実行し、前記第２の状態から前記第１の状態へ切り替わった場合は、前記進捗状況記憶部で記憶した前記進捗状況データに基づいて前記無線更新処理を実行する制御切り替え部と、を含み、
前記センタは、前記車両の状態が、前記第１の状態である場合は、前記ＯＴＡ用データを前記配信パッケージとして送信し、前記第２の状態である場合は、前記有線更新用データを前記配信パッケージとして送信する、更新制御システム。

【請求項2】

前記配信パッケージには、更に、前記有線更新処理および前記無線更新処理で共用である共用データが含まれており、
前記センタは、前記車両の状態が、前記第１の状態である場合は、前記共用データおよび前記ＯＴＡ用データを前記配信パッケージとして送信し、前記第２の状態である場合は、前記共用データおよび前記有線更新用データを前記配信パッケージとして送信する、請求項１に記載の更新制御システム。

【請求項3】

１以上の電子制御ユニットのソフトウェアを更新する車載制御装置を備える車両と、前記車載制御装置と有線による通信が可能な情報処理端末と、前記車載制御装置と無線ネットワークを介して通信可能なセンタと、を備える、更新制御システムのコンピュータが実行する更新制御方法であって、
前記センタのコンピュータは、
前記無線ネットワークを用いる更新処理である無線更新処理において用いられるＯＴＡ用データと、前記有線による通信を用いる更新処理である有線更新処理において用いられる有線更新用データと、を少なくとも含む配信パッケージを、記憶部に記憶するステップと、
前記車両の状態が、前記無線更新処理が実行可能な第１の状態である場合は、前記ＯＴＡ用データを前記配信パッケージとして前記車両に送信し、前記有線更新処理が実行可能な第２の状態である場合は、前記有線更新用データを前記配信パッケージとして前記車両に送信するステップと、を実行し、
前記車載制御装置のコンピュータは、
前記車両の状態が、前記第１の状態であるか前記第２の状態であるかを判定するステップと、
前記配信パッケージを用いる更新処理が開始してから完了するまでの間に、前記車両の状態が前記第１の状態と前記第２の状態との間で切り替わった場合、当該切り替わり前まで実行していた更新処理の進捗状況を引き継いで、切り替わり後の状態における更新処理を実行するステップと、
前記第１の状態と前記第２の状態との間での切り替わりがあった場合、当該切り替わり前の状態における更新処理を中断し、それまでの更新処理の進捗状況を示す進捗状況データを記憶するステップと、
前記第１の状態から前記第２の状態へ切り替わった場合は、前記進捗状況データに基づいて前記有線更新処理を実行するステップと、
前記第２の状態から前記第１の状態へ切り替わった場合は、前記進捗状況データに基づいて前記無線更新処理を実行するステップと、を実行する、更新制御方法。

【請求項4】

１以上の電子制御ユニットのソフトウェアを更新する車載制御装置を備える車両と、前記車載制御装置と有線による通信が可能な情報処理端末と、前記車載制御装置と無線ネットワークを介して通信可能なセンタと、を備える、更新制御システムのコンピュータに実行させる更新制御プログラムであって、
前記センタのコンピュータに、
前記無線ネットワークを用いる更新処理である無線更新処理において用いられるＯＴＡ用データと、前記有線による通信を用いる更新処理である有線更新処理において用いられる有線更新用データと、を少なくとも含む配信パッケージを、記憶部に記憶するステップと、
前記車両の状態が、前記無線更新処理が実行可能な第１の状態である場合は、前記ＯＴＡ用データを前記配信パッケージとして前記車両に送信し、前記有線更新処理が実行可能な第２の状態である場合は、前記有線更新用データを前記配信パッケージとして前記車両に送信するステップと、を実行させ、
前記車載制御装置のコンピュータに、
前記車両の状態が、前記第１の状態であるか前記第２の状態であるかを判定するステップと、
前記配信パッケージを用いる更新処理が開始してから完了するまでの間に、前記車両の状態が前記第１の状態と前記第２の状態との間で切り替わった場合、当該切り替わり前まで実行していた更新処理の進捗状況を引き継いで、切り替わり後の状態における更新処理を実行するステップと、
前記第１の状態と前記第２の状態との間での切り替わりがあった場合、当該切り替わり前の状態における更新処理を中断し、それまでの更新処理の進捗状況を示す進捗状況データを記憶するステップと、
前記第１の状態から前記第２の状態へ切り替わった場合は、前記進捗状況データに基づいて前記有線更新処理を実行するステップと、
前記第２の状態から前記第１の状態へ切り替わった場合は、前記進捗状況データに基づいて前記無線更新処理を実行するステップと、を実行させる、更新制御プログラム。

【請求項5】

１以上の電子制御ユニットを含む車載ネットワークに接続されると共に、センタと無線ネットワークを介して通信可能であり、また、車両整備用の情報処理端末と有線接続による通信が可能であり、当該センタから受信した配信パッケージに基づいて１以上の電子制御ユニットのプログラムを更新するための更新処理を実行する、車両に備えられる車載制御装置であって、
前記車両の状態が、前記無線ネットワークを用いる更新処理である無線更新処理が実行可能な第１の状態であるか、前記有線接続による通信を用いる更新処理である有線更新処理が実行可能な第２の状態であるかを、判定する状態判定部と、
前記配信パッケージを用いる所定の更新処理が開始してから完了するまでの間に、前記車両の状態が前記第１の状態と前記第２の状態との間で切り替わった場合、当該切り替わり前まで実行していた更新処理の進捗状況を引き継いで、切り替わり後の状態における更新処理を実行する更新処理制御部とを備え、
前記更新処理制御部は、
前記第１の状態と前記第２の状態との間での切り替わりがあった場合、当該切り替わり前の状態における更新処理を中断し、それまでの更新処理の進捗状況を示す進捗状況データを記憶する進捗状況記憶部と、
前記第１の状態から前記第２の状態へ切り替わった場合は、前記進捗状況記憶部で記憶した前記進捗状況データに基づいて前記有線更新処理を実行し、前記第２の状態から前記第１の状態へ切り替わった場合は、前記進捗状況記憶部で記憶した前記進捗状況データに基づいて前記無線更新処理を実行する制御切り替え部と、を含み、
前記車両の状態が前記第１の状態である場合は、前記無線更新処理において用いられるＯＴＡ用データが前記配信パッケージとして前記センタから送信され、前記車両の状態が前記第２の状態である場合は、前記有線更新処理において用いられる有線更新用データが前記配信パッケージとして前記センタから送信される、車載制御装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、１以上の電子制御ユニットのソフトウェアを更新する車載制御装置を備える車両と、当該車載制御装置と有線による通信が可能な情報処理端末と、当該車載制御装置と無線ネットワークを介して通信可能なセンタとを備える更新制御システムに関する。

【背景技術】

【0002】

従来から、電子制御ユニットのソフトウェア更新を行う手法として、整備工場に車両を持ち込んで有線で更新する方法（有線更新）と、整備工場に持ち込まずとも更新センタと無線通信を行い、遠隔地から更新する方法（無線更新）が知られている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２０－００４２４５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記有線更新については、有線であるが故に、通信状態については安定することが期待できる。しかし、更新の完了までに時間がかかってしまう。そのため、有線更新のためには整備工場に車両を入庫させる必要があるところ、入庫中は、ユーザは車両を使用できない状態となり、ユーザの利便性の低下が懸念される。

【0005】

一方、無線更新の場合は、更新センタとの通信さえできれば、ユーザは場所を選ばず、車両を利用しながらでも更新用データの集合である配信パッケージのダウンロード等が可能である。しかし、無線通信の場合は、通信状態が不安定になる可能性がある。例えば更新センタと通信できない区間を走行する等で、通信状態が不安定になる虞がある。

【0006】

本開示は、上記課題を鑑みてなされたものであり、所定の配信パッケージに係る更新処理の開始から完了までにおいて、ユーザの利便性を確保しつつ、更新処理の完了までの時短を図ることが可能な更新制御システム、および車載制御装置を提供することである。

【課題を解決するための手段】

【0007】

上記課題を解決するために、本開示技術の一態様は、１以上の電子制御ユニットのソフトウェアを更新する車載制御装置を備える車両と、当該車載制御装置と有線による通信が可能な情報処理端末と、当該車載制御装置と無線ネットワークを介して通信可能なセンタと、を備える更新制御システムである。センタは、上記無線ネットワークを用いる更新処理である無線更新処理において用いられるＯＴＡ用データと、上記有線による通信を用いる更新処理である有線更新処理において用いられる有線更新用データとを少なくとも含む配信パッケージを記憶する配信パッケージ記憶部、および、配信パッケージを車両に送信する配信パッケージ送信部を備える。また、車載制御装置は、車両の状態が、無線更新処理が実行可能な第１の状態であるか、有線更新処理が実行可能な第２の状態であるかを判定する状態判定部と、配信パッケージを用いる更新処理が開始してから完了するまでの間に、車両の状態が第１の状態と第２の状態との間で切り替わった場合、当該切り替わり前まで実行していた更新処理の進捗状況を引き継いで、切り替わり後の状態における更新処理を実行する更新処理制御部とを備える。

【発明の効果】

【0008】

本開示のセンタによれば、ユーザの利便性を確保しつつ、更新処理が完了するまでの時短を図ることができる。

【図面の簡単な説明】

【0009】

【図1】本実施形態に係るシステムの全体構成を示すブロック図

【図2】センタ１の概略構成を示すブロック図

【図3】車載制御装置３１の概略構成を示すブロック図

【図4】センタ１の機能ブロック図

【図5】車載制御装置３１の機能ブロック図

【図6】センタ１の記憶部１６に記憶されるデータの一例を示すメモリマップ

【図7】車両データベース１０２のデータ構成の一例

【図8】車載制御装置３１の記憶部４７に記憶されるデータの一例を示すメモリマップ

【図9】車載制御装置３１が実行する制御処理の詳細を示すフローチャート

【図10】ＯＴＡ問い合わせ処理の詳細を示すフローチャート

【図11】有線問い合わせ処理の詳細を示すフローチャート

【図12】更新制御処理の詳細を示すフローチャート

【図13】センタ１で実行されるセンタ側制御処理の詳細を示すフローチャート

【発明を実施するための形態】

【0010】

以下、本開示技術の実施形態について、図面を参照しながら詳細に説明する。

【0011】

［更新制御システム全体の構成について］
本開示における更新制御システムの構成について説明する。図１は、当該更新制御システムの全体構成を示すブロック図である。当該更新制御システムは、センタ１、整備工場２、車両３を備えている。

【0012】

センタ１は、車両３に備えられる電子制御ユニットのソフトウェアの更新を管理するためのサーバである（より正確には、センタ１はこのようなサーバを含むセンタシステムであるが、以下では説明の便宜上、サーバとして説明する）。センタ１は、車両３と無線による通信が可能である。また、センタ１は、整備工場２（より正確には整備工場２が有する所定のサーバや情報処理端末等）と、少なくとも有線による通信（インターネットや専用線通信等）が可能である。

【0013】

整備工場２は、車両３を整備するための工場である。整備工場２は、図示しない整備作業用の情報処理端末（以下、整備作業端末と呼ぶ）が接続されている工場内ネットワークを有している。整備作業端末は、当該工場内ネットワークを介して、センタ１と通信可能である。また、入庫した車両３を当該工場内ネットワークまたは整備作業端末と有線で接続し、整備員による所定の操作に基づいて、当該車両３の電子制御ユニットのソフトウェアを更新するための更新処理を実行することができる。以下、当該整備工場における有線環境下での更新処理のことを有線更新と呼ぶ。また、本実施形態では、当該更新処理を構成するシーケンスについて、「更新有無問い合わせ」のシーケンスと、「配信パッケージのダウンロード」のシーケンスと、「更新データの書き込み」のシーケンスを少なくとも含むものとする。

【0014】

車両３は、センタ１と無線による通信が可能であり、当該無線通信を利用して上記更新処理を実行することができる。以下では、車両３とセンタ１との間で無線通信を用いる更新処理のことを無線更新と呼ぶ（なお、このような無線更新を提供するサービスのことは、ＯＴＡサービスと呼ばれる）。また、車両３を整備工場２に入庫させることで、上記有線更新を行うことも可能である。ここで、以下の説明では、車両３が有線で接続されておらず、有線更新はできないが無線更新は可能な状態のことを第１の状態と呼ぶ。また、車両３が整備工場２において有線接続されており、有線更新が可能な状態のことを第２の状態と呼ぶ。

【0015】

［センタ１の構成について］
図２は、上記センタ１の概略構成を示すブロック図である。図２に示すように、センタ１は、プロセッサ１１と、ＲＡＭ１２と、記憶装置１３と、通信装置１４とを備える。記憶装置１３は、ハードディスクやＳＳＤ等の読み書き可能な記憶媒体を備え、本実施形態に係る処理に必要な各種のプログラムやデータを記憶する。センタ１において、プロセッサ１１は、記憶装置１３から読み出したプログラムを、ＲＡＭ１２を作業領域として用いて実行することにより、所定の制御処理を実行する。通信装置１４は、ネットワークを介して、整備工場２、および、車両３と通信を行う機器である。

【0016】

［車両３の構成について］
図３は、上記車両３の概略構成を示すブロック図である。図３に示すように、車両３は、車載制御装置３１と、通信モジュール３２と、複数の電子制御ユニット（ＥＣＵ）３３ａ～３３ｄと、ダイアグ用コネクタ３６とを少なくとも備えている。車載制御装置３１は、バス３５を介して通信モジュール３２、電子制御ユニット３３ａ～３３ｄ、ダイアグ用コネクタ３６と接続されている。車載制御装置３１は、通信モジュール３２を介してセンタ１と無線での通信が可能である。車載制御装置３１は、センタ１との間で所定のデータの送受信を行いながら、各電子制御ユニット３３のソフトウェア更新処理の制御を実行する。すなわち、車載制御装置３１は、無線更新によるソフトウェア更新機能を有する。通信モジュール３２は、所定のネットワーク（電話網やインターネット網等）と無線で接続可能な通信機器である。また、車載制御装置３１は、整備工場２に入庫している状態において、ダイアグ用コネクタ３６を介して上記有線更新を実行可能である。すなわち、車載制御装置３１は、有線更新によるソフトウェア更新機能を有する。

【0017】

また、車載制御装置３１は、プロセッサ４１と、ＲＡＭ４２と、ＲＯＭ４３と、記憶装置４４とを備えるマイクロコンピュータ４５、および、通信装置４６を備える。車載制御装置３１において、マイクロコンピュータ４５のプロセッサ４１は、ＲＯＭ４３から読み出したプログラムを、ＲＡＭ４２を作業領域として用いて実行することにより、所定の処理を実行する。具体的には、プロセッサ４１は、上記無線更新によるソフトウェア更新機能に係る処理、または、有線更新によるソフトウェア更新機能に係る処理を実行する。通信装置４６は、上記バス３５を介して、通信モジュール３２、電子制御ユニット３３ａ～３３ｄ、ダイアグ用コネクタ３６（に有線接続された整備作業端末）と通信を行う機器である。

【0018】

電子制御ユニット３３ａ～３３ｄは、車両３の各部の動作を制御する。なお、図３における電子制御ユニット３３の数は一例であることはいうまでもない。

【0019】

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

【0020】

記憶部１６は、本実施形態に係る処理で使用するプログラムやデータを記憶する。

【0021】

制御部１８は、通信部１７を用いて、車載制御装置３１との間で所定のデータの送受信を行い、無線更新の処理を実行する。また、制御部１８は、通信部１７を用いて、整備工場２との間で所定のデータの送受信を行い、有線更新の処理を実行する。

【0022】

［車載制御装置３１の機能ブロック図］
図５は、図３に示した車載制御装置３１の機能ブロック図である。

【0023】

車載制御装置３１は、記憶部４７と、通信部４８と、制御部４９とを備える。記憶部４７は、図３に示した記憶装置４４によって実現される。通信部４８と、制御部４９とは、図３に示したプロセッサ４１がＲＡＭ４２を用いてＲＯＭ４３に記憶されるプログラムを実行することにより実現される。

【0024】

記憶部４７は、ソフトウェア更新処理を実行するための各種プログラムや各種データを記憶する。

【0025】

制御部４９は、有線更新制御部４９１と、ＯＴＡマスタ４９２とを有する。有線更新制御部４９１は、上述した有線更新に係る制御を行い、ＯＴＡマスタ４９２は、上述した無線更新に係る制御を行う。

【0026】

有線更新制御部４９１は、上記第２の状態において、整備作業端末からの指示（ダイアグ通信コマンド等）に基づいて、上記有線更新に係る制御を行う。

【0027】

ここで、整備工場２における車両３の有線接続の態様について補足する。本実施形態では、整備工場２において車両３（車載制御装置３１）が有線接続され、センタ１と通信できる態様であれば、どのような接続態様でもよいが、例えば、以下のような接続態様が考えられる。まず、ダイアグ用コネクタ３６を介して車載制御装置３１を整備工場２の工場内ネットワークに接続する態様が考えられる。この場合は、同ネットワークに接続されている上記整備作業端末からの指示を制御部４９が受け、当該指示内容に基づいて、制御部４９が工場内ネットワークを介してセンタ１と通信を行い、有線更新の処理を実行する態様が考えられる。例えば、整備作業端末からの指示に基づいて、制御部４９はセンタ１に更新の有無を問い合わせるためのデータの送信（以下、更新問い合わせと呼ぶ）を行い、有る場合は、配信パッケージ（更新用データの集合、詳細は後述）をセンタ１からダウンロードする。更に、整備作業端末からの指示に基づいて、制御部４９が当該ダウンロードした配信パッケージを用いて所定の電子制御ユニット３３のソフトウェアを更新するという制御が考えられる。また、他の接続態様として、ダイアグ用コネクタ３６を介して整備作業端末を直接的に車載制御装置３１に接続する態様も考えられる。この場合は、例えば、整備作業端末が主体となって更新処理を進めることが考えられる。例えば、次のような処理が考えられる。まず、整備作業端末からの指示に基づき、制御部４９は車両３の構成情報等、その車両３に関する情報を整備作業端末に送信する。整備作業端末は、（制御部４９の代わりとなって）センタ１に当該情報を含めた更新問い合わせを行う。そして、更新がある場合は、配信パッケージを整備作業端末にダウンロードし、更にこれを記憶部４７に送信する。そして、整備作業端末からの指示に基づいて、制御部４９が所定の電子制御ユニット３３のソフトウェアを更新する処理を実行する。また、その他、ダイアグ用コネクタ３６を介して整備作業端末を直接的に車載制御装置３１に接続した場合で、当該整備作業端末が中継器の役割を果たすような態様でもよい。つまり、制御部４９とセンタ１との間の通信を、有線接続されている整備作業端末が中継するような態様でもよい。

【0028】

その他、制御部４９が上記第２の状態において上記有線更新が可能な態様であれば、整備工場２における車両３の有線での接続態様は、上記に限らずどのような接続態様であってもよい。

【0029】

次に、ＯＴＡマスタ４９２は、上記第１の状態において、通信部４８を介してセンタ１と無線通信を行い、無線更新に関する各種の制御を実行する。具体的には、制御部４９は、更新問い合わせを行い、更新がある場合は当該更新に係る配信パッケージをセンタ１から無線通信を用いてダウンロードする。そして、ＯＴＡマスタ４９２は、当該ダウンロードした配信パッケージに基づき電子制御ユニット３３のソフトウェアの更新を実行する。

【0030】

本実施形態では、上記のような構成を用いて、次のような制御処理が行われる。すなわち、所定の配信パッケージを適用するための更新処理が開始してから当該処理が完了するまでの間に、車両３の状態が第１の状態と第２の状態との間で切り替わると、切り替わる前の更新処理の進捗状況を引き継いで、切り替わり後の状態における更新処理を継続するという制御処理が実行される。

【0031】

以下、本実施形態に係る処理の詳細について説明する。

【0032】

［センタ１で用いられるデータについて］
まず、センタ１の処理で用いられるデータについて説明する。図６は、センタ１の記憶部１６に記憶されるデータの一例を示すメモリマップである。記憶部１６には、更新制御プログラム１０１、車両データベース１０２、配信パッケージ１０３が記憶される。また、図示は省略するが、その他、記憶部１６には、更新制御に係る処理に必要となる各種データも適宜記憶される。

【0033】

更新制御プログラム１０１は、センタ１において、本実施形態に係るソフトウェア更新の処理を制御するためのプログラムである。

【0034】

車両データベース１０２は、センタ１で更新制御を管理する車両３のデータベースである。図７に、車両データベース１０２のデータ構成の一例を示す。車両データベース１０２は、車両識別番号（ＶＩＮ）１１１と、更新履歴１１２と、更新進捗状況１１３との項目を少なくとも含むデータベースである。車両識別番号１１１は、個々の車両３を識別するための番号である。更新履歴１１２は、所定の車両３に関する、完了した更新処理の履歴を記録したものである。更新履歴１１２は、所定の車両３について適用すべき更新があるか否かを判定するために用いられる。更新進捗状況１１３は、所定の配信パッケージ１０３を適用するための更新処理（つまり、１回分の更新処理）において、どこまで処理が進んでいるのかを示すためのデータである。つまり、ある配信パッケージ１０３を適用するための更新処理が開始した後、当該更新処理が完了するまでにおける処理の進捗状況を示すデータである。

【0035】

配信パッケージ１０３は、電子制御ユニット３３のソフトウェアを更新するための更新データの集合である。配信パッケージ１０３には、１以上の電子制御ユニット３３のソフトウェアを更新するための更新用データが複数含まれ得る。換言すれば、配信パッケージ１０３は、１以上の更新用データをまとめてパッケージ化したデータであるともいえる。例えば、１回分の更新処理における更新対象となる電子制御ユニット３３（以下、ターゲットＥＣＵ）が３つある場合は、これらそれぞれに対する更新用データが１つの配信パッケージ１０３としてまとめて配信される。

【0036】

また、配信パッケージ１０３には、ＯＴＡ用データ１０４、有線更新用データ１０５、共通データ１０６の３種類のデータが含まれている。ＯＴＡ用データ１０４は、上記無線更新においてのみ用いられるデータである。有線更新用データ１０５は、上記有線更新のおいてのみ用いられるデータである。例えば、所定の更新用データを、無線更新に適した形式や内容としたものがＯＴＡ用データ１０４であり、有線更新に適した形式や内容としたものが有線更新用データ１０５である。共通データ１０６は、上記無線更新および有線更新の双方で共通して用いられるデータである。そのため、車両３が第１の状態であるか第２の状態であるかに応じて、配信パッケージ１０３として車両３に送信される内容が変化し得る。換言すれば、車両３が第２の状態にある場合は、有線更新用データ１０５および共通データ１０６が送信され、これらを用いた有線更新の処理が実行される。また、車両３が第１の状態にある場合は、ＯＴＡ用データ１０４および共通データ１０６が送信され、これらを用いた無線更新の処理が実行される。なお、図６では、説明の便宜上、配信パッケージ１０３を１つだけ示しているが、センタ１の記憶部１６には、複数の配信パッケージ１０３が記憶され得る。

【0037】

［車載制御装置３１で用いられるデータについて］
次に、車載制御装置３１で用いられるデータについて説明する。図７は、車載制御装置３１の記憶部４７に記憶されるデータの一例を示すメモリマップである。車載制御装置３１の記憶部４７には、更新制御プログラム１２１、有線更新用プログラム１２２、ＯＴＡ用プログラム１２３、更新環境フラグ１２４、更新中フラグ１２５、進捗状況データ１２６、更新作業用データ１２７が少なくとも記憶されている。

【0038】

更新制御プログラム１２１は、車載制御装置３１において、本実施形態にかかる更新制御処理全体を制御するためのプログラムである。具体的には、更新制御プログラム１２１は、以下に説明する有線更新用プログラム１２２とＯＴＡ用プログラム１２３との実行の切り替え制御等を行うためのプログラムである。

【0039】

有線更新用プログラム１２２は、上記有線更新に係る更新処理を実行するためのプログラムである。また、ＯＴＡ用プログラム１２３は、上記無線更新に係る更新処理を実行するためのプログラムである。

【0040】

更新環境フラグ１２４は、車両３の状態が上記第１の状態であるか第２の状態であるかを判定するためのフラグである。

【0041】

更新中フラグ１２５は、現在、更新処理中であるか否かを示すためのフラグである。本実施形態では、更新中フラグ１２５は、所定の配信パッケージ１０３を適用するための更新処理が開始された後、当該更新処理が完了するまではオンに設定され、更新処理が完了すればオフに設定される。例えば、配信パッケージ１０３をダウンロード中の状態であれば、更新中フラグ１２５はオンに設定される。また、所定の配信パッケージ１０３におけるターゲットＥＣＵが３つあるとして、そのうち２つまでは完了したが、残り１つはまだ完了していない状態のときも、更新中フラグ１２５はオンに設定される。当該更新対象の３つのターゲットＥＣＵ全ての更新が完了すれば、更新中フラグ１２５はオフに設定される。

【0042】

進捗状況データ１２６は、更新処理が実行中（更新中フラグ１２５がオン）の場合に、どこまで更新処理が進んでいるのかをより具体的に示すためのデータである。例えば、更新処理を構成するシーケンスがどこまで進んでいるか、配信パッケージ１０３のダウンロードが完了していない場合は、どのデータまでダウンロードが済んでいるか、更新用データの書き込みに関して、どのメモリブロックまで書き込みが済んでいるか、等を示すデータが記憶される。

【0043】

更新作業用データ１２７は、更新処理に用いるために一時的に記憶されるデータであり、具体的には、センタ１からダウンロードした配信パッケージ１０３を記憶したものである。

【0044】

［車両３の制御部４９が実行する処理の詳細］
次に、車両３の制御部４９が実行する処理について説明する。図９は、車両３の制御部４９が実行する制御処理の詳細を示すフローチャートである。図９において、ステップＳ１で、制御部４９は、更新中フラグ１２５を参照して、現在更新処理を実行中の状態であるか否かを判定する。当該判定の結果、実行中ではない場合は（ステップＳ１でＮＯ）、ステップＳ２で、制御部４９は、車両３が第２の状態、すなわち、有線更新が可能な状態であるか否かを判定する。これは、例えば、ダイアグ用コネクタ３６に所定のケーブルが接続されているか否かを検出することで判定される。またその他、ダイアグ通信コマンドが（整備作業端末から）送信されてきたか否かで判定してもよい。

【0045】

ステップＳ２の判定の結果、車両３が第２の状態ではない場合は（ステップＳ２でＮＯ）、ステップＳ３で、制御部４９は、ＯＴＡ問い合わせ処理を実行する。一方、車両３が第２の状態である場合は（ステップＳ２でＹＥＳ）、ステップＳ４で、制御部４９は、有線問い合わせ処理を実行する。以下、当該ステップＳ３およびＳ４の処理の詳細を説明する。

【0046】

図１０は、上記ステップＳ３に係るＯＴＡ問い合わせ処理の詳細を示すフローチャートである。この処理では、無線通信を用いてセンタ１に上記更新問い合わせを行うための処理が実行される（「更新問い合わせ」のシーケンス）。なお、当該処理に際して、制御部４９は、ＯＴＡ用プログラム１２３を実行する。これにより、当該処理においては、制御部４９は、上記ＯＴＡマスタ４９２として機能する。

【0047】

図１０において、まず、ステップＳ１１で、ＯＴＡマスタ４９２は、更新問い合わせを行うタイミングが到来したか否かを判定する。このタイミングはどのようなタイミングでもよいが、本実施形態では、更新問い合わせは１０日に１回の頻度で行われるものとする。そのため、ＯＴＡマスタ４９２は、前回の更新問い合わせから１０日以上経過したか否かを判定することで、更新問い合わせを行うタイミングが到来したか否かを判定する。当該判定の結果、更新問い合わせを行うタイミングが到来していない場合は（ステップＳ１１でＮＯ）、ＯＴＡマスタ４９２は、ＯＴＡ問い合わせ処理を終了する。一方、更新問い合わせを行うタイミングが到来している場合は（ステップＳ１１でＹＥＳ）、ステップＳ１２で、ＯＴＡマスタ４９２は、無線通信を用いてセンタ１に更新問い合わせを行う。

【0048】

次に、ステップＳ１３で、ＯＴＡマスタ４９２は、上記更新問い合わせに対して、センタ１から返答された内容が、更新有りを示す内容か否かを判定する。当該判定の結果、更新が無い場合は（ステップＳ１３でＮＯ）、ＯＴＡマスタ４９２は、ＯＴＡ問い合わせ処理を終了する。一方、更新がある場合は（ステップＳ１３でＹＥＳ）、ステップＳ１４で、ＯＴＡマスタ４９２は、更新中フラグ１２５にオンを設定する。そして、ステップＳ１５で、ＯＴＡマスタ４９２は、無線更新に係る処理を開始する。具体的には、「配信パッケージのダウンロード」のシーケンスを開始する。以上で、ＯＴＡ問い合わせ処理の説明は終了する。

【0049】

次に、図１１は、上記ステップＳ４に係る有線問い合わせ処理の詳細を示すフローチャートである。この処理では、有線通信を用いてセンタ１に上記更新問い合わせを行うための処理が実行される。なお、当該処理に際して、制御部４９は、有線更新用プログラム１２２を実行する。これにより、当該処理においては、制御部４９は、上記有線更新制御部４９１として機能する。

【0050】

図１１において、まず、ステップＳ２１で、有線更新制御部４９１は、上記整備作業端末から、更新問い合わせを行う旨の指示が送られてきたか否かを判定する。当該判定の結果、更新問い合わせを行う旨の指示が送られていない場合は（ステップＳ２１でＮＯ）、次に、ステップＳ２２で、有線更新制御部４９１は、整備作業端末から、整備員による作業を終了する旨の指示が送られてきたか否かを判定する。当該判定の結果、作業終了の旨の指示が送られた場合は（ステップＳ２２でＹＥＳ）、有線更新制御部４９１は、有線問い合わせ処理を終了する。一方、作業終了の旨の指示が送られていない場合は（ステップＳ２２でＮＯ）、有線更新制御部４９１は、上記ステップＳ２１に戻り、処理を繰り返す。

【0051】

一方、上記ステップＳ２１の判定の結果、整備作業端末から、更新問い合わせを行う旨の指示が送られた場合は（ステップＳ２１でＹＥＳ）、ステップＳ２３で、有線更新制御部４９１は、上記有線通信を用いてセンタ１に更新問い合わせを行う。

【0052】

次に、ステップＳ２４で、有線更新制御部４９１は、上記問い合わせに対するセンタ１からの返答内容、更新有りを示す内容か否かを判定する。当該判定の結果、更新が無い場合は（ステップＳ２４でＮＯ）、有線更新制御部４９１は、有線問い合わせ処理を終了する。一方、更新がある場合は（ステップＳ２４でＹＥＳ）、ステップＳ２５で、有線更新制御部４９１は、更新中フラグ１２５にオンを設定する。そして、ステップＳ２６で、有線更新制御部４９１は、有線更新に係る処理を開始する。具体的には、「配信パッケージのダウンロード」のシーケンスを開始する。以上で、有線問い合わせ処理の説明は終了する。

【0053】

図９に戻り、次に、上記ステップＳ１で、現在更新処理中であると判定された場合の処理について説明する（ステップＳ１でＹＥＳ）。この場合は、ステップＳ５で、制御部４９は、更新制御処理を実行する。当該処理では、車両３の状態に応じて、有線更新に係る処理、または無線更新に係る処理のいずれかの実行を継続する処理が行われる。

【0054】

図１２は、当該更新制御処理の詳細を示すフローチャートである。図１２において、まず、ステップＳ３１で、制御部４９は、更新環境フラグ１２４を参照して、車両３が現在は第１の状態であるか否かを判定する。当該判定の結果、第１の状態である場合は（ステップＳ３１でＹＥＳ）、無線更新が実行中の状態であるといえる。この場合、ステップＳ３２で、制御部４９は、車両３の状態について第１の状態から第２の状態へと切り替わったか否かを判定する。例えば、ダイアグ用コネクタ３６に所定のケーブルが接続されたことが検出された場合や、整備作業端末からダイアグ通信コマンドが送信されたことを検知した場合は、制御部４９は、第１の状態から第２の状態へ切り替わったと判定する。

【0055】

当該ステップＳ３２の判定の結果、第１の状態から第２の状態への切り替わった場合は（ステップＳ３２でＹＥＳ）、ステップＳ３４で、制御部４９は、更新処理の制御を無線更新から有線更新に切り替えるための処理を実行する。当該切り替えの処理としては、例えば次のような処理が行われる。まず、制御部４９は、その時点での更新処理の進捗状況を示すデータを生成し、進捗状況データ１２６として記憶部４７に記憶する。当該データは、例えば、更新処理のシーケンスのどこまで進んだのか、配信パッケージ１０３のダウンロードの途中である場合、どこまでダウンロードしたのか、等を示すデータである。次に、制御部４９は、車両３の状態が、第１の状態から第２の状態に切り替わった旨を示す切り替え通知をセンタ１に送信する（センタ１では、この通知を受けて、センタ１から送信する配信パッケージ１０３の内容を変化させる等の制御が行われる）。次に、制御部４９は、実行する制御プログラムの切り替えを行う。具体的には、現在実行中のＯＴＡ用プログラム１２３に基づく処理を終了する。次に、制御部４９は、更新環境フラグ１２４に、第２の状態であることを示すデータを設定する。更に、制御部４９は、有線更新用プログラム１２２を起動する。そして、制御部４９は、上記進捗状況データ１２６に基づいて、更新処理の進捗状況を引き継いた状態から有線更新に係る処理を実行する。つまり、上記進捗状況データ１２６に基づき、有線更新の環境下で更新処理が再開されることになる。その後、更新制御処理は終了する。

【0056】

なお、無線更新の制御から有線更新の制御に、その進捗状況を引き継ぐようにして切り替えることができれば、上記に限らず、どのような切り替え制御の手法を用いてもよい。

【0057】

一方、第１の状態から第２の状態に切り替わっていない場合は（ステップＳ３２でＮＯ）、現在の環境下での更新処理が続行される。この場合は、第１の状態のままであるため、無線更新に係る処理が続行されることになる。例えば、「配信パッケージのダウンロード」のシーケンスがまだ終わってなければ、ダウンロードの処理が継続され、「配信パッケージのダウンロード」のシーケンスが終われば、引き続いて「更新データの書き込み」のシーケンスが実行されることになる。なお、当該無線更新に係る処理においては、制御部４９はＯＴＡマスタ４９２として機能することになる。

【0058】

次に、上記ステップＳ３１の判定の結果、現在の車両３の状態が第１の状態では無い場合（ステップＳ３１でＮＯ）について説明する。この場合は、有線更新に係る処理が実行中であるといえる。この場合は、ステップＳ３５で、制御部４９は、車両３の状態について第２の状態から第１の状態へと切り替わったか否かを判定する。例えば、ダイアグ用コネクタ３６に接続されていたケーブルが未接続になったことが検出された場合や、整備作業端末から作業終了を示すコマンドが送信された場合は、制御部４９は、第２の状態から第１の状態へ切り替わったと判定する。

【0059】

当該ステップＳ３５の判定の結果、第２の状態から第１の状態へと切り替わった場合は（ステップＳ３５でＹＥＳ）、ステップＳ３６で、制御部４９は、更新処理の制御を有線更新から無線更新に切り替えるための処理を実行する。当該切り替えの処理としては、例えば次のような処理が行われる。まず、制御部４９は、その時点での更新処理の進捗状況を示すデータを生成し、進捗状況データ１２６として記憶部４７に記憶する。次に、制御部４９は、車両３の状態が、第２の状態から第１の状態に切り替わった旨を示す切り替え通知をセンタ１に送信する。次に、制御部４９は、現在実行中の有線更新用プログラム１２２に基づく処理を終了する。続いて制御部４９は、更新環境フラグ１２４に、第１の状態であることを示すデータを設定する。更に、制御部４９は、ＯＴＡ用プログラム１２３を起動する。そして、制御部４９は、上記進捗状況データ１２６に基づいて、更新処理の進捗状況を引き継いた状態から無線更新に係る処理を実行する。つまり、上記進捗状況データ１２６に基づき、無線更新の環境下で更新処理が再開されることになる。

【0060】

なお、有線更新の制御から無線更新の制御に、その進捗状況を引き継ぐようにして切り替えることができれば、上記に限らず、どのような切り替え制御の手法を用いてもよい。

【0061】

一方、第２の状態から第１の状態に切り替わっていない場合は（ステップＳ３５でＮＯ）、上記ステップＳ３３で、現在の環境下での更新処理が続行される。この場合は、第２の状態が継続されているため、有線更新に係る処理が続行されることになる。なお、当該有線更新に係る処理においては、制御部４９は有線更新制御部４９１として機能することになる。

【0062】

以上で、更新制御処理の説明を終了する。

【0063】

図９に戻り、次に、ステップＳ６で、制御部４９は、有線更新または無線更新による更新処理が完了したか否かを判定する。更新処理が完了していない場合は（ステップＳ６でＮＯ）、上記ステップＳ１に戻り、処理が繰り返される。一方、更新処理が完了した場合は（ステップＳ６でＹＥＳ）、ステップＳ７で、制御部４９は、更新中フラグ１２５にオフを設定する。続くステップＳ８で、制御部４９は、更新処理が完了したことを示す更新完了通知をセンタ１に送信する。その後、上記ステップＳ１に戻り、処理が繰り返される。

【0064】

［センタ１における処理について］
次に、センタ１において実行される制御処理について説明する。図１３は、センタ１で実行されるセンタ側制御処理の詳細を示すフローチャートである。図１３において、まず、ステップＳ５１で、センタ１の制御部１８は、所定の車載制御装置３１から上記のような更新問い合わせがあったか否かを判定する。当該判定の結果、更新問い合わせがあった場合は（ステップＳ５１でＹＥＳ）、ステップＳ５２で、制御部１８は、更新問い合わせの送信元の車両３に関して、適用すべき更新（より正確には適用すべき配信パッケージ１０３）があるか否かを判定する。例えば、制御部１８は、車両データベース１０２の更新履歴１１２を参照して、その車両３について適用すべき更新があるか否かを判定する。当該判定の結果、適用すべき更新が無い場合は（ステップＳ５２でＮＯ）、制御部１８は、更新は無い旨を当該車両３に送信した後、後述のステップＳ５４に処理を進める。一方、適用すべき更新がある場合は（ステップＳ５２でＹＥＳ）、ステップＳ５３で、制御部１８は、更新問い合わせの送信元の車両３の更新がある旨を送信し、当該車両３の状態（第１の状態または第２の状態）に応じた更新処理を開始する。ここで、車両３の状態の判定手法については、次のような手法がある。例えば、車載制御装置３１の制御部４９が上記更新問い合わせを行う際に、センタ１に送信するデータに自身の状態を示す情報を含めておいてもよい。そして、センタ１の制御部１８は、当該情報に基づいて、更新問い合わせの送信元の車両３の状態を判定すればよい。その結果、車両３の状態が第１の状態の場合は、制御部１８は、無線更新を行うと判定して、ＯＴＡ用データ１０４と共通データ１０６との送信を開始する。一方、第２の状態の場合は、制御部１８は、有線更新を行うと判定して、有線更新用データ１０５と共通データ１０６との送信を開始する。

【0065】

次に、ステップＳ５４で、制御部１８は、所定の車載制御装置３１から、上記のような切り替え通知を受信したか否かを判定する。当該判定の結果、受信している場合は（ステップＳ５４でＹＥＳ）、ステップＳ５５で、制御部１８は、当該切り替え通知の送信元についての更新制御を、有線更新と無線更新との間で切り替えるための処理を行う。具体的には、まず、制御部１８は、当該切り替え通知の送信元に係る更新処理の進捗状況を更新進捗状況１１３に保存する。次に、制御部１８は、切り替え通知の内容に応じて、送信すべき配信パッケージ１０３の内容を変更する。すなわち、切り替え通知の内容が第１の状態から第２の状態に切り替わった旨であれば、制御部１８は、有線更新用データ１０５および共通データ１０６を送信する、あるいは、有線更新に係る処理が実行されるように制御を切り替える。逆に、切り替え通知の内容が第２の状態から第１の状態に切り替わった旨であれば、制御部１８は、ＯＴＡ用データ１０４および共通データ１０６を送信する、あるいは、無線更新に係る処理が実行されるように制御を切り替える。その他、制御部１８は、有線更新にかかる制御と無線更新に係る制御とを、当該切り替え通知の内容に応じて適宜切り替える処理を行う。そして、制御部１８は、上記進捗状況１１３に基づいて切り替え前の進捗状況を把握し、これを引き継いで更新処理を再開するための処理を実行する。これにより、上記切り替え通知の送信元についての更新処理が、切り替わった後の状態において継続される。

【0066】

一方、上記ステップＳ５４の判定の結果、切り替え通知を受信していない場合は（ステップＳ５４でＮＯ）、次に、ステップＳ５６で、制御部１８は、所定の車両３から更新処理完了の通知を受信したか否かを判定する。受信している場合は、（ステップＳ５６でＹＥＳ）、ステップＳ５７で、制御部１８は、当該更新処理完了の通知の送信元の車両３について、更新処理が完了したことを示す設定を行う。具体的には、制御部１８は、更新進捗状況１１３に「更新完了」を示す情報を設定する。更に制御部１８は、更新履歴１１２に、今回完了した更新処理に関する情報を設定する。その他、当該車両３に係る更新制御を終了させるための処理も適宜実行する。その後、上記ステップＳ５１に戻り、処理が繰り返される。

【0067】

一方、上記ステップＳ５６の判定の結果、所定の車両３から更新処理完了の通知を受信していない場合は（ステップＳ５６でＮＯ）、上記ステップＳ５７の処理はスキップされ、上記ステップＳ５１に戻って処理が繰り返される。

【0068】

以上で、センタ側制御処理の説明は終了する。

【0069】

このように、本実施形態では、所定の配信パッケージ１０３に係る更新処理の開始から完了までの間に、無線更新が可能な第１の状態と有線更新が可能な第２状態との間で車両３の状態が切り替わった場合でも、その切り替わり前の更新処理の進捗を引き継いで、切り替わり後の状態における更新処理を継続することができる。無線更新可能な状態であれば、ユーザは場所を選ばず、また、車両３を使用しながらでも、配信パッケージ１０３のダウンロード等を行うことができる。また、有線更新の場合は安定した通信環境で配信パッケージ１０３のダウンロード等を行うことができる。そのため、ユーザの利便性を確保しつつ、更新処理が完了するまでの時間の短縮を図ることができる。

【0070】

［変形例］
なお、上記の開示では、有線更新が可能な第２の状態において、「配信パッケージのダウンロード」のシーケンスと「更新データの書き込み」シーケンスの双方を進める場合を例示した。他の実施形態では、第２の状態のときは、「配信パッケージのダウンロード」のシーケンスのみを行うような制御にしてもよい。つまり、第２の状態では、整備工場２において配信パッケージ１０３をセンタ１からダウンロードして、車載制御装置３１の記憶部４７このデータを記憶させる処理に留めておく。そして、「更新データの書き込み」シーケンスについては、整備工場２から出庫した後に、第１の状態において実行する制御としてもよい。また、この「配信パッケージのダウンロード」に関しても、例えば、上記整備作業端末に事前にダウンロードしておき、更新処理以外の整備作業に係る処理の実行中に、バックグラウンド処理として当該ダウンロードしておいた配信パッケージ１０３を記憶部４７に転送しておくような制御としてもよい。

【0071】

また、所定の配信パッケージ１０３においてターゲットＥＣＵとされている電子制御ユニット３３について、ユーザが、電子制御ユニット３３単位で無線更新で更新するか、有線更新で更新するかを指定できるような構成としてもよい。例えば、ターゲットＥＣＵとして電子制御ユニットＡ、Ｂ、Ｃの３つがあった場合を想定する。このような場合であって、電子制御ユニットＢについては、より確実に更新処理を済ませたいと考えた場合、電子制御ユニットＢは有線更新として、その他の電子制御ユニットは無線更新とする、という旨の指定をユーザが設定できるようにしてもよい。これにより、電子制御ユニットＢの更新に関しては、整備工場２で整備員にやってもらい、その他の電子制御ユニットについては無線更新で済ませる、ということが可能となり、ユーザのニーズに対してより柔軟に対応することが可能となる。

【0072】

以上、本開示技術の一実施形態を説明したが、本開示は、更新制御システムだけでなく、更新制御システムのコンピュータが実行する更新制御方法、その方法の制御プログラム、その制御プログラムを記憶したコンピューター読み取り可能な非一時的な記録媒体、車載制御装置等として捉えることが可能である。

【産業上の利用可能性】

【0073】

本開示技術は、車載制御装置を備える車両と、当該車両と有線による通信が可能な情報処理端末と、当該車載制御装置と通信可能なセンタを備える更新制御システムに利用できる。

【符号の説明】

【0074】

１ センタ
２ 整備工場
３ 車両
１１ プロセッサ
１２ ＲＡＭ
１３ 記憶装置
１４ 通信装置
３１ ＯＴＡマスタ
３２ 通信モジュール
３３ 電子制御装置
３５ バス
３６ ダイアグ用コネクタ
４１ プロセッサ
４２ ＲＡＭ
４３ ＲＯＭ
４４ 記憶装置
４５ マイクロコンピュータ
４６ 通信装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】