用于获取数据的方法和装置与流程

本申请实施例涉及计算机技术领域，具体涉及用于获取数据的方法和装置。

背景技术：

车辆已成为人们出行的主要交通工具之一。尤其是近几年来，智能驾驶车辆逐渐进入人们的视野。目前，智能驾驶车辆多是基于当前的行驶场景，利用训练好的控制策略，实时生成驾驶策略，根据驾驶策略对车辆进行控制，以实现自动驾驶。因此，智能驾驶车辆在行驶过程中需要采集大量的数据。但受限于存储装置的容量或数据的处理速度，大量的数据很难被高效利用。如何在合适的适合采集数据成为人们广泛关注的问题。

技术实现要素：

本申请实施例提出了用于获取数据的方法和装置。

第一方面，本申请实施例提供了一种用于获取数据的方法，包括：获取配置文件，其中，上述配置文件包括采集条件、与采集条件对应的采集开始时刻和采集结束时刻；控制车辆上安装的信息采集装置采集车辆行驶过程中的数据；将所采集的数据存储在内存中；响应于上述采集条件满足，获取内存中存储的、采集时刻位于上述采集开始时刻与上述采集结束时刻之间的数据。

在一些实施例中，上述获取配置文件，包括：响应于检测到上述车辆启动，向云端服务器发送配置文件获取请求；响应于接收到上述云端服务器发送的配置文件，将上述配置文件存储在本地。

在一些实施例中，上述方法还包括：确定上述采集条件对应的状态参数；根据所采集的数据，确定上述状态参数的参数值；根据上述参数值，确定上述采集条件是否满足。

在一些实施例中，上述方法还包括：响应于确定上述内存的可用存储空间小于预设阈值，确定上述内存中采集时刻最早的数据；利用最新采集的数据替换采集时刻最早的数据。

在一些实施例中，上述方法还包括：将所获取的数据存储在本地或者上传至云端服务器。

第二方面，本申请实施例提供了一种用于获取数据的装置，包括：配置文件获取单元，被配置成获取配置文件，其中，上述配置文件包括采集条件、与采集条件对应的采集开始时刻和采集结束时刻；数据采集单元，被配置成控制车辆上安装的信息采集装置采集车辆所处环境的数据；数据存储单元，被配置成将所采集的数据存储在内存中；数据获取单元，被配置成响应于上述采集条件满足，获取内存中存储的、采集时刻位于上述采集开始时刻与上述采集结束时刻之间的数据。

在一些实施例中，上述配置文件获取单元进一步被配置成：响应于检测到上述车辆启动，向云端服务器发送配置文件获取请求；响应于接收到上述云端服务器发送的配置文件，将上述配置文件存储在本地。

在一些实施例中，上述装置还包括条件判断单元，被配置成：确定上述采集条件对应的状态参数；根据所采集的数据，确定上述状态参数的参数值；根据上述参数值，确定上述采集条件是否满足。

在一些实施例中，上述数据存储单元进一步被配置成：响应于确定上述内存的可用存储空间小于预设阈值，确定上述内存中采集时刻最早的数据；利用最新采集的数据替换采集时刻最早的数据。

在一些实施例中，上述装置还包括：数据处理单元，被配置成将所获取的数据存储在本地或者上传至云端服务器。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行，使得上述一个或多个处理器实现如第一方面任一实施例所描述的方法。

第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面任一实施例所描述的方法。

本申请的上述实施例提供的用于获取数据的方法和装置，首先可以获取配置文件。上述配置文件包括采集条件、与采集条件对应的采集开始时刻和采集结束时刻。然后，控制车辆上安装的信息采集装置采集车辆所处环境的数据。并将所采集的数据存储在内存中。响应于采集条件满足，获取内存中存储的、采集时刻位于采集开始时刻与采集结束时刻之间的数据。本实施例的方法，能够提高数据采集的效率，且获取的数据不会占用大量的存储空间。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的用于获取数据的方法的一个实施例的流程图；

图3是根据本申请的用于获取数据的方法的一个应用场景的示意图；

图4是根据本申请的用于获取数据的方法的又一个实施例的流程图；

图5是根据本申请的用于获取数据的装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于获取数据的方法或用于获取数据的装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括车辆101、网络102和服务器103。网络102用以在车辆101和服务器103之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

车辆101通过网络102与服务器103交互，以接收或发送信号等。车辆101上可以安装有各种电子装置，例如车辆控制器、传感器、图像采集装置等。

车辆101可以是各种车辆，包括但不限于大型客车、牵引车、城市公交车、中型客车、大型货车、小型汽车、小型自动挡汽车、自动驾驶车辆或其它智能车辆等等。

服务器103可以是提供各种服务的服务器，例如对车辆101发送的请求或数据进行处理的云端服务器。云端服务器可以对接收到的请求或数据等进行处理，并将处理结果(例如配置文件)反馈给车辆101。

