一种基于区块链的车辆事故责任的认定方法及车辆终端

摘要

本申请提供了一种基于区块链的车辆事故责任的认定方法及车辆终端，当目标车辆发生事故时，获取目标车辆周围的车辆环境信息、目标车辆的车辆硬件检测信息、车辆行驶信息以及联盟身份标识；利用联盟身份标识通过预设访问网关，访问区块链联盟中的事故责任认定机构的官方网站；并将绑定有联盟身份标识的车辆环境信息、车辆行驶信息和车辆硬件检测信息作为事故证据信息，上传至事故责任认定机构的官方网站，以使事故认定机构根据事故证据信息对事故的责任归属进行认定。这样，便可根据完整的事故证据信息，及时地对此次事故的责任归属进行认定，可以避免由于责任认定不及时而造成交通堵塞。

说明书

技术领域

本申请涉及自动驾驶技术领域，尤其是涉及一种基于区块链的车辆事故责任的认定方法及车辆终端。

背景技术

随着自动驾驶技术的成熟，自动驾驶车辆逐渐地出现在人们的日常生活中。美国汽车工程师学会（SAE International）定义了自动驾驶的六个等级，分别是L0~L5。其中L0为无自动驾驶，L5为完全自动驾驶，这两种极端情况是几乎不存在的。L1为辅助驾驶，这是最低级别的自动驾驶，自适应巡航控制系统可以让车辆与前车保持安全距离，但主要是由驾驶员控制；L2为半自动驾驶，也可以称作高级驾驶员辅助系统（ADAS，Advanced DriverAssistance Systems）；L3为高度自动驾驶，系统具有检测环境的能力，可以自己根据环境信息作出决定，但这个阶段驾驶员依旧需要在驾驶中保持警惕，并且在系统无法执行任务时进行操控；L4为超高度自动驾驶，这个阶段的汽车可以采用无人驾驶模式运行，但只能在限定区域（ODD，Operational Design Domain）内行驶，限制包括道路类型、地理区间、速度区间、环境、气候等。

由于自动驾驶分为不同的等级，自动化程度各不相同，因此自动驾驶事故的责任不同于普通的交通事故，不应将全部责任归结于驾驶员。自动驾驶事故除了涉及驾驶员外，还应考虑车辆制造者、自动驾驶系统提供者、车辆维修者等多方面因素。自动驾驶事故需要根据自动化的等级进行具体分析，现阶段缺少对于自动驾驶交通事故责任归属判定的相关规定，自动驾驶的参与者牵扯甚广，众多参与者在每个阶段应该承担的责任应该如何分配，也是非常难以界定的。

发明内容

有鉴于此，本申请的目的在于提供一种基于区块链的车辆事故责任的认定方法及车辆终端，能够在自动驾驶车辆发生事故时，将在此次事故中目标车辆所涉及的事故证据信息发送给事故责任认定机构的官方网站，以便事故责任认定机构对此次事故的责任进行认定，进而，保证了事故证据链的完整性，并能够使得事故责任认定机构及时地认定事故责任，可以避免由于责任认定不及时而造成交通堵塞。

本申请实施例提供了一种基于区块链的车辆事故责任的认定方法，应用于自动驾驶车辆的车辆终端，所述认定方法包括：

当目标车辆发生事故时，获取所述目标车辆周围的车辆环境信息、所述目标车辆的车辆硬件检测信息、预定时间段内的车辆行驶信息以及所述目标车辆的联盟身份标识；

利用所述联盟身份标识通过调用预设访问网关，访问区块链联盟中的至少一个事故责任认定机构的官方网站；

将绑定有所述联盟身份标识的所述车辆环境信息、所述车辆行驶信息和所述车辆硬件检测信息确定为事故证据信息；

分别将所述事故证据信息上传至所述至少一个事故责任认定机构的官方网站，以使所述至少一个事故认定机构根据所述事故证据信息对所述事故的责任进行认定。

在一种可能的实施方式中，通过以下步骤获取所述目标车辆的车辆硬件检测信息：

获取在所述事故发生前预设时间段内每个硬件设备的运行信息以及所述目标车辆的车辆ID；

