CN112446790A - 一种保单的处理方法及装置 - Google Patents

Abstract

本发明提供了一种保单的处理方法、装置、计算机设备及计算机可读存储介质，包括：根据第一投保操作，生成主保单并发送至第一客户端；主保单对应的链接发布至预设的社交媒介；接收针对链接的第二投保操作，以及第二投保操作对应的操作者身份信息；在根据操作者身份信息确定第二投保操作为首次执行的情况下，根据第二投保操作为主保单增加预设保额值。本发明中投保人可以将投保界面的链接发布至社交媒介供他人领取该险种的保单，领取成功后，还可以为投保人在已有的保额基础上增加新的保额值，促进了投保人对链接的转发热情，提高了新客流量。另外，增加保额的环节并不需要进行繁琐数据的填写和页面的跳转，提高了增加保额的过程的效率。

Description

一种保单的处理方法及装置

技术领域

本发明属于社交分享技术领域，特别是涉及一种保单的处理方法、装置、计算机设备及计算机可读存储介质。

背景技术

随着社交领域的不断发展，越来越多的保险企业已经将投保手段融入至社交环节中，从而打造一种更活跃、流量吸引力更大的投保生态。

现有技术中，投保人在建立自己的保单后，可以通过分享环节，将保单的投保链接进行发布，领取人在点击投保链接后可以通过填写信息进行保单领取，当投保人需要增加保额时，可以通过单独的保额增加页面，输入保单信息和身份信息进行保额增加。

但是，目前的方案中，投保人实现增加保额的过程步骤繁琐，效率低下，另外，分享环节的功能单一，仅能简单的实现将投保链接进行发布，使得基于保单分享引入的新客流量较少，对打造高标准投保生态产生阻碍。

发明内容

有鉴于此，本发明提供一种保单的处理方法、装置、计算机设备及计算机可读存储介质，在一定程度上解决了目前方案中投保人实现增加保额的过程步骤繁琐，效率低下，且基于保单分享引入的新客流量较少的问题。依据本发明的第一方面，提供了一种保单的处理方法，包括：

根据第一投保操作，生成主保单并发送至第一客户端；

根据所述第一客户端对所述主保单对应的链接的分享操作，将所述链接发布至预设的社交媒介，所述链接用于访问所述主保单对应的投保页面；

接收针对所述链接的第二投保操作，以及所述第二投保操作对应的操作者身份信息；

在根据所述操作者身份信息确定所述第二投保操作为首次执行的情况下，根据所述第二投保操作为所述主保单增加预设保额值。

依据本发明的第二方面，提供了一种保单的处理装置，该装置可以包括：

生成模块，用于根据第一投保操作，生成主保单并发送至第一客户端；

发布模块，用于根据所述第一客户端对所述主保单对应的链接的分享操作，将所述链接发布至预设的社交媒介，所述链接用于访问所述主保单对应的投保页面；

接收模块，用于接收针对所述链接的第二投保操作，以及所述第二投保操作对应的操作者身份信息；

加保模块，用于在根据所述操作者身份信息确定所述第二投保操作为首次执行的情况下，根据所述第二投保操作为所述主保单增加预设保额值。

第三方面，本发明实施例提供了一种计算机设备，所述计算机设备包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行如第一方面所述的保单的处理方法包括的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的保单的处理方法的步骤。

针对在先技术，本发明具备如下优点：

本发明提供的一种保单的处理方法，包括：根据第一投保操作，生成主保单并发送至第一客户端；根据第一客户端对主保单对应的链接的分享操作，将链接发布至预设的社交媒介，链接用于访问主保单对应的投保页面；接收针对链接的第二投保操作，以及第二投保操作对应的操作者身份信息；在根据操作者身份信息确定第二投保操作为首次执行的情况下，根据第二投保操作为主保单增加预设保额值。本发明通过将投保流程融入至社交环节中，使得每个投保人可以将投保界面的链接发布至社交媒介供他人领取该险种的保单，且他人领取成功后，还可以为发布链接的投保人在已有的保额基础上增加新的保额值，这种优化后的险种分享环节极大促进了投保人对链接的转发热情，为保单分享环节引入更多新客流量奠定了基础。另外，投保人还可以分享链接供他人点击领取，使得通过简单的分享操作达到增加保额的目的，并不需要进行繁琐数据的填写和页面的跳转，提高了增加保额的过程的效率。上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本发明实施例提供的一种保单的处理方法的步骤流程图；

