CN115098554A - 车辆自动驾驶数据处理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种车辆自动驾驶数据处理方法、装置、电子设备和存储介质，用于提高驾驶道路测试中的测试任务管理的灵活性，提高对故障进行处理的及时性。本申请实施例中，接收云端发送的至少一个待处理任务；根据待处理任务，采集车辆的指定数据；根据与待处理任务对应的预设筛选规则对指定数据进行筛选，得到筛选后的数据；将筛选后的数据上传至云端，以使用户基于终端设备从云端下载待处理任务对应的数据并进行处理。在本申请中，通过对指定数据进行筛选，减少了数据上传的数据量；若待处理任务为故障集合，车辆还可及时根据故障集合对车辆出现的故障进行处理，并及时上传至云端，使得用户可及时对故障进行处理。

Description

车辆自动驾驶数据处理方法、装置、电子设备和存储介质

技术领域

本申请涉及自动驾驶技术领域，尤其涉及一种车辆自动驾驶数据处理方法、装置、电子设备和存储介质。

背景技术

目前卡车智能驾驶道路测试中，大多由非工程师的驾驶员驾驶卡车，每日按照固定路线在不同城市进行测试，测试数据按照固定时间周期通过移动硬盘或固定区域内的无线网络完成数据上传，例如使用第五代移动通信技术(5th Generation MobileCommunication Technology，5G)上传全量数据，试验成本过高。该方法，对于需要重点测试的问题场景，多依靠工程师通过邮件或电话沟通进行，导致测试任务管理困难。且智能驾驶道路测试过程产生数据量较大，通过移动硬盘或固定区域内无线网络完成数据上传会导致工程师获取数据时存在延迟，进而无法对严重影响试验的紧急故障进行排查，对测试进度造成影响。

发明内容

本申请提供一种车辆自动驾驶数据处理方法、装置、电子设备和存储介质，用于提高驾驶道路测试中的测试任务管理的灵活性，提高对故障进行处理的及时性。

第一方面，本申请实施例提供了一种车辆自动驾驶数据处理方法，所述方法包括：

接收云端发送的至少一个待处理任务；所述待处理任务包括：测试任务和/或故障集合；

根据所述待处理任务，采集车辆的指定数据；

根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据；

将所述筛选后的数据上传至云端，以使用户基于终端设备从云端下载所述待处理任务对应的数据并进行处理。

在本申请中，用户可将配置好的测试任务和/或故障集合上传至云端，进而车辆可从云端接收待处理任务；通过对指定数据进行筛选，减少了数据上传的数据量；若待处理任务为故障集合，车辆还可及时根据故障集合对车辆出现的故障进行处理，并及时上传至云端，使得用户可及时对故障进行处理。

在一些可能的实施例中，若所述待处理任务为测试任务，则所述将所述筛选后的数据上传至云端，包括：

从筛选后的数据对应的所述测试任务中解析出所述测试任务的紧急度；

根据所述紧急度对所述测试任务进行排序，得到测试任务序列；

根据所述测试任务在所述测试任务序列中的顺序，依序将所述测试任务对应的筛选后的数据上传至云端。

在本申请中，通过对测试任务按照紧急度进行排序，并根据排序上传测试任务，保证了可以及时处理最重要的任务，提升了对测试任务管理的灵活性。

在一些可能的实施例中，若所述待处理任务为测试任务，所述根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据，包括：

针对每个测试任务，解析所述测试任务，得到所述测试任务对应的上传信息；

根据所述测试任务采集车辆的全量数据集合作为所述指定数据；

根据所述上传信息对所述全量数据集合进行筛选，得到筛选后的测试任务对应的采集数据；

将所述采集数据作为所述筛选后的数据。

在本申请中，通过对采集到的数据进行筛选，大大减少了数据上传的数据量，减少了数据上传的时间，提升了数据处理的时效性。

在一些可能的实施例中，所述根据所述上传信息对所述全量数据集合进行筛选，得到筛选后的测试任务对应的采集数据，包括：

