CN113553344A - 一种业务数据管理方法、系统、计算机设备和存储介质 - Google Patents

Abstract

本发明提供一种业务数据管理方法、系统、计算机设备和存储介质。业务数据管理方法包括：获取待处理业务数据中的可管控元数据，对可管控元数据添加管控数据标识，根据管控数据标识采集可管控元数据，将采集到的可管控元数据加入实体元数据表；获取管理用户根据当前业务的需求配置的目标管控实体，获取管理用户针对目标管控实体设置的实体管控规则，目标管控实体对应至少一个实体元数据表；获取目标用户输入的数据请求，数据请求包括目标用户的用户特征数据，根据实体管控规则获取与用户特征数据匹配的目标管控实体的实体元数据表中的至少部分内容，对至少部分内容执行数据请求。本发明提升数据管理的安全性和可靠性。

Description

一种业务数据管理方法、系统、计算机设备和存储介质

技术领域

本发明涉及数据管理领域，具体涉及一种业务数据管理方法、系统、计算机设备和存储介质。

背景技术

随着PC互联网、移动互联网飞速发展，借着消费互联网红利，许多公司都高速发展，进行大规模业务拓展，业务拓展速度足够快，业务复杂度也越来越高，在处理庞大数据量的业务信息时，如何快速准确且全面的获取用户查询的信息是急需解决的问题。

发明内容

本发明要解决的技术问题在于向用户提供的查询结果不够准确全面，针对现有技术的上述缺陷，提供一种业务数据管理方法、系统、计算机设备和存储介质。

本发明解决其技术问题所采用的技术方案是：提供一种业务数据管理方法，包括：获取待处理业务数据中的可管控元数据，对所述可管控元数据添加管控数据标识，根据所述管控数据标识采集所述可管控元数据，将采集到的所述可管控元数据加入实体元数据表；获取管理用户根据当前业务的需求配置的目标管控实体，获取所述管理用户针对所述目标管控实体设置的实体管控规则，所述目标管控实体对应至少一个所述实体元数据表；获取目标用户输入的数据请求，所述数据请求包括所述查询用户的用户特征数据，根据所述实体管控规则获取与所述用户特征数据匹配的所述目标管控实体的所述实体元数据表中的至少部分内容，对所述至少部分内容执行所述数据请求。

其中，所述获取所述管理用户针对所述目标管控实体设置的实体管控规则的步骤，包括：扫描待处理函数数据，获取数据管理函数，获取管理用户输入的调用指令，调用所述数据管理函数中的与所述调用指令匹配的目标管理函数生成所述实体管控规则。

其中，所述调用所述数据管理函数中的与所述调用指令匹配的目标管理函数生成所述实体管控规则的步骤之后，包括：将所述实体管控规则存储在Redis集群和本地虚拟存储中心。

其中，所述实体管控规则包括至少一个管控条件组，每个所述条件组包括至少一个管控条件；所述管控条件包括：受控字段的类型和取值、取值方式和逻辑运算符；所述受控字段的类型和取值包括管控特征数据，所述取值方式包括管控函数。

其中，所述根据所述实体管控规则获取与所述用户特征数据匹配的所述目标管控实体的所述实体元数据表中的至少部分内容的步骤，包括：判断所述管控特征数据和所述用户特征数据是否匹配，若是，则获取与所述用户特征数据匹配的所述目标管控实体的所述实体元数据表中的至少部分内容；若否，则所述目标用户显示权限不足提示信息。

其中，所述判断所述管控特征数据和所述用户特征数据是否匹配的步骤，包括：根据所述数据请求获取请求链路，所述请求链路包括至少一个分布式应用，获取每个所述分布式应用对应的管控特征数据；根据所述请求链路的请求顺序依次判断所述用户特征数据是否与每个所述分布式应用对应的管控特征数据匹配。

其中，所述获取用户输入的查询请求的步骤之后，包括：解析所述数据请求的语法，调用与所述语法匹配的语法适配器对所述查询请求进行解析。

