特開 2024-131584 車載更新装置、ソフトウェアの更新方法及びソフトウェアの更新プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024131584

(43)【公開日】2024-09-30

(54)【発明の名称】車載更新装置、ソフトウェアの更新方法及びソフトウェアの更新プログラム

(51)【国際特許分類】

   G06F 8/654 20180101AFI20240920BHJP

【ＦＩ】

G06F8/654

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2023041940

(22)【出願日】2023-03-16

(71)【出願人】

【識別番号】000004260

【氏名又は名称】株式会社デンソー

(74)【代理人】

【識別番号】110000567

【氏名又は名称】弁理士法人サトー

(72)【発明者】

【氏名】佐藤 剛

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376CA55

5B376CA71

5B376GA08

(57)【要約】      （修正有）

【課題】車載更新装置における記憶領域や通信負荷の増大を回避すると共に、メモリ構成の不整合を回避しつつ、メモリ構成が異なる様々な更新対象の電子制御装置に対してソフトウェアの更新を適切に実施する。
【解決手段】ソフトウェア更新システム１において、車載更新装置５の制御部９は、配信装置であるサーバから更新パッケージを取得する更新パッケージ取得部９ａと、ダイアグ通信の要求メッセージを更新対象の電子制御装置へ送信させる要求メッセージ送信部９ｂと、要求メッセージに対する応答メッセージを更新対象の電子制御装置から取得する応答メッセージ取得部９ｃと、応答メッセージの取得状況に基づいて更新対象の電子制御装置のメモリ構成を特定するメモリ構成特定部９ｄと、メモリ構成特定部の特定結果にしたがってソフトウェアの更新を更新対象の電子制御装置に指示する更新指示部９ｅと、を備えソフトウェアの更新プログラムを実行する。
【選択図】図１

【特許請求の範囲】

【請求項1】

配信装置から更新ソフトウェアを含む更新パッケージを取得し、前記更新ソフトウェアを更新対象の電子制御装置へ送信して前記更新対象の電子制御装置のソフトウェアを更新する車載更新装置（５，２２）であって、
前記配信装置から前記更新パッケージを取得する更新パッケージ取得部（９ａ，２３ｂ）と、
ダイアグ通信の要求メッセージを前記更新対象の電子制御装置へ送信させる要求メッセージ送信部（９ｂ，２３ｃ）と、
前記要求メッセージに対する応答メッセージを前記更新対象の電子制御装置から取得する応答メッセージ取得部（９ｃ，２３ｄ）と、
前記応答メッセージの取得状況に基づいて前記更新対象の電子制御装置のメモリ構成を特定するメモリ構成特定部（９ｄ，２３ｅ）と、
前記メモリ構成特定部の特定結果にしたがってソフトウェアの更新を前記更新対象の電子制御装置に指示する更新指示部（９ｅ，２３ｆ）と、を備える車載更新装置。

【請求項2】

前記要求メッセージ送信部は、前記要求メッセージとしてＵＤＳで規定されている診断通信プロトコルのＳＩＤ＄１０のメッセージを前記更新対象の電子制御装置へ送信させる請求項１に記載した車載更新装置。

【請求項3】

前記メモリ構成特定部は、前記応答メッセージとしてＵＤＳで規定されている診断通信プロトコルのＳＩＤ＄５０のメッセージ、又は応答コード＄３３を伴うＳＩＤ＄７Ｆのメッセージが前記応答メッセージ取得部により取得された場合に、前記更新対象の電子制御装置のメモリ構成が２面構成であることを特定する請求項２に記載した車載更新装置。

【請求項4】

前記メモリ構成特定部は、前記応答メッセージとしてＵＤＳで規定されている診断通信プロトコルの応答コード＄１２を伴うＳＩＤ＄７Ｆのメッセージが前記応答メッセージ取得部により取得された場合に、前記更新対象の電子制御装置のメモリ構成が１面構成であることを特定する請求項２に記載した車載更新装置。

【請求項5】

前記メモリ構成特定部は、前記要求メッセージが送信されてから前記応答メッセージが取得されずに所定時間が経過した場合に、前記更新対象の電子制御装置のメモリ構成が１面構成であることを特定する請求項２に記載した車載更新装置。

【請求項6】

前記要求メッセージ送信部は、複数の前記更新対象の電子制御装置に対して宛先を個別に指定し、前記要求メッセージを複数の前記更新対象の電子制御装置へ個別送信させる請求項１に記載した車載更新装置。

【請求項7】

