CN105718293A

CN105718293A - 用于更新机动车的软件单元的方法、系统及相应的机动车

Info

Publication number: CN105718293A
Application number: CN201610100912.5A
Authority: CN
Inventors: M·施尼特兹勒尔; U·卡鲁格尔; M·斯米尔诺夫
Original assignee: Bayerische Motoren Werke AG
Current assignee: Bayerische Motoren Werke AG
Priority date: 2009-04-27
Filing date: 2010-03-30
Publication date: 2016-06-29
Also published as: US8561054B2; US20110307336A1; CN102301332A; WO2010124775A1; EP2425333A1; DE102009018761A1; EP2425333B1

Abstract

本发明涉及用于更新机动车的软件单元的方法、系统及相应的机动车。该方法至少包括下述步骤：由状态确定装置确定车辆配置信息，通过通信连接将所确定的车辆配置信息及相关机动车的标识数据发送到车辆外部的服务装置，由车辆外部服务装置检验是否能按照车辆外部的服务装置中可用的控制规则更新一个或多个软件单元，由机动车外部的服务装置提供相应的更新规则，并根据该更新规则更新要更新的软件单元，且设计为：由车辆外部的服务装置把对要更新的软件单元的更新在其执行之前提交给驾驶员，更新只能由机动车驾驶员启动，且以时间控制和/或事件控制的方式反复发送车辆配置信息及标识数据，而无需驾驶员协作和/或通知驾驶员。

Description

用于更新机动车的软件单元的方法、系统及相应的机动车

本申请是申请号为“201080005539.6”的中国发明专利申请的分案申请。原申请的申请日是2010年3月30日(PCT国际申请日)、中国国家申请号是“201080005539.6”(PCT国际申请号是PCT/EP2010/001991)，发明创造名称是“用于更新软件单元的方法”。

技术领域

本申请涉及一种用于更新机动车的至少一个软件单元的方法，至少包括以下步骤：通过状态确定装置确定车辆配置信息，该车辆配置信息至少包含在实际车辆中有哪些硬件单元和/或哪些软件单元的信息；在车辆内部的服务接口与车辆外部的服务装置之间提供通信连接；经由所述通信连接将状态确定装置所确定的车辆配置信息、以及将相关车辆的标识数据从车辆发送到车辆外部的服务装置；借助所述车辆配置信息，由所述车辆外部的服务装置检验是否能够按照在车辆外部的服务装置中可用的控制规则更新一个或多个软件单元；通过所述车辆外部的服务装置提供相应的更新规则，并借助该更新规则来更新所要更新的软件单元。

本发明还涉及一种用于更新机动车的至少一个软件单元的系统和一种相应的机动车。

背景技术

根据目前现有技术的车辆包含大量的电子控制设备，这些电子控制设备除了硬件单元之外还包含软件部件或软件单元。目前车辆的平均使用寿命有许多年。在这个也被称为车辆寿命周期的时间期间内，由于技术改变对软件部件的影响，需要对软件、即特定的软件组成或基于软件的功能进行补充或扩展，尤其是更换。这种影响在下面被称为软件单元的更新。如果需要的话，各种更新手段在更新和升级时可以是不同的，在更新的情况下先前已经指定的功能范围通常基本上保持不变，而在升级的情况下指定的功能范围通常被扩展，即引入了功能增加。对于更新/升级的必要性的一种可能的原因例如可能是考虑到与外部设备、尤其是配件设备的连接的需求发生改变。通过更新软件单元，通常会改变车辆的配置数据。

由现有技术、尤其是由WO2007/098781A1，已经公开了一种用于实现对车辆的软件单元进行更新的方法，尤其是如开始所提到的类型的方法。但是，由该现有技术已知的方法在对所有车辆所花费的总体开销方面有着明显的缺点，其中应当给出一种特别的更新手段，能够简单和高效地解决所了解的这些问题，并能简单、可靠和廉价地实现认为是必需的更新手段。

发明内容

本发明的一个任务是提供一种用于更新车辆中的软件单元的简单且可靠的方法，具有小的总开销。

为此，本发明提供一种用于更新机动车的至少一个软件单元的方法，至少包括下述步骤：由状态确定装置确定机动车配置信息，所述机动车配置信息至少包括关于实际机动车中有哪些硬件单元和/或哪些软件单元的信息；在机动车内部的服务接口和机动车外部的服务装置之间提供无线的通信连接；通过所述通信连接将由状态确定装置所确定的机动车配置信息以及相关机动车的标识数据从所述机动车发送到机动车外部的服务装置；借助所述机动车配置信息，由所述机动车外部的服务装置检验是否能按照机动车外部的服务装置中可用的控制规则来更新一个或多个软件单元；由所述机动车外部的服务装置提供相应的更新规则，并且要更新的软件单元根据该更新规则来更新；其中，对要更新的软件单元的更新在执行之前由所述机动车外部的服务装置提示给驾驶员；响应所述提示，更新只能由机动车的驾驶员启动；其特征在于，以时间控制和/或事件控制的方式反复地发送所述机动车配置信息及所述标识数据，而无需驾驶员协作和/或通知驾驶员，并且关于周期性时间控制的周期和/或关于在周期性时间控制的周期内机动车的发送时刻，后续地通过无线连接从中央服务站点对机动车进行配置。