图2是本发明实施例提供的另一种保单的处理方法的步骤流程图；

图3是本发明实施例提供的一种保单的处理装置的框图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

图1是本发明实施例提供的一种保单的处理方法的步骤流程图，如图1所示，该方法可以包括：

步骤101、根据第一投保操作，生成主保单并发送至第一客户端。

在本发明实施例中，第一投保操作可以为投保人在投保界面进行的投保操作，通过在针对某险种的投保界面填写个人信息并确认投保之后，后台服务器可以根据填写的信息生成针对该险种的主保单并发送至投保人的第一客户端，从而完成投保人对某险种的投保，完成投保后，主保单具有对应的保额(如10万)。

第一投保操作具体可以包括填写投保人的个人信息，获取针对个人信息的验证码，(后台服务器针对个人信息发送的验证码)，并在输入验证码且点击立即投保之后，将第一投保操作所填写的数据加密并传输给后台服务器。

后台服务器首先对接收到的数据进行解密，解密后对数据进行校验(如，验证码是否正确)，若验证不通过，则告知投保人重新获取验证码，验证通过，则根据险种和个人信息，为投保人建立具有预设保额的主保单，并通发送主保单给投保人的第一客户端。

需要说明的是，后台服务器在基础校验通过后，为防止保险期间主保单被篡改，后台服务器可以计算产品起保时间和终保时间，有效期为1个自然月，然后将前端数据和后端数据组织成核保报文，发送给财险核心系统，核心系统进行核保校验，例如查找投保人是否在黑名单等，核保不通过，提示客户核保失败，流程终止，核保通过，生成主保单，并可以通过短信或微信通知投保人主保单信息。

步骤102、根据所述第一客户端对所述主保单对应的链接的分享操作，将所述链接发布至预设的社交媒介，所述链接用于访问所述主保单对应的投保页面。

在该步骤中，投保人通过第一投保操作成功建立主保单之后，可以进一步通过分享操作，将主保单对应的链接分享至预设的社交媒介(如，微信朋友圈、微博等)，该链接用于访问主保单对应的险种的投保页面。

如，将“快来进行XX险的投保吧，为您未来的健康提供保障，具体投保入口：XXXX”的链接发布至微信朋友圈进行展示，朋友圈中投保人的朋友可以看到该链接。

步骤103、接收针对所述链接的第二投保操作，以及所述第二投保操作对应的操作者身份信息。

在本发明实施例中，当投保人通过分享操作将主保单对应的链接发布至预设的社交媒介之后，该社交媒介的其他用户可以看到该链接的发布，并在具有投保需求的情况下点击进入该链接，跳转至主保单对应的投保页面，通过第二投保操作填写操作者身份信息，根据操作者身份信息领取子保单。需要说明的是，子保单可以具有与主保单一样的保单额度，或具有主保单的部分保单额度，或具有预设数值的保单额度。

具体的，领取人可以在链接对应的投保页面通过第二投保操作填写操作者身份信息，继续投保，生成操作者身份信息对应的领取人的子保单，同时通知分享者“您的好友XX已领取了保障”。

步骤104、在根据所述操作者身份信息确定所述第二投保操作为首次执行的情况下，根据所述第二投保操作为所述主保单增加预设保额值。

在本发明实施例中，可以根据操作者身份信息，对操作者身份信息对应的第二投保操作是否为首次执行的操作进行判断，当第二投保操作为首次执行的情况下，在为领取人成功建立子保单之后，还可以根据第二投保操作，为投保人的主保单增加预设保额值，该预设保额值可以为根据实际业务场景设定的固定值。

例如，一个社交媒介的领取人A点击了主保单投保人分享的链接，并成功领取了保额建立了子保单，则可以进一步为主保单增加1000保额，假设主保单刚建立时具有10万保额，则每次成功领取可以为其增加1000保额，若有5个人成功领取，最终会使得主保单的保额达到10万零5千。另外，每次成功领取后，都会通知主保单的投保人“您的好友XXX领取了保障，你的保额增加了XXX元”。