前記要求メッセージ送信部は、複数の前記更新対象の電子制御装置に対して宛先を個別に指定せず、前記要求メッセージを複数の前記更新対象の電子制御装置へブロードキャスト送信させる請求項１に記載した車載更新装置。

【請求項8】

前記更新パッケージ取得部は、前記更新対象の電子制御装置を特定可能な諸元データを含む前記更新パッケージを取得し、
前記要求メッセージ送信部は、前記諸元データを含む前記更新パッケージが前記更新パッケージ取得部により取得された場合に、前記ダイアグ通信の要求メッセージを前記更新対象の電子制御装置へ送信させる請求項１に記載した車載更新装置。

【請求項9】

前記更新対象の電子制御装置を特定可能な諸元データを取得する諸元データ取得部（２３ａ）と、
前記更新パッケージ取得部は、前記諸元データを含まない前記更新パッケージを取得し、
前記要求メッセージ送信部は、前記諸元データが前記諸元データ取得部により取得された場合に、前記ダイアグ通信の要求メッセージを前記更新対象の電子制御装置へ送信させる請求項１に記載した車載更新装置。

【請求項10】

前記要求メッセージ送信部は、前記諸元データを解析することで前記更新対象の電子制御装置を特定する請求項８又は９に記載した車載更新装置。

【請求項11】

配信装置から更新ソフトウェアを含む更新パッケージを取得し、前記更新ソフトウェアを更新対象の電子制御装置へ送信して前記更新対象の電子制御装置のソフトウェアを更新する車載更新装置（５，２３）において、
前記配信装置から前記更新パッケージを取得する更新パッケージ取得手順と、
ダイアグ通信の要求メッセージを前記更新対象の電子制御装置へ送信させる要求メッセージ送信手順と、
前記要求メッセージに対する応答メッセージを前記更新対象の電子制御装置から取得する応答メッセージ取得手順と、
前記応答メッセージの取得状況に基づいて前記更新対象の電子制御装置のメモリ構成を特定するメモリ構成特定手順と、
前記メモリ構成特定手順の特定結果にしたがってソフトウェアの更新を前記更新対象の電子制御装置に指示する更新指示手順と、を行うソフトウェアの更新方法。

【請求項12】

配信装置から更新ソフトウェアを含む更新パッケージを取得し、前記更新ソフトウェアを更新対象の電子制御装置へ送信して前記更新対象の電子制御装置のソフトウェアを更新する車載更新装置（５，２２）の制御部（９，２３）に、
前記配信装置から前記更新パッケージを取得する更新パッケージ取得手順と、
ダイアグ通信の要求メッセージを前記更新対象の電子制御装置へ送信させる要求メッセージ送信手順と、
前記要求メッセージに対する応答メッセージを前記更新対象の電子制御装置から取得する応答メッセージ取得手順と、
前記応答メッセージの取得状況に基づいて前記更新対象の電子制御装置のメモリ構成を特定するメモリ構成特定手順と、
前記メモリ構成特定手順の特定結果にしたがってソフトウェアの更新を前記更新対象の電子制御装置に指示する更新指示手順と、を行うソフトウェアの更新プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車載更新装置、ソフトウェアの更新方法及びソフトウェアの更新プログラムに関する。

【背景技術】

【0002】

車載更新装置において、例えばサーバから取得した更新ソフトウェアを更新対象の電子制御装置（以下、更新対象ＥＣＵ（Electronic Control Unit）と称する）へ送信して更新対象ＥＣＵのソフトウェアを更新する構成が供されている。更新対象ＥＣＵは、機能やコスト等の観点から搭載しているマイコンが様々であり、メモリ構成も様々である。

【0003】

例えば加減速、停止、旋回等の車両走行制御に関与する更新ソフトウェアを更新対象ＥＣＵにインストールする場合、ソフトウェアの記憶領域を２面で持つ更新対象ＥＣＵ（以下、２面ＥＣＵと称する）に対しては、走行可能状態で更新ソフトウェアのインストールを行うことができる一方、ソフトウェアの記憶領域を１面でしか持たない更新対象ＥＣＵ（以下、１面ＥＣＵと称する）に対しては、駐車状態で更新ソフトウェアのインストールを行う必要がある。このような事情から、更新対象ＥＣＵのメモリ構成によりソフトウェアの更新方法を切り替える手法が採用されている。

【0004】

