CN109741194A - 车辆碰撞的处理方法、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种车辆碰撞的处理方法、设备及存储介质，该方法包括：分析获得车辆碰撞的初步的定责结果，并根据碰撞时采集的图像数据，通过视觉技术还原生成碰撞时的视图信息；将所述初步的定责结果和所述视图信息推送给碰撞车辆的用户，以使用户对所述初步的定责结果进行认定并返回第一反馈信息；根据所述碰撞车辆的用户返回的第一反馈信息，进行车辆碰撞处理。本实施例提供的方法能够解决车辆碰撞处理流程的过程比较繁琐且需要耗费较长的时间，费时费力的问题。

Description

车辆碰撞的处理方法、设备及存储介质

技术领域

本申请实施例涉及智能交通技术领域，尤其涉及一种车辆碰撞的处理方法、设备及存储介质。

背景技术

近几年，汽车行业飞速发展，人们在享受汽车带来的便利的同时，交通事故也不免发生。两车或多车碰撞、追尾、障碍物碰撞等是常见的交通事故。

当发生车辆碰撞事故时，通常的责任认定的处理方法是，事故双方拍照记录证据，报警等待交警定责，且等待定则处理时间较长。然而，通常情况下，由于需要保护现场，以至于现场交通被堵塞，交通产生混乱等一系列由于车辆碰撞产生的待处理问题，导致整个车辆碰撞处理流程的过程比较繁琐且需要耗费较长的时间，费时费力。

发明内容

本申请实施例提供一种车辆碰撞的处理方法、设备及存储介质，以克服车辆碰撞处理流程的过程比较繁琐且需要耗费较长的时间，费时费力的问题。

第一方面，本申请实施例提供一种车辆碰撞的处理方法，包括：

分析获得车辆碰撞的初步的定责结果，并根据碰撞时采集的图像数据，通过视觉技术还原生成碰撞时的视图信息；

将所述初步的定责结果和所述视图信息推送给碰撞车辆的用户，以使碰撞车辆的用户对所述初步的定责结果进行认定并返回第一反馈信息；

根据所述碰撞车辆的用户返回的第一反馈信息，进行车辆碰撞处理。

在一种可能的设计中，所述根据所述碰撞车辆的用户返回的第一反馈信息，进行车辆碰撞处理，包括：

若接收到任一用户返回的第一异议反馈信息，则将所述初步的定责结果和所述视图信息发送至交管终端，以使交警根据所述视图信息返回最终的定责结果；

接收所述交管终端返回的最终的定责结果，并将所述最终的定责结果推送给碰撞车辆的用户。

在一种可能的设计中，所述方法还包括：

若接收到所有碰撞车辆的用户返回的同意反馈信息，则将所述初步的定责结果作为最终的定责结果，并存储所述最终的定责结果和所述视图信息。

在一种可能的设计中，所述方法还包括：

根据所述最终的定责结果，确定所述碰撞车辆中的责任车辆；

获取碰撞车辆的报险信息，并指示所述责任车辆对应的用户将所述报险信息推送给所述责任车辆对应的保险公司终端，以使保险公司根据所述报险信息分析获得初步的定损结果，所述报险信息包括碰撞部位、碰撞车辆信息、以及最终的定责结果，所述定损结果包括碰撞车辆的修车部位及理赔金额；

接收所述保险公司终端返回的初步的定损结果，并将所述初步的定损结果推送给碰撞车辆的用户，以使碰撞车辆的用户对所述初步的定损结果进行认定并返回第二反馈信息；

根据所述碰撞车辆的用户返回的第二反馈信息，进行修车和理赔。

在一种可能的设计中，所述根据所述碰撞车辆的用户返回的第二反馈信息，进行修车和理赔，包括：

若接收到任一用户返回的第二异议反馈信息，则将所述报险信息和初步的定损结果发送至车辆维修终端，以使维修人员根据所述报险信息认定最终的定损结果；

接收所述车辆维修终端返回的最终的定损结果，并将所述最终的定损结果推送给碰撞车辆的用户和保险公司；

若接收到所有碰撞车辆的用户返回的第二同意反馈信息，则将所述初步的定损结果作为最终的定损结果并将所述最终的定损结果推送给碰撞车辆的用户、维修人员和保险公司。

在一种可能的设计中，所述方法还包括：

若接收到车辆维修终端发送的维修单及发票，则将所述维修单及发票推送给所述碰撞车辆的用户和保险公司，以使保险公司根据所述最终的定损结果、维修单及发票进行理赔审核；

若接收到所述保险公司终端发送的确认审核完毕的审核结果，则发送指示命令至所述保险公司终端，以使所述保险公司完成理赔。

第二方面，本申请实施例提供一种车辆碰撞的处理设备，包括：

分析模块，分析获得车辆碰撞的初步的定责结果；

