CN110471966B - 信息数据校验方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种信息数据校验方法、装置、计算机设备及存储介质，其中所述方法包括接收并解析由承保系统发送的投保请求，以确定相应的投保信息数据以及预设验证请求包；调用客户信息管理系统中的数据库的接口以获取与承保系统相关联的预设白名单表；确定与保险产品名称相关联的校验请求；判断身份标识信息是否位于预设白名单表中；若是，确定与身份标识信息相关联的校验请求；将所确定的与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求从预设验证请求包中删除以得到新的预设验证请求包，并对投保信息数据进行校验。本发明可以减少对投保信息数据处理的时间，提高对投保信息数据的处理效率以及用户使用体验度。

Description

信息数据校验方法、装置、计算机设备及存储介质

技术领域

本发明涉及数据处理领域，尤其涉及一种信息数据校验方法、装置、计算机设备及存储介质。

背景技术

保险产品是保险公司为市场提供的有形产品和无形服务的综合体。客户在进行投保时，承保系统为了确保其所填写的身份信息的正确性和有效性,会对客户的投保信息数据进行一系列的校验。通常，承保系统对客户的投保信息数据进行校验的内容和步骤是统一预先设置的，当对大量的客户的投保信息数据进行相应地处理时，会极大地增加承保系统的工作量，并占用更多的运行内存，同时也降低了对投保信息数据的处理效率以及用户的使用体验度。

发明内容

本发明实施例提供一种信息数据校验方法、装置、计算机设备及存储介质，能够有效减少信息数据的处理时间，提高对信息数据的处理效率以及用户使用体验度。

第一方面，本发明实施例提供了一种信息数据校验方法，该方法包括：

接收并解析由承保系统发送的投保请求，以确定相应的投保信息数据以及预设验证请求包，所述投保信息数据至少包括保险产品名称以及身份标识信息，所述预设验证请求包包括多个依次设置的校验请求；

调用客户信息管理系统中的数据库的接口以获取与所述承保系统相关联的预设白名单表，所述预设白名单表用于存储预设身份标识信息以及预设保险产品名称，所述预设白名单表中的每个预设身份标识信息均关联有至少一个校验请求，所述预设白名单表中的每个预设保险产品名称均关联有至少一个校验请求，所有的校验请求均属于所述预设验证请求包中的请求；

若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，确定与所述保险产品名称相关联的校验请求；

判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中；

若所述投保信息数据中的身份标识信息位于所述预设白名单表中，确定与所述身份标识信息相关联的校验请求；

将所确定的与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

第二方面，本发明实施例还提供了一种信息数据校验装置，该装置包括：

请求接收单元，用于接收并解析由承保系统发送的投保请求，以确定相应的投保信息数据以及预设验证请求包，所述投保信息数据至少包括保险产品名称以及身份标识信息，所述预设验证请求包包括多个依次设置的校验请求；

第一调用单元，用于调用客户信息管理系统中的数据库的接口以获取与所述承保系统相关联的预设白名单表，所述预设白名单表用于存储预设身份标识信息以及预设保险产品名称，所述预设白名单表中的每个预设身份标识信息均关联有至少一个校验请求，所述预设白名单表中的每个预设保险产品名称均关联有至少一个校验请求，所有的校验请求均属于所述预设验证请求包中的请求；

第一确定单元，用于若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，确定与所述保险产品名称相关联的校验请求；

第一判断单元，用于判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中；

第二确定单元，用于若所述投保信息数据中的身份标识信息位于所述预设白名单表中，确定与所述身份标识信息相关联的校验请求；

处理单元，用于将所确定的与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

第三方面，本发明实施例还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序当被处理器执行时可实现上述方法。

