CN109712006A - 一种车险核责数据处理方法、服务器及计算机可读介质 - Google Patents

Abstract

本申请实施例公开了一种车险核责数据处理方法、服务器及计算机可读介质，涉及对车险核责数据的分析处理，其中方法包括：接收申请人终端发送的车险理赔请求；根据车险理赔请求判断被保险车辆的车险险种中是否存在相关车险险种；在被保险车辆的车险险种中存在相关车险险种的情况下，则根据保险责任与核责信息的映射关系和所述相关车险险种生成相关核责信息清单；根据核责信息与获取平台的映射关系、所述相关核责信息清单获取相关核责信息；根据所述相关核责信息对所述保险事故进行核责处理。通过本申请实施例，可以有效的提升车险理赔核责的工作效率，节省人力成本，统一核责标准，避免在核责过程中人为主观因素带来的偏差。

Description

一种车险核责数据处理方法、服务器及计算机可读介质

技术领域

本申请涉及数据分析技术领域，尤其涉及一种车险核责数据处理方法、服务器及计算机可读介质。

背景技术

随着社会的经济不断发展，人们的物质生活越来越丰富，汽车逐渐成为了人们出行的必备代步工具之一，给人们带来了极大的方便。与此同时，随着汽车的不断增多，出现事故的频率也逐年增加，伴随着得到发展的就是车辆保险行业。对于车辆保险，用户和保险公司都比较关心的便是车辆保险的理赔。在车辆保险理赔过程中，比较重要的环节便是核责。

然而，在传统的车辆保险理赔的核责过程中，一般都是由相应的理赔专员根据对应的保险理赔条款进行人工处理完成的，处理程序复杂、效率低，而且不同的理赔专员对于理赔条款的理解不一致，可能造成理赔的标准不一致，难以避免人为主观因素给核责过程带来的偏差，给车险理赔带来极大的不便。

发明内容

本申请实施例提供一种车险核责数据处理方法，可有效的提升车险理赔核责的工作效率，节省人力成本，统一核责标准，避免人为主观因素带来的偏差。

第一方面，本申请实施例提供了一种车险核责数据处理方法，该方法包括：

接收申请人终端发送的车险理赔请求，所述车险理赔请求包括被保险车辆信息、保险事故的发生时间、保险事故的发生地点以及保险事故的出险原因；

根据所述被保险车辆信息、保险事故的发生时间和保险事故的出险原因判断被保险车辆的车险险种中是否存在相关车险险种，所述相关车险险种为被保险车辆的车险险种中与所述车险理赔请求对应的保险事故匹配且所述保险事故的发生时间在保险期限内的车险险种；

在被保险车辆的车险险种中存在相关车险险种的情况下，则根据保险责任与核责信息的映射关系和所述相关车险险种对应的相关保险责任生成相关核责信息清单；

根据核责信息与获取平台的映射关系、所述相关核责信息清单以及所述保险事故的发生地点从获取平台获取相关核责信息；

根据所述相关核责信息对所述保险事故进行核责处理，得到核责处理结果。

第二方面，本申请实施例提供了一种服务器，该服务器包括：

第一接收单元，用于接收申请人终端发送的车险理赔请求，所述车险理赔请求包括被保险车辆信息、保险事故的发生时间、保险事故的发生地点以及保险事故的出险原因；

第一判断单元，用于根据所述被保险车辆信息、保险事故的发生时间和保险事故的出险原因判断被保险车辆的车险险种中是否存在相关车险险种，所述相关车险险种为被保险车辆的车险险种中与所述车险理赔请求对应的保险事故匹配且所述保险事故的发生时间在保险期限内的车险险种；

第一生成单元，用于在被保险车辆的车险险种中存在相关车险险种的情况下，则根据保险责任与核责信息的映射关系和所述相关车险险种对应的相关保险责任生成相关核责信息清单；

第一获取单元，用于根据核责信息与获取平台的映射关系、所述相关核责信息清单以及所述保险事故的发生地点从获取平台获取相关核责信息；

核责单元，用于根据所述相关核责信息对所述保险事故进行核责处理，得到核责处理结果。

第三方面，本申请实施例提供了另一服务器，包括处理器、存储器和通信模块，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码来执行上述第一方面及其任一种可选方式的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面及其任一种可选方式的方法。

