CN112819643A - 保险产品的新契约承保方法及系统 - Google Patents

Abstract

本发明公开了一种保险产品的新契约承保方法及系统，该方法包括：在接收到任意一个销售前端系统的投保请求后，从核心系统上获取为被保对象购买目标保险产品的签发凭证，当核心系统上不存在签发凭证的情况下，调用核心系统执行核保操作，并在核保操作执行成功后生成签发凭证；或当核心系统上存在签发凭证且该签发凭证被标记为已用状态的情况下，阻止资金系统执行投保请求的收费操作；或当核心系统上存在签发凭证且该签发凭证未被标记为已用状态的情况下，调用资金系统执行投保请求的收费操作，并在执行一次收费操作后，调用核心系统将签发凭证标记为已用状态。本发明能够避免资金系统针对同一被保对象、同一保险产品的新契约投保重复收费的问题。

Description

保险产品的新契约承保方法及系统

技术领域

本发明涉及计算机与互联网领域，尤其涉及一种保险产品的新契约承保方法及系统。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着人们保险意识的提高，越来越来的客户为自己或家人购买保险产品。通常保单分为续保保单和新契约保单，新契约保单是指初次签约的保险合同。

图1示出了现有的保险产品新契约投保流程，如图1所示，当投保客户在销售前系统的页面执行投保操作时，选择要购买的保险产品，输入客户投保人及被保人信息进行投保，客户点击投保，调核心系统进行核保规则校验，即校验客户是否黑名单、该产品限购一份或多份、客户累积风险保额是否超过限额等；核保不通过则直接返回失败阻止签发，核保通过后进入收费页面，此时客户核对产品信息及收费信息，确认无误后点击支付跳转到支付页面，此时前端调资金系统进行收费，收费成功后调核心系统进行签发，签发成功后将保单进行落库，并生成电子保单等。

在实际业务场景中，投保客户在核保成功后不一定立即点击支付，此时投保客户如果在另一个页面上进行同一产品的投保操作，则由于前一单投保交易尚未完成，当前交易进行的限购一份及风险保额等校验仍能通过，前端系统无法进行被保人限购一份的校验，而此时两单交易同时进入到待支付状态。如果其中一单投保交易进行支付并完成签发，则另外一单投保交易的核保结论则是不可靠的，理论上不能进行收费签发操作。然而，现有的保险产品投保业务系统中，尚未对此种情况进行阻断，导致多个投保交易同时核保成功，存在业务风险。

为了避免发生重复收费的情况，只能由销售前端系统进行同一被保人同一保险产品只有一个交易处于流程中的校验，但是不同的销售前端系统无法交叉校验，如果多个投保客户在不同的销售前端系统同时执行上述操作，则两笔交易仍能通过，会发生重复收费的情况，往往需要运维人员与投保客户进行沟通，办理相应的退费处理，导致用户体验较差。

发明内容

本发明实施例中提供了一种保险产品的新契约承保方法，用以解决现有保险产品投保业务系统在执行新契约承保流程时，存在对来自不同销售前端系统为同一被保对象购买同一保险产品的投保请求均核保成功而导致重复收费的技术问题，该方法可应用于任意一个销售目标保险产品的销售前端系统，具体包括：接收投保请求，其中，投保请求中包含：被保对象的客户信息和为被保对象购买目标保险产品的产品信息；根据接收到的投保请求，从核心系统上获取为被保对象购买目标保险产品的签发凭证；当核心系统上不存在签发凭证的情况下，调用核心系统执行核保操作，并在核保操作执行成功后生成签发凭证，其中，签发凭证在执行一次收费操作后被标记为已用状态；当核心系统上存在签发凭证且该签发凭证被标记为已用状态的情况下，阻止资金系统执行投保请求的收费操作；当核心系统上存在签发凭证且该签发凭证未被标记为已用状态的情况下，调用资金系统执行投保请求的收费操作，并调用核心系统将签发凭证标记为已用状态。

本发明实施例中还提供了一种保险产品的新契约承保系统，用以解决现有保险产品投保业务系统在执行新契约承保流程时，存在对来自不同销售前端系统为同一被保对象购买同一保险产品的投保请求均核保成功而导致重复收费的技术问题，该系统包括：多个销售前端系统、核心系统和资金系统；其中，销售前端系统，用于接收投保请求，其中，投保请求中包含：被保对象的客户信息和为被保对象购买保险产品的产品信息；核心系统，用于执行核保操作，并在核保操作执行成功后生成为被保对象购买保险产品的签发凭证；资金系统，用于执行投保请求的收费操作；其中，销售前端系统还用于从核心系统上获取为被保对象购买目标保险产品的签发凭证，当核心系统上不存在签发凭证的情况下，调用核心系统执行核保操作，并在核保操作执行成功后生成签发凭证；或者，当核心系统上存在签发凭证且该签发凭证被标记为已用状态的情况下，阻止资金系统执行投保请求的收费操作；或者，当核心系统上存在签发凭证且该签发凭证未被标记为已用状态的情况下，调用资金系统执行投保请求的收费操作，并在执行一次收费操作后，调用核心系统将签发凭证标记为已用状态。

本发明实施例中还提供了一种计算机设备，用以解决现有保险产品投保业务系统在执行新契约承保流程时，存在对来自不同销售前端系统为同一被保对象购买同一保险产品的投保请求均核保成功而导致重复收费的技术问题，该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述保险产品的新契约承保方法。

本发明实施例中还提供了一种计算机可读存储介质，用以解决现有保险产品投保业务系统在执行新契约承保流程时，存在对来自不同销售前端系统为同一被保对象购买同一保险产品的投保请求均核保成功而导致重复收费的技术问题，该计算机可读存储介质存储有执行上述保险产品的新契约承保方法的计算机程序。

本发明实施例中，在接收到任意一个销售前端系统的投保请求后，从核心系统上获取为被保对象购买目标保险产品的签发凭证，当核心系统上不存在签发凭证的情况下，调用核心系统执行核保操作，并在核保操作执行成功后生成签发凭证；或当核心系统上存在签发凭证且该签发凭证被标记为已用状态的情况下，阻止资金系统执行投保请求的收费操作；或当核心系统上存在签发凭证且该签发凭证未被标记为已用状态的情况下，调用资金系统执行投保请求的收费操作，并在执行一次收费操作后，调用核心系统将签发凭证标记为已用状态。

与现有保险产品投保业务系统中采用两次交互的新契约承保方案相比，本发明实施例中，由核心系统生成签发凭证并标记签发凭证的使用状态，并在每个销售前端系统的承保流程中增加一次与核心系统的交互，获取核心系统上签发凭证的使用状态，当承保流程中存在多个销售前端系统的投保请求的情况下，每个销售前端系统能够根据核心系统上签发凭证的使用状态，识别出承保流程中其他销售前端系统上已支付待签发的保单，从而避免资金系统针对同一被保对象、同一保险产品的新契约投保重复收费的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为现有技术中提供的一种保险产品的新契约承保系统示意图；

图2为本发明实施例中提供的一种保险产品的新契约承保系统示意图；

图3为本发明实施例中提供的一种保险产品的新契约承保方法流程图；

图4为本发明实施例中提供的一种可选的保险产品的新契约承保方法流程图；

图5为本发明实施例中提供的一种投保流程的具体实现图；

图6为本发明实施例中提供的一种收费签发流程的具体实现图；

图7为本发明实施例中提供的一种保险产品的新契约承保装置示意图；

图8为本发明实施例中提供的一种计算机设备示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

图2为本发明实施例中提供的一种保险产品的新契约承保系统示意图，如图2所示，本发明实施例中提供的新契约承保系统包括：多个销售前端系统101、核心系统102和资金系统103；

其中，销售前端系统101，用于接收投保请求，其中，投保请求中包含：被保对象的客户信息和为被保对象购买保险产品的产品信息；核心系统102，用于执行核保操作，并在核保操作执行成功后生成为被保对象购买保险产品的签发凭证；资金系统103，用于执行投保请求的收费操作。