相应地，本发明提供一种用于更新机动车的至少一个软件单元的系统，至少包括：状态确定装置，用于确定机动车配置信息，所述机动车配置信息至少包括关于实际机动车中有哪些硬件单元和/或哪些软件单元的信息；机动车内部的服务接口；机动车外部的服务装置，以及在机动车内部的服务接口和机动车外部的服务装置之间提供的无线的通信连接，由状态确定装置所确定的机动车配置信息以及相关机动车的标识数据通过所述通信连接从所述机动车发送到机动车外部的服务装置；所述机动车外部的服务装置借助所述机动车配置信息检验是否能按照机动车外部的服务装置中可用的控制规则来更新一个或多个软件单元并且提供相应的更新规则，要更新的软件单元根据该更新规则来更新；所述机动车外部的服务装置将对要更新的软件单元的更新在执行之前提示给驾驶员，其中响应所述提示，更新只能由机动车的驾驶员启动；所述机动车配置信息及所述标识数据以时间控制和/或事件控制的方式反复地被发送，而无需驾驶员协作和/或通知驾驶员，并且关于周期性时间控制的周期和/或关于在周期性时间控制的周期内机动车的发送时刻，后续地通过无线连接从中央服务站点对机动车进行配置。

另外，本发明还提供一种机动车，包括：状态确定装置，用于确定机动车配置信息，所述机动车配置信息至少包括关于所述机动车中有哪些硬件单元和/或哪些软件单元的信息；和服务接口，用于与机动车外部的服务装置建立无线的通信连接，由状态确定装置所确定的机动车配置信息以及相关机动车的标识数据通过所述通信连接从所述机动车发送到机动车外部的服务装置；所述机动车外部的服务装置借助所述机动车配置信息检验是否能按照机动车外部的服务装置中可用的控制规则来更新一个或多个软件单元并且提供相应的更新规则，要更新的软件单元根据该更新规则来更新；所述机动车外部的服务装置将对要更新的软件单元的更新在执行之前提示给驾驶员，其中响应所述提示，更新只能由机动车的驾驶员启动；所述机动车配置信息及所述标识数据以时间控制和/或事件控制的方式反复地被发送，而无需驾驶员协作和/或通知驾驶员，并且关于周期性时间控制的周期和/或关于在周期性时间控制的周期内机动车的发送时刻，后续地通过无线连接从中央服务站点对机动车进行配置。

根据本发明，对要更新的软件单元的实际更新只能由车辆的驾驶员来启动。为了使驾驶员考虑进行相应的启动，对要更新的软件单元的更新由车辆外部的服务装置在其执行之前提示给驾驶员。这例如可通过将电子消息传输到车辆中并将其显示在车辆的MMI(人机接口)中来实现。随后，启动可通过驾驶员的确认操作来给出，例如选择一个确认应答(例如“OK”或“开始更新”)，其同时在MMI中向驾驶员显示所传输的消息。与只能由驾驶员启动的更新完全相反，根据本发明，车辆配置消息以及标识数据的发送反复地、在无需驾驶员协作和/或通知驾驶员的情况下时间控制和/或事件控制地进行。

换句话说，在驾驶员为了执行实际的更新而启动之前，不被驾驶员觉察地进行大量用于准备实际更新的措施。因此，驾驶员保留对软件更新的控制，因为实际的更新只有在其启动后才会进行。但同时，驾驶员不会受到与发送车辆配置信息以及标识数据相关的消息、提示和/或请求的打扰，因为这从其角度看来“在背景中”很不起眼并且无需驾驶员的辅助就能实现。在驾驶员的动作和/或通知方面的总的开销通过本发明得以缩减。

根据本发明的方法是基于部分地舍弃现有技术中一般未限制的使驾驶员凌驾于其车辆和车辆外部的服务装置之间的数据通信之上的手段。但这种舍弃的程度仅仅限于将车辆配置和车辆标识的指示传输给服务装置，从而能够为相关车辆安排和建议各种更新手段。车辆的涉及功能的软件单元最好不会未经驾驶员协助就被改变、移除和/或补充。

对于驾驶员的协作，在本文的范围内，只要没有另外提及，应理解为在特定情况下、即在各种单独的发送进程中的协作。在稍后的场合要说明的是，必须由驾驶员进行一次协作可能是符合目的的，例如是以服务的MMI控制的激活的形式，通过其触发多种发送进程。

为了符合数据保护要求，车辆配置信息以及标识数据的发送最好通过受保护的连接或者以加密的形式进行。

为了还能符合更进一步的数据保护要求，车辆配置信息以及标识数据可以在车辆外部的服务装置中在其处理之后立即(或者在经过预定的时间间隔之后)删除。

