JP2022174678A - 情報処理装置、情報処理方法、及び、プログラム - Google Patents

Abstract

【課題】内容に応じた、車両に関するアップデートの方法を提示する。【解決手段】ユーザ端末から第１の車両に関する第１のアップデートの依頼を受信することと、第１のアップデートがハードウェアのアップデートである場合には、ユーザ端末へ、第１のアップデートを店舗で実施することを提示することと、第１のアップデートがソフトウェアのアップデートである場合には、ユーザ端末へ、第１のアップデートを無線通信によって実施することを提示することと、を実行する制御部、を備える情報処理装置である。【選択図】図９

Description

本開示は、情報処理装置、情報処理方法、及び、プログラムに関する。

車両搭載型ナビゲーションシステムに用いられる地理データやナビゲーションのアップデートデータを通信リンクを通じて配布するシステムが開示されている（例えば、特許文献１）。

特開２００７－２２６２６３号公報

本開示は、内容に応じた、車両に関するアップデートの方法を提示可能な情報処理装置、情報処理方法、及び、プログラムを提供することを課題とする。

本開示の態様の一つは、
ユーザ端末から第１の車両に関する第１のアップデートの依頼を受信することと、
前記第１のアップデートがハードウェアのアップデートである場合には、前記ユーザ端末へ、前記第１のアップデートを店舗で実施することを提示することと、
前記第１のアップデートがソフトウェアのアップデートである場合には、前記ユーザ端末へ、前記第１のアップデートを無線通信によって実施することを提示することと、
を実行する制御部、
を備える情報処理装置である。

本開示の他の態様の一つは、
ユーザ端末から第１の車両に関する第１のアップデートの依頼を受信することと、
前記第１のアップデートがハードウェアのアップデートである場合には、前記ユーザ端末へ、前記第１のアップデートを店舗で実施することを通知することと、
前記第１のアップデートがソフトウェアのアップデートである場合には、前記ユーザ端末へ、前記第１のアップデートを無線通信によって実施することを通知することと、
を含む情報処理方法である。

本開示の他の態様の一つは、
コンピュータに、
第１の車両に関する第１のアップデートの依頼を所定のサーバへ送信することと、
前記所定のサーバから、前記第１のアップデートがハードウェアのアップデートである場合には、前記第１のアップデートを店舗で実施することを受信し、前記第１のアップデートがソフトウェアのアップデートである場合には、前記第１のアップデートを無線通信によって実施することを受信することと、
を実行させるプログラムである。

本開示によれば、内容に応じた、車両に関するアップデートの方法を提示することができる。

図１は、第１実施形態に係る車両アップデートシステムのシステム構成の一例を示す図である。 図２は、センタサーバ及びユーザ端末のハードウェア構成の一例である。 図３は、センタサーバ及びユーザ端末の機能構成の一例を示す図である。 図４は、メニュー情報データベースに保持される情報の一例である。 図５は、ユーザ情報データベースに保持される情報の一例である。 図６は、店舗情報データベースに保持される情報の一例である。 図７は、車両アップデートメニュー画面の一例である。 図８は、車両アップデートメニュー画面の一例である。 図９は、ユーザ端末の車両アップデート確認画面の一例である。 図１０は、ソフトウェアのアップデートの実施方法の変更が選択された場合の画面の一例である。 図１１は、センタサーバの、ユーザ端末からメニュー取得依頼を受信した場合の処理のフローチャートの一例である。 図１２は、センタサーバの、ユーザ端末からアップデート確認依頼を受信した場合の処理のフローチャートの一例である。 図１３は、センタサーバの、ユーザ端末からアップデート確認依頼を受信した場合の処理のフローチャートの一例である。 図１４は、センタサーバの、ユーザ端末からアップデート確認依頼を受信した場合の処理のフローチャートの一例である。

例えば、車両のハードウェアをアップデートすることによって、当該車両を売却する際の査定額が上昇する可能性がある。車両のハードウェアのアップデートとは、例えば、車両の外観の変更、構成の変更、機能の追加、及び、性能の向上のためのハードウェアの追加及び変更のことをいう。

車両のハードウェアのアップデートは、例えば、所定の設備及び整備士等を備える店舗で実施される。当該店舗は、例えば、当該車両のメーカの、ディーラ、及び、工場等である。一方、車両が無線通信の機能を備える装置を搭載している場合には、ソフトウェアのアップデートは、店舗でも行うことはできるが、無線通信によっても行うことができる。無線通信でソフトウェアのアップデートする場合には、車両を店舗へ持ち込む等の手間を省くことができる。なお、本明細書において車両のソフトウェアのアップデートと称する場合には、すでに車両に搭載されているソフトウェアのアップデート、及び、新たなソフトウェアのインストールも含まれる。

本開示の態様の一つは、制御部を備える情報処理装置である。当該制御部は、ユーザ端末から第１の車両に関する第１のアップデートの依頼を受信する。また、当該制御部は、第１のアップデートがハードウェアのアップデートである場合には、当該ユーザ端末へ、第１のアップデートを店舗で実施することを通知する。当該制御部は、第１のアップデートがソフトウェアのアップデートである場合には、当該ユーザ端末へ、第１のアップデートを無線通信によって実施することを通知する。

情報処理装置は、例えば、サーバ等のコンピュータである。制御部は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサである。ユーザ端末は、例えば、スマート
フォン、タブレット端末、及び、ＰＣ（Personal Computer）等である。店舗は、例えば
、第１の車両のメーカのディーラ又は工場等である。

本開示の態様の一つによれば、第１の車両のアップデートがハードウェアかソフトウェアかに応じて、アップデートの実施方法を提示することができる。

一方、ソフトウェアのアップデートを店舗で実施したいという要望もある。例えば、車両のハードウェアのアップデートとともに車両のソフトウェアのアップデートも行われる場合、及び、通信料がかかる又は通信データ量を消費する場合等である。そこで、本開示の態様の一つでは、制御部は、第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含む場合には、第１のアップデートに含まれる１又は複数の第１のソフトウェアのアップデートを、店舗で実施することと、無線通信によって実施することと、のうちから選択可能にすることをさらに実行するようにしてもよい。これによって、第１の車両のユーザにソフトウェアのアップデートについて選択肢を与えることができ、第１の車両のユーザが望む方法で、ソフトウェアのアップデートを実施することができる。

また、本開示の態様の一つでは、制御部は、第１のアップデートが少なくともソフトウェアのアップデートを含み、１又は複数の第１のソフトウェアのアップデートに係る合計データ量が所定の閾値以上である場合には、１又は複数の第１のソフトウェアのアップデートを、店舗で実施することを推奨してもよい。第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、合計データ量が所定の閾値未満である場合には、制御部は、１又は複数の第１のソフトウェアのアップデートを、無線通信によって実施することを推奨するようにしてもよい。

ソフトウェアのアップデートに係る合計データ量が所定の閾値以上である場合には、例えば、無線通信に係る通信料金が高くなる、データ通信量の消費量が増える、又は、アップデートに時間がかかることがある。本開示の態様の一つでは、第１のアップデートがすくなくともソフトウェアのアップデートを含む場合に、ソフトウェアのアップデートに係る合計データ量に応じて、ユーザに負担が少ない実施方法を推奨することができる。

また、本開示の態様の一つでは、制御部は、第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、１又は複数の第１のソフトウェアのうちの少なくとも一つのアップデートが第１のアップデートに含まれる第１のハードウェアのアップデートに付随している場合には、１又は複数の第１のソフトウェアのアップデートを店舗で実施することを通知するようにしてもよい。また、第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、１又は複数の第１のソフトウェアのいずれのアップデートも第１のハードウェアのアップデートに付随していない場合には、制御部は、１又は複数のソフトウェアのアップデートを、店舗で実施することと、無線通信によって実施することと、のうち、無線通信によって実施することを推奨するようにしてもよい。

ソフトウェアのアップデートがハードウェアのアップデートに付随しているとは、当該ハードウェアのアップデートがなければ当該ソフトウェアの用途がないことを示す。言い換えると、当該ソフトウェアの使用には、当該ハードウェアのアップデートが必須であることを示す。ソフトウェアのアップデートがハードウェアのアップデートに付随している場合には、例えば、当該ハードウェアのアップデートに先行して当該ソフトウェアを無線通信によってアップデートしたとしても、当該ソフトウェアの用途がない。したがって、本開示の態様の一つでは、ソフトウェアのアップデートがハードウェアのアップデートに付随している場合には、ハードウェアのアップデートともにソフトウェアのアップデートも店舗において実施することにする。これによって、第１の車両のユーザは、第１の車両のアップデートに係る手間を省くことができる。

また、本開示の態様の一つでは、制御部は、第１のアップデートがハードウェアとソフ
トウェアの両方のアップデートを含み、第１のアップデートを実施する予定の第１の店舗のスケジュールにおいて、ユーザ端末によって指定された日付から所定日数後までの間に第１のアップデートを実施可能である場合には、１又は複数の第１のソフトウェアのアップデートを、店舗で実施することを推奨するようにしてもよい。また、第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、第１の店舗のスケジュールがユーザ端末によって指定された日付から所定日数後まで空いていない場合には、制御部は、１又は複数の第１のソフトウェアのアップデートを、無線通信によって実施することを推奨するようにしてもよい。

第１の店舗のスケジュールが空いていない場合には、ソフトウェアのアップデートを先行して無線通信で行った方が、より早く当該ソフトウェアによるサービスを受けることができ、ユーザにとって都合のよい場合がある。本開示の態様の一つによれば、第１の店舗のスケジュールに応じて、車両のソフトウェアのアップデートの実施方法を提示することができる。

本開示の態様の一つでは、制御部は、第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含む場合には、１又は複数の第１のソフトウェアのうちの少なくとも一つのアップデートが第１のアップデートに含まれる第１のハードウェアのアップデートに付随していること、ユーザ端末によって指定された日付から所定日数後までの間に第１のアップデートを実施可能であること、及び、１又は複数の第１のソフトウェアのアップデートに係る合計データ量が所定の閾値以上であること、の少なくとも一つが満たされることによって、１又は複数の第１のソフトウェアのアップデートを、店舗で実施することを推奨するようにしてもよい。これによって、第１のアップデートの内容に応じて、ソフトウェアのアップデートの実施方法を柔軟に提示することができる。

