基于区块链的车辆查勘定损方法、装置及系统

本公开涉及区块链技术领域及车辆查勘技术领域，特别涉及一种基于区块链的车辆查勘定损方法、装置及系统。

目前车险的理赔多采用移动查勘理赔的方式，即保险公司接到被保险人报案后，查勘员通过手持查勘终端的方式为事故车辆进行拍照查勘定损。

具体的，保险公司接到人工报案后，出动查勘人员到事故现场勘查，通过特定的查勘终端对事故现场进行拍照，留存车辆受损证据，从而完成车辆查勘定损。该方式的缺点是需要查勘人员现场查勘，耗费人力较多，而且查勘人员不一定能够及时到达事故现场，事故车辆在现场等待时间较长，容易造成交通堵塞。

本公开旨在至少解决现有技术中存在的技术问题之一，提供一种基于区块链的车辆查勘定损方法、装置及系统。

根据本公开的第一方面，本公开实施例提供了一种基于区块链的车辆查勘定损方法，该方法包括：

从区块链网络中获取车载终端节点广播的车辆事故信息；

根据所述车辆事故信息生成自动理赔申请确认单，并将所述自动理赔申请确认单发送至所述区块链网络中；

响应于从所述区块链网络中获取到车主节点针对所述自动理赔申请确认单的车主确认指令，通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据；

根据所述事故查勘定损数据对事故车辆进行查勘定损，并生成查勘定损信息。

在一些实施例中，在所述从区块链网络中获取车载终端节点广播的车辆事故信息之前，还包括：

所述车载终端节点获取车辆行驶特征数据、摄像头数据；

所述车载终端节点根据车辆行驶特征数据、摄像头数据，检测车辆是否发生碰撞事故；

在检测到车辆发生碰撞事故的情况下，所述车载终端节点根据车辆的车辆事故信息，生成初始的数据区块，所述车辆事故信息至少包括当前定位数据、碰撞强度特征值、车牌号、事故时间；

所述车载终端节点将所述初始的数据区块广播至所述区块链网络中。

在一些实施例中，所述车载终端节点根据车辆的车辆事故信息，生成初始的数据区块，包括：

所述车载终端节点将所述车辆事故信息进行哈希处理，生成事故信息摘要；

所述车载终端节点根据所述车辆事故信息及所述事故信息摘要生成所述初始的数据区块。

在一些实施例中，在所述车载终端节点将所述初始的数据区块广播至所述区块链网络中之后，还包括：

所述区块链网络中的所述车主节点从所述区块链网络中获取所述数据区块；

所述车主节点根据所述数据区块获得所述车辆事故信息及所述事故信息摘要；

所述车主节点在验证所述车辆事故信息中的车牌号与自身注册的车牌号一致的情况下，保存所述数据区块。

在一些实施例中，在所述车载终端节点将所述初始的数据区块广播至所述区块链网络中之后，还包括：

所述区块链网络中的验证节点从所述区块链网络中获取所述数据区块；

所述验证节点根据所述数据区块获得所述车辆事故信息及所述事故信息摘要；

所述验证节点对所述车辆事故信息进行哈希处理，并将哈希处理结果与所述事故信息摘要进行比对；

所述从区块链网络中获取车载终端节点广播的车辆事故信息，包括：接收所述验证节点在比对结果为一致的情况下发送的所述车辆事故信息。

在一些实施例中，所述根据所述车辆事故信息生成自动理赔申请确认单，并将所述自动理赔申请确认单发送至所述区块链网络，包括：

根据所述车辆事故信息包含的车牌号，查询对应的车主信息，所述车主信息至少包括车主电话和车主姓名；

生成包含所述车主信息及所述车辆事故信息的所述自动理赔申请确认单，并将所述自动理赔申请确认单发送给所述区块链网络中的验证节点。

在一些实施例中，在所述将所述自动理赔申请确认单发送给所述区块链网络中的验证节点之后，还包括：

所述验证节点对所述自动理赔申请确认单进行哈希处理，生成确认单摘要；

所述验证节点将所述自动理赔申请确认单及所述确认单摘要写入预先保存的所述数据区块，以更新所述数据区块；

所述验证节点向所述区块链网络中广播更新后的所述数据区块；

