CN110785737B - 用于在多个车辆中更新软件的方法和中央数据处理装置 - Google Patents

Abstract

本发明涉及用于在软件上线期间在车队的多个车辆中更新软件的方法和中央数据处理装置。如果一个车辆首次与中央数据处理装置连接，那么通过将车辆的车辆识别数据经由无线电接口传输给中央数据处理装置，将车队的车辆登记在中央数据处理装置中。接着检验是否存在触发信号，其适用于在所述多个车辆之中的至少一个中启动软件的更新。如果确定触发信号并且存在软件更新产品，那么借助于传输给中央数据处理装置的车辆识别数据，从所述多个车辆中选出登记在中央数据处理装置中的至少一个车辆。将软件更新产品从中央数据处理装置经由无线电接口传输给选出的所述至少一个车辆。由车队的一个车辆产生的触发信号在预定的时间段内的随机确定的时刻首次产生。

Description

用于在多个车辆中更新软件的方法和中央数据处理装置

技术领域

本发明涉及一种用于在软件上线期间在车队的多个车辆、尤其是机动车中更新软件的方法和一种中央数据处理装置以及涉及车队的车辆。

背景技术

为了运行现代车辆，通常设置多个控制器，这些控制器分别实现车辆中的不同的任务，例如电子的马达控制或者电子的驱动传动系控制。控制器在此通常以嵌入***的形式存在并且根据任务的不同情况或多或少程度地是可编程的。不时地，控制器的编程的适配可能成为必要的或者被期望，例如以便提供附加的车辆功能或者改善已经现有的车辆功能。

文件DE102005013281A1涉及车辆的软件配置的管理，其中，用于车辆的软件配置-更新数据由呼叫中心或者来自中央数据库的远程信息处理单元进行请求并且确定，是否请求的软件配置-更新数据相应于读出的车辆软件配置数据，并且借助于这种确定，软件模块从呼叫中心通过无线网络发送给远程信息处理单元。

发明内容

本发明的目的是，改进在车队的多个车辆中的软件的更新。

该目的由按本发明的一种方法和一种中央数据处理装置以及一种相应的车辆解决。

本发明的第一方面涉及一种用于在软件上线期间在车队的多个车辆、尤其是机动车中更新软件的方法，该方法包括如下步骤：(i)如果一个车辆首次与中央数据处理装置连接，那么通过将车辆的车辆识别数据经由无线电接口传输给中央数据处理装置，将车队的车辆登记在中央数据处理装置中；(ii)接着，检验，是否存在触发信号，该触发信号适用于在车队的所述多个车辆中的至少一个中启动软件的更新；(iii)如果确定触发信号并且存在软件更新产品，那么借助于传输给中央数据处理装置的车辆识别数据由车对的所述多个车辆中选出登记在中央数据处理装置中的至少一个车辆；(iv)将软件更新产品从中央数据处理装置通过无线电接口传输给选出的所述至少一个车辆。

在本发明的意义中的车队尤其可以理解成一定数量的车辆。这些车辆可以是在不同实施形式中的车辆，这些车辆关于设定的硬件配置和/或软件配置是可更新的。优选，车队的车辆具有至少一个共同的特征、例如相同的马达、相同的底盘、相同的装备和/或类似物。尤其是一个系列的车辆构成一个车队。

在本发明的意义中的车辆的软件尤其可以理解成车辆的至少一个控制器的编程。优选，构编程由代码构成，所述代码能由控制器执行。换言之，软件涉及计算机程序，该计算机程序适用于控制车辆的至少一个控制器。

中央数据处理装置尤其可以理解成如下装置，即该装置，尤其为了数据通信，能与车队的车辆连接，并且优选设置成用于对数据和/或信号进行处理、例如存储。中央数据处理装置尤其可以是服务器，该服务器具有至少一个用于执行数据和/或信号的运算的计算单元并且具有用于存储数据和/或信号的数据库单元。中央数据处理装置有时也称为“后端”。

在本发明的意义中的无线电接口尤其可以理解成如下接口，即通过所述接口，中央数据处理装置，尤其为了数据通信，与车队的车辆能无线地连接。无线电接口优选通过无线局域网(WLAN)、移动通信标准例如UMTS或者LTE、蓝牙和/或类似物构成，在中央数据处理装置与车辆之间的连接尤其通过互联网提供。