图像处理模块，用于根据碰撞时采集的图像数据，通过视觉技术还原生成碰撞时的视图信息；

第一碰撞处理模块，用于将所述初步的定责结果和所述视图信息推送给碰撞车辆的用户，以使碰撞车辆的用户对所述初步的定责结果进行认定并返回第一反馈信息；

所述第一碰撞处理模块，用于根据所述碰撞车辆的用户返回的第一反馈信息，进行车辆碰撞处理。

在一种可能的设计中，所述第一碰撞处理模块具体用于：

在接收到任一用户端返回的第一异议反馈信息时，将所述初步的定责结果和所述视图信息发送至交管终端，以使交警根据所述视图信息返回最终的定责结果；

接收所述交管终端返回的最终的定责结果，并将所述最终的定责结果推送给碰撞车辆的用户。

在一种可能的设计中，还包括：存储模块；

所述存储模块用于在接收到所有碰撞车辆的用户返回的同意反馈信息时，将所述初步的定责结果作为最终的定责结果，并存储所述最终的定责结果和所述视图信息。

在一种可能的设计中，还包括：责任车辆确定模块、报险信息获取模块、定损处理模块、第二碰撞处理模块；

所述责任车辆确定模块，用于根据所述最终的定责结果，确定所述碰撞车辆中的责任车辆；

所述报险信息获取模块，用于获取碰撞车辆的报险信息，并指示所述责任车辆对应的用户将所述报险信心推送给所述责任车辆对应的保险公司终端，以使保险公司根据所述报险信息分析获得初步的定损结果，所述报险信息包括碰撞部位、碰撞车辆信息、以及最终的定责结果，所述定损结果包括碰撞车辆的修车部位及理赔金额；

所述定损处理模块，用于接收所述保险公司终端返回的初步的定损结果，并将所述初步的定损结果推送给碰撞车辆的用户，以使碰撞车辆的用户对所述初步的定损结果进行认定并返回第二反馈信息；

所述第二碰撞处理模块，用于根据所述碰撞车辆的用户返回的第二反馈信息，进行修车和理赔。

在一种可能的设计中，所述第二碰撞处理模块具体用于：

在接收到任一用户返回的第二异议反馈信息时，将所述报险信息和初步的定损结果发送至车辆维修终端，以使维修人员根据所述报险信息认定最终的定损结果；

接收所述车辆维修终端返回的最终的定损结果，并将所述最终的定损结果推送给碰撞车辆的用户和保险公司；

在接收到所有碰撞车辆的用户返回的第二同意反馈信息时，将所述初步的定损结果作为最终的定损结果并将所述最终的定损结果推送给碰撞车辆的用户、维修人员和保险公司。

在一种可能的设计中，还包括：理赔处理模块；

所述理赔处理模块用于在接收到车辆维修终端发送的维修单及发票时，将所述维修单及发票推送给所述碰撞车辆的用户和保险公司，以使保险公司根据所述最终的定损结果、维修单及发票进行理赔审核；

在接收到所述保险公司终端发送的确认审核完毕的审核结果时，发送指示命令至所述保险公司终端，以使所述保险公司完成理赔。

第三方面，本申请实施例提供一种车辆碰撞的处理设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的车辆碰撞的处理方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的车辆碰撞的处理方法。

本实施例提供的车辆碰撞的处理方法、设备及存储介质，先分析获得初步的定责结果，并通过视觉技术还原碰撞时的视图信息，将所述初步的定责结果和所述视图信息发送至碰撞车辆的用户端，以使用户对所述定责结果进行认定并反馈，后续根据用户反馈，执行相应的碰撞处理。本方案中将能够真实直观反映碰撞事件的视图信息一并发送，从而实现车辆碰撞的自动化处理，并且能够提高处理的可信度和准确性，保证对定责结果的公开、公正和公平。本方案的过程简单快捷，无需耗费较长的时间，省时省力，从而及时处理碰撞事件，避免导致交通混乱等问题。

附图说明

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

图1为本申请实施例提供的车辆碰撞的处理方法的流程示意图一；

图2为本申请实施例提供的车辆碰撞的处理方法的流程示意图二；

图3为本申请实施例提供的车辆碰撞的处理方法的流程示意图三；

图4为本申请实施例提供的车辆碰撞的处理方法的流程示意图四；

图5为本申请实施例提供的车辆碰撞的处理方法的流程示意图五；

图6为本申请实施例提供的车辆碰撞的处理系统的结构示意图；

图7为本申请实施例提供的车辆碰撞的处理设备的结构示意图一；

图8为本申请实施例提供的车辆碰撞的处理设备的结构示意图二；

图9为本申请实施例提供的车辆碰撞的处理系统的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1为本申请实施例一提供的车辆碰撞的处理方法的流程示意图一，本实施例的执行主体可以为车载终端(用户端)，也可以为服务器，本实施例此处对执行主体不做限定。如图1所示，该方法包括：