将携带有所述车辆ID的检修记录获取请求，发送至所述目标车辆的车辆维护机构；

接收所述车辆维护机构反馈的车辆检修记录；

基于所述车辆检修记录以及所述运行信息，生成所述目标车辆的车辆硬件检测信息。

在一种可能的实施方式中，所述将绑定有所述联盟身份标识的所述车辆环境信息、所述车辆行驶信息和所述车辆硬件检测信息确定为事故证据信息，包括：

基于所述事故的发生时间，确定所述事故证据信息的事故时间戳；

分别将所述车辆环境信息、所述车辆行驶信息和所述车辆硬件检测信息转换为对应的哈希值；

获取所述目标车辆所属用户的数字签名；

将所述事故时间戳、所述哈希值以及所述数字签名，确定为所述事故的事故证据信息。

在一种可能的实施方式中，所述认定方法还包括：

接收所述至少一个事故责任认定机构反馈的责任认定结果；

将所述目标车辆的车损信息发送给所述责任认定结果所指示的事故责任方。

在一种可能的实施方式中，所述认定方法还包括：

按照预设检测周期获取所述目标车辆的车辆硬件检测信息；

将所述车辆硬件检测信息上传至所述目标车辆所属的车辆维护机构的数据库。

在一种可能的实施方式中，所述车辆硬件检测信息包括发动机检测信息、传感器检测信息、底盘检测信息以及车身检测信息中的一种或多种。

在一种可能的实施方式中，所述车辆环境信息包括驾驶速度、驾驶里程、目标车辆的周围物体、物体的种类信息以及物体的移动速度中的一种或多种。

本申请实施例还提供了一种车辆终端，所述车辆终端包括：

信息获取模块，用于当目标车辆发生事故时，获取所述目标车辆周围的车辆环境信息、所述目标车辆的车辆硬件检测信息以及所述目标车辆的联盟身份标识；

网站访问模块，用于利用所述联盟身份标识通过调用预设访问网关，访问区块链联盟中的至少一个事故责任认定机构的官方网站；

信息确定模块，用于将绑定有所述联盟身份标识的所述车辆环境信息和所述车辆硬件检测信息确定为事故证据信息；

信息上传模块，用于分别将所述事故证据信息上传至所述至少一个事故责任认定机构的官方网站，以使所述至少一个事故认定机构根据所述事故证据信息对所述事故的责任进行认定。

在一种可能的实施方式中，所述信息获取模块用于通过以下步骤获取所述目标车辆的车辆硬件检测信息：

获取在所述事故发生前预设时间段内每个硬件设备的运行信息以及所述目标车辆的车辆ID；

将携带有所述车辆ID的检修记录获取请求，发送至所述目标车辆的车辆维护机构；

接收所述车辆维护机构反馈的车辆检修记录；

基于所述车辆检修记录以及所述运行信息，生成所述目标车辆的车辆硬件检测信息。

在一种可能的实施方式中，所述信息确定模块在用于将绑定有所述联盟身份标识的所述车辆环境信息和所述车辆硬件检测信息确定为事故证据信息时，所述信息确定模块用于：

基于所述事故的发生时间，确定所述事故证据信息的事故时间戳；

分别将所述车辆环境信息、所述车辆行驶信息和所述车辆硬件检测信息转换为对应的哈希值；

获取所述目标车辆所属用户的数字签名；

将所述事故时间戳、所述哈希值以及所述数字签名，确定为所述事故的事故证据信息。

在一种可能的实施方式中，所述车辆终端还包括结果接收模块，所述结果接收模块用于：

接收所述至少一个事故责任认定机构反馈的责任认定结果；

将所述目标车辆的车损信息发送给所述责任认定结果所指示的事故责任方。

在一种可能的实施方式中，所述车辆终端还包括定时检测模块，所述定时检测模块用于：

按照预设检测周期获取所述目标车辆的车辆硬件检测信息；

将所述车辆硬件检测信息上传至所述目标车辆所属的车辆维护机构的数据库。

