Traitement en cours

Veuillez attendre...

Paramétrages

Paramétrages

Aller à Demande

1. WO2020108051 - PROCÉDÉ ET DISPOSITIF DE TRAITEMENT DE TRANSACTION D'ASSURANCE

Document

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096   0097   0098   0099   0100   0101   0102   0103   0104   0105   0106   0107   0108   0109   0110   0111   0112   0113   0114   0115   0116   0117  

权利要求书

1   2   3   4   5   6   7   8   9   10   11  

附图

1   2   3   4   5   6  

说明书

发明名称 : 一种保险交易处理方法及装置

技术领域

[0001]
本说明书实施例涉及互联网应用技术领域,尤其涉及一种保险交易处理方法及装置。

背景技术

[0002]
高新技术的不断进步,在推动经济发展的同时促进了金融创新。互联网金融日益完善,用户可以在线上实现以前只能在线下进行的买卖商品、融资投资、借款等等。相应地,保险公司也开发了更多的应用于互联网场景的保险,如针对卖家的订单险、针对买家的运费险、针对投资人的保险等,用于帮助用户规避线上交易的不确定性带来的新风险,保障用户线上交易时的利益。
[0003]
现有技术中对互联网保险的管理,一般仍沿用传统保险的管理方法,如针对每笔保险交易创建1个保单,且每个保单具有独立的投保、缴费、理赔流程。但是,互联网保险一般具有碎片化、保费额度低、交易频次高等区别于传统保险的特点,以订单险为例,若某电商交易平台每年发生上亿笔买卖交易,则可能产生上亿次订单险交易从而生成上亿个保单,这种保单数量上的激增与碎片化将消耗较多的人力与物理进行管理,且管理效率较为低下。
[0004]
发明内容
[0005]
针对上述技术问题,本说明书实施例提供一种保险交易处理方法及装置,技术方案如下:
[0006]
一种保险交易处理方法,该方法包括:
[0007]
根据目标保险交易的险种,确定与所述险种对应的保单生成策略,所述保单生成策略包括:所述险种生成保单时采用的保单维度;
[0008]
根据所述保单生成策略,检查所述保单维度下是否已存在所述险种的保单;
[0009]
在不存在保单的情况下,在所述保单维度下生成所述险种的保单,并根据所述目标保险交易的交易信息生成所述保单的管理规则;
[0010]
在已存在保单的情况下,根据所述目标保险交易的交易信息更新所述保单的管理 规则,以通过所述保单对所述目标保险交易进行管理;
[0011]
其中,所述管理规则用于对保单对应的各保险交易进行管理。
[0012]
一种保险交易处理装置,该装置包括:
[0013]
策略确定模块,用于根据目标保险交易的险种,确定与所述险种对应的保单生成策略,所述保单生成策略包括:所述险种生成保单时采用的保单维度;
[0014]
保单检查模块,用于根据所述保单生成策略,检查所述保单维度下是否已存在所述险种的保单;
[0015]
保单生成模块,用于在不存在保单的情况下,在所述保单维度下生成所述险种的保单,并根据所述目标保险交易的交易信息生成所述保单的管理规则;
[0016]
规则更新模块,用于在已存在保单的情况下,根据所述目标保险交易的交易信息更新所述保单的管理规则,以通过所述保单对所述目标保险交易进行管理;
[0017]
其中,所述管理规则用于对保单对应的各保险交易进行管理。
[0018]
本说明书实施例所提供的技术方案,不再采用传统的1个保险订单创建1个保单的方式,而是为不同险种设置不同的策略,策略中包括生成保单的维度,例如订单险的生成维度可以为“卖家”,即1个卖家仅生成1个保单,该卖家的所有交易对应的订单险均包括在该保单中,该保单下的订单险可以统一地进行缴费、理赔等管理,从而达到减少保单数量的目的,实现提高保单管理效率、提高投保人用户体验的效果。
[0019]
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本说明书实施例。
[0020]
此外,本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

[0021]
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书实施例中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
[0022]
图1是本说明书实施例的保险交易处理方法的流程示意图;
[0023]
图2是本说明书实施例的订单险交易与保单的管理结构示意图;
[0024]
图3是本说明书实施例的保险交易处理装置的结构示意图;
[0025]
图4是本说明书实施例的规则更新模块的结构示意图;
[0026]
图5是本说明书实施例的保单生成模块的结构示意图;
[0027]
图6是用于配置本说明书实施例装置的一种设备的结构示意图。