例えば特許文献１には、サーバにおいて、１面ＥＣＵに向けた更新ソフトウェアと２面ＥＣＵに向けた更新ソフトウェアとの両方を含む更新パッケージを生成して配信する構成が開示されている。この場合、車載更新装置は、サーバから取得した更新パッケージに含まれる更新対象ＥＣＵの情報に基づいて更新対象ＥＣＵが１面ＥＣＵであるか２面ＥＣＵであるかを判定し、ソフトウェアの更新方法を切り替える。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０２２－１２６１９４号公報

【発明の概要】

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

【0006】

特許文献１の構成では、サーバから車載更新装置へ配信される更新パッケージに更新対象ＥＣＵの情報を含める必要がある。そのため、更新対象ＥＣＵの情報を記憶するための記憶領域を車載更新装置に確保したり、更新パッケージのデータ量の増大により通信負荷が増大したりする問題がある。又、例えば交換等によりＥＣＵのメモリ構成が変更されると、サーバが保持する更新対象ＥＣＵの情報と、実際の更新対象ＥＣＵのメモリ構成とが整合しなくなる問題もある。

【0007】

本発明は、上記した事情に鑑みてなされたものであり、その目的は、車載更新装置における記憶領域や通信負荷の増大を回避すると共に、例えば交換等によるメモリ構成の不整合を回避しつつ、メモリ構成が異なる様々な更新対象の電子制御装置に対してソフトウェアの更新を適切に実施することができる車載更新装置、ソフトウェアの更新方法及びソフトウェアの更新プログラムを提供することにある。

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

【0008】

請求項１に記載した発明によれば、車載更新装置（５，２２）は、配信装置から更新ソフトウェアを含む更新パッケージを取得し、前記更新ソフトウェアを更新対象の電子制御装置へ送信して前記更新対象の電子制御装置のソフトウェアを更新する。更新パッケージ取得部（９ａ，２３ｂ）は、前記配信装置から前記更新パッケージを取得する。要求メッセージ送信部（９ｂ，２３ｃ）は、ダイアグ通信の要求メッセージを前記更新対象の電子制御装置へ送信させる。応答メッセージ取得部（９ｃ，２３ｄ）は、前記要求メッセージに対する応答メッセージを前記更新対象の電子制御装置から取得する。メモリ構成特定部（９ｄ，２３ｅ）は、前記応答メッセージの取得状況に基づいて前記更新対象の電子制御装置のメモリ構成を特定する。更新指示部（９ｅ，２３ｆ）は、前記メモリ構成特定部の特定結果にしたがってソフトウェアの更新を前記更新対象の電子制御装置に指示する。

【0009】

ダイアグ通信の要求メッセージを更新対象の電子制御装置へ送信し、要求メッセージに対する応答メッセージを更新対象の電子制御装置から取得し、応答メッセージの取得状況に基づいて更新対象の電子制御装置のメモリ構成を特定するようにした。更新対象の電子制御装置のメモリ構成を特定すると、その特定結果にしたがってソフトウェアの更新を更新対象の電子制御装置に指示するようにした。ダイアグ通信を利用して更新対象の電子制御装置のメモリ構成を特定することで、サーバから車載更新装置へ配信される更新パッケージに更新対象の電子制御装置の情報を含める必要をなくすことができる。又、更新対象の電子制御装置のメモリ構成を逐一特定することで、実際のメモリ構成を特定することができる。これにより、車載更新装置における記憶領域や通信負荷の増大を回避すると共に、例えば交換等によるメモリ構成の不整合を回避しつつ、メモリ構成が異なる様々な更新対象の電子制御装置に対してソフトウェアの更新を適切に実施することができる。

【図面の簡単な説明】

【0010】

【図1】第１実施形態を示す機能ブロック図

【図2】セッションの遷移を説明する図

【図3】車載更新装置の処理を示すフローチャート

【図4】更新対象ＥＣＵ（２面ＥＣＵ）の処理を示すフローチャート

【図5】更新対象ＥＣＵ（１面ＥＣＵ）の処理を示すフローチャート

【図6】処理の流れを示す図

【図7】処理の流れを示す図

【図8】第２実施形態を示す機能ブロック図

【図9】処理の流れを示す図

【図10】処理の流れを示す図

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

【0011】

以下、幾つかの実施形態について図面を参照して説明する。以下に示す各実施形態において、先行する実施形態で説明した内容に対応する部分には同一の参照符号を付し、重複する説明を省略することがある。

【0012】

