使能用于高级驾驶员辅助系统和自主车辆的连续验证的验证即服务的系统和方法与流程

1.本公开涉及机动车辆运行和监测系统验证。


背景技术：

2.机动车辆运行和监测系统需要验证以确认正确运行。传统上，构造新的车辆的型号或类型并使其长时间运行以从多个不同运行场景捕获运行数据，其中运行场景包括城市驾驶、高速公路驾驶、不同天气条件运行等等。这种方法非常耗时，并且需要收集极其大量的数据以允许验证车辆或类别。可通过在道路上长时间驾驶来验证基于摄像机的前向碰撞警报系统。尽管测试是广泛的，但在这种类型的道路驾驶验证方法期间，不可能涵盖所有驾驶场景。
3.机动车辆高级驾驶员辅助系统（adas）和自主车辆（av）特征需要在具有不确定性的非常复杂的环境中以及在使用上述常规验证方法列举来说可以是极具挑战性的罕见事件期间运行。彻底地测试和验证这些特征于是不得不依赖于这些特征的连续运行，从而需要上文提到的数据的大量收集和注释。
4.因此，尽管已经验证了当前用于机动车辆的后置摄像机系统实现了其预期目的，但仍存在对新的和改进的基于摄像机的自适应尾灯系统的需求。


技术实现要素：

