CN112651721A - 保险业务处理方法、装置、存储介质与电子设备 - Google Patents

Abstract

本公开提供一种保险业务处理方法、装置、介质与设备，根据保险业务的领取时间以及预设的生存调查规则，确定待处理保险业务的服务对象；在待处理保险业务的领取时间之前的预定时间，查询服务对象的死亡标记，以从反欺诈平台获取死亡标记为空的服务对象的生存状态数据；当生存状态数据为空时，向客户服务平台或理赔调查平台线上推送服务对象的生存调查任务，以通过客户服务平台或理赔调查平台获取服务对象的生存调查数据；在领取时间，根据生存状态数据或生存调查数据确定待处理保险业务的审核结果，以在审核结果为审核通过时确定待处理保险业务的支付信息。本公开通过优化保险金领取方式，提高客户体验。

Description

保险业务处理方法、装置、存储介质与电子设备

技术领域

本公开涉及计算机应用技术领域，尤其涉及一种保险业务处理方法、保险业务处理装置、计算机可读存储介质与电子设备。

背景技术

随着人们保险意识的不断增强，保险行业为客户推出了多种保险业务，例如生存类的保险业务。在生存类的保险业务中，进行生存调查是领取保险金必不可少的阶段。目前对于生存类的保险业务，当进入领取期后主要是通过客户主动联系保险公司，面对面进行生存调查，并申请保险金领取保全后，才能进行保险金的领取，但是这种领取方式流程冗长，客户领取也非常不便，现有技术中缺少一种能够实现用户远程生存调查并根据调查结果进行保险金支付的技术方案。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供了一种保险业务处理方法、保险业务处理装置、计算机可读存储介质与电子设备，进而至少在一定程度上优化保险金领取方式，提高客户体验。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种保险业务处理方法，包括：根据保险业务的领取时间以及预设的生存调查规则，确定待处理保险业务的服务对象；在所述待处理保险业务的领取时间之前的预定时间，查询所述服务对象的死亡标记，以从反欺诈平台获取所述死亡标记为空的服务对象的生存状态数据；当所述生存状态数据为空时，向客户服务平台或理赔调查平台线上推送所述服务对象的生存调查任务，以通过所述客户服务平台或所述理赔调查平台获取所述服务对象的生存调查数据；在所述领取时间，根据所述生存状态数据或所述生存调查数据确定所述待处理保险业务的审核结果，以在所述审核结果为审核通过时确定所述待处理保险业务的支付信息。

在本公开的一种示例性实施例中，所述当所述生存状态数据为空时，向客户服务平台线上推送所述服务对象的生存调查任务，以通过所述客户服务平台获取所述服务对象的生存调查数据，包括：当所述生存状态数据为空时，向所述客户服务平台线上推送所述服务对象的生存调查任务，以便所述客户服务平台向服务对象所在的客户端发送人脸识别任务，并接收由所述服务对象所在的客户端生成的人脸识别数据；从所述客户服务平台获取所述服务对象的生存调查数据，所述生存调查数据由所述客户服务平台根据所述人脸识别数据生成。

在本公开的一种示例性实施例中，所述根据保险业务的领取时间以及预设的生存调查规则，确定待处理保险业务的服务对象，包括：根据所述保险业务所对应的服务对象身份信息以及保险类别，确定所述保险业务的领取时间；当所述保险业务的领取时间以及上一次调查启动时间满足所述预设的生存调查规则时，将所述保险业务的服务对象确定为所述待处理保险业务的服务对象。

在本公开的一种示例性实施例中，所述预设的生存调查规则，包括：当前时间与所述保险业务的领取时间间隔小于第一预设时间间隔，且当前时间与所述保险业务的上一次调查启动时间间隔大于第二预设时间间隔。

在本公开的一种示例性实施例中，通过以下方式确定所述上一次调查启动时间：当存在所述服务对象的多个保险业务时，将所述多个保险业务对应的调查启动时间进行合并，确定所述服务对象上一次调查启动时间。

