一种数据验证的方法、装置、计算机设备和存储介质

本申请涉及大数据数据处理技术领域，特别是涉及一种数据验证的方法、装置、计算机设备、存储介质和计算机程序产品。

企业授权，是指通过对共同借款人授予权限，代表企业进行生产经营活动。目前大部分企业贷款场景中，银行进行数据验证时，只需要企业提供对上述共同借款人代表企业进行贷款的授权文件以及关于上述共同借款人的投票证明等，由贷款银行对该授权文件和投票证明进行审核，审核通过，则授予该企业进行资源申请的资格，银行直接对该企业提供的贷款相关数据进行验证，判断是否通过该资源申请。相关技术中，由于企业提供的数据的真实性很难得到全面立体、贴合实际的佐证，往往会出现银行无法对企业的经营数据及授权信息做出准确的判断，不敢批准通过资源申请流程，造成企业贷款难的问题，或批准贷款出现问题后才进行追责，给银行造成实际损失。

基于此，有必要针对上述技术问题，提供一种能够校验信息的数据验证的方法、装置、计算机设备和存储介质。

第一方面，本申请提供了一种数据验证的方法。所述方法包括：

获取授权账户进行资源申请的业务交易场景和业务交易数据，所述授权账户为被确定为通过授权规则的账户；

按照与所述业务交易场景相匹配的准入规则，对所述业务交易数据进行验证；

在所述业务交易数据验证通过的情况下，通过所述授权账户资源申请。

在其中一个实施例中，确定所述授权账户的方式包括：

获取待授权账户的征信数据和所述待授权账户所属的行业类别；

按照预设的准入规则，对所述征信数据和所述待授权账户所属的行业类别进行验证；

在所述征信数据和所述待授权账户所属的行业类别验证通过的情况下，确定所述待授权账户为授权账户。

在其中一个实施例中，所述按照预设的准入规则，对所述征信数据和所述待授权账户所属的行业类别进行验证，包括：

获取待授权账户的历史资源申请数据以及历史授权数据；

按照预设的准入规则，对所述征信数据、所述待授权账户所属的行业类别、所述历史资源申请数据和所述历史授权数据进行验证。

在其中一个实施例中，所述历史资源数据包括待授权账户对应企业的历史资源申请数据以及所述对应企业的实控人的历史资源申请数据，其中，对历史资源申请数据进行验证的方式，包括：

分别查询与所述对应企业的历史资源申请数据相关的第一还款数据以及与所述实控人的历史资源申请数据相关的第二还款数据；

分别验证所述第一还款数据和所述第二还款数据是否满足预设条件。

在其中一个实施例中，所述确定所述授权账户的方式包括：

在待授权账户为历史授权账户的情况下，获取所述待授权账户的更新的征信数据，所述更新的征信数据为确定为所述历史授权账户的时间起到当前时间之间更新的征信数据；

按照预设的准入规则，对所述更新的征信数据进行验证；

在所述更新的征信数据验证通过的情况下，确定所述待授权账户为授权账户。

在其中一个实施例中，所述按照与所述业务交易场景相匹配的准入规则，对所述业务交易数据进行验证，包括：

从所述业务交易数据中分别获取多个预设维度的子数据；

从与所述业务交易场景相匹配的准入规则中确定与所述子数据相对应的数据范围；

分别判断所述子数据是否在与所述子数据相对应的数据范围以内。

在其中一个实施例中，所述获取授权账户进行资源申请的业务交易场景和业务交易数据，所述授权账户为被确定为通过授权规则的账户，之前还包括：

接收所述待授权账户发出的授权请求，响应于所述授权请求，对所述待授权账户进行授权验证。

第二方面，本申请还提供了一种数据验证的装置。所述装置包括：

数据获取模块，用于获取授权账户进行资源申请的业务交易场景和业务交易数据，所述授权账户为通过授权规则的账户；

