特許 7687309 サーバ、プログラムおよびソフトウェア更新方法

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

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

(11)【特許番号】

(24)【登録日】2025-05-26

(45)【発行日】2025-06-03

(54)【発明の名称】サーバ、プログラムおよびソフトウェア更新方法

(51)【国際特許分類】

   G06F 8/65 20180101AFI20250527BHJP

【ＦＩ】

G06F8/65

【請求項の数】 11

(21)【出願番号】P 2022136857

(22)【出願日】2022-08-30

(65)【公開番号】P2024033333

(43)【公開日】2024-03-13

【審査請求日】2024-05-16

(73)【特許権者】

【識別番号】000003207

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

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】石川 智康

【審査官】松平 英

(56)【参考文献】

【文献】国際公開第２０２１／１７７２２４（ＷＯ，Ａ１）

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

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

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

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

Ｂ６０Ｒ１６／００－１７／０２

Ｇ０６Ｆ ３／０１

３／０４８－３／０４８９５

８／００－８／３８

８／６０－８／７７

９／４４－９／４４５

９／４５１

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

【請求項1】

車両制御装置のソフトウェアを無線通信により更新するためのデータを送信するサーバであって、
プログラムが格納されたメモリと、
前記プログラムを実行するプロセッサと備え、
前記プロセッサは、前記ソフトウェアの更新に関してユーザの許諾を得るために車載ディスプレイに表示される第１データと、前記ソフトウェアの更新に関して前記ユーザの許諾を得るためにユーザ端末に表示される第２データとを設定し、
前記第１データの情報粒度は、前記第２データの情報粒度よりも高く、
前記第１データは、前記ソフトウェアの使用許諾情報の全体であり、
前記第２データは、前記第１データのうちの一部である、サーバ。

【請求項2】

前記第１データに含まれる文字情報の情報量は、前記第２データに含まれる文字情報の情報量よりも多い、請求項１に記載のサーバ。

【請求項3】

前記第１データは、動画情報を含み、
前記第２データは、前記動画情報を含まない、請求項１に記載のサーバ。

【請求項4】

前記プロセッサは、前記ユーザが前記車載ディスプレイを用いて前記第１データを途中まで閲覧した後に前記ユーザ端末を用いて前記第２データをさらに閲覧する場合、前記ユーザ端末に表示される前記第２データを、前記車載ディスプレイを用いて途中まで閲覧した前記第１データの続きに設定する、請求項１～３のいずれか１項に記載のサーバ。

【請求項5】

前記プロセッサは、前記ユーザが前記ユーザ端末を用いて前記第２データを途中まで閲覧した後に前記車載ディスプレイを用いて前記第１データをさらに閲覧する場合、前記車載ディスプレイに表示される前記第１データを、前記ユーザ端末を用いて途中まで閲覧した前記第２データの続きに設定する、請求項１～３のいずれか１項に記載のサーバ。

【請求項6】

前記プロセッサは、前記ユーザが前記ユーザ端末を用いて前記第２データを途中まで閲覧した後に前記車載ディスプレイを用いて前記第１データをさらに閲覧する場合には、前記第２データのうち前記ユーザが前記ユーザ端末を用いて既に閲覧した部分についても、前記車載ディスプレイに表示される前記第１データに設定する、請求項１～３のいずれか１項に記載のサーバ。

【請求項7】

車両制御装置のソフトウェアを無線通信により更新するためにコンピュータに実行させるプログラムであって、
前記コンピュータにより実行された場合に前記コンピュータに、
前記ソフトウェアの更新に関してユーザの許諾を得るために車載ディスプレイに表示される第１データと、前記ソフトウェアの更新に関して前記ユーザの許諾を得るためにユーザ端末に表示される第２データとを設定するステップと、
前記車載ディスプレイおよび前記ユーザ端末のうちの少なくとも一方に前記第１データおよび前記第２データのうちの対応するデータを表示するステップとを実行させ、
前記第１データの情報粒度は、前記第２データの情報粒度よりも高く、
前記第１データは、前記ソフトウェアの使用許諾情報の全体であり、
前記第２データは、前記第１データのうちの一部である、プログラム。

【請求項8】

