一种监管数据质量核验方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机数据管理技术领域，具体涉及一种监管数据质量核验方法、装置、电子设备及存储介质。

背景技术

银行管理机构通常通过监管核验各银行的监管数据来实现对各银行业务的管理，该类型业务监管的实现必须要求设定维度的监管数据完整、一致、具有时效性、准确、具有通用性和连续性等特点，以保障监管范围内的银行内部系统业务数据相关性和业务链完整性。但是现实运作中由于在监管数据的采集和核验中存在各种操作性差的问题，例如由于银行系统数据存储的历史原因存在流水明细缺失导致总分账不平或错账的问题，还存在银行内部系统数据传输过程中数据丢失的问题，以及数据加工中存在大量历史问题数据。这些问题主要是由于目前缺乏兼容银行业数据特定的，可操作性强以满足上述数据监管要求的监管标准化数据的质量核验规则。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一。本申请所采用的技术方案如下：

第一方面，本申请实施例公开了一种监管数据质量核验方法，所述方法包括：

接收用户输入的数据核验指令；其中所述核验指令包括预核验的目标数据表和目标数据属性；其中所述目标数据记录在目标数据表中；

根据所述核验指令，从目标监管数据库中的获取目标数据表；

读取所述目标数据表中符合目标属性的数据；

根据预设的核验规则，判断所述读取的目标数据表和目标属性数据是否符合监管要求。

进一步地，所述预设的核验规则包括：目标数据表中的空值的数据不得超过监管预设阈值；所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

读取目标数据表中数据属性为空值的数据量；

当空值的数据量超过监管要求设定的阈值时，则确定所述目标数据表不符合监管要求；

当所述目标数据表不符合监管要求时，所述方法还包括向系统前端发送通知；其中所述通知信息用于提示输入空值原因。

进一步地，所述预设的核验规则还包括：至少两个目标数据表中目标属性相同的数据的数量差值不得超过预设阈值；进一步地，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

分别读取至少两个目标数据表中目标属性相同的数据的数量；

当两个目标数据表中同一属性的数据量差值超过预设阈值时，则确定所述目标数据表和/或目标属性的数据不符合监管要求。

进一步地，所述预设的核验规则还包括：目标数据表中目标属性数据的数据长度符合该属性数据的要求；进一步地，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

读取目标数据表中目标属性数据的数据长度；

判断数据长度符合目标属性数据长度要求时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

进一步地，所述预设的核验规则还包括：目标数据表中目标属性数据的数据内容符合该属性数据预设的内容范围；进一步地，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

读取目标数据表中目标属性数据的数据内容；

判断数据内容符合该属性数据预设的内容范围时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

进一步地，所述预设的核验规则还包括：目标数据表中目标属性的数据逻辑正确；进一步地，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

读取目标数据表中目标属性数据的数据内容；

分析数据内容符合业务逻辑时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

进一步地，所述预设的核验规则还包括：目标数据表中目标属性的数据格式满足预设的格式要求，其中所述格式包括数据格式和/或数据处理或存储格式；进一步地，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

读取目标数据表中目标属性数据的数据内容和数据格式；

分析数据格式符合预设的格式要求时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

进一步地，所述预设的核验规则还包括：目标数据表中目标属性的数据满足预设的赋值要求；进一步地，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

读取目标数据表中目标属性数据的数据内容；

判断数据内容满足预设的赋值要求时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

进一步地，所述预设的核验规则还包括：通过至少两个目标数据表和/或至少两个属性的数据去查询相关联的目标属性数据，查询到目标属性数据内容相同，其中所述至少两个属性的数据与所述目标属性数据存在映射关系；进一步地，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：读取两个目标数据表和/或至少两个属性的数据去查询相关联的目标属性数据；当查询到的目标属性的数据内容相同时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

进一步地，所述预设的核验规则还包括：分户账数据表与总行会计全科目表中科目属性相同的余额相同，其中所述分户账数据表与总行会计全科目表为两个不同的目标数据表；科目属性数据为目标属性数据；进一步地，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

分别读取分户账数据表与总行会计全科目表中科目属性相同的数据；

当判断读取的数据相同时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