所述车主节点从所述区块链网络中获取更新后的所述数据区块，并响应于接收到车主针对所述自动理赔申请确认单的车主确认指令，将所述车主确认指令写入所述数据区块，以更新所述数据区块；

所述车主节点向所述区块链网络中广播更新后的所述数据区块。

在一些实施例中，所述车主节点从所述区块链网络中获取更新后的所述数据区块之后，还包括：

所述车主节点根据所述数据区块获得所述自动理赔申请确认单及所述确认单摘要；

所述车主节点对所述自动理赔申请确认单进行哈希处理，并将哈希处理结果与所述确认单摘要进行比对；

若哈希处理结果与所述确认单摘要的比对结果为一致，则所述车主节点将所述自动理赔申请确认单中的所述车主信息与自身注册的车主信息进行比对，并将所述车辆事故信息与预先保存的数据区块中的车辆事故信息进行比对；

若比对结果均为一致，则所述车主节点更新自身预先保存的所述数据区块。

在一些实施例中，在所述车主节点向所述区块链网络中广播更新后的所述数据区块之后，还包括：

所述车载终端节点从所述区块链网络中获得更新后的所述数据区块；

所述车载终端节点根据更新后的所述数据区块获得所述车主确认指令；

所述车载终端节点根据所述车主确认指令，更新并保存所述数据区块。

在一些实施例中，在所述车主节点向所述区块链网络中广播更新后的所述数据区块之后，还包括：

所述验证节点从所述区块链网络中获得更新后的所述数据区块；

所述验证节点根据更新后的所述数据区块获得所述车主确认指令；

所述验证节点根据所述车主确认指令，更新并保存所述数据区块。

在一些实施例中，在所述通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据之前，还包括：

接收所述验证节点发送的所述车主确认指令。

在一些实施例中，所述通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据，包括：

向所述车载终端节点发送事故音视频获取请求，所述事故音视频获取请求中至少包含起始时间和结束时间，所述起始时间至所述结束时间的时间段包含事故时间；

接收所述车载终端节点返回的从起始时间至结束时间的事故音视频数据，所述事故查勘定损数据包括所述事故音视频数据。

在一些实施例中，所述通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据，包括：

向所述车主节点发送现场视频获取请求；

接收所述车主节点返回的现场视频数据，所述事故查勘定损数据包括所述现场视频数据。

在一些实施例中，所述通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据，包括：

向所述交通监控节点发送监控视频获取请求，所述监控视频获取请求中至少包含事故车辆的车牌号、当前定位数据、事故时间；

接收所述交通监控节点根据所述监控视频获取请求返回的事故车辆的监控视频数据，所述事故查勘定损数据包括所述监控视频数据。

在一些实施例中，在生成查勘定损信息之后，还包括：

向所述区块链网络中的验证节点发送所述查勘定损信息；

所述验证节点将所述查勘定损信息写入所述数据区块，并将更新后的所述数据区块以所述车主节点的公钥进行签名后广播至所述区块链网络中；

所述车主节点从所述区块链网络获取更新后的所述数据区块，并在利用自身私钥对更新后的所述数据区块进行解密后，更新自身预存的数据区块。

根据本公开的第二方面，本公开实施例提供了一种车辆查勘定损装置，该装置包括：

事故信息接收模块，用于从区块链网络中获取车载终端节点广播的车辆事故信息；

理赔确认单生成模块，用于根据所述车辆事故信息生成自动理赔申请确认单，并将所述自动理赔申请确认单广播至所述区块链网络；

查勘数据获取模块，用于响应于从所述区块链网络中获取到车主节点针对所述自动理赔申请确认单的车主确认指令，通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据；

查勘定损模块，用于根据所述事故查勘定损数据对事故车辆进行查勘定损，并生成查勘定损信息。

根据本公开的第三方面，本公开实施例提供了一种车辆查勘定损系统，其特征在于，包括车辆查勘定损节点、区块链系统以及交通监控节点；

所述车辆查勘定损节点包括上述的车辆查勘定损装置；所述区块链系统包括车载终端节点、车主节点以及验证节点。

根据本公开实施例所提供的基于区块链的车辆查勘定损方法、装置及系统的技术方案，基于区块链技术自动化实现对事故车辆的查勘定损，无需查勘人员到达现场查勘，有效解决了车险理赔过程中查勘人员需现场查勘耗时长的问题，减少了车辆查勘定损时间，同时能够有效节省人力。同时，利用事故车辆的车载终端节点、车主节点以及交通监控节点中的一者或多者采集的事故现场数据对事故车辆进行查勘定损，能够有效提高自动查勘定损的准确性，并且采用区块链技术可以实现多方数据的可靠共享及认证。