本发明允许分别检验每辆在车辆外部的服务装置中登记(并发送其车辆配置信息以及标识数据)的车辆是否有必要进行软件更新和/或软件升级，并允许分别执行实际所需的更新/升级。通过基于车队的检验和通知措施是无法实现与之可比的服务品质的。粗略看上去像是缺点(或者还在进行实际转化)的、用于反复地将车辆配置信息发送给车辆外部的服务装置的数据传输通过方法的优点得以补偿，并在可能的情况下可通过适当的数据选择和/或适当的数据预处理和/或车队中各个车辆的相互协调的发送定时而被限制到合理的程度。利用该方法所得到的额外成本至少部分地通过降低的维护成本和提高的顾客满意度而得以补偿。

车辆配置信息(在可能的情况下以列表的形式)最好包括对下述类别中一种或多种的指示：

-与车辆中当前和/或初始使用的硬件单元相关的指示，

-与车辆中当前和/或初始存在的软件单元相关的指示，

-在车辆中当前和/或初始使用的硬件单元与车辆中当前和/或初始存在的软件单元之间的对应关系。

标识数据最好包括至少一个独特的车辆识别号，例如车底盘号。也可以考虑对车辆来源的其他指示，尤其是与制造商、型号，制造时间点和/或时间段、批次等等，同样还可以考虑所谓的车辆订单、即车辆说明书或者相应的生产订单。但是，也可以作为替代或者附加地使用专用为远程维护服务所分配的识别号，例如为此所分配的用户名称。

除了车辆配置信息以及标识数据之外，也可以把其他的车辆数据，尤其是故障存储器内容和/或与维护有关的车辆数据和/或与运行有关的车辆数据和/或与安全性有关的车辆数据和/或与机动车的基于软件功能的使用有关的车辆数据，传送到车辆外部的服务装置。

车辆配置信息可以在车辆一侧被自动地预处理，使其被压缩和/或被缩减到可能与软件更新有关的信息。这样就可以减少要传输的数据量，或者可以在相同的总数据量的情况下更频繁地将车辆配置信息发送到车辆外部的服务装置。

自动的预处理可以在车辆一侧例如通过状态确定装置进行，但作为替代，也可以通过车辆的另一计算单元根据压缩和/或过滤规则来进行。这样的压缩和/或过滤规则可以持久地存储在车辆中，但是也可以由车辆外部的服务装置传送到机动车内。

自动的预处理也可以这样开始：仅确定相对于先前车辆配置的改变，如增量或差量，并将其传送到车辆外部的服务装置。涉及先前车辆配置的车辆配置数据于是最好保持存储在车辆外部的服务装置中，并借助标识数据或者借助特意一起发送的关联数据与所传输的增量或差量相关联。通过这种方式也可以显著减少要传输的数据量，或者可以在相同的总数据量的情况下更为频繁地将车辆配置信息发送到车辆外部的服务装置。

用于显著减少特定情况下要传输的数据量的另一种可能性在于，只确定和传输对于特定车辆配置来说独特的标识码，尤其是所谓的散列和。尤其是在特定的车辆配置已经在某个早先的时刻被完全传送到车辆外部的服务装置并且在可能的情况下还已经在车辆外部的服务装置中基于该车辆配置对更新需求进行了检验和/或准备好了更新规则(但还没有根据该更新规则进行更新)的情况下，将来的方法开销例如可以如下地得以缩减：首先可以在车辆侧以及在车辆外部的服务装置侧存储清楚明确地标识该车辆配置的标识码，例如关于所传输的车辆配置的散列码。可选地，在车辆外部的服务装置侧存储的标识码也可能不涉及本来的车辆配置，而是在其基础上提供的更新规则。这样，在后续就可以仅对这两侧的标识码进行比较，而无需重新传送整个车辆数据(或者无需重新检验更新需求和/或重新提供更新规则)。只要这两侧的标识码保持不变，就不需要采取附加的措施。然而，如果由于车辆配置改变而导致从车辆传送的标识码改变，则必须相应地把新的(详细的或完整的)车辆配置信息传送到车辆外部的服务装置。如果存储在车辆外部服务装置中的标识码例如由于特定更新/升级的重新可用而改变，则必须至少实现对更新需求的一次新的检验，和/或重新提供更新规则。

因此，根据本发明确定和传送的车辆配置信息的一个优选的例子是对于相应车辆配置所计算出的散列和，其清楚明确地标识该车辆配置。车辆配置信息及标识数据的发送时间控制和/或事件控制地反复进行。

时间控制例如允许保证新的软件单元在车辆外部服务装置中可用与相应地将更新提示给驾驶员之间的最大时间延迟。

