CN108198078B - 再保险业务的处理方法及系统 - Google Patents

Abstract

本发明提出一种再保险业务的处理方法及系统，其中，方法包括：通过生产者服务按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息，并将危险单位对应的消息发布到消息中间件中，消息中间件从接收到各类危险单位的消息中，识别再保险危险单位对应的消息，将再保险危险单位对应的消息发布给消费者服务，消费者服务对再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据，消费者服务将生成的再保试算数据落地到再保险业务对应的第二数据库中。该方法中生产者服务、消息中间件、消费者服务构成生产者消费者模式，可实现一键生成再保试算数据，提高了再保试算数据的生成效率，实现了实时生成再保试算数据，节约了月结成本。

Description

再保险业务的处理方法及系统

技术领域

本发明涉及保险领域，尤其涉及一种再保险业务的处理方法及系统。

背景技术

再保险也称为分报，是保险人在原保险合同的基础上，通过签订分保合同，将其所承保的部分风险和责任向其他保险人进行保险的行为。

目前，国内大多再保公司主要用存储过程试算再保业务数据，在试算再保试算数据时，通常采用晚上跑离线任务方式试算再保试算数据，累计数据较多导致当天承保数据不能实时生成再保试算数据，当天再保试算数据不能实时导出供业务人员核对，导致月底月结成本较高。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种再保险业务的处理方法及系统，通过生产者服务、消息中间件、消费者服务构成的生产者消费者模式，实现实时生成再保试算数据，提高了再保试算数据生成效率，节约了月结成本。

本发明的第二个目的在于提出一种再保险业务的处理系统。

为达上述目的，本发明第一方面实施例提出了一种再保险业务的处理方法，包括：

生产者服务按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息；

所述生产者服务将所述危险单位对应的消息发布到消息中间件中；

所述消息中间件从接收到各类危险单位的消息中，识别再保险危险单位对应的消息，将所述再保险危险单位对应的消息发布给消费者服务；

所述消费者服务对所述再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据；其中，所述再保试算数据中包括多个数据表；

所述消费者服务将生成的所述再保试算数据落地到所述再保险业务对应的第二数据库中。

作为本发明第一方面实施例一种可能的实现方式，所述消费者服务对所述再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据，包括：

所述消费者服务从第一数据库中，同步查询所述再保险危险单位对应的再保试算所需的危险单位数据；

所述消费者服务同步查询所述再保险业务的再保配置信息；

所述消费者服务根据所述再保试算所需的危险单位数据和所述再保配置信息，对所述再保险业务进行再保试算，得到所述再保试算数据。

作为本发明第一方面实施例一种可能的实现方式，所述消费者服务同步查询所述再保险业务的再保配置信息，包括：

所述消费者服务从所述再保险危险单位对应的消息中，提取所述再保险业务的保单号；

所述消费者服务根据所述保单号查询配置服务器，从所述配置服务器中获取所述再保险业务的再保险险种；

所述消费者服务根据所述再保险险种从所述配置服务器中，获取所述再保险业务的再保合约作为所述再保配置信息。

作为本发明第一方面实施例一种可能的实现方式，所述消费者服务根据所述再保试算所需的危险单位数据和所述再保配置信息，对所述再保险业务进行再保试算，得到所述再保试算数据，包括：

所述消费者服务按照所述再保合约，对所述再保险危险单位进行合约组合，对所述合约组合进行试算，得到所述再保试算数据。

作为本发明第一方面实施例一种可能的实现方式，所述消费者服务从所述再保险危险单位对应的消息中，提取所述再保险业务的保单号之后，还包括：

所述消费者服务对所述再保险业务的保单号进行取模处理，得到第一标识；其中，所述第一标识用于标识所述再保险业务对应的所述第二数据库；

所述消费者服务在对所述再保险业务进行再保险试算时，将所述第一标识增加到所述再保险试算数据中的每个数据表中。

作为本发明第一方面实施例一种可能的实现方式，所述消费者服务将生成的所述再保试算数据落地到第二数据库中，包括：

所述消费者服务从所述再保试算数据的每个数据表中提取所述第一标识；

所述消费者服务根据所述第一标识从多个第二数据库中，确定与所述再保险业务对应的所述第二数据库，将所述再保试算数据中的每个数据表落地到所述再保险业务对应的所述第二数据库中。

作为本发明第一方面实施例一种可能的实现方式，该方法还包括：

所述生产者服务监控每个危险单位对应的消息的重复发布次数；

