CN112102584A

CN112102584A - 一种车辆的自动驾驶报警方法、装置、车辆和存储介质

Info

Publication number: CN112102584A
Application number: CN202010921344.1A
Authority: CN
Inventors: 李海霞; 刘晔; 梁瑜; 杨雪珠; 闻继伟; 孙毓阳; 李超
Original assignee: FAW Group Corp
Current assignee: FAW Group Corp
Priority date: 2020-09-04
Filing date: 2020-09-04
Publication date: 2020-12-18
Anticipated expiration: 2040-09-04
Also published as: CN112102584B

Abstract

本发明实施例公开了一种车辆的自动驾驶报警方法、装置、车辆和存储介质。该方法包括：当车辆处于自动驾驶状态时，判断所述车辆是否为非正常行驶状态；若所述车辆为非正常行驶状态，发出报警提示音并获取所述车辆内的音频信息；将所述音频信息上传至服务器保存。本发明实施例实现了在保证用户隐私的前提下上传报警音频证据。

Description

一种车辆的自动驾驶报警方法、装置、车辆和存储介质

技术领域

本发明实施例涉及自动驾驶技术，尤其涉及一种车辆的自动驾驶报警方法、装置、车辆和存储介质。

背景技术

随着科技的日益进步，人类对于自动驾驶汽车的渴望也越来越迫切。尤其近些年来，一项项技术瓶颈的突破正在让自动驾驶从幻想走进现实。然而，行业对于是循序渐进，一步一步迈向最终目标，还是跳过难点，一蹴而就实现无人驾驶，存在分歧。这种争议的核心就聚焦在L3级自动驾驶，即整个L0-L5自动驾驶体系的分水岭。而处于过渡阶段的L3级自动驾驶没有给车辆和人类驾驶员进行清晰的责任划分，一旦出现事故，责任主体可能涉及驾驶员、主机厂、软件供应商等多方。从监管的角度来看，目前全球还没有适用于L3级自动驾驶的法律框架。

在车辆L3级自动驾驶功能开启时，一般要求驾驶员在接到请求接管命令后可以立刻接管控制车辆。此时，驾驶员状态报警和请求接管命令就显得尤为重要。当车辆发生意外情况，主机厂与用户存在纠纷时，如何证明驾驶员状态报警和请求接管命令已经有效发出，成为责任界定时的一项重要证据。但是，在驾驶员随时关注自动驾驶车辆动态，甚至驾驶员自主驾车的情况下，仍将驾驶员视频和车内声音等信息上传至后台，会引起用户对自身隐私信息泄露的不满。

目前在责任敏感数据处理上有以下几种策略：(1)不记录自动驾驶相关责任敏感数据。(2)只要进入自动驾驶模式，即刻使用车内驾驶员状态监控系统记录视频数据，适时上传至云端服务器。但是该策略不能证明驾驶员状态报警和请求接管命令已经有效发出，且涉及隐私泄露。(3)只要进入自动驾驶模式，即刻使用车内驾驶员状态监控系统记录视频数据，使用行车记录仪记录音频数据和车外视频数据，适时上传至云端服务器。该策略记录的驾驶员面部头部视频和车内音频是两个文件，存在时间难以对应的问题，并且采用两个设备增加了成本，也会涉及隐私泄露。

发明内容

本发明实施例提供一种车辆的自动驾驶报警方法、装置、车辆和存储介质，以实现在保证用户隐私的前提下上传报警音频证据。

为达此目的，本发明实施例提供了一种车辆的自动驾驶报警方法，该方法包括：

当车辆处于自动驾驶状态时，判断所述车辆是否为非正常行驶状态；

若所述车辆为非正常行驶状态，发出报警提示音并获取所述车辆内的音频信息；

将所述音频信息上传至服务器保存。

进一步的，所述判断所述车辆是否为非正常行驶状态包括：

判断所述车辆是否需要驾驶员接管；

则所述若所述车辆为非正常行驶状态，发出报警提示音并获取所述车辆内的音频信息包括：

若所述车辆需要驾驶员接管，发出报警提示音并获取所述车辆内的音频信息。

进一步的，所述判断所述车辆是否为非正常行驶状态包括：

获取驾驶员的面部视频数据；

根据所述面部视频数据判断驾驶员是否为非正常驾驶状态；

若所述驾驶员为非正常驾驶状态，发出报警提示音并获取所述车辆内的音频信息。

进一步的，所述将所述音频信息上传至服务器保存包括：

将所述面部视频数据和音频信息进行融合得到音频视频文件；

将所述音频视频文件上传至服务器保存。

进一步的，所述非正常驾驶状态包括抽烟、接打电话、分心驾驶、未系安全带、喝水、打哈欠和闭眼。

进一步的，所述发出报警提示音包括：

发出报警提示音并在所述车辆的仪表盘上显示弹窗报警。

进一步的，所述车辆为L3级自动驾驶。

一方面，本发明实施例还提供了一种车辆的自动驾驶报警装置，该装置包括：

状态判断模块，用于当车辆处于自动驾驶状态时，判断所述车辆是否为非正常行驶状态；