本開示の態様の一つでは、制御部は、第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、第１のソフトウェアが複数である場合には、複数の第１のソフトウェアのそれぞれについて、アップデートを店舗で実施することと、無線通信によって実施することと、のうちいずれを推奨するか判定するようにしてもよい。これによって、第１のアップデートに含まれる複数の第１のソフトウェアのそれぞれについて、推奨するソフトウェアのアップデートの実施方法を柔軟に判定することができる。

また、本開示の態様の一つでは、第１のアップデートによって追加又は変更されるハードウェアには、第１の車両のメーカ保証が付帯するようにしてもよい。通常、ユーザ個人で車両１０に追加及び変更したハードウェアについてはメーカは保証しないことが多いが、アップデートされた部品についてメーカが保証することによって、第１の車両のハードウェアのアップデートを促進させることができる。

本開示の態様の一つでは、制御部は、第１のアップデート後の第１の車両の査定額に関する情報をユーザ端末に送信するようにしてもよい。アップデート後の第１の車両の査定額に関する情報は、例えば、アップデート後の第１の車両の査定額、又は、アップデートによる第１の車両の査定額の変動値等である。本開示の態様の一つによって、第１の車両のユーザは、第１のアップデートを、アップデート後の査定額に関する情報に基づいて、実施するか否かを判定することができる。

本開示の態様の一つでは、制御部は、第１のアップデートにかかる料金に関する情報をユーザ端末に送信するようにしてもよい。これによって、ユーザは、第１のアップデートを実施するか否か、第１のアップデートの内容を変更するか否か、を決定することができる。

第１のアップデートにソフトウェアのアップデートが含まれる場合には、第１のアップデートに含まれる１又は複数の第１のソフトウェアのアップデートに係る合計データ量をユーザ端末に送信するようにしてもよい。これによって、第１の車両のユーザは、第１の車両のソフトウェアのアップデートに係るデータ量を知ることができる。例えば、第１の車両のソフトウェアのアップデートの実施方法として、無線通信によって行う方法と店舗において行う方法とが提示されている場合には、アップデートに係るデータ量に基づいて、ソフトウェアのアップデートの方法を選択することができる。

本開示の他の態様の一つとして、上記情報処理装置が上記処理を実行する情報処理方法として捉えることができる。また、本開示の他の態様の一つとして、上記情報処理装置の処理をコンピュータに実行させるためのプログラム、及び、当該プログラムを記録する非一時的でコンピュータ読み取り可能な記録媒体として捉えることも可能である。

また、本開示の他の態様の一つは、コンピュータに、第１の車両に関する第１のアップデートの依頼を所定のサーバへ送信することと、所定のサーバから、第１のアップデートがハードウェアのアップデートである場合には、第１のアップデートを店舗で実施することを受信し、第１のアップデートがソフトウェアのアップデートである場合には、第１のアップデートを無線通信によって実施することを受信することと、を実行させるプログラムである。当該コンピュータは、例えば、第１の車両のユーザが使用するユーザ端末である。ユーザ端末は、例えば、スマートフォン、タブレット端末、ＰＣ等である。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。

＜第１実施形態＞
図１は、第１実施形態に係る車両アップデートシステム１００のシステム構成の一例を示す図である。車両アップデートシステム１００は、車両のハードウェア及びソフトウェアのアップデートを提供するシステムである。車両アップデートシステム１００は、センタサーバ１、ユーザ端末２、車両１０に搭載される車載装置３、及び、店舗サーバ４を含む。ユーザ端末２、車載装置３、及び、店舗サーバ４は、それぞれ、車両アップデートシステム１００に複数含まれるが、図１では便宜上、１台ずつ表示されている。センタサーバ１は、「情報処理装置」の一例である。車両１０は、「第１の車両」の一例である。ユーザ端末２は、「ユーザ端末」の一例である。

センタサーバ１、ユーザ端末２、車載装置３、及び、店舗サーバ４は、それぞれ、ネットワークＮ１に接続しており、ネットワークＮ１を通じて通信可能である。ネットワークＮ１は、例えば、インターネットである。

センタサーバ１は、例えば、車両１０の製造メーカによって管理されているサーバである。店舗サーバ４は、車両１０の製造メーカが管轄するディーラ、工場、又は、整備場を管理するサーバである。例えば、車両１０のハードウェア又はソフトウェアのアップデート、修理、及び、点検時には、車両１０は店舗に持ち込まれる。

車両１０は、車載装置３を搭載している。車載装置３は無線通信機能を有する。車両１０は、いわゆるコネクテッドカーと呼ばれる車両である。ユーザ端末２は、例えば、車両１０の所有者として車両アップデートシステム１００に登録されているユーザが使用するユーザ端末である。ユーザ端末２は、例えば、スマートフォン、タブレット端末、又は、ＰＣである。ユーザ端末２は、車載装置３であってもよい。ユーザ端末２には、車両アップデートシステム１００のクライアント用アプリケーションプログラムがインストールされている。

ここで、第１実施形態において、車両１０のハードウェアのアップデートとは、例えば、車両１０の外観の変更、構成の変更、機能の追加、及び、性能の向上のためのハードウェアの追加及び変更のことをいう。より具体的には、車両１０の外観の変更に係るハードウェアのアップデートには、例えば、車体色の変更等がある。車両１０の構成の変更に係るハードウェアのアップデートには、例えば、シート数の変更、サンルーフの追加、及び、自動スライドドアへの変更等がある。なお、車両のハードウェアのアップデートの具体例はこれらに限定されない。

車両１０の機能の追加に係るハードウェアのアップデートには、例えば、先進安全機能に係る装置、センサ及び部品の追加がある。先進安全機能には、例えば、アンチロックブレーキングシステム（ＡＢＳ）、横滑り防止装置、駐車支援システム、レーンキープアシスト、ふらつき警報システム、及び、アダプティブクルーズコントロール（ＡＣＣ）等がある。車両１０の性能の向上に係るアップデートには、例えば、上述の先進安全機能に係る性能の向上のためのセンサ及び部品の追加及び交換、エンジン又はモータの交換、及び、車両１０が電気自動車である場合には容量の大きいバッテリへの変更等がある。

第１実施形態では、車両アップデートシステム１００が扱う車両１０のハードウェアのアップデートは、車両１０の性能、価値、及び、車両１０の所有者の満足度及び利便性等を高めるためのものであるとする。例えば、故障によって発生する、車両１０を元の状態に戻すための修理は、車両アップデートシステム１００が扱う車両１０のハードウェアのアップデートには含まれない。一方、故障によって発生したものの、車両１０の元の状態よりも価値又は性能が上がるようなハードウェアに係る修理は、車両アップデートシステム１００が扱う車両１０のハードウェアのアップデートに含まれてもよい。第１実施形態では、車両アップデートシステム１００は、アップデートされたハードウェアに車両１０のメーカの保証を提供している。なお、車両１０のハードウェアのアップデートは、上述の例のものに限定されない。

第１実施形態において、車両１０のソフトウェアのアップデートには、例えば、車両１０に搭載されている装置及び部品等の制御に係るソフトウェアの更新、車両１０に搭載されている装置にインストールされているアプリケーションソフトウェアの更新、及び、新たな機能の追加のための新たなソフトウェアの追加等がある。

車両１０のソフトウェアのアップデートは、車両１０を店舗へ持ち込まずとも、車載装置３の無線通信によって行うことができる。しかしながら、アップデートに係るデータ量が多い場合には、無線通信に係る通信料がかかる又はデータ通信量を消費する等の理由で、車両１０のソフトウェアのアップデート店舗で行うことを希望するユーザがいる。ハードウェアとソフトウェアの両方のアップデートがある場合には、両方を店舗で行った方が効率がよい。または、例えば、ハードウェアに付随しているソフトウェアは、当該ハードウェアがアップデートされないと当該ソフトウェアをアップデートしても当該ソフトウェアの使い道がない場合がある。

以上のように、無線通信によってソフトウェアのアップデートができる場合であっても、店舗でソフトウェアのアップデートを行う方が望ましい場合がある。そこで、第１実施形態に係るセンタサーバ１は、車両１０のアップデートの内容に応じてアップデートの実施方法を提示する。なお、車両１０のアップデートの実施方法には、第１実施形態では、店舗での実施と、無線通信による実施とがある。

より具体的には、第１実施形態では、車両１０のユーザは、車両アップデートシステム１００のクライアント用アプリケーションプログラムをユーザ端末２上で起動し、ユーザ
端末２を通じて、センタサーバ１へ、車両１０のアップデートを依頼するアップデート依頼を送信する。車両１０のユーザは、第１実施形態では、車両１０の所有者として車両アップデートシステム１００に登録されているユーザであるとする。

センタサーバ１は、ユーザ端末２からアップデート依頼を受信すると、車両１０のアップデートの内容に応じて、ユーザ端末２へアップデートの実施方法を提示する。例えば、車両１０のアップデートがハードウェアのアップデートのみである場合には、センタサーバ１は、ユーザ端末２へ、アップデートの実施方法として、店舗での実施を提示する。例えば、車両１０のアップデートがソフトウェアのアップデートのみである場合には、センタサーバ１は、ユーザ端末２へ、アップデートの実施方法として、無線通信による実施を提示する。

また、車両１０のアップデートは、ハードウェアとソフトウェアとの両方のアップデートを含む場合がある。この場合には、センタサーバ１は、アップデートのデータ量、ハードウェアに付随するソフトウェアであるか否か、及び、店舗のスケジュールの少なくともいずれかに応じて、提示するソフトウェアのアップデートの実施方法を判定する。

センタサーバ１は、ユーザ端末２のユーザによってアップデートの実施方法として店舗での実施が選択された場合に、当該アップデートを行う店舗として当該ユーザに指定された店舗の店舗サーバ４へアップデートの予約を行う。

したがって、第１実施形態によれば、車両１０のハードウェア及びソフトウェアのアップデートを提供するシステムにおいて、車両１０のアップデートの内容に応じて、アップデートの実施方法を提示することができる。

図２は、センタサーバ１及びユーザ端末２のハードウェア構成の一例である。センタサーバ１は、ハードウェア構成として、ＣＰＵ １０１、メモリ１０２、外部記憶装置１０３、及び、通信部１０４を備える。メモリ１０２および外部記憶装置１０３は、コンピュータで読み取り可能な記録媒体である。