S101、分析获得车辆碰撞的初步的定责结果，并根据碰撞时采集的图像数据，通过视觉技术还原生成碰撞时的视图信息。

实际应用中，本实施例的执行主体可以为车辆碰撞的处理设备，该处理设备的实现方式有多种，例如，该处理设备可以为程序软件，也可以为存储有相关计算机程序的介质，例如，U盘、云盘等；或者，该处理设备还可以为加载或安装有相关计算机程序的实体装置，例如，芯片、车载终端、服务器等。

本实施例中，分析获得车辆碰撞的初步的定责结果可以通过以下方式实现：

方式一，通过车载图像采集设备获得车辆碰撞的部位的图像，对图像进行分析获得车辆碰撞的初步的定责结果，其中，车载图像采集设备可以是行车记录仪、车载摄像头等。具体地，对图像进行分析可以是车载终端的本地分析，处理速度快，也可以是通过车载终端(用户端)发送给服务器分析，处理精度高。

方式二，通过安装在车辆不同部位的传感器获得车辆碰撞的部位及原始数据，分析原始数据中碰撞车辆的速度及加速度，结合碰撞部位，获得车辆碰撞的初步的定责结果，其中，定责结果包括责任车辆的车辆信息。具体地，对原始数据的分析与方式一中对图像的分析的实现原理和技术效果类似，此处不再赘述。

具体地，在得到初步的定责结果的同时，通过视觉技术对碰撞时采集的图像数据进行数据处理，还原生成碰撞时的视图信息，其中，所述视图信息包括二维全景图、全景视频、三维动画。

S102、将所述初步的定责结果和所述视图信息推送给碰撞车辆的用户，以使用户对所述初步的定责结果进行认定并返回第一反馈信息。

本实施例中，将所述初步的定责结果推送给用户的同时，也将视图信息作为证据推送给碰撞车辆的用户，以使碰撞车辆的用户可以根据视图信息对所述初步的定责结果进行认定，即确定是否同意该初步的定责结果，并通过碰撞车辆的用户返回第一反馈信息。其中，第一反馈信息可以包括第一异议反馈信息或第一同意反馈信息，第一异议反馈信息用于表示用户不同意所述初步的定责结果，第一同意反馈信息用于表示用户同意所述初步的定责结果。通过用户对定责的反馈，能够保证定责的公平与公正，且可以实现自动化定责处理。

S103、根据所述碰撞车辆的用户返回的第一反馈信息，进行车辆碰撞处理。

本实施例中，根据所述碰撞车辆的用户返回的第一反馈信息是第一异议反馈信息或是第一同意反馈信息的不同，进行车辆碰撞的处理方式也不同。比如，第一反馈信息为第一同意反馈信息，则无需报警，碰撞车辆的用户即可完成责任认定，若第一反馈信息为第一异议反馈信息，无论碰撞车辆的任一用户返回的是第一异议反馈信息，则需要报警处理，由交警进行责任认定，进行碰撞车辆处理。

本实施例提供的车辆碰撞的处理方法，先分析获得初步的定责结果，并通过视觉技术还原碰撞时的视图信息，将所述初步的定责结果和所述视图信息发送至碰撞车辆的用户端，以使用户对所述定责结果进行认定并反馈，后续根据用户反馈，执行相应的碰撞处理。本方案中将能够真实直观反映碰撞事件的视图信息一并发送，从而实现车辆碰撞的自动化处理，并且能够提高处理的可信度和准确性，保证对定责结果的公开、公正和公平。本方案的过程简单快捷，无需耗费较长的时间，省时省力，从而及时处理碰撞事件，避免导致交通混乱等问题。。

图2为本申请实施二例提供的车辆碰撞的处理方法的流程示意图二，本实施例在图1实施例的基础上，对本实施例S103的具体实现过程进行了详细说明。如图2所示，所述根据所述碰撞车辆的用户返回的第一反馈信息，进行车辆碰撞处理，可以包括：

S201、若接收到任一用户返回的第一异议反馈信息，则将所述初步的定责结果和所述视图信息发送至交管终端，以使交警根据所述视图信息返回最终的定责结果；

S202、接收所述交管终端返回的最终的定责结果，并将所述最终的定责结果推送给碰撞车辆的用户。

在具体实现过程中，若接收到任一用户返回的第一反馈信息是第一异议反馈信息，则说明碰撞车辆的用户对所述初步的定责结果有异议，需要交警介入处理，则触发报警信号，将所述初步的定责结果和所述视图信息发送至交管终端，以使交警根据所述视图信息返回最终的定责结果，若接收到交管终端返回的最终的定责结果，则将所述最终的定责结果推送给碰撞车辆的用户，以使碰撞车辆的用户可以根据最终的定责结果进行定损认定。