进一步地，所述在一个可选实施例中，当判断所述目标数据表和/或目标属性的数据不符合监管要求时，向所述系统前端发送通知信息；其中所述通知信息中包括不符合监管要求的数据位置信息、原因信息和修改建议。

另一方面本申请实施例提供了一种监管数据质量核验装置，所述装置包括：输入模块、读取模块、存储模块和判断模块，其中，

所述输入模块，用于接收用户输入的数据核验指令；其中所述核验指令包括预核验的目标数据表和目标数据属性；其中所述目标数据记录在目标数据表中；

所述读取模块，用于根据所述核验指令，从目标监管数据库中的获取目标数据表；还用于读取所述目标数据表中符合目标属性的数据；

所述存储模块，用于存储预设的核验规则；

所述判断模块，用于根据预设的核验规则，判断所述读取的目标数据表和目标属性数据是否符合监管要求。

进一步地，所述装置还包括通讯模块；当判断所述目标数据表和/或目标属性的数据不符合监管要求时，所述通讯模块用于向所述系统前端发送通知信息；其中所述通知信息中包括不符合监管要求的数据位置信息、原因信息和修改建议。

第三方面，本申请实施例提供了一种电子设备，包括处理器和存储器；

所述存储器，用于存储操作指令；

所述处理器，用于通过调用所述操作指令，执行上述任一实施例中所述的方法。

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

本申请实施例提供的监管数据质量核验方案包括接收用户输入的数据核验指令；其中所述核验指令包括预核验的目标数据表和目标数据属性；其中所述目标数据记录在目标数据表中；根据所述核验指令，从目标监管数据库中的获取目标数据表；读取所述目标数据表中符合目标属性的数据；根据预设的核验规则，判断所述读取的目标数据表和目标属性数据是否符合监管要求。本申请实施例提供的技术方案带来的有益效果是设计以读取表内数据为核验粒度，较现有方案提高了核验的准确性；在现有银行业数据现状特点的基础上设计了满足监管要求和数据现状的核验规则解决了目前监管核验实操性差的问题，并且能够帮助银行快速定位数据问题，协助银行分析定位数据问题以满足监管部门对监管数据的质量要求。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种监管数据质量核验方法的流程示意图；

图2为本申请实施例提供的一种监管数据质量核验装置的结构示意图；

图3为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。

需要说明的是，在本技术领域技术人员可以理解的范围内，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式，其中的“第一”“第二”等只是为了介绍清楚方案而进行的对象区分定义，并不对对象本身进行限制，当然“第一”和“第二”限定的对象可能是同一个终端、设备和用户等，也可能是同一种终端、设备和用户。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。此外还应理解，本申请实施例中“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一(项)个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a、b和c，其中a、b、c可以是单个，也可以是多个。

如背景技术中介绍的银行业数据存在的问题，此外还存在一些其他问题，例如银行对银保监会监管标准化数据存在的质量问题反馈不及时，这是由于因监管部门与银行业务的关注度不一致，常存在监管关注的核心指标空值率高，而空值原因反馈不及时的情况；此外监管业务中还缺乏总账与分户账数据核对方法，导致数据缺漏，监管线索中断。再者，各银行口径不一致，报送数据不符合监管需求。因此，要实现对目前银行数据的监管，必须设计一套有效的数据核验方法来满足银保监会对监管数据的完整性、一致性、时效性、准确性、通用性、连续性的要求。现有技术中也有从这个角度出发设计的监管数据核验方案，方案是将不同核验类型的核验规则，设计一套满足总行、分行EXCEL形式的核验规则模型信息，通过填写相关核验字段规则信息后自动生成核验规则对应的SQL语句，把所有生成的语句封装成核验SQL脚本,并在后台执行.SQL脚本把核验规则数据初始化到核验规则库表中,通过调度平台前置条件满足触发调用核验程序,传入具体的核验表名/核验业务日期,核验程序顺序逐条遍历规则读取核验SQL语句，并连接到数据库执行语句,最终将SQL的执行结果存放在核验结果表中,供应用平台进行核验规则数据查询展现。但该方案是以表为粒度顺序读取表的各类核验规则语句,因此无法并发执行表里多条核验规则语句,无法单独对某一条核验规则进行核验。基于此，本发明的以下实施例就是提供一种监管数据质量核验方法以解决上述至少之一的缺陷，并帮助银行快速定位数据问题，协助银行分析定位数据问题以满足国家银保监会监管数据的质量要求。

