CN110827155A - 信息处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例提供了一种信息处理方法、装置、电子设备及计算机可读存储介质，属于计算机技术领域，该信息处理方法包括：获取通过目标渠道产生并存储在表单模型中的日志，并对所述日志进行解析得到包括被保障对象的表单信息；对所述表单信息进行封装得到对应累计服务库的模型，并将所述模型推送至所述累计服务库；在所述累计服务库中确定目标表单对应的被保障对象的累计信息，以使所述累计服务库根据所述累计信息对所述目标表单进行处理。本发明实施例的技术方案能够提高表单信息推送至累计服务库的同步效率，并且及时对目标表单进行处理，以避免风险。

Description

信息处理方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及计算机技术领域，具体而言，涉及一种信息处理方法、信息处理装置、电子设备及计算机可读存储介质。

背景技术

随着互联网保险的发展，同一客户在不同渠道或平台购买同一家保险公司的同类产品已很普遍，因此如何预防高风险客户在不同渠道且短时间内购买同类产品而导致赔付率上升是急需解决的问题。

相关技术中，通过累计风险保额服务性能，直接决定同一高风险客户对同类产品恶意投保是否准入，从而预防高风险客户。但是，在此过程中，对累计服务库的同步需要较长的时间，在同步过程中，如果客户在不同渠道购买，累计额度即使已经超过限额，还是可以进行出单操作的，因此由于效率较低会导致造成较多的损失。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明实施例的目的在于提供一种信息处理方法、信息处理装置、电子设备及计算机可读存储介质，进而至少在一定程度上克服不能及时将表单信息推送至累计服务库而导致的风险较大的问题。

本发明实施例的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明实施例的一个方面，提供一种信息处理方法，包括：获取通过目标渠道产生并存储在表单模型中的日志，并对所述日志进行解析得到包括被保障对象的表单信息；对所述表单信息进行封装得到对应累计服务库的模型，并将所述模型推送至所述累计服务库；在所述累计服务库中确定目标表单对应的被保障对象的累计信息，以使累计服务库根据所述累计信息对所述目标表单进行处理。

可选地，对所述表单信息进行封装得到对应累计服务库的模型包括：按照累计模型中的被保障对象维度以及类别维度，将所述表单信息封装为对应于所述累计服务库的模型。

可选地，将所述模型推送至所述累计服务库包括：按照数据库分库分表技术，基于所述被保障对象维度将所述模型存储至所述累计服务库。

可选地，按照数据库分库分表技术，基于被保障对象维度将所述模型存储至所述累计服务库包括：根据所述被保障对象的标识号，将所述模型存储至所述累计服务库。

可选地，根据所述被保障对象的标识号，将所述模型存储至所述累计服务库包括：根据所述被保障对象的标识号中预设标识号的第一组字符确定库位置，所述第一组字符包括所述预设标识号中第一预设数量的字符；根据与所述第一组字符相邻的第二组字符确定表位置，所述第二组字符包括与所述第一组字符相邻的第二预设数量的字符；按照所述库位置和所述表位置将所述模型存储至所述累计服务库。

可选地，在所述累计服务库中确定目标表单对应的被保障对象的累计信息，以使所述累计服务库根据所述累计信息对所述目标表单进行处理包括：获取所述目标表单对应的所述被保障对象的标识号对应的库位置和表位置；按照所述库位置和所述表位置确定所述被保障对象的所述累计信息，以使所述累计服务库根据所述累计信息与预设阈值的对比结果对所述目标表单进行处理。

可选地，按照所述库位置和所述表位置确定所述被保障对象的所述累计信息，以使所述累计服务库根据所述累计信息与预设阈值的对比结果对所述目标表单进行处理包括：按照所述库位置和所述表位置确定所述被保障对象的所述累计信息，以使所述累计服务库在大于所述预设阈值时，拒绝针对所述被保障对象的所述目标表单；按照所述库位置和所述表位置确定所述被保障对象的所述累计信息，以使所述累计服务库在所述累计信息小于或等于所述预设阈值，对所述目标表单进行出单操作。