在本申请实施例中，在对车险险种的核责处理过程中，主要是根据核责系统中的各种映射关系来自动获取信息，不需要核责人员参与，且核责标准统一，不会存在人为主观因素的偏差。因此，通过本申请实施例，可以有效的提升车险理赔核责的工作效率，节省人力成本，统一核责标准，避免在核责过程中人为主观因素带来的偏差。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的一种车险核责数据处理方法的示意流程图；

图2是本申请实施例提供的另一种车险核责数据处理方法的示意流程图；

图3是本申请实施例提供的一种服务器的示意框图；

图4是本申请实施例提供的一种设备示意框图；

图5是本申请实施例提供的一种服务器结构示意图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

机动车辆保险即汽车保险(简称车险)，是指对机动车辆由于自然灾害或意外事故所造成的人身伤亡或财产损失负赔偿责任的一种商业保险。其保险客户，主要是拥有各种机动交通工具的法人团体和个人；其保险标的，主要是各种类型的汽车，但也包括电车、电瓶车等专用车辆及摩托车等。

参见图1，图1是本申请实施例提供的一种车险核责数据处理方法的示意流程图，如图1所示，该方法可包括：

101：接收申请人终端发送的车险理赔请求，上述车险理赔请求包括被保险车辆信息、保险事故的发生时间、保险事故的发生地点以及保险事故的出险原因。

上述车险理赔请求包括被保险车辆信息、保险事故的发生时间、保险事故的发生地点以及保险事故的出险原因等信息。其中，上述被保险车辆信息包括车辆基本信息(例如车牌号码、车型、发动机号码、车辆颜色、型号、颜色、等)和车主身份信息(例如姓名，身份证号等)。

在本申请实施例中，当上述被保险车辆发生车险保险事故时(例如由于碰撞、坠落、自然灾害、意外交通事故等造成的车辆损失、人员伤亡损失或其他损失)，申请人(可以是被保险车辆本人或被保险车辆的家人或亲戚)通过有线或无线终端设备登录车险理赔平台的网站或App等来向车险理赔平台发起理赔请求。

102：根据上述被保险车辆信息、保险事故的发生时间和保险事故的出险原因判断被保险车辆的车险险种中是否存在相关车险险种。

在本申请实施例中，上述相关车险险种为被保险车辆的车险险种中与上述车险理赔请求对应的保险事故匹配且上述保险事故的发生时间在保险期限内的车险险种。

当车险理赔平台接收到上述车险理赔请求之后，车险理赔平台则根据上述车险理赔请求中的被保险车辆信息从数据库中获取上述被保险车辆投保的车险险种，然后根据上述保险事故的出险原因判断上述被保险车辆投保的车险险种中与上述保险事故相关的车险险种，最后根据上述保险事故的发生时间判断上述保险事故的发生时间在上述哪些车险险种的期限范围内，从而得到上述相关车险险种。若在与上述保险事故相关的车险险种中存在上述相关车险险种，则继续执行步骤103。

作为一种可选的实施方式，在确定被保险车辆的车险险种中存在相关车险险种后，上述车险理赔平台根据上述车险理赔请求向用户发送提示信息，以便提示用户注意事项以及需要做的相关操作，其中上述相关操作包括收集保险事故相关信息、保护事故现场等信息。

举例来说，用户A在驾驶机动车时，和另外一辆动车相撞，发生交通事故，并有人受伤。此时，用户A可以使用手机登录车辆保险理赔App或网站，选择车险理赔，并进入车险理赔页面，填写好相关信息(例如出险车辆信息、以及用户A的身份信息、事故的经过，例如事故的出险原因、发生时间和地点等信息)，然后发起理赔请求。当理赔平台接收到用户A的理赔请求后，根据用户A发送的理赔请求中用户A的身份信息和被保险车辆信息获取到用户A对该出险车辆投保的保险：车辆损失险、商业第三者责任险、不计陪率特约条款险以及车身划痕险，然后根据事故的出险原因确定与该事故相关的车险为：车辆损失险、商业第三者责任险、不计陪率特约条款。接着，车险理赔平台确定出事故发生时间车辆损失险和商业第三责任险的保险期限内，因此上述相关车险险种为车辆损失险和商业第三责任险。然后，车险理赔平台给用户A发送提示信息，用于提醒用户A需要做的相关操作，例如提示用户保护事故现场、报警、拍摄事故现场等。

103：则根据保险责任与核责信息的映射关系和上述相关车险险种对应的相关保险责任生成相关核责信息清单。

