CN113378549B - 单证校验方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请涉及计算机处理技术领域，揭露一种单证校验方法、装置、计算机设备及存储介质，其中方法包括通过获取单证校验请求，并获取待校验单证清单和单证模板清单，然后判断待校验单证是否与单证模板一一对应，若是，则对每份待校验单证进行解析，以获取每份待校验单证对应的文字内容；再获取标单证模板，然后获取每份目标单证模板中的预置校验规则，并读取预置校验规则，对预置校验规则对应待校验单证进行校验，得到校验结果；若存在任一待校验单证的校验结果不通过，则判定待校验单证清单不通过。本申请还涉及区块链技术，待校验单证存储于区块链中。本申请通过对待校验单证与单证模板进行校验，有利于提高单证的校验效率。

Description

单证校验方法、装置、计算机设备及存储介质

技术领域

本申请涉及计算机处理技术领域，尤其涉及一种单证校验方法、装置、计算机设备及存储介质。

背景技术

在贷款业务的处理过程中，会涉及到大量单证(比如，委托担保合同、委托授权书、个人借款声明等)，通常会根据产品、贷款处理环节等的不同，对单证的使用、展示、新增、减少等内容进行设置。由于单证是客户与企业签署的重要法律依据文件，单证合成的正确性直接关系到企业业务的合规性，因此对企业来说单证的正确性的校验至关重要。

现有的单证校验方式是以整单任务为维度进行处理，此种作业模式要求作业人员有相关的业务技能，且由于需要查看的影像以及数据较多，核对效率比较低。现亟需一种能够提高贷款业务中的单证校验效率的方法。

发明内容

本申请实施例的目的在于提出一种单证校验方法、装置、计算机设备及存储介质，以提高贷款业务中单证的校验效率。

为了解决上述技术问题，本申请实施例提供一种单证校验方法，包括：

获取单证校验请求，其中，所述单证校验请求中包括业务类型和业务标识；

根据所述业务标识，从基础表中获取待校验单证清单，以及根据所述业务类型，从所述基础表中获取所述业务类型对应的单证模板清单，其中，所述待校验单证清单包括多张待校验单证，所述单证模板清单包括多张单证模板；

判断所述待校验单证是否与所述单证模板一一对应，得到第一判断结果；

若所述第一判断结果为所述待校验单证与所述单证模板一一对应，则对每份所述待校验单证进行解析，以获取每份所述待校验单证对应的文字内容，作为待校验单证对应的目标校验内容；

从所述单证模板清单中，获取每份所述待校验单证对应的单证模板，作为目标单证模板；

获取每份所述目标单证模板中的预置校验规则，并读取所述预置校验规则，以对所述目标校验内容进行校验，得到校验结果；

若存在任一目标校验内容的校验结果不通过，则判定所述待校验单证清单不通过。

为了解决上述技术问题，本申请实施例提供一种单证校验装置，包括：

单证校验请求接收模块，用于获取单证校验请求，其中，所述单证校验请求中包括业务类型和业务标识；

待校验单证清单获取模块，根据所述业务标识，从基础表中获取待校验单证清单，以及根据所述业务类型，从所述基础表中获取所述业务类型对应的单证模板清单，其中，所述待校验单证清单包括多张待校验单证，所述单证模板清单包括多张单证模板；

第一判断结果获取模块，用于判断所述待校验单证是否与所述单证模板一一对应，得到第一判断结果；

目标校验内容解析模块，用于若所述第一判断结果为所述待校验单证与所述单证模板一一对应，则对每份所述待校验单证进行解析，以获取每份所述待校验单证对应的文字内容，作为待校验单证对应的目标校验内容；

目标单证模板获取模块，用于从所述单证模板清单中，获取每份所述待校验单证对应的单证模板，作为目标单证模板；

目标校验内容校验模块，用于获取每份所述目标单证模板中的预置校验规则，并读取所述预置校验规则，以对所述目标校验内容进行校验，得到校验结果；

待校验单证清单判定模块，用于若存在任一目标校验内容的校验结果不通过，则判定所述待校验单证清单不通过。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种计算机设备，包括，一个或多个处理器；存储器，用于存储一个或多个程序，使得一个或多个处理器实现上述任意一项所述的单证校验方法。

为解决上述技术问题，本发明采用的一个技术方案是：一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的单证校验方法。