验证模块，用于按照与所述业务交易场景相匹配的准入规则，对所述业务交易数据进行验证；

资源申请通过模块，用于在所述业务交易数据验证通过的情况下，通过所述授权账户资源申请。

在其中一个实施例中，确定所述授权账户的模块包括：

数据获取模块，用于获取待授权账户的征信数据和所述待授权账户所属的行业类别；

验证模块，用于按照预设的准入规则，对所述征信数据和所述待授权账户所属的行业类别进行验证；

授权模块，用于在所述征信数据和所述待授权账户所属的行业类别验证通过的情况下，确定所述待授权账户为授权账户。

在其中一个实施例中，所述验证模块，包括：

数据获取模块，用于获取待授权账户的历史资源申请数据以及历史授权数据；

验证模块，用于按照预设的准入规则，对所述征信数据、所述待授权账户所属的行业类别、所述历史资源申请数据和所述历史授权数据进行验证。

在其中一个实施例中，所述历史资源数据包括待授权账户对应企业的历史资源申请数据以及所述对应企业的实控人的历史资源申请数据，其中，对历史资源申请数据进行验证的模块，包括：

查询模块，用于分别查询与所述对应企业的历史资源申请数据相关的第一还款数据以及与所述实控人的历史资源申请数据相关的第二还款数据；

验证模块，用于分别验证所述第一还款数据和所述第二还款数据是否满足预设条件。

在其中一个实施例中，所述确定所述授权账户的模块包括：

数据获取模块，用于在待授权账户为历史授权账户的情况下，获取所述待授权账户的更新的征信数据，所述更新的征信数据为确定为所述历史授权账户的时间起到当前时间之间更新的征信数据；

验证模块，用于按照预设的准入规则，对所述更新的征信数据进行验证；

授权模块，用于在所述更新的征信数据验证通过的情况下，确定所述待授权账户为授权账户。

在其中一个实施例中，所述验证模块，包括：

数据获取模块，用于从所述业务交易数据中分别获取多个预设维度的子数据；

准入规则确定模块，用于从与所述业务交易场景相匹配的准入规则中确定与所述子数据相对应的数据范围；

判断模块，用于分别判断所述子数据是否在与所述子数据相对应的数据范围以内。

在其中一个实施例中，所述数据获取模块，之前还包括：

请求接收模块，用于接收所述待授权账户发出的授权请求，响应于所述授权请求，对所述待授权账户进行授权验证。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现本公开实施例中任一项所述的方法的步骤。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本公开实施例中任一项所述的方法的步骤。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开实施例中任一项所述的方法的步骤。

上述数据验证的方法、装置、计算机设备、存储介质和计算机程序产品，首先确认资源申请的账户是否为授权账户，接收授权账户的业务交易数据，根据与业务交易场景相匹配的准入规则对业务交易数据进行验证，验证通过后，通过所述账户的资源申请。本公开实施例能够对进行资源申请的账户进行授权验证和业务交易数据验证，多方位多维度地对数据进行校验，以保障资源授予方能够对资源申请方的数据做出准确的判断，减少因错误判断造成的实际损失。

图1为一个实施例中数据验证方法的流程示意图；

图2为一个实施例中数据验证方法的流程示意图；

图3为一个实施例中授权验证方法的流程示意图；

图4为一个实施例中授权验证方法的流程示意图；

图5为一个实施例中授权验证方法的流程示意图；

图6为一个实施例中贷款记录验证方法的流程示意图；

图7为一个实施例中数据验证方法的流程示意图；

图8为一个实施例中数据验证装置的结构框图；

图9为一个实施例中计算机设备的内部结构图。

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在一个实施例中，如图1所示，提供了一种数据验证的方法，本实施例以该方法应用于终端进行举例说明，可以理解的是，该方法也可以应用于服务器，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。本实施例中，该方法包括以下步骤：

步骤S101，获取授权账户进行资源申请的业务交易场景和业务交易数据，所述授权账户为被确定为通过授权规则的账户；