每个车险险种都有与之对应的保险责任，其保险责任的详细条款可以记录在被保险车辆投保的相应车险险种的保单中，也可以从数据库或对应的保险公司官网下载。另外，可以根据车险险种的具体保险责任条款总结出一些固定核责信息来判断保险人是否对保险事故承担相应的保险责任。例如，对于车辆损失险，可以根据车辆被破坏的图像或视频信息以及根据保险责任条款中的记载的责任免除条款信息获取的相关责任免除核责信息来判断保险人是否对保险事故承担车辆损失险的保险责任。因此，可以在车险理赔平台系统中预先设置保险责任与核责信息的映射关系，以便在对保险事故核责时，可以根据保险责任与核责信息的映射关系来确定要获取哪些核责信息来对保险事故进行核责处理。

在本申请实施例中，当确定了保险事故的相关车险险种之后，车险理赔平台可以根据保险责任与核责信息的映射关系和上述相关车险险种对应的相关保险责任生成相关核责信息清单，以便可以根据上述相关核责信息清单去获取对保险事故进行核责处理的核责信息。

104：根据核责信息与获取平台的映射关系、上述相关核责信息清单以及上述保险事故的发生地点从获取平台获取相关核责信息。

在本申请实施例中，由于可以从固定的获取渠道(平台或系统)获取相应的核责信息，因此可以在上述车险理赔平台系统中预先设置核责信息与获取平台的映射关系，以便可以根据具体的核责信息确定获取该核责信息的获取渠道。在上述车险理赔平台确定了上述相关核责信息清单之后，上述车险理赔平台可以根据核责信息与获取平台的映射关系、上述相关核责信息清单以及上述保险事故的发生地点从获取平台获取相关核责信息。其中，上述获取平台包括但不限于医务平台、其他保险公司、行政服务平台、交通管理平台、企业管理平台、社保部门、警务平台等。

在理赔平台获得了上述保险事故的相关核责信息后，则按照上述车辆的相关投车险险种中每个险种对应的预设规则对上述保险事故的核责信息进行验证。例如，对获取到的现场图像或视频信息的真伪进行验证；通过事故现场的图像、视频信息对《交通事故责任认定书》进行比较验证等。

作为一种可选的实施方式，上述根据核责信息与获取平台的映射关系、上述相关核责信息清单以及上述保险事故的发生地点从获取平台获取相关核责信息具体可以包括：车险理赔平台根据核责信息与获取平台的映射关系、上述核责信息清单确定获取核责信息的获取平台以及每个获取平台对应的核责信息列表。然后车险理赔平台根据核责信息列表和被保险人的身份信息生成针对每个获取平台的获取核责信息获取请求，并向上述保险事故的发生地点所在区域的获取平台发送上述与每个获取平台对应的核责信息获取请求。接着，车险理赔平台接收上述保险事故的发生地点所在区域的获取平台针对核责信息获取请求反馈的核责信息，并根据接收到的全部核责信息的生成上述相关核责信息。

可以理解的是，由于上述核责信息清单包括了上述相关车险险种中全部保险责任核责时需要的核责信息，所以上述核责信息列表中可能包含了在上述保险事故中不存在的核责信息。因此，不能从获取平台中获取到上述核责信息列表中包括的全部核责信息。

作为另一种可选的实施方式，上述根据核责信息与获取平台的映射关系、上述相关核责信息清单以及上述保险事故的发生地点从获取平台获取相关核责信息具体可以包括：车险理赔平台根据核责信息与获取平台的映射关系、上述核责信息清单确定获取核责信息的获取平台以及每个获取平台对应的核责信息列表。然后车险理赔平台根据核责信息列表和被保险人的身份信息生成针对每个获取平台的获取核责信息获取请求，并向上述保险事故的发生地点所在区域的获取平台发送上述与每个获取平台对应的核责信息获取请求。接着，车险理赔平台接收上述保险事故的发生地点所在区域的获取平台针对核责信息获取请求反馈的核责信息，并根据接收到的全部核责信息与上述相关核责信息清单判断是否存在缺失核责信息；若存在上述缺失核责信息，则根据接收到的全部核责信息与上述相关核责信息清单生成缺失核责信息清单。然后，车险理赔平台向申请人终端发送缺失核责信息获取请求，其中，上述缺失核责信息获取请求包括上述缺失核责信息清单。最后，车险理赔平台接收上述申请人终端针对上述缺失核责信息获取请求反馈的核责信息，并根据获取平台反馈的核责信息和申请人终端反馈的核责信息生成上述相关核责信息。

