特許 7715105 車両、システム、通知制御方法、および、プログラム

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

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

(11)【特許番号】

(24)【登録日】2025-07-22

(45)【発行日】2025-07-30

(54)【発明の名称】車両、システム、通知制御方法、および、プログラム

(51)【国際特許分類】

   G06F 8/65 20180101AFI20250723BHJP

【ＦＩ】

G06F8/65

【請求項の数】 9

(21)【出願番号】P 2022144813

(22)【出願日】2022-09-12

(65)【公開番号】P2024040012

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

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

(73)【特許権者】

【識別番号】000003207

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

(74)【代理人】

【識別番号】110001195

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

(72)【発明者】

【氏名】石川 智康

(72)【発明者】

【氏名】井上 博司

(72)【発明者】

【氏名】谷森 俊介

(72)【発明者】

【氏名】菊入 菜那

【審査官】児玉 崇晶

(56)【参考文献】

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

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

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

Ｇ０６Ｆ ８／６５

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

【請求項1】

ＥＣＵが搭載されたユーザの車両であって、
前記ユーザの情報処理装置と通信する通信部と、
前記ＥＣＵにおいて用いられるソフトウェアの更新過程における複数の進捗状況を前記車両に報知する制御を行う制御部と、を備え、
前記複数の進捗状況は、
前記車両における前記ソフトウェアの更新処理の進捗状況である第１の進捗状況と、
前記車両への前記ソフトウェアの送信の進捗状況である第２の進捗状況と、を含み、
前記制御部は、前記ソフトウェアの前記更新処理が実行中である場合に、前記第１の進捗状況を、第１の頻度で前記情報処理装置に通知する制御を行うとともに、前記第２の進捗状況を、前記第１の頻度よりも低い第２の頻度で前記情報処理装置に通知する制御を行う、車両。

【請求項2】

前記制御部は、前記第２の進捗状況が所定の状況となった場合に、前記第２の進捗状況が前記所定の状況であることを前記情報処理装置に通知する制御を行う、請求項１に記載の車両。

【請求項3】

前記制御部は、前記情報処理装置からの要求に応じて、前記第２の進捗状況を前記情報処理装置に通知する制御を行う、請求項１または２に記載の車両。

【請求項4】

前記制御部は、前記第２の進捗状況を、前記情報処理装置に通知せずに前記車両に報知する制御を行う、請求項１に記載の車両。

【請求項5】

ＥＣＵが搭載されたユーザの車両と、
前記車両と通信する前記ユーザの情報処理装置と、を備え、
前記車両は、前記ＥＣＵにおいて用いられるソフトウェアの更新過程における複数の進捗状況を前記車両に報知する制御を行い、
前記複数の進捗状況は、
前記車両における前記ソフトウェアの更新処理の進捗状況である第１の進捗状況と、
前記車両への前記ソフトウェアの送信の進捗状況である第２の進捗状況と、を含み、
前記車両は、前記ソフトウェアの前記更新処理が実行中である場合に、前記第１の進捗状況を、第１の頻度で前記情報処理装置に通知する制御を行うとともに、前記第２の進捗状況を、前記第１の頻度よりも低い第２の頻度で前記情報処理装置に通知する制御を行う、システム。

【請求項6】

前記車両は、前記第２の進捗状況が所定の状況となった場合に、前記第２の進捗状況が前記所定の状況であることを前記情報処理装置に通知する制御を行う、請求項５に記載のシステム。

【請求項7】

前記車両は、前記情報処理装置からの要求に応じて、前記第２の進捗状況を前記情報処理装置に通知する制御を行う、請求項５または６に記載のシステム。

【請求項8】

ユーザの車両のＥＣＵにおいて用いられるソフトウェアの更新過程における複数の進捗状況の通知を制御するための前記車両が実行する通知制御方法であって、
前記複数の進捗状況を前記車両に報知する工程と、
前記複数の進捗状況のうち前記車両における前記ソフトウェアの更新処理の進捗状況を第１の進捗状況とし、前記複数の進捗状況のうち前記車両への前記ソフトウェアの送信の進捗状況を第２の進捗状況とすると、前記ソフトウェアの前記更新処理が実行中である場合に、前記第１の進捗状況を、第１の頻度で前記ユーザの情報処理装置に通知するとともに、前記第２の進捗状況を、前記第１の頻度よりも低い第２の頻度で前記情報処理装置に通知する工程と、を備える、通知制御方法。

