CN114428913A - 数据管理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种数据管理方法、装置、设备及存储介质。该方法包括：当接收到用户发送的查询请求时，确定当前用户的角色信息；基于所述角色信息，结合预存储目标数据库，确定与所述角色信息关联的目标数据文件，其中，所述目标数据库中存储有所有用户的角色信息对应的数据文件；根据所述查询请求，在所述目标数据文件中进行查询，获得查询结果。本发明实施例提供的技术方案，通过将所有用户的角色信息对应的数据文件存储到目标数据库中，形成基于用户角色的定制化数据管理，便于根据当前用户的角色信息查询对应数据文件，提高了查询效率，节省了数据存储空间。

Description

数据管理方法、装置、设备及存储介质

技术领域

本发明实施例涉及数据管理技术领域，尤其涉及一种数据管理方法、装置、设备及存储介质。

背景技术

随着金融业务的不断增加，发生一笔业务操作时通常伴随着后台系统多个模块的数据变化。根据金融行业需求，需要提供相关交易的各种维度的查询，以支持业务部门营销活动和考核的开展。而金融业营销类系统的特点大多在于报表类交易多，数据量大，在以往的报表查询中，会生成全量数据文件，涉及多表联查等复杂情况，导致服务器查询速度慢，严重影响工作的效率，且浪费数据存储空间。

发明内容

本发明实施例提供一种数据管理方法、装置、设备及存储介质，通过将所有用户的角色信息对应的数据文件存储到目标数据库中，形成基于用户角色的定制化数据管理，便于根据当前用户的角色信息查询对应数据文件，提高了查询效率，节省了数据存储空间。

第一方面，本发明实施例提供了一种数据管理方法，该方法包括：

当接收到用户发送的查询请求时，确定当前用户的角色信息；

基于所述角色信息，结合预存储目标数据库，确定与所述角色信息关联的目标数据文件，其中，所述目标数据库中存储有所有用户的角色信息对应的数据文件；

根据所述查询请求，在所述目标数据文件中进行查询，获得查询结果。

第二方面，本发明实施例还提供了一种数据管理装置，该装置包括：

角色信息确定模块，用于当接收到用户发送的查询请求时，确定当前用户的角色信息；

目标数据文件确定模块，用于基于所述角色信息，结合预存储目标数据库，确定与所述角色信息关联的目标数据文件，其中，所述目标数据库中存储有所有用户的角色信息对应的数据文件；

查询结果获得模块，用于根据所述查询请求，在所述目标数据文件中进行查询，获得查询结果。

第三方面，本发明实施例还提供一种计算机设备，包括：存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述第一方面所述的数据管理方法。

第四方面，本发明实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的数据管理方法。

本发明实施例公开了一种数据管理方法、装置、设备及存储介质。该方法包括：当接收到用户发送的查询请求时，确定当前用户的角色信息；基于所述角色信息，结合预存储目标数据库，确定与所述角色信息关联的目标数据文件，其中，所述目标数据库中存储有所有用户的角色信息对应的数据文件；根据所述查询请求，在所述目标数据文件中进行查询，获得查询结果。本发明实施例提供的技术方案，通过将所有用户的角色信息对应的数据文件存储到目标数据库中，形成基于用户角色的定制化数据管理，便于根据当前用户的角色信息查询对应数据文件，提高了查询效率，节省了数据存储空间。

附图说明

图1为本发明实施例一提供的一种数据管理方法的流程示意图；

图2为本发明实施例二提供的一种数据管理装置的结构框图；

图3为本发明实施例三提供的一种计算机设备的结构框图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。

另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

本发明实施例的说明书和权利要求书及附图中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述特定的顺序。此外术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有设定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。

实施例一

图1为本发明实施例一提供的一种数据管理方法的流程示意图，本实施例可适用于多表联查的数据查询情况，该方法可以由数据管理装置来执行，该装置可由硬件和/或软件组成，并一般可集成在计算机设备中，该方法具体包括如下步骤：

S110、当接收到用户发送的查询请求时，确定当前用户的角色信息。

对于金融业营销类系统，用户需要根据实际情况定期或不定期的对系统产生及保存的数据进行查询，获取用户需求数据。而该类系统的特点大多在于报表类交易多，数据量大，在以往的报表查询中，会涉及多表联查等复杂情况。由于不同用户需求不同，所要查询的数据不同，为了获取所要查询的数据，现有技术中往往需要遍历全量数据。本发明实施例，通过从用户使用的习惯出发，统计分析出用户的查询需求，并根据需要定制出用户的个性化数据文件而非盲目生成全量数据文件。