在一种可能的实施方式中，所述车辆硬件检测信息包括发动机检测信息、传感器检测信息、底盘检测信息以及车身检测信息中的一种或多种。

在一种可能的实施方式中，所述车辆环境信息包括驾驶速度、驾驶里程、目标车辆的周围物体、物体的种类信息以及物体的移动速度中的一种或多种。

本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的基于区块链的车辆事故责任的认定方法的步骤。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的基于区块链的车辆事故责任的认定方法的步骤。

本申请实施例提供的基于区块链的车辆事故责任的认定方法及车辆终端，当目标车辆发生事故时，获取所述目标车辆周围的车辆环境信息、所述目标车辆的车辆硬件检测信息、预定时间段内的车辆行驶信息以及所述目标车辆的联盟身份标识；利用所述联盟身份标识通过调用预设访问网关，访问区块链联盟中的至少一个事故责任认定机构的官方网站；将绑定有所述联盟身份标识的所述车辆环境信息、所述车辆行驶信息和所述车辆硬件检测信息确定为事故证据信息；分别将所述事故证据信息上传至所述至少一个事故责任认定机构的官方网站，以使所述至少一个事故认定机构根据所述事故证据信息对所述事故的责任进行认定。这样，在自动驾驶车辆发生事故时，将在此次事故中目标车辆所涉及的事故证据信息发送给事故责任认定机构的官方网站，以便事故责任认定机构对此次事故的责任进行认定，进而，保证了事故证据链的完整性，并能够使得事故责任认定机构及时地认定事故责任，可以避免由于责任认定不及时而造成交通堵塞。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例所提供的一种基于区块链的车辆事故责任的认定方法的流程图；

图2为本申请实施例所提供的一种车辆终端的结构示意图之一；

图3为本申请实施例所提供的一种车辆终端的结构示意图之二；

图4为本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例，都属于本申请保护的范围。

经研究发现，由于自动驾驶分为不同的等级，自动化程度各不相同，因此自动驾驶事故的责任不同于普通的交通事故，不应将全部责任归结于驾驶员。自动驾驶事故除了涉及驾驶员外，还应考虑车辆制造者、自动驾驶系统提供者、车辆维修者等多方面因素。自动驾驶事故需要根据自动化的等级进行具体分析，现阶段缺少对于自动驾驶交通事故责任归属判定的相关规定，自动驾驶的参与者牵扯甚广，众多参与者在每个阶段应该承担的责任应该如何分配，也是非常难以界定的。

基于此，本申请实施例提供了一种基于区块链的车辆事故责任的认定方法，可以使得事故责任认定机构及时地对事故责任的归属进行认定，进而，可避免由于事故责任认定不及时造成交通堵塞。

请参阅图1，图1为本申请实施例所提供的一种基于区块链的车辆事故责任的认定方法的流程图。如图1中所示，本申请实施例提供的基于区块链的车辆事故责任的认定方法，包括：

S101、当目标车辆发生事故时，获取所述目标车辆周围的车辆环境信息、所述目标车辆的车辆硬件检测信息、预定时间段内的车辆行驶信息以及所述目标车辆的联盟身份标识。

S102、利用所述联盟身份标识通过调用预设访问网关，访问区块链联盟中的至少一个事故责任认定机构的官方网站。

S103、将绑定有所述联盟身份标识的所述车辆环境信息、所述车辆行驶信息和所述车辆硬件检测信息确定为事故证据信息。

S104、分别将所述事故证据信息上传至所述至少一个事故责任认定机构的官方网站，以使所述至少一个事故认定机构根据所述事故证据信息对所述事故的责任进行认定。

本申请实施例提供的一种基于区块链的车辆事故责任的认定方法，当目标车辆发生事故时，及时地获取目标车辆周围的车辆环境信、目标车辆自身的车辆硬件检测以及目标车辆在所属的区块链联盟中的联盟身份标识；利用目标车辆的联盟身份标识调用预设访问接口，以实现对位于区块链联盟中的事故责任认定机构的官方网站的访问；并将绑定了联盟身份标识的车辆环境信息和车辆硬件检测信息作为此次事故的事故证据信息，上传至至少一个事故责任认定机构的官方网站中，以便于事故责任认定机构对于此次事故的责任所属进行认定。