外部記憶装置１０３は、様々なプログラムや、各プログラムの実行に際してＣＰＵ １０１が使用するデータを格納する。外部記憶装置１０３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、又は、ハードディスクドライブ（Hard Disk Drive）である。外部記憶装置１０３に保持されるプログラムには、例えば、オペレーティングシステム（ＯＳ）、車両アップデートシステム１００の制御プログラム、及び、その他様々なアプリケーションプログラムがある。

メモリ１０２は、ＣＰＵ １０１に、外部記憶装置１０３に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする記憶装置である。メモリ１０２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random
Access Memory）のような半導体メモリを含む。

ＣＰＵ １０１は、外部記憶装置１０３に保持されたＯＳ、及び、その他様々なアプリケーションプログラムをメモリ１０２にロードして実行することによって、様々な処理を実行する。ＣＰＵ １０１は、１つに限られず、複数備えられてもよい。ＣＰＵ １０１は、「制御部」の一例である。

通信部１０４は、例えば、ＬＡＮ（Local Area Network）や専用線等の有線のネットワークカードであり、当該ＬＡＮ等のアクセスネットワークを通じてネットワークＮ１に接続する。センタサーバ１のハードウェア構成は、図２に示されるものに限定されない。

ユーザ端末２は、ハードウェア構成として、例えば、ＣＰＵ ２０１、メモリ２０２、外部記憶装置２０３、無線通信部２０４、タッチパネルディスプレイ２０５、及び、ＧＰＳ（Global Positioning System）受信機２０６を備える。ただし、図２では、ユーザ端
末２のハードウェア構成として、車両アップデートシステム１００に関係するハードウェアが抽出して表示されており、ユーザ端末２のハードウェア構成は図２に示されるものに限定されない。

ＣＰＵ ２０１、メモリ２０２、及び、外部記憶装置２０３は、それぞれ、ＣＰＵ １０１、メモリ１０２、及び、外部記憶装置１０３と同様であるため、説明を省略する。外部記憶装置２０３には、車両アップデートシステム１００のクライアント用アプリケーションプログラムが格納されている。

無線通信部２０４は、例えば、５Ｇ（5th Generation）、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａｄｖａｎｃｅｄ、及び、３Ｇ等の移動体通信方式、又は、ＷｉＦｉ等の
無線通信方式に対応する無線通信回路である。無線通信部２０４は、無線通信によってアクセスネットワークに接続し、当該アクセスネットワークを通じてネットワークＮ１に接続する。

タッチパネルディスプレイ２０５は、入力装置及び出力装置の一例である。例えば、タッチパネルディスプレイ２０５には、ユーザ操作が入力され、当該ユーザ操作の内容はＣＰＵ ２０１へ出力される。また、タッチパネルディスプレイ２０５は、ＣＰＵ ２０１からの指示によって、画像データを表示する。

ＧＰＳ受信機２０６は、ＧＰＳ衛星からの信号を受信し、当該信号に含まれる時刻情報を用いて、位置情報を取得する。ＧＰＳ受信機２０６が取得する位置情報は、例えば、緯度及び経度である。ＧＰＳ受信機２０６は、ＧＰＳ受信機２０６が稼働中、所定の周期で位置情報を取得する。ユーザ端末２のハードウェア構成は、図２に示されるものに限定されない。

車載装置３は、ハードウェア構成として、ＣＰＵ、メモリ、外部記憶装置、及び、無線通信部、ＣＡＮ（Controller Area Network）に接続するインタフェースを備える。車載
装置３のＣＰＵ、メモリ、外部記憶装置、及び、無線通信部は、それぞれ、ＣＰＵ １０１、メモリ１０２、外部記憶装置１０３、及び、無線通信部２０４と同様である。車載装置３は、無線通信によってソフトウェアのアップデートデータを受信し、ＣＡＮを通じて、車両１０内の各装置に関するソフトウェアのアップデートを行う。

図３は、センタサーバ１及びユーザ端末２の機能構成の一例を示す図である。ユーザ端末２は、機能構成として、制御部２１、位置情報取得部２３、及び、画面データ格納部２４を備える。これらの機能構成要素は、例えば、ユーザ端末２のＣＰＵ ２０１が車両アップデートシステム１００のクライアントアプリケーションプログラムを実行することによって達成される。

制御部２１は、タッチパネルディスプレイ２０５の表示制御と、センタサーバ１との通信制御とを行う。例えば、制御部２１は、ユーザ端末２へのユーザ操作の入力によって、車両アップデートシステム１００のクライアント用アプリケーションが起動されると、センタサーバ１へ、メニュー取得依頼を送信する。メニュー取得依頼は、車両１０に応じたアップデートメニューの取得を依頼するメッセージである。メニュー取得依頼とともに、車両１０のユーザのユーザ識別情報及び車両１０の位置情報もセンタサーバ１へ送信される。第１実施形態では、車両１０の位置情報には、位置情報取得部２３から取得されるユ
ーザ端末２の位置情報が用いられる。

制御部２１は、センタサーバ１から、メニュー取得依頼に対する応答として、例えば、車両１０に応じたアップデートメニューについてのメニュー情報と、車両１０から所定範囲内に位置する店舗についての店舗情報とを受信する。メニュー情報は、アップデートメニューに関する情報であって、例えば、メニューの識別情報、及び、メニューの説明文等を含む。店舗情報は、店舗に関する情報であって、例えば、店舗の識別情報、店舗の位置情報、及び、店舗において実施可能なアップデートメニューの識別情報等を含む。

制御部２１は、センタサーバ１から車両１０に応じたアップデートメニューについてのメニュー情報と、車両１０から所定範囲内に位置する店舗についての店舗情報とを受信すると、車両アップデートメニュー画面を表示する。車両アップデートメニュー画面は、車両１０に応じたアップデートメニューを表示する画面である。車両アップデートメニュー画面は、例えば、車両１０に応じたアップデートメニューについてのメニュー情報、及び、車両１０から所定範囲内に存在する店舗についての店舗情報等を含む。

制御部２１は、車両アップデートメニュー画面上で、ユーザが実施を希望するアップデートメニュー等が選択され、アップデート確認依頼のユーザ操作が入力された場合に、センタサーバ１へ、アップデート確認依頼を送信する。アップデート確認依頼は、アップデートに関する詳細情報の取得を依頼するメッセージである。アップデート確認依頼とともに、例えば、車両１０のユーザのユーザ識別情報、ユーザによって選択されたアップデートメニューの識別情報、アップデートを実施する店舗として選択された店舗の識別情報、及び、予約希望日等もセンタサーバ１へ送信される。以降、ユーザが実施を希望するアップデートメニューを希望メニュー（desired menu）、アップデートを実施する店舗として選択された店舗を希望店舗(desired shop)と称する。なお、希望メニューは複数選択されてもよい。一方、希望店舗は、第１実施形態では、１店舗選択されるものとする。ただし、これに限定されず、希望店舗は複数選択可能なようにしてもよい。希望メニューに応じた車両１０のアップデートは、「第１の車両に関する第１のアップデート」の一例である。希望店舗は、「第１の店舗」の一例である。

制御部２１は、センタサーバ１から、アップデート確認依頼に対する応答として、車両１０のアップデートの詳細情報とアップデート依頼の識別情報とを受信する。アップデートの詳細情報には、例えば、希望メニューについてのメニュー情報、希望メニューに含まれるハードウェア及び／又はソフトウェアのアップデートの実施方法、希望店舗についての店舗情報、及び、ハードウェア及び／又はソフトウェアのアップデートの実施予定日等の情報が含まれる。

受信される希望メニューについてのメニュー情報には、例えば、ハードウェアのアップデートの有無、ソフトウェアのアップデートの有無、アップデートによる車両１０の査定額に関する情報、ソフトウェアのアップデートが含まれる場合にはソフトウェアのアップデートに係るデータ量、及び、アップデートにかかる料金等の情報が含まれる。制御部２１は、車両１０のアップデートの詳細情報を車両アップデート確認画面に表示する。

制御部２１は、例えば、車両アップデート確認画面を通じて、アップデートの予約依頼のユーザ操作が入力されると、センタサーバ１へ、アップデートの予約依頼を送信する。アップデートの予約依頼とともに、例えば、車両１０のユーザのユーザ識別情報と、アップデート依頼の識別情報もセンタサーバ１へ送信される。センタサーバ１によって店舗の予約等が行われ、例えば、アップデートの予約が成立すると、制御部２１は、センタサーバ１から、予約依頼に対する応答として、予約成立の通知を受信する。

位置情報取得部２３は、制御部２１から位置情報の取得の指示の入力を受けると、ＧＰＳ受信機２０６によって取得された位置情報を制御部２１へ出力する。

画面データ格納部２４は、外部記憶装置２０３の記憶領域に作成される。画面データ格納部２４は、例えば、車両アップデートメニュー画面及び車両アップデート確認画面の画面データを保持する。制御部２１の処理の詳細、及び、車両アップデートメニュー画面及び車両アップデート確認画面の詳細については、後述される。

次に、センタサーバ１は、機能構成として、制御部１１、メニュー情報ＤＢ １２、ユーザ情報ＤＢ １３、及び、店舗情報ＤＢ １４を備える。これらの機能構成は、例えば、センタサーバ１のＣＰＵ １０１が外部記憶装置１０３に記憶されている車両アップデートシステム１００の制御プログラムを実行することによって達成される。

制御部１１は、ユーザ端末２から、例えば、メニュー取得依頼、アップデート確認依頼、及び、アップデート予約依頼を受信する。制御部１１は、ユーザ端末２から、メニュー取得依頼を受信した場合には、車両１０に対応するアップデートメニューを取得する。車両１０に対応するアップデートメニューを取得する処理は、具体的には以下の通りである。

まず、メニュー取得依頼とともに、車両１０のユーザのユーザ識別情報及び車両１０の位置情報も受信される。制御部１１は、ユーザ情報ＤＢ １３から、受信されたユーザ識別情報に対応けられている車両情報を取得する。車両情報には、例えば、車両１０の識別情報、車名、型式、及び車体色等が含まれている。制御部１１は、例えば、車両１０の車名及び型式等に対応するアップデートメニューに関する情報を、車両１０に対応するアップデートメニューについてのメニュー情報として、メニュー情報ＤＢ １２から取得する。

