CN110349031B - 一种用于再保险业务的处理系统及方法 - Google Patents

Abstract

本申请公开了一种用于再保险业务的处理系统，包括：消息处理子系统，用于收集并存储保单数据，将用于指示保单数据的保单信息封装为再保通知消息，发送到消息队列子系统；消息队列子系统，用于以消息队列的形式存储所述再保通知消息；保单处理子系统，用于获得消息队列子系统存储的再保通知消息，根据其携带的保单信息获取保单数据，将所述保单数据对应的风险标的信息与再保险合约进行匹配，得到与风险标的信息匹配的再保险合约信息；再保险数据处理子系统，用于批量获取风险标的信息及与所述风险标的信息匹配的再保险合约信息，批量建立风险标的信息与再保险接受人的关联关系。以解决现有的用于再保险业务的处理系统存在的业务拥塞风险。

Description

一种用于再保险业务的处理系统及方法

技术领域

本申请涉及数据处理领域，具体涉及一种用于再保险业务的处理系统。本申请同时涉及一种用于再保险业务的处理方法。

背景技术

由投保人与保险人直接订立保险合同的保险业务为原保险，保险人在原保险的保险合同的基础上，通过签订再保险合同将自己所承保的保险业务的部分风险和责任向其他保险人进行保险的行为是再保险，其中，其他保险人称为再保险接受人。保险人为再保险的分出方，再保险接受人为再保险分入方。再保险合同规定了保险人向再保险人支付的分保费，以及再保险接受人对保险人的原保单的赔付承担的补偿责任的责任额度。保险人根据原保险的保险业务数据和再保险合约，确定保险人与再保险接受人之间的风险或责任分摊数据的处理业务称为再保险业务；其中，原保险的保险业务数据来源于投保人与保险人直接订立的保险合同对应的原保单；再保险合约是保险人根据再保险合同将某一类型的保险业务分摊给再保险接受人的比例约定，例如保险人按照险类、险种、条款、责任这些维度确定分摊给再保险接受人的保险业务的责任额度。保险人一般建设数据信息处理系统处理再保险业务，以提高再保险业务处理效率并减少差错。

在现有的一种用于再保险业务的处理系统中，原保险的前端系统采集到投保人的原保险的保险业务数据后，实时由处理集群针对所述保单数据对应的风险标的信息与再保险合约进行匹配，得到与风险标的信息匹配的再保险合约信息，存储到数据库，并且处理集群按照设定时间从数据库读取风险标的信息以及与之匹配的再保险合约信息，批量建立风险标的信息与再保险接受人的关联关系，确定保险人与再保险接受人之间的风险或责任分摊数据。

在现有的用于再保险业务的处理系统中，采集原保险的保险业务数据与针对所述保单数据对应的风险标的信息与再保险合约进行匹配这两步处理是串行操作，存在大量长事务处理；同时，现有的用于再保险业务的处理系统也面临的倍增的数据压力，这主要有两方面原因：一是由于原保险对应的保险业务按照保险业务的类型分摊给再保险接受人，处理过程中要将原保单根据其对应的保险合同分拆生成一条或多条风险标的信息，每条风险标的信息对应一个或多个再保险接受人，这使得再保险业务需要处理的数据量是原保险的保险业务的数据量的数倍，另一方面由于原保险业务的前端渠道、保险产品不断拓展，使得原保险的保险业务数据逐步上升，这也间接导致再保险业务的数据量成倍上升。因此，现有的用于再保险业务的处理系统存在业务拥塞的风险。

发明内容

本申请提供一种用于再保险业务的处理系统，以解决现有的用于再保险业务的处理系统存在的业务拥塞风险。

本申请还提供一种用于再保险业务的处理方法。

本申请提供一种用于再保险业务的处理系统，包括：消息处理子系统，消息队列子系统，保单处理子系统，再保险数据处理子系统；其中，

所述消息处理子系统，用于收集并存储保单数据，将用于指示保单数据的保单信息封装为再保通知消息，发送到所述消息队列子系统；

所述消息队列子系统，用于以消息队列的形式存储所述消息处理子系统发来的再保通知消息；

所述保单处理子系统，用于获得所述消息队列子系统存储的所述再保通知消息，根据所述再保通知消息携带的保单信息获取所述保单信息指示的保单数据，将所述保单数据对应的风险标的信息与再保险合约进行匹配，得到与所述风险标的信息匹配的再保险合约信息；

所述再保险数据处理子系统，用于批量获取所述风险标的信息及与所述风险标的信息匹配的再保险合约信息，批量建立风险标的信息与再保险接受人的关联关系。

可选的，所述保单信息为保单号。

可选的，所述再保通知消息包括至少下述一种：承保消息，理赔已决消息，理赔未决消息；其中，所述承保消息，是携带有用于指示原始保单数据的保单信息的再保通知消息；所述理赔已决消息，是携带有用于指示理赔已决保单数据的保单信息的再保通知消息；所述理赔未决消息，是携带有用于指示理赔未决保单数据的保单信息的再保通知消息；

相应的，再保通知消息队列包括至少下述一种：承保队列，理赔已决队列，理赔未决队列；其中，所述承保队列，用于分发所述承保消息；所述理赔已决队列，用于分发理赔已决消息；所述理赔未决队列，用于分发理赔未决消息。

可选的，所述消息处理子系统，具体用于按照设定时间，定时将所述理赔未决消息发送到所述理赔未决队列；实时或准实时将所述承保消息发送到所述承保队列，实时或准实时将所述理赔已决消息发送到所述理赔已决队列。

可选的，所述风险标的信息包括风险标的标识；所述再保险合约信息包括再保险合约标识或再保险合约分项标识。

可选的，所述保单处理子系统具体用于：

根据所述风险标的信息所属的险类及险种，以及所述风险标的信息所包含的条款及责任，按照风险标的对应的分类信息、保险期限、渠道代码逐个对比再保险合约以及再保险合约的各分项，得到所述风险标的标识与所述再保险合约标识或者与所述再保险合约分项标识的映射关系，根据所述映射关系确定与所述风险标的信息匹配的再保险合约信息。

可选的，所述再保险数据处理子系统，具体用于：

根据设定时间批量获取所述风险标的信息、以及与所述风险标的信息匹配的再保险合约信息；

根据再保险合约标识和/或再保险合约分项标识确定再保险接受人；

根据风险标的标识确定所述风险标的标识所指示的风险标的信息对应的保费信息；

建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。

可选的，所述再保险数据处理子系统是基于VOLTDB实现的高速计算子系统，将批量获取到的所述风险标的信息以及与所述风险标的信息匹配的再保险合约信息存储在内存中，根据再保险合约标识和/或再保险合约分项标识从内存数据中确定再保险接受人，根据风险标的标识从内存数据中确定所述风险标的标识所指示的风险标的信息对应的保费信息，建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。