其中，用户的角色信息具体可以理解为用户的岗位信息，不同用户岗位信息具有不同数据查询权项，同时不同用户岗位信息需要查询的数据不同。示例性的，一级分行行长角色每天都会进行辖内机构存款余额的查询，也会进行大额变动报告明细的查询；运维人员需要查询系统运行数据信息等，其具有查询系统运行数据信息的权限，却没有进行存款余额的查询的权限等。

本实施例中，当有用户进行数据查询时，需要先确定用户的角色信息，通过直接查询对应用户角色信息的数据文件，从而快速查询到用户需求数据。具体的，当用户进行数据查询时，用户通过在系统上操作发起数据查询请求；接收到用户发送的查询请求时，请求信息中可以携带当前用户的标识信息，当前用户对应的账户信息和密码等；根据当前用户的账户信息可以查找出其对应的角色信息，示例性的，当接收到查询请求时，确定当前用户的账户信息，假设账户信息是“张某某”，根据该账户信息可以确定其角色信息为“银行行长”。后续当进行数据查询时，可以根据其角色信息查询与“银行行长”对应的数据文件，从而查询到需求数据。

S120、基于角色信息，结合预存储目标数据库，确定与角色信息关联的目标数据文件。

其中，目标数据库中存储有所有用户的角色信息对应的数据文件。不同角色信息的用户需要的数据会有所不同，其会产生不同的用户查询习惯。搜集前台用户的查询习惯，比如什么角色大概率使用了什么查询条件；基于数据分析，对用户的查询习惯进行用户画像，根据用户画像的需求以及定义的报表条件使用频率，基于用户的角色信息，可以形成分别包含不同角色信息的用户画像。基于分布式系统基础架构，生成与用户的角色信息对应的定制查询的数据文件。

本实施例中，每个角色信息对应一个大的数据文件，不同角色信息对应不同的数据文件，可以将不同角色信息对应的数据文件均存储至目标数据库中。通过这样的方式，可以从用户使用的习惯出发，统计分析出用户的查询需求，并根据需要定制出用户的个性化数据文件而非盲目生成全量数据文件，提高了用户的查询效率，节省了批量的时间与服务器文件存储空间。

具体的，当接收到用户的查询请求，确定当前用户的角色信息后，可以根据角色信息，在目标数据库中查询到对应该角色信息的数据文件，用于下一步步骤该用户查询数据。

S130、根据查询请求，在目标数据文件中进行查询，获得查询结果。

具体的，根据数据查询请求，在目标数据文件中进行查询，获得查询结果，提高了用户的查询效率。

本发明实施例公开了一种数据管理方法。该方法包括：当接收到用户发送的查询请求时，确定当前用户的角色信息；基于角色信息，结合预存储目标数据库，确定与角色信息关联的目标数据文件，其中，目标数据库中存储有所有用户的角色信息对应的数据文件；根据查询请求，在目标数据文件中进行查询，获得查询结果。本发明实施例提供的技术方案，通过将所有用户的角色信息对应的数据文件存储到目标数据库中，形成基于用户角色的定制化数据管理，便于根据当前用户的角色信息查询对应数据文件，提高了查询效率，节省了数据存储空间。

作为本发明实施例的一个可选实施例，在上述实施例的基础上，当接收到用户发送的查询请求时，确定当前用户的角色信息的步骤可以具体表述为：

S111、当接收到用户发送的查询请求时，确定当前用户的账户信息。

本实施例中，系统数据资源是开放给有系统使用权限的用户的，当接收到用户发送的查询请求时，需要对访问本系统数据资源的用户进行账户信息确认，用以确认该用户的角色信息。具体的，由于用户发送的查询请求携带有用户的账户信息和密码，因而基于查询请求所携带的账户信息，可以确定当前用户的账户信息。

S112、根据账户信息，确定当前用户的角色信息。

可以清楚的是，在各个业务系统下可以划分多个角色，如审核员、管理员、部门经理、录入员、系统维护员、产品研发员、产品交易员等，具体可以根据实际情况进行设置。不同角色对应不同权限操作，如审核、管理、录入权等，或有相同权限如下载、查看、删除、创建、上传、修改等，具体根据实际情况进行设置。这里通过确定当前用户的角色信息，从而确定与该角色信息对应的查询习惯，也就是该角色信息对应的经常查询的数据文件。