在本发明的意义中的软件上线尤其可以理解成提供新的软件或者软件的至少一个新的部分，该新的部分能取代软件的相应的部分。优选，在软件上线时，软件更新产品即软件包分配给车队的车辆，尤其目的是改进车辆的已存在的车辆功能和/或提供新的车辆功能，所述软件包在使用时更新、尤其至少部分取代现有的软件。

本发明尤其基于如下方案，从登记在中央数据处理装置中的若干车辆(这些车辆是车队的所述多个车辆中的一部分)中选出一个或多个车辆，并且将软件更新产品从中央数据处理装置通过无线电接口传输给已选出的车辆。这个过程优选在以下情况时执行：在接着的检验的范围中确定存在适用于启动软件更新的触发信号、并且尤其确定存在软件更新产品，所述软件更新产品适用于对当前在选出的所述至少一个车辆中使用的软件进行更新。为了这个目的，尤其设定，如果在车辆与中央数据处理装置之间通过无线电接口建立连接，尤其为了数据通信而建立连接，那么车队的车辆借助于车辆识别数据例如牌照、车辆识别编号或者其他序列号登记在中央数据处理装置中，尤其通过将它们存储在中央数据处理装置的数据库单元中而实现登记。因此，所述一个或多个登记在中央数据处理装置中的车辆能可靠地借助于车辆识别数据被选出。

车队的至少一个登记在中央数据处理装置中的车辆选出作为软件更新产品的接收器，允许软件更新产品的有效且稳固的分配。有利地，车队的所述多个车辆中的每个车辆的软件因此逐步地进行更新，或者至少能避免基本上同时更新所有车辆的软件，因此可以避免中央数据处理装置的过载或者在车辆与中央数据装置之间的连接的过载。在这种关系中，车队的至少一个登记在中央数据处理装置中的车辆的选出，按有利地的方式允许使用选择算法，所述选择算法实现特别均匀的所谓的负载分配(也称为“负载均衡”)。

另一优点由接着检验是否存在触发信号来得到，所述检验尤其在选出登记的车辆或者传输软件更新产品之前开始。软件的更新因此能自动地和/或尤其灵活地执行。例如可考虑的是，车队的车辆的触发信号在需要时和/或在可能的情况下例如自动地产生，并且必要时尤其通过无线电接口提供给中央数据处理装置。有选择地或替选地，也可考虑的是，触发信号由车辆制造商、工厂和/或车队的车辆中之中一个车辆的用户产生，并且必要时通过无线电接口或者其他接口提供给中央数据处理装置。

例如当车辆制造商提供用于上线的软件时，触发信号尤其能由中央数据处理装置、尤其由计算单元优选自动地产生或者提供。

总之，本发明允许，改进车队的多个车辆的软件更新。

另外，在一种优选的实施形式中，该方法具有如下步骤：检验，对于软件更新，是否存在选出的所述至少一个车辆的用户的同意。在此优选，如果对于软件更新存在已选出的车辆的用户的同意，那么软件更新产品从中央数据处理装置通过无线电接口传输给选出的所述至少一个车辆和/或选出的所述至少一个车辆的软件通过传输的软件更新产品来更新。因此可以避免违背用户意愿地执行软件更新，该软件更新例如使得车辆功能按对用户不良感受的方式改变或者由此使用户产生成本。

在另一种优选的实施形式中，触发信号在有规律的时间间隔中由车队的每个车辆产生。优选，这样产生的触发信号附加地适用于，明确地识别相应的车辆、尤其来自车队的所述多个车辆的相应的车辆。为了这个目的，触发信号尤其可以包含或者构成车辆识别数据。在有利的方式中，正好车队的当前已经产生触发信号的那些车辆可以从登记在中央数据处理装置中车辆中选出用于软件更新，例如通过如下方式：触发信号、尤其包含在该触发信号中的车辆识别数据与在登记范围中存储在中央数据处理装置、尤其数据库单元中的车辆识别数据相比较。