（第１実施形態）
第１実施形態について図１から図７を参照して説明する。ソフトウェア更新システム１は、車両に搭載されている車両側システム２と、ＯＴＡ（Over The Air）センターとして機能するサーバ３（配信装置に相当する）とが通信ネットワーク４を介してデータ通信可能に構成されている。車両側システム２は、ＯＴＡマスタとして機能する車載更新装置５と、多数のＥＣＵ６とが車載ネットワーク７を介してデータ通信可能に構成されている。本実施形態では、４つのＥＣＵが車載ネットワーク７と接続されている構成を例示しているが、車載ネットワーク７と接続されるＥＣＵの個数は任意である。車載ネットワーク７は、例えばＣＡＮ（Controller Area Network）（登録商標）である。車載ネットワーク７は、ＦＬＥＸＲＡＹ（登録商標）、ＣＸＰＩ（Clock Extension Peripheral Interface）（登録商標）、Ｅｔｈｅｒｎｅｔ（登録商標）等であっても良い。本実施形態では、１つの車載ネットワーク７に全てのＥＣＵ６が接続されている構成を例示しているが、車載ネットワーク７の個数は任意である。即ち、車載ネットワーク７とＥＣＵ６からなる構成は多くのバリエーションが存在する。

【0013】

ＥＣＵ６は、例えば駆動系の制御を行う装置、ＡＤＡＳ（Advanced Driving Assistant System）系の制御を行う装置、マルチメディア系の制御を行う装置等であり、ソフトウェアの改修や機能向上等によりソフトウェアの更新対象である更新対象ＥＣＵ６となり得る。尚、ソフトウェアとは、コンピュータに動作を行わせるための処理手順を命令する所謂プログラムに加え、プログラムを実行する上で参照されるファイル、データ、ライブラリ等を含む。

【0014】

ＥＣＵ６の種別として、ソフトウェアの記憶領域の構成により、ソフトウェアの記憶領域を２面で持つ２面メモリを搭載する２面ＥＣＵと、ソフトウェアの記憶領域を１面でしか持たない１面メモリを搭載する１面ＥＣＵとがある。２面メモリはデュアルバンクメモリと称される場合があり、１面メモリはシングルバンクメモリと称される場合がある。尚、ＥＣＵに搭載されるメモリは１面メモリであるが、外付けメモリをソフトウェアの記憶領域として使用する構成は、２面ＥＣＵと同等として扱うことができる。この場合、外付けメモリは、ＥＣＵに内蔵されていても良いし、外部に配置されていても良い。

【0015】

２面ＥＣＵは、記憶領域である２つの面をそれぞれ稼働面と非稼働面として切り替え可能であり、新旧２つのバージョンのソフトウェアを格納することができる。２面ＥＣＵは、走行可能状態で稼働面に格納されているソフトウェアを実行中に非稼働面に新バージョンのソフトウェアを書き込むことで、更新ソフトウェアのインストールを行うことができる。一方、１面ＥＣＵは、稼働面と非稼働面とを切り替える概念がなく、新旧２つのバージョンのソフトウェアを格納することができない。１面ＥＣＵは、駐車状態でソフトウェアを書き込む必要があり、駐車状態でソフトウェアを書き込むことで、更新ソフトウェアのインストールを行うことができる。例えば車両がエンジン自動車であれば、走行可能状態とはイグニッションがオンの状態であり、駐車状態とはイグニッションがオフの状態である。例えば車両が電気自動車であれば、走行可能状態とはＥＶ（Electric Vehicle）システムがオンの状態であり、駐車状態とはＥＶシステムがオフの状態である。

【0016】

車載更新装置５は、サーバ３と通信ネットワーク４を介して無線接続することで当該サーバ３から配信された更新パッケージを受信可能となる。サーバ３から配信される更新パッケージには、更新対象ＥＣＵ６を特定可能な諸元データと、更新ソフトウェアとが含まれる。車載更新装置５は、サーバ３から配信された更新パッケージを取得すると、その取得した更新パッケージから諸元データ及び更新ソフトウェアを抽出し、その抽出した諸元データから更新対象ＥＣＵ６を特定し、その抽出した更新ソフトウェアを更新対象ＥＣＵ６へ送信すると共に更新指示を更新対象ＥＣＵ６へ送信し、更新対象ＥＣＵ６にソフトウェアの更新を実施させる。即ち、更新対象ＥＣＵ６は、車載更新装置５から更新ソフトウェアを受信すると共に更新指示を受信し、更新ソフトウェアを記憶領域へ書き込むことでソフトウェアの更新を実施する。サーバ３から通信ネットワーク４を介して取得された更新ソフトウェアが更新対象ＥＣＵ６に書き込まれる態様は所謂無線リプロと称される。尚、本実施形態では、サーバ３と通信ネットワーク４を介して無線接続する機能が車載更新装置５に含まれている構成を例示しているが、車載更新装置５とは別体で、サーバ３と通信ネットワーク４を介して無線接続するデータ通信機として機能するＤＣＭ（Data Communication Module）が設けられる構成でも良い。

