CN112740725A - 驾驶数据采集方法及装置 - Google Patents

Abstract

一种驾驶数据采集方法，包括：获取驾驶场景需求信息(S203)，并根据驾驶场景需求信息确定车辆上的至少一个传感器(S204)。然后，向网络侧设备发送至少一个传感器采集的驾驶数据(S206)。还公开了驾驶数据采集装置。能够解决采用全量数据采集方式时上报数据量大的问题，从而提高驾驶数据采集和上报效率，可应用于车联网、V2X系统、自动驾驶系统、智能驾驶系统、无人驾驶系统中。

Description

驾驶数据采集方法及装置

技术领域

本申请涉及智能网联车技术领域，尤其涉及一种驾驶数据采集方法及装置。

背景技术

在现有的车联网系统中，车辆侧设备可以获取环境信息、车辆自身的状态信息、动作信息等驾驶数据，以实现自动驾驶或辅助驾驶，或者通过有线和/或无线方式将驾驶数据上报给服务器训练自动驾驶或智能驾驶的人工智能算法，从而提高车辆的智能化驾驶水平。

然而，现有的驾驶数据采集方法通常采用全量数据采集的方式进行的，即将采集到的所有数据上报服务器，需要上报的数据量大，且上报的全量采集驾驶数据中可能存在与训练目的无关的无效数据或大量重复数据，从而导致驾驶数据的采集和上报耗时较长，效率低下。

发明内容

本申请实施例提供一种驾驶数据采集方法及装置，能够解决采用全量数据采集方式时上报数据量大的问题，从而提高驾驶数据采集和上报效率。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种驾驶数据采集方法，该方法应用于车辆。该方法包括：获取驾驶场景需求信息；根据所述驾驶场景需求信息确定所述车辆上的至少一个传感器；构建目标数据集合，所述目标数据集合中的数据为所述至少一个传感器采集的驾驶数据。

基于第一方面所述的驾驶数据采集方法，车辆可以根据驾驶场景需求信息选择上报至少一个传感器采集的驾驶数据，如可以根据驾驶场景需求信息选择上报部分车载传感器采集的驾驶数据，可以避免车辆采用全量数据采集的方式，采集和上报所有车载传感器采集的所有驾驶数据的情况，以降低需要采集和上报的驾驶数据的数据量，从而提高驾驶数据采集和上报效率。

在一种可能的设计方案中，所述构建目标数据集合，包括：根据所述驾驶场景需求信息确定所述至少一个传感器采集的驾驶数据中的部分数据；根据所述部分数据构建所述目标数据集合。如此，可以进一步减少需要传输的数量，从而进一步提高数据采集效率。

在一种可能的设计方案中，可向网络侧设备发送所述目标数据集合。

在另一种可能的设计方案中，可将所述目标数据集合存储于可移动存储介质中。进一步地，可将存储有所述目标数据集合的所述可移动存储介质连接至网络侧设备，以供所述网络侧设备使用车端采集的目标数据集合。

在一种可能的设计方案中，上述获取驾驶场景需求信息，可以包括：从网络侧设备接收驾驶场景需求信息，即车辆可以根据网络侧设备定制的驾驶场景需求信息采集驾驶数据，可以避免车辆采集和上报网络侧不需要的驾驶数据，以减少无效驾驶数据的采集和上报，从而进一步提高驾驶数据采集效率。

可选地，在从网络侧设备接收驾驶场景需求信息之前，第一方面所述的驾驶数据采集方法还可以包括：向网络侧设备发送车辆的感知能力信息。其中，感知能力信息用于网络侧设备确定驾驶场景需求信息。也就是说，网络侧设备可以根据车辆的感知能力信息为车辆定制驾驶场景需求信息，以避免车辆不支持驾驶场景需求信息而无法完成数据采集任务的问题，可以减少车辆与网络侧设备之间的交互，从而提高确定的驾驶场景需求信息可靠性和数据采集效率。

在另一种可能的设计方案中，上述获取驾驶场景需求信息，可以包括：读取预先存储于车辆的驾驶场景需求信息，以降低车辆与网络侧设备之间的信息交互，从而提高数据采集效率。

可选地，向所述目标数据集合添加与所述驾驶场景需求信息相关的标签。例如，在上述向网络侧设备发送至少一个传感器采集的驾驶数据之前，第一方面所述的驾驶数据采集方法还可以包括：根据驾驶场景需求，为驾驶数据添加标签，以便网络侧设备识别驾驶数据对应的驾驶场景，以简化网络侧设备的驾驶数据处理流程，从而提高数据处理效率。

第二方面，提供一种驾驶数据采集方法，该方法应用于网络侧设备。该方法包括：向车辆发送驾驶场景需求信息，驾驶场景需求信息用于车辆确定车辆上的至少一个传感器。然后，获取至少一个传感器采集的驾驶数据。所述获取至少一个传感器采集的驾驶数据可以是从车辆接收至少一个传感器采集的驾驶数据，也可以是从存储器中读取至少一个传感器采集的驾驶数据。

在一种可能的设计方案中，驾驶场景需求信息还用于确定至少一个传感器采集的驾驶数据中的部分数据。相应地，上述获取至少一个传感器采集的驾驶数据，可以包括：获取部分数据。

在一种可能的设计方案中，在向车辆发送驾驶场景需求信息之前，第二方面所述的方法还可以包括：从车辆接收车辆的感知能力信息，并根据感知能力信息确定驾驶场景需求信息。

可选地，驾驶数据还可以包括与驾驶场景需求信息相关的标签。

此外，第二方面所述的驾驶数据采集方法的技术效果可以参考第一方面所述的驾驶数据采集方法的技术效果，此处不再赘述。

第三方面，提供一种驾驶数据采集装置，该装置应用于车辆，该装置可以为车辆或者车辆内的设备。该装置包括：获取模块和处理模块。其中，获取模块，用于获取驾驶场景需求信息。处理模块，用于根据驾驶场景需求信息确定车辆上的至少一个传感器，还用于构建目标数据集合，所述目标数据集合中的数据为所述至少一个传感器采集的驾驶数据。

在一种可能的设计方案中，所述处理模块构建目标数据集合，具体为：所述处理模块根据所述驾驶场景需求信息确定所述至少一个传感器采集的驾驶数据中的部分数据，以及根据所述部分数据构建所述目标数据集合。

可选地，所述装置还包括发送模块，用于向网络侧设备发送所述目标数据集合。

可选地，所述处理模块还用于将所述目标数据集合存储于可移动存储介质中。

在一种可能的设计方案中，上述获取模块，用于获取驾驶场景需求信息，可以包括：获取模块，用于从网络侧设备接收驾驶场景需求信息。也就是说，第三方面所述的获取模块可以是接收模块。

可选地，所述装置还包括发送模块，用于在从网络侧设备接收驾驶场景需求信息之前，向网络侧设备发送车辆的感知能力信息。具体地，发送模块，还用于在从网络侧设备接收驾驶场景需求信息之前，向网络侧设备发送车辆的感知能力信息。其中，感知能力信息用于网络侧设备确定驾驶场景需求信息。

在另一种可能的设计方案中，上述获取模块，用于获取驾驶场景需求信息，可以包括：获取模块，用于读取预先存储于车辆的驾驶场景需求信息。也就是说，第三方面所述的获取模块也可以是具有处理功能的模块。此时，获取模块可以与处理模块集成在一起，也可以独立设置，本申请对此不做具体限定。

可选地，所述处理模块还用于向所述目标数据集合添加与所述驾驶场景需求信息相关的标签。例如，处理模块，还用于在发送模块向网络侧设备发送驾驶数据之前，根据驾驶场景需求，为驾驶数据添加标签。

