CN115442274B - 一种汽车数据上传云端延迟时间的测试方法、装置、设备及介质 - Google Patents

Abstract

本发明提供一种汽车数据上传云端延迟时间的测试方法、装置、设备及介质，所述方法包括：获取事件触发清单；设定多种测试场景；在所述测试场景中，按照所述事件触发清单，触发相应事件；获取触发所述相应事件前后一段时间内的测试数据；获取所述相应事件的报文，以及获取所述相应事件的测试数据拉取指令信息；根据对所述相应事件的报文，以及所述相应事件的所述测试数据拉取指令信息，将触发所述相应事件前后一段时间内的所述测试数据上传云端；以及获取所述测试数据上传所述云端的延迟时间。通过本发明公开的一种汽车数据上传云端延迟时间的测试方法，提高了汽车数据上传云端延迟时间测试的准确性。

Description

一种汽车数据上传云端延迟时间的测试方法、装置、设备及介质

技术领域

本申请涉及车载大数据测试技术领域，具体涉及一种汽车数据上传云端延迟时间的测试方法、装置、设备及介质。

背景技术

随着智能网联汽车的发展，为了实现及时诊断汽车功能问题、采集驾驶点云数据、优化智能驾驶感知或决策策略和判定事故责任等功能，汽车制造商将越来越多的脱敏数据通过网络上传至云端。为保证数据上传云端的及时性，各汽车制造商也对车端数据上传云端的及时性提出了性能要求。尤其是针对智能驾驶文件闭环数据，因涉及的场景多、上传数据量大，因此对上传云端延迟时间也做了不同要求。但基于车载以太网架构而实现的大数据采集和上传云端技术，必须要有与之相对应的测试方法，才能保障数据采集、上传的质量以及上传云端时间的及时性。但数据上传云端延迟时间测试方法测试场景单一，无法验证到用户的主要用车场景，也无法保证上传云端延迟时间测试的准确性。

发明内容

鉴于以上所述现有技术的缺点，本发明提供一种汽车数据上传云端延迟时间的测试方法、装置、设备及介质，以解决汽车数据上传云端延迟时间的测试场景单一，且无法保证上传云端延迟时间测试的准确性和上传云端的数据的准确性的技术问题。

本发明提供的一种汽车数据上传云端延迟时间的测试方法，所述方法包括：

获取事件触发清单；

设定多种测试场景；

在所述测试场景中，按照所述事件触发清单，触发相应事件；

获取触发所述相应事件前后一段时间内的测试数据；

获取所述相应事件的报文，以及获取所述相应事件的测试数据拉取指令信息；

根据所述相应事件的报文，以及所述相应事件的所述测试数据拉取指令信息，将触发所述相应事件前后一段时间内的所述测试数据上传云端；以及

获取所述测试数据上传所述云端的延迟时间。

于本发明的一实施例中，所述设定多种测试场景包括以下步骤：

获取测试用车的物联网卡的信息；

根据所述测试用车的物联网卡的信息，获取所述物联网卡的网络信号强弱的测试地点；以及

获取网络上行传输通道高低负载状态信息，以及获取车载娱乐终端高低负载状态信息。

于本发明的一实施例中，获取触发所述相应事件前后一段时间内的所述测试数据还包括以下步骤：

获取所述测试用车行驶的规定线路和规定时长；

获取所述车载娱乐终端的高负载状态信息；

在所述车载娱乐终端处于高负载状态和智能驾驶功能处于开启状态的情况下，所述测试用车完成所述规定路线和所述规定时长的行驶；以及

获取所述测试用车完成所述规定路线和所述规定时长的行驶的测试数据。

于本发明的一实施例中，获取触发所述相应事件前后一段时间内的所述测试数据还包括以下步骤：

获取控制器上传的第一报文；

获取所述云端的配置文件信息；

根据所述云端的配置文件信息，获取第二报文配置的触发条件；

根据所述第二报文配置的所述触发条件对所述控制器上传的第一报文收集数据，获取所述第二报文；以及

通过对所述第二报文打包，获取测试数据包。

于本发明的一实施例中，获取触发所述相应事件前后一段时间内的所述测试数据还包括以下步骤：

获取所述相应事件的数据采集规则；

根据所述相应事件的数据采集规则，获取事件关联控制器局域网报文文件；以及

根据所述相应事件的数据采集规则，获取事件关联视频文件和前视摄像头图像数据文件。

于本发明的一实施例中，获取所述相应事件的报文之后的步骤包括：

根据所述相应事件的报文，获取所述事件关联控制器局域网报文文件的拉取规则和所述事件关联视频文件的拉取规则，以及获取所述前视摄像头图像数据文件的拉取规则。

于本发明的一实施例中，获取所述相应事件的所述测试数据拉取指令信息包括以下步骤：

根据所述事件关联控制器局域网报文文件的拉取规则，获取所述事件关联控制器局域网报文文件的拉取指令信息；