为了更清楚地介绍本申请的技术方案，首先介绍下述实施例涉及到的概念监管标准化数据以帮助理解本申请公开的监管数据质量核验方案。本申请下述的一些实施例中的监管标准化数据(在本申请中简称为监管数据)是指通过明确商业银行数据的业务属性和技术属性，将相关机构数据结构映射成统一的标准监管格式数据，以实现标准监管数据的采集和处理。数据源范围包括了会计记账、交易流水与各类管理信息，形成相互关联、综合运用的数据体系，便于对相关数据进行挖掘分析。监管标准化数据采用典型的分析型数据结构，可以抽取不同级别银行甚至网点级的核验数据视图，满足不同级别监管部门不同监管视角的核验分析。同时，提供商业银行业务管理所需基本数据类型，便于商业银行对照标准化监管数据，分析自身系统架构与数据完整性、准确性、及时性，从而为商业银行完善风险管理与内部控制，提升数据治理水平提供有效途径。

图1示出了本申请实施例提供的一种监管数据质量核验的流程示意图，如图1所示，该方法主要可以包括：

S101、接收用户输入的数据核验指令；其中所述核验指令包括预核验的目标数据表和目标数据属性；其中所述目标数据记录在目标数据表中；

S102、根据所述核验指令，从目标监管数据库中获取目标数据表，并读取所述目标数据表中符合目标属性的数据；在可选实施例中，可以根据各服务器负载能力来分配读取素数目标数据表和目标数据的任务。

S103、根据预设的核验规则，判断所述读取的目标数据表和目标属性数据是否符合监管要求。

在本申请实施例中，目标数据库、目标数据表、目标属性数据均是指要选择的特定数据库、数据表和特定属性或维度的数据。

在进一步的实施例中，所述预设的核验规则包括：目标数据表中的空值的数据不得超过监管预设阈值，也可以简称为空值核验，即统计监管数据指标项空值率是否在监管正常范围内。在这个实施例中，根据预设的核验规则判断所述读取的数据是否符合监管要求的判断过程具体包括：

步骤1、读取目标数据表中数据属性为空值的数据量；

步骤2、当空值的数据量超过监管要求设定的阈值时，则确定所述目标数据表不符合监管要求；可选地，在本申请另一个实施例中，在步骤2后还可以包括步骤3。

步骤3、当所述目标数据表不符合监管要求时，所述方法还包括向系统前端发送通知；其中所述通知信息用于提示输入空值原因。

在进一步的一个实施例中，所述预设的核验规则还包括：至少两个目标数据表中目标属性相同的数据的数量差值不得超过预设阈值，简称为关联核验，即是对监管数据库中的至少两表进行关联核验，统计两表同一业务指标的完整率。在这个实施例中，所述根据预设的核验规则判断所述读取的数据是否符合监管要求判断过程包括：

步骤1、分别读取至少两个目标数据表中目标属性相同的数据的数量；

步骤2、当两个目标数据表中同一属性的数据量差值超过预设阈值时，则确定所述目标数据表和/或目标属性的数据不符合监管要求。

以下用两个例子对关联核验规则进行说明：

例子1是以“员工表”的“银行机构代码”字段与“机构信息表”中的“银行机构代码”进行关联核对。在这个例子中错误率＝“员工表”中有记录但“机构信息表”中没有的“银行机构代码”数量/“机构信息表”中的“银行机构代码”数量。错误率达到监管预设阈值时则说明这两张表及银行机构代码字段的数据不符监管要求。

例子2是以“个人活期存款分户账”的“客户统一编号”字段与“个人基础信息表”的“客户统一编号”字段进行关联核对。在这个例子中，错误率＝“个人活期存款分户账”中有记录但“个人基础信息表”中没有的“客户统一编号”数量/“个人基础信息表”中的“客户统一编号”数量。同样，错误率达到监管预设阈值时则说明这两张表及银行机构代码字段的数据不符监管要求。

在进一步的实施例中，所述预设的核验规则还包括：目标数据表中目标属性数据的数据长度符合该属性数据的要求，可以简称为长度核验规则。例如“对公活期存款分户账表”的“开户日期”字段长度必须为8；“个人客户关系信息表”的“银行机构代码”字段在非空时，长度必须为12。在这个实施例中，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