有规律的时间间隔优选在10天与60天之间、优选在20天与45天之间、尤其在25天与35天之间。因此，基本上在确定的时间段内能实施软件上线，车队的车辆的用户不必超出该时间段地放弃软件更新或者因此导入的新的或者改进的车辆功能。

触发信号通过车队的车辆的产生允许，用于软件更新所采用的车辆侧的部件例如车辆的控制器与后端侧的部件例如计算单元和/或数据库单元的协作，或者说允许它们可靠的相互配合。

按本发明，由车队的一个车辆产生的触发信号在设定的时间段内的随机确定的时刻中首次产生。触发信号在此优选可以在车辆制造、尤其是装配之后、在出厂之后或通过车辆的用户首次起动之后或者在实现软件更新之后首次产生。设定的时间段优选在10天与60天之间、优选在20天与45天之间、尤其在25天与35天之间。从而，按有利的方式具有并非最新的软件的车辆的工作时间可以缩短。

通过在预定的时间段内随机选出用于产生触发信号的时刻，车队的所述多个车辆的软件的更新的负载分配能被优化。换言之，从而能避免在车队的车辆与中央数据处理装置之间的连接的过载和/或中央数据处理装置本身的过载、尤其是计算单元的和/或数据库单元的过载，并且能产生软件的稳定的更新。

在另一优选的实施形式中，车队的所述至少一个车辆借助于相应的由所述至少一个车辆首次产生的触发信号而登记在中央数据处理装置中。为了这个目的，触发信号优选包含车辆识别数据或者通过该车辆识别数据构成。因此，登记过程能有效地并且在避免车队的车辆与中央数据处理装置之间的数据通信连接的附加负载的情况下执行。

在另一优选的实施形式中，实现触发信号通过车队的车辆的用户产生。可以有利的是，对于用户来说存在或者被提供关于在中央数据处理装置中存在的或者由车辆制造商提供的新的软件更新产品的信息，因为然后可以直接实现软件更新。尤其，用户因此可以在对于其有利的时刻中启动车辆的软件的更新，例如在车辆刚好不工作的时候。

在另一优选的实施形式中，用户的实现触发信号产生的那一个车辆从登记在中央数据处理装置中的车辆中选出。优选，在此，软件更新产品从中央数据处理装置传输给车队的其他车辆被推迟在软件更新产品从中央数据处理装置传输给用户的已选出的车辆之后。换言之，通过用户启动的软件更新按有利的方式比自动地和/或常规地启动的软件更新优先。因此，可以允许在车队的车辆与中央数据处理装置之间的连接的基本上均匀的负载分配，或者可以避免中央数据处理装置本身的过载。附加地，及时地在用户表达更新愿望之后更新用户的车辆的软件允许，用户必要时能及时使用期望的新的或改进的通过软件更新而允许的车辆功能。

另外，在另一优选的实施形式中，该方法包括如下步骤：检验，是否通过传输的软件更新产品已成功地执行软件的更新。优选，如果更新未成功地执行，那么在此没有其他的触发信号产生，尤其通过已选出的车辆产生，和/或已选出的车辆将来不再被选出，至少直至补上更新，尤其手动地补上更新。在此，例如通过已选出的车辆，当软件的更新失败时，按有利的方式可以产生相应的错误报告，该错误报告必要时可以在工厂中进行评价并且优选适用于消除错误、尤其适用于通过软件更新来事后地更新车辆的软件。从而能避免用于在中央数据处理装置与车队的车辆之间的连接的附加负载的产生或者中央数据处理装置本身的附加负载的产生。

如果存在对于没有成功地更新在车辆中的软件的原因，那么车辆优选不产生其他的触发信号和/或不从中央数据处理装置接受用于更新软件的其他的软件包，直至该原因被消除，例如在工厂中被消除。如果客户、尤其是车辆的驾驶员不同意更新，那么对于特定的更新优选不由中央数据处理装置重新产生触发信号，和/或按优选的方式由车辆产生的触发信号被中央数据处理装置忽视。尤其，仅对于明确的客户期望产生重新的触发信号。