当监控到其中一个危险单位对应的消息的所述重复发布次数到达预设的次数，则识别所述一个危险单位对应的消息为异常消息。

作为本发明第一方面实施例一种可能的实现方式，当所述生产者服务为两个以上时，所述两个以上的所述生产者服务在乐观锁机制下共同生成消息。

作为本发明第一方面实施例一种可能的实现方式，所述生产者服务按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息，包括：

所述生产者服务按照各类危险单位之间的依赖关系，从第一数据库中扫描获取各类危险单位；

所述生产者服务每当扫描到危险单位，则生成所述危险单位对应的消息。

作为本发明第一方面实施例一种可能的实现方式，该方法还包括：

针对每类危险单位，所述生产者服务获取所述危险单位对应的消息的最近一次的发布时间；

所述生产者服务获取当前时间与所述发布时间的差值，如果所述差值超出预设的时间间隔且所述危险单位的状态位非设定值，则确定所述危险单位对应的消息发布失败，则重新发布所述危险单位对应的消息；其中，所述危险单位的状态位在所述危险单位对应的消息被所述消费者服务消费后更新为所述设定值。

本发明实施例的再保险业务的处理方法，通过生产者服务按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息，并将危险单位对应的消息发布到消息中间件中，消息中间件从接收到各类危险单位的消息中，识别再保险危险单位对应的消息，将再保险危险单位对应的消息发布给消费者服务，消费者服务对再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据，消费者服务将生成的再保试算数据落地到再保险业务对应的第二数据库中。本实施例中，生产者服务、消息中间件、消费者服务构成了生产者消费者模式，可以实现一键生成再保试算数据，提高了再保试算数据的生成效率，实现了实时生成再保试算数据，节约了月结成本，解决了相关技术中离线方式生成再保试算数据，存在的实时性差，导致月底月结成本高的问题。

为达上述目的，本发明第二方面实施例提出了一种再保险业务的处理系统，包括：

生产者服务，用于按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息，将所述危险单位对应的消息发布到消息中间件中；

所述消息中间件，用于从接收到各类危险单位的消息中，识别再保险危险单位对应的消息，将所述再保险危险单位对应的消息发布给消费者服务；

所述消费者服务，用于对所述再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据，以及将生成的所述再保试算数据落地到所述再保险业务对应的第二数据库中；其中，所述再保试算数据中包括多个数据表。

本发明实施例的再保险业务的处理系统，通过生产者服务按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息，并将危险单位对应的消息发布到消息中间件中，消息中间件从接收到各类危险单位的消息中，识别再保险危险单位对应的消息，将再保险危险单位对应的消息发布给消费者服务，消费者服务对再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据，消费者服务将生成的再保试算数据落地到再保险业务对应的第二数据库中。本实施例中，生产者服务、消息中间件、消费者服务构成了生产者消费者模式，可以实现一键生成再保试算数据，提高了再保试算数据的生成效率，实现了实时生成再保试算数据，节约了月结成本，解决了相关技术中离线方式生成再保试算数据，存在的实时性差，导致月底月结成本高的问题。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例提供的一种再保险业务的处理方法的流程示意图；

图2为本发明实施例提供的另一种再保险业务的处理方法的流程示意图；

图3为本发明实施例提供的再保险业务的处理过程示意图；

图4为本发明实施例提供的一种再保险业务的处理系统的结构示意图；

图5为本发明实施例提供的生产者服务、消息中间件、消费者服务之间的交互过程示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的再保险业务的处理方法及系统。

目前，国内大多再保公司主要用存储过程试算再保业务数据，在试算再保试算数据时，通常采用晚上跑离线任务方式试算再保试算数据，累计数据较多导致当天承保数据不能实时生成再保试算数据，当天再保试算数据不能实时导出供业务人员核对，导致月底月结成本极高。

针对这一问题，本发明实施例提出一种再保险业务的处理方法，通过生产者服务、消息中间件、消费者服务构成的生产者消费者模式，实现实时生成再保试算数据，提高了再保试算数据生成效率，节约了月结成本。

图1为本发明实施例提供的一种再保险业务的处理方法的流程示意图。

如图1所示，该再保险业务的处理方法包括：

步骤101，生产者服务按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息。

其中，危险单位是指一次保险事故可能造成的最大损失范围。不同的保险险种有不同的危险单位，保险人在确定其本身可以承担的最高保险责任时，可用危险单位来作为计算的基础。例如，船舶险以每一艘船为一个危险单位，车辆险以一辆汽车为一个危险单位，人寿保险以一个人为一个危险单位等。