步骤1、读取目标数据表中目标属性数据的数据长度；

步骤2、判断数据长度符合目标属性数据长度要求时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

在进一步的实施例中，所述预设的核验规则还包括：目标数据表中目标属性数据的数据内容符合该属性数据预设的内容范围，可以简称为值域核验规则，这是利用了银行业务数据中某些字段只允许在设定的内容范围中取值。在这个实施例中，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

步骤1、读取目标数据表中目标属性数据的数据内容；

步骤2、判断数据内容符合该属性数据预设的内容范围时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

以下用两个例子对值域核验规则进行说明：

例子1、“总账会计全科目表”的“会计科目类型”字段，只允许在“1,2,3,4,5,6,7”的范围内取值，其中：1-资产,2-负债,3-所有者权益,4-损益,5-资产负债共同类,6-表外,7-其他。

例子2、“个人活期存款分户账”的“个人活期存款账户类型”字段，仅允许在“I类户,II类户,III类户，其它户”的范围内取值。

例子3“对公活期存款分户账”的“保证金账户标志”字段只允许取“是,否”。

在进一步的实施例中，所述预设的核验规则还包括：目标数据表中目标属性的数据逻辑正确，简称逻辑核验规则。这是利用银行业务数据中某些字段的加工生成是存在取数逻辑的。在这个实施例中，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

步骤1、读取目标数据表中目标属性数据的数据内容；

步骤2、分析数据内容符合业务逻辑时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

以下用两个例子对逻辑核验规则进行说明：例如“资金交易信息表”的“关联保证金账户”字段，保证金交易标志为"是"，则关联保证金账户必填。再例如“信用卡信息”的“销卡日期”字段，卡片状态为“注销”时，销卡日期不能为99991231；卡片状态为“注销”时，销卡日期应小于等于数据采集日期。

在进一步的实施例中，所述预设的核验规则还包括：目标数据表中目标属性的数据格式满足预设的格式要求，其中所述格式包括数据格式和/或数据处理或存储格式，简称为格式核验规则。在这个实施例中，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

步骤1、读取目标数据表中目标属性数据的数据内容和数据格式；

步骤2、分析数据格式符合预设的格式要求时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

以下用例子对格式核验规则进行说明，例如“对公客户表”中的“法人代表证件号码”字段，个人证件号码应满足md5加密要求(证件类别为"无证件"的除外)。“股东信息表”中的“股东证件号码”字段，股东为对公客户的，证件号码不得加密。“对公活期存款分户账明细记录”中的“核心交易日期”，核心交易日期必须满足日期格式YYYYMMDD。

在进一步的实施例中，所述预设的核验规则还包括：目标数据表中目标属性的数据满足预设的赋值要求，简称赋值核验规则，比如该属性的数据不可以为某值、必须为某值或满足计算公式等。在这个实施例中，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

步骤1、读取目标数据表中目标属性数据的数据内容；

步骤2、判断数据内容满足预设的赋值要求时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

以下用例子对赋值核验规则进行说明，例如“对公信贷业务借据表”的“贷款期限”字段，需要满足计算公式：贷款期限＝实际到期日期-发放日期。“信用卡信息表”的“销卡日期”字段，卡片状态为“注销”时，“销卡日期”不能为“99991231”。“对公信贷分户账”的“上次还款日期”字段，不能为99991231，如刚开户，没有还款，填00000000。

在进一步的实施例中，所述预设的核验规则还包括：通过至少两个目标数据表和/或至少两个属性的数据去查询相关联的目标属性数据，查询到目标属性数据内容相同，其中所述至少两个属性的数据与所述目标属性数据存在映射关系。可以简称为主键约束，即在表中定义一个或多个主键来唯一确定表中每一行数据。主键约束核验是核验银保监会监管标准化数据模型表的主键字段的取值是否具有唯一性。比如：客户编号是识别客户的唯一标识，每个客户只对应一个客户编号，“客户编号”的取值不可以重复。在这个实施例中，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

步骤1、读取两个目标数据表和/或至少两个属性的数据去查询相关联的目标属性数据；

步骤2、当查询到的目标属性的数据内容相同时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

