CN115774712A - 元数据管理方法、系统、设备及存储介质 - Google Patents

Abstract

本发明提供了一种元数据管理方法、系统、设备及存储介质，所述方法包括步骤：服务器在第一数据库中建立元数据物理模型；所述元数据物理模型中存储有资源元数关系；服务器依据所述元数据物理模型，将预设资源数据写入至所述第一数据库，并将成功写入的预设资源数据作为待抽取数据；服务器依据所述资源元数关系，在第二数据库中建立图模型；服务器依据所述图模型，将所述待抽取数据自所述第一数据库抽取至所述第二数据库；所述第一数据库为关系型数据库，所述第二数据库为图数据库；本申请能够适应复杂的资源数据管理应用场景，便于实现良好的可视化效果，利于提高资源元数据的运营维护效率。

Description

元数据管理方法、系统、设备及存储介质

技术领域

本发明涉及计算机技术领域，具体地说，涉及一种元数据管理方法、系统、设备及存储介质。

背景技术

电信运营商向公众提供信息服务，电信运营商自身的日常运营管理高度依赖信息化。信息化作为支撑企业管理和运营的基础，已经成为电信运营商竞争的关键因素。

电信运营商的主要管理对象是网络，对网络进行描述的网络资源元数据是核心数据。而对于这些核心数据，在现有技术中普遍采用关系型数据库进行建模、数据持久化和查询分析。但随着业务的发展和应用的深入，资源管理系统的元数据越来越复杂，元数据的理解、查找、复杂分析场景的需求也越来越多，传统的关系型数据库及数据结构已经难以满足系统的运营需求。并且，基于关系型数据库的建模存储方式，不利于元数据的可视化展示，灵活性差，日常运维工作效率低。

发明内容

针对现有技术中的问题，本发明的目的在于提供一种元数据管理方法、系统、设备及存储介质，解决现有的元数据管理方法不适用复杂业务场景的问题。

为实现上述目的，本发明提供了一种元数据管理方法，所述方法包括以下步骤：

服务器在第一数据库中建立元数据物理模型；所述元数据物理模型中存储有资源元数关系；

服务器依据所述元数据物理模型，将预设资源数据写入至所述第一数据库，并将成功写入的预设资源数据作为待抽取数据；

服务器依据所述资源元数关系，在第二数据库中建立图模型；

服务器依据所述图模型，将所述待抽取数据自所述第一数据库抽取至所述第二数据库；所述第一数据库为关系型数据库，所述第二数据库为图数据库。

可选地，所述元数据物理模型中具有实体，所述服务器依据所述资源元数关系，在第二数据库中建立图模型，包括：

服务器构建数据抽取映射表；

服务器依据所述资源元数关系和所述数据抽取映射表，在第二数据库中构建图模型；所述数据抽取映射表中包含有与所述元数据物理模型中的实体对应的图类和标签类。

可选地，所述资源元数关系记录有与所述待抽取数据中的实体对应的实体属性和实体关系，所述服务器依据所述资源元数关系和所述数据抽取映射表，在第二数据库中构建图模型，包括：

服务器获取待抽取数据对应的实体；

服务器依据所述实体和所述资源元数关系，获取所述实体对应的实体属性和实体关系；

服务器将所述实体对应的实体名称，在第二数据库中以点进行建模，同时构建对应的实体标签；将所述实体对应的实体属性，在第二数据库中以点的属性进行建模；将所述实体对应的实体关系，在第二数据库中以线进行建模，同时构建对应的关系标签。

可选地，所述服务器依据所述资源元数关系和所述数据抽取映射表，在第二数据库中构建图模型，还包括：

服务器依据所述待抽取数据中实体对应的实体关系，获取记录实体关系的字段，将所述字段作为外键字段；

服务器基于所述外键字段在第二数据库中以线的属性进行建模。

可选地，所述方法还包括步骤：

服务器将新增的资源元数据先写入第一数据库，将成功写入第一数据库的元数据作为待新增元数据；

服务器将所述待新增元数据写入第二数据库。

可选地，所述方法还包括步骤：

服务器将写入第二数据库的元数据，以图数据结构进行可视化展示。