图1为本公开实施例提供的一种基于区块链的车辆查勘定损方法的流程图；

图2为本公开实施例提供的另一种基于区块链的车辆查勘定损方法的流程图；

图3为本公开实施例提供的又一种基于区块链的车辆查勘定损方法的流程图；

图4为本公开实施例提供的再一种基于区块链的车辆查勘定损方法的流程图；

图5为图1中步骤12的一种具体实现方式的流程图；

图6为本公开实施例提供的再一种基于区块链的车辆查勘定损方法的流程图；

图7为图6中步骤65的一种具体实现方式的流程图；

图8为本公开实施例提供的再一种基于区块链的车辆查勘定损方法的流程图；

图9为本公开实施例提供的再一种基于区块链的车辆查勘定损方法的流程图；

图10为本公开实施例提供的再一种基于区块链的车辆查勘定损方法的流程图；

图11为本公开实施例提供的一种车辆查勘定损装置的组成框图；

图12为本公开实施例提供的一种车辆查勘定损装置的组成框图；

图13为一种车载终端节点的组成框图；

图14为一种验证节点的组成框图。

为使本领域的技术人员更好地理解本公开的技术方案，下面结合附图对本公开实施例提供的基于区块链的车辆查勘定损方法、装置及系统进行详细描述。

图1为本公开实施例提供的一种基于区块链的车辆查勘定损方法的流程图，参见图1，本公开实施例提供一种基于区块链的车辆查勘定损方法，该方法基于车辆查勘定损装置实现，该方法包括：步骤11～步骤14。

步骤11、从区块链网络中获取车载终端节点广播的车辆事故信息。

步骤12、根据车辆事故信息生成自动理赔申请确认单，并将自动理赔申请确认单广播至区块链网络。

步骤13、响应于从区块链网络中获取到车主节点针对自动理赔申请确认单的车主确认指令，通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据。

步骤14、根据事故查勘定损数据对事故车辆进行查勘定损，并生成查勘定损信息。

根据本公开实施例提供的基于区块链的车辆查勘定损方法的技术方案，基于区块链技术自动化实现对事故车辆的查勘定损，无需查勘人员到达现场查勘，有效解决了车险理赔过程中查勘人员需现场查勘耗时长的问题，减少了车辆查勘定损时间，同时能够有效节省人力。同时，利用事故车辆的车载终端节点、车主节点以及交通监控节点中的一者或多者采集的事故现场数据对事故车辆进行查勘定损，能够有效提高自动查勘定损的准确性，并且采用区块链技术可以实现多方数据的可靠共享及认证。

图2为本公开实施例提供的另一种基于区块链的车辆查勘定损方法的流程图，如图2所示，在一些实施例中，在从区块链网络中获取车载终端节点广播的车辆事故信息之前，即在步骤11之前，该车辆查勘定损方法还包括步骤21～步骤24，下面仅针对步骤21～步骤24进行描述。

步骤21、车载终端节点获取车辆行驶特征数据、摄像头数据。

具体地，车载终端节点包括车载终端，车载终端包括车载自诊断系统(On-BoardDiagnostics，OBD)，车载终端节点可以通过OBD接口读取车辆的车辆行驶特征数据以及摄像头数据。

步骤22、车载终端节点根据车辆行驶特征数据、摄像头数据，检测车辆是否发生碰撞事故。

具体地，车载终端节点通过预设的碰撞检测模块根据车辆行驶特征数据、摄像头数据，综合判断车辆是否发生碰撞事故，在判断出发生碰撞事故的情况下，通过预设的评估模块评估碰撞强度，以得到碰撞强度特征值。

步骤23、在检测到车辆发生碰撞事故的情况下，车载终端节点根据车辆的车辆事故信息，生成初始的数据区块。

其中，车辆事故信息至少包括：车辆的当前定位数据(例如GPS定位数据)、碰撞强度特征值、车牌号、事故时间，还可以包括其他事故信息。

在一些实施例中，车载终端节点根据车辆的车辆事故信息，生成初始的数据区块，包括：步骤231和步骤232。