以下用例子对赋值核验规则进行说明，例如“对公客户表”的“客户统一编号”、“采集日期”需满足主键约束。“对公定期存款分户账”的“定期存款账号”、“币种”、“钞汇类别”、“采集日期”需满足主键约束。“个人活期存款分户账明细记录表”的“核心交易流水号”、“子交易流水号”、“笔次序号”、“活期存款账号”、“核心交易日期”、“采集日期”，需满足主键约束。

在进一步的实施例中，所述预设的核验规则还包括：分户账数据表与总行会计全科目表中科目属性相同的余额相同，其中所述分户账数据表与总行会计全科目表为两个不同的目标数据表；科目属性数据为目标属性数据，该规则可以简称为总分核对核验规则。在这个实施例中，所述根据预设的核验规则判断所述读取的数据是否符合监管要求包括：

步骤1、分别读取分户账数据表与总行会计全科目表中科目属性相同的数据；

步骤2、当判断读取的数据相同时，则确定所述目标数据表和/或目标属性的数据符合监管要求。

以下用例子对赋值核验规则进行说明，例如“个人定期存款分户账表”的所有科目的存款余额汇总需与总账会计全科目表全行汇总机构对应的科目贷方余额汇总一致。所有科目的借贷余额轧差汇总需与总账会计全科目所对应科目的借贷余额轧差汇总一致。所有科目的贷款本金余额/逾期余额汇总需与总账会计全科目表对应的科目(借方余额-贷方余额)的绝对值汇总一致。

上述实施例提供的监管数据质量核验方案以读取表内数据为核验粒度，较现有方案提高了核验的准确性；在现有银行业数据现状特点的基础上设计了满足监管要求和数据现状的核验规则解决了目前监管核验实操性差的问题，提升监管数据的数据质量。

在进一步的实施例中，所述在一个可选实施例中，当判断所述目标数据表和/或目标属性的数据不符合监管要求时，向所述系统前端发送通知信息；其中所述通知信息中包括不符合监管要求的数据位置信息、原因信息和修改建议，本申请实施例能够帮助银行快速定位数据问题，协助银行分析定位数据问题以满足监管部门对监管数据的质量要求。

基于图1所示的监管数据质量核验方法，另一方面本申请实施例提供了一种监管数据质量核验装置，如图2所示，装置可以包括：201输入模块、202读取模块、203存储模块和204判断模块，其中，

所述201输入模块，用于接收用户输入的数据核验指令；其中所述核验指令包括预核验的目标数据表和目标数据属性；其中所述目标数据记录在目标数据表中；

所述202读取模块，用于根据所述核验指令，从目标监管数据库中的获取目标数据表；还用于读取所述目标数据表中符合目标属性的数据；

所述203存储模块，用于存储预设的核验规则；

所述204判断模块，用于根据预设的核验规则，判断所述读取的目标数据表和目标属性数据是否符合监管要求。

进一步地，所述装置还包括205通讯模块；当判断所述目标数据表和/或目标属性的数据不符合监管要求时，所述205通讯模块用于向所述系统前端发送通知信息；其中所述通知信息中包括不符合监管要求的数据位置信息、原因信息和修改建议。

可以理解的是，本实施例中的监管数据质量核验装置的上述各组成设备具有实现图1中所示的实施例中的方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或装置。上述模块和装置可以是软件和/或硬件，上述各模块和装置可以单独实现，也可以多个模块和装置集成实现。对于上述各模块和装置的功能描述具体可以参见图1中所示实施例中的方法的对应描述，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

可以理解的是，本发明实施例示意的结构并不构成对监管数据质量核验装置的具体结构的具体限定。在本申请另一些实施例中，监管数据质量核验装置可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

本申请实施例提供了一种电子设备，包括处理器和存储器；

存储器，用于存储操作指令；

处理器，用于通过调用操作指令，执行本申请任一实施方式中所提供的监管数据质量核验方法。

作为一个示例，图3示出了本申请实施例所适用的一种电子设备的结构示意图，如图3所示，该电子设备300包括：处理器301和存储器303。其中，处理器301和存储器303相连，如通过总线302相连。可选的，电子设备300还可以包括收发器304。需要说明的是，实际应用中收发器304不限于一个。可以理解的是，本发明实施例示意的结构并不构成对电子设备300的具体结构的具体限定。在本申请另一些实施例中，电子设备300可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实。可选地，电子设备还可以包括显示屏305，用于显示图像，或需要时接收用户的操作指令。