其中，交管终端可以是预先设定的，也可以是通过碰撞车辆与各个交警大队的距离确定的，如果是通过碰撞车辆与各个交警大队的距离确定的，具体地，在将所述初步的定责结果和所述视图信息发送至交管终端之前，还包括：获取在所述碰撞车辆预设范围内的所有交警大队的位置；根据所述位置，确定距离所述碰撞车辆路径最短的交警大队，并将距离所述碰撞车辆路径最短的交警大队对应的交管终端作为接收所述初步的定责结果和所述视图信息的交管终端，一旦碰撞现场出现交通不畅，距离所述碰撞车辆路径最短的交警大队可以及时维持交通秩序，尽量避免导致交通混乱。

具体地，本实施例在图1所示实施例的基础上，该方法还可以包括：若接收到所有碰撞车辆的用户返回的第一同意反馈信息，将所述初步的定责结果作为最终的定责结果，并存储所述最终的定责结果和所述视图信息。

本实施例中，若接收到所有碰撞车辆的用户返回的第一反馈信息是第一同意反馈信息，则说明碰撞车辆的用户对所述初步的定责结果均无异议，无需交警介入处理，只需将将所述初步的定责结果作为最终的定责结果，并存储所述最终的定责结果和所述视图信息，以使碰撞车辆的用户可以根据存储的所述最终的定责结果和所述视图信息对碰撞车辆进行定损认定。

参见图3，图3为本申请实施例三提供的车辆碰撞的处理方法的流程示意图三，本实施例在图2所示实施例的基础上，对本实施例的具体实现过程进行了详细说明。如图3所示，该方法包括：

S301、根据所述最终的定责结果，确定所述碰撞车辆中的责任车辆。

本实施例中，所述最终的定责结果中可以包括责任车辆的车辆信息，通过责任车辆的车辆信息，可以确定碰撞车辆中的责任车辆，所述最终的定责结果还可以包括责任车辆的标识符，标识符与车辆信息存在唯一映射关系，通过标识符，可以确定责任车辆的车辆信息，通过责任车辆的车辆信息，可以确定碰撞车辆中的责任车辆。

S302、获取碰撞车辆的报险信息，并指示所述责任车辆对应的用户将所述报险信息推送给所述责任车辆对应的保险公司终端，以使保险公司根据所述报险信息分析获得初步的定损结果，所述报险信息包括碰撞部位、碰撞车辆信息、以及最终的定责结果，所述定损结果包括碰撞车辆的修车部位及理赔金额。

本实施例中，在确定了碰撞车辆的责任车辆后，向碰撞车辆的责任车辆对应的用户推送收集报险信息的收集指示，以使所有碰撞车辆的用户返回对应的碰撞部位、碰撞车辆信息、以及最终的定责结果，其中，报险信息包括碰撞部位、碰撞车辆信息、以及最终的定责结果。获取碰撞车辆的报险信息后，指示所述责任车辆对应的用户将所述报险信息推送给所述责任车辆对应的保险公司终端，通过所述保险公司对所述报险信息的分析，得到初步的定损结果，其中，所述定损结果包括碰撞车辆的修车部位及理赔金额。

S303、接收所述保险公司终端返回的初步的定损结果，并将所述初步的定损结果推送给碰撞车辆的用户，以使碰撞车辆的用户对所述初步的定损结果进行认定并返回第二反馈信息。

本实施例中，在接收到所述保险公司终端返回的初步的定损结果时，将所述初步的定损结果推送给碰撞车辆的用户，以使碰撞车辆的用户对所述初步的定责结果进行认定，即确定是否同意该初步的定损结果，并通过碰撞车辆的用户返回第二反馈信息。其中，第二反馈信息可以包括第二异议反馈信息或第二同意反馈信息，第二异议反馈信息用于表示用户不同意所述初步的定损结果，第二同意反馈信息用于表示用户同意所述初步的定损结果。通过用户的定损反馈，能够保证定损的公平与公正，且可以实现自动化定损处理。

S304、根据所述碰撞车辆的用户返回的第二反馈信息，进行修车和理赔。

本实施例中，根据所述碰撞车辆的用户返回的第二反馈信息是第二异议反馈信息或是第二同意反馈信息的不同，进行车辆碰撞的修车和理赔处理方式也不同。比如，第二反馈信息为第二同意反馈信息，则无需向车辆维修终端发送报险信息，碰撞车辆的用户即可完成责任认定。若第二反馈信息为第二异议反馈信息，无论碰撞车辆的任一用户返回的是第二异议反馈信息，则需要向车辆维修终端发送报险信息，由维修人员进行损失认定，以使维修人员进行碰撞车辆的修车和保险公司进行碰撞车辆的理赔处理。