需要说明的是，服务器103可以是硬件，也可以是软件。当服务器103为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器103为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本申请实施例所提供的用于获取数据的方法一般由车辆101的车载电脑执行。相应地，用于获取数据的装置一般设置于车辆101的车载电脑中。

应该理解，图1中的车辆、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的车辆、网络和服务器。

继续参考图2，示出了根据本申请的用于获取数据的方法的一个实施例的流程200。本实施例的用于获取数据的方法，包括以下步骤：

步骤201，获取配置文件。

在本实施例中，用于获取数据的方法的执行主体(例如图1所示的车辆101的车载电脑)可以通过无线连接方式获取配置文件。执行主体所获取的数据可以包括但不限于：车辆所处环境的图像、视频，车内乘客的图像、视频，车辆所处的位置，车辆的行驶参数(速度、加速度、里程等)，车辆的环境参数(温度、湿度)。上述配置文件可以存储在与执行主体连接的存储装置中。或者，执行主体可以从云端服务器(例如图1所示的服务器103)处获取配置文件。

需要指出的是，上述无线连接方式可以包括但不限于3g/4g连接、wifi连接、蓝牙连接、wimax连接、zigbee连接、uwb(ultrawideband)连接、以及其他现在已知或将来开发的无线连接方式。

上述配置文件可以包括采集条件、与采集条件对应的采集开始时刻和采集结束时刻。当采集条件满足时，需要获取自采集开始时刻到采集结束时刻之间的数据。上述采集条件可以是任意需要对数据进行进一步处理的条件。采集条件包括但不限于：车辆急刹车、车辆急转弯、开启远光灯、车辆受到碰撞、熄火后有陌生人靠近、在预设时间段内、车辆进入预设区域、驾驶模式的转变(例如由自动驾驶模式切换为人工驾驶模式)。采集开始时刻和采集结束时刻可以是根据实际应用场景设置的。不同采集条件对应的采集开始时刻和采集结束时刻可能不同。

在本实施例的一些可选的实现方式中，上述步骤201具体可以通过图2中未示出的以下步骤来实现：响应于检测到车辆启动，向云端服务器发送配置文件获取请求；响应于接收到云端服务器发送的配置文件，将配置文件存储在本地。

本实现方式中，执行主体可以在检测到车辆启动时，向云端服务器发送配置文件获取请求。配置文件获取请求用于请求获取配置文件。在接收到云端服务器发送的配置文件后，可以将配置文件存储在本地。执行主体可以通过加载配置文件，来确定配置文件中包括的采集条件、与采集条件对应的采集开始时刻和采集结束时刻。

步骤202，控制车辆上安装的信息采集装置采集车辆所处环境的数据。

在获取到配置文件后，执行主体可以控制车辆上安装的信息采集装置采集车辆所处环境的数据。上述信息采集装置可以包括摄像头、传感器(如温度传感器、湿度传感器、速度传感器等等)、麦克风等等。

步骤203，将所采集的数据存储在内存中。

信息采集装置在采集数据之后，执行主体可以将所采集的数据存储在内存中。具体的，执行主体可以根据数据的采集时刻，将采集的数据按时间顺序存储在内存中。

在本实施例的一些可选的实现方式中，上述方法还可以包括图2中未示出的以下步骤：响应于确定内存的可用存储空间小于预设阈值，确定内存中采集时刻最早的数据；利用最新采集的数据替换采集时刻最早的数据。

本实现方式中，执行主体可以实时检测内存的可用存储空间。当确定可用存储空间小于预设阈值时，可以确定内存中采集时刻最早的数据。并将最新采集的数据替换采集时刻最早的数据。这样，可以保证内存中始终能够存储最近一段时间的数据，保证数据的时效性。

步骤204，响应于采集条件满足，获取内存中存储的、采集时刻位于采集开始时刻与采集结束时刻之间的数据。

在采集条件满足时，执行主体可以从内存中获取采集时刻位于采集开始时刻与采集结束时刻之间的数据。在一些示例中，执行主体可以将获取的数据存储在硬盘中或者上传到云端服务器。

在本实施例的一些可选的实现方式中，上述方法还可以包括图2中未示出的以下步骤：将所获取的数据存储在本地或者上传至云端服务器。

本实现方式中，可以将所获取的数据存储在本地或者上传至云端服务器，避免所采集的数据损坏或丢失。

继续参见图3，图3是根据本实施例的用于获取数据的方法的一个应用场景的示意图。在图3的应用场景中，自动驾驶车辆301从云端服务器302处获取配置文件。上述配置文件包括采集条件、与采集条件对应的采集开始时刻和采集结束时刻。采集条件为急刹车，采集开始时刻为急刹车前1分钟，采集结束时刻为急刹车后2分钟。在行驶过程中，控制自动驾驶车辆301上安装的信息采集装置采集数据，并将所采集的数据存储在内存中。上述数据包括行车记录仪采集的行车视频。在自动驾驶车辆301急刹车时，执行主体将内存中存储的、急刹车前1分钟至急刹车后2分钟之间的行车视频上传至云端服务器302。