其中，处理器301应用于本申请实施例中，用于实现上述方法实施例所示的方法。收发器304可以包括接收机和发射机，收发器304应用于本申请实施例中，用于执行时实现本申请实施例的电子设备与其他设备通信的功能。

处理器301可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器301也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

处理器301也可以包括一个或多个处理单元，例如：处理器301可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphicsprocessingunit，GPU)，图像信号处理器(image signal processor,ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor,DSP)，基带处理器，和/或神经网络处理器(Neural-network Processing Unit,NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是电子设备300的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。处理器301中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器301中的存储器为高速缓冲存储器。该存储器可以保存处理器301刚用过或循环使用的指令或数据。如果处理器301需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器301的等待时间，因而提高了系统的效率。

处理器301可以运行本申请实施例提供的监管数据质量核验方法，以便于降低用户的操作复杂度、提高终端设备的智能化程度，提升用户的体验。处理器301可以包括不同的器件，比如集成CPU和GPU时，CPU和GPU可以配合执行本申请实施例提供的监管数据质量核验方法，比如监管数据质量核验方法中部分算法由CPU执行，另一部分算法由GPU执行，以得到较快的处理效率。

总线302可包括一通路，在上述组件之间传送信息。总线302可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线302可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器303可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)，也可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flashstorage，UFS)，或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

可选的，存储器303用于存储执行本申请方案的应用程序代码，并由处理器301来控制执行。处理器301用于执行存储器303中存储的应用程序代码，以实现本申请任一实施方式中所提供的监管数据质量核验方法。

存储器303可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器301通过运行存储在存储器303的指令，从而执行电子设备300的各种功能应用以及数据处理。存储器303可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，应用程序的代码等。存储数据区可存储电子设备300使用过程中所创建的数据(比如相机应用采集的图像、视频等)等。

存储器303还可以存储本申请实施例提供的监管数据质量核验方法对应的一个或多个计算机程序。该一个或多个计算机程序被存储在上述存储器303中并被配置为被该一个或多个处理器301执行，该一个或多个计算机程序包括指令，上述指令可以用于执行上述相应实施例中的各个步骤。

当然，本申请实施例提供的监管数据质量核验方法的代码还可以存储在外部存储器中。这种情况下，处理器301可以通过外部存储器接口运行存储在外部存储器中的监管数据质量核验方法的代码，处理器301可以控制运行监管数据质量核验流程。

显示屏305包括显示面板。显示面板可以采用液晶显示屏(liquid crystaldisplay，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备300可以包括1个或N个显示屏305，N为大于1的正整数。显示屏305可用于显示由用户输入的信息或提供给用户的信息以及各种图形用户界面(graphical userinterface，GUI)。例如，显示屏305可以显示照片、视频、网页、或者文件等。

本申请实施例提供的电子设备，适用于上述方法任一实施例，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述方法实施例所示的监管数据质量核验方法。

本申请实施例提供的计算机可读存储介质，适用于上述方法任一实施例，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的方法。本申请实施例提供的计算机程序产品，适用于上述方法任一实施例，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

本申请实施例提供的监管数据质量核验方案包括接收用户输入的数据核验指令；其中所述核验指令包括预核验的目标数据表和目标数据属性；其中所述目标数据记录在目标数据表中；根据所述核验指令，从目标监管数据库中的获取目标数据表；读取所述目标数据表中符合目标属性的数据；根据预设的核验规则，判断所述读取的目标数据表和目标属性数据是否符合监管要求。本申请实施例提供的技术方案以读取表内数据为核验粒度，较现有方案提高了核验的准确性；在现有银行业数据现状特点的基础上设计了满足监管要求和数据现状的核验规则解决了目前监管核验实操性差的问题，并且能够帮助银行快速定位数据问题，协助银行分析定位数据问题以满足监管部门对监管数据的质量要求。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其他的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，模块或单元的划分，仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以丢弃，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其他的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，还可以做出若干改进和润饰，这些变化、替换、改进和润饰也应视为都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。