进一步的，领取人在通过链接建立过子保单之后，后台服务器会建立领取人的操作者身份信息与子保单的对应关系，根据领取人的操作者身份信息可以查询该领取人是否通过链接生成过子保单，若生成过子保单，则认为领取人已领取过保单，确定操作者身份信息对应的第二投保操作不为首次执行；若没有生成过子保单，则确定操作者身份信息对应的第二投保操作为首次执行。

本发明实施例通过将投保流程融入至社交环节中，使得每个投保人在对某险种投保成功后，可以将投保界面的链接发布至社交媒介供他人领取该险种的保单，且他人领取成功后，在获取自身保障的基础上，还可以为发布链接的投保人在已有的保额基础上增加新的保额值，这种优化后的险种分享环节极大促进了投保人对链接的转发热情，为保单分享环节引入更多新客流量奠定了基础。

另外，基于优化后的险种分享环节，投保人在具有增加保额的需求时，可以通过分享链接供他人点击领取，使得通过简单的分享操作达到增加保额的目的，并不需要进行繁琐数据的填写和页面的跳转，提高了增加保额的过程的效率。

综上所述，本发明实施例提供的一种保单的处理方法，包括：根据第一投保操作，生成主保单并发送至第一客户端；根据第一客户端对主保单对应的链接的分享操作，将链接发布至预设的社交媒介，链接用于访问主保单对应的投保页面；接收针对链接的第二投保操作，以及第二投保操作对应的操作者身份信息；在根据操作者身份信息确定第二投保操作为首次执行的情况下，根据第二投保操作为主保单增加预设保额值。本发明通过将投保流程融入至社交环节中，使得每个投保人可以将投保界面的链接发布至社交媒介供他人领取该险种的保单，且他人领取成功后，还可以为发布链接的投保人在已有的保额基础上增加新的保额值，这种优化后的险种分享环节极大促进了投保人对链接的转发热情，为保单分享环节引入更多新客流量奠定了基础。另外，投保人还可以分享链接供他人点击领取，使得通过简单的分享操作达到增加保额的目的，并不需要进行繁琐数据的填写和页面的跳转，提高了增加保额的过程的效率。

图2是本发明实施例提供的另一种保单的处理方法的步骤流程图，如图2所示，该方法可以包括：

步骤201、根据第一投保操作，生成主保单并发送至第一客户端。

该步骤具体可以参照上述步骤101，此处不再赘述。

步骤202、根据所述第一客户端对所述主保单对应的链接的分享操作，将所述链接发布至预设的社交媒介，所述链接用于访问所述主保单对应的投保页面。

该步骤具体可以参照上述步骤102，此处不再赘述。

步骤203、接收针对所述链接的第二投保操作，以及所述第二投保操作对应的操作者身份信息。

该步骤具体可以参照上述步骤103，此处不再赘述。

步骤204、在根据所述操作者身份信息确定所述第二投保操作为首次执行的情况下，根据所述第二投保操作为所述主保单增加预设保额值。

该步骤具体可以参照上述步骤104，此处不再赘述。

步骤205、在根据所述操作者身份信息确定所述第二投保操作为首次执行的情况下，根据所述第二投保操作，生成针对所述第二投保操作的操作者的子保单。

步骤206、将所述子保单发送至与所述第二投保操作的操作者对应的第二客户端。

其中，所述第二投保操作包括：在所述投保页面中针对所述操作者身份信息的填写操作、对所述操作者身份信息的验证操作。

在本发明实施例中，当投保人通过分享操作将主保单对应的链接发布至预设的社交媒介之后，该社交媒介的其他用户可以看到该链接的发布，并在具有投保需求的情况下点击进入该链接，跳转至主保单对应的投保页面，通过第二投保操作填写操作者身份信息，根据操作者身份信息领取子保单，建立子保单的方式与建立主保单的方式类似，具体可以参照步骤101中的相关描述。

需要说明的是，在保单出单后，后续系统需校验该保单的生成来源，即该保单是投保人直接在投保界面通过第一投保操作生成的主保单，还是领取人由链接打开的界面进行第二投保操作生成的子保单。具体的，投保人和保单之间的关系是通过parentrefer id(通过客户的open id生成一个字符串)参数关联的，如果投保人提交数据的时候提交了参数parentrefer id，则证明其保单是通过他人分享的链接投保生成的子保单，如果投保人提交数据的时候没有提交参数parentrefer id，则证明其保单是之前通过投保界面生成的主保单。

