信息验证方法及装置、计算机存储介质、电子设备

技术领域

本公开涉及计算机技术领域，特别涉及一种信息验证方法、一种信息验证装置、计算机可读存储介质及电子设备。

背景技术

随着计算机技术的发展，大部分保险公司都利用计算机针对客户的投保信息进行审核。然而，巨大的购买量导致承保信息呈现爆炸性的增长，审核过程中不仅要求时效性，还要求准确率。

现有的核保过程是将核保规则存放在一台服务器上，作用于不同的承保服务。但随着承保服务的增加，核保规则引擎却无法扩展，导致核保规则引擎负荷增加，同时，跨网络传输造成网络不稳定及延迟，影响了核保的速度和结果。

鉴于此，本领域亟需开发一种新的信息验证方法及装置。

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

发明内容

本公开的目的在于提供一种信息验证方法、信息验证装置、计算机可读存储介质及电子设备，进而至少在一定程度上避免跨网络传输的不稳定性及造成网络的延迟。

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

根据本公开的一个方面，提供一种信息验证方法，应用于信息验证系统，所述信息验证系统包括规则配置中心和一个或多个承保服务器，各所述承保服务器包括核保单元和投保单元，所述信息验证方法包括：获取一个或多个核保规则信息，通过所述规则配置中心将各所述核保规则信息进行结构化处理，以获得一个或多个核保规则，各所述核保规则包括规则项和信息项；在所述核保单元中配置多个分别与各所述规则项对应的核保规则引擎，通过各所述核保规则引擎按照所述核保规则的信息项对投保单元中的投保信息的各字段进行验证；其中，所述核保规则引擎的个数与所述规则项的个数相同。

在本公开的一些示例性实施例中，所述核保单元还包括规则处理器；所述在所述核保单元中配置多个分别与各所述规则项对应的核保规则引擎，包括：通过各所述规则处理器在所述规则配置中心获取所述核保规则，并判断所述核保单元中是否存在与所述核保规则的规则项对应的核保规则引擎；若存在，则将所述核保规则的信息项发送至与所述规则项对应的核保规则引擎中，以使与所述规则项对应的核保规则引擎根据所述信息项进行更新；若不存在，则在所述核保单元中配置与所述规则项对应的核保规则引擎，并将所述信息项发送至与所述规则项对应的核保规则引擎中。

在本公开的一些示例性实施例中，所述通过各所述规则处理器在所述规则配置中心获取所述核保规则，包括：通过各所述规则处理器订阅所述规则配置中心的核保规则；在所述核保规则发生变更时，所述规则配置中心向所述规则处理器发送变更信息，以使所述规则处理器在所述规则配置中心获取所述核保规则。

在本公开的一些示例性实施例中，所述信息验证系统还包括负载均衡器，所述方法还包括：通过所述负载均衡器响应所述核保请求，所述核保请求包括所述投保信息；检测所述承保服务器的负载情况，基于检测结果，将所述投保信息发送至负载相对较低的承保服务器的投保单元中，以使所述负载相对较低的承保服务器对所述投保信息进行验证。

在本公开的一些示例性实施例中，所述规则配置中心包括存储介质；通过所述规则配置中心将所述核保规则信息进行结构化处理，以获得一个或多个核保规则，包括：将各所述核保规则信息以轻量级的数据交换格式作为所述存储介质的规则内容字段，将各所述核保规则信息对应的投保项目代码作为所述存储介质的行主键，以获得一个或多个结构化的核保规则。

在本公开的一些示例性实施例中，在通过各所述核保规则引擎按照所述核保规则对投保单元中的投保信息的各字段进行验证之前，所述方法还包括：获取所述投保单元中的所述投保信息，识别所述投保信息中的各字段；对所述投保信息中的各字段按照第一预设规则进行校验，以得到校验后的投保信息。

在本公开的一些示例性实施例中，通过各所述核保规则引擎按照所述核保规则的信息项对投保单元中的投保信息的各字段进行验证，包括：通过各所述核保规则引擎在所述投保信息中获取与所述核保规则引擎的规则项相对应的目标字段，并将所述目标字段与所述核保规则引擎的信息项进行匹配；若匹配成功，则所述目标字段验证通过；若匹配不成功，则所述目标字段验证不通过。