【0017】

諸元データは、更新対象ＥＣＵ６を特定可能なデータとして例えば更新対象ＥＣＵ６の識別情報（ＩＤ）を含む。更に、諸元データは、更新データ関連情報、ハードウェア属性情報及びソフトウェア属性情報のうち少なくとも１つを含んでも良い。更新データ関連情報は、例えば更新プログラムバージョン、更新プログラムサイズロールバックプログラムバージョン、ロールバックプログラムサイズ、書き込みデータ種別等である。ハードウェア属性情報は、例えば電源制御情報等である。ソフトウェア属性情報は、例えばセキュリティアクセス鍵情報、書き換え方法、転送サイズ等である。

【0018】

又、車載ネットワーク７にはリプログツール８が着脱可能に接続される。リプログツール８は、車載ネットワーク７と接続されている状態で更新ソフトウェアを更新対象ＥＣＵ６へ配信すると共に更新指示を更新対象ＥＣＵ６へ送信し、更新対象ＥＣＵ６にソフトウェアの更新を実施させる。即ち、更新対象ＥＣＵ６は、リプログツール８から更新ソフトウェアを受信すると共に更新指示を受信し、更新ソフトウェアを記憶領域へ書き込むことでソフトウェアの更新を実施する。リプログツール８から通信ネットワーク４を介さずに取得された更新ソフトウェアが更新対象ＥＣＵ６に書き込まれる態様は所謂有線リプロと称される。本実施形態では、リプログツール８が車載ネットワーク７と直接接続される構成を例示しているが、リプログツール８が車載更新装置５を介して車載ネットワーク７と接続される構成でも良い。

【0019】

車載更新装置５は、制御部９と、データ通信部１０と、ＣＡＮ通信部１１とを備える。制御部９は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びＩ／Ｏ（Input／Output）等を有するマイコンを主体として構成されている。制御部９は、非遷移的実体的記憶媒体に格納されている制御プログラムを実行することで当該制御プログラムに対応する処理を実行し、車載更新装置５の動作全般を制御する。データ通信部１０は、通信ネットワーク４との間でのデータ信号の送受信を制御する。ＣＡＮ通信部１１は、車載ネットワーク７との間でのＣＡＮ信号の入出力を制御する。

【0020】

ＥＣＵ６は、制御部１２と、ＣＡＮ通信部１３とを備える。制御部１２は、ＣＰＵ、ＲＯＭ、ＲＡＭ及びＩ／Ｏ等を有するマイコンを主体として構成されている。制御部１２は、非遷移的実体的記憶媒体に格納されている制御プログラムを実行することで当該制御プログラムに対応する処理を実行し、ＥＣＵ６の動作全般を制御する。ＣＡＮ通信部１３は、車載ネットワーク７との間でのＣＡＮ信号の入出力を制御する。

【0021】

制御部９は、更新パッケージ取得部９ａと、要求メッセージ送信部９ｂと、応答メッセージ取得部９ｃと、メモリ構成特定部９ｄと、更新指示部９ｅとを備える。これらの各部９ａ～９ｅは、ソフトウェアの更新方法を実現すると共に、ソフトウェアの更新プログラムを実行する。

【0022】

更新パッケージ取得部９ａは、サーバ３から配信された更新パッケージがデータ通信部１０により受信されることで更新パッケージを取得する。サーバ３から配信される更新パッケージには、更新対象ＥＣＵ６を特定可能な諸元データと、更新ソフトウェアとが含まれる。更新パッケージ取得部９ａは、サーバ３から配信された更新パッケージを取得すると、その取得した更新パッケージから諸元データ及び更新ソフトウェアを抽出する。

【0023】