在另一优选的实施形式中，如果对于软件更新不存在已选出的车辆的用户的同意，那么不产生其他的触发信号(尤其通过所述其他的触发信号启动当前软件的更新)，和/或已选出的车辆将来不再被选出，尤其对于当前的软件更新产品的接收而言，至少直至存在其他的尤其另外的或者更加新的软件更新产品。因此可以阻止软件更新被执行，该软件更新实现车辆功能的用户不希望的改变，而此外在将来的其他的、尤其另外的或者更加新的软件更新产品可以传输给已选出的车辆。

也在此允许避免，在中央数据处理装置与车队的车辆之间的连接的的附加负载、尤其是过载或者中央数据处理装置本身的附加负载、尤其是过载。

本发明的第二方面涉及一种中央数据处理装置，该中央数据处理装置用于在软件上线期间在车队的多个车辆、尤其机动车中更新软件，所述中央数据处理装置设置成用于，当一个车辆首次与中央数据处理装置连接时，通过将车辆的车辆识别数据经由无线电接口传输给中央数据处理装置来登记车队的车辆。此外，中央数据处理装置优选设置成用于，接着检验，是否存在触发信号，该触发信号适用于在车队的所述多个车辆中的至少一个中启动软件的更新，并且另外，如果确定触发信号并且存在软件更新产品，那么借助于传输给中央数据处理装置的车辆识别数据从车队的所述多个车辆中选出登记在中央数据处理装置中的至少一个车辆。然后软件更新产品能从中央数据处理装置通过无线电接口传输给选出的所述至少一个车辆。

本发明的第三方面涉及一种车辆、尤其是机动车，该车辆是由多个车辆构成的车队的组成部分，并且该车辆设置成用于产生触发信号并且将触发信号传输给根据本发明的第二方面的中央数据处理装置，所述触发信号适用于启动车辆的软件的更新。

针对本发明的第一方面及其有利方案所描述的特征和优点也适用于本发明的第二方面和第三方面及其有利方案，并且反之亦然。

附图说明

本发明的其他的特征、优点和应用可能性由后续说明结合附图得到。其中：

图1至少部分示意地显示按本发明的方法的实施例；并且

图2至少部分示意地显示按本发明的中央数据处理装置的实施例。

具体实施方式

在图1中显示按本发明的方法100的实施例，该方法用于更新车队的多个车辆的软件。该方法从步骤S1a开始，在步骤S1a中，车队的至少一个车辆产生触发信号并且将触发信号——例如通过无线电接口——传递给中央数据处理装置，该触发信号适用于启动车辆的软件的更新，尤其借助中央数据处理装置。触发信号在此优选有规律地——例如在每个月的第一天或者每30天——产生，使得随时都可能进行车辆软件的更新。在此，首次产生的时刻和/或首次传输给中央数据处理装置的时刻优选被随机地选择，使得允许关于数据传递的基本上均匀的负载分布。

中央数据处理装置优选接着检验，是否存在触发信号或者触发信号输入、尤其通过无线电接口输入。如果是这种情况的话，那么在另一步骤S2中由中央数据处理装置检验，是否触发信号首次产生，或者是否车辆首次建立与中央数据处理装置的连接。如果是这种的情况的话，那么在另一步骤S3中将车辆登记在中央数据处理装置中。在此，优选触发信号包含车辆的车辆识别数据，所述车辆识别数据适用于识别车辆，并且被中央数据处理装置为了登记的目的而存储，例如存储在数据库单元中。

附加地，软件信息(所述软件信息适用于识别车辆的当前使用的软件)能从车辆通过无线电接口传输给中央数据处理装置，并且按有利的方式能与车辆识别数据一起存储，例如存储在数据库单元中，尤其当车辆首次建立与中央数据处理装置的连接时。因此，基本上随时可能的是，由于车辆在中央数据处理装置中的登记，得到关于车队的车辆的当前使用的软件版本的信息。

在步骤S3中登记之后，或者在步骤S2中检验得到车辆已经被登记之后，在另一步骤S4中，该车辆被选择为软件更新产品的接收器，从而软件更新产品有利地响应在步骤S1a中请求信号的产生地在方法100的另外的过程中能从中央数据处理装置通过无线电接口传输给车辆。优选，在从车队的登记在中央数据处理装置中的车辆中选出车辆时，尤其借助于优选包含在触发信号中的车辆识别数据，配设于已选出的车辆的软件信息从中央数据处理装置确定。