步骤231、车载终端节点将车辆事故信息进行哈希处理，生成事故信息摘要。

具体地，车载终端节点将车辆的当前定位数据(例如GPS定位数据)、碰撞强度特征值、车牌号、事故时间等事故信息进行哈希(HASH)处理，生成事故信息摘要。

步骤232、车载终端节点根据车辆事故信息及事故信息摘要生成初始的数据区块。

具体地，车载终端节点将车辆事故信息及事故信息摘要进行私钥签名后，生成初始的数据区块。其中，私钥是车载终端节点的私钥，在步骤232中，车载终端节点利用自身私钥对车辆事故信息及事故信息摘要进行签名后，生成初始的数据区块，初始的数据区块包括车辆事故信息及事故信息摘要。

步骤24、车载终端节点将初始的数据区块广播至区块链网络中。

具体地，车载终端节点通过预设的区块链网络的应用程序编程接口(ApplicationProgramming Interface，API)将初始的数据区块广播至区块链网络中。

图3为本公开实施例提供的又一种基于区块链的车辆查勘定损方法的流程图，如图3所示，在一些实施例中，在车载终端节点将初始的数据区块广播至区块链网络中之后，即在步骤24之后，该车辆查勘定损方法还包括步骤31～步骤33，下面仅针对步骤31～步骤33进行描述。

步骤31、区块链网络中的车主节点从区块链网络中获取初始的数据区块。

具体地，车主节点通过区块链网络获取车载终端节点在区块链网络中广播的初始的数据区块。其中，车主节点可以包括车主自身持有的智能终端，可以智能手机、平板电脑等。

步骤32、车主节点根据初始的数据区块获得车辆事故信息及事故信息摘要。

具体地，车主节点使用车载终端节点的公钥对初始的数据区块进行解密后，获得车辆事故信息及事故信息摘要。其中，车主节点可以预先存储车载终端节点的公钥，在获取到经车载终端节点的私钥加密的数据区块后，车主节点可以利用预存的车载终端节点的公钥，采用相应的解密算法对数据区块进行解密，以获得数据区块中的车辆事故信息及事故信息摘要。

步骤33、车主节点提取车辆事故信息中的车牌号，并将该车牌号与自身注册的车牌号进行比对。

在一些实施例中，车主节点在加入区块链网络时，注册、登记并保存自身对应的车辆的车牌号，在步骤33中，在提取车辆事故信息中的车牌号后，将提取的车牌号与自身预存的车牌号进行比对，以验证是否为自身对应的车辆的车牌号，即验证提取的车牌号与自身预存的车牌号是否一致。

在步骤33中，若提取的车牌号与自身预存的车牌号的比对结果为一致，则车主节点保存初始的数据区块；若提取的车牌号与自身预存的车牌号的比对结果为不一致，则车主节点丢弃初始的数据区块。

图4为本公开实施例提供的再一种基于区块链的车辆查勘定损方法的流程图，如图4所示，在一些实施例中，在车载终端节点将初始的数据区块广播至区块链网络中之后，即在步骤24之后，该车辆查勘定损方法还包括步骤41～步骤43，下面仅针对步骤41～步骤43进行描述。

步骤41、区块链网络中的验证节点从区块链网络中获取初始的数据区块。

具体地，验证节点通过区块链网络获取车载终端节点在区块链网络中广播的初始的数据区块。其中，验证节点可以包括任意合适的智能终端、服务器等电子设备，用于对加入区块链网络的节点的身份进行验证，以及对广播至区块链网络的数据进行验证。

步骤42、验证节点根据初始的数据区块获得车辆事故信息及事故信息摘要。

具体地，验证节点使用车载终端节点的公钥对初始的数据区块进行解密后，获得车辆事故信息及事故信息摘要。其中，验证节点可以预先存储车载终端节点的公钥，在获取到经车载终端节点的私钥加密的数据区块后，验证节点可以利用预存的车载终端节点的公钥，采用相应的解密算法对数据区块进行解密，以获得数据区块中的车辆事故信息及事故信息摘要。

步骤43、验证节点对车辆事故信息进行哈希处理，并将哈希处理结果与事故信息摘要进行比对。