报警提示模块，用于若所述车辆为非正常行驶状态，发出报警提示音并获取所述车辆内的音频信息；

音频保存模块，用于将所述音频信息上传至服务器保存。

另一方面，本发明实施例还提供了一种车辆，该车辆包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任一实施例提供的方法。

又一方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任一实施例提供的方法。

本发明实施例通过当车辆处于自动驾驶状态时，判断所述车辆是否为非正常行驶状态；若所述车辆为非正常行驶状态，发出报警提示音并获取所述车辆内的音频信息；将所述音频信息上传至服务器保存，解决了L3级自动驾驶时报警证据不够全面且涉及用户隐私的问题，实现了在保证用户隐私的前提下上传报警音频证据的效果。

附图说明

图1是本发明实施例一提供的一种车辆的自动驾驶报警方法的流程示意图；

图2是本发明实施例二提供的一种车辆的自动驾驶报警方法的流程示意图；

图3是本发明实施例三提供的一种车辆的自动驾驶报警装置的结构示意图；

图4为本发明实施例四提供的一种车辆中的计算机设备的结构示意图。

具体实施方式

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

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时处理可以被终止，但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。

此外，术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等，但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一模块称为第二模块，且类似地，可将第二模块称为第一模块。第一模块和第二模块两者都是模块，但其不是同一模块。术语“第一”、“第二”等不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本发明实施例的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

实施例一

如图1所示，本发明实施例一提供了一种车辆的自动驾驶报警方法，该方法包括：

S110、当车辆处于自动驾驶状态时，判断所述车辆是否为非正常行驶状态。

本实施例中，驾驶员在驾驶车辆时，可以控制进入于自动驾驶状态，当该车辆处于自动驾驶状态时，为了保证安全，需要判断该车辆是否为非正常行驶状态，具体的，判断该车辆是否需要驾驶员接管。因车辆处于自动驾驶状态时，存在路面状态复杂，自动驾驶算法无法判断正确的操作，此时需要驾驶员接管，因此当该车辆处于自动驾驶状态时，需要持续判断车辆是否需要驾驶员接管。

S120、若所述车辆为非正常行驶状态，发出报警提示音并获取所述车辆内的音频信息。

S130、将所述音频信息上传至服务器保存。

本实施例中，若车辆为非正常行驶状态，即需要驾驶员接管时，车辆的自动驾驶控制器计算并发出驾驶员接管请求信号，并将该驾驶员接管请求信号发送给驾驶员状态监控系统、车辆的仪表盘和车辆的TBOX(Telematics BOX)，车辆的仪表盘据此发出报警提示音，驾驶员状态监控系统通过麦克风获取该车辆内的音频信息，将该音频信息通过车辆的网关模块发送给TBOX，TBOX最后将该驾驶员接管请求信号和音频信息通过无线通信网络(5G网络)上传至服务器保存。

需要说明的是，当需要驾驶员接管时，发出报警提示音后，正常情况下驾驶员听到报警提示音后就会接管车辆，从而避免事故发生，而即使事故发生时，无论驾驶员当时是否有接管车辆，都已获取到该车辆内的音频信息，即发出的报警提示音，并上传至服务器保存，由此在后期追责过程中，可以明确已发出报警提示音，责任方应在驾驶员一方。此外，只在判断到车辆为非正常行驶状态时才获取车辆内的音频信息，由此保护了驾驶员和车内乘客的隐私，避免了无效数据的上传。

实施例二

如图2所示，本发明实施例二提供了一种车辆的自动驾驶报警方法，本发明实施例二是在本发明实施例一的基础上进一步的说明解释，该方法包括：

S210、当车辆处于自动驾驶状态时，获取驾驶员的面部视频数据。

S220、根据所述面部视频数据判断驾驶员是否为非正常驾驶状态。

本实施例中，该车辆为L3级自动驾驶，L3级自动驾驶为有条件自治网络，在L2级自动驾驶的能力基础上，系统可以实时感知环境变化，在特定领域内基于外部环境动态优化调整，实现基于意图的闭环管理。判断车辆是否为非正常行驶状态还可以为判断驾驶员是否为非正常驾驶状态。具体的，当车辆处于自动驾驶状态时，通过车辆内部的摄像头获取驾驶员的面部视频数据，并据此计算驾驶员的状态，判断驾驶员是否为非正常驾驶状态，其中非正常驾驶状态包括抽烟、接打电话、分心驾驶、未系安全带、喝水、打哈欠和闭眼。

S230、若所述驾驶员为非正常驾驶状态，发出报警提示音并在所述车辆的仪表盘上显示弹窗报警，并获取所述车辆内的音频信息。

S240、将所述面部视频数据和音频信息进行融合得到音频视频文件。

S250、将所述音频视频文件上传至服务器保存。