また、制御部１１は、車両１０から所定範囲内に位置する店舗に関する情報を店舗情報ＤＢ １４から取得する。店舗が特定される所定範囲は、例えば、車両１０の位置情報から所定の距離の範囲内、車両１０の位置情報と同じエリア内、又は、車両１０の位置情報から所定の時間内に車両で移動可能な範囲内等である。制御部１１は、車両１０に対応するアップデートメニューについてのメニュー情報と、車両１０から所定範囲内に位置する店舗についての店舗情報と、をメニュー取得依頼の応答として、ユーザ端末２へ送信する。

制御部１１は、ユーザ端末２から、アップデート確認依頼を受信した場合には、希望メニューの実施に係る、アップデートの詳細情報を取得する。希望メニューの実施に係る、アップデートの詳細情報を取得する処理は、具体的には、以下の通りである。

アップデート確認依頼とともに、ユーザ端末２からは、例えば、車両１０のユーザのユーザ識別情報、希望メニューの識別情報、希望店舗の識別情報、及び、予約希望日等も受信される。アップデートの詳細情報には、例えば、希望メニューについてのメニュー情報、希望店舗についての店舗情報、アップデートの実施予定日、及び、ソフトウェアのアップデートが含まれる場合にはソフトウェアのアップデートの実施方法、等が含まれる。制御部１１は、希望メニューについてのメニュー情報をメニュー情報ＤＢ １２から取得する。制御部１１は、希望店舗についての店舗情報を店舗情報ＤＢ １４から取得する。

制御部１１は、希望メニューの識別情報に対応するメニュー情報をメニュー情報ＤＢ １２から取得し、希望メニューに、ハードウェアのアップデートが含まれるか否か、ソフトウェアのアップデートが含まれるか否かを判定する。

希望メニューに少なくともハードウェアのアップデートが含まれる場合には、制御部１１は、希望店舗のスケジュールを確認する。希望店舗のスケジュールは、例えば、希望店舗に対応する店舗サーバ４に問い合わせることによって取得される。制御部１１は、希望店舗のスケジュールについて、予約希望日に車両１０のアップデートを予約可能か否かを判定する。

希望メニューに少なくともハードウェアのアップデートが含まれており、希望店舗のスケジュールについて、予約希望日に車両１０のアップデートを予約可能である場合には、制御部１１は、予約希望日を実施予定日とする。希望店舗のスケジュールについて、予約希望日に車両１０のアップデートを予約可能でない場合には、例えば、制御部１１は、希望店舗のスケジュールから、予約希望日付近で予約可能な日を複数特定する。制御部１１は、特定された予約希望日付近で予約可能な複数の日を予約可能日としてアップデートの詳細情報の一つとする。

希望メニューに少なくともソフトウェアのアップデートが含まれる場合には、制御部１１は、ソフトウェアのアップデートの実施方法として提示する方法を判定する。例えば、希望メニューに含まれるアップデートがソフトウェアのみである場合には、制御部１１は、ソフトウェアのアップデートの実施方法として無線通信による実施方法を提示することを決定する。この場合には、例えば、制御部１１は、実施予定日は、予約希望日、又は、いつでも可能であるとする。

ただし、これに限られず、希望メニューに含まれるアップデートがソフトウェアのみである場合には、制御部１１は、ソフトウェアのアップデートの実施方法として、店舗で実施する方法と、無線通信によって実施する方法とを提示することを決定してもよい。さらに、希望メニューに含まれるアップデートがソフトウェアのみである場合には、推奨するソフトウェアのアップデートの実施方法を、アップデートに係るデータサイズに基づいて決定してもよい。アップデートに係るデータサイズは、希望メニューに含まれるソフトウェアのアップデート全てのデータ量である。アップデートに係るデータサイズが所定の閾値以上である場合には、制御部１１は、推奨するソフトウェアのアップデートの実施方法に、店舗で実施する方法を決定してもよい。アップデートに係るデータサイズが所定の閾値未満である場合には、制御部１１は、推奨するソフトウェアのアップデートの実施方法に、無線通信によって実施する方法を決定してもよい。

例えば、希望メニューに含まれるアップデートがハードウェアとソフトウェアとの両方である場合には、制御部１１は、ソフトウェアのアップデートの実施方法として、店舗での実施と無線通信による実施との選択し提示することを決定してもよい。

例えば、希望メニューに含まれるアップデートがハードウェアとソフトウェアとの両方である場合には、制御部１１は、ソフトウェアのアップデートの実施方法として提示する方法を、以下のうちの少なくともいずれかに基づいて判定してもよい。例えば、ハードウェアのアップデートに付随するソフトウェアのアップデートが含まれるか否か、予約希望日から所定の日数以内に予約できるか否か、及び、アップデートに係るデータ量が所定の閾値以上であるか否か、のうちの少なくともいずれかである。制御部１１は、上記のうちの少なくともいずれかが肯定判定となる場合に、提示又は推奨するソフトウェアのアップデートの実施方法として、店舗での実施を決定してもよい。なお、ソフトウェアのアップデートの実施方法の提示では、複数の方法を提示する場合には当該複数の方法間で優劣は付けられない。一方、所定のソフトウェアのアップデートの実施方法の推奨とは、複数の方法のうちのいずれかを優先させることをいう。

例えば、希望メニューに、ハードウェアとソフトウェアとの両方のアップデートが含ま
れており、ハードウェアのアップデートに付随するソフトウェアのアップデートが含まれる場合には、制御部１１は、ソフトウェアのアップデートの実施方法として、店舗での実施を提示することを決定してもよい。これは、希望メニューにハードウェアのアップデートに付随するソフトウェアのアップデートが含まれる場合には、ハードウェアより先にソフトウェアのアップデートを無線通信によって実施したとしても、当該ソフトウェアの使い道がないためである。希望メニューに、ハードウェアとソフトウェアとの両方のアップデートが含まれており、ハードウェアのアップデートに付随するソフトウェアのアップデートが含まれない場合には、制御部１１は、ソフトウェアのアップデートの実施方法として、店舗での実施と無線通信による実施との両方を提示することを決定してもよい。

例えば、希望メニューに含まれるアップデートがハードウェアとソフトウェアとの両方であり、予約希望日から所定の日数以内に希望店舗に予約できる場合には、制御部１１は、ソフトウェアのアップデートの実施方法として、店舗での実施を推奨することを決定してもよい。希望メニューに含まれるアップデートがハードウェアとソフトウェアとの両方であり、予約希望日から所定の日数以内に希望店舗に予約できない場合には、制御部１１は、ソフトウェアのアップデートの実施方法として、無線通信による実施を推奨することを決定してもよい。

例えば、希望メニューに含まれるアップデートがハードウェアとソフトウェアとの両方であり、アップデートに係るデータ量が所定の閾値以上である場合には、制御部１１は、ソフトウェアのアップデートの実施方法として、店舗での実施を推奨することを決定してもよい。希望メニューに含まれるアップデートがハードウェアとソフトウェアとの両方であり、アップデートに係るデータサイズが所定の閾値未満である場合には、制御部１１は、ソフトウェアのアップデートの実施方法として、無線通信による実施を推奨することを決定してもよい。

制御部１１は、アップデート確認依頼の受信に応じて作成されたアップデートの詳細情報に対して識別情報を付与し、当該識別情報と当該アップデートの詳細情報とを、例えば、一時的にメモリ１０２に保持する。制御部１１は、ユーザ端末２へ、アップデート確認依頼の応答として、希望メニューの実施に係るアップデートの詳細情報と、当該アップデートの詳細情報の識別情報とを送信する。

次に、制御部１１は、ユーザ端末２から、アップデートの予約依頼を受信する。アップデートの予約依頼とともに、例えば、車両１０のユーザのユーザ識別情報と、アップデートの詳細情報の識別情報も受信される。制御部１１は、受信した識別情報に対応するアップデートの詳細情報を参照して、アップデートの実施方法として店舗での実施が設定されている場合には、希望店舗の店舗サーバ４へ当該車両１０のアップデートの予約を行う。制御部１１は、車両１０のアップデートの予約が成立すると、ユーザ端末２へ、アップデートの予約依頼の応答として、予約成立の通知を送信する。

なお、車両１０のアップデートに複数のソフトウェアの更新が含まれている場合には、提示又は推奨するソフトウェアのアップデートの実施方法は、ソフトウェアごとに決定されてもよい。

メニュー情報ＤＢ １２、ユーザ情報ＤＢ １３、及び、店舗情報ＤＢ １４は、外部記憶装置１０３の記憶領域に作成される。メニュー情報ＤＢ １２は、アップデートメニューに関する情報を保持する。ユーザ情報ＤＢ １３は、ユーザに関する情報を保持する。店舗情報ＤＢ １４は、店舗に関する情報を保持する。メニュー情報ＤＢ １２、ユーザ情報ＤＢ １３、及び、店舗情報ＤＢ １４に保持される情報の詳細は後述される。なお、センタサーバ１及びユーザ端末２の機能構成は、図３に示される例に限定されない。

図４は、メニュー情報ＤＢ １２に保持される情報の一例である。メニュー情報ＤＢ １２は、アップデートメニューに関する情報を保持する。図４に示される例では、メニュー情報ＤＢ １２の１レコードには、メニューＩＤ、メニュー名、対応車名、ハードウェア、ソフトウェア、料金、査定額変動値、及び、説明文のフィールドが含まれている。

メニューＩＤのフィールドには、アップデートメニューの識別情報が格納されている。メニュー名のフィールドには、アップデートメニューの名称が格納されている。対応車名のフィールドには、当該アップデートメニューに対応する車両の車名が格納されている。なお、対応車名のフィールドには、当該アップデートメニューに対応する車両の車名に加えて、型式、モデル名、及び、グレード等の車両の種類を特定する情報が含まれてもよい。

ハードウェアのフィールドには、当該アップデートメニューに含まれるハードウェアに関する情報が格納されている。例えば、ハードウェアのフィールドには、ハードウェアにン関する情報として、ハードウェアの識別情報、製品名、個数、性能、及び、追加されるハードウェアである場合には当該部品を追加することを示す情報が格納される。アップデートメニューに含まれるハードウェアが複数である場合には、それぞれのハードウェアについて、ハードウェアのフィールドに情報が格納される。

ソフトウェアのフィールドには、当該アップデートメニューに含まれるソフトウェアに関する情報が格納されている。例えば、ソフトウェアのフィールドには、ソフトウェアに関する情報として、追加又は更新されるソフトウェア名、バーション、データサイズ、及び、ハードウェアに付随しているか否かを示す情報が格納される。アップデートメニューに含まれるソフトウェアが複数である場合には、それぞれのソフトウェアについて、ソフトウェアのフィールドに情報が格納される。