具体地，验证节点将车辆的当前定位数据(例如GPS定位数据)、碰撞强度特征值、车牌号、事故时间等事故信息进行哈希(HASH)处理，生成哈希处理结果，验证节点将自身生成的哈希处理结果与车载终端节点生成的事故信息摘要进行比对，以验证车辆事故信息是否可信且未被篡改。

在步骤43中，若自身生成的哈希处理结果与车载终端节点生成的事故信息摘要的比对结果为一致，证明该车辆事故信息有效、可信且未被篡改，则验证节点可以保存初始的数据区块；若自身生成的哈希处理结果与车载终端节点生成的事故信息摘要的比对结果为不一致，则验证节点可以丢弃初始的数据区块。

在验证车辆事故信息可信且未被篡改的情况下，验证节点对数据区块的验证通过，此时验证节点向车辆查勘定损装置发送车辆事故信息。车辆查勘定损装置可以是保险公司对应的智能终端、服务器等电子设备或客户端等。

在该实施例中，从区块链网络中获取车载终端节点广播的车辆事故信息的步骤，即步骤11，具体包括：接收验证节点在生成的哈希处理结果与事故信息摘要的比对结果为一致的情况下发送的车辆事故信息。

图5为图1中步骤12的一种具体实现方式的流程图，如图5所示，在一些实施例中，根据车辆事故信息生成自动理赔申请确认单，并将自动理赔申请确认单发送至区块链网络的步骤，即步骤12，可以进一步包括：步骤51和步骤52。

步骤51、根据车辆事故信息包含的车牌号，查询对应的车主信息，车主信息至少包括车主电话和车主姓名。

具体地，将车辆事故信息包含的车牌号作为索引，从后台数据库中查询出该车牌号所对应的车主信息，车主信息至少包括该车牌号对应的车主的车主电话和车主姓名，还可以包括对应的车主的其他信息。

步骤52、生成包含车主信息及车辆事故信息的自动理赔申请确认单，并将自动理赔申请确认单发送给区块链网络中的验证节点。

在步骤52中，在查询到该车牌号对应的车主信息的情况下，根据车主信息及车辆事故信息生成自动理赔申请确认单，自动理赔申请确认单包含车主信息及车辆事故信息。

在一些实施例中，可以预先配置自动理赔申请确认单模板，在获得车主信息和车辆事故信息后，将车主信息和车辆事故信息填入自动理赔申请确认单模板，从而生成自动理赔申请确认单。

图6为本公开实施例提供的再一种基于区块链的车辆查勘定损方法的流程图，如图6所示，在一些实施例中，在将自动理赔申请确认单发送给区块链网络中的验证节点之后，即在步骤52之后，该车辆查勘定损方法还包括步骤61～步骤67，下面仅针对步骤61～步骤67进行描述。

步骤61、验证节点根据自动理赔申请确认单中的车主信息，获取车主信息对应的车主节点的公钥。

具体地，验证节点以自动理赔申请确认单中的车主电话为索引，从自身后台数据库中预先存储的区块链网络的注册信息表查询并获取车主电话对应的车主节点的公钥。

步骤62、验证节点对自动理赔申请确认单进行哈希处理，生成确认单摘要。

步骤63、验证节点将自动理赔申请确认单及确认单摘要，写入预先保存的数据区块，以更新预存的数据区块。

具体地，验证节点将自动理赔申请确认单进行哈希(HASH)处理，生成确认单摘要，将原始的自动理赔申请确认单及其确认单摘要，以验证节点自身的私钥签名后，写入预存的数据区块，以更新预存的数据区块，同时，该数据区块携带信息编号(如C-1)及时间戳。此时，更新后的数据区块包含但不限于：车辆事故信息、事故信息摘要、自动理赔申请确认单及确认单摘要。

步骤64、验证节点向区块链网络中广播更新后的数据区块。

具体地，验证节点利用通过步骤61获得的车主节点的公钥，对在步骤63中更新后的数据区块进行加密后，向区块链网络中广播该数据区块。

步骤65、车主节点从区块链网络中获取更新后的数据区块，并向车主展示自动理赔申请确认单。

步骤66、车主节点响应于接收到车主针对自动理赔申请确认单的车主确认指令，将车主确认指令写入数据区块，以更新数据区块。

