一种理赔方法及相关装置与流程

文档序号:19741383发布日期:2020-01-18 05:16阅读:171来源:国知局
一种理赔方法及相关装置与流程

本申请涉及计算机技术领域,尤其涉及一种理赔方法及相关装置。



背景技术:

随着经济的不断发展,生活水平的不断提高,汽车逐渐走进千家万户。人们在使用车辆的过程中,难免会发生车辆故障或者交通事故。为了分摊意外事故造成的损失,越来越多的人选择购买汽车保险。而目前车辆保险理赔定责较为困难,且很难对单个车辆部件进行理赔。



技术实现要素:

本申请提出一种理赔方法及相关装置,可以利用区块链可信设备对单个车辆部件进行保险理赔,同时将保险理赔基于智能合约自动化完成,提高了保险理赔的效率。

第一方面,本申请提出一种理赔方法,应用于服务器,所述方法包括:

获取损坏信息,所述损坏信息包括车辆故障码;

接收损坏鉴定信息,所述损坏鉴定信息用于判断所述车辆故障码对应的车辆损坏是否为正常损坏;

若所述损坏信息与所述损坏鉴定信息符合预置标准,则触发智能合约,所述智能合约用于交付理赔款。

在一种可能的实现方式中,所述若所述损坏信息与所述损坏鉴定信息符合预置标准,则触发智能合约,包括:

判断所述车辆故障码对应的车辆损坏是否在理赔范围之内;

根据所述损坏鉴定信息判断所述车辆损坏是否为正常损坏;

若所述车辆故障码对应的车辆损坏在理赔范围之内且所述车辆损坏为正常损坏,触发智能合约。

在一种可能的实现方式中,所述获取损坏信息之前,所述方法还包括:

接收保险理赔信息;

根据所述保险理赔信息生成智能合约。

在一种可能的实现方式中,所述方法还包括:

若所述损坏信息或所述损坏鉴定信息不符合预置标准,则发送提示信息,所述提示信息用于提示用户无法进行保险理赔。

第二方面,本申请提出一种理赔方法,应用于终端设备,所述方法包括:

接收检测指令,所述检测指令用于指示对目标车辆进行检测;

检测所述目标车辆,生成车辆故障码;

发送所述目标车辆的损坏信息,所述损坏信息包括车辆故障码。

在一种可能的实现方式中,所述接收检测指令之前,所述方法还包括:

接收可信查询请求,所述可信查询请求用于查询信息提供方是否通过可信认证;

发送可信证明,所述可信证明用于证明已通过可信认证。

第三方面,本申请提出一种理赔装置,包括:

获取单元,用于获取损坏信息,所述损坏信息包括车辆故障码;

第一接收单元,用于接收损坏鉴定信息,所述损坏鉴定信息用于判断所述车辆故障码对应的车辆损坏是否为正常损坏;

触发单元,用于若所述损坏信息与所述损坏鉴定信息符合预置标准,则触发智能合约,所述智能合约用于交付理赔款。

在一种可能的实现方式中,所述触发单元具体用于判断所述车辆故障码对应的车辆损坏是否在理赔范围之内;根据所述损坏鉴定信息判断所述车辆损坏是否为正常损坏;若所述车辆故障码对应的车辆损坏在理赔范围之内且所述车辆损坏为正常损坏,触发智能合约。

在一种可能的实现方式中,所述装置还包括:

第二接收单元,用于接收保险理赔信息;

生成单元,用于根据所述保险理赔信息生成智能合约。

在一种可能的实现方式中,所述装置还包括:

发送单元,用于若所述损坏信息或所述损坏鉴定信息不符合预置标准,则发送提示信息,所述提示信息用于提示用户无法进行保险理赔。

第四方面,本申请提出一种理赔装置,包括:

第一接收单元,用于接收检测指令,所述检测指令用于指示对目标车辆进行检测;

检测单元,用于检测所述目标车辆,生成车辆故障码;

第一发送单元,用于发送所述目标车辆的损坏信息,所述损坏信息包括车辆故障码。

