用于测试车辆的应用程序的方法与流程

1.本发明涉及一种用于测试车辆的应用程序的更新版本的方法以及一种用于执行该方法的计算系统和一种用于执行该方法的计算机程序。


背景技术：

2.通常，在车辆中（即在汽车领域）的诸如控制设备那样的计算单元上执行应用程序（软件），这些应用程序通常应该总是反复被更新（例如在升级的框架内）或者有时也必须如此。也在汽车领域越来越多地使用联网通信引起：这种软件升级不像迄今为止那样或者不仅能像迄今为止那样在车间中通过特殊的编程设备来实现，而是或而且能够例如通过移动无线电网无线地或在线地实现（也称为“flash over the air”，fota，或者“software over the air”，sota）。


技术实现要素：

3.按照本发明，提出了具有专利独立权利要求的特征的一种用于测试车辆的应用程序的更新版本的方法以及一种用于执行该方法的计算系统和一种用于执行该方法的计算机程序。有利的设计方案是从属权利要求以及随后的描述的主题。
4.本发明涉及测试车辆的应用程序——也就是说例如控制软件或控制功能——的更新版本，这些更新版本例如应该用作针对在车辆上或在车辆那里在控制设备上执行的应用程序的当前或到目前为止的版本的升级。就这方面来说，术语“应用程序”可以涉及完整的自身可执行的软件，或者也可以仅涉及该软件的部分，例如单独的功能块等等。
5.如所提及的那样，这种升级可以经由无线数据连接从车辆外部的计算单元（统称“云（cloud）”）被下载或上载到车辆上。然而，值得期望的是——而且尤其是在安全关键的应用程序（或者控制设备）的情况下有时也必需的是：应用程序的这种更新版本在它们使用之前也在现场被充分测试，以便避免不可预见的功能失灵。
6.在车辆的研发阶段，可以在测试台上或者在试验车辆中详细地测试应用程序，也就是说检查应用程序在现场是否表现得如所希望的那样，即例如特定输入数据是否引起特定输出数据。在稍后升级例如在错误消除或者引起新的或更改过的功能的框架内必要或希望的这种应用程序的情况下，这种试验车辆或者还有测试台通常不供支配或者供支配的数目不足或者常规的测试系列持续时间太长。还可能需要高时间花费以及高研发成本。就这方面来说，正常的发布过程不可能实现或者也许无法及时实现（例如在安全关键的升级的情况下）。然而，尤其是在这种安全关键的升级的情况下，例如对驾驶行为产生负面影响的未识别出的错误可能造成致命后果。
7.在该背景下，提出：由诸如服务器或者云服务器那样的车辆外部的计算系统，经由诸如移动无线电连接、必要时还有wlan那样的无线数据连接从至少一个车辆接收针对应用程序的在该至少一个车辆上被用于该应用程序（该应用程序在该车辆上被执行）的当前版本的输入数据和该应用程序的当前版本的输出数据。即，换言之，在其上执行应用程序的当
前版本的一个或优选多个车辆将它们针对该应用程序的它们自己也使用的输入数据传送给该计算系统，而且同样将它们在车辆上执行该应用程序期间获得或所使用的应用程序提供的输出数据传送给该计算系统。所有这一切都可以、但不是必须实时地进行。
8.接着，为了测试目的，首先将该应用程序的新版本或更新版本传输到云中或传输到车辆外部的计算系统上。该云或该车辆外部的计算系统经由无线连接来与（所选择的）车辆连接。接着，在车辆外部的计算系统上，必要时也并行或实时地利用所接收到的输入数据来执行该应用程序的更新版本。这尤其能被理解为：执行该应用程序的更新版本的车辆计算单元（所谓的控制设备）被模拟。但是，也可设想的是：在计算系统中使用一个或多个真实的车辆计算单元。
9.接着，将该应用程序的更新版本的相对应地在计算系统上直接获得的输出数据与该应用程序的当前版本的所接收到的输出数据——即这些输出数据直接来自车辆——进行比较。接着，依据该比较，进行对该应用程序的更新版本的评估。这样，例如发布该更新版本，而且尤其是当该更新版本的输出数据满足预先给定的发布标准时，也提供该更新版本用于下载到车辆上。这例如可包括：该更新版本的输出数据只允许与当前版本的输出数据偏离到达一定程度。如果不满足发布标准，则可以或应该使该更新版本再次适配。接着，可以相对应地重复该测试。
10.因此，本发明提供了在多个车辆上准现场地测试新应用程序而在此不使这些车辆受到任何危险的可能性。其原因尤其在于：在车辆上，应用程序的当前版本或者该应用程序完全保持不变。
11.优选地，接收不同类型的车辆的输入数据和输出数据。在此，不同类型的车辆尤其能被理解成具有不同拓扑和/或如发动机或功率那样的其它差异的车辆。这样，通常规定：将特定应用程序用于不同类型的车辆、例如具有不同的发动机或发动机功率的车辆。但是，该应用程序必要时也应该根据车辆的类型做出其它反应。如果接着在计算系统上利用所接收到的输入数据来执行应用程序的更新版本，则也应该执行该应用程序的各种预先给定的功能，这些功能被提供用于这些不同类型的车辆。为此的示例是：制动调节系统（该制动调节系统由该应用程序来控制）在机动化较强的车辆的情况下或者在带有拖车运行的车辆的情况下应该不一样地、例如更早或更强烈地进行干预，即与在机动化较弱的车辆或没有拖车运行的车辆的情况下相比。
12.就这方面来说，也适宜的是：如果在计算系统上利用所接收到的输入数据来执行该应用程序的更新版本，则模拟车辆的预先给定的测试过程和/或运行状态。在此，这些重要的测试过程或运行状态例如可以由研发人员预先给定。
13.借此，所提出的方法能够接近现实地分析可以或应该无线地被上载（sota）的应用程序或功能。在这种测试或者还有这种测试阶段结束之后，可以将检查过的应用程序传输到车辆中的计算单元上。
14.通过所提出的测试方法，可以在具有真实车辆的接近现实的场景中测试应用程序。这些应用程序尤其关于它们的接口或它们与其它应用程序或其余计算单元的协作方面被测试，为此能在计算系统上相对应地模拟或表示应用程序（或者必要时还有其它应用程序或者所述其它应用程序的部分）。由此，可以在测试阶段中识别潜在错误，而且可以避免在升级之后可能的错误的不良后果。
15.在此，在测试时也可以检查所有对于应用程序来说所需的信息是否都经由新的接口来提供。不需要附加的试验载体。还可以减小所需的测试行驶的范围。各种测试系列例如也可以自动化地并且可再现地被执行。
16.按照本发明的计算系统、例如计算机或服务器尤其在程序技术上被设立为执行按照本发明的方法。
17.尤其是当进行实施的计算系统还被用于其它任务并且因而总归存在时，按照本发明的方法的以具有用于执行所有方法步骤的程序代码的计算机程序或计算机程序产品的形式的实现方案也是有利的，因为这引起了特别低的成本。尤其是，适合于提供该计算机程序的数据载体是磁存储器、光存储器和电存储器，诸如硬盘、闪速存储器、eeprom、dvd以及其它等等。通过计算机网络（因特网、内联网等等）来下载程序也是可行的。
18.本发明的其它优点和设计方案从说明书以及附图中得到。
19.本发明依据实施例在附图中示意性示出并且在下文参考附图予以描述。
附图说明
20.图1示意性示出了用于阐述按照本发明的在一个优选的实施方式中的方法的情况。
21.图2示意性示出了按照本发明的在一个优选的实施方式中的方法的流程。
具体实施方式
22.在图1中，示意性示出了用于阐述按照本发明的在一个优选的实施方式中的方法的情况。为此，示出了车辆外部的计算系统100（示例性地作为“云”）。还示例性地示出了三个车辆110、111和112，这三个车辆可以是不同类型的车辆，例如可以是机动化不同的车辆。在这些车辆上或在那里例如在计算单元或控制设备上，分别运行应用程序，更确切地说当前或“旧”版本141.0、141.1或141.2的应用程序。
23.计算系统100与这些车辆110、111、112中的每个车辆都经由无线数据连接105、例如像umts或lte那样的移动无线电连接以传输数据的方式连接。
24.在图2中，示意性示出了按照本发明的在一个优选的实施方式中的方法的流程，但是在这种情况下只是示例性地针对车辆110。在计算系统100上同样执行——或模拟——该应用程序，但是是要测试的更新或“新”版本142.0的应用程序。
25.为此，可以首先规定：在测试时应该或必须覆盖哪些测试过程、运行状态或工作点等等。这些可能因应用程序而异，而且通常由功能研发人员来限定。还应该限定所需的数据和信号，这些数据和信号原则上可以考虑作为输入和/或输出。
26.还可以检查：新的更新版本142.0的一个或多个接口是否与在车辆110中或在那里在控制设备120上运行的当前版本141.0的一个或多个接口一致。在此，例如应该检查采样率、格式等等。
27.此外，接着选择如下车辆或测试车辆，所述车辆或测试车辆——如图1中所示——与计算系统100连接，而且所述车辆或测试车辆可以被用于在计算系统上测试应用程序。在测试阶段期间，测试车辆的功能能力不受影响，原因在于这些测试车辆将存在于车辆中的应用程序或该应用程序的功能（即在当前版本下）用于正常运行。
28.车辆中的应该被传送输入和输出数据的相关应用程序例如可以通过由计算系统100寄送给车辆的相对应的指令来选择。为此，例如将对于测试场景来说重要的运行状态限定为针对远程（remote）测量160的触发器。重要的、所要检测的信号（即输入数据130和输出数据135）例如可以在寄送给车辆的配置文件中被限定。与此相对应地，这些信号在所限定的运行状态下被测量并且被寄送给云或计算系统100。在此尤其是涉及在现场的具有（例如原则上存在的）远程测量能力的正常或常规车辆，但是不涉及特殊的测试车辆。
29.对于有些应用程序来说，需要不同的车辆类型或拓扑，如关于图1已经提及的那样。于是，在选择测试车辆时，必须考虑需要哪些车辆拓扑用于测试应用程序。例如，可以由研发人员来选择应该使用的车辆和/或车辆的类型或变体。同样，可以由研发人员来例如确定所有车辆的不同类型的比例，车辆的总数同样如此。接着，进而例如可以由计算机根据随机原则来选择具体的各个车辆（在现场）。
30.为此，接着可以在计算系统100上针对每种车辆类型或每种拓扑来创建所要测试的在更新版本下的应用程序的副本并且与此相对应地对该副本进行参数化。在图1中用142.0、142.1和142.2来示出这一点。相对应的情况适用于应用程序的当前版本141.0、141.1和141.2的变体。
31.接着，在计算系统100上在更新版本142.0下运行所要测试的应用程序，如图2中所示；在此，车辆的用作功能输入的输入数据130经由无线数据连接105（在静止状态下必要时也能够经由wlan）寄送给计算系统100。由此，在计算系统上可以利用来自车辆110的真实的输入或输入数据来运行该应用程序。
32.这能够实现：在不同情况和运行状态或者工作点测试该应用程序。在此，将所要测试的应用程序（在更新版本下）的输出数据136与存在于车辆中的当前版本141.0的输出数据135进行比较。接着，依据这种比较150，可以进行评估，其方式是例如检查是否满足一定的发布标准155。这也可以针对所有类型的车辆的结果共同进行。
33.如果该应用程序的更新版本142.0不满足这些发布标准155，则该应用程序例如必须被适配并且被再次测试。如果该更新版本满足这些发布标准155，则该更新版本例如可以被提供用于下载。
34.即，总体而言，利用所提出的方法也可以针对（只是）无线地被升级的车辆的安全关键的应用程序进行发布。原则上，这里可以考虑有sota能力的所有类型的应用程序，典型示例是在推进、制动、转向或者还有诊断领域的应用程序或功能。例如，自主或自动驾驶领域也特别重要。