車両制御装置のソフトウェアを無線通信により更新するソフトウェア更新方法であって、
前記ソフトウェアの更新に関してユーザの許諾を得るために車載ディスプレイに表示される第１データと、前記ソフトウェアの更新に関して前記ユーザの許諾を得るためにユーザ端末に表示される第２データとを設定するステップと、
前記車載ディスプレイおよび前記ユーザ端末のうちの少なくとも一方に前記第１データおよび前記第２データのうちの対応するデータを表示するステップとを含み、
前記第１データの情報粒度は、前記第２データの情報粒度よりも高く、
前記第１データは、前記ソフトウェアの使用許諾情報の全体であり、
前記第２データは、前記第１データのうちの一部である、ソフトウェア更新方法。

【請求項9】

車両制御装置のソフトウェアを無線通信により更新するためのデータを送信するサーバであって、
プログラムが格納されたメモリと、
前記プログラムを実行するプロセッサと備え、
前記プロセッサは、前記ソフトウェアの更新に関してユーザの許諾を得るために車載ディスプレイに表示される第１データと、前記ソフトウェアの更新に関して前記ユーザの許諾を得るためにユーザ端末に表示される第２データとを設定し、
前記第１データの情報粒度は、前記第２データの情報粒度よりも高く、
前記プロセッサは、前記ユーザが前記車載ディスプレイを用いて前記第１データを途中まで閲覧した後に前記ユーザ端末を用いて前記第２データをさらに閲覧する場合、前記ユーザ端末に表示される前記第２データを、前記車載ディスプレイを用いて途中まで閲覧した前記第１データの続きに設定する、サーバ。

【請求項10】

車両制御装置のソフトウェアを無線通信により更新するためのデータを送信するサーバであって、
プログラムが格納されたメモリと、
前記プログラムを実行するプロセッサと備え、
前記プロセッサは、前記ソフトウェアの更新に関してユーザの許諾を得るために車載ディスプレイに表示される第１データと、前記ソフトウェアの更新に関して前記ユーザの許諾を得るためにユーザ端末に表示される第２データとを設定し、
前記第１データの情報粒度は、前記第２データの情報粒度よりも高く、
前記プロセッサは、前記ユーザが前記ユーザ端末を用いて前記第２データを途中まで閲覧した後に前記車載ディスプレイを用いて前記第１データをさらに閲覧する場合、前記車載ディスプレイに表示される前記第１データを、前記ユーザ端末を用いて途中まで閲覧した前記第２データの続きに設定する、サーバ。

【請求項11】

車両制御装置のソフトウェアを無線通信により更新するためのデータを送信するサーバであって、
プログラムが格納されたメモリと、
前記プログラムを実行するプロセッサと備え、
前記プロセッサは、前記ソフトウェアの更新に関してユーザの許諾を得るために車載ディスプレイに表示される第１データと、前記ソフトウェアの更新に関して前記ユーザの許諾を得るためにユーザ端末に表示される第２データとを設定し、
前記第１データの情報粒度は、前記第２データの情報粒度よりも高く、
前記プロセッサは、前記ユーザが前記ユーザ端末を用いて前記第２データを途中まで閲覧した後に前記車載ディスプレイを用いて前記第１データをさらに閲覧する場合には、前記第２データのうち前記ユーザが前記ユーザ端末を用いて既に閲覧した部分についても、前記車載ディスプレイに表示される前記第１データに設定する、サーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、サーバ、プログラムおよびソフトウェア更新方法に関する。

【背景技術】

【0002】

車両制御装置（ＥＣＵ：Electronic Control Unit）に格納されたソフトウェア（車両の制御プログラム）を無線通信により更新するＯＴＡ（Over The Air）技術の研究開発が進められている。たとえば特開２０１７－１４９３２３号公報（特許文献１）は、ユーザの利便性を損なうことなく安全にソフトウェアを更新できる車両制御システムを開示する。携帯機は、車両の電子キーの所在位置が車内であると判定された場合に、更新用ソフトウェアのダウンロードを要求する信号をサーバに送信する。ＥＣＵは、サーバから送信された更新用ソフトウェアを携帯機を経由してダウンロードしてソフトウェアを更新する。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１７－１４９３２３号公報

【発明の概要】

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

【0004】

パーソナルコンピュータ、スマートホン等の電気機器のソフトウェアを更新する場合、ユーザの許諾を条件とすることが一般的である。ＥＣＵのソフトウェアの更新においても同様に事前にユーザの許諾を得ることが考えられる。

【0005】

電気機器のソフトウェアの更新は主にユーザの自宅で行われる。これに対し、ＥＣＵのソフトウェアの更新は、ユーザの自宅で行われることもあるし、ユーザの外出先で行われることもある。ソフトウェアの更新の際にユーザがどのような状況であっても、ユーザにとっての利便性を損なうことなく、ユーザの許諾を得るためのデータをユーザに適切に提供することが望ましい。