本发明解决其技术问题所采用的技术方案是：提供一种业务数据管理系统，包括：获取模块，用于获取待处理业务数据中的可管控元数据，对所述可管控元数据添加管控数据标识，根据所述管控数据标识采集所述可管控元数据，将采集到的所述可管控元数据加入实体元数据表；管控模块，用于获取管理用户根据当前业务的需求配置的目标管控实体，获取所述管理用户针对所述目标管控实体设置的实体管控规则，所述目标管控实体对应至少一个所述实体元数据表；执行模块，用于获取目标用户输入的数据请求，所述查询数据请求包括所述查询用户的用户特征数据，根据所述实体管控规则获取与所述用户特征数据匹配的所述目标管控实体的所述实体元数据表中的至少部分内容，对所述至少部分内容执行所述数据请求。

本发明解决其技术问题所采用的另一个技术方案是：提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如上所述方法的步骤。

本发明解决其技术问题所采用的另一个技术方案是：提供一种存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如上所述方法的步骤。

本发明的有益效果在于，与现有技术相比，本发明通过获取管理用户根据当前业务的需求配置的目标管控实体和目标管控实体对应的实体管控规则，获取目标用户的用户特征数据，根据实体管控规则获取与用户特征数据匹配的目标管控实体的实体元数据表中的至少部分内容，对至少部分内容执行目标用户输入的数据请求，可以实现对用户权限的全局管理，避免数据的不必要的泄露，提升数据管理的安全性和可靠性。

附图说明

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

图1是本发明提供的业务数据管理方法的第一实施例的流程示意图；

图2是本发明提供的选择受控实体的页面示意图；

图3是本发明提供的设置实体管控规则的页面示意图；

图4是本发明提供的设置管控条件的页面示意图；

图5是本发明提供的业务数据管理系统的一实施例的结构示意图；

图6是本发明提供的计算机设备的一实施例的结构示意图；

图7是本发明提供的存储介质的一实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，图1是本发明提供的业务数据管理方法的第一实施例的流程示意图。本发明提供的业务数据管理方法包括如下步骤：

S101：获取待处理业务数据中的可管控元数据，对可管控元数据添加管控数据标识，根据管控数据标识采集可管控元数据，将采集到的可管控元数据加入实体元数据表。

在一个具体的实施场景中，数据中台系统可能同时具有多个API(ApplicationProgram Interface，应用程序接口)，且该多个API分别对接了多个不同的用户，在同一时刻，可能存在多个用户通过多个API上传、下载、中转大量的待处理业务数据。这些待处理业务数据中包括可管控元数据。可管控元数据为预设的多个种类的元数据，可以根据元数据的数据特性对可管控元数据添加管控数据标识。数据特性可以是可管控元数据本身的特性，例如可管控元数据描述的内容，例如订单金额，还可以是根据可管控元数据的发送端、传输使用的API接口等获取的特性，例如，上传可管控元数据的用户的身份、所属的组织，可管控元数据对应的项目，可管控元数据是否为可公开数据等等。

具体地说，可以根据预先设置的关键字字符或字符串，获取可管控元数据，例如字符ABC之后的16位数据为可管控元数据，或者包括字符ABC的字符串为可管控元数据，还可以根据预设的字符串结构获取可管控元数据，例如字符串结构为8位数字+8位字母的字符串结构为可管控元数据，还可以根据固定的字符位置获取可管控元数据，例如接收到的待处理数据中第8-16位数据为可管控元数据。更进一步的，可以结合各个API接口对应的服务，设置各个从各个API接口接收的待处理数据对应的获取的规则。

在一个实施场景中，数据中台系统包括多个业务数据中心，每个业务数据中心对应了不同的业务内容，例如对应店铺的业务数据中心、对应订单的业务数据中心等等。在扫描待处理数据时，可以获取可管控元数据对应的业务数据中心，将可管控元数据对应的业务数据中心作为可管控元数据的数据特性。