若确定所述全量数据集合中的数据属于上传信息指示的数据，则将所述全量数据集合中的数据作为所述采集数据。

在本申请中，根据上传信息指示对全量数据集合中的数据进行筛选，减少了上传的数据量。

在一些可能的实施例中，若所述待处理任务为故障集合，则所述根据所述待处理任务，采集车辆的指定数据，包括：

实时监控所述车辆；

若所述车辆出现故障，则采集故障发生的时间戳以及确定所述故障所属的故障集合；其中，所述故障集合为用户在终端设备上基于车辆在行车历史中出现的故障对行车的影响程度配置的；

基于所述故障所属的故障集合中故障与故障信号之间的对应关系生成所述故障对应的故障信号；

将所述故障信号和所述故障发生的时间戳作为所述指定数据。

在本申请中，通过采集故障发生的时间戳，便于后续对指定数据进行筛选。

在一些可能的实施例中，所述若车辆出现故障之后，所述方法还包括：

若所述故障不属于任何故障集合，则标记生成所述故障的时间戳，并基于所述时间戳生成报警指示；所述报警指示用于告知用户所述车辆在所述时间戳出现不属于任何故障集合的故障。

在本申请中，针对发生的不属于任何故障集合的故障，通过生成报警指示的方法来告知用户来对故障进行及时处理。

在一些可能的实施例中，若所述待处理任务为故障集合，则所述根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据，包括：

根据所述筛选时间段对所述故障发生的时间戳进行筛选，得到符合所述筛选时间段的时间戳对应的故障，并将所述符合所述筛选时间段的时间戳对应的故障所对应的故障信号作为所述筛选后的数据。

在本申请中，通过根据筛选时间段来对故障进行筛选，便于用户对某一时间段内发生的故障进行处理，且减少了数据上传的数据量。

第二方面，本申请还提供了一种车辆自动驾驶数据处理装置，所述装置包括：

接收模块，用于接收云端发送的至少一个待处理任务；所述待处理任务包括：测试任务和/或故障集合；

采集模块，用于根据所述待处理任务，采集车辆的指定数据；

筛选模块，用于根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据；

上传模块，用于将所述筛选后的数据上传至云端，以使用户基于终端设备从云端下载所述待处理任务对应的数据并进行处理。

在一些可能的实施例中，若所述待处理任务为测试任务，则所述上传模块执行将所述筛选后的数据上传至云端时，被配置为：

从筛选后的数据对应的所述测试任务中解析出所述测试任务的紧急度；

根据所述紧急度对所述测试任务进行排序，得到测试任务序列；

根据所述测试任务在所述测试任务序列中的顺序，依序将所述测试任务对应的筛选后的数据上传至云端。

在一些可能的实施例中，若所述待处理任务为测试任务，所述筛选模块执行根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据时，被配置为：

针对每个测试任务，解析所述测试任务，得到所述测试任务对应的上传信息；

根据所述测试任务采集车辆的全量数据集合作为所述指定数据；

根据所述上传信息对所述全量数据集合进行筛选，得到筛选后的测试任务对应的采集数据；

将所述采集数据作为所述筛选后的数据。

在一些可能的实施例中，所述筛选模块执行根据所述上传信息对所述全量数据集合进行筛选，得到筛选后的测试任务对应的采集数据时，被配置为：

若确定所述全量数据集合中的数据属于上传信息指示的数据，则将所述全量数据集合中的数据作为所述采集数据。

在一些可能的实施例中，若所述待处理任务为故障集合，则所述采集模块执行根据所述待处理任务，采集车辆的指定数据时，被配置为：

实时监控所述车辆；

若所述车辆出现故障，则采集故障发生的时间戳以及确定所述故障所属的故障集合；其中，所述故障集合为用户在终端设备上基于车辆在行车历史中出现的故障对行车的影响程度配置的；

基于所述故障所属的故障集合中故障与故障信号之间的对应关系生成所述故障对应的故障信号；

将所述故障信号和所述故障发生的时间戳作为所述指定数据。