根据本公开的一个方面，提供一种信息验证装置，应用于信息验证系统，所述信息验证系统包括规则配置中心和一个或多个承保服务器，各所述承保服务器包括投保单元和核保单元，所述装置包括：规则获取模块，用于获取一个或多个核保规则信息，通过所述规则配置中心将各所述核保规则信息进行结构化处理，以获取一个或多个核保规则，各所述核保规则包括规则项和信息项；信息验证模块，用于在所述核保单元中配置多个分别与各所述规则项对应的核保规则引擎，通过各所述核保规则引擎按照所述核保规则的信息项对所述投保单元中的投保信息的各字段进行验证；其中，所述核保规引擎的个数与所述规则项的个数相同。

根据本公开的一个方面，提供一种信息验证系统，所述信息验证系统包括规则配置中心和一个或多个承保服务器，各所述承保服务器包括投保单元和核保单元，各所述核保单元包括规则处理器和一个或多个核保规则引擎，其中：所述规则配置中心，用于获取一个或多个核保规则信息，对各所述核保规则信息进行结构化处理，以获得一个或多个结构化的核保规则，各所述核保规则包括规则项和信息项；所述投保单元，用于获取用户的投保信息；所述规则处理器，用于从所述规则配置中心获取一个或多个所述核保规则，并配置多个分别与各所述核保规则的规则项相对应的所述核保规则引擎，并将所述核保规则的信息项发送至所述核保规则引擎中；各所述核保规则引擎，用于根据相对应的信息项对投保信息进行验证。

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

根据本公开的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的信息验证方法。

由上述技术方案可知，本公开示例性实施例中的信息验证方法及装置、计算机可读存储介质、电子设备至少具备以下优点和积极效果：

本公开的信息验证方法应用于信息验证系统，该信息验证系统包括与规则配置中心和一个或多个承保服务器，各承保服务器包括投保单元和核保单元。该信息验证方法获取一个或多个核保规则信息，通过规则配置中心将各核保规则信息进行结构化处理，以获得一个或多个核保规则，各核保规则包括规则项和信息项；在核保单元中配置多个分别与各规则项相对应的核保规则引擎，通过各核保规则引擎按照核保规的信息项对投保单元中的投保信息的各字段进行验证，其中，核保规则引擎的个数与规则项的个数相同。本公开中的信息验证方法一方面，通过将核保单元与投保单元配置在同一个承保服务器中，避免了核保单元跨网络调用投保信息引起的系统不稳定及网络延迟，提高了信息验证的时效性和准确率；又一方面，能够根据核保规则配置相对应的核保规则引擎，实现了动态扩展核保规则引擎，减少重复开发，提高了信息验证的效率。

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

附图说明

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

图1示意性示出了现有技术中核保系统的结构示意图；

图2示意性示出了根据本公开的一实施例的信息验证方法的流程示意图；

图3示意性示出了根据本公开的一实施例的信息验证装置的框图；

图4示意性示出了根据本公开的一实施例的信息验证系统的框图；

图5示意性示出了根据本公开的一实施例的电子设备的模块示意图；

图6示意性示出了根据本公开的一实施例的程序产品示意图。

具体实施方式

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

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

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

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

在本领域的相关技术中，一个核保规则引擎处理多个承保服务器发送的投保信息，随着投保信息的增加，核保规则引擎无法横向扩展，造成核保规则引擎负荷量增加。图1示出了现有技术中核保系统的结构示意图，如图1所示，核保规则引擎101和多个承保服务器102相连接，通过核保规则引擎101处理多个承保服务器102中的投保信息。其中，承保服务器的数量可以是n个，n大于等于1。同时，由于现有技术中的核保规则引擎与投保单元不在同一个承保服务器中，核保规则引擎处理投保单元中的投保信息时，跨网络传输会造成网络不稳定及延迟，降低了核保效率。

基于相关技术中存在的问题，在本公开的一个实施例中提出了一种信息验证方法，图2示出了信息验证方法的流程示意图，如图2所示，该信息验证方法至少包括以下步骤：

步骤S210：获取一个或多个核保规则信息，通过规则配置中心将各核保规则信息进行结构化处理，以获得一个或多个核保规则，各核保规则包括规则项和信息项；

步骤S220：在核保单元中配置多个分别与各规则项对应的核保规则引擎，通过各核保规则引擎按照核保规则的信息项对投保单元中的投保信息的各字段进行验证，其中，核保规则引擎的个数与规则项的个数相同。

本公开实施例中的信息推荐方法一方面，通过将核保单元与投保单元配置在同一个承保服务器中，避免了核保单元跨网络调用投保信息引起的系统不稳定及网络延迟，提高了信息验证的时效性和准确率；又一方面，能够根据核保规则配置相对应的核保规则引擎，实现了动态扩展核保规则引擎，减少重复开发，提高了信息验证的效率。

