JP2024040016A - 車両、情報処理装置、通知システム、通知制御方法、および、プログラム - Google Patents

Abstract

【課題】車両ＥＣＵに用いられるソフトウェアの更新に関する承諾要求が車両および情報処理装置の各々に送信される場合に、車両と情報処理装置との間において上記承諾要求に対する操作結果を同期させることが可能な車両を提供する。【解決手段】車両３００は、ＥＣＵ３１０において用いられるソフトウェアの更新に関するユーザ２００への承諾要求に対する所定の操作を受け付けるプロセッサ３１１（車両制御部）を備える。プロセッサ３１１は、車両３００における上記所定の操作を受け付けた場合に、サーバ１００を経由することなく携帯端末４００（情報処理装置）に、上記所定の操作による操作結果を通知する制御を行う。また、プロセッサ３１１は、携帯端末４００における上記承諾要求に対する所定の操作による操作結果が携帯端末４００から車両３００に送信された場合に、上記承諾要求を取り下げる制御を行う。【選択図】図１

Description

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

特開２０１７－１４９３２３号公報（特許文献１）には、サーバから送信された（車両ＥＣＵ用の）更新用ソフトウェアを、ユーザの携帯機を経由してダウンロードする車両制御装置が開示されている。ここで、ソフトウェアの更新に関する承諾要求が、サーバから車両および上記携帯機の各々に送信される場合がある。

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

上記のように、ソフトウェアの更新に関する承諾要求がサーバから車両および携帯機（情報処理装置）の各々に送信される場合、車両と携帯機との間において、上記承諾要求に対する操作結果を同期させる（共通化させる）ことが困難になると考えられる。そこで、車両ＥＣＵに用いられるソフトウェアの更新に関する承諾要求が車両および情報処理装置の各々に送信される場合に、車両と情報処理装置との間において上記承諾要求に対する操作結果を同期させる（共通化させる）ことが望まれている。

本開示は、上記課題を解決するためになされたものであり、その目的は、車両ＥＣＵに用いられるソフトウェアの更新に関する承諾要求が車両および情報処理装置の各々に送信される場合に、車両と情報処理装置との間において上記承諾要求に対する操作結果を同期させる（共通化させる）ことが可能な車両、情報処理装置、通知システム、通知制御方法、および、プログラムを提供することである。

本開示の第１の局面に係る車両は、ＥＣＵが搭載されたユーザの車両であって、ＥＣＵにおいて用いられるソフトウェアの更新に関するユーザへの承諾要求をサーバから受信する車両受信部と、承諾要求に対する所定の車両側操作を受け付ける車両制御部と、を備える。サーバは、承諾要求を、車両とは異なるユーザの情報処理装置にも送信している。車両制御部は、車両側操作を受け付けた場合に、サーバを経由することなく情報処理装置に、車両側操作による車両側操作結果を通知する制御を行い、情報処理装置において承諾要求に対する所定の装置側操作が受け付けられ、かつ、装置側操作による装置側操作結果が情報処理装置から車両に送信された場合に、車両受信部により受信された承諾要求を取り下げる制御を行う。

本開示の第１の局面に係る車両では、上記のように、情報処理装置において上記承諾要求に対する所定の装置側操作が受け付けられ、かつ、装置側操作による装置側操作結果が情報処理装置から車両に送信された場合に、車両受信部により受信された上記承諾要求を取り下げる制御が行われる。これにより、車両が装置側操作結果を受信したことに基づいて車両への上記承諾要求が取り下げられるので、車両において上記承諾要求に対する操作が行われるのが防止される。その結果、車両において装置側操作とは異なる操作が上記承諾要求に対して行われるのを防止することができる。これにより、車両と情報処理装置との間において上記承諾要求に対する操作結果を同期させる（共通化させる）ことができる。

上記第１の局面に係る車両において、好ましくは、車両制御部は、車両側操作結果を、近距離通信によって情報処理装置に通知する制御を行う。このように構成すれば、車両側操作結果が有線による通信により情報処理装置に通知される場合に比べて、より簡易に車両側操作結果を情報処理装置に通知することができる。

上記第１の局面に係る車両において、好ましくは、車両制御部は、情報処理装置から送信された装置側操作結果をサーバに送信する制御を行う。このように構成すれば、サーバが装置側操作結果を確実に取得することができる。