车主节点展示自动理赔申请确认单后，车主可以核对自动理赔申请确认单中的车辆事故信息，若与实际无误则确认启动自动理赔流程，并向车主节点触发针对自动理赔申请确认单的车主确认指令。在步骤66中，车主节点接收到车主针对自动理赔申请确认单的车主确认指令后，将车主确认指令写入数据区块，以更新数据区块。此时，更新后的数据区块包含但不限于：车辆事故信息、事故信息摘要、自动理赔申请确认单、确认单摘要以及车主确认指令。

步骤67、车主节点向区块链网络中广播更新后的数据区块。

具体地，车主节点将车主确认指令写入数据区块以更新数据区块后，利用车主节点自身的私钥对更新后的数据区块进行签名，并将经签名后的数据区块广播至区块链网络中。

图7为图6中步骤65的一种具体实现方式的流程图，如图7所示，在一些实施例中，车主节点从区块链网络中获取更新后的数据区块，并向车主展示自动理赔申请确认单的步骤，即步骤65，可以进一步包括步骤71～步骤75。

步骤71、车主节点根据该更新后的数据区块获得自动理赔申请确认单及确认单摘要。

在步骤71中，车主节点从区块链网络中获取验证节点广播的经验证节点加密的数据区块，并使用车主节点自身的私钥进行解密，从而获得经验证节点签名的数据区块。

而后，车主节点利用验证节点的公钥对经签名的数据区块进行解密，获得自动理赔申请确认单及确认单摘要。

步骤72、车主节点对自动理赔申请确认单进行哈希处理，并将哈希处理结果与确认单摘要进行比对。

在步骤72中，车主节点对自动理赔申请确认单进行哈希处理，并将哈希处理结果与确认单摘要进行比对，以验证自动理赔申请确认单是否可信且未经篡改。

若该哈希处理结果与确认单摘要的比对结果为一致，则证明该自动理赔申请确认单可信且未经篡改，该申请确认单确实由车辆查勘定损装置生成确认及验证节点发出，故执行步骤73。

若该哈希处理结果与确认单摘要的比对结果为不一致，则证明该自动理赔申请确认单不可信或被篡改，故不作进一步处理。

步骤73、若比对结果为一致，则车主节点从数据区块中提取自动理赔申请确认单中的车主信息和车辆事故信息。

步骤74、车主节点将车主信息与自身注册的车主信息进行比对，并将车辆事故信息与预先保存的数据区块中的车辆事故信息进行比对。

在一些实施例中，车主节点在加入区块链网络时，注册、登记并保存自身对应的车主信息，而在上述步骤33中，在校验车牌号一致时车主节点保存了包含车辆事故信息的初始的数据区块。因此，在步骤74中，车主节点可以将提取的车主信息与预存的车主信息进行比对，以验证车主的身份，同时将提取的车辆事故信息与预存的车辆事故信息进行比对，以验证车辆事故信息是否可信且未经篡改。

在步骤74中，若车主信息与预存的车主信息的比对结果为一致，且车辆事故信息与预存的车辆事故信息的比对结果为一致，则确认车主的身份可信且未经篡改，车辆事故信息可信且未经篡改，故执行步骤75。

若车主信息与预存的车主信息的比对结果为不一致，或者车辆事故信息与预存的车辆事故信息的比对结果为不一致，则确认车主的身份不可信或被篡改，或者，车辆事故信息不可信或被篡改，故不作进一步处理。

步骤75、若比对结果均为一致，车主节点更新自身预先保存的数据区块，并向车主展示自动理赔申请确认单。

图8为本公开实施例提供的再一种基于区块链的车辆查勘定损方法的流程图，如图8所示，在一些实施例中，在车主节点向区块链网络中广播更新后的数据区块之后，即在步骤67之后，该车辆查勘定损方法还包括步骤81～步骤83，下面仅针对步骤81～步骤83进行描述。

步骤81、车载终端节点从区块链网络中获得更新后的数据区块。

步骤82、车载终端节点根据更新后的数据区块获得车主确认指令。

具体地，车载终端节点利用车主节点的公钥对更新后的数据区块进行解密，获得车主确认指令。

步骤83、车载终端节点根据车主确认指令，更新并保存数据区块。

具体地，车载终端节点根据车主确认指令，更新并保存数据区块，并等待车辆查勘定损装置的下一步请求。其中，数据区块中此时至少包含：车辆事故信息、车主信息及车主确认指令。