本发明实施例提供了一种单证校验方法、装置、计算机设备及存储介质。本发明实施例通过获取单证校验请求，并根据单证校验请求从基础表中获取待校验单证清单和单证模板清单，然后判断待校验单证是否与单证模板一一对应，若是，则对每份待校验单证进行解析，以获取每份待校验单证对应的文字内容；再获取每份待校验单证对应的单证模板，作为目标单证模板；获取每份目标单证模板中的预置校验规则，并读取预置校验规则，对预置校验规则对应待校验单证进行校验，得到校验结果；若存在任一待校验单证的校验结果不通过，则判定待校验单证清单不通过。实现将待校验单证与预置的单证模板进行对比校验，并识别单证的文字内容，对单证区域内的文字参数进行逐一校验，有利于提高单证的校验效率。

附图说明

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

图1是本申请实施例提供的单证校验方法的应用环境示意图；

图2根据本申请实施例提供的单证校验方法的一实现流程图；

图3是本申请实施例提供的单证校验方法中子流程的一实现流程图；

图4是本申请实施例提供的单证校验方法中子流程的又一实现流程图；

图5是本申请实施例提供的单证校验方法中子流程的又一实现流程图；

图6是本申请实施例提供的单证校验方法中子流程的又一实现流程图；

图7是本申请实施例提供的单证校验方法中子流程的又一实现流程图；

图8是本申请实施例提供的单证校验方法中子流程的又一实现流程图；

图9是本申请实施例提供的单证校验装置示意图；

图10是本申请实施例提供的计算机设备的示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

下面结合附图和实施方式对本发明进行详细说明。

请参阅图1，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、搜索类应用、即时通信工具等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的单证校验方法一般由服务器执行，相应地，单证校验装置一般配置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

请参阅图2，图2示出了单证校验方法的一种具体实施方式。

需注意的是，若有实质上相同的结果，本发明的方法并不以图2所示的流程顺序为限，该方法包括如下步骤：

S1：获取单证校验请求，其中，单证校验请求中包括业务类型和业务标识。

在本申请实施例中，为了更清楚的理解技术方案，下面对本申请所涉及的终端进行详细介绍。

一是服务器，服务器能够接收用户端的单证校验请求，并根据单证校验请求，从基础表中提取对应的待校验单证清单和单证模板清单，通过单证模板清单对待校验单证清单进行校验，得到校验结果。服务器还可以将校验结果反馈到用户端。服务器还可以接收用户端的业务请求，将单证模板返回到用户端，以获取待校验单证。服务器还可以接收生成单证模板请求，从而生成单证模板。

二是用户端，用户端可以向服务器发送单证校验请求，从而获取到服务器所返回的单证的校验结果。用户端还可以向服务器业务请求，以获取单证模板，并将处理好的单证模板对应的待校验单证返回服务器。

具体的，在用户端需要对贷款业务中的单证进行校验时，将单证校验请求发送到服务器，服务器接收到单证校验请求后，则开始对单证进行校验处理。其中，单证校验请求中至少包括待校验单证对应的业务类型和业务标识。由于一项贷款业务中，会涉及到多份单证，并且由于贷款业务存在不同的资方、担保公司、保险公司、场景等。所以单证校验请求中会包括业务类型和业务标识，从而便于获取到对应的待校验清单和单证模板清单。该业务类型可以为不同的资方、担保公司、保险公司、场景等；该业务标识可以为业务的编号、名称等。

请参阅图3，图3示出了步骤S1之前的一种具体实施方式，详叙如下：

S11：接收生成单证模板的请求，其中，生成单证模板的请求中包括单证模板对应的业务类型。

具体的，在生成待校验单证之前，可以根据业务类型，生成对应的单证模板。根据单证的维度配置单证的基础信息，不同的资方、担保公司、保险公司、不同场景等使用的单证模板都会不一样，所以要建立根据业务场景使用的维度，建立基础的单证模板，再将单证模板储存于基础表中。

S12：基于业务类型，从预置参数库中获取单证模板所需的目标参数。

具体的，不同的业务类型，有不同的单证类型，所需的参数也就不同。由于事先根据业务类型，预置了不同的参数，并储存于预置参数库中，所以根据业务类型，便可从预置参数库中获取单证模板所需的目标参数。

S13：基于富文本编辑器，根据目标参数生成预置格式的单证模板，其中，单证模板包括唯一标识。

具体的，通过调用富文本编辑器，使得富文本编辑器根据目标参数生成预置格式的单证模板。并且由于单证模板中，各个部分都事先设置了对应的校验规则，在后续需要单证校验时，识别对应区域的校验规则和校验内容，便可以实现对其进行校验。其中，该唯一标识可以为单证模板的编码、名称等。