本開示の第２の局面に係る情報処理装置は、ユーザの情報処理装置であって、車両のＥＣＵにおいて用いられるソフトウェアの更新に関するユーザへの承諾要求をサーバから受信する装置受信部と、承諾要求に対する所定の装置側操作を受け付ける装置制御部と、を備える。サーバは、承諾要求を、車両にも送信している。装置制御部は、装置側操作を受け付けた場合に、サーバを経由することなく車両に、装置側操作による装置側操作結果を通知する制御を行い、車両において承諾要求に対する所定の車両側操作が受け付けられ、かつ、車両側操作による車両側操作結果が車両から情報処理装置に送信された場合に、装置受信部により受信された承諾要求を取り下げる制御を行う。

本開示の第２の局面に係る情報処理装置では、上記のように、車両において上記承諾要求に対する所定の車両側操作が受け付けられ、かつ、車両側操作による車両側操作結果が車両から情報処理装置に送信された場合に、装置受信部により受信された上記承諾要求を取り下げる制御が行われる。これにより、情報処理装置が車両側操作結果を受信したことに基づいて情報処理装置への上記承諾要求が取り下げられるので、情報処理装置において上記承諾要求に対する操作が行われるのが防止される。その結果、情報処理装置において車両側操作とは異なる操作が上記承諾要求に対して行われるのを防止することができる。これにより、車両と情報処理装置との間において上記承諾要求に対する操作結果を同期させる（共通化させる）ことが可能な情報処理装置を提供することができる。

上記第２の局面に係る情報処理装置において、好ましくは、装置制御部は、装置側操作結果を、近距離通信によって車両に通知する制御を行う。このように構成すれば、装置側操作結果が有線による通信により車両に通知される場合に比べて、より簡易に装置側操作結果を車両に通知することができる。

上記第２の局面に係る情報処理装置において、好ましくは、装置制御部は、車両から送信された車両側操作結果をサーバに送信する制御を行う。このように構成すれば、サーバが車両側操作結果を確実に取得することができる。

本開示の第３の局面に係る通知システムは、車両に搭載されたＥＣＵへのソフトウェアの更新に関するユーザへの承諾要求の通知を行う通知システムであって、ユーザの車両と、ユーザの情報処理装置と、車両および情報処理装置の各々に承諾要求を送信するサーバと、を備える。車両および情報処理装置のうち一方は、承諾要求に対する所定の操作を受け付けた場合に、サーバを経由せずに、車両および情報処理装置のうち他方に、所定の操作による操作結果を送信する。上記他方は、一方からの操作結果を受信した場合に、自身が受信した承諾要求を取り下げる制御を行う。

本開示の第３の局面に係る通知システムでは、上記のように、車両および情報処理装置のうち上記他方は、車両および情報処理装置のうちの上記一方からの操作結果を受信した場合に、自身が受信した承諾要求を取り下げる制御を行う。これにより、車両と情報処理装置との間において上記承諾要求に対する操作結果を同期させる（共通化させる）ことが可能な通知システムを提供することができる。

本開示の第４の局面に係る通知制御方法は、ＥＣＵが搭載されたユーザの車両における通知制御方法であって、ＥＣＵにおいて用いられるソフトウェアの更新に関するユーザへの承諾要求をサーバから受信する工程と、承諾要求に対する所定の車両側操作を受け付ける工程と、サーバを経由することなくユーザの情報処理装置に、車両側操作による車両側操作結果を通知する工程と、情報処理装置において承諾要求に対する所定の装置側操作が受け付けられ、かつ、装置側操作による装置側操作結果が情報処理装置から車両に送信された場合に、受信された承諾要求を取り下げる工程と、を備える。

本開示の第４の局面に係る通知制御方法では、上記のように、情報処理装置において上記承諾要求に対する所定の装置側操作が受け付けられ、かつ、装置側操作による装置側操作結果が情報処理装置から車両に送信された場合に、車両受信部により受信された上記承諾要求を取り下げる制御が行われる。これにより、車両と情報処理装置との間において上記承諾要求に対する操作結果を同期させる（共通化させる）ことが可能な通知制御方法を提供することができる。