如果保单是通过别人的分享链接投保生成的子保单，可以进一步查询投保人的open id信息，通过open id调用核心接口查询投保人是否有该产品的有效保单，如果没有有效保单，流程终止。如果投保人有有效保单，判断该保单是否属于渠道保单，如果是渠道保单，则不进行增加保额的操作，如果不是，则可以为投保人进行增加保额的操作。

步骤207、在根据所述操作者身份信息确定所述第二投保操作为非首次执行的情况下，通过所述第二投保操作的操作者身份信息查询对应的子保单。

步骤208、将所述子保单的保单信息发送至与所述第二投保操作的操作者对应的第二客户端。

在本发明实施例中，若领取人之前通过链接领取过子保单，则当领取人再次对链接进行第二投保操作时，可以根据第二投保操作的操作者身份信息查询对应的子保单，并直接将子保单的保单信息发送至与所述第二投保操作的操作者对应的第二客户端。

例如，在领取人已通过链接领取过子保单的情况下，为了避免重复领取，可以发送该领取人已领取的子保单的保单信息给领取人的第二客户端，告知其“您已通过XX分享的链接领取建立了保单，保单号为XX，请悉知。”。

可选的，判断所述第二投保操作是否为首次执行，是通过根据所述操作者身份信息是否查询到对应的子保单确定的。

所述方法还包括：

步骤209、若根据所述操作者身份信息查询到对应的子保单，则确定所述第二投保操作为非首次执行。

步骤210、若根据所述操作者身份信息未查询到对应的子保单，则确定所述第二投保操作为首次执行。

本发明实施例中，领取人在通过链接建立过子保单之后，后台服务器会建立领取人的操作者身份信息与子保单的对应关系，根据领取人的操作者身份信息可以查询该领取人是否通过链接生成过子保单，若生成过子保单，则认为领取人已领取过保单，确定操作者身份信息对应的第二投保操作不为首次执行；若没有生成过子保单，则确定操作者身份信息对应的第二投保操作为首次执行。

可选的，所述方法还包括：

步骤211、记录所述链接在所述社交媒介中的分享路径，所述分享路径中的每个分享节点包括分享者的身份信息。

在本发明实施例中，后台服务器可以对链接的每一次分享进行监控，确定链接在所述社交媒介中的分享路径，并记录每一次该链接的分享者的身份信息，作为分享路径中每个分享节点的信息。

如，该链接由分享者A在微信朋友圈首次发布，之后由微信好友B点击领取后再发布至微博，最后被微博好友C领取并进一步转发，则分享路径包括这三个用户对链接的发布路径。

步骤212、根据所述分享者的身份信息，识别所述分享者中的非会员分享者。

步骤213、将会员注册链接发送至所述非会员分享者对应的第三客户端，所述会员注册链接用于访问会员注册页面。

进一步的，本发明实施例可以根据分享路径中每个分享者的身份信息，判断分享者是否为注册会员，针对不是注册会员的分享者，可以将会员注册链接发给非会员分享者对应的第三客户端，以增加会员注册率和覆盖率，提高业务优势。

需要说的是，该分享路径还可以进一步发送给投保人的第一客户端进行展示，以供投保人根据分享路径指定新的分享策略。

可选的，所述方法还包括：

步骤214、查询所述主保单对应的链接的分享次数。

步骤215、在所述分享次数小于或等于第一预设次数的情况下，发送提醒信息至所述第一客户端，所述提醒信息用于提醒对所述链接的转发。

在本发明实施例中，为了增加投保人对链接的转发积极性，可以设定定时任务，在投保人对链接的分享次数小于或等于第一预设次数的情况下，发送提醒信息至第一客户端，以提醒投保人对所述链接的转发。

例如，假设第一预设次数为1，若投保人始终未转发链接，则可以每隔一周发送一次提醒信息至所述第一客户端，以提醒用户进行链接转发，提高分享环节中的流量引入量。

可选的，所述方法还包括：

步骤216、记录对所述主保单增加预设保额值的增加次数。