其中，业务交易数据指的是通过此次资源申请之后，使用该资源进行的业务交易的相关数据，业务交易场景指的是按照此次业务交易的类型划分的交易场景。

本公开实施例中，接收到授权账户发出资源申请的请求后，获取该账户进行此次资源申请的业务交易场景和业务交易数据以用于后续的验证。待授权账户发出请求后，响应该请求，对该待授权账户的指定信息进行验证，验证通过后，将该待授权账户进行标记，标记完成后即完成授权过程，该账户为授权账户，可以发出资源申请供系统审核。在一个示例中，若该账户发出授权申请且未通过授权，则无法进行资源申请的操作。

步骤S102，按照与所述业务交易场景相匹配的准入规则，对所述业务交易数据进行验证；

本公开实施例中，接收到授权账户发出的业务交易场景和业务交易数据后，需要对业务交易数据进行验证，按照与该业务场景相对应的规则对所述数据进行验证，与业务场景相对应的规则为资源授予方按照相关的业务场景针对性地开发出的校验规则，不同的业务场景对应不同的准入规则。在一个示例中，若该业务交易为汽车租赁交易，则按照开发的汽车业务场景的规则集对该汽车租赁交易的相关数据进行验证。

步骤S103，在所述业务交易数据验证通过的情况下，通过所述授权账户资源申请。

本公开实施例中，根据相应的规则对业务交易数据进行验证，若所述业务交易数据均符合对应的规则，则表示验证通过。验证通过后，资源授予方通过该账户的资源申请的请求，授予相关资源。如图2所示，若业务交易数据不满足规则中的任意一条，则验证不通过，拒绝该账户的资源申请，不授予相关资源。在一个示例中，还会对此次资源申请的订单数据进行校验，该订单数据可以包括订单号、金额、贷款方信息、订单来源、订单备注等信息。

本公开实施例，首先确认资源申请的账户是否为授权账户，接收授权账户的业务交易数据，根据与业务交易场景相匹配的准入规则对业务交易数据进行验证，验证通过后，通过所述账户的资源申请。本公开实施例能够对进行资源申请的账户进行授权验证和业务交易数据验证，多方位多维度地对数据进行校验，以保障资源授予方能够对资源申请方的数据做出准确的判断，减少因错误判断造成的实际损失。

在一个实施例中，确定所述授权账户的方式包括：

步骤S201，获取待授权账户的征信数据和所述待授权账户所属的行业类别；

步骤S202，按照预设的准入规则，对所述征信数据和所述待授权账户所属的行业类别进行验证；

步骤S203，在所述征信数据和所述待授权账户所属的行业类别验证通过的情况下，确定所述待授权账户为授权账户。

本公开实施例中，在账户进行资源申请时，需要确认该账户是否为授权账户。账户进行授权申请后成为待授权账户，对待授权账户的相关信息进行验证通过后才能成为授权账户。获取待授权账户的征信数据和待授权账户所属的行业类别信息，所述征信数据包括待授权账户对应的企业的信用信息以及待授权账户对应的企业的实控人的信用信息，所述行业类别信息可以从工商信息中获取得到，其中，实控人指的是企业的实际控制人。按照资源授予方开发的准入规则对所述信用信息和所述工商信息进行验证，若所述信息均符合所述准入规则，则该待授权账户通过验证，将该账户标记为授权账户，授权账户可以进行资源申请的操作；如图4所示，若所述信息中任意一项信息不符合准入规则，则该待授权账户未通过验证，不对该账户执行授权操作。

本公开实施例，获取待授权账户的征信数据和所属行业数据，并按照预设好的准入规则对所述征信数据和行业数据进行验证，验证通过后，将该账户标记为授权账户。本公开实施例在账户进行资源申请之前先对账户进行资格验证，资格验证通过后，执行授权操作完成后，账户方可进行资源申请，能够首先对账户的相关数据进行验证，对账户的真实性以及信用度进行评估，从而筛选出优质账户，减少因判断错误造成的损失。