因此，在另一个步骤S5中可以确定，是否存在对于已经发送触发信号的车辆的当前的软件更新产品，即是否车辆的当前使用的软件能有利地被扩展、至少部分被替代或者修正。这种检验例如可以基于在中央数据处理装置中存在的当前的软件与软件信息的比较而进行，使得允许可靠地确定，是否车辆的当前使用的软件能被更新。

如果在中央数据处理装置中不存在当前的软件更新产品，那么方法100结束。否则，方法以另外的步骤S6继续，在该步骤中，用于更新车辆的当前使用的软件的当前的软件更新产品从中央数据处理装置通过无线电接口传输给车辆。

在另外的步骤S7中确定，关于用户的车辆的当前使用的软件通过当前的软件更新产品来更新，是否存在车辆的用户的同意，该车辆在步骤S4中被选出。例如可以向用户提出询问，是否该用户同意软件更新。如果用户回答“是”，那么可以在另外的步骤8中执行软件更新。优选，车辆的至今使用的软件在此按这样的方式被扩展或者至少部分被替代或改变，使得因此提供车辆的新的车辆功能或者改善已经存在的车辆功能。否则，方法100结束。

在上述实施例的变型方案中也可能的是，在步骤S1b中的触发信号由车辆的用户产生，尤其在使用数据处理装置的情况下、尤其借助于移动终端设备、计算机或者笔记本电脑产生。例如可考虑的是，用户通过车辆制造商的应用、例如门户网站能确定用户的车辆的软件配置、尤其可供使用的车辆功能，接着，相应的触发信号产生并且优选传递给中央数据处理装置。

在实施例的另一变型方案中也可能的是，例如当车辆制造商提供新的软件更新产品时，触发信号在步骤S1c中由中央数据处理装置产生。在这种情况中，车辆、必要时也多个车辆能由车队的登记在中央数据处理装置中的车辆中按优选的方式根据预定的准则、例如基于选择算法来选出，该选择算法适用于优化负载分布，所述负载分布涉及在车队的车辆与中央数据处理装置之间的连接或者中央数据处理装置本身。

在图2中显示中央数据处理装置1的实施例，该中央数据处理装置具有计算单元2和数据库单元3。中央数据处理装置1优选设置成用于——尤其通过无线电接口6——建立用于与车队5的车辆4数据通信的连接，并且在首次连接时接收车辆4的车辆识别数据并且将其存储在数据库单元3中。

每个车辆4优选设置成用于——尤其自动地——产生触发信号7，该触发信号适用于启动相应车辆4的当前使用的软件的更新。通过借助于计算装置2处理经由无线电接口6接收的数据和/或信号，中央数据处理装置1基本上可以接着检验，是否存在或输入了触发信号7。

基于当前的触发信号7，计算单元2借助于存储在数据库单元3中的车辆识别数据从车队5的登记在中央数据处理装置1中的所有车辆4中选出相应的车辆4。在此，计算单元2从数据库单元3中也调取软件信息，该软件信息适用于确定，是否已选出的车辆具有最新的可供使用的软件、例如关于已选出的车辆4是否已经执行具有最新的可供使用的软件的软件更新。

如果计算单元2确定，已选出的车辆4的软件的更新是可能的，那么中央数据处理装置1将软件更新产品通过无线电接口6传输给车队5的已选出的车辆4。因此，可以向车辆4的用户提出询问，是否用户同意更新的软件。如果同意，那么执行软件更新。

附图标记列表

1中央数据处理装置，

2计算单元，

3数据库单元，

4车辆，

5车队，

6无线电接口，

7触发信号，

100方法，

S1至S8方法步骤。

Claims (13)

1.一种用于在软件上线期间在车队(5)的多个车辆(4)中更新软件的方法(100)，所述方法包括以下步骤：

-如果一个车辆(4)首次与中央数据处理装置(1)连接，那么通过将车辆(4)的车辆识别数据经由无线电接口(6)传输给中央数据处理装置(1)，将车队(5)的车辆(4)登记(S3)在中央数据处理装置(1)中；

-接着检验，是否存在触发信号(7)，该触发信号适用于在车队(5)的所述多个车辆(4)之中的至少一个中启动软件的更新；