步骤217、在所述增加次数达到第二预设次数的情况下，若接收到新的且首次执行的第二投保操作，则停止为所述主保单增加预设保额值。

在本发明实施例中，可以对主保单增加预设保额值的增加次数的上限进行设定，如，假设第二预设次数为5，则投保人的主保单最多可以根据领取人的领取操作，获得5次增加保额值的机会，当对所述主保单增加预设保额值的增加次数达到第二预设次数的情况下，若接收到新的且首次执行的第二投保操作，则停止为主保单增加预设保额值，从而避免主保单的保额超出上限范围。

综上所述，本发明实施例提供的一种保单的处理方法，包括：根据第一投保操作，生成主保单并发送至第一客户端；根据第一客户端对主保单对应的链接的分享操作，将链接发布至预设的社交媒介，链接用于访问主保单对应的投保页面；接收针对链接的第二投保操作，以及第二投保操作对应的操作者身份信息；在根据操作者身份信息确定第二投保操作为首次执行的情况下，根据第二投保操作为主保单增加预设保额值。本发明通过将投保流程融入至社交环节中，使得每个投保人可以将投保界面的链接发布至社交媒介供他人领取该险种的保单，且他人领取成功后，还可以为发布链接的投保人在已有的保额基础上增加新的保额值，这种优化后的险种分享环节极大促进了投保人对链接的转发热情，为保单分享环节引入更多新客流量奠定了基础。另外，投保人还可以分享链接供他人点击领取，使得通过简单的分享操作达到增加保额的目的，并不需要进行繁琐数据的填写和页面的跳转，提高了增加保额的过程的效率。

图3是本发明实施例提供的一种保单的处理装置的框图，如图3所示，该装置可以包括：

生成模块301，用于根据第一投保操作，生成主保单并发送至第一客户端；

发布模块302，用于根据所述第一客户端对所述主保单对应的链接的分享操作，将所述链接发布至预设的社交媒介，所述链接用于访问所述主保单对应的投保页面；

接收模块303，用于接收针对所述链接的第二投保操作，以及所述第二投保操作对应的操作者身份信息；

加保模块304，用于在根据所述操作者身份信息确定所述第二投保操作为首次执行的情况下，根据所述第二投保操作为所述主保单增加预设保额值。

可选的，所述装置还可以包括：

子保单模块，用于根据所述第二投保操作，生成针对所述第二投保操作的操作者的子保单；

发送模块，用于将所述子保单发送至与所述第二投保操作的操作者对应的第二客户端；

其中，所述第二投保操作包括：在所述投保页面中针对所述操作者身份信息的填写操作、对所述操作者身份信息的验证操作。

可选的，所述装置还可以包括：

查询模块，用于在根据所述操作者身份信息确定所述第二投保操作为非首次执行的情况下，通过所述第二投保操作的操作者身份信息查询对应的子保单；

第一推送模块，用于将所述子保单的保单信息发送至与所述第二投保操作的操作者对应的第二客户端。

可选的，判断所述第二投保操作是否为首次执行，是通过根据所述操作者身份信息是否查询到对应的子保单确定的。

可选的，所述装置还可以包括：

路径记录模块，用于若记录所述链接在所述社交媒介中的分享路径，所述分享路径中的每个分享节点包括分享者的身份信息；

筛选模块，用于若根据所述分享者的身份信息，识别所述分享者中的非会员分享者；

第二推送模块，用于若将会员注册链接发送至所述非会员分享者对应的第三客户端，所述会员注册链接用于访问会员注册页面。

可选的，所述装置还可以包括：

第一次数记录模块，用于查询所述主保单对应的链接的分享次数；

通知模块，用于在所述分享次数小于或等于第一预设次数的情况下，发送提醒信息至所述第一客户端，所述提醒信息用于提醒对所述链接的转发。

可选的，所述装置还可以包括：

第二次数记录模块，用于记录对所述主保单增加预设保额值的增加次数；

停止模块，用于在所述增加次数达到第二预设次数的情况下，若接收到新的且首次执行的第二投保操作，则停止为所述主保单增加预设保额值。