在本公开的一种示例性实施例中，所述方法还包括：判断所述待处理保险业务的服务对象是否为首次领取；当所述待处理保险业务的服务对象是首次领取时，受理所述服务对象的领取申请，录入所述服务对象的领取账户信息，根据所述支付信息以及录入的所述服务对象的领取账户信息进行支付；当所述待处理保险业务的服务对象是非首次领取时，根据所述支付信息以及预先存储的所述服务对象的领取账户信息进行支付。

在本公开的一种示例性实施例中，所述根据所述生存状态数据或所述生存调查数据确定所述待处理保险业务的审核结果，包括：当所述生存状态数据非空时，根据所述生存状态数据确定所述待处理保险业务的审核结果；当所述生存状态数据为空时，根据所述生存调查数据确定所述待处理保险业务的审核结果。

根据本公开的第二方面，提供一种保险业务处理装置，包括：服务对象确定模块，用于根据保险业务的领取时间以及预设的生存调查规则，确定待处理保险业务的服务对象；生存状态数据获取模块，用于在所述待处理保险业务的领取时间之前的预定时间，查询所述服务对象的死亡标记，以从反欺诈平台获取所述死亡标记为空的服务对象的生存状态数据；生存调查数据获取模块，用于当所述生存状态数据为空时，向客户服务平台或理赔调查平台线上推送所述服务对象的生存调查任务，以通过所述客户服务平台或所述理赔调查平台获取所述服务对象的生存调查数据；审核支付模块，用于在所述领取时间，根据所述生存状态数据或所述生存调查数据确定所述待处理保险业务的审核结果，以在所述审核结果为审核通过时确定所述领取时间的支付信息。

根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述保险业务处理方法。

根据本公开的第四方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述保险业务处理方法。

本公开的技术方案具有以下有益效果：

上述保险业务处理过程中，当死亡标记为空时获取生存状态数据，当生存状态数据为空时获取生存调查数据。一方面，通过服务对象的死亡标记，生存状态数据、以及生存调查数据多层次审核服务对象，在提高审核便捷性的同时，确保审核结果的可靠性。另一方面，通过在线生存调查，无需每次领取前都需要客户去申请保险金保全，优化了客户领取流程，提高了客户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施方式，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本示例性实施方式中一种保险业务方法的系统架构图；

图2示出本示例性实施方式中一种保险业务处理方法的流程图；

图3示出本示例性实施方式中一种确定待处理保险业务的服务对象的流程图；

图4示出本示例性实施方式中一种生存调查的流程图；

图5示出本示例性实施方式中一种向服务对象的领取账户信息进行支付的流程图；

图6示出本示例性实施方式中一种保险金支付的流程图；

图7示出本示例性实施方式中一种保险业务处理装置的结构框图；

图8示出本示例性实施方式中一种用于实现上述方法的电子设备。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

相关技术中，当保险业务进入领取期后主要是通过客户主动联系保险公司，面对面进行生存调查，并申请保险金领取保全后，才能进行保险金的领取。对于年龄较大或者是时间不是很充裕的客户，这种领取方式流程过于冗长，不仅客户领取非常不便，而且会给运营人员带来较大的工作量。

鉴于上述一个或多个问题，本公开的示例性实施方式提供一种保险业务处理方法。图1示出了该方法运行环境的系统架构图，包括保险业务处理平台110、反欺诈平台120、客户服务平台130以及理赔调查平台140。其中，保险业务处理平台110用于执行保险业务处理方法，可以是保险公司后台服务器；反欺诈平台120可例如公安系统等备案有客户身份信息的具有反欺诈性质的系统平台，具有高可靠性；客户服务平台130可以进行人脸识别、指纹识别等验证操作，可以与手机、平板等终端设备进行交互；理赔调查平台140，可以为保险公司进行理赔业务的系统平台，存储客户身份信息及其对应的理赔业务，该系统可以根据客户理赔业务判别客户的生存状况。反欺诈平台120、客户服务平台130以及理赔调查平台140可以对保险业务处理平台110提供业务处理支持，网络150用以在保险业务处理平台110和反欺诈平台120、客户服务平台130以及理赔调查平台140之间提供通信链路的介质，可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等。