根据管控数据标识采集可管控元数据，将采集到的可管控元数据加入实体元数据表。实体元数据表可以是根据可管控实体设置，每个可管控实体对应于至少一个管控数据标识。可以理解的，一个可管控元数据可能对应了多个类型的数据特性，例如发送人属于A组织、目标元数据对应项目B，是店铺的相关数据，根据全部的数据特性添加管控数据标识。也就是说一个可管控元数据可以具有一个或者多个管控数据标识，也就是说一个可管控元数据可以加入一个或者多个实体元数据表中。

在本实施场景中，添加的管控数据标识的内容可以根据预设的注解规则注解，多个类型的数据特性可以对应一个或者多个目标元数据注解，根据实际使用需求进行设定。数据中台系统对所有的可管控元数据采用同一的注解规则进行注解，以避免发生错乱。当注解规则需要进行修改时，将根据修改后的注解规则对之前的目标元数据注解进行全局修改。

S102：获取管理用户根据当前业务的需求配置的目标管控实体，获取管理用户针对目标管控实体设置的实体管控规则，目标管控实体对应至少一个实体元数据表。

在一个具体的实施场景中，每个实体元数据表具有对应的管控实体，每个目标管控实体对应至少一个实体元数据表。管理用户为具有管理实体管控规则的用户，根据当前业务的需求配置目标管控实体，例如，可以通过勾选等方式从当前的实体元数据表对应的一个或者多个管控实体中选择至少一个作为目标管控实体。在选择目标管控实体的同时或者之后，针对目标管控实体设置实体管控规则。实体管控规则用于管控实体元数据表被访问、调用、修改、更新时所需的权限。请结合参阅图2，图2是本发明提供的选择受控实体的页面示意图。

具体地说，实体管控规则包括至少一个数据管理函数。管理函数可以是用户手动上传，或者是在系统中预设，还可以通过扫描上报获取。在一个实施场景中，获取待处理函数数据，扫描待处理函数数据，获取待处理函数数据中的数据管理函数，可以是采用与获取可管控元数据的方法类似的方法获取数据管理函数。进一步地，可以对数据管理函数添加函数管理标识，以标注该数据管理函数的用途、针对的目标管控实体、需要的计算参数等等。

管理用户通过输入调用指令，调用数据管理函数中的与调用指令匹配的目标管理函数生成实体管控规则。例如，可以直接选择一个数据管理函数作为目标管理函数，将该目标管理函数作为实体管控规则。还可以选择多个数据管理函数作为目标管理函数，并限制各个目标管理函数之间的逻辑关系。请结合参阅图3，图3是本发明提供的设置实体管控规则的页面示意图。

在一个实施场景中，将实体管控规则存储到Redis集群和至少一个业务数据中心的本地虚拟存储中心。将实体管控规则采用分布式存储的方法存储到Redis集群中，可以有效提升数据传输效率，从使得验证的性能得到有效提升。此外，将实体管控规则存储到Redis集群和至少一个业务数据中心的本地虚拟存储中心，若Redis集群崩溃，可以通过本地虚拟存储中心存储的实体管控规则进行权限管控，若本地虚拟存储中心崩溃，可以通过Redis集群的实体管控规则进行权限管控。

在一个实施场景中，针对数据中台系统中的每个业务数据中心都配置有各自的权限验证数据，可以将一个业务数据中心的实体管控规则打包为一个或多个权限小包，通过暴露微服务的API接口和该业务中心的本地运行功能将该一个或者多个权限小包提供给其他业务数据中心使用以进行权限管控。也就是说，可以仅在一个业务数据中心进行实体管控规则的设置，生成至少一个权限小包，而其他业务数据中心通过接口调用至少部分权限小包，来实现验证功能，这样可以实现数据中台系统的低耦合、高内聚的系统架构，实现验证功能的中心化控制。

在其他实施场景中，实体管控规则包括至少一个管控条件组，每个条件组包括至少一个管控条件，每个条件组内的各个管控条件之间是逻辑与的关系，各个条件组之间是逻辑或的关系。其中，管控条件包括：受控字段的类型和取值、取值方式和逻辑运算符，受控字段的类型和取值包括管控特征数据，取值方式包括目标管理函数。用户可以通过点选、勾选、拖曳、输入名称、搜索等方式设置每个管控条件对应的管控特征数据和目标管理函数。请结合参阅图4，图4是本发明提供的设置管控条件的页面示意图。