其中，富文本编辑器，Multi-function Text Editor,简称MTE,是一种可内嵌于浏览器，所见即所得的文本编辑器。在本申请实施例中，通过调用富文本编辑器，根据目标参数生成预置格式的单证模板。其中，预置格式根据实际情况进行设定，此处不做限定。

本实施例中，通过接收生成单证模板的请求，并基于业务类型，从预置参数库中获取单证模板所需的目标参数，再基于富文本编辑器，根据目标参数生成预置格式的单证模板，实现根据业务类型生成对应模板，便于对后续单证的校验。

请参阅图4，图4示出了步骤S1之前的一种具体实施方式，详叙如下：

S14：接收来自用户端的业务请求，其中，业务请求中包括业务类型。

S15：基于业务类型，从基础表中获取对应的单证模板清单。

具体的，在用户端需要进行贷款业务的业务请求时，向服务器发送业务请求，服务器接收该业务请求，并由于该业务请求中包括业务类型，所以通过该业务类型能够获取到上述所预置的单证模板清单。

S16：将单证模板清单发送到用户端，以获取用户端所返回的待校验单证清单，并将返回的待校验单证清单存储于基础表中。

具体的，服务器将对应的单证模板反馈回用户端，用户端根据个人实际信息进行填写，并将该填写完成的单证模板返回服务器，也即将待校验单证返回服务器，并储存于基础表中。

本实施例中，通过接收来自用户端的业务请求，再基于业务类型，从基础表中获取对应的单证模板清单，然后将单证模板清单发送到用户端，以获取用户端所返回的待校验单证清单，并将返回的待校验单证清单存储于基础表中，实现根据业务类型，将对应的单证模板清单发送给用户端，使得每一项业务都基于单证模板进行签署，避免单证不统一，有利于提高单证校验的效率。

S2：根据业务标识，从基础表中获取待校验单证清单，以及根据业务类型，从基础表中获取业务类型对应的单证模板清单。

具体的，基础表是指用来存储各类单证信息的数据库。业务标识可以为贷款业务对应的编码、名称等，通过该业务标识，遍历基础表，可以获取到对应的待校验单证清单，该待校验清单中包括多张待校验单证。业务类型是指贷款业务中，具体的贷款类型，通过该业务类型，遍历基础表，可以获取到对应的单证模板清单，该单证模板清单包括多张单证模板。

S3：判断待校验单证是否与单证模板一一对应，得到第一判断结果。

具体的，由于待校验单证与单证模板所对应的贷款业务类型均为同一类型，但是可能存在待校验单证存在重复或者缺失签署的情况。在贷款流程中如客户被资方拒绝、换担保公司、保险公司、回退重提借款金额申请等会出现客户反复签署单证的情况，这样导致数据更新不一致的情况，从而导致单证有错签署、多签署、少签署等情况。所以需要判断待校验单证清单中的待校验单证是否与单证模板清单中的单证模板一一对应，若不是，则说明存在反复签署单证获取缺失签署单证的情况存在，则此次单证校验不通过。

请参阅图5，图5示出了步骤S3的一种具体实施方式，详叙如下：

S31：判断待校验单证与单证模板的数量是否一致，得到第二判断结果。

S32：若第二判断结果为待校验单证与单证模板的数量一致，则将待校验单证与每张单证模板进行一致性校验。

具体的，由于单证模板清单中每一份单证模板都是事先设置好的，其规定了每一类型的贷款业务所需要签署的单证清单。为了提高校验效率，先判断待校验单证和单证模板的数量是否一致，若是待校验单证和单证模板的数量不一致，则可以快速判断出此次单证校验存在多签署或是少签署的情况。

S33：若每张待校验单证均存在相一致的单证模板，则第一判断结果为待校验单证与单证模板一一对应。

具体的，若第三判断结果为所述待校验单证与所述单证模板的数量一致，则再判断每张所述待校验单证是否均存在相一致的单证模板，则可以判断出待校验单证与单证模板是否一一对应。进一步的，将待校验单证与每张单证模板进行一致性校验，可以根据每张单证模板和待校验单证的唯一标识进行校验，若是每张待校验单证均存在对应单证模板相匹配的唯一标识，则第一判断结果为待校验单证与单证模板一一对应。