具体的，根据当前用户的账户信息，可以从系统中查询该账户信息对应的角色信息。示例性的，当确定当前用户的账户信息为“张某某”，则从系统中存储的账户信息与角色信息对应表中，可以查找出对应“张某某”的角色为普通职员。

作为本发明实施例的一个可选实施例，在上述实施例的基础上，该方法还包括：基于所有用户的历史查询信息及设定使用频率，生成目标数据库。

本实施例中，所有用户的历史查询信息可以是在设定时间段内基于系统获取所有用户的查询信息，也就是通过历史查询信息确定不同用户的查询习惯，这些查询习惯作为基础数据，被进一步分析，从用户的角色信息、使用频次、交易场景、关联关系等方面，建立多维度的用户画像；在生成用户画像之后，对其进行批量处理，实现用户数据需求的定制；同时将生成的数据文件装载进数据库中，用于后续用户进行数据查询。

需要说明的是，系统中有些数据，如报表等，是需要进行定期查看的，某些数据是需要对应某种角色信息的用户，按照设定频率进行查看的，设定频率可以是每天、每周、每月等，可以根据实际情况进行设置。示例性的，某报表需要普通职员每周进行查看或使用，这时可以把该报表设置成按每周这一设定频率进行存储到目标数据库中。同样，该报表需与对应的角色也就是普通职员这一角色进行对应存储。

可选的，基于所有用户的历史查询信息及设定使用频率，生成目标数据库的步骤具体可以表述为：

a1)基于所有用户的历史查询信息，建立包括角色信息的多维度用户画像。

其中，建立多维度用户画像的过程是将用户的每个具体信息抽象成标签，利用这些标签将用户形象具体化，从而为用户提供有针对性的服务。

具体的，获取所有用户的历史查询信息，从用户的角色信息、使用频次、交易场景、关联关系等方面，建立多维度的用户画像。要建立更具体的用户画像，就要让得到的数据更加全面，提炼有效的用户标签，加以整合，描绘出的更详细的用户信息。

可选的，基于所有用户的历史查询信息，建立包括角色信息的多维度用户画像，包括：

a11)获取所有用户设定时长内的历史查询信息。

具体的，可以基于JavaScript(JS)搜集所有用户的历史查询信息。搜集前台用户的查询习惯，比如什么角色大概率使用了什么查询条件。JS，是一种具有函数优先的轻量级，解释型或及时编译型的编程语言。它基于原型编程，多范式的动态脚本语言，并且支持面向对象，命令式和声明式风格。

示例性的，一级分行行长角色每天都会进行辖内机构存款余额的查询，也会进行大额变动报告明细的查询。通过JS前台搜集到不同角色的使用习惯，这些习惯作为基础数据，用于下一步分析。

a12)对历史查询信息按设定属性标签进行分类，建立包括角色信息的多维度用户画像。

其中，设定属性标签可以是用户的角色信息、使用频次、交易场景、关联关系等。具体的，将获取的所有用户的历史查询信息按照设定属性标签进行分类，可以以用户的角色信息为基础，与角色信息对应的相关维度数据进行描述，建立包括角色信息的多维度用户画像。

b1)根据多维度用户画像及设定使用频率，生成目标数据库。

具体的，根据用户画像及设定使用频率，基于分布式系统基础架构，分别确定与所有用户的角色信息对应的数据文件，将数据文件装载到目标数据库中，用于用户后期进行查询。

可选的，根据用户画像及设定使用频率，生成目标数据库，包括：

b11)根据用户画像及设定使用频率，基于分布式系统基础架构，分别确定与所有用户的角色信息对应的数据文件。

本实施例中，可以基于分布式系统基础架构(Hadoop Distributed File System，Hadoop)，对于所有用户的角色信息对应的数据进行处理，形成索引式数据文件。一个角色信息对应一个数据文件，不同角色信息分别对应不同数据文件。其中，Hadoop是一个由Apache基金会所开发的分布式系统基础架构。用户可以在不了解分布式底层细节的情况下，开发分布式程序。充分利用集群的威力进行运算和存储。Hadoop实现了一个分布式文件系统(Hadoop Distributed File System，HDFS)，其中一个组件是HDFS。HDFS有高容错性的特点，并且设计用来部署在低廉的硬件上，而且它提供高吞吐量来访问应用程序的数据，适合那些有着超大数据集的应用程序。Hadoop的框架最核心的设计就是HDFS和MapReduce。HDFS为海量的数据提供了存储，MapReduce为海量的数据提供了计算。

