CN114333269A - 一种车辆事故处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于人工智能领域，涉及一种车辆事故处理方法，包括获取车辆发生事故后的车辆数据，并采集车内声音数据；判断车内声音数据是否包含预设角色声音，其中预设角色声音包括车内乘员声音；若车内声音数据不包含预设角色声音，则获取车辆安全设施的工作状态，并根据车辆安全设施的工作状态确定是否需要进行救援；若需进行救援，则采集当前车内乘员数据，并将车辆数据和当前车内乘员数据发送至救援中心。本申请还提供一种车辆事故处理装置、计算机设备及存储介质。此外，本申请还涉及区块链技术，车辆数据、车内声音数据和车内乘员数据可存储于区块链中。采用本申请有效提升事故判断的准确性。

Description

一种车辆事故处理方法、装置、计算机设备及存储介质

技术领域

本申请涉及人工智能技术领域，尤其涉及一种车辆事故处理方法、装置、计算机设备及存储介质。

背景技术

在当前的车辆安全领域内，针对碰撞事故的处理方法主要是通过对汽车故障的识别，发出救援信息。而这类识别方式，主要是通过检测车身受到的压力识别车辆的车身是否发生碰撞，但这样的识别方式，识别精度低，容易在车辆之间发生轻微的碰撞后，则判断需发送救援信息，导致救援资源的浪费。

发明内容

本申请实施例的目的在于提出一种车辆事故处理方法、装置、计算机设备及存储介质，以解决现有技术中事故判断准确性低的问题。

为了解决上述技术问题，本申请实施例提供一种车辆事故处理方法，采用了如下所述的技术方案：

获取车辆发生事故后的车辆数据，并采集车内声音数据；

判断所述车内声音数据是否包含预设角色声音，其中所述预设角色声音包括车内乘员声音；

若所述车内声音数据不包含所述预设角色声音，则获取车辆安全设施的工作状态，并根据所述车辆安全设施的工作状态确定是否需要进行救援；

若需进行救援，则采集当前车内乘员数据，并将所述车辆数据和所述当前车内乘员数据发送至救援中心。

进一步的，在所述获取车辆发生事故后的车辆数据的步骤之前，还包括：

获取车辆当前的速度数据、方向数据以及油门压力数据；

根据车辆当前的所述速度数据、所述方向数据以及所述油门压力数据判断车辆是否发生事故。

进一步的，所述车辆数据包括车身姿态；所述获取车辆发生事故后的车辆数据的步骤包括：

若判断车辆发生事故，获取车辆的重力数据、车身压力数据和湿度数据；

根据所述重力数据、所述车身压力数据和所述湿度数据确定车辆的车身姿态；

获取与确定的所述车身姿态对应的急救方案；

以第一预设方式展示所述急救方案。

进一步的，所述重力数据包括重力方向，所述车身压力数据包括压力参数和压力方向，所述湿度数据包括湿度参数；所述根据所述重力数据、所述车身压力数据和所述湿度数据确定车辆的车身姿态的步骤包括：

获取车身方向；

若车辆其中一侧的所述压力参数大于或等于第一预设压力阈值，且所述车身方向与所述重力方向之间的夹角小于预设角度阈值时，则确定车辆的所述车身姿态为侧翻状态；

若车辆至少两侧的所述压力参数大于或等于第二预设压力阈值，且所述车身方向与所述重力方向的夹角不满足所述预设角度阈值时，则确定车辆的所述车身姿态为悬空状态；

若车辆至少两侧的所述压力参数大于或等于第三预设压力阈值，且所述湿度参数大于或等于湿度阈值时，则确定车辆的所述车身姿态为落水状态。

进一步的，所述车内乘员信息包括车内乘员体征信息；所述采集当前车内乘员信息的步骤包括：

持续采集车内乘员图像，根据所述车内乘员图像确定所述车内乘员体征信息。

进一步的，采集车内的生命体特征，根据所述车内乘员图像和所述生命体特征确定所述车内乘员体征信息。