5.根据若干方面，机动车辆连续验证系统包括后端，该后端从车辆车队收集数据并且与车辆车队无线通信。后端与至少一个客户无线通信。车辆模块提供为车载在车辆车队的多个机动车辆中的各个机动车辆上并且执行车载车辆验证分析。或者提供在后端处或者是基于云提供的基于车队的验证模块管理定义车辆车队的多个机动车辆的配置和能力的数据。验证管理器基于用户的定义或验证分析的验证任务的期望产出和车队车辆可用性而生成验证任务。相对于车辆车队的多个机动车辆而言是远程的客户端模块具有由寻求执行验证分析的至少一个客户应用的界面项目。
6.在本公开的另一方面中，车辆模块包括：无线通信部件，该无线通信部件管理后端和多个机动车辆的各个车辆系统之间的通信；和任务管理器，该任务管理器接收任务、查询和命令，基于预定义的优先级计划安排任务、查询和命令的执行并且与车辆用户交互，并且将验证任务请求的结果、所请求和所生成的数据以及车辆配置文件转发到后端。
7.在本公开的另一方面中，提供了人机界面（hmi），任务管理器还与hmi通信并且负责处理经由hmi接收的来自车辆车队的机动车辆中的一个或多个的用户的超驰（override）信号。
8.在本公开的另一方面中，任务管理器与无线通信模块通信。
9.在本公开的另一方面中，无线通信部件从后端接收验证任务、命令和查询，并且将验证分析结果和一组车辆配置文件从车辆车队转发到后端。
10.在本公开的另一方面中，无线客户通信上行链路将数据和对车辆车队验证数据的请求（包括验证请求、任务定义和作业查询（job queries））经由无线客户通信上行链路上载到后端。具有包括车辆运行状态、验证作业进度、验证结果和成本的数据的无线客户通信下行链路经由无线客户通信下行链路返回到后端。
11.在本公开的另一方面中，客户端模块包括客户接口，其监测和控制输出到基于车队的验证模块的客户请求以及返回到至少一个客户的验证数据。
12.在本公开的另一方面中，车队车辆管理器与车队车辆数据库和通信设备通信，车队车辆管理器维护车队车辆信息，包括将新车辆添加到车队车辆数据库、移除旧的或停产的车辆、管理车辆能力信息、以及更新新的车辆特征和能力。
13.在本公开的另一方面中，车辆车队包含在世界上任何位置处运行的多个不同品牌和型号的多个机动车辆；并且至少一个客户包括服务用户、供应商、原始设备制造商（oem）和政府机构。
14.在本公开的另一方面中，仿真器与验证管理器通信，从而允许在任务被部署之前对任务进行概要分析（profile），以确认可能向其请求任务的车辆是否具有执行所需的验证分析的能力。
15.根据若干方面，机动车辆连续验证系统包括后端，该后端从至少一个机动车辆收集数据并且与至少一个机动车辆无线通信，后端还与至少一个客户无线通信。车辆模块提供为车载在至少一个机动车辆上并且执行验证分析。验证管理器基于用户的定义或验证任务的期望产出以及至少一个机动车辆的可用性而针对验证分析生成验证任务。仿真器在验证任务被部署之前对验证任务进行概要分析，以确认向其请求验证任务的至少一个机动车辆是否具有执行验证分析的能力。客户端模块相对于至少一个机动车辆而言是远程的，该客户端模块具有由寻求执行验证分析的至少一个客户应用的界面项目。
16.在本公开的另一方面中，至少一个机动车辆定义车辆车队的多个机动车辆。
17.在本公开的另一方面中，基于车队的验证模块与验证管理器通信并且或者提供在后端处或者基于云提供，基于车队的验证模块管理定义车辆车队的多个机动车辆的配置和能力的数据。
18.在本公开的另一方面中，无线通信模块接收验证任务、查询和命令，并且基于预定义的优先级计划安排验证任务的执行，并且与车辆用户交互。无线客户通信下行链路响应于验证请求将包括车辆运行状态、验证作业进度、验证结果和成本的数据经由无线客户通信下行链路从后端返回。
19.在本公开的另一方面中，任务管理器与无线通信模块通信。作业管理器与任务管理器通信。作业执行器负责执行作业并且控制多个传感器网关和车辆系统，使得数据将由作业执行器接收。
20.在本公开的另一方面中，配置文件管理器与任务管理器和作业执行器通信并且管理车辆能力配置文件，该车辆能力配置文件包括传感器配置、可用传感器类型、可用机动车辆类型和最大可用资源。配置文件管理器还管理包括资源使用和任务和作业统计的运行时配置文件。
21.在本公开的另一方面中，定义传感器网关的第一网关与作业执行器和作业管理器通信，传感器网关与至少一个机动车辆的多个车载传感器通信，多个车载传感器针对至少
一个机动车辆的运行环境提供感测信号。定义车辆系统网关的第二网关与作业管理器通信。
22.根据若干方面，用于执行车辆车队的连续验证的方法包括：经由后端从车辆车队收集数据并且与车辆车队无线通信，后端还与至少一个客户无线通信；使用提供为车载在车辆车队的多个机动车辆中的各个机动车辆上的车辆模块执行车载车辆验证分析；使用或者提供在后端处或者基于云提供的基于车队的验证模块，管理定义车辆车队的多个机动车辆的配置和能力的数据；使用验证管理器基于用户的定义或验证分析的验证任务的期望产出和车队车辆可用性而生成验证任务；并且由寻求执行验证分析的至少一个客户经由客户端模块应用界面项目，其中客户端模块相对于车辆车队的多个机动车辆而言是远程的。
23.在本公开的另一方面中，方法还包括使用与车队车辆数据库和通信设备通信的车队车辆管理器维护车队车辆信息，包括将新车辆添加到车队车辆数据库、从车辆车队中移除旧的或停产的车辆数据、管理车辆能力信息、以及更新新的车辆特征和能力。
24.在本公开的另一方面中，方法还包括使用与验证管理器通信的仿真器，在验证任务被部署之前对验证任务进行概要分析，以确认可能向其请求验证任务的多个机动车辆中的至少一个是否具有执行验证分析的能力。
25.本发明包括以下技术方案：方案1. 一种机动车辆连续验证系统，包括：后端，所述后端从车辆车队收集数据并且与所述车辆车队无线通信，所述后端还与至少一个客户无线通信；车辆模块，所述车辆模块提供为车载在所述车辆车队的多个机动车辆中的各个机动车辆上并且执行车载车辆验证分析；基于车队的验证模块，所述基于车队的验证模块或者提供在所述后端处或者基于云提供，所述基于车队的验证模块管理定义所述车辆车队的多个机动车辆的配置和能力配置文件的数据；验证管理器，所述验证管理器基于用户的定义或包含在验证分析中的多个验证任务的期望产出和车队车辆可用性而生成多个验证任务；和客户端模块，所述客户端模块相对于所述车辆车队的多个机动车辆而言是远程的，所述客户端模块具有由寻求执行所述验证分析的至少一个客户应用的界面项目。
26.方案2. 根据方案1所述的机动车辆连续验证系统，其中，所述车辆模块包括：无线通信部件，所述无线通信部件管理所述后端和所述多个机动车辆的各个车辆系统之间的通信；和任务管理器，所述任务管理器接收所述多个验证任务、多个查询和多个命令，基于预定义的优先级计划安排所述多个验证任务、所述多个查询和所述多个命令的执行，并且与车辆用户交互，并且将验证任务请求的结果、所请求和所生成的数据以及一组车辆配置文件转发到所述后端。
27.方案3. 根据方案2所述的机动车辆连续验证系统，还包括人机界面（hmi），所述任务管理器还与所述hmi通信并且负责处理经由所述hmi接收的来自所述车辆车队的机动车辆中的一个或多个的用户的超驰信号。
28.方案4. 根据方案2所述的机动车辆连续验证系统，其中，所述任务管理器与所述
无线通信部件通信；并且还包括验证请求管理部件，所述验证请求管理部件许可所述至少一个客户生成对响应针对数据的客户请求所必需的所需计算资源的估计。
29.方案5. 根据方案2所述的机动车辆连续验证系统，其中，所述无线通信部件从所述后端接收所述多个验证任务、所述多个查询和所述多个命令，并且将验证分析结果和所述一组车辆配置文件从所述车辆车队转发到所述后端。
30.方案6. 根据方案1所述的机动车辆连续验证系统，包括：无线客户通信上行链路，所述至少一个客户与所述无线客户通信上行链路通信，以经由所述无线客户通信上行链路将数据和对车辆车队验证数据的请求无线上载到所述后端，所上传的数据和请求包括多个验证请求、任务定义和作业查询；和无线客户通信下行链路，其中包括车辆运行状态、验证作业进度、验证结果和成本的数据经由所述无线客户通信下行链路返回到所述后端。
31.方案7. 根据方案1所述的机动车辆连续验证系统，其中，所述客户端模块包括客户接口，以监测和控制来自所述至少一个客户的发送到基于车队的验证模块的请求以及返回到所述至少一个客户的验证数据。
32.方案8. 根据方案1所述的机动车辆连续验证系统，还包括车队车辆管理器，所述车队车辆管理器与车队车辆数据库和通信设备通信，所述车队车辆管理器维护车队车辆信息，包括将新车辆添加到所述车队车辆数据库；从所述车队车辆数据库中移除旧的或停产的车辆；管理车辆能力配置文件，其中所述车辆能力配置文件包括传感器配置、可用传感器类型、可用机动车辆类型和最大可用资源；以及更新新的车辆特征和能力。
33.方案9. 根据方案1所述的机动车辆连续验证系统，其中：所述车辆车队包含在世界任何位置处运行的多个不同品牌和型号的多个机动车辆；以及所述至少一个客户包括服务用户、供应商、原始设备制造商（oem）和政府机构。
34.方案10. 根据方案1所述的机动车辆连续验证系统，包括仿真器，所述仿真器与所述验证管理器通信，所述仿真器运行以在所述多个验证任务被部署之前对所述多个验证任务进行概要分析，以确认可能向其请求所述多个验证任务的车辆是否具有执行所述验证分析的能力。
35.方案11.一种机动车辆连续验证系统，包括：后端，所述后端从至少一个机动车辆收集数据并且与所述至少一个机动车辆无线通信，所述后端还与至少一个客户无线通信；车辆模块，所述车辆模块提供为车载在所述至少一个机动车辆上并且执行验证分析；验证管理器，所述验证管理器基于用户的定义或多个验证任务的期望产出以及所述至少一个机动车辆的可用性针对所述验证分析生成多个验证任务；仿真器，所述仿真器在所述验证任务被部署之前对所述验证任务进行概要分析，以确认向其请求所述多个验证任务的至少一个机动车辆是否具有执行所述验证分析的能力；和客户端模块，所述客户端模块相对于所述至少一个机动车辆而言是远程的，所述客户端模块具有由寻求执行所述验证分析的至少一个客户应用的界面项目。
36.方案12. 根据方案11所述的机动车辆连续验证系统，其中，所述至少一个机动车辆定义车辆车队的多个机动车辆。
37.方案13. 根据方案12所述的机动车辆连续验证系统，还包括基于车队的验证模块，或者提供在所述后端处或者基于云提供的所述基于车队的验证模块与验证管理器通信，所述基于车队的验证模块管理定义所述车辆车队的多个机动车辆的配置和能力配置文件的数据。
38.方案14. 根据方案12所述的机动车辆连续验证系统，包括：无线通信模块，所述无线通信模块接收所述多个验证任务、多个查询和多个命令，并且基于预定义的优先级计划安排所述多个验证任务的执行，并且与车辆用户交互；和无线客户通信下行链路，其中响应于所述多个验证任务，使包括车辆运行状态、验证作业进度、验证结果和成本的数据经由无线客户通信下行链路从所述后端返回。
39.方案15. 根据方案14所述的机动车辆连续验证系统，包括：与所述无线通信模块通信的任务管理器；与所述任务管理器通信的作业管理器；和作业执行器，所述作业执行器负责执行作业并且控制多个传感器网关和车辆系统，使得数据将由所述作业执行器接收。
40.方案16. 根据方案15所述的机动车辆连续验证系统，包括配置文件管理器，所述配置文件管理器与所述任务管理器和所述作业执行器通信并且管理车辆能力配置文件，所述车辆能力配置文件包括传感器配置、可用传感器类型、所述车辆车队的多个机动车辆中的可用的机动车辆的类型和最大可用资源，所述配置文件管理器还管理包括资源使用以及任务和作业统计的运行时配置文件。
41.方案17. 根据方案16所述的机动车辆连续验证系统，包括：与所述作业执行器和所述作业管理器通信的定义传感器网关的第一网关，所述传感器网关与所述车辆车队的多个机动车辆的多个车载传感器通信，所述多个车载传感器针对所述车辆车队的多个机动车辆的运行环境生成感测信号；和与所述作业管理器通信的定义车辆系统网关的第二网关。
42.方案18. 一种用于执行车辆车队的连续验证的方法，包括：经由后端从所述车辆车队收集数据，并且与所述车辆车队无线通信，所述后端还与至少一个客户无线通信；使用提供为车载在所述车辆车队的多个机动车辆中的各个机动车辆上的车辆模块执行车载车辆验证分析；使用或者提供在所述后端处或者基于云提供的基于车队的验证模块，管理定义所述车辆车队的多个机动车辆的配置和能力配置文件的数据；使用验证管理器基于用户的定义或所述验证分析的验证任务的期望产出和车队车辆可用性生成所述验证任务；并且由寻求执行所述验证分析的至少一个客户经由客户端模块应用界面项目，所述客户端模块相对于所述车辆车队的多个机动车辆而言是远程的。
43.方案19. 根据方案18所述的方法，还包括使用与车队车辆数据库和通信设备通信的车队车辆管理器维护车队车辆信息，包括将新车辆添加到车队车辆数据库；从所述车队
车辆数据库中移除旧的或停产的车辆；管理所述能力配置文件，其中所述能力配置文件包括传感器配置、可用传感器类型、可用机动车辆类型和最大可用资源；以及更新新的车辆特征和能力。
44.方案20. 根据方案18所述的方法，还包括使用与所述验证管理器通信的仿真器，在所述验证任务被部署之前对所述验证任务进行概要分析，以确认可能向其请求所述验证任务的多个机动车辆中的至少一个是否具有执行所述验证分析的能力。
45.其他应用领域将从本文提供的描述中变得显而易见。应当理解，描述和具体示例仅旨在用于说明的目的并且不旨在限制本公开的范围。
附图说明
46.本文描述的附图仅用于说明目的并且不旨在以任何方式限制本公开的范围。
47.图1是根据示例性方面的机动车辆连续验证系统的原理特征的示意图表示；图2是标识了提供为车载在图1的系统的机动车辆上的单独车辆模块的部件的系统示意图；图3是具有用于图1的系统的基于车队的验证模块的部件的系统示意图；以及图4是标识了图1的系统的客户端模块的元件的系统示意图。
具体实施方式
48.以下描述本质上仅仅是示例性的并且不旨在限制本公开、应用或用途。
49.参考图1，机动车辆连续验证系统10包括后端12，该后端12可包括远程计算机、服务器、基于云的计算系统等等。后端12收集来自车辆车队14的数据，车辆车队14可包含多个不同品牌和型号的多个机动车辆16、18、20，这些机动车辆可在世界上任何位置处运行。后端12经由无线车队通信上行链路22与车辆车队14无线通信，该无线车队通信上行链路22将任务、作业和查询转发到车辆车队14。包括一组车辆配置文件、验证进度和所收集的数据的数据经由无线车队通信下行链路24从车辆车队14返回到后端12。
50.后端12还与一个或多个客户26无线通信。客户26可包括服务用户、供应商、原始设备制造商（oem）、政府机构等等。客户26经由无线客户通信上行链路28将数据和对车辆车队验证数据的请求无线上载到后端12，所上载的包括验证请求、任务定义和作业查询。响应于验证请求，包括车辆运行状态、验证作业进度、验证结果和成本的数据经由无线客户通信下行链路30从后端12返回。客户26由此可选择期望经由验证请求进行验证的车辆车队14的车辆中的至少一个的特征或多个特征，诸如但不限于自主车辆操控、制动、转向、控制等等，并且可还请求已经保存在后端12中的车队验证数据。
51.参考图2并再次参考图1，系统示意图32标识了提供为车载在车辆车队14的多个机动车辆16、18、20中的各个机动车辆上的车辆模块34的部件，其用于执行车载车辆验证。车辆模块34包括定义无线通信模块的无线通信部件36，该无线通信模块管理后端12与车辆车队14中的一个或多个车辆的各个车辆系统之间的通信。无线通信部件36接收来自后端12的多个任务、多个命令和多个查询并将验证结果和一组车辆配置文件（profiles）从车辆车队14转发到后端12。
52.与无线通信部件36通信的任务管理器38管理多个任务、多个查询和多个命令，基
于预定义的优先级计划安排多个任务、多个查询和多个命令的执行并且根据需要与车辆用户交互。任务管理器38还向后端12转发验证请求的结果，转发所请求的和所生成的数据，并且转发一组车辆配置文件。任务管理器38与人机界面（hmi）40通信并且还负责处理来自车辆车队14的机动车辆中的一个或多个的任何操作者、用户或乘客的超驰信号42，例如，如果车辆操作者认为在诸如交通高峰期间或在恶劣天气驾驶期间的驾驶情况期间与后端12的通信是不期望的，则可能产生超驰信号42。
53.与任务管理器38和作业执行器46通信的作业管理器44控制传感器网关和车辆系统，使得相关数据将由负责执行作业的作业执行器46接收。作业管理器44还配置系统资源并管理所请求作业的运行时（run-time）。与任务管理器38和作业执行器46通信的配置文件管理器48管理车辆能力配置文件，包括传感器配置、可用传感器类型、可用机动车辆类型和最大可用资源。配置文件管理器48管理包括资源使用以及任务和作业统计的运行时配置文件。
54.车辆模块34还包括各个模块，包括与作业执行器46和作业管理器44通信的定义传感器网关50的第一网关。传感器网关50与针对机动车辆的运行环境提供感测信号的多个车载传感器52通信。车辆模块34的各个模块还包括定义与作业管理器44通信的车辆系统网关54的第二网关，车辆系统网关54传递从多个车辆系统56接收到的相关待验证数据，诸如但不限于车灯、挡风玻璃雨刷器、门锁等等。车辆系统56包括诸如上文提到的待验证数据，以及诸如车辆动力控制、电池控制和驻车特征的不要求验证的数据。与作业执行器46和任务管理器38通信的存储单元58存储验证数据的副本。存储单元58可位于车辆模块34的各个模块中或者后端12中。
55.上载的数据包60从无线通信部件36传递到任务管理器38。例如包括验证结果的下载的数据包62从任务管理器38传递到无线通信部件36。
56.参考图3并再次参考图1和图2，系统示意图64标识了基于车队的验证模块66的部件。基于车队的验证模块66或者提供在后端12处或者可以基于云提供。基于车队的验证模块66管理定义车辆车队14的各个车辆的配置和能力的数据，该能力包括传感器配置、可用传感器类型、可用机动车辆类型和最大可用资源。基于车队的验证模块66管理各个车辆正在处理的作业和为车辆计划安排的任务，以及从各个车辆收集的验证数据。基于车队的验证模块66还为车辆车队14的机动车辆中的可用的机动车辆创建、派发、暂停或取消任务。
57.基于车队的验证模块66包括通信设备68，该通信设备68用于与车辆车队14的具有用于验证的目标特征的各个机动车辆通信。通信设备68向验证管理器70提供输入并从验证管理器70接收数据。验证管理器70基于用户的定义或期望的验证任务产出以及车队车辆可用性而生成多个验证任务。与车队车辆数据库74和通信设备68通信的车队车辆管理器72维护车队车辆信息，诸如由于车辆销售而将新车辆添加到车队车辆数据库74以及移除旧的或停产的车辆。车队车辆管理器72还管理车辆能力信息，以及更新新的车辆特征和能力。车队车辆管理器72还提供搜索或查询功能以便在车队中寻找有能力的车辆以支持所请求的验证任务。车队车辆管理器72与程序、制造和销售接口78通信以提取用于更新车队车辆数据库74的数据。
58.与通信设备68通信的安全管理器79确保由用户定义的任务以及执行验证操作所需的算法是安全且稳妥的。安全管理器79与用户管理器80和用户接口82通信。用户管理器
80管理用户的配置文件、用户请求的任务、验证数据和任务成本。例如，用户管理器80识别用户是否已经为所请求的服务或过去请求的服务付费，识别潜在用户是否注册以使用系统并监测用户列表以维护哪些用户保有对系统的访问权限。用户接口82从车队车辆数据库74和车队车辆管理器72选择数据以识别针对验证请求的执行所需的数据。
59.成本中心84与验证管理器70和用户管理器80通信，以识别激励（inventive）是否可用于应用于用户分析和验证请求；并且当接收并检验任务时，成本中心84识别收集和分析系统中可用数据的成本。与验证管理器70通信的仿真器86允许在待处理的任务被部署之前对待处理的任务进行概要分析，以确认可能向其请求任务的车辆是否具有执行验证工作的能力。因此不能将任务转发给未通过仿真测试的请求车辆，从而节省计算时间和成本。使用的所有数据和向系统作出的或由系统作出的所有验证请求可保存在存储设备88中，该存储设备88可是本地的或基于云的。
60.参考图4并再次参考图1至图3，系统示意图90标识了客户端模块92的元件，该客户端模块92相对于车辆车队14的车辆是远程的并且代表了由寻求执行验证分析的系统客户应用的界面项目。客户端模块92包括客户接口94，其监测和控制输出到基于车队的验证模块66的客户请求以及返回到客户的验证数据。客户接口94与账户管理部件96、验证请求管理部件98和车队管理部件100通信。账户管理部件96管理各个客户或顾客账户的状态；并且包括专用存储设备102，该专用存储设备102具有呈待验证任务的形式的算法和任何相关参考算法。验证请求管理部件98许可客户或顾客生成响应针对数据的客户请求所必需的所需计算资源的估计。车队管理部件100允许客户或顾客识别和选择车辆车队14中可用的一个或多个车辆，该车辆具有用于期望的验证任务的必需的传感器和计算能力。
61.验证请求管理部件98与验证过程监测器104、验证过程管理器106、验证策略部件108以及分析和可视化部件110中的各者通信。验证过程监测器104为客户提供监测能力以监测验证操作的实时进度，并且允许客户评估和核查验证进度和在过程中收集的数据。验证过程管理器106允许客户管理验证过程，诸如重启、暂停、恢复和终止验证过程。验证策略部件108允许客户定义验证指标并将目标和参考算法和矩阵（matrices）部署到所选择的车辆或多个车辆。分析和可视化部件110允许客户计算验证任务的总成本；在发送验证任务请求之前管理和可视化不同场景，包括识别在任务请求中包括多少车辆和哪些车辆；并且通过所捕获的数据执行分析和可视化。
62.本公开的机动车辆连续验证系统提供允许oem使用车辆的大规模产出作为平台以辅助av/adas特征验证的架构和系统。
63.本公开的机动车辆连续验证系统提供了若干优点。这些优点包括将验证作为执行按需任务的服务的系统。系统设计支持车辆、后端服务器和验证专家的协作。来自车辆的车队的基于客户、需求驱动的选择提供大量数据生成，而不是基于少量测试车辆执行验证。
64.连续验证允许在每次车辆运行时验证一些特征，并且因此可覆盖在测试阶段难以构建或测试的更多场景。本公开的系统允许验证已经在生产中的一个或多个特征以进一步执行性能调整和改进，并且还提供对尚不在生产车辆中的新特征的验证。
65.如本文所用的，控制器是非通用电子控制设备，其具有预编程数字计算机或处理器，或用于存储诸如控制逻辑、软件应用、指令、计算机代码、数据、查找表等的数据的存储器或非瞬态计算机可读介质，以及收发器或输入/输出端口。计算机可读介质包括能够由计
算机访问的任何类型的介质，诸如只读存储器（rom）、随机存取存储器（ram）、硬盘驱动器、压缩盘（cd）、数字视频盘（dvd）或任何其他类型的存储器。“非瞬态（non-transitory）”计算机可读介质不包括传输瞬态电信号或其他信号的有线、无线、光或其他通信链路。非瞬态计算机可读介质还可包括其中数据可永久存储的介质和其中数据可存储并随后重写的介质，诸如可重写光盘或可擦除存储设备。计算机代码包括任何类型的程序代码，包括源代码、目标代码和可执行代码。处理器配置为执行代码或指令。在车辆车队14的机动车辆为汽车、自主车辆、电动车辆等等的情况下，控制器或模块可以是专用wi-fi控制器或发动机控制模块、变速器控制模块、车身控制模块、信息娱乐控制模块等等。无线传输设备可包括收发器，该收发器配置为使用例如电气电子工程师协会（ieee）802.11x下的wi-fi协议与热点或云无线通信。
66.机动车辆还包括一个或多个应用程序。应用程序是配置为执行特定功能或功能集的软件程序。应用程序可包括一个或多个计算机程序、软件部件、指令集、过程、功能、对象、类、实例、相关数据或适于以合适的计算机可读程序代码实施的其一部分。应用程序可存储在模块的存储器内或在额外的或独立的存储器中。
67.本公开的描述本质上仅仅是示例性的，并且不脱离本公开的主旨的变型旨在落入本公开的范围内。这样的变型不视为背离本公开的精神和范围。