需要说明的是，本公开示例性实施方式的信息验证方法应用于信息验证系统，信息验证系统包括用于验证参与投保的用户所对应的投保信息是否满足核保规则的系统。

具体地，信息验证系统包括规则配置中心和一个或多个承保服务器，承保服务器为验证投保信息的服务器，承保服务器可以是Java虚拟机等，本公开对此不做具体限定。其中，承保服务器的个数可以根据投保信息的信息量来确定，比如，当一个承保服务器中同时处理的投保信息的数量超过500条时，可以适当增加承保服务器的个数，以使每个承保服务器中处理的投保信息的数量保持均衡，以降低每个承保服务器的负载，提高信息验证的效率。承保服务器可以包括投保单元和核保单元，投保单元中包括投保信息，核保单元中包括规则处理器和一个或多个核保规则引擎。

另外，规则配置中心可以与客户端相连接，保险公司的工作人员可以在客户端输入核保规则信息，规则配置中心通过响应客户端获取核保规则信息，工作人员还可以根据实际情况在客户端中实现变更核保规则信息。

为了使本公开的技术方案更清晰，接下来对信息验证方法的各步骤进行说明。

在步骤S210中，获取一个或多个核保规则信息，通过规则配置中心将各核保规则信息进行结构化处理，以获得一个或多个核保规则。

在本公开的示例性实施例中，核保规则信息可以包括投保人年龄区间、被保人年龄区间、被保人与投保人的关系、受益人类型、投保期限、缴费方式等等。信息项可以是与规则项对应的数字区间或是可选结果。比如，核保规则信息可以是：投保人年龄为18周岁至105周岁，被保人年龄在0周岁至60周岁，被保人与投保人的关系为本人、子女、配偶父母，受益人类型为法定，投保期限为一年，缴费方式为月缴、年缴。当然，核保规则信息可以根据保险类型进行设定，还可以根据实际情况进行变更，本公开对此不做具体限定。

在本公开的示例性实施例中，该规则配置中心可以包括存储介质，该存储介质可以是关系型数据库，比如存储介质可以是RMDB，还可以是Redis、MongoDB、CouchDB等，本公开对此不做具体限定。

在本公开的示例性实施例中，通过规则配置中心将核保规则信息进行结构化处理，以获得一个或多个核保规则，包括：将各核保规则信息以轻量级的数据交换格式作为存储介质的规则内容字段，将各核保规则信息对应的投保项目代码作为存储介质的行主键，以获得一个或多个结构化的核保规则。

具体地，在将核保规则信息进行结构化时，根据各核保规则信息对应的投保项目代码在存储介质中建立存储单元，该存储单元的行主键为投保项目代码。其中，该投保项目代码可以是保险产品对应的产品编码，本公开对此不做具体限定。

另外，存储单元的规则内容字段为该投保项目代码对应的核保规则信息，在将核保规则信息存储在存储单元时，可以是以轻量级的数据交换格式进行存储。比如，可以是以json的格式存储在存储单元中，还可以是以XML格式存储在存储单元中，以实现核保规则信息的结构化。

举例而言，若规则配置中心获取到的一投保项目代码为AB的保险项目对应的核保规则信息，该核保规则信息包括6项信息，具体如下：

1.投保人年龄：18周岁(含18周岁)-105周岁(含105周岁)；

2.被保人年龄：0周岁(出生满30天包含出生满30天)-60周岁(含60周岁)；

3.被保人与投保人的关系：本人、子女、配偶、父母；

4.受益人类型：法定；

5.投保期限：一年；

6.缴费方式：月缴、年缴。

将该核保规则信息以json的格式存储在存储单元中，存储格式如下：

其中，结构化之后的核保规则信息包括6条核保规则，每条核保规则包括一规则项和一信息项。规则项“proposer”表示投保人年龄；规则项“insured”表示被保人年龄；该规则项“proposer”和规则项“insured”对应的信息项为“minAge”和“maxAge”，其中，“minAge”表示最小年龄，“maxAge”表示最大年龄；规则项“relationship”表示被保人与投保人的关系，该规则项对应的信息项“01”表示本人、“02”表示子女、“03”表示配偶、“04”表示父母；规则项“beneficiary”表示受益人类型，该规则项对应的信息项“legal”表示受益人类型为法定受益人；规则项“insurancePeriod”表示投保期限，该规则项对应的信息项“1Y”表示投保期限为一年；规则项“payway”表示缴费方式，该规则项对应的信息项“01”表示为月缴，“02”表示为年缴。