当销售前端系统101从核心系统102上获取为被保对象购买目标保险产品的签发凭证的时候，如果核心系统102上不存在签发凭证，则销售前端系统101会调用核心系统102执行核保操作，并在核保操作执行成功后生成签发凭证；如果核心系统102上存在签发凭证且该签发凭证被标记为已用状态，则销售前端系统101会阻止资金系统103执行投保请求的收费操作；如果核心系统102上存在签发凭证且该签发凭证未被标记为已用状态，则销售前端系统101会调用资金系统103执行投保请求的收费操作，并在执行一次收费操作后，调用核心系统102将签发凭证标记为已用状态。

需要说明的是，本发明实施例中的销售前端系统可以是保险公司提供的专门用于销售保险产品的客户端APP，也可以是保险公司提供支持Web访问的网页版应用，还可以是一些第三方平台上的插件。

在一个实施例中，当资金系统103的收费操作执行成功的情况下，销售前端系统101会调用核心系统102执行签发操作；当核心系统102的签发操作执行成功的情况下，会删除核心系统102上相应的签发凭证。

如图2所示，当投保客户(即投保人)在销售前端系统的页面(Web应用、客户端APP、第三方平台等)为某个被保对象(即被保人)投保某个保险产品时，可选择要购买的该保险产品，输入投保人和被保人的信息进行投保，当投保客户点击投保时，销售前端系统第一次与核心系统交互，调用核心系统进行核保操作(核保校验)，生成为被保人购买某个保险产品的签发凭证(如果该被保人有可用的签发凭证，则不会重复生成新的签发凭证)；当投保客户确认保费无误点击支付后，销售前端系统第二次与核心系统交互，获取签发凭证的同时将签发凭证标记为已用状态，同时跳转到支付页面，调用资金系统进行收费，当投保客户支付完成后第三次与核心系统交互，调用核心系统进行签发操作，签发过程中保单数据更新完成后删除相应的签发凭证。

本发明实施例中还提供了一种保险产品的新契约承保方法，可以应用但不限于图2所示的销售前端系统中。

图3为本发明实施例中提供的一种保险产品的新契约承保方法流程图，如图3所示，该方法包括如下步骤：

S301，接收投保请求，其中，投保请求中包含：被保对象的客户信息和为被保对象购买保险产品的产品信息。

需要说明的是，本发明实施例中的被保对象是指被保用户(也称被保人或被保客户)；投保请求中包含的被保对象的客户信息可以是被保对象的证件信息(证件类型+证件号)等能够唯一标识被保对象的信息；投保请求中包含的保险产品的产品信息可以是产品编码等能够唯一标识保险产品的信息。

由于实际业务场景中，投保客户(即投保人)可以通过不同的销售前端系统为被保对象购买保险产品，且为某个被保对象购买保险产品的投保客户可能不止一个，被保对象自己也可以作为投保人为其自己购买保险产品，因而，针对同一被保对象、同一保险产品，可能出现多个并发执行的新契约承保流程(即核保-收费-签发)。如果多个保单都核保校验通过，按照现有的新契约承保流程(销售前端系统与核心系统进行两次交互)，会出现重复扣费的情况。本发明实施例中，由核心系统生成一个仅供一次收费操作的签发凭证，使得核保成功后的收费操作根据签发凭证的可用状态来执行，能够避免重复扣费的情况发生。

在一个实施例中，可以使用Redis的SelfAbsent方法，为每个投保请求的投保流程添加投保流程锁，并在投保流程执行结束后，删除投保流程锁。在具体实施时，将被保人证件类型+证件号+产品编码作为Key，使用SelfAbsent方法，添加投保流程锁。SelfAbsent方法的功能是如果Key的值存在，则保存，返回保存成功或失败的结果。

S302，根据接收到的投保请求，从核心系统上获取为被保对象购买保险产品的签发凭证。

需要说明的是，本发明实施例中的核心系统用于对投保请求中的被保对象和为该被保对象购买的保险产品进行核保校验，校验的内容包括但不限于：校验被保对象是否黑名单、校验保险产品的限购份数、校验被保对象的累积风险保额是否超过预设限额等。

在一个实施例中，本发明实施例中提供的保险产品的新契约承保方法，可以采用Md5算法对核心系统上生成的签发凭证进行加密，得到加密签发凭证；则上述S302中，可以根据接收到的投保请求，从核心系统上获取为被保对象购买保险产品的加密签发凭证。