在一种可能的实现方式中,所述装置还包括:

第二接收单元,用于接收可信查询请求,所述可信查询请求用于查询信息提供方是否通过可信认证;

第二发送单元,用于发送可信证明,所述可信证明用于证明已通过可信认证。

第五方面,本申请提出一种服务器,包括:收发器、处理器和存储器;所述收发器、所述处理器和所述存储器通过总线相互连接;其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行如第一方面所提出的方法。

第六方面,本申请提出一种终端设备,包括:收发器、处理器和存储器;所述收发器、所述处理器和所述存储器通过总线相互连接;其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行如第二方面所提出的方法。

第七方面,本申请提出一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时,使所述处理器执行所述各方面所提出的方法。

第八方面,本申请实施例提供了一种包含程序指令的计算机程序产品,当其在计算机上运行时,使得计算机执行所述各方面所提出的方法。

实施本申请,可以利用区块链可信设备对单个车辆部件进行保险理赔,同时将保险理赔基于智能合约自动化完成,提高了保险理赔的效率。

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。

图1是本申请提出的一种理赔方法的流程图;

图2是本申请提出的另一种理赔方法的流程图;

图3是本申请提出的一种理赔方法的具体应用场景的流程图;

图4是本申请提出的另一种理赔方法的流程图;

图5是本申请提出的另一种理赔方法的流程图;

图6是本申请提出的另一种理赔方法的具体应用场景的流程图;

图7是本申请提出的一种理赔装置的结构示意图;

图8是本申请提出的另一种车载诊断设备的结构示意图;

图9是本申请提出的另一种服务器的结构示意图;

图10是本申请提出的另一种终端设备的结构示意图。

具体实施方式

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同的对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法或设备固有的其他步骤或单元。

现有的车辆保险理赔定责较为困难,且很难对单个车辆部件进行理赔。

图1是本申请提出的一种理赔方法的流程图,上述方法包括以下内容:

101、获取损坏信息。

具体的,当理赔装置接收到车主的保险理赔信息时,向车主的损坏车辆的车载诊断设备发送可信查询请求,该可信查询请求用于查询该车载诊断设备是否通过可信认证,若接收到该车载诊断设备发送的可信证明,则该车载诊断设备为区块链可信设备,接收该车载诊断设备发送的损坏信息,该损坏信息可以是车辆故障码。车辆故障码是车辆出现故障后经车辆诊断设备分析反映出的故障码,维修人员可以通过该车辆故障码准确找到出现故障的零件。该理赔装置可以是服务器。

102、接收损坏鉴定信息。

具体的,理赔装置可以接受可信维修厂的损坏鉴定信息,该损坏鉴定信息用于判断该车辆故障码对应的车辆损坏是否为正常损坏。车辆损坏可能是因为车辆正常故障也可能是因为人为故意损坏。

103、若上述损坏信息与上述损坏鉴定信息符合预置标准,则触发智能合约。

具体的,解析接收到的损坏信息,得到车辆故障码,通过该车辆故障码获取对应的损坏的车辆部件,查询该车辆部件是否在保险的保护范围之内,若该车辆部件在保险的保护范围之内,且损坏鉴定信息显示该车辆部件的损坏是正常损坏,则触发智能合约,将理赔款转移至维修厂账户。

实施本申请实施例,可以利用区块链可信设备对单个车辆部件进行保险理赔,同时将保险理赔基于智能合约自动化完成,提高了保险理赔的效率。

图2是本申请提出的另一种理赔方法的流程图,上述方法包括以下内容:

201、理赔装置接收保险理赔信息。

具体的,接收与车主协商好的保险理赔信息,该保险理赔信息可以是保险理赔的范围、保险责任、赔付金额。将该保险理赔信息记录在区块链上。

202、根据上述保险理赔信息生成智能合约。

具体的,根据该保险理赔信息生成智能合约,将该智能合约发布在区块链上。

203、获取损坏信息。

