CN107911331B - 数据验证方法及服务器 - Google Patents
数据验证方法及服务器 Download PDFInfo
- Publication number
- CN107911331B CN107911331B CN201611211431.8A CN201611211431A CN107911331B CN 107911331 B CN107911331 B CN 107911331B CN 201611211431 A CN201611211431 A CN 201611211431A CN 107911331 B CN107911331 B CN 107911331B
- Authority
- CN
- China
- Prior art keywords
- verified
- information
- service
- type
- data verification
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/44—Program or device authentication
Abstract
本发明公开了一种数据验证方法及服务器，该方法包括：接收业务终端发送的带有业务办理信息的业务办理请求，确定业务办理请求对应的业务类型；根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，从业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息；根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个找出的待验证信息类型对应的数据验证处理接口，并将提取的各个待验证信息发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。本发明提高办理业务时反欺诈识别的实时性。
Description
技术领域
本发明涉及计算机技术领域，尤其涉及一种数据验证方法及服务器。
背景技术
在金融和保险领域，客户在办理相关业务时，为了规避自己可能的金融风险，或者，为了其他目的，会提供虚假的或者不准确的信息(例如，居住地址、办公地址、联系方式等信息)，为了规避这类风险，金融和保险相关企业通常会通过一种业务反欺诈识别系统，来基于用户的特定信息对客户进行反欺诈识别。
现有的业务反欺诈识别系统对数据的实时性要求很严格，往往要求无需先存储数据而直接进行数据计算，使得现有的业务反欺诈识别系统通常采用大数据流式计算方式实现反欺诈识别。然而，由于大数据流式计算方式是以按阶段串行化思路执行，使得整个计算过程时效性相对较难以充分保证，同时无法满足高并发交易系统的要求。
发明内容
本发明的主要目的在于提供一种数据验证方法及服务器，旨在提高办理业务时反欺诈识别的实时性。
为实现上述目的，本发明提供的一种数据验证方法，所述方法包括以下步骤：
A、业务服务器接收业务终端发送来的带有业务办理信息的业务办理请求，确定该业务办理请求对应的业务类型；
B、根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息；
C、根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个找出的待验证信息类型对应的数据验证处理接口，并将提取的各个待验证信息发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
优选地，所述验证结果包括验证成功和验证失败，该方法还包括：
若所有待验证信息均验证处理完毕，则分析是否有待验证信息验证失败；
若有待验证信息验证失败，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证失败的提醒信息；
若所有待验证信息验证成功，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证成功的提醒信息。
优选地，所述步骤B包括：
业务服务器根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息；
分析是否有找出的待验证信息类型未提取出待验证信息；
若有找出的待验证信息类型未提取出待验证信息，则向所述业务终端及/或预先确定的其他终端发送缺少该待验证信息类型业务办理信息的提醒信息；
若所有找出的待验证信息类型均提取出待验证信息，则转入执行上述步骤C。
优选地，若业务服务器接收到业务终端同时发送来的多个带有业务办理信息的业务办理请求，则所述步骤C包括：
根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个待验证信息类型对应的数据验证处理接口，并将各个待验证信息类型对应的所有业务办理请求的待验证信息进行打包发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
优选地，该方法还包括：
若所有待验证信息验证成功，则响应该业务办理请求。
此外，为实现上述目的，本发明还提供一种用于数据验证的业务服务器，所述业务服务器包括：
确定模块，用于接收业务终端发送来的带有业务办理信息的业务办理请求，确定该业务办理请求对应的业务类型；
提取模块，用于根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息；
数据验证模块，用于根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个找出的待验证信息类型对应的数据验证处理接口，并将提取的各个待验证信息发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
优选地，所述验证结果包括验证成功和验证失败，所述业务服务器还包括：
分析模块，用于若所有待验证信息均验证处理完毕，则分析是否有待验证信息验证失败；
提醒模块，用于若有待验证信息验证失败，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证失败的提醒信息；若所有待验证信息验证成功，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证成功的提醒信息。
优选地，所述提取模块还用于：
根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息；分析是否有找出的待验证信息类型未提取出待验证信息；若有找出的待验证信息类型未提取出待验证信息，则向所述业务终端及/或预先确定的其他终端发送缺少该待验证信息类型业务办理信息的提醒信息；若所有找出的待验证信息类型均提取出待验证信息，则调用所述数据验证模块。
优选地，若业务服务器接收到业务终端同时发送来的多个带有业务办理信息的业务办理请求，则所述数据验证模块还用于：
根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个待验证信息类型对应的数据验证处理接口，并将各个待验证信息类型对应的所有业务办理请求的待验证信息进行打包发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
优选地，所述提醒模块还用于：
若所有待验证信息验证成功，则响应该业务办理请求。
本发明提出的数据验证方法及服务器，通过预先确定的不同业务类型与待验证信息类型的映射关系，找出业务办理请求对应的业务类型所需要验证的待验证信息类型，并提取出该业务办理请求中与需要验证的不同待验证信息类型对应的待验证信息，将各个待验证信息类型下的待验证信息分别发送给与各待验证信息类型相对应的数据验证处理接口进行数据验证处理。由于能将业务办理请求中的各个待验证信息分别发送至各个对应的数据验证处理接口进行数据验证，提高了对各个待验证信息进行验证的时效性，从而提高办理业务时反欺诈识别的实时性。
附图说明
图1为本发明数据验证方法第一实施例的流程示意图；
图2为本发明数据验证方法第二实施例的流程示意图；
图3为本发明业务服务器第一实施例的功能模块示意图；
图4为本发明业务服务器第二实施例的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种数据验证方法。
参照图1，图1为本发明数据验证方法第一实施例的流程示意图。
在第一实施例中，该数据验证方法包括：
步骤S10，业务服务器接收业务终端发送来的带有业务办理信息的业务办理请求，确定该业务办理请求对应的业务类型。
本实施例中，业务终端如手机、平板电脑、自助终端设备等接收用户输入业务办理信息(例如，贷款业务的申请信息、信用卡的申请信息等)后发送的业务办理请求，将带有业务办理信息的业务办理请求发送至业务服务器进行业务反欺诈识别处理。在一种实施方式中，可建立业务终端中预先安装的业务办理应用程序APP与业务服务器之间的通信链路，用户在业务终端的业务办理应用程序APP上输入业务办理信息并发送业务办理请求后，该业务办理应用程序APP通过预先建立的通信链路将带有业务办理信息的业务办理请求转发给业务服务器。在另一种实施方式中，业务终端中预先安装有浏览器系统，用户可以通过业务终端中的该浏览器系统访问业务服务器，并通过该浏览器系统输入业务办理信息后发送业务办理请求至业务服务器。
业务服务器在收到业务终端发送来的带有业务办理信息(例如，贷款业务的申请信息、信用卡的申请信息等)的业务办理请求后，确定该业务办理请求对应的业务类型。例如，可预先针对各种不同种类的业务办理请求进行分类，分类的标准可以是根据不同业务办理请求需要进行验证的信息类型来进行分类，将需要进行验证的信息类型完全相同的业务办理请求可归为同一类。这样，业务服务器在收到业务终端发送来的业务办理请求后，即可根据预先分类来确定收到的业务办理请求所对应的业务类型，以便于后续的信息验证操作。此外，还可预先针对各种不同种类的业务办理请求对应的业务类型设置相应的业务类型标识，业务服务器接收的业务终端发送来的业务办理请求中带有相对应的业务类型标识，业务服务器即可根据该业务办理请求中的业务类型标识确定该业务办理请求对应的业务类型。
步骤S20，根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息。
由于根据不同业务类型的具体审核侧重点不同，不同业务类型需要进行验证的信息类型也会不同。例如当业务类型为信用卡申请业务时，需要进行验证的信息类型可能包括申请人居住地址、联系方式、银行流水等信息，而当业务类型为不动产抵押业务时，需要进行验证的信息类型可能包括待抵押的不动产地址等信息。因此，本实施例中，可根据不同业务类型的具体审核侧重点预先确定不同业务类型与所需的待验证信息类型的映射关系，业务服务器在确定接收到的业务办理请求对应的业务类型之后，即可根据预先确定的不同业务类型与所需的待验证信息类型的映射关系，找出确定的该业务办理请求的业务类型所对应的待验证信息类型，并从该业务办理请求包含的业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息。例如，从该业务办理请求包含的申请人个人信息中提取出申请人身份证号、居住地址、联系方式、收入状况信息等。
步骤S30，根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个找出的待验证信息类型对应的数据验证处理接口，并将提取的各个待验证信息发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
针对不同的待验证信息类型，可通过相对应的数据验证处理接口连接至对应的数据验证处理机构或数据库进行数据验证。例如，当待验证信息类型为申请人身份证号时，可将该申请人身份证号通过相对应的数据验证处理接口连接至公安系统的身份证号识别系统，以验证该申请人身份证号的真伪；当待验证信息类型为申请人居住地址时，可将该申请人居住地址通过相对应的数据验证处理接口连接至各种具有公信力的地址黄页或各种地图APP中，查找实际是否存在该申请人居住地址以验证该申请人居住地址的真伪，等等。因此，可针对不同的待验证信息类型的验证方式，预先确定不同待验证信息类型与各个数据验证处理接口的映射关系。这样，在确定该业务办理请求所需的待验证信息类型，以及从该业务办理请求包含的业务办理信息中提取出各个待验证信息类型对应的待验证信息之后，即可根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个待验证信息类型对应的数据验证处理接口，并将提取的各个待验证信息发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。其中，所述验证结果可能包括验证成功、验证失败或需要人工辅助审核等。
本实施例通过预先确定的不同业务类型与待验证信息类型的映射关系，找出业务办理请求对应的业务类型所需要验证的待验证信息类型，并提取出该业务办理请求中与需要验证的不同待验证信息类型对应的待验证信息，将各个待验证信息类型下的待验证信息分别发送给与各待验证信息类型相对应的数据验证处理接口进行数据验证处理。由于能将业务办理请求中的各个待验证信息分别发送至各个对应的数据验证处理接口进行数据验证，提高了对各个待验证信息进行验证的时效性，从而提高办理业务时反欺诈识别的实时性。
如图2所示，本发明第二实施例提出一种数据验证方法，在上述实施例的基础上，所述验证结果包括验证成功和验证失败，在上述步骤S30之后还包括：
步骤S40，若所有待验证信息均验证处理完毕，则分析是否有待验证信息验证失败；
步骤S50，若有待验证信息验证失败，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证失败的提醒信息；
步骤S60，若所有待验证信息验证成功，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证成功的提醒信息。
本实施例中在将提取的各个待验证信息发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果之后，还根据经由所述数据验证处理接口反馈的待验证信息的验证结果发出提醒信息，如若有待验证信息验证失败，则向所述业务终端及/或预先确定的其他终端如用户的手机、PAD等发送该待验证信息验证失败的提醒信息，以便用户及时完善或更正业务办理信息。若所有待验证信息验证成功，则向所述业务终端及/或预先确定的其他终端如用户的手机、PAD等发送该待验证信息验证成功的提醒信息，以提醒用户当前办理业务的验证流程已通过。进一步地，若所有待验证信息验证成功，还可立即响应该业务办理请求，以及时进行下一步的流程办理操作，提高用户办理业务的效率。其中，该提醒信息包括短信息、微信信息、音频提示信息等，在此不做限定。
进一步地，在其他实施例中，上述步骤S20可以包括：
业务服务器根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息；
分析是否有找出的待验证信息类型未提取出待验证信息；
若有找出的待验证信息类型未提取出待验证信息，则向所述业务终端及/或预先确定的其他终端发送缺少该待验证信息类型业务办理信息的提醒信息；
若所有找出的待验证信息类型均提取出待验证信息，则转入执行上述步骤S30。
本实施例中，在确定该业务办理请求所需的待验证信息类型，以及从该业务办理请求包含的业务办理信息中提取出各个待验证信息类型对应的待验证信息之后，还分析是否有找出的待验证信息类型未提取出待验证信息；若有找出的待验证信息类型未提取出待验证信息，则向所述业务终端及/或预先确定的其他终端如用户的手机、PAD等发送缺少该待验证信息类型业务办理信息的提醒信息，以提醒用户及时完善当前的业务办理信息，以便通过信息验证。直至所有找出的待验证信息类型均提取出待验证信息，则继续进行信息验证操作。其中，该提醒信息包括短信息、微信信息、音频提示信息等，在此不做限定。
进一步地，在其他实施例中，若业务服务器接收到业务终端同时发送来的多个带有业务办理信息的业务办理请求，则上述步骤S30可以包括：
根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个待验证信息类型对应的数据验证处理接口，并将各个待验证信息类型对应的所有业务办理请求的待验证信息进行打包发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
本实施例中，若业务服务器接收到业务终端同时发送来的多个带有业务办理信息的业务办理请求，即业务服务器接收到业务终端发送的批量业务办理请求，如多个用户的信用卡申请业务办理请求。则在确定批量的业务办理请求所需的待验证信息类型，以及从批量的业务办理请求包含的业务办理信息中提取出各个待验证信息类型对应的多个待验证信息之后，将各个待验证信息类型对应的所有业务办理请求的待验证信息进行打包发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。例如，若批量的业务办理请求所需的待验证信息类型为申请人身份证号，则可将所有批量业务办理请求中包含的多个申请人身份证号进行打包并通过相对应的数据验证处理接口连接至公安系统的身份证号识别系统，以验证多个申请人身份证号的真伪，这种批量验证的方式速度更快、效率更高，进一步地提高了对各个待验证信息进行验证的时效性，从而提高办理业务时反欺诈识别的实时性，且能满足高并发交易系统的要求。
进一步地，在其他实施例中，上述步骤S30可以包括：
根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个找出的待验证信息类型对应的数据验证处理接口，并将提取的各个待验证信息并行发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
本实施例中，在分析出各个找出的待验证信息类型对应的数据验证处理接口之后，可将提取出的各个待验证信息类型对应的所有待验证信息分别同时发送至各自对应的数据验证处理接口来进行数据验证，实现了对业务办理请求中各个待验证信息的并行验证，缩短了经由所述数据验证处理接口获取所有待验证信息的验证结果的时间，进一步地提高了对各个待验证信息进行验证的时效性。
本发明进一步提供一种用于数据验证的业务服务器。
参照图3，图3为本发明用于数据验证的业务服务器第一实施例的功能模块示意图。
在第一实施例中，该业务服务器包括：
确定模块01，用于接收业务终端发送来的带有业务办理信息的业务办理请求，确定该业务办理请求对应的业务类型。
本实施例中，业务终端如手机、平板电脑、自助终端设备等接收用户输入业务办理信息(例如，贷款业务的申请信息、信用卡的申请信息等)后发送的业务办理请求，将带有业务办理信息的业务办理请求发送至业务服务器进行业务反欺诈识别处理。在一种实施方式中，可建立业务终端中预先安装的业务办理应用程序APP与业务服务器之间的通信链路，用户在业务终端的业务办理应用程序APP上输入业务办理信息并发送业务办理请求后，该业务办理应用程序APP通过预先建立的通信链路将带有业务办理信息的业务办理请求转发给业务服务器。在另一种实施方式中，业务终端中预先安装有浏览器系统，用户可以通过业务终端中的该浏览器系统访问业务服务器，并通过该浏览器系统输入业务办理信息后发送业务办理请求至业务服务器。
业务服务器在收到业务终端发送来的带有业务办理信息(例如，贷款业务的申请信息、信用卡的申请信息等)的业务办理请求后，确定该业务办理请求对应的业务类型。例如，可预先针对各种不同种类的业务办理请求进行分类，分类的标准可以是根据不同业务办理请求需要进行验证的信息类型来进行分类，将需要进行验证的信息类型完全相同的业务办理请求可归为同一类。这样，业务服务器在收到业务终端发送来的业务办理请求后，即可根据预先分类来确定收到的业务办理请求所对应的业务类型，以便于后续的信息验证操作。此外，还可预先针对各种不同种类的业务办理请求对应的业务类型设置相应的业务类型标识，业务服务器接收的业务终端发送来的业务办理请求中带有相对应的业务类型标识，业务服务器即可根据该业务办理请求中的业务类型标识确定该业务办理请求对应的业务类型。
提取模块02，用于根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息。
由于根据不同业务类型的具体审核侧重点不同，不同业务类型需要进行验证的信息类型也会不同。例如当业务类型为信用卡申请业务时，需要进行验证的信息类型可能包括申请人居住地址、联系方式、银行流水等信息，而当业务类型为不动产抵押业务时，需要进行验证的信息类型可能包括待抵押的不动产地址等信息。因此，本实施例中，可根据不同业务类型的具体审核侧重点预先确定不同业务类型与所需的待验证信息类型的映射关系，业务服务器在确定接收到的业务办理请求对应的业务类型之后，即可根据预先确定的不同业务类型与所需的待验证信息类型的映射关系，找出确定的该业务办理请求的业务类型所对应的待验证信息类型，并从该业务办理请求包含的业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息。例如，从该业务办理请求包含的申请人个人信息中提取出申请人身份证号、居住地址、联系方式、收入状况信息等。
数据验证模块03，用于根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个找出的待验证信息类型对应的数据验证处理接口，并将提取的各个待验证信息发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
针对不同的待验证信息类型，可通过相对应的数据验证处理接口连接至对应的数据验证处理机构或数据库进行数据验证。例如，当待验证信息类型为申请人身份证号时，可将该申请人身份证号通过相对应的数据验证处理接口连接至公安系统的身份证号识别系统，以验证该申请人身份证号的真伪；当待验证信息类型为申请人居住地址时，可将该申请人居住地址通过相对应的数据验证处理接口连接至各种具有公信力的地址黄页或各种地图APP中，查找实际是否存在该申请人居住地址以验证该申请人居住地址的真伪，等等。因此，可针对不同的待验证信息类型的验证方式，预先确定不同待验证信息类型与各个数据验证处理接口的映射关系。这样，在确定该业务办理请求所需的待验证信息类型，以及从该业务办理请求包含的业务办理信息中提取出各个待验证信息类型对应的待验证信息之后，即可根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个待验证信息类型对应的数据验证处理接口，并将提取的各个待验证信息发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。其中，所述验证结果可能包括验证成功、验证失败或需要人工辅助审核等。
本实施例通过预先确定的不同业务类型与待验证信息类型的映射关系，找出业务办理请求对应的业务类型所需要验证的待验证信息类型，并提取出该业务办理请求中与需要验证的不同待验证信息类型对应的待验证信息，将各个待验证信息类型下的待验证信息分别发送给与各待验证信息类型相对应的数据验证处理接口进行数据验证处理。由于能将业务办理请求中的各个待验证信息分别发送至各个对应的数据验证处理接口进行数据验证，提高了对各个待验证信息进行验证的时效性，从而提高办理业务时反欺诈识别的实时性。
如图4所示，本发明第二实施例提出一种业务服务器，在上述实施例的基础上，所述验证结果包括验证成功和验证失败，所述业务服务器还包括：
分析模块04，用于若所有待验证信息均验证处理完毕，则分析是否有待验证信息验证失败；
提醒模块05，用于若有待验证信息验证失败，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证失败的提醒信息；若所有待验证信息验证成功，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证成功的提醒信息。
本实施例中在将提取的各个待验证信息发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果之后，还根据经由所述数据验证处理接口反馈的待验证信息的验证结果发出提醒信息，如若有待验证信息验证失败，则向所述业务终端及/或预先确定的其他终端如用户的手机、PAD等发送该待验证信息验证失败的提醒信息，以便用户及时完善或更正业务办理信息。若所有待验证信息验证成功，则向所述业务终端及/或预先确定的其他终端如用户的手机、PAD等发送该待验证信息验证成功的提醒信息，以提醒用户当前办理业务的验证流程已通过。进一步地，若所有待验证信息验证成功，则提醒模块05还可立即响应该业务办理请求，以及时进行下一步的流程办理操作，提高用户办理业务的效率。其中，该提醒信息包括短信息、微信信息、音频提示信息等，在此不做限定。
进一步地，在其他实施例中，上述提取模块02还可以用于：
根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息；分析是否有找出的待验证信息类型未提取出待验证信息；若有找出的待验证信息类型未提取出待验证信息，则向所述业务终端及/或预先确定的其他终端发送缺少该待验证信息类型业务办理信息的提醒信息；若所有找出的待验证信息类型均提取出待验证信息，则调用上述数据验证模块03。
本实施例中，在确定该业务办理请求所需的待验证信息类型，以及从该业务办理请求包含的业务办理信息中提取出各个待验证信息类型对应的待验证信息之后，还分析是否有找出的待验证信息类型未提取出待验证信息；若有找出的待验证信息类型未提取出待验证信息，则向所述业务终端及/或预先确定的其他终端如用户的手机、PAD等发送缺少该待验证信息类型业务办理信息的提醒信息，以提醒用户及时完善当前的业务办理信息，以便通过信息验证。直至所有找出的待验证信息类型均提取出待验证信息，则继续进行信息验证操作。其中，该提醒信息包括短信息、微信信息、音频提示信息等，在此不做限定。
进一步地，在其他实施例中，若业务服务器接收到业务终端同时发送来的多个带有业务办理信息的业务办理请求，则上述数据验证模块03还可以用于：
根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个待验证信息类型对应的数据验证处理接口，并将各个待验证信息类型对应的所有业务办理请求的待验证信息进行打包发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
本实施例中，若业务服务器接收到业务终端同时发送来的多个带有业务办理信息的业务办理请求，即业务服务器接收到业务终端发送的批量业务办理请求，如多个用户的信用卡申请业务办理请求。则在确定批量的业务办理请求所需的待验证信息类型，以及从批量的业务办理请求包含的业务办理信息中提取出各个待验证信息类型对应的多个待验证信息之后，将各个待验证信息类型对应的所有业务办理请求的待验证信息进行打包发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。例如，若批量的业务办理请求所需的待验证信息类型为申请人身份证号，则可将所有批量业务办理请求中包含的多个申请人身份证号进行打包并通过相对应的数据验证处理接口连接至公安系统的身份证号识别系统，以验证多个申请人身份证号的真伪，这种批量验证的方式速度更快、效率更高，进一步地提高了对各个待验证信息进行验证的时效性，从而提高办理业务时反欺诈识别的实时性，且能满足高并发交易系统的要求。
进一步地，在其他实施例中，上述数据验证模块03还可以用于：
根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个找出的待验证信息类型对应的数据验证处理接口，并将提取的各个待验证信息并行发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
本实施例中，在分析出各个找出的待验证信息类型对应的数据验证处理接口之后，可将提取出的各个待验证信息类型对应的所有待验证信息分别同时发送至各自对应的数据验证处理接口来进行数据验证，实现了对业务办理请求中各个待验证信息的并行验证，缩短了经由所述数据验证处理接口获取所有待验证信息的验证结果的时间，进一步地提高了对各个待验证信息进行验证的时效性。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。另外，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
本领域技术人员不脱离本发明的范围和实质，可以有多种变型方案实现本发明，比如作为一个实施例的特征可用于另一实施例而得到又一实施例。凡在运用本发明的技术构思之内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。
Claims (8)
1.一种数据验证方法，其特征在于，所述方法包括以下步骤：
A、业务服务器接收业务终端发送来的带有业务办理信息的业务办理请求，根据预先确定的分类关系确定该业务办理请求对应的业务类型，所述预先确定的分类关系为根据不同业务办理请求需要进行验证的信息类型进行分类，将需要进行验证的信息类型完全相同的业务办理请求归为同一类；
B、根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息；
C、根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个找出的待验证信息类型对应的数据验证处理接口，并将提取的各个待验证信息发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果；
若业务服务器接收到业务终端同时发送来的多个带有业务办理信息的业务办理请求，则所述步骤C包括：
根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个待验证信息类型对应的数据验证处理接口，并将各个待验证信息类型对应的所有业务办理请求的待验证信息进行打包发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
2.如权利要求1所述的数据验证方法，其特征在于，所述验证结果包括验证成功和验证失败，该方法还包括：
若所有待验证信息均验证处理完毕，则分析是否有待验证信息验证失败；
若有待验证信息验证失败，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证失败的提醒信息；
若所有待验证信息验证成功，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证成功的提醒信息。
3.如权利要求1或2所述的数据验证方法，其特征在于，所述步骤B包括：
业务服务器根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息；
分析是否有找出的待验证信息类型未提取出待验证信息；
若有找出的待验证信息类型未提取出待验证信息，则向所述业务终端及/或预先确定的其他终端发送缺少该待验证信息类型业务办理信息的提醒信息；
若所有找出的待验证信息类型均提取出待验证信息，则转入执行上述步骤C。
4.如权利要求3所述的数据验证方法，其特征在于，该方法还包括：
若所有待验证信息验证成功，则响应该业务办理请求。
5.一种用于数据验证的业务服务器，其特征在于，所述业务服务器包括：
确定模块，用于接收业务终端发送来的带有业务办理信息的业务办理请求，根据预先确定的分类关系确定该业务办理请求对应的业务类型，所述预先确定的分类关系为根据不同业务办理请求需要进行验证的信息类型进行分类，将需要进行验证的信息类型完全相同的业务办理请求归为同一类；
提取模块，用于根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息；
数据验证模块，用于根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个找出的待验证信息类型对应的数据验证处理接口，并将提取的各个待验证信息发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果；
若业务服务器接收到业务终端同时发送来的多个带有业务办理信息的业务办理请求，则所述数据验证模块还用于：
根据预先确定的待验证信息类型与数据验证处理接口的映射关系，分析出各个待验证信息类型对应的数据验证处理接口，并将各个待验证信息类型对应的所有业务办理请求的待验证信息进行打包发送给对应的数据验证处理接口进行数据验证处理，并经由所述数据验证处理接口获取验证结果。
6.如权利要求5所述的业务服务器，其特征在于，所述验证结果包括验证成功和验证失败，还包括：
分析模块，用于若所有待验证信息均验证处理完毕，则分析是否有待验证信息验证失败；
提醒模块，用于若有待验证信息验证失败，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证失败的提醒信息；若所有待验证信息验证成功，则向所述业务终端及/或预先确定的其他终端发送该待验证信息验证成功的提醒信息。
7.如权利要求5或6所述的业务服务器，其特征在于，所述提取模块还用于：
根据预先确定的业务类型与待验证信息类型的映射关系，找出确定的业务类型对应的待验证信息类型，并从所述业务办理信息中提取出各个找出的待验证信息类型对应的待验证信息；分析是否有找出的待验证信息类型未提取出待验证信息；若有找出的待验证信息类型未提取出待验证信息，则向所述业务终端及/或预先确定的其他终端发送缺少该待验证信息类型业务办理信息的提醒信息；若所有找出的待验证信息类型均提取出待验证信息，则调用所述数据验证模块。
8.如权利要求6所述的业务服务器，其特征在于，所述提醒模块还用于：
若所有待验证信息验证成功，则响应该业务办理请求。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611211431.8A CN107911331B (zh) | 2016-12-24 | 2016-12-24 | 数据验证方法及服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611211431.8A CN107911331B (zh) | 2016-12-24 | 2016-12-24 | 数据验证方法及服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107911331A CN107911331A (zh) | 2018-04-13 |
| CN107911331B true CN107911331B (zh) | 2021-04-06 |
Family
ID=61839950
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611211431.8A Active CN107911331B (zh) | 2016-12-24 | 2016-12-24 | 数据验证方法及服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107911331B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108961039B (zh) * | 2018-07-02 | 2023-03-31 | 创新先进技术有限公司 | 交易处理方法、装置及系统 |
| CN110071806B (zh) * | 2019-03-13 | 2021-08-20 | 平安科技（深圳）有限公司 | 基于接口校验的数据处理的方法和系统 |
| CN113037792B (zh) * | 2019-12-24 | 2022-07-26 | 中国移动通信集团四川有限公司 | 一种业务识别参数的验证方法、装置及网关 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5061322B2 (ja) * | 2006-08-21 | 2012-10-31 | 富士通株式会社 | 不正登録防止装置，不正登録防止方法，不正登録防止プログラム，不正登録防止プログラムを記録したコンピュータ読取可能な記録媒体および不正登録防止システム |
| CN102262561B (zh) * | 2011-07-01 | 2016-06-01 | 深圳市极限网络科技有限公司 | 数据库大批量任务处理的调度方法 |
| CN103810634A (zh) * | 2014-03-05 | 2014-05-21 | 南京聪诺信息科技有限公司 | 贷款业务信息核查实现方法及装置 |
| US20160275156A1 (en) * | 2015-03-20 | 2016-09-22 | Pure Storage, Inc. | Sql-like query language for selecting and retrieving systems telemetry including performance, access and audit data |
| CN105488186A (zh) * | 2015-12-01 | 2016-04-13 | 徐红伟 | 一种去中心化的分布式信用征信查询发布方法 |
| CN105847270A (zh) * | 2016-04-18 | 2016-08-10 | 贵州安易和信科技有限公司 | 贷款认证系统 |
-
2016
- 2016-12-24 CN CN201611211431.8A patent/CN107911331B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN107911331A (zh) | 2018-04-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6609047B2 (ja) | アプリケーション情報リスクマネジメントのための方法及びデバイス | |
| CN108256591B (zh) | 用于输出信息的方法和装置 | |
| WO2021042747A1 (zh) | 发票图片识别及验真方法、系统、设备及可读存储介质 | |
| CN110636106B (zh) | 信息推送方法、装置、计算机设备和存储介质 | |
| CN107911331B (zh) | 数据验证方法及服务器 | |
| CN105792152B (zh) | 伪基站短信识别方法和装置 | |
| US9124623B1 (en) | Systems and methods for detecting scam campaigns | |
| JP2019204417A (ja) | 帳票認識システム | |
| CN108364225B (zh) | 一种自助式业务开通方法、系统、设备及存储介质 | |
| US20200250766A1 (en) | Automated customer enrollment using mobile communication devices | |
| CN111666346A (zh) | 信息归并方法、交易查询方法、装置、计算机及存储介质 | |
| US11893829B2 (en) | Method for deploying a face sample library and method and apparatus for business processing based on face recognition | |
| CN112487982A (zh) | 商户信息的审核方法、系统和存储介质 | |
| CN110336791B (zh) | 一种断点数据传输方法、装置、设备及计算机存储介质 | |
| CN113938481A (zh) | 回单处理方法、处理装置、电子设备及可读存储介质 | |
| CN110472121B (zh) | 名片信息搜索方法、装置、电子设备以及计算机可读存储介质 | |
| CN113472686B (zh) | 信息识别方法、装置、设备及存储介质 | |
| CN114895775A (zh) | 业务数据处理方法、装置和智能柜台 | |
| CN111767544B (zh) | 多频重放攻击漏洞确定方法、装置、设备及可读存储介质 | |
| CN114363839A (zh) | 一种诈骗数据的预警方法、装置、设备及存储介质 | |
| CN109327814B (zh) | 短消息的处理方法、装置、电子设备及可读存储介质 | |
| CN113537964A (zh) | 申请单处理方法、设备、存储介质及装置 | |
| CN109634963B (zh) | 保单数据的处理方法、装置及可读存储介质 | |
| CN113015170A (zh) | 短信验证方法、装置、电子设备和介质 | |
| CN111292179A (zh) | 柜面业务的处理系统、方法、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20180530 Address after: 518000 Room 201, building A, No. 1, Qian Wan Road, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong (Shenzhen Qianhai business secretary Co., Ltd.) Applicant after: Shenzhen one ledger Intelligent Technology Co., Ltd. Address before: 200030 Xuhui District, Shanghai Kai Bin Road 166, 9, 10 level. Applicant before: Shanghai Financial Technologies Ltd |
|
| TA01 | Transfer of patent application right | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |