CN113672348B - 基于容器集群对联合计算多方进行服务校验的方法及系统 - Google Patents

Abstract

本说明书实施例提供一种基于容器集群对联合计算多方进行服务校验的方法及系统，在校验方法中，校验管理中心响应于用户的服务校验请求，向主节点发送任务建立请求，该任务建立请求至少指示待校验的目标参与方使用的目标服务。主节点根据任务建立请求，针对目标参与方中的目标从节点创建目标服务的校验任务。目标从节点响应于校验任务，对目标参与方的目标服务进行校验，得到服务校验结果。目标从节点将服务校验结果提供给校验管理中心。

Description

基于容器集群对联合计算多方进行服务校验的方法及系统

技术领域

本说明书一个或多个实施例涉及计算机技术领域，尤其涉及一种基于容器集群对联合计算多方进行服务校验的方法及系统。

背景技术

为方便于数据的管理，联合计算的多个参与方针对各自持有的数据，通常会单独部署各自对应的目标服务，这里的目标服务包括，本地特征数据的存储服务、审核服务以及预处理服务中的至少一项。

需要说明，对于上述目标服务，其只有在可以被正确调用的情况下才能确保联合计算结果的正确性，因此，需要提供一种针对上述目标服务进行正确性校验的方案。

发明内容

本说明书一个或多个实施例描述了一种基于容器集群对联合计算多方进行服务校验的方法及系统，可以借助于容器集群的任务管理能力，来校验目标服务的正确性，由此可以节约服务校验成本。

第一方面，提供了一种基于容器集群对联合计算多方进行服务校验的方法，包括：

校验管理中心响应于用户的服务校验请求，向所述主节点发送任务建立请求；所述任务建立请求至少指示待校验的目标参与方使用的目标服务；

所述主节点根据所述任务建立请求，针对所述目标参与方中的目标从节点创建所述目标服务的校验任务；

所述目标从节点响应于所述校验任务，对所述目标参与方的目标服务进行校验，得到服务校验结果；

所述目标从节点将所述服务校验结果提供给所述校验管理中心。

第二方面，提供了一种基于容器集群对联合计算多方进行服务校验的系统，包括：

所述校验管理中心，用于响应于用户的服务校验请求，向所述主节点发送任务建立请求；所述任务建立请求至少指示待校验的目标参与方使用的目标服务；

所述主节点，用于根据所述任务建立请求，针对所述目标参与方中的目标从节点创建所述目标服务的校验任务；

所述目标从节点，用于响应于所述校验任务，对所述目标参与方的目标服务进行校验，得到服务校验结果；

所述目标从节点，还用于将所述服务校验结果提供给所述校验管理中心。

第三方面，提供了一种计算机存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行第一方面的方法。

第四方面，提供了一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现第一方面的方法。

本说明书一个或多个实施例提供的基于容器集群对联合计算多方进行服务校验的方法，可以借助于容器集群的任务管理能力，来校验目标服务的正确性，避免了直接构建服务校验任务，并实时维护和管理该任务而增加维护成本的问题。此外，本方案通过在各方本地对对应的目标服务进行校验，可以确保各方数据的安全性。

附图说明

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

图1为本说明书提供的容器集群示意图；

图2为本说明书一个实施例提供的实施场景示意图；

图3为本说明书一个实施例提供的基于容器集群对联合计算多方进行服务校验的方法交互图；

图4为本说明书提供的校验任务状态变化图；

图5为本说明书一个实施例提供的基于容器集群对联合计算多方进行服务校验的系统示意图。

具体实施方式

下面结合附图，对本说明书提供的方案进行描述。

图1为本说明书提供的容器集群示意图。该容器集群可由k8s(英文全称：Kubernetes)(一种容器编排的工具)进行管理，从而该容器集群也可以称为k8s的容器集群。图1中，该容器集群可以包括主节点和若干从节点。