图2示出了本示例性实施方式中保险业务处理方法的示意性流程，包括以下步骤S210至S240：

步骤S210，根据保险业务的领取时间以及预设的生存调查规则，确定待处理保险业务的服务对象；

步骤S220，在待处理保险业务的领取时间之前的预定时间，查询服务对象的死亡标记，以从反欺诈平台获取死亡标记为空的服务对象的生存状态数据；

步骤S230，当生存状态数据为空时，向客户服务平台或理赔调查平台线上推送服务对象的生存调查任务，以通过客户服务平台或理赔调查平台获取服务对象的生存调查数据；

步骤S240，在领取时间，根据生存状态数据或生存调查数据确定待处理保险业务的审核结果，以在审核结果为审核通过时确定待处理保险业务的支付信息。

上述保险业务处理过程中，当死亡标记为空时获取生存状态数据，当生存状态数据为空时获取生存调查数据。一方面，通过服务对象的死亡标记，生存状态数据、以及生存调查数据多层次审核服务对象，在提高审核便捷性的同时，确保审核结果的可靠性。另一方面，通过在线生存调查，无需每次领取前都需要客户去申请保险金保全，优化了客户领取流程，提高了客户体验。

下面分别对图2中的每个步骤进行具体说明。

步骤S210，根据保险业务的领取时间以及预设的生存调查规则，确定待处理保险业务的服务对象。

保险业务的领取时间指的是保险业务所对应的保险金的领取时间，在该领取时间，由保险方向服务对象支付保险金。预设生存调查规则指的是针对该保险业务为服务对象设置的领取规则，只有当满足该生存调查规则时，才将该保险业务确定为待处理的保险业务，启动后续生存调查流程。待处理保险业务的服务对象指的是满足预设生存调查规则的服务对象，也是待处理保险业务所对应的服务对象。

在一种可选的实施方式中，如图3所示，步骤S210可以通过以下步骤S310至S320来确定待处理保险业务的服务对象。

步骤S310，根据保险业务所对应的服务对象身份信息以及保险类别，确定保险业务的领取时间。

服务对象身份信息可以包括服务对象的年龄、出生日期，投保日期等信息。保险类别可以包括保险开始领取年龄、保险的领取周期等，例如保险的领取周期为每一年，那么服务对象可以一年进行一次保险金的领取。根据保险业务对应的服务对象的身份信息以及保险类别，确定保险业务的领取时间，例如服务对象A，72岁，给付日期为5月1日，所投保的保险业务开始领取时间为72岁，且该保险业务的领取周期为每一年，不考虑服务对象死亡的情况下，该保险业务的领取时间为该服务对象72岁及72岁之后每年的5月1号。

步骤S320，当保险业务的领取时间以及上一次调查启动时间满足预设的生存调查规则时，将保险业务的服务对象确定为待处理保险业务的服务对象。

预设的生存调查规则用来判别保险业务是否需要进行生存调查，生存规则可以根据保险生存调查周期来进行设置，例如某类型保险业务80岁以上服务对象每两年、80以下每三年、满80周岁在未满81周岁的当年进行生存调查，服务对象A在72岁进行生存调查，将在75岁进行下一次生存调查，服务对象B在79岁时进行过生存调查，在满80岁时还需进行生存调查。将需要进行生存调查的保险业务所对应的服务对象作为待处理保险业务的服务对象。

在一种可选的实施方式中，预设的生存调查规则，包括：当前时间与保险业务的领取时间间隔小于第一预设时间间隔，且当前时间与保险业务的上一次调查启动时间间隔大于第二预设时间间隔。