在一些可能的实施例中，所述若车辆出现故障之后，所述采集模块还被配置为：

若所述故障不属于任何故障集合，则标记生成所述故障的时间戳，并基于所述时间戳生成报警指示；所述报警指示用于告知用户所述车辆在所述时间戳出现不属于任何故障集合的故障。

在一些可能的实施例中，若所述待处理任务为故障集合，则所述筛选模块执行根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据时，被配置为：

根据所述筛选时间段对所述故障发生的时间戳进行筛选，得到符合所述筛选时间段的时间戳对应的故障，并将所述符合所述筛选时间段的时间戳对应的故障所对应的故障信号作为所述筛选后的数据。

第三方面，本申请另一实施例还提供了一种电子设备，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请第一方面实施例提供的任一方法。

第四方面，本申请另一实施例还提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使计算机执行本申请第一方面实施例提供的任一方法。

第五方面，申请另一实施例还提供了一种计算机程序产品，当所述计算机程序在计算机上运行时，使得所述计算机执行本申请第一方面实施例提供的任一方法。

第六方面，本申请一实施例提供了一种芯片，包括处理器，所述处理器用于执行计算机程序指令时实现上述任一种方法的步骤。

可选的，还包括存储器，所述存储器上存储有可在所述处理器上运行的计算机程序指令。

可选的，还包括收发器，所述收发器用于接收所述仿真启动指令。

附图说明

图1为本申请实施例提供的一种车辆自动驾驶数据处理方法的应用场景图；

图2为本申请实施例提供的一种车辆自动驾驶数据处理方法的整体流程示意图；

图3为本申请实施例提供的一种车辆自动驾驶数据处理方法的待处理任务为测试任务整体流程示意图；

图4为本申请实施例提供的一种车辆自动驾驶数据处理方法的待处理任务为测试任务的筛选流程图；

图5为本申请实施例提供的一种车辆自动驾驶数据处理方法的待处理任务为测试任务的上传流程图；

图6为本申请实施例提供的一种车辆自动驾驶数据处理方法的待处理任务为故障集合的整体流程示意图；

图7为本申请实施例提供的一种车辆自动驾驶数据处理方法的待处理任务为故障集合的数据采集流程图；

图8为本申请实施例提供的一种车辆自动驾驶数据处理方法的装置示意图；

图9为本申请实施例提供的一种车辆自动驾驶数据处理方法的电子设备示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多，本申请实施例不做限制。

发明人研究发现，目前卡车智能驾驶道路测试中，大多由非工程师的驾驶员驾驶卡车，每日按照固定路线在不同城市进行测试，测试数据按照固定时间周期通过移动硬盘或固定区域内的无线网络完成数据上传。该方法，对于需要重点测试的问题场景，多依靠工程师通过邮件或电话沟通进行，导致测试任务管理困难。且智能驾驶道路测试过程产生数据量较大，通过移动硬盘或固定区域内无线网络完成数据上传会导致工程师获取数据时存在延迟，进而无法对严重影响试验的紧急故障进行排查，对测试进度造成影响。

有鉴于此，本申请提出了一种车辆自动驾驶数据处理方法、装置、电子设备和存储介质，用于解决上述问题。本申请的发明构思可概括为：接收云端发送的至少一个待处理任务；根据待处理任务，采集车辆的指定数据；根据与待处理任务对应的预设筛选规则对指定数据进行筛选，得到筛选后的数据；将筛选后的数据上传至云端，以使用户基于终端设备从云端下载待处理任务对应的数据并进行处理。

为了便于理解，下面结合附图对本申请实施例提供的一种车辆自动驾驶数据处理方法进行详细说明：

如图1所示，为本申请实施例中的车辆自动驾驶数据处理方法的应用场景图。图中包括：车辆10、云端20、终端设备30；

车辆10接收云端20发送的至少一个待处理任务；待处理任务是用户在终端设备30中配置后发送至云端20的，待处理任务包括：测试任务和/或故障集合；根据待处理任务，采集车辆10的指定数据；根据与待处理任务对应的预设筛选规则对指定数据进行筛选，得到筛选后的数据；将筛选后的数据上传至云端20，以使用户基于终端设备30从云端20下载待处理任务对应的数据并进行处理。