本实施例中，若驾驶员为非正常驾驶状态，即驾驶员为非正常驾驶状态，车辆的自动驾驶控制器计算并发出驾驶员状态异常信号，并将该驾驶员状态异常信号发送给车辆的仪表盘，车辆的仪表盘发出报警提示音，并在该车辆的仪表盘上显示弹窗报警，同时驾驶员状态监控系统通过麦克风获取该车辆内的音频信息，并判断是否满足上传条件，若满足上传条件，即触发了驾驶员状态异常信号时，将该音频信息和面部视频数据进行融合得到音频视频文件，保证音画同步，然后通过车辆的网关模块将驾驶员状态异常信号和音频视频文件发送给TBOX，TBOX最后将该驾驶员状态异常信号和音频视频文件整合为一个文件，通过无线通信网络(5G网络)上传至服务器保存。作为优选的，车辆的仪表盘还可以进行录屏操作，或还设置有摄像头获取车辆的仪表盘的视频数据，因此面部视频数据还包括车辆的仪表盘上显示的弹窗报警的视频数据。

需要说明的是，只要启动了车辆的自动驾驶状态，驾驶员的面部视频数据是始终在实时获取的，在本发明实施一的基础上，当车辆需要驾驶员接管时，也可以将面部视频数据和音频信息进行融合得到音频视频文件，然后将音频视频文件上传至服务器保存。

综上所述，通过驾驶员状态监控系统同时采集驾驶员的面部视频数据和车辆内的音频信息，使驾驶员接管请求信号和/或驾驶员状态异常信号、驾驶员的面部视频数据、报警提示音的音频信息同时被记录在一个文件中，方便展示证据。此外，只有在驾驶员接管请求信号和/或驾驶员状态异常信号触发时，才记录并上传驾驶员的面部视频数据和报警提示音的音频信息至云端服务器，既保证安全提醒了驾驶员，又为责任界定提供证据，还保证尽可能避免隐私泄露，同时减少无用数据的记录上传。

实施例三

如图3所示，本发明实施例三提供了一种车辆的自动驾驶报警装置100，本发明实施例三所提供的车辆的自动驾驶报警装置100可执行本发明任意实施例所提供的车辆的自动驾驶报警方法，具备执行方法相应的功能模块和有益效果。该车辆的自动驾驶报警装置100包括状态判断模块200、报警提示模块300和音频保存模块400。

具体的，状态判断模块200用于当车辆处于自动驾驶状态时，判断所述车辆是否为非正常行驶状态；报警提示模块300用于若所述车辆为非正常行驶状态，发出报警提示音并获取所述车辆内的音频信息；音频保存模块400用于将所述音频信息上传至服务器保存。

本实施例中，状态判断模块200具体用于判断所述车辆是否需要驾驶员接管；报警提示模块300具体用于若所述车辆需要驾驶员接管，发出报警提示音并获取所述车辆内的音频信息。

进一步的，状态判断模块200具体还用于获取驾驶员的面部视频数据；根据所述面部视频数据判断驾驶员是否为非正常驾驶状态；报警提示模块300具体还用于若所述驾驶员为非正常驾驶状态，发出报警提示音并获取所述车辆内的音频信息。音频保存模块400具体用于将所述面部视频数据和音频信息进行融合得到音频视频文件；将所述音频视频文件上传至服务器保存。报警提示模块300具体还用于发出报警提示音并在所述车辆的仪表盘上显示弹窗报警。

本实施例中，所述非正常驾驶状态包括抽烟、接打电话、分心驾驶、未系安全带、喝水、打哈欠和闭眼。所述车辆为L3级自动驾驶。

实施例四

图4为本发明实施例四提供的一种车辆中包括的计算机设备12的结构示意图。图4示出了适于用来实现本发明实施方式的示例性计算机设备12的框图。图4显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

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

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的方法：

将所述音频信息上传至服务器保存。

实施例五

本发明实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有发明实施例提供的方法：

将所述音频信息上传至服务器保存。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

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

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims

1.一种车辆的自动驾驶报警方法，其特征在于，包括：

将所述音频信息上传至服务器保存。

2.根据权利要求1所述的方法，其特征在于，所述判断所述车辆是否为非正常行驶状态包括：

判断所述车辆是否需要驾驶员接管；

3.根据权利要求1所述的方法，其特征在于，所述判断所述车辆是否为非正常行驶状态包括：

获取驾驶员的面部视频数据；

根据所述面部视频数据判断驾驶员是否为非正常驾驶状态；

4.根据权利要求3所述的方法，其特征在于，所述将所述音频信息上传至服务器保存包括：

将所述音频视频文件上传至服务器保存。

5.根据权利要求3所述的方法，其特征在于，所述非正常驾驶状态包括抽烟、接打电话、分心驾驶、未系安全带、喝水、打哈欠和闭眼。

6.根据权利要求1所述的方法，其特征在于，所述发出报警提示音包括：

发出报警提示音并在所述车辆的仪表盘上显示弹窗报警。

7.根据权利要求1所述的方法，其特征在于，所述车辆为L3级自动驾驶。

8.一种车辆的自动驾驶报警装置，其特征在于，包括：

音频保存模块，用于将所述音频信息上传至服务器保存。

9.一种车辆，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的方法。