车辆环境信息是指当目标车辆发生事故时，目标车辆所处位置周围的场景信息以及目标车辆自身的车辆参数等等；具体的，所述车辆环境信息包括驾驶速度、驾驶里程、目标车辆的周围物体、物体的种类信息以及物体的移动速度中的一种或多种。

车辆硬件检测信息为设置与目标车辆上的各个硬件设备的检测信息；具体的，所述车辆硬件检测信息包括发动机检测信息、传感器检测信息、底盘检测信息以及车身检测信息中的一种或多种。

当目标车辆发生事故时，可立即对设置在目标车辆上的硬件设备进行自检，检测在事故发生时目标车辆的发动机是否存在异常，得到发动机检测信息；检测在事故发生时目标车辆的传感器是否存在异常，得到传感器检测信息；检测在事故发生时目标车辆的底盘是否存在异常，得到底盘检测信息；检测在事故发生时目标车辆的车身是否存在异常，得到车身检测信息。

联盟身份标识为目标车辆在区块链联盟中唯一身份标识，目标车辆在投入使用前将目标车辆的车辆信息在区块链联盟所对应的区块链网络上进行上链存储，并生成目标车辆的唯一身份标识，即目标车辆在该区块链联盟中对应的联盟身份标识。目标车辆在行驶过程中，会依据联盟身份标识与区块链联盟对应的区块链网络之间不停地进行数据交互，将目标车辆行驶过程中所产生的行驶数据、交互数据、路况数据的时序数据发送到区块链网络中。

交互数据包括车辆制造商接收设置在目标车辆上的传感器状态的交互信息、系统提供商向车辆自动驾驶系统发送的更新请求信息等，即当外界与目标车辆之间产生交互时，交互需求、交互内容、交互结果均会存储在区块链网络中。路况数据指的是现有在具体时空中道路状态，主要可包括时间、地点、交通参与者、车辆行驶情况、拥堵情况等。

当目标车辆发生交通事故时，目标车辆也可依据联盟身份标识以及区块链密钥，从区块链网络中调取目标车辆的车辆硬件检测信息以及预定时间段内的车辆行驶信息。其中，车辆行驶信息包括车辆行驶速度、车辆行驶路段、道路拥堵情况以及车辆行驶状态等。

若事故认定机构需主动获取事故的事故证据信息时，司法、公安等事故责任认定机构也可以依据各自的联盟身份标识以及区块链密钥，从区块链网络中调取目标车辆的事故证据信息。

区块链网络可分为公开网络和许可网络，在公开网络中任何人都可以加入网络；而许可网络中，只有被许可的人才能加入网络，不同于公开网络中参与者的身份都是隐藏的，许可网络的参与者的身份都是已知的。由于车辆事故的证据只能被部分人获取，如司法部门、公安部门等，因此本申请中的区块链网络是基于许可网络所搭建的。

区块链网络中的参与者可包括目标车辆、目标车辆的车辆维护机构（例如，汽车制造商、系统提供商以及车辆维护人员等）、事故责任认定机构（例如，法院、交警等）。目标车辆为提供事故证据的主体，目标车辆中的车辆事件记录系统EDR以及设置在目标车辆上的所有传感器，均能够在事故发生时记录事故相关信息。车辆维护机构中的汽车制造商负责定期对车辆传感器等硬件设备进行检测，并将得到的检测数据进行哈希运算，将检测数据对应的哈希值保存在汽车制造商的数据库中。车辆维护机构中的系统提供商负责定期检查目标车辆的自动驾驶系统的运行情况，在需要的时候可更新目标车辆的系统。维护人员为车辆投入使用后对车辆软件、硬件进行维护的相关参与者。

区块链网络可以由事故责任认定机构进行定义，定义过程中事故责任认定机构首先定义一个排序服务，排序服务的服务配置中包含了区块链网络的网络管理规则（如创建数据上传、获取通道、联盟组成规则等），排序服务由事故责任认定机构（例如，司法组织、公安组织等）进行管理，也就是说，事故责任认定机构在区块链网络中拥有管理员权限，具有创建联盟、通道的权利。区块链联盟由两个及以上组织构成，通道是信息交互的基础。