S303，当核心系统上不存在签发凭证的情况下，调用核心系统执行核保操作，并在核保操作执行成功后生成签发凭证，其中，签发凭证在执行一次收费操作后被标记为已用状态。

需要说明的是，当核心系统上不存在签发凭证的情况下，可能是没有为被保对象购买过保险产品，也可能是为被保对象购买过保险产品但先前购买保险产品时生成的签发凭证已经被删除。如果是前者，可调用核保系统直接对被保对象和为被保对象购买的保险产品执行核保操作，并在核保操作执行成功后生成签发凭证；如果是后者，则还需要校验已经为该被保对象购买该保险产品的数量是否超过该保险产品的限购数量(即同一被保人购买该保险产品的限购份数)；并在未超过限购数量的情况下，才调用核保系统对该被保对象和为该被保对象购买的保险产品执行核保操作，并在核保操作执行成功后生成新的签发凭证。

在一个实施例中，可以通过如下步骤来生成签发凭证：根据每个投保请求，创建一个对应的保单号；将客户号和产品编码的组合作为键，将保单号作为键值，生成为被保对象购买保险产品的签发凭证。

S304，当核心系统上存在签发凭证且该签发凭证被标记为已用状态的情况下，阻止资金系统执行投保请求的收费操作。

需要说明的是，当核心系统上的签发凭证被标记为已用状态，说明当前投保请求中的被保对象、保险产品存在已经收费待签发的保单，因而，为了避免重复扣费，当前投保请求的销售前端系统不再调用资金系统执行收费操作。在具体实施时，在阻止资金系统执行投保请求的收费操作，可以向当前投保请求的销售前端系统输出相应的提示信息，以提示其他销售前端系统针对该被保对象、该保险产品已经有支付保单费用且待签发的保单。

S305，当核心系统上存在签发凭证且该签发凭证未被标记为已用状态的情况下，调用资金系统执行投保请求的收费操作，并调用核心系统将签发凭证标记为已用状态。

需要说明的是，当核心系统上的签发凭证被标记为已用状态，说明当前投保请求中的被保对象、保险产品不存在已经收费待签发的保单，可调用资金系统执行投保请求的收费操作。同时，调用核心系统将签发凭证标记为已用状态，可防止当前承保流程中其他销售前端系统的投保请求出现重复扣费的情况。

此处需要注意的是，当前核心系统上存在的未被标记为已用状态的签发凭证，可能是对当前销售前端系统投保请求中被保对象和保险产品进行核保成功后生成的签发凭证，也可能是对其他销售前端系统中针对该被保对象和该保险产品进行核保成功后生成的签发凭证。

如图4所示，一个实施例中，在执行S305之后，本发明实施例中提供的保险产品的新契约承保方法还可以包括如下步骤：

S306，当收费操作执行成功的情况下，调用核心系统执行签发操作；

S307，当签发操作执行成功的情况下，删除核心系统上相应的签发凭证。

通过上述实施例，当执行完成保单签发后，将已用状态的签发凭证删除，不仅能够节省存储空间，而且能够避免后续投保请求重复校验签发凭证使用状态的流程。

进一步地，在一个实施例中，在调用核心系统执行签发操作之后，本发明实施例中提供的保险产品的新契约承保方法还可以包括如下步骤：当接收到为被保对象再次购买保险产品的新投保请求的情况下，判断被保对象已购买保险产品的数量是否超过同一被保对象购买保险产品的限购数量；当被保对象已购买保险产品的数量未超过同一被保对象购买保险产品的限购数量的情况下，调用核心系统生成新的签发凭证。

例如，某个保险产品针对同一被保人，仅限购1份，则当接收到再次为该被保对象购买该保险产品的投保请求后，不会在再生成新的签发凭证。