参见图4，图4为本申请实施例提供的车辆碰撞的处理方法的流程示意图四，本实施例在图3实施例的基础上，对本实施例S304的具体实现过程进行了详细说明。如图4所示，所述根据所述碰撞车辆的用户返回的第二反馈信息，进行修车和理赔，可以包括：

S401、若接收到任一用户返回的第二异议反馈信息，则将所述报险信息和初步的定损结果发送至车辆维修终端，以使维修人员根据所述报险信息认定最终的定损结果；

S402、接收所述车辆维修终端返回的最终的定损结果，并将所述最终的定损结果推送给碰撞车辆的用户和保险公司。

在具体实现过程中，若接收到任一用户返回的第二反馈信息是第二异议反馈信息，则说明碰撞车辆的用户对所述初步的定损结果有异议，需要维修人员介入处理，则触发定损协商请求信号，将所述初步的定损结果和所述保险信息发送至车辆维修终端，以使维修人员根据所述报险信息认定最终的定损结果，若服务器接收到车辆维修终端返回的最终的定损结果，则将所述最终的定损结果推送给碰撞车辆的用户，以使碰撞车辆的用户可以根据最终的定责结果对车辆的维修和赔偿进行监督执行。

其中，车辆维修终端可以是预先设定的还可以是通过碰撞车辆与各个车辆维修基站的距离确定的，如果是通过碰撞车辆与各个车辆维修基站的距离确定的，具体地，在将所述初步的定损结果和所述报险信息发送至车辆维修终端之前，还包括：获取在所述碰撞车辆预设范围内的所有车辆维修基站的位置；根据所述车辆维修基站的位置，确定距离所述碰撞车辆路径最短的车辆维修基站，并将距离所述碰撞车辆路径最短的车辆维修基站对应的车辆维修终端作为接收所述初步的定损结果和所述报险信息的车辆维修终端。确定距离所述碰撞车辆路径最短的车辆维修基站，可以保证维修人员能够快速赶到碰撞现场，将碰撞车辆移送至车辆维修基站进行车辆维修。

S403、若接收到所有碰撞车辆的用户返回的第二同意反馈信息，则将所述初步的定损结果作为最终的定损结果并将所述最终的定损结果推送给碰撞车辆的用户、维修人员和保险公司。

在具体实现过程中，若接收到所有碰撞车辆的用户返回的第二反馈信息是第二同意反馈信息，则说明碰撞车辆的用户对所述初步的定损结果均无异议，无需维修人员介入处理，只需将所述初步的定损结果作为最终的定损结果，并将所述最终的定损结果推送给碰撞车辆的用户、维修人员和保险公司，以使碰撞车辆的用户可以根据最终的定责结果对车辆的维修和赔偿进行监督执行。

参见图5，图5为本申请实施例提供的车辆碰撞的处理方法的流程示意图五，本实施例在图4实施例的基础上，对本实施例的具体实现过程进行了详细说明。如图5所示，该方法，还可以包括：

S501、若接收到车辆维修终端发送的维修单及发票，则将所述维修单及发票推送给所述碰撞车辆的用户和保险公司，以使保险公司根据所述最终的定损结果、维修单及发票进行理赔审核；

S502、若接收到所述保险公司终端发送的确认审核完毕的审核结果，则发送指示命令至所述保险公司终端，以使所述保险公司完成理赔。

在具体实现过程中，在确定了最终的定损结果后，发送维修指令至车辆维修终端，以使维修人员可以根据最终的定损结果及报险信息对车辆进行维修，且在完成修车后通过车辆维修终端返回维修单及发票。若接收到车辆维修终端发送的维修单及发票，则将所述维修单及发票推送给所述碰撞车辆的用户和保险公司，以使保险公司根据所述最终的定损结果、维修单及发票进行理赔审核。等待接收所述保险公司终端发送的审核结果，若审核结果为审核完毕，则发送指示命令至所述保险公司终端，以使所述保险公司完成理赔。

本实施例提供的车辆碰撞的处理方法，在所有碰撞车辆的用户对于责任认定意见不一致时，可以通过交警的介入，只需要车辆碰撞的用户、交警通过网络确认就可以完成定责，省去了交警到达现场的麻烦，节省了定责的时间，免去了由事故造成交通拥堵的风险；在保险公司对碰撞车辆的定损时，若所有碰撞车辆的用户对于保险公司的损失认定意见不一致时，可以通过维修人员的介入，只需要车辆碰撞的用户、保险公司、维修人员通过网络确认就可以完成定损，无需耗费较长的时间，省时省力，且能够实现自动化处理车辆碰撞情况，保证公平与公正。

图6为本发明实施例提供的车辆碰撞的处理系统的架构示意图为本申请实施例一提供的一种架构示意图。如图6所示，本实施例提供的系统包括车载设备601、交管终端602、保险公司终端603和车辆维修终端604。其中，车载设备601可以是车载终端(用户端)，也可以是服务器；交管终端602、保险公司终端603和车辆维修终端604可以为手机、平板、PC端等。本实施例对车载设备601、交管终端602、保险公司终端603和车辆维修终端604的实现方式不做特别限制，只要该车载设备601、交管终端602、保险公司终端603和车辆维修终端604能够与用户进行车辆碰撞的处理即可。