其中，主节点中可以运行如下组件：API Server、Scheduler、Controller Manager和etcd。其中，API Server主要负责与其它组件或从节点进行通信。Scheduler用于进行任务调度(即分配机器)。Controller Manager用于执行集群级别的功能，如复制组件、持续跟踪工作节点以及处理节点失败等。etcd是一个可靠的分布式数据存储，它能持久化存储集群配置。总之，主节点持有并控制集群状态，但不运行容器化应用(即运行在容器中的应用)，容器化应用的运行由从节点完成。

上述从节点中至少可以运行有如下组件：Kubelet、Docker、kube-proxy以及Pod。其中，Pod是Kubernetes最基本的操作单元。一个Pod代表着集群中运行的一个进程，它内部封装了一个或多个紧密相关的容器。Kubelet(称为容器管理组件)可与APIserver进行通信，用于监听分配给本节点的任务。Docker是容器引擎，用于从镜像库中拉取容器镜像并运行容器。kube-proxy负责节点之间的负载均衡。通过上述各组件中的前三个组件可以实现对本节点上的Pod的生命周期进行管理(如，创建pod或者销毁pod等)。

如前文所述，从节点中可以运行有容器化应用，以下对该容器化应用的部署过程进行简要说明：

首先，可以将待部署应用打包进一个或多个容器镜像，之后可以将该容器镜像推送到镜像仓库，以及将容器镜像的描述信息发布到API server。在一个示例中，这里的描述信息例如可以包括该容器镜像的运行条件，比如，通过指定从节点运行该容器镜像等。

API server可以逐一处理各容器镜像，具体地，可以通过调用Scheduler根据当前资源的分配情况以及描述信息，为其分配对应的从节点。之后，当对应从节点中的Kubelet监视到该分配任务时，通过Docker从镜像仓库中拉起该容器镜像并运行，至此就完成了容器化应用的部署。

由上述内容可知，容器集群具有自动的任务管理能力。本说明书实施例提供的方案将借助于该容器集群的任务管理能力，来对联合计算的多个参与方(简称联合计算多方)进行服务校验。后续对借助该容器集群的理由进行说明。

以下先对联合计算进行说明。

在大数据时代，多方可以持有同一对象的数据。在这种情况下，在对该对象的数据进行数据计算时，会涉及多个参与方，可能需要该多个参与方合作才能完成该数据计算。然而，由于不同参与方之间出于竞争或者隐私保护方面的考虑，不能或者不愿意泄露各自持有的数据。

又如，每个共享单车平台都可以为用户提供单车使用服务。各共享单车平台均存储有该平台每天共享单车的使用量。在希望统计共享单车在某一天的使用总量时，往往需要联合多个共享单车平台的数据完成统计计算。在这个例子中，共享单车平台是参与方，这一天共享单车的使用量是参与方持有的数据，这一天共享单车的使用总量为期望完成的数据计算。

又如，每个电子商务平台均可能存储相同或不同消费群体的消费数据。为了更好地了解消费者的习惯和选择营销活动的目标群体，往往需要联合多个电子商务平台的消费数据进行模型训练。在这个例子中，电子商务平台为参与方，各自记录的消费数据为参与方持有的数据，利用这些数据进行模型训练为期望完成的数据计算。

由上述内容可知，在多数情况下，参与联合计算的各方之间的数据通常是相互保密的。由于目标服务是针对各参与方的数据部署的，从而对于任一参与方的目标服务，除该参与方外的其它参与方或者第三方均不能直接调用。为此，本申请提出，在各参与方的本地对其目标服务进行校验，之后，只返回一个成功与否的结果信息(也称结果状态)，以确保各参与方数据的安全性。

然而当参与方的数目较多时，针对每个待校验服务的参与方，均需要创建对应的校验任务，并且还需要管理和维护对应的结果状态，由此会增加维护成本，为此本方案提出借助于容器集群的任务管理能力，来对联合计算的多个参与方进行服务校验。以下对本方案进行说明。

图2为本说明书一个实施例提供的实施场景示意图。图2中，各参与方可以实现为任何具有计算、处理能力的设备、平台、服务器或设备集群。需要说明，为借助于容器集群的任务管理能力，各参与方中可以部署有容器集群的从节点。