本实施例中，生产者服务可从存储各类危险单位的第一数据库中，扫描获取危险单位。

由于消费者服务处理危险单位时，有相互依赖关系。例如，处理批单赔案必须先有保单数据，也就是说，批单赔案依赖保单数据，所以因此生产者服务优先扫描符合条件的被依赖的保单数据，保单数据扫描完成依次扫描依赖数据批单赔案数据。

本实施例中，生产者服务在从第一数据库扫描获取各类危险单位时，可按照各类危险单位之间的依赖关系，先扫描获取被依赖数据，后扫描获取依赖数据。生产者服务每当扫描到危险单位，则生成危险单位对应的消息。

可以理解的是，如果被依赖的数据有多个，且被依赖数据之间相互独立，那么可以按照任意顺序扫描被依赖数据，也可以按照预设的扫描顺序进行扫描，对此本发明实施例不作限定。

本实施例中，生产者服务按照各类危险单位之间的依赖关系，也就是按照业务依赖顺序，扫描获取各类危险单位，可以防止错误数据被发布，降低生成再保试算数据的错误率。

步骤102，生产者服务将危险单位对应的消息发布到消息中间件中。

本实施例中，生产者服务可每隔预设时间将危险单位对应的消息发送给消息中间件，也可每生成一个危险单位对应的消息，便发送给消息中间件，如kafka、zookeeper等。其中，Kafka是一种高吞吐量的分布式发布订阅消息系统。

为了提高处理效率，本实施例中，可设置多个消息中间件，来处理生产者服务发送的消息。

步骤103，消息中间件从接收到各类危险单位的消息中，识别再保险危险单位对应的消息，将再保险危险单位对应的消息发布给消费者服务。

本实施例中，消息中间件接收到的各类危险单位中，可能包含非再保险危险对应的消息，需要从中识别出再保险危险单位对应的消息。作为一个示例，针对每个消息，消息中间件可从消息中提取危险单位的对应的保险人，如果保险人至少为两个，可以确定该消息为再保险危险单位对应的消息。

在识别出再保险危险单位对应的消息后，将消息发送给消费者服务，以供消费者服务进行消费。

步骤104，消费者服务对再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据。

本实施例中，消费者服务接收到再保险危险单位对应的消息后，根据再保险危险单位的数据和对应的再保险合约，可生成再保分保单表、分保试算表、复核表、分批主表、分批试算表、未决分赔主表、已决分赔主表等多个数据表。

步骤105，消费者服务将生成再保试算数据落地到再保险业务对应的第二数据库中。

消费者服务在生成再保试算数据后，可将再保试算数据存储到再保险业务对应的第二数据库中，其中，第二数据库可以为多个，从而可以实现大数据量存储。

本发明实施例的再保险业务的处理方法，通过生产者服务按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息，也就是按照再保险的业务逻辑设计生产者消费者模式，并灵活运用生产者消费者模式，提高了再保试算数据的生成效率。

为了更详细介绍消费者服务对再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据，更清楚的说明上述实施例，下面通过另一个实施例，介绍本发明提出的再保险业务的处理方法。图2为本发明实施例提供的另一种再保险业务的处理方法的流程示意图。

如图2所示，该再保险业务的处理方法包括：

步骤201，生产者服务按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息。

本实施例中，生产者服务可从存储各类危险单位的第一数据库中，扫描获取危险单位。生产者服务在从第一数据库扫描获取各类危险单位时，可按照各类危险单位之间的依赖关系，先扫描获取被依赖数据，后扫描获取依赖数据。生产者服务每当扫描到危险单位，则生成危险单位对应的消息。

可以理解的是，如果被依赖的数据有多个，且被依赖数据之间相互独立，那么可以按照任意顺序扫描被依赖数据，也可以按照预设的扫描顺序进行扫描，对此本发明实施例不作限定。

本实施例中，当生产者服务为两个以上时，两个以上的生产者服务可在乐观锁机制下共同生成消息。在具体实现时，可按照危险单位的类型，由不同的生产者服务生成不同类型的危险单位对应的消息。

步骤202，生产者服务将危险单位对应的消息发布到消息中间件中。

步骤203，消息中间件从接收到各类危险单位的消息中，识别再保险危险单位对应的消息，将再保险危险单位对应的消息发布给消费者服务。

本实施例中，步骤202-步骤203与上述实施例中的步骤102-103类似，故在此不再赘述。