下面结合具体的应用场景说明车辆碰撞的处理过程为：

当发生车辆碰撞时，车载设备601可以通过碰撞车辆中的行车记录仪或车载环视摄像头，自动记录车辆碰撞时360度范围内的图像数据。

若执行主体为车载终端，则通过本地分析可以获取车辆碰撞的初步的定责结果，再通过本地处理图像数据，即通过视觉技术将图像数据还原生成碰撞时的二维全景图、全景视频、三维动画等多种丰富表达形式的视图信息，以此作为责任认定的证据，本地分析和处理的速度快、效率高。若执行主体为服务器，则通过远程分析获得车辆碰撞的初步的定责结果，再通过远程处理图像数据，即通过视觉技术将图像数据还原生成碰撞时的二维全景图、全景视频、三维动画等多种丰富表达形式的视图信息，以此作为责任认定的证据，服务器分析和处理的精度高。

同时，车载设备601可以将分析获得车辆碰撞的初步的定责结果和视图信息推送给碰撞车辆的用户，以使碰撞车辆的用户对所述初步的定责结果进行认定并返回第一反馈信息，第一反馈信息用于表示碰撞车辆对初步的定责结果的同意与否，然后再根据碰撞车辆的用户返回的第一反馈信息，进行车辆碰撞处理。其中，若执行主体为车载终端，则车载终端推送给用户的方式可以是直接显示或者发送到用户手机上，用户返回信息的方式也可以是通过在车载终端上输入信息也可以是通过用户手机发送给车载终端。若执行主体为服务器，则服务器推送给用户的方式可以是发送给用户端(车载终端)或用户手机来实现，用户返回信息的方式也可以是通过用户端(车载终端)或用户手机发送给服务器。

具体地，若车载设备601接收到的第一反馈信息是碰撞车辆的任一用户不同意该初步的定责结果，可以通过网络自动向交警大队报警，同时上传初步的定责结果和视图信息至交管终端602，以使交警可以远程定责并将远程定责的最终的定责结果推送给用户，保证对定责结果的公开、公正和公平。

车载设备601根据最终的定责结果，可以确定碰撞车辆中的责任车辆，再指示责任车辆向保险公司进行报险，由保险公司出具初步的定损结果并通过保险公司终端603返回给车载设备601，以使碰撞车辆的用户对所述初步的定损结果进行认定并通过所述碰撞车辆的用户返回第二反馈信息，第二反馈信息用于表示碰撞车辆的用户对初步的定损结果的同意与否。若接收到的第一反馈信息是碰撞车辆的任一用户不同意该初步的定损结果，则该车载设备601可以通过网络自动向车辆维修终端604发送定损协商请求信号，以使维修人员根据所述报险信息认定最终的定损结果，并将最终的定损结果返回至车载设备601和保险终端603，车载设备601将最终的定损结果推送给碰撞车辆的用户。在接收到车辆维修终端604发送的维修单及发票时，将所述维修单及发票推送给所述碰撞车辆的用户和保险公司，以使保险公司根据所述最终的定损结果、维修单及发票进行理赔审核，对车辆碰撞的处理能够实现自动化处理，且过程简单，使碰撞车辆问题能够及时被处理，避免导致交通混乱等问题，无需耗费较长的时间，省时省力。

上述过程是自动完成，只需要用户、交警、维修人员、保险公司通过网络确认就可以完成定责、定损，省去了交警、保险公司、维修人员到达现场的麻烦，节省了定责的时间，免去了由事故造成交通拥堵的风险。

图7为本申请实施例提供的车辆碰撞的处理设备的结构示意图一。如图7所示，该车辆碰撞的处理设备70包括：分析模块701、图像处理模块702及第一碰撞处理模块703。

分析模块701，用于分析获得车辆碰撞的初步的定责结果；

图像处理模块702，用于根据碰撞时采集的图像数据，通过视觉技术还原生成碰撞时的视图信息；

第一碰撞处理模块703，用于将所述初步的定责结果和所述视图信息发送至碰撞车辆的用户端，以使碰撞车辆的用户对所述初步的定责结果进行认定并通过碰撞车辆的用户端返回第一反馈信息；

所述第一碰撞处理模块703，用于根据所述碰撞车辆的用户端返回的第一反馈信息，进行车辆碰撞处理。

本实施例提供的设备，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

在一种可能的设计中，所述第一碰撞处理模块703具体用于：

在接收到任一用户返回的第一异议反馈信息时，将所述初步的定责结果和所述视图信息发送至交管终端，以使交警根据所述视图信息返回最终的定责结果；