-如果确定触发信号(7)并且存在软件更新产品，那么借助于传输给中央数据处理装置(1)的车辆识别数据，从车队(5)的所述多个车辆(4)中选出(S4)登记在中央数据处理装置(1)中的至少一个车辆(4)；并且

-将软件更新产品从中央数据处理装置(1)经由无线电接口(6)传输(S7)给选出的所述至少一个车辆(4)；

其中，由车队(5)的一个车辆(4)产生的触发信号(7)在预定的时间段内的随机确定的时刻首次产生。

2.根据权利要求1所述的方法(100)，所述方法还包括以下步骤：

-检验(S6)，对于软件更新，是否存在选出的所述至少一个车辆(4)的用户的同意，如果存在同意，那么将软件更新产品从中央数据处理装置(1)经由无线电接口(6)传输给选出的所述至少一个车辆(4)，和/或选出的所述至少一个车辆(4)的软件通过已传输的软件更新产品来更新。

3.根据权利要求1所述的方法(100)，其中，所述触发信号(7)在有规律的时间间隔中由车队(5)的每个车辆(4)产生，并且所述触发信号适用于识别相应的车辆(4)。

4.根据权利要求2所述的方法(100)，其中，所述触发信号(7)在有规律的时间间隔中由车队(5)的每个车辆(4)产生，并且所述触发信号适用于识别相应的车辆(4)。

5.根据权利要求1至4之中任一项所述的方法(100)，其中，车队(5)的所述至少一个车辆(4)借助于相应的由所述至少一个车辆(4)首次产生的触发信号(7)登记在中央数据处理装置(1)中。

6.根据权利要求1至4之中任一项所述的方法(100)，其中，所述触发信号(7)的产生通过车队(5)的车辆(4)的用户来实现。

7.根据权利要求6所述的方法(100)，其中，实现触发信号(7)产生的用户的车辆(4)从登记在中央数据处理装置(1)中的车辆(4)选出，并且软件更新产品从中央数据处理装置(1)传输给车队(5)的其他车辆(4)推迟在软件更新产品从中央数据处理装置(1)传输给用户的已选出的车辆(4)之后。

8.根据权利要求1至4之中任一项所述的方法(100)，所述方法另外包括以下步骤：

-检验，是否成功地执行通过传输的软件更新产品来更新软件，其中，如果没有成功地执行更新，那么不产生其他的触发信号(7)和/或已选出的车辆(4)将来不再被选出，至少直至软件更新被补上。

9.根据权利要求1至4之中任一项所述的方法(100)，其中，如果对于软件更新，不存在已选出的车辆(4)的用户的同意，那么将来不产生其他的触发信号(7)和/或已选出的车辆(4)将来不再被选出，至少直至存在其他的软件更新产品。

10.根据权利要求1至4之中任一项所述的方法(100)，其中，所述车辆是机动车。

11.一种中央数据处理装置(1)，其用于在软件上线期间在车队(5)的多个车辆(4)中更新软件，该中央数据处理装置设置成用于：

-如果一个车辆(4)首次与中央数据处理装置(1)连接，那么通过将车辆(4)的车辆识别数据经由无线电接口(6)传输给中央数据处理装置(1)，登记车队(5)的车辆(4)；

-接着检验，是否存在触发信号(7)，该触发信号适用于，在车队(5)的所述多个车辆(4)之中的至少一个中启动软件的更新；

-如果确定触发信号(7)并且存在软件更新产品，那么借助于传输给中央数据处理装置(1)的车辆识别数据，从车队(5)的所述多个车辆(4)中选出登记在中央数据处理装置(1)中的至少一个车辆(4)；并且

-将软件更新产品从中央数据处理装置(1)经由无线电接口(6)传输给选出的所述至少一个车辆(4)；

其中，由车队(5)的一个车辆(4)产生的触发信号(7)在预定的时间段内的随机确定的时刻首次产生。

12.一种车辆(4)，所述车辆是由多个车辆(4)构成的车队(5)的组成部分，并且所述车辆设置成用于产生触发信号(7)并且将该触发信号传递给根据权利要求11所述的中央数据处理装置(1)，该触发信号适用于启动车辆(4)的软件的更新。

13.根据权利要求12所述的车辆，其中，所述车辆是机动车。