综上所述，本发明实施例提供的一种保单的处理装置，包括：根据第一投保操作，生成主保单并发送至第一客户端；根据第一客户端对主保单对应的链接的分享操作，将链接发布至预设的社交媒介，链接用于访问主保单对应的投保页面；接收针对链接的第二投保操作，以及第二投保操作对应的操作者身份信息；在根据操作者身份信息确定第二投保操作为首次执行的情况下，根据第二投保操作为主保单增加预设保额值。本发明通过将投保流程融入至社交环节中，使得每个投保人可以将投保界面的链接发布至社交媒介供他人领取该险种的保单，且他人领取成功后，还可以为发布链接的投保人在已有的保额基础上增加新的保额值，这种优化后的险种分享环节极大促进了投保人对链接的转发热情，为保单分享环节引入更多新客流量奠定了基础。另外，投保人还可以分享链接供他人点击领取，使得通过简单的分享操作达到增加保额的目的，并不需要进行繁琐数据的填写和页面的跳转，提高了增加保额的过程的效率。

对于上述装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

优选的，本发明实施例还提供一种计算机设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述保单的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述保单的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域技术人员易于想到的是：上述各个实施例的任意组合应用都是可行的，故上述各个实施例之间的任意组合都是本发明的实施方案，但是由于篇幅限制，本说明书在此就不一一详述了。

在此提供的保单的处理方法不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造具有本发明方案的系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的保单的处理方法中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种保单的处理方法，其特征在于，所述方法包括：

根据第一投保操作，生成主保单并发送至第一客户端；

根据所述第一客户端对所述主保单对应的链接的分享操作，将所述链接发布至预设的社交媒介，所述链接用于访问所述主保单对应的投保页面；

接收针对所述链接的第二投保操作，以及所述第二投保操作对应的操作者身份信息；

在根据所述操作者身份信息确定所述第二投保操作为首次执行的情况下，根据所述第二投保操作为所述主保单增加预设保额值。

2.根据权利要求1所述的方法，其特征在于，在根据所述操作者身份信息确定所述第二投保操作为首次执行的情况下，所述方法还包括：

根据所述第二投保操作，生成针对所述第二投保操作的操作者的子保单；

将所述子保单发送至与所述第二投保操作的操作者对应的第二客户端；

其中，所述第二投保操作包括：在所述投保页面中针对所述操作者身份信息的填写操作、对所述操作者身份信息的验证操作。

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

在根据所述操作者身份信息确定所述第二投保操作为非首次执行的情况下，通过所述第二投保操作的操作者身份信息查询对应的子保单；

将所述子保单的保单信息发送至与所述第二投保操作的操作者对应的第二客户端。

4.根据权利要求1所述的方法，其特征在于，判断所述第二投保操作是否为首次执行，是通过根据所述操作者身份信息是否查询到对应的子保单确定的。

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

记录所述链接在所述社交媒介中的分享路径，所述分享路径中的每个分享节点包括分享者的身份信息；

根据所述分享者的身份信息，识别所述分享者中的非会员分享者；

将会员注册链接发送至所述非会员分享者对应的第三客户端，所述会员注册链接用于访问会员注册页面。

6.根据权利要求1所述的方法，其特征在于，在所述根据第一投保操作，生成主保单并发送至第一客户端之后，所述方法还包括：

查询所述主保单对应的链接的分享次数；

在所述分享次数小于或等于第一预设次数的情况下，发送提醒信息至所述第一客户端，所述提醒信息用于提醒对所述链接的转发。

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

记录对所述主保单增加预设保额值的增加次数；

在所述增加次数达到第二预设次数的情况下，若接收到新的且首次执行的第二投保操作，则停止为所述主保单增加预设保额值。

8.一种保单的处理装置，其特征在于，所述装置包括：

生成模块，用于根据第一投保操作，生成主保单并发送至第一客户端；

发布模块，用于根据所述第一客户端对所述主保单对应的链接的分享操作，将所述链接发布至预设的社交媒介，所述链接用于访问所述主保单对应的投保页面；

接收模块，用于接收针对所述链接的第二投保操作，以及所述第二投保操作对应的操作者身份信息；

加保模块，用于在根据所述操作者身份信息确定所述第二投保操作为首次执行的情况下，根据所述第二投保操作为所述主保单增加预设保额值。

9.一种计算机设备，其特征在于，所述计算机设备包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行权利要求1至7中任一所述的保单的处理方法包括的步骤。

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

Images