具体地说，目标管控实体可以是店铺，受控字段的类型是组织标识，受控字段的取值为目标用户所属的组织，取值方式选择一个目标函数，则生成的管控条件为目标用户只能看到自己所在组织对应的店铺的信息。

在其他实施场景中，在接收到数据请求之后，解析数据请求的语法，调用与语法匹配的语法适配器对数据请求进行解析。

S103：获取目标用户输入的数据请求，数据请求包括目标用户的用户特征数据，根据实体管控规则获取与用户特征数据匹配的目标管控实体的实体元数据表中的至少部分内容，对至少部分内容执行数据请求。

在一个具体的实施场景中，获取目标用户输入的数据请求，数据请求包括目标用户的用户特征数据，目标用户不同于管理用户。用户特征数据包括用户身份信息、用户属性信息和权限规则信息。其中，用户身份信息包括用户的个人身份标识、用户属性信息包括用户的所属组织、用户在所属组织中的职位、权限规则信息包括不同的用户身份信息和不同的用户属性信息对应的权限范围。

将实体管控规则与用户特征数据进行比对，获取目标用户的用户权限，管控特征数据和用户特征数据匹配，则获取与用户特征数据匹配的目标管控实体的实体元数据表中的至少部分内容，并执行数据请求。若管控特征数据和用户特征数据不匹配，则向目标用户显示权限不足提示信息。目标用户可以修改自己的用户特征数据，或者向管理用户提出申请，要求管理用户修改实体管控规则，从而实现执行数据请求的目的。

例如，若目标用户所属的组织为组织A，则根据实体管控规则目标用户有权查阅全部的信息，若目标用户所属的组织为组织B，则根据实体管控规则目标用户仅能查阅组织B相关的信息，若目标用户所属的组织为组织C，则根据实体管控规则目标用户不能查阅任何信息。

在其他实施场景中，数据请求可能对应需要访问调用多个不同的分布式应用，可根据数据请求获取查询链路，数据链路包括至少一个分布式应用，查询链路可根据至少一个分布式应用的关系确定，响应查询请求需要调用分布式应用A和B，若分布式应用A需要以分布式应用B的反馈结果作为输入，或者基于分布式应用B的反馈结果给出，则查询链路为B-A。若分布式应用A和分布式应用B彼此独立，则查询链路为B-A或者A-B中的一种。

获取每个分布式应用对应的实体管控规则据，为了提升验证的效率，优先从Redis集群中获取实体管控规则。获取目标用户的Context变量，根据Context变量获取目标管控实体和目标管控实体对应至少一个实体元数据表，判断数据请求是否对应目标管控实体，若是，则获取目标管控实体的实体管控规则，解析实体管控规则，执行实体管控规则对应的授权函数，生成注入SQL(Structured Query Language，结构化查询语言)模板，将SQL模板存在Redis集群和本地虚拟存储中心。

在其他实施场景中，若数据请求对应目标管控实体，则获取目标管控实体的管控数据标识，将管控数据标识存储在Redis集群和本地虚拟存储中心。进一步的，Redis集群和本地虚拟存储中心将管控数据标识同步到基础数据中心，从而记录本次查询内容。

若当前的分布式应用验证比对通过，则将数据请求和数据请求对应的用户特征数据发送至数据链路中的下一个分布式应用，以使得下一个分布式应用能够进行验证比对，并在验证通过的情况下根据数据请求予以反馈。以此类推，遍历查询链路中的全部分布式应用。当数据链路中的全部分布式应用都遍历完成后，判定验证比对通过。

在其他实施场景中，支持多种方式进行验证比对，例如可以通过RPC(RemoteProcedure Call Protocol，远程过程调用协议)和Spring Cloud的方式进行验证，还可以通过REST(Representational State Transfer，表述性状态传递)方式进行验证比对。

在本实施场景中，数据请求包括查询、查看、修改、下载、删除中至少一个操作。