假设当前时间为a，本次待领取保险业务的领取时间为b，保险业务上一次启动生存调查的时间为c，第一预设时间间隔为t1，第二预设时间间隔为t2，预设的生存调查规则可设为b-a<t1且a-c>t2，当当前时间a满足这两个条件时，就满足了该预设的该生存调查规则。该预设的生存调查规则通过保险业务的领取时间和上一次调查启动时间两个时间角度进行约束，过程简单容易实现。

在一种可选的实施方式中，可以通过以下方式确定上一次调查启动时间：当存在服务对象的多个保险业务时，将多个保险业务对应的调查启动时间进行合并，确定服务对象上一次调查启动时间。

当存在服务对象的多个保险业务时，可以将多个保险业务对应的调查启动时间距离当前时间最近的调查启动时间作为服务对象上一次调查启动的时间。例如保险业务a和b的生存调查周期为3年，服务对象C在67岁时保险业务a进行生存调查，本应在70岁进行第二次调查，若服务对象C在69岁时，保险业务b的保险金开始领取，将服务对象C在69岁时针对保险业务b的生存调查启动时间作为服务对象上一次生存调查启动时间，下一次生存调查启动的时间将在72岁。该过程通过合并服务对象的多个保险业务，避免了不必要的生存调查操作。

图3所示的步骤中，通过保险业务的领取时间和上一次调查启动时间两个时间角度，确定待处理保险业务的服务对象，减少了生存调查次数，即减少了保险方的工作量，提高了保险金支付效率，也使得客户体验更加。需要说明的是，在实际实施过程中，并不局限于上述预设的生存调查规则，还可以根据具体的保险类别，确定合适的生存调查规则。

在一种可选的实施方式中，可以通过将预设的生存调查规则嵌入生存调查引擎，通过生存调查引擎完成对待处理保险业务的服务对象的确定。

可以将生存调查引擎作为规则实现工具，并内嵌可设置的生存调查规则要素。通过设置生存调查引擎的生存调查年龄及生存调查周期，来实现预设的生成调查规则。该生存调查引擎还可以支持通用保险种类以及特殊保险种类生存调查规则的分别设置，生存调查引擎的配置明细和算法明细可分别如表1和表2所示：

表1

Name	Code	Data Type	Length	Primary	Foreign Key
						险种编码	RiskCode	VARchar2(8)	8	TRUE	FALSE
险种名称	RiskName	VARchar2(120)	120	FALSE	FALSE
						引擎类型	AutoType	VARchar2(2)	2	FALSE	FALSE
实现方式	DealType	VARchar2(1)	1	FALSE	FALSE
						执行顺序	RunNo	Integer	\	TRUE	FALSE
算法	CalCode	VARchar2(6)	6	FALSE	FALSE
						其他算法	ClassCode	VARchar2(50)	50	FALSE	FALSE
备注	Remark	VARchar2(600)	600	FALSE	FALSE
						启用标记	OnFlag	VARchar2(1)	1	FALSE	FALSE

表2

Name	Code	Data Type	Length	Primary	Foreign Key
						算法编码	CalCode	VARchar2(6)	6	TRUE	FALSE
算法内容	CalSQL	VARchar2(1600)	1,600	FALSE	FALSE
						算法描述	Remark	VARchar2(500)	500	FALSE	FALSE

通过生存调查引擎可实现多种保险类型的生存调查规则的自由配置，灵活性和较适应性较强。

步骤S220，在待处理保险业务的领取时间之前的预定时间，查询服务对象的死亡标记，以从反欺诈平台获取死亡标记为空的服务对象的生存状态数据。