料金のフィールドには、当該アップデートメニューの料金が格納されている。査定額変動値は、当該アップデートメニューの実施後の車両の査定額の変動値が格納されている。アップデートメニューの実施後の車両の査定額の変動値は、「第１のアップデート後の第１の車両の査定額に関する情報」の一例である。説明文のフィールドには、当該アップデートメニューの説明文が格納されている。

メニュー情報ＤＢ １２に保持される情報は、車両アップデートシステム１００の管理者によって予め登録されている。メニュー情報ＤＢ １２の１レコードは、１つのアップデートメニューについてのメニュー情報に対応する。なお、メニュー情報ＤＢ １２に保持される情報は、図４に示されるものに限定されない。

図５は、ユーザ情報ＤＢ １３に保持される情報の一例である。ユーザ情報ＤＢ １３では、例えば、ユーザと車両１０との対応付けが保持されている。図５に示されるユーザ情報ＤＢ １３の１レコードは、ユーザＩＤ及び車両情報のフィールドが含まれている。ユーザＩＤのフィールドには、ユーザ識別情報が格納されている。ユーザ識別情報は、車両アップデートシステム１００において、ユーザを識別するために各ユーザに付与されている。

車両情報のフィールドには、車両１０に関する情報が格納されている。具体的には、車両情報のフィールドには、車両ＩＤ、車名、型式、車体色、及び、車載装置ＩＤのサブフィールドが含まれている。車両ＩＤのサブフィールドには、車両１０の識別情報が格納されている。車両１０の識別情報は、例えば、車両アップデートシステム１００において車両１０を識別するために付与された識別情報、又は、ナンバープレートに記載された識別
情報等である。

車名のサブフィールドには、当該車両１０の車名を示す情報が格納されている。型式のサブフィールドには、当該車両１０の型式を示す情報が格納されている。車体色のサブフィールドには、当該車両１０の車体色を示す情報が格納されている。車載装置ＩＤのサブフィールドには、車載装置３の識別情報が格納されている。

ユーザ情報ＤＢ １３に保持される情報は、予め登録されている。図５に示されるユーザ情報ＤＢ １３に保持される情報は一例であって、ユーザ情報ＤＢ １３に保持される情報は図５に示されるものに限定されない。

図６は、店舗情報ＤＢ １４に保持される情報の一例である。店舗情報ＤＢ １４は、店舗に関する情報を保持する。図６に示される店舗情報ＤＢ １４の１レコードには、店舗ＩＤ、店舗名、位置、及び、実施可能メニューＩＤのフィールドが含まれている。

店舗ＩＤのフィールドには、店舗の識別情報が格納されている。店舗名のフィールドには、当該店舗の名称が格納されている。位置のフィールドには、当該店舗の位置を示す情報が格納されている。店舗の位置を示す情報は、例えば、緯度及び経度、又は、住所等である。実施可能メニューＩＤのフィールドには、当該店舗において実施可能なすべてのアップデートメニューの識別情報が格納されている。店舗において実施可能とは、アップデートメニューを実施可能な設備及び人員が当該店舗に備わっていることを示す。

店舗情報ＤＢ １４に保持される情報は、予め登録されている。店舗情報ＤＢ １４の１レコードは、１店舗についての店舗情報に対応する。なお、図６に示される店舗情報ＤＢ １４に保持される情報は一例であって、店舗情報ＤＢ １４に保持される情報は図６に示されるものに限定されない。

図７、図８、図９、及び、図１０は、それぞれ、ユーザ端末２の画面の一例である。図７及び図８は、それぞれ、車両アップデートメニュー画面の一例である。車両アップデートメニュー画面は、車両１０に応じたアップデートメニューを表示する画面である。例えば、車両アップデートシステム１００のクライアント用のアプリケーションが起動されると、制御部２１がセンタサーバ１へメニュー取得依頼を送信する。メニュー取得依頼とともに、例えば、ユーザ識別情報と車両１０の位置情報もセンタサーバ１へ送信される。ユーザ端末２の制御部２１が、センタサーバ１から、車両１０に応じたアップデートメニューについてのメニュー情報と、車両１０の位置から所定範囲内の店舗についての店舗情報とを受信すると、車両アップデートメニュー画面が表示される。

図７に示される車両アップデートメニュー画面では、アップデートの対象の車両１０に関する情報と、車両１０に応じたアップデートメニューとが表示されている。対象の車両１０に関する情報の表示欄（図中、「対象車両」の欄）では、車両１０の車名、型式、車体色、及び車両の識別情報が表示されている。

アップデートメニューの表示欄（図中、「希望メニュー選択」の欄）には、車両１０に応じたアップデートメニューが羅列されている。それぞれのアップデートメニューには説明文が表示されている。それぞれのアップデートメニューにはチェックボックスが備えられており、ユーザがチェックボックスにチェックを入れると、チェックが入れられたチェックボックスに対応するアップデートメニューが希望メニューとして選択される。アップデートメニューは複数選択可能である。

図７に示される車両アップデートメニュー画面中の「次へ」ボタンが選択されると、ユ
ーザ端末２の制御部２１は、センタサーバ１から受信した車両１０から所定範囲内に存在する店舗のうち、希望メニューを実施可能な店舗を抽出する。制御部２１は、図８に示される画面へと画面を遷移させる。図８に示される車両アップデートメニュー画面には、予約希望日の入力欄とアップデートを実施可能な店舗の表示欄とが含まれている。

予約希望日の入力欄（図中、「予約希望日」の欄）では、予約希望日の年、月、及び、日がそれぞれドロップダウンメニューから選択可能になっている。アップデートを実施可能な店舗の表示欄（図中、「希望店舗選択」の欄）には、図７に示される車両アップデートメニュー画面において選択されたアップデートメニューを実施可能な店舗が羅列されている。それぞれの店舗の表示欄には、店舗の住所が示されている。それぞれの店舗の表示欄には、ラジオボタンが備えられており、ユーザがラジオボタンを選択すると、選択されたラジオボタンに対応する店舗が希望店舗として選択される。

図８に示される車両アップデートメニュー画面中の「決定」ボタンが選択されると、ユーザ端末２の制御部２１は、アップデート確認依頼をセンタサーバ１へ送信する。アップデート依頼確認とともに、希望メニューの識別情報、入力された予約希望日、及び、希望店舗の識別情報もセンタサーバ１へ送信される。なお、図７及び図８に示される車両アップデートメニュー画面は一例であって、車両アップデートメニュー画面の構成は図７及び図８に示されるものに限定されない。

図９は、ユーザ端末２の車両アップデート確認画面の一例である。車両アップデート確認画面は、希望メニューに関するアップデートの詳細情報を表示する画面である。ユーザ端末２の制御部２１がセンタサーバ１から、アップデート確認依頼の応答として、例えば、アップデートの詳細情報と、当該アップデートの詳細情報の識別情報と、を送信する。アップデートの詳細情報には、例えば、希望メニューについてのメニュー情報、希望店舗についての店舗情報、及び、ソフトウェアのアップデートの実施方法が含まれている。

図９に示される車両アップデート確認画面では、希望メニューについてのメニュー情報と、アップデートのまとめとが表示されている。図９に示される例では、希望メニューがメニューＡであることが想定されている。そのため、希望メニューについてのメニュー情報の表示欄（図中、「希望メニュー＃１」の欄）には、メニューＡのメニュー情報が表示されている。図９に示される例では、メニューＡのメニュー情報として、ハードウェアのアップデートがあること、ソフトウェアのアップデートがあること、メニューＡにおいてソフトウェアのアップデートに係るデータ量、メニューＡのアップデートの料金、及び、メニューＡのアップデートを実施した後の査定変動額が表示されている。なお、希望メニューとして複数のアップデートメニューが選択されている場合には、各アップデートメニューについてメニュー情報の表示欄が設けられる。

アップデートのまとめの表示欄（図中、「今回のアップデートのまとめ」の欄）では、今回のアップデートにおける、ハードウェアのアップデートの実施場所が店舗Ａであること、実施予定日、ソフトウェアのアップデートの実施方法が無線通信による実施であること、アップデートの料金、及び、査定変動額が表示されている。アップデートのメニューが複数である場合には、アップデートのまとめの表示欄内のアップデートの料金及び査定変動額は、今回のアップデートに含まれるすべてのメニューについての合計値となる。

車両アップデート確認画面には、変更ボタンと予約ボタンとが含まれている。予約ボタンが選択されると、制御部２１は、センタサーバ１へ、アップデートの予約依頼を送信し、車両アップデート確認画面に表示されている内容で、車両１０のアップデートの予約が行われる。

変更ボタンは、車両アップデート確認画面に表示されているアップデートの詳細情報に含まれるいずれかの情報について、変更を行う場合に選択するボタンである。変更ボタンが選択されると、例えば、希望メニュー、希望店舗（図中、「ハードウェアアップデート実施場所」）、実施予定日、及び、ソフトウェアのアップデートの実施方法について、変更可能な画面へと移行する。例えば、希望メニュー、希望店舗、又は、実施予定日のいずれかの変更が選択されると、図７又は図８の車両アップデートメニュー画面へと画面が遷移する。新たに希望メニュー、希望店舗、又は、実施予定日が選択され、決定ボタン（図８）が選択されると、制御部２１は、センタサーバ１へアップデート確認依頼を送信する。

図１０は、ソフトウェアのアップデートの実施方法の変更が選択された場合の画面の一例である。ソフトウェアのアップデートの実施方法の変更が選択された場合には、図１０に示される画面において、アップデートのまとめの表示欄（図中、「今回のアップデートのまとめ」の欄）内に、ソフトウェアのアップデート実施方法の選択肢が表示される。選択肢の中から別の実施方法を選択することで、ソフトウェアのアップデートの実施方法を変更することができる。ただし、ソフトウェアのアップデートの実施方法の選択肢が与えられていない場合には、選択肢は表示されない。