可选的，还包括回写子系统，用于通过多线程方式存储所述风险标的信息与再保险接受人的关联关系。

本申请还提供一种用于再保险业务的处理方法，适用于一种用于再保险业务的处理系统，所述用于再保险业务的处理系统包括：消息处理子系统，消息队列子系统，保单处理子系统，再保险数据处理子系统，所述用于再保险业务的处理方法，包括：

所述消息处理子系统收集并存储保单数据，将用于指示保单数据的保单信息封装为再保通知消息，发送到所述消息队列子系统；

所述消息队列子系统以消息队列的形式存储所述消息处理子系统发来的再保通知消息；

所述保单处理子系统获得所述消息队列子系统存储的所述再保通知消息，根据所述再保通知消息携带的保单信息获取所述保单信息指示的保单数据，将所述保单数据对应的风险标的信息与再保险合约进行匹配，得到与所述风险标的信息匹配的再保险合约信息；

所述再保险数据处理子系统批量获取所述风险标的信息及与所述风险标的信息匹配的再保险合约信息，批量建立风险标的信息与再保险接受人的关联关系。

可选的，所述保单信息为保单号。

可选的，所述再保通知消息包括至少下述一种：承保消息，理赔已决消息，理赔未决消息；其中，所述承保消息，是携带有用于指示原始保单数据的保单信息的再保通知消息；所述理赔已决消息，是携带有用于指示理赔已决保单数据的保单信息的再保通知消息；所述理赔未决消息，是携带有用于指示理赔未决保单数据的保单信息的再保通知消息；

相应的，再保通知消息队列包括至少下述一种：承保队列，理赔已决队列，理赔未决队列；其中，所述承保队列，用于分发所述承保消息；所述理赔已决队列，用于分发理赔已决消息；所述理赔未决队列，用于分发理赔未决消息。

可选的，所述消息处理子系统具体按照设定时间，定时将所述理赔未决消息发送到所述理赔未决队列；实时或准实时将所述承保消息发送到所述承保队列，实时或准实时将所述理赔已决消息发送到所述理赔已决队列。

可选的，所述风险标的信息包括风险标的标识；所述再保险合约信息包括再保险合约标识或再保险合约分项标识。

可选的，所述保单处理子系统具体进行下述处理：

根据所述风险标的信息所属的险类及险种，以及所述风险标的信息所包含的条款及责任，按照风险标的对应的分类信息、保险期限、渠道代码逐个对比再保险合约以及再保险合约的各分项，得到所述风险标的标识与所述再保险合约标识或者与所述再保险合约分项标识的映射关系，根据所述映射关系确定与所述风险标的信息匹配的再保险合约信息。

可选的，所述再保险数据处理子系统具体进行下述处理：

根据设定时间批量获取所述风险标的信息、以及与所述风险标的信息匹配的再保险合约信息；

根据再保险合约标识和/或再保险合约分项标识确定再保险接受人；

根据风险标的标识确定所述风险标的标识所指示的风险标的信息对应的保费信息；

建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。

可选的，所述再保险数据处理子系统是基于VOLTDB实现的高速计算子系统，将批量获取到的所述风险标的信息以及与所述风险标的信息匹配的再保险合约信息存储在内存中，根据再保险合约标识和/或再保险合约分项标识从内存数据中确定再保险接受人，根据风险标的标识从内存数据中确定所述风险标的标识所指示的风险标的信息对应的保费信息，建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。

可选的，所述用于再保险业务的处理系统还包括回写子系统，在所述批量建立风险标的信息与再保险接受人的关联关系的处理步骤之后，所述回写子系统通过多线程方式存储所述风险标的信息与再保险接受人的关联关系。

与现有技术相比，本申请具有以下优点：

本申请提供的用于再保险业务的处理系统，通过采用消息队列技术针对采集原保险的保险业数据与针对所述保单数据对应的风险标的信息与再保险合约进行匹配这两步处理进行解耦从而实现并行操作，采集原保险的保险业数据对实时性要求高，而对所述保单数据对应的风险标的信息与再保险合约进行匹配实时性要求不高但是耗费计算资源，这两步处理并行操作避免了现有的用于再保险业务的处理系统的业务拥塞的风险。

另外，本申请提供的用于再保险业务的处理系统，通过基于VOLTDB实现的高速计算子系统，将批量获取到的所述风险标的信息以及与所述风险标的信息匹配的再保险合约信息存储在内存中，针对内存数据批量操作得到再保险接受人与其对应的风险标的数量、保费信息之间的关联关系，避免了过多的磁盘读写操作，提升了运算速度。

附图说明

图1是本申请实施例提供的一种用于再保险业务的处理系统的原理示意图；

图2是本申请实施例提供的一个实际部署的用于再保险业务的处理系统所包含的回写子系统的框架示意图；

图3是本申请实施例提供的某公司部署的用于再保险业务的处理系统的架构图；

图4是本申请实施例提供的一种用于再保险业务的处理方法的流程图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请提供一种用于再保险业务的处理系统。本申请同时涉及一种用于再保险业务的处理方法。在下面的实施例中逐一进行详细说明。

本申请其一实施例提供一种用于再保险业务的处理系统。

以下结合图1至图3对本申请其一实施例提供的一种用于再保险业务的处理系统的实施例进行说明。其中图1是本申请实施例提供的一种用于再保险业务的处理系统的原理示意图；图2是本申请实施例提供的一个实际部署的用于再保险业务的处理系统所包含的回写子系统的框架示意图；图3是本申请实施例提供的某公司部署的用于再保险业务的处理系统的架构图。

图1所示的用于再保险业务的处理系统，包括：消息处理子系统101，消息队列子系统102，保单处理子系统103，再保险数据处理子系统104。

所述消息处理子系统101，用于收集并存储保单数据，将用于指示保单数据的保单信息封装为再保通知消息，发送到所述消息队列子系统。

再保险业务中的保险人与再保险接受人之间的风险或责任分摊体现为再保险合约中确定的保险人的自留额和分保额，保险人规定每一危险单位的自留额，将未来可能超过自留额的责任分保给一个或多个再保险接受人；再保险接受人按承担责任份额分摊赔款，当再保险接受人盈利时，保险人按照再保险合约分得报酬。其中，所谓自留额，也叫自负责任，是对于每一危险单位的责任和损失保险人根据其自身的财力而确定的所能承担的限额。所谓分保额，是再保险接受人承担分保责任的最高限额。