【0006】

本開示は上記課題を解決するためになされたものであり、本開示の目的の１つは、ＥＣＵのソフトウェア更新においてユーザの利便性を向上させることである。

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

【0007】

（１）本開示の一態様に係るサーバは、車両制御装置のソフトウェアを無線通信により更新するためのデータを送信する。サーバは、プログラムが格納されたメモリと、プログラムを実行するプロセッサと備える。プロセッサは、ソフトウェアの更新に関してユーザの許諾を得るために車載ディスプレイに表示される第１データと、ソフトウェアの更新に関してユーザの許諾を得るためにユーザ端末に表示される第２データとを設定する。第１データの情報粒度は、第２データの情報粒度よりも高い。

【0008】

（２）第１データに含まれる文字情報の情報量は、第２データに含まれる文字情報の情報量よりも多い。

【0009】

（３）第１データは、動画情報を含む。第２データは、動画情報を含まない。
（４）プロセッサは、ユーザが車載ディスプレイを用いて第１データを途中まで閲覧した後にユーザ端末を用いて第２データをさらに閲覧する場合、ユーザ端末に表示される第２データを、車載ディスプレイを用いて途中まで閲覧した第１データの続きに設定する。

【0010】

（５）プロセッサは、ユーザがユーザ端末を用いて第２データを途中まで閲覧した後に車載ディスプレイを用いて第１データをさらに閲覧する場合、車載ディスプレイに表示される第１データを、ユーザ端末を用いて途中まで閲覧した第２データの続きに設定する。

【0011】

（６）プロセッサは、ユーザがユーザ端末を用いて第２データを途中まで閲覧した後に車載ディスプレイを用いて第１データをさらに閲覧する場合には、第２データのうちユーザがユーザ端末を用いて既に閲覧した部分についても、車載ディスプレイに表示される第１データに設定する。

【0012】

（７）本開示の他の一態様に係るプログラムは、車両制御装置のソフトウェアを無線通信により更新するためにコンピュータに実行させる。プログラムは、コンピュータにより実行された場合にコンピュータに、ソフトウェアの更新に関してユーザの許諾を得るために車載ディスプレイに表示される第１データと、ソフトウェアの更新に関してユーザの許諾を得るためにユーザ端末に表示される第２データとを設定するステップと、車載ディスプレイおよびユーザ端末のうちの少なくとも一方に第１データおよび第２データのうちの対応するデータを表示するステップとを実行させる。第１データの情報粒度は、第２データの情報粒度よりも高い。

【0013】

（８）本開示のさらに他の一態様に係るソフトウェア更新方法は、車両制御装置のソフトウェアを無線通信により更新する。ソフトウェア更新方法は、ソフトウェアの更新に関してユーザの許諾を得るために車載ディスプレイに表示される第１データと、ソフトウェアの更新に関してユーザの許諾を得るためにユーザ端末に表示される第２データとを設定するステップと、車載ディスプレイおよびユーザ端末のうちの少なくとも一方に第１データおよび第２データのうちの対応するデータを表示するステップとを含む。第１データの情報粒度は、第２データの情報粒度よりも高い。

【発明の効果】

【0014】

本開示によれば、ＥＣＵのソフトウェア更新においてユーザの利便性を向上させることができる。

【図面の簡単な説明】

【0015】

【図1】本開示の実施の形態に係る情報処理システムの概略構成を示す図である。

【図2】ＯＴＡセンタの典型的な構成例を示すブロック図である。

【図3】車両の典型的な構成例を示すブロック図である。

【図4】ユーザ端末の典型的な構成例を示すブロック図である。

【図5】本実施の形態における使用許諾情報のデータ構造の一例を示す図である。

【図6】本実施の形態における使用許諾情報のデータ構造の他の一例を示す図である。

【図7】ソフトウェア更新に関するユーザの許諾を得るための処理手順の第１例を示すフローチャートである。

【図8】ソフトウェア更新に関するユーザの許諾を得るための処理手順の第２例を示すフローチャートである。

【図9】ソフトウェア更新に関するユーザの許諾を得るための処理手順の第３例を示すフローチャートである。

【図10】ソフトウェア更新に関するユーザの許諾を得るための処理手順の第４例を示すフローチャートである。

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

【0016】

［実施の形態］
＜システム構成＞
図１は、本開示の実施の形態に係る情報処理システムの概略構成を示す図である。情報処理システム１００は、ＯＴＡセンタ１と、車両２と、ユーザ端末３とを備える。ＯＴＡセンタ１は、有線または無線のネットワークＮＷを介して車両２およびユーザ端末３と互いに通信可能に接続されている。