此外，时间控制允许对多个机动车的数据传输进行协调使得不会超过能处理的数据量的特定极限值。为此，多个机动车中针对每个车辆可以周期性地发送车辆配置信息，其中在该周期内各个车辆的发送时刻尽可能均匀地分配。周期和/或发送时刻的确定可通过车辆在车间里的配置和/或后续的配置来完成。为了遵循预先给定的“时间计划”，机动车最好具有时钟和/或计时器。对机动车的时间发送关系的可能的后续配置、即并非在车间内的配置可以在服务运营中现场完成，或者通过无线连接从中央服务站点完成。其中中央服务站点可以是已经提到的车辆外部的服务装置。无线连接可以还用于把配置数据及标识数据和/或用于把更新/升级传送到机动车中。

优选的是，车辆配置信息及标识数据从中央服务站点的发送也可以完全被禁用或启用，中央服务站点尤其可以是所谓的车辆外部的服务装置。

事件控制允许与时间控制不同地尤其是及时地对特定事件做出反应。

例如在车辆一侧对机动车硬件单元和/或软件单元的改变的识别可以被定义为进行触发的事件。因此例如可以在不具有适当的编程装置的车间中更换控制设备后向驾驶员提示将对于安全的车辆运行必需的软件“经由空气”从车辆外部的服务装置加载到车辆中。

也可以把特定的配件设备，尤其是移动电话、音频/视频播放器或者便携式计算机，第一次和/或多次连接到机动车上定义为进行触发的时间。可以及时地向驾驶员提示将适合于配件设备的驱动软件单元和/或集成软件单元加载到车辆中。

也可以将超出特定的行驶里程极限和/或为车辆加油定义为进行触发的事件。因此可以确保尤其是使用率高的车辆优选获得更新提示。

也可以把超过边界或接近边界定义为进行触发的事件。因此可以确保特别适用于和/或预先规定用于特定国家的更新/升级被及时提示给驾驶员。

机动车在长时间未使用后重新启动被定义为进行触发的事件，和/或在长时间中断无线连接的可到达性之后通过车辆外部的服务装置重新建立无线连接的可到达性被定义为进行触发的事件。这样，在重新使用例如长时间停放在底下车库内的车辆时能尽可能快地向该车辆的驾驶员提示为其车辆设置最新的软件状态。

在车辆侧对驾驶员例如通过MMI下达命令的更新请求的识别也可以被定义为进行触发的事件。根据本发明的一种替代实施方式，这种更新请求的命令下达也可以通过驾驶员觉察不到的方式进行，从而使驾驶员完全不必考虑软件更新的必要性。

在可能的情况下甚至是接收到由车辆外部服务装置或者由另一服务装置所发送的针对各个车辆特定的触发信号也可以被定义为进行触发的事件。通过这种方式，车辆外部的服务装置或者另一服务装置(在所触发的车辆做出反应的前提下)可以控制应该对哪些车辆在哪个时刻进行检验以确定软件更新的可用性。尤其具有优点的是创建这样的前提条件：如果与车辆相对应的客户在(在线)软件店中免费或付费地定购了应用程序、内容、服务或特性，其然后被传送到车辆中，在那里被解锁或者在车辆中变得可用(升级的情况)，则车辆外部的控制装置可以发出针对车辆特定的触发，该触发在车辆中导致立即或者稍后对更新/升级进行验证。根据本发明的一个替代实施方式，由车辆外部的服务装置触发更新的可能性但是不被察觉地进行，以使车辆外部服务装置中的逻辑开销最小化。在极端情况下，在车辆外部服务装置中必须不必知道哪辆车辆可以与其形成连接以便验证软件更新的可用性。没有这种预先的了解，自然也不能在车辆外部服务装置一侧对车辆进行告知。

而且，由于车辆配置信息或标识数据在驾驶员不知情的情况下发送到车辆外部的服务装置而可能产生的数据保护的顾虑尤其是在这些数据不会或者不长时间地通过实际的各个更新过程存储在车辆外部的服务装置中时而不再存在。

优选的是，车辆配置信息及标识数据的发送(即使在事件控制地实现时也)可以由中央服务站点完全禁用或启用。

作为替代或者附带地，车辆配置信息及标识数据的发送可以例如通过禁用或启用相应的服务而被禁用或启用。重复发送车辆配置信息及标识数据也可以尤其是基于单次——或者至少相对于重复发送以明显更少的重复率持续地(例如每天/每周/每月/每年对于激活服务重新发送)——由MMI控制地与驾驶员进行协作。

通过状态确定专职确定车辆配置信息可以通过已知的方式实现。在车辆内部的服务接口与车辆外部的服务装置之间提供无线通信连接也可以通过已知的方式实现，就像把车辆配置信息和标识数据发送到车辆外部的服务装置并且在车辆外部的服务装置中持续地检验是否可以按照在该处可用的控制规则对一个或多个软件单元进行更新一样。在本发明所述的方法中，最后的检验例如对应于这样的检验：即在已知的车间编程系统中也被用于更新各个软件单元。

通过车辆外部的服务装置提供相应的更新规则以及借助该更新规则更新要更新的软件单元最好可以这样来实现：其中确定特定的软件更新包或软件升级包，其中每个包的标题、在可能的情况下还和对包的简短描述一起被传送到车辆中，并在那里使其可供驾驶员使用并适合于显示，并且其中在驾驶员释放时和/或在从多个所提供的包中选择一个包并随后释放该包时传送给车辆并在那里安装。