可选地，当第三方面所述的获取模块为接收模块时，该接收模块可以与发送模块独立设置，也可以集成在一起，如集成为一个收发模块。当独立设置时，发送模块用于第三方面所述的驾驶数据采集装置向其他驾驶数据采集装置，如另一个驾驶数据采集装置或网络侧设备发送信号，接收模块用于第三方面所述的驾驶数据采集装置从其他驾驶数据采集装置，如另一个驾驶数据采集装置或网络侧设备接收信号。

可选地，第三方面所述的驾驶数据采集装置还可以包括存储模块，该存储模块存储有程序或指令。当处理模块执行该程序或指令时，使得第三方面所述的驾驶数据采集装置可以执行第一方面所述的驾驶数据采集方法中车辆侧设备执行的步骤。

需要说明的是，第三方面所述的驾驶数据采集装置可以是车辆，或可设置于车辆的车载终端、车载模组、车载单元，也可以是可设置于车辆、车载终端、车载模组、车载单元中的芯片(系统)或其他部件或组件，本申请对此不做限定。

此外，第三方面所述的驾驶数据采集装置的技术效果可以参考第一方面所述的驾驶数据采集方法的技术效果，此处不再赘述。

第四方面，提供一种驾驶数据采集装置，该装置应用于网络侧设备。该装置包括：发送模块和获取模块。其中，发送模块，用于向车辆发送驾驶场景需求信息；其中，驾驶场景需求信息用于车辆确定车辆上的至少一个传感器。获取模块，用于获取至少一个传感器采集的驾驶数据。具体实现时，所述获取模块可以为接收模块，则获取至少一个传感器采集的驾驶数据表现为从车辆接收至少一个传感器采集的驾驶数据；所述获取模块也可以为读取模块，则获取至少一个传感器采集的驾驶数据表现为从存储器读取至少一个传感器采集的驾驶数据。

在一种可能的设计方案中，驾驶场景需求信息还用于确定至少一个传感器采集的驾驶数据中的部分数据。相应地，所述装置包括接收模块，用于从车辆接收至少一个传感器采集的驾驶数据，可以包括：接收模块，用于从车辆接收部分数据。

在一种可能的设计方案中，第四方面所述的驾驶数据采集装置还包括处理模块。其中，上述接收模块，还用于从车辆接收车辆的感知能力信息。具体地，接收模块，还用于在向车辆发送驾驶场景需求信息之前，从车辆接收车辆的感知能力信息。相应地，处理模块，用于根据感知能力信息确定驾驶场景需求信息。

可选地，驾驶数据还可以包括与驾驶场景需求信息相关的标签。

可选地，第四方面所述的发送模块和接收模块可以分开设置，也可以集成在一起，如可以集成为一个收发模块，本申请对此不做具体限定。

可选地，第四方面所述的驾驶数据采集装置还可以包括存储模块，该存储模块存储有程序或指令。当处理模块执行该程序或指令时，使得第四方面所述的驾驶数据采集装置可以执行第二方面所述的驾驶数据采集方法中网络侧设备执行的步骤。

需要说明的是，第四方面所述的驾驶数据采集装置可以是网络侧设备，如服务器，也可以是可设置于网络侧设备的芯片(系统)或其他部件或组件，本申请对此不做限定。

此外，第四方面所述的驾驶数据采集装置的技术效果可以参考第一方面所述的驾驶数据采集方法的技术效果，此处不再赘述。

第五方面，提供一种驾驶数据采集装置，该装置应用于车辆或网络侧设备。该装置包括：处理器；该处理器与存储器耦合，该存储器用于存储计算机程序或指令，该处理器，用于执行该计算机程序或指令，以使得该装置执行第一方面至第二方面中任一种可能的实现方式所述的驾驶数据采集方法中车辆侧设备执行的步骤或网络侧设备执行的步骤。

可选地，第五方面所述的驾驶数据采集装置还可以包括收发器。该收发器可以为收发电路或输入/输出端口，该收发器可以用于该驾驶数据采集装置与其他驾驶数据采集装置通信。

需要说明的是，第五方面所述的驾驶数据采集装置可以是车辆或可设置于车辆的芯片(系统)、车载终端、车载模组、车载单元或其他部件或组件，也可以是网络侧设备或可设置于网络侧设备中的芯片(系统)或其他部件或组件，本申请对此不做限定。

此外，第五方面所述的驾驶数据采集装置的技术效果可以参考第一方面所述的驾驶数据采集方法的技术效果，此处不再赘述。

第六方面，提供一种车辆，该车辆包括第三方面或第五方面中任一种可能的实现方式所述的驾驶数据采集装置。

第七方面，提供一种网络侧设备，该网络侧设备包括第四方面或第五方面中任一种可能的实现方式所述的驾驶数据采集装置。

第八方面，提供一种驾驶数据采集系统。该系统包括车辆或车辆侧设备，以及网络侧设备。

第九方面，提供一种计算机可读存储介质，包括计算机指令，当该计算机指令被处理器运行时，使得驾驶数据采集装置执行第一方面至第二方面中任一种可能的实现方式所述的驾驶数据采集方法。

第十方面，提供一种计算机程序产品，当该计算机程序产品在处理器上运行时，使得驾驶数据采集装置执行第一方面至第二方面中任一种可能的实现方式所述的驾驶数据采集方法。

附图说明

图1为本申请实施例提供的驾驶数据采集系统的架构示意图；

图2为本申请实施例提供的驾驶数据采集方法的流程示意图一；

图3为本申请实施例提供的驾驶数据采集方法的流程示意图二；

图4为本申请实施例提供的驾驶数据采集方法的流程示意图三；

图5为本申请实施例提供的驾驶数据采集装置的结构示意图一；

图6为本申请实施例提供的驾驶数据采集装置的结构示意图二；

图7为本申请实施例提供的驾驶数据采集装置的结构示意图三。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种驾驶数据采集系统，例如车到任意物体(vehicle to everything，V2X)通信系统、设备间(device-to-devie，D2D)通信系统、车联网通信系统。其中，所述驾驶数据采集系统可以是基于如下一种或多种通信制式的驾驶数据采集系统：第4代(4th generation，4G)移动通信系统，如长期演进(long termevolution，LTE)系统、第五代(5th generation，5G)移动通信系统，如新空口(new radio，NR)系统，以及未来的移动通信系统，如第六代(6th generation，6G)移动通信系统等。

本申请将围绕可包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是，上述各种系统可以包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

另外，在本申请实施例中，“示例地”、“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。

本申请实施例中，“信息(information)”，“信号(signal)”，“消息(message)”，“信道(channel)”、“信令(singaling)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。“的(of)”，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

本申请实施例中，有时候下标如W₁可能会笔误为非下标的形式如W1，在不强调其区别时，其所要表达的含义是一致的。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

示例性地，图1为本申请实施例提供的驾驶数据采集方法所适用的一种驾驶数据采集系统的架构示意图。为便于理解本申请实施例，首先以图1中所示出的驾驶数据采集系统为例详细说明适用于本申请实施例的驾驶数据采集系统。应当指出的是，本申请实施例中的方案还可以应用于其他移动驾驶数据采集系统中，相应的名称也可以用其他移动驾驶数据采集系统中的对应功能的名称进行替代。

如图1所示，该驾驶数据采集系统包括车辆和网络侧设备。