本開示の第５の局面に係る通知制御方法は、ユーザの情報処理装置における通知制御方法であって、ユーザの車両のＥＣＵにおいて用いられるソフトウェアの更新に関するユーザへの承諾要求をサーバから受信する工程と、承諾要求に対する所定の装置側操作を受け付ける工程と、サーバを経由することなく車両に、装置側操作による装置側操作結果を通知する工程と、車両において承諾要求に対する所定の車両側操作が受け付けられ、かつ、車両側操作による車両側操作結果が車両から情報処理装置に送信された場合に、受信された承諾要求を取り下げる工程と、を備える。

本開示の第５の局面に係る通知制御方法では、上記のように、車両において上記承諾要求に対する所定の車両側操作が受け付けられ、かつ、車両側操作による車両側操作結果が車両から情報処理装置に送信された場合に、装置受信部により受信された上記承諾要求を取り下げる制御が行われる。これにより、車両と情報処理装置との間において上記承諾要求に対する操作結果を同期させる（共通化させる）ことが可能な情報処理装置を提供することができる。

本開示の第６の局面に係る通知制御方法は、車両に搭載されたＥＣＵへのソフトウェアの更新に関するユーザへの承諾要求の通知を行う通知システムによる通知制御方法であって、ユーザの車両およびユーザの情報処理装置の各々に、サーバが承諾要求を送信する工程と、車両および情報処理装置のうち一方が、承諾要求に対する所定の操作を受け付ける工程と、上記一方が、サーバを経由せずに、車両および情報処理装置のうち他方に、所定の操作による操作結果を送信する工程と、上記他方が、受信した承諾要求を取り下げる工程と、を備える。

本開示の第６の局面に係る通知制御方法では、上記のように、車両および情報処理装置のうち上記他方は、車両および情報処理装置のうちの上記一方からの操作結果を受信した場合に、自身が受信した承諾要求を取り下げる制御を行う。これにより、車両と情報処理装置との間において上記承諾要求に対する操作結果を同期させる（共通化させる）ことが可能な通知制御方法を提供することができる。

本開示によれば、車両ＥＣＵに用いられるソフトウェアの更新に関する承諾要求が車両および情報処理装置の各々に送信される場合に、車両と情報処理装置との間において上記承諾要求に対する操作結果を同期させる（共通化させる）ことができる。

一実施形態による通知システムの構成を示す図である。 一実施形態による車両における通知制御方法を示すシーケンス図である。 一実施形態による携帯端末における通知制御方法を示すシーケンス図である。

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

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

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

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

携帯端末４００は、プロセッサ４０１と、メモリ４０２と、通信部４０３とを含む。メモリ４０２には、プロセッサ４０１に実行されるプログラムのほか、プログラムで使用される情報（たとえば、マップ、数式、および各種パラメータ）が記憶されている。通信部４０３は、各種通信Ｉ／Ｆを含む。なお、プロセッサ４０１および通信部４０３は、それぞれ、本開示の「装置制御部」および「装置受信部」の一例である。

サーバ１００のプロセッサ１０１は、ＥＣＵ３１０に用いられるソフトウェアの更新に関する制御を行う。プロセッサ１０１は、通信部１０３を通じて、新しいバージョンのソフトウェアをＥＣＵ３１０の通信部３１３に送信する。その後、ＥＣＵ３１０のプロセッサ３１１は、受信したソフトウェアをインストールして、ソフトウェアの更新を行う。

ここで、本実施形態では、サーバ１００（プロセッサ１０１）は、通信部１０３を通じて、上記ソフトウェアの更新に関するユーザ２００への承諾要求を、ＥＣＵ３１０（通信部３１３）および携帯端末４００（通信部４０３）の各々に送信する。

ＥＣＵ３１０のプロセッサ３１１は、上記承諾要求に対するユーザ２００の操作を受付可能である。たとえば、プロセッサ３１１は、車両３００のＨＭＩ（Human Machine Interface）等におけるユーザ２００の操作に基づいて、上記承諾要求に対するユーザ２００の操作を受け付ける。なお、車両３００において、上記承諾要求は、上記ＨＭＩを介してユーザ２００に伝達される。また、車両３００における上記操作は、本開示の「車両側操作」の一例である。