【請求項9】

車両を請求項１に記載の車両として機能させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、車両、システム、通知制御方法、および、プログラムに関する。

【背景技術】

【0002】

特開２０１７－１４９３２３号公報（特許文献１）には、サーバから送信された（車両ＥＣＵ用の）更新用ソフトウェアを、ユーザの携帯機を経由してダウンロードする車両に搭載される車両制御装置が開示されている。上記特許文献１には明記されていないが、車両制御装置によるソフトウェアの更新過程における複数の進捗状況の各々が携帯機に通知される場合がある。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

上記のように、車両制御装置によるソフトウェアの更新過程における複数の進捗状況の各々が携帯機に通知される場合がある。このため、車両と携帯機との間における通信による電力消費が大きくなる場合がある。そこで、車両と携帯機（情報処理装置）との間における通信による電力消費が大きくなるのを抑制することが望まれている。

【0005】

本開示は、上記課題を解決するためになされたものであり、その目的は、車両と情報処理装置との間における通信による電力消費が大きくなるのを抑制することが可能な車両、システム、通知制御方法、および、プログラムを提供することである。

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

【0006】

本開示の第１の局面に係る車両は、ＥＣＵが搭載されたユーザの車両であって、ユーザの情報処理装置と通信する通信部と、ＥＣＵにおいて用いられるソフトウェアの更新過程における複数の進捗状況を車両に報知する制御を行う制御部と、を備える。制御部は、複数の進捗状況のうち第１の進捗状況を、第１の頻度で情報処理装置に通知する制御を行い、複数の進捗状況のうち第１の進捗状況とは異なる第２の進捗状況を、第１の頻度よりも低い第２の頻度で情報処理装置に通知する制御を行う。

【0007】

本開示の第１の局面に係る車両では、第２の進捗状況が、第１の頻度よりも低い第２の頻度で情報処理装置に通知される。これにより、第２の進捗状況が第１の頻度以上で情報処理装置に通知される場合に比べて、車両と情報処理装置との間の通信量を低減することができる。その結果、車両と情報処理装置との間における通信による電力消費が大きくなるのを抑制することができる。

【0008】

上記第１の局面に係る車両において、好ましくは、制御部は、第２の進捗状況が所定の状況となった場合に、第２の進捗状況が所定の状況であることを情報処理装置に通知する制御を行う。このように構成すれば、第２の進捗状況が所定の状況以外の場合に情報処理装置に第２の進捗状況が通知されるのを抑制することができる。その結果、車両と情報処理装置との間における通信による電力消費が大きくなるのを容易に抑制することができる。

【0009】

上記第１の局面に係る車両において、好ましくは、制御部は、情報処理装置からの要求に応じて、第２の進捗状況を情報処理装置に通知する制御を行う。このように構成すれば、情報処理装置から要求された場合以外において情報処理装置に第２の進捗状況が通知されるのを抑制することができる。その結果、車両と情報処理装置との間における通信による電力消費が大きくなるのを容易に抑制することができる。

【0010】

上記第１の局面に係る車両において、好ましくは、制御部は、第２の進捗状況を、情報処理装置に通知せずに車両に報知する制御を行う。このように構成すれば、車両と情報処理装置との間における通信による電力消費が大きくなるのをより抑制することができる。

【0011】

本開示の第２の局面に係るシステムは、ＥＣＵが搭載されたユーザの車両と、車両と通信するユーザの情報処理装置と、を備える。車両は、ＥＣＵにおいて用いられるソフトウェアの更新過程における複数の進捗状況を車両に報知する制御を行い、複数の進捗状況のうち第１の進捗状況を、第１の頻度で情報処理装置に通知する制御を行い、複数の進捗状況のうち第１の進捗状況とは異なる第２の進捗状況を、第１の頻度よりも低い第２の頻度で情報処理装置に通知する制御を行う。

【0012】

本開示の第２の局面に係るシステムでは、第２の進捗状況が、第１の頻度よりも低い第２の頻度で車両から情報処理装置に通知される。これにより、車両と情報処理装置との間における通信による電力消費が大きくなるのを抑制することが可能なシステムを提供することができる。

【0013】