其中，上述网络侧设备为位于上述驾驶数据采集系统的网络侧，且具有有线或无线收发功能的设备，或可设置于该网络侧设备的芯片(系统)或其他部件或组件。该网络侧设备包括但不限于：上述驾驶数据采集系统中的服务器或接入点(access point，AP)，如路边单元(road side unit，RSU)、演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、基带单元(basebandunit，BBU)，无线中继节点、无线回传节点、传输点(transmission and reception point，TRP或者transmission point，TP)等，还可以为5G，如，新空口(new radio，NR)系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等。

上述车辆为可接入上述驾驶数据采集系统，且具有有线或无线收发功能的车辆，或可设置于该车辆的车载终端、车载模组、车载单元、芯片(系统)或其他部件或组件。该车辆也可以称为用户装置、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理。本申请的实施例中的车辆可以是无人驾驶(self-driving)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、车载终端、具有终端功能的RSU等。

如图1所示，上述车辆可设置有至少一个传感器，如车载雷达(如毫米波雷达、红外雷达、激光雷达、多普勒雷达等)、光量传感器、雨量传感器、音视频传感器(如摄像头、行车记录仪)、车姿传感器(如陀螺仪)、或速度传感器(如多普勒雷达)、惯性测量单元(inertialmeasurement unit，IMU)等。

需要说明的是，本申请实施例提供的驾驶数据采集方法，可以适用于图1中所示出的车辆与网络侧设备之间的通信，具体实现可以参考下述方法实施例，此处不再赘述。

应理解，图1仅为便于理解而示例的简化示意图，该驾驶数据采集系统中还可以包括其他网络侧设备，和/或，其他车辆，图1中均未予以画出。

下面结合图2-图4对本申请实施例提供的驾驶数据采集方法进行具体阐述。图2-图4中任一项所示出的驾驶数据采集方法可以适用于图1中所示出的驾驶数据采集系统中车辆或车辆侧设备与网络侧设备之间的通信。其中，车辆侧设备为可设置于该车辆内的车载终端、车载模组、车载单元、芯片(系统)或其他部件或组件，网络侧设备可以包括云服务器、训练服务器、导航服务器等网络设备，或可设置于上述网络设备的芯片(系统)或其他部件或组件。下面以车辆侧设备和网络侧设备为例说明本申请实施例提供的驾驶数据采集方法。

示例性地，图2为本申请实施例提供的驾驶数据采集方法的流程示意图一。如图2所示，该驾驶数据采集方法包括如下步骤：

S201，车辆侧设备向网络侧设备发送车辆的感知能力信息。相应地，网络侧设备从车辆侧设备接收车辆的感知能力信息。

示例性地，车辆的感知能力信息包括该车辆的车载传感器的感知能力信息。其中，车辆的感知能力信息可以包括车辆是否支持音视频信号采集、是否支持速度数据采集、是否支持车辆姿态信息采集等，可以用于网络侧设备确定驾驶场景需求信息，具体实现可以参考下述S202，此处不再赘述。

可选地，在执行S201之前，图2中所示出的方法还可以包括：网络侧设备向车辆侧设备发送感知能力信息获取请求。相应地，车辆侧设备从网络侧设备接收感知能力信息获取请求。其中，感知能力信息获取请求用于获取车辆的感知能力信息。也就是说，车辆侧设备可以根据网络侧设备的请求，向网络侧设备上报车辆的感知能力信息。

可选地，车辆侧设备也可以主动向网络侧设备上报车辆的感知能力信息。例如，车辆侧设备开机并接入网络侧设备后，可以主动向网络侧设备上报车辆的感知能力信息。再例如，车辆侧设备从源网络侧设备切换至目标网络侧设备时，可以主动向目标网络侧设备上报车辆的感知能力信息。

可选地，网络侧设备也可以通过其他途径获取车辆的感知能力信息。例如，网络侧设备可以从车辆厂商获取某型车辆的感知能力信息。例如，在车辆从源网络侧设备的覆盖区域移动至目标网络侧设备的覆盖区域过程中，源网络侧设备，如源基站可以向目标网络侧设备，如目标基站发送车辆的感知能力信息，如通过切换请求消息或在切换完成后通过其他X2接口消息或Xn接口消息发送。其中，源网络侧设备可以根据目标网络侧设备的请求发送车辆的感知能力信息，也可以主动向目标网络侧设备发送车辆的感知能力信息，本申请实施例对此不做具体限定。

需要说明的是，网络侧设备可以通过上述任意一种或多种方式从车辆侧设备、源接入网设备或其他网络侧设备、车辆厂商等各种途径获取车辆的感知能力信息，本申请实施例对于网络侧设备获取车辆的感知能力信息的具体实现方式，不做任何限定。

S202，网络侧设备根据车辆的感知能力信息确定驾驶场景需求信息。

示例性地，驾驶场景需求信息用于指示驾驶场景的配置参数，如道路信息、车辆自身信息、环境信息等。其中，道路信息可以包括：高速公路、城市道路、乡间道路、山区道路、封闭园区、异常场景(corner case)等，车辆自身信息可以包括：速度、加速度、转弯、掉头、上坡、下坡等，环境信息可以包括天气(晴天、雨天、雪天、沙尘暴、雾霾)、光照强度(白天、夜晚、隧道)等。

在一种可能的设计方案中，网络侧设备可以根据车辆的感知能力信息定制驾驶场景需求信息。例如，若车辆没有设置红外传感器，即车辆可能不支持夜视信号采集，则驾驶场景需求信息不包括夜晚。再例如，若车辆没有雨量传感器，即车辆可能不具备区分晴天和雨天的能力，则驾驶场景需求信息不包括晴天和雨天。

在另一种可能的设计方案中，网络侧设备可以根据车辆的感知能力信息，选择可执行驾驶数据采集任务的车辆。例如，若驾驶场景需求信息包括雨天，则网络侧设备可以选择设置有雨量传感器的车辆。再例如，若驾驶场景需求信息包括白天，则网络侧设备可以选择设置有光量传感器的车辆。

如此，无论是网络侧设备根据车辆的感知能力信息定制驾驶场景需求信息，还是选择可支持驾驶场景需求信息对应的驾驶数据采集任务的车辆，均可以避免由于车辆不具备相应的感知能力而无法完成数据采集任务的问题，可以减少车辆侧设备与网络侧设备之间的交互，从而提高驾驶数据采集效率。

可选地，网络侧设备还可以考虑一种或多种其他因素，如驾驶场景、车辆驾驶算法、车辆测试需求等确定驾驶场景需求信息，以进一步提高确定驾驶场景需求信息的准确性，从而进一步提高驾驶数据采集效率。

其中，驾驶场景可以是单一场景，如高速公路或白天，也可以包含多个场景的场景组合，如可以为<高速公路+雨天>、<乡村道路+速度小于60千米每小时(kilometers perhour，km/h)>、<封闭园区+车速小于60km/h>、<城市道路+车速大于30km/h>、<晴天+异常场景>等，本申请实施例对此不做具体限定。

下面分别说明针对单一场景的驾驶场景需求信息和针对场景组合的驾驶场景需求信息。

在一种可能的设计方案中，驾驶场景需求信息可以是针对单一驾驶场景的驾驶数据采集参数或参数组合。其中，驾驶场景需求信息与单一驾驶场景一一对应。相应地，上述S202可以具体实现为：车辆侧设备向网络侧设备上报车辆侧设备通过车载传感器识别的一个或多个单一驾驶场景。相应地，网络侧设备将车辆侧设备上报的一个或多个驾驶场景各自对应的驾驶数据采集参数或参数组合的并集，作为当前驾驶数据采集任务对应的驾驶场景需求信息。