在本公开的示例性实施例中，该信息验证系统还包括负载均衡器，通过该负载均衡器响应核保请求，核保请求包括投保信息；检测承保服务器的负载情况，基于检测结果，将投保信息发送至负载相对较低的承保服务器的投保单元中，以使承保服务器对投保信息进行验证。

具体地，通过负载均衡器响应核保请求，负载均衡器检测各承保服务器上的负载情况，根据各承保服务器上的负载情况确定负载相对较低的承保服务器，并将投保信息发送至该承保服务器，以使该承保服务器对投保信息进行验证。其中，该负载均衡算法可以是静态算法，也可以是动态算法，本公开对此不做具体限定。

另外，信息验证系统接收到核保请求，该核保请求中包括投保信息，将该投保信息存储在对应的承保服务器的投保单元中。其中，投保信息包括投保项目代码、投保人信息、被保人信息、投保人与被保人的关系、投保期限和缴费方式等信息，投保信息可以根据投保项目代码的不同包含不同的信息内容，本公开对此不做具体限定。

在步骤S220中，在核保单元中配置与各规则项对应的核保规则引擎，通过各核保规则引擎按照核保规则的信息项对投保单元中的投保信息的各字段进行验证。

在本公开的示例性实施例中，投保信息的各字段包括投保信息中的内容，比如，投保信息包括的各字段可以是投保项目代码为AB、投保人年龄为40周岁，被保人年龄为10周岁、投保人与被保人的关系为母子等等，本公开对此不做具体限定。

在本公开的示例性实施例中，在通过各核保规则引擎按照核保规则对投保单元中的投保信息的各字段进行验证之前，获取投保单元中的投保信息，识别投保信息中的各字段；对投保信息中的各字段按照第一预设规则进行校验，以得到校验后的投保信息。其中，第一预设规则可以根据实际情况进行设定，比如，第一预设规则可以是判断该投保信息中包含的字段是否完整，也可以是判断该投保信息中是否包含错误字段，还可以是判断该投保信息的格式是否满足规定格式。当然，该第一预设规则可以是一条预设规则，也可以是多条预设规则，本公开对此不做具体限定。

举例而言，若第一预设规则为该投保信息中包含的字段是否完整，则对投保信息进行校验的过程可以是：获取该投保信息中的投保项目代码，该投保项目代码要求的字段为投保人年龄、被保人年龄、投保期限，但在该投保信息中，不存在投保期限、投保人年龄或被保人年龄中的一项或多项字段，则该投保信息校验不通过。在投保信息校验不通过时，可以直接在客户端上显示投保信息校验失败的提示，并显示失败的原因。

在本公开的示例性实施例中，通过核保单元在规则配置中心获取核保规则，并配置多个分别与各核保规则相对应的核保规则引擎，核保单元中包括一个或多个核保规则引擎，核保规则引擎的个数与规则配置中心中核保规则的规则项的个数相对应。即，每一个核保规则的规则项在核保单元中都存在唯一对应的一个核保规则引擎。比如，基于上述6条核保规则，在核保单元中配置相对应的核保规则引擎包括：ProposerHandler，InsuredHandler，RelationshipHandler，BeneficiaryHandler，InsurancePeriodHandler，PaywayHandler。

另外，在一个核保单元中可以存在一个或多个核保规则引擎，各核保规则引擎的类型不同，各核保规则引擎的类型与核保规则中规则项的类型相对应。若在规则配置中心的多个存储单元中，每个存储单元中均存在相同的规则项，但每个存储单元中的规则项对应的信息项不同，即每个投保项目代码中需要核保的规则项相同，但是信息项不同。此时，在核保单元中只会根据规则项配置一个核保规则引擎，但是在该核保规则引擎中会存储多个投保项目代码，以及该投保项目代码对应的信息项。

比如，投保项目代码为AB的核保规则包括：

被保人年龄：1周岁(含1周岁)至18周岁(含18周岁)；

投保项目代码为AC的核保规则包括：

被保人年龄：18周岁(含18周岁)至60周岁(含60周岁)；

投保项目代码为AD的核保规则包括：

被保人年龄：60周岁(含60周岁)至105周岁(含105周岁)。

那么，针对上述三个投保项目代码对应的核保规则中的规则项均为被保人年龄，则可以在核保单元中配置一个核保规则引擎InsuredHandler，在该核保规则引擎中，存储有投保项目代码和该投保项目代码对应的被保人年龄的信息项。