本发明实施例提供了一种信息数据校验方法、装置、计算机设备及存储介质。其中，所述方法包括：接收并解析由承保系统发送的投保请求，以确定相应的投保信息数据以及预设验证请求包；调用客户信息管理系统中的数据库的接口以获取与所述承保系统相关联的预设白名单表；若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，确定与所述保险产品名称相关联的校验请求；判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中；若所述投保信息数据中的身份标识信息位于所述预设白名单表中，确定与所述身份标识信息相关联的校验请求；将所确定的与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。本发明实施例由于够根据投保信息数据以及对客户管理系统中的数据特征分析来确定是否要进行相应的验证，减少了投保审核的时间，可实现能够有效减少对投保信息数据处理的时间，提高对投保信息数据的处理效率以及用户使用体验度的效果。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种信息数据校验方法的流程示意图；

图1a是本发明实施例提供的一种信息数据校验方法的应用场景示意图；

图2是本发明实施例提供的一种信息数据校验方法的子流程示意图；

图3是本发明实施例提供的一种信息数据校验方法的子流程示意图；

图4是本发明另一实施例提供的一种信息数据校验方法的流程示意图；

图5是本发明实施例提供的一种信息数据校验装置的示意性框图；

图6是本发明实施例提供的一种信息数据校验装置的请求接收单元的示意性框图；

图7是本发明实施例提供的一种信息数据校验装置的第一调用单元的示意性框图；

图8是本发明另一实施例提供的一种信息数据校验装置的示意性框图；

图9是本发明实施例提供的一种计算机设备结构组成示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

请参阅图1和图1a，图1是本申请实施例提供的一种信息数据校验方法的示意流程图，图1a是本申请实施例中信息数据校验方法的场景示意图。该信息数据校验方法应用于管理服务器10中。该管理服务器10能够获取并解析承保系统20发送的投保请求以得到相应的投保信息数据，所述投保信息至少包括一个与客户相对应的身份标识信息，该身份标识信息可以是客户的身份证号等具有唯一标识性的特征信息，并且管理服务器10还能够从客户管理系统30的数据库中调用预先设置的与上述承保系统20相关联的白名单表，同时判断投保信息数据中的身份标识信息是否在白名单表中，若在，则跳过跟该白名单表相关联的校验，同时进入下一步验证，或者是通过验证，以有效减少对投保信息数据处理的时间，提高对投保信息数据的处理效率以及用户使用体验度。以下将以管理服务器10的角度详细地介绍该信息数据校验方法的各个步骤。

请参阅图1，图1是本发明实施例提供的一种信息数据校验方法的示意流程图。如图1所示，该方法的步骤包括步骤S101～S104。

步骤S101，接收并解析由承保系统发送的投保请求，以确定相应的投保信息数据以及预设验证请求包，所述投保信息数据至少包括保险产品名称以及身份标识信息，所述预设验证请求包包括多个依次设置的校验请求。

在本实施例中，业务员在为客户办理投保业务时，需要将客户提交的投保信息数据输入到相应的投保系统，投保系统采集到投保信息数据后，即需要将投保信息数据发送到管理服务器进行相应的校验。通常，保险公司为了对客户信息进行管理和维护，一般都会开发客户信息管理系统，所述客户信息管理系统可以包括保险公司的所有客户的投保信息数据，如客户姓名、客户身份证号码、已投保的保险产品名称、投保总额、被投保人姓名、被投保人身份证号码、投保状态、用户信用度、已有保单数等，而如果客户为某个公司的时候，所述客户信息管理系统可以包括公司名称等公司信息。一般情况下，承保系统可以是财险承保系统或寿险保险系统等系统。

为了便于管理服务器确定校验过程中可能省略的校验请求的步骤，减少需要处理的数据总量，所述投保信息数据至少可包括保险产品名称以及身份标识信息，当然，投保信息数据还可以包括其他的跟投保相关的信息。