根据本发明实施例的一个方面，提供一种信息处理装置，包括：表单信息获取模块，用于获取通过目标渠道产生并存储在表单模型中的日志，并对所述日志进行解析得到包括被保障对象的表单信息；模型推送模块，用于对所述表单信息进行封装得到对应累计服务库的模型，并将所述模型推送至所述累计服务库；表单信息处理模块，用于在所述累计服务库中确定目标表单对应的被保障对象的累计信息，以使累计服务库根据所述累计信息对所述目标表单进行处理。

根据本发明实施例的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述任意一项所述的信息处理方法。

根据本发明实施例的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行如上述任意一项所述的信息处理方法。

本发明实施例提供的信息处理方法、装置、电子设备和计算机可读存储介质中，通过对日志进行解析得到日志对应的表单信息，对表单信息进行封装得到对应于累计服务库的模型，将模型推送至累计服务库，在接收到包括被保障对象的目标表单时，可确定该被保障对象的累计信息，进而使得累计服务库根据累计信息对目标表单进行处理。一方面，通过对日志进行解析以及对表单信息进行封装并推送至累计服务库，能够通过实时对日志进行解析，实时将目标渠道产生的表单信息传入累计服务库，避免相关技术中由于通过多个中间件将表单信息同步至累计服务库而导致的时间延迟，提高了表单信息同步至累计服务库的同步效率。另一方面，由于减少了延迟，且直接使累计服务库通过累计信息即可对针对被保障对象的目标表单进行处理，减少了操作步骤，能够及时准确地对针对同一个被保障对象的目标表单进行处理，提高了处理表单信息的准确率，能够有效预防不符合规定的表单信息，避免了不必要的损失，减小了风险。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示意性示出了相关技术中的传统同步系统的示意图；

图2示意性示出了本发明实施例的信息处理方法的流程示意图；

图3示意性示出了本发明实施例的同步系统的示意图；

图4示意性示出了本发明实施例的封装好的模型的示意图；

图5示意性示出了本发明实施例的将模型存储至累计服务库的流程示意图；

图6示意性示出了本发明实施例的对目标表单进行处理的流程示意图；

图7示意性示出了根据本发明实施例的信息处理方法的整个流程示意图；

图8示意性示出了根据本发明实施例的信息处理装置的框图；

图9示意性示出了用来实现上述信息处理方法的电子设备的框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

相关技术中，传统保单通过如图1所示的系统来同步至累计服务库。参考图1所示，用户通过合作渠道或者是自营平台等第三方渠道来购买保单，系统通过业务接入区来获取保单信息，业务接入区将保单信息先同步至消息队列MQ(message queue)中，再由消息队列发送至财险核心，进一步发送至服务器集群Kalka中，最后由服务器集群Kalka同步至累计服务库。在此过程中，累计服务库直接决定同一高风险客户对同类产品恶意投保是否准入。通过消息中间件的消费者模型由生产端同步至消费端的每个过程中均存在一定的耗时，即传统模型同步累计服务库需5-10min，同步过程中如果客户在不同渠道购买，累计保额即使已超限额，但是由于同步延迟的原因同样可以准入出单，出单之后如果要赔付，则将造成严重损失。

为了解决上述问题，本发明实施例中首先提出一种信息处理方法，该信息处理方法可以应用于各种业务的处理场景，例如保险、电子商务等业务的处理场景中。该信息处理方法的执行主体可以为客户端，参考图2所示，该信息处理方法可以包括步骤S210、步骤S220以及步骤S230。其中：

在步骤S210中，获取通过目标渠道产生并存储在表单模型中的日志，并对所述日志进行解析得到包括被保障对象的表单信息；

在步骤S220中，对所述表单信息进行封装得到对应累计服务库的模型，并将所述模型推送至所述累计服务库；

在步骤S230中，在所述累计服务库中确定目标表单对应的被保障对象的累计信息，以使所述累计服务库根据所述累计信息对所述目标表单进行处理。

在本发明的示例实施例所提供的技术方案中，一方面，通过对日志进行解析以及对表单信息进行封装并推送至累计服务库，能够通过实时对日志进行解析，实时将目标渠道产生的表单信息传入累计服务库，避免相关技术中由于通过多个中间件将表单信息同步至累计服务库而导致的时间延迟，提高了表单信息同步至累计服务库的同步效率。另一方面，由于减少了延迟，且直接使累计服务库通过累计信息即可对针对被保障对象的目标表单进行处理，减少了操作步骤，能够及时准确地对针对同一个被保障对象的目标表单进行处理，提高了处理表单信息的准确率，能够有效预防不符合规定的表单信息，避免了不必要的损失，减小了风险。

接下来，结合附图对本发明实施例中的信息处理方法进行进一步解释说明。

在步骤S210中，获取通过目标渠道产生并存储在表单模型中的日志，并对所述日志进行解析得到包括被保障对象的表单信息。

本发明实施例中，图3中示出了本发明实施例的系统框图，参考图3所示，该系统框图主要包括：合作渠道以及自营平台、业务接入区、实时同步系统以及累计服务库。具体而言，用户通过合作渠道或者是自营平台等第三方渠道来购买保单(即表单信息)；业务接入区实时监控业务接入数据，并推送至实时同步系统；实时同步系统在检测到有数据时立即推送至累计服务库。

再参考图7中所示，整个系统包括业务接入区、实时同步系统以及累计风险保额服务。其中，业务接入区可包括Mysql库集群，主要用于执行承保和退保功能。实时同步系统包括Zookeeper集群、Canal服务端集群以及Canal客户端集群。其中，Zookeeper集群主要用于注册并管理服务。具体地，Canal服务端和Canal客户端分别在Zookeeper集群中注册服务，这样Zookeeper集群即可对Canal服务端和Canal客户端的应用进行统一管理。实时同步系统主要用于实时抓取业务接入区的信息并推送至累计服务库。累计风险保额服务可以包括Mysql库集群，用于提供累计风险保额查询服务。

本发明实施例中信息处理方法的执行主体可以为实时同步系统中的Canal客户端。目标渠道可以为第三方渠道，例如可以包括但不限于合作渠道或者是自营平台。日志指的是用于描述用户通过目标渠道获取物品的表单信息的所有日志，日志的形式包括但不限于binlog日志，当然也可以为其他形式的日志。表单模型指的是预设好的一个用于存储日志的模型表，具体形式可以根据实际需求进行设置。本发明实施例中，表单信息可以为多个用户通过目标渠道获取物品的多个订单的信息，例如在保险领域，表单信息可以为多个保单的详细信息。相应地，表单模型指的是保单模型。

图4中示意性示出了模型的结构图，其中图4中的图A为表单模型的结构图，图4中的图B为累计模型的结构图。以保险领域为例进行说明，参考图4中的图A所示，表单模型的具体格式可以包括但不限于保障对象(投保人)、被保障对象(被保人)以及属性信息，属性信息可例如保单保费、保单保额等等。

在用户在目标渠道生成表单后，可将该表单存储至表单模型中，以进入下一处理过程。具体而言，用户在第三方渠道或自营平台成功购买物品并生成表单(保单)，系统将表单中的保单险别保额信息，存储至业务接入区的Mysql集群的保单模型中，以基于保单模型进入下一环节。

在本发明实施例中，通过目标渠道产生关于表单的日志后，可将日志存储至业务接入区的Mysql集群的保单模型中。Canal服务端实时监控Mysql集群的保单模型中的日志并推送至Canal客户端，即Canal服务端实时监控Mysql集群中指定保单模型表中的binlog日志，成功抓取生成的保单或批单信息，并推送至Canal客户端。Canal客户端可分批次获取由服务端推送的Mysql集群的binlog日志并进行处理。具体地，客户端可对获取到的日志进行解析得到包括被保障对象的表单信息。表单信息可以包括但不限于被保障对象、保障对象、被保障对象证件类型、被保障对象证件标识号、产品方案、保单保费、保单保额等等。例如，对保障对象张三在目标渠道所发订单A后，实时监控订单A所对应的日志A1，并对日志A1进行解析，得到日志A1对应的表单信息可以如表1中所示。

参考表1所示，表单信息可包括但不限于投保人、被保人、被保人证件类型、被保人标识号、产品方案信息、保单保费以及保单保额等等。被保人标识号为唯一代表被保人身份的标识且与证件类型相对应。可例如，当证件类型为身份证时，被保人标识号可以为其身份证号。

表1

继续参考图2所示，在步骤S220中，对所述表单信息进行封装得到对应累计服务库的模型，并将所述模型推送至所述累计服务库。

本发明实施例中，累计服务库指的是用于存储所有通过目标渠道产生的表单信息的数据库，通过累计服务库存储所有被保障对象的累计信息，从而快速提供累计风险保额服务，避免相关技术中导致的严重损失。客户端在解析日志得到表单信息后，可对表单信息进行封装，得到要将表单信息同步的数据库的模型，即补充封装为对应于累计服务库的模型。此处的模型可以为表单格式，具体可根据累计服务库的实际需求而确定。

具体而言，在对表单信息进行封装时，可按照累计模型中的被保障对象维度和类别维度进行封装。累计模型指的是累计风险保额模型，参考图4中的图B所示，累计模型主要包括两个维度，即被保障对象维度(被保人)和类别维度(险别保额)。在本发明实施例中，累计模型主要以被保障对象维度为基础进行累计，即以被保障对象“李四”为维度，确定其作为被保障对象的所有表单信息的累计结果。其中，被保障对象可以包括其名称、证件类型以及证件标识号。除此之外，累计模型中的类别维度指的是险别保额，具体包括险别责任编码以及险别责任保额，其中险别责任编码用于表示类别的编码，险别责任保额用于表示每一种类型对应的额度。

参考表3所示，累计模型即累计风险保额模型主要包括被保人、被保人证件类型、被保障对象的标识号(证件标识号)、险别责任编码以及险别责任保额。由于要将日志解析得到的表单模型插入累计服务库中，而累计服务库中数据主要以累计模型的形式存在，因此需要将所有的表单信息按照累计模型的形式以及表2的对应关系进行封装，从而得到对应于累计服务库的模型，以便于对表单信息进行统一管理，提高信息处理的效率和精准度。

表2

产品方案	险别编码
		A001	A001-01
A001	A001-02
		A001	A001-03

举例而言，某一个表单信息1存储在表单模型中的形式存如表1中所示，按照图4中的图B所示的累计模型的结构，可将表1中所示的表单信息封装为表3中的形式。

表3

在将表单信息封装为对应累计服务库的模型后，可将所述模型推送至所述累计服务库，即将成功封装的累计服务库的数据模型插入累计服务库。具体地，可按照库表规则将封装的模型插入累计服务库。本发明实施例中的库表规则指的是，采用数据库分库分表技术，根据累计模型进行累计的维度来确定库表规则存储模型时的维度。可例如，由于累计模型是以被保障对象为维度进行累计的，因此库表规则可使用被保障对象为维度进行存储。即，可以按照数据库分库分表技术，基于被保障对象维度将封装好的模型存储至累计服务库。

基于被保障对象维度将封装好的模型插入至累计服务库时，可根据被保障对象的标识号，将封装好的模型插入至累计服务库。本发明实施例中，可根据被保障对象的身份证号码将封装后的对应于累计服务库的模型存储至累计服务库中。

图5中示意性示出了将模型推送至累计服务库的具体流程图，参考图5中所示，基于被保障对象维度将封装好的模型插入至累计服务库主要包括步骤S510至步骤S530，其中：

在步骤S510中，根据所述被保障对象的标识号中的第一组字符确定库位置，所述第一组字符包括排列在最后的第一预设数量的字符。

本发明实施例中，被保障对象的标识号可以包括多个字符，例如身份证号包括18个字符。预设标识号可以为整个标识号的部分或者是全部，例如身份证号的后六位。第一组字符可以包括被保障对象的标识号中排列在前面的第一预设数量的字符，且第一组字符保持被保障对象的标识号中的排列顺序不变。第一预设数量可以根据实际需求而设置，例如可以为2个、3个或者是4个等等，本发明实施例中以第一预设数量为3个为例进行说明。举例而言，若被保障对象李四的标识号为100100201905010010，则预设标识号可以为010010，第一组字符可以为预设标识号中排列在前三位的字符010。

库位置可以用于表示存储封装好的对应于累计服务库的模型的具体数据库，由于用于存储的数据库包括多个，因此确定库位置后可准确对封装好的模型进行插入和查询等操作。表4中示意性示出了第一组字符与库位置的对应关系，参考表4中所示，被保障对象李四的第一组字符为010，属于0-255之间，因此李四的模型插入累计服务库时，其对应的库位置为A库。

表4

前三位	库位置
		0-255	A库
256-500	B库
		501-755	C库
756-999	D库

在步骤S520中，根据与所述第一组字符相邻的第二组字符确定表位置，所述第二组字符包括与所述第一组字符相邻的第二预设数量的字符。

本发明实施例中，第一组字符可以与第二组字符相邻，例如可以为预设标识号中除了第一组字符之外的剩余字符。当第一组字符为预设标识号中排列在前面的第一预设数量的字符时，第二组字符则为预设标识号中排列在后面的第二预设数量的字符，且第二组字符保持被保障对象的标识号中的排列顺序不变。第二预设数量可以根据实际需求而设置，例如可以为2个、3个或者是4个等等，且第二预设数量可以与第一预设数量相同，也可以不同，只要第一预设数量和第二预设数量的总和为预设标识号中的字符的数量即可。本发明实施例中以第二预设数量为3个为例进行说明。

举例而言，若被保障对象李四的标识号为100100201905010010，则预设标识号可以为010010，第一组字符可以为预设标识号中排列在前三位的字符010，第二组字符可以为预设标识号中排列在后三位的字符010。

表位置可以用于表示存储封装好的对应于累计服务库的模型的具体数据库，由于用于存储的数据表包括多个，因此确定表位置后可准确对封装好的模型进行插入和查询等操作。表5中示意性示出了第二组字符与表位置的对应关系，参考表5中所示，被保障对象李四的第二组字符为010，因此李四的模型插入累计服务库时，其对应的库位置为A库，其对应的表位置为10表。

表5

后三位	表位置
		n	n表

需要说明的是，对于第二组字符中出现字母的情况而言，可将该字母确定为一个默认数值，例如当身份证号的最后一位，即第二组字符中的最后一位为X时，可将该字母默认为0。举例而言，若被保障对象王五的标识号为10010020190501002X，则预设标识号可以为01002X，第二组字符可以为预设标识号中排列在后三位的字符02X，则对应的表位置为02表。

在步骤S530中，按照所述库位置和所述表位置将所述模型存储至所述累计服务库。

本发明实施例中，在得到库位置和表位置之后，可按照库位置和表位置将对应的模型插入累计服务库中。举例而言，若被保障对象李四的标识号为100100201905010010，则预设标识号可以为010010，第一组字符可以为预设标识号中排列在前三位的字符010，第二组字符可以为预设标识号中排列在后三位的字符010，被保障对象李四对应的表单信息封装好的模型，可插入累计服务库中的A库10表，即存储至累计风险保额模型的Mysql集群中的A库10表。

本发明实施例中，通过被保障对象的标识号确定库位置和表位置，能够将每一个被保障对象的表单信息封装好的模型准确插入对应的累计服务库中，便于进行统一管理，从而提高操作效率。

本发明实施例中，通过对日志进行解析以及对表单信息进行封装并推送至累计服务库，能够通过实时对日志进行解析，实时将目标渠道产生的表单信息传入累计服务库，避免相关技术中由于通过多个中间件将表单信息同步至累计服务库而导致的时间延迟，提高了表单信息同步至累计服务库的同步效率。并且，以上步骤之间的执行时间可忽略不计，相对于图1中的传统模型来说，本发明实施例中的技术方案可满足业务实际累计时间要求。

继续参考图2中所示，在步骤S230中，在所述累计服务库中确定目标表单对应的被保障对象的累计信息，以使累计服务库根据所述累计信息对所述目标表单进行处理。

本发明实施例中，目标表单可以与同一个被保障对象对应的已经出单的表单信息的类型相同，例如，被保障对象1的类型为A的物品的表单信息已经出单，则目标表单可以为针对被保障对象1的类别为A的物品的表单信息。也可以理解为，目标表单为针对同一被保障对象再次购买的一个表单信息。

在将封装好的模型推送至累计服务库后，如果检测到任意一个保障对象(投保人)再次在目标渠道，例如任意第三方渠道或自营平台为被保障对象购买同类物品生成目标表单，则可以确定目标表单中被保障对象的累计信息。此处的累计信息指的是与目标表单同类型的所有处于有效期内的表单中险别保额的累计信息。

具体而言，确定累计信息的过程可以包括：获取所述目标表单对应的所述被保障对象的标识号对应的库位置和表位置；按照所述库位置和所述表位置确定所述被保障对象的所述累计信息。首先，可获取目标表单中被保障对象的标识号；其次，可按照图5中的分库分表规则，根据被保障对象的标识号中预设标识号对应的第一组字符来确定库位置，并根据预设标识号对应的第二组字符来确定表位置；接下来，可根据确定的库位置和表位置来查询与目标表单同类型的与该被保障对象对应的所有表单的累计信息，需要说明的是，累计信息中包括目标表单的险别保额。

举例而言，被保障对象李四，有2019年1月1日至2019年12月31日有效保单，且保单中存在险别A001-03对应保额为15万，A001-03的累计上限假设设置为20万。此时，李四又想购买一份2019年5月1日至2020年4月30日的产品(目标表单)，且该产品含有险别A001-03责任对应保额15万，则当李四作为被保人购买此产品。则针对被保障对象李四的险别保额的累计信息为30万。

在得到被保障对象的累计信息后，可以使累计服务库根据累计信息与预设阈值的对比结果对所述目标表单进行处理，具体地，可根据累计规则来进行处理，累计规则指的是：即将投保的目标保单有效期内对应的险别保额之和不超过累计限额上限。参考图6中所示，具体包括以下步骤S610至步骤S630，其中：

在步骤S610中，累计服务库判断累计信息是否大于预设阈值。

本发明实施例中，预设阈值是用于判断被保障对象的再次购买同类物品的请求是否符合要求的阈值，具体可根据每种类型的物品具体限定。需要说明的是，预设阈值可以为针对每种类型而设置的阈值，例如类型为A001的产品方案的预设阈值为20万。也可以为针对每种类型中每个级别而设置的阈值，例如类型为A001-03的产品方案的预设阈值为16万。本发明实施例中以预设阈值可以为针对每种类型而设置的阈值为例进行说明。

举例而言，参考表3中所示，类型为A001的产品方案，主要包括多个级别，例如包括但不限于A001-01、A001-02、A001-03。级别不同其对应的险别保额也不同。例如，A001-01的险别保额为50000，A001-02的险别保额为100000，A001-03的险别保额为150000。

在步骤S620中，若是，拒绝针对所述被保障对象的所述目标表单。

本发明实施例中，如果判断被保障对象的的所有表单的险别保额的累计信息大于设置的预设阈值，则可以判断当前的目标表单已经超过了累计风险限额上限，此时可以认为审核未通过，并拒绝针对被保障对象的目标表单。

举例而言，被保障对象李四，有2019年1月1日至2019年12月31日有效保单，且保单中存在险别A001-03对应保额为15万，A001-03的累计上限假设设置为20万。此时，李四又想购买一份2019年5月1日至2020年4月30日的产品，且该产品含有险别A001-03责任对应保额15万。根据累计规则，由于累计信息为15万(第一单)+15万(预购单)＝30万>20万，因此拒保该目标表单。

通过累计信息与预设阈值进行对比，能够快速确定目标表单是否符合要求，进而能够及时预防和降低风险。

在步骤S630中，若否，对所述目标表单进行出单操作。

本发明实施例中，如果判断被保障对象的的所有表单的险别保额的累计信息小于或者是等于设置的预设阈值，则可以判断当前的目标表单未超过了累计风险限额上限，此时可以确定审核通过，接收针对被保障对象的目标表单，并对目标表单进行出单操作。

需要补充的是，在审核通过或者是审核未通过时，均可以提供一个提示信息，以通过提示信息提醒用户目标表单的审核情况，提高用户体验。提示信息例如可以为语音形式或者是文字形式或者是其他任意合适的表现形式，此处不作特殊限定。

本发明实施例中，避免了传统技术方案中多消息中间件同步信息时产生的耗时，有效控制在同步保单险别保额信息进累计服务库的过程中，高危客户恶意多次购买高额保单，针对跨渠道跨平台无法根据限购份数控制而导致的高赔付风险；在赔偿限额的机制下，提升投保客户质量；有效控制承保风险，基于完善的实时风控模型体系，降低赔付风险从而提高整体效益。

图7中示意性示出了整体流程图，参考图7中所示，主要包括以下步骤：

在步骤701中，业务接入区进行承保或退保。

在步骤702中，实时同步系统中的Zookeeper集群注册并管理服务。即，Zookeeper集群对Canal服务端和Canal客户端的应用进行统一管理。

在步骤703中，Canal服务端实时监控Mysql库集群底层的binlog日志。

在步骤704中，Canal客户端分批次获取Mysql库集群底层的binlog日志。

在步骤705中，Canal客户端对抓取的日志进行解析。

在步骤706中，解析成功后，Canal客户端推送至Mysql集群。

在步骤707中，提供累计风险保额查询服务。

在步骤708中，判断累计信息是否超限额。若是，转至步骤S710；若否，转至步骤S709。

在步骤709中，核保通过，出单成功。

在步骤710中，对目标表单进行拒保。

在步骤711中，将核保通过或者是拒保的信息通知客户。

通过图7中的方法，避免了相关技术中多消息中间件消费的耗时，有效控制在同步保单险别保额信息进累计服务库的过程中，高危客户恶意多次购买高额保单，针对跨渠道跨平台无法根据限购份数控制而导致的高赔付风险，提升投保客户质量；有效控制承保风险，基于完善的实时风控模型体系，降低风险。

本发明实施例中，还提供了一种信息处理装置，参考图8中所示，该装置800主要包括：

表单信息获取模块801，用于获取通过目标渠道产生并存储在表单模型中的日志，并对所述日志进行解析得到包括被保障对象的表单信息；

模型推送模块802，用于对所述表单信息进行封装得到对应累计服务库的模型，并将所述模型推送至所述累计服务库；

表单信息处理模块803，用于在所述累计服务库中确定目标表单对应的被保障对象的累计信息，以使所述累计服务库根据所述累计信息对所述目标表单进行处理。

本发明实施例中，模型推送模块802包括：表单封装模块，用于按照累计模型中的被保障对象维度以及类别维度，将所述表单信息封装为对应于所述累计服务库的模型。

可选地，模型推送模块802包括：表单推送模块，用于按照数据库分库分表技术，基于所述被保障对象维度将所述模型存储至所述累计服务库。

可选地，表单推送模块包括：推送控制模块，用于根据所述被保障对象的标识号，将所述模型存储至所述累计服务库。

可选地，推送控制模块包括：库位置确定模块，用于根据所述被保障对象的标识号中预设标识号的第一组字符确定库位置，所述第一组字符包括所述预设标识号中第一预设数量的字符；表位置确定模块，用于根据与所述第一组字符相邻的第二组字符确定表位置，所述第二组字符包括与所述第一组字符相邻的第二预设数量的字符；推送存储模块，用于按照所述库位置和所述表位置将所述模型存储至所述累计服务库。

可选地，表单信息处理模块包括：位置获取模块，用于获取所述目标表单对应的所述被保障对象的标识号对应的库位置和表位置；处理控制模块，用于按照所述库位置和所述表位置确定所述被保障对象的所述累计信息，以使所述累计服务库根据所述累计信息与预设阈值的对比结果对所述目标表单进行处理。

可选地，处理控制模块包括：第一处理模块，用于按照所述库位置和所述表位置确定所述被保障对象的所述累计信息，以使所述累计服务库在大于所述预设阈值时，拒绝针对所述被保障对象的所述目标表单；第二处理模块，用于按照所述库位置和所述表位置确定所述被保障对象的所述累计信息，以使所述累计服务库在所述累计信息小于或等于所述预设阈值，对所述目标表单进行出单操作。

需要说明的是，本发明实施例的信息处理装置的各个功能模块与上述信息处理方法的示例实施例的步骤相同，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本发明中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

