买专利卖专利找龙图腾，真高效！ 查专利查商标用IPTOP,全免费！专利年费监控用IP管家,真方便！

申请/专利权人：深圳平安医疗健康科技服务有限公司

摘要：本申请实施例公开了接收失业险理赔请求，所述失业险理赔请求包括被保险人身份信息；响应所述失业险理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，所述获取请求中包括被保险人身份信息、核责信息列表；接收来自一个或多个第三方平台针对所述获取请求的第一反馈信息，所述第一反馈信息包括与所述核责信息列表对应的核责信息；根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，确定所述失业保险事件的责任明细。本申请实施例可以有效的提升失业险理赔核责的工作效率，节省人力成本，统一核责标准。

主权项：1.一种失业险核责数据分析方法，其特征在于，包括：接收失业险理赔请求，所述失业险理赔请求包括被保险人身份信息；响应所述失业险理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，所述获取请求中包括被保险人身份信息、核责信息列表；每个第三方平台的数据库中存储有任意一个被保险人的一种核责信息；所述核责信息至少包括以下一种：被保险人辞职信息、被保险人的原工作单位状态信息、被保险人的就业状态信息；接收来自一个或多个第三方平台针对所述获取请求的第一反馈信息，所述第一反馈信息包括与所述核责信息列表对应的核责信息；如接收到多个第三方平台的第一反馈信息时，解析多个第一反馈信息，得到多个核责信息，对每个核责信息执行预处理操作，得到每个核责信息的核责数据，根据每个核责信息的核责数据确定每个核责信息对应的失业原因，确定该多个核责信息对应的多个失业原因，确定每个失业原因对应的核责信息的数量，将数量最多的失业原因所对应的核责信息标记为目标核责信息，利用该目标核责信息执行核责校验操作；生成确认请求，所述确认请求包括所述核责信息；向所述失业险理赔请求对应的用户终端发送所述确认请求；接收所述用户终端针对所述确认请求的第二反馈信息，所述第二反馈信息包括对所述核责信息的确认列表；对所述核责信息进行预处理，得到核责数据，所述预处理包括图像识别、语义识别、关键字提取以及结构化处理中的一种或几种；根据所述确认列表从所述核责数据中提取被确认的核责数据；从所述被确认的核责数据中提取出所述失业险核责规则中每一条核责规则对应的核责数据；将所述失业险核责规则中的第一核责规则对与所述第一核责规则对应的核责数据进行核责校验，得到所述第一核责规则对应的输出结果，所述输出结果包括0或1，其中，0用于表示该核责数据通过核责校验，1用于表示该核责数据未通过核责校验，所述第一核责规则为所述失业险核责规则中的任意一条核责规则；执行与所述第一核责规则相同的核责校验操作，确定所述失业险核责规则中的其他核责规则的输出结果；根据所述失业险核责规则的输出结果与预设的与保险责任真值表确定与失业保险事件对应的责任明细。