将待处理保险业务的领取时间之前设置预定时间作为生存调查的启动时间，例如待处理保险业务5月1日为保险金领取日期，可提前两个月在3月1日启动生存调查任务，以便留有足够多的时间去完成生存调查。在保险业务处理过程中，可以在存储服务对象身份信息的数据库中，将调查到已死亡的服务对象添加死亡标记，当查询到服务对象存在死亡标记时，可以直接终止该服务对象的领取任务，当未查询到该服务对象存在死亡标记，即死亡标记为空时，可以向反欺诈平台线上自动推送查询请求，反欺诈平台根据查询请求返回相应的服务对象的生存状态数据。反欺诈平台中服务对象的生存状态数据，可例如服务对象的身份证在公安部注销情况，当身份证被注销时，终止该服务对象的领取任务；当身份证未被注销时，服务对象可以进行保险金领取操作；当反欺诈平台返回的数据异常，例如系统间交互失败或没有返回结果，即返回结果为空时，需继续调查。

步骤S230，当生存状态数据为空时，向客户服务平台或理赔调查平台线上推送服务对象的生存调查任务，以通过客户服务平台或理赔调查平台获取服务对象的生存调查数据。

服务对象的生存调查数据为从客户服务平台或理赔调查平台获取的关于服务对象的生存情况的有关数据。需要说明的是，可以先从客户服务平台获取服务对象的生存调查数据，并设置时间节点，在时间节点前未获取到客户服务对象的生存调查数据时，再从理赔调查平台获取生存调查数据；也可以先从理赔调查平台获取服务对象的生存调查数据，当未获取到客户服务对象的生存调查数据时，再从客户服务平台获取生存调查数据。

在一种可选的实施方式中，当生存状态数据为空时，向客户服务平台线上推送服务对象的生存调查任务，以通过客户服务平台获取服务对象的生存调查数据，包括：当生存状态数据为空时，向客户服务平台线上推送服务对象的生存调查任务，以便客户服务平台向服务对象所在的客户端发送人脸识别任务，并接收由服务对象所在的客户端生成的人脸识别数据；从客户服务平台获取服务对象的生存调查数据，生存调查数据由客户服务平台根据人脸识别数据生成。

从客户服务平台获取生存调查数据时，首先向客户服务平台130线上推送服务对象的生存调查任务，客户服务平台130根据线上生存调查任务可以向服务对象所在客户终端发送消息，通知该服务对象完成人脸识别任务。该服务对象通过客户终端(可例如客户服务平台130的客户端小程序、网页、手机软件等)的人脸识别服务进行人脸扫描识别，得到人脸识别数据，并将人脸识别数据返回至客户服务平台，客户服务平台130将获取到的人脸识别数据与预存的该服务对象的人脸识别数据进行比对，生成生存调查数据，再将生存调查数据回传至保险业务处理平台110。由于人脸识别技术发展比较成熟，通过在客户服务平台植入人脸识别功能，可方便快捷完成客户的生存调查。

图4示出了一种生存调查流程，具体实现步骤如下：

步骤S401，开始；

步骤S402，保险业务处理平台110获取生存金自动支付期领取数据，这里的生存金指的是保险业务的保险金，该过程是获取待处理保险业务的相关数据，包括待处理保险业务的服务对象；

步骤S403，被保人是否有死亡标记，被保人指待处理保险业务的服务对象，当被保人不存在死亡标记时，执行步骤S404；当被保人存在死亡记录时，执行步骤S413；

步骤S404，当被保人不存在死亡标记时，生成生存调查任务，向反欺诈平台120推送生存调查任务，执行步骤S405；

步骤S405，反欺诈平台120查询被保人生存情况，并将结果返回给保险业务处理平台110，执行步骤S406。

步骤S406，生存调查结果查询；

步骤S407，判断生存调查返回结果，当返回的生存调查结果返回值为身故时，执行步骤S413，当返回的生存调查结果返回值为生存时，执行步骤S414，当反欺诈平台120生存调查返回结果为空时，执行步骤S408，当客户服务平台130生存调查返回结果为空时，执行步骤S410；

步骤S408，向客户服务平台130自动推送，生成生存调查任务；