更进一步地，在一个实施例中，当核心系统上存在签发凭证且该签发凭证未被标记为已用状态的情况下，本发明实施例中提供的保险产品的新契约承保方法还可以包括如下步骤：根据当前投保请求对应的保单号和签发凭证对应的保单号，确定核心系统上的签发凭证对当前投保请求是否可用；若当前投保请求对应的保单号小于签发凭证对应的保单号，则确定核心系统上的签发凭证对当前投保请求不可用，阻止资金系统执行当前投保请求的收费操作；若当前投保请求对应的保单号大于或等于签发凭证对应的保单号，则确定核心系统上的签发凭证对当前投保请求可用，调用资金系统执行投保请求的收费操作，并将签发凭证标记为已用状态。

根据本发明实施例中提供保险产品的新契约承保方法，可实现图5所示的投保流图，具体包括：

1)当销售前端系统调用核心系统执行核保操作时，首先会校验并生成投保流程锁，即被保人证件类型+证件号+产品编码作为Key(即投保流程锁)使用，使用redis的SetIfAbsent方法添加，此过程是：首先设置预设投保流程锁，然后根据投保信息(客户投保人及被保人信息、保险产品信息)判断Key是否存在，如果Key存在，则返回false，提示已提交，稍后重试，如果Key不存在，则生成Key，并返回true，设置投保流程锁的作用是保证同一时间同一被保人的同一产品处于流程中。

2)加锁成功后执行初始化操作，为新客户创建客户号或从统一客户管理平台获取一个旧客户的客户号；

3)在核保前校验签发凭证，如果凭证存在，且凭证可用标记为不可用时说明该被保人客户购买的该产品有处理收费签发流程中的交易，此时直接返回失败，不做核保处理(此时如果核保，则核保结论不可靠)；若判断凭证不存在或可用，则进入核保校验流程。其中，根据被保人客户号+产品编码作为凭证的Key值，将保单号作为凭证的Value值。当Value中的凭证可用标记位为0时表示凭证不可用。

4)签发凭证校验通过后进行核保操作，核保失败直接返回，如果核保成功，则判断是否存在凭证且可用，如果凭证标记为已用(即存在凭证但不可用)，则说明已存在同一被保人同一产品的交易，当前交易的核保结论不可靠，直接返回核保失败提示稍后重试，需要重新核保，或，直接返回核保失败，投保流程结束，删除投保流程锁；如果凭证不存在，则根据投保信息直接生成凭证；如果凭证已存在并且凭证可用，则不生成新的凭证，而是添加这个凭证(被保人客户号+产品编码作为凭证的Key值，当前保单号作为凭证的Value值，使用SetIfAbsent方法，多被保人添加多个凭证)，若添加凭证成功，则返回成功信息至销售前端系统，投保流程结束，删除投保流程锁，若添加凭证不成功，则判断凭证是否可用，若可用，则返回成功信息至销售前端系统，投保流程结束，删除投保流程锁，若不可用(则表示当前凭证已被用，且正处于签发中，在这一单成功落库前已处于核保流程中的单子不允许做签发)，则返回失败信息至销售前端系统，提示稍后重试，或直接投保流程结束，删除投保流程锁。

根据本发明实施例中提供保险产品的新契约承保方法，可实现图6所示的收费签发流程，具体包括：

1)当针对同一被保被对象、同一保险产品存在多笔投保交易同时处于已核保、待签发的过程时，针对其中某一投保交易的收费签发流程，可首先调核心系统获取签发凭证，如果签发凭证不存在或签发凭证被标记为已用状态，则说明该投保交易不能继续，需要客户重新核保再签发，如果凭证有效，则仍需校验当前保单号与凭证Value值，如果当前保单号小于凭证Value值，则说明该签发凭证已不是自己核保通过后生成的凭证，此时仍需阻断流程，如果当前保单号大于或等于凭证Value值，则说明凭证有效且为当前交易核保通过后的凭证，此时可先将凭证置为已用并加密返回前端，前端进行收费，收费成功后带着已加密的凭证调核心系统进行签发；

2)核心收到签发请求后将凭证解密并校验凭证有效，校验通过后更新保单数据，保单数据更新完成后删除凭证，然后进行签发后续操作。

下面，结合一个具体的例子，来对本发明实施例中提供的保险产品的新契约承保方法进行说明：