本实施例中，通过先判断待校验单证与单证模板的数量是否一致，快速校验单证是否存在多签署或少签署的情况，若无，则继续将待校验单证与每张单证模板进行一致性校验，从而实现对单证的先行判断，有利于提高单证的校验效率。

请参阅图6，图6示出了步骤S32的一种具体实施方式，详叙如下：

S321：获取每张单证模板和每张待校验单证的唯一标识。

具体的，由于每张单证模板和每张待校验单证都有唯一标识，所以可以通过该唯一标识去确认每张待校验单证是否存在对应的单证模板，以确认该待校验单证是从对应业务类型下的单证模板所签署得到的。

S322：通过字符串匹配的方式，将每张待校验单证的唯一标识和所有单证模板的唯一标识进行匹配，得到匹配结果。

具体的，将每张待校验单证的唯一标识与任一单证模板的唯一标识进行字符串匹配。进一步的，先将所有待校验单证的唯一标识与所有单证模板的唯一标识转化为字符串形式；再将单一待校验单证对应的字符串与单证模板对应的字符串进行任意一端对齐；再从对齐一端开始对每一个字符进行逐一匹配，从而得到该待校验单证的唯一标识和该单证模板的唯一标识的字符串匹配结果。

具体的，字符串匹配算法包括但不限于：暴风算法(Brute Force)、哈希检索(Robin-Karp)、克努特-莫里斯-普拉特操作(简称KMP算法)、Boyer-Moore算法(简称BM算法)、Sunday算法等。

优选的，本申请实施例采用Boyer-Moore算法进行字符串匹配，BM算法当不匹配的时候一次性可以跳过不止一个字符。即它不需要对被搜索的字符串中的字符进行逐一比较，而会跳过其中某些部分。通常搜索关键字越长，算法速度越快。它的效率来自于这样的事实：对于每一次失败的匹配尝试，算法都能够使用这些信息来排除尽可能多的无法匹配的位置。即它充分利用待搜索字符串的一些特征，加快了搜索的步骤。

S323：若匹配结果为每张待校验单证均存在对应单证模板相匹配的唯一标识，则每张待校验单证均存在相一致的单证模板。

具体的，若是匹配结果为每张待校验单证均存在对应单证模板相匹配的唯一标识，说明每一张待校验单证均可对应到该业务类型下的单证模板，也即说明该待校验单证清单均是从该业务类型下的单证模板进行签署得来的。

本实施例中，通过获取每张单证模板和每张待校验单证的唯一标识，并通过字符串匹配的方式，将每张待校验单证的唯一标识和所有单证模板的唯一标识进行匹配，从而实现待校验单证清单的模板校验，使得判断出该待校验单证清单是否从该业务类型下的单证模板进行签署得来的，从而对单证进行校验，有利于提高单证校验效率。

S4：若第一判断结果为待校验单证与单证模板一一对应，则对每份待校验单证进行解析，以获取每份待校验单证对应的文字内容，作为待校验单证对应的目标校验内容。

具体的，若第一判断结果为待校验单证与所述单证模板一一对应，则需要对待校验单证的内容进一步校验。所以采用对应的解析方式，对待校验单证进行解析，以获取每份待校验单证对应的文字内容，得到待校验单证对应的目标校验内容。

请参阅图7，图7示出了步骤S4的一种具体实施方式，详叙如下：

S41：若第一判断结果为待校验单证与单证模板一一对应，则判断待校验单证的文本类型，得到第三判断结果。

具体的，由于待校验单证与单证模板往往以文本型PDF或是图片型PDF的形式进行存储与于基础表中的，所以先判断其文本类型，从而通过对应的解析方法，进行解析文本内容。

S42：若第三判断结果为待校验单证的文本类型为文本型PDF，则通过java类包解析的方式，读取出待校验单证的文字内容，得到目标校验内容。

S43：若第三判断结果为待校验单证的文本类型为图片型PDF，则通过OCR识别的方式，读取出待校验单证的文字内容，得到目标校验内容。

具体的，先判断待校验单证是文本型PDF还是图片型PDF，若是文本型PDF，则通过java类包解析的方式，读取出所述待校验单证的文字内容；若是图片型PDF，则通过OCR识别的方式，读取出所述待校验单证的文字内容。

其中，java类包包括PDFBox、iText、XPDF，该PDFBox(一个BSD许可下的源码开放项目)是一个为开发人员读取和创建PDF文档而准备的纯Java类库，可以提取文本；iText用于能够快速产生PDF文档的一个java类库，通过iText不仅可以生成PDF或rtf的文档，而且可以将XML、Html文件转化为PDF文件；XPDF是一个开源项目，可以调用对应的本地方法来实现抽取中文pdf文件。其中，OCR(optical character recognition)识别的方式是指对文本资料进行扫描，然后对图像文件进行分析处理，获取文字及版面信息的的方式。