其中，每个承保系统可能包括不同的投保类别，而每个投保类别可能会有多个产品供客户进行选择，如寿险承保系统可能包括意外险、重疾险等等，而意外险可能有多个不同投保形式和额度的产品。不同的投保类别一般预先设置有不同的预设验证请求包，当投保的客户数量庞大时，管理服务器的并发处理线程的占用率会非常大，从而使得整个管理系统运行超负荷，降低其工作效率，故可以通过对客户投保资格校验的预设验证请求包进行相应的更新调整，即在对客户的投保信息数据进行校验的过程中能够跳过某些校验步骤，例如，当客户投保的是推广过程中的保险产品或是客户为VIP客户时，管理服务器能够控制该客户在校验过程中省去相关校验步骤，从而提高管理服务器的工作效率，同时也能够有效降低并发处理线程的占用率。

身份标识信息可以是用于唯一标识用户身份的信息，例如可以是客户的身份证号码或者银行卡号码等，当然还可以是客户姓名加电话号码的组合等。通过确定用户的标识信息，就能够确定客户的唯一性，从便于管理服务器进行相应的条件筛选，从而提高办理投保的效率。另外，每个承保系统名称均关联有一个相关的预设验证请求包。

在一实施例中，如图2所示，所述步骤S101可以包括步骤S201～S203。

步骤S201，接收由承保系统发送的投保请求。步骤S202，解析所述投保请求以获取相应的投保信息数据。步骤S203，调用与所述承保系统相关联的预设验证请求包。其中，通过接收到的投保请求，能够对其进行解析得到投保信息数据，并调用与该承保系统相关联的预设验证请求包。

步骤S102，调用客户信息管理系统中的数据库的接口以获取与所述承保系统相关联的预设白名单表，所述预设白名单表用于存储预设身份标识信息以及预设保险产品名称，所述预设白名单表中的每个预设身份标识信息均关联有至少一个校验请求，所述预设白名单表中的每个预设保险产品名称均关联有至少一个校验请求，所有的校验请求均属于所述预设验证请求包中的请求。

在本实施例中，管理服务器可以调用客户信息管理系统中的数据库的接口，客户信息管理系统中的数据库中存储有保险公司的所有客户的投保信息，同时该数据库还能定时更新客户的投保信息，如更新已有客户的投保额度、增加客户新投保的保险产品名称、增加新客户的所有投保信息、更改不再续保的客户的投保状态等。

在一实施例中，如图3所示，所述步骤S102可以包括步骤S301～S303。

步骤S301，根据投保请求确定当前的承保系统。其中，不同的承保系统设有不同的预设白名单，故管理服务器可根据投保请求确定当前的获取到的投保信息数据的承保系统。

步骤S302，根据预设规则调用客户信息管理系统中的数据库的接口以读取数据库中的预设白名单表，不同的承保系统对应关联有不同的预设白名单表。其中，管理服务器可以根据预设规则调用客户信息管理系统中的数据库的接口，所述预设规则可以是现有的接口调用函数，作为现有的技术，在本申请中不作详细介绍。管理服务器调用到接口后，可以读取数据库中的所有预设白名单表。

步骤S303，读取所有预设白名单表的表单名称，以确定通过关键词匹配判定与当前的承保系统的名称相匹配的表单名称所对应的预设白名单表，并确定该预设白名单表与所述承保系统相关联。其中，本实施例中的预设白名单表的名称可以跟相关联的承保系统的名称一致或者相似，以便于管理服务器在读取了所有预设白名单表的表单名称之后，通过关键词匹配技术来确定与当前的承保系统的名称相匹配的预设白名单表的表单名称，从而确定当前承保系统所关联的预设白名单表。

步骤S103，若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，确定与所述保险产品名称相关联的校验请求。

在本实施例中，若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，则表明对于客户可以省略跟该保险产品名称相关联的校验请求，故此时需要管理服务器直接确定与该保险产品名称相关联的校验请求，以便进行后续操作步骤。

其中，若所述投保信息数据中的保险产品名称不位于所述预设的白名单表中，执行步骤S104。

步骤S104，判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中。

在本实施例中，为了判断客户本身是否属于保险公司所预先设置的可免除部分或全部校验请求的客户，管理服务器还可以判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中。

步骤S105，若所述投保信息数据中的身份标识信息位于所述预设白名单表中，确定与所述身份标识信息相关联的校验请求。