步骤S409，客户服务平台130判断是否完成生存调查，当客户服务平台130完成调查时，执行步骤S406，否则等待调查；

步骤S410，生成生存调查任务，向理赔调查平台140手动推送生存调查任务；

步骤S411，理赔调查平台140根据推送的生存调查任务执行调查任务；

步骤S412，理赔调查平台140判断是否完成调查，当理赔调查平台140完成调查时，执行步骤S406，否则等待调查；

步骤S413，领取终止；

步骤S414，继续领取；

步骤S415，客户(服务对象)主动使用生存调查功能。

需要说明的是，当理赔调查平台140生存调查返回结果也为空时，可以由保险公司运营人员去对接客户，完成生存调查。在执行生存调查的过程中也可以由服务对象执行步骤S415，在客户服务平台主动发起生存调查。其中，自动推送和手动推送都线上进行。

步骤S240，在领取时间，根据生存状态数据或生存调查数据确定待处理保险业务的审核结果，以在审核结果为审核通过时确定待处理保险业务的支付信息。

待处理保险业务的支付信息可以包括向服务对象支付的保险金金额、服务对象的账户信息等。

在一种可选的实施方式中，该保险业务处理方法，还可以包括如图5所示的步骤S510至S530，向服务对象的领取账户信息进行支付：

步骤S510，判断待处理保险业务的服务对象是否为首次领取；

步骤S520，当待处理保险业务的服务对象是首次领取时，受理服务对象的领取申请，录入服务对象的领取账户信息，根据支付信息以及录入的服务对象的领取账户信息进行支付；

步骤S530，当待处理保险业务的服务对象是非首次领取时，根据支付信息以及预先存储的服务对象的领取账户信息进行支付。

该过程只需要在服务对象首次申请时，进行领取申请，并录入账户信息，开通自动支付功能，后续在领取保险金的过程中无需再申请保全，可直接受理服务对象的保险业务领取任务，可简化领取流程，提高用户体验。

如图6示出一种判断保险金是否是首次领取的保险金支付流程图，具体步骤如下：

步骤S601，开始；

步骤S602，采用生存调查引擎，确定服务对象是否需要启动生存调查，若不需要启动生存调查，则执行步骤S610，否则继续向下执行；

步骤S603，生成生存调查任务；

步骤S604，获取生存状态数据或生存调查数据；

步骤S605，根据生存状态数据或生存调查数据，确认服务对象是否生存，若服务对象死亡，则终止保险金领取，否则继续向下执行；

步骤S606，进行催付，该催付功能主要是计算服务对象本期应该领取的保险金的金额；

步骤S607，判断是否首领，即判断服务对象是否为首次领取保险业务对应的保险金，服务对象不是首次领取时，执行步骤S610，否则继续向下执行至步骤S609；

步骤S608，受理保险金领取申请；

步骤S609，进行财务付费；

步骤S610，自动支付。

需要说明的是，步骤S602中的生存调查引擎，可以用来判决保险业务是否为待处理的保险业务，可以为待处理的保险业务对应的服务对象启动生存调查；步骤S608在受理保险金领取申请的同时对服务对象的账户信息进行维护，确定服务对象的支付信息。

在一种可选的实施方式中，根据生存状态数据或生存调查数据确定待处理保险业务的审核结果，还可以通过以下方式来进行实现：当生存状态数据非空时，根据生存状态数据确定待处理保险业务的审核结果；当生存状态数据为空时，根据生存调查数据确定待处理保险业务的审核结果。

该过程首先审核生存状态数据，当生存状态数据为空时，再审核生存调查数据，采用逐步递进审核的方式，进一步明确审核流程。

本公开的示例性实施方式还提供一种保险业务处理装置，如图7所示，该保险业务处理装置700可以包括：

服务对象确定模块710，用于根据保险业务的领取时间以及预设的生存调查规则，确定待处理保险业务的服务对象；