在区块链网络中实施"谁创建，谁负责"的管理制度，比如汽车联盟创建了一个信息交互通道（信息交互通道用于供联盟成员上传、下载、获取信息），那么汽车联盟将拥有这个通道中的最高权限并对其负责，当其他组织想要加入必须经过汽车联盟的同意。

有密切联系的组织可以组成一个联盟，联盟中的组织可以进行通信，也就是交易，例如汽车联盟中包括服务组织和汽车组织，汽车供应商接收汽车的传感器状态信息，通信记录将作为一个交易记录在区块链中，而这一过程的发生是在联盟所在的通道内。通道基于通道配置进行管理，汽车联盟创建的通道内，汽车组织和服务组织管理通道配置，完全独立于网络配置，这保证了信息的隔离，车辆信息的隐私性。

同汽车联盟一样，区块链网络中还存在由司法组织、公安组织组成的取证联盟，取证联盟的通道中汽车组织和服务组织作为参与者，在事故发生时，将相关的事故证据信息可同步至取证通道中，以便于其他组织按需获取证据。

在步骤S101中，当确定目标车辆发生事故时，获取目标车辆所处位置周围的车辆环境信息，设置在目标车辆上的硬件设备的车辆硬件检测信息，在事故发生前预定时间段内的车辆行驶信息，以及表征该目标车辆在区块链联盟中身份的联盟身份标识。

在一种实施方式中，通过以下步骤获取所述目标车辆的车辆硬件检测信息：获取在所述事故发生前预设时间段内每个硬件设备的运行信息以及所述目标车辆的车辆ID；将携带有所述车辆ID的检修记录获取请求，发送至所述目标车辆的车辆维护机构；接收所述车辆维护机构反馈的车辆检修记录；基于所述车辆检修记录以及所述运行信息，生成所述目标车辆的车辆硬件检测信息。

该步骤中，当目标车辆发生事故时，获取在事故发生前预设时间段内，设置在目标车辆上的每个硬件设备的运行信息以及该目标车辆的车辆ID。

为了能够进一步的获取到目标车辆的车辆检修记录，需向目标车辆的车辆维护机构发送检修记录获取请求，以获取目标车辆的车辆检修记录；具体的，可将表征目标车辆的车辆ID添加在检修记录获取请求中，并将携带有车辆ID的检修记录获取请求发送给车辆维护机构；

车辆维护机构在接收到检修记录获取请求后，便可根据车辆ID查询出目标车辆的硬件设备的车辆检修记录，并将车辆检修记录反馈给目标车辆；

目标车辆在接收到车辆检修记录后，便可基于设置在目标车辆上的硬件设备的车辆硬件检测信息以及车辆检修记录，生成目标车辆的车辆硬件检测信息。

在步骤S102中，利用目标车辆联盟身份标识表明目标车辆具有访问权限，调用访问区块链联盟中至少一个事故责任认定机构官方网站的预设访问网关，实现至少一个事故责任认定机构官方网站的访问。

事故责任认定机构是指能够判定造成此次事故的事故责任所属方的机构，具体的，事故责任认定机构可以包括法院、交警等；法院可作为事故责任归属的判定主体，必要时可从区块链中获得事故证据信息，并给出责任认定结果；警察也可作为事故责任归属的判定主体，必要时也可从区块链中获得事故证据信息，并给出责任认定结果。

在步骤S103中，将目标车辆的联盟身份标识与获取到的车辆环境信息、车辆行驶信息以及车辆硬件检测信息进行绑定；并将绑定了联盟身份标识的车辆环境信息、车辆行驶信息以及车辆硬件检测信息确定为目标车辆此次事故的事故证据信息。

在一种实施方式中，步骤S103包括：基于所述事故的发生时间，确定所述事故证据信息的事故时间戳；分别将所述车辆环境信息、所述车辆行驶信息和所述车辆硬件检测信息转换为对应的哈希值；获取所述目标车辆所属用户的数字签名；将所述事故时间戳、所述哈希值以及所述数字签名，确定为所述事故的事故证据信息。