要求メッセージ送信部９ｂは、更新パッケージから諸元データ及び更新ソフトウェアが更新パッケージ取得部９ａにより抽出されると、その抽出された諸元データを解析することで更新対象ＥＣＵ６を特定する。要求メッセージ送信部９ｂは、更新対象ＥＣＵ６を特定すると、ダイアグ通信の要求メッセージをＣＡＮ通信部１１から更新対象ＥＣＵ６へ送信させる。要求メッセージ送信部９ｂは、更新対象ＥＣＵ６が複数であれば、ダイアグ通信の要求メッセージを複数の更新対象ＥＣＵ６へ個別送信させる場合と、ダイアグ通信の要求メッセージを複数の更新対象ＥＣＵ６へブロードキャスト送信させる場合とがある。メッセージ送信部９ｂが更新対象ＥＣＵ６へ送信させるダイアグ通信の要求メッセージは、例えばＵＤＳ（Unified Diagnostic Services）（ＩＳＯ１４２２９－１）で規定されている診断通信プロトコルのＳＩＤ＄１０のメッセージである。ＳＩＤ＄１０は、ダイアグセッションコントロールのリクエストメッセージに相当する。

【0024】

ここで、ダイアグセッションコントロールについて説明する。車載更新装置５から送信されるリクエストメッセージは、例えばダイアグセッションコントロールＳＩＤと、セッションタイプを含む。具体的には、ダイアグセッションコントロールＳＩＤは＄１０であり、セッションタイプは遷移させたいセッション番号となる。

【0025】

更新対象ＥＣＵ６は、上記したリクエストメッセージを受信すると、レスポンスメッセージを送信する。肯定応答の場合のレスポンスメッセージは、例えばダイアグセッションコントロールレスポンスＳＩＤ、セッションタイプを含む。具体的には、ダイアグセッションコントロールレスポンスＳＩＤは＄５０である。一方、否定応答の場合のレスポンスメッセージは、例えばネガティブレスポンスＳＩＤ、リクエストＳＩＤ、応答コードを含む。具体的には、ネガティブレスポンスＳＩＤは＄７Ｆであり、リクエストＳＩＤは＄１０である。そして、更新対象ＥＣＵ６において、サポートされていないセッションへの遷移リクエストの場合の応答コードは＄１２である。更新対象ＥＣＵ６にセキュリティロックがかかっており、セッション遷移することができない場合であり、セキュリティアクセス否定の場合の応答コードは＄３３である。

【0026】

ＩＳＯ１４２２９－１はダイアグ通信のセッションを定義し、ＥＣＵ６毎に独自のセッションを定義可能としている。図２に示すように、有線リプロ時に使用するプログラミングセッションからデフォルトセッションへのセッション移行ではＥＣＵリセットを伴い、一方、無線リプロ時に使用するＯＴＡプログラミングセッションからデフォルトセッションへのセッション移行ではＥＣＵリセットを伴わない。即ち、有線リプロと無線リプロとでは異なるセッションを使用する。この場合、１面ＥＣＵのソフトウェアの更新はブートローダを介して実施することからＥＣＵリセットを伴うので、プログラミングセッションからデフォルトセッションへのセッション移行となる。一方、２面ＥＣＵのソフトウェアの更新はＥＣＵリセットを伴わないので、ＯＴＡプログラミングセッションからデフォルトセッションへのセッション移行となる。

【0027】

更新対象ＥＣＵ６は、車載更新装置５からＳＩＤ＄１０のメッセージを受信すると、無線リプロ時に使用するＯＴＡプログラミングセッションをサポートしている場合には、ＯＴＡプログラミングセッションへの遷移要求に対して肯定応答の応答メッセージを車載更新装置５へ送信する。具体的には、更新対象ＥＣＵ６は、肯定応答の応答メッセージとしてＳＩＤ＄５０のメッセージを車載更新装置５へ送信する。

【0028】

或いは、更新対象ＥＣＵ６は、車載更新装置５からＳＩＤ＄１０のメッセージを受信した際に、更新対象ＥＣＵ６にセキュリティロックがかかっていると、アクセス拒否される。この場合、更新対象ＥＣＵ６は、セキュリティ未解除であることを示す応答コードを伴う否定応答を車載更新装置５へ送信する。セキュリティ未解除であることを示す応答コードを伴う否定応答は、応答コード＄３３を伴うＳＩＤ＄７Ｆである。具体的には、更新対象ＥＣＵ６は、応答コード＄３３を伴うＳＩＤ＄７Ｆのメッセージを車載更新装置５へ送信する。セキュリティ未解除であることを示す応答コードを伴う否定応答は、２面ＥＣＵであることに対応することから、以降の説明では、肯定応答は、遷移要求に対する肯定応答の応答メッセージと、セキュリティ未解除であることを示す応答コードを伴う否定応答の応答メッセージを含む。図面の説明についても同様である。

【0029】