ＥＣＵ３１０のプロセッサ３１１は、車両３００におけるユーザ２００の操作を受け付けた場合に、サーバ１００を経由することなく携帯端末４００に、上記操作による操作結果を通知する制御を行う。言い換えると、プロセッサ３１１は、車両３００におけるユーザ２００の操作を受け付けた場合に、携帯端末４００に直接的に、上記操作結果を通知する制御を行う。なお、車両３００における上記操作結果は、本開示の「車両側操作結果」の一例である。

ＥＣＵ３１０のプロセッサ３１１は、車両３００における上記操作結果を、近距離通信（近距離無線通信）によって携帯端末４００に通知する制御を行う。具体的には、プロセッサ３１１は、上記操作結果を、通信部３１３を通じた近距離通信により携帯端末４００の通信部４０３に送信する制御を行う。

携帯端末４００のプロセッサ４０１は、上記承諾要求に対するユーザ２００の操作を受付可能である。たとえば、プロセッサ４０１は、携帯端末４００におけるユーザ２００の操作に基づいて、上記承諾要求に対するユーザ２００の操作を受け付ける。なお、携帯端末４００における上記操作は、本開示の「装置側操作」の一例である。

携帯端末４００のプロセッサ４０１は、携帯端末４００における上記操作を受け付けた場合に、サーバ１００を経由することなく車両３００に、上記操作による操作結果を通知する制御を行う。言い換えると、プロセッサ４０１は、携帯端末４００におけるユーザ２００の操作を受け付けた場合に、車両３００に直接的に、上記操作結果を通知する制御を行う。なお、携帯端末４００における上記操作結果は、本開示の「装置側操作結果」の一例である。

また、携帯端末４００のプロセッサ４０１は、携帯端末４００における上記操作結果を、近距離通信によって車両３００に通信する制御を行う。具体的には、プロセッサ４０１は、上記操作結果を、通信部４０３を通じた近距離通信によりＥＣＵ３１０の通信部３１３に送信する制御を行う。

ここで、従来のシステムでは、車両３００と携帯端末４００との間において、上記承諾要求に対する操作結果を同期させる（共通化させる）ことが困難である。車両３００と携帯端末４００との間において上記承諾要求に対する操作結果を容易に同期させる（共通化させる）ことが可能なシステムが望まれている。

そこで、本実施形態では、ＥＣＵ３１０のプロセッサ３１１は、携帯端末４００において上記承諾要求に対するユーザ２００の操作が受け付けられ、かつ、上記操作による操作結果が携帯端末４００から車両３００に送信された場合に、ＥＣＵ３１０の通信部３１３により受信された上記承諾要求を取り下げる制御を行う。なお、上記承諾要求を取り下げる制御とは、車両３００がサーバ１００から受信した上記承諾要求を含む信号（データ）を消去する制御を含んでいてもよい。

また、ＥＣＵ３１０のプロセッサ３１１における上記制御（取り下げる制御）は、メモリ３１２に格納されているプログラム３１２ａをプロセッサ３１１が読み込んで実行することにより行われる。なお、プログラム３１２ａ自体が物理的に存在している訳でないが、図１では分かりやすいようにメモリ３１２のプログラムに符号（３１２ａ）を付して図示している。

また、ＥＣＵ３１０のプロセッサ３１１は、携帯端末４００から送信された上記操作結果をサーバ１００（通信部１０３）に送信する制御を行う。言い換えると、サーバ１００（通信部１０３）は、携帯端末４００からの上記操作結果を、車両３００の通信部３１３経由で受信する。

また、携帯端末４００のプロセッサ４０１は、車両３００において上記承諾要求に対するユーザ２００の操作が受け付けられ、かつ、上記操作による操作結果が車両３００から携帯端末４００に送信された場合に、携帯端末４００の通信部４０３により受信された上記承諾要求を取り下げる制御を行う。なお、上記承諾要求を取り下げる制御とは、携帯端末４００がサーバ１００から受信した上記承諾要求を含む信号（データ）を消去する制御を含んでいてもよい。

なお、携帯端末４００のプロセッサ４０１における上記制御（取り下げる制御）は、メモリ４０２に格納されているプログラム４０２ａをプロセッサ４０１が読み込んで実行することにより行われる。なお、プログラム４０２ａ自体が物理的に存在している訳でないが、図１では分かりやすいようにメモリ４０２のプログラムに符号（４０２ａ）を付して図示している。