根据所述事件关联视频文件的拉取规则，获取所述事件关联视频文件的拉取指令信息；以及

根据所述前视摄像头图像数据文件的拉取规则，获取所述前视摄像头图像数据文件的拉取指令信息。

本发明提供的一种汽车数据上传云端延迟时间的测试装置，所述装置包括：

事件获取模块，用于获取事件触发清单；

场景设定模块，用于设定多种测试场景；

事件触发模块，用于在所述测试场景中，按照所述事件触发清单，触发相应事件；

数据获取模块，用于获取触发所述相应事件前后一段时间内的测试数据；

指令获取模块，用于获取所述相应事件的报文，以及获取所述相应事件的测试数据拉取指令信息；

上传云端模块，用于根据所述相应事件的报文，以及所述相应事件的所述测试数据拉取指令信息，将触发所述相应事件前后一段时间内的所述测试数据上传云端；以及

时间获取模块，用于获取所述测试数据上传所述云端的延迟时间。

本发明提供的一种电子设备，其特征在于，所述设备包括：包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述任一项所述汽车数据上传云端延迟时间的测试方法。

本发明提供的一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，其特征在于，所述计算机指令被处理器执行时实现上述任一项所述汽车数据上传云端延迟时间的测试方法。

本发明的有益效果：本发明中的方法实现是在模拟单事件触发工况和模拟用户实际场景多事件触发工况的条件下，通过设置多种场景组合，实现对智能驾驶文件闭环数据上传云端场景的有效覆盖，并在不同场景中触发相应事件获取汽车的测试数据上传云端的方法以及时间，大大提高了汽车数据上传云端的完整性和汽车数据上传云端延迟时间测试的准确性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1是本申请的一示例性实施例示出的汽车数据上传云端延迟时间的测试方法的实施环境示意图；

图2是本申请的一示例性实施例示出的汽车数据上传云端延迟时间的测试方法的流程图；

图3是本申请的一示例性实施例示出的模拟单次事件触发工况下的汽车数据上传云端延迟时间的测试方法的流程示意图。

图4是本申请的一示例性实施例示出的模拟用户实际驾驶场景工况下的汽车数据上传云端延迟时间的测试方法的流程示意图；

图5是本申请的一示例性实施例示出的测试数据包上传云端的方法的流程示意图；

图6是本申请的一示例性实施例示出汽车数据上传云端延迟时间的测试方法的事件关联CAN报文文件上传云端的方法的流程示意图。

图7是本申请的一示例性实施例示出汽车数据上传云端延迟时间的测试方法的事件关联视频文件上传云端的方法的流程示意图。

图8是本申请的一示例性实施例示出汽车数据上传云端延迟时间的测试方法的FC图像数据文件上传云端的方法的流程示意图。

图9是本申请的一示例性实施例示出的汽车数据上传云端延迟时间的测试装置的框图。

图10示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

首先需要说明的是，TSP(Telematics Service Provider，车联网服务后台)在远程信息处理(Telematics)产业链中居于核心地位，TSP上游连接汽车生产商、车载终端设备制造商、软件开发商和***集成商，下游连接内容提供商。TSP提供的远程信息处理服务集合了位置服务、GIS(Geographic Information Science，地理信息科学)服务和通信服务等现代计算机技术，为车主提供强大的服务包括导航、娱乐、咨讯、安防、SNS(Social networkservice，社交网络服务)和远程保养等。在本申请的一示例性实施例中，例如TSP作为云端，得到的汽车测试数据上传到TSP上进行模拟分析。

ADS(Autonomous Driving System，自动驾驶***)，即采用先进的通信、计算机、网络和控制技术，对汽车实现实时和连续控制，使得车辆在无驾驶员操作的情况下自行实现驾驶能力的***。APA(Auto Parking Assist，自动泊车辅助***)，是利用车载传感器例如超声波雷达或摄像头识别有效的泊车空间，并通过控制单元控制车辆进行泊车的***，是一种可以使汽车以正确的方式停靠泊车位或驶出泊车位的一种驾驶辅助***，由超声波传感器***、中央控制***、执行***等组成。车载娱乐终端(例如表示为THU)，通过4G(***的移动信息技术)远程无线通讯、GPS卫星定位、加速度传感和CAN(Controller AreaNetwork，控制器局域网)通讯等功能，为整车提供远程通讯接口，具备包括通讯功能、定位能力、OTA(Over-the-Air Technology，空中下载技术)升级、车用无线通信技术等功能。