生存状态数据获取模块720，用于在待处理保险业务的领取时间之前的预定时间，查询服务对象的死亡标记，以从反欺诈平台获取死亡标记为空的服务对象的生存状态数据；

生存调查数据获取模块730，用于当生存状态数据为空时，向客户服务平台或理赔调查平台线上推送服务对象的生存调查任务，以通过客户服务平台或理赔调查平台获取服务对象的生存调查数据；

审核支付模块740，用于在领取时间，根据生存状态数据或生存调查数据确定待处理保险业务的审核结果，以在审核结果为审核通过时确定领取时间的支付信息。

在一种可选的实施方式中，生存调查数据获取模块730中，当生存状态数据为空时，向客户服务平台线上推送服务对象的生存调查任务，以通过客户服务平台获取服务对象的生存调查数据，可以进行如下配置：当生存状态数据为空时，向客户服务平台线上推送服务对象的生存调查任务，以便客户服务平台向服务对象所在的客户端发送人脸识别任务，并接收由服务对象所在的客户端生成的人脸识别数据；从客户服务平台获取服务对象的生存调查数据，生存调查数据由客户服务平台根据人脸识别数据生成。

在一种可选的实施方式中，服务对象确定模块710，被配置为：根据保险业务所对应的服务对象身份信息以及保险类别，确定保险业务的领取时间；当保险业务的领取时间以及上一次调查启动时间满足预设的生存调查规则时，将保险业务的服务对象确定为待处理保险业务的服务对象。

在一种可选的实施方式中，服务对象确定模块710中预设的生存调查规则，可进行如下配置：当前时间与保险业务的领取时间间隔小于第一预设时间间隔，且当前时间与保险业务的上一次调查启动时间间隔大于第二预设时间间隔。

在一种可选的实施方式中，服务对象确定模块710还包括上一次调查启动时间确定子模块，该子模块被配置为：当存在服务对象的多个保险业务时，将多个保险业务对应的调查启动时间进行合并，确定服务对象上一次调查启动时间。

在一种可选的实施方式中，审核支付模块740，还被配置为：判断待处理保险业务的服务对象是否为首次领取；当待处理保险业务的服务对象是首次领取时，受理服务对象的领取申请，录入服务对象的领取账户信息，根据支付信息以及录入的服务对象的领取账户信息进行支付；当待处理保险业务的服务对象是非首次领取时，根据支付信息以及预先存储的服务对象的领取账户信息进行支付。

在一种可选的实施方式中，审核支付模块740还包括审核结果确定子模块，被配置为：当生存状态数据非空时，根据生存状态数据确定待处理保险业务的审核结果；当生存状态数据为空时，根据生存调查数据确定待处理保险业务的审核结果。

上述保险业务处理装置700中各部分的具体细节在方法部分实施方式中已经详细说明，未披露的细节内容可以参见方法部分的实施方式内容，因而不再赘述。

本公开的示例性实施方式还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述保险业务处理方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使电子设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。该程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

本公开的示例性实施方式还提供了一种能够实现上述保险业务处理方法的电子设备。下面参照图8来描述根据本公开的这种示例性实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本公开实施方式的功能和使用范围带来任何限制。

如图8所示，电子设备800可以以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：至少一个处理单元810、至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830和显示单元840。

存储单元820存储有程序代码，程序代码可以被处理单元810执行，使得处理单元810执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元810可以执行图2至图5中任意一个或多个方法步骤。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)821和/或高速缓存存储单元822，还可以进一步包括只读存储单元(ROM)823。

存储单元820还可以包括具有一组(至少一个)程序模块825的程序/实用工具824，这样的程序模块825包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开示例性实施方式的方法。

此外，上述附图仅是根据本公开示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施方式。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施方式仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限定。

Claims (10)

1.一种保险业务处理方法，其特征在于，包括：

根据保险业务的领取时间以及预设的生存调查规则，确定待处理保险业务的服务对象；