一方、更新対象ＥＣＵ６は、無線リプロ時に使用するＯＴＡプログラミングセッションをサポートしていない場合には、ＯＴＡプログラミングセッションへの遷移要求に対して否定応答の応答メッセージを車載更新装置５へ送信する、又は応答メッセージを車載更新装置５へ送信しない。具体的には、更新対象ＥＣＵ６は、ＳＩＤ＄１０のメッセージが個別送信されたメッセージであれば、サポートされていない要求であるとする否定応答の応答メッセージを車載更新装置５へ送信する。更新対象ＥＣＵ６は、ＳＩＤ＄１０のメッセージがブロードキャスト送信されたメッセージであれば、応答メッセージを車載更新装置５へ送信しない。サポートされていない要求であることを示す応答コードを伴う否定応答の応答メッセージは、応答コード＄１２を伴うＳＩＤ＄７Ｆである。具体的には、更新対象ＥＣＵ６は、応答コード＄１２を伴うＳＩＤ＄７Ｆのメッセージを車載更新装置５へ送信する。

【0030】

応答メッセージ取得部９ｃは、更新対象ＥＣＵ６から送信された応答メッセージがＣＡＮ通信部１１により受信されることで応答メッセージを取得する。

【0031】

メモリ構成特定部９ｄは、応答メッセージの取得状況に基づいて更新対象ＥＣＵ６のメモリ構成を特定する。メモリ構成特定部９ｄは、要求メッセージが送信されてから所定時間が経過する前に更新対象ＥＣＵ６から肯定応答の応答メッセージがＣＡＮ通信部１１により受信されたことで肯定応答の応答メッセージを取得したと判定すると、更新対象ＥＣＵ６のメモリ構成が２面構成であり、更新対象ＥＣＵ６が２面ＥＣＵであると特定する。

【0032】

一方、メモリ構成特定部９ｄは、要求メッセージが送信されてから所定時間が経過する前に更新対象ＥＣＵ６から否定応答（サポートされていない要求であることを示す応答コードを伴う否定応答）の応答メッセージがＣＡＮ通信部１１により受信されたことで否定応答の応答メッセージを取得したと判定すると、又は要求メッセージが送信されてから更新対象ＥＣＵ６から応答メッセージを取得せずに所定時間が経過したと判定すると、更新対象ＥＣＵ６のメモリ構成が１面構成であり、更新対象ＥＣＵ６が１面ＥＣＵであると特定する。

【0033】

このようにメモリ構成特定部９ｄは、ＵＤＳで規定されている診断通信プロトコルのＳＩＤ＄１０の既存の要求メッセージを利用し、その要求メッセージに対して更新対象ＥＣＵ６から送信される応答メッセージの取得状況に基づいて更新対象ＥＣＵ６のメモリ構成を特定する。即ち、メモリ構成特定部９ｄは、メモリ構成を直接的に問い合わせるメッセージの送受信を規定することなく、既存のメッセージの送受信を利用して更新対象ＥＣＵ６のメモリ構成を特定する。

【0034】

更新指示部９ｅは、更新対象ＥＣＵ６のメモリ構成がメモリ構成特定部９ｄにより特定されると、その特定結果にしたがってソフトウェアの更新を更新対象ＥＣＵ６に指示する。即ち、ソフトウェアの更新のフェーズとして、更新ソフトウェアをサーバ３から受信するダウンロードのフェーズ、ダウンロードした更新ソフトウェアを更新対象ＥＣＵ６の記憶領域に書き込むインストールのフェーズ、インストールした更新ソフトウェアを有効化するアクティベートのフェーズにおいて、更新指示部９ｅは、インストールを指示するタイミングと、アクティベートを指示するタイミングとを、それぞれメモリ構成の特定結果にしたがって設定する。

【0035】

次に、上記した構成の作用について図３から図７を参照して説明する。ここでは、車載更新装置５が行うソフトウェア更新指示処理、更新対象ＥＣＵ６が行う要求メッセージ取得処理について順次説明する。尚、例えば車両がエンジン自動車である場合について説明する。

【0036】

（１）車載更新装置５が行うソフトウェア更新指示処理（図３参照）
車載更新装置５において、制御部９は、ソフトウェア更新指示処理を開始し、サーバ３から配信された更新パッケージがデータ通信部１０により受信されたことで更新パッケージを取得すると（Ａ１、更新パッケージ取得手順に相当する）、その取得した更新パッケージから諸元データ及び更新ソフトウェアを抽出し、その抽出した諸元データから更新対象ＥＣＵ６を特定する（Ａ２）。

【0037】