图1是本申请的一示例性实施例示出的汽车数据上传云端延迟时间的测试方法的实施环境示意图。如图1所示，车辆110在行驶过程中利用车载传感器例如雷达或者摄像头得到的车辆110周围的环境信息以及司机进行操作时，汽车内部***反馈的数据信息都会通过数据处理模块120进行数据传输缓存，数据处理模块120把车辆110上传的缓存汽车数据上传到云端130例如TSP(Telematics Service Provider，车联网服务后台)。其中，图1所示的云端130可以是汽车远程信息服务提供商，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content DeliveryNetwork，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器，在此不进行限制。其中车辆110向数据处理模块120上传数据以及数据处理模块120向云端130上传数据可通过3G(第三代的移动信息技术)、4G(***的移动信息技术)、5G(第五代的移动信息技术)等无线网络进行操作。本申请的实施例也不对此进行限制，可以根据实际需求进行设置。

在一些实施例中，对汽车数据上传云端延迟时间的测试方法仅仅是通过单一场景或者通过触发单一事件进行数据上传云端延迟时间测试。很明显，通过单一的场景和单一的事件的测试不可能满足司机在实际操作时车辆数据上传云端的性能要求，无法保证数据上传云端延迟时间测试的准确性。为解决这些问题，本申请的实施例分别提出一种汽车数据上传云端延迟时间的测试方法、装置、设备及介质，以下将对这些实施例进行详细描述。

请参阅图2，图2是本申请的一示例性实施例示出的汽车数据上传云端延迟时间的测试方法的流程图。在一些实施例中，该方法可以应用于图1所示的实施环境，并由该实施环境中的数据处理模块120具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

示例性的，本实施例揭示的汽车数据上传云端延迟时间的测试方法所适用的数据处理模块120中可以安装有导航SDK(Software Development Kit，软件开发工具包，是为特定的软件包、软件框架、操作***等建立应用软件时的开发工具集合)，而本实施例揭示的方法具体实现为该SDK对外提供的一项或多项功能。

如图2所示，在一示例性的实施例中，汽车数据上传云端延迟时间的测试方法至少包括步骤S210至步骤S280，详细介绍如下：

步骤S210，完成车联网注册和测试用车检查。

首先需要说明的是，在进行对汽车数据上传云端延迟时间的测试之前需要完成一些检查，检查包括车联网注册、测试用车安全状态确认和关联控制器软硬件版本以及功能确认。其中车联网注册是为了拥有汽车数据上传到TSP上的许可证。车联网注册需要添加已经确认安全状态完好的测试用车。其中，测试用车状态完好的检测包括关联控制器软硬件版本以及功能确认，其中联控制器软硬件版本以及功能确认包括MCU(MicrocontrollerUnit，微型计算机)，确认主要作用是进行数据采集和传输以及对其他控制器进行控制。关联控制器软硬件版本以及功能确认还包括确认FC(Front Camera，智能前视摄像头)功能，FC用于捕捉并记录图1所示的车辆110前方环境。关联控制器软硬件版本以及功能确认还包括确认车载娱乐终端(例如可表示为THU)功能，车载娱乐终端为整车提供远程通讯接口，具备包括通讯功能、定位能力、OTA(Over-the-Air Technology，空中下载技术)升级、车用无线通信技术等功能，其中，本实施例中的车载娱乐终端(THU)包括车载娱乐终端(例如可表示为THU(HU))和车载通讯基础终端(例如可表示为THU(4G))，THU(HU)实现THU的主要应用程序功能，THU(4G)实现车载通信功能。关联控制器软硬件版本以及功能确认还包括确认ADS(Autonomous Driving System，自动驾驶***)和APA(Auto Parking Assist，自动泊车辅助***)的功能。对测试用车的检查保证了测试的安全性和准确性。

步骤S220，获取事件触发清单。

图1所示的车辆110的事件触发清单是根据不同的车型项目设定的，事件触发清单包括启动车辆110、车辆110瞬时加速行驶、车辆110瞬时刹车、车辆110通过拱桥、车辆110转弯、车辆110减速停车等事件的信息，保证了对车辆110进行测试时触发事件覆盖的全面性。

步骤S230，设定多种测试场景。

设定的多种测试场景中，网络信号的强弱、网络上行传输通道的负载高低和车载娱乐终端的负载高低不同，会引起汽车数据上传云端延迟时间的测试结果有所差异，通过对网络信号的强弱、网络上行传输通道的负载高低和车载娱乐终端的负载高低的场景组合，实现对智能驾驶文件闭环数据上传云端场景的有效覆盖，且设定在多个场景内测试，保证了上传云端测试时间的准确性和全面性。多种测试场景例如第一种测试场景包括网络信号弱、网络上行传输通道低负载和车载娱乐终端低负载。例如第二种测试场景包括网络信号弱、网络上行传输通道低负载和车载娱乐终端高负载。例如第三种测试场景包括网络信号弱、网络上行传输通道高负载和车载娱乐终端高负载。例如第四种测试场景包括网络信号弱、网络上行传输通道高负载和车载娱乐终端低负载。例如第五种测试场景包括网络信号强、网络上行传输通道低负载和车载娱乐终端低负载。例如第六种测试场景包括网络信号强、网络上行传输通道低负载和车载娱乐终端高负载。例如第七种测试场景包括网络信号强、网络上行传输通道高负载和车载娱乐终端低负载。例如第八种测试场景包括网络信号强、网络上行传输通道高负载和车载娱乐终端高负载。