本申请中的描述中仅就单个车辆10、云端20、终端设备30加以详述，但是本领域技术人员应当理解的是，示出的车辆10、云端20、终端设备30旨在表示本公开的技术方案涉及的车辆10、云端20、终端设备30的操作。而非暗示对车辆10、云端20、终端设备30的数量、类型或是位置等具有限制。应当注意，如果向图示环境中添加附加模块或从其中去除个别模块，不会改变本申请的示例实施例的底层概念。另外，本领域技术人员可以理解的是，上述数据的收发也是需要通过网络实现的。

本申请提供的车辆自动驾驶数据处理方法适用于各种终端设备，如包括但不限于计算机、笔记本电脑、智能电话、平板电脑、智能手表、智能手环、车载终端等具有任务配置功能的设备，或是其它类型的终端。

如图2所示，为本申请实施例提供的一种车辆自动驾驶数据处理方法的整体流程图，图中包括：

步骤201中：接收云端发送的至少一个待处理任务；待处理任务包括：测试任务和/或故障集合；

步骤202中：根据待处理任务，采集车辆的指定数据；

步骤203中：根据与待处理任务对应的预设筛选规则对指定数据进行筛选，得到筛选后的数据；

步骤204中：将筛选后的数据上传至云端，以使用户基于终端设备从云端下载待处理任务对应的数据并进行处理。

在本申请中，用户可将配置好的测试任务和/或故障集合上传至云端，进而车辆可从云端接收待处理任务；通过对指定数据进行筛选，减少了数据上传的数据量；若待处理任务为故障集合，车辆还可及时根据故障集合对车辆出现的故障进行处理，并及时上传至云端，使得用户可及时对故障进行处理。

为了便于理解，下面分待处理任务为测试任务、故障集合、测试任务和故障集合三部分对图2中的步骤分别进行说明：

1、待处理任务为测试任务

在一些可能的实施例中，首先对待处理任务为测试任务的整体流程进行详细说明，如图3所示：

步骤301中：用户在终端设备中配置测试任务，并将配置好的测试任务上传至云端；

在本申请中，用户可以在终端设备中配置测试任务，其中，测试任务的主要内容包括：任务描述、任务紧急度等；其中任务描述用于车辆根据任务描述确定该测试任务对应的上传信息，以使车辆根据上传信息对采集的数据进行筛选；任务紧急度用于确定上传顺序。

步骤302：车辆从云端接收测试任务；

在本申请中，用户可在终端设备中配置一个测试任务并上传，也可在终端设备中配置多个测试任务并上传，本申请对测试任务的数量不作限定。

步骤303中：车辆采集自车的全量数据，并进行筛选得到筛选后的数据；

步骤304中：将筛选后的数据上传至云端。

在一些可能的实施例中，筛选的过程可实施为如图4所示的步骤：

步骤401中：针对每个测试任务，解析测试任务，得到测试任务对应的上传信息；即根据用户配置的测试任务中的任务描述解析出用户配置的上传信息；

步骤402中：根据测试任务采集车辆的全量数据集合作为指定数据；

在一些可能的实施例中，为了便于用户后期核查车辆的数据，因此在采集数据时，车辆会采集自车的全部信息；当然，若用户无后期核查数据的需求，则在采集数据时可根据用户配置的上传信息进行采集。当然需要知道的是，若仅采集了上传信息所指示的数据，则无需进行筛选步骤。

步骤403中：根据上传信息对全量数据集合进行筛选，得到筛选后的测试任务对应的采集数据；

步骤404中：将采集数据作为筛选后的数据。

例如：用户设置的上传信息为：B信息、D信息；车辆采集的信息为：A信息、B信息、C信息、D信息、E信息、F信息；则车辆根据上传信息，仅将采集到的B信息和D信息作为筛选后的数据。