附图说明

下面借助附图描述本发明的一个优选实施例。从中得到本发明的其他细节、优选实施方式和改进。在附图中分别示出了：

图1示出了基于本发明的一个示例性附图的方法步骤的流程图。

具体实施方式

根据实际应用中的现有技术，在机动车中基于软件的更新或升级通过不同的技术方案来实现。

此外已知下列系统和方法：

a)车间编程系统：为了执行更新或升级，机动车以电缆连接方式或者无线缆地通过本地通信网络连接到车间系统，通过该车间系统对机动车进行编程。其中该车间系统通过向机动车发送的有目的的诊断询问来检验存在何种软件状态。基于已有的信息，在该系统中自行地或者基于通过(广域)通信网与制造商处的中央系统的通信来检验该机动车是否有软件更新/升级。在检验结果为肯定的情况下，车间系统(在场外)对机动车进行编程。特殊的编程和诊断接口用作与机动车的接口。已知车间编程系统不仅用于对整个机动车进行编程，而且也用于更新各个软件单元。

b)基于CD/DVD的系统：机动车中的各个控制设备(例如所谓的“音响主机(Headunits)”，即中央导航/娱乐系统)或者控制设备内的专用程序部件也可以通过专门的编程CD/DVD来编程。为此通常利用已有的CD/DVD导入仓。已知尤其是基于CD/DVD的系统用于对机动车导航系统的固件进行编程。

c)基于USB的系统：机动车中的各个控制设备(例如音响主机或者电话/通信控制设备)或者控制设备中专用的程序部件也可以通过位于外部存储介质上的软件来编程，该外部存储介质通过USB端子与机动车相连。软件必须事先例如经由互联网和家庭电脑被加载到这样的存储介质上。为此利用机动车中已有的USB接口。应用这种基于USB的系统的已知的例子是更新用于电话控制的驱动程序软件、更新用于音响主机的应用程序、以及更新导航系统的图形数据。

在所述的方法和系统(车间编程系统、基于CD/DVD的系统、基于USB的系统)中，

-机动车配置数据或机动车状态数据从一个中央单元出发向机动车询问，以便执行对可能的软件更新/升级的比较(尤其是在车间编程系统中这样来控制)

-或者其受限地检验或完全不检验当前在机动车中存在的机动车软件是否与软件更新/升级兼容，因为已有的软件被简单地覆盖(尤其是在基于CD/DVD的系统和基于USB的系统中这样来控制)。

在机动车的寿命周期过程中软件或硬件出于操作技术上的原因或者由于后续发布所识别出的功能错误而必须进行更新或者更换的情况下，在机动车技术领域中也由技术动作(TA)来负责。在这样的TA的情况下，大多数通过中央系统(在中央系统中包含了已生产的机动车的所有数据)来判断哪些机动车涉及到必要的软件更新或者硬件更换。随后可以将机动车数据与客户数据进行比较，使得驾驶员可通过TA获得信息。但是作为替代或附带地，也可以制定相关机动车的列表，对于这些机动车在最近的车间测试中执行了TA。在车间中对机动车进行诊断时也可以确定对于该机动车是否有新的软件状态。

WO2007/098781A1描述了一种遥测系统或远程编程系统，其能够使机动车通过最好是无线的通信网络与中央基础架构进行在线连接。在技术动作的范围内，在这种系统中相应的机动车可借助电子消息获得关于必须为其进行软件更新或硬件更换的信息。基于这种遥测系统或远程编程系统，通过无线通信网络执行必要的软件更新或者用户所希望的软件升级，这与现有技术中用于移动电话和计算机的方式和方法相类似。

车间编程系统尤其是具有以下缺点：

-对软件状态的更新需要把机动车放在车间，这会带来相应的成本(车间保管、用户无法使用、代用车辆)，以及

-驾驶员无法自己影响更新过程，而只有车间才能决定更新什么。

基于CD/DVD的系统和基于USB的系统尤其是具有以下缺点：

-在提供软件更新时通常没有当前的机动车配置信息可用，因此所提供的软件更新要么必须伴随非常复杂的兼容性描述，要么在不确定的情况下由于关于当前在车辆中存在的硬件和软件的错误信息而不能执行更新，尽管所提供的更新实际上是兼容的，并且

-驾驶员不能独立地直接从机动车执行更新，而是只能“绕道”(例如购置CD/DVD或经由PC下载)获得软件更新/升级并载入到机动车中。

车间编程系统以及基于CD/DVD系统和基于USB的系统具有以下缺点：

-软件更新只能有延迟地进入到机动车中(机动车的维护停放、客户了解可用更新、经由邮件/电子邮件的信息告知)，

-为了使驾驶员同时了解到基于软件的TA，必须以很大开销由可用数据确定相关的机动车(调整和管理列表)，