其中，在设定网络信号的强弱时，需要先确认图1所示的车辆110的4G物联网卡的供应商信息，然后根据车辆110的4G物联网卡的供应商选择网络信号强弱的测试地点。网络上行传输通道的负载高低，由上行传输通道的带宽决定，带宽越大，网络上行传输通道的负载越小，带宽越小，网络上行传输通道的负载越高，其中上行传输通道的带宽可由MCU(Microcontroller Unit，微型计算机)进行分配。车载娱乐终端的负载高低是根据车辆110装载的应用程序对应的控制器输出信号的大小决定。

步骤S240，在多种测试场景中，按照事件触发清单，触发相应事件。

在触发相应事件时，需要提前设定例如两种工况，例如模拟单次事件触发工况和模拟用户实际场景工况。例如在模拟单次事件触发工况下，设定的测试场景为第一种测试场景包括网络信号弱、网络上行传输通道低负载和车载娱乐终端低负载。然后在第一种测试场景中，驾驶员按照事件触发清单依次通过CANOE(Controller Area Network Openenvironment，汽车总线设备)触发相应事件例如急刹车、急转弯和加速等事件，其中每个场景内的每个事件至少触发测试例如3次。

步骤S250，获取触发相应事件前后一段时间内的测试数据。

图1所示的数据处理模块120根据相应事件的采集规则，采集相应事件发生前后一段时间的测试数据包和文件。在一些实施例中，测试数据包括测试数据包和测试文件，其中，测试数据包例如TCP(Transmission Control Protocol，传输控制协议)数据包。其中，测试文件包括事件关联CAN报文文件、事件关联视频文件、FC图像数据文件。

步骤S260，获取相应事件的报文，以及获取相应事件的数据拉取指令信息。

图1所示的数据处理模块120在获取触发相应事件前后一段时间内的测试数据后缓存到数据处理模块120中，并向云端130例如TSP发送相应事件的报文，云端130例如TSP获取相应事件的报文后根据相应事件的文件拉取规则向数据处理模块120主动或者被动发送测试文件或者测试数据包拉取指令。

步骤S270，根据相关事件的报文以及相应事件的数据拉取指令信息，将触发相应事件前后一段时间内的测试数据上传云端。

当图1所示的数据处理模块120获取云端130例如TSP发送的测试数据包或者测试文件拉取指令的信息后，上传缓存在数据处理模块120内的测试数据包或者测试文件至云端例如TSP，完成汽车测试数据的上传云端。通过获取相应事件的报文的信息，以及获取相应事件的数据拉取指令的信息，可以提高测数据上传云端的准确性。

步骤S280，获取测试数据上传云端的延迟时间。

本实施例中的测试数据上传云端的延迟时间为从获取到云端例如TSP主动或者被动下发的数据拉取指令信息开始计时，到测试数据成功上传云端计时结束的这个时间间隔。因步骤S240中的每个场景内的每个事件至少触发测试例如为3次，所以每个场景内的每个相应事件获取的测试时间例如为3次，通过对获得的多次测试时间进行计算后得到的测试时间并与预设时间值进行比较，判断车辆的性能目标即汽车数据上传云端延迟时间是否合格，若测试时间值小于等于预设时间值，车辆性能目标即汽车数据上传云端延迟时间合格，若测试时间值大于预设时间值，车辆性能目标即汽车数据上传云端延迟时间不合格。且通过分析各个工况、各个场景以及相应事件触发时的测试数据可以优化车辆内部软硬件性能。

图3是本申请的一示例性实施例示出的模拟单次事件触发工况下的汽车数据上传云端延迟时间的测试方法的流程示意图。模拟单次事件触发工况下的汽车数据上传云端延迟时间的测试方法可包括步骤S310至步骤S370，详细介绍如下：

步骤S310，根据测试用车的车型项目的事件清单定义，获取事件触发清单。

不同的车型项目包括不同的事件清单定义，根据事件清单定义设定事件触发清单。

步骤S320，获取网络信号强弱的测试地点。

汽车数据上传云端需要网络进行传输数据，网络由图1所示的车辆110的4G(***的移动信息技术)物联网卡提供，在获取网络信号的强弱的地点时，需要先确认车辆4G物联网卡的供应商，然后根据物联网卡的供应商提供的网络信号强弱的地点，选择有关网络信号强弱的测试地点。

步骤S330，获取网络上行传输通道的负载高低状态信息，以及获取车载娱乐终端的负载高低状态信息。