制御部９は、要求メッセージとしてＳＩＤ＄１０のメッセージをＣＡＮ通信部１１から更新対象ＥＣＵ６へ送信させ（Ａ３、要求メッセージ送信手順に相当する）、更新対象ＥＣＵ６からの応答メッセージの受信を待機すると共に（Ａ４）、ＳＩＤ＄１０のメッセージを送信させてからの経過時間を監視する（Ａ５）。

【0038】

制御部９は、ＳＩＤ＄１０のメッセージを送信させてから所定時間が経過する前に更新対象ＥＣＵ６から送信された応答メッセージがＣＡＮ通信部１１により受信されたことで応答メッセージを取得したと判定すると（Ａ４：ＹＥＳ、応答メッセージ取得手順に相当する）、その取得した応答メッセージが肯定応答又は否定応答の何れであるかを判定する（Ａ６）。この場合の否定応答は、サポートされていない要求であることを示す応答コードを伴う否定応答である。

【0039】

制御部９は、ＳＩＤ＄５０のメッセージを取得し、肯定応答の応答メッセージであると判定すると（Ａ６：ＹＥＳ）、更新対象ＥＣＵ６のメモリ構成が２面構成であり、更新対象ＥＣＵ６が２面ＥＣＵであると特定する（Ａ７、メモリ構成特定手順に相当する）。制御部９は、更新対象ＥＣＵ６が２面ＥＣＵであると特定すると、更新ソフトウェアのインストールを更新対象ＥＣＵ６に指示し（Ａ８、更新指示手順に相当する）、イグニッションのオンからオフへの切り替えを待機する（Ａ１１）。尚、制御部９は、応答コード＄３３を伴うＳＩＤ＄７ＦのメッセージＳを取得した場合も、更新対象ＥＣＵ６のメモリ構成が２面構成であり、更新対象ＥＣＵ６が２面ＥＣＵであると特定する。

【0040】

一方、制御部９は、応答コード＄１２を伴うＳＩＤ＄７Ｆのメッセージを取得し、サポートされていない要求であることを示す応答コードを伴う否定応答の応答メッセージであると判定すると（Ａ６：ＮＯ）、更新対象ＥＣＵ６のメモリ構成が１面構成であり、更新対象ＥＣＵ６が１面ＥＣＵであると特定する（Ａ９、メモリ構成特定手順に相当する）。制御部９は、更新対象ＥＣＵ６が１面ＥＣＵであると特定すると、更新ソフトウェアのインストールを更新対象ＥＣＵ６に指示せず、例えばインストールの待機中を示す通知信号をＨＭＩ（Human Machine Interface）へ送信し、インストールの待機中をＨＭＩから運転者へ通知し（Ａ１０）、イグニッションのオンからオフへの切り替えを待機する（Ａ１１）。ＨＭＩは例えばＣＩＤ（Center Information Display）やメータパネルのインジケータ等であり、制御部９は、ＣＩＤにメッセージを表示させたりメータパネルのインジケータを点灯させたりすることで、インストールの待機中をＨＭＩから運転者へ通知する。

【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】

［８］
前記更新パッケージ取得部は、前記更新対象の電子制御装置を特定可能な諸元データを含む前記更新パッケージを取得し、
前記要求メッセージ送信部は、前記諸元データを含む前記更新パッケージが前記更新パッケージ取得部により取得された場合に、前記ダイアグ通信の要求メッセージを前記更新対象の電子制御装置へ送信させる［１］から［７］の何れか一項に記載した車載更新装置。

【0075】

［９］
前記更新対象の電子制御装置を特定可能な諸元データを取得する諸元データ取得部（２３ａ）と、
前記更新パッケージ取得部は、前記諸元データを含まない前記更新パッケージを取得し、
前記要求メッセージ送信部は、前記諸元データが前記諸元データ取得部により取得された場合に、前記ダイアグ通信の要求メッセージを前記更新対象の電子制御装置へ送信させる［１］から［７］の何れか一項に記載した車載更新装置。

【0076】

［１０］
前記要求メッセージ送信部は、前記諸元データを解析することで前記更新対象の電子制御装置を特定する［８］又は［９］に記載した車載更新装置。

【符号の説明】

【0077】

図面中、１，２１はソフトウェア更新システム、３はサーバ（配信装置）、５、２２は車載更新装置、９，２３は制御部、９ａ，２３ｂは更新パッケージ取得部、９ｂ，２３ｃは要求メッセージ送信部、９ｃ，２３ｄは応答メッセージ取得部、９ｄ，２３ｅはメモリ構成特定部、９ｅ，２３ｆは更新指示部、２３ａは諸元データ取得部である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】