在本公开的示例性实施例中，核保单元还可以包括规则处理器，该规则处理器可以是核保单元中统一的Rule Processor。通过该规则处理器在规则配置中心获取核保规则，并对核保规则进行解析，并将解析后的各核保规则发送至与核保规则对应的核保规则引擎中。

具体地，在规则配置中心的存储介质中获取核保规则，并对核保规则进行解析，即获取核保规则中的规则项和与规则项对应的信息项。

另外，通过规则处理器在规则配置中心获取核保规则，包括：通过各规则处理器订阅规则配置中心的核保规则；在核保规则发生变更时，规则配置中心向规则处理器发送变更信息，以使规则处理器在规则配置中心获取核保规则。其中，该核保规则发生变更可以是在历史核保规则中添加一项新的规则项，也可以是变更规则项对应的信息项，本公开对此不做具体限定。变更信息可以包括发生变更的核保规则的投保项目代码和核保规则的规则项，规则处理器在接收到变更信息时，根据该变更信息在规则配置中心的存储介质中获取变更后的核保规则。

在本公开的示例性实施例中，通过各规则处理器在规则配置中心获取核保规则，并判断核保单元中是否存在与核保规则的规则项对应的核保规则引擎；若核保单元中存在与核保规则的规则项对应的核保规则引擎，则将核保规则的信息项发送至与规则项对应的核保规则引擎中，以使规则项对应的核保规则引擎根据信息项进行更新；其中，对核保规则引擎进行更新，可以是将核保规则引擎中的历史信息项删除，保留新的信息项，也可以将历史信息项与新的信息项进行比对，用新的信息项替换历史信息项中与新的信息项中不同的部分。若核保单元中不存在与核保规则的规则项对应的核保规则引擎，则在核保单元中配置与规则项对应的核保规则引擎，并将信息项发送至与规则项对应的核保规则引擎中。本公开的信息校验方法能够针对新的核保规则，动态扩展新的核保规则引擎，实现配置灵活性。

在本公开的示例性实施例中，通过各核保规则引擎按照核保规则的信息项对投保单元中的投保信息的各字段进行验证，包括：通过各核保规则引擎在投保信息中获取与核保规则引擎的规则项相对应的目标字段；将目标字段与核保规则引擎的信息项进行匹配；若目标字段与核保规则的信息项匹配成功，则目标字段验证通过；若目标字段与核保规则的信息项匹配不成功，则目标字段验证不通过。

具体地，各核保规则引擎在投保信息中获取与规则项对应的字段，并基于投保信息中的投保项目代码，获取核保规则引擎中与该投保项目代码对应的信息项。基于信息项与规则项对应的字段进行匹配，若字段匹配成功，则该字段验证通过；若字段匹配不成功，则该字段验证不通过。

比如，在某一投保信息为：投保项目代码为AB、投保人年龄为50周岁、被保人年龄为20周岁。

投保人年龄这一规则项对应的核保规则引擎ProposerHandler，该核保规则引擎内存储的投保项目代码AB对应的信息项为18周岁(含18周岁)-105周岁(含105周岁)。通过核保规则引擎校验该投保人年龄这一字段，投保信息中的投保人年龄50周岁满足该核保规则引擎中的信息项，则该投保信息的投保人年龄字段验证通过。

被保人年龄这一规则项对应的核保规则引擎InsuredHandler，该核保规则引擎内存储的投保项目代码AB对应的信息项为1周岁(含1周岁)-18周岁(含18周岁)。通过核保规则引擎校验该被保人年龄这一字段，投保信息中的被保人年龄20周岁不满足该核保规则引擎中的信息项，则该投保信息的被保人年龄字段验证不通过。

该投保信息的验证结果为投保人年龄字段验证通过，被保人字段验证不通过，该验证结果可以通过客户端反馈至保险工作人员。

本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

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

以下介绍本公开的装置实施例，可以用于执行本公开上述的信息验证方法。对于本公开装置实施例中未披露的细节，请参照本公开上述的信息验证方法的实施例。

图3示意性示出了根据本公开的一个实施例的信息验证装置的框图。

参照图3所示，根据本公开的一个实施例的信息验证装置300，该信息验证装置300应用于信息验证系统，该信息验证系统包括规则配置中心和一个或多个承保服务器，各承保服务器包括投保单元和核保单元。该信息验证装置300包括：规则获取模块301和信息验证模块302。具体地：