其中，网络上行传输通道的负载高低，由上行传输通道的带宽决定，带宽越大，网络上行传输通道的负载越小，带宽越小，网络上行传输通道的负载越高，其中上行传输通道的带宽可由MCU(Microcontroller Unit，微型计算机)进行分配。车载娱乐终端的负载高低是根据车辆110装载的应用程序对应的控制器输出信号的大小决定，即车载娱乐终端后台运行的应用程序多少来实现车载娱乐终端(THU)的负载高低，车载娱乐终端(THU)运行的应用程序多，车载娱乐终端(THU)的负载高，车载娱乐终端(THU)运行的应用程序少，车载娱乐终端(THU)的负载低。

步骤S340，在网络信号强或弱的测试地点、网络上行传输通道的负载高或低和车载娱乐终端的负载高或低组合的场景中，按照事件触发清单，触发单次相应事件。

其中，组合的场景例如为步骤230中设定的八种测试场景，实现对智能驾驶文件闭环数据上传云端场景的有效覆盖，且设定在多个场景内测试，保证了上传云端测试时间的准确性和全面性。然后按照事件触发清单的信息依次通过CANOE多次触发单次相应事件。

步骤S350，获取触发单次相应事件前后一段时间内的测试数据。

图1所示的数据处理模块120根据相应事件的采集规则，采集相应事件发生前后一段时间的测试数据包和文件。其中，文件包括事件关联CAN报文文件、事件关联视频文件和FC图像数据文件

步骤S360，触发单次相应事件前后一段时间内的测试数据上传云端。

图1所示的数据处理模块120在获取触发相应事件前后一段时间内的测试数据后缓存到数据处理模块120中，并向云端130例如TSP发送相应事件的报文，云端130例如TSP获取相应事件的报文后根据相应事件的文件拉取规则向数据处理模块120主动或者被动发送测试文件或者测试数据包拉取指令。当图1所示的数据处理模块120获取云端130例如TSP发送的测试数据包或者测试文件拉取指令后，上传缓存在数据处理模块120内的测试数据包或者测试文件至云端例如TSP，完成汽车测试数据的上传云端。

步骤S370，获取触发单次相应事件前后一段时间内的测试数据上传云端的延迟时间。

本实施例中的触发单次相应事件前后一段时间内的测试数据上传云端的延迟时间为从获取到云端例如TSP主动或者被动下发的数据拉取指令信息开始计时，到测试数据成功上传云端计时结束的这个时间间隔。且，获取到的测试数据上传云端的延迟时间需要与预设时间值进行比较，来判断车辆的数据上传云端性能是否合格。

图4是本申请的一示例性实施例示出的模拟用户实际驾驶场景工况下的汽车数据上传云端延迟时间的测试方法的流程示意图。模拟用户实际驾驶场景工况下的汽车数据上传云端延迟时间的测试方法可包括步骤S410至步骤S460，详细介绍如下：

步骤S410，获取测试用车行驶的规定线路以及规定时长。

在模拟用户实际驾驶场景工况测试中，需要获取测试用车的规定线路以及规定行驶时长，以便提高数据收集的完整度与准确度。其中，规定路线包括城区适应性驾驶路线、城郊适应性驾驶路线和高速路适应性驾驶路线。

步骤S420，获取车载娱乐终端高负载状态信息。

在完成单事件触发工况测试后，继续正常驾驶车辆，驾驶期间，车载娱乐终端处于高负载状态，实现了用户实际驾驶操作时的应用程序后台实际情况。

步骤S430，在车载娱乐终端处于高负载状态和智能驾驶功能处于开启状态的情况下，测试用车完成规定线路和规定时长的行驶。

步骤S440，获取测试用车完成规定线路和规定时长的行驶的测试数据。

图1所示的数据处理模块120根据相应事件的采集规则，采集规定线路和规定时长内的测试数据包括测试数据包例如TCP数据包和文件，其中文件包括事件关联CAN报文文件、事件关联视频文件和FC图像数据文件。

步骤S450，测试数据上传云端。

图1所示的数据处理模块120在获取触发相应事件前后一段时间内的测试数据后缓存到数据处理模块120中，并向云端130例如TSP发送相应事件的报文，云端130例如TSP获取相应事件的报文后根据相应事件的文件拉取规则向数据处理模块120主动或者被动发送测试文件或者测试数据包拉取指令。当图1所示的数据处理模块120获取云端130例如TSP发送的测试数据包或者测试文件拉取指令后，上传缓存在数据处理模块120内的测试数据包或者测试文件至云端例如TSP，完成汽车测试数据的上传云端。

步骤S460，获取测试数据上传云端的延迟时间。

本实施例中的测试数据上传云端的延迟时间为从获取到云端例如TSP主动或者被动下发的数据拉取指令信息开始计时，到测试数据成功上传云端计时结束的这个时间间隔。且，获取到的测试数据上传云端的延迟时间需要与预设时间值进行比较，来判断车辆的数据上传云端性能是否合格。