所谓危险单位，是指承保的保险标的发生一次保险事故可能波及到的最大损失范围，实际应用中危险单位往往根据不同的险别和保险标的来决定，例如船舶险以一艘船为一个危险单位，车辆险以一辆汽车为一个危险单位，火险通常以一栋独立的建筑物为一个危险单位，若数栋建筑物毗连在一起，则应根据其使用性质、间距、周围环境等因素决定划分为一个或是数个危险单位。一个危险单位中可以包含一个或多个风险标的，例如一辆投保车辆险的汽车投保了发动机和玻璃，则发动机和玻璃为两个风险标的。所述用于再保险业务的处理系统，针对投保人与保险人直接订立的保险合同对应的原保单中所包含的一个或多个风险标的(也叫保险标的)得到与所述风险标的匹配的再保险合约信息，然后再根据再保险合约中所规定的每一危险单位的自留额和分保额，就可以得到每个风险标的对应的自留额和分保额。

本申请实施例中，所述保单数据是指保险人的原保险的保险业务数据，所述消息处理子系统的作用是针对收集到的保单数据获取用于指示保单数据的保单信息，并将所述保单信息封装为再保通知消息，所述再保通知消息发送到消息队列子系统，并通过所述消息队列子系统传递给保单处理子系统使用。其中，所述保单信息，是能唯一确定一张保单的保单关键信息，优选的，所述保单信息为保单号。所述保单数据，是指投保人和原保险人之间订立的保险合同的数据，相对于再保险业务，本申请实施例中也称其为原保单数据。例如，一投保人和一家保险公司之间订立保险单，其记载的内容包括：保单号、保险人和被保险人的名称、保险标的、保险金额、保险费、保险期限、赔偿或给付的责任范围以及其他规定事项，这些信息即为保单数据。所述保单数据在处理原保险的保险业务的前端系统输入，例如电话销售或者网络销售的录入系统，前端录入的数据经过负载均衡设备传递到收集这些保单数据的消息处理子系统。

本申请实施例提供的所述用于再保险业务的处理系统，实际实现中按照业务粒度和功能专一的原则规划再保通知消息的类型以及用于传递再保通知消息的队列的数量。

所述用于再保险业务的处理系统所处理的保险业务数据按照保单状态分为承保保单和理赔保单，具体的，理赔保单又可以细化为理赔已决保单和理赔未决保单。所谓承保保单在本申请实施例中是指保险合同正式生效但所投保的标的未发生保险事故的原保单；所谓理赔保单在本申请实施例中是指保险合同正式生效并且所投保的标的发生了保险事故的原保单，其中待处理或处理中的尚未确定赔偿金额的赔案所对应的原保单以及相关赔偿信息为理赔未决保单，已经赔付的赔案所对应的原保单以及相关赔偿信息为理赔已决保单。

本申请实施例提供的所述用于再保险业务的处理系统中，所述再保通知消息包括至少下述一种：承保消息，理赔已决消息，理赔未决消息；其中，所述承保消息，是携带有用于指示原始保单数据的保单信息的再保通知消息；所述理赔已决消息，是携带有用于指示理赔已决保单数据的保单信息的再保通知消息；所述理赔未决消息，是携带有用于指示理赔未决保单数据的保单信息的再保通知消息；相应的，再保通知消息队列包括至少下述一种：承保队列，理赔已决队列，理赔未决队列；其中，所述承保队列，用于分发所述承保消息；所述理赔已决队列，用于分发理赔已决消息；所述理赔未决队列，用于分发理赔未决消息。例如，由于承保保单和理赔保单需要不同的处理逻辑，其中，理赔已决保单和理赔未决保单的处理流程也存在差异，因此某公司根据本申请实际部署的用于再保险业务的处理系统规划了承保消息、理赔已决消息、理赔未决消息三类再保通知消息，并相应规划了3个消息队列承保队列、理赔已决队列和理赔未决队列分别处理这三种再保通知消息，消息处理子系统将封装的承保消息、理赔已决消息、理赔未决消息三类再保通知消息，分别发送到对应的消息队列中。

以某保险人承保的汽车A的车辆险为例说明所述消息处理子系统101的具体处理：原保险保单A是汽车A的车辆险，承保了发动机和玻璃，则所述消息处理子系统101收集并存储保单A的保单数据，提取保单A的保单号封装为再保通知消息，发送到所述消息队列子系统。具体的，如果汽车A未发生保险事故则所述消息处理子系统收集到原保险单A的保单数据后将其保单号封装为承保消息，并将承保消息发送到承保队列；如果汽车A发生保险事故例如玻璃保险事故，待处理或处理中的尚未确定赔偿金额，则原保险单A及赔偿相关数据构成了理赔未决保单B，所述消息处理子系统将理赔未决保单B的关键信息例如B的保单号(例如由原保险单A的保单号再加上生成B的时间信息构成)，封装为理赔未决信息发送到理赔未决队列；如果汽车A发生保险事故例如玻璃保险事故，已确定赔偿金额，则原保险单A及赔偿相关数据构成了理赔已决保单C，所述消息处理子系统将理赔已决保单C的关键信息例如C的保单号(例如由原保险单A的保单号再加上B的信息以及生成C的时间信息构成)，封装为理赔已决消息发送到理赔已决队列。

需要说明的是，规划的消息队列数量不限定和再保通知消息的类型数目一致，例如，将所述理赔未决消息和所述理赔已决消息通过一个消息队列传递，或者将所述承保消息、所述理赔未决消息以及所述理赔已决消息通过一个消息队列传递。具体的消息队列数量和消息队列名称根据所述用于再保险业务的处理系统所需要承载的业务量实际情况具体规划，一般会按照模块功能独立、耦合小的原则划分。

本申请实施例中，所述消息处理子系统按照所述再保通知消息对应的业务的特点确定不同的发送时机，优选的，所述消息处理子系统，具体用于按照设定时间，定时将所述理赔未决消息发送到所述理赔未决队列；实时或准实时将所述承保消息发送到所述承保队列，实时或准实时将所述理赔已决消息发送到所述理赔已决队列，例如，对于理赔未决保单的数据是每小时发送理赔未决通知消息，对于承保保单的数据和理赔已决保单的数据按照分钟准实时发送再保通知消息。沿用某保险人承保的汽车A的车辆险的例子：汽车A未发生保险事故，所述消息处理子系统在收集到原保险单A的保单数据后实时提取保单A的保单号封装为承保消息，并发送到所述消息队列子系统。

所述消息队列子系统102，用于以消息队列的形式存储所述消息处理子系统发来的再保通知消息。

所述消息队列子系统是所述消息处理子系统101和所述保单处理子系统103之间的消息通道，即所述消息处理子系统101和所述保单处理子系统103之间通过写和检索出消息队列以及入消息队列的再保通知消息进行通信，而无需专用连接来链接消息处理子系统101和所述保单处理子系统103。通过所述消息队列子系统在所述消息处理子系统101和所述保单处理子系统103之间传递数据，使得所述消息处理子系统101发送再保通知消息和所述保单处理子系统103接收再保通知消息不需要同时执行，而是异步处理，所述保单处理子系统103处理逻辑复杂，消耗计算资源，因此非实时地获取每个再保通知消息进行处理，从而提高处理效率，并达到削峰填谷、负载均衡的效果。