全文数据：失业险核责数据分析方法及相关产品技术领域本发明涉及数据分技术领域，尤其涉及一种失业险核责数据分析方法及相关产品。背景技术随着现在人们的生活水平提高，越来越多的人会将部分收入资金投入保险公司，以便在出现保险事故时获得一份保障。这致使保险公司要处理的理赔案件越来越多，在保险事故发生后，用户向保险公司发起理赔请求，然后保险公司对用户的理赔请求进行核责以及定损，然后赔付给用户保险金。然而，传统的保险理赔的核责过程中，一般都是由相应的理赔专员根据对应的保险理赔条款或规则进行人工处理的，处理程序复杂、效率低，而且不同的理赔专员对于理赔条款的理解不一致，可能造成理赔的标准不一致，难以避免人为主观因素给核责过程带来的偏差，给用户带来极大的不便。发明内容本发明实施例提供一种失业险核责数据分析方法，可有效的提升失业险理赔核责的工作效率，节省人力成本，统一核责标准，避免人为主观因素带来的偏差。第一方面，本发明实施例提供了一种失业险核责数据分析方法，包括：接收失业险理赔请求，所述失业险理赔请求包括被保险人身份信息；响应所述失业险理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，所述获取请求中包括被保险人身份信息、核责信息列表；接收一个或多个第三方平台针对所述获取请求的第一反馈信息，所述第一反馈信息包括与所述核责信息列表对应的核责信息；根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。可选的，在所述接收失业险理赔请求之后，所述方法还包括：根据所述一个或多个第三方平台与核责信息的映射关系生成核责信息列表；根据所述核责信息列表和所述被保险人身份信息生成核责信息获取请求。在所述接收失业险理赔请求之后，所述方法还包括：根据所述被保险人身份信息从失业险理赔平台的数据库中获取所述被保险人投保的失业险信息；根据所述失业险信息判断所述失业险理赔请求是否满足预设的失业险理赔申请条件；若所述失业险理赔请求满足所述失业险理赔申请条件，则执行所述根据第三方平台与核责信息的映射关系生成核责信息列表的步骤可选的，在所述接收所述第三方平台针对所述获取请求的第一反馈信息之后，所述方法还包括：生成确认请求，所述确认请求包括所述核责信息；向所述失业险理赔请求对应的用户终端发送所述确认请求；接收所述用户终端针对所述确认请求的第二反馈信息，所述第二反馈信息包括对所述核责信息的确认列表；所述根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，包括：根据所述确认列表、核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。可选的，在所述接收所述第三方平台针对所述获取请求的第一反馈信息之后，所述方法还包括：对所述核责信息进行预处理，得到核责数据，所述预处理包括图像识别、语义识别、关键字提取以及结构化处理中的一种或几种；所述根据所述确认列表、核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，包括：根据所述确认列表、核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。可选的，所述根据所述确认列表、核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，包括根据所述确认列表从所述核责数据中提取被确认的核责数据；根据所述被确认的核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。可选的，所述根据所述被确认的核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，包括：从所述被确认的核责数据中提取出所述失业险核责规则中每一条核责规则对应的核责数据；将所述失业险核责规则中的第一核责规则对与所述第一核责规则对应的核责数据进行核责校验，得到所述第一核责规则对应的输出结果，所述输出结果包括0或1，其中，0用于表示该核责数据通过核责校验，1用于表示该核责数据未通过核责校验，所述第一核责规则为所述失业险核责规则中的任意一条核责规则；执行与所述第一核责规则相同的核责校验操作，确定所述失业险核责规则中的其他核责规则的输出结果；根据所述失业险核责规则的输出结果与预设的与保险责任真值表确定与所述失业保险事件对应的责任明细。第二方面，本发明实施例提供了一种失业险核责数据分析的服务器，所述服务器包括：第一接收单元，用于接收失业险理赔请求，所述失业险理赔请求包括被保险人身份信息；发送单元，用于响应所述失业险理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，所述获取请求中包括被保险人身份信息、核责信息列表；第二接收单元，用于接收一个或多个第三方平台针对所述获取请求的第一反馈信息，所述第一反馈信息包括与所述核责信息列表对应的核责信息；核责单元，用于根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。第三方面，本申请实施例提供了一种服务器，包括处理器、存储器和通信模块，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码来执行上述第一方面及其任一种可选方式的方法。第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面及其任一种可选方式的方法。可以看出，本申请实施例服务器接收用户终端发送的失业险理赔请求，响应该失业理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，接收来自第三方平台针对该获取轻轻地第一反馈信息，该反馈信息中包括与失业险理赔请求对应的失业保险事件所需的核责信息，基于该核责信息以及预先设定的失业险核责规则对该失业保险事件进行核责，确定该失业保险事的责任明细，故可实现用户在线一键明晰失业保险事故的责任明细，解决目前人工处理失业保险事故带来的主观性问题。附图说明为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。图1A是本申请实施例提供的一种失业险核责数据处理的网络架构的示意图；图1B是本申请实施例提供的一种失业险核责数据处理方法的示意流程图；图1C是本申请实施例提供的一种部门真值表的映射关系的示意图；图2是本申请实施例提供的另一种失业险核责数据处理方法的示意流程图；图3是本申请实施例提供的一种服务器的功能单元组成框图；图4是本申请实施例提供的一种服务器的结构框图；图5是本申请实施例提供的另一种服务器的结构框图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和或其集合的存在或添加。还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。具体实现中，本发明实施例中描述的服务器包括但不限于诸如具有触摸敏感表面例如，触摸屏显示器和或触摸板的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，设备并非便携式通信设备，而是具有触摸敏感表面例如，触摸屏显示器和或触摸板的台式计算机。在接下来的讨论中，描述了包括显示器和触摸敏感表面的服务器。然而，应当理解的是，服务器可以包括诸如物理键盘、鼠标和或控制杆的一个或多个其它物理用户接口设备。服务器支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和或数字视频播放器应用程序。首先参阅图1A，图1A为本申请实施例提供的一种失业险核责数据分析的网络架构的示意图，该网络架构图包括：用户终端100、保险公司服务器200、多个智能平台300；其中，智能平台300可以包括服务器、移动互联网设备、传输接收点TRP，TransmissionReceptionPoint、基站例如，宏站、LTEeNB、5GNRNB接入点AccessPoint，简称：AP。需要说明的是，在本发明实施例中并不限定智能平台200的具体类型。其中，用户终端100，用于接收用户在失业保险信息界面输入的失业保险事故，根据所述失业保险事故生成失业险理赔请求，向保险公司服务器200发送所述失业险理赔请求，以确定该失业保险事故的责任明细，其中，该责任明细具体包括用户所需承担的责任明细以及保险公司所需承担的责任明细；保险公司服务器200，用于接收所述失业理赔请求，响应所述失业理赔请求，提取所述失业理赔请求中被保人身份信息，根据所述被保人身份信息生成多个核责信息列表，生成多个核责信息获取请求，将以广播的形式向多个智能平台300发送每个核责信息请求，其中，每个核责信息获取请求中携带有被保人的身份信息和一个核责信息列表；当然，也可以对每个获取请求的核责信息列表进行识别，得到该信息列表对应的智能平台，然后，以单播的形式将该获取请求发送至该智能平台，本申请不做唯一限定；智能平台300，用于接收保险公司服务器200发送的获取请求，响应该获取请求，在各自的失业保险数据库中查询核责信息列表对应的核责信息，向保险公司服务器200发送针对该获取请求的第一反馈信息，其中，该第一反馈信息包括与所述核责信息列表对应的核责信息；保险公司服务200，用于接收该第一反馈信息，解析该第一反馈信息，得到该核责信息，根据该核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，确定所述失业保险事件的责任明细，向用户终端100发送所述失业保险事件的责任明细；用户终端100，用于接收来自保险公司服务器200的所述失业保险事件的责任明细，在信息展示页面展示所述失业保险事件的责任明细。可以看出，在本申请实施例中，用户终端在信息输入页面提交失业保险事故信息，服务器基于用户终端提交的失业事故信息向预先建立的第三平台发起核责信息获取请求，以获取与该失业保险事故信息对应的核责信息，基于该核责信息确定该失业保险事故信息对应的责任明细，从而实现用户在线一键明晰该失业保险事故的责任明细，无需保险公司委派业务员对该失业保险事故进行勘察，减少了人力物力的投入，而且解决了目前由人工勘察带来的主观性问题。参见图1B，图1B为实施例提供一种失业险核责数据分析方法的示意流程图，如图1B所示该方法可包括：101：接收失业险理赔请求，所述失业险理赔请求包括被保险人身份信息。在本申请实施例中，上述失业险理赔请求中可以包括被保险人身份信息、被保险人的原工作单位信息和被保险人的失业时间。其中，上述被保险人的失业时间可以是一个时间段，即被保险人失业到找到工作的时间段，也可以只是被保险人失业时的时间。当被保险人发生失业险保险事故后例如，因公司倒闭失业，申请人可以是被保险人本人或被保险人的家人或亲戚通过有线或无线终端设备登录失业险理赔平台预先创建的网站或App，输入被保险人的身份信息、原工作单位的信息例如原工作单位名称、地址等信息、失业保险事件的发生时间等，然后将这些信息组成失业险理赔请求，将该失业险理赔请求发送给失业险理赔平台进行处理。失业险理赔平台在接收所述失业险理赔请求后，根据所述失业险理赔请求进行核责处理，以确定该失业保险事件的责任明细。在一可能的实施例中，在接收失业险理赔请求之后，所述方法还包括：根据所述一个或多个第三方平台与核责信息的映射关系生成核责信息列表；根据所述核责信息列表和所述被保险人身份信息生成核责信息获取请求。其中，该核责信息至少包括以下一种：被保险人辞职信息、被保险人的原工作单位状态信息、被保险人的就业状态信息。其中，上述被保险人辞职信息中包括被保险人辞职的时间、辞职原因例如，觉得工资低主动辞职，或因为违反公司规定被辞退等；上述被保险人的原工作单位状态信息指能够判断被保险人的原工作单位运营状态例如正常运营、宣告破产等的信息；上述被保险人的就业状态信息指能够判断被保险人的就业状态的信息。具体来讲，每个第三方平台用于存储一种核责信息，即每个第三方平台的数据库中存储有任意一个被保险人的一种核责信息，故获取该失业险理赔平台预先建立通信连接的多个第三方平台，确定每个第三方平台存储的核责信息类型，得到多个核责信息类型，生成核责信息列表。102：响应所述失业险理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，所述获取请求中包括被保险人身份信息、核责信息列表。可选的，预先搭建一个或多个第三方平台，然后，失业险理赔平台向该一个或多个第三方平台发送授权请求，在该一个或多个第三方平台允许该失业险理赔平台访问时，建立该失业险理赔平台与该第一个或多个第三方平台的通信连接，在生成核责信息列表后，向该预先建立的一个或多个第三方平台发送核责信息获取请求。103：接收来自一个或多个第三方平台针对所述获取请求的第一反馈信息，所述第一反馈信息包括与所述核责信息列表对应的核责信息。可选的，如该失业险理赔平台以广播的形式将该核责信息获取请求发送至多个第三方平台时，第三方平台响应该核责信息获取请求，提取该核责信息获取请中的核责信息列表，提取该核责信息列表中的若干个核责信息类型，得到集核责信息类型，确定核责信息类型集中是否包含所述第三方平台所存储的核责信息类型，如是，提取该核责信息获取请中被保险人身份信息，所述第三方平台从数据库提取与所述被保险人身份信息匹配的核责信息，向该失业保险平台发送第一反馈信息，如未提取到与所述被保险人身份信息匹配的核责信息，向所述失业保险平台发送提示信息，所述提示信息用于指示所述失业保险平台请求与该失业险理赔请求对应的终端设备上传与该被保人身份信息对应的核责信息；如否，向该失业保险平台发送获取失败的提示信息，所述提示信息用于提示所述失业保险平台所述第三方平台未存储与该核责信息列表对应的核责信息。在一可能的示例中，如接收到多个第三方平台的第一反馈信息时，解析多个第一反馈信息，得到多个核责信息，对每个核责信息执行预处理操作，得到每个核责信息的核责数据，根据每个核责信息的核责数据确定每个核责信息对应的失业原因，确定该多个核责信息对应的多个失业原因，确定每个失业原因对应的核责信息的数量，将数量最多的失业原因所对应的核责信息标记为目标核责信息，利用该目标核责信息执行核责校验操作。104：根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，确定所述失业保险事件的责任明细。可选的，根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理之前，生成确认请求，所述确认请求包括所述核责信息；向所述失业险理赔请求对应的用户终端发送所述确认请求，所述确认请求用于请求用户确认所述核责信息中的多个信息数据是否合理；接收所述用户终端针对所述确认请求的第二反馈信息，所述第二反馈信息包括对所述核责信息的确认列表。故可根据所述确认列表、核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，具体来讲，根据该确认列表确定该核责信息中被确认的核责信息，根据该确认的核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。可选的，在生成确认请求之前，对所述核责信息进行预处理，得到核责数据，其中该预处理包括图像识别、语义识别、关键字提取以及结构化处理中的一种或几种，对预处理后的核责数据生成确认请求，向所述失业险理赔请求对应的用户终端发送该确认请求，接收针对该确认请求的第二反馈信息，其中，所述第二反馈信息包括对所述核责数据的确认列表。故可根据所述确认列表、核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，具体来讲，解析该第二反馈信息，得到被确认的核责数据，依据该被确认的核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。进一步地，依据该被确认的核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理具体包括：从所述被确认的核责数据中提取出所述失业险核责规则中每一条核责规则对应的核责数据；将所述失业险核责规则中的第一核责规则对与所述第一核责规则对应的核责数据进行核责校验，得到所述第一核责规则对应的输出结果，所述输出结果包括0或1，其中，0用于表示该核责数据通过核责校验，1用于表示该核责数据未通过核责校验，所述第一核责规则为所述失业险核责规则中的任意一条核责规则；执行与所述第一核责规则相同的核责校验操作，确定所述失业险核责规则中的其他核责规则的输出结果；根据所述失业险核责规则的输出结果与预设的保险责任真值表确定与所述失业保险事件对应的责任明细。举例来说，所述预设的失业险核责规则包以下规则中的至少一项：判断被保险人是主动辞职还是被辞退、验证被保险人的原工作单位是否倒闭、验证被保险人是否处于待业状态。可以理解的是，对于不同的意外险种具有不同的核责规则，因此，上述核责规则并不包括所有的核责规则。在本申请实施例中，如第一核责规则为判断被保险人是主动辞职还是被辞退时，根据上述的预设的失业险核责规则对第一核责数据进行核责校验具体包括：当上述失业险理赔平台获取到核责信息后，失业险理赔平台根据被保险人的就业状态信息验证上述被保险人是否处于待就业状态。若上述失业险理赔平台根据上述被保险人的就业状态信息确定上述被保险人是处于待就业状态，则上述失业险理赔平台根据上述被保险人辞职信息继续判断被保险人是主动辞职还是被辞退。若上述失业险理赔平台判断上述被保险人是主动辞职，如该核责数据中加载该被保险人是被辞退，确定该第一核责规则对应的核责结果为0。若上述失业险理赔平台判断上述被保险人是被辞退，则确定确定该第一核责规则对应的核责结果为1。在本申请实施例中，在失业险理赔平台中预先建立核责规则进行核责校验的输出结果和保险责任关系的真值表。图1C举例示出了部分核责规则与责任明细的真值表。例如，从失业险核责规则库中获取到3条预设的核责规则，分别为核责规则1、核责规则2、核责规则3。如图1C所示，当核责规则1、核责规则2、核责规则3在进行核责时，对应的输出结果分别为0、0、0，从真值表中可以读出得到核责明细为A，故解析核责明细A可得到被保险人所需承担的失业责任，以及保险公司需要承担的失业责任。可以看出，在本申请实施例中，用户终端提交失业保险事故信息页面，服务器基于用户终端提交的失业事故信息页面，提取用户的失业事故信息，然后向预先建立的第三平台发起核责信息获取请求，以获取与该失业保险事故对应的核责信息，基于该核责信息确定该失业保险事故信息对应的责任明细，从而实现用户在线一键明晰该失业保险事故的责任明细，无需保险公司委派业务员对该失业保险事故进行勘察，减少了人力物力的投入，而且，解决了目前由人工勘察带来的主观性问题。参阅图2，图2是本申请实施例提供的另一种失业险核责数据处理方法的示意流程图，如图2所示，该方法可包括：201：接收失业险理赔请求，所述失业险理赔请求包括被保险人身份信息。202：根据所述被保险人身份信息从失业险理赔平台的数据库中获取所述被保险人投保的失业险信息。203：根据所述失业险信息判断所述失业险理赔请求是否满足预设的失业险理赔申请条件；如是，执行步骤204；如否，结束流程。在一可能的示例中，当失业险理赔平台接收到上述失业险理赔请求之后，上述失业险理赔平台根据上述失业险理赔请求中的被保险人身份信和被保险人的失业时间来判断该失业险理赔请求对应的保险事故是否满足失业险理赔申请的条件。其中，上述失业险理赔申请的条件为：上述被保险人投保了失业险，上述失业险理赔请求中保险事故的发生时间是否在被保险人投保的失业险的保险期限内。具体的，当失业险理赔平台接收到上述失业险理赔请求之后，上述失业险理赔平台首先根据上述失业险理赔请求中的被保险人的身份信息从数据库中获取该被保险人的失业险投保信息，其中，上述失业险投保信息包括上述被保险人投保的全部失业险险种以及每个投保险种对应的保险期限；然后根据上述失业险理赔请求中的保险事故的发生时间来判断上述失业险投保信息中是否存在和上述是失业险理赔请求对应的保险事故相关的相关失业险，其中，上述保险事故的发生时间在上述先关失业险的保险期限内；如上述投保信息中存在相关失业险，确定上述失业险理赔请求对应的保险事故满足失业险理赔申请的条件。204：响应所述失业险理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，所述获取请求中包括被保险人身份信息、核责信息列表。205：接收来自一个或多个第三方平台针对所述获取请求的第一反馈信息，所述第一反馈信息包括与所述核责信息列表对应的核责信息。206：根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，确定所述失业保险事件的责任明细。可以看出，在本申请实施例中，用户终端提交失业保险事故信息页面，服务器基于用户终端提交的失业事故信息页面，提取用户的失业事故信息，然后预先对该失业事故信息进行是否满足失业险理赔申请条件做判断，避免处理无效信息带来的误差；然后向预先建立的第三平台发起核责信息获取请求，以获取与该失业保险事故对应的核责信息，基于该核责信息确定该失业保险事故信息对应的责任明细，从而实现用户在线一键明晰该失业保险事故的责任明细，无需保险公司委派业务员对该失业保险事故进行勘察，减少了人力物力的投入，而且，解决了目前由人工勘察带来的主观性问题。本发明实施例还提供一种服务器，该服务器用于执行前述任一项的方法的单元。具体地，参见图3，是本发明实施例提供的一种服务器的示意框图。本实施例的服务器包括：第一接收单元310、发送单元320、第二接收单元330、核责单元340。第一接收单元310，用于接收失业险理赔请求，所述失业险理赔请求包括被保险人身份信息；发送单元320，用于响应所述失业险理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，所述获取请求中包括被保险人身份信息、核责信息列表；第二接收单元330，用于接收一个或多个第三方平台针对所述获取请求的第一反馈信息，所述第一反馈信息包括与所述核责信息列表对应的核责信息；核责单元340，用于根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。可选的，在一可能的示例中，服务器300还包括：第一处理单元350；其中，在第一接收单元310接收失业险理赔请求之后，处理单元350，用于根据所述一个或多个第三方平台与核责信息的映射关系生成核责信息列表；根据所述核责信息列表和所述被保险人身份信息生成核责信息获取请求。在一可能的示例中，在第一接收单元310接收失业险理赔请求之后，第一处理单元350，用于根据所述被保险人身份信息从失业险理赔平台的数据库中获取所述被保险人投保的失业险信息；根据所述失业险信息判断所述失业险理赔请求是否满足预设的失业险理赔申请条件；若所述失业险理赔请求满足所述失业险理赔申请条件，则执行所述根据第三方平台与核责信息的映射关系生成核责信息列表的步骤。在一可能的示例中，服务器300还包括：第二处理单元360；其中，在第二接收单元330接收所述第三方平台针对所述获取请求的第一反馈信息之后，第二处理单元360，用于生成确认请求，所述确认请求包括所述核责信息；向所述失业险理赔请求对应的用户终端发送所述确认请求；接收所述用户终端针对所述确认请求的第二反馈信息，所述第二反馈信息包括对所述核责信息的确认列表；在根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理时，核责单元360，具体用于：根据所述确认列表、核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。在一可能的示例中，在第二接收单元330接收所述第三方平台针对所述获取请求的第一反馈信息之后，第二处理单元360，用于对所述核责信息进行预处理，得到核责数据，所述预处理包括图像识别、语义识别、关键字提取以及结构化处理中的一种或几种；在根据所述确认列表、核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理时，核责单元340，具体用于：根据所述确认列表、核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。在一可能的示例中，在根据所述确认列表、核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，核责单元340，具体用于：根据所述确认列表从所述核责数据中提取被确认的核责数据；根据所述被确认的核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。在一可能的示例中，在根据所述被确认的核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理时，核责单元340，具体用于：从所述被确认的核责数据中提取出所述失业险核责规则中每一条核责规则对应的核责数据；将所述失业险核责规则中的第一核责规则对与所述第一核责规则对应的核责数据进行核责校验，得到所述第一核责规则对应的输出结果，所述输出结果包括0或1，其中，0用于表示该核责数据通过核责校验，1用于表示该核责数据未通过核责校验，所述第一核责规则为所述失业险核责规则中的任意一条核责规则；执行与所述第一核责规则相同的核责校验操作，确定所述失业险核责规则中的其他核责规则的输出结果；根据所述失业险核责规则的输出结果与预设的与保险责任真值表确定与所述失业保险事件对应的责任明细。可以看出，在本申请实施例中，用户终端提交失业保险事故信息页面，服务器基于用户终端提交的失业事故信息页面，提取用户的失业事故信息，然后向预先建立的第三平台发起核责信息获取请求，以获取与该失业保险事故对应的核责信息，基于该核责信息确定该失业保险事故信息对应的责任明细，从而实现用户在线一键明晰该失业保险事故的责任明细，无需保险公司委派业务员对该失业保险事故进行勘察，减少了人力物力的投入，而且，解决了目前由人工勘察带来的主观性问题。参见图4，图4是本申请实施例提供的一种设备，该设备可以为服务器，如图4所示设备包括：一个或多个处理器401；一个或多个输入设备402，一个或多个输出设备403和存储器404。上述处理器401、输入设备402、输出设备403和存储器404通过总线405连接。存储器402用于存储指令，处理器401用于执行存储器402存储的指令。其中，该设备作为服务器使用的情况下，处理器401用于：接收失业险理赔请求，所述失业险理赔请求包括被保险人身份信息；响应所述失业险理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，所述获取请求中包括被保险人身份信息、核责信息列表；接收来自一个或多个第三方平台针对所述获取请求的第一反馈信息，所述第一反馈信息包括与所述核责信息列表对应的核责信息；根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，确定所述失业保险事件的责任明细。应当理解，在本申请实施例中，所称处理器401可以是中央处理单元CentralProcessingUnit，CPU，该处理器还可以是其他通用处理器、数字信号处理器DigitalSignalProcessor，DSP、专用集成电路ApplicationSpecificIntegratedCircuit，ASIC、现成可编程门阵列Field-ProgrammableGateArray，FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。输入设备402可以包括触控板、指纹采传感器用于采集用户的指纹信息和指纹的方向信息、麦克风等，输出设备403可以包括显示器LCD等、扬声器等。该存储器404可以包括只读存储器和随机存取存储器，并向处理器401提供指令和数据。存储器404的一部分还可以包括非易失性随机存取存储器。例如，存储器404还可以存储设备类型的信息。具体实现中，本申请实施例中所描述的处理器401、输入设备402、输出设备403可执行本申请实施例提供的一种失业险核责数据分析方法的第一实施例中所描述的实现方式以及第二实施列以及，也可执行本申请实施例所描述的服务器的实现方式，在此不再赘述。在本申请的另一实施例中提供一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现：接收失业险理赔请求，所述失业险理赔请求包括被保险人身份信息；响应所述失业险理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，所述获取请求中包括被保险人身份信息、核责信息列表；接收来自一个或多个第三方平台针对所述获取请求的第一反馈信息，所述第一反馈信息包括与所述核责信息列表对应的核责信息；根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，确定所述失业保险事件的责任明细。上述计算机可读存储介质可以是前述任一实施例上述的终端的内部存储单元，例如终端的硬盘或内存。上述计算机可读存储介质也可以是上述终端的外部存储设备，例如上述终端上配备的插接式硬盘，智能存储卡SmartMediaCard,SMC，安全数字SecureDigital,SD卡，闪存卡FlashCard等。进一步地，上述计算机可读存储介质还可以既包括上述终端的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述终端所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。图5是本申请实施例提供的一种服务器结构示意图，该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器centralprocessingunits，CPU522例如，一个或一个以上处理器和存储器532，一个或一个以上存储应用程序542或数据544的存储介质530例如一个或一个以上海量存储设备。其中，存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块图示没标出，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器522可以设置为与存储介质530通信，在服务器500上执行存储介质530中的一系列指令操作。服务器500还可以包括一个或一个以上电源526，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口558，和或，一个或一个以上操作系统541，例如WindowsServerTM，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM等等。上述实施例中由服务器所执行的步骤可以基于该图5所示的服务器结构。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、服务器、终端设备和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、服务器和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备可以是个人计算机，服务器，或者网络设备等执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器ROM，Read-OnlyMemory、随机存取存储器RAM，RandomAccessMemory、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