在本申请中，通过对车辆采集到的数据进行筛选，大大减少了上传的数据量，提升了数据上传的效率。

在本申请实施例中，为了保证用户体验，因此车辆在将采集的数据上传至云端时，可实施为如图5所示的步骤：

步骤501中：从筛选后的数据对应的测试任务中解析出测试任务的紧急度；

步骤502中：根据紧急度对测试任务进行排序，得到测试任务序列；

步骤503中：根据测试任务在测试任务序列中的顺序，依序将测试任务对应的筛选后的数据上传至云端。

例如：用户同时配置了3个测试任务上传至云端，则车辆同时从云端下载3个测试任务并进行如图3以及如图4的处理，且确定测试任务1的紧急度为1，测试任务2的紧急度为2，测试任务3的紧急度为3，则在得到针对每个测试任务的筛选后的数据后，根据测试任务的紧急度，确定上传顺序为：首先上传测试任务1对应筛选后的数据，然后上传测试任务2对应的筛选后的数据，最后上传测试任务3对应的筛选后的数据。

在另一些可能的实施例中，若存在紧急度相同的测试任务，则可随机上传紧急度相同的测试任务。

在车辆将数据上传至云端后，用户可在云端下载车辆上传的数据，并根据数据进行相应处理。

2、待处理任务为故障集合

在一些可能的实施例中，首先对待处理任务为故障集合的整体流程进行详细说明，如图6所示：

步骤601中：用户在终端设备中配置故障集合，并将配置好的故障集合上传至云端；

在本申请中，故障集合为用户在终端设备上基于车辆在行车历史中出现的故障对行车的影响程度配置的；其中，每个故障集合中的主要内容包括：多个同类型故障以及该故障对应的触发条件、每个故障与故障信号的对应关系等；其中触发条件用于车辆根据该触发条件确定是否发生该故障；对应关系用于在车辆发生该故障时根据故障与故障信号之间的对应关系生成该故障信号。

步骤602：车辆从云端接收故障集合；

在本申请中，用户可在终端设备中配置一个故障集合并上传，也可在终端设备中配置多个故障集合并上传，本申请对故障集合的数量不作限定。

步骤603中：车辆根据故障集合，采集车辆的指定数据。

在一些可能的实施例中，采集指定数据的过程可实施为如图7所示的步骤：

步骤701中：实时监控车辆；

在本申请中，为了保证车辆发生的故障可以全部被监控到并及时解决，因此在进行行车测试时，会实时监控车辆，当然，技术人员可根据需求，对车辆进行周期性监控。

步骤702中：若车辆出现故障，则采集故障发生的时间戳以及确定故障所属的故障集合；

例如：车辆出现故障A，则确定故障A数据故障集合3，且故障A的发生时间为12:13。

步骤703中：基于故障所属的故障集合中故障与故障信号之间的对应关系生成故障对应的故障信号；

例如：故障集合3中包含的对应关系为：故障A对应故障信号1，故障B对应故障信号2,故障C对应故障信号3；若确定车辆发生了故障A，则可在故障集合3中确定与故障A对应的故障信号为故障信号1。

步骤704中：将故障信号和故障发生的时间戳作为指定数据。

在一些可能的实施例中，可能存在用户配置的故障集合中没有包含车辆可能出现的全部故障，进而可能导致车辆出现的故障不属于任何的故障集合，在该情况下，为了保证可以及时处理故障，在本申请中可实施：若故障不属于任何故障集合，则标记生成故障的时间戳，并基于时间戳生成报警指示；报警指示用于告知用户车辆在时间戳出现不属于任何故障集合的故障。

在本申请实施例中，为了保证用户可以针对某一时间段的故障进行集中处理，且为了减少上传的数据量，因此在将故障信号上传至云端之间，需要对故障信号进行筛选，具体实施为：根据筛选时间段对故障发生的时间戳进行筛选，得到符合筛选时间段的时间戳对应的故障，并将符合筛选时间段的时间戳对应的故障所对应的故障信号作为筛选后的数据。