図１０に示される例の車両アップデート確認画面において予約ボタンが選択されると、ユーザ端末２の制御部２１は、実施方法変更依頼をｘ１へ送信する。実施方法変更依頼とともに、例えば、車両１０のユーザのユーザ識別情報、アップデートの詳細情報の識別情報、及び、ユーザ指定のソフトウェアのアップデートの実施方法も送信される。センタサーバ１の制御部１１は、ユーザ端末２から実施方法変更依頼を受信すると、該当するアップデートの詳細情報内のソフトウェアのアップデートの実施方法をユーザ指定の実施方法に変更し、変更後のアップデートの詳細情報をユーザ端末２へ送信する。ユーザ端末２の制御部２１は、センタサーバ１から変更後のアップデートの詳細情報を受信すると、当該アップデートの詳細情報を車両アップデート確認画面に表示する。

なお、ソフトウェアのアップデートの実施方法が無線通信での実施から店舗への実施へ変更になった場合には、センタサーバ１の制御部１１は、希望店舗へ問合せを行い、予約希望日に予約可能か否かを判定する。予約希望日に予約可能である場合には、センタサーバ１の制御部１１は、該当するアップデートの詳細情報内のソフトウェアのアップデートの実施方法を無線通信による実施から店舗での実施に変更し、変更後のアップデートの詳細情報をユーザ端末２へ送信する。予約希望日に予約可能でない場合には、センタサーバ１の制御部１１は、実施予定日を予約可能な日に変更し、該当するアップデートの詳細情報内のソフトウェアのアップデートの実施方法を無線通信による実施から店舗での実施に変更し、変更後のアップデートの詳細情報をユーザ端末２へ送信する。なお、車両アップデートメニュー画面、及び、車両アップデート確認画面は図７～図１０に示されるものに限定されず、実施の形態に応じて適宜変更可能である。

＜処理の流れ＞
図１１は、センタサーバ１の、ユーザ端末２からメニュー取得依頼を受信した場合の処理のフローチャートの一例である。図１１に示される処理は、所定の周期で繰り返し実行される。なお、図１１に示される処理の実行主体は、センタサーバ１のＣＰＵ １０１であるが、便宜上、機能構成を主体として説明する。

ＯＰ１０１では、制御部１１は、ユーザ端末２から、メニュー取得依頼を受信したか否かを判定する。ユーザ端末２からメニュー取得依頼が受信された場合には（ＯＰ１０１：ＹＥＳ）、処理がＯＰ１０２へ進む。ユーザ端末２からメニュー取得依頼が受信されていない場合には（ＯＰ１０１：ＮＯ）、図１１に示される処理が終了する。メニュー取得依
頼とともに、例えば、ユーザ端末２のユーザのユーザ識別情報及び車両１０の位置情報も取得される。

ＯＰ１０２では、制御部１１は、車両１０に応じたアップデートメニューを取得する。具体的には、制御部１１は、まず、ユーザ情報ＤＢ １３から、メニュー取得依頼とともに受信したユーザ識別情報に対応づく車両１０の車両情報を取得する。次に、制御部１１は、メニュー情報ＤＢ １２から、取得した車両１０の車両情報に含まれる車名等に対応付けられたアップデートメニューを抽出する。

ＯＰ１０３では、制御部１１は、メニュー取得依頼とともに受信した車両１０の位置情報が示す位置から所定範囲内に位置する店舗を店舗情報ＤＢ １４から抽出する。ＯＰ１０４では、制御部１１は、ユーザ端末２へ、メニュー取得依頼の応答として、ＯＰ１０２で取得した車両１０に応じたアップデートメニューについてのメニュー情報と、ＯＰ１０３で取得した車両１０の位置から所定範囲内に位置する店舗についての店舗情報と、を送信する。その後、図１１に示される処理が終了する。

図１２、図１３、及び、図１４は、センタサーバ１の、ユーザ端末２からアップデート確認依頼を受信した場合の処理のフローチャートの一例である。図１２～図１４に示される処理は、所定の周期で繰り返し実行される。

ＯＰ２０１では、制御部１１は、ユーザ端末２からアップデート確認依頼を受信したか否かを判定する。ユーザ端末２からアップデート確認依頼が受信された場合には（ＯＰ２０１：ＹＥＳ）、処理がＯＰ２０２へ進む。ユーザ端末２からアップデート確認依頼が受信されていない場合には（ＯＰ２０１：ＮＯ）、図１２に示される処理が終了する。アップデート確認依頼とともに、例えば、車両１０のユーザのユーザ識別情報、希望メニューの識別情報、及び、希望店舗の識別情報、及び、予約希望日等も受信される。

ＯＰ２０２では、制御部１１は、メニュー情報ＤＢ １２を参照し、希望メニューの識別情報に基づいて、車両１０のアップデートはハードウェアのみであるか否かを判定する。車両１０のアップデートがハードウェアのみである場合には（ＯＰ２０２：ＹＥＳ）、処理がＯＰ２０３へ進む。車両１０のアップデートがハードウェアのみでない、すなわち、車両１０のアップデートがソフトウェアのみ、又は、ハードウェアとソフトウェアの両方である場合には（ＯＰ２０２：ＮＯ）、処理が図１３のＯＰ３０１へ進む。

ＯＰ２０３では、制御部１１は、希望店舗のスケジュールにおいて予約希望日に車両１０のアップデートを予約可能であるか否かを判定する。この判定は、例えば、希望店舗に対応する店舗サーバ４に問い合わせることによって行われる。希望店舗のスケジュールにおいて予約希望日に車両１０のアップデートを予約可能である場合には（ＯＰ２０３：ＹＥＳ）、処理がＯＰ２０４へ進む。希望店舗のスケジュールにおいて予約希望日に車両１０のアップデートを予約可能でない場合には（ＯＰ２０３：ＮＯ）、処理がＯＰ２０５へ進む。

ＯＰ２０４では、制御部１１は、アップデートの詳細情報をユーザ端末２へ送信する。このときのアップデートの詳細情報には、例えば、希望メニューについてのメニュー情報、希望店舗についての店舗情報、及び、アップデートの実施予定日として予約希望日が含まれる。

ＯＰ２０５及びＯＰ２０６は、希望店舗のスケジュールにおいて予約希望日に車両１０のアップデートを予約可能でない場合の処理である。ＯＰ２０５では、制御部１１は、希望店舗の店舗サーバ４へ問い合わせて、予約希望日を含む所定の範囲内で、車両１０のア
ップデートを予約可能な日を取得する。予約可能な日が取得される範囲は、例えば、予約希望日の前後１週間等である。予約可能な日は複数日程取得されてもよい。

ＯＰ２０６では、制御部１１は、アップデートの詳細情報をユーザ端末２へ送信する。このときのアップデートの詳細情報には、例えば、希望メニューについてのメニュー情報、希望店舗についての店舗情報、及び、ＯＰ２０５で取得された予約可能な日が含まれる。

ＯＰ２０７では、制御部１１は、ユーザ端末２から、アップデート予約依頼が受信されたか否かを判定する。ユーザ端末２からアップデート予約依頼が受信された場合には（ＯＰ２０７：ＹＥＳ）、処理がＯＰ２０８へ進む。ユーザ端末２からアップデート予約依頼が受信されない場合には（ＯＰ２０７：ＮＯ）、待機状態となり、所定時間経過してもアップデート予約依頼が受信されない場合には図１２に示される処理が終了する。

ＯＰ２０８では、制御部１１は、希望店舗の店舗サーバ４へ、車両１０のアップデートを予約する。ＯＰ２０９では、制御部１１は、ユーザ端末２へ予約完了通知を送信する。その後、図１２に示される処理が終了する。

図１３に示される処理は、車両１０のアップデートがハードウェアのみでない場合の処理である。ＯＰ３０１では、制御部１１は、メニュー情報ＤＢ １２を参照し、希望メニューの識別情報に基づいて、車両１０のアップデートはソフトウェアのみであるか否かを判定する。車両１０のアップデートに含まれるアップデートがソフトウェアのみである場合には（ＯＰ３０１：ＹＥＳ）、処理がＯＰ３０２へ進む。車両１０のアップデートがソフトウェアのみでない、すなわち、車両１０のアップデートがハードウェアとソフトウェアの両方である場合には（ＯＰ３０１：ＮＯ）、処理が図１４のＯＰ４０１へ進む。

ＯＰ３０２では、制御部１１は、希望メニューに含まれるソフトウェアのアップデートにかかるデータサイズを取得する。希望メニューが複数である場合、又は、希望メニューに複数のソフトウェアのアップデートが含まれる場合には、アップデートにかかるデータの総量がデータサイズとして取得される。

ＯＰ３０３では、制御部１１は、ソフトウェアのアップデートにかかるデータサイズが所定の閾値以上であるか否かを判定する。ソフトウェアのアップデートにかかるデータサイズが所定の閾値以上である場合には（ＯＰ３０３：ＹＥＳ）、処理がＯＰ３０４へ進む。ソフトウェアのアップデートにかかるデータサイズが所定の閾値未満である場合には（ＯＰ３０３：ＮＯ）、処理がＯＰ３０８へ進む。

ＯＰ３０４からＯＰ３０７の処理は、ソフトウェアのアップデートにかかるデータサイズが所定の閾値以上である場合の処理である。ＯＰ３０４では、制御部１１は、ソフトウェアのアップデートの実施方法として、店舗での実施及び無線通信による実施の選択肢があり、店舗での実施を推奨することを判定する。

ＯＰ３０５では、制御部１１は、希望店舗のスケジュールにおいて予約希望日に車両１０のアップデートを予約可能であるか否かを判定する。希望店舗のスケジュールにおいて予約希望日に車両１０のアップデートを予約可能である場合には（ＯＰ３０５：ＹＥＳ）、処理がＯＰ３０７へ進む。希望店舗のスケジュールにおいて予約希望日に車両１０のアップデートを予約可能でない場合には（ＯＰ３０５：ＮＯ）、処理がＯＰ３０６へ進む。

ＯＰ３０６では、制御部１１は、希望店舗の店舗サーバ４へ問い合わせて、予約希望日を含む所定の範囲内で、車両１０のアップデートを予約可能な日を取得する。

ＯＰ３０７では、制御部１１は、アップデートの詳細情報をユーザ端末２へ送信する。このときのアップデートの詳細情報には、例えば、希望メニューについてのメニュー情報、希望店舗についての店舗情報、アップデートの実施予定日として予約希望日又は予約可能日、及び、ソフトウェアのアップデートの実施方法として店舗での実施及び無線通信による実施があり、店舗での実施が推奨されること、が含まれる。その後、処理は、図１２のＯＰ２０７へ進み、ユーザ端末２からアップデート予約依頼が受信される（図１２、ＯＰ２０７）と、店舗へ予約が行われる（図１２、ＯＰ２０８）。

ＯＰ３０８からＯＰ３１１の処理は、ソフトウェアのアップデートにかかるデータサイズが所定の閾値未満である場合の処理である。ＯＰ３０８では、制御部１１は、ソフトウェアのアップデートの実施方法として、店舗での実施及び無線通信による実施の選択肢があり、無線通信による実施を推奨することを判定する。

ＯＰ３０９では、制御部１１は、アップデートの詳細情報をユーザ端末２へ送信する。このときのアップデートの詳細情報には、例えば、希望メニューについてのメニュー情報、希望店舗についての店舗情報、アップデートの実施予定日として予約希望日、及び、ソフトウェアのアップデートの実施方法として店舗での実施及び無線通信による実施があり、無線通信による実施が推奨されること、が含まれる。

ＯＰ３１０では、制御部１１は、ユーザ端末２から、アップデート予約依頼が受信されたか否かを判定する。ユーザ端末２からアップデート予約依頼が受信された場合には（ＯＰ３１０：ＹＥＳ）、処理がＯＰ３１１へ進む。ユーザ端末２からアップデート予約依頼が受信されない場合には（ＯＰ３１０：ＮＯ）、待機状態となり、所定時間経過してもアップデート予約依頼が受信されない場合には図１３に示される処理が終了する。

ＯＰ３１１では、センタサーバ１は、ユーザ端末２へ、ソフトウェアのアップデートの案内情報を送信する。アップデートの案内情報には、例えば、対象のソフトウェアのアップデートデータのダウンロードサイトのＵＲＬ（Uniform Resource Locator）、及び、データサイズ等が含まれている。その後、図１３に示される処理が終了する。

図１４に示される処理は、車両１０のアップデートがハードウェアとソフトウェアの両方である場合の処理である。ＯＰ４０１では、制御部１１は、メニュー情報ＤＢ １２を参照して、希望メニューに含まれるソフトウェアがハードウェアのアップデートに付随しているか否かを判定する。希望メニューに含まれるソフトウェアがハードウェアのアップデートに付随している場合には（ＯＰ４０１：ＹＥＳ）、処理がＯＰ４０２へ進む。希望メニューに含まれるソフトウェアがハードウェアのアップデートに付随していない場合には（ＯＰ４０１：ＮＯ）、処理がＯＰ４０５へ進む。

ＯＰ４０２からＯＰ４０４の処理は、希望メニューに含まれるソフトウェアがハードウェアのアップデートに付随している場合の処理である。ＯＰ４０２では、制御部１１は、希望店舗が予約希望日に予約可能であるか否かを判定する。希望店舗が予約希望日に予約可能である場合には（ＯＰ４０２：ＹＥＳ）、処理がＯＰ４０４へ進む。希望店舗が予約希望日に予約可能でない場合には（ＯＰ４０２：ＮＯ）、処理がＯＰ４０３へ進む。

ＯＰ４０３では、制御部１１は、希望店舗の店舗サーバ４へ問い合わせて、予約希望日を含む所定の範囲内で、車両１０のアップデートを予約可能な日を取得する。ＯＰ４０４では、制御部１１は、アップデートの詳細情報をユーザ端末２へ送信する。このときのアップデートの詳細情報には、例えば、希望メニューについてのメニュー情報、希望店舗についての店舗情報、アップデートの実施予定日として予約希望日又は予約可能日、及び、
ソフトウェアのアップデートの実施方法として店舗で実施すること、が含まれる。

ＯＰ４０４では、アップデートするソフトウェアがハードウェアに付随しているため、ソフトウェアのアップデートを無線通信で行ってもハードウェアのアップデートが完了するまでは当該ソフトウェアを使えない。そのため、ソフトウェアのアップデートの実施方法として店舗での実施のみが通知される。ただし、これに限定されず、ソフトウェアのアップデートの実施方法の選択肢として店舗での実施と無線通信による実施が通知され、店舗での実施が推奨されるようにしてもよい。その後、処理は、図１２のＯＰ２０７へ進み、ユーザ端末２からアップデート予約依頼が受信される（図１２、ＯＰ２０７）と、店舗へ予約が行われる（図１２、ＯＰ２０８）。

ＯＰ４０５からＯＰ４１０の処理は、希望メニューに含まれるソフトウェアがハードウェアのアップデートに付随している場合の処理である。ＯＰ４０５では、制御部１１は、希望店舗のスケジュールにおいて予約希望日に車両１０のアップデートを予約可能であるか否かを判定する。希望店舗のスケジュールにおいて予約希望日に車両１０のアップデートを予約可能である場合には（ＯＰ４０５：ＹＥＳ）、処理がＯＰ４０８へ進む。希望店舗のスケジュールにおいて予約希望日に車両１０のアップデートを予約可能でない場合には（ＯＰ４０２：ＮＯ）、処理がＯＰ４０６へ進む。ＯＰ４０６では、制御部１１は、希望店舗の店舗サーバ４へ問い合わせて、予約希望日を含む所定の範囲内で、車両１０のアップデートを予約可能な日を取得する。

ＯＰ４０７では、制御部１１は、予約希望日から希望店舗の最速の予約可能な日まで所定日数以上あるか否かを判定する。所定日数は、例えば、１週間等である。予約希望日から希望店舗の最速の予約可能な日まで所定日数以上ある場合には（ＯＰ４０７：ＹＥＳ）、処理がＯＰ４０９へ進む。予約希望日から希望店舗の最速の予約可能な日までの日数が所定日数未満である場合には（ＯＰ４０７：ＮＯ）、処理がＯＰ４０８へ進む。

ＯＰ４０８では、制御部１１は、アップデートの詳細情報をユーザ端末２へ送信する。このときのアップデートの詳細情報には、例えば、希望メニューについてのメニュー情報、希望店舗についての店舗情報、アップデートの実施予定日として予約希望日又は予約可能日、及び、ソフトウェアのアップデートの実施方法として店舗での実施及び無線通信による実施があり、店舗での実施が推奨されること、が含まれる。その後、処理は、図１２のＯＰ２０７へ進み、ユーザ端末２からアップデート予約依頼が受信される（図１２、ＯＰ２０７）と、店舗へ予約が行われる（図１２、ＯＰ２０８）。

ＯＰ４０９では、制御部１１は、ソフトウェアのアップデートにかかるデータサイズが所定の閾値以上であるか否かを判定する。ソフトウェアのアップデートにかかるデータサイズが所定の閾値以上である場合には（ＯＰ４０９：ＹＥＳ）、処理がＯＰ４０８へ進む。ソフトウェアのアップデートにかかるデータサイズが所定の閾値未満である場合には（ＯＰ４０９：ＮＯ）、処理がＯＰ４１０へ進む。

ＯＰ４１０では、制御部１１は、制御部１１は、アップデートの詳細情報をユーザ端末２へ送信する。このときのアップデートの詳細情報には、例えば、希望メニューについてのメニュー情報、希望店舗についての店舗情報、アップデートの実施予定日として予約可能日、及び、ソフトウェアのアップデートの実施方法として店舗での実施及び無線通信による実施があり、無線通信による実施が推奨されること、が含まれる。その後、処理は、図１２のＯＰ２０７へ進み、ユーザ端末２からアップデート予約依頼が受信される（図１２、ＯＰ２０７）と、店舗へ予約が行われる（図１２、ＯＰ２０８）。

なお、図１２から図１４に示される処理において、ユーザ端末２へアップデートの詳細
情報が送信された後（図１２のＯＰ２０４及びＯＰ２０６、図１３のＯＰ３０７及びＯＰ３０９、図１４のＯＰ４０４、ＯＰ４０８、及び、ＯＰ４１０）、ユーザによって、希望メニュー、希望店舗、予約希望日、及び、ソフトウェアのアップデートの実施方法のいずれかが変更された場合には、ユーザ端末２からは再度アップデート確認依頼または実施方法変更依頼が送信される。これによって、センタサーバ1は、ユーザ端末２からのアップ
デートの予約依頼の受信判定処理（図１２のＯＰ２０７、図１３のＯＰ３１０）において否定判定となる。

ユーザによって、希望メニュー、希望店舗、及び、予約希望日のいずれかが変更された場合には、ユーザ端末２から再度アップデート確認依頼が受信され、例えば、センタサーバ１は、図１２のＯＰ１０１から処理を行う。ユーザによって、ソフトウェアのアップデートの実施方法が変更された場合には、ユーザ端末２からは実施方法変更依頼が受信され、センタサーバ１の制御部１１は、該当のアップデートの詳細情報の予約希望日に希望店舗においてソフトウェアのアップデートが予約できるか否か判定する。予約希望日に希望店舗においてソフトウェアのアップデートが予約できる場合には、センタサーバ１の制御部１１は、該当のアップデートの詳細情報の実施方法をユーザに指定された方法へ変更する。予約希望日に希望店舗においてソフトウェアのアップデートが予約できない場合には、センタサーバ１の制御部１１は、希望店舗の店舗サーバ４から予約可能な日を取得し、該当のアップデートの詳細情報の実施予定日を予約可能な日へ変更し、ソフトウェアのアップデートの実施方法をユーザに指定された方法へ変更する。変更したアップデートの詳細情報は、ユーザ端末２へ送信され、センタサーバ１は、図１２のＯＰ２０７の処理のように、ユーザ端末２からのアップデートの予約依頼の受信判定処理を行う。

＜第１実施形態の作用効果＞
第１実施形態によれば、車両１０のハードウェアをアップデート可能なシステムにおいて、車両１０のアップデートの依頼があった場合に、アップデートの対象がハードウェアかソフトウェアかに応じて、適した実施方法を提示することができる。

希望メニューにソフトウェアのアップデートが含まれている場合には、ソフトウェアのアップデートについては、店舗での実施と無線通信の実施との選択肢が提示されるので、ユーザは都合に応じて好ましい方を選択することができる。また、ソフトウェアのアップデートにかかるデータサイズ、ハードウェアのアップデートに付随しているか否か、及び、店舗の予約可能な日までの日数のうちの少なくともいずれかに基づいて、提示又は推奨されるソフトウェアのアップデートの実施方法が決定される。これによって、希望メニューの内容または状況に応じて最適なソフトウェアのアップデート方法を提示又は推奨することができる。