图2中，各参与方各自部署有对应的目标服务。这里的目标服务包括本地特征数据的存储服务、审核服务以及预处理服务中的至少一项。以联合计算为通过多方安全计算(Secure Multi-Party Computation，MPC)联合进行业务预测为例来说，上述目标服务可以包括用于业务预测的本地特征数据的存储服务、审核服务以及预处理服务中的至少一项。

对于任一参与方的目标服务，可以通过服务校验平台对其进行校验。该服务校验平台可以包括校验管理中心和若干校验模块。各校验模块预先部署在各参与方的从节点中。这里的校验模块可以理解为是一种容器化应用，其具体部署过程可以参照上文所述。此外，该服务校验平台还可以包括用户界面。以下描述具体校验过程：

校验管理中心响应于用户的服务校验请求，向容器集群的主节点发送任务建立请求。该任务建立请求至少指示待校验的目标参与方使用的目标服务。主节点根据任务建立请求，针对目标参与方中的目标从节点创建目标服务的校验任务。目标从节点中的容器管理组件(kubelet)监听分配给本节点的校验任务，并在监听到该校验任务时，利用校验模块，对目标参与方的目标服务进行校验，得到服务校验结果。目标从节点将服务校验结果提供给校验管理中心。

也就是说，通过本说明书提供的方案，可以实现对联合计算的多个参与方的服务校验过程进行统一管理。

图3为本说明书一个实施例提供的基于容器集群对联合计算多方进行服务校验的方法交互图。如图3所示，所述方法可以包括如下步骤：

步骤302，校验管理中心响应于用户的服务校验请求，向主节点发送任务建立请求。

可选地，可以先向用户显示用户界面，从而用户可以在用该户界面填写待校验的目标参与方使用的目标服务的描述信息。比如，可以填写目标参与方的命名空间、待验证数据的唯一标识以及若干字段名等。这里的待验证数据可以是指待校验的目标参与方使用的目标服务所针对的数据，其可以包含多个字段。应理解，上述若干字段名可以是待验证数据所包含的多个字段中的至少部分字段的名称。以参与方为银行机构为例来说，这里的待验证数据可以是指借款用户的借款记录。该借款记录可以包含以下字段：借款日期、借款金额、还款日期以及借款人等。

之后，当用户界面接收到用于表示描述信息填写完成的指令时，用户界面可以向校验管理中心发送服务校验请求，进而由校验管理中心向主节点发送任务建立请求。

应理解，这里的任务建立请求至少指示待校验的目标参与方使用的目标服务。此外，还可以指示待验证数据的唯一标识以及若干字段名等信息。

可选地，在发送上述任务建立请求之后，校验管理中心可以初始化校验任务的状态。比如，可以初始化为：Starting。

步骤304，主节点根据任务建立请求，针对目标参与方中的目标从节点创建目标服务的校验任务。

步骤304中，在主节点创建校验任务之后，还可以将待验证数据的唯一标识作为校验依据添加到校验任务的配置参数中，以便目标从节点在执行该校验任务时使用。当然，在实际应用中，如果任务建立请求还指示出若干字段名，那么可以将待校验数据的唯一标识以及各字段名均作为校验依据添加到校验任务的配置参数中。

需要说明，对于上述目标服务的校验任务，可以是由主节点中的Scheduler组件，根据任务建立请求，将校验任务调度至目标参与方中的目标从节点。由此，就创建了针对目标参与方中的目标从节点的校验任务。

步骤306，目标从节点响应于校验任务，对目标参与方的目标服务进行校验，得到服务校验结果。

如前所述，容器集群的从节点中的Kubelet组件会监控分配给本节点的任务。比如，其会周期性查看主节点中是否存在分配给本节点的任务，如果存在，且该任务为目标服务的校验任务，则通过Docker启动本节点中的校验模块，以执行目标服务的校验任务。当然，如果校验任务存在对应的配置参数，则还可以通过Docker将配置参数传入校验模块，以便校验模块基于配置参数，执行目标服务的校验任务。

可选地，在目标从节点中的校验模块开始执行校验任务之后，也即在开始对目标服务进行校验之后，该校验模块可以向校验管理中心发送任务开始通知。从而校验管理中心可以更新初始化的任务状态，得到中间状态。比如，该中间状态可以表示为：Doing。