在上述两种获取相关核责信息的过程中，当对应的获取平台接收当车险理赔平台发送的核责信息获取请求之后，上述对应的获取平台便根据获取请求中包括的被保险车辆信息和核责信息列表从该获取平台的数据库中获取核责信息列表中的包括的核责信息。

在本申请实施例中，上述保险事故的核责信息是指在上述车险保险事故中，能够确定或评估保险人需要承担的相应保险责任的信息。

上述理赔平台获取保险事故的核责信息可以包括获取保险事故现场的图像、视频信息、《交通事故责任认定书》、受伤人员病例检查报告驾驶员驾驶资格信息等。例如，当理赔平台接收到理赔请求后，通过给用户的终端设备发送提示信息，提示用户对事故现场拍摄视频或图像，然后通过用户的终端设备上传至理赔平台；再例如，在理赔平台接收到理赔请求后，通过事故现场的监控设备来获取事故现场的图像或视频信息。

在本申请实施例中，上述保险事故的核责信息可以包括责任认定信息和责任免除信息。其中，在本申请实施例中，上述责任认定信息指在车险保险事故中，能够确定或评估保险事故是否在保险责任范围内的信息，上述责任免除指在保险责任范围内，当满足责任免除条件时，保险人不负责承担给付保险金的责任；责任免除信息指能够评估或确定上述责任免除的信息。

例如，在保险事故中，事故发生后，被保险人或其允许的驾驶人故意破坏、伪造现场、毁灭证据时，或者，在保险事故中，驾驶员无证驾驶(驾驶证被依法扣留、暂扣、吊销、注销期间)时，或者，在保险事故中，发生保险事故时被保险机动车行驶证、号牌被注销的，或未按规定检验或检验不合格时，不论任何原因造成被保险机动车的任何损失和费用，保险人均不负责赔偿。

105：根据上述相关核责信息对上述保险事故进行核责处理，得到核责处理结果。

在本申请实施例中，当上述车险理赔平台从获取平台获取到上述保险事故的相关核责信息后，车险理赔平台则根据上述核责信息和上述保单信息对上述保险事故进行核责处理，并得到核责处理结果。

在本申请实施例中，在对保险事故进行核责处理时，需要根据核责信息和相应的核责规则来对保险事故进行核责处理。由于不同的车险险种对应的保责任是不同的，因此针对不同的车险险种，在对保险事故进行核责处理时采用的核责规则也不同。对此，可以在车险理赔平台系统中预先设置车险险种与核责规则的映射关系，然后在车险理赔平台获取到核责信息后，便根据就上述车险险种与核责规则的映射关系从车险理赔平台的规则库中获取每个车险险种对应的核责规则来对每个车险险种进行核责处理。

具体的，当上述车险理赔平台从获取平台获取到上述保险事故的相关核责信息后，车险理赔平台从上述相关核责信息中提取出上述相关车险险种中第一车险险种对应核责信息；然后根据车险险种与核责规则的映射关系和上述第一车险险种从核责规则库中获取上述第一车险险种对应的第一核责规则。在获取到第一车险险种对应的第一核责规则和第一核责信息后，便根据上述第一核责规则、第一核责信息确定保险人对上述保险事故承担上述第一车险险种对应的保险责任。对于上述相关车险险种中的其他车险险种，采用和第一车险险种相同的方法确定上述保险人是否承担上述相关车险险种中除第一车险险种外的其他车险险种对应的保险责任。

可以看出，本申请实施例通过接收申请人发送的车险理赔请求，然后车险理赔平台根据车险理赔请求中包括的信息判断与保险事故相关的相关车险险种。然后根据车险险种与核责信息的映射关系确定上述相关车险险种需要的核责信息清单。在确定了核责信息清单之后，车险理赔平台便根据核责信息清单从相应的获取平台去获取核责信息清单中的核责信息。最后，根据车险险种和核责规则的映射关系从核责规则库中获取上述相关车险险种对应的核责规则，并根据获取到的核责规则和核责信息判断保险人是否对上述保险事故承担上述车险险种对应的保险责任。在对车险险种的核责处理过程中，主要是根据核责系统中的各种映射关系来自动获取信息，不需要核责人员参与，且核责标准统一，不会存在人为主观因素的偏差。因此，通过本申请实施例，可以有效的提升车险理赔核责的工作效率，节省人力成本，统一核责标准，避免在核责过程中人为主观因素带来的偏差。