本实施例中，通过判断待校验单证的文本类型，并根据文本类型选择对应的文本解析方式，对待校验单证进行解析，以获取对应的文字内容，从而便于后续对该文字内容的参数信息进行校验，从而提高单证的校验效率。

S5：从单证模板清单中，获取每份待校验单证对应的单证模板，作为目标单证模板。

具体的，由于单证模板是由实现根据业务类型所设置的，其包括各个部分参数、条款等部分的校验规则。所以识别出每份待校验单证对应的单证模板，并将其作为目标单证模板。

进一步的，由于上述步骤已经识别出了待校验单证的文字内容，所以可以通过识别每份待校验单证和单证模板对应的标题，将每份待校验单证的标题所有的单证模板的标题进行字符串匹配，若是匹配到字符串完全一致的标题，则将该单证模板作为待校验单证对应的目标单证模板。

S6：获取每份目标单证模板中的预置校验规则，并读取预置校验规则，以对目标校验内容进行校验，得到校验结果。

具体的，上述步骤已经识别出每份待校验单证的文字内容，而单证模板对不同参数的业务类型配置不同的校验规则，如借款金额的上下限、贷款期数上下限、担保公司和保险公司是否匹配等，而不同单证模板必须包含的特定条款，如保单中必须包含保险期限、保险范围等。所以识别出待待校验单证的参数区域和特定条款区域，将对应的校验规则对参数区域的参数进行校验，并判断是否包括对应的特定条款，从而实现对待校验单证的内容进行校验。

请参阅图8，图8示出了步骤S6的一种具体实施方式，详叙如下：

S61：识别出目标校验内容的参数区域和特定条款区域，并获取参数区域以及特定条款区域的参数，得到核心参数以及条款参数。

具体的，由于待校验单证内存在需要填写参数的区域，例如，贷款业务中单证的贷款金额区域、贷款时间区域等等。这些参数区域需要对其进行校验，判断其是否处于约定的范围内。并且待校验单证还存在免责条款等特定条款区域，这些条款必须存在，且约定的条款需为一致。所以需要识别出目标校验内容的参数区域和特定条款区域，并获取参数区域以及特定条款区域的参数，得到核心参数以及条款参数。

S62：获取目标单证模板的参数区所对应的预置校验规则，以及获取目标单证模板的特定条款区域的条款参数。

具体的，单证模板已经是约定好了参数区的参数范围，其每一块区域都有对应的预置校验规则，且单证模板也预置了特定条款区域的条款参数。所以获取目标单证模板的参数区所对应的预置校验规则，以及获取目标单证模板的特定条款区域的条款参数，便于对待校验单证进行校验。

S63：通过预置校验规则校验核心参数，以及通过字符串匹配的方式将条款参数进行匹配，得到校验结果。

具体的，读取对应区域的预置校验规则，实现校验该区域的核心参数，若是该核心参数满足于预置校验规则，则该区域的校验结果通过，否则校验结果不通过，并且通过字符串匹配的方式将条款参数进行匹配，若是字符串匹配相同，则该条款参数的校验通过，否则，校验不通过。进一步的，将条款参数的字符串匹配与上述步骤S322的字符串匹配方式相同，为避免重复，此处不再赘述。

本实施例中，通过识别出目标校验内容的参数区域和特定条款区域，并获取参数区域以及特定条款区域的参数，得到核心参数以及条款参数，再获取目标单证模板的参数区所对应的预置校验规则，以及获取目标单证模板的特定条款区域的条款参数，然后通过预置校验规则校验核心参数，以及通过字符串匹配的方式将条款参数进行匹配，得到校验结果，实现对待校验单证的各个参数区域的参数和特定条款进行校验，使得对待校验单证的内容进行逐一校验，有利于提高对单证的校验精确度，同时，通过与预置的单证模板进行校验，有利于提高单证的校验效率。

S7：若存在任一目标校验内容的校验结果不通过，则判定待校验单证清单不通过。

具体的，若是存在任一待校验单证校验的校验结果不通过，说明该待校验单证清单存在单证签署不合规或是缺失某些必要条款，则判断此次待校验单证清单的校验不通过，并生成对应的日志信息进行反馈。

