ホーム > 特許ランキング > トヨタ自動車株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-01-08
(45)【発行日】2025-01-17
(54)【発明の名称】情報処理システム、情報処理方法、プログラム
(51)【国際特許分類】
G06F 8/65 20180101AFI20250109BHJP
B60R 16/02 20060101ALI20250109BHJP
【ＦＩ】
G06F8/65
B60R16/02 660U
【請求項の数】
15
(21)【出願番号】P 2021112912
(22)【出願日】2021-07-07
(65)【公開番号】P2023009536
(43)【公開日】2023-01-20
【審査請求日】2023-04-17
(73)【特許権者】
【識別番号】000003207
【氏名又は名称】トヨタ自動車株式会社
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】山本 真史
(72)【発明者】
【氏名】田端 淳
(72)【発明者】
【氏名】奥田 弘一
(72)【発明者】
【氏名】牧野 有記
【審査官】坂東 博司
(56)【参考文献】
【文献】米国特許出願公開第２０２０／０１２５３４９（ＵＳ，Ａ１）
【文献】国際公開第２０２０／１９４１８６（ＷＯ，Ａ１）
【文献】特表２０２２－５２７２６６（ＪＰ，Ａ）
【文献】米国特許出願公開第２０２１／０１５７５６８（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１３／００５５２２８（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０２１／０２９４５７８（ＵＳ，Ａ１）
【文献】中国特許出願公開第１０４５０３８１９（ＣＮ，Ａ）
【文献】中国特許出願公開第１１２０９９９７７（ＣＮ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ８／６５
Ｂ６０Ｒ １６／０２
(57)【特許請求の範囲】
【請求項1】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記ソフトウェアの更新前の前記所定のデータが前記取得部により取得済みであるか否かを判定する判定部と、
前記判定部によって、前記ソフトウェアの更新前の前記所定のデータが取得済みであると判定される場合に、前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新後に、前記車両の運転者に対して、前記ソフトウェアの更新後の前記所定のデータを取得するための走行経路を案内する案内部と、
前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、前記ソフトウェアの更新による効果を評価する評価部と、を備える、
情報処理システム。
【請求項2】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記評価部は、前記ソフトウェアの更新の内容に応じて、前記効果の評価の際の前記仮想シミュレーションの実施の有無を判断する、
情報処理システム。
【請求項3】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記評価部は、前記ソフトウェアの更新の内容に応じて、前記仮想シミュレーションの際の前記車両の走行条件を変化させる、
情報処理システム。
【請求項4】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記評価部は、前記ソフトウェアの更新前及び更新後の前記所定のデータの比較による前記車両の特性の変化と、前記ソフトウェアの更新前及び更新後の前記所定のデータのそれぞれに基づく前記仮想シミュレーションの結果の比較による前記車両の特性の変化とを比較することによって、前記効果を評価する、
情報処理システム。
【請求項5】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを生成する生成部と、
前記仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記仮想モデルは、前記車両に相当する専用モデルであり、
前記生成部は、前記車両の経時変化、前記車両の使用条件、及び前記車両の構成要素の変化の少なくとも一つに合わせて、前記仮想モデルを更新する、
情報処理システム。
【請求項6】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記ソフトウェアの更新前の前記所定のデータが前記取得ステップで取得済みであるか否かを判定する判定ステップと、
前記判定ステップにて前記ソフトウェアの更新前の前記所定のデータが取得済みであると判定される場合に、前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新後に、前記車両の運転者に対して、前記ソフトウェアの更新後の前記所定のデータを取得するための走行経路を案内する案内ステップと、
前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、前記ソフトウェアの更新による効果を評価する評価ステップと、を含む、
情報処理方法。
【請求項7】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記効果の評価の際の前記仮想シミュレーションの実施の有無を判断する、
情報処理方法。
【請求項8】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記仮想シミュレーションの際の前記車両の走行条件を変化させる、
情報処理方法。
【請求項9】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記評価ステップでは、前記ソフトウェアの更新前及び更新後の前記所定のデータの比較による前記車両の特性の変化と、前記ソフトウェアの更新前及び更新後の前記所定のデータのそれぞれに基づく前記仮想シミュレーションの結果の比較による前記車両の特性の変化とを比較することによって、前記効果を評価する、
情報処理方法。
【請求項10】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを生成する生成ステップと、
前記仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記仮想モデルは、前記車両に相当する専用モデルであり、
前記生成ステップでは、前記車両の経時変化、前記車両の使用条件、及び前記車両の構成要素の変化の少なくとも一つに合わせて、前記仮想モデルを更新する、
情報処理方法。
【請求項11】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記ソフトウェアの更新前の前記所定のデータが前記取得ステップで取得済みであるか否かを判定する判定ステップと、
前記判定ステップにて前記ソフトウェアの更新前の前記所定のデータが取得済みであると判定される場合に、前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新後に、前記車両の運転者に対して、前記ソフトウェアの更新後の前記所定のデータを取得するための走行経路を案内する案内ステップと、
前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させる、
プログラム。
【請求項12】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記効果の評価の際の前記仮想シミュレーションの実施の有無を判断する、
プログラム。
【請求項13】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記仮想シミュレーションの際の前記車両の走行条件を変化させる、
プログラム。
【請求項14】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記評価ステップでは、前記ソフトウェアの更新前及び更新後の前記所定のデータの比較による前記車両の特性の変化と、前記ソフトウェアの更新前及び更新後の前記所定のデータのそれぞれに基づく前記仮想シミュレーションの結果の比較による前記車両の特性の変化とを比較することによって、前記効果を評価する、
プログラム。
【請求項15】
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを生成する生成ステップと、
前記仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記仮想モデルは、前記車両に相当する専用モデルであり、
前記生成ステップでは、前記車両の経時変化、前記車両の使用条件、及び前記車両の構成要素の変化の少なくとも一つに合わせて、前記仮想モデルを更新する、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理システム等に関する。
【背景技術】
【0002】
例えば、外部装置から車両で利用されるソフトウェア（例えば、プログラムやプログラムで使用されるパラメータ等のデータ）を車両に送信し、ソフトウェアの更新を実施させる技術が知られている（特許文献１参照）。
【0003】
特許文献１では、評価シミュレータを用いて、ソフトウェアの更新前及び更新後の車両の動作評価が行われ、ソフトウェアの更新によって、車両の機能が望ましい方向に修正されることを確認した後に、ソフトウェアの更新が行われる。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２００３－ ３４２００号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、上記の技術では、ソフトウェア更新前の事前確認が行われるのみであり、実際に車両で利用されるソフトウェアの更新が行われた際に、その車両で所望の効果が得られるかどうかが定かでない。そのため、例えば、今後の車両の保守・点検等のサービス性や今後の車両の開発へのフィードバック等の観点から、実際に車両で利用されるソフトウェアの更新が実施された場合のその車両での効果の評価が行われることが望ましい。
【0006】
そこで、上記課題に鑑み、実際に車両で利用されるソフトウェアの更新が行われた場合のその車両での効果を評価可能な技術を提供することを目的とする。
【課題を解決するための手段】
【0007】
上記目的を達成するため、本開示の一実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記ソフトウェアの更新前の前記所定のデータが前記取得部により取得済みであるか否かを判定する判定部と、
前記判定部によって、前記ソフトウェアの更新前の前記所定のデータが取得済みであると判定される場合に、前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新後に、前記車両の運転者に対して、前記ソフトウェアの更新後の前記所定のデータを取得するための走行経路を案内する案内部と、
前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、前記ソフトウェアの更新による効果を評価する評価部と、を備える、
情報処理システムが提供される。
また、本開示の他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記評価部は、前記ソフトウェアの更新の内容に応じて、前記効果の評価の際の前記仮想シミュレーションの実施の有無を判断する、
情報処理システムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記評価部は、前記ソフトウェアの更新の内容に応じて、前記仮想シミュレーションの際の前記車両の走行条件を変化させる、
情報処理システムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記評価部は、前記ソフトウェアの更新前及び更新後の前記所定のデータの比較による前記車両の特性の変化と、前記ソフトウェアの更新前及び更新後の前記所定のデータのそれぞれに基づく前記仮想シミュレーションの結果の比較による前記車両の特性の変化とを比較することによって、前記効果を評価する、
情報処理システムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを生成する生成部と、
前記仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記仮想モデルは、前記車両に相当する専用モデルであり、
前記生成部は、前記車両の経時変化、前記車両の使用条件、及び前記車両の構成要素の変化の少なくとも一つに合わせて、前記仮想モデルを更新する、
情報処理システムが提供される。
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記ソフトウェアの更新前の前記所定のデータが前記取得部により取得済みであるか否かを判定する判定部と、
前記判定部によって、前記ソフトウェアの更新前の前記所定のデータが取得済みであると判定される場合に、前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新後に、前記車両の運転者に対して、前記ソフトウェアの更新後の前記所定のデータを取得するための走行経路を案内する案内部と、
前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、前記ソフトウェアの更新による効果を評価する評価部と、を備える、
情報処理システムが提供される。
また、本開示の他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記評価部は、前記ソフトウェアの更新の内容に応じて、前記効果の評価の際の前記仮想シミュレーションの実施の有無を判断する、
情報処理システムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記評価部は、前記ソフトウェアの更新の内容に応じて、前記仮想シミュレーションの際の前記車両の走行条件を変化させる、
情報処理システムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記評価部は、前記ソフトウェアの更新前及び更新後の前記所定のデータの比較による前記車両の特性の変化と、前記ソフトウェアの更新前及び更新後の前記所定のデータのそれぞれに基づく前記仮想シミュレーションの結果の比較による前記車両の特性の変化とを比較することによって、前記効果を評価する、
情報処理システムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理システムであって、
前記更新データに基づき、前記ソフトウェアを更新させる更新部と、
前記更新部による前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得部と、
前記車両に相当する仮想モデルを生成する生成部と、
前記仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価部と、を備え、
前記仮想モデルは、前記車両に相当する専用モデルであり、
前記生成部は、前記車両の経時変化、前記車両の使用条件、及び前記車両の構成要素の変化の少なくとも一つに合わせて、前記仮想モデルを更新する、
情報処理システムが提供される。
【0009】
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記ソフトウェアの更新前の前記所定のデータが前記取得ステップで取得済みであるか否かを判定する判定ステップと、
前記判定ステップにて前記ソフトウェアの更新前の前記所定のデータが取得済みであると判定される場合に、前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新後に、前記車両の運転者に対して、前記ソフトウェアの更新後の前記所定のデータを取得するための走行経路を案内する案内ステップと、
前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、前記ソフトウェアの更新による効果を評価する評価ステップと、を含む、
情報処理方法が提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記効果の評価の際の前記仮想シミュレーションの実施の有無を判断する、
情報処理方法が提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記仮想シミュレーションの際の前記車両の走行条件を変化させる、
情報処理方法が提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記評価ステップでは、前記ソフトウェアの更新前及び更新後の前記所定のデータの比較による前記車両の特性の変化と、前記ソフトウェアの更新前及び更新後の前記所定のデータのそれぞれに基づく前記仮想シミュレーションの結果の比較による前記車両の特性の変化とを比較することによって、前記効果を評価する、
情報処理方法が提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを生成する生成ステップと、
前記仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記仮想モデルは、前記車両に相当する専用モデルであり、
前記生成ステップでは、前記車両の経時変化、前記車両の使用条件、及び前記車両の構成要素の変化の少なくとも一つに合わせて、前記仮想モデルを更新する、
情報処理方法が提供される。
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記ソフトウェアの更新前の前記所定のデータが前記取得ステップで取得済みであるか否かを判定する判定ステップと、
前記判定ステップにて前記ソフトウェアの更新前の前記所定のデータが取得済みであると判定される場合に、前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新後に、前記車両の運転者に対して、前記ソフトウェアの更新後の前記所定のデータを取得するための走行経路を案内する案内ステップと、
前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、前記ソフトウェアの更新による効果を評価する評価ステップと、を含む、
情報処理方法が提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記効果の評価の際の前記仮想シミュレーションの実施の有無を判断する、
情報処理方法が提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記仮想シミュレーションの際の前記車両の走行条件を変化させる、
情報処理方法が提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記評価ステップでは、前記ソフトウェアの更新前及び更新後の前記所定のデータの比較による前記車両の特性の変化と、前記ソフトウェアの更新前及び更新後の前記所定のデータのそれぞれに基づく前記仮想シミュレーションの結果の比較による前記車両の特性の変化とを比較することによって、前記効果を評価する、
情報処理方法が提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置が実行する情報処理方法であって、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを生成する生成ステップと、
前記仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を含み、
前記仮想モデルは、前記車両に相当する専用モデルであり、
前記生成ステップでは、前記車両の経時変化、前記車両の使用条件、及び前記車両の構成要素の変化の少なくとも一つに合わせて、前記仮想モデルを更新する、
情報処理方法が提供される。
【0010】
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記ソフトウェアの更新前の前記所定のデータが前記取得ステップで取得済みであるか否かを判定する判定ステップと、
前記判定ステップにて前記ソフトウェアの更新前の前記所定のデータが取得済みであると判定される場合に、前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新後に、前記車両の運転者に対して、前記ソフトウェアの更新後の前記所定のデータを取得するための走行経路を案内する案内ステップと、
前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させる、
プログラムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記効果の評価の際の前記仮想シミュレーションの実施の有無を判断する、
プログラムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記仮想シミュレーションの際の前記車両の走行条件を変化させる、
プログラムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記評価ステップでは、前記ソフトウェアの更新前及び更新後の前記所定のデータの比較による前記車両の特性の変化と、前記ソフトウェアの更新前及び更新後の前記所定のデータのそれぞれに基づく前記仮想シミュレーションの結果の比較による前記車両の特性の変化とを比較することによって、前記効果を評価する、
プログラムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを生成する生成ステップと、
前記仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記仮想モデルは、前記車両に相当する専用モデルであり、
前記生成ステップでは、前記車両の経時変化、前記車両の使用条件、及び前記車両の構成要素の変化の少なくとも一つに合わせて、前記仮想モデルを更新する、
プログラムが提供される。
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記ソフトウェアの更新前の前記所定のデータが前記取得ステップで取得済みであるか否かを判定する判定ステップと、
前記判定ステップにて前記ソフトウェアの更新前の前記所定のデータが取得済みであると判定される場合に、前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新後に、前記車両の運転者に対して、前記ソフトウェアの更新後の前記所定のデータを取得するための走行経路を案内する案内ステップと、
前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させる、
プログラムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記効果の評価の際の前記仮想シミュレーションの実施の有無を判断する、
プログラムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記評価ステップでは、前記ソフトウェアの更新の内容に応じて、前記仮想シミュレーションの際の前記車両の走行条件を変化させる、
プログラムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記評価ステップでは、前記ソフトウェアの更新前及び更新後の前記所定のデータの比較による前記車両の特性の変化と、前記ソフトウェアの更新前及び更新後の前記所定のデータのそれぞれに基づく前記仮想シミュレーションの結果の比較による前記車両の特性の変化とを比較することによって、前記効果を評価する、
プログラムが提供される。
また、本開示の更に他の実施形態では、
車両と通信可能に接続される外部装置から前記車両に送信される、前記車両で利用されるソフトウェアの更新データに基づき、前記ソフトウェアを更新させる情報処理装置に、
前記更新データに基づき、前記ソフトウェアを更新させる更新ステップと、
前記更新ステップでの前記ソフトウェアの更新前及び更新後のそれぞれの前記車両の状態に関する所定のデータを取得する取得ステップと、
前記車両に相当する仮想モデルを生成する生成ステップと、
前記仮想モデルを用いて、前記ソフトウェアの更新前及び更新後のそれぞれの前記所定のデータに基づき、仮想シミュレーションを行い、その結果を比較することにより、前記ソフトウェアの更新による効果を評価する評価ステップと、を実行させ、
前記仮想モデルは、前記車両に相当する専用モデルであり、
前記生成ステップでは、前記車両の経時変化、前記車両の使用条件、及び前記車両の構成要素の変化の少なくとも一つに合わせて、前記仮想モデルを更新する、
プログラムが提供される。
【発明の効果】
【0012】
上述の実施形態によれば、実際に車両で利用されるソフトウェアの更新が行われた場合のその車両での効果を評価することができる。
【図面の簡単な説明】
【0013】
【図1】ソフトウェア更新システムの一例を示す概要図である。
【図2】車両のハードウェア構成の一例を示す図である。
【図3】配信サーバのハードウェア構成の一例を示す図である。
【図4】ソフトウェア更新システムの機能構成の一例を示す機能ブロック図である。
【図5】車両の変速機の変速マップの更新の一例を示す図である。
【図6】車両の原動機の切替マップの更新の一例を示す図である。
【図7】車両の変速機のシフトチェンジ（シフトアップ）に関する制御ロジックの更新前及び更新後のそれぞれについて、変速機のシフトチェンジ時における実際の車両の状態の経時変化の一例を示す図である。
【図8】車両の変速機のシフトチェンジ（シフトアップ）に関する制御ロジックの更新前及び更新後のそれぞれについて、変速機のシフトチェンジ時における実際の車両の状態の経時変化の他の例を示す図である。
【図9】車両の変速機のシフトチェンジ（シフトアップ）に関する制御ロジックの更新前及び更新後のそれぞれについて、変速機のシフトチェンジ時における車両の状態の経時変化の仮想シミュレーションの結果の一例を示す図である。
【図10】セントラルＥＣＵによるソフトウェア更新処理の一例を概略的に示すフローチャートである。
【図11】セントラルＥＣＵによるソフトウェア更新処理の一例を概略的に示すフローチャートである。
【図12】セントラルＥＣＵによるソフトウェア更新処理の他の例を概略的に示すフローチャートである。
【図13】セントラルＥＣＵによるソフトウェア更新処理の他の例を概略的に示すフローチャートである。
【図14】解析サーバによる効果評価処理の一例を概略的に示すフローチャートである。
【図15】解析サーバによる効果評価処理の他の例を概略的に示すフローチャートである。
【発明を実施するための形態】
【0014】
以下、図面を参照して実施形態について説明する。
【0015】
［ソフトウェア更新システムの概要］
図１を参照して、本実施形態に係るソフトウェア更新システム１の概要について説明する。
図１を参照して、本実施形態に係るソフトウェア更新システム１の概要について説明する。
【0016】
図１は、ソフトウェア更新システム１の一例を示す概要図である。
【0017】
図１に示すように、ソフトウェア更新システム１（情報処理システムの一例）は、車両１０と、配信サーバ２０と、解析サーバ３０と、ユーザ端末４０とを含む。
【0018】
ソフトウェア更新システム１は、車両１０で利用されるソフトウェアの更新データを車両１０に配信し、車両１０のソフトウェアを更新させる。
【0019】
車両１０のソフトウェアには、例えば、後述のゲートウェイＥＣＵ（Electronic Control Unit）１２やＥＣＵ１３やセントラルＥＣＵ１９等の車両１０に搭載されるコンピュータ（車載コンピュータ）で実行されるプログラムが含まれる。また、車両１０のソフトウェアには、例えば、車載コンピュータで実行されるプログラムによる処理で利用されるパラメータ等の各種データが含まれる。
【0020】
また、ソフトウェア更新システム１は、ソフトウェアの更新による効果の評価（確認）を行う。これにより、ソフトウェア更新システム１は、ソフトウェアの更新による効果の評価結果を、車両１０に相当する現行の車種の開発或いは後継の車種の開発部門や現行車種のサービス・点検部門にフィードバックすることができる。
【0021】
ソフトウェアの更新による効果には、例えば、ソフトウェアの更新の目的に相当する性能の向上（改善）に関する効果を含む。
【0022】
また、ソフトウェアの更新による効果には、例えば、ソフトウェアの更新の内容（更新データ）に沿った車両１０の状態が実現されているか否かに関する効果を含む。例えば、車両１０の変速機の変速条件（変速線）が更新される場合（後述の図５参照）、ソフトウェアの更新の内容に沿った車両１０の状態の実現とは、更新後の変速条件通りに変速機の変速が実際に行われることを意味する。また、例えば、車両１０の原動機（エンジン及び電動機）の切替マップが更新される場合（後述の図６参照）、ソフトウェアの更新の内容に沿った車両１０の状態の実現とは、更新後の切替条件通りに原動機の切り替えが実際に行われることを意味する。また、例えば、車両１０の変速機のシフトチェンジに関する制御ロジックが更新される場合（後述の図７～図９参照）、ソフトウェアの更新の内容に沿った車両１０の状態の実現とは、更新後の制御ロジック通りに変速機の変速が行われることを意味する。
【0023】
車両１０は、ソフトウェアの更新対象である。車両１０は、例えば、エンジンや電動機等の所定の原動機から、変速機、ディファレンシャル、及びドライブシャフト等の駆動系を介して駆動輪に伝達される動力で走行する。
【0024】
車両１０は、後述の如く、通信装置１１を搭載し、所定の通信回線を通じて、例えば、配信サーバ２０や解析サーバ３０等の外部装置と通信可能に接続される。これにより、車両１０は、配信サーバ２０や解析サーバ３０に情報信号を送信したり、配信サーバ２０や解析サーバ３０から制御信号や情報信号（例えば、ソフトウェアの更新データ）を受信したりすることができる。
【0025】
所定の通信回線は、例えば、基地局を末端とする移動体通信網、通信衛星を利用する衛星通信網、インターネット網等の広域ネットワーク（ＷＡＮ：Wide Area Network）を含む。また、所定の通信回線は、例えば、配信サーバ２０や解析サーバ３０が設置される施設のローカルネットワーク（ＬＡＮ：Local Area Network）を含んでもよい。また、所定の通信回線は、例えば、ＷｉＦｉやブルートゥース（登録商標）等の無線通信規格に基づく近距離通信回線を含んでもよい。以下、配信サーバ２０と解析サーバ３０との間の通信で利用される通信回線、及び配信サーバ２０とユーザ端末４０との間の通信で利用される通信回線等についても同様であってよい。
【0026】
尚、ソフトウェア更新システム１に含まれる車両１０は、一台であってもよいし、複数台であってもよい。後者の場合、ソフトウェア更新システム１に含まれる複数の車両１０は、例えば、全て同じ車種であってもよいし、２以上の車種の車両１０を含んでいてもよい。
【0027】
配信サーバ２０（外部装置の一例）は、車両１０で利用される各種データを車両１０に配信する。具体的には、配信サーバ２０は、車両１０にソフトウェアの更新データを配信する。
【0028】
配信サーバ２０は、例えば、複数の車両１０の状態等の監視を集中的に行う監視センタ等に設置されるオンプレミスサーバやクラウドサーバである。また、配信サーバ２０は、例えば、車両１０が主に走行する地域（例えば、法規上、車両１０が登録されている地域）に設置されるエッジサーバであってもよい。この場合、配信サーバ２０は、ソフトウェア更新システム１に含まれる全ての車両１０に対して、複数設けられてもよい。以下、解析サーバ３０についても同様であってよい。
【0029】
配信サーバ２０は、上述の如く、所定の通信回線を通じて、車両１０と通信可能に接続される。これにより、配信サーバ２０は、車両１０から各種の情報信号を受信したり、車両１０に各種の情報信号（例えば、ソフトウェアの更新データ）や制御信号（例えば、ソフトウェアの更新の指令）等を送信したりすることができる。
【0030】
解析サーバ３０は、例えば、車両１０からその状態を表す各種データ（以下、「車両データ」）を取得し、車両１０に関する解析を行う。具体的には、解析サーバ３０は、車両１０のソフトウェアの更新によって得られる効果に関する解析を行う。
【0031】
解析サーバ３０は、上述の如く、所定の通信回線を通じて、車両１０と通信可能に接続される。これにより、解析サーバ３０は、車両１０から各種の情報信号（例えば、車両データ）を受信したり、車両１０に各種の情報信号や制御信号を送信したりすることができる。
【0032】
また、解析サーバ３０は、所定の通信回線を通じて、配信サーバ２０やユーザ端末４０と通信可能に接続される。これにより、解析サーバ３０は、配信サーバ２０やユーザ端末４０に各種の情報信号や制御信号を送信したり、配信サーバ２０やユーザ端末４０から各種の情報信号や制御信号を受信したりすることができる。
【0033】
尚、配信サーバ２０及び解析サーバ３０の機能は、配信サーバ２０（情報処理装置の一例）或いは解析サーバ３０（情報処理装置の一例）に集約されてもよい。また、配信サーバ２０及び解析サーバ３０の機能は、３つ以上のサーバにより分散して実現されたりしてもよい。
【0034】
ユーザ端末４０は、車両１０のユーザが利用（所持）する端末装置である。車両１０のユーザは、例えば、車両１０の所有者や車両１０の所有者の家族等である。ユーザ端末４０は、例えば、スマートフォン、タブレット端末、ラップトップ型のＰＣ（Personal Computer）等の携帯型（可搬型）の端末装置である。また、ユーザ端末４０は、例えば、デスクトップ型のＰＣ等の定置型の端末装置であってもよい。
【0035】
ユーザ端末４０は、上述の如く、所定の通信回線を通じて、配信サーバ２０と通信可能に接続される。これにより、ユーザ端末４０は、配信サーバ２０から送信される制御信号や情報信号を受信し、信号に含まれる情報をディスプレイやスピーカ等を通じて車両１０のユーザに把握させることができる。また、ユーザ端末４０は、ユーザからの入力に応じて、その入力内容に応じた制御信号や情報信号を配信サーバに送信し、ユーザからの入力内容に対応するユーザの要求を配信サーバ２０に伝えることができる。
【0036】
【0037】
＜車両のハードウェア構成＞
図２は、車両１０のハードウェア構成の一例を示す図である。
図２は、車両１０のハードウェア構成の一例を示す図である。
【0038】
図２に示すように、車両１０は、通信装置１１と、ゲートウェイＥＣＵ１２と、ＥＣＵ１３と、センサ１５と、ナビゲーション装置１６と、入力装置１７と、表示装置１８と、セントラルＥＣＵ１９と、を含む。
【0039】
通信装置１１は、所定の通信回線を通じて、車両１０の外部と通信を行う。通信装置１１は、例えば、基地局を末端とする移動体通信網に接続し、外部と通信を行うことが可能な移動体通信モジュールであり、具体的には、ＤＣＭ（Data Communication Module）であってよい。通信装置１１は、車両１０の内部の通信回線を通じて、ゲートウェイＥＣＵ１２やＥＣＵ１３やセントラルＥＣＵ１９等と通信可能に接続される。車両１０の内部の通信回線は、例えば、一対一の通信線や車載ネットワークである。車載ネットワークは、例えば、ＣＡＮ（Controller Area Network）、ＬＩＮ（Local Interconnect Network）、ＦｌｅｘＲａｙ、車載イーサネット（Ethernet）等である。通信装置１１は、例えば、ゲートウェイＥＣＵ１２から指令（要求）に応じて、所定の信号を外部に送信してよい。また、通信装置１１により外部から受信される信号は、ゲートウェイＥＣＵ１２に取り込まれる。
【0040】
ゲートウェイＥＣＵ１２は、車両１０の外部の通信回線と、車両１０の内部の通信回線（例えば、車載ネットワーク）との間のゲートウェイとして機能する。
【0041】
ゲートウェイＥＣＵ１２は、その機能が任意のハードウェア或いは任意のハードウェア及びソフトウェアの組み合わせ等により実現されてよい。例えば、ゲートウェイＥＣＵ１２は、後述のセントラルＥＣＵ１９と同様のハードウェア構成を有し、補助記憶装置にインストールされるプログラムをメモリ装置にロードしＣＰＵ（Central Processing Unit）上で実行することにより、各種機能を実現してよい。以下、ＥＣＵ１３についても同様であってよい。
【0042】
例えば、ゲートウェイＥＣＵ１２は、既知の方法を用いて、通信装置１１により外部から受信された信号が正規の送信元からの送信された信号であり、且つ、改ざんがされていない信号であることの認証を行う。正規の送信元とは、予め送信元として登録されている送信元（例えば、配信サーバ２０、解析サーバ３０等）や相互通信により予め認証が得られている送信元等を意味する。ゲートウェイＥＣＵ１２は、通信装置１１により受信される信号のうち、認証が成功した信号のデータのみを車両１０の内部の通信回線を通じて、所定の車載機器（例えば、ＥＣＵ１３やセントラルＥＣＵ１９等）に送信する。
【0043】
また、例えば、ゲートウェイＥＣＵ１２は、車両１０の各種機器からの要求に応じて、所定の情報や指令（要求）等の内容を含む信号を生成し、通信装置１１を通じて、所定の送信先（例えば、配信サーバ２０や解析サーバ３０）に送信する。
【0044】
ＥＣＵ１３は、車両１０に一又は複数搭載される。ＥＣＵ１３は、車両１０の各種機能に関する制御を行う。例えば、複数のＥＣＵ１３の中には、車両１０の動力源としてのエンジンを制御するＥＣＵ１３、車両１０の動力源としての電動機（ＭＧ：Motor Generator）を制御するＥＣＵ１３、車両１０の変速機のシフトポジションを制御するＥＣＵ１３等が含まれる。
【0045】
センサ１５は、車両１０に一又は複数搭載される。センサ１５は、車両１０の状態に関する計測データを出力する。センサ１５の出力（計測データ）は、車両１０の内部の通信回線を通じて、セントラルＥＣＵ１９に取り込まれる。例えば、複数のセンサ１５の中には、車両１０の各車輪の車輪速を計測するセンサ１５（車輪速センサ）が含まれる。また、例えば、複数のセンサ１５の中には、車両１０の前後方向や左右方向や上下方向の加速度を計測するセンサ１５（加速度センサ）が含まれる。また、例えば、複数のセンサ１５の中には、車両１０の所定部位の温度を計測するセンサ１５（温度センサ）が含まれる。温度センサには、例えば、車両１０に搭載される駆動用のバッテリや補機用のバッテリの温度を測定する温度センサや各種機器の冷却水の温度を測定する水温センサや各種機器の潤滑油の油温を測定する油温センサ等が含まれる。また、例えば、複数のセンサ１５の中には、車両１０の位置を測定するセンサ１５（ＧＮＳＳ（Global Navigation Satellite System）センサ）を含む。
【0046】
ナビゲーション装置１６は、表示装置１８を通じて、車両１０のユーザ（運転者）に車両１０が通過する経路を案内する。例えば、ナビゲーション装置１６は、複数のＥＣＵ１３のうちの一のＥＣＵ１３の制御下で、車両１０のユーザに車両１０が通過する経路を案内する。
【0047】
入力装置１７は、車両１０の室内に設けられ、搭乗者からの各種入力を受け付ける。入力装置１７は、例えば、ボタン、トグル、レバー、タッチパネル、タッチパッド等の搭乗者からの操作入力を受け付ける操作入力装置を含む。また、入力装置１７は、例えば、マイクロフォン等、車両１０の搭乗者の音声入力を受け付ける音声入力装置を含む。また、入力装置１７は、例えば、車両１０の室内の搭乗者の様子を撮像可能なカメラ等、車両１０の搭乗者のジェスチャ入力を受け付けるジェスチャ入力装置を含む。入力装置１７で受け付けられる入力の内容を表す入力信号は、車両１０の内部の通信回線を通じて、セントラルＥＣＵ１９に取り込まれる。
【0048】
表示装置１８は、車両１０の室内の運転席から視認し易い場所に設けられ、各種情報画面を表示する。表示装置１８は、例えば、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイ等である。表示装置１８は、車両１０の内部の通信回線を通じて、セントラルＥＣＵ１９と通信可能に接続され、セントラルＥＣＵ１９は、表示装置１８に制御信号を出力し、表示装置１８に所定の情報画面を表示させることができる。
【0049】
セントラルＥＣＵ１９は、例えば、車両１０に搭載されるゲートウェイＥＣＵ１２及びＥＣＵ１３を含む各種ＥＣＵの上位の制御装置として、各種ＥＣＵの動作を統括制御したり、各種ＥＣＵで利用される各種データの登録先として機能したりする。
【0050】
セントラルＥＣＵ１９の機能は、任意のハードウェア或いは任意のハードウェア及びソフトウェアの組み合わせ等により実現される。例えば、図２に示すように、セントラルＥＣＵ１９は、バスＢ１で接続される、補助記憶装置１９Ａ、メモリ装置１９Ｂ、ＣＰＵ１９Ｃ、及びインタフェース装置１９Ｄを含む。
【0051】
補助記憶装置１９Ａは、不揮発性の記憶手段であり、インストールされるプログラムを格納すると共に、必要なファイルやデータ等を格納する。補助記憶装置１９Ａは、例えば、フラッシュメモリ等である。
【0052】
メモリ装置１９Ｂは、例えば、プログラムの起動指示があった場合に、補助記憶装置１９ＡのプログラムをＣＰＵ１９Ｃが読み込み可能なようにロードする。メモリ装置１９Ｂは、例えば、ＳＲＡＭ（Static Random Access Memory）である。
【0053】
ＣＰＵ１９Ｃは、例えば、メモリ装置１９Ｂにロードされるプログラムを実行し、プログラムの命令に従って、セントラルＥＣＵ１９の各種機能を実現する。
【0054】
インタフェース装置１９Ｄは、例えば、車両１０の内部の通信回線に接続するためのインタフェースとして用いられる。インタフェース装置１９Ｄは、接続する通信回線の種類に合わせて、複数の異なる種類のインタフェース装置を含んでよい。
【0055】
セントラルＥＣＵ１９の各種機能を実現するプログラムは、例えば、可搬型の記録媒体１９Ｅによって提供される。この場合、インタフェース装置１９Ｄは、記録媒体１９Ｅからのデータの読み取りや記録媒体１９Ｅへのデータの書き込みのためのインタフェースとして機能する。記録媒体１９Ｅは、例えば、ＤＬＣ（Data Link Coupler）等の外部接続用のコネクタに着脱可能なケーブルで接続される専用ツールである。また、記録媒体１９Ｅは、例えば、ＳＤメモリカードやＵＳＢ（Universal Serial Bus）メモリ等であってもよい。また、プログラムは、所定の通信回線を通じて、車両１０の外部の他のコンピュータ（例えば、配信サーバ２０）からダウンロードされ、補助記憶装置１９Ａにインストールされてもよい。
【0056】
＜配信サーバのハードウェア構成＞
図３は、配信サーバ２０のハードウェア構成の一例を示す図である。
図３は、配信サーバ２０のハードウェア構成の一例を示す図である。
【0057】
配信サーバ２０の機能は、任意のハードウェア或いは任意のハードウェア及びソフトウェアの組み合わせ等により実現される。例えば、図３に示すように、配信サーバ２０は、バスＢ２で接続される、外部インタフェース２１、補助記憶装置２２、メモリ装置２３、ＣＰＵ２４、通信インタフェース２６、入力装置２７、及び表示装置２８を含む。
【0058】
尚、解析サーバ３０やユーザ端末４０についても配信サーバ２０と同様のハードウェア構成を有してよい。以下、解析サーバ３０やユーザ端末４０のハードウェア構成の図示や説明を省略する。
【0059】
外部インタフェース２１は、記録媒体２１Ａからデータの読み取りや記録媒体２１Ａへのデータの書き込みのためのインタフェースとして機能する。記録媒体２１Ａには、例えば、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray（登録商標） Disc）、ＳＤメモリカード、ＵＳＢ（Universal Serial Bus）メモリ等が含まれる。これにより、配信サーバ２０は、記録媒体２１Ａを通じて、処理で利用する各種データを読み込み、補助記憶装置２２に格納したり、各種機能を実現するプログラムをインストールしたりすることができる。
【0060】
尚、配信サーバ２０は、通信インタフェース２６を通じて、外部装置から各種データやプログラムを取得してもよい。
【0061】
補助記憶装置２２は、インストールされた各種プログラムを格納すると共に、各種処理に必要なファイルやデータ等を格納する。補助記憶装置２２は、例えば、ＨＤＤ（Hard Disc Drive）やＳＳＤ（Solid State Drive）やフラッシュメモリ等を含む。
【0062】
メモリ装置２３は、プログラムの起動指示があった場合に、補助記憶装置２２からプログラムを読み出して格納する。メモリ装置２３は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）を含む。
【0063】
ＣＰＵ２４は、補助記憶装置２２からメモリ装置２３にロードされた各種プログラムを実行し、プログラムに従って配信サーバ２０に関する各種機能を実現する。
【0064】
高速演算装置２５は、ＣＰＵ２４と連動し、相対的に高い速度で演算処理を行う。高速演算装置２５は、例えば、ＧＰＵ（Graphics Processing Unit）やＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）等を含む。
【0065】
尚、高速演算装置２５は、必要な演算処理の速度に応じて、省略されてもよい。
【0066】
通信インタフェース２６は、外部機器と通信可能に接続するためのインタフェースとして用いられる。これにより、配信サーバ２０は、通信インタフェース２６を通じて、例えば、車両１０や解析サーバ３０やユーザ端末４０等の外部機器と通信することができる。また、通信インタフェース２６は、接続される機器との間の通信方式等によって、複数の種類の通信インタフェースを有してよい。
【0067】
入力装置２７は、ユーザから各種入力を受け付ける。
【0068】
入力装置２７は、例えば、ユーザからの機械的な操作入力を受け付ける操作入力装置を含む。操作入力装置は、例えば、ボタン、トグル、レバー等を含む。また、操作入力装置は、例えば、表示装置２８に実装されるタッチパネル、表示装置２８とは別に設けられるタッチパッド等を含む。
【0069】
また、入力装置２７は、例えば、ユーザからの音声入力を受付可能な音声入力装置を含む。音声入力装置は、例えば、ユーザの音声を集音可能なマイクロフォンを含む。
【0070】
また、入力装置２７は、例えば、ユーザからのジェスチャ入力を受付可能なジェスチャ入力装置を含む。ジェスチャ入力装置は、例えば、ユーザのジェスチャの様子を撮像可能なカメラを含む。
【0071】
また、入力装置２７は、例えば、ユーザからの生体入力を受付可能な生体入力装置を含む。生体入力装置は、例えば、ユーザの指紋や虹彩に関する情報を内包する画像データを取得可能なカメラを含む。
【0072】
表示装置２８は、ユーザに向けて、情報画面や操作画面を表示する。表示装置２８は、例えば、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイ等を含む。
【0073】
【0074】
図４は、ソフトウェア更新システム１の機能構成の一例を示す機能ブロック図である。
【0075】
＜車両の機能構成＞
図４に示すように、ゲートウェイＥＣＵ１２は、機能部として、通信部１２１と、記憶部１２２とを含む。通信部１２１の機能は、例えば、ゲートウェイＥＣＵ１２の補助記憶装置にインストールされるプログラムをメモリ装置にロードしＣＰＵ上で実行することにより実現されてよい。また、記憶部１２２の機能は、例えば、ゲートウェイＥＣＵ１２の補助記憶装置等に規定される記憶領域により実現されてよい。
図４に示すように、ゲートウェイＥＣＵ１２は、機能部として、通信部１２１と、記憶部１２２とを含む。通信部１２１の機能は、例えば、ゲートウェイＥＣＵ１２の補助記憶装置にインストールされるプログラムをメモリ装置にロードしＣＰＵ上で実行することにより実現されてよい。また、記憶部１２２の機能は、例えば、ゲートウェイＥＣＵ１２の補助記憶装置等に規定される記憶領域により実現されてよい。
【0076】
通信部１２１は、通信装置１１を制御し、車両１０の外部から受信される信号をゲートウェイＥＣＵ１２に取り込んだり、車両１０の外部に信号を送信させたりする。
【0077】
記憶部１２２には、ゲートウェイＥＣＵ１２で利用される各種データが記憶される。記憶部１２２には、例えば、ゲートウェイＥＣＵ１２（補助記憶装置）にインストールされた各種プログラムのデータが登録（記憶）される。また、記憶部１２２には、例えば、ゲートウェイＥＣＵ１２の各種プログラムによる処理で参照されるパラメータのデータ等が登録（記憶）される。
【0078】
ＥＣＵ１３は、機能部として、記憶部１３１を含む。記憶部１３１の機能は、例えば、ＥＣＵ１３の補助記憶装置に規定される記憶領域により実現される。
【0079】
記憶部１３１には、ＥＣＵ１３で利用される各種データが記憶される。記憶部１３１には、例えば、ＥＣＵ１３（補助記憶装置）にインストールされた各種プログラムのデータが登録（記憶）される。また、記憶部１３１には、例えば、ＥＣＵ１３の各種プログラムによる処理で参照されるパラメータのデータ等が登録（記憶）される。
【0080】
セントラルＥＣＵ１９は、機能部として、車両データ送信部１９１と、ダウンロード処理部１９２と、記憶部１９３と、ソフトウェア更新部１９４と、記憶部１９５と、を含む。また、セントラルＥＣＵ１９は、車両データ取得部１９６と、経路案内部１９７と、記憶部１９８と、車両データ送信部１９９とを含む。車両データ送信部１９１、ダウンロード処理部１９２、ソフトウェア更新部１９４、車両データ取得部１９６、経路案内部１９７、及び車両データ送信部１９９の機能は、例えば、補助記憶装置１９Ａにインストールされるプログラムをメモリ装置１９ＢにロードしＣＰＵ１９Ｃ上で実行することにより実現されてよい。記憶部１９３，１９５，１９８の機能は、例えば、補助記憶装置１９Ａに規定される記憶領域により実現されてよい。
【0081】
車両データ送信部１９１は、所定周期ごとに、車両１０の状態を表す車両データを取得し、ゲートウェイＥＣＵ１２（通信装置１１）を通じて、解析サーバ３０に送信（アップロード）する。車両データには、例えば、センサ１５から出力される計測データが含まれる。また、車両データには、例えば、ゲートウェイＥＣＵ１２、ＥＣＵ１３、及びセントラルＥＣＵ１９等の各種ＥＣＵから出力される指令値や制御処理の過程での演算結果の値等の制御データが含まれる。以下、車両データ送信部１９１による送信対象の車両データを、車両データ取得部１９６の取得対象（車両データ送信部１９９の送信対象）の車両データと区別し、便宜的に「第１の車両データ」と称する場合がある。車両データ送信部１９１は、例えば、取得した第１の車両データをリアルタイムに解析サーバ３０にアップロードしてよい。また、車両データ送信部１９１は、例えば、取得した第１の車両データをメモリ装置１９Ｂや補助記憶装置１９Ａに蓄積し、所定のタイミングで蓄積された車両データをまとめて解析サーバ３０に送信してもよい。
【0082】
ダウンロード処理部１９２は、配信サーバ２０からのソフトウェアの更新データのダウンロードに関する処理を行う。
【0083】
記憶部１９３は、配信サーバ２０からダウンロードされたソフトウェアの更新データを記憶する。
【0084】
ソフトウェア更新部１９４（更新部の一例）は、記憶部１９３にダウンロード済のソフトウェアの更新データを用いて、ゲートウェイＥＣＵ１２やＥＣＵ１３やセントラルＥＣＵ１９等で利用されるソフトウェアの更新を行う。
【0085】
尚、後述の如く、車両データ取得部１９６の機能が解析サーバ３０に移管される場合、ソフトウェア更新部１９４は、配信サーバ２０（例えば、通知部２０１）からの指令に応じて、ソフトウェアの更新を行ってもよい。
【0086】
記憶部１９５には、セントラルＥＣＵ１９で利用される各種データが記憶される。記憶部１９５には、例えば、セントラルＥＣＵ１９（補助記憶装置）にインストールされた各種プログラムのデータが登録（記憶）される。また、記憶部１９５には、例えば、セントラルＥＣＵ１９の各種プログラムによる処理で参照されるパラメータのデータ等が登録（記憶）される。
【0087】
車両データ取得部１９６（取得部の一例）は、ソフトウェア更新部１９４により車両１０のソフトウェアが更新される場合に、その更新前及び更新後の所定の車両データを取得する。以下、車両データ取得部１９６の取得対象の所定の車両データを、上述の車両データ送信部１９１の送信対象（取得対象）の車両データ（第１の車両データ）と区別し、便宜的に「第２の車両データ」と称する場合がある。第２の車両データは、ソフトウェアの更新によって得られる効果を解析サーバ３０が検証するために必要な種類の車両データであり、第１の車両データに相当する複数の種類の車両データの一部又は全部の種類の車両データに相当する。また、第２の車両データは、ソフトウェアの種類やその更新の内容によって変化しうる。例えば、取得すべき第２の車両データの種類に関する情報は、ソフトウェアの更新の内容、即ち、更新データと紐付けられる形で予め規定され、配信サーバ２０や解析サーバ３０等から車両１０に配信される態様であってよい。これにより、車両データ取得部１９６は、ソフトウェアの更新の内容（更新データ）に合わせて、適切な第２の車両データを取得することができる。
【0088】
例えば、車両データ取得部１９６は、ソフトウェアの種類やその更新の内容等に応じて規定される、第２の車両データとして取得すべき種類の車両データを所定周期ごとにメモリ装置１９Ｂに規定されるリングバッファに時系列で記録する。そして、車両データ取得部１９６は、ソフトウェアの種類やその更新の内容に応じて規定される所定の条件（以下、「取得条件」）が成立すると、取得条件の成立時の所定期間の車両データをリングバッファから第２の車両データとして取得し、記憶部１９８に保存する。取得条件は、例えば、ソフトウェアの更新による効果を評価する際の前提となる車両１０の走行条件や環境条件等を含む。または、取得条件は、一つであってもよいし、複数であってもよい。
【0089】
尚、車両データ取得部１９６の機能は、解析サーバ３０に移管されてもよい。この場合、解析サーバ３０の同機能部（取得部の一例）は、例えば、車両１０からアップロードされる第１の車両データの中から取得条件に合致する第２の車両データを取得（抽出）する。そして、配信サーバ２０の通知部２０１（更新部の一例）は、解析サーバ３０における車両１０のソフトウェアの更新前の第２の車両データの取得状況を把握しながら、車両１０にソフトウェアの更新指令を送信してよい。これにより、車両データ取得部１９６の機能が解析サーバ３０に移管された場合であっても、ソフトウェアの更新前の第２の車両データの取得を待って、車両１０のソフトウェアの更新を実施させることができる。
【0090】
経路案内部１９７は、ナビゲーション装置１６を制御し、ＧＮＳＳセンサ（センサ１５）の出力に基づき、車両１０の位置を把握しながら、第２の車両データを取得するのに適した経路を通過するように車両１０のユーザ（運転者）を案内（誘導）する。例えば、セントラルＥＣＵ１９（経路案内部１９７）は、直接、ナビゲーション装置１６に制御指令を出力し、ナビゲーション装置１６を制御してよい。また、例えば、セントラルＥＣＵ１９（経路案内部１９７）は、ナビゲーション装置１６を制御するＥＣＵ１３に制御指令を出力することにより、そのＥＣＵ１３を通じて、ナビゲーション装置１６を制御してもよい。
【0091】
第２の車両データを取得するのに適した経路とは、ソフトウェアの更新による車両１０の状態の変化が相対的に高い頻度で発生する経路である。第２の車両データを取得するのに適した経路（道路）の条件は、例えば、制限速度、通過車両の平均速度、勾配、カーブの曲率半径等のパラメータによって予め規定され、配信サーバ２０や解析サーバ３０等から車両１０に配信される態様であってよい。これにより、経路案内部１９７は、ソフトウェアの更新の内容に適合する第２の車両データを取得するのに適した経路を通過するように車両１０のユーザ（運転者）を適切に誘導することができる。
【0092】
尚、車両データ取得部１９６の機能が解析サーバ３０に移管される場合、経路案内部１９７の機能も解析サーバ３０に移管されてもよい。この場合、解析サーバ３０の同機能部は、図示しないナビゲーションサーバを利用しながら、車両１０の外部からナビゲーション装置１６を制御し、車両１０の経路案内を実施してよい。
【0093】
記憶部１９８には、車両データ取得部１９６により取得された第２の車両データが記憶される。
【0094】
車両データ送信部１９９は、記憶部１９８に記憶される第２の車両データを、ゲートウェイＥＣＵ１２（通信装置１１）を通じて、解析サーバ３０に送信する。
【0095】
＜配信サーバの機能構成＞
図４に示すように、配信サーバ２０は、機能部として、通知部２０１と、配信部２０２とを含む。通知部２０１及び配信部２０２の機能は、例えば、補助記憶装置２２にインストールされるプログラムをメモリ装置２３にロードしＣＰＵ２４上で実行することにより実現される。
図４に示すように、配信サーバ２０は、機能部として、通知部２０１と、配信部２０２とを含む。通知部２０１及び配信部２０２の機能は、例えば、補助記憶装置２２にインストールされるプログラムをメモリ装置２３にロードしＣＰＵ２４上で実行することにより実現される。
【0096】
通知部２０１は、車両１０で利用されるソフトウェアの更新データがある場合に、車両１０のユーザにソフトウェアの更新データの存在を通知する。ソフトウェア更新システム１に複数の車両１０が含まれる場合、複数の車両１０のうちの更新データによるソフトウェアの更新の対象の車両１０のユーザだけにソフトウェアの更新データの存在を通知する。例えば、複数の車両１０の中に２以上の車種の車両１０が含まれる場合、車種ごとに、ソフトウェアの更新の有無や更新の内容が異なりうるからである。また、例えば、複数の車両１０が全て同じ車種であっても、グレードによって、ソフトウェアの更新の有無や更新の内容に差異が生じうるからである。また、例えば、車両１０に関する契約内容によって、ユーザが受けることのできるサービス、即ち、契約内容で規定される対価（料金）に対するサービスが異なり、ソフトウェアの更新の有無や更新の内容に差異が生じうるからである。
【0097】
具体的には、通知部２０１は、ソフトウェアの更新データの存在を通知する信号を車両１０に送信する。これにより、車両１０のセントラルＥＣＵ１９（ダウンロード処理部１９２）は、表示装置１８を通じて、ソフトウェアの更新データの存在を通知することができる。また、通知部２０１は、車両１０に代えて、或いは、加えて、車両１０のユーザのユーザ端末４０にソフトウェアの更新データの存在を通知する信号を送信してもよい。これにより、ユーザ端末４０（通知部４０１）は、表示装置を通じて、ソフトウェアの更新データの存在を車両１０のユーザに通知することができる。また、通知部２０１は、ソフトウェアの更新のためにユーザによる対価（料金）の支払いが必要な場合、ソフトウェアの更新による効果の予測結果の内容、及び対価の額を含む、ソフトウェアの更新データの存在を通知する信号を車両１０やユーザ端末４０に送信してもよい。これにより、車両１０のセントラルＥＣＵ１９（ダウンロード処理部１９２）は、表示装置１８を通じて、ソフトウェアの更新に必要な対価の額と共に、ソフトウェアの更新データの存在を車両１０のユーザに通知することができる。また、ユーザ端末４０（通知部４０１）は、表示装置を通じて、ソフトウェアの更新に必要な対価の額と共に、ソフトウェアの更新データの存在を車両１０のユーザに通知することができる。
【0098】
また、通知部２０１は、車両１０或いは車両１０のユーザのユーザ端末４０からソフトウェアの更新を許可する信号（以下、「更新許可信号」）が受信されると、その旨を通知する信号を解析サーバ３０に送信する。更新許可信号は、車両１０の入力装置１７やユーザ端末４０の入力装置を通じて、車両１０のユーザがソフトウェアの更新を許可するための所定の入力を行ったことを示す信号である。この際、信号には、対象の車両１０を特定する情報（例えば、車両１０ごとに規定されるＩＤ（Identifier）等の識別情報やＶＩＮ（Vehicle Identification Number）等）、及びソフトウェアの更新内容に関する情報等が含まれる。これにより、解析サーバ３０（後述の効果評価部３０４）は、ソフトウェアの更新による効果の評価対象の車両１０、及びソフトウェアの更新の内容等を把握することができる。
【0099】
配信部２０２は、ソフトウェアの更新データを車両１０に配信する。例えば、通知部２０１は、車両１０或いはユーザ端末４０から更新許可信号が受信されると、配信部２０２に更新データの配信指令を送信し、配信部２０２は、更新指令に応じて、対象の車両１０に更新データを送信する。
【0100】
＜解析サーバの機能構成＞
図４に示すように、解析サーバ３０は、機能部として、仮想車両モデル取得部３０１と、仮想車両モデル記憶部３０２と、シミュレータ部３０３と、効果評価部３０４とを含む。仮想車両モデル取得部３０１、シミュレータ部３０３、及び効果評価部３０４の機能は、例えば、解析サーバ３０の補助記憶装置にインストールされるプログラムをメモリ装置にロードしＣＰＵ上で実行することにより実現される。仮想車両モデル記憶部３０２の機能は、例えば、解析サーバ３０の補助記憶装置に規定される記憶領域によって実現される。
図４に示すように、解析サーバ３０は、機能部として、仮想車両モデル取得部３０１と、仮想車両モデル記憶部３０２と、シミュレータ部３０３と、効果評価部３０４とを含む。仮想車両モデル取得部３０１、シミュレータ部３０３、及び効果評価部３０４の機能は、例えば、解析サーバ３０の補助記憶装置にインストールされるプログラムをメモリ装置にロードしＣＰＵ上で実行することにより実現される。仮想車両モデル記憶部３０２の機能は、例えば、解析サーバ３０の補助記憶装置に規定される記憶領域によって実現される。
【0101】
仮想車両モデル取得部３０１（生成部の一例）は、車両１０に相当する仮想モデル（以下、「仮想車両モデル」）を取得する。仮想車両モデルは、車両１０の各種特性が仮想空間上で再現されたデジタルモデルである。仮想車両モデルは、例えば、車両１０の全体の各種特性が再現されたフルビークルモデルであってもよいし、後述の効果予測の対象となる車両１０の一部の特性だけが再現されたパーシャルビークルモデルであってもよい。また、仮想車両モデルは、車両１０の一部又は全部の形状が再現された三次元モデルであってもよい。
【0102】
例えば、仮想車両モデル取得部３０１は、仮想車両モデルとして、同じ車種や同じ車種且つ同じグレードの車両１０に汎用の仮想モデル（汎用モデルの一例）を取得する。汎用の仮想車両モデルは、例えば、車両１０に相当する車種の開発段階で作成される、車両１０に相当する車種やグレードの最終仕様のフルビークルモデルやパーシャルビークルモデルであってよい。
【0103】
また、例えば、仮想車両モデル取得部３０１は、車両１０ごとに専用の仮想モデル（専用モデルの一例）を生成することにより、仮想車両モデルを取得してもよい。具体的には、仮想車両モデル取得部３０１は、汎用の仮想車両モデルをベースにして、車両１０からアップロードされる第１の車両データに基づき、仮想車両モデルを適宜更新することで、車両１０に専用の仮想車両モデルを生成してよい。これにより、仮想車両モデル取得部３０１は、車両１０の経時変化、車両１０の使用条件、及び車両１０の構成要素の変化の少なくとも一つに合わせて、仮想車両モデルを生成（更新）することができる。そのため、車両１０に専用の仮想車両モデルに、車両１０の経時変化や車両１０の使用条件や車両１０の構成要素の変化を反映させることができる。車両１０の使用条件には、例えば、車両１０が使用される環境に関する条件、車両１０が使用されるときの走行条件、車両１０が使用される頻度に関する条件等が含まれてよい。車両１０の構成要素の変化には、例えば、車両１０の部品等のハードウェアの変化、車両１０のソフトウェアの変化、車両１０で使用される冷却水や潤滑油の種類の変化等が含まれてよい。また、仮想車両モデル取得部３０１は、車両１０から逐次アップロードされる車両データに基づき、リアルタイムに仮想車両モデルを更新することで、車両１０に相当する専用モデルとしてのデジタルツインを生成してもよい。
【0104】
仮想車両モデル記憶部３０２には、仮想車両モデル取得部３０１により取得（生成）された仮想車両モデルが記憶される。ソフトウェア更新システム１に含まれる車両１０が複数である場合、複数の車両１０ごとの仮想車両モデルが記憶される。但し、上述の如く、仮想車両モデルとして、汎用のモデルが取得される場合、複数の車両１０のうちの一部又は全部に共通する汎用の仮想車両モデルが仮想車両モデルとして仮想車両モデル記憶部３０２に記憶されてもよい。
【0105】
シミュレータ部３０３は、仮想車両モデル記憶部３０２に登録（記憶）されている車両１０の仮想車両モデルを用いて、車両１０に関する仮想シミュレーションを行う。車両１０に関する仮想シミュレーションには、所定の走行条件下での車両１０の走行シミュレーションが含まれる。
【0106】
効果評価部３０４（評価部の一例）は、車両１０からアップロードされる、車両１０のソフトウェアの更新前及び更新後のそれぞれの第２の車両データに基づき、車両１０で利用されるソフトウェアの更新によって得られた効果を評価する。
【0107】
例えば、効果評価部３０４は、車両１０のソフトウェアの更新前及び更新後のそれぞれの第２の車両データを比較することにより、車両１０で利用されるソフトウェアの更新による効果を評価する。具体的には、効果評価部３０４は、車両１０のソフトウェアの更新前及び更新後の第２の車両データに含まれる、或いは、第２の車両データから導出（演算）される、ソフトウェアの更新による効果に関する車両データを比較してよい。これにより、効果評価部３０４は、車両１０（車両データ取得部１９６）によって取得済みの第２の車両データを比較することで、比較的容易に車両１０のソフトウェアの更新による効果を評価することができる。
【0108】
また、例えば、効果評価部３０４は、車両１０のソフトウェアの更新前及び更新後のそれぞれの第２の車両データを用いて、車両１０のソフトウェアの更新前及び更新後のそれぞれに対応する仮想シミュレーションをシミュレータ部３０３に実施させる。具体的には、シミュレータ部３０３は、車両１０のソフトウェアの更新前及び更新後のそれぞれの第２の車両データを反映させた、車両１０のソフトウェアの更新前及び更新後のそれぞれに対応する仮想車両モデルを用いて、同じ走行条件や環境条件下での車両１０の仮想シミュレーションを実施してよい。仮想シミュレーションの際の走行条件は、例えば、ソフトウェアの種類やその更新の内容等によって可変される。ソフトウェアの種類やその更新の内容等によって、ソフトウェアの更新に伴って車両１０の特性が変化する走行条件が異なり得るからである。そして、効果評価部３０４は、車両１０のソフトウェアの更新前及び更新後のそれぞれに対応する仮想シミュレーションの結果を比較することにより、車両１０のソフトウェアの更新による効果を評価してよい。これにより、効果評価部３０４は、同じ条件下での仮想シミュレーションの結果を比較することで、より高い精度で車両１０のソフトウェアの更新による効果を評価することができる。
【0109】
また、効果評価部３０４は、ソフトウェアの更新前及び更新後の第２の車両データの比較結果と、ソフトウェアの更新前及び更新後のそれぞれに相当する仮想シミュレーションの比較結果とを用いて、ソフトウェアの更新による効果を評価してもよい。例えば、効果評価部３０４は、ソフトウェアの更新前及び更新後の第２のデータの比較による車両１０の特性の変化と、ソフトウェアの更新前及び更新後のそれぞれに対応する仮想シミュレーションの結果の比較による車両１０の特性の変化とを比較する。具体的には、効果評価部３０４は、実際の車両１０の第２の車両データ同士の比較による車両１０の特性の変化と、仮想シミュレーションの結果同士の比較による車両１０の特性の変化とを平均化する等により、ソフトウェアの更新による効果を評価してよい。
【0110】
尚、車両１０のソフトウェアの更新の内容に沿った車両１０の状態が実現されているか否かの効果を評価する場合、効果評価部３０４は、更新前及び更新後の第２のデータのうちの更新後の第２のデータのみを用いてもよい。
【0111】
効果評価部３０４は、例えば、ソフトウェアの更新の目的に相当する性能の向上（改善）に関する効果を評価する場合、ソフトウェアの更新によって改善される性能の指標値が所定基準を超えているか否かによって、効果の有無を評価してよい。また、効果評価部３０４は、ソフトウェアの更新によって改善される性能の指標値に基づき、効果の度合いを評価してもよい。
【0112】
また、効果評価部３０４は、例えば、ソフトウェアの種類やその更新の内容に応じて、効果の評価方法を選択してもよい。具体的には、効果評価部３０４は、ソフトウェアの種類やその更新の内容に応じて、車両１０のソフトウェアの更新前及び更新後のそれぞれの第２の車両データを比較するのか、車両１０のソフトウェアの更新前及び更新後のそれぞれに対応する仮想シミュレーションを実施するのかを判断してもよい。何れの評価方法を実施するかは、例えば、更新データごとに予め規定されており、その規定された内容に応じて、自動的に判断されてもよい。また、仮想シミュレーションを実施するか否かは、例えば、ソフトウェアの種類、その更新の内容、及びソフトウェアの更新により変化する車両１０の特性項目等に基づき、テーブル情報等を用いて、判断されてもよい。
【0113】
尚、効果評価部３０４の機能は、車両１０（例えば、セントラルＥＣＵ１９）に移管されてもよい。この場合、車両１０（セントラルＥＣＵ１９）の同機能部（評価部の一例）は、例えば、車両データ取得部１９６による取得済みのソフトウェアの更新後の第２の車両データを確認したり、ソフトウェア更新前及び更新後の第２の車両データを比較したりすることより、ソフトウェアの更新による効果を評価する。
【0114】
＜ユーザ端末の機能構成＞
図４に示すように、ユーザ端末４０は、機能部として、通知部４０１を含む。通知部４０１の機能は、例えば、ユーザ端末４０の補助記憶装置にインストールされるプログラムをメモリ装置にロードしＣＰＵ上で実行することにより実現される。
図４に示すように、ユーザ端末４０は、機能部として、通知部４０１を含む。通知部４０１の機能は、例えば、ユーザ端末４０の補助記憶装置にインストールされるプログラムをメモリ装置にロードしＣＰＵ上で実行することにより実現される。
【0115】
通知部４０１は、配信サーバ２０から受信される上述の信号に基づき、表示装置を通じて、車両１０のソフトウェアの更新データの存在をユーザに通知する。これにより、車両１０のユーザは、車両１０を利用中以外のタイミングでも、車両１０のソフトウェアの更新データの存在を把握することができる。そのため、例えば、ユーザは、ユーザ端末４０の入力装置を通じて、ソフトウェアの更新を許可する入力を行い、車両１０の未使用のタイミングで更新データの車両１０への配信を完了させることができる。
【0116】
［車両のソフトウェアの更新による効果の評価方法の具体例］
次に、図５～図９を参照して、効果評価部３０４による車両１０のソフトウェアの更新による効果の評価方法の具体例について説明する。具体的には、車両１０のソフトウェアの更新の目的に相当する性能の向上に関する効果の評価方法を例示的に説明する。
次に、図５～図９を参照して、効果評価部３０４による車両１０のソフトウェアの更新による効果の評価方法の具体例について説明する。具体的には、車両１０のソフトウェアの更新の目的に相当する性能の向上に関する効果の評価方法を例示的に説明する。
【0117】
＜第１の具体例＞
図５は、車両１０の変速機の変速マップの更新の一例を示す図である。具体的には、図５は、横軸を車両１０の車速とし、縦軸を車両１０の要求駆動力とする座標系上において、車両１０の変速機の１速と２速との間、２速と３速との間、及び３速と４速との間のそれぞれの切替条件を表す。
図５は、車両１０の変速機の変速マップの更新の一例を示す図である。具体的には、図５は、横軸を車両１０の車速とし、縦軸を車両１０の要求駆動力とする座標系上において、車両１０の変速機の１速と２速との間、２速と３速との間、及び３速と４速との間のそれぞれの切替条件を表す。
【0118】
尚、車両１０の要求駆動力は、例えば、車両１０の運転者のアクセル開度に応じて決定される。また、図５中で、実線は、シフトアップ時の切替条件（変速線）を表し、点線は、シフトダウン時の切替条件（変速線）を表している。
【0119】
図５に示すように、本例では、変速機のシフトポジションに関する制御を行うＥＣＵ１３のソフトウェアの更新によって、３速と４速との間の切替条件が変速線５０１から変速線５０２に変更されている。
【0120】
例えば、効果評価部３０４は、３速と４速との間の切替条件が変更された動作領域５０３でのソフトウェア更新後の第２の車両データを用いて、ソフトウェアの更新の内容に沿った変速機の変速が適切に実現されているかを評価する。また、効果評価部３０４は、ソフトウェア更新前及び更新後のそれぞれの動作領域５０３での第２の車両データを比較し、ソフトウェアの更新の内容に沿った変速機の変速が適切に実現されているかを評価してもよい。
【0121】
また、例えば、効果評価部３０４は、ソフトウェアの更新前及び更新後の動作領域５０３での動力性能に関する第２の車両データを比較し、車両１０の動力性能（例えば、加速性能）の向上の効果を評価する。また、効果評価部３０４は、ソフトウェア更新前及び更新後のそれぞれの動作領域５０３での第２の車両データを反映させた仮想車両モデルに基づく仮想シミュレーションの結果を比較し、車両１０の動力性能の向上の効果を評価してもよい。
【0122】
また、例えば、効果評価部３０４は、ソフトウェアの更新前及び更新後の動作領域５０３での電費性能や燃費性能等の省エネルギ性能に関する第２の車両データを比較し、車両１０の省エネルギ性能を評価する。また、効果評価部３０４は、動作領域５０３でのソフトウェア更新前及び更新後のそれぞれの第２の車両データを反映させた仮想車両モデルに基づく仮想シミュレーションの結果を比較し、車両１０の省エネルギ性能の向上の効果を評価してもよい。
【0123】
このように、本例では、効果評価部３０４は、車両１０からアップロードされる第２の車両データに基づき、車両１０のソフトウェア（変速マップ）の更新による効果を評価することができる。
【0124】
＜第２の具体例＞
図６は、車両１０の原動機の切替マップの更新の一例を示す図である。本例では、車両１０は、エンジン及び電動機の２つの原動機を切り替えて走行可能な、いわゆるハイブリッド車両である。具体的には、図６は、横軸を車両１０の車速とし、縦軸を車両１０の要求駆動力とする座標系において、エンジンを停止させて電動機（ＭＧ）のみで車両１０を走行させる状態と、エンジンを始動させてエンジンで車両１０を走行させる状態との切替条件を表す。
図６は、車両１０の原動機の切替マップの更新の一例を示す図である。本例では、車両１０は、エンジン及び電動機の２つの原動機を切り替えて走行可能な、いわゆるハイブリッド車両である。具体的には、図６は、横軸を車両１０の車速とし、縦軸を車両１０の要求駆動力とする座標系において、エンジンを停止させて電動機（ＭＧ）のみで車両１０を走行させる状態と、エンジンを始動させてエンジンで車両１０を走行させる状態との切替条件を表す。
【0125】
尚、エンジンで車両１０を走行させる状態には、エンジンのみで車両１０を走行させる状態と、エンジン及び電動機の双方で車両１０を走行させる状態の双方が含まれうる。
【0126】
図６に示すように、本例では、２つの原動機の動作状態を統合的に制御するＥＣＵ１３のソフトウェアの更新によって、電動機のみで車両１０を走行させる状態とエンジンで車両１０を走行させる状態とを切り替える切替条件が切替線６０１（細い実線）から切替線６０２（太い実線）に更新されている。
【0127】
例えば、効果評価部３０４は、原動機の切替条件が変更された動作領域６０３でのソフトウェア更新後の第２の車両データを用いて、ソフトウェアの更新の内容に沿った２つの原動機の切り替えが適切に実現されているかを評価する。また、効果評価部３０４は、ソフトウェア更新前及び更新後のそれぞれの動作領域６０３での第２の車両データを比較し、ソフトウェアの更新の内容に沿った２つの原動機の切り替えが適切に実現されているかを評価してもよい。
【0128】
また、例えば、効果評価部３０４は、ソフトウェア更新前及び更新後の動作領域６０３での燃費性能に関する第２の車両データを比較し、車両１０の燃費性能の向上の効果を評価する。また、効果評価部３０４は、ソフトウェアの更新前及び更新後のそれぞれの動作領域６０３での第２の車両データを反映させた仮想車両モデルに基づく仮想シミュレーションの結果を比較し、車両１０の動力性能の向上の効果を評価してもよい。
【0129】
このように、本例では、効果評価部３０４は、車両１０からアップロードされる第２の車両データに基づき、ソフトウェア（原動機の切替マップ）の更新による効果を評価することができる。
【0130】
＜第３の具体例＞
図７は、車両１０の変速機のシフトチェンジ（シフトアップ）に関する制御ロジックの更新前及び更新後のそれぞれについて、変速機のシフトチェンジ時における実際の車両１０の状態の経時変化の一例（タイムチャート７００）を示す図である。具体的には、図７は、ソフトウェア更新システム１に含まれる一の車両１０の第２の車両データを示す図である。タイムチャート７００は、変速機のシフトチェンジ時における解放圧指令値、係合圧指令値、原動機（エンジン）の回転数、及び車両１０の前後加速度のそれぞれの経時変化を表すタイムチャート７０１～７０４を含む。図８は、車両１０の変速機のシフトチェンジ（シフトアップ）に関する制御ロジックの更新前及び更新後のそれぞれについて、変速機のシフトチェンジ時における車両１０の状態の経時変化の他の例（タイムチャート８００）を示す図である。具体的には、図８は、ソフトウェア更新システム１に含まれる、上述の一の車両１０と同じ仕様の変速機を搭載する他の車両１０の第２の車両データを示す図である。タイムチャート８００は、変速機のシフトチェンジ時における解放圧指令値、係合圧指令値、変速機の出力軸の回転数、及び車両１０の前後加速度のそれぞれの経時変化を表すタイムチャート８０１～８０４を含む。図９は、車両１０の変速機のシフトチェンジ（シフトアップ）に関する制御ロジックの更新前及び更新後のそれぞれについて、変速機のシフトチェンジ時における車両１０の状態の経時変化の仮想シミュレーションの結果の一例（タイムチャート９００）を示す図である。具体的には、図９は、ソフトウェア更新システム１に含まれる、上述の一の車両１０に専用の仮想車両モデルに基づく仮想シミュレーションの結果を示す図である。タイムチャート９００は、変速機のシフトチェンジ時における解放圧指令値、係合圧指令値、変速機の出力軸の回転数、及び車両１０の前後加速度のそれぞれの経時変化を表すタイムチャート９０１～９０４を含む。
図７は、車両１０の変速機のシフトチェンジ（シフトアップ）に関する制御ロジックの更新前及び更新後のそれぞれについて、変速機のシフトチェンジ時における実際の車両１０の状態の経時変化の一例（タイムチャート７００）を示す図である。具体的には、図７は、ソフトウェア更新システム１に含まれる一の車両１０の第２の車両データを示す図である。タイムチャート７００は、変速機のシフトチェンジ時における解放圧指令値、係合圧指令値、原動機（エンジン）の回転数、及び車両１０の前後加速度のそれぞれの経時変化を表すタイムチャート７０１～７０４を含む。図８は、車両１０の変速機のシフトチェンジ（シフトアップ）に関する制御ロジックの更新前及び更新後のそれぞれについて、変速機のシフトチェンジ時における車両１０の状態の経時変化の他の例（タイムチャート８００）を示す図である。具体的には、図８は、ソフトウェア更新システム１に含まれる、上述の一の車両１０と同じ仕様の変速機を搭載する他の車両１０の第２の車両データを示す図である。タイムチャート８００は、変速機のシフトチェンジ時における解放圧指令値、係合圧指令値、変速機の出力軸の回転数、及び車両１０の前後加速度のそれぞれの経時変化を表すタイムチャート８０１～８０４を含む。図９は、車両１０の変速機のシフトチェンジ（シフトアップ）に関する制御ロジックの更新前及び更新後のそれぞれについて、変速機のシフトチェンジ時における車両１０の状態の経時変化の仮想シミュレーションの結果の一例（タイムチャート９００）を示す図である。具体的には、図９は、ソフトウェア更新システム１に含まれる、上述の一の車両１０に専用の仮想車両モデルに基づく仮想シミュレーションの結果を示す図である。タイムチャート９００は、変速機のシフトチェンジ時における解放圧指令値、係合圧指令値、変速機の出力軸の回転数、及び車両１０の前後加速度のそれぞれの経時変化を表すタイムチャート９０１～９０４を含む。
【0131】
尚、解放圧指令値は、シフトチェンジによって係合状態から解放状態に移行する変速機の構成要素（例えば、ブレーキやクラッチ等）を作動させるための油圧の指令値を表す。また、係合圧指令値は、シフトチェンジによって解放状態から係合状態に移行する変速機の構成要素を作動させるための油圧の指令値を表す。また、図７～図９において、更新前及び更新後の変速機のシフトチェンジに関する制御ロジックは、同じである。そのため、制御ロジックに相当するタイムチャート７０１，７０２、タイムチャート８０１，８０２、及びタイムチャート９０１，９０２は、同じである。
【0132】
図７～図９に示すように、本例では、シフトチェンジ（シフトアップ）の開始（解放圧指令値の減少の開始）から終了（係合圧指令値の増大の終了）までの時間（変速時間）が短くなるように、変速機のシフトチェンジの制御ロジックが更新されている。
【0133】
例えば、効果評価部３０４は、ソフトウェアの更新後のタイムチャート７０１，７０２を用いて、一の車両１０でソフトウェアの更新の内容に沿った制御ロジックが適切に実現されているか否かを評価する。同様に、効果評価部３０４は、ソフトウェアの更新後のタイムチャート８０１，８０２を用いて、他の車両１０でソフトウェアの更新の内容に沿った制御ロジックが適切に実現されているか否かを評価してよい。また、効果評価部３０４は、ソフトウェアの更新前及び更新後のそれぞれのタイムチャート７０１，７０２を比較し、一の車両１０でソフトウェアの更新の内容に沿った制御ロジックが適切に実現されているか否かを評価してもよい。同様に、効果評価部３０４は、ソフトウェアの更新前及び更新後のそれぞれのタイムチャート７０１，７０２を比較し、他の車両１０でソフトウェアの更新の内容に沿った制御ロジックが適切に実現されているか否かを評価してもよい。
【0134】
また、例えば、効果評価部３０４は、ソフトウェアの更新前及び更新後のそれぞれのタイムチャート７０３，７０４を比較し、変速機のシフトチェンジの速度（変速速度）の向上の効果を評価する。同様に、効果評価部３０４は、ソフトウェアの更新前及び更新後のそれぞれのタイムチャート８０３，８０４を比較し、変速機のシフトチェンジの速度（変速速度）の向上の効果を評価してよい。
【0135】
タイムチャート７０３では、制御ロジックの更新によって、変速機のシフトチェンジに伴う原動機（エンジン）の回転数の変化速度（時間経過に対する変化率）が相対的に大きくなっている。また、タイムチャート７０４では、変速機のシフトチェンジに伴う車両１０の前後加速度の変動も相対的に大きくなっている。そのため、一の車両１０のユーザは、変速機の変速速度の向上を明確に実感することができる。よって、一の車両１０の場合、効果評価部３０４は、ソフトウェアの更新による変速速度の向上の効果がある、或いは、効果の度合いが相対的に大きいと評価することができる。
【0136】
一方、タイムチャート８０３では、制御ロジックの更新の前後で、変速機のシフトチェンジに伴う原動機（エンジン）の回転数の変化速度（時間経過に対する変化率）が略変化していない。また、タイムチャート８０４では、制御ロジックの更新の前後で、変速機のシフトチェンジに伴う車両１０の前後加速度の変動の大きさにほとんど変化がない。そのため、他の車両１０のユーザは、変速機の変速速度の向上を実感しにくくなる。よって、他の車両１０の場合、効果評価部３０４は、ソフトウェアの更新による変速速度の向上の効果がない、或いは、効果の度合いが相対的に小さいと予測することができる。
【0137】
尚、同じ仕様の変速機を搭載する車両１０によって制御ロジックの更新による効果に差異が生じる原因としては、例えば、変速機に使用されている潤滑油の粘度の影響が考えられる。例えば、変速機に工場出荷時に充填される潤滑油よりも高粘度の市販の潤滑油が使用されている場合、ユーザが変速速度の向上を実感しにくくなる可能性がある。また、同じ仕様の変速機を搭載する車両１０によって制御ロジックの更新による効果に差異が生じる原因としては、例えば、変速機のクラッチパックのクリアランスの製造上のばらつきによる影響が考えられる。例えば、変速機のクラッチパックのクリアランスが製造上の許容範囲の中で下限付近にある場合、その上限付近にある場合よりもユーザが変速速度の向上を実感しにくくなる可能性がある。また、同じ仕様の変速機を搭載する車両１０によって制御ロジックの更新による効果に差異が生じる原因としては、例えば、変速機の累積での変速回数による影響が考えられる。例えば、車両１０の工場出荷後或いは変速機の新品への交換後の累積での変速回数が相対的に少ない場合、累積での変速回数が多い場合よりも変速機のクラッチパックのクリアランスが相対的に小さく、ユーザが変速速度の向上を実感しにくくなる可能性がある。また、同じ仕様の変速機を搭載する車両１０によって制御ロジックの更新による効果に差異が生じる原因としては、例えば、変速機のクラッチやブレーキの係合及び解放を実行するソレノイドバルブのエア漏れの影響が考えられる。例えば、変速機のソレノイドバルブのエア漏れが相対的に小さい場合、エア漏れが相対的に大きい場合よりも変速速度が相対的に高くなることから、制御ロジックの更新が実施されても、変速速度の向上をユーザが実感しにくくなる可能性がある。また、同じ仕様の変速機を搭載する車両１０によって制御ロジックの更新による効果に差異が生じる原因としては、例えば、車両１０が使用されている温度環境の影響が考えられる。例えば、車両１０が温度の非常に低い、いわゆる寒冷地で使用されている場合、比較的気温が高い状態で使用されている場合よりも潤滑油の粘度が高くなることから、制御ロジックの更新が実施されても、変速速度の向上をユーザが実感しにくくなる可能性がある。
【0138】
また、例えば、効果評価部３０４は、タイムチャート７０３，７０４に代えて、或いは、加えて、仮想シミュレーションの結果のタイムチャート９０３，９０４を用いて、一の車両１０の変速機のシフトチェンジの速度（変速速度）の向上の効果を評価してもよい。具体的には、効果評価部３０４は、ソフトウェアの更新前及び更新後のそれぞれのタイムチャート９０３，９０４を比較し、一の車両１０の変速機のシフトチェンジの速度（変速速度）の向上の効果を評価してもよい。これにより、効果評価部３０４は、ソフトウェアの更新前及び更新後の走行条件や環境条件等の各種条件を揃えた状態で、変速機の出力軸の回転数、及び車両１０の前後加速度のタイムチャートを比較することができる。そのため、効果評価部３０４は、一の車両１０の変速機の変速速度の向上の効果をより高い精度で評価することができる。
【0139】
タイムチャート９０３では、タイムチャート７０３の場合と同様、制御ロジックの更新によって、変速機のシフトチェンジに伴う原動機（エンジン）の回転数の変化速度（時間経過に対する変化率）が相対的に大きくなっている。また、タイムチャート９０４では、タイムチャート７０４の場合と同様、変速機のシフトチェンジに伴う一の車両１０の前後加速度の変動も相対的に大きくなっている。そのため、一の車両１０のユーザは、変速機の変速速度の向上を明確に実感することができる。よって、一の車両１０の場合、効果評価部３０４は、ソフトウェアの更新による変速速度の向上の効果がある、或いは、効果の度合いが相対的に大きいと評価することができる。
【0140】
尚、効果評価部３０４は、一の車両１０の場合と同様、タイムチャート８０３，８０４に代えて、或いは、加えて、仮想シミュレーションの結果のタイムチャートを用いて、他の車両１０の変速機のシフトチェンジの速度（変速速度）の向上の効果を評価してもよい。
【0141】
このように、本例では、効果評価部３０４は、車両１０からアップロードされる第２の車両データに基づき、ソフトウェア（変速機のシフトチェンジの制御ロジック関するプログラム）の更新による効果を評価することができる。
【0142】
【0143】
図１０、図１１は、セントラルＥＣＵ１９によるソフトウェア更新処理の一例を概略的示すフローチャートである。本フローチャートは、例えば、車両１０の起動時の初期処理終了後から車両の停止時の終了処理の開始までの間で繰り返し実行される。車両１０の起動は、例えば、車両１０のイグニッションスイッチのオンであり、車両１０の停止は、例えば、車両１０のイグニッションスイッチのオフである。
【0144】
尚、本例では、ゲートウェイＥＣＵ１２及びセントラルＥＣＵ１９は、車両１０の停止中でも動作可能である前提で説明を進める。
【0145】
図１０に示すように、ステップＳ１０２にて、車両データ取得部１９６は、後述のステップＳ１１４で開始される、ソフトウェアの更新前の第２の車両データの取得の途中であるか否かを判定する。車両データ取得部１９６は、ソフトウェアの更新前の第２の車両データの取得の途中である場合、ステップＳ１１４に進み、それ以外の場合、ステップＳ１０４に進む。
【0146】
ステップＳ１０４にて、車両データ取得部１９６は、後述のステップＳ１３０で開始される、ソフトウェアの更新後の第２の車両データの取得の途中であるか否かを判定する。車両データ取得部１９６は、ソフトウェアの更新後の第２の車両データの取得の途中である場合、ステップＳ１３０に進み、それ以外の場合、ステップＳ１０６に進む。
【0147】
ステップＳ１０６にて、ダウンロード処理部１９２は、配信サーバ２０からソフトウェアの更新データの存在を通知する信号が受信されているか否かを判定する。ダウンロード処理部１９２は、配信サーバ２０から更新データの存在を通知する信号が受信されている場合、ステップＳ１０８に進み、それ以外の場合、今回のフローチャートの処理を終了する。
【0148】
ステップＳ１０８にて、ダウンロード処理部１９２は、ソフトウェアの更新データの存在を通知する通知画面を表示装置１８に表示させる。
【0149】
セントラルＥＣＵ１９は、ステップＳ１０８の処理が完了し、入力装置１７を通じてソフトウェアの更新の許否に関する入力が受け付けられると、ステップＳ１１０に進む。
【0150】
ステップＳ１１０にて、ダウンロード処理部１９２は、ソフトウェアの更新を許可する入力が受け付けられたか否かを判定する。ダウンロード処理部１９２は、ソフトウェアの更新を許可する入力が受け付けられた場合、ステップＳ１１２に進み、ソフトウェアの更新を拒否する入力が受け付けられた場合、今回のフローチャートを終了する。
【0151】
ステップＳ１１２にて、ダウンロード処理部１９２は、更新データのダウンロードを開始する。
【0152】
セントラルＥＣＵ１９は、ステップＳ１１２の処理が完了すると、ステップＳ１１４に進む。
【0153】
尚、ソフトウェアの更新の許否をユーザに確認する前に、更新データが車両１０にダウンロードされてもよい。この場合、ステップＳ１１２の処理は省略される。
【0154】
ステップＳ１１４にて、車両データ取得部１９６は、第２の車両データの取得を開始する。
【0155】
セントラルＥＣＵ１９は、ステップＳ１１４の処理が完了すると、ステップＳ１１６に進む。
【0156】
ステップＳ１１６にて、車両データ取得部１９６（判定部の一例）は、第２の車両データの取得が完了したか否かを判定する。例えば、車両データ取得部１９６は、上述の取得条件が複数ある場合、複数の取得条件ごとの第２の車両データの取得が全て完了しているか否かを判定する。車両データ取得部１９６は、第２の車両データの取得が完了していない場合、ステップＳ１１８に進み、完了している場合、ステップＳ１２６に進む。
【0157】
ステップＳ１１８にて、車両データ取得部１９６は、車両１０が停止されたか否か（例えば、イグニッションスイッチがオフされたか否か）を判定する。車両データ取得部１９６は、車両１０が停止されていない場合、ステップＳ１２０に進む。一方、車両データ取得部１９６は、車両１０が停止された場合、例えば、ソフトウェアの更新前の第２の車両データの取得の途中であることを示すフラグをＯＮにし、今回のフローチャートの処理を終了する。これにより、車両データ取得部１９６は、次回の車両１０の起動時に、ステップＳ１０２にて、ソフトウェアの更新前の第２の車両データの取得の途中であると判定することができる。
【0158】
ステップＳ１２０にて、車両データ取得部１９６は、第２の車両データの取得開始から所定時間が経過したか否かを判定する。所定時間は、ソフトウェアの種類やその更新の内容に依らず、固定されていてもよいし、ソフトウェアの種類やその更新の内容によって可変されてもよい。車両データ取得部１９６は、第２の車両データの取得開始から所定時間が経過している場合、ステップＳ１２２に進み、所定時間が経過していない場合、ステップＳ１１６に戻る。
【0159】
ステップＳ１２２にて、経路案内部１９７は、後述のステップＳ１２４における第２の車両データの取得に適した経路案内が実施済みか否かを判定する。経路案内部１９７は、経路案内が実施済みでない場合、ステップＳ１２４に進み、経路案内が実施済みである場合、ステップＳ１１６に戻る。
【0160】
ステップＳ１２４にて、経路案内部１９７は、ナビゲーション装置１６を制御し、第２の車両データを取得するのに適した経路を探索し、その経路を通過するように車両１０のユーザ（運転者）を案内（誘導）する。
【0161】
セントラルＥＣＵ１９は、ステップＳ１２４の処理が完了すると、ステップＳ１１６に戻る。
【0162】
尚、経路案内部１９７は、車両データ取得部１９６による第２の車両データの取得開始に合わせて、第２の車両データを取得するのに適した経路を探索し、その経路を通過するように車両１０のユーザ（運転者）の案内を開始してもよい。この場合、ステップＳ１２４の処理は、ステップＳ１１４の直前に実施される。また、ステップＳ１２０，Ｓ１２２の処理も併せて省略され、ステップＳ１１８で車両１０が停止されていないと判定されると、ステップＳ１１６に戻る。また、ステップＳ１２４の処理は省略されてもよい。この場合、ステップＳ１２０，Ｓ１２２の処理も併せて省略され、ステップＳ１１８で車両１０が停止されていないと判定されると、ステップＳ１１６に戻る。
【0163】
ステップＳ１２６にて、ソフトウェア更新部１９４は、ソフトウェアの更新が可能か否かを判定する。ソフトウェア更新部１９４は、例えば、ダウンロード処理部１９２による更新データのダウンロードが完了し、且つ、ソフトウェアの更新に適した車両１０の状態である場合に、ソフトウェアの更新が可能と判定する。
【0164】
ソフトウェアの更新に適した車両１０の状態は、ソフトウェアの種類やその更新の内容によって異なる。例えば、車両１０の走行に関連するソフトウェアの更新（例えば、図５～図９のソフトウェアの更新）の場合、ソフトウェアの更新に適した車両１０の状態は、車両１０の停止状態（例えば、イグニッションスイッチがオフの状態）である。一方、例えば、車両１０の走行に関連しないソフトウェアの更新の場合、ソフトウェアの更新に適した車両１０の状態には、車両１０の起動から停止までの状態が含まれうる。ソフトウェアの更新に適した車両１０の状態に関する情報は、更新データごとに予め規定され、更新データと共に配信サーバ２０からセントラルＥＣＵ１９にダウンロードされてよい。
【0165】
ソフトウェア更新部１９４は、ソフトウェアの更新が可能な場合、ステップＳ１２８に進み、ソフトウェアの更新が可能でない場合、ソフトウェアの更新が可能になるまで、ステップＳ１２６の処理を繰り返しながら待機する。
【0166】
ステップＳ１２８にて、ソフトウェア更新部１９４は、記憶部１９３にダウンロード済の更新データを用いて、ソフトウェアの更新を実施する。
【0167】
セントラルＥＣＵ１９は、ステップＳ１２８の処理が完了すると、ステップＳ１３０に進む。
【0168】
図１１に示すように、ステップＳ１３０にて、車両データ取得部１９６は、第２の車両データの取得を開始する。
【0169】
セントラルＥＣＵ１９は、ステップＳ１３０の処理が完了すると、ステップＳ１３２に進む。
【0170】
ステップＳ１３２にて、車両データ取得部１９６は、第２の車両データの取得が完了したか否かを判定する。車両データ取得部１９６は、第２の車両データの取得が完了していない場合、ステップＳ１３４に進み、完了している場合、ステップＳ１４２に進む。
【0171】
ステップＳ１３４にて、車両データ取得部１９６は、車両１０が停止されたか否か（例えば、イグニッションスイッチがオフされたか否か）を判定する。車両データ取得部１９６は、車両１０が停止されていない場合、ステップＳ１３６に進む。一方、車両データ取得部１９６は、車両１０が停止された場合、例えば、ソフトウェアの更新後の第２の車両データの取得の途中であることを示すフラグをＯＮにし、今回のフローチャートの処理を終了する。これにより、車両データ取得部１９６は、次回の車両１０の起動時に、ステップＳ１０４にて、ソフトウェアの更新後の第２の車両データの取得の途中であると判定することができる。
【0172】
ステップＳ１３６にて、車両データ取得部１９６は、第２の車両データの取得開始から所定時間が経過したか否かを判定する。所定時間は、ソフトウェアの種類やその更新の内容等に依らず、固定されていてもよいし、ソフトウェアの種類やその更新の内容等によって可変されてもよい。車両データ取得部１９６は、第２の車両データの取得開始から所定時間が経過している場合、ステップＳ１３８に進み、所定時間が経過していない場合、ステップＳ１３２に戻る。
【0173】
ステップＳ１３８にて、車両データ取得部１９６は、後述のステップＳ１４０における第２の車両データの取得に適した経路案内が実施済みか否かを判定する。車両データ取得部１９６は、経路案内が実施済みでない場合、ステップＳ１４０に進み、経路案内が実施済みである場合、ステップＳ１３２に戻る。
【0174】
ステップＳ１４０にて、経路案内部１９７は、ステップＳ１２４の場合と同様、ナビゲーション装置１６を制御し、第２の車両データを取得するのに適した経路を探索し、その経路を通過するように車両１０のユーザ（運転者）を案内（誘導）する。この際、経路案内部１９７は、第２の車両データを取得するのに適した経路として、ソフトウェアの更新前の第２の車両データが取得されたときと同じ経路を通過するように案内してもよい。
【0175】
セントラルＥＣＵ１９は、ステップＳ１４０の処理が完了すると、ステップＳ１３２に戻る。
【0176】
尚、経路案内部１９７は、車両データ取得部１９６による第２の車両データの取得開始に合わせて、第２の車両データを取得するのに適した経路を探索し、その経路を通過するように車両１０のユーザ（運転者）の案内を開始してもよい。この場合、ステップＳ１４０の処理は、ステップＳ１３０の直前に実施される。また、ステップＳ１３６，Ｓ１３８の処理も併せて省略され、ステップＳ１３４で車両１０が停止されていないと判定されると、ステップＳ１３２に戻る。また、ステップＳ１４０の処理は省略されてもよい。この場合、ステップＳ１３６，Ｓ１３８の処理も併せて省略され、ステップＳ１３４で車両１０が停止されていないと判定されると、ステップＳ１３２に戻る。
【0177】
ステップＳ１４２にて、車両データ送信部１９９は、記憶部１９８に記憶済みのソフトウェアの更新前及び更新後のそれぞれの第２の車両データを、ゲートウェイＥＣＵ１２（通信装置１１）を通じて解析サーバ３０に送信する。これにより、解析サーバ３０（効果評価部３０４）は、ソフトウェアの更新前及び更新後の第２の車両データを取得（受信）し、ソフトウェアの更新による効果を評価することができる。
【0178】
セントラルＥＣＵ１９は、ステップＳ１４２の処理が完了すると、今回のフローチャートの処理を終了する。
【0179】
このように、本例では、セントラルＥＣＵ１９は、第２の車両データの取得完了後に、ソフトウェアの更新を実施する。
【0180】
これにより、セントラルＥＣＵ１９は、ソフトウェアの更新前の第２の車両データを確実に取得することができる。その結果、ソフトウェア更新システム１は、ソフトウェアの更新前及び更新後の第２の車両データを利用し、ソフトウェアの更新による効果を確実に評価することができる。
【0181】
【0182】
ステップＳ２０２～Ｓ２１２の処理は、図１０のステップＳ１０２～Ｓ１１２の処理と同じであるため、説明を省略する。
【0183】
セントラルＥＣＵ１９は、ステップＳ２１２の処理が完了すると、ステップＳ２１４に進む。
【0184】
ステップＳ２１４にて、車両データ取得部１９６は、ソフトウェアの更新前の第２の車両データの取得回数Ｎ１（２以上の整数）を決定する。例えば、上述の如く、取得条件の成立時における所定期間の時系列データとして第２の車両データが取得される場合、取得回数Ｎ１は、所定期間の時系列データとして取得される第２の車両データの数に相当する。また、例えば、取得条件が複数ある場合、取得回数Ｎ１は、複数の取得条件ごとの第２の車両データの取得回数に相当する。取得回数Ｎ１は、固定されていてもよいし、可変されてもよい。
【0185】
取得回数Ｎ１は、例えば、ソフトウェアの種類やその更新の内容に応じて可変される。例えば、ソフトウェアの種類やその更新の内容によっては、第２の車両データの取得条件（走行条件や環境条件等）の幅が非常に狭く、不適切な第２の車両データが取得される確率が高まる場合があり得る。そのため、このような場合に、同じ取得条件下でのより多くの第２の車両データが取得されることにより、適切な第２の車両データを取得できる確率を高めることができる。また、例えば、ソフトウェアの種類やその更新の内容によっては、取得対象となる種類の第２の車両データのばらつきが相対的に大きい場合があり得る。そのため、このような場合に、同じ取得条件下でのより多くの第２の車両データが取得されることにより、解析サーバ３０は、複数の第２の車両データを統計的に処理し、ソフトウェアの更新による効果をより精度良く評価することができる。
【0186】
また、取得回数Ｎ１は、例えば、ソフトウェアの更新の規模に応じて可変される。ソフトウェアの更新の規模は、例えば、ソフトウェアの更新によって更新される車両１０の特性項目の数によって規定される。また、ソフトウェアの更新の規模は、例えば、ソフトウェアの更新データのデータ量で規定されてもよい。
【0187】
例えば、ソフトウェアの更新によって変化する特性項目の数が多くなるほど、車両１０のメーカがソフトウェアの更新による効果に対する車両１０のメーカや開発者の関心度が相対的に高くなる。また、例えば、ソフトウェアの更新によって変化する車両１０の特性項目が多くなるほど、プログラムのソースコードの行数や参照データの規模が相対的に大きくなり、その結果、更新データのデータ量が相対的に大きくなる。また、例えば、ソフトウェアの更新によって車両１０の特定の特性項目を大きく改善させる場合、アルゴリズムの大改変等によって、プログラムのソースコードの行数や参照データの規模が相対的に大きくなり、その結果、更新データのデータ量が相対的に大きくなる。そして、ソフトウェアの更新によって変化する車両１０の特性項目が相対的に多くなるほど、或いは、車両１０の特定の特性項目の改善代が相対的に大きくなるほど、ソフトウェアの更新による効果に対する車両１０のメーカや開発者等の関心度が相対的に高くなる可能性が高い。そのため、ソフトウェアの更新の規模が大きくなるほど、車両１０のメーカや開発者等がソフトウェアの更新による効果のより高い精度での評価結果を必要とする可能性が高い。よって、取得回数Ｎ１は、ソフトウェアの更新の規模が大きくなるほど、大きく（多く）なるように可変されてよい。
【0188】
セントラルＥＣＵ１９は、ステップＳ２１４の処理が完了すると、ステップＳ２１６に進む。
【0189】
ステップＳ２１６は、図１０のステップＳ１１４の処理と同じであるため、説明を省略する。
【0190】
セントラルＥＣＵ１９は、ステップＳ２１６の処理が完了すると、ステップＳ２１８に進む。
【0191】
ステップＳ２１８にて、車両データ取得部１９６は、取得回数Ｎ１の第２の車両データを取得完了したか否かを判定する。車両データ取得部１９６は、取得回数Ｎ１の第２の車両データを取得完了していない場合、ステップＳ２２０に進み、取得回数Ｎ１の第２の車両データを取得完了した場合、ステップＳ２２８に進む。
【0192】
ステップＳ２２０～Ｓ２３０は、図１のステップＳ１１８～Ｓ１２８の処理と同じであるため、説明を省略する。
【0193】
セントラルＥＣＵ１９は、ステップＳ２３０の処理が完了すると、ステップＳ２３２に進む。
【0194】
ステップＳ２３２にて、車両データ取得部１９６は、ソフトウェアの更新後の第２の車両データの取得回数Ｎ２を決定する。例えば、上述の如く、取得条件の成立時における所定期間の時系列データとして第２の車両データが取得される場合、取得回数Ｎ２は、取得回数Ｎ１と同様、所定期間の時系列データとして取得される第２の車両データの数に相当する。また、例えば、取得条件が複数ある場合、取得回数Ｎ２は、取得回数Ｎ１と同様、複数の取得条件ごとの第２の車両データの取得回数に相当する。取得回数Ｎ２は、取得回数Ｎ１と同様、固定されていてもよいし、可変されてもよい。また、取得回数Ｎ２は、取得回数Ｎ１と同じであってもよいし、異なっていてもよい。
【0195】
取得回数Ｎ２は、例えば、取得回数Ｎ１の場合と同様、ソフトウェアの種類やその更新の内容に応じて可変される。
【0196】
また、取得回数Ｎ２は、例えば、取得回数Ｎ１と同様、ソフトウェアの更新の規模に応じて可変される。具体的には、取得回数Ｎ２は、ソフトウェアの更新の規模が大きくなるほど、大きく（多く）なるように可変されてよい。また、取得回数Ｎ２は、取得回数Ｎ１と同じであってもよいし、異なっていてもよい。
【0197】
セントラルＥＣＵ１９は、ステップＳ２３２の処理が完了すると、ステップＳ２３４に進む。
【0198】
【0199】
セントラルＥＣＵ１９は、ステップＳ２３４の処理が完了すると、ステップＳ２３６に進む。
【0200】
ステップＳ２３６にて、車両データ取得部１９６は、取得回数Ｎ２の第２の車両データを取得完了したか否かを判定する。車両データ取得部１９６は、取得回数Ｎ２の第２の車両データを取得完了していない場合、ステップＳ２３８に進み、取得回数Ｎ２の第２の車両データを取得完了した場合、ステップＳ２４６に進む。
【0201】
ステップＳ２３８～Ｓ２４６は、図１１のステップＳ１３４～Ｓ１４２の処理と同じであるため、説明を省略する。
【0202】
セントラルＥＣＵ１９は、ステップＳ２４６の処理が完了すると、今回のフローチャートの処理を終了する。
【0203】
このように、本例では、セントラルＥＣＵ１９は、２以上の取得回数Ｎ１の第２の車両データを取得完了後に、ソフトウェアの更新を実施する。また、セントラルＥＣＵ１９は、ソフトウェアの更新後、２以上の取得回数Ｎ２の第２の車両データを取得する。
【0204】
これにより、セントラルＥＣＵ１９は、ソフトウェアの更新前及び更新後の第２の車両データをそれぞれ複数取得することができる。そのため、ソフトウェア更新システム１（解析サーバ３０）は、例えば、取得した複数の第２の車両データから不適切なデータを除去したり、取得した複数の第２の車両データを統計的に処理したりして、ソフトウェアの更新による効果を評価することができる。よって、ソフトウェア更新システム１は、より確実に且つより高い精度でソフトウェアの更新による効果を評価することができる。
【0205】
［ソフトウェアの更新による効果の評価処理の一例］
次に、図１４を参照して、解析サーバ３０による、車両１０のソフトウェアの更新による効果の評価処理の一例について説明する。
次に、図１４を参照して、解析サーバ３０による、車両１０のソフトウェアの更新による効果の評価処理の一例について説明する。
【0206】
図１４は、解析サーバ３０による、車両１０のソフトウェアの更新による効果の評価処理の一例を概略的に示すフローチャートである。本フローチャートは、例えば、車両１０からソフトウェアの更新前及び更新後の第２の車両データが受信されると、実行される。以下、後述の図１５のフローチャートについても、同様であってよい。
【0207】
図１４に示すように、ステップＳ３０２にて、効果評価部３０４は、車両１０からアップロードされた、ソフトウェアの更新前及び更新後の第２の車両データを比較し、対象の車両１０のソフトウェアの更新による効果を評価する。
【0208】
例えば、ソフトウェア更新前及び更新後のそれぞれの第２の車両データが１つである場合、効果評価部３０４は、第２の車両データ同士をそのまま比較することにより、車両１０のソフトウェアの更新による効果を評価する。また、効果評価部３０４は、ソフトウェアの更新前及び更新後の第２の車両データの少なくとも一方を補正し、補正後の第２の車両データ同士を比較することにより、車両１０のソフトウェアの更新による効果を評価してもよい。例えば、ソフトウェアの更新前及び更新後の第２の車両データの少なくとも一方は、それぞれの取得時の走行条件や環境条件等の相対的な差異、或いは、取得時の走行条件や環境条件等の所定の基準に対する絶対的な差異を無くすように、所定の方法で補正される。また、ソフトウェアの更新前及び更新後の第２の車両データがそれぞれ複数存在する場合（図１２、図１３参照）、効果評価部３０４は、複数の第２の車両データに対して統計的な処理を施し、処理済みの１つの第２の車両データを生成し、処理済みの第２の車両データ同士を比較することにより、ソフトウェアの更新による効果を評価してもよい。また、この際、効果評価部３０４は、複数の第２の車両データの中から不適切な第２の車両データを除去してもよい。不適切な第２の車両データは、例えば、複数の第２の車両データのうちの想定される範囲を超える異常値に相当する車両データや取得条件が不成立の状態の第２の車両データ等である。
【0209】
解析サーバ３０は、ステップＳ３０２が完了すると、ステップＳ３０４に進む。
【0210】
ステップＳ３０４にて、効果評価部３０４は、ステップＳ３０２でソフトウェアの更新による効果がある旨の評価が出たか否かを判定する。
【0211】
例えば、評価対象がソフトウェアの更新の目的に相当する性能の向上（改善）に関する効果である場合、効果評価部３０４は、評価結果としての指標値が所定基準を超えているか否かにより、効果の有無を評価する。また、例えば、評価対象がソフトウェアの更新の内容に沿った車両１０の状態が実現されているか否かに関する効果である場合、効果評価部３０４は、ソフトウェアの更新の内容に沿った車両１０の状態が実現されている場合に効果ありと評価する。
【0212】
効果評価部３０４は、ソフトウェアの更新による効果がある場合、ステップＳ３０６に進み、ソフトウェアの更新による効果がない場合、ステップＳ３０８に進む。
【0213】
ステップＳ３０６にて、効果評価部３０４は、ソフトウェアの更新による効果がある旨を表すフラグを"ＯＮ"に設定する。
【0214】
解析サーバ３０は、ステップＳ３０６の処理が完了すると、ステップＳ３１０に進む。
【0215】
一方、ステップＳ３０８にて、効果評価部３０４は、ソフトウェアの更新による効果がある旨を表すフラグを"ＯＦＦ"に設定する。
【0216】
解析サーバ３０は、ステップＳ３０８の処理が完了すると、ステップＳ３１０に進む。
【0217】
ステップＳ３１０にて、効果評価部３０４は、ステップＳ３０６或いはステップＳ３０８で設定されたフラグのデータを含む、対象の車両１０のソフトウェアの更新による効果の評価結果のデータを補助記憶装置等に規定される所定の記憶部に登録する。この際、効果評価部３０４は、評価結果に関するデータを、対象の車両１０の識別情報に対応付ける形で、所定の記憶部に登録する。これにより、例えば、車両１０の開発者やサービスの担当者は、車両１０ごとのソフトウェアの更新による効果の評価結果を確認することができる。
【0218】
解析サーバ３０は、ステップＳ３１０の処理が完了すると、今回のフローチャートを終了する。
【0219】
このように、本例では、解析サーバ３０は、車両１０からアップロードされる、ソフトウェアの更新前及び更新後の第２の車両データを比較することにより、対象の車両１０のソフトウェアの更新による効果を評価する。
【0220】
これにより、解析サーバ３０は、車両１０のソフトウェアの更新による効果をより容易に（より効率的に）評価することができる。
【0221】
［ソフトウェアの更新による効果の評価処理の他の例］
次に、図１５を参照して、解析サーバ３０による、車両１０のソフトウェアの更新による効果の評価処理の他の例について説明する。
次に、図１５を参照して、解析サーバ３０による、車両１０のソフトウェアの更新による効果の評価処理の他の例について説明する。
【0222】
図１５は、解析サーバ３０による、車両１０のソフトウェアの更新による効果の評価処理の他の例を概略的に示すフローチャートである。
【0223】
図１５に示すように、ステップＳ４０２にて、効果評価部３０４は、対象の車両１０の今回のソフトウェアの更新による効果が、車両１０の仮想車両モデルに基づく仮想シミュレーションによる効果の評価対象であるか否かを判定する。
【0224】
例えば、対象の車両１０の今回のソフトウェアの更新による効果が、車両１０の仮想車両モデルに基づく仮想シミュレーションによる効果の評価対象であるか否かは、上述の如く、更新データごとに予め規定され、その規定された内容に応じて、自動的に判断される。また、対象の車両１０の今回のソフトウェアの更新による効果が、車両１０の仮想車両モデルに基づく仮想シミュレーションによる効果の評価対象であるか否かは、ソフトウェアの種類、その更新の内容、及びソフトウェアの更新により変化する車両１０の特性項目等に基づき、テーブル情報等を用いて判断されてもよい。
【0225】
効果評価部３０４は、対象の車両１０の今回のソフトウェアの更新による効果が、車両１０の仮想車両モデルに基づく仮想シミュレーションによる効果の評価対象である場合、ステップＳ４０４に進み、それ以外の場合、ステップＳ４０４に進む。
【0226】
ステップＳ４０４にて、効果評価部３０４は、対象の車両１０のソフトウェアの更新前及び更新後のそれぞれの第２の車両データを反映させた仮想車両モデルに基づく、同じ条件したでの仮想シミュレーションをシミュレータ部３０３に実施させる。
【0227】
解析サーバ３０は、ステップＳ４０４の処理が完了し、シミュレータ部３０３による仮想シミュレーションが完了すると、ステップＳ４０６に進む。
【0228】
ステップＳ４０６にて、効果評価部３０４は、車両１０のソフトウェアの更新前及び更新後のそれぞれに対応する仮想車両モデルに基づく仮想シミュレーションの結果を比較し、車両１０のソフトウェアの更新による効果を評価する。
【0229】
解析サーバ３０は、ステップＳ４０６の処理が完了すると、ステップＳ４１０に進む。
【0230】
一方、ステップＳ４０８は、図１４のステップＳ３０２の処理と同じであるため、説明を省略する。
【0231】
解析サーバ３０は、ステップＳ４０８の処理が完了すると、ステップＳ４１０に進む。
【0232】
ステップＳ４１０～Ｓ４１６は、図１４のステップＳ３０４～Ｓ３１０の処理と同じであるため、説明を省略する。
【0233】
このように、本例では、解析サーバ３０は、仮想車両モデルを用いて、車両１０のソフトウェアの更新前及び更新後の第２の車両データのそれぞれに基づき、同じ条件下での仮想シミュレーションを行う。そして、解析サーバ３０は、車両１０のソフトウェアの更新前及び更新後のそれぞれに対応する仮想シミュレーションの結果を比較することにより、車両１０のソフトウェアの更新による効果を評価する。
【0234】
これにより、解析サーバ３０は、同じ条件下の仮想シミュレーション結果を比較できることから、車両１０のソフトウェアの更新による効果をより高い精度で評価することができる。
【0235】
また、本例では、解析サーバ３０は、ソフトウェアの種類やその更新の内容やソフトウェアの更新によって変化する車両１０の特性項目の種類等に応じて、仮想シミュレーションによる効果の評価の実施の有無を判断する。
【0236】
これにより、解析サーバ３０は、評価対象の効果に合わせて、評価の効率と評価の精度とのバランスを図ることができる。
【0237】
［作用］
次に、本実施形態に係るソフトウェア更新システム１の作用について説明する。
次に、本実施形態に係るソフトウェア更新システム１の作用について説明する。
【0238】
本実施形態では、ソフトウェア更新システム１は、車両１０と通信可能に接続される配信サーバ２０から車両１０に送信される、車両１０で利用されるソフトウェアの更新データに基づき、ソフトウェアを更新させる。具体的には、ソフトウェア更新システム１は、更新部と、取得部と、評価部と、を備える。より具体的には、更新部（例えば、ソフトウェア更新部１９４）は、更新データに基づき、車両１０のソフトウェアを更新させる。また、取得部（例えば、車両データ取得部１９６）は、更新部による車両１０のソフトウェアの更新前及び更新後のそれぞれの車両１０の状態に関する所定のデータ（例えば、第２の車両データ）を取得する。そして、評価部（例えば、効果評価部３０４）は、ソフトウェアの更新前及び更新後のそれぞれの所定のデータに基づき、ソフトウェアの更新による効果を評価する。
【0239】
これにより、ソフトウェア更新システム１は、実際に車両１０で利用されるソフトウェアの更新が行われた場合のその車両１０での効果を評価することができる。
【0240】
また、本実施形態では、ソフトウェア更新システム１は、判定部を備える。具体的には、判定部（例えば、車両データ取得部１９６）は、ソフトウェアの更新前の所定のデータが取得部により取得済みであるか否かを判定してよい。そして、更新部は、判定部によって、ソフトウェアの更新前の所定のデータが取得済みであると判定される場合に、ソフトウェアを更新させてよい。
【0241】
これにより、ソフトウェア更新システム１は、ソフトウェアの更新前の車両１０の状態に関する所定のデータを確実に取得することができる。そのため、ソフトウェア更新システム１は、ソフトウェアの更新による効果を確実に評価することができる。
【0242】
また、本実施形態では、判定部は、２以上の第１の所定数（例えば、取得回数Ｎ１）のソフトウェアの更新前の所定のデータが取得済であるか否かを判定してもよい。
【0243】
これにより、ソフトウェア更新システム１は、ソフトウェアの更新前の車両１０の状態に関する複数の所定のデータを利用することができる。そのため、ソフトウェア更新システム１は、ソフトウェアの更新による効果をより高い精度で評価することができる。
【0244】
また、本実施形態では、上述の第１の所定数は、車両１０のソフトウェアの更新の内容、及び規模の少なくとも一方によって可変されてもよい。
【0245】
これにより、ソフトウェア更新システム１は、ソフトウェアの更新の内容や規模に合わせて、所定のデータの取得数を少なくしデータ取得の効率化を図ったり、所定のデータの取得数を多くしソフトウェアの更新による効果の評価精度の向上を図ったりすることができる。そのため、ソフトウェア更新システム１は、ソフトウェアの更新の内容や規模に合わせて、データの取得の効率化と、ソフトウェアの更新による効果の評価精度の向上とのバランスを図ることができる。
【0246】
また、本実施形態では、ソフトウェア更新システム１は、案内部を備えてもよい。具体的には、案内部（例えば、経路案内部１９７）は、更新部によるソフトウェアの更新後に、車両１０の運転者に対して、ソフトウェアの更新後の所定のデータを取得するための走行経路を案内してもよい。
【0247】
これにより、ソフトウェア更新システム１は、例えば、ソフトウェアの更新による効果を評価するために必要な所定のデータを取得するための走行条件や環境条件に適合する経路に車両１０を誘導することができる。また、ソフトウェア更新システム１は、例えば、ソフトウェアの更新前の所定のデータの取得時と同じ経路に車両１０を誘導することができる。そのため、ソフトウェア更新システム１は、ソフトウェアの更新後の車両１０の状態に関する所定データをより適切に取得することができ、その結果、ソフトウェアの更新による効果をより高い精度で評価することができる。
【0248】
また、本実施形態では、取得部は、２以上の第２の所定数（例えば、取得回数Ｎ２）のソフトウェアの更新後の所定のデータを取得してもよい。
【0249】
これにより、ソフトウェア更新システム１は、ソフトウェアの更新後の車両１０の状態に関する複数の所定のデータを利用することができる。そのため、ソフトウェア更新システム１は、ソフトウェアの更新による効果をより高い精度で評価することができる。
【0250】
また、本実施形態では、上述の第２の所定数は、車両１０のソフトウェアの更新の内容、及び規模の少なくとも一方によって可変されてもよい。
【0251】
これにより、ソフトウェア更新システム１は、ソフトウェアの更新の内容や規模に合わせて、所定のデータの取得数を少なくしデータ取得の効率化を図ったり、所定のデータの取得数を多くしソフトウェアの更新による効果の評価精度の向上を図ったりすることができる。そのため、ソフトウェア更新システム１は、ソフトウェアの更新の内容や規模に合わせて、データの取得の効率化と、ソフトウェアの更新による効果の評価精度の向上とのバランスを図ることができる。
【0252】
また、本実施形態では、評価部は、車両１０のソフトウェアの更新前及び更新後の所定のデータを比較することにより、ソフトウェアの更新による効果を評価してもよい。
【0253】
これにより、ソフトウェア更新システム１は、ソフトウェアの更新による効果を評価することができる。
【0254】
また、本実施形態では、評価部は、車両１０に相当する仮想モデルを用いて、ソフトウェアの更新前及び更新後の所定のデータのそれぞれに基づき、仮想シミュレーションを行い、その結果を比較することにより、効果を評価してもよい。
【0255】
これにより、ソフトウェア更新システム１は、ソフトウェアの更新による効果をより高い精度で評価することができる。
【0256】
また、本実施形態では、評価部は、ソフトウェアの更新の内容に応じて、車両１０のソフトウェアの更新による効果の評価の際の仮想シミュレーションの実施の有無を判断してもよい。
【0257】
これにより、ソフトウェア更新システム１は、ソフトウェアの更新の内容に合わせて、仮想シミュレーションを実施せずに、評価の効率化を図ったり、仮想シミュレーションを実施し、より高い精度での評価を図ったりすることができる。そのため、ソフトウェア更新システム１は、ソフトウェアの更新の内容に合わせて、評価の効率化と、評価の高精度化とのバランスを図ることができる。
【0258】
また、本実施形態では、評価部は、ソフトウェアの更新の内容に応じて、仮想シミュレーションの際の車両１０の走行条件を変化させてもよい。
【0259】
これにより、ソフトウェア更新システム１は、ソフトウェアの更新によって影響を受ける走行条件に合わせて、仮想シミュレーションを実施することができる。そのため、ソフトウェア更新システム１は、ソフトウェアの更新による効果をより高い精度で評価することができる。
【0260】
また、本実施形態では、評価部は、ソフトウェアの更新前及び更新後の所定のデータの比較による車両１０の特性の変化と、ソフトウェアの更新前及び更新後の所定のデータのそれぞれに基づく仮想シミュレーションの結果の比較による車両１０の特性の変化とを比較することによって、ソフトウェアの更新による効果を評価してもよい。
【0261】
これにより、ソフトウェア更新システム１は、実際の車両１０での所定のデータ同士の比較結果と、仮想シミュレーションの結果同士の比較結果との双方を用いて、ソフトウェアの更新の効果を評価することができる。そのため、ソフトウェア更新システム１は、ソフトウェアの更新による効果をより高い精度で評価することができる。
【0262】
また、本実施形態では、仮想車両モデルは、車両１０に相当する汎用モデルであってもよい。
【0263】
これにより、ソフトウェア更新システム１は、例えば、同じ車種の複数の車両１０に共通の仮想車両モデル（汎用モデル）を用いて、ソフトウェアの更新による効果を予測することができる。そのため、ソフトウェア更新システム１は、例えば、ソフトウェアの更新による効果を評価するための仮想車両モデルの準備にかかる労力や時間を軽減し、より効率的にソフトウェアの更新による効果を評価することができる。
【0264】
また、本実施形態では、仮想車両モデルは、車両１０に相当する専用モデルであってもよい。
【0265】
これにより、ソフトウェア更新システム１は、車両１０ごとに専用の仮想車両モデルを用いて、ソフトウェアの更新による効果を評価することができる。そのため、ソフトウェア更新システム１は、車両１０ごとに固有の事情を反映させることができ、その結果、ソフトウェアの更新による効果をより高い精度で評価することができる。
【0266】
また、本実施形態では、ソフトウェア更新システム１は、仮想車両モデルを生成する生成部を備えてもよい。具体的には、生成部（例えば、仮想車両モデル取得部３０１）は、車両１０の経時変化、車両１０の使用条件、及び車両１０の構成要素の変化の少なくとも一つに合わせて、仮想車両モデルを更新してもよい。
【0267】
これにより、ソフトウェア更新システム１は、車両１０の経時変化や車両１０の使用条件や車両１０の構成要素の変化等の車両１０の固有の事情を、具体的に、車両１０に専用の仮想車両モデルに反映させることができる。
【0268】
また、本実施形態では、生成部は、車両１０の現実の状態を表すデータ（例えば、第１の車両データ）を取得し、仮想車両モデルとして車両１０のデジタルツインの生成及び更新を行ってもよい。
【0269】
これにより、ソフトウェア更新システム１は、車両１０の最新の状態が常に反映された仮想車両モデル（デジタルツイン）を用いて、ソフトウェアの更新による効果を評価することができる。そのため、ソフトウェア更新システム１は、ソフトウェアの更新によって得られる効果をより高い精度で評価することができる。
【0270】
以上、実施形態について詳述したが、本開示はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された要旨の範囲内において、種々の変形・改良が可能である。
【符号の説明】
【0271】
１ ソフトウェア更新システム（情報処理システム）
１０ 車両
１１ 通信装置
１２ ゲートウェイＥＣＵ
１３ ＥＣＵ
１５ センサ
１６ ナビゲーション装置
１７ 入力装置
１８ 表示装置
１９ セントラルＥＣＵ（情報処理装置）
１９Ａ 補助記憶装置
１９Ｂ メモリ装置
１９Ｃ ＣＰＵ
１９Ｄ インタフェース装置
１９Ｅ 記録媒体
２０ 配信サーバ（情報処理装置）
２１ 外部インタフェース
２１Ａ 記録媒体
２２ 補助記憶装置
２３ メモリ装置
２４ ＣＰＵ
２５ 高速演算装置
２６ 通信インタフェース
２７ 入力装置
２８ 表示装置
３０ 解析サーバ（情報処理装置）
４０ ユーザ端末
１２１ 通信部
１２２ 記憶部
１３１ 記憶部
１９１ 車両データ送信部
１９２ ダウンロード処理部
１９３ 記憶部
１９４ ソフトウェア更新部（更新部）
１９５ 記憶部
１９６ 車両データ取得部（取得部、判定部）
１９７ 経路案内部（案内部）
１９８ 記憶部
１９９ 車両データ送信部
２０１ 通知部（更新部）
２０２ 配信部
３０１ 仮想車両モデル取得部（生成部）
３０２ 仮想車両モデル記憶部
３０３ シミュレータ部
３０４ 効果評価部（評価部）
４０１ 通知部
１０ 車両
１１ 通信装置
１２ ゲートウェイＥＣＵ
１３ ＥＣＵ
１５ センサ
１６ ナビゲーション装置
１７ 入力装置
１８ 表示装置
１９ セントラルＥＣＵ（情報処理装置）
１９Ａ 補助記憶装置
１９Ｂ メモリ装置
１９Ｃ ＣＰＵ
１９Ｄ インタフェース装置
１９Ｅ 記録媒体
２０ 配信サーバ（情報処理装置）
２１ 外部インタフェース
２１Ａ 記録媒体
２２ 補助記憶装置
２３ メモリ装置
２４ ＣＰＵ
２５ 高速演算装置
２６ 通信インタフェース
２７ 入力装置
２８ 表示装置
３０ 解析サーバ（情報処理装置）
４０ ユーザ端末
１２１ 通信部
１２２ 記憶部
１３１ 記憶部
１９１ 車両データ送信部
１９２ ダウンロード処理部
１９３ 記憶部
１９４ ソフトウェア更新部（更新部）
１９５ 記憶部
１９６ 車両データ取得部（取得部、判定部）
１９７ 経路案内部（案内部）
１９８ 記憶部
１９９ 車両データ送信部
２０１ 通知部（更新部）
２０２ 配信部
３０１ 仮想車両モデル取得部（生成部）
３０２ 仮想車両モデル記憶部
３０３ シミュレータ部
３０４ 効果評価部（評価部）
４０１ 通知部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】