【0017】

ＯＴＡセンタ１は、車両２に搭載されたＥＣＵ（図３参照）のソフトウエアを提供するサーバである。ＯＴＡセンタ１は、たとえば、車両本体（ＶＰ：Vehicle Platform）を製造する車両メーカにより管理される。ＯＴＡセンタ１の構成については図２にて説明する。

【0018】

車両２は、ユーザにより管理される。ユーザは、典型的には個人であるが、たとえば車両２を用いた事業を行う法人（交通事業者など）であってもよい。本実施の形態では、車両２は自動運転車両である。この場合、ＯＴＡセンタ１は、車両メーカに代えてまたは加えて、ＶＰに搭載される自動運転システム（ＡＤＳ：Autonomous Driving System）（図３参照）の製造メーカにより管理されてもよい。ただし、車両２は、自動運転に対応していない、手動運転のみが可能な車両であってもよい。車両２の構成については図３にて説明する。

【0019】

ユーザ端末３は、車両２のユーザにより操作される端末である。ユーザ端末３は、モバイル端末であってもよいし、固定端末であってもよい。モバイル端末は、たとえば、スマートホン、タブレット、ノートブックＰＣ（Personal Computer）、ウェアラブルデバイス（スマートウォッチなど）を含む。固定端末は、たとえばデスクトップＰＣを含む。ユーザ端末３の構成については図４にて説明する。

【0020】

なお、図１には紙面の都合上、１台の車両２のみが図示されているが、車両２の台数は任意である。通常、情報処理システム１００は多数の車両２を含む。ユーザ端末３についても同様である。

【0021】

図２は、ＯＴＡセンタ１の典型的な構成例を示すブロック図である。ＯＴＡセンタ１は、サーバ１１と、入力装置１２と、ディスプレイ１３と、通信装置１４とを含む。サーバ１１は、プロセッサ１１１と、メモリ１１２と、ストレージ１１３と、ネットワークインターフェイス１１４とを含む。ＯＴＡセンタ１の構成要素は通信バスにより互いに接続されている。

【0022】

ストレージ１１３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなどの書き換え可能な不揮発性メモリである。ストレージ１１３には、ＯＳ（Operating System）を含むシステムプログラム５１と、制御演算に必要なコンピュータ読み取り可能なコードを含む制御プログラム５２と、車両２の制御プログラムを更新するための更新プログラム５３と、更新プログラム５３のダウンロード、インストール等に関するユーザの許諾を得るための使用許諾情報５４（後述）とが格納されている。プロセッサ１１１は、たとえば、ＣＰＵ（Central Processing Unit）またはＭＰＵ（Micro-Processing Unit）である。プロセッサ１１１は、システムプログラム５１および制御プログラム５２を読み出してメモリ１１２に展開して実行することで様々な処理を実現する。ネットワークインターフェイス１１４は、サーバ１１と他の機器（車両２、ユーザ端末３など）との間の通信装置１４を介したデータ通信を制御する。

【0023】

入力装置１２は、キーボード、マウスなどであって、サーバ１１の操作者の入力を受け付ける。ディスプレイ１３は、サーバ１１の操作者に対して各種情報を表示する。

【0024】

なお、図２にはサーバ１１が１つのプロセッサ１１１を含む例を示すが、サーバ１１が複数のプロセッサを含んでもよい。すなわち、サーバ１１は１以上のプロセッサを含む。メモリ１１２およびストレージ１１３についても同様である。

【0025】

本明細書において、「プロセッサ」は、ストアードプログラム方式で処理を実行する狭義のプロセッサに限られず、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）などのハードワイヤード回路を含み得る。そのため、「プロセッサ」との用語は、コンピュータ読み取り可能なコードおよび／またはハードワイヤード回路によって予め処理が定義されている、処理回路（processing circuitry）と読み替えることもできる。

【0026】

図３は、車両２の典型的な構成例を示すブロック図である。車両２は、セントラルＥＣＵ２１と、複数の個別（discrete）ＥＣＵ２２と、先進運転支援システム（ＡＤＡＳ：Advanced Driver-Assistance Systems）２３と、ＡＤＳ２４と、センサ群２５と、入力装置２６と、車載ディスプレイ２７と、ＤＣＭ（Data Communication Module）２８とを含む。個別ＥＣＵ２２とは、機能ごとに分割されたＥＣＵであって、たとえばブレーキＥＣＵ、ステアリングＥＣＵ、モータジェネレータＥＣＵ、ボディＥＣＵなどである。個別ＥＣＵ２２は、ＡＤＡＳ２３および／またはＡＤＳ２４の機能を実現するためのソフトウェアが格納されたコントローラであってもよい。車両２の構成要素は、ＣＡＮ（Controller Area Network）、車載イーサネット（Ethernet）（登録商標）などの有線の車載ネットワークにより互いに接続されている。