第１実施形態では、車両１０のアップデートの詳細情報の一つとして、査定額に関する情報、及び、車両のアップデートにかかる料金もユーザ端末へ送信される。これによって、ユーザは、車両１０のアップデートを実施するか否かの判断材料とすることができる。例えば、査定額の増加分と料金との差分が大きければ、ユーザが車両１０のアップデートを決断する後押しとなる可能性が高い。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。

第１実施形態では、車両１０のアップデートメニューにハードウェアとソフトウェアとの両方のアップデートが含まれている場合に、ソフトウェアがハードウェアに付随しているか否か、店舗のスケジュールが空いているか否か、及び、ソフトウェアのアップデート
に係る合計データ量が所定の閾値以上であるか否か、に基づいて、推奨されるソフトウェアのアップデートの実施方法が決定される。これに限られず、ソフトウェアがハードウェアに付随しているか否かに基づいて、推奨されるソフトウェアのアップデートの実施方法が決定されてもよい。店舗のスケジュールが空いているか否かに基づいて、推奨されるソフトウェアのアップデートの実施方法が決定されてもよい。または、ソフトウェアのアップデートに係る合計データ量が所定の閾値以上であるか否かに基づいて、推奨されるソフトウェアのアップデートの実施方法が決定されてもよい。

車両１０のアップデートメニューに複数のソフトウェアのアップデートが含まれている場合には、各ソフトウェアについて、提示又は推奨するアップデートの実施方法を判定してもよい。これによって、より柔軟に車両１０のアップデートメニューの内容に対応して、ソフトウェアのアップデートの実施方法を提示することができる。

本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１・・センタサーバ
２・・ユーザ端末
３・・車載装置
４・・店舗サーバ
１０・・車両
１１、２１・・制御部
１２・・メニュー情報データベース
１３・・ユーザ情報データベース
１４・・店舗情報データベース
２３・・位置情報取得部
２４・・画面データ格納部
１００・・車両アップデートシステム
１０１、２０１・・ＣＰＵ
１０２、２０２・・メモリ
１０３、２０３・・外部記憶装置
１０４・・通信部
２０４・・無線通信部
２０５・・タッチパネルディスプレイ
２０６・・ＧＰＳ受信機

Claims (20)

1. ユーザ端末から第１の車両に関する第１のアップデートの依頼を受信することと、
   前記第１のアップデートがハードウェアのアップデートである場合には、前記ユーザ端末へ、前記第１のアップデートを店舗で実施することを提示することと、
   前記第１のアップデートがソフトウェアのアップデートである場合には、前記ユーザ端末へ、前記第１のアップデートを無線通信によって実施することを提示することと、
   を実行する制御部、
   を備える情報処理装置。
2. 前記制御部は、前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含む場合には、前記第１のアップデートに含まれる１又は複数の第１のソフトウェアのアップデートを、店舗で実施することと、無線通信によって実施することと、のうちから選択可能にすることをさらに実行する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記第１のアップデートが少なくともソフトウェアのアップデートを含み、前記１又は複数の第１のソフトウェアのアップデートに係る合計データ量が所定の閾値以上である場合には、前記１又は複数の第１のソフトウェアのアップデートを、店舗で実施することを推奨し、
   前記第１のアップデートが少なくともソフトウェアのアップデートを含み、前記合計データ量が前記所定の閾値未満である場合には、前記１又は複数の第１のソフトウェアのアップデートを、無線通信によって実施することを推奨する、
   請求項２に記載の情報処理装置。
4. 前記制御部は、
   前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、前記１又は複数の第１のソフトウェアのうちの少なくとも一つのアップデートが前記第１のアップデートに含まれる第１のハードウェアのアップデートに付随している場合には、前記１又は複数の第１のソフトウェアのアップデートを店舗で実施することを通知し、
   前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、前記１又は複数の第１のソフトウェアのいずれのアップデートも前記第１のハードウェアのアップデートに付随していない場合には、前記１又は複数の第１のソフトウェアのアップデートを、店舗で実施することと、無線通信によって実施することと、のうち、無線通信によって実施することを推奨する、
   請求項２に記載の情報処理装置。
5. 前記制御部は、
   前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、前記第１のアップデートを実施する予定の第１の店舗のスケジュールにおいて、前記ユーザ端末によって指定された日付から所定日数後までの間に前記第１のアップデートを実施可能である場合には、前記１又は複数の第１のソフトウェアのアップデートを、店舗で実施することを推奨し、
   前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、前記第１の店舗のスケジュールが前記ユーザ端末によって指定された日付から所定日数後まで空いていない場合には、前記１又は複数の第１のソフトウェアのアップデートを、無線通信によって実施することを推奨する、
   請求項２に記載の情報処理装置。
6. 前記制御部は、前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含む場合には、前記１又は複数の第１のソフトウェアのうちの少なくとも一つのアップデートが前記第１のアップデートに含まれる第１のハードウェアのアップデートに付随していること、前記ユーザ端末によって指定された日付から所定日数後までの間に前記第１のアップデートを実施可能であること、及び、前記１又は複数の第１のソフトウェアのアップデートに係る合計データ量が所定の閾値以上であること、の少なくとも一つが満たされることによって、前記１又は複数の第１のソフトウェアのアップデートを、店舗で実施することを推奨する、
   請求項２に記載の情報処理装置。
7. 前記制御部は、前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、前記第１のソフトウェアが複数である場合には、前記複数の第１のソフトウェアのそれぞれについて、アップデートを店舗で実施することと、無線通信によって実施することと、のうちいずれを推奨するか判定する、
   請求項２から６のいずれか一項に記載の情報処理装置。
8. 前記第１のアップデートによって追加又は変更されるハードウェアには、前記第１の車両のメーカ保証が付帯する、
   請求項１から７のいずれか一項に記載の情報処理装置。
9. 前記制御部は、前記第１のアップデートの実施後の前記第１の車両の査定額に関する情報を前記ユーザ端末に送信する、
   請求項１から８のいずれか一項に記載の情報処理装置。
10. 前記制御部は、前記第１のアップデートにかかる料金に関する情報を前記ユーザ端末に送信する、
    請求項１から９のいずれか一項に記載の情報処理装置。
11. 前記制御部は、前記第１のアップデートにソフトウェアのアップデートが含まれる場合には、前記第１のアップデートに含まれる１又は複数の第１のソフトウェアのアップデートに係る合計データ量を前記ユーザ端末に送信する、
    請求項１から１０のいずれか一項に記載の情報処理装置。
12. ユーザ端末から第１の車両に関する第１のアップデートの依頼を受信することと、
    前記第１のアップデートがハードウェアのアップデートである場合には、前記ユーザ端末へ、前記第１のアップデートを店舗で実施することを通知することと、
    前記第１のアップデートがソフトウェアのアップデートである場合には、前記ユーザ端末へ、前記第１のアップデートを無線通信によって実施することを通知することと、
    を含む情報処理方法。
13. 前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含む場合には、前記第１のアップデートに含まれる１又は複数の第１のソフトウェアのアップデートを、店舗で実施することと、無線通信によって実施することと、のうちから選択可能にすることをさらに含む、
    請求項１２に記載の情報処理方法。
14. 前記第１のアップデートが少なくともソフトウェアのアップデートを含み、前記１又は複数の第１のソフトウェアのアップデートに係る合計データ量が所定の閾値以上である場合には、前記１又は複数の第１のソフトウェアのアップデートを、店舗で実施することを推奨し、
    前記第１のアップデートが少なくともソフトウェアのアップデートを含み、前記合計データ量が前記所定の閾値未満である場合には、前記１又は複数の第１のソフトウェアのアップデートを、無線通信によって実施することを推奨する、
    請求項１３に記載の情報処理方法。
15. 前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、前記１又は複数の第１のソフトウェアのうちの少なくとも一つのアップデートが前記第１のアップデートに含まれる第１のハードウェアのアップデートに付随している場合には、前記１又は複数の第１のソフトウェアのアップデートを、前記第１のアップデートを店舗で実施することを通知し、
    前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、前記１又は複数の第１のソフトウェアのいずれのアップデートも前記第１のハードウェアのアップデートに付随していない場合には、前記１又は複数の第１のソフトウェアのアップデートを、店舗で実施することと、無線通信によって実施することと、のうち、無線通信によって実施することを推奨する、
    請求項１３に記載の情報処理方法。
16. 前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、前記第１のアップデートを実施する予定の第１の店舗のスケジュールにおいて、前記ユーザ端末によって指定された日付から所定日数後までの間に前記第１のアップデートを実施可能である場合には、前記１又は複数の第１のソフトウェアのアップデートを、店舗で実施することを推奨し、
    前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、前記第１の店舗のスケジュールが前記ユーザ端末によって指定された日付から所定日数後まで空いていない場合には、前記１又は複数の第１のソフトウェアのアップデートを、無線通信によって実施することを推奨する、
    請求項１３に記載の情報処理方法。
17. 前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含む場合には、前記１又は複数の第１のソフトウェアのうちの少なくとも一つのアップデートが前記第１のアップデートに含まれる第１のハードウェアのアップデートに付随していること、前記ユーザ端末によって指定された日付から所定日数後までの間に前記第１のアップデートを実施可能であること、及び、前記１又は複数の第１のソフトウェアのアップデートに係る合計データ量が所定の閾値以上であること、の少なくとも一つが満たされることによって、前記１又は複数の第１のソフトウェアのアップデートを、店舗で実施することを推奨する、
    請求項１３に記載の情報処理方法。
18. 前記第１のアップデートがハードウェアとソフトウェアの両方のアップデートを含み、前記第１のソフトウェアが複数である場合には、前記複数の第１のソフトウェアのそれぞれについて、アップデートを店舗で実施することと、無線通信によって実施することと、のうちいずれを推奨するか判定する、
    請求項１３から１７のいずれか一項に記載の情報処理方法。
19. 前記第１のアップデートによって追加又は変更されるハードウェアには、前記第１の車両のメーカ保証が付帯する、
    請求項１２から１８のいずれか一項に記載の情報処理方法。
20. コンピュータに、
    第１の車両に関する第１のアップデートの依頼を所定のサーバへ送信することと、
    前記所定のサーバから、前記第１のアップデートがハードウェアのアップデートである場合には、前記第１のアップデートを店舗で実施することを受信し、前記第１のアップデートがソフトウェアのアップデートである場合には、前記第１のアップデートを無線通信によって実施することを受信することと、
    を実行させるプログラム。

Images