可选地，所述方法还包括步骤：

当服务器接收到读数据指令时，自所述第二数据库中读取元数据。

可选地，所述方法还包括步骤：

当服务器接收到查找数据指令时，服务器采用所述第二数据库的预设路由算法确定出最短路径，并依据所述最短路径进行查找元数据。

本发明还提供了一种元数据管理系统，用于实现上述元数据管理方法，所述系统包括：

元数据物理模型建立模块，服务器在第一数据库中建立元数据物理模型；所述元数据物理模型中存储有资源元数关系；

第一写入模块，服务器依据所述元数据物理模型，将预设资源数据写入至所述第一数据库，并将成功写入的预设资源数据作为待抽取数据；

图模型建立模块，服务器依据所述资源元数关系，在第二数据库中建立图模型；

元数据抽取模块，服务器依据所述图模型，将所述待抽取数据自所述第一数据库抽取至所述第二数据库；所述第一数据库为关系型数据库，所述第二数据库为图数据库。

本发明还提供了一种元数据管理设备，包括：

处理器；

存储器，其中存储有所述处理器的可执行程序；

其中，所述处理器配置为经由执行所述可执行程序来执行上述任意一项元数据管理方法的步骤。

本发明还提供了一种计算机可读存储介质，用于存储程序，所述程序被处理器执行时实现上述任意一项元数据管理方法的步骤。

本发明与现有技术相比，具有以下优点及突出性效果：

本发明提供的元数据管理方法、系统、设备及存储介质通过将资源元数据先写入关系型数据库，然后将成功写入关系型数据库的元数据，在图数据库中进行建模，然后将元数据抽取至图数据库，利用关系型数据库对元数据的良好约束性，只有被写入关系型数据库的元数据才能写入图数据库，利用图数据库的数据结构对元数据进行持久化存储，能够适应复杂的资源数据管理应用场景，便于实现良好的可视化效果，利于提高资源元数据的运营维护效率。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。

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

图2为本发明一实施例中预设大类和实体的关系示意图；

图3为本发明一实施例公开的元数据管理方法中步骤S132的流程示意图；

图4为本发明一实施例公开的一种元数据管理系统的结构示意图；

图5为本发明一实施例公开的一种元数据管理系统中图模型构建单元的结构示意图；

图6为本发明一实施例公开的一种元数据管理系统架构示意图；

图7为本发明一实施例公开的一种元数据管理设备的结构示意图；

图8为本发明一实施例公开的一种计算机可读存储介质的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式。相反，提供这些实施方式使得本发明将全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构，因而将省略对它们的重复描述。

如图1所示，本发明一实施例公开了一种元数据管理方法，该方法包括以下步骤：

S110，服务器在第一数据库中建立元数据物理模型。上述元数据物理模型中存储有资源元数关系。本实施例中，上述第一数据库为关系型数据库。具体而言，上述资源元数关系包含有每一预设大类中包含的实体表、每一预设大类中的实体关系表以及每一实体对应的实体属性表。参考图2，组网201就表示一预设大类。虚拟网、以太网、链路组、传输系统、厂商子网是归属于预设大类组网201下的实体。图2中的箭头表示虚拟网、以太网、链路组、传输系统、厂商子网这些实体从属于预设大类组网201。实体关系表中表征有每两个实体之间的关系。实体属性表中包含有每一个实体对应的一个或多个属性。上述元数据物理模型即为PDM(Physical Data Model，物理数据模型)模型。

S120，服务器依据上述元数据物理模型，将预设资源数据写入至上述第一数据库，并将成功写入的预设资源数据作为待抽取数据。具体而言，本申请先将所有的预设资源数据先写入第一数据库，由于第一数据库中具有元数据物理模型，所以能够对预设资源数据起到约束作用，符合元数据物理模型的预设资源数据才能成功写入第一数据库，否则就不能写入第一数据库。也即，对于能够正常写入元数据物理模型的数据才能接受为资源元数据，这样就实现了采用关系型数据库的约束功能，以提升资源元数据的完整性、一致性、有效性，避免直接将资源数据写入图数据库导致影响数据的准确性和有效性。

S130，服务器依据上述资源元数关系，在第二数据库中建立图模型。本实施例中，上述第二数据库为图数据库。