在本实施例中，若所述投保信息数据中的身份标识信息位于所述预设白名单表中，则表明客户本身是属于保险公司所预先设置的可免除部分或全部的校验请求的客户，此时需要确定与所述身份标识信息相关联的校验请求，以便于更进一步地提高投保效率。

其中，若所述投保信息数据中的身份标识信息不位于所述预设的白名单表中，则表明客户本身是不属于保险公司所预先设置的可免除部分或全部的校验请求的客户，此时管理服务器可以直接执行步骤S106′，且步骤S106′具体是将所确定的与保险产品名称相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

步骤S106，将所确定的与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

在本实施例中，管理服务在确定与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求的请求后，可以调用所述承保系统所关联的预设验证请求包，并确定该预设验证请求包中的与投保信息数据中的保险产品名称以及身份标识信息分别关联的校验请求，以进行删除从而得到新的预设验证请求包，此时管理服务器能够根据新的预设验证请求包对投保信息数据进行校验，从而提高客户投保的效率，提高用户的使用体验度。

综上，本发明实施例由于够根据投保信息数据以及对客户管理系统中的数据特征分析来确定是否要进行相应的验证，减少了投保审核的时间，可实现能够有效减少对投保信息数据处理的时间，提高对投保信息数据的处理效率以及用户使用体验度的效果。

请参阅图4，图4是本发明另一实施例提供的一种信息数据校验方法的示意流程图。该方法可以运行在智能手机(如Android手机、IOS手机等)、平板电脑、笔记本电脑以及智能设备等终端中。如图4所示，该方法的步骤包括步骤S401～S410。其中与上述实施例中的步骤S101-S106类似的步骤的相关解释和详细说明在此不再赘述，下面详细说明的为本实施例中所增加的步骤。

步骤S401，接收并解析由承保系统发送的投保请求，以确定相应的投保信息数据以及预设验证请求包，所述投保信息数据至少包括保险产品名称以及身份标识信息，所述预设验证请求包包括多个依次设置的校验请求。

步骤S407，将白名单表新建请求发送至客户信息管理系统，以使所述客户信息管理系统统计其数据库中的每个承保系统的投保信息数据，从而将符合白名单表新建请求中的新建规则的不同的承保系统的身份标识信息存储进不同的白名单表中，并为每个身份标识信息关联预先设置的校验请求。

在本实施例中，上述关联的校验请求即为客户在投保信息数据校验过程中可省略的校验请求的步骤，以便于减少管理服务器需要处理不同校验步骤的时间，提高投保效率和客户使用体验度。例如，其中的新建规则可以是，对于其中一个承保系统而言，当投保信息数据中的投保额度超过一个相应的预设的阀值时，可以将投保信息数据中的身份标识信息放入白名单表中进行存储并关联相应的校验请求；或者当投保信息数据中的用户信用度超过一个相应的预设的阀值时，也可以将投保信息数据中的身份标识信息放入白名单表中进行存储并关联相应的校验请求；或者当投保信息数据中的已有保单数超过一个相应的预设的阀值时，也可以将可以将投保信息数据中的身份标识信息放入白名单表中进行存储并关联相应的校验请求等。

步骤S402，调用客户信息管理系统中的数据库的接口以获取与所述承保系统相关联的预设白名单表，所述预设白名单表用于存储预设身份标识信息以及预设保险产品名称，所述预设白名单表中的每个预设身份标识信息均关联有至少一个校验请求，所述预设白名单表中的每个预设保险产品名称均关联有至少一个校验请求，所有的校验请求均属于所述预设验证请求包中的请求。

步骤S403，若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，确定与所述保险产品名称相关联的校验请求。

步骤S404，判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中。

步骤S405，若所述投保信息数据中的身份标识信息位于所述预设白名单表中，确定与所述身份标识信息相关联的校验请求。