其中，用户画像中包含了基于角色信息对应的多维度数据。具体的，一方面基于用户画像，调起Hadoop进行批量处理，生成用户定制查询的数据文件，可以清楚的是，每一个数据文件包含了一角色信息对应的用户画像中涉及的多维度数据；又一方面，根据定义的报表设定使用频率，按照设定使用频率，将对应报表进行批量处理，生成数据文件。其中设定使用频率可以根据报表实际使用情况进行设置，例如报表A需要每个月由银行行长进行查阅，则可以将设定使用频率设置成“每月”，而报表A对应可以的查看的角色是“银行行长”。可以清楚的是，为了不影响系统进行正常的业务操作，进行批量处理的时间可以是选择系统不进行业务操作的时间，如进行夜间批量处理，用于第二天用户进行数据查询，又或者在休息日进行批量处理，此处不做具体限制。

b12)将数据文件装载到目标数据库中。

其中，目标数据库可以选用Oracle数据库。该数据库是甲骨文公司的一款关系数据库管理系统，在数据库领域一直处于领先地位的产品。可以说Oracle数据库系统是目前世界上流行的关系数据库管理系统，系统可移植性好，使用方便，功能强，适用于各类大、中、小微机环境。它是一种高效率的、可靠性好的、适应高吞吐量的数据库方案。

具体的，将与用户角色信息对应的个性化定制数据文件存储到目标数据库中，不用盲目生成和存储全量数据文件，节省了数据文件存储空间。

作为本发明实施例的一个可选实施例，在上述实施例的基础上，根据数据查询请求，在目标数据文件中进行查询，获得查询结果之后，还包括：

根据当前用户的角色信息以及查询请求，更新多维度用户画像。

具体的，当当前用户完成数据查询时，可以把当前用户的角色信息以及查询请求、查询到的信息作为新的历史查询信息，用于更新多维度用户画像，从而使多维度用户画像更准确的描述用户，保证多维度用户画像的精确性。

本发明可选实施例，具体化了当接收到用户发送的查询请求时，确定当前用户的角色信息的步骤，从而实现用户对应角色信息的确定；另外具体化了预存储目标数据库的生成步骤，从用户使用的习惯出发，统计分析出用户的查询需求，并根据需要定制出用户的个性化数据文件而非盲目生成全量数据文件，提高了用户的查询效率，节省了批量的时间与服务器文件存储空间；同时针对产生的新的用户查询信息，更新多维度用户画像，使形成的用户画像描述更准确。

实施例二

图2为本发明实施例二提供的一种数据管理装置的结构框图，本实施例可适用于多表联查的数据查询情况，该装置可由硬件和/或软件组成，并一般可集成在计算机设备中。如图2所示，该装置具体可以包括：角色信息确定模块21、目标数据文件确定模块22和查询结果获得模块23。

角色信息确定模块21，用于当接收到用户发送的查询请求时，确定当前用户的角色信息；

目标数据文件确定模块22，用于基于角色信息，结合预存储目标数据库，确定与角色信息关联的目标数据文件，其中，目标数据库中存储有所有用户的角色信息对应的数据文件；

查询结果获得模块23，用于根据查询请求，在目标数据文件中进行查询，获得查询结果。

可选的，角色信息确定模块21具体用于：

当接收到用户发送的查询请求时，确定当前用户的账户信息；

根据账户信息，确定当前用户的角色信息。

可选的，该装置还包括目标数据库生成模块，

目标数据库生成模块：用于基于所有用户的历史查询信息及设定使用频率，生成目标数据库。

可选的，目标数据库生成模块包括：

多维度用户画像建立单元，用于基于所有用户的历史查询信息，建立包括角色信息的多维度用户画像；

目标数据库生成单元，用于根据多维度用户画像及设定使用频率，生成目标数据库。

可选的，多维度用户画像建立单元具体用于：

获取所有用户设定时长内的历史查询信息；

对历史查询信息按设定属性标签进行分类，建立包括角色信息的多维度用户画像。

可选的，目标数据库生成单元具体用于：

