车辆事故报告方法、装置、设备、车辆及存储介质与流程
1.本技术实施例涉及车辆控制领域，尤其涉及一种车辆事故报告方法、装置、设备、车辆及存储介质。
背景技术
：：：2.随着道路交通的快速发展，车辆已经成为人们生活中不可或缺的交通工具，给用户生活带来极大方便。但与此同时，也伴随车辆事故的发生，如碰撞事故等。通常情况下，车辆事故发生时，会触发车辆的告警功能，以便进行后续的事故处理操作等。3.以碰撞事故为例，传统方案中，碰撞事故发生时，车辆内部的安全气囊引爆，会发出碰撞信号，基于碰撞信号来进行告警。然而，实际应用中，存在碰撞事故发生时，安全气囊未引爆的情况，此时，无法发出碰撞信号进行告警，事故处理操作无法及时进行，用户体验较差。技术实现要素：4.本技术实施例提供一种车辆事故报告方法、装置、设备、车辆及存储介质，用以解决现有技术中碰撞事故发生、未触发碰撞信号时，无法进行告警的问题。5.第一方面，本技术实施例中提供了一种车辆事故报告方法，包括：6.获取目标车辆发送的触发指令；所述触发指令为车辆行驶参数符合触发条件的情况下生成；7.获取所述目标车辆发送的第一车辆信息，至少一部分所述第一车辆信息用于表征与所述目标车辆事故有关的车辆状况变化；8.在所述第一车辆信息符合事故告警条件的情况下，生成告警指令；所述告警指令可用以触发针对所述目标车辆事故的处理。9.第二方面，本技术实施例中提供了一种车辆事故报告方法，包括：10.获取触发指令，所述触发指令用于指示车辆行驶参数符合触发条件；11.响应于所述触发指令，获取第一车辆信息，至少一部分所述第一车辆信息用于表征与所述车辆事故有关的车辆状况变化；12.至少根据所述第一车辆信息获取告警指令；所述告警指令可用于触发针对所述车辆事故的处理。13.第三方面，本技术实施例中提供了一种车辆事故报告装置，包括：14.第一获取模块，用于获取目标车辆发送的触发指令；所述触发指令为车辆行驶参数符合触发条件的情况下生成；15.第二获取模块，用于获取所述目标车辆发送的第一车辆信息，至少一部分所述第一车辆信息用于表征与所述目标车辆事故有关的车辆状况变化；16.第一生成模块，用于在所述第一车辆信息符合事故告警条件的情况下，生成告警指令，所述告警指令可用以触发针对所述目标车辆事故的处理。17.第四方面，本技术实施例中提供了一种车辆事故报告装置，包括：18.第三获取模块，用于获取触发指令，所述触发指令用于指示车辆行驶参数符合触发条件；19.第四获取模块，用于响应于所述触发指令，获取第一车辆信息，至少一部分所述第一车辆信息用于表征与所述车辆事故有关的车辆状况变化；20.第五获取模块，用于至少根据所述第一车辆信息获取告警指令；所述告警指令可用于触发针对所述车辆事故的处理。21.第五方面，本技术实施例中提供了一种计算设备，包括存储组件及处理组件；所述存储组件存储一条或多条计算机程序指令，所述计算机程序指令供所述处理组件调用执行，所述处理组件执行所述一条或多条计算机程序指令以实现如第一方面所述的车辆事故报告方法。22.第六方面，本技术实施例中提供了一种车辆，包括车身，以及位于所述车身内部的存储组件及处理组件；所述存储组件存储一条或多条计算机程序指令，所述计算机程序指令供所述处理组件调用执行，所述处理组件执行所述一条或多条计算机程序指令以实现如第二方面所述的车辆事故报告方法。23.第七方面，本技术实施例中提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时实现如第一方面或第二方面任一方面所述的车辆事故报告方法。24.本技术实施例中，可以获取车辆发送的，在车辆行驶参数符合触发条件的情况下生成的触发指令，以及获取该车辆发送的第一车辆信息，其中，至少一部分第一车辆信息可以用于表征与车辆事故有关的车辆状况变化，在第一车辆信息符合事故告警条件的情况下，生成告警指令。基于车辆行驶参数即可以获知车辆是否可能发生事故，以及基于第一车辆信息即可以判定车辆是否确实发生事故，通过结合车辆行驶参数及第一车辆信息进行事故监控和告警，解决了传统方案中只能依靠安全气囊引爆进行监控及告警，在安全气囊未引爆时无法监控及告警的问题，实现了对车辆事故的监控和告警，尤其是对未能引爆安全气囊的强度较小的车辆事故的监控和告警，扩大了车辆事故的监控和告警范围，提高了用户体验。25.本技术的这些方面或其他方面在以下实施例的描述中会更加简明易懂。附图说明26.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。27.图1示出了本技术提供的一种系统架构一个实施例的结构示意图；28.图2示出了本技术提供的一种车辆事故报告方法一个实施例的流程图；29.图3示出了本技术提供的一种车辆事故报告方法另一个实施例的流程图；30.图4示出了本技术提供的一种车辆事故报告装置一个实施例的结构示意图；31.图5示出了本技术提供的一种车辆事故报告装置另一个实施例的结构示意图；32.图6示出了本技术提供的一种车辆事故报告场景一个实施例的结构示意图；33.图7示出了本技术提供的一种计算设备一个实施例的结构示意图；34.图8示出了本技术提供的一种车辆一个实施例的结构示意图。具体实施方式35.为了使本
技术领域
：：的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。36.在本技术的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。37.随着道路交通的快速发展，车辆已经成为人们生活中不可或缺的交通工具，给用户生活带来极大方便。但与此同时，也伴随车辆事故的发生，如碰撞事故等。通常情况下，车辆事故发生时，会触发车辆的告警功能，以便进行后续的事故处理操作等。38.以碰撞事故为例，传统方案中，碰撞事故发生时，车辆内部的安全气囊引爆，会发出碰撞信号，基于碰撞信号来进行告警。然而，实际应用中，存在碰撞事故发生时，安全气囊未引爆的情况，此时，无法发出碰撞信号进行告警，事故处理操作无法及时进行，用户体验较差。39.发明人在研究过程中发现，车辆事故发生时，以碰撞事故为例，当碰撞强度较大时，安全气囊才会发生引爆，而碰撞强度较小时，无法引发安全气囊引爆，但是此时依旧会对车辆或用户造成一定的损伤。为了解决上述技术问题，发明人想到，能否不基于安全气囊引爆而进行告警呢。进一步地，发明人研究发现，车辆事故发生时，车辆行驶参数会与正常行驶时有所不同，那么能否基于车辆行驶参数来触发告警呢。由此，经过一系列思考及试验之后，提出了本技术的技术方案，提出了一种车辆事故报告方法，该方法可以包括获取目标车辆发送的触发指令；该触发指令为车辆行驶参数符合触发条件的情况下生成；获取所述目标车辆发送的第一车辆信息，至少一部分所述第一车辆信息用于表征与所述目标车辆事故有关的车辆状况变化；在所述第一车辆信息符合事故告警条件的情况下，生成告警指令；告警指令可用以触发针对所述目标车辆事故的处理。40.本技术实施例中，基于车辆行驶参数即可以获知车辆是否可能发生事故，以及基于第一车辆信息即可以判定车辆是否确实发生事故，通过结合车辆行驶参数及第一车辆信息进行事故监控和告警，解决了传统方案中只能依靠安全气囊引爆进行监控及告警，在安全气囊未引爆时无法监控及告警的问题，实现了对车辆事故的监控和告警，尤其是对未能引爆安全气囊的强度较小的车辆事故的监控和告警，扩大了车辆事故的监控和告警范围，提高了用户体验。41.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。42.如图1所示，为本技术实施例的技术方案可以适用于其中的一种系统架构的结构示意图。该系统架构中可以包括服务端101以及至少一个控制端102，控制端102可以配置在车辆内部。43.需要说明的是，图1所呈现的服务端101、控制端102只是示例性说明，并不对其实现形式做限定。控制端102的数目仅仅是示意性的，实际应用中，每个车辆均可以对应配置控制端102。44.服务端101与控制端102之间可以通过网络建立通信连接，网络用以在服务端和控制端之间提供通信链路的介质，该网络可以包括各种连接类型，例如有线通信链路、无线通信链路等，例如控制端102可以通过移动网络与服务端101建立通信连接。其中，移动网络的网络制式例如可以是2g、2.5g、3g、4g、5g等中的任意一种等。45.控制端通过网络可以与服务端交互以接收或发送数据等。46.其中，服务端101可以为服务器设备，其可以实现为单个服务器，也可以实现为由多个服务器组成的服务器集，服务器可以是分布式系统的服务器或者是结合区块链的服务器，服务器也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机等。控制端102可以为车身控制器等，可以部署在车辆中。47.需要说明的是，在一个实现方式中，本技术实施例提供的技术方案可以应用于图1所示的系统架构中，下文一些实施例中描述的车辆事故报告方法可以由控制端、服务端或者由控制端与服务端共同执行等，但不局限于此。48.在其它可选的实现方式中，控制端也可以与服务端具有相似的功能，从而本技术实施例的技术方案也可以应用于仅包括控制端的系统架构中等。49.以下将对本技术技术方案进行详细阐述。50.如图2所示，为本技术提供的一种车辆事故报告方法一个实施例的流程图，该方法可以包括以下步骤：51.步骤s21：获取目标车辆发送的触发指令。52.该触发指令可以为车辆行驶参数符合触发条件的情况下生成。53.本技术实施例中，可以适用于车辆事故告警及监控领域。车辆事故可以包括碰撞事故、刮蹭事故等。其中，碰撞事故一般指车辆与车辆、车辆与行人、以及车辆与其他物体发生碰撞所导致的车辆事故。54.车辆事故发生时，车辆行驶参数可能会发生一定变化。车辆行驶参数例如可以包括车辆行驶速度、车辆行驶加速度，如可以包括水平加速度、旋转加速度、正向加速度、反向加速度等。以碰撞事故为例，碰撞事故发生前的一段时间范围内，车辆反向加速度可能会增大，车辆行驶速度可能会减小等。55.因此，可以预先设置针对车辆行驶速度变化的触发条件，从而在车辆行驶参数符合触发条件的情况下，可以生成触发指令，以进行预告警。56.触发条件可以有多种实现方式。可选的，该触发条件可以为车辆行驶速度在第一预定时间范围内的变化值超过变化值阈值。其中，第一预定时间范围以及第一变化值阈值可以根据实际应用场景进行设置，如第一预定时间范围可以为150毫秒(ms)，第一变化值阈值可以为8千米/小时(km/h)。可选的，该触发条件还可以为车辆反向加速度在第二预定时间范围内的变化值超过第二变化值阈值。第二预定时间范围以及第二变化值阈值也可以根据实际应用场景进行设置。57.上述车辆行驶参数可以记录在行车事件记录仪(eventdatarecorder，简称edr)中，edr具有监测、采集并记录碰撞事件发生前、发生时和发生后车辆行驶参数的功能。实际应用中，edr可以集成在车辆的辅助充气约束系统(又可以称为安全气囊系统，supplementalinflatablerestraintsystem，简称srs)控制器的内部，也可以通过单独的电子部件实现，不进行限制。58.以edr集成在srs系统控制器的内部为例，srs系统可以感知edr中记载的车辆行驶参数符合触发条件的情况下，生成触发指令。例如，srs系统感知edr中记载的车辆行驶速度在150ms内的变化值大于8km/h时，可以表明车辆可能发生事故，生成触发指令。59.以该车辆事故报告方法应用于服务端为例，服务端可以获取目标车辆发送的触发指令。具体的，目标车辆的srs系统可以通过控制器局域网络(controllerareanetwork，简称can)总线将触发指令发出，车身网关(简称bgm)控制器可以接收到该触发指令，并通过传输控制协议(transmissioncontrolprotocol，简称tcp)将该触发指令发送至车身网关芯片(systemonchip，简称soc)，再通过超文本传输安全协议(hypertexttransferprotocoloversecuresocketlayer，简称https)将该触发指令发送至服务端，从而服务端可以获取目标车辆发送的触发指令，并进行后续处理。60.步骤s22：获取目标车辆发送的第一车辆信息。61.其中，第一车辆信息可以用于识别因车辆事故引起的车辆状况变化。例如，车辆发生事故时，车辆中各功能模块的状态数据、车身外观数据等都可能会发生改变，因此，第一车辆信息可以包括上述功能模块的状态数据、车身外观数据等一种或多种，可以根据实际应用场景进行设置。62.在实际应用中，服务端获取到目标车辆发送的触发指令之后，表明该目标车辆可能发生事故，也可能并未发生事故。例如，车辆紧急制动时，车辆行驶参数也可能符合触发条件，如在第一预定时间范围内车辆行驶速度的变化值超过第一变化值阈值，从而生成触发指令。因此，可以获取目标车辆发送的第一车辆信息，以利用第一车辆信息对车辆是否发生事故进一步验证，提高判定准确性。63.上述第一车辆信息也可以由目标车辆的车身网关控制器发送。具体的，车身网关控制器可以通过can总线、局域互联网络(localinterconnectnetwork，简称lin)总线、具备故障容错的高速可确定性车载总线系统(简称flexray)总线等从对应的电子控制单元(electroniccontrolunit，简称ecu)中获取存储的第一车辆信息，并通过tcp协议将第一车辆信息发送至车身网关芯片，再通过https协议将第一车辆信息发送至服务端。64.从而服务端可以获取目标车辆发送的第一车辆信息，以对车辆是否发生事故进一步验证。65.为了便于理解，下面结合图3所示的示意图，对目标车辆的控制端进行车辆事故报告的过程进行说明。66.如图3所示，步骤s31：获取触发指令，触发指令用于指示车辆行驶参数符合触发条件。67.本实施例中，可以应用于车辆的控制端，如车身网关等。车身网关控制器可以检测车辆的srs系统通过can总线发出的触发指令，此时可以表明车辆行驶参数符合触发条件。68.其中，触发条件的设置，以及srs感知车辆行驶参数符合触发条件的情况下生成触发指令的过程可以参考图2所示实施例中相应的描述，此处不再进行赘述。69.步骤s32：响应于触发指令，获取第一车辆信息，至少一部分第一车辆信息包括与表征车辆事故有关的数据。70.车身网关控制器响应于触发指令，可以通过can总线、lin总线、flexray总线等获取对应存储器中存储的第一车辆信息，如包括车辆各功能模块的状态数据、车身外观数据等，不再赘述。71.步骤s33：至少根据第一车辆信息获取告警指令，该告警指令可用于触发针对车辆事故的处理。72.其中，车辆的控制端可以至少根据第一车辆信息判断是否发生车辆事故，并在判断发生事故时，生成告警指令。73.可选的，车身网关控制器也可以通过tcp协议将上述触发指令及第一车辆信息发送至车身网关芯片，再通过https协议发送至服务端，由服务端基于触发指令以及第一车辆信息进行车辆事故的判断，并在判断发生事故时，生成告警指令并反馈至该车辆，从而该车辆可以接收服务端发送的告警指令。74.上述车辆至少根据第一车辆信息判断是否发生车辆事故的方式与服务端基于触发指令以及第一车辆信息进行车辆事故的判断方式相同，将在图2所示实施例的后续步骤中进行说明。75.本实施例中，车辆的辅助充气约束系统可以在感知车辆行驶参数符合触发条件的情况下生成触发指令，获取并响应于该触发指令，可以获取该车辆的第一车辆信息，并至少根据第一车辆信息获取告警指令。基于车辆行驶数据即可以获知车辆是否可能发生事故，以及基于第一车辆信息即可以判定车辆是否确实发生事故，通过结合车辆行驶参数及第一车辆信息进行事故监控和告警，解决了传统方案中只能依靠安全气囊引爆进行监控及告警，在安全气囊未引爆时无法监控及告警的问题，实现了对车辆事故的监控和告警，尤其是对未能引爆安全气囊的强度较小的车辆事故的监控和告警，扩大了车辆事故的监控和告警范围，提高了用户体验。76.下面继续对图2所示实施例中，基于第一车辆信息进行车辆事故判断的方式进行说明。如图2所示，步骤s23：在第一车辆信息符合事故告警条件的情况下，生成告警指令，该告警指令可以用以触发针对车辆事故的处理。77.其中，可以预先设置事故告警条件，通过对第一车辆信息是否符合事故告警条件进行判断，来对车辆是否发生事故进行验证。78.具体的，第一车辆信息可以包括多个数据，针对每个数据都可以设置对应的事故告警条件。例如，针对车身外观数据，可以设置事故告警条件为车身外观发生改变，如车门变型、车窗破裂等。又例如，针对功能模块的状态数据，可以设置事故告警条件为功能模块的状态异常，如功能模块停止工作等。79.通过对第一车辆信息中的数据是否符合各自对应的事故告警条件进行判断，获得判断结果，并基于判断结果来验证车辆是否发生事故。80.作为一种可选的实现方式，可以是第一车辆信息中，存在一个或多个数据符合各自对应的事故告警条件的情况下，判断车辆发生了事故。作为另一种可选的实现方式，也可以是第一车辆信息中，每个数据都符合各自对应的事故告警条件的情况下，判断车辆发生了事故。作为又一种可选的实现方式，还可以是第一车辆信息中，预先设定的一个或多个数据符合各自对应的事故告警条件的情况下，判断车辆发生了事故，等等，不进行限制。81.其中，在第一车辆信息符合事故告警条件的情况下，生成告警指令的具体实现方式将在后续实施例中进行说明。82.服务端生成告警指令后，可以将该告警指令发送至目标车辆。具体的，可以通过https协议将告警指令发送至目标车辆中用于整车提供网络通讯服务的网联模块(telematics&connectivityantennamodule，简称tcam)，以触发车辆配置的紧急呼叫功能(emergencycall，简称ecall)，从而将事故信息上报至事故处理中心或救援中心，等待事故处理服务或救援服务。83.可选的，服务端生成告警指令后，也可以直接基于告警指令触发事故处理操作，如可以将目标车辆信息，可以包括目标车辆标识、目标车辆位置等，上报至事故处理中心或救援中心。84.本实施例中，可以获取车辆发送的，在车辆行驶参数符合触发条件的情况下生成的触发指令，以及获取该车辆发送的第一车辆信息，其中，至少一部分第一车辆信息可以用于表征与车辆事故有关的车辆状况变化，并在第一车辆信息符合事故告警条件的情况下，生成告警指令。基于车辆行驶参数即可以获知车辆是否可能发生事故，以及基于第一车辆信息即可以判定车辆是否确实发生事故，通过结合车辆行驶参数及第一车辆信息进行事故监控和告警，解决了传统方案中只能依靠安全气囊引爆进行监控及告警，在安全气囊未引爆时无法监控及告警的问题，实现了对车辆事故的监控和告警，尤其是对未能引爆安全气囊的强度较小的车辆事故的监控和告警，扩大了车辆事故的监控和告警范围，提高了用户体验。85.下面对在第一车辆信息符合事故告警条件的情况下，生成告警指令的过程进行具体说明，可以有多种实现方式。86.实际场景中，车辆发生事故时，如碰撞事故，可能会对车辆功能部件造成损坏，如电子驻车制动系统(electricalparkbrake，简称epb)出现故障、线束出现短路等，从而进行故障提示，如epb故障提示、线束短路故障报警等。87.因此，针对在第一车辆信息符合事故告警条件的情况下，生成告警指令的过程，作为一种可选的实现方式，第一车辆信息可以包括故障提示信息(warningtelltaleinformation，简称wti)。wti信息可以指与车辆事故相关的提示信息，例如可以包括epb故障提示信息、前碰撞预警报警信息、胎压报警信息、线束开路、短路故障报警信息、远近光灯、雾灯、位置灯、转向灯报警信息、毫米波雷达、激光雷达、摄像头功能异常报警信息、自动紧急制动激活报警信息等。88.对于上述第一车辆信息，可以预先设置事故告警条件为存在wti信息。其中，存在wti信息可以是存在上述一条或多条wti信息。89.此时，可以判断是否存在wti信息。若存在wti信息，可以判定第一车辆信息符合事故告警条件，生成告警指令。否则，判定第一车辆信息不符合事故告警条件，不进行告警。此时，可以对车辆继续监控，并在获取到新的触发指令时，继续验证。90.通常情况下，车辆发生事故时，如碰撞事故，还可能对车身的外观造成损坏，如车身钣金凹陷，车窗玻璃破裂等。此时，车身图片将会与未发生事故时的车身图片存在区别。91.因此，针对在第一车辆信息符合事故告警条件的情况下，生成告警指令的过程，作为另一种可选的实现方式，第一车辆信息可以包括第一车身图片及第二车身图片。其中，第一车身图片可以为响应于触发指令采集获得，第二车身图片可以为响应于上电指令采集获得。92.车辆中可以设置有采集装置，如前视摄像头、后视摄像头等视觉传感器、激光雷达等，可以采集车身外观数据。上述第二车身图片可以是响应于上电指令时采集获得并存储，表征未发生事故时的车身外观数据。第一车身图片可以是响应于触发指令采集获得并存储，表征可能发生事故后的车身外观数据。93.对于上述第一车辆信息，可以预先设置事故告警条件为第一车身图片与第二车身图片的相似度低于相似度阈值。其中，相似度阈值可以设置为90％，80％等。94.此时，可以计算第一车身图片与第二车身图片的相似度，并判断相似度是否低于相似度阈值。若相似度低于相似度阈值，可以判定第一车辆信息符合事故告警条件，生成告警指令。否则，判定第一车辆信息不符合事故告警条件，不进行告警。95.其中，可以利用图像处理算法，如pillow库(python图像处理的基础库)中的图像处理算法对上述车身图片进行裁剪、相似度计算等处理操作，获得第一车身图片与第二车身图片的相似度，并进行判断。96.可选的，在进行计算处理之前，可以对上述车身图片进行灰度处理，以降低光线对图片的影响，提高判定准确性。97.可选的，若无法获得上述第一车身图片，可以表明触发指令生成后，车辆中的采集装置、数据存储或传输过程等出现故障。此时，也可以判定第一车辆信息符合事故告警条件，生成告警指令。98.针对在第一车辆信息符合事故告警条件的情况下，生成告警指令的过程，作为又一种可选的实现方式，第一车辆信息还可以包括故障提示信息、第一车身图片以及第二车身图片。事故告警条件可以设置为存在wti信息，以及第一车身图片与第二车身图片的相似度低于相似度阈值。99.具体的，可以优先判断车辆是否存在wti信息，在存在wti信息的情况下，计算第一车身图片与第二车身图片的相似度，并继续判断相似度是否低于相似度阈值，在相似度低于相似度阈值的情况下，判断第一车辆信息符合事故告警条件，生成告警指令。否则，判定第一车辆信息不符合事故告警条件，不进行告警。100.通过结合故障提示信息、第一车身图片及第二车身图片，对车辆是否发生事故进行综合验证，可以提高对车辆事故的判定准确性，避免遗漏对车辆事故的监控和告警触发，以及避免过度监控和告警，提高用户体验。101.实际应用中，还可以设置其它的事故告警条件，以提高对是否发生事故的判定准确性。102.为了进一步提高对是否发生事故的判定准确性，还可以对上述针对是否生成触发指令的触发条件，和/或针对是否生成告警指令的事故告警条件进行更新。因此，在某些实施例中，该车辆事故报告方法还可以包括：103.获取至少一个车辆对应的事故处理数据；104.查至少一个车辆分别对应事故处理数据的车辆行驶参数；105.将至少一个车辆的事故处理数据与各自对应的车辆行驶参数进行比较，获得至少一个比较结果；106.基于至少一个比较结果，更新触发条件和/或事故告警条件。107.其中，事故处理数据可以包括维修数据。通常情况下，车辆发生事故后，会进行维修。维修数据中可以包括发生事故时的车辆行驶参数、第一车辆信息，如发生事故后的车身图片等。108.根据车辆的事故处理数据，可以获知实际发生事故时，车辆的相关数据。根据至少一个车辆对应的事故处理数据，可以查针对该至少一个车辆进行是否发生事故的判定时获取的车辆行驶参数，从而结合实际数据及判定数据，从触发条件和/或事故告警条件进行更新调整，使触发条件和/或事故告警条件更加合理，提高判定准确性。109.可选的，该车辆事故报告方法还可以包括：110.获取目标车辆发送的车辆行驶参数并存储；车辆行驶参数为响应于触发指令获得。111.其中，车辆行驶参数可以由目标车辆的车身网关在接收到触发指令时，从edr中获取并发送。以edr集成在srs系统控制器的内部为例，目标车辆的车身网关在接收到触发指令时，可以通过docan总线(diagnoseovercan)从edr的带电可擦可编程只读存储器(electricallyerasableprogrammablereadonlymemory，简称eeprom)中读取车辆行驶参数。112.可选的，车身网关可以优先通过docan总线读取数据标示符(dataidentifier，简称did)数据，再读取edr的eeprom中存储的车辆行驶参数。113.可选的，目标车辆可以将车辆行驶参数和触发指令一并发送至服务端，从而服务端获取车辆行驶参数后，可以将各车辆的车辆行驶参数进行对应存储。114.因此，可以从存储的多个车辆的车辆行驶参数中，查至少一个车辆分别对应事故处理数据的车辆行驶参数，并与至少一个车辆的事故处理数据进行比较，获得至少一个比较结果。基于比较结果，更新触发条件和/或事故告警条件，可以有多种实现方式。115.作为一种可选的实现方式，若对于至少一个获取到事故处理数据的车辆，无法查获得存储的该至少一个车辆对应的车辆行驶参数，可以表明并未对该至少一个车辆的事故进行成功监控或告警触发，进一步表明预先设置的触发条件较高，该至少一个车辆发生事故时，对应的车辆行驶参数不符合预先设置的触发条件，导致并未生成触发指令。此时，可以将触发条件调低。例如，可以将预先设置的触发条件由150ms内速度变化超过8km/h更新为160ms内速度变化超过8km/h等。116.作为另一种可选的实现方式，若对于查获得存储的至少一个车辆对应的车辆行驶参数，并不存在该至少一个车辆各自对应的事故处理数据，可以表明该至少一个车辆并未发生事故，对至少一个车辆进行了过度监控和告警触发，进一步表明预先设置的触发条件和/或事故告警条件较低，导致对于并未发生事故的至少一个车辆，其对应的车辆行驶参数依旧符合触发条件，生成了触发指令，和/或其对应的第一车辆信息依旧符合事故告警条件，生成了告警指令。此时，可以将触发条件提高，和/或将事故告警条件提高。例如，将触发条件由150ms内速度变化超过8km/h更新为140ms内速度变化超过8km/h，和/或将事故告警条件由存在一个wti信息更新为至少存在两个wti信息等。117.作为又一种可选的实现方式，可以基于至少一个车辆对应的事故处理数据中的车辆行驶参数，重新设定并更新触发条件，和/或基于至少一个车辆对应的事故处理数据中的第一车辆信息，重新设定并更新事故告警条件。例如，根据某一预定时间范围内，多个车辆的事故处理数据中的车辆行驶参数可以获知，各车辆发生事故时，车辆行驶速度的变化值8km/h均在130ms内实现，则可以将预先设置的150ms内速度变化超过8km/h的触发条件更新为130ms内速度变化超过8km/h。又例如，根据又一预定时间范围内，多个车辆的事故处理数据中的车辆行驶参数可以获知，各车辆发生事故时，第一车身图片与第二车身图片的相似度均低于70％，则可以将预先设置的第一车身图片与第二车身图片的相似度低于80％的事故告警条件更新为第一车身图片与第二车身图片的相似度低于70％。118.针对触发条件和/或事故告警条件的更新还可以有其它实现方式，可以根据实际场景进行设置。119.通过结合至少一个车辆的事故处理数据及存储的至少一个车辆分别对应事故处理数据的车辆行驶参数，对触发条件和/或事故告警条件进行更新，进一步提高了对车辆事故判定的准确性，避免遗漏对车辆事故的监控和告警触发，以及避免过度监控和告警，进一步提高了用户体验。120.可选的，服务端还可以将更新之后的触发条件和/或事故告警条件发送至车辆，以便于车辆自身能够基于更新之后的触发条件来判断是否生成触发指令，和/或基于更新后的事故告警条件来判断是否触发告警指令，进一步提高对车辆事故判定以及事故后处理或救援主动服务介入的准确性。121.实际应用中，基于告警指令触发针对车辆事故的处理方法可以包括：122.基于告警指令，生成紧急呼叫信号；123.发送紧急呼叫信号至事故救援端、事故处理端中的至少一个。124.其中，基于告警指令，生成紧急呼叫信号可以指基于告警指令，触发车辆中配置的ecall功能。将该紧急呼叫信号发送至事故救援端、事故处理端中的至少一个可以指触发ecall功能以告知事故处理中心或救援中心，并将事故信息进行上报，以等待事故处理或救援。125.可选的，还可以发送紧急呼叫信号至保险处理端，以将事故信息上报至保险处理中心，以等待获取相应的保险服务。126.通过结合车辆行驶参数及第一车辆信息进行事故监控和告警，并基于告警指令生成紧急呼叫信号，发送至事故救援端、事故处理端中的至少一个，实现了对未能引爆安全气囊的强度较小的车辆事故的监控和告警，从而实现了对未能引爆安全气囊的强度较小的车辆事故主动获取事故处理或救援服务，扩大了车辆事故的监控和告警范围以及获取事故处理或救援服务的范围，进一步提高了用户体验。127.如图4所示，为本技术提供的一种车辆事故报告装置一个实施例的结构示意图，该装置可以包括以下模块：128.第一获取模块401，用于获取目标车辆发送的触发指令；触发指令为车辆行驶参数符合触发条件的情况下生成；129.第二获取模块402，用于获取目标车辆发送的第一车辆信息，至少一部分第一车辆信息可以用于表征与车辆事故有关的车辆状况变化；130.第一生成模块403，用于在第一车辆信息符合事故告警条件的情况下，生成告警指令；告警指令可用以触发针对目标车辆事故的处理。131.本实施例中，该车辆事故报告装置可以实现图2所示实施例的车辆事故报告方法，可以获取车辆发送的，在车辆行驶参数符合触发条件的情况下生成的触发指令，以及获取该车辆发送的第一车辆信息，其中，至少一部分第一车辆信息可以用于表征与车辆事故有关的车辆状况变化，在第一车辆信息符合事故告警条件的情况下，生成告警指令。基于车辆行驶参数即可以获知车辆是否可能发生事故，以及基于第一车辆信息即可以判定车辆是否确实发生事故，通过结合车辆行驶参数及第一车辆信息进行事故监控和告警，解决了传统方案中只能依靠安全气囊引爆进行监控及告警，在安全气囊未引爆时无法监控及告警的问题，实现了对车辆事故的监控和告警，尤其是对未能引爆安全气囊的强度较小的车辆事故的监控和告警，扩大了车辆事故的监控和告警范围，提高了用户体验。132.在某些实施例中，该装置还可以包括第六获取模块，用于获取目标车辆发送的车辆行驶参数并存储；车辆行驶参数为响应于触发指令获得。133.在某些实施例中，该装置还可以包括：134.第七获取模块，用于获取至少一个车辆对应的事故处理数据；135.查模块，用于查至少一个车辆分别对应所述事故处理数据的车辆行驶参数；136.比较模块，用于将至少一个车辆的事故处理数据与各自对应的车辆行驶参数进行比较，获得至少一个比较结果；137.更新模块，用于基于至少一个比较结果，更新触发条件和/或事故告警条件。138.在某些实施例中，所述第一车辆信息包括故障提示信息、第一车身图片及第二车身图片；第一车身图片为响应于触发指令采集获得，第二车身图片为响应于上电指令采集获得；139.第一生成模块403可以包括：140.第一判断单元，用于判断车辆是否存在故障提示信息；141.第二判断单元，用于在车辆存在故障提示信息的情况下，判断第一车身图片与第二车身图片的相似度是否低于相似度阈值；142.第一生成单元，用于在相似度低于相似度阈值的情况下，判断第一车辆信息符合事故告警条件，生成告警指令。143.图4所述的车辆事故报告装置可以执行图2所示实施例的车辆事故报告方法，其实现原理和技术效果不再赘述。对于上述实施例中的车辆事故报告装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。144.如图5所示，为本技术实施例提供的一种车辆事故报告装置另一个实施例的结构示意图，该装置可以包括以下模块：145.第三获取模块501，用于获取触发指令，触发指令用于指示车辆行驶参数符合触发条件；146.第四获取模块502，用于响应于触发指令，获取第一车辆信息，至少一部分第一车辆信息用于表征与车辆事故有关的车辆状况变化；147.第五获取模块503，用于至少根据第一车辆信息获取告警指令；告警指令可用于触发针对车辆事故的处理。148.在某些实施例中，该装置还可以包括：149.第二生成模块，用于基于告警指令，生成紧急呼叫信号；150.发送模块，用于发送紧急呼叫信号至事故救援端、事故处理端中的至少一个。151.图5的车辆事故报告装置可以执行图3所示实施例的车辆事故报告方法，其实现原理和技术效果不再赘述。对于上述实施例中的车辆事故报告装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。152.下面以车辆事故是碰撞事故为例，结合图6所示的场景示意图，对本技术的技术方案进行说明。153.目标车辆a的辅助充气约束系统103检测车辆中的行车事件记录仪104记录的车辆行驶参数符合触发条件时，生成触发指令，辅助充气约束系统103通过can总线将触发指令发出，车身网关控制器1021接收到触发指令后，通过docan总线读取行车事件记录仪104中记录的车辆行驶参数，并通过tcp协议将触发指令和车辆行驶参数发送至车身网关芯片1022，车身网关芯片1022通过https协议将触发指令和车辆行驶参数发送至服务端101。154.服务端101接收到目标车辆a发送的车辆行驶参数并进行存储，并基于触发指令，获取目标车辆a的第一车辆信息。第一车辆信息可以由车身网关控制器1021从电子控制单元105中获取。其中，第一车辆信息中可以包括故障提示信息、第一车身图片及第二车身图片。服务端101判断车辆是否存在故障提示信息，若判断结果为是，判断第一车身图片与第二车身图片的相似度是否低于相似度阈值，若判断结果继续为是，生成告警指令并反馈至目标车辆a。155.目标车辆a接收到告警指令后，基于告警指令触发紧急呼叫功能，并上报事故信息至事故救援中心和事故处理中心，等待救援和处理。156.本技术实施例还提供了一种计算设备，如图7所示，该设备可以包括存储组件701及处理组件702；157.该存储组件701存储一条或多条计算机程序指令，其中，一条或多条计算机程序指令供处理组件702调用执行，以实现图2所示的车辆事故报告方法。158.实际应用中，该计算设备可以实现为如图1所示系统架构中的服务端。159.当然，上述计算设备必然还可以包括其他部件，例如输入/输出接口、通信组件等。160.输入/输出接口为处理组件和外围接口模块之间提供接口，上述外围接口模块可以是输出设备、输入设备等。通信组件被配置为便于计算设备和其他设备之间有线或无线方式的通信等。161.本技术实施例还提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被计算机执行时可以实现图2所示的车辆事故报告方法。该计算机可读介质可以是上述实施例中描述的计算设备中所包含的；也可以是单独存在，而未装配入该计算设备中。162.本技术实施例还提供了一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序被计算机执行时可以实现图2所示的车辆事故报告方法。163.在这样的实施例中，计算机程序可以是从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被处理器执行时，执行本技术的系统中限定的各种功能。164.需要说明的是，上述计算设备可以为物理设备或者云计算平台提供的弹性计算主机等。其可以实现成多个服务器或终端设备组成的分布式集，也可以实现成单个服务器或单个终端设备。165.本技术实施例还提供了一种车辆，如图8所示，该车辆可以包括车身(图中未显示)，以及位于车身内部的存储组件801及处理组件802；166.该存储组件801存储一条或多条计算机程序指令，其中，一条或多条计算机程序指令供处理组件802调用执行，以实现图3所示的车辆事故报告方法。167.实际应用中，该车辆中可以配置有如图1所示系统架构中的控制端。168.当然，上述车辆必然还可以包括其他部件，例如输入/输出接口、通信组件等。169.输入/输出接口为处理组件和外围接口模块之间提供接口，上述外围接口模块可以是输出设备、输入设备等。通信组件被配置为便于车辆和其他设备之间有线或无线方式的通信等。170.本技术实施例还提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被计算机执行时可以实现3所示的车辆事故报告方法。该计算机可读介质可以是上述实施例中描述的车辆中所包含的；也可以是单独存在，而未装配入该车辆中。171.本技术实施例还提供了一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序被计算机执行时可以实现图3所示的车辆事故报告方法。172.在这样的实施例中，计算机程序可以是从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被处理器执行时，执行本技术的系统中限定的各种功能。173.前文相应实施例中涉及的处理组件可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。174.存储组件被配置为存储各种类型的数据以支持在终端的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。175.计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合等。176.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。177.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。178.通过以上的实施例的描述，本领域的技术人员可以清楚地了解到各实施例可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。179.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。当前第1页12当前第1页12
技术特征：
1.一种车辆事故报告方法，其特征在于，包括：获取目标车辆发送的触发指令；所述触发指令为车辆行驶参数符合触发条件的情况下生成；获取所述目标车辆发送的第一车辆信息，至少一部分所述第一车辆信息用于表征与所述目标车辆事故有关的车辆状况变化；在所述第一车辆信息符合事故告警条件的情况下，生成告警指令；所述告警指令可用以触发针对所述目标车辆事故的处理。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：获取所述目标车辆发送的车辆行驶参数并存储；所述车辆行驶参数为响应于所述触发指令获得。3.根据权利要求2所述的方法，其特征在于，所述方法还包括：获取至少一个车辆对应的事故处理数据；查所述至少一个车辆分别对应所述事故处理数据的车辆行驶参数；将所述至少一个车辆的事故处理数据与各自对应的车辆行驶参数进行比较，获得至少一个比较结果；基于所述至少一个比较结果，更新所述触发条件和/或所述事故告警条件。4.根据权利要求1所述的方法，其特征在于，所述第一车辆信息包括故障提示信息、第一车身图片及第二车身图片；所述第一车身图片为响应于所述触发指令采集获得，所述第二车身图片为响应于上电指令采集获得；所述在所述第一车辆信息符合事故告警条件的情况下，生成告警指令包括：判断所述车辆是否存在故障提示信息；在存在故障提示信息的情况下，判断所述第一车身图片与所述第二车身图片的相似度是否低于相似度阈值；在所述相似度低于相似度阈值的情况下，判断所述第一车辆信息符合事故告警条件，生成告警指令。5.一种车辆事故报告方法，其特征在于，包括：获取触发指令，所述触发指令用于指示车辆行驶参数符合触发条件；响应于所述触发指令，获取第一车辆信息，至少一部分所述第一车辆信息用于表征与所述车辆事故有关的车辆状况变化；至少根据所述第一车辆信息获取告警指令；所述告警指令可用于触发针对所述车辆事故的处理。6.根据权利要求5所述的方法，其特征在于，所述方法还包括：基于所述告警指令，生成紧急呼叫信号；发送所述紧急呼叫信号至事故救援端、事故处理端中的至少一个。7.一种车辆事故报告装置，其特征在于，包括：第一获取模块，用于获取目标车辆发送的触发指令；所述触发指令为车辆行驶参数符合触发条件的情况下生成；第二获取模块，用于获取所述目标车辆发送的第一车辆信息，至少一部分所述第一车辆信息用于表征与所述目标车辆事故有关的车辆状况变化；
第一生成模块，用于在所述第一车辆信息符合事故告警条件的情况下，生成告警指令，所述告警指令可用以触发针对所述目标车辆事故的处理。8.一种车辆事故报告装置，其特征在于，包括：第三获取模块，用于获取触发指令，所述触发指令用于指示车辆行驶参数符合触发条件；第四获取模块，用于响应于所述触发指令，获取第一车辆信息，至少一部分所述第一车辆信息用于表征与所述车辆事故有关的车辆状况变化；第五获取模块，用于至少根据所述第一车辆信息获取告警指令；所述告警指令可用于触发针对所述车辆事故的处理。9.一种计算设备，其特征在于，包括存储组件及处理组件；所述存储组件存储一条或多条计算机程序指令，所述计算机程序指令供所述处理组件调用执行，所述处理组件执行所述一条或多条计算机程序指令以实现如权利要求1～4任一项所述的车辆事故报告方法。10.一种车辆，其特征在于，包括车身，以及位于所述车身内部的存储组件及处理组件；所述存储组件存储一条或多条计算机程序指令，所述计算机程序指令供所述处理组件调用执行，所述处理组件执行所述一条或多条计算机程序指令以实现如权利要求5～6任一项所述的车辆事故报告方法。11.一种计算机可读存储介质，其特征在于，存储有计算机程序，所述计算机程序被计算机执行时实现如权利要求1～6任一项所述的车辆事故报告方法。
技术总结
本申请实施例提供一种车辆事故报告方法、装置、设备、车辆及存储介质。其中，获取目标车辆发送的触发指令；所述触发指令为车辆行驶参数符合触发条件的情况下生成；获取所述目标车辆发送的第一车辆信息，至少一部分所述第一车辆信息用于表征与所述目标车辆事故有关的车辆状况变化；在所述第一车辆信息符合事故告警条件的情况下，生成告警指令；所述告警指令可用以触发针对所述目标车辆事故的处理。本申请实施例提供的技术方案扩大了车辆事故的监控和告警范围，提高了用户体验。提高了用户体验。提高了用户体验。