具体来说，本实施例中，上述步骤S130包括：

S131，服务器构建数据抽取映射表。

S132，服务器依据上述资源元数关系和上述数据抽取映射表，在第二数据库中构建图模型。上述数据抽取映射表中包含有与元数据物理模型中的实体对应的图类和标签类。

具体而言，上述资源元数关系包含有至少一个实体，数据抽取映射表中包含有至少一字段。上述字段包含但不限于图类和标签类。每一个图类对应上述一个实体，每一个标签类也对应一个实体。本实施例中，上述图类包含有点、点的属性以及线，上述标签类包含有实体标签和关系标签。本申请通过上述标签类对各个实体进行区分，有利于在后续对资源元数据的可视化过程中，更清晰地展示不同元数据实体之间的关系。其中，上述点和点的属性以键值对的形式存储。

S140，服务器依据上述图模型，将上述待抽取数据自上述第一数据库抽取至第二数据库。该步骤利用现有技术即可实现，本申请不再赘述。

在本申请的另一实施例中，上述资源元数关系记录有待抽取数据中的实体对应的实体属性和实体关系，参考图3，上述步骤S132包括：

S1321，服务器获取待抽取数据对应的实体。

S1322，服务器依据上述实体和上述资源元数关系，获取上述实体对应的实体属性和实体关系。

S1323，服务器将待抽取数据对应的实体名称，在第二数据库中以点进行建模，同时构建对应的实体标签；将待抽取数据对应的实体属性，在第二数据库中以点的属性进行建模；将待抽取数据对应的实体关系，在第二数据库中以线进行建模，同时构建对应的关系标签。这样就能实现在第二数据库中构建出完整的图模型。

在本申请的另一实施例中，上述步骤S132还包括：

依据上述待抽取数据中实体对应的实体关系，获取记录实体关系的字段，作为外键字段。

基于所述外键字段在第二数据库中以线的属性进行建模。在第二数据库中，每一个线的属性对应一条线。具体而言，两个实体间的关系比如可以为父实体和子实体的关系，那么形成上述父实体和子实体的关系的字段作为外键字段。然后可以将该外键字段作为图数据库中对应线的属性。其中，该线为上述形成父实体和子实体的关系对应的线。

在本申请的另一实施例中，上述方法还包括步骤：

S150，服务器将新增的资源元数据先写入第一数据库，将成功写入第一数据库的元数据作为待新增元数据；

S160，服务器将所述待新增元数据写入第二数据库。这样实现了对于新增的网络资源元数据，只有成功写入关系型数据库后，才能够继续写入图数据库，由于关系型数据库写入的实时性较高，而图数据库写入后灵活性较高，这样实现了需要写入新增资源元数据时兼顾实时性和灵活性。

在本申请的另一实施例中，上述方法还包括步骤：

服务器将写入第二数据库后的元数据，以图数据结构进行可视化展示。具体实施时，可以利用D3.js进行开发，用于实现资源元数据在Web前端的渲染和可视化展示。其中，D3.js是一种流行的免费开源前端JavaScript库，用于对数据进行可视化呈现。这样可以使得展示后的元数据可读性更高，利于提升用户体验。

在本申请的另一实施例中，上述方法还包括步骤：

服务器当接收到读数据指令时，就从第二数据库中读取元数据。

在本申请的另一实施例中，上述方法还包括步骤：

服务器当接收到查找数据指令时，服务器采用第二数据库的预设路由算法确定出最短路径，依据最短路径进行查找。

需要说明的是，本申请中公开的上述所有实施例可以进行自由组合，组合后得到的技术方案也在本申请的保护范围之内。

如图4所示，本发明一实施例还公开了一种元数据管理系统4，该系统包括：

元数据物理模型建立模块41，服务器在第一数据库中建立元数据物理模型。所述元数据物理模型中存储有资源元数关系。

第一写入模块42，服务器依据所述元数据物理模型，将预设资源数据写入至所述第一数据库，并将成功写入的预设资源数据作为待抽取数据。

图模型建立模块43，服务器依据所述资源元数关系，在第二数据库中建立图模型。

