[发明专利]监视系统中的更新的分析程序的验证

说明书

本申请公开了监视系统中的更新的分析程序的验证。具体地，提供了评估监视系统中的更新的分析程序的方法(100)，该监视系统包括被布置为监视相似的环境的多个监视设备。该方法包括：识别(S110)可用处理资源，选择(S120)第一监视设备，用于该第一监视设备的可用处理资源已被识别到，选择(S130)第二监视设备，由第二监视设备获取(S140)监视数据，以及对监视数据执行(S150)当前分析程序。该方法还包括将监视数据发送(S155)至第一监视设备，在第一监视设备中对监视数据执行(S160)更新的分析程序，以及基于当前分析程序和更新的分析程序的结果评估(S190)更新的分析程序。

技术领域

本发明涉及包括多个监视设备的监视系统中的更新的分析程序的评估。

背景技术

监视系统，包括多个监控/监视设备(诸如比如相机、雷达设备和音频设备)， 被广泛地用于了解特定环境或场景中的对象和事件。这种多设备系统中的监视设备 在地理上可以是分布式的，以允许例如检测未经授权的访问和犯罪行为，以及跟踪 被监视的环境或场景内的运动。

监视设备获取的监视数据通常经过计算机辅助分析程序，该计算机辅助分析程序用于检测和识别被监视的环境或场景中的物体、声音、运动和变化。优选地，分 析程序由专门为此目的开发的软件定义。然而，众所周知，此类软件的开发人员面 临着测试和验证新版本，以确定和纠正软件故障的问题。软件故障可能由于程序员 的错误或失误而发生，从而导致软件代码中的错误。如果执行此故障，在特定情况 下系统将产生错误的结果甚至停止工作，从而导致系统故障或停机。

因此，测试新开发的事物是常见的做法。理想情况下，新开发在尽可能多的输 入和先决条件的组合下进行测试。然而，软件测试的一个基本挑战是，在输入、状 态和硬件类型的所有组合下进行测试通常是不可行的，因此，开发人员使用一些策 略来选择在可用时间和资源内可行的测试。

一种策略是让软件的新版本由选定的用户子集进行测试，诸如一小组已安装的监视系统。如果性能令人满意，则可以将新版本推出至剩余的用户或系统。尽管该 策略可以提供有关被测软件质量的一些信息，但仍然难以确保测试足以避免故障和 系统停机，并且难以确保所选的监控/监视系统集能够代表所有可能的环境和硬件 类型。现有技术的示例在US 2020/0159685 A1中公开，其涉及用于确定性地再现 数据处理管道的行为的协调组件接口控制框架，以及在US 10,896,116 B1中公开， 其涉及用于控制自动驾驶汽车的软件中的性能回归的检测。

发明内容

本发明的目的是提供用于评估包括多个监视设备的监视系统中的更新的分析 程序的方法，其克服或缓解已知方法中的至少一些问题。

独立权利要求1、12和15对本发明进行了定义。因此，根据第一方面，提供 了用于评估监视系统中的更新的分析程序的方法，其中，该系统包括多个监视设备， 其中至少一些被布置用于监视相似的环境。该方法包括以下：

识别监视系统中的可用处理资源；

从多个监视设备中选择第一监视设备，用于该第一监视设备的可用处理资源已被识别到；

从多个监视设备中选择第二监视设备；

由第二监视设备获取监视数据；

对监视数据执行当前分析程序，从而产生第一结果；

将监视数据发送至第一监视设备；

在第一监视设备中对监视数据执行更新的分析程序，从而产生第二结果；

基于第一结果计算第一性能值，该第一性能值指示第二监视设备在执行当前分析程序时的性能；

基于第二结果计算第二性能值，该第二性能值指示第一监视设备在执行更新的分析程序时的性能；以及

基于第一性能值与第二性能值之间的比较来评估更新的分析程序。