-为了可能要(通过邮件或者通过电子邮件)告知驾驶员软件更新，会带来附加的成本和附加的开销(邮资、管理、客户信息)，并且

-机动车驾驶员，其同时、可能在替代道路上、不知道附加的车辆外服务装置(在其上有当前的软件状态)，被不必要地告知。

借助于机动车中能够进行数据传输的通信装置(车辆内的服务接口)，可以将离厂时在机动车中使用的和/或后续在车间内更换和/或更新的所有硬件单元和软件单元的当前状态(车辆配置信息)在其(通过状态确定装置)确定后传送给所谓的后台系统(车辆外部的服务装置)。由于当前车辆状态(软件、硬件、也可能还有相关的故障存储器等等)往往与原来在工厂侧使用的软件和硬件单元不同，所以有意义的是以规则的间隔进行这样的数据比较。

一旦在后台系统中接收到机动车数据，可以分别对当前与后台相连的机动车进行验证，检验对于该机动车是否有新的(可选的或必要的)更新。根据对接收到的机动车数据的“及时”检验，可以确保更新过程只在实际涉及机动车时才对相应的机动车被触发。

下面示例性地给出用于实际实现上面概括描述的解决方案的各个步骤(参见图1中的流程图)：

1、机动车通过通信技术、以无线的方式、以规则的时间间隔，即基于时间(在可能的情况下也可以基于事件)向后台的通信装置登记。为此机动车不必位于后台系统附近。后台系统可以是单个的计算单元，或者也可以包括多个(可能在地点上分布且相互联网)的计算单元(参见图1中的方框1)。

2、在成功登记之后，车辆相关数据集通过应用协议被传送到后台系统(参见图1中的方框2)，所述车辆相关数据集包含机动车识别号和对机动车配置的描述，对机动车配置的描述由当前的硬件和软件单元及其版本以及所有故障存储器项组成。

3、后台系统对接收到的数据进行分析，并将其与后台系统的数据库中的兼容性和配置数据进行比较，以对登记的机动车分别进行检验，检验该机动车是否涉及一个或多个更新或升级。该检验既可以对可选的更新或升级进行，也可以对必要的更新或升级进行(参见图1中的方框3)。

4、如果对于所登记的机动车的一个更新/升级或者多次更新/升级是必需的或者推荐的，则将电子消息传送给机动车(或者其车辆内部的服务接口或者机动车的其他通信接口)(参见图1中的方框4)。

5、在机动车接收到该电子消息之后，机动车驾驶员在相应MMI对话框内得知新的更新/升级可用(在可能的情况下还得知哪些更新/升级可用)(参见图1中的方框5)。

6、更新/升级过程由驾驶员通过操作命令在MMI对话框内激活启动(参见图1中的方框6)。

根据图1中方框1、2、3的方法步骤最好周期性地重复执行；根据图1中方框4、5、6的方法步骤只有当针对所登记的机动车实际需要或建议进行更新/升级时才执行。由后台执行的检验如方框7所描述。如果有更新/升级，则执行根据方框4、5、6的方法步骤。否则下一个出现的方法步骤是方框1中的等级步骤。

传输的时刻和频率最好可由后台进行调整。在这种情况下，例如可以定义下述的发送规则：

-取决于时间的触发：车辆分别在预定的时间后向后台登记，并发送所述数据。

-取决于行驶里程的触发：车辆分别在预定的行驶距离后向后台登记，并发送所述数据。

-事件触发：在进入先前定义的状态时，车辆向后台登记(例如在低于规定的电池电压时)。

-远程触发：车辆可以由后台分别触发，以向后台等级。

车辆反复地向后台登记并向后台发送预定数据可作为在车辆中运行的任务。这种任务最好可由中央一侧、即由后台启动和关断。在可能的情况下，驾驶员可以通过车辆中的操作装置自己启动和关断该任务。该任务的激活和禁用可以结合到管理概念内，尤其是激活和禁用多种任务或整个任务包(例如登记者的车辆中的“远程服务”)。

另外，通过实施上面描述的解决方案，实现了下列优点：

减少了要获知与软件有关的技术动作和/或其余更新/升级的可用性的机动车的数目。由于“及时”地检验实际的机动车状态，不需要为此预先选择机动车。

减少了后台中用于管理相关的和/或潜在相关的机动车的开销。

通过借助通信装置有规律地进行比较，改善了数据的实时性，这些数据在后台中(在存储的情况下)相关地作为在车队的车辆中设定的硬件和软件单元。

最后，改善了机动车软件状态的实时性，因为可以与机动车的地点无关地、有规律地执行更新/升级，即驾驶员不必为此查访车间。

Claims

1.一种用于更新机动车的至少一个软件单元的方法，至少包括下述步骤：

由状态确定装置确定机动车配置信息，所述机动车配置信息至少包括关于实际机动车中有哪些硬件单元和/或哪些软件单元的信息，

在机动车内部的服务接口和机动车外部的服务装置之间提供无线的通信连接，