步骤204，消费者服务从第一数据库中，同步查询再保险危险单位对应的再保试算所需的危险单位数据。

消费者服务对再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据时，消费者服务可调用查询与同步服务器从第一数据库中，同步查询再保险危险单位对应的再保试算所需的危险单位数据。

步骤205，消费者服务同步查询再保险业务的再保配置信息。

其中，再保配置信息可包括再保险种、再保合约等配置信息。

具体地，消费者服务从再保险危险单位对应的消息中，提取再保险业务的保单号，消费者服务根据保单号查询配置服务器，从配置服务器中获取再保险业务的再保险险种，消费者服务根据再保险险种从配置服务器中，获取再保险业务的再保合约作为再保配置信息。

步骤206，消费者服务根据再保试算所需的危险单位数据和再保配置信息，对再保险业务进行再保试算，得到再保试算数据。

本实施例中，消费者服务可按照再保合约，对再保险危险单位进行合约组合，对合约组合进行试算，可以得到再保试算数据。

配置服务器可配置再保合约的类型代码，规定每个再保险种该进的合约组合，分保单只能进约定的合约组合。若合约组合不正确，则检查配置信息，例如成数合约为12，自留合约为81，附加自留合约为82，溢额合约为31，成溢混合合约部分为21，分保单进成数合约后进自留，再进附加自留，所以合约组合为12、81、82，成溢混合合约组合为81、21、31、82，全自留合约为81，分保单中再保险种的合约组合符合以上三种合约组合进行试算，否则检查合约配置信息。

步骤207，消费者服务将生成再保试算数据落地到再保险业务对应的第二数据库中。

本实施例中，为了实现大数据量存储，可设置多个第二数据库。在获取的再保试算数据后，可将再保试算数据落地到对应的第二数据库中。

作为一种可能的实现方式，消费者服务从再保险危险单位对应的消息中，提取再保险业务的保单号之后，对再保险业务的保单号进行取模处理，得到第一标识，其中，第一标识用于标识再保险业务对应的第二数据库。消费者服务在对再保险业务进行再保险试算时，将第一标识增加到再保险试算数据中的每个数据表中，以根据数据表中的第一标识确定数据表对应的第二数据库。

消费者服务在将再保试算数据落地到第二数据库中时，可从再保试算数据的每个数据表中提取第一标识，根据第一标识从多个第二数据库中，确定与再保险业务对应的第二数据库，从而将数据表落地到对应的第二数据库中。

本实施例中，对保单号进行取模处理，得到第一标识，将第一标识添加到数据表中，从而可以根据第一标识将数据表添加到对应第二数据库中。

步骤208，消费者服务将再保试算数据同步到第一数据库中。

本实施例中，消费者服务将再保试算数据落地到对应的第二数据库中之后，可通过配置服务器，调用查询与同步服务器将第二数据库中的再保试算数据同步到第一数据库中。

进一步地，上述实施例中，在生产者服务向消息中间件发送危险单位对应的消息时，可能会存在发送失败的情况，如果消息发送失败需要重新发布消息。

具体地，可设置危险单位的状态位，在危险单位对应的消息被消费者服务消费后更新为设定值。针对每类危险单位，生产者服务获取危险单位对应的消息的最近一次的发布时间，并计算当前时间与发布时间的差值，如果差值超出预设的时间间隔且危险单位的状态位非设定值，可以确定危险单位对应的消息发布失败，则重新发布危险单位对应的消息。

生产者服务在发送危险单位对应的消息时，可会重复发送错误数据，更进一步地，为避免错误数据重复发送，对发送次数进行判断。具体而言，生产者服务监控每个危险单位对应的消息的重复发布次数，当监控到其中一个危险单位对应的消息的重复发布次数到达预设的次数，则识别一个危险单位对应的消息为异常消息。

为了更清楚的说明上述实施例，下面以第一数据库为Oracle，第二数据库为MySQL为例，结合图3详细说明本发明提供的再保险业务的处理方法。

如图3所示，生产者服务可从存储各类危险单位的Oracle中扫描获取危险单位，在扫描获取危险单位后，生成危险单位对应的消息，并发送给消息中间件。生产者服务还可对危险单位对应的消息进行监控、重发等，具体可参见上述实施例。

如图3所示，消息中间件有三个Broke1、Broke2、Broke3。消息中间件接收生产者服务发送的各类危险单位对应的消息后，识别出再保险危险单位对应的消息，并将消息发送给订阅了消息的消费者服务。