在所述待处理保险业务的领取时间之前的预定时间，查询所述服务对象的死亡标记，以从反欺诈平台获取所述死亡标记为空的服务对象的生存状态数据；

当所述生存状态数据为空时，向客户服务平台或理赔调查平台线上推送所述服务对象的生存调查任务，以通过所述客户服务平台或所述理赔调查平台获取所述服务对象的生存调查数据；

在所述领取时间，根据所述生存状态数据或所述生存调查数据确定所述待处理保险业务的审核结果，以在所述审核结果为审核通过时确定所述待处理保险业务的支付信息。

2.根据权利要求1所述的方法，其特征在于，所述当所述生存状态数据为空时，向客户服务平台线上推送所述服务对象的生存调查任务，以通过所述客户服务平台获取所述服务对象的生存调查数据，包括：

当所述生存状态数据为空时，向所述客户服务平台线上推送所述服务对象的生存调查任务，以便所述客户服务平台向服务对象所在的客户端发送人脸识别任务，并接收由所述服务对象所在的客户端生成的人脸识别数据；

从所述客户服务平台获取所述服务对象的生存调查数据，所述生存调查数据由所述客户服务平台根据所述人脸识别数据生成。

3.根据权利要求1所述的方法，其特征在于，所述根据保险业务的领取时间以及预设的生存调查规则，确定待处理保险业务的服务对象，包括：

根据所述保险业务所对应的服务对象身份信息以及保险类别，确定所述保险业务的领取时间；

当所述保险业务的领取时间以及上一次调查启动时间满足所述预设的生存调查规则时，将所述保险业务的服务对象确定为所述待处理保险业务的服务对象。

4.根据权利要求3所述的方法，其特征在于，所述预设的生存调查规则，包括：

当前时间与所述保险业务的领取时间间隔小于第一预设时间间隔，且当前时间与所述保险业务的上一次调查启动时间间隔大于第二预设时间间隔。

5.根据权利要求3所述的方法，其特征在于，通过以下方式确定所述上一次调查启动时间：

当存在所述服务对象的多个保险业务时，将所述多个保险业务对应的调查启动时间进行合并，确定所述服务对象上一次调查启动时间。

6.根据权利要求1所述的方法，其特征在于，所述方法，还包括：

判断所述待处理保险业务的服务对象是否为首次领取；

当所述待处理保险业务的服务对象是首次领取时，受理所述服务对象的领取申请，录入所述服务对象的领取账户信息，根据所述支付信息以及录入的所述服务对象的领取账户信息进行支付；

当所述待处理保险业务的服务对象是非首次领取时，根据所述支付信息以及预先存储的所述服务对象的领取账户信息进行支付。

7.根据权利要求1所述的方法，其特征在于，所述根据所述生存状态数据或所述生存调查数据确定所述待处理保险业务的审核结果，包括：

当所述生存状态数据非空时，根据所述生存状态数据确定所述待处理保险业务的审核结果；

当所述生存状态数据为空时，根据所述生存调查数据确定所述待处理保险业务的审核结果。

8.一种保险业务处理装置，其特征在于，包括：

服务对象确定模块，用于根据保险业务的领取时间以及预设的生存调查规则，确定待处理保险业务的服务对象；

生存状态数据获取模块，用于在所述待处理保险业务的领取时间之前的预定时间，查询所述服务对象的死亡标记，以从反欺诈平台获取所述死亡标记为空的服务对象的生存状态数据；

生存调查数据获取模块，用于当所述生存状态数据为空时，向客户服务平台或理赔调查平台线上推送所述服务对象的生存调查任务，以通过所述客户服务平台或所述理赔调查平台获取所述服务对象的生存调查数据；

审核支付模块，用于在所述领取时间，根据所述生存状态数据或所述生存调查数据确定所述待处理保险业务的审核结果，以在所述审核结果为审核通过时确定所述领取时间的支付信息。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7任一项所述的方法。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至7任一项所述的方法。

Images