本实施例中，通过获取单证校验请求，并根据单证校验请求从基础表中获取待校验单证清单和单证模板清单，然后判断待校验单证是否与单证模板一一对应，若是，则对每份待校验单证进行解析，以获取每份待校验单证对应的文字内容；再获取每份待校验单证对应的单证模板，作为目标单证模板；获取每份目标单证模板中的预置校验规则，并读取预置校验规则，对预置校验规则对应待校验单证进行校验，得到校验结果；若存在任一待校验单证的校验结果不通过，则判定待校验单证清单不通过。实现将待校验单证与预置的单证模板进行对比校验，并识别单证的文字内容，对单证区域内的文字参数进行逐一校验，有利于提高单证的校验效率。同时，本申请还根据不同的业务类型，预设了不同的单证模板，便于后续进行单证的校验；本申请还通过判断待校验单证是否与单证模板一一对应，快速判断出单证是否存在多签署获取少签署的情况。

需要强调的是，为进一步保证上述待校验单证的私密和安全性，上述待校验单证还可以存储于一区块链的节点中。

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

请参考图9，作为对上述图2所示方法的实现，本申请提供了一种单证校验装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图9所示，本实施例的单证校验装置包括：单证校验请求接收模块81、待校验单证清单获取模块82、第一判断结果获取模块83、目标校验内容解析模块84、目标单证模板获取模块85、目标校验内容校验模块86及待校验单证清单判定模块87，其中：

单证校验请求接收模块81，用于获取单证校验请求，其中，单证校验请求中包括业务类型和业务标识；

待校验单证清单获取模块82，根据业务标识，从基础表中获取待校验单证清单，以及根据业务类型，从基础表中获取业务类型对应的单证模板清单，其中，待校验单证清单包括多张待校验单证，单证模板清单包括多张单证模板；

第一判断结果获取模块83，用于判断待校验单证是否与单证模板一一对应，得到第一判断结果；

目标校验内容解析模块84，用于若第一判断结果为待校验单证与单证模板一一对应，则对每份待校验单证进行解析，以获取每份待校验单证对应的文字内容，作为待校验单证对应的目标校验内容；

目标单证模板获取模块85，用于从单证模板清单中，获取每份待校验单证对应的单证模板，作为目标单证模板；

目标校验内容校验模块86，用于获取每份目标单证模板中的预置校验规则，并读取预置校验规则，以对目标校验内容进行校验，得到校验结果；

待校验单证清单判定模块87，用于若存在任一目标校验内容的校验结果不通过，则判定待校验单证清单不通过。

进一步的，第一判断结果获取模块83包括：

第二判定结果获取单元，用于判断待校验单证与单证模板的数量是否一致，得到第二判断结果；

一致性校验单元，用于若第二判断结果为待校验单证与单证模板的数量一致，则将待校验单证与每张单证模板进行一致性校验；

第一判断结果确认单元，用于若每张待校验单证均存在相一致的单证模板，则第一判断结果为待校验单证与单证模板一一对应。

进一步的，一致性校验单元包括：

唯一标识获取子单元，用于获取每张单证模板和每张待校验单证的唯一标识；

唯一标识匹配子单元，用于通过字符串匹配的方式，将每张待校验单证的唯一标识和所有单证模板的唯一标识进行匹配，得到匹配结果；

匹配结果显示子单元，用于若匹配结果为每张待校验单证均存在对应单证模板相匹配的唯一标识，则每张待校验单证均存在相一致的单证模板。

进一步的，目标校验内容解析模块84包括：

第三判断结果获取单元，用于若第一判断结果为待校验单证与单证模板一一对应，则判断待校验单证的文本类型，得到第三判断结果；

文本型PDF识别单元，用于若第三判断结果为待校验单证的文本类型为文本型PDF，则通过java类包解析的方式，读取出待校验单证的文字内容，得到目标校验内容；

图片型PDF识别单元，用于若第三判断结果为待校验单证的文本类型为图片型PDF，则通过OCR识别的方式，读取出待校验单证的文字内容，得到目标校验内容。

进一步的，目标校验内容校验模块86包括：

参数识别单元，用于识别出目标校验内容的参数区域和特定条款区域，并获取参数区域以及特定条款区域的参数，得到核心参数以及条款参数；

校验规则获取单元，用于获取目标单证模板的参数区所对应的预置校验规则，以及获取目标单证模板的特定条款区域的条款参数；