具体的,当理赔装置接收到车主的保险理赔信息时,向车主的损坏车辆的车载诊断设备发送可信查询请求,该可信查询请求用于查询该车载诊断设备是否通过可信认证,若接收到该车载诊断设备发送的可信证明,则该车载诊断设备为区块链可信设备,接收该车载诊断设备发送的损坏信息,该损坏信息可以是车辆故障码。车辆故障码是车辆出现故障后经车辆诊断设备分析反映出的故障码,维修人员可以通过该车辆故障码准确找到出现故障的零件。

204、接收损坏鉴定信息。

具体的,理赔装置可以接受可信维修厂的损坏鉴定信息,该损坏鉴定信息用于判断该车辆故障码对应的车辆损坏是否为正常损坏。车辆损坏可能是因为车辆正常故障也可能是因为人为故意损坏。

205、判断上述车辆故障码对应的车辆损坏是否在理赔范围之内。

具体的,解析接收到的损坏信息,得到车辆故障码,通过数据库查询得到该车辆故障码对应的损坏的车辆部件,调取与该车主签订的智能合约,查询该车辆部件是否在该智能合约的保护范围之内。

206、根据上述损坏鉴定信息判断上述车辆损坏是否为正常损坏。

具体的,解析接收到的损坏鉴定信息,该鉴定信息由可信维修厂提供,该鉴定信息记载了该车辆部件损坏的原因,理赔装置根据该车辆部件损坏的原因判断该车辆损坏是正常损坏还是人为故意损坏,若是人为故意损坏则该车辆部件的损坏有可能是车主为了故意骗保而采取的行为。

207、若上述车辆故障码对应的车辆损坏在理赔范围之内且上述车辆损坏为正常损坏,触发智能合约。

具体的,若该车辆故障码对应的车辆损坏在理赔范围之内且根据上述损坏鉴定信息得到该车辆部件的损坏为正常损坏,则符合理赔情况,理赔装置触发智能合约,将相应的理赔款转移至维修厂的账户。

208、若上述损坏信息或上述损坏鉴定信息不符合预置标准,则发送提示信息。

具体的,若损坏信息中的损坏的车辆部件不在上述智能合约的保护范围之内或者该可信维修厂提供的损坏鉴定信息显示该车辆部件的损坏为人为故意损坏,则不符合理赔标准,发送提示信息该车主,该提示信息用于提示该车主无法进行理赔。

实施本申请实施例,可以利用区块链可信设备对单个车辆部件进行保险理赔,同时将保险理赔基于智能合约自动化完成,提高了保险理赔的效率。

图3是本申请提出的一种理赔方法的具体应用场景的流程图,上述方法包括以下内容:

301、理赔装置接收保险理赔信息。

举例来说,接收与车主协商好的保险理赔信息,该保险理赔信息可以是:保险理赔的范围:发动机、变速箱、车辆电控单元;保险责任:若保修理赔范围内的车辆部件正常损坏,则赔付车主维修费用与误工费用,若保险理赔范围内的车辆部件不是正常损坏,则不予赔付。

302、根据上述保险理赔信息生成智能合约。

举例来说,根据上述保险理赔信息生成智能合约。

303、获取损坏信息。

举例来说,接收车主损坏车辆的车载诊断设备发送的损坏信息,该车载诊断设备为已验证的可信设备,该损坏信息可以是车辆故障码a,该车辆故障码a对应的故障为车辆电控单元损坏。

304、接收损坏鉴定信息。

举例来说,接收可信维修厂的损坏鉴定信息,该损坏鉴定信息可以是该车辆故障码a对应的车辆电控单元损坏的原因。

305、判断上述车辆故障码对应的车辆损坏是否在理赔范围之内。

举例来说,提取与该车主签订的智能合约,得到该智能合约的保护范围,查询车辆电控单元损坏是否在该智能合约的保护范围之中。

306、根据上述损坏鉴定信息判断上述车辆损坏是否为正常损坏。

举例来说,读取该损坏鉴定信息,提取该车辆部件损坏的具体原因,判断该车辆电控单元损坏是否为正常损坏。