例如，车辆侧设备只上报1个单一场景：高速公路，其中单一场景高速公路对应的驾驶数据采集参数为车速>80km/h，则网络侧设备可以将该单一场景对应的驾驶数据采集参数{车速>80km/h}作为该车辆当前驾驶数据采集任务对应的驾驶场景需求信息。再例如，车辆侧设备共计上报有2个单一场景：白天、高速公路，其中单一场景白天对应的驾驶数据采集参数为：光量>5勒克斯(Lux，照明单位)，单一场景高速公路对应的驾驶数据采集参数为车速>80km/h，则网络侧设备可以将该2个单一场景各自对应的驾驶数据采集参数的并集，即{光量>5勒克斯,车速>80km/h}作为该车辆当前驾驶数据采集任务对应的驾驶场景需求信息。

也就是说，根据一个或多个单一驾驶场景确定驾驶场景需求信息的操作，可以由网络侧设备执行。如此，车辆侧设备只需要根据网络侧设备确定的驾驶场景需求信息采集并上报驾驶数据即可，可以降低车辆侧设备的操作复杂度，从而进一步提高驾驶数据采集效率。

在另一种可能的设计方案中，驾驶场景需求信息可以是分别针对包含多种驾驶场景的场景组合的驾驶数据采集参数或参数组合。相应地，对于某一次驾驶数据采集任务，可以根据实际的驾驶数据采集需求选择一种驾驶场景组合对应的驾驶数据采集参数或参数组合，作为当前的驾驶场景需求信息。

例如，车辆侧设备共计上报有1个场景组合：白天+高速公路，且场景组合白天+高速公路对应的驾驶数据采集参数组合为：{光量>5勒克斯,车速>80km/h}，则网络侧设备可以将该场景组合对应的驾驶数据采集参数组合{光量>5勒克斯,车速>80km/h}，确定为该车辆当前驾驶数据采集任务对应的驾驶场景需求信息。再例如，车辆侧设备共计上报有1个场景组合：中雨+城市道路，且场景组合中雨+城市道路对应的驾驶数据采集参数组合为：{25mm>量化雨量(24小时降雨量)>10mm,车速<50km/h}，则网络侧设备可以将该场景组合对应的驾驶数据采集参数组合{25mm>量化雨量(24小时降雨量)>10mm,车速<50km/h}，确定为该车辆当前驾驶数据采集任务对应的驾驶场景需求信息。

类似的，对于多台车辆组成的车队场景，同样可以根据驾驶场景组合来选择一组对应的驾驶数据采集参数组合，并由网络侧设备发送给车队中的多台车辆。

需要说明的是，车辆侧设备也可以不上报当前的驾驶场景或场景组合。具体地，网络侧设备可以确定并向车辆侧设备发送多个单一驾驶场景各自对应的驾驶数据采集参数或参数组合，或者多个场景组合各自对应的驾驶数据采集参数或参数组合。相应地，车辆侧设备可以在识别当前的一个或多个单一驾驶场景或场景组合后，自行确定当前驾驶场景对应的驾驶场景需求信息。也就是说，根据当前驾驶场景确定驾驶场景需求信息的操作，也可以由车辆侧设备完成，具体实现方式可以参考上述网络侧设备的操作。

在一种可能的设计方案中，驾驶场景需求信息可以是网络侧设备根据车辆驾驶算法，如用于自动驾驶、无人驾驶、辅助驾驶、或智能驾驶的人工智能算法的实际训练需求，或者车辆测试需求确定的。具体地，可以根据确定实际训练需求或测试需求确定驾驶场景(组合)，并根据驾驶场景(组合)确定驾驶场景需求信息或选择车辆。

如此，车辆可以根据网络侧设备定制的驾驶场景需求信息采集驾驶数据，可以避免车辆侧设备上报网络侧设备不需要的驾驶数据的情况，可以减少无效驾驶数据的上报，从而进一步提高驾驶数据采集效率。

需要说明的是，在执行S202的过程中，也可以不考虑车辆的感知能力信息，而是根据车辆驾驶算法、车辆测试需求等其他因素确定多个单一场景各自对应的候选驾驶场景需求信息，或者多个场景组合各自对应的多组候选驾驶场景需求信息。在执行下述S203后，可以在S204中由车辆侧设备根据车辆当前驾驶场景和感知能力，自行确定能否执行驾驶数据采集任务，若能，则车辆侧设备可以确定当前驾驶数据采集任务实际使用的驾驶场景需求信息，并完成驾驶数据采集任务，即执行下述S204-S206。

在一种可能的设计方案中，上述驾驶场景需求信息可以通过网络侧设备的输入/输出接口，如人机接口(human machine interface，HMI)、命令行等来配置，并采用配置文件、可执行脚本、电子表格等形式保存在网络侧设备的存储空间中。

S203，网络侧设备向车辆侧设备发送驾驶场景需求信息。相应地，车辆侧设备从网络侧设备接收驾驶场景需求信息。

具体地，网络侧设备可以通过有线或无线方式，向车辆侧设备发送驾驶场景需求信息。相应地，车辆侧设备可以通过有线或无线方式，从网络侧设备接收驾驶场景需求信息。具体可以参考现有实现方式，本申请实施例对此不再赘述。

S204，车辆侧设备根据驾驶场景需求信息确定车辆上的至少一个传感器。

具体地，车辆侧设备可以确定驾驶场景需求信息所需要的车辆的感知能力信息，并根据车辆的感知能力信息确定车辆上的至少一个传感器。

例如，若驾驶场景信息包括白天，则上述至少一个传感器可以包括摄像头、行车记录仪、光量传感器等可以采集视频信号或光信号的传感器。再例如，若驾驶场景信息包括夜晚，则上述至少一个传感器可以包括毫米波雷达、红外雷达。又例如，若驾驶场景信息包括速度或加速度，则上述至少一个传感器可以包括速度传感器、加速度传感器、多普勒雷达。又例如，若驾驶场景信息包括上坡、下坡、转弯中的一项或多项，则上述至少一个传感器可以包括陀螺仪。

需要说明的是，当驾驶场景信息对应多个场景或场景组合时，上述至少一个传感器可以包括多个场景或场景组合中的每个场景对应的传感器的合集。

S205，车辆侧设备根据驾驶场景需求信息确定至少一个传感器采集的驾驶数据中的部分数据，根据所述部分数据构建目标数据集合。

例如，若驾驶场景需求信息涉及车速>100km/h的场景，则车辆侧设备根据速度传感器或多普勒雷达的感测结果，确定车辆处于车速>100km/h的时段，并进一步选择步骤S204确定的其他传感器(如摄像头)采集的全部驾驶数据中满足上述时段的部分数据，以供网络侧设备使用。

再例如，若驾驶场景需求信息涉及上坡、下坡、转弯等场景，则车辆侧设备根据陀螺仪的感测结果，确定车辆处于上坡、下坡或转弯时的时段，并进一步选择步骤S204确定的其他传感器(如摄像头)采集的全部驾驶数据中满足上述时段的部分数据，以供网络侧设备使用。如此，可以进一步减少需要上报的驾驶数据的数据量，从而进一步提高数据采集效率。

再例如，若驾驶场景需求信息涉及雨天场景，则可以通过雨量传感器确定车辆处于雨天行驶状态的时段，并进一步选择步骤S204确定的其他传感器(如摄像头)采集的全部驾驶数据中满足上述时段的部分数据，以供网络侧设备使用。应理解，也可以通过对摄像头传感器采集的图像或视频数据进行计算机视觉方面的智能分析，确定摄像头采集的图像或视频数据中哪些是雨天采集的，从而将雨天采集的视频或图像数据作为所述部分数据。