规则获取模块301，用于获取一个或多个核保规则信息，通过规则配置中心将各核保规则信息进行结构化处理，以获得一个或多个核保规则，各核保规则包括规则项和信息项；

信息验证模块302，用于在核保单元中配置多个分别与各规则项对应的核保规则引擎，通过各核保规则引擎按照核保规则的信息项对投保单元中的投保信息的各字段进行验证

其中，核保规则引擎的个数与规则项的个数相同。

在本公开的示例性实施例中，规则获取模块301还可以用于将各核保规则信息以轻量级的数据交换格式作为存储介质的规则内容字段，将各核保规则信息对应的投保项目代码作为存储介质的行主键，以获得一个或多个结构化的核保规则。

在本公开的示例性实施例中，信息验证模块302还可以用于获取投保信息中与核保规则相对应的字段，并通过核保规则引擎判断字段是否满足核保规则；若是，则字段验证通过；若否，则字段验证不通过。

在本公开的示例性实施例中，信息验证模块302还可以用于通过各规则处理器在规则配置中心获取核保规则，并判断核保单元中是否存在与核保规则的规则项对应的核保规则引擎；若存在，则将核保规则的信息项发送至与规则项对应的核保规则引擎中，以使与规则项对应的核保规则引擎根据信息项进行更新；若不存在，则在核保单元中配置与规则项对应的核保规则引擎，并将信息项发送至与规则项对应的核保规则引擎中。

在本公开的示例性实施例中，信息验证模块302还可以用于通过各核保规则引擎在投保信息中获取与核保规则引擎的规则项相对应的目标字段，并将目标字段与核保规则引擎的信息项进行匹配；若匹配成功，则目标字段验证通过；若匹配不成功，则目标字段验证不通过。

在本公开的示例性实施例中，信息验证装置300还包括负载均衡模块(图中未示出)，用于通过所述负载均衡器响应所述核保请求，所述核保请求包括所述投保信息；检测所述承保服务器的负载情况，基于检测结果，将所述投保信息发送至负载相对较低的承保服务器的投保单元中，以使所述承保服务器对所述投保信息进行验证。

上述各信息验证装置的具体细节已经在对应的信息验证方法中进行了详细的描述，因此此处不再赘述。

以下介绍本公开的系统实施例，可以用于执行本公开上述的信息验证方法。对于本公开系统实施例中未披露的细节，请参照本公开上述的信息验证方法的实施例。

图4示意性示出了根据本公开的一个实施例的信息验证系统的框图。

参照图4所示，根据本公开的一个实施例的信息验证系统400，信息验证系统400包括规则配置中心410和一个或多个承保服务器420，各承保服务器420包括投保单元421和核保单元422，各核保单元422包括规则处理器423和一个或多个核保规则引擎424。具体地：

规则配置中心410，用于获取一个或多个核保规则信息，对各所述核保规则信息进行结构化处理，以获得一个或多个结构化的核保规则，各核保规则包括规则项和信息项；

投保单元421，用于获取用户的投保信息；

规则处理器423，用于从所述规则配置中心410获取一个或多个所述核保规则，并配置多个分别与各核保规则的规则项相对应的核保规则引擎424，并将核保规则的信息项发送至核保规则引擎424中；

核保规则引擎424，用于根据相对应的核保规则的信息项对投保信息进行验证。

其中，该承保服务器的个数为N个，N为大于等于1的正整数，该核保规则的个数为M个，M为大于等于1的正整数。

在本公开的示例性实施例中，信息验证系统400还包括负载均衡器(图中未示出)，用于响应核保请求，核保请求包括投保信息；检测承保服务器420的负载情况，基于检测结果，将投保信息发送至负载相对较低的承保服务器420的投保单元421中，以使承保服务器420对投保信息进行验证。

上述各信息验证系统的具体细节已经在对应的信息验证方法中进行了详细的描述，因此此处不再赘述。

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

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

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

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

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

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元510执行，使得所述处理单元510执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元510可以执行如图2中所示的步骤S210，获取一个或多个核保规则信息，通过规则配置中心410将各核保规则信息进行结构化处理，以获得一个或多个核保规则，各核保规则包括规则项和信息项；步骤S220，在核保单元422中配置与各规则项对应的核保规则引擎424，通过各核保规则引擎424按照核保规则的信息项对投保单元421中的投保信息的各字段进行验证，其中，核保规则引擎的个数与规则项的个数相同。

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

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

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

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

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

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

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

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

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

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

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

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

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

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。