また、携帯端末４００のプロセッサ４０１は、車両３００から送信された上記操作結果をサーバ１００（通信部１０３）に送信する制御を行う。言い換えると、サーバ１００（通信部１０３）は、車両３００からの上記操作結果を、携帯端末４００の通信部４０３経由で受信する。

（車両における通知制御方法）
次に、図２のシーケンス図を参照して、車両３００における通知制御方法について説明する。

まず、ステップＳ１において、サーバ１００は、通信部１０３を通じて、車両３００および携帯端末４００の各々に、ＥＣＵ３１０において用いられるソフトウェアの更新に関する承諾要求を送信する。

ステップＳ２では、ＥＣＵ３１０のプロセッサ３１１は、ステップＳ１においてサーバ１００から車両３００に送信された上記承諾要求に対して、ユーザ２００による操作が受け付けられたか否かを判定する。プロセッサ３１１がユーザ２００による操作を受け付けている場合（Ｓ２においてＹｅｓ）、処理はステップＳ３に進む。プロセッサ３１１がユーザ２００による操作を受け付けていない場合（Ｓ２においてＮｏ）、処理はステップＳ５に進む。

ステップＳ３では、ＥＣＵ３１０のプロセッサ３１１は、ステップＳ２においてプロセッサ３１１により受け付けられたユーザ２００の操作による操作結果を、通信部３１３を通じてサーバ１００に送信する。

ステップＳ４では、ＥＣＵ３１０のプロセッサ３１１は、ステップＳ２に対応する操作結果を、サーバ１００を経由せずに、通信部３１３を通じて携帯端末４００の通信部４０３に送信する。なお、ステップＳ３の処理とステップＳ４の処理とは同時に行われてもよいし、ステップＳ４の処理が先に行われてもよい。

ステップＳ５では、ＥＣＵ３１０のプロセッサ３１１は、携帯端末４００における上記承諾要求に対するユーザ２００の操作結果が受信されているか否かを判定する。プロセッサ３１１が携帯端末４００からの上記操作結果を受信している場合は、処理はステップＳ６に進む。プロセッサ３１１が携帯端末４００からの上記操作結果を受信していない場合は、処理は終了する。なお、ステップＳ５の判定は、後述のステップＳ１４（図３参照）の処理が完了しているか否かの判定を意味している。

ステップＳ６では、ＥＣＵ３１０のプロセッサ３１１は、サーバ１００から車両３００に送信された上記承諾要求を取り下げる処理を行う。

ステップＳ７では、ＥＣＵ３１０のプロセッサ３１１は、携帯端末４００から送信された上記操作結果（携帯端末４００におけるユーザ２００の操作による操作結果）を、通信部３１３を通じてサーバ１００に送信する。これにより、サーバ１００は、車両３００および携帯端末４００（後述の図３のＳ１３参照）の両方から、上記操作結果を受信する。

（携帯端末における通知制御方法）
次に、図３のシーケンス図を参照して、携帯端末４００における通知制御方法について説明する。なお、図２と同じ処理のステップは、図２と同じ符号を付して繰り返し説明しない。

ステップＳ１２では、携帯端末４００のプロセッサ４０１は、ステップＳ１においてサーバ１００から携帯端末４００に送信された上記承諾要求に対して、ユーザ２００による操作が受け付けられたか否かを判定する。プロセッサ４０１がユーザ２００による操作を受け付けている場合（Ｓ１２においてＹｅｓ）、処理はステップＳ１３に進む。プロセッサ４０１がユーザ２００による操作を受け付けていない場合（Ｓ１２においてＮｏ）、処理はステップＳ１５に進む。

ステップＳ１３では、携帯端末４００のプロセッサ４０１は、ステップＳ１２においてプロセッサ４０１により受け付けられたユーザ２００の操作による操作結果を、通信部４０３を通じてサーバ１００に送信する。

ステップＳ１４では、携帯端末４００のプロセッサ４０１は、ステップＳ１２に対応する操作結果を、サーバ１００を経由せずに、通信部４０３を通じてＥＣＵ３１０の通信部３１３に送信する。なお、ステップＳ１３の処理とステップＳ１４の処理とは同時に行われてもよいし、ステップＳ１４の処理が先に行われてもよい。