针对重复的驾驶数据场景，对于指定场景或场景组合，可以设置一个上报数据量的上限，以避免采集到的同类驾驶数据的大量重复上报。例如，如果雨天场景的采集数据需要三个小时的时间，则当雨天的数据场景采集时间超过三个小时后则停止上报采集的驾驶数据。再例如，若设置的上报数据量阈值是1000吉字节(giga bytes，GB)，则当上报的数据量超过1000GB后，不再上报采集的驾驶数据。

可选地，上述向网络侧设备发送的至少一个传感器采集的驾驶数据可以为添加了与驾驶场景需求信息相关的标签的驾驶数据。具体地，图2中所示出的驾驶数据采集方法还可以包括：车辆根据驾驶场景需求，为驾驶数据添加标签。

例如，若驾驶场景为高速公路+雨天，则可以为驾驶数据打上<高速公路、雨天>的标签。再例如，若驾驶场景为乡村道路+中等速度，则可以为驾驶数据打上<乡村道路、中等速度>的标签。又例如，若驾驶场景为城市道路+低速，则可以为驾驶数据打上<城市道路、低速>的标签。

也就是说，驾驶数据还可以包括与驾驶场景需求信息相关的标签，以便网络侧设备识别驾驶数据对应的驾驶场景，以简化网络侧设备的驾驶数据处理流程，从而提高数据处理效率。

进一步地，还可以针对不同驾驶数据涉及的目标检测需求打上对应的目标类型标签。其中，目标类型可以包括车辆类型(vehicle type)、行人(pedestrian)、交通标志(traffic sign)等。其中，车辆类型可以为如下之一：小型汽车(car)、大型公共汽车(bus)、摩托车(motorcycle)、卡车(truck)。交通标志可以包括：车道线(实线、虚线)、直行或转向标志、限速标志、交通信号灯、交警指挥手势、隔离带、隔离栏、减速带、路灯、路口类型(丁字路口、十字路口、环岛、)等。

S206，车辆侧设备向网络侧设备发送至少一个传感器采集的驾驶数据。相应地，网络侧设备从车辆侧设备接收至少一个传感器采集的驾驶数据。

具体地，车辆侧设备可以通过有线或无线方式，向网络侧设备发送至少一个传感器采集的驾驶数据。相应地，网络侧设备可以通过有线或无线方式，从车辆侧设备接收至少一个传感器采集的驾驶数据。其中，有线方式可以具体实现为：车辆侧设备可以将需要上报的驾驶数据保存在车辆侧设备的存储空间中，如可以保存在车辆侧设备的硬盘中，待车辆侧设备与网络侧设备通过有线方式连接时，车辆侧设备可以将需要上报的驾驶数据上报给网络侧设备，或者网络侧设备可以从该车辆侧设备的硬盘中读取需要上报的驾驶数据。本申请实施例对于车辆侧设备向网络侧设备上报驾驶数据的具体实现方式，不作任何限定。

在一种可能的设计方案中，若不执行上述S205，则车辆侧设备可以向网络侧设备发送至少一个传感器采集的全部驾驶数据。也就是说，当采集的驾驶数据的数据量较少，或当前驾驶数据采集任务需要的驾驶数据较多时，车辆侧设备也可以将采集的全部驾驶数据上报给网络侧设备，以便尽快构建所需要的驾驶数据库。

在另一种可能的设计方案中，若执行上述S205，则车辆侧设备可以向网络侧设备发送筛选后的部分数据。如此，可以进一步减少需要上报的数据量，从而进一步提高数据采集效率。

步骤206也可以替换为：将车辆侧根据所述驾驶场景需求信息确定的至少一个传感器采集的驾驶数据，即目标数据集合，存储于一个可移动存储介质中；将所述可移动存储介质连接至所述网络侧设备；所述网络侧通过读取所述可移动存储介质中存储中的所述目标数据集合获取所需驾驶场景下的驾驶数据。

此外，不同车辆的感知能力不同。例如，未设置光量传感器的车辆可能不具备识别白天或夜晚这两种场景的能力。又例如，未设置雨量传感器的车辆可能不具备识别雨天或晴天这两种场景的能力。因此，进一步地，网络侧设备还可以将驾驶场景需求信息简化为全部或绝大多数车辆均能够识别的驾驶需求信息，如驾驶时间、驾驶地点等，以降低驾驶场景需求信息对车辆感知能力的依赖，从而提高驾驶数据采集方法的可靠性和适用性。下面以图3中所示出的驾驶数据采集方法为例说明。

示例性地，图3为本申请实施例提供的驾驶数据采集方法的流程示意图二。如图3所示，该驾驶数据采集方法包括如下步骤：

S301，网络侧设备确定驾驶场景需求信息。

具体实现方式可以参考上述S202，此处不再赘述。

S302，网络侧设备将驾驶场景需求信息简化为驾驶时间和驾驶地点。

例如，针对白天这一驾驶场景，可以将驾驶数据采集时间简化为9:00-17:00，以减少对车载光量传感器的依赖。再例如，针对城区道路这一驾驶场景，可以将驾驶数据采集地点设置为某条城区道路对应的GPS电子围栏坐标，以降低对摄像头、行车记录仪等传感器的依赖。也就是说，通过上述简化操作，可以不再依赖于车辆识别驾驶场景能力，而是只需要根据驾驶时间和驾驶地点采集驾驶数据，并上报给网络侧设备即可，可以降低对车辆侧设备识别不同驾驶场景的能力的要求，简化车辆侧的操作复杂度，从而提高驾驶数据采集方法的适应性和采集效率。

S303，网络侧设备向车辆侧设备发送驾驶时间和驾驶地点。相应地，车辆侧设备从网络侧设备接收驾驶时间和驾驶地点。

示例性地，网络侧设备可以通过有线或无线方式，向车辆侧设备发送驾驶时间和驾驶地点。相应地，车辆侧设备可以通过有线或无线方式，从网络侧设备接收驾驶时间和驾驶地点。具体实现可以参考网络侧设备与车辆侧设备通信的现有实现方式，本申请实施例不再赘述。

S304，车辆侧设备根据驾驶时间和驾驶地点确定车辆上的至少一个传感器。

例如，若驾驶时间为白天，则上述至少一个传感器可以包括摄像头、行车记录仪、光量传感器等可以采集视频信号或光信号的传感器。再例如，若驾驶时间为夜晚，则上述至少一个传感器可以包括毫米波雷达、红外摄像头等。又例如，若驾驶地点为高速道路，则上述至少一个传感器可以包括摄像头、毫米波雷达、激光雷达等传感器。又例如，若驾驶地点为城区道路，则上述至少一个传感器可以包括超声波雷达等传感器。

S305，车辆侧设备根据驾驶时间和驾驶地点确定至少一个传感器采集的驾驶数据中的部分数据。

例如，若驾驶时间为9:00-17:00，则车辆侧设备可以只上报9:00-17:00期间车载传感器采集的驾驶数据，而不必上报9:00之前和17:00之后采集的驾驶数据。再例如，若驾驶地点为某城区道路，则只需要上报车辆位于该城区道路期间采集的驾驶数据，而不需要上报车辆进入该城区道路之前，以及车辆驶离该城区道路之后采集的驾驶数据。

S306，车辆侧设备向网络侧设备发送至少一个传感器采集的驾驶数据。相应地，网络侧设备从车辆侧设备接收至少一个传感器采集的驾驶数据。