图9为本公开实施例提供的再一种基于区块链的车辆查勘定损方法的流程图，如图9所示，在一些实施例中，在车主节点向区块链网络中广播更新后的数据区块之后，即在步骤67之后，该车辆查勘定损方法还包括步骤91～步骤93，下面仅针对步骤91～步骤93进行描述。

步骤91、验证节点从区块链网络中获得更新后的数据区块。

步骤92、验证节点根据更新后的数据区块获得车主确认指令。

具体地，验证节点利用车主节点的公钥对更新后的数据区块进行解密，获得车主确认指令。

步骤93、验证节点根据车主确认指令，更新并保存数据区块。

具体地，验证节点根据车主确认指令，更新并保存数据区块，并向车辆查勘定损装置发送针对自动理赔申请确认单的车主确认指令。其中，数据区块中此时至少包含：车辆事故信息、车主信息及车主确认指令。

在该实施例中，在响应于从区块链网络中获取到车主节点针对自动理赔申请确认单的车主确认指令，通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据的步骤之前，即在步骤13之前，该车辆查勘定损方法还包括：接收验证节点发送的车主确认指令。

在一些实施例中，通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据的步骤，即步骤13，具体包括：步骤131a和步骤132a。

步骤131a、向车载终端节点发送事故音视频获取请求。

在一些实施例中，在收到验证节点的车主确认指令后，响应于该指令，向车载终端节点发送事故音视频获取请求，事故音视频获取请求中至少包含起始时间和结束时间，起始时间至结束时间的时间段包含事故时间。

步骤132a、接收车载终端节点返回的从起始时间至结束时间的事故音视频数据，事故查勘定损数据包括事故音视频数据。

在一些实施例中，车载终端节点在接收到事故音视频获取请求后，通过摄像头模块获取摄像头数据，以获取从起始时间至结束时间的时间段的事故音视频数据，并发送给车辆查勘定损装置。

在一些实施例中，通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据的步骤，即步骤13，具体包括：步骤131b和步骤132b。

步骤131b、向车主节点发送现场视频获取请求。

在一些实施例中，在收到验证节点的车主确认指令后，响应于该指令，向车主节点发送现场视频获取请求。

步骤132b、接收车主节点返回的现场视频数据，事故查勘定损数据包括现场视频数据。

在一些实施例中，车主节点在接受现场视频获取请求后，通过摄像头模块获取拍摄现场图片、视频等数据，并发送给车辆查勘定损装置。

在一些实施例中，通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据的步骤，即步骤13，具体包括：步骤131c和步骤132c。

步骤131c、向交通监控节点发送监控视频获取请求。

在一些实施例中，在收到验证节点的车主确认指令后，响应于该指令，向交通监控节点发送监控视频获取请求，监控视频获取请求中至少包含事故车辆的车牌号、当前定位数据(如GPS定位数据)、事故时间。

步骤132c、接收交通监控节点根据监控视频获取请求返回的事故车辆的监控视频数据，事故查勘定损数据包括监控视频数据。

在一些实施例中，交通监控节点在接收到监控视频获取请求后，根据事故车辆的当前定位数据确定事故区域，并调用事故区域范围内的高清摄像头360度旋转角度寻事故车辆，若寻到事故车辆，则拉近摄像头镜头对事故车辆进行拍摄，拍摄内容可以包括事故现场的图片和/或视频、事故车辆的图片和/或视频，并发送给车辆查勘定损装置。

在一些实施例中，可以同时通过上述三种获取事故查勘定损数据的方式中的任一种或多种方式获取事故查勘定损数据。

在一些实施例中，在步骤14中，在获取到事故查勘定损数据后，首先判断获取到的事故查勘定损数据(如照片或视频)是否符合查勘的精度及合规要求，若符合，则结合车载终端节点发送的碰撞强度特征值、事故视频、现场照片以及后台调取的车辆型号等信息，对事故车辆进行定损，并初步计算出理赔金额。

在查勘完成后，向车主节点发送查勘完成消息，该消息可以包含初步定损的理赔金额以及附近的修理店等信息，以提示车主可以驶离事故现场，同时将查勘定损信息、定损照片等电子证据发送给验证节点。

图10为本公开实施例提供的再一种基于区块链的车辆查勘定损方法的流程图，如图10所示，在一些实施例中，在生成查勘定损信息之后，即在步骤14之后，该车辆查勘定损方法还包括步骤101～步骤103，下面仅针对步骤101～步骤103进行描述。