校验结果获取单元，用于通过预置校验规则校验核心参数，以及通过字符串匹配的方式将条款参数进行匹配，得到校验结果。

进一步的，在单证校验请求接收模块81之前还包括：

单证模板生成请求模块，用于接收生成单证模板的请求，其中，生成单证模板的请求中包括单证模板对应的业务类型；

模板参数获取模块，用于基于业务类型，从预置参数库中获取单证模板所需的目标参数；

单证模板生成模块，用于基于富文本编辑器，根据目标参数生成预置格式的单证模板，其中，单证模板包括唯一标识。

进一步的，在单证校验请求接收模块81之前还包括：

业务请求接收模块，用于接收来自用户端的业务请求，其中，业务请求中包括业务类型；

单证模板获取模块，用于基于业务类型，从基础表中获取对应的单证模板清单；

待校验单证返回模块，用于将单证模板清单发送到用户端，以获取用户端所返回的待校验单证清单，并将返回的待校验单证清单存储于基础表中。

需要强调的是，为进一步保证上述待校验单证的私密和安全性，上述待校验单证还可以存储于一区块链的节点中。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图10，图10为本实施例计算机设备基本结构框图。

计算机设备9包括通过系统总线相互通信连接存储器91、处理器92、网络接口93。需要指出的是，图中仅示出了具有三种组件存储器91、处理器92、网络接口93的计算机设备9，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