在一个实施例中，所述按照预设的准入规则，对所述征信数据和所述待授权账户所属的行业类别进行验证，包括：

获取待授权账户的历史资源申请数据以及历史授权数据；

按照预设的准入规则，对所述征信数据、所述待授权账户所属的行业类别、所述历史资源申请数据和所述历史授权数据进行验证。

本公开实施例中，在对待授权账户进行验证时，还需要获取待授权账户历史的资源申请数据和该待授权账户的历史授权数据。历史授权记录指的是该待授权账户在该资源授予方其他资源授予业务中已经被授权的记录。在一个示例中，历史资源申请数据可以包括在途贷款记录、超期结清贷款记录以及已超期未结清的贷款记录。按照预设的规则对所述征信数据、行业类别信息、历史资源申请记录和所述历史授权记录进行验证，若所述数据全部符合预设的规则，则该待授权账户通过验证，若所述数据中任意一条不符合预设的规则时，则不对该待授权账户进行授权。

本公开实施例，按照预设的规则对所述征信数据、行业类别信息、历史资源申请记录和所述历史授权记录进行验证。本公开实施例能够从多个维度验证待授权账户的数据，提高了授权的真实性和可信性。

在一个实施例中，所述历史资源数据包括待授权账户对应企业的历史资源申请数据以及所述对应企业的实控人的历史资源申请数据，其中，对历史资源申请数据进行验证的方式，包括：

分别查询与所述对应企业的历史资源申请数据相关的第一还款数据以及与所述实控人的历史资源申请数据相关的第二还款数据；

分别验证所述第一还款数据和所述第二还款数据是否满足预设条件。

其中，实控人指的是企业的实际控制人，虽然不是公司的股东，但通过投资关系、协议或者其他安排，能够实际支配公司行为的自然人，也是企业在申请贷款时的共同借款人，即代表企业方进行借款，并与企业一起承担债务的自然人。

本公开实施例中，在获取待授权账户的历史资源申请数据时，需要分别获取待授权账户对应的企业的历史资源申请数据相关的还款数据、待授权账户对应的企业的实控人的历史资源申请数据相关的还款数据，然后分别对这两部分的数据进行验证，验证时需要按照预定的规则进行比对校验，判断所述数据师傅满足预设的规则条件。

本公开实施例，分别对两个维度的历史资源申请数据的还款数据进行验证。本公开实施例能够从企业和个人两个方面对资源申请数据进行验证，使授权过程中对数据的验证更为全面，便于筛选出更为优质的待授权账户。

在一个实施例中，所述确定所述授权账户的方式包括：

在待授权账户为历史授权账户的情况下，获取所述待授权账户的更新的征信数据，所述更新的征信数据为确定为所述历史授权账户的时间起到当前时间之间更新的征信数据；

按照预设的准入规则，对所述更新的征信数据进行验证；

在所述更新的征信数据验证通过的情况下，确定所述待授权账户为授权账户。

本公开实施例中，当待授权账户为之前已经进行过授权的账户时，即为历史授权账户时，账户再次进行资源申请时，需要再次执行授权操作。再次执行授权操作不需要对初次授权时验证的所有数据全部重新进行验证，只需要对部分自上次授权开始至当前时间之间发生更新的数据进行验证。获取该待授权账户自上次授权开始至当前时间之间发生更新的征信数据，所述征信数据包括待授权账户对应的企业的信用信息以及待授权账户对应的企业的实控人的信用信息，按照预设的规则对所述数据进行验证，验证通过后，则执行授权操作。在一个示例中，还可以对自上次授权开始至当前时间之间发生更新的历史资源申请数据和历史授权数据进行验证，验证通过后，执行授权操作。在另一个示例中，当该账户对应的企业的实控人与上次授权时的实控人不一致时，则将该账户视为初次申请授权的账户，按照初次申请授权的验证方式进行验证，判断是否执行授权。