假设有两个投保人A和B，投保人A给客户(被保人)C购买一份产品编码为P的产品，该产品投保规则为同一被保人限购两份，A客户核保成功后保留在待支付页面没有进行支付，A客户核保成功后生成了凭证为产品编码+被保人客户号即P+C的签发凭证，并创建保单号为C1，此时凭证Key为P+C，Value为C1，标记为可用；

与此同时B客户也为C客户购买了产品编码为P的产品，B客户核保成功后生成签发凭证时发现P+C的凭证已存在，则不会再次生成凭证，同时创建保单号为C2，此时凭证Key为P+C，Value为C1，标记为可用；

B客户核保成功后也跳转到待支付页面，B客户先进行了支付流程，此时B客户的保单信息调核心系统获取签发凭证，核心系统校验凭证可用，则将签发凭证及B客户的保单号加密返回给前端，前端调资金系统进行收费，收费成功后再将加密凭证与签发报文一起调核心系统进行签发，此时凭证Key为P+C，Value为C1，标记为已用；

核心系统收费签发请求后先解密凭证校验凭证中的保单号与该交易保单号相同，则校验通过进行数据签发操作，数据更新到数据库后将删除凭证；

当B客户已获取到凭证且未签发之前，A客户获取凭证时发现凭证已用，则阻止收费签发；当B客户已收费签发完成时，凭证已删除，此时A客户获取凭证发现凭证不存在则阻止签发；

当B客户已收费签发完成时，客户C自己为自己也购买了P产品，由于该产品同一被保人限购两份，此时C客户投保时可以核保成功(系统中已存在一单该被保人该产品的保单)，且核保成功时生成了新的凭证，并生成保单号为C3，此时凭证Key为P+C，Value为C3，此时A客户获取凭证发现凭证存在且标记为可用，将当前交易的保单号C1与Value(C3)值比较发现C1<C3，说明该凭证已不是自己核保通过时的凭证，对于自己不可用，此时仍然阻止收费签发。

由上可知，本发明实施例中提供的保险产品的新契约承保方法，通过签发凭证的方式解决了核保过程中的同一被保人购买同一产品的限购风险问题；能够防止出现多收费后又进行客户退费流程，从而导致客户体验较差且容易增加系统运维压力的问题；通过对签发过程中的凭证进行加密，能够保证同一凭证仅可被获取凭证的交易使用，且仅可使用一次。

基于同一发明构思，本发明实施例中还提供了一种保险产品的新契约承保装置，如下面的实施例所述。由于该装置解决问题的原理与保险产品的新契约承保方法相似，因此该装置的实施可以参见保险产品的新契约承保方法的实施，重复之处不再赘述。

图7为本发明实施例中提供的一种保险产品的新契约承保装置示意图，如图7所示，该装置包括：投保请求接收模块701、签发凭证获取模块702、签发凭证生成模块703、收费操作阻断模块704和收费操作执行模块705。

其中，投保请求接收模块701，用于接收投保请求，其中，投保请求中包含：被保对象的客户信息和为被保对象购买保险产品的产品信息；签发凭证获取模块702，用于根据接收到的投保请求，从核心系统上获取为被保对象购买保险产品的签发凭证；签发凭证生成模块703，用于当核心系统上不存在签发凭证的情况下，调用核心系统执行核保操作，并在核保操作执行成功后生成签发凭证，其中，签发凭证在执行一次收费操作后被标记为已用状态；收费操作阻断模块704，用于当核心系统上存在签发凭证且该签发凭证被标记为已用状态的情况下，阻止资金系统执行投保请求的收费操作；收费操作执行模块705，用于当核心系统上存在签发凭证且该签发凭证未被标记为已用状态的情况下，调用资金系统执行投保请求的收费操作，并调用核心系统将签发凭证标记为已用状态。

在一个实施例中，本发明实施例中提供的保险产品的新契约承保装置还包括：签发模块706，用于当收费操作执行成功的情况下，调用核心系统执行签发操作；签发凭证删除模块707，用于当签发操作执行成功的情况下，删除核心系统上相应的签发凭证。