其中，若所述投保信息数据中的身份标识信息不位于所述预设的白名单表中，则表明客户本身是不属于保险公司所预先设置的可免除部分或全部的校验请求的客户，此时管理服务器可以直接执行步骤S406′，且步骤S406′具体是将所确定的与保险产品名称相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

步骤S406，将所确定的与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

在进一步的实施例中，步骤S403之前，还可以包括：

步骤S408，调用客户信息管理系统中的数据库的接口以获取与所述承保系统相匹配的预设敏感客户表。其中，客户信息管理系统在接收到管理服务器的敏感客户表新建请求后，能够统计已有的投保信息数据，从而为不同的承保系统建立相应的敏感客户表，每个敏感客户表中存储有符合预先设置的敏感条件的身份标识信息。而管理服务器能够根据当前的承保系统，调用客户信息管理系统中的数据库的接口以获取与所述承保系统相匹配的预设敏感客户表。

步骤S409，判断所述投保信息数据中的身份标识信息是否位于所述预设敏感客户表中。其中，为了提高投保信息数据的校验效率，在判断投保信息数据的保险产品名称是否位于预设白名单表中时，需要判断该投保的客户本身是否属于保险公司确定的敏感客户，即判断所述投保信息数据中的身份标识信息是否位于所述预设敏感客户表中。

其中，若所述投保信息数据中的身份标识信息不位于所述预设敏感客户表中，执行所述步骤S403。

步骤S410，若所述投保信息数据中的身份标识信息位于所述预设敏感客户表中，返回提示信息以提示用户投保失败。其中，若投保信息数据中的身份标识信息位于所述预设敏感客户表中，则表明该客户属于保险公司设置的敏感客户，为了确保自身的利益和投保安全，管理服务器可以返回给业务员提示信息从而提示业务员该客户的投保失败，以便于业务员或客户进行下一步操作。

本领域普通技术员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)等。

请参阅图5，对应上述一种信息数据校验方法，本发明实施例还提出一种信息数据校验装置，该装置100包括：请求接收单元101、第一调用单元102、第一确定单元103、第一判断单元104、第二确定单元105以及处理单元106。

请求接收单元101，用于接收并解析由承保系统发送的投保请求，以确定相应的投保信息数据以及预设验证请求包，所述投保信息数据至少包括保险产品名称以及身份标识信息，所述预设验证请求包包括多个依次设置的校验请求。

在本实施例中，业务员在为客户办理投保业务时，需要将客户提交的投保信息数据输入到相应的投保系统，投保系统采集到投保信息数据后，即需要将投保信息数据发送到管理服务器进行相应的校验。通常，保险公司为了对客户信息进行管理和维护，一般都会开发客户信息管理系统，所述客户信息管理系统可以包括保险公司的所有客户的投保信息数据，如客户姓名、客户身份证号码、已投保的保险产品名称、投保总额、被投保人姓名、被投保人身份证号码、投保状态、用户信用度、已有保单数等，而如果客户为某个公司的时候，所述客户信息管理系统可以包括公司名称等公司信息。一般情况下，承保系统可以是财险承保系统或寿险保险系统等系统。

进一步地，如图6所示，所述请求接收单元101可以包括第一接收单元201、解析单元202以及调用单元203。其中，第一接收单元201，用于接收由承保系统发送的投保请求。解析单元202，用于解析所述投保请求以获取相应的投保信息数据。调用单元203，用于调用与所述承保系统相关联的预设验证请求包。

第一调用单元102，用于调用客户信息管理系统中的数据库的接口以获取与所述承保系统相关联的预设白名单表，所述预设白名单表用于存储预设身份标识信息以及预设保险产品名称，所述预设白名单表中的每个预设身份标识信息均关联有至少一个校验请求，所述预设白名单表中的每个预设保险产品名称均关联有至少一个校验请求，所有的校验请求均属于所述预设验证请求包中的请求。

在本实施例中，管理服务器可以调用客户信息管理系统中的数据库的接口，客户信息管理系统中的数据库中存储有保险公司的所有客户的投保信息，同时该数据库还能定时更新客户的投保信息，如更新已有客户的投保额度、增加客户新投保的保险产品名称、增加新客户的所有投保信息、更改不再续保的客户的投保状态等。