参见图2，图2是本申请实施例提供的另一种车险核责数据处理方法的示意流程图，如图2所示，该方法可包括：

201：接收申请人终端发送的车险理赔请求，上述车险理赔请求包括被保险车辆信息、保险事故的发生时间、保险事故的发生地点以及保险事故的出险原因。

202：根据上述被保险车辆信息、保险事故的发生时间和保险事故的出险原因判断被保险车辆的车险险种中是否存在相关车险险种。

其中，上述相关车险险种为被保险车辆的车险险种中与上述车险理赔请求对应的保险事故匹配且上述保险事故的发生时间在保险期限内的车险险种。

在上述车险理赔平台判断被保险车辆的车险险种中存在相关车险险种的时，则执行步骤203，否则结束。

203：根据保险责任与核责信息的映射关系和上述相关车险险种对应的相关保险责任生成相关核责信息清单。

204：根据核责信息与获取平台的映射关系、上述相关核责信息清单以及上述保险事故的发生地点从获取平台获取相关核责信息。

205：对上述相关核责信息中的文本信息进行语义识别得到语义识别结果，对上述相关核责信息中的图像信息进行图像识别得到图像识别结果。

206：将上述语义识别结果、图像识别结果和上述相关核责信息中除文本信息和图像信息外的其他信息按照预设的结构化格式进行结构化处理得到相关核责数据。

具体的，当上述车险理赔平台获取到上述核责信息清单对应的核责信息后，上述理赔平台对上述核责信息进行验证纠错。然后上述理赔平台对上述核责信息中的文本信息进行语义识别得到能被理赔平台的理赔处理模块识别的语义识别结果，例如，可以采用神经语言程序学(Neuro-Linguistic Programming，NLP)技术对交通责任认定书进行语义识别。上述理赔平台对上述核责信息中的图像信息进行图像识别得到能被理赔平台的理赔处理模块识别的图像识别结果。最后，将上述语义识别结构、图像识别结果和上述核责信息中除文本信息和图像信息外的其他信息按照预设的结构化格式进行结构化处理得到能够被理赔处理系统识别的理赔数据。

207：根据上述相关核责数据对上述保险事故进行核责处理，得到处理结果。

当上述车险理赔平台从获取平台获取到上述保险事故的相关核责数据后，车险理赔平台从上述相关核责数据中提取出上述相关车险险种中第一车险险种对应核责数据；然后根据车险险种与核责规则的映射关系和上述第一车险险种从核责规则库中获取上述第一车险险种对应的第一核责规则。在获取到第一车险险种对应的第一核责规则和第一核责数据后，便根据上述第一核责规则、第一核责数据确定保险人对上述保险事故承担上述第一车险险种对应的保险责任。对于上述相关车险险种中的其他车险险种，采用和第一车险险种相同的方法确定上述保险人是否承担上述相关车险险种中除第一车险险种外的其他车险险种对应的保险责任。

208根据上述核责处理结果生成反馈信息，向上述用户终端发送上述反馈信息。

其中，上述反馈信息中包括上述核责处理结果，以便用户能够知道保险事故与保单信息中的哪些保险责任相匹配。

作为一种可选的实施方式，在申请人终端接收到上述包括核责处理结果的反馈信息后，若用户对核责处理结果有疑问，例如用户觉得该保险事故还与保单信息中的某个保险责任相匹配，则用户可以和其他保险责任相匹配时。用户可以发起详细的核责处理结果反馈信息请求。然后健康险理赔平台接收到上述请求后将详细的核责处理结果和获取到的核责信息发送给用户终端。用户接收到上述详细的核责处理结果和获取到的核责信息后，可以对上述健康险理赔平台发送核责信息的进行补充，然后将补充的信息上传给健康险理赔平台。理赔平台接收当补充信息并对其进行验证通过后，再次对上述保险事故进行核责处理，并将处理结果反馈给用户终端。

可以看出，在对车险险种的核责处理过程中，主要是根据核责系统中的各种映射关系来自动获取信息，且在获取到核责信息后，自动对核责信息进行验证纠错、结构化等预处理，以便得到能够被系统识别的核责数据，不需要核责人员参与，且核责标准统一，不会存在人为主观因素的偏差。因此，通过本申请实施例，可以有效的提升车险理赔核责的工作效率，节省人力成本，统一核责标准，避免在核责过程中人为主观因素带来的偏差。