例如：用户设置的筛选时间段为12:10-12:30，在该时间段内发生的故障为故障A，故障B，故障C；则分别将故障A，故障B，故障C对应的故障信号作为筛选后的数据。

在另一些可能的实施例中，为了保证可以及时的处理车辆发生的故障，则可以每发生一个故障，就将该故障对应的故障信号上传至云端，以使用户根据故障信号及时对故障进行处理。

在车辆将筛选后的数据上传至云端后，用户可在云端下载车辆上传的数据，并根据数据对故障进行相应处理。

3、待处理任务为测试任务和故障集合

在本申请提供的一种数据处理装置中，用户可同时在终端设备配置测试任务和故障集合，并将配置好的测试任务和故障集合上传至云端，以使车辆根据测试任务和故障集合进行相应的处理。车辆根据测试任务对数据进行处理的方法与第一部分相同，在此不再进行赘述；车辆根据故障集合对数据进行处理的方法与第二部分相同，在此不再进行赘述。

如图8所示，基于相同的发明构思，提出一种数据处理装置800，所述装置包括：

接收模块8001，用于接收云端发送的至少一个待处理任务；所述待处理任务包括：测试任务和/或故障集合；

采集模块8002，用于根据所述待处理任务，采集车辆的指定数据；

筛选模块8003，用于根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据；

上传模块8004，用于将所述筛选后的数据上传至云端，以使用户基于终端设备从云端下载所述待处理任务对应的数据并进行处理。

在一些可能的实施例中，若所述待处理任务为测试任务，则所述上传模块执行将所述筛选后的数据上传至云端时，被配置为：

从筛选后的数据对应的所述测试任务中解析出所述测试任务的紧急度；

根据所述紧急度对所述测试任务进行排序，得到测试任务序列；

根据所述测试任务在所述测试任务序列中的顺序，依序将所述测试任务对应的筛选后的数据上传至云端。

在一些可能的实施例中，若所述待处理任务为测试任务，所述筛选模块执行根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据时，被配置为：

针对每个测试任务，解析所述测试任务，得到所述测试任务对应的上传信息；

根据所述测试任务采集车辆的全量数据集合作为所述指定数据；

根据所述上传信息对所述全量数据集合进行筛选，得到筛选后的测试任务对应的采集数据；

将所述采集数据作为所述筛选后的数据。

在一些可能的实施例中，所述筛选模块执行根据所述上传信息对所述全量数据集合进行筛选，得到筛选后的测试任务对应的采集数据时，被配置为：

若确定所述全量数据集合中的数据属于上传信息指示的数据，则将所述全量数据集合中的数据作为所述采集数据。

在一些可能的实施例中，若所述待处理任务为故障集合，则所述采集模块执行根据所述待处理任务，采集车辆的指定数据时，被配置为：

实时监控所述车辆；

若所述车辆出现故障，则采集故障发生的时间戳以及确定所述故障所属的故障集合；其中，所述故障集合为用户在终端设备上基于车辆在行车历史中出现的故障对行车的影响程度配置的；

基于所述故障所属的故障集合中故障与故障信号之间的对应关系生成所述故障对应的故障信号；

将所述故障信号和所述故障发生的时间戳作为所述指定数据。

在一些可能的实施例中，所述若车辆出现故障之后，所述采集模块还被配置为：

若所述故障不属于任何故障集合，则标记生成所述故障的时间戳，并基于所述时间戳生成报警指示；所述报警指示用于告知用户所述车辆在所述时间戳出现不属于任何故障集合的故障。

在一些可能的实施例中，若所述待处理任务为故障集合，则所述筛选模块执行根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据时，被配置为：

根据所述筛选时间段对所述故障发生的时间戳进行筛选，得到符合所述筛选时间段的时间戳对应的故障，并将所述符合所述筛选时间段的时间戳对应的故障所对应的故障信号作为所述筛选后的数据。

在介绍了本申请示例性实施方式的车辆自动驾驶数据处理方法和装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本申请的电子设备可以至少包括至少一个处理器、以及至少一个存储器。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的车辆自动驾驶数据处理方法中的步骤。