根据用户画像及设定使用频率，基于分布式系统基础架构，分别确定与所有用户的角色信息对应的数据文件；

将数据文件装载到目标数据库中。

可选的，该装置还包括多维度用户画像更新模块，

多维度用户画像更新模块，用于根据当前用户的角色信息以及查询请求，更新多维度用户画像。

上述装置可执行本发明前述所有实施例所提供的数据管理方法，具备执行上述方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明前述所有实施例所提供的方法。

实施例三

图3为本发明实施例三提供的一种计算机设备的结构框图，如图3所示，该计算机设备包括处理器31、存储器32、输入装置33和输出装置34；计算机设备中处理器31的数量可以是一个或多个，图3中以一个处理器31为例；计算机设备中的处理器31、存储器32、输入装置33和输出装置34可以通过总线或其他方式连接，图3中以通过总线连接为例。

存储器32作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的数据管理方法对应的模块(例如，数据管理装置中的角色信息确定模块21、目标数据文件确定模块22和查询结果获得模块23)。处理器31通过运行存储在存储器32中的软件程序、指令以及模块，从而执行计算机设备的各种功能应用以及数据处理，即实现上述的数据管理方法。

存储器32可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器32可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器32可进一步包括相对于处理器31远程设置的存储器，这些远程存储器可以通过网络连接至计算机设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置33可用于接收输入的数字或字符信息，以及产生与计算机设备的用户设置以及功能控制有关的键信号输入。输出装置34可包括显示屏等显示设备。

实施例四

本发明实施例四还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种数据管理方法，该方法包括：

当接收到用户发送的查询请求时，确定当前用户的角色信息；

基于角色信息，结合预存储目标数据库，确定与角色信息关联的目标数据文件，其中，目标数据库中存储有所有用户的角色信息对应的数据文件；

根据查询请求，在目标数据文件中进行查询，获得查询结果。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的数据管理方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述数据管理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

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

当接收到用户发送的查询请求时，确定当前用户的角色信息；

基于所述角色信息，结合预存储目标数据库，确定与所述角色信息关联的目标数据文件，其中，所述目标数据库中存储有所有用户的角色信息对应的数据文件；

根据所述查询请求，在所述目标数据文件中进行查询，获得查询结果。

2.根据权利要求1所述的方法，其特征在于，所述当接收到用户发送的查询请求时，确定当前用户的角色信息，包括：

当接收到用户发送的查询请求时，确定当前用户的账户信息；

根据所述账户信息，确定当前用户的角色信息。

3.根据权利要求1所述的方法，其特征在于，还包括：

基于所有用户的历史查询信息及设定使用频率，生成所述目标数据库。

4.根据权利要求3所述的方法，其特征在于，所述基于所有用户的历史查询信息及设定使用频率，生成所述目标数据库，包括：

基于所有用户的历史查询信息，建立包括角色信息的多维度用户画像；

根据所述多维度用户画像及设定使用频率，生成所述目标数据库。

5.根据权利要求4所述的方法，其特征在于，所述基于所有用户的历史查询信息，建立包括角色信息的多维度用户画像，包括：

获取所有用户设定时长内的所述历史查询信息；

对所述历史查询信息按设定属性标签进行分类，建立包括角色信息的多维度用户画像。

6.根据权利要求4所述的方法，其特征在于，所述根据所述用户画像及设定使用频率，生成所述目标数据库，包括：

根据所述用户画像及设定使用频率，基于分布式系统基础架构，分别确定与所述所有用户的角色信息对应的数据文件；

将所述数据文件装载到所述目标数据库中。

7.根据权利要求5所述的方法，其特征在于，所述根据所述数据查询请求，在所述目标数据文件中进行查询，获得查询结果之后，还包括：

根据所述当前用户的角色信息以及所述查询请求，更新所述多维度用户画像。

8.一种数据管理装置，其特征在于，包括：

角色信息确定模块，用于当接收到用户发送的查询请求时，确定当前用户的角色信息；

目标数据文件确定模块，用于基于所述角色信息，结合预存储目标数据库，确定与所述角色信息关联的目标数据文件，其中，所述目标数据库中存储有所有用户的角色信息对应的数据文件；

查询结果获得模块，用于根据所述查询请求，在所述目标数据文件中进行查询，获得查询结果。

9.一种计算机设备，其特征在于，包括：存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的数据管理方法。

10.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7任一所述的数据管理方法。

Images