进一步的，所述车辆数据包括车辆受损等级；所述并将所述车辆数据和所述当前车内乘员数据发送至救援中心的步骤之前，还包括：

获取车辆发生事故后的车辆损耗信息，并根据所述车辆损耗信息确定所述车辆受损等级；

以第二预设方式展示与所述车辆受损等级对应的指引流程。

为了解决上述技术问题，本申请实施例还提供一种车辆事故处理装置，采用了如下所述的技术方案：

声音采集模块，用于获取车辆发生事故后的车辆数据，并采集车内声音数据；

声音判断模块，用于判断所述车内声音数据是否包含预设角色声音；

救援确定模块，用于若所述车内声音数据不包含所述预设角色声音，则获取车辆安全设施的工作状态，并根据所述车辆安全设施的工作状态确定是否需要进行救援；

第一数据发送模块，用于若需进行救援，则采集当前车内乘员数据，并将所述车辆数据和所述当前车内乘员数据发送至救援中心。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上述所述的车辆事故处理方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上述所述的车辆事故处理方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：通过获取车辆发生事故后的车辆数据，并采集车内声音数据；判断所述车内声音数据是否包含预设角色声音，其中预设角色声音包括车内乘员声音；若所述车内声音数据不包含所述预设角色声音，则获取车辆安全设施的工作状态，并根据所述车辆安全设施的工作状态确定是否需要进行救援；若需进行救援，则采集当前车内乘员数据，并将所述车辆数据和所述当前车内乘员数据发送至救援中心。本申请通过从采集的车内声音数据中判断是否包含预设角色声音，以确认当前车内人员的状态，并通过车辆安全设施的工作状态确定是否需要进行救援，以进一步的确认车内人员的状态，提升判断准确性，之后再采集当前车内乘员信息，并结合车辆数据一起发送至救援中心，以使救援中心能够制定对应的救援计划，提升救援效率。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

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

图2根据本申请的车辆事故处理方法的一个实施例的流程图；