ステップＳ１５では、携帯端末４００のプロセッサ４０１は、車両３００における上記承諾要求に対するユーザ２００の操作結果が受信されているか否かを判定する。プロセッサ４０１が車両３００からの上記操作結果を受信している場合は、処理はステップＳ１６に進む。プロセッサ４０１が車両３００からの上記操作結果を受信していない場合は、処理は終了する。なお、ステップＳ１５の判定は、図２のステップＳ４の処理が完了しているか否かの判定を意味している。

ステップＳ１６では、携帯端末４００のプロセッサ４０１は、サーバ１００から携帯端末４００に送信された上記承諾要求を取り下げる処理を行う。

ステップＳ１７では、携帯端末４００のプロセッサ４０１は、車両３００から送信された上記操作結果（車両３００におけるユーザ２００の操作による操作結果）を、通信部４０３を通じてサーバ１００に送信する。これにより、サーバ１００は、車両３００（図２のＳ３参照）および携帯端末４００の両方から、上記操作結果を受信する。

以上のように、本実施形態においては、車両３００および携帯端末４００のうち一方は、上記承諾要求に対する所定の操作を受け付けた場合に、サーバ１００を経由せずに、車両３００および携帯端末４００のうち他方に、上記所定の操作による操作結果を送信する。そして、上記他方は、上記一方からの操作結果を受信した場合に、自身が受信した上記承諾要求を取り下げる制御を行う。これにより、車両３００と携帯端末４００との間において、上記承諾要求に対する操作（操作結果）を同期させる（共通化する）ことができる。また、上記一方からサーバ１００を経由せずに上記他方に上記操作結果が送信されるとによって、車両３００と携帯端末４００との間における上記操作結果の同期に要する時間を短縮化することができる。

上記実施形態では、サーバ１００からの上記承諾要求が、車両３００と携帯端末４００とに送信される例を示したが、本開示はこれに限られない。上記承諾要求が、車両３００と、パーソナルコンピュータ等の非携帯型のユーザの端末に送信されてもよい。

上記実施形態では、車両３００と携帯端末４００との間において近距離通信によって操作結果の送受信が行われる例を示したが、本開示はこれに限られない。車両３００と携帯端末４００との間において遠距離通信によって操作結果の送受信が行われてもよい。また、車両３００と携帯端末４００との間において有線による通信によって操作結果の送受信が行われてもよい。

上記実施形態では、携帯端末４００から送信された操作結果を車両３００がサーバ１００に送信する例を示したが、本開示はこれに限られない。車両３００は、携帯端末４００から送信された操作結果をサーバ１００に送信しなくてもよい。同様に、携帯端末４００は、車両３００から送信された操作結果をサーバ１００に送信しなくてもよい。

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

１ 通知ステム，１００ サーバ，２００ ユーザ，３００ 車両，３１０ ＥＣＵ，３１１ プロセッサ（車両制御部），３１２ａ、４０２ａ プログラム，３１３ 通信部（車両受信部），４００ 携帯端末（情報処理装置），４０１ プロセッサ（装置制御部），４０３ 通信部（装置受信部）。

Claims (12)

1. ＥＣＵが搭載されたユーザの車両であって、
   前記ＥＣＵにおいて用いられるソフトウェアの更新に関する前記ユーザへの承諾要求をサーバから受信する車両受信部と、
   前記承諾要求に対する所定の車両側操作を受け付ける車両制御部と、を備え、
   前記サーバは、前記承諾要求を、前記車両とは異なる前記ユーザの情報処理装置にも送信しており、
   前記車両制御部は、
   前記車両側操作を受け付けた場合に、前記サーバを経由することなく前記情報処理装置に、前記車両側操作による車両側操作結果を通知する制御を行い、
   前記情報処理装置において前記承諾要求に対する所定の装置側操作が受け付けられ、かつ、前記装置側操作による装置側操作結果が前記情報処理装置から前記車両に送信された場合に、前記車両受信部により受信された前記承諾要求を取り下げる制御を行う、車両。