在一个实施例中，本发明实施例中提供的保险产品的新契约承保装置还包括：限购判断模块708，用于当接收到为被保对象再次购买保险产品的新投保请求的情况下，判断被保对象已购买保险产品的数量是否超过同一被保对象购买保险产品的限购数量；签发凭证生成模块703还用于当被保对象已购买保险产品的数量未超过同一被保对象购买保险产品的限购数量的情况下，调用核心系统生成新的签发凭证。

在一个实施例中，本发明实施例中提供的保险产品的新契约承保装置还包括：保单号创建模块709，用于根据每个投保请求，创建一个对应的保单号；其中，签发凭证生成模块703还用于将客户号和产品编码的组合作为键，将保单号作为键值，生成为被保对象购买保险产品的签发凭证。

在一个实施例中，本发明实施例中提供的保险产品的新契约承保装置还包括：签发凭证可用性判断模块710，用于根据当前投保请求对应的保单号和签发凭证对应的保单号，确定核心系统上的签发凭证对当前投保请求是否可用；其中，收费操作阻断模块704，还用于若当前投保请求对应的保单号小于签发凭证对应的保单号，则确定核心系统上的签发凭证对当前投保请求不可用，阻止资金系统执行当前投保请求的收费操作；收费操作执行模块705还用于若当前投保请求对应的保单号大于或等于签发凭证对应的保单号，则确定核心系统上的签发凭证对当前投保请求可用，调用资金系统执行投保请求的收费操作，并将签发凭证标记为已用状态。

在一个实施例中，本发明实施例中提供的保险产品的新契约承保装置还包括：加密模块711，用于采用Md5算法对核心系统上生成的签发凭证进行加密，得到加密签发凭证；其中，签发凭证获取模块702还用于根据接收到的投保请求，从核心系统上获取为被保对象购买保险产品的加密签发凭证。

在一个实施例中，本发明实施例中提供的保险产品的新契约承保装置还包括：投保流程锁定模块，用于使用Redis的SelfAbsent方法，为每个投保请求的投保流程添加投保流程锁，并在投保流程执行结束后，删除投保流程锁。

基于同一发明构思，本发明实施例中还提供了一种计算机设备，用以解决现有保险产品投保业务系统在执行新契约承保流程时，存在对来自不同销售前端系统为同一被保对象购买同一保险产品的投保请求均核保成功而导致重复收费的技术问题，图8为本发明实施例中提供的一种计算机设备示意图，如图8所示，该计算机设备80包括存储器801、处理器802及存储在存储器801上并可在处理器802上运行的计算机程序，处理器802执行计算机程序时实现上述保险产品的新契约承保方法。

基于同一发明构思，本发明实施例中还提供了一种计算机可读存储介质，用以解决现有保险产品投保业务系统在执行新契约承保流程时，存在对来自不同销售前端系统为同一被保对象购买同一保险产品的投保请求均核保成功而导致重复收费的技术问题，该计算机可读存储介质存储有执行上述保险产品的新契约承保方法的计算机程序。

综上所述，本发明实施例中提供了一种保险产品的新契约承保方法、系统、计算机设备及计算机可读存储介质，在接收到任意一个销售前端系统的投保请求后，从核心系统上获取为被保对象购买目标保险产品的签发凭证，当核心系统上不存在签发凭证的情况下，调用核心系统执行核保操作，并在核保操作执行成功后生成签发凭证；或当核心系统上存在签发凭证且该签发凭证被标记为已用状态的情况下，阻止资金系统执行投保请求的收费操作；或当核心系统上存在签发凭证且该签发凭证未被标记为已用状态的情况下，调用资金系统执行投保请求的收费操作，并在执行一次收费操作后，调用核心系统将签发凭证标记为已用状态。

与现有保险产品投保业务系统中采用两次交互的新契约承保方案相比，本发明实施例中，由核心系统生成签发凭证并标记签发凭证的使用状态，并在每个销售前端系统的承保流程中增加一次与核心系统的交互，获取核心系统上签发凭证的使用状态，当承保流程中存在多个销售前端系统的投保请求的情况下，每个销售前端系统能够根据核心系统上签发凭证的使用状态，识别出承保流程中其他销售前端系统上已支付待签发的保单，从而避免资金系统针对同一被保对象、同一保险产品的新契约投保重复收费的问题。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种保险产品的新契约承保方法，其特征在于，该方法应用于销售保险产品的销售前端系统，包括：