本申请实施例中，所述消息队列子系统102根据所述消息处理子系统101发送过来的再保通知消息，格式化成所述保单处理子系统103所需要的消息格式，并将所述再保通知消息存储到一个消息队列中，例如，若所述再保通知消息是承保消息，则放入承保队列；若所述再保通知消息是理赔未决消息，则放入理赔未决队列；所述消息队列子系统102接收到来自所述保单处理子系统103获取所述再保通知消息的响应，若所述响应为请求成功，则所述消息队列子系统102判断所述再保通知消息发送成功则从所述消息队列中删除所述再保通知消息，若所述响应为请求失败，例如，所述消息队列子系统102与所述保单处理子系统103之间的链路断掉了，则所述再保通知消息会按照设置重发。

本申请实施例中，所述消息队列子系统102以消息队列的形式存储所述再保通知消息，使得所述消息处理子系统101和所述保单处理子系统103可以是异构的，即所述消息处理子系统101和所述保单处理子系统103可以基于不同硬件和/或不同操作系统和/或不同开发语言来实现，并且使得所述消息处理子系统101和所述保单处理子系统103之间的通信能应付网络阻塞、临时中断等异常情况，例如，所述保单处理子系统103因各种原因宕机或者拥塞了，所述消息队列子系统102缓存所述再保通知消息，所述保单处理子系统103一旦恢复时立即发送消息。因此，所述消息处理子系统101存在大量并发再保通知消息时，所述消息队列子系统102能起到消息缓存作用，允许所述保单处理子系统103非实时接收消息。

所述保单处理子系统103，用于获得所述消息队列子系统存储的所述再保通知消息，根据所述再保通知消息携带的保单信息获取所述保单信息指示的保单数据，将所述保单数据对应的风险标的信息与再保险合约进行匹配，得到与所述风险标的信息匹配的再保险合约信息。

所述保单处理子系统103的作用是将原保险的保单数据以风险标的的粒度匹配到再保险合约或匹配到再保险合约的每条责任条款，例如原保险的保单数据对应的风险标的是物、责任、信用或者人的身体和生命，则将每个风险标的匹配到再保险合约的中的赔付的自留额和分保额。

本申请实施例中，所述风险标的信息包括风险标的标识；所述再保险合约信息包括再保险合约标识或再保险合约分项标识。其中，所述再保险合约标识是唯一标记一再保险合约的标记，例如再保险合约号；所述再保险合约分项标识是再保险合约所包含的每条责任条款的各自的标记，例如再保险合约分项号。

本申请实施例中，所述保单处理子系统103从所述消息队列子系统102中获取再保险通知消息，实际实现中，所述保单处理子系统103主动非实时向所述消息队列子系统102请求所述再保通知消息，例如，从所述消息队列子系统102的承保队列、理赔已决队列、理赔未决队列中分别读取承保消息、理赔已决消息、理赔未决消息，从这些再保通知消息中解析出各自的用于指示保单数据的保单信息，例如保单号；所述保单处理子系统103根据所述保单信息获取对应的保单数据，将所述保单数据对应的风险标的信息与再保险合约进行匹配，具体的，根据所述风险标的信息所属的险类及险种，以及所述风险标的信息所包含的条款及责任，按照风险标的对应的分类信息、保险期限、渠道代码逐个对比再保险合约以及再保险合约的各分项，得到所述风险标的标识与所述再保险合约标识或者与所述再保险合约分项标识的映射关系，根据所述映射关系确定与所述风险标的信息匹配的再保险合约信息。此外，实际应用中，所述保单处理子系统103根据具体实现也能够向所述消息队列子系统102订阅消息，接收由所述消息队列子系统102分发的所述再保险通知消息。

继续沿用某保险人承保的汽车A的车辆险的例子：该保险人将其所承包的车辆险向E保险公司和F保险公司进行了再保险，对应的再保险合约X包括：

责任条款X1：风险标的物玻璃5％赔付责任再保到E保险公司；

责任条款X2：风险标的物玻璃10％赔付责任再保到F保险公司；

责任条款X3：风险标的物发动机10％赔付责任再保到E保险公司；

责任条款X4：风险标的物发动机20％赔付责任再保到F保险公司。

汽车A发生玻璃保险事故，处于理赔已决状态，生成理赔已决保单C，消息处理子系统101将所述理赔已决保单C的保单号N封装理赔已决消息发送到消息队列子系统102，由保单处理子系统103非实时从所述消息队列子系统102的理赔已决队列读取到所述理赔已决消息；保单处理子系统103从所述理赔已决消息中获取所述保单号N，并根据所述保单号N获取所述理赔已决保单C的保单数据，同时得到所述保单数据对应的风险标的物玻璃对应的相关风险标的信息，并与再保险合约进行匹配，匹配到X标识的再保险合约中的分别由X1和X2标识的再保险合约分项，从而得到与所述风险标的物玻璃对应的风险标的信息匹配的再保险合约信息，即X1：5％赔付责任分摊到E保险公司，X2：10％赔付责任分摊到F保险公司。

所述再保险数据处理子系统104，用于批量获取所述风险标的信息及与所述风险标的信息匹配的再保险合约信息，批量建立风险标的信息与再保险接受人的关联关系。

所述再保险数据处理子系统104的作用是根据由所述保单处理子系统103得到的所述风险标的信息以及与所述风险标的信息匹配的再保险合约信息，建立风险标的信息与再保险接受人的关联关系。

本申请实施例中，所述再保险数据处理子系统104具体根据设定时间批量获取所述风险标的信息、以及与所述风险标的信息匹配的再保险合约信息，例如，按照时间段每小时批量读取一次，该时间段是可配置的；根据再保险合约标识和/或再保险合约分项标识确定再保险接受人；根据风险标的标识确定所述风险标的标识所指示的风险标的信息对应的保费信息；建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。其中，所述根据再保险合约标识和/或再保险合约分项标识确定再保险接受人，具体到本申请实施例，是根据再保险合约配置信息获取的，即配置一个再保险合约时会配置好该再保险合约对应的再保险接受人信息(也称为经纪人或最终接受人)，例如，再保险合约配置信息保存到一张表中，该表的主键包括再保险合约号、再保险合约分项号以及再保险人，因此根据再保险合约号以及再保险合约分项号，就可以查找到对应的所有再保险接受人的信息。

继续沿用某保险人承保的汽车A的车辆险的例子：由所述保单处理子系统103得到风险标的物玻璃相关的风险标的信息以及与所述风险标的物玻璃对应的风险标的信息相匹配的再保险合约信息，包括：(X1：5％赔付责任分摊到E保险公司)和(X2：10％赔付责任分摊到F保险公司)。本申请实施例中，所述保单处理子系统103将上述信息保存到了由Informix数据库实例实现的数据库中，并且保险人承保的其他车辆的车辆险均会进行相似的处理。所述再保险数据处理子系统104具体进行下述处理：

每天定时从Informix数据库中将所述风险标的信息以及与所述风险标的信息匹配的再保险合约信息批量读取到VOLTDB内存数据库中；

对内存数据库中的数据直接操作，根据再保险合约标识X以及再保险合约分项标X1确定再保险接受人E保险公司，根据再保险合约标识X以及再保险合约分项标X2确定再保险接受人F保险公司；

根据风险标的标识，例如本例子中为某型号汽车玻璃全险H，则根据H确定其所指示的风险标的信息对应的保费信息，例如1000元；

建立再保险接受人E对应的某型号汽车玻璃全险H的数量、保费信息之间的关联关系。

优选的，所述关联关系可以用于提供给财务或其他管理后端使用，例如根据所述关联关系可以进一步确定每个再保险接受人的分保费。例如，按照保费乘以分摊比例乘以风险标的数量的公式来计算，则再保险接受人E和F的分保费分别为：

E的分保费：1000*5％*5＝500元

F的分保费：1000*10％*5＝500元

具体信息示例参见表1。

表1风险标的与再保险接受人的关联关系

再保险接受人	风险标的	风险标的数量	保费	分保费
					E	H	10	1000元	500元
F	H	5	1000元	500元

再保险业务处理过程中，原保险的一个保单所承包的标的一般包括一个或多个风险标的，保险人将所承担的责任再保险给一个或多个再保险接受人，针对每个所述风险标的将与一个或多个再保险接受人产生关联关系，因而建立所述风险标的信息与再保险接受人的关联关系所需要处理的数据的体量是巨大的。另外，作为与金融业密切相关的保险行业有日结需求。例如，针对一个再保险接受人的一条再保险合约责任条款，与所述责任条款对应的风险标的有1000个，则晚上取出这1000条风险标的信息以及与所述再保险合约责任条款进行日结计算，日结涉及到的数据处理量巨大，因此本申请实施例中选择高速计算平台，具体的所述再保险数据处理子系统104是基于VOLTDB实现的高速计算子系统；对于需要日结的数据进行批量处理，优选的为每天晚上进行。

具体到本申请实施例，基于VOLTDB实现的所述再保险数据处理子系统104，将批量获取到的所述风险标的信息以及与所述风险标的信息匹配的再保险合约信息存储在内存中，根据再保险合约标识和/或再保险合约分项标识从内存数据中确定再保险接受人，根据风险标的标识从内存数据中确定所述风险标的标识所指示的风险标的信息对应的保费信息，建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。

所述VOLTDB是内存数据库，即将数据放在内存中直接操作的数据库，相对于磁盘，内存的数据读写速度要高出几个数量级，将数据保存在内存中相比从磁盘上访问能够极大地提高应用的性能，因此基于VOLTDB的再保险数据处理子系统104能够快速进行的高并发的大数据量的再保险业务的处理。另外，所述VOLTDB支持通过冗余和自动恢复保证可靠性，并且提供传统关系数据库系统的ACID特性(Atomicity、Consistency、Isolation、Durability的缩写，即原子性、一致性、隔离性和持久性)，因此再保险数据处理子系统104对数据处理的可靠性能满足金融业的要求。

优选的，本申请实施例提供的所述的用于再保险业务的处理系统，还包括回写子系统105。所述回写子系统用于通过多线程方式存储所述风险标的信息与再保险接受人的关联关系。图2是本申请实施例提供的一个实际部署的用于再保险业务的处理系统所包含的回写子系统的框架示意图。通过基于zookeeper实现的管理节点201协调任务工厂202包含的至少一个数据抽取节点，和至少一个数据插入节点204；其中，zookeeper是用于分布式同步的协调服务。任务工作202包含的数据抽取节点从VOLTDB获取数据发送给MQ分发器203；其中MQ(Message queue，或消息队列)分发器，用于以消息队列形式分发数据；数据插入节点204监听消息队列，并且按照针对所述风险标的信息与再保险接受人的关联关系的相关数据存储能力写入到Informix数据库206。数据写入失败时记录错误日志，并上报到日志监控平台205进行回写监控。需要说明的是，本申请实施例中，是将所述风险标的信息与再保险接受人的关联关系的相关数据存储到Informix数据库中，实际应用中也可以通过所述回写子系统将所述相关数据存储到其他存储设备或者数据库。

例如，某公司部署的用于再保险业务的处理系统的架构图如图3所示，包括：接口集群301、MQ消息总线302、处理集群303和VOLTDB集群304，其中，所述接口集群301上部署了所述消息处理子系统101，MQ消息总线302部署的是所述消息队列子系统102，处理集群303上部署了所述保单处理子系统103，VOLTDB集群304上部署了所述再保险数据处理子系统104。此外，前端系统301和负载均衡302是原保险业务处理系统，后端系统307是财务结算系统。具体的，保单数据通过前端系统301以及负载均衡302传递给所述用于再保险业务的处理系统的接口集群301，所述接口集群301收集并存储来自原保险业务处理系统的保单数据，将用于指示保单数据的保单信息封装为再保通知消息，发送到MQ消息总线302；所述MQ消息总线302以消息队列的形式存储所述接口集群301发来的再保通知消息；所述处理集群303获得所述消息队列子系统存储的所述再保通知消息，根据所述再保通知消息携带的保单信息获取所述保单信息指示的保单数据，将所述保单数据对应的风险标的信息与再保险合约进行匹配，得到与所述风险标的信息匹配的再保险合约信息；所述VOLTDB集群批量获取所述风险标的信息及与所述风险标的信息匹配的再保险合约信息，批量建立风险标的信息与再保险接受人的关联关系，所述关联关系的相关信息传递给后端系统307供财务结算使用。

以本申请提供的所述的用于再保险业务的处理系统的实施例为基础，本申请还提供了一种用于再保险业务的处理方法。

参照图4，其示出了本申请提供的一种用于再保险业务的处理方法的流程图。由于本实施例以上述系统的实施例为基础，所以描述得比较简单，相关的部分请参见上述系统实施例的对应说明即可。下述描述的方法实施例仅仅是示意性的。

本申请提供一种用于再保险业务的处理方法，所述方法适用于一种用于再保险业务的处理系统，所述用于再保险业务的处理系统包括：消息处理子系统，消息队列子系统，保单处理子系统，再保险数据处理子系统，所述用于再保险业务的处理方法，包括：