接收所述交管终端返回的最终的定责结果，并将所述最终的定责结果发送至碰撞车辆的用户端。

在一种可能的设计中，车辆碰撞的处理设备，还可以包括：存储模块；

所述存储模块用于在接收到所有碰撞车辆的用户返回的同意反馈信息时，将所述初步的定责结果作为最终的定责结果，并存储所述最终的定责结果和所述视图信息。

图8为本申请实施例提供的车辆碰撞的处理设备的结构示意图二。如图8所示，本实施例在图7实施例的基础上，车辆碰撞的处理设备，还可以包括：责任车辆确定模块704、报险信息获取模块705、定损处理模块706及第二碰撞处理模块707；

所述责任车辆确定模块704，用于根据所述最终的定责结果，确定所述碰撞车辆中的责任车辆；

所述报险信息获取模块705，用于获取碰撞车辆的报险信息，并指示所述责任车辆对应的用户将所述报险信心推送给所述责任车辆对应的保险公司终端，以使保险公司根据所述报险信息分析获得初步的定损结果，所述报险信息包括碰撞部位、碰撞车辆信息、以及最终的定责结果，所述定损结果包括碰撞车辆的修车部位及理赔金额；

所述定损处理模块706，用于接收所述保险公司终端返回的初步的定损结果，并将所述初步的定损结果推送给碰撞车辆的用户，以使碰撞车辆的用户对所述初步的定损结果进行认定并返回第二反馈信息；

所述第二碰撞处理模块707，用于根据所述碰撞车辆的用户返回的第二反馈信息，进行修车和理赔。

在一种可能的设计中，所述第二碰撞处理模块707具体用于：

在接收到任一用户返回的第二异议反馈信息时，将所述报险信息和初步的定损结果发送至车辆维修终端，以使维修人员根据所述报险信息认定最终的定损结果；

接收所述车辆维修终端返回的最终的定损结果，并将所述最终的定损结果推送给碰撞车辆的用户和保险公司；

在接收到所有碰撞车辆的用户返回的第二同意反馈信息时，将所述初步的定损结果作为最终的定损结果并将所述最终的定损结果推送给碰撞车辆的用户、维修人员和保险公司。

在一种可能的设计中，该装置，还可以包括：理赔处理模块；

所述理赔处理模块用于在接收到车辆维修终端发送的维修单及发票时，将所述维修单及发票推送给所述碰撞车辆的用户和保险公司，以使保险公司根据所述最终的定损结果、维修单及发票进行理赔审核；

在接收到所述保险公司终端发送的确认审核完毕的审核结果时，发送指示命令至所述保险公司终端，以使所述保险公司完成理赔。

本实施例提供的设备，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图9为本申请实施例提供的车辆碰撞的处理设备的硬件结构示意图。如图9所示，本实施例的车辆碰撞的处理设备90包括：处理器901以及存储器902；其中

存储器902，用于存储计算机执行指令；

处理器901，用于执行存储器存储的计算机执行指令，以实现上述实施例中接收设备所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上所述的车辆碰撞的处理方法。

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

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

另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称：ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (14)

1.一种车辆碰撞的处理方法，其特征在于，包括：

分析获得车辆碰撞的初步的定责结果，并根据碰撞时采集的图像数据，通过视觉技术还原生成碰撞时的视图信息；

将所述初步的定责结果和所述视图信息推送给碰撞车辆的用户，以使用户对所述初步的定责结果进行认定并返回第一反馈信息；

根据所述碰撞车辆的用户返回的第一反馈信息，进行车辆碰撞处理。

2.根据权利要求1所述的方法，所述根据所述碰撞车辆的用户返回的第一反馈信息，进行车辆碰撞处理，包括：

若接收到任一用户返回的第一异议反馈信息，则将所述初步的定责结果和所述视图信息发送至交管终端，以使交警根据所述视图信息返回最终的定责结果；

接收所述交管终端返回的最终的定责结果，并将所述最终的定责结果推送给碰撞车辆的用户。

3.根据权利要求1所述的方法，所述方法还包括：

若接收到所有碰撞车辆的用户返回的第一同意反馈信息，则将所述初步的定责结果作为最终的定责结果，并存储所述最终的定责结果和所述视图信息。

4.根据权利要求2或3所述的方法，所述方法还包括：

根据所述最终的定责结果，确定所述碰撞车辆中的责任车辆；

获取碰撞车辆的报险信息，并指示所述责任车辆对应的用户将所述报险信息推送给所述责任车辆对应的保险公司终端，以使保险公司根据所述报险信息分析获得初步的定损结果，所述报险信息包括碰撞部位、碰撞车辆信息、以及最终的定责结果，所述定损结果包括碰撞车辆的修车部位及理赔金额；