技术特征：
1.一种机动车辆连续验证系统，包括：后端，所述后端从车辆车队收集数据并且与所述车辆车队无线通信，所述后端还与至少一个客户无线通信；车辆模块，所述车辆模块提供为车载在所述车辆车队的多个机动车辆中的各个机动车辆上并且执行车载车辆验证分析；基于车队的验证模块，所述基于车队的验证模块或者提供在所述后端处或者基于云提供，所述基于车队的验证模块管理定义所述车辆车队的多个机动车辆的配置和能力配置文件的数据；验证管理器，所述验证管理器基于用户的定义或包含在验证分析中的多个验证任务的期望产出和车队车辆可用性而生成多个验证任务；和客户端模块，所述客户端模块相对于所述车辆车队的多个机动车辆而言是远程的，所述客户端模块具有由寻求执行所述验证分析的至少一个客户应用的界面项目。2.根据权利要求1所述的机动车辆连续验证系统，其中，所述车辆模块包括：无线通信部件，所述无线通信部件管理所述后端和所述多个机动车辆的各个车辆系统之间的通信；和任务管理器，所述任务管理器接收所述多个验证任务、多个查询和多个命令，基于预定义的优先级计划安排所述多个验证任务、所述多个查询和所述多个命令的执行，并且与车辆用户交互，并且将验证任务请求的结果、所请求和所生成的数据以及一组车辆配置文件转发到所述后端。3.根据权利要求2所述的机动车辆连续验证系统，还包括人机界面（hmi），所述任务管理器还与所述hmi通信并且负责处理经由所述hmi接收的来自所述车辆车队的机动车辆中的一个或多个的用户的超驰信号。4.根据权利要求2所述的机动车辆连续验证系统，其中，所述任务管理器与所述无线通信部件通信；并且还包括验证请求管理部件，所述验证请求管理部件许可所述至少一个客户生成对响应针对数据的客户请求所必需的所需计算资源的估计。5.根据权利要求2所述的机动车辆连续验证系统，其中，所述无线通信部件从所述后端接收所述多个验证任务、所述多个查询和所述多个命令，并且将验证分析结果和所述一组车辆配置文件从所述车辆车队转发到所述后端。6.根据权利要求1所述的机动车辆连续验证系统，包括：无线客户通信上行链路，所述至少一个客户与所述无线客户通信上行链路通信，以经由所述无线客户通信上行链路将数据和对车辆车队验证数据的请求无线上载到所述后端，所上传的数据和请求包括多个验证请求、任务定义和作业查询；和无线客户通信下行链路，其中包括车辆运行状态、验证作业进度、验证结果和成本的数据经由所述无线客户通信下行链路返回到所述后端。7.根据权利要求1所述的机动车辆连续验证系统，其中，所述客户端模块包括客户接口，以监测和控制来自所述至少一个客户的发送到基于车队的验证模块的请求以及返回到所述至少一个客户的验证数据。8.根据权利要求1所述的机动车辆连续验证系统，还包括车队车辆管理器，所述车队车辆管理器与车队车辆数据库和通信设备通信，所述车队车辆管理器维护车队车辆信息，包
括将新车辆添加到所述车队车辆数据库；从所述车队车辆数据库中移除旧的或停产的车辆；管理车辆能力配置文件，其中所述车辆能力配置文件包括传感器配置、可用传感器类型、可用机动车辆类型和最大可用资源；以及更新新的车辆特征和能力。9.根据权利要求1所述的机动车辆连续验证系统，其中：所述车辆车队包含在世界任何位置处运行的多个不同品牌和型号的多个机动车辆；以及所述至少一个客户包括服务用户、供应商、原始设备制造商（oem）和政府机构。10.根据权利要求1所述的机动车辆连续验证系统，包括仿真器，所述仿真器与所述验证管理器通信，所述仿真器运行以在所述多个验证任务被部署之前对所述多个验证任务进行概要分析，以确认可能向其请求所述多个验证任务的车辆是否具有执行所述验证分析的能力。

技术总结
本发明涉及使能用于高级驾驶员辅助系统和自主车辆的连续验证的验证即服务的系统和方法。机动车辆连续验证系统包括后端，该后端从车辆车队收集数据并且与车辆车队无线通信。后端与至少一个客户无线通信。车辆模块提供为车载在车辆车队的多个机动车辆中的各个机动车辆上并且执行车载车辆验证分析。基于车队的验证模块或者提供在后端处或者基于云提供，该基于车队的验证模块管理定义车辆车队的多个机动车辆的配置和能力的数据。验证管理器基于用户的定义或验证分析的验证任务的期望产出和车队车辆可用性生成验证任务。客户端模块相对于车辆车队的多个机动车辆而言是远程的，该客户端模块具有由寻求执行验证分析的至少一个客户应用的界面项目。个客户应用的界面项目。个客户应用的界面项目。


技术研发人员：S
受保护的技术使用者：通用汽车环球科技运作有限责任公司
技术研发日：2022.10.17
技术公布日：2023/9/7