本公开实施例，当待授权账户为历史授权账户时，对自上次授权开始至当前时间之间发生更新的数据进行验证。本公开实施例通过对历史授权账户的更新数据进行验证，能够保障授权的有效性，提高了授权账户的可靠性

在一个实施例中，所述按照与所述业务交易场景相匹配的准入规则，对所述业务交易数据进行验证，包括：

从所述业务交易数据中分别获取多个预设维度的子数据；

从与所述业务交易场景相匹配的准入规则中确定与所述子数据相对应的数据范围；

分别判断所述子数据是否在与所述子数据相对应的数据范围以内。

本公开实施例中，在对业务交易数据进行验证时，需要获取多个维度的子数据，该多个维度的子数据可以包括该业务交易场景的多个方面的数据，然后选择与该业务场景相匹配的准入规则，根据所述准入规则对所述多个维度的子数据进行验证，判断所述子数据是否位于所述准入规则中规定的相应的范围中，若所述子数据均位于所述准入规则中规定的相应范围，则业务交易数据验证通过。在一个示例中，若系统中还没有该业务交易场景对应的准入规则，则按照该业务交易场景开发与之相对应的准入规则进行校验，之后若有其他账户有同样的业务交易场景，则可直接按照此准入规则进行校验。

本公开实施例，对获取到的业务交易数据按照与业务场景相对应的准入规则进行验证。本公开实施例能够资源申请相对应的业务交易场景进行验证，保障了业务交易的真实性，提高了资源授予的安全性。

在一个实施例中，所述获取授权账户进行资源申请的业务交易场景和业务交易数据，所述授权账户为被确定为通过授权规则的账户，之前还包括：

接收所述待授权账户发出的授权请求，响应于所述授权请求，对所述待授权账户进行授权验证。

本公开实施例中，在获取账户发出的资源申请之前，账户还需要发出授权请求，接收到待授权账户发出的授权请求之后，对该请求进行响应，执行授权验证的操作，获取该待授权账户的授权信息，对所述授权信息进行验证。

本公开实施例，接收待授权账户的授权请求，执行授权验证的操作。本公开实施例能够在对账户进行资源申请的验证之前，首先接收待授权账户的授权申请，进行授权验证，筛选出优质客户，减少因信息校验不全面造成的损失。图5是根据一示例性实施例示出的一种授权验证的流程图，参考图5所示，银行系统接收到企业的授权请求，获取企业的授权相关信息，包括企业准入规则集包含的企业数据、企业的工商信息、企业的历史贷款记录、企业的已有授权数据。在一个示例中，准入规则包括企业/个人征信检查，反检查，反欺诈检查等规则。对上述信息进行验证，其中企业历史贷款记录包括企业维度的贷款记录和实控人维度的贷款记录，上述所有数据验证通过后，执行授权操作。在校验的过程中，通过企业工商信息确认企业真实性，通过企业历史贷款记录(企业、实控人两个维度)，全面的判断企业关联方贷款情况通过企业当前已有授权记录，判断企业关联方授权关系。图6是根据一示例性实施例示出的一种授权验证的流程图，参考图6所示，在对企业贷款记录进行校验时，分别对查询得到的企业维度的贷款记录和实控人维度的贷款记录进行验证。两个维度的数据均通过验证时，企业贷款记录通过校验；当其中任意一个维度的数据没有通过验证时，企业贷款记录没有通过校验，则拒绝授权。

