信息处理系统、信息处理装置、信息处理方法、程序和记录介质与流程

1.本公开涉及一种信息处理系统等。


背景技术：

2.例如，已知有一种从外部装置向车辆发送在车辆中使用的软件的更新数据(例如，程序的更新数据、用于程序的参数等)以执行软件的更新的技术(参见日本未审专利申请公开第2020-4245号(jp 2020-4245a))。
3.在jp 2020-4245a中，当软件被更新时，预先判定软件的成功更新是否可用。当确定成功的更新可用时，软件被更新。根据该技术，能够通过避免以下情况来提高用户的便利性：例如，用户正在等待软件更新的完成，但软件没有成功更新，用户最终浪费了时间。


技术实现要素：

4.然而，即使成功的软件更新可用，但是在某些情况下，通过实际的软件更新获得的效果会相对较小。因此，在例如用户正等待软件更新完成的情况下，进行软件更新，但软件更新的效果小到足以让用户失望，这样就会浪费用户的时间。
5.鉴于上述问题，本公开的目的是提供一种能够提高更新在车辆中使用的软件时的用户便利性的技术。
6.为了实现该目的，本公开的实施例提供了一种信息处理系统，所述信息处理系统被配置为基于软件的更新数据更新车辆中使用的软件，所述更新数据从可通信地连接到车辆的外部装置发送到车辆。所述信息处理系统包括通知单元和更新单元。通知单元被配置为当存在更新数据时，向车辆的用户通知更新数据的存在以及关于由基于更新数据的软件更新提供的效果的信息。更新单元被配置为在通知单元发出通知后从用户接受预定输入时，基于更新数据更新软件。
7.本公开的另一个实施例提供了一种信息处理装置，所述信息处理装置被配置为基于软件的更新数据更新车辆中使用的软件，所述更新数据从可通信地连接到车辆的外部装置发送到车辆。所述信息处理装置包括通知单元和更新单元。通知单元被配置为当存在更新数据时，向车辆的用户通知更新数据的存在以及关于由基于更新数据的软件更新提供的效果的信息。更新单元被配置为在通知单元发出通知后从用户接受预定输入时，基于更新数据更新软件。
8.本公开的又一个实施例提供了一种由信息处理装置执行的信息处理方法，所述信息处理装置被配置为基于软件的更新数据更新车辆中使用的软件，所述更新数据从可通信地连接到车辆的外部装置发送到车辆。所述信息处理方法包括：通知步骤：当存在更新数据时，向车辆的用户通知更新数据的存在以及关于由基于更新数据的软件更新提供的效果的信息；以及更新步骤：当在通知步骤中的通知后从用户接受预定输入时，基于更新数据更新软件。
9.本公开的又一个实施例提供了一种用于使信息处理装置执行步骤的程序，所述信息处理装置被配置为基于软件的更新数据更新车辆中使用的软件，所述更新数据从可通信地连接到车辆的外部装置发送到车辆。所述步骤包括：通知步骤：当存在更新数据时，向车辆的用户通知更新数据的存在以及关于由基于更新数据的软件更新提供的效果的信息；以及更新步骤：当在通知步骤中的通知后从用户接受预定输入时，基于更新数据更新软件。
10.本公开的另一个实施例提供了一种存储所述程序的计算机可读记录介质。
11.这些实施例能够提高更新车辆中使用的软件的用户便利性。
附图说明
12.下面将参照附图描述本发明的示例性实施例的特征、优点以及技术和工业意义，在附图中，相同标号表示相同元件，并且其中：
13.图1是示出软件更新系统的示例的示意图；
14.图2示出了车辆的硬件配置的示例；
15.图3示出了分发服务器的硬件配置的示例；
16.图4是示出了软件更新系统的功能配置的示例的功能框图；
17.图5示出了更新用于车辆的变速器的换档特性图的示例；
18.图6示出了更新车辆的电机(motor)的切换特性图的示例；
19.图7示出了在更新与车辆的变速器的换档(升档)有关的控制逻辑之前和之后，在变速器的换档期间关于车辆状态的长期变化(secular change)的虚拟模拟的结果的示例；
20.图8示出了在更新与车辆的变速器的换档(升档)有关的控制逻辑之前和之后，在变速器的换档期间关于车辆状态的长期变化的虚拟模拟的结果的另一个示例；
21.图9是示意性地示出由分发服务器进行的软件更新处理的示例的流程图；以及
22.图10是示意性地示出由中央ecu进行的软件更新处理的示例的流程图。
具体实施方式
23.下面，将参照附图对实施例进行描述。
24.软件更新系统的概要
25.参照图1，将描述根据本实施例的软件更新系统1的概要。
26.图1是示出软件更新系统1的示例的示意图。
27.如图1所示，软件更新系统1(信息处理系统的示例)包括车辆10、分发服务器20、分析服务器30和用户终端40。
28.软件更新系统1将车辆10中使用的软件的更新数据分发到车辆10，并允许对车辆10的软件进行更新。
29.车辆10的软件包括例如在安装在车辆10上的计算机(车载计算机)(例如将在后面描述的网关电子控制单元(ecu)12、ecu 13和中央ecu 19)上执行的程序。例如，车辆10的软件包括各种数据，例如由在车载计算机上执行的程序进行的处理中使用的参数。
30.车辆10是软件更新目标。例如，车辆10以从给定的电机(例如发动机或电动发电机)通过驱动系统(例如变速器、差速器和驱动轴)传输到驱动轮的原动力行驶。
31.车辆10安装有通信装置11，这将在后面描述。例如，车辆10经由预定的通信线路可
通信地连接到外部装置(例如分发服务器20和分析服务器30)。这使得车辆10能够向分发服务器20或分析服务器30发送信息信号，并且从分发服务器20或分析服务器30接收控制信号和信息信号(例如，软件更新数据)。
32.预定的通信线路包括例如终止于基站的移动通信网络、使用通信卫星的卫星通信网络和诸如因特网的广域网(wan)。预定的通信线路也可以包括，例如，安装分发服务器20或分析服务器30的设施的局域网(lan)。预定的通信线路也可以包括例如基于无线通信标准的短程通信线路，如wifi和bluetooth(注册商标)。同样也可以适用于用于分发服务器20和分析服务器30之间的通信的通信线路、用于分发服务器20和用户终端40之间的通信的通信线路，以及其他通信线路。
33.软件更新系统1可以包括一个或多个车辆10。在后一种情况下，软件更新系统1可以包括同一车辆类型的多个车辆10，或者两个以上车辆类型的多个车辆10。
34.分发服务器20(信息处理装置和外部装置的示例)将车辆10中使用的各种数据分发到车辆10。具体地，分发服务器20将软件更新数据分发到车辆10。
35.例如，分发服务器20是内部部署服务器或安装在监控中心的云服务器等，其提供对车辆10的状态的集中监控。例如，分发服务器20也可以是安装在车辆10主要行驶的区域(例如，车辆10被合法登记的区域)中的边缘服务器。在这种情况下，可以为包括在软件更新系统1中的所有车辆10提供两个以上分发服务器20。这也可以适用于分析服务器30。
36.如上所述，分发服务器20经由预定的通信线路可通信地连接到车辆10。这使得分发服务器20能够接收来自车辆10的各种信息信号，并且将各种信息信号(例如，软件更新数据)和控制信号(例如，软件更新命令)发送到车辆10。
37.分析服务器30获取例如代表车辆10的状态的各种数据(以下称为“车辆数据”)并对车辆10执行分析。具体地，分析服务器30分析通过更新车辆10的软件获得的效果。
38.如上所述，分析服务器30经由预定的通信线路可通信地连接到车辆10。这允许分析服务器30从车辆10接收各种信息信号(例如，车辆数据)并且向车辆10发送各种信息信号或控制信号。
39.分析服务器30经由预定的通信线路可通信地连接到分发服务器20或用户终端40。这使得分析服务器30能够向分发服务器20或用户终端40发送各种信息信号和控制信号，并且能够从分发服务器20或用户终端40接收各种信息信号和控制信号。
40.注意，分发服务器20和分析服务器30的功能可以通过将功能集合到单个服务器(信息处理装置的示例)来实现，或者也可以通过将功能分布在三个以上的服务器上来实现。
41.用户终端40是由车辆10的用户使用(拥有)的终端装置。例如，车辆10的用户是车辆10的所有者或车辆10的所有者的家庭成员。用户终端40是移动(便携式)终端装置，例如智能手机、平板电脑终端或笔记本个人电脑(pc)。用户终端40也可以是固定的终端装置，例如台式pc。
42.如上所述，用户终端40经由预定的通信线路可通信地连接到分发服务器20。这使得用户终端40能够接收从分发服务器20发送的控制信号和信息信号，并且通过显示器或扬声器向车辆10的用户通知信号中包括的信息。响应于用户的输入，用户终端40还能够将与输入内容相适应的控制信号和信息信号发送给分发服务器，以便将与用户输入的内容相对
应的用户的请求通知给分发服务器20。
43.软件更新系统的硬件配置
44.现在，除了图1之外，还将参考图2和图3描述软件更新系统1的硬件配置。
45.车辆的硬件配置
46.图2示出了车辆10的硬件配置的示例。
47.如图2所示，车辆10包括通信装置11、网关ecu 12、ecu 13、传感器15、输入装置17、显示装置18和中央ecu 19。
48.通信装置11通过预定的通信线路与车辆10的外部进行通信。例如，通信装置11是能够连接到终止于基站的移动通信网络以与外部通信的移动通信模块。具体地，通信装置11可以是数据通信模块(dcm)。通信装置11经由车辆10内部的通信线路可通信地连接到网关ecu 12、ecu 13、中央ecu 19等。例如，车辆10内部的通信线路是一对一的通信线路或车载网络。车载网络的示例包括控制器区域网络(can)、局域互连网络(lin)、flexray和车载以太网。例如，通信装置11可以响应来自网关ecu 12的命令(请求)向外部发送给定信号。由通信装置11从外部接收的信号也被送入网关ecu12。
49.网关ecu 12用作车辆10外部的通信线路和车辆10内部的通信线路(例如，车载网络)之间的网关。
50.网关ecu 12的功能可以由任意硬件实现，或者由任意硬件和软件的组合实现。例如，网关ecu 12可以具有类似于将在后面描述的中央ecu 19的硬件配置。网关ecu 12可以通过将安装在辅助存储装置上的程序加载到存储器装置中并在中央处理单元(cpu)上执行这些程序来实现各种功能。同样的情况也可以适用于ecu 13。
51.例如，网关ecu 12使用已知的方法来验证由通信装置11从外部接收的信号是由常规发送源发送的并且是未被破坏的信号。常规发送源是指事先登记为发送源的发送源(如分发服务器20、分析服务器30等)，或事先通过相互通信认证的发送源。在由通信装置11接收的信号中，网关ecu 12仅将成功认证的信号的数据经由车辆10内部的通信线路发送给预定的车载装置(例如ecu 13、中央ecu 19等)。
52.例如，网关ecu 12按照车辆10的各种装置的请求生成包括诸如预定信息和命令(请求)的内容的信号，并且通过通信装置11将信号发送到给定的目的地(例如，分发服务器20或分析服务器30)。
53.一个以上ecu 13被安装在车辆10上。ecu 13执行与车辆10的各种功能有关的控制。例如，ecu 13包括控制作为车辆10的原动力源的发动机的ecu 13、控制作为车辆10的原动力源的电动发电机(mg)的ecu 13，以及控制车辆10的变速器的档位(shift position)的ecu 13。
54.一个以上传感器15被安装在车辆10上。传感器15输出关于车辆10的状态的测量数据。来自传感器15的输出(测量数据)经由车辆10内部的通信线路被送入中央ecu 19。例如，传感器15包括测量车辆10的各个车轮的轮速的传感器15(轮速传感器)。例如，传感器15还包括测量车辆10的纵向加速度、横向加速度和垂直加速度的传感器15(加速度传感器)。例如，传感器15还包括测量车辆10的特定位置处的温度的传感器15(温度传感器)。温度传感器的示例包括测量用于驱动的电池或安装在车辆10上的辅助机器的电池的温度的温度传感器、测量各种装置的冷却剂温度的冷却剂温度传感器，以及测量各种装置中的润滑剂温
度的油温传感器。传感器15的示例还包括测量车辆10的位置的传感器15(全球导航卫星系统(gnss)传感器)。
55.输入装置17被设置在车辆10的车厢中，并接受来自乘员的各种输入。输入装置17包括操作输入装置，例如按钮、拨杆、杠杆、触摸面板或触摸板，其例如接受来自乘员的操作输入。输入装置17还包括语音输入装置，例如麦克风，其接受来自车辆10的乘员的语音输入。输入装置17还包括接受来自车辆10的乘员的手势输入的手势输入装置，例如能够对车辆10的车厢内的乘员进行成像的相机。代表输入装置17中接受的输入内容的输入信号经由车辆10内部的通信线路被送入中央ecu 19。
56.显示装置18被设置在车辆10的车厢内从驾驶员座位上容易看到的位置，其示出各种信息画面。例如，显示装置18是液晶显示器、有机电致发光(el)显示器等。显示装置18通过车辆10内部的通信线路可通信地连接到中央ecu 19。中央ecu 19能够向显示装置18输出控制信号以控制显示装置18以示出预定的信息画面。
57.例如，中央ecu 19作为包括安装在车辆10上的网关ecu 12和ecu 13在内的各种ecu的上位控制装置，以执行对各种ecu的运行的综合控制并作为存储各种ecu中使用的各种数据的场所。
58.中央ecu 19的功能可以由任意硬件，或由任意硬件和软件的组合来实现。例如，如图2所示，中央ecu 19包括辅助存储装置19a、存储器装置19b、cpu 19c和接口装置19d，它们通过总线b1连接。
59.辅助存储装置19a是存储要安装的程序并存储所需的文件、数据等的非易失性存储装置。例如，辅助存储装置19a是闪存等。
60.例如，当有启动程序的指令时，存储器装置19b加载存储在辅助存储装置19a中的程序以允许cpu 19c读取该程序。例如，存储器装置19b是静态随机存取存储器(sram)。
61.例如，cpu 19c执行加载到存储器装置19b的程序，并且响应程序的命令实现中央ecu 19的各种功能。
62.例如，接口装置19d被用作连接到车辆10内部的通信线路的接口。取决于待连接的通信线路的类型，接口装置19d可以包括多个不同类型的接口装置。
63.例如，实现中央ecu 19的各种功能的程序由便携式记录介质19e提供。在这种情况下，接口装置19d用作从记录介质19e读取数据和向记录介质19e写入数据的接口。记录介质19e是特殊的工具，其通过可拆卸的电缆连接到外部连接连接器(例如数据链路耦合器(dlc))。例如，记录介质19e可以是sd存储卡或通用串行总线(usb)存储器。程序可以通过预定的通信线路从车辆10外的另一台计算机(例如，分发服务器20)下载，并安装在辅助存储装置19a上。
64.分发服务器的硬件配置
65.图3示出了分发服务器20的硬件配置的示例。
66.分发服务器20的功能可以由任意硬件，或由任意硬件和软件的组合来实现。例如，如图3所示，分发服务器20包括外部接口21、辅助存储装置22、存储器装置23、cpu 24、通信接口26、输入装置27和显示装置28，它们通过总线b2连接。
67.这里，分析服务器30和用户终端40也可以具有与分发服务器20相同的硬件配置。以下，省略对分析服务器30和用户终端40的硬件配置的说明和描述。
68.外部接口21用作从记录介质21a读取数据和向记录介质21a写入数据的接口。记录介质21a包括软盘、光盘(cd)、数字多功能光盘(dvd)、blu-ray(注册商标)光盘(bd)、sd存储卡和通用串行总线(usb)存储器。这使得分发服务器20能够通过记录介质21a读取用于处理的各种数据、将数据存储在辅助存储装置22中，并安装实现各种功能的程序。
69.分发服务器20可以通过通信接口26从外部装置获取各种数据和程序。
70.辅助存储装置22存储安装的各种程序，并存储各种处理所需的文件、数据等。例如，辅助存储装置22包括硬盘驱动器(hdd)、固态驱动器(ssd)和闪存。
71.当有启动程序的指令时，存储器装置23从辅助存储装置22读取程序并存储所读取的程序。存储器装置23包括例如动态随机存取存储器(dram)和静态随机存取存储器(sram)。
72.cpu 24执行从辅助存储装置22加载到存储器装置23的各种程序，并基于程序实现分发服务器20的各种功能。
73.高速算术单元25与cpu 24合作，以相对高的速度执行算术处理。高速算术单元25包括例如图形处理单元(gpu)、专用集成电路(asic)和现场可编程门阵列(fpga)。
74.高速算术单元25可以根据所需的处理的速度而省略。
75.通信接口26被用作以可通信的方式与外部装置建立连接的接口。例如，这允许分发服务器20通过通信接口26与外部装置(例如车辆10、分析服务器30和用户终端40)进行通信。取决于用于与要连接的装置通信的通信方案等，通信接口26也可以具有多种类型的通信接口。
76.输入装置27接受来自用户的各种输入。
77.例如，输入装置27包括接受来自用户的机械操作输入的操作输入装置。操作输入装置包括例如按钮、拨杆和杠杆。操作输入装置包括例如安装在显示装置28上的触摸面板和与显示装置28分开设置的触摸板。
78.输入装置27还包括例如能够接受来自用户的语音输入的语音输入装置。语音输入装置包括例如能够收集用户的语音的麦克风。
79.输入装置27还包括例如能够接受来自用户的手势输入的手势输入装置。该手势输入装置包括例如能够对用户的手势进行成像的相机。
80.输入装置27还包括例如能够接受来自用户的生物识别输入的生物识别输入装置。例如，生物识别输入装置包括能够获取包含用户的指纹和虹膜信息的图像数据的相机。
81.显示装置28向用户显示信息画面和操作画面。例如，显示装置28包括液晶显示器、有机电致发光(el)显示器等。
82.软件更新系统的功能配置
83.现在，除了图1至图3之外，还将参照图4描述软件更新系统1的功能配置。
84.图4是示出软件更新系统1的功能配置的示例的功能框图。
85.车辆的功能配置
86.如图4所示，网关ecu 12包括作为功能单元的通信单元121和存储单元122。通信单元121的功能可以通过例如将安装在网关ecu 12的辅助存储装置上的程序加载到存储器装置中并在cpu上执行该加载的程序来实现。存储单元122的功能可以通过例如在网关ecu 12的辅助存储装置中定义的存储区域等来实现。
87.通信单元121控制通信装置11以将从车辆10外部接收的信号送入网关ecu 12中和将信号发送到车辆10的外部。
88.存储单元122存储网关ecu 12中使用的各种数据。例如，在存储单元122中，登记(存储)了安装在网关ecu 12(辅助存储装置)上的各种程序的数据。在存储单元122中，例如，关于在基于网关ecu 12的各种程序的处理中所参考的参数的数据被登记(存储)。
89.ecu 13包括作为功能单元的存储单元131。存储单元131的功能通过例如在ecu 13的辅助存储装置中定义的存储区域实现。
90.存储单元131存储ecu 13中使用的各种数据。例如，在存储单元131中，登记(存储)了安装在ecu 13(辅助存储装置)上的各种程序的数据。例如，在存储单元131中，登记(存储)关于基于ecu 13的各种程序的处理中所参考的参数的数据。
91.中央ecu 19包括作为功能单元的车辆数据发送单元191、下载处理单元192、存储单元193、软件更新单元194和存储单元195。例如，车辆数据发送单元191、下载处理单元192和软件更新单元194的功能可以通过将要安装在辅助存储装置19a上的程序加载到存储器装置19b并在cpu 19c上执行所加载的程序来实现。存储单元193、195的功能可以通过例如在辅助存储装置19a中定义的存储区域来实现。
92.车辆数据发送单元191获取代表车辆10的状态的车辆数据，并且在各个预定的时间段经由网关ecu 12(通信装置11)将数据发送(上传)到分析服务器30。例如，车辆数据发送单元191可以实时地将获得的车辆数据上传到分析服务器30，或者可以将获得的车辆数据积累在存储器装置19b或辅助存储装置19a中，并在预定的时间将积累的车辆数据一起发送到分析服务器30。待发送的车辆数据包括例如从传感器15输出的测量数据。待发送的车辆数据还包括例如控制数据，控制数据包括从各种ecu(例如网关ecu 12、ecu 13和中央ecu 19)输出的命令值，以及作为控制处理过程中的算术操作的结果的值。
93.下载处理单元192执行关于从分发服务器20下载软件更新的处理。
94.存储单元193存储从分发服务器20下载的软件更新数据。
95.软件更新单元194通过使用下载到存储单元193的软件更新数据来更新网关ecu 12、ecu 13、中央ecu 19等当中使用的软件。
96.存储单元195存储在中央ecu 19中使用的各种数据。在存储单元195中，例如登记(存储)安装在中央ecu 19(辅助存储装置)上的各种程序的数据。在存储单元195中，登记(存储)例如在基于中央ecu 19的各种程序的处理中所参考的参数的数据。
97.分发服务器的功能配置
98.如图4所示，分发服务器20包括作为功能单元的通知单元201和分发单元202。通知单元201和分发单元202的功能可以通过例如将安装在辅助存储装置22上的程序加载到存储器装置23并在cpu 24上执行加载的程序来实现。
99.当存在车辆10中可用的软件更新数据时，通知单元201将软件更新的存在通知给车辆10。当软件更新系统1包括两个以上车辆10时，在所有车辆10中，软件更新数据的存在仅被通知给作为利用软件更新数据进行软件更新的目标的车辆10的用户。例如，当车辆10包括两个以上车辆类型的车辆10时，软件更新的存在与否或更新的内容对于每个车辆类型可能是不同的。例如，即使当所有车辆10都是相同的车辆类型时，根据等级，软件更新的存在与否或更新的内容也可能存在差异。此外，例如，根据用户与服务提供商之间关于车辆10
的软件更新的协议条款，向用户提供的服务可能不同，即，向用户提供的服务会根据价格(费用)的多少而不同，这可能导致软件更新的内容不同。
100.具体地，通知单元201针对作为更新数据的分发目标的车辆10，向分析服务器30发送用于请求预测软件更新的效果的信号。在这种情况下，当有一个以上的车辆10作为更新数据的分发目标时，通知单元201请求分析服务器30预测软件更新对各个车辆10的效果。当从分析服务器30接收到关于软件更新效果的预测结果的数据时，通知单元201向车辆10或多个车辆10发送通知软件更新数据的存在的信号，所述软件更新数据包括软件更新的效果的预测结果的内容。这使得车辆10的中央ecu 19(下载处理单元192)能够经由显示装置18通知软件更新数据的存在，以及软件更新的效果的预测结果。通知单元201也可以将通知软件更新数据的存在的信号，代替车辆10或除了车辆10之外，发送给车辆10的用户的用户终端40，所述软件更新数据包括软件更新的效果的预测结果的内容。这使得用户终端40(通知单元401)能够经由显示装置向车辆10的用户通知软件更新数据的存在以及软件更新的效果的预测结果。当用户需要支付软件更新的价格(费用)时，通知单元201可以向车辆10或用户终端40发送通知软件更新数据的存在的信号，该软件更新数据包括软件更新的效果的预测结果的内容和价格金额。这使得车辆10的中央ecu 19(下载处理单元192)能够经由显示装置18向车辆10的用户通知软件更新数据的存在，以及软件更新所需的价格金额。用户终端40(通知单元401)也能够经由显示装置向车辆10的用户通知软件更新数据的存在，以及软件更新所需的价格金额。
101.注意，通知单元201可以将通知软件更新数据(包括事先准备好的关于效果的数据)的存在的信号发送给车辆10，而不需要让分析服务器30预测效果。例如，事先准备好的关于效果的数据是在软件更新数据的开发阶段通过实验或模拟获得的效果的验证数据，或者根据验证数据预测到的车辆10的实际效果的数据。
102.分发单元202将软件更新数据分发给车辆10。例如，当收到来自车辆10或用户终端40的更新许可信号时，通知单元201向分发单元202发送更新数据分发命令，并且分发单元202响应于分发命令向目标车辆10发送更新数据。
103.分析服务器的功能配置
104.如图4所示，分析服务器30包括作为功能单元的虚拟车辆模型获取单元301、虚拟车辆模型存储单元302、模拟器单元303和效果预测单元304。虚拟车辆模型获取单元301、模拟器单元303和效果预测单元304的功能可以通过例如将安装在分析服务器30的辅助存储装置上的程序加载到存储器装置并在cpu上执行加载的程序来实现。虚拟车辆模型存储单元302的功能通过例如在分析服务器30的辅助存储装置中定义的存储区域来实现。
105.虚拟车辆模型获取单元301(生成单元的示例)获取与车辆10相对应的虚拟模型(以下称为“虚拟车辆模型”)。该虚拟车辆模型是在虚拟空间上再现车辆10的各种特征的模型。虚拟车辆模型可以是再现整个车辆10的各种特征的完整车辆模型，或者是仅再现车辆10的将在后面描述的作为效果预测的目标的一些特征的部分车辆模型。虚拟车辆模型也可以是再现了车辆10的部分或全部形状的三维模型。
106.例如，虚拟车辆模型获取单元301获取通用虚拟模型(通用模型的示例)作为虚拟车辆模型，该通用虚拟模型用于具有相同车辆类型或具有相同车辆类型和相同等级的车辆10。例如，通用虚拟车辆模型可以是具有与相关车辆(pertinent vehicle)10相对应的最终
规格的车辆类型和等级的完整车辆模型或部分车辆模型，相关车辆10是在与车辆10相对应的车辆类型的开发阶段创建的。
107.例如，虚拟车辆模型获取单元301还可以通过为各个车辆10生成专用虚拟模型(专用模型的示例)来获取虚拟车辆模型。具体地，虚拟车辆模型获取单元301可以通过适当地更新通用虚拟车辆模型，利用从相应的车辆10上传的车辆数据来生成专用于车辆10的虚拟车辆模型。这使得虚拟车辆模型获取单元301能够在与车辆10的长期变化、车辆10的使用条件变化以及车辆10的部件构件变化中的至少一个相匹配的情况下生成(更新)虚拟车辆模型。因此，专用于车辆10的虚拟车辆模型能够反映车辆10的长期变化、车辆10的使用条件的变化或车辆10的部件构件的变化。车辆10的使用条件可以包括例如与车辆10的使用环境有关的条件、车辆10被使用时的行驶条件以及与车辆10的使用频率有关的条件。车辆10的部件构件的变化可以包括，例如，车辆10的部件等的硬件的变化、车辆10的软件的变化以及车辆10中使用的冷却剂和润滑剂的类型的变化。虚拟车辆模型获取单元301还可以通过基于从车辆10依次上传的车辆数据实时更新虚拟车辆模型来生成作为对应于车辆10的专用模型的数字孪生(digital twin)。
108.虚拟车辆模型存储单元302存储由虚拟车辆模型获取单元301获取(生成)的虚拟车辆模型。当软件更新系统1包括一个以上的车辆时，存储用于相应车辆10的虚拟车辆模型。然而，当如上所述的通用虚拟车辆模型被获取为虚拟车辆模型时，可以将对部分或所有车辆10通用的通用虚拟车辆模型作为虚拟车辆模型存储在虚拟车辆模型存储单元302中。
109.模拟器单元303使用在虚拟车辆模型存储单元302中登记(存储)的车辆10的虚拟车辆模型执行与车辆10有关的虚拟模拟。与车辆10相关的虚拟模拟包括车辆10在预定的行驶条件下的行驶模拟。
110.效果预测单元304(预测单元的示例)响应于来自分发服务器20的请求，预测通过更新车辆10中使用的软件而获得的效果。
111.例如，效果预测单元304基于软件更新的内容和关于作为软件更新目标的车辆10的车辆数据的历史，通过更新作为更新目标的软件来预测效果(参见后面描述的图5和图6)。具体地，通过判定随着软件更新而变化的车辆10的行驶条件和关于使用环境的条件与基于车辆10的车辆数据所识别的车辆10的实际使用状态的兼容程度，来预测软件更新的效果。这是因为车辆10的实际使用状态改变了受软件更新影响的行驶条件和使用环境条件的建立的频率。
112.效果预测单元304可以通过使模拟器单元303使用车辆10的虚拟车辆模型执行关于车辆10的虚拟模拟来预测软件更新的效果(参见后面描述的图7和图8)。具体地，虚拟车辆模型获取单元301响应于来自效果预测单元304的指令，基于车辆10的最新虚拟车辆模型生成对应于执行软件更新的情况的虚拟车辆模型。模拟器单元303还响应于来自效果预测单元304的指令，使用对应于软件更新后的车辆10的虚拟车辆模型，执行关于车辆10在预定行驶条件下行驶的虚拟模拟。根据软件更新的内容，对车辆10进行虚拟模拟的预定行驶条件是可变的。效果预测单元304使用对应于软件更新后的车辆10的虚拟车辆模型，基于虚拟模拟的结果预测软件更新的效果。例如，效果预测单元304通过比较在实际车辆10中获得并从车辆10上传的车辆数据和产生于对应于更新后的车辆10的车辆数据的虚拟模拟的数据来预测软件更新的效果。因此，效果预测单元304能够以相对简单的方法预测软件更新的效
果，前提是存储在分析服务器30中的关于车辆10的现有车辆数据是更新前车辆10的状态数据。效果预测单元304也可以通过比较使用对应于车辆10的虚拟车辆模型在软件更新前后的虚拟模拟的结果来预测软件更新的效果。在这种情况下，效果预测单元304使模拟器单元303在相同条件下，使用在更新后对应于车辆10的虚拟车辆模型进行虚拟模拟，以及使用在更新前对应于车辆10的虚拟车辆模型进行虚拟模拟。因此，效果预测单元304能够近似地匹配行驶条件或其他条件，这些条件是要比较的数据的先决条件。因此，效果预测单元304能够以更高的精度预测效果。
113.效果预测单元304可以根据例如通过软件更新提高的指数值是否超过预定的标准来预测效果的存在或不存在。效果预测单元304还可以基于由软件更新提高的指数值来预测效果的程度。
114.效果预测单元304还可以根据软件更新的内容来选择预测效果的方法。具体地，在预测通过软件更新获得的效果时，效果预测单元304可以根据软件更新的内容判定是否基于对应于车辆10的虚拟车辆模型执行虚拟模拟。是否执行虚拟模拟可以事先针对每条更新数据进行规定，并根据规定的内容自动判定。可以基于更新后的数据的内容和通过软件更新获得的效果项目等，使用表格信息等来判定是否进行虚拟模拟。
115.效果预测单元304还可以例如考虑到用户在未来使用车辆10的时间段来预测效果的程度。效果预测单元304可以参照诸如将车辆10登记为新车的时刻和最近的车辆检查的时刻的数据来预测用户在未来使用车辆10的时间段。例如，在用户计划在相对较近的时间更换当前车辆10的情况下，用户能够只在短时间内从执行软件更新中受益，因此，软件更新的效果可以大大降低。具体地，效果预测单元304可以设定使得随着用户在未来使用车辆10的时间段越短，用于确定软件更新有效的标准或用于规定效果的程度的标准相对越高。效果预测单元304还可以预测，当用户在未来使用车辆10的时间段小于预定标准时，软件更新是无效的。
116.用户终端的功能配置
117.如图4所示，用户终端40包括作为功能单元的通知单元401。通知单元401的功能可以通过例如将安装在用户终端40的辅助存储装置上的程序加载到存储器装置上并在cpu上执行该加载的程序来实现。
118.通知单元401基于从分发服务器20接收的信号，经由显示装置向用户通知车辆10的软件更新的存在。这使得车辆10的用户能够在用户不使用车辆10的时刻知道车辆10的软件更新的存在。因此，例如，用户能够在用户终端40上输入软件更新许可，并在用户不使用车辆10的时刻完成软件更新。
119.预测车辆软件更新的效果的方法的具体示例
120.现在参照图5至图8给出由效果预测单元304预测车辆10的软件更新的效果的方法的具体示例的描述。
121.第一具体示例
122.图5示出了车辆10的变速器的换档特性图的更新的示例。具体地，图5在坐标系上示出了车辆10的变速器的第一档和第二档之间、第二档和第三档之间以及第三档和第四档之间的切换条件，横轴为车辆10的车辆速度，纵轴为车辆10的所需驱动力。
123.注意，车辆10的所需驱动力例如是根据车辆10的驾驶员的加速器操作量确定的。
在图5中，实线代表升档期间的切换条件(换档线)，而虚线代表降档期间的切换条件(换档线)。
124.如图5所示，在该示例中，由于控制变速器的档位的ecu 13的软件更新，第三档和第四档之间的切换条件从换档线501改变为换档线502。
125.例如，考虑车辆10的用户相对频繁地使用工作点503的情况。基于换档线501，在工作点503的状态下，变速器被维持在第三档，而不需要从第三档升档到第四档。因此，诸如发动机或电动发电机的转速保持在相对较高的速度。这导致车辆10的能量消耗相对较高。另一方面，当软件更新被执行并且切换条件被更新到换档线502时，在工作点503的状态下，从第三档到第四档的升档被完成，并且变速器被维持在第四档。因此，诸如发动机或电动发电机的电机的转速保持在相对较低的速度。这导致车辆10的能量消耗相对较低，因此燃油效率和电力效率得到改善。因此，效果预测单元304能够预测软件更新具有降低能量消耗的效果，或效果的程度相对较高。
126.例如，考虑以下情况：车辆10的用户相对频繁地使用工作点504，工作点504与工作点503处于相同的车辆速度范围并且所需驱动力低于工作点503。在这种情况下，与换档线501、502无关，从第三档至第四档的升档已经完成，并且变速器在工作点504的状态下都保持在第四档。因此，效果预测单元304能够预测软件更新没有效果或者效果的程度相对较低。同样的情况适用于例如车辆10的用户根本不使用受切换条件的变化影响的车辆速度范围505的情况，或者用户以非常低的频率使用车辆速度范围505的情况。
127.因此，在该示例中，效果预测单元304能够通过基于从车辆10依次上传的与所需驱动力和车辆速度相关的车辆数据更新软件(换档特性图)来预测效果。
128.注意，效果预测单元304可以根据基于车辆10的虚拟车辆模型的虚拟模拟的结果，预测与变速器中的换档切换条件有关的软件更新的效果。例如，效果预测单元304可以利用基于车辆10的虚拟车辆模型的虚拟模拟，预测在预定行驶条件下车辆10的原动力性能方面的效果，该效果是由与变速器中的换档切换条件相关的软件更新提供的。
129.第二具体示例
130.图6示出了车辆10的电机切换特性图的更新的示例。在该示例中，车辆10是所谓的混合电动车辆，其能够通过在两个电机：发动机和电动发电机之间切换而行驶。具体地，图6在坐标系上示出了车辆10在发动机停止的情况下仅使用电动发电机(mg)行驶的状态与发动机启动且车辆10使用发动机行驶的状态之间的切换条件，横轴为车辆10的车辆速度，纵轴为车辆10的所需驱动力。
131.注意，车辆10利用发动机行驶的状态可以包括车辆10仅利用发动机行驶的状态和车辆10利用发动机和电动发电机行驶的状态。
132.如图6所示，在该示例中，由于在执行两个电机的运行状态的综合控制的ecu 13中的软件更新，用于在车辆10仅利用电动发电机行驶的状态和车辆10利用发动机行驶的状态之间切换的切换条件从切换线601(细实线)更新到切换线602(粗实线)。
133.例如，考虑车辆10的用户相对频繁地使用工作点603的情况。基于切换线601，在工作点603的状态下，发动机被启动并且车辆10以发动机的原动力行驶。同时，当执行软件更新并将切换条件更新为切换线602时，车辆10在工作点603的状态下能够仅以电动发电机的原动力行驶。因此，车辆10的燃料效率得到提高。因此，效果预测单元304能够预测到软件更
新具有提高车辆10的燃料效率的效果或该效果的程度相对较高。
134.例如，考虑车辆10的用户相对频繁地使用工作点604的情况，工作点604与工作点603处于相同的车辆速度范围并且所需驱动力低于工作点603。在这种情况下，车辆10在工作点604的状态下仅以电动发电机的原动力行驶，而与切换线601、602无关。因此，效果预测单元304能够预测到软件更新没有提高车辆10的燃料效率的效果或者效果的程度相对较低。同样的情况适用于例如车辆10的用户根本没有使用受切换条件的变化影响的工作区域605的情况，或者用户以非常低的频率使用工作区域605的情况。
135.因此，在该示例中，效果预测单元304能够通过基于从车辆10依次上传的与所需驱动力和车辆速度相关的车辆数据更新软件(电机切换特性图)来预测效果。
136.第三具体示例
137.图7示出了在更新与车辆10的变速器的换档(升档)有关的控制逻辑之前和之后，在变速器的换档期间关于车辆10状态的长期变化的虚拟模拟结果的示例(时间图700)。具体地，图7示出了基于专用于软件更新系统1中包括的车辆10的虚拟车辆模型的虚拟模拟的结果。时间图700包括代表变速器换档期间车辆10的释放压力指令值、接合压力指令值、电机(发动机)的转速和纵向加速度方面的各自长期变化的时间图701至704。图8示出了在更新与车辆10的变速器的换档(升档)有关的控制逻辑之前和之后，在变速器的换档期间关于车辆10的状态的长期变化的虚拟模拟结果的另一个示例(时间图800)。具体地，图8示出了基于专用于安装有与包括在软件更新系统1中的一个车辆10的规格相同的变速器的另一个车辆10的虚拟车辆模型的虚拟模拟的结果。时间图800包括代表变速器的换档期间车辆10的释放压力指令值、接合压力指令值、变速器的输出轴的转速以及纵向加速度方面的各自的长期变化的时间图801至804。
138.这里，释放压力指令值代表用于致动通过换档从接合状态转变为释放状态的变速器的部件构件(例如，制动器、离合器等)的液压指令值。接合压力指令值代表致动变速器的通过换档从释放状态转变为接合状态的部件构件的液压指令值。在图7和图8中，更新前和更新后用于变速器的换档的控制逻辑是相同的。因此，对应于控制逻辑的时间图701、702和时间图801、802是相同的。
139.如图7和图8所示，在该示例中，变速器的换档的控制逻辑被更新，以便减少从换档(升档)的开始(减少释放压力指令值的开始)到换档结束(增加接合压力指令值的结束)的时间(换档时间)。
140.在时间图703中，由于控制逻辑的更新，由于变速器的换档而导致的电机(发动机)的转速的变化速度(随时间的变化率)相对较高。在时间图704中，车辆10的纵向加速度随着变速器的换档而产生的波动也相对较大。因此，用户能够清楚地感知换档的速度(换档速度)的增加。因此，在图7的一个车辆10的情况下，效果预测单元304能够预测软件更新具有提高换档速度的效果或该效果的程度相对较高。
141.同时，在时间图803中，在控制逻辑的更新之前和之后，由于变速器的换档而导致的电机(发动机)的转速的变化速度(随时间的变化率)并没有实质性的变化。在时间图804中，在控制逻辑更新之前和之后，由于变速器的换档导致的车辆10的纵向加速度的波动幅度几乎没有变化。因此，用户不容易感知到改进后的换档的速度(换档速度)。因此，在图8的另一车辆10的情况下，效果预测单元304能够预测软件更新没有提高换档速度的效果，或者
该效果的程度相对较低。
142.在此，可以考虑到，由于例如在变速器中使用的润滑剂的粘度的影响，通过更新控制逻辑的效果根据安装有相同规格的变速器的车辆10而有所不同。例如，当在变速器中使用比从工厂装运时填充的润滑剂更粘稠的商业润滑油时，用户会很难感知到提高的换档速度。还可以考虑的是，由于例如变速器的离合器组间隙的制造有差异，更新控制逻辑的效果根据安装有相同规格的变速器的车辆10而不同。例如，当变速器的离合器组间隙接近制造公差内的下限时，用户会比离合器组间隙接近上限时更难感知到换档速度的提高。还可以考虑到，由于例如变速器中累计换档次数的影响，更新控制逻辑的效果根据安装有相同规格的变速器的车辆10而不同。例如，当车辆10从工厂装运出来后或变速器更换为新产品后的累计换档次数相对较小时，变速器的离合器组间隙会比累计换档次数多时相对较小，这会使用户难以感知到提高的换档速度。还可以考虑到，由于例如用于接合和释放变速器的离合器和制动器的电磁阀中的空气泄漏的影响，更新控制逻辑的效果根据安装有相同规格的变速器的车辆10而不同。例如，当变速器的电磁阀中的空气泄漏相对较小时，换档速度比空气泄漏相对较大时相对较高。因此，即使控制逻辑被更新，用户也很难感知到提高的换档速度。还可以考虑的是，由于例如车辆10所使用的温度环境的影响，更新控制逻辑的效果根据安装有相同规格的变速器的车辆10而不同。例如，当车辆10在温度很低的所谓寒冷气候中使用时，润滑油的粘度比车辆10在相对较高的温度中使用时的粘度高。因此，即使在控制逻辑被更新时，用户也难以感知提高的换档速度。
143.因此，在该示例中，效果预测单元304能够根据基于虚拟车辆模型的关于变速器的换档的虚拟模拟的结果，预测更新软件(与变速器的换档的控制逻辑有关的程序)的效果。
144.在该示例中，效果预测单元304还能够使模拟器单元303在使用专用于车辆10的虚拟车辆模型的软件更新后，执行关于车辆10的虚拟模拟。因此，效果预测单元304能够在与各个车辆10的具体情况(例如车辆10的长期变化、车辆10的使用条件变化以及车辆10的部件构件变化)相匹配的情况下更准确地预测软件更新的效果。
145.软件更新处理
146.现在参照图9和图10给出用于更新车辆10的软件的处理(以下称为“软件更新处理”)的描述。
147.图9是示意性示出由分发服务器20进行的软件更新处理的示例的流程图。图10是示意性示出由中央ecu 19进行的软件更新处理的示例的流程图。
148.图9中的流程图例如以各个预定的周期重复执行。在接收到来自分发服务器20的指示存在软件更新的通知时，图10中的流程图被执行。
149.如图9所示，在步骤s102中，通知单元201判定用于车辆10的软件更新数据是否存在，即具体而言是否登记了新的更新数据。当用于车辆10的软件更新数据存在时，通知单元201进行到步骤s104。当用于车辆10的软件更新数据不存在时，通知单元201结束该流程图。
150.在步骤s104中，通知单元201请求分析服务器30预测车辆10的软件更新的效果，并且从分析服务器30接收预测的结果。
151.当步骤s104的处理完成后，分发服务器20进入步骤s106。
152.在步骤s106中，通知单元201发送指示存在更新数据的通知信号，该更新数据包括对作为更新数据的分发目标的车辆10的软件更新的效果的预测结果。
153.当步骤s106的处理完成时，分发服务器20进入步骤s108。
154.在步骤s106中，通知单元201可以代替车辆10或除了车辆10之外，将通知信号发送到车辆10的用户的用户终端40。
155.当接收到在步骤s106的处理中发送的信号时，车辆10的中央ecu 19启动图10中的流程图。
156.在步骤s202中，下载处理单元192(通知单元的示例)在显示装置18上显示用于通知软件更新数据的存在的画面，该软件更新数据包括软件更新的效果的预测结果。这使得车辆10的用户能够考虑从软件更新获得的效果来判定是否执行软件更新。
157.当完成步骤s202的处理并且经由输入装置17接受关于许可或拒绝软件更新的输入时，中央ecu 19进入步骤s204。
158.在步骤s204中，下载处理单元192判定是否接受了用于许可软件更新的输入。当接受了用于许可软件更新的输入时，下载处理单元192进行到步骤s206。当没有接受用于许可软件更新的输入时，即，当接受了用于拒绝软件更新的输入时，下载处理单元192进行到步骤s212。
159.在步骤s206中，下载处理单元192经由网关ecu 12(通信装置11)将用于许可软件更新的信号(以下称为“更新许可信号”)发送到分发服务器20。
160.当步骤s206的处理完成后，中央ecu 19进入步骤s208。
161.如图9所示，在步骤s108中，通知单元201判定在车辆10中是否接受了用于许可软件更新的输入。具体地，通知单元201判定是否从作为更新数据的分发目标的车辆10接收到更新许可信号。当从车辆10接收到更新许可信号时，通知单元201进行到步骤s110。
162.在步骤s110中，分发单元202(更新单元的示例)将更新数据分发到车辆10，并且使车辆10(中央ecu 19)执行软件更新。
163.当步骤s110的处理完成时，分发服务器20结束该流程图处理。
164.如图10所示，在步骤s208中，下载处理单元192通过网关ecu 12(通信装置11)下载从分发服务器20分发的更新数据。
165.当步骤s208的处理完成后，中央ecu 19进入步骤s210。
166.在步骤s210中，软件更新单元194使用下载到存储单元193的更新数据，以响应从分发服务器20接收到的软件更新命令来执行软件更新。
167.这里，软件更新单元194(更新单元的示例)可以自行决定在完成从分发服务器20下载更新数据时执行软件更新。
168.当步骤s210的处理完成时，中央ecu 19结束该流程图处理。
169.同时，在步骤s212中，下载处理单元192经由网关ecu 12(通信装置11)向分发服务器20发送用于拒绝软件更新的信号(以下称为“更新拒绝信号”)。
170.当步骤s212的处理完成后，中央ecu 19结束该流程图处理。
171.这里，当分发服务器20将指示存在更新数据的通知信号发送给如上所述的用户终端40时，用户终端40(通知单元401)执行类似于图10的流程图的处理，除了步骤s208、s210的处理。当用户终端40将更新许可信号发送给分发服务器20时，中央ecu 19响应于来自分发服务器20的命令，仅执行图10的流程图中的步骤s208、s210的处理。
172.如图9所示，当没有从车辆10接收到更新许可信号时，即在步骤s108中从车辆10接
收到更新拒绝信号时，通知单元201结束该流程图的处理。
173.因此，在该示例中，软件更新系统1能够向用户通知软件更新数据的存在以及软件更新的效果，并在确认了来自用户的许可后执行车辆10的软件更新。
174.注意，在确认用户许可或拒绝软件更新之前，可以将更新数据分发到车辆10。当如上所述为软件更新预先准备了关于效果的数据时，更新数据和关于效果的数据可以在确认用户许可或拒绝软件更新之前预先被分发。在这种情况下，当更新数据的下载完成时，中央ecu 19(信息处理装置的示例)可以通过显示装置18将更新数据的存在以及软件更新的效果的预测结果和事先准备的关于效果的数据通知给用户。
175.操作
176.现在给出根据本实施例的软件更新系统1的操作的描述。
177.在本实施例中，软件更新系统1基于软件的更新数据更新车辆10中使用的软件，该更新数据从可通信地连接到车辆10的外部装置发送到车辆10。具体地，软件更新系统1包括通知单元(例如，下载处理单元192和通知单元201)和更新单元(例如，软件更新单元194)。当存在软件更新数据时，通知单元向车辆10的用户通知更新数据的存在以及有关基于更新数据的软件更新所提供的效果的信息。当在通知单元的通知之后从用户接受预定输入时，具体而言，即当接受了用于允许软件更新的输入时，更新单元基于更新数据更新软件。
178.这使得软件更新系统1能够允许车辆10的用户确认软件更新的效果，并且在通过预定输入作出的用户的同意下更新车辆10的软件。因此，能够防止出现例如用户在等待软件更新完成，软件更新已经实施但软件更新的效果却小到足以令用户失望，从而浪费了用户的时间的情况。因此，软件更新系统1能够提高车辆10中使用的软件的更新中的用户便利性。
179.在本实施例中，软件更新系统1可以包括预测单元(例如，效果预测单元304)。具体地，当存在软件更新数据时，预测单元可以预测通过更新软件获得的效果。通知单元可以向车辆10的用户通知更新数据的存在以及关于预测单元的预测的结果的信息。
180.这使得软件更新系统1能够向车辆10的用户通知通过软件更新获得的特定效果。
181.在本实施例中，预测单元可以通过使用对应于车辆10的虚拟车辆模型执行虚拟模拟来预测通过软件更新获得的效果。
182.这使得软件更新系统1能够准确地预测软件更新的效果。
183.在本实施例中，预测单元可以通过比较关于车辆10的实际数据和基于对应于车辆10的虚拟车辆模型的虚拟模拟获得的数据来预测通过软件更新获得的效果，该车辆10处于基于更新数据的软件更新之后的状态。
184.因此，软件更新系统1能够通过使用关于现有车辆10的实际数据以简单的方式预测软件更新的效果。
185.在本实施例中，预测单元可以通过比较在基于更新数据的软件更新之前和之后，通过基于对应于所述车辆10的虚拟车辆模型的虚拟模拟获得的数据来预测由软件更新获得的效果。
186.这使得软件更新系统1能够更准确地预测软件更新的效果。
187.在本实施例中，预测单元可以根据基于更新数据的软件更新的内容判定是否在预测效果时进行虚拟模拟。
188.因此，软件更新系统1能够在例如用于预测软件更新的效果的简化处理和预测软件更新的效果的准确性之间进行平衡。因此，能够提高处理效率。
189.在本实施例中，预测单元可以根据基于更新数据的软件更新的内容，在虚拟模拟期间改变车辆10的行驶条件。
190.这使得软件更新系统1能够在与受软件更新影响的行驶条件相匹配的情况下执行虚拟模拟。因此，软件更新系统1能够更准确地预测软件更新的效果。
191.在本实施例中，虚拟车辆模型也可以是对应于车辆10的通用模型。
192.因此，软件更新系统1能够通过使用例如车辆类型相同的车辆10所通用的虚拟车辆模型(通用模型)来预测软件更新的效果。因此，软件更新系统1能够减少准备用于评估软件更新效果的虚拟车辆模型所需的努力和时间，这使得能够例如更有效地预测软件更新的效果。
193.在本实施例中，虚拟车辆模型也可以是对应于车辆10的专用模型。
194.因此，软件更新系统1能够通过使用专用于各个车辆10的虚拟车辆模型来预测软件更新的效果。因此，软件更新系统1能够将各个车辆10的独特情况反映在软件更新的效果上，因而能够更准确地预测软件更新的效果。
195.在本实施例中，软件更新系统1还可以包括生成虚拟车辆模型的生成单元(例如，虚拟车辆模型获取单元301)。生成单元可以在与车辆10的长期变化、车辆10的使用条件变化以及车辆10的部件构件变化中的至少一个相匹配的情况下更新虚拟车辆模型。
196.因此，软件更新系统1能够在专用于车辆10的虚拟车辆模型上反映车辆10的具体独特情况，例如车辆10的长期变化、车辆10的使用条件以及车辆10的部件构件的变化。
197.在本实施例中，生成单元可以获取代表车辆10的实际状态的数据，并生成和更新车辆10的数字孪生作为虚拟车辆模型。
198.因此，软件更新系统1能够通过使用持续反映车辆10的最新状态的虚拟车辆模型(数字孪生)来预测软件更新的效果。这使得软件更新系统1能够更准确地预测由软件更新获得的效果。
199.在本实施例中，预测单元还可以考虑到用户在未来使用车辆10的时间段来预测由软件更新获得的效果。
200.这使得软件更新系统1能够考虑到用户的情况来向用户通知由软件更新获得的效果。因此，软件更新系统1能够帮助用户在判定是否进行软件更新的时候更容易做出决定。
201.尽管已经详细描述了本发明的实施例，但本公开并不限于这种具体的实施例。在不偏离所附权利要求书所规定的本公开的范围的情况下，可以进行各种修改和变化。