【0027】

セントラルＥＣＵ２１および個別ＥＣＵ２２の基本的な構成は、サーバ１１の構成と同様である。個別ＥＣＵ２２のストレージ２２３には、個別ＥＣＵ２２のプロセッサ２２１により実行されるソフトウエア（システムプログラム７１および制御プログラム７２）が格納されている。個別ＥＣＵ２２は、センサ群２５などからの信号に応じて車両２が所望の状態となるように、個別ＥＣＵ２２に対応するシステムを制御する。ここでのシステムは、いずれも図示しないが、ブレーキシステム、ステアリングシステム、パワートレーンシステム、ボディシステムなどを含み得る。

【0028】

セントラルＥＣＵ２１のプロセッサ２１１は、個別ＥＣＵ２２のストレージ２２３に格納されたソフトウェアの更新処理を制御する。セントラルＥＣＵ２１は、ＯＴＡセンタ１からＤＣＭ２８経由でソフトウェアを受信（ダウンロード）し、ダウンロードしたソフトウェアを適切なタイミングで個別ＥＣＵ２２のストレージ２２３に格納（インストール）する。そして、セントラルＥＣＵ２１は、インストールされたソフトウェアを適切なタイミングで有効化（アクティベート）する。

【0029】

ＡＤＡＳ２３は、たとえば、追従走行（ＡＣＣ：Adaptive Cruise Control）と、自動速度リミッタ（ＡＳＬ：Auto Speed Limiter）と、車線維持支援（ＬＫＡ：Lane Keeping Assist）と、衝突被害軽減ブレーキ（ＰＣＳ：Pre-Crash Safety）と、車線逸脱警報（ＬＤＡ：Lane Departure Alert）とを含む。ＡＤＳ２４は、車両２の自動運転を実行可能に構成されている。

【0030】

センサ群２５は、車両２の外部状況を検出するように構成されたセンサを含む。センサ群２５は、さらに、車両２の走行状態に応じた情報ならびに操舵操作、アクセル操作およびブレーキ操作を検出するように構成されたセンサ（いずれも図示せず）を含む。具体的には、センサ群２５は、たとえば、カメラ、レーダ、ライダ（ＬＩＤＡＲ：Laser Imaging Detection and Ranging）、車速センサ、加速度センサ、ヨーレートセンサ、ステアリングセンサ（いずれも図示せず）を含み得る。

【0031】

入力装置２６は、たとえばマルチインフォメーションディスプレイ（ＭＩＤ：Multi Information Display）に設けられたタッチパネルである。入力装置２６は、物理的なスイッチまたはボタンであってもよい。車載ディスプレイ２７は、たとえばＭＩＤである。車載ディスプレイ２７は、液晶、有機ＥＬ（Electro Luminescence）などの表示技術が適用されたインストルメントパネルであってもよい。ＤＣＭ２８は車載通信モジュールである。ＤＣＭ２８は、セントラルＥＣＵ２１とサーバ１１との双方向のデータ通信が可能に構成されている。

【0032】

図４は、ユーザ端末３の典型的な構成例を示すブロック図である。ユーザ端末３は、演算処理装置３１と、入力装置３２と、ディスプレイ３３と、通信装置３４とを含む。入力装置３２とディスプレイ３３とは、たとえばタッチパネルディスプレイとして一体的に構成される。しかし、入力装置３２が入力専用機器（キーボード、マウスなど）であってもよく、ディスプレイ３３が据え置き型モニタであってもよい。ユーザ端末３の他の構成は、サーバ１１の構成（図２参照）と同様である。

【0033】

＜ユーザの使用許諾＞
個別ＥＣＵ２２のソフトウェアの更新は、ユーザの自宅で行われることもあるし、ユーザの外出先で行われることもある。本実施の形態では、個別ＥＣＵ２２のソフトウェア更新に先立ち、ユーザの許諾を得るための情報がユーザに提示される。以下、この情報を「使用許諾情報」という。使用許諾情報は、ソフトウェアの使用許諾契約に関する情報を含むが、これに限定されない。使用許諾情報は、ソフトウェアの更新内容を説明するための情報を含んでもよいし、ソフトウェア更新後の車両２の使い方を説明するための情報（いわゆるマニュアル）を含んでもよい。使用許諾情報は、本開示に係る「データ」（第１データおよび第２データ）に相当する。