图7是根据一示例性实施例示出的一种授权验证的流程图，参考图7所示，在对企业执行授权操作后，企业申请贷款，银行系统接收到授权企业的请求后，获取相关数据进行验证，包括基础经营数据和行业特数据。其中基础经营数据可以包括该笔贷款订单的订单号、金额、贷款方信息、订单来源、订单备注等其他信息，行业特数据则是可以根据该笔贷款的具体交易场景进行划分，例如汽车销售场景、快消品交易场景、票据交易场景，根据不同的交易场景开发不同的特数据规则集，根据特数据规则集对相应的业务交易数据进行校验。在一个示例中，还需要对该贷款对应的交易订单进行验证，包括订单是否在企业允许的经营范围内，以及该订单具体属于哪个行业等判断。在一个示例中，车辆交易业务场景中，需检查车辆基础信息，车架号，指导价格，建议价格，车系ID，GPS位置信息等，需满足车架号在我行无在途贷款，在我行历史贷款次数不超过5次，建议价格在指导价格允许范围内浮动，车系ID在约定白名单中，GPS位置信息在约定范围内。在另一个示例中，票据交易场景中，需检查票据金额，票据承兑人信息，票据背面信息等，需满足票据金额与央行电票系统一致，票据承兑人信息在我行承兑人白名单中，且有承兑余额，各票据交易平台在我行合作状态正常，票据背面信息转让次数不超过5次，票据最终状态为已质押，且质权人信息为我行指定支行。

应该理解的是，虽然附图中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，附图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的数据验证的方法的数据验证的装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的多个数据验证的装置实施例中的具体限定可以参见上文中对于数据验证的方法的限定，在此不再赘述。

在一个实施例中，如图8所示，提供了一种数据验证的装置，包括：

数据获取模块，用于获取授权账户进行资源申请的业务交易场景和业务交易数据，所述授权账户为被确定为通过授权规则的账户；

验证模块，用于按照与所述业务交易场景相匹配的准入规则，对所述业务交易数据进行验证；

资源申请通过模块，用于在所述业务交易数据验证通过的情况下，通过所述授权账户资源申请。

在一个实施例中，确定所述授权账户的模块包括：

数据获取模块，用于获取待授权账户的征信数据和所述待授权账户所属的行业类别；

验证模块，用于按照预设的准入规则，对所述征信数据和所述待授权账户所属的行业类别进行验证；

授权模块，用于在所述征信数据和所述待授权账户所属的行业类别验证通过的情况下，确定所述待授权账户为授权账户。

在一个实施例中，所述验证模块，包括：

数据获取模块，用于获取待授权账户的历史资源申请数据以及历史授权数据；

验证模块，用于按照预设的准入规则，对所述征信数据、所述待授权账户所属的行业类别、所述历史资源申请数据和所述历史授权数据进行验证。

在一个实施例中，所述历史资源数据包括待授权账户对应企业的历史资源申请数据以及所述对应企业的实控人的历史资源申请数据，其中，对历史资源申请数据进行验证的模块，包括：

查询模块，用于分别查询与所述对应企业的历史资源申请数据相关的第一还款数据以及与所述实控人的历史资源申请数据相关的第二还款数据；

验证模块，用于分别验证所述第一还款数据和所述第二还款数据是否满足预设条件。

在一个实施例中，所述确定所述授权账户的模块包括：

数据获取模块，用于在待授权账户为历史授权账户的情况下，获取所述待授权账户的更新的征信数据，所述更新的征信数据为确定为所述历史授权账户的时间起到当前时间之间更新的征信数据；

验证模块，用于按照预设的准入规则，对所述更新的征信数据进行验证；

授权模块，用于在所述更新的征信数据验证通过的情况下，确定所述待授权账户为授权账户。

在一个实施例中，所述验证模块，包括：

数据获取模块，用于从所述业务交易数据中分别获取多个预设维度的子数据；

准入规则确定模块，用于从与所述业务交易场景相匹配的准入规则中确定与所述子数据相对应的数据范围；

判断模块，用于分别判断所述子数据是否在与所述子数据相对应的数据范围以内。

在一个实施例中，所述数据获取模块，之前还包括：

请求接收模块，用于接收所述待授权账户发出的授权请求，响应于所述授权请求，对所述待授权账户进行授权验证。

上述数据验证的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种数据验证的方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。