具体实施方式

[0028]
为了使本领域技术人员更好地理解本说明书实施例中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行详细地描述,显然,所描述的实施例仅仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于保护的范围。
[0029]
针对现有技术的问题,本说明书实施例提供一种保险交易处理方法,参见图1所示,该方法可以包括以下步骤:
[0030]
S101,根据目标保险交易的险种,确定与所述险种对应的保单生成策略,所述保单生成策略包括:所述险种生成保单时采用的保单维度;
[0031]
用户购买保险时,将首先需要与保险机构达成交易,然后签订保险合同,形成对应的保单,在保险场景中,同一用户(投保人)可以与同一保险机构达成多笔交易。
[0032]
以材质险为例,材质险是由卖家付费投保,买家享受获赔权益的保险,卖家一旦选择加入该险种,即为店铺内每一笔承保范围内的商品订单投保,例如,卖家为店铺内的若干种商品投保了材质险,则每生成一笔相关商品的订单,卖家便与保险机构达成1笔材质险交易。
[0033]
传统的保险管理方案中,针对每笔保险交易创建1个保单,且每个保单具有独立的投保、缴费、理赔流程。但是,互联网保险一般具有碎片化、保费额度低、交易频次高等区别于传统保险的特点。
[0034]
仍以材质险为例,卖家每日可能会生成几十笔甚至上百笔商品订单,对应的将与保险公司达成上百笔材质险交易,按照传统的保险管理方案,将创建上百个保单,并单独进行投保、缴费、理赔等流程,导致管理效率低。
[0035]
本说明书实施例提供的方案中,针对不同的险种设置不同的保单维度,在达成1笔保险交易时,根据该保险交易的险种,从对应的保单维度生成保单,从而根据若干笔 保险交易生成1个保单,提高保单的管理效率。
[0036]
例如,保单维度可以是用户维度。可以理解的是,用户可以指自然人,也可以指企业、机构等,此外,可以指投保人,也可以指被保险人、受益人等,本说明书不做限定。以订单险为例,该险种的保单维度可以是卖家维度,即同一卖家的各笔订单险交易,均对应生成1个订单险保单,从而根据1个保单统一地管理该卖家的多笔订单险交易的缴费、理赔等流程。
[0037]
又例如,保单维度可以是时间维度。以运费险为例,某电商平台为在该平台购物的买家均投保运费险,即每产生1笔购物订单,便达成1笔运费险交易,而平台每日可能产生上万笔购物订单,因此可以以时间维度,每日达成的运费险交易对应生成1个保单,从而根据1个保单统一地管理各买家的多笔运费险交易的缴费、理赔等流程。
[0038]
再例如,保单维度还可以是参保项目维度,如某平台联合保险机构发起的互助保险项目,可以有多人、分多日参与,即每产生1个参加该项目的用户,即达成1笔互助险交易,因此可以以项目维度,1个互助保险项目中的若干笔互助险交易对应生成1个保单,从而根据1个保单统一地管理各用户的多笔互助险交易的缴费、理赔等流程。
[0039]
S102,根据所述保单生成策略,检查所述保单维度下是否已存在所述险种的保单;
[0040]
如上面所述,同一维度下的若干笔保险交易,将对应生成1个保单,因此,首先需要检查该维度下是否已生成保单。
[0041]
仍以订单险为例,当某卖家产生1笔买卖订单时,即对应达成1笔订单险交易,并确定订单险的保单生成策略中,保单维度是卖家维度,则可以检查该卖家是否已存在订单险保单。
[0042]
S103,在不存在保单的情况下,在所述保单维度下生成所述险种的保单,并根据所述目标保险交易的交易信息生成所述保单的管理规则;
[0043]
所述管理规则用于对保单对应的各保险交易进行管理,在本说明书的一种具体实施方式中,所述保单生成策略中还可以包括:所述险种所生成保单对应的各保险交易的管理维度。
[0044]
在一个例子中,在所述保单维度下生成所述险种的保单,并根据所述目标保险交易的交易信息生成所述保单的管理规则时,可以首先在所述保单维度下生成所述险种的保单,并根据所述保单生成策略,确定所述目标保险交易的管理维度。然后根据所确定的管理维度,创建所生成保单对应的管理组,该管理组中包括所述目标保险交易,根据 所述目标保险交易的交易信息,生成所述管理组的管理组规则,所生成保单的管理规则中包括所述管理组规则。
[0045]
本说明书实施例中不限定管理维度的具体内容,本领域技术人员可以根据实际需求,灵活地设置保单维度与管理维度。
[0046]
仍以订单险为例,订单险的保单维度可以设置为用户维度,管理维度可以设置为时间维度,具体地,可以将每日的各笔订单险交易归入同一个管理组,而该卖家的各管理组下的各订单险交易,对应生成1个保单。
[0047]
保单的管理规则中包括各管理组的管理规则,同一个管理组中的各笔订单险交易,通过该组的管理组规则管理,如缴费的时间、日期等。此外,管理规则中还可以包括其他规则,用于进一步管理各订单险交易,如管理该卖家的订单险保单的保期是否到期、是否续期等。
[0048]
S104,在已存在保单的情况下,根据所述目标保险交易的交易信息更新所述保单的管理规则,以通过所述保单对所述目标保险交易进行管理;
[0049]
本说明书的一种具体实施方式中,在根据所述目标保险交易的交易信息更新所述保单的管理规则,以通过所述保单对所述目标保险交易进行管理时,可以首先根据所述保单生成策略,确定所述目标保险交易的管理维度,并检查所述保单在所确定的管理维度下,是否存在对应的管理组。
[0050]
在存在管理组的情况下,将所述目标保险交易加入该管理组,并根据所述目标保险交易的交易信息更新该管理组的管理组规则;
[0051]
例如,管理组规则中可以包括该管理组下的各笔保险交易的缴费金额、缴费日期等,更新管理组规则时,可以将目标保险交易的交易标识、缴费金额等信息,添加到管理组规则中,以便在需要缴费时生成缴费提醒、或自动为该笔保险交易缴费等。
[0052]
在不存在管理组的情况下,在所述管理维度下创建所述保单对应的管理组,并根据所述目标保险交易的交易信息,生成该管理组的管理组规则。
[0053]
本说明书的另一种具体实施方式中,管理规则中可以包括以下几种子规则中的一种或多种:缴费子规则,所述缴费子规则用于:确定所管理的保险交易的缴费时间与缴费金额;保期子规则,所述保期子规则用于:确定所管理的保险交易的是否到期、和/或是否续期;公示子规则,所述公示子规则用于:向公示所管理的保险交易的管理信息,所述管理信息包括:缴费信息、理赔信息保期信息、和/或用户信用信息。
[0054]
可以理解的是,如果管理规则中还包括管理组规则,则管理组规则中也可以分别包括上述的一种或多种子规则。
[0055]
例如,险种A的保单生成策略中不包括管理维度,即该保单下的各笔保险交易不需要分管理组,且该保单的管理规则中可以包括缴费子规则、保期子规则、公示子规则中的一种或多种。
[0056]
而险种B的保单生成策略中包括管理维度,即该保单下的各笔保险交易根据管理维度分为若干管理组,分别根据管理组的管理组规则进行管理,则各管理组规则中也可以包括缴费子规则、保期子规则、公示子规则中的一种或多种;或者管理规则中可以直接包括缴费子规则、保期子规则、公示子规则中的一种或多种;当然,也可以管理规则中包括公示子规则,而管理组规则中包括缴费子规则与保期子规则;等等,本说明书实施例对此不做限定。
[0057]
下面结合几个更为具体的实例,对本说明书提供的保险交易处理方法进行说明。
[0058]
(1)假设目标保险交易A的险种为订单险,确定与订单险对应的保单生成策略中,生成保单时采用的保单维度为卖家维度。此外,保单生成策略中,所生成保单对应的各保险交易的管理维度为日期维度。
[0059]
并且,管理组规则中包括缴费子规则,具体规则为投保后的N日内缴纳保费,管理规则中包括各管理组规则、以及保期子规则,保期子规则的具体规则为卖家的保单期限为1年。
[0060]
由此,达成1笔订单险交易后,首先检查该卖家是否已存在订单险的保单,在不存在保单的情况下,生成该卖家的订单险保单,并生成当日(T日)的管理组,根据这笔订单险交易的交易时间T日及需缴纳的保费X 1元,生成该管理组的缴费子规则,具体为T+N日缴纳X 1元保费。
[0061]
如果当日又达成1笔订单险交易,则检查卖家维度下是否已存在订单险的保单的结果将为存在保单,且经检查存在对应的管理组,则将该笔订单险交易加入该管理组,并根据这笔订单险交易的交易时间T日及需缴纳的保费X 2元,更新该管理组的管理组规则中的缴费子规则,更新后为T+N日缴纳X 1+X 2元保费。
[0062]
可见,如图2所示,可以将同日达成的订单险交易,加入同一管理组,根据订单险交易总量对缴费日期、金额等进行统一管理,并且为同一卖家的订单险交易生成1个保单,从而对保期等进行统一管理,在未影响原有保障内容的情况下,提高保期短、保 险交易量大的订单险的管理效率。
[0063]
(2)投资人在融资平台投入资金后,借款人可以通过平台借用投资人的资金,并在预定借款期满后偿还本金与一定利息,为了保障投资人在期满后可以足额收回预先承诺的本金与利息,可以为投资人的每笔被借款投保投资险。
[0064]
假设目标保险交易B的险种为投资险,确定与订单险对应的保单生成策略中,生成保单时采用的保单维度为投资人维度。并且,管理规则中包括缴费子规则以及保期子规则,具体地,缴费子规则根据投保的每笔被借款,规定了缴费的日期、及被借款相应比例的保费金额,保期子规则的根据投保的每笔被借款的还款日,规定了相应的保期,并且根据投资人的设定,规定了在该笔资金再次被借时是否自动续保。
[0065]
由此,发生1笔借款并达成1笔投资险交易后,首先检查该投资人下是否已存在投资险的保单,在不存在保单的情况下,生成该投资人的投资险保单,并生成该保单管理规则中的缴费子规则及保期子规则。
[0066]
当该笔借款按照预定的本息被归还后,投资险也将终止保障,而当该投资人的资金再次借出时,又将达成1笔投资险交易,经检查投资人维度下是否已存在订单险的保单的结果将为存在保单,则直接根据本次达成的投资险交易中,对应借款的金额及还款日期,更新缴费子规则与保期子规则。
[0067]
可见,同一投资人的各笔投资险交易,可以统一地由该投资人的1个保单管理,在借款情况发生变更时,仅需要根据借款的金额、还款日等交易信息,更新保单的管理规则,从而在未影响原有保障内容的情况下,提高保期与保费灵活的投资险的管理效率。
[0068]
相应于上述方法实施例,本说明书实施例还提供一种保险交易处理装置,参见图3所示,该装置可以包括:
[0069]
策略确定模块110,用于根据目标保险交易的险种,确定与所述险种对应的保单生成策略,所述保单生成策略包括:所述险种生成保单时采用的保单维度;
[0070]
保单检查模块120,用于根据所述保单生成策略,检查所述保单维度下是否已存在所述险种的保单;
[0071]
保单生成模块130,用于在不存在保单的情况下,在所述保单维度下生成所述险种的保单,并根据所述目标保险交易的交易信息生成所述保单的管理规则;
[0072]
规则更新模块140,用于在已存在保单的情况下,根据所述目标保险交易的交易信 息更新所述保单的管理规则,以通过所述保单对所述目标保险交易进行管理;
[0073]
其中,所述管理规则用于对保单对应的各保险交易进行管理。
[0074]
在本说明书提供的一种具体实施方式中,所述保单生成策略,还可以包括:
[0075]
所述险种所生成保单对应的各保险交易的管理维度。
[0076]
在本说明书提供的一种具体实施方式中,参见图4所示,所述保单生成模块130,可以包括:
[0077]
保单生成单元131,用于在所述保单维度下生成所述险种的保单;
[0078]
维度确定单元132,用于根据所述保单生成策略,确定所述目标保险交易的管理维度;
[0079]
管理组创建单元133,用于根据所确定的管理维度,创建所生成保单对应的管理组,该管理组中包括所述目标保险交易;
[0080]
规则生成单元134,用于根据所述目标保险交易的交易信息,生成所述管理组的管理组规则,所生成保单的管理规则中包括所述管理组规则。
[0081]
在本说明书提供的一种具体实施方式中,参见图5所示,所述规则更新模块140,包括:
[0082]
维度确定单元141,用于根据所述保单生成策略,确定所述目标保险交易的管理维度;
[0083]
管理组检查单元142,用于检查所述保单在所确定的管理维度下,是否存在对应的管理组;
[0084]
规则更新单元143,用于在存在管理组的情况下,将所述目标保险交易加入该管理组,并根据所述目标保险交易的交易信息更新该管理组的管理组规则;
[0085]
规则生成单元144,用于在不存在管理组的情况下,在所述管理维度下创建所述保单对应的管理组,并根据所述目标保险交易的交易信息,生成该管理组的管理组规则;
[0086]
其中,所述保单的管理规则中包括所述管理组规则。
[0087]
在本说明书提供的一种具体实施方式中,所述管理规则,可以包括:
[0088]
缴费子规则,所述缴费子规则用于:确定所管理的保险交易的缴费时间与缴费金额;和/或,
[0089]
保期子规则,所述保期子规则用于:确定所管理的保险交易的是否到期、和/或是否续期;和/或,
[0090]
公示子规则,所述公示子规则用于:向公示所管理的保险交易的管理信息,所述管理信息包括:缴费信息、理赔信息保期信息、和/或用户信用信息。
[0091]
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
[0092]
本说明书实施例还提供一种计算机设备,其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,处理器执行所述程序时实现前述的保险交易处理方法。该方法至少包括:
[0093]
一种保险交易处理方法,该方法包括:
[0094]
根据目标保险交易的险种,确定与所述险种对应的保单生成策略,所述保单生成策略包括:所述险种生成保单时采用的保单维度;
[0095]
根据所述保单生成策略,检查所述保单维度下是否已存在所述险种的保单;
[0096]
在不存在保单的情况下,在所述保单维度下生成所述险种的保单,并根据所述目标保险交易的交易信息生成所述保单的管理规则;
[0097]
在已存在保单的情况下,根据所述目标保险交易的交易信息更新所述保单的管理规则,以通过所述保单对所述目标保险交易进行管理;
[0098]
其中,所述管理规则用于对保单对应的各保险交易进行管理。
[0099]
图6示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图,该设备可以包括:处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
[0100]
处理器1010可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本说明书实施例所提供的技术方案。
[0101]
存储器1020可以采用ROM(Read Only Memory,只读存储器)、RAM(Random Access Memory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储 器1020可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器1020中,并由处理器1010来调用执行。
[0102]
输入/输出接口1030用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
[0103]
通信接口1040用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
[0104]
总线1050包括一通路,在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
[0105]
需要说明的是,尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本说明书实施例方案所必需的组件,而不必包含图中所示的全部组件。
[0106]
本说明书实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述的保险交易处理方法。该方法至少包括:
[0107]
一种保险交易处理方法,该方法包括:
[0108]
根据目标保险交易的险种,确定与所述险种对应的保单生成策略,所述保单生成策略包括:所述险种生成保单时采用的保单维度;
[0109]
根据所述保单生成策略,检查所述保单维度下是否已存在所述险种的保单;
[0110]
在不存在保单的情况下,在所述保单维度下生成所述险种的保单,并根据所述目标保险交易的交易信息生成所述保单的管理规则;
[0111]
在已存在保单的情况下,根据所述目标保险交易的交易信息更新所述保单的管理规则,以通过所述保单对所述目标保险交易进行管理;
[0112]
其中,所述管理规则用于对保单对应的各保险交易进行管理。
[0113]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法 或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
[0114]
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
[0115]
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
[0116]
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
[0117]
以上所述仅是本说明书实施例的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本说明书实施例原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本说明书实施例的保护范围。

权利要求书

[权利要求 1]
一种保险交易处理方法,该方法包括: 根据目标保险交易的险种,确定与所述险种对应的保单生成策略,所述保单生成策略包括:所述险种生成保单时采用的保单维度; 根据所述保单生成策略,检查所述保单维度下是否已存在所述险种的保单; 在不存在保单的情况下,在所述保单维度下生成所述险种的保单,并根据所述目标保险交易的交易信息生成所述保单的管理规则; 在已存在保单的情况下,根据所述目标保险交易的交易信息更新所述保单的管理规则,以通过所述保单对所述目标保险交易进行管理; 其中,所述管理规则用于对保单对应的各保险交易进行管理。
[权利要求 2]
根据权利要求1所述的方法,所述保单生成策略,还包括: 所述险种所生成保单对应的各保险交易的管理维度。
[权利要求 3]
根据权利要求2所述的方法,所述在所述保单维度下生成所述险种的保单,并根据所述目标保险交易的交易信息生成所述保单的管理规则,包括: 在所述保单维度下生成所述险种的保单; 根据所述保单生成策略,确定所述目标保险交易的管理维度; 根据所确定的管理维度,创建所生成保单对应的管理组,该管理组中包括所述目标保险交易; 根据所述目标保险交易的交易信息,生成所述管理组的管理组规则,所生成保单的管理规则中包括所述管理组规则。
[权利要求 4]
根据权利要求2所述的方法,所述根据所述目标保险交易的交易信息更新所述保单的管理规则,以通过所述保单对所述目标保险交易进行管理,包括: 根据所述保单生成策略,确定所述目标保险交易的管理维度; 检查所述保单在所确定的管理维度下,是否存在对应的管理组; 在存在管理组的情况下,将所述目标保险交易加入该管理组,并根据所述目标保险交易的交易信息更新该管理组的管理组规则; 在不存在管理组的情况下,在所述管理维度下创建所述保单对应的管理组,并根据所述目标保险交易的交易信息,生成该管理组的管理组规则; 其中,所述保单的管理规则中包括所述管理组规则。
[权利要求 5]
根据权利要求1所述的方法,所述管理规则,包括: 缴费子规则,所述缴费子规则用于:确定所管理的保险交易的缴费时间与缴费金额; 和/或, 保期子规则,所述保期子规则用于:确定所管理的保险交易的是否到期、和/或是否续期;和/或, 公示子规则,所述公示子规则用于:向公示所管理的保险交易的管理信息,所述管理信息包括:缴费信息、理赔信息保期信息、和/或用户信用信息。
[权利要求 6]
一种保险交易处理装置,该装置包括: 策略确定模块,用于根据目标保险交易的险种,确定与所述险种对应的保单生成策略,所述保单生成策略包括:所述险种生成保单时采用的保单维度; 保单检查模块,用于根据所述保单生成策略,检查所述保单维度下是否已存在所述险种的保单; 保单生成模块,用于在不存在保单的情况下,在所述保单维度下生成所述险种的保单,并根据所述目标保险交易的交易信息生成所述保单的管理规则; 规则更新模块,用于在已存在保单的情况下,根据所述目标保险交易的交易信息更新所述保单的管理规则,以通过所述保单对所述目标保险交易进行管理; 其中,所述管理规则用于对保单对应的各保险交易进行管理。
[权利要求 7]
根据权利要求6所述的装置,所述保单生成策略,还包括: 所述险种所生成保单对应的各保险交易的管理维度。
[权利要求 8]
根据权利要求7所述的装置,所述保单生成模块,包括: 保单生成单元,用于在所述保单维度下生成所述险种的保单; 维度确定单元,用于根据所述保单生成策略,确定所述目标保险交易的管理维度; 管理组创建单元,用于根据所确定的管理维度,创建所生成保单对应的管理组,该管理组中包括所述目标保险交易; 规则生成单元,用于根据所述目标保险交易的交易信息,生成所述管理组的管理组规则,所生成保单的管理规则中包括所述管理组规则。
[权利要求 9]
根据权利要求7所述的装置,所述规则更新模块,包括: 维度确定单元,用于根据所述保单生成策略,确定所述目标保险交易的管理维度; 管理组检查单元,用于检查所述保单在所确定的管理维度下,是否存在对应的管理组; 规则更新单元,用于在存在管理组的情况下,将所述目标保险交易加入该管理组,并根据所述目标保险交易的交易信息更新该管理组的管理组规则; 规则生成单元,用于在不存在管理组的情况下,在所述管理维度下创建所述保单对 应的管理组,并根据所述目标保险交易的交易信息,生成该管理组的管理组规则; 其中,所述保单的管理规则中包括所述管理组规则。
[权利要求 10]
根据权利要求6所述的装置,所述管理规则,包括: 缴费子规则,所述缴费子规则用于:确定所管理的保险交易的缴费时间与缴费金额;和/或, 保期子规则,所述保期子规则用于:确定所管理的保险交易的是否到期、和/或是否续期;和/或, 公示子规则,所述公示子规则用于:向公示所管理的保险交易的管理信息,所述管理信息包括:缴费信息、理赔信息保期信息、和/或用户信用信息。
[权利要求 11]
一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现如权利要求1至5任一项所述的方法。

附图

[ 图 1]  
[ 图 2]  
[ 图 3]  
[ 图 4]  
[ 图 5]  
[ 图 6]