图5是本申请的一示例性实施例示出的测试数据包上传云端的方法的流程示意图。测试数据包上传云端的方法可包括步骤S510至步骤S550，详细介绍如下：

步骤S510，获取控制器上传的第一报文。

在本申请的一实施例中，多个控制器的MCU将控制器传送的第一报文例如CAN报文上传到车载通讯基础终端(例如可表示为THU(4G))，并由THU(4G)内的信号处理模块例如CAN信号处理模块将控制器传送的第一报文例如CAN报文暂存在THU(4G)的缓存模块中。其中，报文是指多个控制器的MCU向车载通讯基础终端传送数据的帧。

步骤S520，获取云端的配置文件信息。

图1所示的云端130例如TSP服务器端设置有配置文件。

步骤S530，根据云端的配置文件信息，获取第二报文配置的触发条件。

车载通讯基础终端(例如可表示为THU(4G))中的大数据处理模块按照TSP服务器端的配置文件，配置需要上传云端的第二报文的触发条件。其中，需要上传云端的第二报文配置的触发条件包括触发相应事件产生的动作，例如做了开空调这个动作，就会产生相应的报文信息，如果在配置文件中没有配置开空调这个动作，那么开空调这个动作产生的报文就没有触发条件，就不会被打包上传TSP。

步骤S540，根据第二报文配置的触发条件对控制器上传的第一报文收集数据，获取需要上传云端的第二报文以及获取测试数据包。

车载通讯基础终端(例如可表示为THU(4G))中的大数据解析模块根据需要上传云端的第二报文配置的触发条件对暂存在缓存模块中的控制器传送的第一报文例如CAN报文进行数据收集后得到需要上传云端的第二报文，多个需要上传云端的第二报文打包成TCP测试数据包。通过获取需要上传云端的第二报文配置的触发条件对控制器传送的第一报文收集数据，可以提高上传云端的汽车测试数据的准确性。

步骤S550，测试数据包上传云端。

车载通讯基础终端(例如可表示为THU(4G))的数据上传模块传输TCP测试数据包到TSP服务器，实现数据包上传云端成功，或者由数据存储模块保存在本地，在必要的时候重新传输测试数据包到TSP服务器。

图6是本申请的一示例性实施例示出汽车数据上传云端延迟时间的测试方法的事件关联CAN报文文件上传云端的方法的流程示意图。事件关联CAN报文文件上传云端的方法可包括步骤S610至步骤S650，详细介绍如下：

步骤S610，获取事件关联CAN报文文件。

当场景分析或者***优化事件发生后即触发相应事件后，ADS(AutonomousDriving System，自动驾驶***)控制器根据各类相应事件的采集规则，采集相应事件发生前后一段时间内的CAN报文，并把一段时间内的CAN报文打包成文件并存储在ADS(Autonomous Driving System，自动驾驶***)控制器内。ADS(Autonomous DrivingSystem，自动驾驶***)控制器根据各类相应事件的采集规则，采集相应事件发生前后一段时间内的CAN报文保证了采集上传云端数据的准确性。

步骤S620，获取相应事件的报文。

采集相应事件发生前后一段时间内的CAN报文完成后，ADS控制器发出相应事件的报文，并由车载通讯基础终端(THU(4G))将事件报送至TSP。

步骤S630，根据相应事件报文，获取事件关联CAN报文文件的拉取规则。

TSP在收到ADS控制器发出的相应事件的报文后，获取TSP服务器端的配置文件配置的各类事件的事件关联CAN报文文件拉取规则。

步骤S640，根据事件关联CAN报文文件的拉取规则，获取事件关联CAN报文文件的拉取指令信息。

TSP根据各类事件的事件关联CAN报文文件拉取规则，主动/被动下发事件关联CAN报文文件拉取指令。通过各类事件的事件关联CAN报文文件拉取规则，保证了上传云端的事件关联CAN报文文件的准确性。

步骤S650，根据事件关联CAN报文文件的拉取指令信息，事件关联CAN报文文件上传云端。

根据事件关联CAN报文文件拉取指令，车载通讯基础终端THU(HU)从ADS控制器拉取并缓存事件关联CAN报文文件，待允许上传时将事件关联CAN报文文件上传至TSP。通过事件关联CAN报文文件拉取指令上传云端，提高了事件关联CAN报文文件上传云端的准确性。

图7是本申请的一示例性实施例示出汽车数据上传云端延迟时间的测试方法的事件关联视频文件上传云端的方法的流程示意图。事件关联视频文件上传云端的方法可包括步骤S710至步骤S750，详细介绍如下：

步骤S710，获取事件关联视频文件。

当场景分析或者***优化事件发生后即触发相应事件后，APA(Auto ParkingAssist，自动泊车辅助***)控制器根据各类相应事件的采集规则，采集相应事件发生前后一段时间内的事件关联视频，并把一段时间内的事件关联视频打包成文件并存储在APA控制器内。