本申请实施例还提供一种服务器，该服务器用于执行前述任一项上述的方法的单元。具体地，参见图3，图3是本申请实施例提供的一种服务器的示意框图。本实施例的服务器包括：第一接收单元310、第一判断单元320、第一生成单元330、第一获取单元340以及核责单元350。

第一接收单元310，用于接收申请人终端发送的车险理赔请求，上述车险理赔请求包括被保险车辆信息、保险事故的发生时间、保险事故的发生地点以及保险事故的出险原因；

第一判断单元320，用于根据上述被保险车辆信息、保险事故的发生时间和保险事故的出险原因判断被保险车辆的车险险种中是否存在相关车险险种，上述相关车险险种为被保险车辆的车险险种中与上述车险理赔请求对应的保险事故匹配且上述保险事故的发生时间在保险期限内的车险险种；

第一生成单元330，用于在被保险车辆的车险险种中存在相关车险险种的情况下，则根据保险责任与核责信息的映射关系和上述相关车险险种对应的相关保险责任生成相关核责信息清单；

第一获取单元340，用于根据核责信息与获取平台的映射关系、上述相关核责信息清单以及上述保险事故的发生地点从获取平台获取相关核责信息；

核责单元350，用于根据上述相关核责信息对上述保险事故进行核责处理，得到核责处理结果。

可选的，第一获取单元340包括：

第一确定单元，用于根据核责信息与获取平台的映射关系、上述核责信息清单确定获取核责信息的获取平台以及每个获取平台对应的核责信息列表；

第二生成单元，用于根据核责信息列表和被保险人的身份信息生成针对每个获取平台的获取核责信息获取请求；

第一发送单元，向上述保险事故的发生地点所在区域的获取平台发送上述与每个获取平台对应的核责信息获取请求；

第二接收单元，用于接收上述保险事故的发生地点所在区域的获取平台针对核责信息获取请求反馈的核责信息；

上述第二生成单元，用于根据接收到的全部核责信息的生成上述相关核责信息。

可选的，上述第一获取单元包括：

第一确定单元，用于根据核责信息与获取平台的映射关系、上述核责信息清单确定获取核责信息的获取平台以及每个获取平台对应的核责信息列表；

第二生成单元，用于根据核责信息列表和被保险人的身份信息生成针对每个获取平台的获取核责信息获取请求；

第一发送单元，用于向上述保险事故的发生地点所在区域的获取平台发送上述与每个获取平台对应的核责信息获取请求；

第二接收单元，用于接收上述保险事故的发生地点所在区域的获取平台针对核责信息获取请求反馈的核责信息；

第二判断单元，用于根据接收到的全部核责信息与上述相关核责信息清单判断是否存在缺失核责信息；

上述第二生成单元，用于若存在上述缺失核责信息，则根据接收到的全部核责信息与上述相关核责信息清单生成缺失核责信息清单；

上述第二发送单元，用于向申请人终端发送缺失核责信息获取请求，上述缺失核责信息获取请求包括上述缺失核责信息清单；

上述第二接收单元，用于接收上述申请人终端针对上述缺失核责信息获取请求反馈的核责信息；

上述第二生成单元，用于根据获取平台反馈的核责信息和申请人终端反馈的核责信息生成上述相关核责信息。

可选的，上述服务器还包括：

识别单元360，用于对上述相关核责信息中的文本信息进行语义识别得到语义识别结果，对上述相关核责信息中的图像信息进行图像识别得到图像识别结果；

处理单元370，用于将上述语义识别结果、图像识别结果和上述相关核责信息中除文本信息和图像信息外的其他信息按照预设的结构化格式进行结构化处理得到相关核责数据；

上述核责单元350，用于根据上述相关核责数据对上述保险事故进行核责处理，得到处理结果。

可选的，上述核责单元350包括：

提取单元，用于从上述相关核责数据中提取出上述相关车险险种中第一车险险种对应核责数据；

第二获取单元，用于根据车险险种与核责规则的映射关系和上述第一车险险种从核责规则库中获取上述第一车险险种对应的第一核责规则；

第二确定单元，用于根据上述第一核责规则、第一核责数据确定保险人对上述保险事故承担上述第一车险险种对应的保险责任；