步骤306中，目标从节点具体可以是基于配置参数，来执行针对目标服务的校验任务。具体地，目标从节点可以基于待验证数据的唯一标识以及若干字段名，调用目标参与方的目标服务的接口，以获取待验证数据的验证结果。若验证结果满足预定条件，则确定服务校验结果为校验成功。

在一个示例中，上述验证结果可以包括待验证数据所包含字段的数目和/或至少部分字段的数据类型。应理解，这里的至少部分字段可以是指上述若干字段名所对应的各字段。相应地，上述预定条件可以包括预设数目和若干预设类型等。也即验证结果满足预定条件可以是指待验证数据所包含字段的数目与预设数目相匹配，和/或，各字段的数据类型与预设类型相匹配等。

应理解，上述对目标参与方的目标服务进行校验还可以包括：若针对目标参与方的目标服务的接口调用失败，则确定服务校验结果为校验失败。或者，若验证结果不满足预定条件，则确定服务校验结果为校验失败。

步骤308，目标从节点将服务校验结果提供给校验管理中心。

如前所述，这里的服务校验结果可以包括校验成功或者校验失败。具体到，如果接收的服务校验结果为校验成功，则校验管理中心可以将上述初始化的任务状态或者中间状态更新为：Suceess。而如果接收的服务校验结果为校验失败，则校验管理中心可以将上述初始化的任务状态或者中间状态更新为：Failed。

当然，在实际应用中，若校验管理中心确定在达到超时时间阈值，未接收到服务校验结果，则将任务状态更新为失败(Failed)。

应理解，基于校验管理中心维护的任务状态，就可以快速的了解参与方的目标服务的正确性。

图4为本说明书提供的校验任务状态变化图。图5中，在校验管理中心向容器集群的主节点发送任务建立请求之后，可以将校验任务的任务状态初始化为：Starting。之后，若目标从节点中的校验模块启动失败(或称启动超时)，则校验管理中心直接将任务状态更新为：Failed。而若目标从节点中的校验模块启动成功，且开始执行目标服务的校验任务之后，也即任务建立之后，校验管理中心可以根据接收到的任务开始通知，将任务状态更新为：Doing。接着，若校验管理中心接收到的服务校验结果为校验成功，则将任务状态更新为：Success；而若校验管理中心接收到的服务校验结果为校验失败，则将任务状态更新为：Failed。当然，在校验任务执行完成之后，如果校验模块无法与校验管理中心建立正常网络连接，从而使得校验管理中心在达到超时时间阈值(也即执行超时)，未接收到服务校验结果，则将任务状态更新为：Failed。

综上，本说明书一个或多个实施例提供的方案，在借助于容器集群的任务管理能力来校验目标服务时，构建了一套低耦合的服务校验链路。该服务校验链路通过单向拉起，且链路拉起后，由其中的校验模块在校验服务后自动上报服务校验结果，由此可以避免直接构建服务校验任务，并实时维护和管理该任务而增加维护成本的问题。此外，通过在参与方的从节点中部署校验模块，可以实现在各参与方本地对对应的目标服务进行校验，且在本地校验后，校验模块只回传严格控制的校验结果(即校验成功与否)的方式，可以确保各参与方数据的安全性。

与上述基于容器集群对联合计算多方进行服务校验的方法对应地，本说明书一个实施例还提供的一种基于容器集群对联合计算多方进行服务校验的系统，如图5所示，该系统包括校验管理中心502和容器集群504。其中，容器集群包括主节点5042和分别部署在多个参与方中的多个从节点5044。

校验管理中心502，用于响应于用户的服务校验请求，向主节点发送任务建立请求，该任务建立请求至少指示待校验的目标参与方使用的目标服务。

其中，上述目标服务包括，本地特征数据的存储服务、审核服务以及预处理服务中的至少一项。

主节点5042，用于根据任务建立请求，针对目标参与方中的目标从节点创建目标服务的校验任务。

其中，任务建立请求至少指示待验证数据的唯一标识；