通过所述通信连接将由状态确定装置所确定的机动车配置信息以及相关机动车的标识数据从所述机动车发送到机动车外部的服务装置，

借助所述机动车配置信息，由所述机动车外部的服务装置检验是否能按照机动车外部的服务装置中可用的控制规则来更新一个或多个软件单元，

由所述机动车外部的服务装置提供相应的更新规则，并且要更新的软件单元根据该更新规则来更新，

其中，

对要更新的软件单元的更新在执行之前由所述机动车外部的服务装置提示给驾驶员，

响应所述提示，更新只能由机动车的驾驶员启动，

其特征在于，

以时间控制和/或事件控制的方式反复地发送所述机动车配置信息及所述标识数据，而无需驾驶员协作和/或通知驾驶员，并且

关于周期性时间控制的周期和/或关于在周期性时间控制的周期内机动车的发送时刻，后续地通过无线连接从中央服务站点对机动车进行配置。

2.如权利要求1所述的方法，其特征在于，多个机动车中针对每个机动车周期性地发送其机动车配置信息，在该周期内各机动车的发送时刻尽可能均匀地分配。

3.如权利要求1所述的方法，其特征在于，所述机动车配置信息及所述标识数据的发送是通过安全连接和/或以加密形式进行的。

4.如权利要求1至3之任一项所述的方法，其特征在于，所述机动车配置信息及所述标识数据在所述机动车外部的服务装置中被处理之后立即或者经过预定的时间间隔后自动删除。

5.如权利要求1至3之任一项所述的方法，其特征在于，所述标识数据至少包含独特的机动车识别号。

6.如权利要求1至3之任一项所述的方法，其特征在于，除了所述机动车配置信息及所述标识数据以外，还将其他机动车数据发送到机动车外部的服务装置。

7.如权利要求1至3之任一项所述的方法，其特征在于，所述机动车配置信息及所述标识数据的发送是时间控制地反复进行，而无需驾驶员协作和/或通知驾驶员。

8.如权利要求7所述的方法，其特征在于，所述机动车配置信息及所述标识数据的发送是以保持相同的周期持续时间循环地进行，而无需驾驶员协作和/或通知驾驶员。

9.如权利要求1至3之任一项所述的方法，其特征在于，所述机动车配置信息及所述标识数据的发送是事件控制地反复进行的，而无需驾驶员协作和/或通知驾驶员。

10.如权利要求9所述的方法，其特征在于，特定的配件设备第一次和/或多次连接到机动车上被定为进行触发的事件。

11.如权利要求1至3之任一项所述的方法，其特征在于，所述机动车配置信息及所述标识数据的反复发送是基于由人机接口控制的单次驾驶员互动而进行的，和/或是基于以与所述发送相比明显更小的重复率进行的由人机接口控制的驾驶员互动而进行。

12.如权利要求1至3之任一项所述的方法，其特征在于，所述机动车配置信息的发送以清楚明确地标识机动车配置的识别码的形式来实现。

13.如权利要求6所述的方法，其特征在于，所述其他机动车数据是故障存储器内容。

14.如权利要求10所述的方法，其特征在于，所述特定的配件设备是移动电话、音频/视频播放器或者便携式计算机。

15.如权利要求12所述的方法，其特征在于，在相对于先前的发送过程机动车配置未改变的情况下，机动车配置信息的发送以清楚明确地标识机动车配置的识别码的形式来实现。

16.一种用于更新机动车的至少一个软件单元的系统，至少包括：

状态确定装置，用于确定机动车配置信息，所述机动车配置信息至少包括关于实际机动车中有哪些硬件单元和/或哪些软件单元的信息，

机动车内部的服务接口，

机动车外部的服务装置，以及

在机动车内部的服务接口和机动车外部的服务装置之间提供的无线的通信连接，由状态确定装置所确定的机动车配置信息以及相关机动车的标识数据通过所述通信连接从所述机动车发送到机动车外部的服务装置，

所述机动车外部的服务装置借助所述机动车配置信息检验是否能按照机动车外部的服务装置中可用的控制规则来更新一个或多个软件单元并且提供相应的更新规则，要更新的软件单元根据该更新规则来更新，

所述机动车外部的服务装置将对要更新的软件单元的更新在执行之前提示给驾驶员，其中响应所述提示，更新只能由机动车的驾驶员启动，

所述机动车配置信息及所述标识数据以时间控制和/或事件控制的方式反复地被发送，而无需驾驶员协作和/或通知驾驶员，并且

17.如权利要求16所述的系统，其特征在于，多个机动车中针对每个机动车周期性地发送其机动车配置信息，在该周期内各机动车的发送时刻尽可能均匀地分配。

18.如权利要求16所述的系统，其特征在于，所述通信连接是安全连接和/或所述机动车配置信息及所述标识数据的发送是以加密形式进行的。

19.如权利要求16至18之任一项所述的系统，其特征在于，所述机动车配置信息及所述标识数据在所述机动车外部的服务装置中被处理之后立即或者经过预定的时间间隔后自动删除。