接收投保请求，其中，所述投保请求中包含：被保对象的客户信息和为所述被保对象购买保险产品的产品信息；

根据接收到的投保请求，从核心系统上获取为所述被保对象购买所述保险产品的签发凭证；

当所述核心系统上不存在所述签发凭证的情况下，调用所述核心系统执行核保操作，并在核保操作执行成功后生成所述签发凭证，其中，签发凭证在执行一次收费操作后被标记为已用状态；

当所述核心系统上存在所述签发凭证且该签发凭证被标记为已用状态的情况下，阻止资金系统执行所述投保请求的收费操作；

当所述核心系统上存在所述签发凭证且该签发凭证未被标记为已用状态的情况下，调用资金系统执行所述投保请求的收费操作，并调用核心系统将所述签发凭证标记为已用状态。

2.如权利要求1所述的方法，其特征在于，在调用资金系统执行所述投保请求的收费操作之后，所述方法还包括：

当收费操作执行成功的情况下，调用所述核心系统执行签发操作；

当签发操作执行成功的情况下，删除所述核心系统上相应的签发凭证。

3.如权利要求2所述的方法，其特征在于，在调用所述核心系统执行签发操作之后，所述方法还包括：

当接收到为所述被保对象再次购买所述保险产品的新投保请求的情况下，判断所述被保对象已购买所述保险产品的数量是否超过同一被保对象购买所述保险产品的限购数量；

当所述被保对象已购买所述保险产品的数量未超过同一被保对象购买所述保险产品的限购数量的情况下，调用所述核心系统生成新的签发凭证。

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

根据每个投保请求，创建一个对应的保单号；

将客户号和产品编码的组合作为键，将保单号作为键值，生成为被保对象购买保险产品的签发凭证。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：

根据当前投保请求对应的保单号和签发凭证对应的保单号，确定所述核心系统上的签发凭证对当前投保请求是否可用；

若当前投保请求对应的保单号小于签发凭证对应的保单号，则确定所述核心系统上的签发凭证对当前投保请求不可用，阻止资金系统执行当前投保请求的收费操作；

若当前投保请求对应的保单号大于或等于签发凭证对应的保单号，则确定所述核心系统上的签发凭证对当前投保请求可用，调用资金系统执行所述投保请求的收费操作，并将所述签发凭证标记为已用状态。

6.如权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：

采用Md5算法对核心系统上生成的签发凭证进行加密，得到加密签发凭证；

其中，根据接收到的投保请求，从核心系统上获取为所述被保对象购买所述保险产品的签发凭证，包括：根据接收到的投保请求，从核心系统上获取为所述被保对象购买所述保险产品的加密签发凭证。

7.如权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：

使用Redis的SelfAbsent方法，为每个投保请求的投保流程添加投保流程锁，并在投保流程执行结束后，删除投保流程锁。

8.一种保险产品的新契约承保系统，其特征在于，包括：多个销售前端系统、核心系统和资金系统；

其中，所述销售前端系统，用于接收投保请求，其中，所述投保请求中包含：被保对象的客户信息和为所述被保对象购买保险产品的产品信息；

所述核心系统，用于执行核保操作，并在核保操作执行成功后生成为所述被保对象购买所述保险产品的签发凭证；

所述资金系统，用于执行所述投保请求的收费操作；

其中，所述销售前端系统还用于从核心系统上获取为被保对象购买目标保险产品的签发凭证，当所述核心系统上不存在所述签发凭证的情况下，调用所述核心系统执行核保操作，并在核保操作执行成功后生成所述签发凭证；或当所述核心系统上存在所述签发凭证且该签发凭证被标记为已用状态的情况下，阻止资金系统执行所述投保请求的收费操作；或当所述核心系统上存在所述签发凭证且该签发凭证未被标记为已用状态的情况下，调用资金系统执行所述投保请求的收费操作，并在执行一次收费操作后，调用核心系统将签发凭证标记为已用状态。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7任一所述保险产品的新契约承保方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至7任一所述保险产品的新契约承保方法的计算机程序。

Images