存储器91至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器91可以是计算机设备9的内部存储单元，例如该计算机设备9的硬盘或内存。在另一些实施例中，存储器91也可以是计算机设备9的外部存储设备，例如该计算机设备9上配备的插接式硬盘，智能存储卡(SmartMedia Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器91还可以既包括计算机设备9的内部存储单元也包括其外部存储设备。本实施例中，存储器91通常用于存储安装于计算机设备9的操作系统和各类应用软件，例如单证校验方法的程序代码等。此外，存储器91还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器92在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器92通常用于控制计算机设备9的总体操作。本实施例中，处理器92用于运行存储器91中存储的程序代码或者处理数据，例如运行上述单证校验方法的程序代码，以实现单证校验方法的各种实施例。

网络接口93可包括无线网络接口或有线网络接口，该网络接口93通常用于在计算机设备9与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序可被至少一个处理器执行，以使至少一个处理器执行如上述的一种单证校验方法的步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例的方法。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (8)

1.一种单证校验方法，其特征在于，包括：

接收生成单证模板的请求，其中，所述生成单证模板的请求中包括单证模板对应的业务类型；

基于所述业务类型，从预置参数库中获取所述单证模板所需的目标参数；

基于富文本编辑器，根据所述目标参数生成预置格式的单证模板，并将所述单证模板存储于基础表中，其中，所述单证模板包括唯一标识；

接收来自用户端的业务请求，其中，所述业务请求中包括所述业务类型；

基于所述业务类型，从所述基础表中获取对应的单证模板清单；

将所述单证模板清单发送到所述用户端，以获取所述用户端所返回的待校验单证清单，并将所述返回的待校验单证清单存储于所述基础表中；

获取单证校验请求，其中，所述单证校验请求中包括所述业务类型和业务标识；

根据所述业务标识，从基础表中获取待校验单证清单，以及根据所述业务类型，从所述基础表中获取所述业务类型对应的单证模板清单，其中，所述待校验单证清单包括多张待校验单证，所述单证模板清单包括多张单证模板；

判断所述待校验单证是否与所述单证模板一一对应，得到第一判断结果，其中，所述第一判断结果包括所述待校验单证与所述单证模板的数量判断结果，以及包括所述待校验单证是否与所述单证模板的一致性校验结果；

若所述第一判断结果为所述待校验单证与所述单证模板一一对应，则对每份所述待校验单证进行解析，以获取每份所述待校验单证对应的文字内容，作为待校验单证对应的目标校验内容；

从所述单证模板清单中，获取每份所述待校验单证对应的单证模板，作为目标单证模板；

获取每份所述目标单证模板中的预置校验规则，并读取所述预置校验规则，以对所述目标校验内容进行校验，得到校验结果；

若存在任一目标校验内容的校验结果不通过，则判定所述待校验单证清单不通过。

2.根据权利要求1所述的单证校验方法，其特征在于，所述判断所述待校验单证是否与所述单证模板一一对应，得到第一判断结果，包括：

判断所述待校验单证与所述单证模板的数量是否一致，得到第二判断结果；

若所述第二判断结果为所述待校验单证与所述单证模板的数量一致，则将所述待校验单证与每张所述单证模板进行一致性校验；

若每张所述待校验单证均存在相一致的单证模板，则所述第一判断结果为所述待校验单证与所述单证模板一一对应。

3.根据权利要求2所述的单证校验方法，其特征在于，所述若所述第二判断结果为所述待校验单证与所述单证模板的数量一致，则将所述待校验单证与每张所述单证模板进行一致性校验，包括：

获取每张所述单证模板和每张所述待校验单证的唯一标识；

通过字符串匹配的方式，将每张所述待校验单证的唯一标识和所有所述单证模板的唯一标识进行匹配，得到匹配结果；

若所述匹配结果为每张所述待校验单证均存在对应单证模板相匹配的唯一标识，则每张所述待校验单证均存在相一致的单证模板。

4.根据权利要求1所述的单证校验方法，其特征在于，所述若所述第一判断结果为所述待校验单证与所述单证模板一一对应，则对每份所述待校验单证进行解析，以获取每份所述待校验单证对应的文字内容，作为待校验单证对应的目标校验内容，包括：

若所述第一判断结果为所述待校验单证与所述单证模板一一对应，则判断所述待校验单证的文本类型，得到第三判断结果；

若所述第三判断结果为所述待校验单证的文本类型为文本型PDF，则通过java类包解析的方式，读取出所述待校验单证的文字内容，得到所述目标校验内容；

若所述第三判断结果为所述待校验单证的文本类型为图片型PDF，则通过OCR识别的方式，读取出所述待校验单证的文字内容，得到所述目标校验内容。

5.根据权利要求1所述的单证校验方法，其特征在于，所述获取每份所述目标单证模板中的预置校验规则，并读取所述预置校验规则，以对所述目标校验内容进行校验，得到校验结果，包括：

识别出所述目标校验内容的参数区域和特定条款区域，并获取所述参数区域以及所述特定条款区域的参数，得到核心参数以及条款参数；

获取所述目标单证模板的参数区所对应的预置校验规则，以及获取所述目标单证模板的特定条款区域的条款参数；

通过所述预置校验规则校验所述核心参数，以及通过字符串匹配的方式将条款参数进行匹配，得到所述校验结果。

6.一种单证校验装置，其特征在于，包括：

单证模板生成请求模块，用于接收生成单证模板的请求，其中，所述生成单证模板的请求中包括单证模板对应的业务类型；

模板参数获取模块，用于基于所述业务类型，从预置参数库中获取所述单证模板所需的目标参数；

单证模板生成模块，用于基于富文本编辑器，根据所述目标参数生成预置格式的单证模板，并将所述单证模板 存储于基础表中，其中，所述单证模板包括唯一标识；

业务请求接收模块，用于接收来自用户端的业务请求，其中，所述业务请求中包括所述业务类型；

业务请求接收模块，用于基于所述业务类型，从所述基础表中获取对应的单证模板清单；

待校验单证返回模块，用于将所述单证模板清单发送到所述用户端，以获取所述用户端所返回的待校验单证清单，并将所述返回的待校验单证清单存储于所述基础表中；

单证校验请求接收模块，用于获取单证校验请求，其中，所述单证校验请求中包括所述业务类型和业务标识；

待校验单证清单获取模块，根据所述业务标识，从基础表中获取待校验单证清单，以及根据所述业务类型，从所述基础表中获取所述业务类型对应的单证模板清单，其中，所述待校验单证清单包括多张待校验单证，所述单证模板清单包括多张单证模板；

第一判断结果获取模块，用于判断所述待校验单证是否与所述单证模板一一对应，得到第一判断结果，其中，所述第一判断结果包括所述待校验单证与所述单证模板的数量判断结果，以及包括所述待校验单证是否与所述单证模板的一致性校验结果；

目标校验内容解析模块，用于若所述第一判断结果为所述待校验单证与所述单证模板一一对应，则对每份所述待校验单证进行解析，以获取每份所述待校验单证对应的文字内容，作为待校验单证对应的目标校验内容；

目标单证模板获取模块，用于从所述单证模板清单中，获取每份所述待校验单证对应的单证模板，作为目标单证模板；

目标校验内容校验模块，用于获取每份所述目标单证模板中的预置校验规则，并读取所述预置校验规则，以对所述目标校验内容进行校验，得到校验结果；

待校验单证清单判定模块，用于若存在任一目标校验内容的校验结果不通过，则判定所述待校验单证清单不通过。

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

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的单证校验方法。

Images