步骤S401，所述消息处理子系统收集并存储保单数据，将用于指示保单数据的保单信息封装为再保通知消息，发送到所述消息队列子系统。

本申请实施例中，所述保单数据是指保险人的原保险的保险业务数据，本步骤的目的是针对收集到的保单数据获取用于指示保单数据的保单信息，并将所述保单信息封装为再保通知消息，所述再保通知消息发送到消息队列子系统，并通过所述消息队列子系统传递给保单处理子系统使用。其中，所述保单信息，是能唯一确定一张保单的保单关键信息，优选的，所述保单信息为保单号。所述保单数据，是指投保人和原保险人之间订立的保险合同的数据，相对于再保险业务，本申请实施例中也称其为原保单数据。

本申请实施例所述的用于再保险业务的处理系统，实际实现中按照业务粒度和功能专一的原则规划再保通知消息的类型以及用于传递再保通知消息的队列的数量。优选的，所述再保通知消息包括至少下述一种：承保消息，理赔已决消息，理赔未决消息；其中，所述承保消息，是携带有用于指示原始保单数据的保单信息的再保通知消息；所述理赔已决消息，是携带有用于指示理赔已决保单数据的保单信息的再保通知消息；所述理赔未决消息，是携带有用于指示理赔未决保单数据的保单信息的再保通知消息；相应的，再保通知消息队列包括至少下述一种：承保队列，理赔已决队列，理赔未决队列；其中，所述承保队列，用于分发所述承保消息；所述理赔已决队列，用于分发理赔已决消息；所述理赔未决队列，用于分发理赔未决消息。

例如，所述用于再保险业务的处理系统所处理的保险业务数据按照保单状态分为承保保单和理赔保单，理赔保单又分为理赔已决保单和理赔未决保单；承保保单和理赔保单需要不同的处理逻辑，理赔已决保单和理赔未决保单的处理流程也存在差异，因此所述用于再保险业务的处理系统规划了承保消息、理赔已决消息、理赔未决消息三类再保通知消息，并相应规划了3个消息队列承保队列、理赔已决队列和理赔未决队列分别处理这三种再保通知消息，通过消息处理子系统将承保消息、理赔已决消息、理赔未决消息三类再保通知消息，分别传递到对应的消息队列中。

以某保险人承保汽车A的车辆险且所述保险人将其承保的车辆险通过再保险分摊给保险公司E和保险公司F为例说明本步骤的具体处理：原保险保单A是汽车A的车辆险，承保了发动机和玻璃。

所述消息处理子系统收集并存储保单A的保单数据，提取保单A的保单号封装为再保通知消息，发送到所述消息队列子系统。其中，如果汽车A未发生保险事故则所述消息处理子系统收集到原保险单A的保单数据后将其保单号封装为承保消息，并将承保消息发送到承保队列；如果汽车A发生保险事故例如玻璃保险事故，待处理或处理中的尚未确定赔偿金额，则原保险单A及赔偿相关数据构成了理赔未决保单B，所述消息处理子系统将理赔未决保单B的关键信息例如B的保单号(例如由原保险单A的保单号再加上生成B的时间信息构成)，封装为理赔未决信息发送到理赔未决队列；如果汽车A发生保险事故例如玻璃保险事故，已确定赔偿金额，则原保险单A及赔偿相关数据构成了理赔已决保单C，所述消息处理子系统将理赔已决保单C的关键信息例如C的保单号(例如由原保险单A的保单号再加上B的信息以及生成C的时间信息构成)，封装为理赔已决消息发送到理赔已决队列。

需要说明的是，规划的消息队列数量不限定和再保通知消息的类型数目一致，例如，将所述理赔未决消息和所述理赔已决消息通过一个消息队列传递，或者将所述承保消息、所述理赔未决消息以及所述理赔已决消息通过一个消息队列传递。具体的消息队列数量和消息队列名称根据所述用于再保险业务的处理系统所需要承载的业务量实际情况具体规划，一般会按照模块功能独立、耦合小的原则划分。

本申请实施例中，所述消息处理子系统按照所述再保通知消息对应的业务的特点确定不同的发送时机，优选的，所述消息处理子系统具体按照设定时间，定时将所述理赔未决消息发送到所述理赔未决队列；实时或准实时将所述承保消息发送到所述承保队列，实时或准实时将所述理赔已决消息发送到所述理赔已决队列。例如，对于理赔未决保单的数据是每小时发送理赔未决通知消息，对于承保保单的数据和理赔已决保单的数据按照分钟准实时发送再保通知消息。沿用某保险人承保的汽车A的车辆险的例子：汽车A发生保险事故生成了理赔未决保单B，所述消息处理子系统在收集到理赔未决保单的保单数据后实时提取保单B的保单号封装为理赔未决消息，并发送到所述消息队列子系统的理赔未决队列。

步骤S402，所述消息队列子系统以消息队列的形式存储所述消息处理子系统发来的再保通知消息。

本步骤的目的是通过所述消息队列子系统在所述消息处理子系统和所述保单处理子系统之间采用写和检索出消息队列以及入消息队列的再保通知消息进行通信，而无需专用连接来链接消息处理子系统和所述保单处理子系统，这样，所述消息处理子系统发送再保通知消息和所述保单处理子系统接收再保通知消息不需要同时执行，而是异步处理，因此允许所述保单处理子系统非实时地获取每个再保通知消息进行处理，从而提高处理效率，并达到削峰填谷、负载均衡的效果。

具体到本申请实施例，所述消息队列子系统根据所述消息处理子系统发送过来的再保通知消息，格式化成所述保单处理子系统所需要的消息格式，并将所述再保通知消息存储到一个消息队列中，例如，若所述再保通知消息是承保消息，则放入承保队列；所述消息队列子系统判断所述再保通知消息发送成功则从所述消息队列中删除所述再保通知消息，若所述响应为请求失败，则所述再保通知消息会按照设置重发。当所述消息处理子系统存在大量并发再保通知消息时，所述消息队列子系统能起到消息缓存作用，允许所述保单处理子系统非实时接收消息。

步骤S403，所述保单处理子系统获得所述消息队列子系统存储的所述再保通知消息，根据所述再保通知消息携带的保单信息获取所述保单信息指示的保单数据，将所述保单数据对应的风险标的信息与再保险合约进行匹配，得到与所述风险标的信息匹配的再保险合约信息。

本步骤的目的是将原保险的保单数据以风险标的的粒度匹配到再保险合约或匹配到再保险合约的每条责任条款，例如原保险的保单数据对应的风险标的是物、责任、信用或者人的身体和生命，则将每个风险标的匹配到再保险合约的中的赔付的自留额和分保额。

本申请实施例中，所述风险标的信息包括风险标的标识；所述再保险合约信息包括再保险合约标识或再保险合约分项标识。