具体地，车辆侧设备可以向网络侧设备发送至少一个传感器采集的全部或部分驾驶数据。当上报部分驾驶数据时，该部分驾驶数据可以是根据S305中的方法确定的部分驾驶数据，和/或上报数据量阈值确定的，以避免采集到的同类驾驶数据的大量重复上报。此外，车辆侧设备还可以为上报的驾驶数据添加驾驶时间标签和驾驶地点标签，以便网络侧设备识别驾驶数据对应的驾驶场景，以简化网络侧设备的驾驶数据处理流程，从而提高数据处理效率。关于上报数据量阈值、驾驶时间标签和驾驶地点标签的具体实现方式，可以参考S205中添加各种标签的相关描述，此处不再赘述。

本申请实施例中，驾驶场景需求信息可以由网络侧设备发送给车辆侧设备，如上述图2-图3中所示出的方法中的相关描述，也可以预先存储在车辆侧设备中，车辆侧设备可以自行确定当前驾驶数据采集任务对应的驾驶场景需求信息，并根据确定的驾驶场景需求信息向网络侧设备上报采集的驾驶数据。下面结合图4说明。

示例性地，图4为本申请实施例提供的驾驶数据采集方法的流程示意图三。如图4所示，该驾驶数据采集方法包括如下步骤：

S401，车辆侧设备读取预先存储于车辆侧设备的驾驶场景需求信息。

其中，预先存储于车辆侧设备的驾驶场景需求信息可以是车辆早先从网络侧设备接收并存储在本地存储空间中的，也可以是在车辆制造过程中预先存储在车辆侧设备的本地存储空间中的，还可以是在车辆销售或使用过程中通过车辆的维护接口写入并存储在车辆侧设备的本地存储空间的，还可以是车辆侧设备通过各种驾驶服务应用程序(application，APP)，如导航软件，从各种驾驶服务提供商的应用服务器接收并存储在车辆侧设备的本地缓存中的。本申请实施例对于预先存储于车辆侧设备的驾驶场景需求信息的具体来源，不做任何限定。

在一种可能的设计方案中，预先存储于车辆侧设备的驾驶场景需求信息也可以是针对单一驾驶场景的驾驶数据采集参数或参数组合。相应地，对于某一次驾驶数据采集任务，可以将实际确认的各单一驾驶场景对应的驾驶数据采集参数或参数组合的并集，作为该次驾驶数据采集任务的驾驶场景需求信息。

相应地，上述S401，读取预先存储于车辆的驾驶场景需求信息，可以具体实现为：车辆侧设备根据其传感器当前识别的一个或多个单一驾驶场景，将预先存储于车辆侧设备的该一个或多个单一驾驶场景各自对应的驾驶数据采集参数或参数组合的并集作为驾驶场景需求信息。也就是说，根据一个或多个单一驾驶场景确定驾驶场景需求信息的操作，可以由车辆侧设备执行。

在另一种可能的设计方案中，预先存储于车辆侧设备的驾驶场景需求信息可以是分别针对多种驾驶场景组合的驾驶数据采集参数或参数组合。相应地，对于某一次驾驶数据采集任务，可以根据实际的驾驶数据采集需求选择一种驾驶场景组合对应的驾驶数据采集参数或参数组合作为驾驶场景需求信息。

相应地，上述S401，读取预先存储于车辆侧设备的驾驶场景需求信息，可以具体实现为：车辆根据其传感器识别的当前驾驶场景组合，自行从预先存储于车辆的多组驾驶数据采集参数或参数组合中选择一组作为驾驶场景需求信息。

可选地，可以在车辆的本地存储空间中预配置与多个候选场景组合一一对应的多组驾驶场景需求信息，车辆侧设备可以根据其感知能力信息和当前场景，从多组驾驶场景需求信息中选择一组。如此，可以降低车辆侧设备与网络侧设备之间的信息交互，从而提高数据采集效率。

上述车辆侧设备根据单一场景或场景组合确定当前驾驶数据采集任务对应的驾驶场景信息的具体实现方式，可以参考S202中网络侧设备的相关操作，此处不再赘述。

进一步地，对于车辆侧设备而言，可以根据车辆的感知能力确定其可以支持的驾驶场景需求信息。如此，可以避免因车辆的感知能力受限而不能完成驾驶数据采集任务的情况，从而进一步提高驾驶数据采集效率。应理解，倘若车辆自身的感知能力不支持部分或全部驾驶场景需求信息对应的驾驶数据采集任务，车辆侧设备可以向网络侧设备发送其实际的感知能力信息和/或指示信息，该指示信息用于指示该车辆自身的感知能力不支持部分或全部驾驶场景需求信息对应的驾驶数据采集任务，以便网络侧设备据此选择有相应感知能力的车辆，从而进一步提高驾驶数据采集效率。

S402，车辆侧设备根据驾驶场景需求信息确定车辆上的至少一个传感器。

S403，车辆侧设备根据驾驶场景需求信息确定至少一个传感器采集的驾驶数据中的部分数据。

S404，车辆侧设备向网络侧设备发送至少一个传感器采集的驾驶数据。相应地，网络侧设备从车辆侧设备接收至少一个传感器采集的驾驶数据。

上述S402-S404的具体实现方式，可以参考上述S204-S206中的相关内容，此处不再赘述。

需要说明的是，上述S201-S206、S301-S306、S401-S404中由车辆侧设备所执行的步骤，可以由下述驾驶数据采集装置500或下述驾驶数据采集装置700执行，所述车辆侧设备可以为车辆本身，也可以为可设置于车辆内的芯片(系统)、车载终端、车载模组、车载单元或其他部件。同理，上述S201-S206、S301-S306、S401-S404中由网络侧设备所执行的步骤，可以由驾驶数据采集装置600或下述驾驶数据采集装置700执行，所述网络侧设备可以为网络侧的服务器、基站、路侧单元RSU、中继设备或上述各种设备内的芯片(系统)或者部件。本申请实施例对于上述驾驶数据采集方法的执行主体，无论是车辆侧的执行主体，还是网络侧的执行主体，均不做具体限定。

需要说明的是，在执行上述图2-图4中任一项所示出的驾驶数据采集方法的过程中，在驾驶数据上报给网络侧设备后，网络侧设备可以使用上报的驾驶数据构建用于训练车辆驾驶算法的训练样本库，也可以将驾驶数据用于车辆测试或故障诊断等，本申请实施例对于驾驶数据的具体用途，不做任何限定。

基于图2-图4中任一项所示出的驾驶数据采集方法，车辆可以根据驾驶场景需求信息选择上报至少一个传感器采集的驾驶数据，如可以根据驾驶场景需求信息选择上报部分车载传感器采集的驾驶数据，可以避免车辆采用全量数据上报的方式，上报所有车载传感器采集的所有驾驶数据的情况，以降低需要采集和上报的驾驶数据的数据量，从而提高驾驶数据采集和上报效率。

以上结合图2-图4详细说明了本申请实施例提供的驾驶数据采集方法。以下结合图5-图7详细说明本申请实施例提供的驾驶数据采集装置。

示例性地，图5为本申请实施例提供的驾驶数据采集装置的结构示意图一。该驾驶数据采集装置可适用于图1所示出的驾驶数据采集系统中，执行图2-图4中任一项所示出的驾驶数据采集方法中车辆侧设备执行的步骤。为了便于说明，图5仅示出了该驾驶数据采集装置的主要部件。

如图5所示，驾驶数据采集装置500包括：获取模块501、处理模块502和发送模块503。

其中，获取模块501，用于获取驾驶场景需求信息。

处理模块502，用于根据驾驶场景需求信息确定车辆上的至少一个传感器。

发送模块503，用于向网络侧设备发送至少一个传感器采集的驾驶数据。