步骤S720，获取相应事件的报文。

采集相应事件发生前后一段时间内的事件关联视频完成后，APA控制器发出相应事件的报文，并由车载通讯基础终端(THU(4G))将事件报送至TSP。

步骤S730，根据相应事件报文，获取事件关联视频文件的拉取规则。

TSP在收到APA控制器发出的相应事件的报文后，获取TSP服务器端的配置文件配置的各类事件的事件关联视频文件拉取规则。

步骤S740，根据事件关联视频文件的拉取规则，获取事件关联视频文件的拉取指令信息。

TSP根据各类事件关联视频文件的拉取规则，主动/被动下发事件关联视频文件拉取指令。通过各类事件的事件关联视频文件拉取规则，保证了上传云端的事件关联视频文件的准确性。

步骤S750，根据事件关联视频文件的拉取指令信息，事件关联视频文件上传云端。

根据事件关联视频文件拉取指令，车载通讯基础终端THU(HU)从APA控制器拉取并缓存事件关联视频文件，待允许上传时将事件关联视频文件上传至TSP。，通过事件关联视频文件拉取指令上传云端，提高了事件关联视频文件上传云端的准确性。

图8是本申请的一示例性实施例示出汽车数据上传云端延迟时间的测试方法的FC(Front Camera，智能前视摄像头)图像数据文件上传云端的方法的流程示意图。FC图像数据文件上传云端的方法可包括步骤S810至步骤S850，详细介绍如下：

步骤S810，获取FC图像数据文件。

当AEB(Autonomous Emergency Braking，自动紧急制动***)触发或者检测到红绿灯等条件时，FC(Front Camera，智能前视摄像头)采集前视图像，然后将FC图像数据文件传输至ADS(Autonomous Driving System，自动驾驶***)控制器内。

步骤S820，获取相应事件的报文。

采集FC图像数据文件完成后，ADS控制器发出相应事件的报文，并由车载通讯基础终端(THU(4G))将事件报送至TSP。

步骤S830，根据相应事件的报文，获取FC图像数据文件的拉取规则。

TSP在收到ADS控制器发出的相应事件的报文后，获取TSP服务器端的配置文件配置的各类事件的FC图像数据文件拉取规则。

步骤S840，根据FC图像数据文件的拉取规则，获取FC图像数据文件的拉取指令信息。

TSP根据各类事件的FC图像数据文件的拉取规则，主动/被动下发FC图像数据文件拉取指令。通过各类事件的FC图像数据文件拉取规则，保证了上传云端的FC图像数据文件的准确性。

步骤S850，根据FC图像数据文件的拉取指令信息，FC图像数据文件上传云端。

根据FC图像数据文件拉取指令，车载通讯基础终端THU(HU)从ADS控制器拉取并缓存FC图像数据文件，待允许上传时将FC图像数据文件上传至TSP，实现FC图像数据文件上传云端。通过FC图像数据文件拉取指令上传云端，提高了FC图像数据文件上传云端的准确性。

图9是本申请的一示例性实施例示出的汽车数据上传云端延迟时间的测试装置的框图。该装置可以应用于图1所示的实施环境，并具体配置在数据处理模块120中。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。

如图9所示，该示例性的汽车数据上传云端延迟时间的测试装置包括：

场景设定模块910，用于设定多种测试场景；920事件获取模块，用于获取事件触发清单；事件触发模块930，用于在所述测试场景中，按照所述事件触发清单，触发相应事件；数据获取模块940，获取触发所述相应事件前后一段时间内的测试数据；指令获取模块950，用于获取所述相应事件的报文，以及获取所述相应事件的所述测试数据拉取指令；上传云端模块960，用于根据对所述相应事件的报文，以及所述相应事件的所述测试数据拉取指令，将触发所述相应事件前后一段时间内的所述测试数据上传云端；以及时间获取模块970，用于获取所述测试数据上传所述云端的延迟时间。

在另一示例性的实施例中，该装置还包括：

缓存模块，暂存控制器传送的第一报文例如CAN报文；信号处理模块，将控制器传送的第一报文例如CAN报文暂存在缓存模块中；数据处理模块，按照TSP服务器端的配置文件配置需要上传云端的第二报文的触发条件；数据解析模块，根据需要上传云端的第二报文的触发条件收集需要上传云端的第二报文并打包成测试数据包例如TCP数据包；数据上传模块，将TCP数据包上传到TSP服务器；数据存储模块，将TCP数据包保持到本地，在预设时间向TSP传输TCP数据包。

需要说明的是，上述实施例所提供的汽车数据上传云端延迟时间的测试装置与上述实施例所提供的汽车数据上传云端延迟时间的测试方法属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的汽车数据上传云端延迟时间的测试装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的汽车数据上传云端延迟时间的测试方法。