进一步地，如图7所示，所述第一调用单元102可以包括系统确定单元301、表单读取单元302以及匹配单元303。

系统确定单元301，用于根据投保请求确定当前的承保系统。

表单读取单元302，用于根据预设规则调用客户信息管理系统中的数据库的接口以读取数据库中的预设白名单表，不同的承保系统对应关联有不同的预设白名单表。

匹配单元303，用于读取所有预设白名单表的表单名称，以确定通过关键词匹配判定与当前的承保系统的名称相匹配的表单名称所对应的预设白名单表，并确定该预设白名单表与所述承保系统相关联。

第一确定单元103，用于若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，确定与所述保险产品名称相关联的校验请求。

其中，若所述投保信息数据中的保险产品名称不位于所述预设的白名单表中，执行第一判断单元104。

第一判断单元104，用于判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中。

在本实施例中，为了判断客户本身是否属于保险公司所预先设置的可免除部分或全部校验请求的客户，管理服务器还可以判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中。

第二确定单元105，用于若所述投保信息数据中的身份标识信息位于所述预设白名单表中，确定与所述身份标识信息相关联的校验请求。

在本实施例中，若所述投保信息数据中的身份标识信息位于所述预设白名单表中，则表明客户本身是属于保险公司所预先设置的可免除部分或全部的校验请求的客户，此时需要确定与所述身份标识信息相关联的校验请求，以便于更进一步地提高投保效率。

其中，若所述投保信息数据中的身份标识信息不位于所述预设的白名单表中，则表明客户本身是不属于保险公司所预先设置的可免除部分或全部的校验请求的客户，此时管理服务器可以直接执行处理单元106，且所述处理单元106具体是还用于将所确定的与保险产品名称相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

处理单元106，用于将所确定的与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

在本实施例中，管理服务在确定与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求的请求后，可以调用所述承保系统所关联的预设验证请求包，并确定该预设验证请求包中的与投保信息数据中的保险产品名称以及身份标识信息分别关联的校验请求，以进行删除从而得到新的预设验证请求包，此时管理服务器能够根据新的预设验证请求包对投保信息数据进行校验，从而提高客户投保的效率，提高用户的使用体验度。

请参阅图8，对应上述一种信息数据校验方法，本发明另一实施例还提出一种信息数据校验装置，该装置400包括：请求接收单元401、新建单元407、第一调用单元402、第一确定单元403、第一判断单元404、第二确定单元405以及处理单元406。

请求接收单元401，用于接收并解析由承保系统发送的投保请求，以确定相应的投保信息数据以及预设验证请求包，所述投保信息数据至少包括保险产品名称以及身份标识信息，所述预设验证请求包包括多个依次设置的校验请求。

新建单元407，用于将白名单表新建请求发送至客户信息管理系统，以使所述客户信息管理系统统计其数据库中的每个承保系统的投保信息数据，从而将符合白名单表新建请求中的新建规则的不同的承保系统的身份标识信息存储进不同的白名单表中，并为每个身份标识信息关联预先设置的校验请求。

在本实施例中，上述关联的校验请求即为客户在投保信息数据校验过程中可省略的校验请求的步骤，以便于减少管理服务器需要处理不同校验步骤的时间，提高投保效率和客户使用体验度。例如，其中的新建规则可以是，对于其中一个承保系统而言，当投保信息数据中的投保额度超过一个相应的预设的阀值时，可以将投保信息数据中的身份标识信息放入白名单表中进行存储并关联相应的校验请求；或者当投保信息数据中的用户信用度超过一个相应的预设的阀值时，也可以将投保信息数据中的身份标识信息放入白名单表中进行存储并关联相应的校验请求；或者当投保信息数据中的已有保单数超过一个相应的预设的阀值时，也可以将可以将投保信息数据中的身份标识信息放入白名单表中进行存储并关联相应的校验请求等。