【0034】

ユーザにとっての利便性を損なうことなく、使用許諾情報をユーザに適切に提供することが望ましい。使用許諾情報の表示先としては車載ディスプレイ２７とユーザ端末３とが考えられる。一般に、ＭＩＤ、インストルメントパネルなどの車載ディスプレイ２７は、スマートホン、ウェアラブルデバイスなどユーザ端末３と比べて、大きな画面を有する。さらに、車載ディスプレイ２７はユーザが車室内に座ったままで視認できるように角度調整されており、特に運転席からの車載ディスプレイ２７の視認性は非常に高い。言い換えると、車載ディスプレイ２７であれば、ノートブックＰＣ、デスクトップＰＣなどが設置された場所への移動も要さず、かつ、スマートホン、タブレットなどとは異なりハンズフリーでもある。したがって、車載ディスプレイ２７は使用許諾情報の表示先として適していると考えられる。

【0035】

本発明者は、車載ディスプレイ２７とユーザ端末３とに同じ態様で使用許諾情報が表示される場合、その画一性がユーザの利便性の低下を招く虞がある点に着目した。そこで、本実施の形態においては、車載ディスプレイ２７とユーザ端末３とで使用許諾情報の情報粒度（information granularity）を変更する構成が採用される。より具体的には、ＯＴＡセンタ１は、車載ディスプレイ２７に表示される使用許諾情報の情報粒度を、ユーザ端末３に表示される使用許諾情報の情報粒度よりも高くする。情報粒度が高いとは、１つの情報のまとまりの中に様々な情報要素が含まれている状態をいう。

【0036】

図５は、本実施の形態における使用許諾情報５４のデータ構造の一例を示す図である。図６は、本実施の形態における使用許諾情報５４のデータ構造の他の一例を示す図である。サーバ１１のストレージ１１３に格納される使用許諾情報５４（図２参照）は、ヘッダ（メタデータ）８１と、ボディ（データ本体）８２とを含む。ヘッダ８１は、データの作成者、作成日、タイトル、タグ、データ型、データ長などを含み得る。ボディ８２は使用許諾情報を含む。

【0037】

図５に示す例では、使用許諾情報５４は、ソフトウェア更新に関するユーザの許諾を得るための文字情報を含む。車載ディスプレイ２７に表示される文字情報の情報量（記載量）は、ユーザ端末３に表示される文字情報の情報量よりも多い。具体例として、車載ディスプレイ２７には文字情報の全体（たとえば、項目および各項目の詳細な説明）が表示されるのに対し、ユーザ端末３には文字情報の中から特に重要な部分（たとえば、項目のみ、あるいは、項目および各項目の簡易的な説明）が抽出されて表示される。これは、車載ディスプレイ２７に表示される使用許諾情報５４の情報粒度が高い一例である。

【0038】

図６に示す例では、車載ディスプレイ２７に表示される使用許諾情報５４は、文字情報に加えて動画情報を含む。動画情報とは、ソフトウェアの更新内容を視覚的に説明するアニメーション、ソフトウェアの更新に際して必要とされる手続き（事前準備、注意点など）を説明するアニメーション、ソフトウェア更新後の車両２の使い方に関する動画マニュアルなどである。一方、ユーザ端末３に表示される使用許諾情報５４は、文字情報を含むが、動画情報は含まない。これは、車載ディスプレイ２７に表示される使用許諾情報５４の情報粒度が高い他の一例である。

【0039】

このように、本実施の形態では、ユーザ端末３と比較した場合に、車載ディスプレイ２７に表示される使用許諾情報５４の方が情報粒度が高い。言い換えると、車載ディスプレイ２７に表示される使用許諾情報５４の量および／または種類は、ユーザ端末３に表示される使用許諾情報５４の量および／または種類よりも多い。したがって、ユーザは、使用許諾情報５４の詳細を、使用許諾情報５４の表示に適した車載ディスプレイ２７で確認した上でソフトウェアの更新を許諾することが可能になる。よって、ユーザの利便性を向上させることができる。

【0040】