上述核责单元350，用于采用和第一车险险种相同的方法确定上述保险人是否承担上述相关车险险种中除第一车险险种外的其他车险险种对应的保险责任。

可选的，上述第二确定单元包括：

第三判断单元，用于根据第一核责规则中的责任免除核责规则和第一核责数据中的责任免除信息判断上述保险事故是否满足责任免除条件；

上述第二确定单元，用于若上述保险事故不满足责任免除条件，则根据第一核责数据中的责任认定信息和上述第一核责规则中的责任认定规则确定上述保险人对上述保险事故承担上述第一车险险种对应的保险责任的比例。

可选的，上述第一生成单元330，用于根据上述核责处理结果生成反馈信息；

上述服务器还包括：

第二发送单元380，用于向上述用户终端发送上述反馈信息。

可以看出，在对车险险种的核责处理过程中，主要是根据核责系统中的各种映射关系来自动获取信息，且在获取到核责信息后，自动对核责信息进行验证纠错、结构化等预处理，以便得到能够被系统识别的核责数据，不需要核责人员参与，且核责标准统一，不会存在人为主观因素的偏差。因此，通过本申请实施例，可以有效的提升车险理赔核责的工作效率，节省人力成本，统一核责标准，避免在核责过程中人为主观因素带来的偏差。

参见图4，图4是本申请实施例提供的一种设备，该设备可以为服务器，如图4所示设备包括：一个或多个处理器401；一个或多个输入设备402，一个或多个输出设备403和存储器404。上述处理器401、输入设备402、输出设备403和存储器404通过总线405连接。存储器402用于存储指令，处理器401用于执行存储器402存储的指令。

其中，该设备作为服务器使用的情况下，处理器401用于：接收申请人发送的车险理赔请求，根据上述车险理赔请求确定立案；根据上述车险理赔请求获取保险事故的核责信息；根据上述保险事故的核责信息和车险核责规则进行核责处理。

应当理解，在本申请实施例中，所称处理器401可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备402可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备403可以包括显示器(LCD等)、扬声器等。

该存储器404可以包括只读存储器和随机存取存储器，并向处理器401提供指令和数据。存储器404的一部分还可以包括非易失性随机存取存储器。例如，存储器404还可以存储设备类型的信息。

具体实现中，本申请实施例中所描述的处理器401、输入设备402、输出设备403可执行本申请实施例提供的一种车险核责数据处理方法的第一实施例中所描述的实现方式、第二实施列以及第三实施例中的实现方式，也可执行本申请实施例所描述的服务器的实现方式，在此不再赘述。

在本申请的另一实施例中提供一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现：接收申请人发送的车险理赔请求，根据上述车险理赔请求确定立案；根据上述车险理赔请求获取保险事故的核责信息；根据上述保险事故的核责信息和车险核责规则进行核责处理。

上述计算机可读存储介质可以是前述任一实施例上述的终端的内部存储单元，例如终端的硬盘或内存。上述计算机可读存储介质也可以是上述终端的外部存储设备，例如上述终端上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，上述计算机可读存储介质还可以既包括上述终端的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述终端所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

图5是本申请实施例提供的一种服务器结构示意图，该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)522(例如，一个或一个以上处理器)和存储器532，一个或一个以上存储应用程序542或数据544的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器522可以设置为与存储介质530通信，在服务器500上执行存储介质530中的一系列指令操作。

服务器500还可以包括一个或一个以上电源526，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口558，和/或，一个或一个以上操作系统541，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图5所示的服务器结构。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

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

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种车险核责处理方法，其特征在于，包括：

接收申请人终端发送的车险理赔请求，所述车险理赔请求包括被保险车辆信息、保险事故的发生时间、保险事故的发生地点以及保险事故的出险原因；

根据所述被保险车辆信息、保险事故的发生时间和保险事故的出险原因判断被保险车辆的车险险种中是否存在相关车险险种，所述相关车险险种为被保险车辆的车险险种中与所述车险理赔请求对应的保险事故匹配且所述保险事故的发生时间在保险期限内的车险险种；

在被保险车辆的车险险种中存在相关车险险种的情况下，则根据保险责任与核责信息的映射关系和所述相关车险险种对应的相关保险责任生成相关核责信息清单；

根据核责信息与获取平台的映射关系、所述相关核责信息清单以及所述保险事故的发生地点从获取平台获取相关核责信息；