20.如权利要求16至18之任一项所述的系统，其特征在于，所述标识数据至少包含独特的机动车识别号。

21.如权利要求16至18之任一项所述的系统，其特征在于，除了所述机动车配置信息及标识数据以外，还有其他机动车数据被发送到机动车外部的服务装置。

22.如权利要求16至18之任一项所述的系统，其特征在于，所述机动车配置信息及所述标识数据的发送是时间控制地反复进行，而无需驾驶员协作和/或通知驾驶员。

23.如权利要求22所述的系统，其特征在于，所述机动车配置信息及所述标识数据的发送是以保持相同的周期持续时间循环地进行，而无需驾驶员协作和/或通知驾驶员。

24.如权利要求16至18之任一项所述的系统，其特征在于，所述机动车配置信息及所述标识数据的发送是事件控制地反复进行的，而无需驾驶员协作和/或通知驾驶员。

25.如权利要求24所述的系统，其特征在于，特定的配件设备第一次和/或多次连接到机动车上被定为进行触发的事件。

26.如权利要求16至18之任一项所述的系统，其特征在于，所述机动车配置信息及所述标识数据的反复发送是基于由人机接口控制的单次驾驶员互动而进行的，和/或是基于以与所述发送相比明显更小的重复率进行的由人机接口控制的驾驶员互动而进行。

27.如权利要求16至18之任一项所述的系统，其特征在于，所述机动车配置信息的发送以清楚明确地标识机动车配置的识别码的形式来实现。

28.如权利要求21所述的系统，其特征在于，所述其他机动车数据是故障存储器内容。

29.如权利要求25所述的系统，其特征在于，所述特定的配件设备是移动电话、音频/视频播放器或者便携式计算机。

30.如权利要求27所述的系统，其特征在于，在相对于先前的发送过程机动车配置未改变的情况下，机动车配置信息的发送以清楚明确地标识机动车配置的识别码的形式来实现。

31.一种机动车，包括：

状态确定装置，用于确定机动车配置信息，所述机动车配置信息至少包括关于所述机动车中有哪些硬件单元和/或哪些软件单元的信息，和

服务接口，用于与机动车外部的服务装置建立无线的通信连接，由状态确定装置所确定的机动车配置信息以及相关机动车的标识数据通过所述通信连接从所述机动车发送到机动车外部的服务装置，

32.如权利要求31所述的机动车，其特征在于，多个机动车中针对每个机动车周期性地发送其机动车配置信息，在该周期内各机动车的发送时刻尽可能均匀地分配。

33.如权利要求31所述的机动车，其特征在于，所述机动车为了遵循预先给定的时间计划而配有时钟和/或计时器。

34.如权利要求31所述的机动车，其特征在于，所述通信连接是安全连接和/或所述机动车配置信息及所述标识数据的发送是以加密形式进行的。

35.如权利要求31至34之任一项所述的机动车，其特征在于，所述机动车配置信息及所述标识数据在所述机动车外部的服务装置中被处理之后立即或者经过预定的时间间隔后自动删除。

36.如权利要求31至34之任一项所述的机动车，其特征在于，所述标识数据至少包含独特的机动车识别号。

37.如权利要求31至34之任一项所述的机动车，其特征在于，除了所述机动车配置信息及标识数据以外，还有其他机动车数据被发送到机动车外部的服务装置。

38.如权利要求31至34之任一项所述的机动车，其特征在于，所述机动车配置信息及所述标识数据的发送是时间控制地反复进行，而无需驾驶员协作和/或通知驾驶员。

39.如权利要求38所述的机动车，其特征在于，所述机动车配置信息及所述标识数据的发送是以保持相同的周期持续时间循环地进行，而无需驾驶员协作和/或通知驾驶员。

40.如权利要求31至34之任一项所述的机动车，其特征在于，所述机动车配置信息及所述标识数据的发送是事件控制地反复进行的，而无需驾驶员协作和/或通知驾驶员。

41.如权利要求40所述的机动车，其特征在于，特定的配件设备第一次和/或多次连接到机动车上被定为进行触发的事件。

42.如权利要求31至34之任一项所述的机动车，其特征在于，所述机动车配置信息及所述标识数据的反复发送是基于由人机接口控制的单次驾驶员互动而进行的，和/或是基于以与所述发送相比明显更小的重复率进行的由人机接口控制的驾驶员互动而进行。

43.如权利要求31至34之任一项所述的机动车，其特征在于，所述机动车配置信息的发送以清楚明确地标识机动车配置的识别码的形式来实现。

44.如权利要求37所述的系统，其特征在于，所述其他机动车数据是故障存储器内容。

45.如权利要求41所述的机动车，其特征在于，所述特定的配件设备是移动电话、音频/视频播放器或者便携式计算机。

46.如权利要求43所述的机动车，其特征在于，在相对于先前的发送过程机动车配置未改变的情况下，机动车配置信息的发送以清楚明确地标识机动车配置的识别码的形式来实现。