307、若上述车辆故障码对应的车辆损坏在理赔范围之内且上述车辆损坏为正常损坏,触发智能合约。

举例来说,该车辆电控单元在该智能合约的保护范围之内,且该车辆电控单元的损坏是正常损坏,则触发智能合约,将相应的理赔款转移至维修厂的账户。

308、若上述损坏信息或上述损坏鉴定信息不符合预置标准,则发送提示信息。

举例来说,若该车辆电控单元不在该智能合约的保护范围之内或者该车辆电控单元的损坏是人为故意损坏,则不符合该智能合约设置的理赔标准,不予理赔,向该车主发送提示信息,该提示信息用于告知该车主不符合理赔标准,无法进行赔付。

实施本申请实施例,可以利用区块链可信设备对单个车辆部件进行保险理赔,同时将保险理赔基于智能合约自动化完成,提高了保险理赔的效率。

图4是本申请提出的另一种理赔方法的流程图,上述方法包括以下内容:

401、车载诊断设备接收检测指令。

具体的,接收理赔装置发送的检测指令,该检测指令用于指示对目标车辆进行检测,查找目标车辆损坏的车辆部件。若目标车辆的车载诊断设备无法对该目标车辆进行检测,向理赔装置发送提示信息,该提示信息用于告知理赔装置该目标车辆的车载诊断设备无法完成检测任务,需要人工现场对该目标车辆进行检测。

402、检测上述目标车辆,生成车辆故障码。

具体的,检测该目标车辆的受损情况,记录损坏的车辆部件,生成一个或多个车辆故障码。维修人员或者保险人员可以根据该车辆故障码获取损坏的车辆部件的位置。

403、发送上述目标车辆的损坏信息。

具体的,发送该目标车辆的损坏信息,该损坏信息可以是车辆故障码、检测该车辆的时间、该目标车辆近期的维修情况。若该目标车辆的车载诊断设备未发现该目标车辆有损坏的情况,则向理赔装置发送车辆正常信息,该车辆正常信息用于告知该理赔装置车载诊断设备未在该目标车辆上发现损坏状况。

实施本申请实施例,可以利用区块链可信设备对单个车辆部件进行保险理赔,同时将保险理赔基于智能合约自动化完成,提高了保险理赔的效率。

图5是本申请提出的另一种理赔方法的流程图,上述方法包括以下内容:

501、车载诊断设备接收可信查询请求。

具体的,接收可信查询请求,该可信查询请求用于查询该目标车辆的车载诊断设备是否通过可信认证。

实施该步骤的目的是确保车辆部件损坏信息的真实性。

502、车载诊断设备发送可信证明。

具体的,发送可信证明,该可信证明用于证明该目标车辆的车载诊断设备已经通过可信认证,即该目标车辆的车载诊断设备可以是区块链可信设备。若该目标车辆的车载诊断设备无法提供可信证明,则该车载诊断设备为不可信设备,理赔装置拒绝接受该车载诊断设备发送的信息。

503、车载诊断设备接收检测指令。

具体的,接收理赔装置发送的检测指令,该检测指令用于指示对目标车辆进行检测,查找目标车辆损坏的车辆部件。若目标车辆的车载诊断设备无法对该目标车辆进行检测,向理赔装置发送提示信息,该提示信息用于告知理赔装置该目标车辆的车载诊断设备无法完成检测任务,需要人工现场对该目标车辆进行检测。

504、车载诊断设备检测上述目标车辆,生成车辆故障码。

具体的,检测该目标车辆的受损情况,记录损坏的车辆部件,生成一个或多个车辆故障码。维修人员或者保险人员可以根据该车辆故障码获取损坏的车辆部件的位置。

505、车载诊断设备发送上述目标车辆的损坏信息。

具体的,检测该目标车辆的受损情况,记录损坏的车辆部件,生成一个或多个车辆故障码。维修人员或者保险人员可以根据该车辆故障码获取损坏的车辆部件的位置。