根据所述相关核责信息对所述保险事故进行核责处理，得到核责处理结果。

2.根据权利要求1所述的方法，其特征在于，所述根据核责信息与获取平台的映射关系、所述相关核责信息清单以及所述保险事故的发生地点从获取平台获取相关核责信息，包括：

根据核责信息与获取平台的映射关系、所述核责信息清单确定获取核责信息的获取平台以及每个获取平台对应的核责信息列表；

根据核责信息列表和被保险人的身份信息生成针对每个获取平台的获取核责信息获取请求；

向所述保险事故的发生地点所在区域的获取平台发送所述与每个获取平台对应的核责信息获取请求；

接收所述保险事故的发生地点所在区域的获取平台针对核责信息获取请求反馈的核责信息，根据接收到的全部核责信息的生成所述相关核责信息。

3.根据权利要求2所述的方法，其特征在于，根据核责信息与获取平台的映射关系、所述相关核责信息清单以及所述保险事故的发生地点从获取平台获取相关核责信息，包括：

根据核责信息与获取平台的映射关系、所述核责信息清单确定获取核责信息的获取平台以及每个获取平台对应的核责信息列表；

根据核责信息列表和被保险人的身份信息生成针对每个获取平台的获取核责信息获取请求；

向所述保险事故的发生地点所在区域的获取平台发送所述与每个获取平台对应的核责信息获取请求；

接收所述保险事故的发生地点所在区域的获取平台针对核责信息获取请求反馈的核责信息；

根据接收到的全部核责信息与所述相关核责信息清单判断是否存在缺失核责信息；

若存在所述缺失核责信息，则根据接收到的全部核责信息与所述相关核责信息清单生成缺失核责信息清单；

向申请人终端发送缺失核责信息获取请求，所述缺失核责信息获取请求包括所述缺失核责信息清单；

接收所述申请人终端针对所述缺失核责信息获取请求反馈的核责信息；

根据获取平台反馈的核责信息和申请人终端反馈的核责信息生成所述相关核责信息。

4.根据权利要求3或2任一项所述的方法，其特征在于，在所述根据核责信息与获取平台的映射关系、所述相关核责信息清单以及所述保险事故的发生地点从获取平台获取相关核责信息之后，所述方法还包括：

对所述相关核责信息中的文本信息进行语义识别得到语义识别结果，对所述相关核责信息中的图像信息进行图像识别得到图像识别结果；

将所述语义识别结果、图像识别结果和所述相关核责信息中除文本信息和图像信息外的其他信息按照预设的结构化格式进行结构化处理得到相关核责数据；

所述根据所述相关核责信息对所述保险事故进行核责处理，得到处理结果，包括：

根据所述相关核责数据对所述保险事故进行核责处理，得到处理结果。

5.根据权利要求4所述的方法，其特征在于，所述根据所述相关核责数据对所述保险事故进行核责处理，得到核责处理结果，包括：

从所述相关核责数据中提取出所述相关车险险种中第一车险险种对应核责数据；

根据车险险种与核责规则的映射关系和所述第一车险险种从核责规则库中获取所述第一车险险种对应的第一核责规则；

根据所述第一核责规则、第一核责数据确定保险人对所述保险事故承担所述第一车险险种对应的保险责任；

采用和第一车险险种相同的方法确定所述保险人是否承担所述相关车险险种中除第一车险险种外的其他车险险种对应的保险责任。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第一核责规则、第一核责数据以及所述第一车险险种定保险人对所述保险事故承担所述第一车险险种对应的保险责任包括：

根据第一核责规则中的责任免除核责规则和第一核责数据中的责任免除信息判断所述保险事故是否满足责任免除条件；

若所述保险事故不满足责任免除条件，则根据第一核责数据中的责任认定信息和所述第一核责规则中的责任认定规则确定所述保险人对所述保险事故承担所述第一车险险种对应的保险责任的比例。

7.根据权利要求6所述的方法，其特征在于，在所述根据所述相关核责数据对所述保险事故进行核责处理，得到核责处理结果之后，所述方法还包括：

根据所述核责处理结果生成反馈信息；

向所述用户终端发送所述反馈信息。

8.一种服务器，其特征在于，包括用于执行如权利要求1-7任一权利要求所述的方法的单元。

9.一种服务器，其特征在于，所述服务器包括处理器、存储器和通信模块，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码来执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。