发明内容
有鉴于此,本发明实施例提供一种数据处理方法、装置、电子设备和计算机可读介质,通过为业务事件配置风险保额指标,提供了自定义维度、通用的累计风险保额统计服务,使得新增业务事件时无需重新开发,只需配置风险保额指标即可实现累计风险保额的统计。
为实现上述目的,根据本发明实施例的一个方面,提供了一种数据处理方法。
本发明实施例的一种数据处理方法,包括:响应于业务事件的发生,获取基于所述业务事件生成的保单信息,以及为所述业务事件配置的风险保额指标;其中,所述保单信息包括投保人信息;根据所述投保人信息,查询相应投保人的历史投保信息,之后根据所述保单信息和所述历史投保信息,更新所述投保人的风险保额信息;以所述风险保额指标为限制条件,对所述风险保额信息进行筛选累加,得到所述投保人的累计风险保额。
可选地,所述根据所述保单信息和所述历史投保信息,更新所述投保人的风险保额信息,包括:根据所述保单信息,获取对应的有效保额、期末责任准备金和退保手续费;将所述有效保额与所述期末责任准备金进行减法运算后,与所述退保手续费进行加法运算,得到保单对应的风险保额;按照所述历史投保信息的信息项,将所述保单信息和所述风险保额更新到对应的信息项;其中,所述信息项包括所述风险保额指标。
可选地,所述对所述风险保额信息进行筛选累加,得到所述投保人的累计风险保额,包括:从所述风险保额信息中筛选出满足所述风险保额指标的信息记录;将所述信息记录中的风险保额进行累加,得到所述投保人的累计风险保额。
可选地,所述获取基于所述业务事件生成的保单信息,包括:监听业务节点的业务事件,当监听到所述业务事件时,采集生成的保单信息。
可选地,所述方法还包括:将所述保单信息与所述业务节点保存的业务数据进行核对;确认所述保单信息与所述业务数据不一致,重新计算所述投保人的风险保额信息。
可选地,所述方法还包括:以键值对的方式,将所述累计风险保额数据存储到Redis缓存;其中,所述键值对包括键名和对应的键值,所述键名包括投保人标识和所述风险保额指标对应的编码中的任意一个或者多个,所述键值为所述累计风险保额。
可选地,所述方法还包括:接收查询请求,其中,所述查询请求包括目标投保人标识和所述编码;根据所述目标投保人标识和所述编码,查询对应的累计风险保额,返回查询出的累计风险保额。
可选地,所述查询请求还包括查询时间;所述查询对应的累计风险保额,包括:查询同时满足所述目标投保人标识、所述编码和所述查询时间的累计风险保额。
可选地,所述方法还包括:确定存储的所述累计风险保额数据满足设定的归档条件,将所述累计风险保额数据进行归档。
可选地,所述归档条件包括下列任意一个或者多个:存储的数据量大于设定数据量阈值,当前时间与上一次归档时间的差值满足归档时间间隔。
可选地,所述方法还包括:当所述保单信息发生变化时,重新计算所述投保人的累计风险保额;基于重新计算得到的累计风险保额,更新归档的累计风险保额数据。
可选地,所述风险保额指标包括风险类型、累计维度、险种限制、责任限制、交易渠道中的一种或者多种。
可选地,所述方法还包括:确定所述投保人的风险保额限额,将所述累计风险保额与所述风险保额限额进行比较,根据比较结果进行风险提示。
为实现上述目的,根据本发明实施例的另一方面,提供了一种数据处理装置。
本发明实施例的一种数据处理装置,包括:信息获取模块,用于响应于业务事件的发生,获取基于所述业务事件生成的保单信息,以及为所述业务事件配置的风险保额指标;其中,所述保单信息包括投保人信息;查询更新模块,用于根据所述投保人信息,查询相应投保人的历史投保信息,之后根据所述保单信息和所述历史投保信息,更新所述投保人的风险保额信息;筛选累加模块,用于以所述风险保额指标为限制条件,对所述风险保额信息进行筛选累加,得到所述投保人的累计风险保额。
可选地,所述查询更新模块,还用于:根据所述保单信息,获取对应的有效保额、期末责任准备金和退保手续费;将所述有效保额与所述期末责任准备金进行减法运算后,与所述退保手续费进行加法运算,得到保单对应的风险保额;按照所述历史投保信息的信息项,将所述保单信息和所述风险保额更新到对应的信息项;其中,所述信息项包括所述风险保额指标。
可选地,所述筛选累加模块,还用于从所述风险保额信息中筛选出满足所述风险保额指标的信息记录;将所述信息记录中的风险保额进行累加,得到所述投保人的累计风险保额。
可选地,所述信息获取模块,还用于监听业务节点的业务事件,当监听到所述业务事件时,采集生成的保单信息。
可选地,所述装置还包括:核对模块,用于将所述保单信息与所述业务节点保存的业务数据进行核对;确认所述保单信息与所述业务数据不一致,重新计算所述投保人的风险保额信息。
可选地,所述装置还包括:存储模块,用于以键值对的方式,将所述累计风险保额数据存储到Redis缓存;其中,所述键值对包括键名和对应的键值,所述键名包括投保人标识和所述风险保额指标对应的编码中的任意一个或者多个,所述键值为所述累计风险保额。
可选地,所述装置还包括:查询模块,用于接收查询请求,其中,所述查询请求包括目标投保人标识和所述编码;根据所述目标投保人标识和所述编码,查询对应的累计风险保额,返回查询出的累计风险保额。
可选地,所述查询请求还包括查询时间;所述查询模块,还用于查询同时满足所述目标投保人标识、所述编码和所述查询时间的累计风险保额。
可选地,所述装置还包括:归档模块,用于确定存储的所述累计风险保额数据满足设定的归档条件,将所述累计风险保额数据进行归档。
可选地,所述归档条件包括下列任意一个或者多个:存储的数据量大于设定数据量阈值,当前时间与上一次归档时间的差值满足归档时间间隔。
可选地,所述装置还包括:重算模块,用于当所述保单信息发生变化时,重新计算所述投保人的累计风险保额;基于重新计算得到的累计风险保额,更新归档的累计风险保额数据。
可选地,所述风险保额指标包括风险类型、累计维度、险种限制、责任限制、交易渠道中的一种或者多种。
可选地,所述装置还包括:预警模块,用于确定所述投保人的风险保额限额,将所述累计风险保额与所述风险保额限额进行比较,根据比较结果进行风险提示。
为实现上述目的,根据本发明实施例的再一方面,提供了一种电子设备。
本发明实施例的一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例的一种数据处理方法。
为实现上述目的,根据本发明实施例的再一方面,提供了一种计算机可读介质。
本发明实施例的一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例的一种数据处理方法。
上述发明中的一个实施例具有如下优点或有益效果:通过为业务事件配置风险保额指标,提供了自定义维度、通用的累计风险保额统计服务,使得新增业务事件时无需重新开发,只需配置风险保额指标即可实现累计风险保额的统计。通过监听各个业务节点的业务事件,为各业务节点提供了精确的、自定义维度的累计风险保额统计服务。
提供数据核对与重算能力,保证累计风险保额计算的准确性。以键值对的方式保存风险保额信息,读写性能高,便于查询,提高数据处理效率。提供定期全量重算的能力,进一步保证累计风险保额计算的准确性。通过将累计风险保额与风险保额限额进行比较,便于规避保额超限的风险问题。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
下面对本发明实施例涉及的术语进行解释。
有效保额:是指发生保险事故后依据保险合同,保险公司需赔付的最大给付额。
期末责任准备金:为中国保监会规定的法定最低责任准备金。
退保手续费:是指保单持有人在保单有效期内取消或者在指定日期内取消年金时需要缴纳的费用。
风险保额:是保险公司用以计算风险保障费或作为体检标准的基础。
实施例一
图1是根据本发明一实施例的数据处理方法的主要步骤的示意图。如图1所示,本发明实施例的数据处理方法,主要包括如下步骤:
步骤S101:响应于业务事件的发生,获取基于所述业务事件生成的保单信息,以及为所述业务事件配置的风险保额指标。其中,业务事件是指会引起投保人的风险保额发生变化的事件。比如,投保人购买重疾险,更改已购寿险的保额等事件。业务节点中业务事件的发生,会触发生成对应的保单信息。
预先为业务事件配置风险保额指标,该指标用于限制累计风险保额的计算方式。在业务事件发生后,从业务节点同步获取生成的保单信息,以及配置的风险保额指标。实施例中,保单信息可以包括保单基本信息和投保人信息。保单基本信息可以包括保单号、险种编号、交易渠道等,投保人信息可以包括投保人编号、投保人姓名、身份证号等。
步骤S102:根据所述投保人信息,查询相应投保人的历史投保信息,之后根据所述保单信息和所述历史投保信息,更新所述投保人的风险保额信息。历史投保信息是投保人曾经购买的保险相关信息,包括多个信息项。实施例中,可以使用投保人编号、身份证号等唯一标识,查询该投保人的历史投保信息。信息项包括风险保额指标。
在查询到投保人的历史投保信息之后,计算保单对应的风险保额,然后按照历史投保信息的信息项,将保单信息和风险保额更新到对应的信息项。
步骤S103:以所述风险保额指标为限制条件,对所述风险保额信息进行筛选累加,得到所述投保人的累计风险保额。从风险保额信息中筛选出满足风险保额指标的信息记录,之后将信息记录中的风险保额进行累加,得到投保人的累计风险保额,至此完成了累计风险保额的计算。
实施例二
图2是根据本发明再一实施例的数据处理方法的主要流程示意图。如图2所示,本发明实施例的数据处理方法,主要包括如下步骤:
步骤S201:响应于业务事件的发生,获取基于业务事件生成的保单信息,以及为业务事件配置的风险保额指标。在一实施例中,可以监听业务节点的业务事件,当监听到业务事件时,采集生成的保单信息;还可以在发生业务事件后,由业务节点推送生成的保单信息,实现保单信息的同步。
在配置风险保额指标时,可以根据业务节点需求来配置。风险保额指标可以包括风险类型、累计维度、险种限制、责任限制、交易渠道中的一种或者多种。其中,风险类型可以是高风险、中风险、低风险。累计维度是指客户维度或者保单维度。险种限制用于限制累计时的保险险种。责任限制是指保险公司在保险事故发生时所需承担的责任范围。交易渠道是指发生保险交易的渠道,比如XX银行、XX公司。
步骤S202:根据投保人信息,查询相应投保人的历史投保信息,之后根据保单信息和历史投保信息,更新投保人的风险保额信息。根据投保人标识,比如投保人编码、身份证号等,从数据库中查询对应的历史投保信息(包括风险保额信息),然后对风险保额进行重新计算,更新原来的风险保额。其中,风险保额的计算公式如下:
风险保额=有效保额-期末责任准备金+退保手续费
公式1
基于上述公式,在计算风险保额时,需获取保单信息对应的有效保额、期末责任准备金和退保手续费,进而可以按照上述公式计算出风险保额。
实施例中,风险保额信息可以根据COA(Chart of Account,会计科目表)的原理,进行段值划分,比如按照风险类型、累计维度、交易渠道、险种限制、责任限制进行归类,进而可以基于配置的风险保额指标,对风险保额信息进行不同字段维度的汇总。其中,COA是指按照经济业务的内容和经济管理的要求,对会计要素的具体内容进行分类核算的会计科目所构成的集合。
可以理解的是,如果查询历史投保信息失败,说明该投保人为新客户,需要基于此次投保信息,计算其风险保额。如果查询出至少一条历史投保信息,说明该投保人在本保险公司已经进行过保险交易,需结合此次投保信息,重新计算风险保额。
步骤S203:以风险保额指标为限制条件,对风险保额信息进行筛选累加,得到投保人的累计风险保额。根据风险保额指标中定义的信息,对风险保额信息进行筛选,将筛选出的信息记录中的风险保额进行累加,即可得到投保人的累计风险保额。
在一可选的实施例中,风险保额指标可以为风险类型:低风险,险种:重疾险,交易渠道:渠道A。则按照风险保额指标,对风险保额信息进行筛选后,可以得到风险类型为低风险,险种为重疾险,交易渠道为渠道A的信息记录。
步骤S204:以键值对的方式,将累计风险保额数据存储到Redis缓存。实施例中,键值对的键名包括投保人标识和风险保额指标对应的编码中的任意一个或者多个,键值为累计风险保额。
由于Redis缓存为全内存操作,读写性能高;而且以键值对方式存储,相比现有的过程式存储方式(即将程序像数据一样存储到计算机,使得计算机可以自动地从一条指令转到另一条指令执行)便于查询,而且对于复杂类高的保险业务来说,使得程序设计变的简单,提高了数据处理能力和效率。
步骤S205:确定存储的累计风险保额数据满足设定的归档条件,将累计风险保额数据进行归档。其中,归档条件可以包括下列任意一个或者多个:存储的数据量大于设定的数据量阈值,当前时间与上一次归档时间的差值满足归档时间间隔。确定Redis缓存中存储的累计风险保额数据满足上述归档条件,则将累计风险保额数据进行归档处理。
在另一可选的实施例中,可以导出风险保额信息,并归档至归档库,同时在交易库保存累计风险保额数据,便于查询。如果保单信息发生变化(比如投保人信息修改、发生加保、撤单、保全等情况),则可以基于归档库中的已归档数据,重新计算投保人的累计风险保额信息,并更新已归档数据。如果发生变化的保单信息有多个,则在计算累计风险保额信息时,可以批量重算。
实施例中,为了保证计算出的累计风险保额的准确性,需要将保单信息与业务节点保存的业务数据进行核对,如果保单信息与业务数据不一致,则需要按照业务数据,重新计算投保人的风险保额信息。
实施例三
图3是根据本发明又一实施例的数据处理方法的主要流程示意图。如图3所示,本发明实施例的数据处理方法,主要包括如下步骤:
步骤S301:接收查询请求。该查询请求用于查询指定投保人的累计风险保额,可以包括目标投保人标识(即待查询的投保人的身份证号或者编码)和/或风险保额指标对应的编码。
在一可选的实施例中,查询请求还可以包括查询时间,用于查询满足该查询时间的指定投保人的累计风险保额。比如查询最新的累计风险保额,再比如查询指定时间的累计风险保额。
步骤S302:根据目标投保人标识和/或编码,查询对应的累计风险保额。由于实施例二以键值对的方式,将累计风险保额数据存储到了Redis缓存,故该步骤可以直接以存储时使用的键名来查询对应的键值。
比如,存储时使用的键名为投保人标识,则此处需使用投保人标识查询对应的累计风险保额。再比如,存储时使用的键名为投保人标识和风险保额指标对应的编码,则该步骤需使用投保人标识和编码来查询对应的累计风险保额。
步骤S303:确定目标投保人的风险保额限值,将查询出的累计风险保额与风险保额限额进行比较,得到比较结果。保险公司为投保人分配风险保额限值,该限值用于规避累计风险保额超标的问题。实施例中,将累计风险保额与风险保额限额进行比较,如果累计风险保额大于风险保额限额,说明累计风险保额超标;如果累计风险保额小于等于风险保额限额,说明累计风险保额未超标。
步骤S304:返回查询出的累计风险保额和比较结果。如果比较结果为累计风险保额超标,则在返回比较结果时,可以同时发出累计风险保额超标的提示信息。如果比较结果为累计风险保额未超标,则可以同时发出累计风险保额校验通过的提示信息。
可以理解的是,实施例三中在查询出累计风险保额之后,可以直接返回累计风险保额进行展示。实施例一和实施例二中,计算出累计风险保额之后,可以执行步骤S303,以判断是否存在累计风险保额超标的问题。由于采用了Redis缓存存储,使得本实施例在查询时,每秒查询率(Queries-per-second,QPS)超过500qps,业务延迟在1s以内。
图4是根据本发明实施例的数据处理装置的主要模块的示意图。
如图4所示,本发明实施例的数据处理装置400,主要包括:
信息获取模块401,用于响应于业务事件的发生,获取基于所述业务事件生成的保单信息,以及为所述业务事件配置的风险保额指标。其中,业务事件是指会引起投保人的风险保额发生变化的事件。比如,投保人购买重疾险,更改已购寿险的保额等事件。业务节点中业务事件的发生,会触发生成对应的保单信息。
预先为业务事件配置风险保额指标,该指标用于限制累计风险保额的计算方式。在业务事件发生后,从业务节点同步获取生成的保单信息,以及配置的风险保额指标。实施例中,保单信息可以包括保单基本信息和投保人信息。保单基本信息可以包括保单号、险种编号、交易渠道等,投保人信息可以包括投保人编号、投保人姓名、身份证号等。
查询更新模块402,用于根据所述投保人信息,查询相应投保人的历史投保信息,之后根据所述保单信息和所述历史投保信息,更新所述投保人的风险保额信息。历史投保信息是投保人曾经购买的保险相关信息,包括多个信息项。实施例中,可以使用投保人编号、身份证号等唯一标识,查询该投保人的历史投保信息。信息项包括风险保额指标。
在查询到投保人的历史投保信息之后,计算保单对应的风险保额,然后按照历史投保信息的信息项,将保单信息和风险保额更新到对应的信息项。
筛选累加模块403,用于以所述风险保额指标为限制条件,对所述风险保额信息进行筛选累加,得到所述投保人的累计风险保额。从风险保额信息中筛选出满足风险保额指标的信息记录,之后将信息记录中的风险保额进行累加,得到投保人的累计风险保额,至此完成了累计风险保额的计算。
另外,本发明实施例的数据处理装置400还可以包括:核对模块、存储模块、查询模块、归档模块、重算模块和预警模块(图4中未示出)。其中,核对模块,用于将所述保单信息与所述业务节点保存的业务数据进行核对;确认所述保单信息与所述业务数据不一致,重新计算所述投保人的风险保额信息。
存储模块,用于以键值对的方式,将所述累计风险保额数据存储到Redis缓存;其中,所述键值对包括键名和对应的键值,所述键名包括投保人标识和所述风险保额指标对应的编码中的任意一个或者多个,所述键值为所述累计风险保额。
查询模块,用于接收查询请求,其中,所述查询请求包括目标投保人标识和所述编码;根据所述目标投保人标识和所述编码,查询对应的累计风险保额,返回查询出的累计风险保额。归档模块,用于确定存储的所述累计风险保额数据满足设定的归档条件,将所述累计风险保额数据进行归档。
重算模块,用于当所述保单信息发生变化时,重新计算所述投保人的累计风险保额;基于重新计算得到的累计风险保额,更新归档的累计风险保额数据。预警模块,用于确定所述投保人的风险保额限额,将所述累计风险保额与所述风险保额限额进行比较,根据比较结果进行风险提示。
从以上描述可以看出,通过为业务事件配置风险保额指标,提供了自定义维度、通用的累计风险保额统计服务,使得新增业务事件时无需重新开发,只需配置风险保额指标即可实现累计风险保额的统计。通过监听各个业务节点的业务事件,为各业务节点提供了精确的、自定义维度的累计风险保额统计服务。
图5示出了可以应用本发明实施例的数据处理方法或数据处理装置的示例性系统架构500。
如图5所示,系统架构500可以包括终端设备501、502、503,网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备501、502、503通过网络504与服务器505交互,以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器505可以是提供各种服务的服务器,例如对管理员利用终端设备501、502、503发送的保单信息进行处理的后台管理服务器。后台管理服务器可以获取风险保额指标,查询历史投保信息,更新风险保额信息,计算累计风险保额,并将处理结果(例如计算出的累计风险保额)反馈给终端设备。
需要说明的是,本申请实施例所提供的数据处理方法一般由服务器505执行,相应地,数据处理装置一般设置于服务器505中。
应该理解,图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
根据本发明的实施例,本发明还提供了一种电子设备和一种计算机可读介质。
本发明的电子设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例的一种数据处理方法。
本发明的计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例的一种数据处理方法。
下面参考图6,其示出了适用于来实现本发明实施例的电子设备的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示,计算机系统600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有计算机系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本发明公开的实施例,上文主要步骤图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括信息获取模块、查询更新模块和筛选累加模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,信息获取模块还可以被描述为“响应于业务事件的发生,获取基于所述业务事件生成的保单信息,以及为所述业务事件配置的风险保额指标的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:响应于业务事件的发生,获取基于所述业务事件生成的保单信息,以及为所述业务事件配置的风险保额指标;其中,所述保单信息包括投保人信息;根据所述投保人信息,查询相应投保人的历史投保信息,之后根据所述保单信息和所述历史投保信息,更新所述投保人的风险保额信息;以所述风险保额指标为限制条件,对所述风险保额信息进行筛选累加,得到所述投保人的累计风险保额。
根据本发明实施例的技术方案,通过为业务事件配置风险保额指标,提供了自定义维度、通用的累计风险保额统计服务,使得新增业务事件时无需重新开发,只需配置风险保额指标即可实现累计风险保额的统计。通过监听各个业务节点的业务事件,为各业务节点提供了精确的、自定义维度的累计风险保额统计服务。
上述产品可执行本发明实施例所提供的方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本发明实施例所提供的方法。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。