接收所述保险公司终端返回的初步的定损结果，并将所述初步的定损结果推送给碰撞车辆的用户，以使碰撞车辆的用户对所述初步的定损结果进行认定并返回第二反馈信息；

根据所述碰撞车辆的用户返回的第二反馈信息，进行修车和理赔。

5.根据权利要求4所述的方法，其特征在于，所述根据所述碰撞车辆的用户返回的第二反馈信息，进行修车和理赔，包括：

若接收到任一用户返回的第二异议反馈信息，则将所述报险信息和初步的定损结果发送至车辆维修终端，以使维修人员根据所述报险信息认定最终的定损结果；

接收所述车辆维修终端返回的最终的定损结果，并将所述最终的定损结果推送给碰撞车辆的用户和保险公司；

若接收到所有碰撞车辆的用户返回的第二同意反馈信息，则将所述初步的定损结果作为最终的定损结果并将所述最终的定损结果推送给碰撞车辆的用户、维修人员和保险公司。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若接收到车辆维修终端发送的维修单及发票，则将所述维修单及发票推送给所述碰撞车辆的用户和保险公司，以使保险公司根据所述最终的定损结果、维修单及发票进行理赔审核；

若接收到所述保险公司终端发送的确认审核完毕的审核结果，则发送指示命令至所述保险公司终端，以使所述保险公司完成理赔。

7.一种车辆碰撞的处理设备，其特征在于，包括：

分析模块，用于分析获得车辆碰撞的初步的定责结果；

图像处理模块，用于根据碰撞时采集的图像数据，通过视觉技术还原生成碰撞时的视图信息；

第一碰撞处理模块，用于将所述初步的定责结果和所述视图信息推送给碰撞车辆的用户，以使碰撞车辆的用户对所述初步的定责结果进行认定并返回第一反馈信息；

所述第一碰撞处理模块，用于根据所述碰撞车辆的用户返回的第一反馈信息，进行车辆碰撞处理。

8.根据权利要求7所述的设备，其特征在于，所述第一碰撞处理模块具体用于：

在接收到任一用户返回的第一异议反馈信息时，将所述初步的定责结果和所述视图信息发送至交管终端，以使交警根据所述视图信息返回最终的定责结果；

接收所述交管终端返回的最终的定责结果，并将所述最终的定责结果推送给碰撞车辆的用户。

9.根据权利要求7所述的设备，其特征在于，还包括：存储模块；

所述存储模块用于在接收到所有碰撞车辆的用户返回的同意反馈信息时，将所述初步的定责结果作为最终的定责结果，并存储所述最终的定责结果和所述视图信息。

10.根据权利要求8或9所述的设备，其特征在于，还包括：责任车辆确定模块、报险信息获取模块、定损处理模块、第二碰撞处理模块；

所述责任车辆确定模块，用于根据所述最终的定责结果，确定所述碰撞车辆中的责任车辆；

所述报险信息获取模块，用于获取碰撞车辆的报险信息，并指示所述责任车辆对应的用户将所述报险信心推送给所述责任车辆对应的保险公司终端，以使保险公司根据所述报险信息分析获得初步的定损结果，所述报险信息包括碰撞部位、碰撞车辆信息、以及最终的定责结果，所述定损结果包括碰撞车辆的修车部位及理赔金额；

所述定损处理模块，用于接收所述保险公司终端返回的初步的定损结果，并将所述初步的定损结果推送给碰撞车辆的用户，以使碰撞车辆的用户对所述初步的定损结果进行认定并返回第二反馈信息；

所述第二碰撞处理模块，用于根据所述碰撞车辆的用户返回的第二反馈信息，进行修车和理赔。

11.根据权利要求10所述的设备，其特征在于，所述第二碰撞处理模块具体用于：

在接收到任一用户返回的第二异议反馈信息时，将所述报险信息和初步的定损结果发送至车辆维修终端，以使维修人员根据所述报险信息认定最终的定损结果；

接收所述车辆维修终端返回的最终的定损结果，并将所述最终的定损结果推送给碰撞车辆的用户和保险公司；

在接收到所有碰撞车辆的用户返回的第二同意反馈信息时，将所述初步的定损结果作为最终的定损结果并将所述最终的定损结果推送给碰撞车辆的用户、维修人员和保险公司。

12.根据权利要求11所述的设备，其特征在于，还包括：理赔处理模块；

所述理赔处理模块用于在接收到车辆维修终端发送的维修单及发票时，将所述维修单及发票推送给所述碰撞车辆的用户和保险公司，以使保险公司根据所述最终的定损结果、维修单及发票进行理赔审核；

在接收到所述保险公司终端发送的确认审核完毕的审核结果时，发送指示命令至所述保险公司终端，以使所述保险公司完成理赔。

13.一种车辆碰撞的处理设备，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1至6任一项所述的车辆碰撞的处理方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1至6任一项所述的车辆碰撞的处理方法。