图3是根据本申请的车辆事故处理装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

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

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器 (Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、 103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的车辆事故处理方法一般由服务器/ 终端设备执行，相应地，车辆事故处理装置一般设置于服务器/终端设备中。

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

继续参考图2，示出了根据本申请的车辆事故处理方法的一个实施例的流程图。所述的车辆事故处理方法，包括以下步骤：

步骤S201：获取车辆发生事故后的车辆数据，并采集车内声音数据；

在本实施例中，车辆数据包括车辆位置信息以及车身姿态，其中车辆位置信息基于定位元件(如GPS定位器)定位得到，其表征为当前车辆所处的位置；车身姿态包括车身侧翻状态、车身悬空、车身落水、车身倾斜、车身水平等，其表征为车身当前的状态；车内声音数据通过录音元件采集得到，当车辆发生事故后，录音元件启动进行车内声音数据采集，又或录音元件自始至终始终处于启动状态。

步骤S202：判断所述车内声音数据是否包含预设角色声音，其中所述预设角色声音包括车内乘员声音。

在本实施例中，初始时，先预采集预设角色语音，从预设角色语音中提取出预设角色相关的声音数据(如音色、音速等)，再根据声音数据和预设角色构建得到预设角色声音，其中预设角色声音包括车内乘员声音、和/或相关工作人员声音(如保险工作人员声音)。

步骤S203：若所述车内声音数据不包含所述预设角色声音，则获取车辆安全设施的工作状态，并根据所述车辆安全设施的工作状态确定是否需要进行救援。

在本实施例中，若车内声音数据不包含预设角色声音，则判断车内乘员可能处于昏迷状态，因此需通过车辆安全设施的工作状态来确定是否需要进行救援，其中车辆安全设施包括安全气囊、车门和安全带。

若安全气囊处于工作状态，则认为车辆发生了重大事故，则直接判定需要进行救援；

若安全气囊处于未工作状态，且车门和/或安全带处于未工作状态，则在预设时间内持续发出警报，若在预设时间内车内乘员未取消警报，则确定需要进行救援。

若安全气囊处于未工作状态，且车门和/或安全带处于工作状态，则判断车内乘员可能处于清醒状态，展示需车内成员确认的确认信息(如车内乘员身体情况、车辆是否发生碰撞)，并根据确认信息的结果向车内乘员提出是否需要救援的建议，如车辆当前损耗严重，建议需要进行救援，或车内乘员身体情况不佳，建议需要进行救援。

步骤S204：若需进行救援，则采集当前车内乘员数据，并将所述车辆数据和所述当前车内乘员数据发送至救援中心。

在本实施例中，车内乘员数据包括车内乘员体征信息以及车内乘员个人信息，其中车内乘员体征信息表征为车内乘员个人的身体情况，车内乘员个人信息表征车内乘员姓名、年龄、职业等；车辆数据包括车辆所处位置、车身姿态以及车辆信息，其中车辆所述位置信息表征车辆所处的地理位置，车身姿态表征车身的姿态(如侧翻状态、悬空、落水等)，车辆信息表征车辆的型号、车辆名称等。

本申请通过从采集的车内声音数据中判断是否包含预设角色声音，以确认当前车内人员的状态，并通过车辆安全设施的工作状态确定是否需要进行救援，以进一步的确认车内人员的状态，提升判断准确性，之后再采集当前车内乘员信息，并结合车辆数据一起发送至救援中心，以使救援中心能够制定对应的救援计划，提升救援效率。

在本实施例的一些可选的实现方式中，上述步骤S201中，在所述获取车辆发生事故后的车辆数据的步骤之前，还包括以下步骤：

获取车辆当前的速度数据、方向数据以及油门压力数据；

根据车辆当前的所述速度数据、所述方向数据以及所述油门压力数据判断车辆是否发生事故。

在本实施例中，速度数据由加速度传感器检测获得，该速度数据包括当前车辆的速度值；方向数据可由方向传感器检测获得、或由加速度传感器计算获得，该方向数据包括当前车辆的方向角度；油门压力数据由压力传感器检测获得，该车身压力数据包括当前车辆的油门压力值。

其中，当方向数据由方向传感器检测获得时，根据速度数据和方向数据判断车辆是否发生事故的步骤如下：

(1)若车辆的方向角度小于预设角度、在第一预设时间内当前车辆的速度值的减少量大于第一预设阈值(如车辆原速度值为50km/h，在第一预设时间内车辆速度值变为0km/h，则在第一预设时间内当前车辆的速度值的减少量为50km/h)、以及第二预设时间内当前车辆的油门压力值的增大量大于第二预设阈值(如车辆原油门压力值为10pa，在第二预设时间内当前车辆的油门压力值变为60pa，则在第二预设时间内当前车辆的油门压力值的增加量为50pa) 时，则判定车辆在行驶方向不变的情况下，车辆主动发生碰撞或紧急刹车；反之，若车辆的方向角度小于预设角度，在第一预设时间内当前车辆的速度值的增大量大于第三预设阈值(如车辆原速度值为10km/h，在第一预设时间内当前车辆的速度值变为60km/h，则在第一预设时间内当前车辆的速度值的增加量为50km/h)，以及第二预设时间内当前车辆的油门压力值的减少量小于第四预设阈值(如车辆原油门压力值为50pa，在第二预设时间内当前车辆的油门压力值变为0pa，则在第二预设时间内当前车辆的油门压力值的减少量为 50pa)时，则判定车辆在行驶方向不变的情况下，车辆被其它车辆碰撞。

上述中第一预设阈值和第三预设阈值相互独立，第二预设阈值与第四预设阈值相互独立。

(2)若当前车辆的方向角度大于预设角度、在第一预设时间内当前车辆的速度值的减少量大于第一预设阈值(如车辆原速度值为50km/h，在第一预设时间内当前车辆的速度值变为0km/h，则在第一预设时间内当前车辆的速度值的减少量为50km/h)、以及第二预设时间内当前车辆的油门压力值的增大量大于第二预设阈值(如车辆原油门压力值为10pa，在第二预设时间内当前车辆的油门压力值变为60pa，则在第二预设时间内当前车辆的油门压力值的增加量为50pa)时，则判定车辆在行驶方向改变的情况下，车辆被其它车辆碰撞或者紧急刹车；反之，若方向角度大于预设角度，在第一预设时间内速度值的增大量大于第三预设阈值(如车辆原速度值为10km/h，在第一预设时间内当前车辆的速度值变为60km/h，则在第一预设时间内当前车辆的速度值的增加量为50km/h)，以及第二预设时间内当前车辆的油门压力值的减少量小于第四预设阈值(如车辆原油门压力值为50pa，在第二预设时间内当前车辆的油门压力值变为0pa，则在第二预设时间内当前车辆的油门压力值的减少量为 50pa)时，则判定车辆在行驶方向改变的情况下，车辆被其它车辆碰撞。

当方向数据由加速度传感器计算获得时，速度数据包括两个速度值，分别为X向速度值和Y向速度值，根据勾股定理

求出速度值 a，其中a1为X向速度值，a2为Y向速度值，之后判断速度值a是否小于第三预设阈值，即可判断车辆是否发生转向；根据速度数据和方向数据判断车辆是否发生事故的步骤如下：

(1)若速度值a小于第五预设阈值时，则判定车辆的行驶方向不变，当在第一预设时间内当前车辆的速度值的减少量大于第一预设阈值(如车辆原速度值为50km/h，在第一预设时间内当前车辆的车辆速度值变为0km/h，则在第一预设时间内当前车辆的速度值的减少量为50km/h)、以及第二预设时间内当前车辆的油门压力值的增大量大于第二预设阈值(如车辆原油门压力值为10pa，在第二预设时间内当前车辆的油门压力值变为60pa，则在第二预设时间内当前车辆的油门压力值的增加量为50pa)时，则判定车辆主动发生碰撞或紧急刹车；反之，当在第一预设时间内当前车辆的速度值的增大量大于第三预设阈值(如车辆原速度值为10km/h，在第一预设时间内当前车辆的车辆速度值变为60km/h，则在第一预设时间内当前车辆的速度值的增加量为 50km/h)，以及第二预设时间内当前车辆的油门压力值的减少量小于第四预设阈值(如车辆原油门压力值为50pa，在第二预设时间内当前车辆的油门压力值变为0pa，则在第二预设时间内当前车辆的油门压力值的减少量为50pa)时，车辆被其它车辆碰撞。

(2)若速度值a大于第五预设阈值时，则判定车辆的行驶方向改变，当在第一预设时间内当前车辆的速度值的减少量大于第一预设阈值(如车辆原速度值为50km/h，在第一预设时间内当前车辆的车辆速度值变为0km/h，则在第一预设时间内当前车辆的速度值的减少量为50km/h)、以及第二预设时间内当前车辆的油门压力值的增大量大于第二预设阈值(如车辆原油门压力值为10pa，在第二预设时间内当前车辆的油门压力值变为60pa，则在第二预设时间内当前车辆的油门压力值的增加量为50pa)时，则判定车辆在行驶方向改变的情况下，车辆被其它车辆碰撞或者紧急刹车；反之，当在第一预设时间内当前车辆的速度值的增大量大于第三预设阈值(如车辆原速度值为10km/h，在第一预设时间内当前车辆的车辆速度值变为60km/h，则在第一预设时间内当前车辆的速度值的增加量为50km/h)，以及第二预设时间内当前车辆的油门压力值的减少量小于第四预设阈值(如车辆原油门压力值为50pa，在第二预设时间内当前车辆的油门压力值变为0pa，则在第二预设时间内当前车辆的油门压力值的减少量为50pa)时，则判定车辆在行驶方向不变的情况下，车辆被其它车辆碰撞。

上述中第五预设阈值、第一预设阈值和第三预设阈值三者之间相互独立。

在本实施例的一些可选的实现方式中，所述车辆数据包括车身姿态；上述步骤S201中，所述获取车辆发生事故后的车辆数据的步骤包括：

若判断车辆发生事故，获取车辆的重力数据、车身压力数据和湿度数据；

根据所述重力数据、所述车身压力数据和所述湿度数据确定车辆的车身姿态；

获取与确定的所述车身姿态对应的急救方案；

以第一预设方式展示所述急救方案。

在本实施例中，重力数据包括重力值，重力数据由重力传感器测量得到，该重力传感器用于测量车辆所受到的重力和方向；车身压力数据包括车身压力值，车身压力数据由压力传感器测量得到，该压力传感器用于测量车身受到的压力；湿度数据包括湿度值，湿度数据由湿度传感器测量得到，该湿度传感器用于测量车身的湿度值。

上述急救方案用于引导车内乘员逃生，为车内乘员的自救方案；如车身姿态为落水状态，且未浸泡车顶时，急救方案引导车内乘员由车顶上的车窗进行逃生。

在本实施例的一些可选的实现方式中，所述重力数据包括重力方向，所述车身压力数据包括压力参数和压力方向，所述湿度数据包括湿度参数；所述根据所述重力数据、所述车身压力数据和所述湿度数据确定车辆的车身姿态的步骤包括：

获取车身方向；

若车辆其中一侧的所述压力参数大于或等于第一预设压力阈值，且所述车身方向与所述重力方向之间的夹角小于预设角度阈值时，则确定车辆的所述车身姿态为侧翻状态；

若车辆至少两侧的所述压力参数大于或等于第二预设压力阈值，且所述车身方向与所述重力方向的夹角不满足所述预设角度阈值时，则确定车辆的所述车身姿态为悬空状态；

若车辆至少两侧的所述压力参数大于或等于第三预设压力阈值，且所述湿度参数大于或等于湿度阈值时，则确定车辆的所述车身姿态为落水状态。

在本实施例中，车身方向由倾角传感器测量得到。

上述车身姿态包括侧翻状态、悬空状态和落水状态；上述根据所述重力数据、车身压力数据和湿度数据确定车辆的车身姿态的步骤如下：

(1)根据所述重力数据、车身压力数据判断车辆是否侧翻状态(包括左侧翻状态和右侧翻状态)，以左侧翻状态为例：当压力传感器检测得到的车身压力数据中车辆左侧的压力参数大于或等于第一预设压力阈值时，且车身方向与重力方向的夹角不满足预设角度阈值时(如车身方向与重力方向的夹角不等于90度时)，则认为车辆发生了侧翻状态；进一步，还可配合上述中的速度数据(由加速度传感器测得)，判断车辆左侧的加速度是否发生变化，以提升判断车辆是否侧翻状态的准确性。

(2)当压力传感器检测得到的车身压力数据中车辆至少两侧上受到的压力参数大于或等于第二预设压力阈值(如车辆卡在树枝上，此时树枝对车辆具有多个支撑点，对车辆多侧上形成挤压力，且该挤压力大于或等于第二预设压力阈值)，且车身方向与重力方向的夹角不满足预设角度阈值时(如车身方向与重力方向的夹角不等于90度时)，则认为车辆处于悬空状态。

(3)当压力传感器检测得到的车身压力数据中车辆至少两侧上受到的压力参数大于或等于第三预设压力阈值(如车辆落水，车辆各方向均受到水的压力，且该压力大于或等于第三预设压力阈值)，且湿度传感器检测得到的湿度参数大于或等于湿度阈值时，则认为车辆处于落水状态。

在本实施例的一些可选的实现方式中，上述根据所述重力数据、所述车身压力数据和所述湿度数据确定车辆的车身姿态的步骤之后，还包括以下步骤：

获取与确定的所述车身姿态对应的急救方案；

以第一预设方式展示所述急救方案。

本实施例中，急救方案用于引导车内乘员逃生，为车内乘员的自救方案；如车身姿态为落水，且未浸泡车顶时，急救方案引导车内乘员由车顶上的车窗进行逃生。

需要说明的是，第一预设方式可为翻页式或滚动式(如下拉滚动或上拉滚动)的展示所有可选的急救方案，车内乘客可从所有急救方案中任意选用一个急救方案进行执行，执行中，车辆的终端或用户的移动终端以图文、视频、音频的方式进行展示车内乘客选择的急救方案。

在本实施例的一些可选的实现方式中，所述车内乘员信息包括车内乘员体征信息；上述步骤S204中，所述采集当前车内乘员信息的步骤包括：

持续采集车内乘员图像，根据所述车内乘员图像确定所述车内乘员体征信息。

在本实施例中，通过车内的摄像头采集车内乘员的图像，并通过图像分析技术处理持续采集车内乘员图像以及面容识别技术分析车内乘员的面部表情，以判断车内乘员的受伤等级，如当采集的图像中，车内乘员出血时，则判断车内成员的受伤等级为一级，当采集的图像中，车内乘员未出血，但车内乘员表情痛苦时，则判断车内成员的受伤等级为二级，以此类推；而若在预设数量中持续获得的车内乘员图像中车内乘员处于静止状态，则判断车内乘员处于昏迷状态，否则，则判断车内乘员不处于昏迷状态。

在本实施例的一些可选的实现方式中，所述根据所述车内乘员图像确定所述车内乘员体征信息的步骤包括：

采集车内的生命体特征，根据所述车内乘员图像和所述生命体特征确定所述车内乘员体征信息。

在本实施例中，采用非接触式生命体征获取方法获取生命体的生命体征数据，如通过毫米雷达波照射生命体，获取生命体的胸腔位置的振动数据，通过对胸腔位置的振动数据进行处理，得到生命体的呼吸数据和心跳数据，从而得到生命体征数据。

在本实施例的一些可选的实现方式中，所述车辆数据包括车辆受损等级；上述步骤S204中，所述并将所述车辆数据和所述当前车内乘员数据发送至救援中心的步骤之前，还包括以下步骤：

获取车辆发生事故后的车辆损耗信息，并根据所述车辆损耗信息确定所述车辆受损等级；

以第二预设方式展示与所述车辆受损等级对应的指引流程。

具体地，在车身各部位上安装压力传感器，如在前围板、前保险杆等上安装压力传感器，以车身上任意部位发生碰撞时，根据压力传感器检测的压力值，判断车身上部位的损耗程度，从而生成上述车辆损耗信息；基本规律为压力值越大，则表示车身受到的撞击力越大，相应的车身受损越严重，因此可根据压力值对车辆受损等级进行划分，如车辆受损等级为轻微等级时，压力值为5pa，车辆受损等级为严重等级时，压力值为30pa。

在确认车辆受损等级后，展示与所述车辆耗损信息对应的指引流程，具体为调用与车辆受损等级对应的指引流程，通过车辆上的终端或车内乘员的移动终端展示指引流程，而在指引流程包括车身的损耗程度、维修预计费用、维修预计时间、保险处理流程、事故报案流程、建议方案等，因此指引车内乘员处理事故，并综合指引流程后确定后续的处理方式(如选择私了或报保险)。

需要说明的是，第二预设方式可为翻页式或滚动式(如下拉滚动或上拉滚动)的展示所有可选的指引流程，车内乘客可从所有指引流程中任意选用一个指引流程进行执行。

需要强调的是，为进一步保证上述车辆数据、车内声音数据和车内乘员数据的私密和安全性，上述车辆数据、车内声音数据和车内乘员数据还可以存储于一区块链的节点中。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体 (Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

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

如图3所示，本实施例所述车辆事故处理装置300包括：声音采集模块 301、声音判断模块302、救援确定模块303以及第一数据发送模块304。其中：

声音采集模块301，用于获取车辆发生事故后的车辆数据，并采集车内声音数据；

声音判断模块302，用于判断所述车内声音数据是否包含预设角色声音，其中所述预设角色声音包括车内乘员声音；

救援确定模块303，用于若所述车内声音数据不包含所述预设角色声音，则获取车辆安全设施的工作状态，并根据所述车辆安全设施的工作状态确定是否需要进行救援；

第一数据发送模块304，用于若需进行救援，则采集当前车内乘员数据，并将所述车辆数据和所述当前车内乘员数据发送至救援中心。

本申请通过从采集的车内声音数据中判断是否包含预设角色声音，以确认当前车内人员的状态，并通过车辆安全设施的工作状态确定是否需要进行救援，以进一步的确认车内人员的状态，提升判断准确性，之后再采集当前车内乘员信息，并结合车辆数据一起发送至救援中心，以使救援中心能够制定对应的救援计划，提升救援效率。

在本实施例的一些可选的实现方式中，还包括第二数据获取模块以及事故判断模块。其中：

第二数据获取模块，用于获取车辆当前的速度数据、方向数据以及油门压力数据；

事故判断模块，用于根据车辆当前的所述速度数据、所述方向数据以及所述油门压力数据判断车辆是否发生事故。

在本实施例的一些可选的实现方式中，所述车辆数据包括车身姿态；上述声音采集模块301包括数据获取子模块、姿态确定子模块、方案获取子模块以及方案展示子模块。其中：

数据获取子模块，用于若判断车辆发生事故，获取车辆的重力数据、车身压力数据和湿度数据；

姿态确定子模块，用于根据所述重力数据、所述车身压力数据和所述湿度数据确定车辆的车身姿态；

方案获取子模块，用于获取与确定的所述车身姿态对应的急救方案。

方案展示子模块，用于以第一预设方式展示所述急救方案。

在本实施例的一些可选的实现方式中，上述姿态确定子模块包括方向获取单元、第一姿态确定单元、第二姿态确定单元以及第三姿态确定单元。其中：

方向获取单元，用于获取车身方向；

第一姿态确定单元，用于若车辆其中一侧的所述压力参数大于或等于第一预设压力阈值，且所述车身方向与所述重力方向之间的夹角小于预设角度阈值时，则确定车辆的所述车身姿态为侧翻状态；

第二姿态确定单元，用于若车辆至少两侧的所述压力参数大于或等于第二预设压力阈值，且所述车身方向与所述重力方向的夹角不满足所述预设角度阈值时，则确定车辆的所述车身姿态为悬空状态；

第三姿态确定单元，用于若车辆至少两侧的所述压力参数大于或等于第三预设压力阈值，且所述湿度参数大于或等于湿度阈值时，则确定车辆的所述车身姿态为落水状态。

在本实施例的一些可选的实现方式中，所述车内乘员信息包括车内乘员体征信息；上述第一数据发送模块304还包括信息确定子模块。其中：

信息确定子模块，用于持续采集车内乘员图像，根据所述车内乘员图像确定所述车内乘员体征信息。

在本实施例的一些可选的实现方式中，所述信息确定子模块包括信息确定单元。其中：

信息确定单元，用于采集车内的生命体特征，根据所述车内乘员图像和所述生命体特征确定所述车内乘员体征信息。

在本实施例的一些可选的实现方式中，所述车辆数据包括车辆受损等级；上述第一数据发送模块304还包括受损确定子模块以及流程展示子模块。其中：

受损确定子模块，用于获取车辆发生事故后的车辆损耗信息，并根据所述车辆损耗信息确定所述车辆受损等级；

流程展示子模块，用于以第二预设方式展示与所述车辆受损等级对应的指引流程。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图 4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器 41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如车辆事故处理方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器 42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述车辆事故处理方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43 通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本申请通过从采集的车内声音数据中判断是否包含预设角色声音，以确认当前车内人员的状态，并通过车辆安全设施的工作状态确定是否需要进行救援，以进一步的确认车内人员的状态，提升判断准确性，之后再采集当前车内乘员信息，并结合车辆数据一起发送至救援中心，以使救援中心能够制定对应的救援计划，提升救援效率。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的车辆事故处理方法的步骤。

本申请通过从采集的车内声音数据中判断是否包含预设角色声音，以确认当前车内人员的状态，并通过车辆安全设施的工作状态确定是否需要进行救援，以进一步的确认车内人员的状态，提升判断准确性，之后再采集当前车内乘员信息，并结合车辆数据一起发送至救援中心，以使救援中心能够制定对应的救援计划，提升救援效率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种车辆事故处理方法，其特征在于，包括下述步骤：

获取车辆发生事故后的车辆数据，并采集车内声音数据；

判断所述车内声音数据是否包含预设角色声音，其中所述预设角色声音包括车内乘员声音；

若所述车内声音数据不包含所述预设角色声音，则获取车辆安全设施的工作状态，并根据所述车辆安全设施的工作状态确定是否需要进行救援；

若需进行救援，则采集当前车内乘员数据，并将所述车辆数据和所述当前车内乘员数据发送至救援中心。

2.根据权利要求1所述的车辆事故处理方法，其特征在于，在所述获取车辆发生事故后的车辆数据的步骤之前，还包括：

获取车辆当前的速度数据、方向数据以及油门压力数据；

根据车辆当前的所述速度数据、所述方向数据以及所述油门压力数据判断车辆是否发生事故。

3.根据权利要求1所述的车辆事故处理方法，其特征在于，所述车辆数据包括车身姿态；所述获取车辆发生事故后的车辆数据的步骤包括：

若判断车辆发生事故，获取车辆的重力数据、车身压力数据和湿度数据；

根据所述重力数据、所述车身压力数据和所述湿度数据确定车辆的车身姿态；

获取与确定的所述车身姿态对应的急救方案；

以第一预设方式展示所述急救方案。

4.根据权利要求3所述的车辆事故处理方法，其特征在于，所述重力数据包括重力方向，所述车身压力数据包括压力参数和压力方向，所述湿度数据包括湿度参数；所述根据所述重力数据、所述车身压力数据和所述湿度数据确定车辆的车身姿态的步骤包括：

获取车身方向；

若车辆其中一侧的所述压力参数大于或等于第一预设压力阈值，且所述车身方向与所述重力方向之间的夹角小于预设角度阈值时，则确定车辆的所述车身姿态为侧翻状态；

若车辆至少两侧的所述压力参数大于或等于第二预设压力阈值，且所述车身方向与所述重力方向的夹角不满足所述预设角度阈值时，则确定车辆的所述车身姿态为悬空状态；

若车辆至少两侧的所述压力参数大于或等于第三预设压力阈值，且所述湿度参数大于或等于湿度阈值时，则确定车辆的所述车身姿态为落水状态。

5.根据权利要求1至4中任一项所述的车辆事故处理方法，其特征在于，所述车内乘员信息包括车内乘员体征信息；所述采集当前车内乘员信息的步骤包括：

持续采集车内乘员图像，根据所述车内乘员图像确定所述车内乘员体征信息。

6.根据权利要求5所述的车辆事故处理方法，其特征在于，所述根据所述车内乘员图像确定所述车内乘员体征信息的步骤包括：

采集车内的生命体特征，根据所述车内乘员图像和所述生命体特征确定所述车内乘员体征信息。

7.根据权利要求1至4中任一项所述的车辆事故处理方法，其特征在于，所述车辆数据包括车辆受损等级；所述并将所述车辆数据和所述当前车内乘员数据发送至救援中心的步骤之前，还包括：

获取车辆发生事故后的车辆损耗信息，并根据所述车辆损耗信息确定所述车辆受损等级；

以第二预设方式展示与所述车辆受损等级对应的指引流程。

8.一种车辆事故处理装置，其特征在于，包括：

声音采集模块，用于获取车辆发生事故后的车辆数据，并采集车内声音数据；

声音判断模块，用于判断所述车内声音数据是否包含预设角色声音；

救援确定模块，用于若所述车内声音数据不包含所述预设角色声音，则获取车辆安全设施的工作状态，并根据所述车辆安全设施的工作状态确定是否需要进行救援；

第一数据发送模块，用于若需进行救援，则采集当前车内乘员数据，并将所述车辆数据和所述当前车内乘员数据发送至救援中心。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的车辆事故处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的车辆事故处理方法的步骤。

Images