在一个实施场景中，管理用户根据当前业务的需求配置的目标管控实体为订单，管理用户针对目标管控实体设置的实体管控规则为每个店铺的店长可以查阅自己店铺的订单。目标用户X为店铺Y的店长，目标用户X输入的数据请求为查看订单信息。根据目标用户X的用户特征数据为店铺Y的店长，获取Y店的店铺信息进行显示。目标用户Z为Y店的员工，目标用户Z输入的数据请求为查看订单信息。根据目标用户Z的用户特征数据为店铺Y的员工，显示权限不足提示信息。

通过上述描述可知，在本实施例中获取管理用户根据当前业务的需求配置的目标管控实体和目标管控实体对应的实体管控规则，获取目标用户的用户特征数据，根据实体管控规则获取与用户特征数据匹配的目标管控实体的实体元数据表中的至少部分内容，对至少部分内容执行目标用户输入的数据请求，可以实现对用户权限的全局管理，避免数据的不必要的泄露，提升数据管理的安全性和可靠性。

请参阅图5，图5是本发明提供的业务数据管理系统的一实施例的结构示意图。业务数据管理系统10包括：获取模块11、管控模块12、执行模块13。

获取模块11用于获取待处理业务数据中的可管控元数据，对可管控元数据添加管控数据标识，根据管控数据标识采集可管控元数据，将采集到的可管控元数据加入实体元数据表。管控模块12用于获取管理用户根据当前业务的需求配置的目标管控实体，获取管理用户针对目标管控实体设置的实体管控规则，目标管控实体对应至少一个实体元数据表。执行模块13用于获取目标用户输入的数据请求，查询数据请求包括查询用户的用户特征数据，根据实体管控规则获取与用户特征数据匹配的目标管控实体的实体元数据表中的至少部分内容，对至少部分内容执行数据请求。

实体管控规则包括至少一个管控条件组，每个条件组包括至少一个管控条件；管控条件包括：受控字段的类型和取值、取值方式和逻辑运算符；受控字段的类型和取值包括管控特征数据，取值方式包括目标管理函数。

执行模块13还用于判断实体管控规则和用户特征数据是否匹配，若是，则获取与用户特征数据匹配的目标管控实体的实体元数据表中的至少部分内容；若否，则向目标用户显示权限不足提示信息。

执行模块13还用于根据数据请求获取数据链路，数据链路包括至少一个分布式应用，获取每个分布式应用对应的实体管控规则；根据请求链路的请求顺序依次判断用户特征数据是否与每个分布式应用对应的实体管控规则匹配。

管控模块12还用于扫描待处理函数数据，获取数据管理函数，获取管理用户输入的调用指令，调用数据管理函数中的与调用指令匹配的目标管理函数生成实体管控规则。

管控模块12还用于将实体管控规则存储在Redis集群和本地虚拟存储中心。

执行模块13还用于解析数据请求的语法，调用与语法匹配的语法适配器对查询请求进行解析。

通过上述描述可知，在本实施例中业务数据管理系统获取管理用户根据当前业务的需求配置的目标管控实体和目标管控实体对应的实体管控规则，获取目标用户的用户特征数据，根据实体管控规则获取与用户特征数据匹配的目标管控实体的实体元数据表中的至少部分内容，对至少部分内容执行目标用户输入的数据请求，可以实现对用户权限的全局管理，避免数据的不必要的泄露，提升数据管理的安全性和可靠性。

请参阅图6，图6是本发明提供的计算机设备的一实施例的结构示意图。图像处理设备20包括处理器21、存储器22。处理器21耦接存储器22。存储器22中存储有计算机程序，处理器21在工作时执行该计算机程序以实现如图1所示的方法。详细的方法可参见上述，在此不再赘述。

请参阅图7，图7是本发明提供的存储介质的一实施例的结构示意图。存储介质30中存储有至少一个计算机程序31，计算机程序31用于被处理器执行以实现如图1所示的方法，详细的方法可参见上述，在此不再赘述。在一个实施例中，计算机可读存储介质30可以是终端中的存储芯片、硬盘或者是移动硬盘或者优盘、光盘等其他可读写存储的工具，还可以是服务器等等。