该步骤中，确定目标车辆此次事故的发生时间，将事故的发生时间确定为事故证据信息的事故时间戳；分别对车辆环境信息、车辆行驶信息和车辆硬件检测信息进行哈希运算，确定车辆环境信息对应的哈希值、车辆行驶信息对应的哈希值和车辆硬件检测信息对应的哈希值；同时，确定目标车辆所属用户的数字签名；整合目标车辆此次事故的事故时间戳、车辆环境信息对应的哈希值、车辆行驶信息对应的哈希值、车辆硬件检测信息对应的哈希值以及数字签名，得到目标车辆此次事故的事故证据信息。

这里，时间戳表征了事故证据信息的产生时间，事故证据信息为是以哈希值的方式进行存储于发送的；

数字签名签名信息为目标车辆所属者，即事故证据信息的提供者的签名信息。

在步骤S104中，分别将确定出的事故证据信息上传至每个事故责任认定机构的官方网站，以便于事故责任认定机构能够根据事故发生时目标车辆周围的车辆环境信息、车辆硬件检测信息以及车辆行驶信息等信息，及时地对此次事故的责任归属进行认定，避免由于事故定责不及时造成交通堵塞。

在一种实施方式中，所述认定方法还包括：接收所述至少一个事故责任认定机构反馈的责任认定结果；将所述目标车辆的车损信息发送给所述责任认定结果所指示的事故责任方。

该步骤中，当至少一个事故责任认定机构完成此次事故责任的认定后，可向目标车辆反馈责任认定结果；目标车辆可根据责任认定结果的指示，将目标车辆在此次事故中所涉及的车损信息发送给责任认定结果所指示的事故责任方。

这里，车损信息可包括目标车辆的损坏情况、针对于目标车辆损坏情况的赔偿方案以及赔偿金额等信息。

在一种实施方式中，所述认定方法还包括：按照预设检测周期获取所述目标车辆的车辆硬件检测信息；将所述车辆硬件检测信息上传至所述目标车辆所属的车辆维护机构的数据库。

该步骤中，对于目标车辆上硬件信息的检测并不局限于事故发生时，可按照预设检测周期，实时获取目标车辆的车辆硬件检测信息；并将获取到的车辆硬件检测信息上传至目标车辆所属的车辆维护机构的数据库，以便车辆维护机构能够对目标车辆的硬件设备进行检修，得到目标车辆在预设检测周期内的车辆检修记录，进而，当目标车辆发生事故时，能够通过车辆维护机构获取到目标车辆的车辆检修记录。

本申请实施例提供的基于区块链的车辆事故责任的认定方法，当目标车辆发生事故时，获取所述目标车辆周围的车辆环境信息、所述目标车辆的车辆硬件检测信息、预定时间段内的车辆行驶信息以及所述目标车辆的联盟身份标识；利用所述联盟身份标识通过调用预设访问网关，访问区块链联盟中的至少一个事故责任认定机构的官方网站；将绑定有所述联盟身份标识的所述车辆环境信息、所述车辆行驶信息和所述车辆硬件检测信息确定为事故证据信息；分别将所述事故证据信息上传至所述至少一个事故责任认定机构的官方网站，以使所述至少一个事故认定机构根据所述事故证据信息对所述事故的责任进行认定。这样，在自动驾驶车辆发生事故时，将在此次事故中目标车辆所涉及的事故证据信息发送给事故责任认定机构的官方网站，以便事故责任认定机构对此次事故的责任进行认定，进而，保证了事故证据链的完整性，并能够使得事故责任认定机构及时地认定事故责任，可以避免由于责任认定不及时而造成交通堵塞。

请参阅图2、图3，图2为本申请实施例所提供的一种车辆终端的结构示意图之一，图3为本申请实施例所提供的一种车辆终端的结构示意图之二。如图2中所示，所述车辆终端200包括：

信息获取模块210，用于当目标车辆发生事故时，获取所述目标车辆周围的车辆环境信息、所述目标车辆的车辆硬件检测信息以及所述目标车辆的联盟身份标识；