主节点5042具体用于：

将待验证数据的唯一标识作为校验依据添加到校验任务的配置参数中。

目标从节点5044，用于响应于校验任务，对目标参与方的目标服务进行校验，得到服务校验结果。

目标从节点5044具体用于：

通过容器管理组件监听校验任务，并在监听到校验任务时，在该目标从节点中启动校验模块，利用校验模块，对目标服务进行校验。

目标从节点5044还具体用于：

利用校验模块，调用目标服务的接口，以获取待验证数据的验证结果；

若验证结果满足预定条件，则确定服务校验结果为校验成功。

其中，上述验证结果包括待验证数据所包含字段的数目和/或至少部分字段的数据类型。

目标从节点5044，还用于将服务校验结果提供给校验管理中心502。

可选地，校验管理中心502，还用于若针对目标服务的接口调用失败，则确定服务校验结果为校验失败；或者，

若验证结果不满足预定条件，则确定服务校验结果为校验失败。

可选地，校验管理中心502，还用于初始化校验任务的任务状态；

校验管理中心502，还用于在接收到服务校验结果之后，根据服务校验结果更新任务状态。

可选地，校验管理中心502，还用于接收目标从节点5044开始对目标服务进行校验后发送的任务开始通知；

校验管理中心502，还用于根据任务开始通知，更新初始化的任务状态，得到中间状态；

校验管理中心502具体用于：

根据服务校验结果，更新中间状态。

可选地，校验管理中心502，还用于若确定在达到超时时间阈值，未接收到服务校验结果，则将任务状态更新为失败。

本说明书上述实施例装置的各功能模块的功能，可以通过上述方法实施例的各步骤来实现，因此，本说明书一个实施例提供的装置的具体工作过程，在此不复赘述。

本说明书一个实施例提供的基于容器集群对联合计算多方进行服务校验的系统，可以在确保各方数据安全的情况下，对各方的目标服务进行校验。

根据另一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行结合图2或图3所描述的方法。

根据再一方面的实施例，还提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现结合图2或图3所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

结合本说明书公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于服务器中。当然，处理器和存储介质也可以作为分立组件存在于服务器中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述的具体实施方式，对本说明书的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本说明书的具体实施方式而已，并不用于限定本说明书的保护范围，凡在本说明书的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本说明书的保护范围之内。

Claims (20)

1.一种基于容器集群对联合计算多方进行服务校验的方法，所述容器集群包括主节点和分别部署在多个参与方的多个从节点；所述方法包括：

校验管理中心响应于用户的服务校验请求，向所述主节点发送任务建立请求；所述任务建立请求至少指示待校验的目标参与方使用的目标服务；

所述主节点根据所述任务建立请求，针对所述目标参与方中的目标从节点创建所述目标服务的校验任务；

所述目标从节点响应于所述校验任务，对所述目标参与方的目标服务进行校验，得到服务校验结果；

所述目标从节点将所述服务校验结果提供给所述校验管理中心;

所述目标从节点响应于所述校验任务，对所述目标参与方的目标服务进行校验，包括：

所述目标从节点中的容器管理组件监听所述校验任务，并在监听到所述校验任务时，在该目标从节点中启动校验模块，利用所述校验模块，对所述目标服务进行校验。

2.根据权利要求1所述的方法，其中，所述任务建立请求至少指示待验证数据的唯一标识；

所述针对所述目标参与方中的目标从节点创建所述目标服务的校验任务，包括：

将所述待验证数据的唯一标识作为校验依据添加到所述校验任务的配置参数中。

3.根据权利要求1所述的方法，其中，所述利用所述校验模块，对所述目标服务进行校验，包括：

利用所述校验模块，调用所述目标服务的接口，以获取待验证数据的验证结果；

若所述验证结果满足预定条件，则确定所述服务校验结果为校验成功。

4.根据权利要求3所述的方法，其中，所述验证结果包括所述待验证数据所包含字段的数目和/或至少部分字段的数据类型。

5.根据权利要求3所述的方法，还包括：

若针对所述目标服务的接口调用失败，则确定所述服务校验结果为校验失败；或者，