在本发明的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图9来描述根据本发明的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元910可以执行如图2中所示的步骤：在步骤S210中，获取通过目标渠道产生并存储在表单模型中的日志，并对所述日志进行解析得到包括被保障对象的表单信息；在步骤S220中，对所述表单信息进行封装得到对应累计服务库的模型，并将所述模型推送至所述累计服务库；在步骤S230中，在所述累计服务库中确定目标表单对应的被保障对象的累计信息，以使所述累计服务库根据所述累计信息对所述目标表单进行处理。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(ROM)9203。

存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备900也可以与一个或多个外部设备1000(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本发明实施方式的信息处理方法。

在本发明的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

根据本发明的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

用于执行本发明操作的程序代码可以以一种或多种程序设计语言的任意组合来编写，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其他实施例。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由权利要求指出。

Claims (10)

1.一种信息处理方法，其特征在于，包括：

获取通过目标渠道产生并存储在表单模型中的日志，并对所述日志进行解析得到包括被保障对象的表单信息；

对所述表单信息进行封装得到对应累计服务库的模型，并将所述模型推送至所述累计服务库；

在所述累计服务库中确定目标表单对应的被保障对象的累计信息，以使所述累计服务库根据所述累计信息对所述目标表单进行处理。

2.根据权利要求1所述的信息处理方法，其特征在于，对所述表单信息进行封装得到对应累计服务库的模型包括：

按照累计模型中的被保障对象维度以及类别维度，将所述表单信息封装为对应于所述累计服务库的模型。

3.根据权利要求1所述的信息处理方法，其特征在于，将所述模型推送至所述累计服务库包括：

按照数据库分库分表技术，基于被保障对象维度将所述模型存储至所述累计服务库。

4.根据权利要求3所述的信息处理方法，其特征在于，按照数据库分库分表技术，基于被保障对象维度将所述模型存储至所述累计服务库包括：

根据所述被保障对象的标识号，将所述模型存储至所述累计服务库。

5.根据权利要求4所述的信息处理方法，其特征在于，根据所述被保障对象的标识号，将所述模型存储至所述累计服务库包括：

根据所述被保障对象的标识号中预设标识号的第一组字符确定库位置，所述第一组字符包括所述预设标识号中第一预设数量的字符；

根据与所述第一组字符相邻的第二组字符确定表位置，所述第二组字符包括与所述第一组字符相邻的第二预设数量的字符；

按照所述库位置和所述表位置将所述模型存储至所述累计服务库。

6.根据权利要求1所述的信息处理方法，其特征在于，在所述累计服务库中确定目标表单对应的被保障对象的累计信息，以使所述累计服务库根据所述累计信息对所述目标表单进行处理包括：

获取所述目标表单对应的所述被保障对象的标识号对应的库位置和表位置；

按照所述库位置和所述表位置确定所述被保障对象的所述累计信息，以使所述累计服务库根据所述累计信息与预设阈值的对比结果对所述目标表单进行处理。

7.根据权利要求6所述的信息处理方法，其特征在于，按照所述库位置和所述表位置确定所述被保障对象的所述累计信息，以使所述累计服务库根据所述累计信息与预设阈值的对比结果对所述目标表单进行处理包括：

按照所述库位置和所述表位置确定所述被保障对象的所述累计信息，以使所述累计服务库在大于所述预设阈值时，拒绝针对所述被保障对象的所述目标表单；

按照所述库位置和所述表位置确定所述被保障对象的所述累计信息，以使所述累计服务库在所述累计信息小于或等于所述预设阈值，对所述目标表单进行出单操作。

8.一种信息处理装置，其特征在于，包括：

表单信息获取模块，用于获取通过目标渠道产生并存储在表单模型中的日志，并对所述日志进行解析得到包括被保障对象的表单信息；

模型推送模块，用于对所述表单信息进行封装得到对应累计服务库的模型，并将所述模型推送至所述累计服务库；

表单信息处理模块，用于在所述累计服务库中确定目标表单对应的被保障对象的累计信息，以使累计服务库根据所述累计信息对所述目标表单进行处理。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任意一项所述的信息处理方法。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任意一项所述的信息处理方法。

Images