上記第２の局面に係るシステムにおいて、好ましくは、車両は、第２の進捗状況が所定の状況となった場合に、第２の進捗状況が所定の状況であることを情報処理装置に通知する制御を行う。このように構成すれば、車両と情報処理装置との間における通信による電力消費が大きくなるのを容易に抑制することが可能なシステムを提供することができる。

【0014】

上記第２の局面に係るシステムにおいて、好ましくは、車両は、情報処理装置からの要求に応じて、第２の進捗状況を情報処理装置に通知する制御を行う。このように構成すれば、車両と情報処理装置との間における通信による電力消費が大きくなるのを容易に抑制することが可能なシステムを提供することができる。

【0015】

本開示の第３の局面に係る通知制御方法は、ユーザの車両のＥＣＵにおいて用いられるソフトウェアの更新過程における複数の進捗状況の通知を制御するための通知制御方法であって、複数の進捗状況を車両に報知する工程と、複数の進捗状況のうち第１の進捗状況を、第１の頻度で車両からユーザの情報処理装置に通知する工程と、複数の進捗状況のうち第１の進捗状況とは異なる第２の進捗状況を、第１の頻度よりも低い第２の頻度で車両から情報処理装置に通知する工程と、を備える。

【0016】

本開示の第３の局面に係る通知制御方法では、上記のように、第２の進捗状況が、第１の頻度よりも低い第２の頻度で車両から情報処理装置に通知される。これにより、車両と情報処理装置との間における通信による電力消費が大きくなるのを抑制することが可能な通知制御方法を提供することができる。

【発明の効果】

【0017】

本開示によれば、車両と情報処理装置との間における通信による電力消費が大きくなるのを抑制することができる。

【図面の簡単な説明】

【0018】

【図1】第１実施形態による通知システムの構成を示す図である。

【図2】第１実施形態による通知制御方法を示すシーケンス図である。

【図3】第２実施形態による通知システムの構成を示す図である。

【図4】第２実施形態による通知制御方法を示すシーケンス図である。

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

【0019】

以下、本開示の実施形態について、図面を参照しながら詳細に説明する。図中、同一または相当部分には同一符号を付してその説明は繰り返さない。

【0020】

［第１実施形態］
図１は、第１実施形態に係る通知システム１の構成を示す図である。通知システム１は、サーバ１００と、ユーザ２００の車両３００と、ユーザ２００の携帯端末４００と、を備える。携帯端末４００は、スマートフォン等を含む。なお、携帯端末４００は、本開示の「情報処理装置」の一例である。

【0021】

サーバ１００は、プロセッサ１０１と、メモリ１０２と、通信部１０３とを含む。プロセッサ１０１は、通信部１０３を制御する。メモリ１０２には、プロセッサ１０１に実行されるプログラムのほか、プログラムで使用される情報（たとえば、マップ、数式、および各種パラメータ）が記憶されている。通信部１０３は、各種通信Ｉ／Ｆを含む。

【0022】

車両３００には、ＥＣＵ（Electronic Control Unit）３１０が搭載されている。ＥＣＵ３１０は、プロセッサ３１１と、メモリ３１２と、通信部３１３とを含む。メモリ３１２には、プロセッサ３１１に実行されるプログラムのほか、プログラムで使用される情報（たとえば、マップ、数式、および各種パラメータ）が記憶されている。通信部３１３は、各種通信Ｉ／Ｆを含む。通信部３１３は、ＤＣＭ（Data Communication Module）を含んでいてもよいし、５Ｇ（第５世代移動通信システム）対応の通信Ｉ／Ｆを含んでもよい。通信部３１３は、サーバ１００の通信部１０３および携帯端末４００の後述の通信部４０３の各々と通信する。なお、プロセッサ３１１および通信部３１３は、それぞれ、本開示の「制御部」および「通信部」の一例である。

【0023】

また、車両３００には、表示端末３２０が備えられている。表示端末３２０は、たとえばカーナビゲーションシステム等のＨＭＩ（Human Machine Interface）を含む。

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

１、２ システム，１００ サーバ，２００ ユーザ，３００、５００ 車両，３１０、５１０ ＥＣＵ，３１１、５１１ プロセッサ，３１２ａ、５１２ａ プログラム，３１３、５１３ 通信部。

【図1】

【図2】

【図3】

【図4】