第一调用单元402，用于调用客户信息管理系统中的数据库的接口以获取与所述承保系统相关联的预设白名单表，所述预设白名单表用于存储预设身份标识信息以及预设保险产品名称，所述预设白名单表中的每个预设身份标识信息均关联有至少一个校验请求，所述预设白名单表中的每个预设保险产品名称均关联有至少一个校验请求，所有的校验请求均属于所述预设验证请求包中的请求。

第一确定单元403，用于若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，确定与所述保险产品名称相关联的校验请求。

第一判断单元404，用于判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中。

第二确定单元405，用于若所述投保信息数据中的身份标识信息位于所述预设白名单表中，确定与所述身份标识信息相关联的校验请求。

其中，若所述投保信息数据中的身份标识信息不位于所述预设的白名单表中，则表明客户本身是不属于保险公司所预先设置的可免除部分或全部的校验请求的客户，此时管理服务器可以直接执行处理单元206，且所述处理单元206具体是还用于将所确定的与保险产品名称相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

处理单元406，用于将所确定的与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

在进一步的实施例中，所述第一确定单元403之前，包括：

第二调用单元408，用于调用客户信息管理系统中的数据库的接口以获取与所述承保系统相匹配的预设敏感客户表。其中，客户信息管理系统在接收到管理服务器的敏感客户表新建请求后，能够统计已有的投保信息数据，从而为不同的承保系统建立相应的敏感客户表，每个敏感客户表中存储有符合预先设置的敏感条件的身份标识信息。而管理服务器能够根据当前的承保系统，调用客户信息管理系统中的数据库的接口以获取与所述承保系统相匹配的预设敏感客户表。

第二判断单元409，用于判断所述投保信息数据中的身份标识信息是否位于所述预设敏感客户表中。其中，为了提高投保信息数据的校验效率，在判断投保信息数据的保险产品名称是否位于预设白名单表中时，需要判断该投保的客户本身是否属于保险公司确定的敏感客户，即判断所述投保信息数据中的身份标识信息是否位于所述预设敏感客户表中。

其中，所述装置400用于若所述投保信息数据中的身份标识信息不位于所述预设敏感客户表中，执行所述第一确定单元403。

信息提示单元410，用于若所述投保信息数据中的身份标识信息位于所述预设敏感客户表中，返回提示信息以提示用户投保失败。其中，若投保信息数据中的身份标识信息位于所述预设敏感客户表中，则表明该客户属于保险公司设置的敏感客户，为了确保自身的利益和投保安全，管理服务器可以返回给业务员提示信息从而提示业务员该客户的投保失败，以便于业务员或客户进行下一步操作。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述信息数据校验装置100和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述信息数据校验装置可以实现为一种计算机程序的形式，计算机程序可以在如图9所示的计算机设备上运行。

图9为本发明一种计算机设备的结构组成示意图。该设备可以是服务器，其中，服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

参照图9，该计算机设备500包括通过系统总线501连接的处理器502、存储器、内存储器504和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032，该计算机程序5032被执行时，可使得处理器502执行一种信息数据校验方法。

该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种信息数据校验方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现上述实施例中的信息数据校验方法的各个步骤。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该计算机程序被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，该计算机程序被处理器执行时使处理器执行上述实施例中的信息数据校验方法的各个步骤。

所述存储介质可以是U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种信息数据校验方法，其特征在于，所述方法包括：

接收并解析由承保系统发送的投保请求，以确定相应的投保信息数据以及预设验证请求包，所述投保信息数据至少包括保险产品名称以及身份标识信息，所述预设验证请求包包括多个依次设置的校验请求；

调用客户信息管理系统中的数据库的接口以获取与所述承保系统相关联的预设白名单表，所述预设白名单表用于存储预设身份标识信息以及预设保险产品名称，所述预设白名单表中的每个预设身份标识信息均关联有至少一个校验请求，所述预设白名单表中的每个预设保险产品名称均关联有至少一个校验请求，所有的校验请求均属于所述预设验证请求包中的请求；