实施本申请实施例,可以利用区块链可信设备对单个车辆部件进行保险理赔,同时将保险理赔基于智能合约自动化完成,提高了保险理赔的效率。

图6是本申请提出的另一种理赔方法的具体应用场景的流程图,上述方法包括以下内容:

601、车载诊断设备接收可信查询请求。

举例来说,目标车辆的车载诊断设备接收理赔装置发送的可信查询请求,该可信查询请求用于查询该车载诊断设备是否通过可信认证。

602、发送可信证明。

举例来说,该目标车辆的车载诊断设备发送可信证明,可信证明可以是该车载诊断设备的设备码或者智能合约签订时约定的密码。

603、接收检测指令。

举例来说,若理赔装置接收到上述车载诊断设备发送的可信证明并确认该车载诊断设备为可信设备,该车载诊断设备接收该理赔装置发送的检测指令,该检测指令指示该车载诊断设备检测目标车辆损坏的车辆部件。

604、检测上述目标车辆,生成车辆故障码。

举例来说,车载诊断设备检测该目标车辆,检测到该目标车辆的车辆电控单元存在故障,生成该车辆电控单元对应的车辆故障码。

605、发送上述目标车辆的损坏信息。

举例来说,该车载诊断设备将该车辆电控单元的车辆故障码发送给理赔装置。

实施本申请实施例,可以利用区块链可信设备对单个车辆部件进行保险理赔,同时将保险理赔基于智能合约自动化完成,提高了保险理赔的效率。

图7是本申请提出的一种理赔装置的结构示意图,上述装置包括:

获取单元701,用于获取损坏信息,上述损坏信息包括车辆故障码;

第一接收单元702,用于接收损坏鉴定信息,上述损坏鉴定信息用于判断上述车辆故障码对应的车辆损坏是否为正常损坏;

触发单元703,用于若上述损坏信息与上述损坏鉴定信息符合预置标准,则触发智能合约,上述智能合约用于交付理赔款。

进一步的,上述触发单元703具体用于判断上述车辆故障码对应的车辆损坏是否在理赔范围之内;根据上述损坏鉴定信息判断上述车辆损坏是否为正常损坏;若上述车辆故障码对应的车辆损坏在理赔范围之内且上述车辆损坏为正常损坏,触发智能合约。

进一步的,上述装置还包括:

第二接收单元704,用于接收保险理赔信息;

生成单元705,用于根据上述保险理赔信息生成智能合约。

进一步的,上述装置还包括:

发送单元706,用于若上述损坏信息或上述损坏鉴定信息不符合预置标准,则发送提示信息,上述提示信息用于提示用户无法进行保险理赔。

可理解,图7所示的理赔装置的具体实现方式还可参考图1、图2和图3所示的方法,这里不再一一详述。

在本申请实施例中,获取单元701获取损坏信息,上述损坏信息包括车辆故障码;第一接收单元702接收损坏鉴定信息,上述损坏鉴定信息用于判断上述车辆故障码对应的车辆损坏是否为正常损坏;若上述损坏信息与上述损坏鉴定信息符合预置标准,则触发单元703触发智能合约,上述智能合约用于交付理赔款。可见,本申请实施例可以利用区块链可信设备对单个车辆部件进行保险理赔,同时将保险理赔基于智能合约自动化完成,提高了保险理赔的效率。

图8是本申请提出的另一种车载诊断设备的结构示意图,上述装置包括:

第一接收单元801,用于接收检测指令,上述检测指令用于指示对目标车辆进行检测;

检测单元802,用于检测上述目标车辆,生成车辆故障码;

第一发送单元803,用于发送上述目标车辆的损坏信息,上述损坏信息包括车辆故障码。

进一步的,上述装置还包括:

第二接收单元804,用于接收可信查询请求,上述可信查询请求用于查询信息提供方是否通过可信认证;

第二发送单元805,用于发送可信证明,上述可信证明用于证明已通过可信认证。

可理解,图8所示的理赔装置的具体实现方式还可参考图4、图5和图6所示的方法,这里不再一一详述。