＜処理フロー＞
図７は、ソフトウェア更新に関するユーザの許諾を得るための処理手順の第１例を示すフローチャートである。このフローチャートに示される処理は、予め定められた条件の成立時（たとえば新たに更新すべきソフトウェアがＯＴＡセンタ１に登録された場合）に実行される。図中、左側に車両２により実行される処理を示し、中央にＯＴＡセンタ１により実行される処理を示し、右側にユーザ端末３により実行される処理を示す。以下、ステップをＳと略す。

【0041】

まず、ＯＴＡセンタ１は、車載ディスプレイ２７に表示するための使用許諾情報を車両２に送信するとともに、ユーザ端末３のディスプレイ３３に表示するための使用許諾情報をユーザ端末３に送信する（Ｓ１１１）。ＯＴＡセンタ１は、車両２とユーザ端末３とに別々のタイミングで使用許諾情報を送信してもよいし、実質的に同じタイミングで使用許諾情報を送信してもよい。ＯＴＡセンタ１は、車両２からの要求に応答して使用許諾情報を車両２に送信し、ユーザ端末３からの要求に応答して使用許諾情報をユーザ端末３に送信してもよい。図５および図６にて説明したように、車載ディスプレイ２７のディスプレイ３３に表示される使用許諾情報の情報粒度は、ユーザ端末３に表示される使用許諾情報の情報粒度よりも高い。

【0042】

この例では、ユーザは、車両２の入力装置２６に対して使用許諾情報を閲覧するための操作を行う。そうすると、車両２のＥＣＵ（セントラルＥＣＵ２１であってもよく個別ＥＣＵ２２であってもよい）は、使用許諾情報を車載ディスプレイ２７に表示させる（Ｓ２１１）。

【0043】

ユーザがソフトウェア更新の許諾を与える操作を行う前に、ユーザに急用が発生したなどに理由により使用許諾情報の閲覧が中断する場合がある。その場合、車両２は、使用許諾情報の中断箇所（使用許諾情報をどこまで閲覧したかを示す情報）をＯＴＡセンタ１に送信する（Ｓ２１２）。ＯＴＡセンタ１は、使用許諾情報の中断箇所を受信すると、それをストレージ１１３に記録する（Ｓ１１２）。

【0044】

ユーザは、たとえばユーザの都合がよいタイミングで使用許諾情報の閲覧を再開する。この例では、ユーザが車載ディスプレイ２７３を用いて使用許諾情報の閲覧を再開する状況を想定する。車両２は、閲覧を再開するためのユーザ操作を受け付けると、閲覧再開の要求をＯＴＡセンタ１に送信する（Ｓ２１３）。ＯＴＡセンタ１は、車両２からの要求に応答して、Ｓ１１２にて記録された中断箇所を車両２に送信する（Ｓ１１３）。そうすると、車両２は、車載ディスプレイ２７３に使用許諾情報を中断箇所から表示させる（Ｓ２１４）。

【0045】

その後、ソフトウェア更新を許諾するユーザ操作を受け付けると、車両２は、ユーザの許諾をＯＴＡセンタ１に送信する（Ｓ２１５）。これに伴い、図示しないが、ソフトウェアを更新するための一連の処理（前述のダウンロード、インストール、アクティベート）が車両２にて実行される。

【0046】

このように、ユーザが使用許諾情報の閲覧を中断し、その後、閲覧を再開する場合、使用許諾情報の中断箇所を引き継ぐことが好ましい。これにより、ユーザが閲覧の中断前に既に閲覧した使用許諾情報を再度閲覧せずに済むため、ユーザの利便性をさらに向上させることができる。

【0047】

図８は、ソフトウェア更新に関するユーザの許諾を得るための処理手順の第２例を示すフローチャートである。この例では、車両２（車載ディスプレイ２７）での使用許諾情報の閲覧の中断後、ユーザがユーザ端末３により使用許諾情報の閲覧を再開する状況を想定する。Ｓ１２２までの処理は、図７における対応する処理と同等である。

【0048】

ユーザ端末３は、閲覧を再開するためのユーザ操作を受け付けると、閲覧再開の要求をＯＴＡセンタ１に通知する（Ｓ３２１）。ＯＴＡセンタ１は、ユーザ端末３からの要求に応答して、Ｓ１２２にて記録された中断箇所をユーザ端末３に送信する（Ｓ１２３）。ユーザ端末３は、使用許諾情報を中断箇所からディスプレイ３３に表示する（Ｓ３２２）。その後、ソフトウェア更新を許諾するユーザ操作を受け付けると、ユーザ端末３は、ユーザの許諾をＯＴＡセンタ１に送信する（Ｓ３２３）。

【0049】