图10示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。需要说明的是，图10示出的电子设备的计算机***1000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示，计算机***1000包括中央处理单元(Central Processing Unit，CPU)1001，其可以根据存储在只读存储器(Read-Only Memory，ROM)1002中的程序或者从储存部分1008加载到随机访问存储器(Random Access Memory，RAM)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM1003中，还存储有***操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(Input/Output，I/O)接口1005也连接至总线1004。

以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的储存部分1008；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入储存部分1008。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本申请的***中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的汽车数据上传云端延迟时间的测试方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的汽车数据上传云端延迟时间的测试方法。

上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种汽车数据上传云端延迟时间的测试方法，其特征在于，所述方法包括：

获取事件触发清单；

设定多种测试场景；

在所述测试场景中，按照所述事件触发清单，触发相应事件；

获取触发所述相应事件前后一段时间内的测试数据；

获取所述相应事件的报文，以及获取所述相应事件的测试数据拉取指令信息；

根据所述相应事件的报文，以及所述相应事件的所述测试数据拉取指令信息，将触发所述相应事件前后一段时间内的所述测试数据上传云端；以及

获取所述测试数据上传所述云端的延迟时间。

2.根据权利要求1所述的一种汽车数据上传云端延迟时间的测试方法，其特征在于，所述设定多种测试场景包括以下步骤：

获取测试用车的物联网卡的信息；

根据所述测试用车的物联网卡的信息，获取所述物联网卡的网络信号强弱的测试地点；以及

获取网络上行传输通道高低负载状态信息，以及获取车载娱乐终端高低负载状态信息。

3.根据权利要求2所述的一种汽车数据上传云端延迟时间的测试方法，其特征在于，获取触发所述相应事件前后一段时间内的所述测试数据还包括以下步骤：

获取所述测试用车行驶的规定路线和规定时长；

获取所述车载娱乐终端的高负载状态信息；

在所述车载娱乐终端处于高负载状态和智能驾驶功能处于开启状态的情况下，所述测试用车完成所述规定路线和所述规定时长的行驶；以及

获取所述测试用车完成所述规定路线和所述规定时长的行驶的测试数据。

4.根据权利要求1所述的一种汽车数据上传云端延迟时间的测试方法，其特征在于，获取触发所述相应事件前后一段时间内的所述测试数据还包括以下步骤：

获取控制器上传的第一报文；

获取所述云端的配置文件信息；

根据所述云端的配置文件信息，获取第二报文配置的触发条件；

根据所述第二报文配置的所述触发条件对所述控制器上传的第一报文收集数据，获取所述第二报文；以及

通过对所述第二报文打包，获取测试数据包。

5.根据权利要求1所述的一种汽车数据上传云端延迟时间的测试方法，其特征在于，获取触发所述相应事件前后一段时间内的所述测试数据还包括以下步骤：

获取所述相应事件的数据采集规则；

根据所述相应事件的数据采集规则，获取事件关联控制器局域网报文文件；以及

根据所述相应事件的数据采集规则，获取事件关联视频文件和前视摄像头图像数据文件。

6.根据权利要求5所述的一种汽车数据上传云端延迟时间的测试方法，其特征在于，获取所述相应事件的报文之后的步骤包括：

根据所述相应事件的报文，获取所述事件关联控制器局域网报文文件的拉取规则和所述事件关联视频文件的拉取规则，以及获取所述前视摄像头图像数据文件的拉取规则。

7.根据权利要求6所述的一种汽车数据上传云端延迟时间的测试方法，其特征在于，获取所述相应事件的所述测试数据拉取指令信息包括以下步骤：

根据所述事件关联控制器局域网报文文件的拉取规则，获取所述事件关联控制器局域网报文文件的拉取指令信息；

根据所述事件关联视频文件的拉取规则，获取所述事件关联视频文件的拉取指令信息；以及

根据所述前视摄像头图像数据文件的拉取规则，获取所述前视摄像头图像数据文件的拉取指令信息。

8.一种汽车数据上传云端延迟时间的测试装置，其特征在于，所述装置包括：

事件获取模块，用于获取事件触发清单；

场景设定模块，用于设定多种测试场景；

事件触发模块，用于在所述测试场景中，按照所述事件触发清单，触发相应事件；

数据获取模块，用于获取触发所述相应事件前后一段时间内的测试数据；

指令获取模块，用于获取所述相应事件的报文，以及获取所述相应事件的测试数据拉取指令信息；

上传云端模块，用于根据所述相应事件的报文，以及所述相应事件的所述测试数据拉取指令信息，将触发所述相应事件前后一段时间内的所述测试数据上传云端；以及

时间获取模块，用于获取所述测试数据上传所述云端的延迟时间。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至7任一项所述汽车数据上传云端延迟时间的测试方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如权利要求1至7任一项所述汽车数据上传云端延迟时间的测试方法。

Images