元数据抽取模块44，服务器依据所述图模型，将所述待抽取数据自所述第一数据库抽取至所述第二数据库。所述第一数据库为关系型数据库，所述第二数据库为图数据库。

在本申请的另一实施例中，上述图模型建立模块43可以包括：

映射表构建单元431，服务器构建数据抽取映射表。

图模型构建单元432，服务器依据上述资源元数关系和上述数据抽取映射表，在第二数据库中构建图模型。上述数据抽取映射表中包含有与元数据物理模型中的实体对应的图类和标签类。

在本申请的另一实施例中，上述资源元数关系记录有待抽取数据中的实体对应的实体属性和实体关系，如图5所示，上述图模型构建单元432包含：

元数据实体获取单元4321，服务器获取待抽取数据对应的实体。

实体属性关系获取单元4322，服务器依据上述实体和上述资源元数关系，获取上述实体对应的实体属性和实体关系。

建模执行单元4323，服务器将待抽取数据对应的实体名称，在第二数据库中以点进行建模，同时构建与上述点对应的实体标签；将待抽取数据对应的实体属性，在第二数据库中以点的属性进行建模；将待抽取数据对应的实体关系，在第二数据库中以线进行建模，同时构建与上述线对应的关系标签。这样就能实现在第二数据库中构建出完整的图模型。

可以理解的是，本发明的元数据管理系统还包括其他支持元数据管理系统运行的现有功能模块。图4显示的元数据管理系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

本实施例中的元数据管理系统用于实现上述的元数据管理的方法，因此对于元数据管理系统的具体实施步骤可以参照上述对元数据管理的方法的描述，此处不再赘述。

图6是本发明一实施例公开的一种元数据管理系统架构示意图。参考图6，前端展示模块601用于自服务器中获取资源元数据，将元数据以图数据结构进行可视化展示在显示终端602中。前端展示模块601需要写入元数据时，则通过服务器的写操作模块603先写入第一数据库605，将成功写入第一数据库的元数据再写入第二数据库606。前端展示模块601需要读取元数据时，则通过服务器的读操作模块604自第二服务器中读取元数据，这样使得元数据的读取效率高。上述第一数据库605为关系型数据库。上述第二数据库606为图数据库。

本发明一实施例还公开了一种元数据管理设备，包括处理器和存储器，其中存储器存储有所述处理器的可执行程序；处理器配置为经由执行可执行程序来执行上述元数据管理方法中的步骤。图7是本发明公开的元数据管理设备的结构示意图。下面参照图7来描述根据本发明的这种实施方式的电子设备700。图7显示的电子设备700仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：至少一个处理单元710、至少一个存储单元720、连接不同平台组件(包括存储单元720和处理单元710)的总线730、显示单元740等。

其中，存储单元存储有程序代码，程序代码可以被处理单元710执行，使得处理单元710执行本说明书上述元数据管理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元710可以执行如图1中所示的步骤。

存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(ROM)7203。