区别于现有技术，本发明获取管理用户根据当前业务的需求配置的目标管控实体和目标管控实体对应的实体管控规则，获取目标用户的用户特征数据，根据实体管控规则获取与用户特征数据匹配的目标管控实体的实体元数据表中的至少部分内容，对至少部分内容执行目标用户输入的数据请求，可以实现对用户权限的全局管理，避免数据的不必要的泄露，提升数据管理的安全性和可靠性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

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

Claims (10)

1.一种业务数据管理方法，其特征在于，包括：

获取待处理业务数据中的可管控元数据，对所述可管控元数据添加管控数据标识，根据所述管控数据标识采集所述可管控元数据，将采集到的所述可管控元数据加入实体元数据表；

获取管理用户根据当前业务的需求配置的目标管控实体，获取所述管理用户针对所述目标管控实体设置的实体管控规则，所述目标管控实体对应至少一个所述实体元数据表；

获取目标用户输入的数据请求，所述数据请求包括所述目标用户的用户特征数据，根据所述实体管控规则获取与所述用户特征数据匹配的所述目标管控实体的所述实体元数据表中的至少部分内容，对所述至少部分内容执行所述数据请求。

2.根据权利要求1所述的业务数据管理方法，其特征在于，所述实体管控规则包括至少一个管控条件组，每个所述条件组包括至少一个管控条件；

所述管控条件包括：受控字段的类型和取值、取值方式和逻辑运算符；

所述受控字段的类型和取值包括管控特征数据，所述取值方式包括目标管理函数。

3.根据权利要求2所述的业务数据管理方法，其特征在于，所述根据所述实体管控规则获取与所述用户特征数据匹配的所述目标管控实体的所述实体元数据表中的至少部分内容的步骤，包括：

判断所述实体管控规则和所述用户特征数据是否匹配，若是，则获取与所述用户特征数据匹配的所述目标管控实体的所述实体元数据表中的至少部分内容；

若否，则向所述目标用户显示权限不足提示信息。

4.根据权利要求3所述的数据管理方法，其特征在于，所述判断所述管控特征数据和所述用户特征数据是否匹配的步骤，包括：

根据所述数据请求获取数据链路，所述数据链路包括至少一个分布式应用，获取每个所述分布式应用对应的实体管控规则；

根据所述请求链路的请求顺序依次判断所述用户特征数据是否与每个所述分布式应用对应的实体管控规则匹配。

5.根据权利要求2所述的业务数据管理方法，其特征在于，所述获取所述管理用户针对所述目标管控实体设置的实体管控规则的步骤，包括；

扫描待处理函数数据，获取数据管理函数，获取管理用户输入的调用指令，调用所述数据管理函数中的与所述调用指令匹配的所述目标管理函数生成所述实体管控规则。

6.根据权利要求5所述的数据管理方法，其特征在于，所述调用所述数据管理函数中的与所述调用指令匹配的所述目标管理函数生成所述实体管控规则的步骤之后，包括：

将所述实体管控规则存储在Redis集群和本地虚拟存储中心。

7.根据权利要求1所述的数据管理方法，其特征在于，所述获取目标用户输入的数据请求的步骤之后，包括：

解析所述数据请求的语法，调用与所述语法匹配的语法适配器对所述查询请求进行解析。

8.一种业务数据管理系统，其特征在于，包括：

获取模块，用于获取待处理业务数据中的可管控元数据，对所述可管控元数据添加管控数据标识，根据所述管控数据标识采集所述可管控元数据，将采集到的所述可管控元数据加入实体元数据表；

管控模块，用于获取管理用户根据当前业务的需求配置的目标管控实体，获取所述管理用户针对所述目标管控实体设置的实体管控规则，所述目标管控实体对应至少一个所述实体元数据表；

执行模块，用于获取目标用户输入的数据请求，所述查询数据请求包括所述查询用户的用户特征数据，根据所述实体管控规则获取与所述用户特征数据匹配的所述目标管控实体的所述实体元数据表中的至少部分内容，对所述至少部分内容执行所述数据请求。

9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。

10.一种存储介质，其特征在于，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。

Images