权利要求：1.一种失业险核责数据分析方法，其特征在于，包括：接收失业险理赔请求，所述失业险理赔请求包括被保险人身份信息；响应所述失业险理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，所述获取请求中包括被保险人身份信息、核责信息列表；接收来自一个或多个第三方平台针对所述获取请求的第一反馈信息，所述第一反馈信息包括与所述核责信息列表对应的核责信息；根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，确定所述失业保险事件的责任明细。2.根据权利要求1所述的方法，其特征在于，在所述接收失业险理赔请求之后，所述方法还包括：根据所述一个或多个第三方平台与核责信息的映射关系生成核责信息列表；根据所述核责信息列表和所述被保险人身份信息生成核责信息获取请求。3.根据权利要求2所述的方法，其特征在于，在所述接收失业险理赔请求之后，所述方法还包括：根据所述被保险人身份信息从失业险理赔平台的数据库中获取所述被保险人投保的失业险信息；根据所述失业险信息判断所述失业险理赔请求是否满足预设的失业险理赔申请条件；若所述失业险理赔请求满足所述失业险理赔申请条件，则执行所述根据第三方平台与核责信息的映射关系生成核责信息列表的步骤。4.根据权利要求1至3任一项所述的方法，其特征在于，在所述接收所述第三方平台针对所述获取请求的第一反馈信息之后，所述方法还包括：生成确认请求，所述确认请求包括所述核责信息；向所述失业险理赔请求对应的用户终端发送所述确认请求；接收所述用户终端针对所述确认请求的第二反馈信息，所述第二反馈信息包括对所述核责信息的确认列表；所述根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，包括：根据所述确认列表、核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。5.根据权利要求4所述的方法，其特征在于，在所述接收所述第三方平台针对所述获取请求的第一反馈信息之后，所述方法还包括：对所述核责信息进行预处理，得到核责数据，所述预处理包括图像识别、语义识别、关键字提取以及结构化处理中的一种或几种；所述根据所述确认列表、核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，包括：根据所述确认列表、核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。6.根据权利要求5所述的方法，其特征在于，所述根据所述确认列表、核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，包括根据所述确认列表从所述核责数据中提取被确认的核责数据；根据所述被确认的核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。7.根据权利要求6所述的方法，其特征在于，所述根据所述被确认的核责数据和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理，包括：从所述被确认的核责数据中提取出所述失业险核责规则中每一条核责规则对应的核责数据；将所述失业险核责规则中的第一核责规则对与所述第一核责规则对应的核责数据进行核责校验，得到所述第一核责规则对应的输出结果，所述输出结果包括0或1，其中，0用于表示该核责数据通过核责校验，1用于表示该核责数据未通过核责校验，所述第一核责规则为所述失业险核责规则中的任意一条核责规则；执行与所述第一核责规则相同的核责校验操作，确定所述失业险核责规则中的其他核责规则的输出结果；根据所述失业险核责规则的输出结果与预设的与保险责任真值表确定与所述失业保险事件对应的责任明细。8.一种失业险核责数据分析的服务器，其特征在于，所述服务器包括：第一接收单元，用于接收失业险理赔请求，所述失业险理赔请求包括被保险人身份信息；发送单元，用于响应所述失业险理赔请求，向预先建立的一个或多个第三方平台发送核责信息获取请求，所述获取请求中包括被保险人身份信息、核责信息列表；第二接收单元，用于接收一个或多个第三方平台针对所述获取请求的第一反馈信息，所述第一反馈信息包括与所述核责信息列表对应的核责信息；核责单元，用于根据所述核责信息和预设的失业险核责规则对所述失业险理赔请求对应的失业保险事件进行核责处理。9.一种服务器，其特征在于，所述服务器包括处理器、存储器和通信模块，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码来执行如权利要求1-7任一项所述的方法。10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。

百度查询： 深圳平安医疗健康科技服务有限公司 失业险核责数据分析方法及相关产品