本申请的上述实施例提供的用于获取数据的方法，首先可以获取配置文件。上述配置文件包括采集条件、与采集条件对应的采集开始时刻和采集结束时刻。然后，控制车辆上安装的信息采集装置采集车辆所处环境的数据。并将所采集的数据存储在内存中。响应于采集条件满足，获取内存中存储的、采集时刻位于采集开始时刻与采集结束时刻之间的数据。本实施例的方法，能够提高数据采集的效率，且获取的数据不会占用大量的存储空间。

继续参见图4，其示出了根据本申请的用于获取数据的方法的另一个实施例的流程400。如图4所示，本实施例的方法包括以下步骤：

步骤401，获取配置文件。

上述配置文件可以包括采集条件、与采集条件对应的采集开始时刻和采集结束时刻。

步骤402，控制车辆上安装的信息采集装置采集车辆所处环境的数据。

步骤403，将所采集的数据存储在内存中。

步骤401～403的原理与步骤201～203的原理类似，此处不再赘述。

步骤404，确定采集条件对应的状态参数。

执行主体可以确定上述采集条件对应的状态参数。例如，采集条件为急刹车时，对应的状态参数为刹车踏板的移动速率。采集条件为受到撞击时，对应的状态参数为加速度。

步骤405，根据所采集的数据，确定状态参数的参数值。

执行主体可以根据所采集的数据，确定上述状态参数的参数值。例如，执行主体可以根据刹车踏板在各时刻的状态，确定刹车踏板的移动速率。可以根据加速度传感器采集的参数值确定加速度值。

步骤406，根据参数值，确定采集条件是否满足。

执行主体可以根据参数值，确定采集条件是否满足。例如，当刹车踏板的移动速率大于第一预设值时，可认定为急刹车。当加速度值小于第二预设值时，可认定为受到撞击。

步骤407，响应于采集条件满足，获取内存中存储的、采集时刻位于采集开始时刻与采集结束时刻之间的数据。

步骤407的原理与步骤204的原理类似，此处不再赘述。

本申请的上述实施例提供的用于获取数据的方法，可以实时确定车辆的状态参数值，并根据状态参数值确定采集条件是否满足。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种用于获取数据的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于获取数据的装置500包括：配置文件获取单元501、数据采集单元502、数据存储单元503以及数据获取单元504。

配置文件获取单元501，被配置成获取配置文件。其中，配置文件包括采集条件、与采集条件对应的采集开始时刻和采集结束时刻。

数据采集单元502，被配置成控制车辆上安装的信息采集装置采集车辆所处环境的数据。

数据存储单元503，被配置成将所采集的数据存储在内存中。

数据获取单元504，被配置成响应于采集条件满足，获取内存中存储的、采集时刻位于采集开始时刻与采集结束时刻之间的数据。

在本实施例的一些可选的实现方式中，配置文件获取单元501可以进一步被配置成：响应于检测到车辆启动，向云端服务器发送配置文件获取请求；响应于接收到云端服务器发送的配置文件，将配置文件存储在本地。

在本实施例的一些可选的实现方式中，装置500还可以进一步包括图5中未示出的条件判断单元，被配置成：确定采集条件对应的状态参数；根据所采集的数据，确定状态参数的参数值；根据参数值，确定采集条件是否满足。

在本实施例的一些可选的实现方式中，数据存储单元503进一步被配置成：响应于确定内存的可用存储空间小于预设阈值，确定内存中采集时刻最早的数据；利用最新采集的数据替换采集时刻最早的数据。

在本实施例的一些可选的实现方式中，装置500还可以进一步包括图5中未示出的数据处理单元，被配置成将所获取的数据存储在本地或者上传至云端服务器。

应当理解，用于获取数据的装置500中记载的单元501至单元504分别与参考图2中描述的方法中的各个步骤相对应。由此，上文针对用于获取数据的方法描述的操作和特征同样适用于装置500及其中包含的单元，在此不再赘述。

下面参考图6，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的车辆的车载电脑)600的结构示意图。本公开的实施例中的电子设备可以包括但不限于诸如车载终端(例如车载导航终端)等等的移动终端图6示出的电子设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

通常，以下装置可以连接至i/o接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从rom602被安装。在该计算机程序被处理装置601执行时，执行本公开的实施例的方法中限定的上述功能。需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取配置文件，其中，配置文件包括采集条件、与采集条件对应的采集开始时刻和采集结束时刻；控制车辆上安装的信息采集装置采集车辆所处环境的数据；将所采集的数据存储在内存中；响应于采集条件满足，获取内存中存储的、采集时刻位于采集开始时刻与采集结束时刻之间的数据。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括配置文件获取单元、数据采集单元、数据存储单元和数据获取单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，配置文件获取单元还可以被描述为“获取配置文件的单元”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。