2. 前記車両制御部は、前記車両側操作結果を、近距離通信によって前記情報処理装置に通知する制御を行う、請求項１に記載の車両。
3. 前記車両制御部は、前記情報処理装置から送信された前記装置側操作結果を前記サーバに送信する制御を行う、請求項１または２に記載の車両。
4. ユーザの情報処理装置であって、
   車両のＥＣＵにおいて用いられるソフトウェアの更新に関する前記ユーザへの承諾要求をサーバから受信する装置受信部と、
   前記承諾要求に対する所定の装置側操作を受け付ける装置制御部と、を備え、
   前記サーバは、前記承諾要求を、前記車両にも送信しており、
   前記装置制御部は、
   前記装置側操作を受け付けた場合に、前記サーバを経由することなく前記車両に、前記装置側操作による装置側操作結果を通知する制御を行い、
   前記車両において前記承諾要求に対する所定の車両側操作が受け付けられ、かつ、前記車両側操作による車両側操作結果が前記車両から前記情報処理装置に送信された場合に、前記装置受信部により受信された前記承諾要求を取り下げる制御を行う、情報処理装置。
5. 前記装置制御部は、前記装置側操作結果を、近距離通信によって前記車両に通知する制御を行う、請求項４に記載の情報処理装置。
6. 前記装置制御部は、前記車両から送信された前記車両側操作結果を前記サーバに送信する制御を行う、請求項４または５に記載の情報処理装置。
7. 車両に搭載されたＥＣＵへのソフトウェアの更新に関するユーザへの承諾要求の通知を行う通知システムであって、
   前記ユーザの車両と、
   前記ユーザの情報処理装置と、
   前記車両および前記情報処理装置の各々に前記承諾要求を送信するサーバと、を備え、
   前記車両および前記情報処理装置のうち一方は、前記承諾要求に対する所定の操作を受け付けた場合に、前記サーバを経由せずに、前記車両および前記情報処理装置のうち他方に、前記所定の操作による操作結果を送信し、
   前記他方は、前記一方からの前記操作結果を受信した場合に、自身が受信した前記承諾要求を取り下げる制御を行う、通知システム。
8. ＥＣＵが搭載されたユーザの車両における通知制御方法であって、
   前記ＥＣＵにおいて用いられるソフトウェアの更新に関する前記ユーザへの承諾要求をサーバから受信する工程と、
   前記承諾要求に対する所定の車両側操作を受け付ける工程と、
   前記サーバを経由することなく前記ユーザの情報処理装置に、前記車両側操作による車両側操作結果を通知する工程と、
   前記情報処理装置において前記承諾要求に対する所定の装置側操作が受け付けられ、かつ、前記装置側操作による装置側操作結果が前記情報処理装置から前記車両に送信された場合に、受信された前記承諾要求を取り下げる工程と、を備える、通知制御方法。
9. ユーザの情報処理装置における通知制御方法であって、
   前記ユーザの車両のＥＣＵにおいて用いられるソフトウェアの更新に関する前記ユーザへの承諾要求をサーバから受信する工程と、
   前記承諾要求に対する所定の装置側操作を受け付ける工程と、
   前記サーバを経由することなく前記車両に、前記装置側操作による装置側操作結果を通知する工程と、
   前記車両において前記承諾要求に対する所定の車両側操作が受け付けられ、かつ、前記車両側操作による車両側操作結果が前記車両から前記情報処理装置に送信された場合に、受信された前記承諾要求を取り下げる工程と、を備える、通知制御方法。
10. 車両に搭載されたＥＣＵへのソフトウェアの更新に関するユーザへの承諾要求の通知を行う通知システムによる通知制御方法であって、
    前記ユーザの前記車両および前記ユーザの情報処理装置の各々に、サーバが前記承諾要求を送信する工程と、
    前記車両および前記情報処理装置のうち一方が、前記承諾要求に対する所定の操作を受け付ける工程と、
    前記一方が、前記サーバを経由せずに、前記車両および前記情報処理装置のうち他方に、前記所定の操作による操作結果を送信する工程と、
    前記他方が、受信した前記承諾要求を取り下げる工程と、を備える、通知制御方法。
11. 車両を請求項１に記載の車両として機能させる、プログラム。
12. 情報処理装置を請求項４に記載の情報処理装置として機能させる、プログラム。

Images