在本申请实施例中,第一接收单元801接收检测指令,上述检测指令用于指示对目标车辆进行检测;检测单元802检测上述目标车辆,生成车辆故障码;第一发送单元803发送上述目标车辆的损坏信息,上述损坏信息包括车辆故障码。可见,本申请实施例可以利用区块链可信设备对单个车辆部件进行保险理赔,同时将保险理赔基于智能合约自动化完成,提高了保险理赔的效率。

请参阅图9,图9是本申请实施例提供的一种服务器的结构示意图,该服务器包括:至少一个处理器901,例如中央处理器(centralprocessingunit,cpu),至少一个存储器902,至少一个收发器903和至少一个总线904。其中,上述总线904可以是一组并行的数据线,用于实现上述处理器901、上述存储器902和上述收发器903的相互连接;上述存储器902可以是高速随机存取存储器(randomaccessmemory,ram),也可以是非易失性存储器(non-volatilememory),例如至少一个只读存储器(readonlymemory,rom)。该服务器可以上述理赔装置。

具体的,上述收发器903获取损坏信息,上述损坏信息包括车辆故障码;上述收发器903接收损坏鉴定信息,上述损坏鉴定信息用于判断上述车辆故障码对应的车辆损坏是否为正常损坏;若上述损坏信息与上述损坏鉴定信息符合预置标准,上述处理器901则触发智能合约,上述智能合约用于交付理赔款。

进一步的,上述处理器901判断上述车辆故障码对应的车辆损坏是否在理赔范围之内;上述处理器901根据上述损坏鉴定信息判断上述车辆损坏是否为正常损坏;若上述车辆故障码对应的车辆损坏在理赔范围之内且上述车辆损坏为正常损坏,上述处理器901触发智能合约。

进一步的,上述收发器903接收保险理赔信息;上述处理器901根据上述保险理赔信息生成智能合约。

进一步的,若上述损坏信息或上述损坏鉴定信息不符合预置标准,则上述收发器903发送提示信息,上述提示信息用于提示用户无法进行保险理赔。

具体的,上述存储器902中可以存储程序指令,上述处理器901可用于调用程序指令执行图1、图2和图3所示的方法。

请参阅图10,图10是本申请实施例提供的一种终端设备的结构示意图,该终端设备包括:至少一个处理器1001,例如中央处理器(centralprocessingunit,cpu),至少一个存储器1002,至少一个收发器1003和至少一个总线1004。其中,上述总线1004可以是一组并行的数据线,用于实现上述处理器1001、上述存储器1002和上述收发器1003的相互连接;上述存储器1002可以是高速随机存取存储器(randomaccessmemory,ram),也可以是非易失性存储器(non-volatilememory),例如至少一个只读存储器(readonlymemory,rom)。该终端设备可以是上述车载诊断设备。

具体的,上述收发器1003接收检测指令,上述检测指令用于指示对目标车辆进行检测;上述处理器1001检测上述目标车辆,生成车辆故障码;上述收发器1003发送上述目标车辆的损坏信息,上述损坏信息包括车辆故障码。

进一步的,上述收发器1003接收可信查询请求,上述可信查询请求用于查询信息提供方是否通过可信认证;上述收发器1003发送可信证明,上述可信证明用于证明已通过可信认证。

具体的,上述存储器1002中可以存储程序指令,上述处理器1001可用于调用程序指令执行图4、图5和图6所示的方法。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于计算机可读存储介质中,存储介质包括只读存储器(readonlymemory,rom)、随机存储器(randomaccessmemory,ram)、可编程只读存储器(programmablereadonlymemory,prom)、可擦除可编程只读存储器(erasableprogrammablereadonlymemory,eprom)、一次可编程只读存储器(one-timeprogrammableread-onlymemory,otprom)、电子抹除式可复写只读存储器(electrically-erasableprogrammableread-onlymemory,eeprom)、只读光盘(compactdiscread-onlymemory,cd-rom)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

以上对本申请实施例公开的一种理赔方法及相关装置进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1