消费者服务接收到再保险危险单位对应的消息，可通过调用查询与同步服务器，从Oracle中同步查询再保险危险单位对应的再保试算所需的危险单位数据。

消费者服务可根据再保险危险单位对应的消息中，提取再保险业务的保单号，根据保单号从配置服务器中查询再保险险种，再根据再保险险种查询再保险业务的再保合约并作为再保配置信息。

消费者服务根据获取的再保试算所需的危险单位数据和再保配置信息，对再保险业务进行再保试算，得到再保试算数据。

本实施例中，共有四个MySQL数据库，消费者服务在生成再保试算数据后，可从每个将数据表中提取第一标识，根据第一标识将数据表存储到对应的MySQL数据库中。

配置服务器还可通过查询与同步服务器，将配置信息同步到Oracle中。消费者服务在将再保试算数据落地到再保险业务对应的MySQL数据库中之后，可通过配置服务器，调用查询与同步服务器将再保试算数据，通过查询与同步服务器同步到Oracle中。

本发明实施例的再保险业务的处理方法，生产者服务、消息中间件、消费者服务构成了生产者消费者模式，可以实现一键生成再保试算数据，提高了再保试算数据的生成效率，实现了实时生成再保试算数据，节约了月结成本，解决了相关技术中离线方式生成再保试算数据，存在的实时性差，导致月底月结成本高的问题。

为了实现上述实施例，本发明还提出一种再保险业务的处理系统。

如图4所示，该再保险业务的处理系统包括：生产者服务410、消息中间件420、消费者服务430。

其中，生产者服务410，用于按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息，将危险单位对应的消息发布到消息中间件中。

消息中间件420，用于从接收到各类危险单位的消息中，识别再保险危险单位对应的消息，将再保险危险单位对应的消息发布给消费者服务。

消费者服务430，用于对再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据，以及将生成的再保试算数据落地到再保险业务对应的第二数据库中；其中，再保试算数据中包括多个数据表。

为了更清楚说明上述实施例，下面通过生产者服务、消息中间件、消费者服务之间的交互过程，说明本发明提出的再保险业务的处理系统。

如图5所示，生产者服务可按照各类危险单位之间的依赖关系，从第一数据库中扫描获取各类危险单位，生成各类危险单位对应的消息，并将消息发送给各消息中间件。

消息中间件接收到生产者服务发送的消息后，从消息中识别出再保险危险单位对应的消息，并将识别出的再保险危险单位对应的消息，发送给消费者服务。

消费者服务根据接收的再保险危险单位对应的消息，和从配置服务器查询到的再保配置信息，对再保险业务进行再保试算，得到再保试算数据。在生成再保试算数据后，将再保试算数据落地到第二数据库中。

本实施例中，将生产者消费者模式引入到再保险业务的处理系统中，其中，生产者消费者模式中包括生产者服务、消息中间件和消费者服务，通过生产者消费者模式再保险危险单位对应的消息进行消费，可以一键生成再保试算数据，提高了生成再保试算数据的效率，而且可以实时处理大批量数据并实现大数据量存储。

本发明实施例的再保险业务的处理系统，通过生产者服务按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息，并将危险单位对应的消息发布到消息中间件中，消息中间件从接收到各类危险单位的消息中，识别再保险危险单位对应的消息，将再保险危险单位对应的消息发布给消费者服务。消费者服务对再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据，消费者服务将生成的再保试算数据落地到再保险业务对应的第二数据库中。本实施例中，生产者服务、消息中间件、消费者服务构成了生产者消费者模式，可以实现一键生成再保试算数据，提高了再保试算数据的生成效率，实现了实时生成再保试算数据，节约了月结成本，解决了相关技术中离线方式生成再保试算数据，存在的实时性差，导致月底月结成本高的问题。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (12)

1.一种再保险业务的处理方法，其特征在于，包括以下步骤：

生产者服务按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息，其中，所述生产者服务按照各类危险单位之间的依赖关系，先扫描获取被依赖数据，后扫描获取依赖数据，每当扫描到危险单位时，生成危险单位对应的消息；

所述生产者服务将所述危险单位对应的消息发布到消息中间件中；

所述消息中间件从接收到各类危险单位的消息中，识别再保险危险单位对应的消息，将所述再保险危险单位对应的消息发布给消费者服务；

所述消费者服务对所述再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据；其中，所述再保试算数据中包括多个数据表；