在一种可能的设计方案中，上述处理模块502，用于根据驾驶场景需求信息确定车辆上的至少一个传感器，可以包括：处理模块502，用于在发送模块503向网络侧设备发送至少一个传感器采集的驾驶数据之前，根据驾驶场景需求信息确定至少一个传感器采集的驾驶数据中的部分数据。相应地，上述发送模块503，用于向网络侧设备发送至少一个传感器采集的驾驶数据，可以包括：发送模块503，用于向网络侧设备发送部分数据。

在一种可能的设计方案中，上述获取模块501，用于获取驾驶场景需求信息，可以包括：获取模块501，用于从网络侧设备接收驾驶场景需求信息。也就是说，获取模块501可以是接收模块。

可选地，发送模块503，还用于在从网络侧设备接收驾驶场景需求信息之前，向网络侧设备发送车辆的感知能力信息。具体地，发送模块503，还用于在从网络侧设备接收驾驶场景需求信息之前，向网络侧设备发送车辆的感知能力信息。其中，感知能力信息用于网络侧设备确定驾驶场景需求信息。

在另一种可能的设计方案中，上述获取模块501，用于获取驾驶场景需求信息，可以包括：获取模块501，用于读取预先存储于车辆的驾驶场景需求信息。也就是说，获取模块501也可以是具有处理功能的模块。此时，获取模块501可以与处理模块502集成在一起，也可以独立设置，本申请对此不做具体限定。

可选地，当获取模块501为接收模块时，该接收模块可以与发送模块503独立设置，也可以集成在一起，如集成为一个收发模块(图5中未示出)。当独立设置时，发送模块503用于驾驶数据采集装置500向其他驾驶数据采集装置，如另一驾驶数据采集装置或网络侧设备发送信号，接收模块用于驾驶数据采集装置500从其他驾驶数据采集装置，如另一驾驶数据采集装置或网络侧设备接收信号。

可选地，上述向网络侧设备发送的至少一个传感器采集的驾驶数据为添加了与驾驶场景需求信息相关的标签的驾驶数据。具体地，处理模块502，还用于在发送模块503向网络侧设备发送驾驶数据之前，根据驾驶场景需求，为驾驶数据添加标签。

可选地，驾驶数据采集装置500还可以包括存储模块(图5中未示出)，该存储模块存储有程序或指令。当处理模块502执行该程序或指令时，使得驾驶数据采集装置500可以执行上述任一方法实施例所述的驾驶数据采集方法中车辆的功能。

需要说明的是，驾驶数据采集装置500可以是车辆，或可设置于车辆的车载终端、车载模组、车载单元，也可以是可设置于车辆、车载终端、车载模组、车载单元中的芯片(系统)或其他部件或组件，本申请实施例对此不做限定。

此外，驾驶数据采集装置500的技术效果可以参考上述方法实施例所述的驾驶数据采集方法的技术效果，此处不再赘述。

示例性地，图6为本申请实施例提供的驾驶数据采集装置的结构示意图二。该驾驶数据采集装置可适用于图1所示出的驾驶数据采集系统中，执行图2-图4中任一项所示的驾驶数据采集方法中网络侧设备执行的步骤。为了便于说明，图6仅示出了该驾驶数据采集装置的主要部件。

如图6所示，驾驶数据采集装置600包括：发送模块601和接收模块602。

其中，发送模块601，用于向车辆发送驾驶场景需求信息；其中，驾驶场景需求信息用于车辆确定车辆上的至少一个传感器。

接收模块602，用于从车辆接收至少一个传感器采集的驾驶数据。

在一种可能的设计方案中，驾驶场景需求信息还用于确定至少一个传感器采集的驾驶数据中的部分数据。相应地，上述接收模块602，用于从车辆接收至少一个传感器采集的驾驶数据，可以包括：接收模块602，用于从车辆接收部分数据。

在一种可能的设计方案中，驾驶数据采集装置600还包括处理模块603(图6中以虚线框示出)。其中，接收模块602，还用于从车辆接收车辆的感知能力信息。具体地，接收模块602，还用于在向车辆发送驾驶场景需求信息之前，从车辆接收车辆的感知能力信息。相应地，处理模块603，用于根据感知能力信息确定驾驶场景需求信息。

可选地，驾驶数据还可以包括与驾驶场景需求信息相关的标签。

可选地，发送模块601和接收模块602可以分开设置，也可以集成在一起，如可以集成为一个收发模块，本申请实施例对此不做具体限定。

可选地，驾驶数据采集装置600还可以包括存储模块(图6中未示出)，该存储模块存储有程序或指令。当处理模块603执行该程序或指令时，使得驾驶数据采集装置600可以执行上述任一方法实施例所述的驾驶数据采集方法中网络侧设备的功能。

需要说明的是，驾驶数据采集装置600可以是网络侧设备，如服务器，也可以是可设置于网络侧设备的芯片(系统)或其他部件或组件，本申请实施例对此不做限定。

此外，驾驶数据采集装置600的技术效果可以参考上述方法实施例所述的驾驶数据采集方法的技术效果，此处不再赘述。

应理解，图5-图6中所示出的各个模块的一个或多个，可以软件、硬件、固件或其结合实现。所述软件或固件包括但不限于计算机程序指令或代码，并可以被硬件处理器所执行。所述硬件包括但不限于各类集成电路，如中央处理单元(CPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)或专用集成电路(ASIC)。

示例性地，图7为本申请实施例提供的驾驶数据采集装置的结构示意图三。该驾驶数据采集装置可适用于图1中多示出的驾驶数据采集系统中，执行上述图2-图4中任一项所示出的驾驶数据采集方法中车辆侧设备或网络侧设备的功能。例如，该驾驶数据采集装置可以是上述网络侧设备或车辆，也可以是可设置于该网络侧设备内部或车辆内部的芯片(系统)或其他部件或组件。又例如，该驾驶数据采集装置也可以是上述驾驶数据采集装置500或驾驶数据采集装置600。本申请实施例对此不做具体限定。

如图7所示，驾驶数据采集装置700可以包括处理器701和收发器702。可选地，驾驶数据采集装置700可以包括存储器703。其中，处理器701与收发器702和存储器703耦合，如可以通过通信总线连接。

下面结合图7对驾驶数据采集装置700的各个构成部件进行具体的介绍。