网站访问模块220，用于利用所述联盟身份标识通过调用预设访问网关，访问区块链联盟中的至少一个事故责任认定机构的官方网站；

信息确定模块230，用于将绑定有所述联盟身份标识的所述车辆环境信息和所述车辆硬件检测信息确定为事故证据信息；

信息上传模块240，用于分别将所述事故证据信息上传至所述至少一个事故责任认定机构的官方网站，以使所述至少一个事故认定机构根据所述事故证据信息对所述事故的责任进行认定。

进一步的，如图3所示，所述车辆终端200还包括结果接收模块250，所述结果接收模块250用于：

接收所述至少一个事故责任认定机构反馈的责任认定结果；

将所述目标车辆的车损信息发送给所述责任认定结果所指示的事故责任方。

进一步的，如图3所示，所述车辆终端200还包括定时检测模块260，所述定时检测模块260用于：

按照预设检测周期获取所述目标车辆的车辆硬件检测信息；

将所述车辆硬件检测信息上传至所述目标车辆所属的车辆维护机构的数据库。

进一步的，所述信息获取模块210用于通过以下步骤获取所述目标车辆的车辆硬件检测信息：

获取在所述事故发生前预设时间段内每个硬件设备的运行信息以及所述目标车辆的车辆ID；

将携带有所述车辆ID的检修记录获取请求，发送至所述目标车辆的车辆维护机构；

接收所述车辆维护机构反馈的车辆检修记录；

基于所述车辆检修记录以及所述运行信息，生成所述目标车辆的车辆硬件检测信息。

进一步的，所述信息确定模块230在用于将绑定有所述联盟身份标识的所述车辆环境信息和所述车辆硬件检测信息确定为事故证据信息时，所述信息确定模块230用于：

基于所述事故的发生时间，确定所述事故证据信息的事故时间戳；

分别将所述车辆环境信息、所述车辆行驶信息和所述车辆硬件检测信息转换为对应的哈希值；

获取所述目标车辆所属用户的数字签名；

将所述事故时间戳、所述哈希值以及所述数字签名，确定为所述事故的事故证据信息。

进一步的，所述车辆硬件检测信息包括发动机检测信息、传感器检测信息、底盘检测信息以及车身检测信息中的一种或多种。

进一步的，所述车辆环境信息包括驾驶速度、驾驶里程、目标车辆的周围物体、物体的种类信息以及物体的移动速度中的一种或多种。

本申请实施例提供的车辆终端，当目标车辆发生事故时，获取所述目标车辆周围的车辆环境信息、所述目标车辆的车辆硬件检测信息、预定时间段内的车辆行驶信息以及所述目标车辆的联盟身份标识；利用所述联盟身份标识通过调用预设访问网关，访问区块链联盟中的至少一个事故责任认定机构的官方网站；将绑定有所述联盟身份标识的所述车辆环境信息、所述车辆行驶信息和所述车辆硬件检测信息确定为事故证据信息；分别将所述事故证据信息上传至所述至少一个事故责任认定机构的官方网站，以使所述至少一个事故认定机构根据所述事故证据信息对所述事故的责任进行认定。这样，在自动驾驶车辆发生事故时，将在此次事故中目标车辆所涉及的事故证据信息发送给事故责任认定机构的官方网站，以便事故责任认定机构对此次事故的责任进行认定，进而，保证了事故证据链的完整性，并能够使得事故责任认定机构及时地认定事故责任，可以避免由于责任认定不及时而造成交通堵塞。

请参阅图4，图4为本申请实施例所提供的一种电子设备的结构示意图。如图4中所示，所述电子设备400包括处理器410、存储器420和总线430。

所述存储器420存储有所述处理器410可执行的机器可读指令，当电子设备400运行时，所述处理器410与所述存储器420之间通过总线430通信，所述机器可读指令被所述处理器410执行时，可以执行如上述图1所示方法实施例中的基于区块链的车辆事故责任的认定方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1所示方法实施例中的基于区块链的车辆事故责任的认定方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-OnlyMemory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。