若所述验证结果不满足预定条件，则确定所述服务校验结果为校验失败。

6.根据权利要求1所述的方法，在所述向所述主节点发送任务建立请求之后，还包括：

所述校验管理中心初始化所述校验任务的任务状态；

在所述校验管理中心接收到所述服务校验结果之后，根据所述服务校验结果更新所述任务状态。

7.根据权利要求6所述的方法，在所述目标从节点将所述服务校验结果提供给所述校验管理中心之前，还包括：

所述校验管理中心接收所述目标从节点开始对所述目标服务进行校验后发送的任务开始通知；

所述校验管理中心根据所述任务开始通知，更新初始化的任务状态，得到中间状态；

所述根据所述服务校验结果更新所述任务状态，包括：

根据所述服务校验结果，更新所述中间状态。

8.根据权利要求6所述的方法，在所述校验管理中心初始化所述校验任务的任务状态之后，还包括：

若所述校验管理中心确定在达到超时时间阈值，未接收到所述服务校验结果，则将所述任务状态更新为失败。

9.根据权利要求1所述的方法，其中，所述目标服务包括，本地特征数据的存储服务、审核服务以及预处理服务中的至少一项。

10.一种基于容器集群对联合计算多方进行服务校验的系统，所述系统包括校验管理中心和容器集群，所述容器集群包括主节点和分别部署在多个参与方中的多个从节点；

所述校验管理中心，用于响应于用户的服务校验请求，向所述主节点发送任务建立请求；所述任务建立请求至少指示待校验的目标参与方使用的目标服务；

所述主节点，用于根据所述任务建立请求，针对所述目标参与方中的目标从节点创建所述目标服务的校验任务；

所述目标从节点，用于响应于所述校验任务，对所述目标参与方的目标服务进行校验，得到服务校验结果；

所述目标从节点，还用于将所述服务校验结果提供给所述校验管理中心;

所述目标从节点具体用于：

所述目标从节点中的容器管理组件监听所述校验任务，并在监听到所述校验任务时，在该目标从节点中启动校验模块，利用所述校验模块，对所述目标服务进行校验。

11.根据权利要求10所述的系统，其中，所述任务建立请求至少指示待验证数据的唯一标识；

所述主节点具体用于：

将所述待验证数据的唯一标识作为校验依据添加到所述校验任务的配置参数中。

12.根据权利要求10所述的系统，其中，所述目标从节点还具体用于：

利用所述校验模块，调用所述目标服务的接口，以获取待验证数据的验证结果；

若所述验证结果满足预定条件，则确定所述服务校验结果为校验成功。

13.根据权利要求12所述的系统，其中，所述验证结果包括所述待验证数据所包含字段的数目和/或至少部分字段的数据类型。

14.根据权利要求12所述的系统，

所述校验管理中心，还用于若针对所述目标服务的接口调用失败，则确定所述服务校验结果为校验失败；或者，

若所述验证结果不满足预定条件，则确定所述服务校验结果为校验失败。

15.根据权利要求10所述的系统，

所述校验管理中心，还用于初始化所述校验任务的任务状态；

所述校验管理中心，还用于在接收到所述服务校验结果之后，根据所述服务校验结果更新所述任务状态。

16.根据权利要求15所述的系统，

所述校验管理中心，还用于接收所述目标从节点开始对所述目标服务进行校验后发送的任务开始通知；

所述校验管理中心，还用于根据所述任务开始通知，更新初始化的任务状态，得到中间状态；

所述校验管理中心具体用于：

根据所述服务校验结果，更新所述中间状态。

17.根据权利要求15所述的系统，

所述校验管理中心，还用于若确定在达到超时时间阈值，未接收到所述服务校验结果，则将所述任务状态更新为失败。

18.根据权利要求10所述的系统，其中，所述目标服务包括，本地特征数据的存储服务、审核服务以及预处理服务中的至少一项。

19.一种计算机可读存储介质，其上存储有计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行权利要求1-9中任一项所述的方法。

20.一种计算设备，包括存储器和处理器，其中，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现权利要求1-9中任一项所述的方法。