上述处理器701是驾驶数据采集装置700的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器701是一个或多个中央处理器(central processingunit，CPU)，也可以是特定集成电路(application specific integrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(fieldprogrammable gate array，FPGA)。

可选地，处理器701可以通过运行或执行存储在存储器703内的软件程序，以及调用存储在存储器703内的数据，执行驾驶数据采集装置700的各种功能。

在具体的实现中，作为一种实施例，处理器701可以包括一个或多个CPU，例如图7中所示出的CPU0和CPU1。

在具体实现中，作为一种实施例，驾驶数据采集装置700也可以包括多个处理器，例如图7中所示的处理器701和处理器704。这些处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个通信设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

上述收发器702，用于与其他驾驶数据采集装置之间的通信。例如，参考图1，驾驶数据采集装置700为车辆，收发器702可以用于与网络侧设备通信，或者与另一车辆通信。又例如，驾驶数据采集装置700为网络侧设备，收发器702可以用于与车辆通信，或者与另一网络侧设备通信。

可选地，收发器702可以包括接收器和发送器(图7中未单独示出)。其中，接收器用于实现接收功能，发送器用于实现发送功能。

可选地，收发器702可以和处理器701集成在一起，也可以独立存在，并通过驾驶数据采集装置700的输入/输出端口(图7中未示出)与处理器701耦合，本申请实施例对此不作具体限定。

上述存储器703可用于存储执行本申请方案的软件程序，并由处理器701来控制执行，具体实现方式可以参考下述方法实施例，此处不再赘述。

其中，存储器703可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储通信设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储通信设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储通信设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。需要说明的是，存储器703可以和处理器701集成在一起，也可以独立存在，并通过驾驶数据采集装置700的输入/输出端口(图7中未示出)与处理器701耦合，本申请实施例对此不作具体限定。

需要说明的是，图7中所示出的驾驶数据采集装置700的结构并不构成对驾驶数据采集装置的实现方式的限定，实际的驾驶数据采集装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本申请实施例提供一种车辆，该车辆包括驾驶数据采集装置500或驾驶数据采集装置700。

本申请实施例提供一种网络侧设备，该网络侧设备包括驾驶数据采集装置600或驾驶数据采集装置700。

本申请实施例提供一种驾驶数据采集系统。该系统包括车辆和网络侧设备。

本申请实施例提供一种计算机可读存储介质，包括计算机指令，当该计算机指令被处理器运行时，使得该驾驶数据采集装置执行上述方法实施例所述的驾驶数据采集方法。

本申请实施例提供一种计算机程序产品，当该计算机程序产品在处理器上运行时，使得该驾驶数据采集装置执行上述方法实施例所述的驾驶数据采集方法。

应理解，在本申请实施例中的处理器可以是中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

上述实施例，可以全部或部分地通过软件、硬件(如电路)、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (27)

1.一种驾驶数据采集方法，其特征在于，所述方法应用于车辆，所述方法包括：

获取驾驶场景需求信息；

根据所述驾驶场景需求信息确定所述车辆上的至少一个传感器；

构建目标数据集合，所述目标数据集合中的数据为所述至少一个传感器采集的驾驶数据。

2.根据权利要求1所述的驾驶数据采集方法，其特征在于，所述构建目标数据集合，包括：

根据所述驾驶场景需求信息确定所述至少一个传感器采集的驾驶数据中的部分数据；

根据所述部分数据构建所述目标数据集合。

3.根据权利要求1或2所述的驾驶数据采集方法，其特征在于，所述获取驾驶场景需求信息，包括：

从网络侧设备接收所述驾驶场景需求信息。

4.根据权利要求3所述的驾驶数据采集方法，其特征在于，在所述从所述网络侧设备接收所述驾驶场景需求信息之前，所述方法还包括：

向所述网络侧设备发送所述车辆的感知能力信息；所述感知能力信息用于所述网络侧设备确定所述驾驶场景需求信息。

5.根据权利要求1或2所述的驾驶数据采集方法，其特征在于，所述获取驾驶场景需求信息，包括：

读取预先存储于所述车辆的所述驾驶场景需求信息。

6.根据权利要求1-5中任一项所述的驾驶数据采集方法，其特征在于，所述方法还包括：

向所述目标数据集合添加与所述驾驶场景需求信息相关的标签。

7.根据权利要求1-6中任一项所述的驾驶数据采集方法，其特征在于，所述方法还包括：

向网络侧设备发送所述目标数据集合。

8.根据权利要求1-6中任一项所述的驾驶数据采集方法，其特征在于，所述方法还包括：

将所述目标数据集合存储于可移动存储介质中。

9.一种驾驶数据采集方法，其特征在于，所述方法应用于网络侧设备，所述方法包括：

向车辆发送驾驶场景需求信息，所述驾驶场景需求信息用于所述车辆确定所述车辆上的至少一个传感器；

获取所述至少一个传感器采集的驾驶数据。

10.根据权利要求9所述的驾驶数据采集方法，其特征在于，所述驾驶场景需求信息还用于确定所述至少一个传感器采集的驾驶数据中的部分数据；

所述获取所述至少一个传感器采集的驾驶数据，包括：

获取所述部分数据。

11.根据权利要求9或10所述的驾驶数据采集方法，其特征在于，所述方法还包括：

从所述车辆接收所述车辆的感知能力信息；

根据所述感知能力信息确定所述驾驶场景需求信息。

12.根据权利要求9-11中任一项所述的驾驶数据采集方法，其特征在于，所述驾驶数据还包括与所述驾驶场景需求信息相关的标签。

13.一种驾驶数据采集装置，其特征在于，所述装置包括：获取模块和处理模块；其中，

所述获取模块，用于获取驾驶场景需求信息；

所述处理模块，用于根据所述驾驶场景需求信息确定所述车辆上的至少一个传感器；

所述处理模块，还用于构建目标数据集合，所述目标数据集合中的数据为所述至少一个传感器采集的驾驶数据。

14.根据权利要求13所述的驾驶数据采集装置，其特征在于，所述处理模块还用于构建目标数据集合，包括：

所述处理模块，还用于根据所述驾驶场景需求信息确定所述至少一个传感器采集的驾驶数据中的部分数据，以及根据所述部分数据构建所述目标数据集合。

15.根据权利要求13或14所述的驾驶数据采集装置，其特征在于，所述获取模块，用于获取驾驶场景需求信息，包括：

所述获取模块，用于从网络侧设备接收所述驾驶场景需求信息。

16.根据权利要求15所述的驾驶数据采集装置，其特征在于，

所述装置还包括发送模块，所述发送模块用于向所述网络侧设备发送所述车辆的感知能力信息，所述感知能力信息用于所述网络侧设备确定所述驾驶场景需求信息。

17.根据权利要求13或14所述的驾驶数据采集装置，其特征在于，所述获取模块，用于获取驾驶场景需求信息，包括：

所述获取模块，用于读取预先存储于所述车辆的所述驾驶场景需求信息。

18.根据权利要求13-17中任一项所述的驾驶数据采集装置，其特征在于，所述处理模块还用于向所述目标数据集合添加与所述驾驶场景需求信息相关的标签。

19.根据权利要求13-18中任一项所述的驾驶数据采集装置，其特征在于，所述装置还包括发送模块，所述发送模块用于向网络侧设备发送所述目标数据集合。

20.根据权利要求13-18中任一项所述的驾驶数据采集装置，其特征在于，所述处理模块还用于将所述目标数据集合存储于可移动存储介质中。

21.一种驾驶数据采集装置，其特征在于，所述装置包括：发送模块和获取模块；其中，

所述发送模块，用于向车辆发送驾驶场景需求信息，所述驾驶场景需求信息用于所述车辆确定所述车辆上的至少一个传感器；

所述获取模块，用于获取所述至少一个传感器采集的驾驶数据。

22.根据权利要求21所述的驾驶数据采集装置，其特征在于，所述驾驶场景需求信息还用于确定所述至少一个传感器采集的驾驶数据中的部分数据；

所述获取模块，用于获取所述至少一个传感器采集的驾驶数据，包括：

所述获取模块，用于获取所述部分数据。

23.根据权利要求21或22所述的驾驶数据采集装置，其特征在于，所述装置还包括：接收模块和处理模块；其中，

所述接收模块，用于从所述车辆接收所述车辆的感知能力信息；

所述处理模块，用于根据所述感知能力信息确定所述驾驶场景需求信息。

24.根据权利要求21-23中任一项所述的驾驶数据采集装置，其特征在于，所述驾驶数据还包括与所述驾驶场景需求信息相关的标签。

25.一种驾驶数据采集装置，其特征在于，包括存储器和处理器，所述存储器存储计算机程序指令，所述处理器运行所述计算机程序指令以执行权利要求1-12任一项所述的方法。

26.一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令被处理器运行时，使得驾驶数据采集装置执行如权利要求1-12任一项所述的方法。

27.一种计算机程序产品，其特征在于，当所述计算机程序产品在处理器上运行时，使得驾驶数据采集装置执行如权利要求1-12任一项所述的方法。

Images