本申请实施例中，所述保单处理子系统从所述消息队列子系统中获取再保险通知消息，实际实现中，所述保单处理子系统主动非实时向所述消息队列子系统请求所述再保通知消息，例如，从所述消息队列子系统的承保队列、理赔已决队列、理赔未决队列中分别读取承保消息、理赔已决消息、理赔未决消息，从这些再保通知消息中解析出各自的用于指示保单数据的保单信息，例如保单号；所述保单处理子系统根据所述保单信息获取对应的保单数据，将所述保单数据对应的风险标的信息与再保险合约进行匹配，具体的，根据所述风险标的信息所属的险类及险种，以及所述风险标的信息所包含的条款及责任，按照风险标的对应的分类信息、保险期限、渠道代码逐个对比再保险合约以及再保险合约的各分项，得到所述风险标的标识与所述再保险合约标识或者与所述再保险合约分项标识的映射关系，根据所述映射关系确定与所述风险标的信息匹配的再保险合约信息。此外，实际应用中，所述保单处理子系统根据具体实现也能够向所述消息队列子系统订阅消息，接收由所述消息队列子系统分发的所述再保险通知消息。

继续沿用某保险人承保的汽车A的车辆险的例子：该保险人将其所承包的车辆险向E保险公司和F保险公司进行了再保险，对应的再保险合约X包括：

责任条款X1：风险标的物玻璃5％赔付责任再保到E保险公司；

责任条款X2：风险标的物玻璃10％赔付责任再保到F保险公司；

责任条款X3：风险标的物发动机10％赔付责任再保到E保险公司；

责任条款X4：风险标的物发动机20％赔付责任再保到F保险公司。

汽车A发生玻璃保险事故，处于理赔已决状态，生成理赔已决保单C，消息处理子系统将所述理赔已决保单C的保单号N封装理赔已决消息发送到消息队列子系统，由保单处理子系统非实时从所述消息队列子系统的理赔已决队列读取到所述理赔已决消息；保单处理子系统从所述理赔已决消息中获取所述保单号N，并根据所述保单号N获取所述理赔已决保单C的保单数据，同时得到所述保单数据对应的风险标的物玻璃对应的相关风险标的信息，并与再保险合约进行匹配，匹配到X标识的再保险合约中的分别由X1和X2标识的再保险合约分项，从而得到与所述风险标的物玻璃对应的风险标的信息匹配的再保险合约信息，即X1：5％赔付责任分摊到E保险公司，X2：10％赔付责任分摊到F保险公司。

步骤S404，所述再保险数据处理子系统批量获取所述风险标的信息及与所述风险标的信息匹配的再保险合约信息，批量建立风险标的信息与再保险接受人的关联关系。

本步骤的目的是，根据步骤S403获得的所述风险标的信息以及与所述风险标的信息匹配的再保险合约信息，建立风险标的信息与再保险接受人的关联关系。

本申请实施例中，所述再保险数据处理子系统具体根据设定时间批量获取所述风险标的信息、以及与所述风险标的信息匹配的再保险合约信息；根据再保险合约标识和/或再保险合约分项标识确定再保险接受人；根据风险标的标识确定所述风险标的标识所指示的风险标的信息对应的保费信息；建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。

继续沿用某保险人承保的汽车A的车辆险的例子：由所述保单处理子系统得到风险标的物玻璃相关的风险标的信息以及与所述风险标的物玻璃对应的风险标的信息相匹配的再保险合约信息，包括：(X1：5％赔付责任分摊到E保险公司)和(X2：10％赔付责任分摊到F保险公司)。本申请实施例中，所述保单处理子系统将上述信息保存到了由Informix数据库实例实现的数据库中，并且保险人承保的其他车辆的车辆险均会进行相似的处理。所述再保险数据处理子系统具体进行下述处理：

每天定时从Informix数据库中将所述风险标的信息以及与所述风险标的信息匹配的再保险合约信息批量读取到VOLTDB内存数据库中；

对内存数据库中的数据直接操作，根据再保险合约标识X以及再保险合约分项标X1确定再保险接受人E保险公司，根据再保险合约标识X以及再保险合约分项标X2确定再保险接受人F保险公司；

根据风险标的标识，例如本例子中为某型号汽车玻璃全险H，则根据H确定其所指示的风险标的信息对应的保费信息；

建立再保险接受人E对应的某型号汽车玻璃全险H的数量、保费信息之间的关联关系。优选的，所述关联关系可以用于提供给财务或其他管理后端使用，例如根据所述关联关系可以进一步确定每个再保险接受人的分保费。

具体的，所述再保险数据处理子系统是基于VOLTDB实现的高速计算子系统，能够快速进行的高并发的大数据量的再保险业务的处理，例如对于需要日结的数据进行批量处理，优选的为每天晚上进行。优选的，所述再保险数据处理子系统将批量获取到的所述风险标的信息以及与所述风险标的信息匹配的再保险合约信息存储在内存中，根据再保险合约标识和/或再保险合约分项标识从内存数据中确定再保险接受人，根据风险标的标识从内存数据中确定所述风险标的标识所指示的风险标的信息对应的保费信息，建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。例如，所述再保险数据处理子系统每晚从Informix数据库批量将再保险业务需要处理的数据读取到VOLTDB内存数据库中进行处理。

本申请实施例所述的用于再保险业务的处理系统，还包括回写子系统，在步骤S404之后，采用多线程方式存储步骤S404获得的所述风险标的信息与再保险接受人的关联关系。具体的，通过基于zookeeper实现的管理节点协调任务工厂包含的至少一个数据抽取节点，和至少一个数据插入节点；其中，zookeeper是用于分布式同步的协调服务。任务工厂包含的数据抽取节点从VOLTDB获取数据发送给MQ分发器；其中MQ(Message queue，或消息队列)分发器，用于以消息队列形式分发数据。数据插入节点监听消息队列，并且按照针对所述风险标的信息与再保险接受人的关联关系的数据存储能力写入数据。数据写入失败时记录错误日志，并上报到日志监控平台进行回写监控。需要说明的是，本申请实施例中，是将所述风险标的信息与再保险接受人的关联关系的相关数据存储到Informix数据库中，实际应用中也可以通过所述回写子系统将所述相关数据存储到其他存储设备或者数据库。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

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

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

Claims (16)

1.一种用于再保险业务的处理系统，其特征在于，包括：消息处理子系统，消息队列子系统，保单处理子系统，再保险数据处理子系统；其中，

所述消息处理子系统，用于收集并存储保单数据，将用于指示保单数据的保单信息封装为再保通知消息，发送到所述消息队列子系统；

所述消息队列子系统，用于以消息队列的形式存储所述消息处理子系统发来的再保通知消息；