所述消费者服务将生成的所述再保试算数据落地到所述再保险业务对应的第二数据库中。

2.根据权利要求1所述的方法，其特征在于，所述消费者服务对所述再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据，包括：

所述消费者服务从第一数据库中，同步查询所述再保险危险单位对应的再保试算所需的危险单位数据；

所述消费者服务同步查询所述再保险业务的再保配置信息；

所述消费者服务根据所述再保试算所需的危险单位数据和所述再保配置信息，对所述再保险业务进行再保试算，得到所述再保试算数据。

3.根据权利要求2所述的方法，其特征在于，所述消费者服务同步查询所述再保险业务的再保配置信息，包括：

所述消费者服务从所述再保险危险单位对应的消息中，提取所述再保险业务的保单号；

所述消费者服务根据所述保单号查询配置服务器，从所述配置服务器中获取所述再保险业务的再保险险种；

所述消费者服务根据所述再保险险种从所述配置服务器中，获取所述再保险业务的再保合约作为所述再保配置信息。

4.根据权利要求3所述的方法，其特征在于，所述消费者服务根据所述再保试算所需的危险单位数据和所述再保配置信息，对所述再保险业务进行再保试算，得到所述再保试算数据，包括：

所述消费者服务按照所述再保合约，对所述再保险危险单位进行合约组合，对所述合约组合进行试算，得到所述再保试算数据。

5.根据权利要求3所述的方法，其特征在于，所述消费者服务从所述再保险危险单位对应的消息中，提取所述再保险业务的保单号之后，还包括：

所述消费者服务对所述再保险业务的保单号进行取模处理，得到第一标识；其中，所述第一标识用于标识所述再保险业务对应的所述第二数据库；

所述消费者服务在对所述再保险业务进行再保险试算时，将所述第一标识增加到所述再保险试算数据中的每个数据表中。

6.根据权利要求5所述的方法，其特征在于，所述消费者服务将生成的所述再保试算数据落地到第二数据库中，包括：

所述消费者服务从所述再保试算数据的每个数据表中提取所述第一标识；

所述消费者服务根据所述第一标识从多个第二数据库中，确定与所述再保险业务对应的所述第二数据库，将所述再保试算数据中的每个数据表落地到所述再保险业务对应的所述第二数据库中。

7.根据权利要求2所述的方法，其特征在于，所述消费者服务将生成的所述再保试算数据落地到所述再保险业务对应的第二数据库中之后，还包括：

所述消费者服务将所述再保试算数据同步到所述第一数据库中。

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

所述生产者服务监控每个危险单位对应的消息的重复发布次数；

当监控到其中一个危险单位对应的消息的所述重复发布次数到达预设的次数，则识别所述一个危险单位对应的消息为异常消息。

9.根据权利要求8所述的方法，其特征在于，当所述生产者服务为两个以上时，所述两个以上的所述生产者服务在乐观锁机制下共同生成消息。

10.根据权利要求1所述的方法，其特征在于，所述生产者服务按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息，包括：

所述生产者服务按照各类危险单位之间的依赖关系，从第一数据库中扫描获取各类危险单位；

所述生产者服务每当扫描到危险单位，则生成所述危险单位对应的消息。

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

针对每类危险单位，所述生产者服务获取所述危险单位对应的消息的最近一次的发布时间；

所述生产者服务获取当前时间与所述发布时间的差值，如果所述差值超出预设的时间间隔且所述危险单位的状态位非设定值，则确定所述危险单位对应的消息发布失败，则重新发布所述危险单位对应的消息；其中，所述危险单位的状态位在所述危险单位对应的消息被所述消费者服务消费后更新为所述设定值。

12.一种再保险业务的处理系统，其特征在于，包括：

生产者服务，用于按照各类危险单位之间的依赖关系，生成各类危险单位对应的消息，其中，按照各类危险单位之间的依赖关系，先扫描获取被依赖数据，后扫描获取依赖数据，每当扫描到危险单位时，生成危险单位对应的消息，将所述危险单位对应的消息发布到消息中间件中；

所述消息中间件，用于从接收到各类危险单位的消息中，识别再保险危险单位对应的消息，将所述再保险危险单位对应的消息发布给消费者服务；

所述消费者服务，用于对所述再保险危险单位对应的消息进行消费，生成再保险业务对应的再保试算数据，以及将生成的所述再保试算数据落地到所述再保险业务对应的第二数据库中；其中，所述再保试算数据中包括多个数据表。

Images