図９は、ソフトウェア更新に関するユーザの許諾を得るための処理手順の第３例を示すフローチャートである。詳細な説明は繰り返さないが、図９に示すように、図８とは逆に、最初にユーザ端末３にて使用許諾情報の閲覧が行われ、その後に使用許諾情報の閲覧が車両２へと引き継がれてもよい。

【0050】

このように、ユーザが使用許諾情報の閲覧を中断し、その後、閲覧を再開する場合、たとえ使用許諾情報の閲覧に用いられる端末が閲覧の中断前後で変更された場合であっても（言い換えると、使用許諾情報の閲覧が車両２で行われるのかユーザ端末３で行われるのかに拘わらず）、使用許諾情報の中断箇所を引き継ぐことが好ましい。これにより、図７と同様にユーザが閲覧の中断前に既に閲覧した使用許諾情報を再度閲覧せずに済むため、ユーザの利便性をさらに向上させることができる。

【0051】

図１０は、ソフトウェア更新に関するユーザの許諾を得るための処理手順の第４例を示すフローチャートである。図１０においても図９と同様に、ユーザ端末３にて使用許諾情報の閲覧が中断された場合に、その中断箇所がＯＴＡセンタ１にて記録される（Ｓ１４２）。そして、ユーザが車両２（車載ディスプレイ２７）を用いて使用許諾情報の閲覧を再開する。車両２は、閲覧を再開するためのユーザ操作を受け付けると、閲覧再開の要求をＯＴＡセンタ１に送信する（Ｓ２４１）。ＯＴＡセンタ１は、車両２からの要求を受ける。

【0052】

この例では、Ｓ１４２にて中断箇所が記録されているものの、ＯＴＡセンタ１は、使用許諾情報を最初から閲覧する旨の指令を車両２に送信する（Ｓ１４３）。車両２は、指令に従って車載ディスプレイ２７に使用許諾情報を最初から表示させる（Ｓ２４２）。その後、ソフトウェア更新を許諾するユーザ操作を受け付けると、車両２は、ユーザの許諾をＯＴＡセンタ１に送信する（Ｓ２４３）。

【0053】

このように、ユーザがユーザ端末３を用いた使用許諾情報の閲覧を中断し、その後、車両２を用いて閲覧を再開する場合には、ＯＴＡセンタ１は、最初から全ての使用許諾情報を車載ディスプレイ２７に表示させてもよい。これにより、ユーザは、車室内で視認性にも優れた（より具体的には大画面であり、角度も見やすく、かつハンズフリーである）車載ディスプレイ２７を用いて使用許諾情報の全体を閲覧できる。よって、ユーザが丁寧かつ効率的に使用許諾情報を閲覧することが可能になる。

【0054】

以上のように、本実施の形態においては、端末ごとの設置場所および／または視認性に鑑み、端末に適した表示態様で使用許諾情報が表示されるように、使用許諾情報の情報粒度が設定される。具体的には、車載ディスプレイ２７に表示される使用許諾情報の情報粒度の方がユーザ端末３に表示される使用許諾情報の情報粒度よりも高く設定される。これにより、ユーザが車載ディスプレイ２７を使用する場合、使用許諾情報を詳細に確認した上でソフトウェアの更新を許諾できる。一方、ユーザがユーザ端末３を使用する場合には使用許諾情報を簡潔に確認した上でソフトウェアの更新を許諾できる。よって、本実施の形態によれば、ユーザの利便性を向上させることができる。

【0055】

今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0056】

１ ＯＴＡセンタ、１１ サーバ、１１１ プロセッサ、１１２ メモリ、１１３ ストレージ、１１４ ネットワークインターフェイス、１２ 入力装置、１３ ディスプレイ、１４ 通信装置、２ 車両、２１ セントラルＥＣＵ、２２ 個別ＥＣＵ、２１１，２２１ プロセッサ、２１２，２２２ メモリ、２１３，２２３ ストレージ、２１４，２２４ ネットワークインターフェイス、２３ ＡＤＡＳ、２４ ＡＤＳ、２５ センサ群、２６ 入力装置、２７ 車載ディスプレイ、３ ユーザ端末、３１ 演算処理装置、３１１ プロセッサ、３１２ メモリ、３１３ ストレージ、３１４ ネットワークインターフェイス、３２ 入力装置、３３ ディスプレイ、３４ 通信装置、５１，６１，７１ システムプログラム、５２，６２，７２ 制御プログラム、５３ 更新プログラム、５４ 使用許諾情報、８１ ヘッダ、８２ ボディ、１００ 情報処理システム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】