所述保单处理子系统，用于获得所述消息队列子系统存储的所述再保通知消息，根据所述再保通知消息携带的保单信息获取所述保单信息指示的保单数据，根据所述保单数据对应的风险标的信息所属的险类及险种，以及所述风险标的信息所包含的条款及责任，按照风险标的对应的分类信息、保险期限、渠道代码逐个对比再保险合约以及再保险合约的各分项，得到所述风险标的标识与所述再保险合约标识或者与所述再保险合约分项标识的映射关系，根据所述映射关系确定与所述风险标的信息匹配的再保险合约信息；

所述再保险数据处理子系统，用于批量获取所述风险标的信息及与所述风险标的信息匹配的再保险合约信息，批量建立风险标的信息与再保险接受人的关联关系。

2.根据权利要求1所述的用于再保险业务的处理系统，其特征在于，所述保单信息为保单号。

3.根据权利要求1所述的用于再保险业务的处理系统，其特征在于，所述再保通知消息包括至少下述一种：承保消息，理赔已决消息，理赔未决消息；其中，所述承保消息，是携带有用于指示原始保单数据的保单信息的再保通知消息；所述理赔已决消息，是携带有用于指示理赔已决保单数据的保单信息的再保通知消息；所述理赔未决消息，是携带有用于指示理赔未决保单数据的保单信息的再保通知消息；

相应的，再保通知消息队列包括至少下述一种：承保队列，理赔已决队列，理赔未决队列；其中，所述承保队列，用于分发所述承保消息；所述理赔已决队列，用于分发理赔已决消息；所述理赔未决队列，用于分发理赔未决消息。

4.根据权利要求3所述的用于再保险业务的处理系统，其特征在于，所述消息处理子系统，具体用于按照设定时间，定时将所述理赔未决消息发送到所述理赔未决队列；实时或准实时将所述承保消息发送到所述承保队列，实时或准实时将所述理赔已决消息发送到所述理赔已决队列。

5.根据权利要求1所述的用于再保险业务的处理系统，其特征在于，所述风险标的信息包括风险标的标识；所述再保险合约信息包括再保险合约标识或再保险合约分项标识。

6.根据权利要求5所述的用于再保险业务的处理系统，其特征在于，所述再保险数据处理子系统，具体用于：

根据设定时间批量获取所述风险标的信息、以及与所述风险标的信息匹配的再保险合约信息；

根据再保险合约标识和/或再保险合约分项标识确定再保险接受人；

根据风险标的标识确定所述风险标的标识所指示的风险标的信息对应的保费信息；

建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。

7.根据权利要求6所述的用于再保险业务的处理系统，其特征在于，所述再保险数据处理子系统是基于VOLTDB实现的高速计算子系统，将批量获取到的所述风险标的信息以及与所述风险标的信息匹配的再保险合约信息存储在内存中，根据再保险合约标识和/或再保险合约分项标识从内存数据中确定再保险接受人，根据风险标的标识从内存数据中确定所述风险标的标识所指示的风险标的信息对应的保费信息，建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。

8.根据权利要求1所述的用于再保险业务的处理系统，其特征在于，还包括回写子系统，用于通过多线程方式存储所述风险标的信息与再保险接受人的关联关系。

9.一种用于再保险业务的处理方法，适用于一种用于再保险业务的处理系统，所述用于再保险业务的处理系统包括：消息处理子系统，消息队列子系统，保单处理子系统，再保险数据处理子系统，其特征在于，包括：

所述消息处理子系统收集并存储保单数据，将用于指示保单数据的保单信息封装为再保通知消息，发送到所述消息队列子系统；

所述消息队列子系统以消息队列的形式存储所述消息处理子系统发来的再保通知消息；

所述保单处理子系统获得所述消息队列子系统存储的所述再保通知消息，根据所述再保通知消息携带的保单信息获取所述保单信息指示的保单数据，根据所述保单数据对应的风险标的信息所属的险类及险种，以及所述风险标的信息所包含的条款及责任，按照风险标的对应的分类信息、保险期限、渠道代码逐个对比再保险合约以及再保险合约的各分项，得到所述风险标的标识与所述再保险合约标识或者与所述再保险合约分项标识的映射关系，根据所述映射关系确定与所述风险标的信息匹配的再保险合约信息；

所述再保险数据处理子系统批量获取所述风险标的信息及与所述风险标的信息匹配的再保险合约信息，批量建立风险标的信息与再保险接受人的关联关系。

10.根据权利要求9所述的方法，其特征在于，所述保单信息为保单号。

11.根据权利要求9所述的方法，其特征在于，所述再保通知消息包括至少下述一种：承保消息，理赔已决消息，理赔未决消息；其中，所述承保消息，是携带有用于指示原始保单数据的保单信息的再保通知消息；所述理赔已决消息，是携带有用于指示理赔已决保单数据的保单信息的再保通知消息；所述理赔未决消息，是携带有用于指示理赔未决保单数据的保单信息的再保通知消息；

相应的，再保通知消息队列包括至少下述一种：承保队列，理赔已决队列，理赔未决队列；其中，所述承保队列，用于分发所述承保消息；所述理赔已决队列，用于分发理赔已决消息；所述理赔未决队列，用于分发理赔未决消息。

12.根据权利要求11所述的方法，其特征在于，所述消息处理子系统具体按照设定时间，定时将所述理赔未决消息发送到所述理赔未决队列；实时或准实时将所述承保消息发送到所述承保队列，实时或准实时将所述理赔已决消息发送到所述理赔已决队列。

13.根据权利要求9所述的方法，其特征在于，所述风险标的信息包括风险标的标识；所述再保险合约信息包括再保险合约标识或再保险合约分项标识。

14.根据权利要求13所述的方法，其特征在于，所述再保险数据处理子系统具体进行下述处理：

根据设定时间批量获取所述风险标的信息、以及与所述风险标的信息匹配的再保险合约信息；

根据再保险合约标识和/或再保险合约分项标识确定再保险接受人；

根据风险标的标识确定所述风险标的标识所指示的风险标的信息对应的保费信息；

建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。

15.根据权利要求14所述的方法，其特征在于，所述再保险数据处理子系统是基于VOLTDB实现的高速计算子系统，将批量获取到的所述风险标的信息以及与所述风险标的信息匹配的再保险合约信息存储在内存中，根据再保险合约标识和/或再保险合约分项标识从内存数据中确定再保险接受人，根据风险标的标识从内存数据中确定所述风险标的标识所指示的风险标的信息对应的保费信息，建立再保险接受人与其对应的风险标的数量、保费信息之间的关联关系。

16.根据权利要求9所述的方法，其特征在于，所述用于再保险业务的处理系统还包括回写子系统，在所述批量建立风险标的信息与再保险接受人的关联关系的处理步骤之后，所述回写子系统通过多线程方式存储所述风险标的信息与再保险接受人的关联关系。

Images