下面参照图9来描述根据本申请的这种实施方式的电子设备130。图9显示的电子设备130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图9所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备130交互的设备通信，和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，电子设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解，尽管图9中未示出，可以结合电子设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在一些可能的实施方式中，本申请提供的一种车辆自动驾驶数据处理方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的一种车辆自动驾驶数据处理方法中的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于数据处理的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务端上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种车辆自动驾驶数据处理方法，其特征在于，所述方法包括：

接收云端发送的至少一个待处理任务；所述待处理任务包括：测试任务和/或故障集合；

根据所述待处理任务，采集所述车辆的指定数据；

根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据；

将所述筛选后的数据上传至云端，以使用户基于终端设备从云端下载所述待处理任务对应的数据并进行处理。

2.根据权利要求1所述的方法，其特征在于，若所述待处理任务为测试任务，则所述将所述筛选后的数据上传至云端，包括：

从筛选后的数据对应的所述测试任务中解析出所述测试任务的紧急度；

根据所述紧急度对所述测试任务进行排序，得到测试任务序列；

根据所述测试任务在所述测试任务序列中的顺序，依序将所述测试任务对应的筛选后的数据上传至云端。

3.根据权利要求1所述的方法，其特征在于，若所述待处理任务为测试任务，所述根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据，包括：

针对每个测试任务，解析所述测试任务，得到所述测试任务对应的上传信息；

根据所述测试任务采集车辆的全量数据集合作为所述指定数据；

根据所述上传信息对所述全量数据集合进行筛选，得到筛选后的测试任务对应的采集数据；

将所述采集数据作为所述筛选后的数据。

4.根据权利要求3所述的方法，其特征在于，所述根据所述上传信息对所述全量数据集合进行筛选，得到筛选后的测试任务对应的采集数据，包括：

若确定所述全量数据集合中的数据属于上传信息指示的数据，则将所述全量数据集合中的数据作为所述采集数据。

5.根据权利要求1所述的方法，其特征在于，若所述待处理任务为故障集合，则所述根据所述待处理任务，采集车辆的指定数据，包括：

实时监控所述车辆；

若所述车辆出现故障，则采集故障发生的时间戳以及确定所述故障所属的故障集合；其中，所述故障集合为用户在终端设备上基于车辆在行车历史中出现的故障对行车的影响程度配置的；

基于所述故障所属的故障集合中故障与故障信号之间的对应关系生成所述故障对应的故障信号；

将所述故障信号和所述故障发生的时间戳作为所述指定数据。

6.根据权利要求5所述的方法，其特征在于，所述若车辆出现故障之后，所述方法还包括：

若所述故障不属于任何故障集合，则标记生成所述故障的时间戳，并基于所述时间戳生成报警指示；所述报警指示用于告知用户所述车辆在所述时间戳出现不属于任何故障集合的故障。

7.根据权利要求5所述的方法，其特征在于，若所述待处理任务为故障集合，则所述根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据，包括：

根据所述筛选时间段对所述故障发生的时间戳进行筛选，得到符合所述筛选时间段的时间戳对应的故障，并将所述符合所述筛选时间段的时间戳对应的故障所对应的故障信号作为所述筛选后的数据。

8.一种车辆自动驾驶数据处理装置，其特征在于，所述装置包括：

接收模块，用于接收云端发送的至少一个待处理任务；所述待处理任务包括：测试任务和/或故障集合；

采集模块，用于根据所述待处理任务，采集所述车辆的指定数据；

筛选模块，用于根据与所述待处理任务对应的预设筛选规则对所述指定数据进行筛选，得到筛选后的数据；

上传模块，用于将所述筛选后的数据上传至云端，以使用户基于终端设备从云端下载所述待处理任务对应的数据并进行处理。

9.一种电子设备，其特征在于，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以实现如权利要求1至7中任一项所述的方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序用于使计算机能够执行如权利要求1-7任一项所述的方法。

Images