存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备700也可以与一个或多个外部设备701(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器760可以通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

本发明还公开了一种计算机可读存储介质，用于存储程序，所述程序被执行时实现上述元数据管理方法中的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述元数据管理方法中描述的根据本发明各种示例性实施方式的步骤。

如上所示，该实施例的计算机可读存储介质的程序在执行时，通过将资源元数据先写入关系型数据库，然后将成功写入关系型数据库的元数据，在图数据库中进行建模，然后将元数据抽取至图数据库，利用关系型数据库对元数据的良好约束性，只有被写入关系型数据库的元数据才能写入图数据库，利用图数据库的数据结构对元数据进行持久化存储，能够适应复杂的资源数据管理应用场景，便于实现良好的可视化效果，利于提高资源元数据的运营维护效率。

图8是本发明的计算机可读存储介质的结构示意图。参考图8所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

本发明实施例提供的元数据管理方法、系统、设备及存储介质通过将资源元数据先写入关系型数据库，然后将成功写入关系型数据库的元数据，在图数据库中进行建模，然后将元数据抽取至图数据库，利用关系型数据库对元数据的良好约束性，只有被写入关系型数据库的元数据才能写入图数据库，利用图数据库的数据结构对元数据进行持久化存储，能够适应复杂的资源数据管理应用场景，便于实现良好的可视化效果，利于提高资源元数据的运营维护效率。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (11)

1.一种元数据管理方法，其特征在于，包括以下步骤：

服务器在第一数据库中建立元数据物理模型；所述元数据物理模型中存储有资源元数关系；

服务器依据所述元数据物理模型，将预设资源数据写入至所述第一数据库，并将成功写入的预设资源数据作为待抽取数据；

服务器依据所述资源元数关系，在第二数据库中建立图模型；

服务器依据所述图模型，将所述待抽取数据自所述第一数据库抽取至所述第二数据库；所述第一数据库为关系型数据库，所述第二数据库为图数据库。

2.如权利要求1所述的元数据管理方法，其特征在于，所述元数据物理模型中具有实体，所述服务器依据所述资源元数关系，在第二数据库中建立图模型，包括：

服务器构建数据抽取映射表；

服务器依据所述资源元数关系和所述数据抽取映射表，在第二数据库中构建图模型；所述数据抽取映射表中包含有与所述元数据物理模型中的实体对应的图类和标签类。

3.如权利要求2所述的元数据管理方法，其特征在于，所述资源元数关系记录有与所述待抽取数据中的实体对应的实体属性和实体关系，所述服务器依据所述资源元数关系和所述数据抽取映射表，在第二数据库中构建图模型，包括：

服务器获取待抽取数据对应的实体；

服务器依据所述实体和所述资源元数关系，获取所述实体对应的实体属性和实体关系；

服务器将所述实体对应的实体名称，在第二数据库中以点进行建模，同时构建对应的实体标签；将所述实体对应的实体属性，在第二数据库中以点的属性进行建模；将所述实体对应的实体关系，在第二数据库中以线进行建模，同时构建对应的关系标签。

4.如权利要求2所述的元数据管理方法，其特征在于，所述服务器依据所述资源元数关系和所述数据抽取映射表，在第二数据库中构建图模型，还包括：

服务器依据所述待抽取数据中实体对应的实体关系，获取记录实体关系的字段，将所述字段作为外键字段；

服务器基于所述外键字段在第二数据库中以线的属性进行建模。

5.如权利要求1所述的元数据管理方法，其特征在于，所述方法还包括步骤：

服务器将新增的资源元数据先写入第一数据库，将成功写入第一数据库的元数据作为待新增元数据；

服务器将所述待新增元数据写入第二数据库。

6.如权利要求1所述的元数据管理方法，其特征在于，所述方法还包括步骤：

服务器将写入第二数据库的元数据，以图数据结构进行可视化展示。

7.如权利要求1所述的元数据管理方法，其特征在于，所述方法还包括步骤：

当服务器接收到读数据指令时，自所述第二数据库中读取元数据。

8.如权利要求1所述的元数据管理方法，其特征在于，所述方法还包括步骤：

当服务器接收到查找数据指令时，服务器采用所述第二数据库的预设路由算法确定出最短路径，并依据所述最短路径进行查找元数据。

9.一种元数据管理系统，用于实现如权利要求1所述的元数据管理方法，其特征在于，所述系统包括：

元数据物理模型建立模块，服务器在第一数据库中建立元数据物理模型；所述元数据物理模型中存储有资源元数关系；

第一写入模块，服务器依据所述元数据物理模型，将预设资源数据写入至所述第一数据库，并将成功写入的预设资源数据作为待抽取数据；

图模型建立模块，服务器依据所述资源元数关系，在第二数据库中建立图模型；

元数据抽取模块，服务器依据所述图模型，将所述待抽取数据自所述第一数据库抽取至所述第二数据库；所述第一数据库为关系型数据库，所述第二数据库为图数据库。

10.一种元数据管理设备，其特征在于，包括：

处理器；

存储器，其中存储有所述处理器的可执行程序；

其中，所述处理器配置为经由执行所述可执行程序来执行权利要求1至8中任意一项所述元数据管理方法的步骤。

11.一种计算机可读存储介质，用于存储程序，其特征在于，所述程序被处理器执行时实现权利要求1至8中任意一项所述元数据管理方法的步骤。

Images