若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，确定与所述保险产品名称相关联的校验请求；

判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中；

若所述投保信息数据中的身份标识信息位于所述预设白名单表中，确定与所述身份标识信息相关联的校验请求；

将所确定的与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

2.如权利要求1所述的方法，其特征在于，所述接收并解析由承保系统发送的投保请求，以确定相应的投保信息数据以及预设验证请求包的步骤，包括：

接收由承保系统发送的投保请求；

解析所述投保请求以获取相应的投保信息数据；

调用与所述承保系统相关联的预设验证请求包。

3.如权利要求1所述的方法，其特征在于，所述调用客户信息管理系统中的数据库的接口以获取与所述承保系统相关联的预设白名单表的步骤之前，包括：

将白名单表新建请求发送至客户信息管理系统，以使所述客户信息管理系统统计其数据库中的每个承保系统的投保信息数据，从而将符合白名单表新建请求中的新建规则的不同的承保系统的身份标识信息存储进不同的白名单表中，并为每个身份标识信息关联预先设置的校验请求。

4.如权利要求1所述的方法，其特征在于，所述调用客户信息管理系统中的数据库的接口以获取与所述承保系统相关联的预设白名单表的步骤，包括：

根据投保请求确定当前的承保系统；

根据预设规则调用客户信息管理系统中的数据库的接口以读取数据库中的预设白名单表，不同的承保系统对应关联有不同的预设白名单表；

读取所有预设白名单表的表单名称，以确定通过关键词匹配判定与当前的承保系统的名称相匹配的表单名称所对应的预设白名单表，并确定该预设白名单表与所述承保系统相关联。

5.如权利要求1所述的方法，其特征在于，所述客户信息管理系统中的数据库还包括预设敏感客户表，所述预设敏感客户表用于存储预设身份标识信息，所述若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，确定与所述保险产品名称相关联的校验请求的步骤之前，包括：

调用客户信息管理系统中的数据库的接口以获取与所述承保系统相匹配的预设敏感客户表；

判断所述投保信息数据中的身份标识信息是否位于所述预设敏感客户表中；

若所述投保信息数据中的身份标识信息位于所述预设敏感客户表中，返回提示信息以提示用户投保失败。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

若所述投保信息数据中的身份标识信息不位于所述预设敏感客户表中，执行所述若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，确定与所述保险产品名称相关联的校验请求的步骤。

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

若所述投保信息数据中的保险产品名称不位于所述预设的白名单表中，执行所述判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中的步骤。

8.一种信息数据校验装置，其特征在于，所述装置包括：

请求接收单元，用于接收并解析由承保系统发送的投保请求，以确定相应的投保信息数据以及预设验证请求包，所述投保信息数据至少包括保险产品名称以及身份标识信息，所述预设验证请求包包括多个依次设置的校验请求；

第一调用单元，用于调用客户信息管理系统中的数据库的接口以获取与所述承保系统相关联的预设白名单表，所述预设白名单表用于存储预设身份标识信息以及预设保险产品名称，所述预设白名单表中的每个预设身份标识信息均关联有至少一个校验请求，所述预设白名单表中的每个预设保险产品名称均关联有至少一个校验请求，所有的校验请求均属于所述预设验证请求包中的请求；

第一确定单元，用于若所述投保信息数据中的保险产品名称位于所述预设的白名单表中，确定与所述保险产品名称相关联的校验请求；

第一判断单元，用于判断所述投保信息数据中的身份标识信息是否位于所述预设白名单表中；

第二确定单元，用于若所述投保信息数据中的身份标识信息位于所述预设白名单表中，确定与所述身份标识信息相关联的校验请求；

处理单元，用于将所确定的与保险产品名称相关联的校验请求以及与身份标识信息相关联的校验请求从所述预设验证请求包中删除以得到新的预设验证请求包，并根据该新的预设验证请求包对投保信息数据进行校验。

9.一种计算机设备，其特征在于，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-7中任一项所述的方法。

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