步骤101、向区块链网络中的验证节点发送查勘定损信息。

步骤102、验证节点将查勘定损信息写入数据区块，并将更新后的数据区块以车主节点的公钥进行签名后广播至区块链网络中。

在步骤102中，验证节点将查勘定损信息写入数据区块，更新数据区块后，以车主节点的公钥签名，并发布到区块链网络；此时数据区块至少包含：事故信息、车主信息、车主确认指令、查勘定损信息。

步骤103、车主节点从区块链网络获取更新后的数据区块，并在利用自身私钥对更新后的数据区块进行解密后，更新自身预存的数据区块。

车主节点以节点自身的私钥解密数据区块后，获得最新的数据区块并留存查勘定损信息，此时自动理赔流程完成。

图11为本公开实施例提供的一种车辆查勘定损装置的组成框图，如图11所示，本公开实施例提供了一种车辆查勘定损装置110，车辆查勘定损装置110包括：事故信息接收模块1101、理赔确认单生成模块1102、查勘数据获取模块1103及查勘定损模块1104。

其中，事故信息接收模块1101用于从区块链网络中获取车载终端节点广播的车辆事故信息；理赔确认单生成模块1102用于根据车辆事故信息生成自动理赔申请确认单，并将自动理赔申请确认单广播至区块链网络；查勘数据获取模块1103用于响应于从区块链网络中获取到车主节点针对自动理赔申请确认单的车主确认指令，通过车载终端节点、车主节点和交通监控节点中的至少一者获取事故查勘定损数据；查勘定损模块1104用于根据事故查勘定损数据对事故车辆进行查勘定损，并生成查勘定损信息。

本公开实施例所提供的车辆查勘定损装置110，用于实现上述基于区块链的车辆查勘定损方法，关于车辆查勘定损装置110的各功能模块的具体描述可参见上述基于区块链的车辆查勘定损方法实施例中相关的描述，此处不再赘述。

图12为本公开实施例提供的一种车辆查勘定损装置的组成框图，如图12所示，本公开实施例提供了一种车辆查勘定损系统120，该系统包括车辆查勘定损节点1201、区块链系统1202以及交通监控节点1203。

其中，车辆查勘定损节点1201包括上述的车辆查勘定损装置；区块链系统1202包括车载终端节点A、车主节点B以及验证节点C。

在本公开实施例中，车载终端节点A、验证节点C、车主节点B之间以P2P网络结构连接，形成区块链网络，车辆查勘定损节点1201通过互联网与区块链网络及交通监控节点1203相连。区块链网络中各节点通过区块链网络广播各自的公钥，每个节点获取并存储其它节点的公钥。同时，每个车载终端节点A加入区块链网络时即登记自身对应的车牌号作为注册信息发布到区块链网络中，每个车主节点B加入区块链网络时即登记自身对应的手机号及其对应的一个或多个车牌号作为注册信息发布到区块链网络中。验证节点C获取区块链网络中所有车载终端节点A及车主节点B的注册信息，以注册信息表的形式保存在后台数据库中。

图13为一种车载终端节点的组成框图，在一些实施例中，如图13所示，车载终端节点A可以包括但不限于：OBD读取模块、碰撞检测及评估模块、GPS模块、通信模块、摄像头模块、存储模块及区块链API接口。其中，OBD读取模块用于从OBD中读取车辆行驶特征数据，摄像头模块用于获取摄像头数据，碰撞检测及评估模块用于检测是否发生碰撞事故及评估碰撞强度，GPS模块用于获取定位数据，通信模块用于通过互联网与区块链网络、交通监控节点1203通信交互，存储模块用于存储数据，区块链API接口为与区块链网络的数据交互接口。

图14为一种验证节点的组成框图，在一些实施例中，如图14所示，验证节点C可以包括但不限于：存储模块、验证模块、通信模块及区块链API接口。验证节点C用于实现上述的车辆查勘定损方法，其各功能模块的具体功能可参见上述车辆查勘定损方法实施例中相关的描述，此处不再赘述。

可以理解的是，以上实施方式仅仅是为了说明本公开的原理而采用的示例性实施方式，然而本公开并不局限于此。对于本领域内的普通技术人员而言，在不脱离本公开的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本公开的保护范围。