CN111125025B - 元数据的存储系统、存储方法、调用方法、调用装置和可读存储介质 - Google Patents

Abstract

本发明提供了元数据的存储系统、存储方法、调用方法、调用装置和可读存储介质。所述元数据的存储系统包括：元数据库，包括公共元数据和个性化元数据；第一单元，适于存储所述公共元数据；第二单元，适于存储所述个性化元数据；其中，所述第一单元和所述第二单元之间通讯连接，以使得所述公共元数据和所述个性化元数据在所述第一单元中或所述第二单元中合并。本发明能够大幅度地节省元数据的存储空间，并提高元数据的访问效率。

Description

元数据的存储系统、存储方法、调用方法、调用装置和可读存 储介质

技术领域

本发明涉及数据存储与传输的技术领域，具体而言，涉及元数据的存储系统、存储方法、调用方法、调用装置和可读存储介质。

背景技术

随着信息技术的日趋成熟和互联网行业的不断发展，用户的需求也日益变得多样化和个性化。

尤其，在软件即服务(英文名称：Software-as-a-Service，英文简称：SaaS)产品的设计开发中，企业用户的需求不仅复杂多变，并且不同行业以及企业用户的需求也往往各不相同，甚至差异较大。为了满足多个企业用户的不同个性化需求，往往需要建立复杂的业务模型，并需要进行大量的元数据交互与传输。

相关技术中的其中一项不足是，在进行企业软件应用开发时，元数据所需的存储量较大，导致访问调用时的效率较低。

发明内容

本发明旨在解决上述技术问题的至少之一。

为此，本发明的第一目的在于提供一种元数据的存储系统。

本发明的第二目的在于提供一种元数据的存储方法。

本发明的第三目的在于提供一种元数据的调用方法。

本发明的第四目的在于提供一种元数据的调用装置。

本发明的第五目的在于提供一种计算机可读存储介质。

为实现本发明的第一目的，本发明的实施例提供了一种元数据存储系统，其包括：元数据库，包括公共元数据和个性化元数据；第一单元，适于存储公共元数据；第二单元，适于存储个性化元数据；其中，第一单元和第二单元之间通讯连接，以使得公共元数据和个性化元数据在第一单元中或第二单元中合并。

本实施例的公共元数据存储于第一单元，个性化元数据存储于第二单元。通过对公共元数据和个性化元数据进行分层设计，并对公共元数据和个性化元数据在不同的单元中进行分别地、分层次地和分维度地存储，本实施例可防止公共元数据的用户级冗余，并大幅度地节省元数据的存储空间。

另外，本发明上述实施例提供的技术方案还可以具有如下附加技术特征：

上述技术方案中，元数据存储系统还包括：第一元数据缓存单元，与第一单元之间通讯连接，适于对公共元数据的缓存数据进行临时存储；第二元数据缓存单元，与第二单元之间通讯连接，适于对个性化元数据的缓存数据进行临时存储。

本实施例提供了一种两级缓存的技术方案。其中，两级缓存的技术方案可进一步大幅度减少网络传输的数据量。

上述任一技术方案中，元数据存储系统还包括：服务端，第一单元设于服务端；客户端，第二单元设于客户端。

本实施例可避免个性化元数据在服务端之中冗余，由此节约服务端的存储空间，并可便于客户端对个性化的个性化元数据进行直接访问，由此减少服务端和客户端之间的数据传输，提高访问效率。

上述任一技术方案中，客户端为多个，各个客户端分别与服务端通讯连接，以使得客户端调用服务端的公共元数据，或使得服务端调用客户端的个性化元数据。

本实施例将不同用户的个性化模型作为个性化元数据，将不同用户的共性化模型作为公共元数据，以达到便于数据访问，减少数据传输的目的。

上述任一技术方案中，各个客户端调用同一服务端中相同的公共元数据；任一客户端的第二单元中存储的个性化元数据的至少一部分与任另一客户端的第二单元中存储的个性化元数据互不相同。

本实施例将客户端的数量设置为多个，各个客户端的第二单元中不仅分别存储有个性化元数据，并且各个客户端中存储的个性化元数据中的至少一部分是适用于不同客户端的个性化模型。由此，本实施例可达到提高产品设计开发效率，降低产品设计开发成本的目的。

上述任一技术方案中，第一元数据缓存单元设于服务端；第二元数据缓存单元设于客户端；第二元数据缓存单元中的个性化元数据的缓存数据进入第一元数据缓存单元，并在第一元数据缓存单元中与公共元数据的缓存数据进行合并。

通过本实施例的二级缓存机制，可大幅度地减少服务端和客户端的网络交互，使得网络传输数量得到大幅降低，由此提高服务端和客户端之间信息交互的效率。

为实现本发明的第二目的，本发明的实施例提供了一种元数据存储方法，其采用本发明任一实施例的元数据存储系统，元数据存储方法包括：将元数据库中的公共元数据放入第一单元中进行存储；将元数据库中的个性化元数据放入第二单元中进行存储；通过第一单元和第二单元之间的通讯连接，以使得公共元数据和个性化元数据在第一单元中或第二单元中合并。

本发明实施例提供的元数据存储方法采用本发明任一实施例的元数据存储系统，因而其具有本发明任一实施例的元数据存储系统的全部有益效果，在此不再赘述。

为实现本发明的第三目的，本发明的实施例提供了一种元数据调用方法，其采用本发明任一实施例的元数据存储系统，元数据调用方法包括：服务端将第一单元中的公共元数据输出至客户端，和/或客户端接收来自服务端的第一单元中的公共元数据，以使得客户端获取公共元数据；客户端将第二单元中的个性化元数据输出至服务端，和/或服务端接收来自客户端的第二单元中的个性化元数据，以使得服务端获取个性化元数据。

本发明实施例提供的元数据调用方法采用本发明任一实施例的元数据存储系统，因而其具有本发明任一实施例的元数据存储系统的全部有益效果，在此不再赘述。

为实现本发明的第四目的，本发明的实施例提供了一种元数据调用装置，其包括：存储器，存储有计算机程序；处理器，执行计算机程序；其中，处理器在执行计算机程序时，实现如本发明任一实施例的元数据调用方法的步骤。

本发明实施例提供的元数据调用装置实现本发明任一实施例的元数据调用方法，因而其具有本发明任一实施例的元数据调用方法的全部有益效果，在此不再赘述。

为实现本发明的第五目的，本发明的实施例提供了一种计算机可读存储介质，其包括：计算机可读存储介质存储有计算机程序，计算机程序被执行时，实现如本发明任一实施例的元数据调用方法的步骤。

本发明实施例提供的计算机可读存储介质实现本发明任一实施例的元数据调用方法，因而其具有本发明任一实施例的元数据调用方法的全部有益效果，在此不再赘述。

本发明的附加方面和优点将在下面的描述部分中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明一些实施例的元数据存储系统的第一系统组成示意图；

图2为本发明一些实施例的元数据存储系统的第二系统组成示意图；

图3为本发明一些实施例的元数据存储系统的第三系统组成示意图；

图4为本发明一些实施例的元数据存储方法的步骤流程图；

图5为本发明一些实施例的元数据调用装置的系统组成示意图；

图6为本发明一些实施例的元数据存储系统在运行时的流程图。

其中，附图标记与部件名称之间的对应关系为：

100：元数据存储系统，102：元数据库，104：第一单元，106：第二单元，108：第一元数据缓存单元，110：第二元数据缓存单元，112：服务端，114：客户端，200：元数据调用装置，202：存储器，204：处理器。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

下面参照附图描述本发明一些实施例的技术方案。

本发明的实施例提供了一些元数据的存储系统、元数据的存储方法、元数据的调用方法、元数据的调用装置以及计算机可读存储介质。本发明的实施例的目的在于提高元数据的访问调用效率。

在软件即服务产品的设计开发中，往往面临着来自不同行业或企业的多个用户的需求。这些需求中既包括共性需求，又包括个性化需求。如何快速、高效而精准地满足多个用户的个性化需求，是软件即服务产品设计开发中的关键之处。

其中，在软件即服务产品的设计开发领域，采用模型驱动开发(英文名称：ModelDriven Development)技术通过使用高度抽象的领域业务模型作为构件，可较大程度上降低开发成本，并应对用户的复杂需求。模型驱动开发技术是企业级应用开发架构的首选。

然而，对于适用于企业的软件即服务产品，其需要建立适用于多个用户(亦称：租户)的个性化模型，并需要建立合理的存储模型和高速的访问架构。否则，当面临多个用户的高并发要求时，企业的软件即服务产品将很满足用户的要求。

有鉴于此，本发明的实施例提供了一些元数据的存储系统、元数据的存储方法、元数据的调用方法、元数据的调用装置以及计算机可读存储介质，其通过改变相关技术中元数据的存储方式，从而提高元数据的访问调用效率，并节省元数据的存储空间。通过元数据访问调用效率的提高和元数据存储空间的节约，本发明的实施例可在满足多个企业用户的个性化需求的基础上，改善企业用户的用户体验，提高产品设计开发的效率，并降低产品设计开发以及维护的成本。

实施例1

如图1所示，本实施例提供了一种元数据存储系统100，其具体包括：元数据库102、第一单元104和第二单元106。其中，元数据库102包括公共元数据和个性化元数据。第一单元104适于存储公共元数据。第二单元106适于存储个性化元数据。其中，第一单元104和第二单元106之间通讯连接，以使得公共元数据和个性化元数据在第一单元104中或第二单元106中合并。

本实施例中，第一单元104和第二单元106之间可直接进行通讯连接，亦可通过间接的方式进行通讯连接。间接通讯连接是指，第一单元104和第二单元106之间通过中间设备进行数据的传输与交互。比如，中间设备分别调用或处理第一单元104中的第二单元106中的个性化元数据，公共元数据和个性化元数据在中间设备中被使用。此外，中间设备可与第一单元104设于同一硬件设备之中，亦可与第二单元106设于同一硬件设备之中，还可以相对于第一单元104和第二单元106单独设置。直接通讯连接是指，第一单元104中的公共元数据进入第二单元106，或第二单元106中的个性化元数据进入第一单元104，以使得第一单元104对个性化元数据进行访问或调用，或使得第二单元106对公共元数据进行访问或调用。

本实施例中的元数据(英文名称：Metadata)又称中介数据或中继数据，其为描述数据的数据(英文名称：Data about Data)。元数据是描述数据属性的信息，其可用来实现例如指示存储位置、历史数据、资源查找、文件记录等的功能。

在本实施例中，采用统一的元数据来进行企业软件即服务产品的业务模型描述。其中，企业软件即服务产品的业务模型包括公共模型和个性化模型本实施例抽象了公共模型作为公共元数据，并采用用户的个性化模型作为个性化元数据，即：租户元数据。换言之，公共元数据为标准元数据，其属于同一领域内的通用业务模型，个性化元数据是按照用户的个性化需求制定的业务模型。公共元数据为上层元数据，个性化元数据为下层元数据，下层元数据是上层元数据的个性化扩展，并且下层元数据不能修改删除上层元数据属性，但下层元数据中可以增加个性化属性。此外，需要说明的是，在本实施例中，对业务模型的扩展可使用统一建模语言(英文名称：Unified Modeling Language，英文简称：UML)包合并的方式进行。统一建模语言是一种为面向对象系统的产品进行说明、可视化和编制文档的标准语言，其使用面向对象设计的建模工具，但独立于任何具体程序设计语言。

本实施例的公共元数据存储于第一单元104，个性化元数据存储于第二单元106。通过对公共元数据和个性化元数据进行分层设计，并对公共元数据和个性化元数据在不同的单元中进行分别地、分层次地和分维度地存储，本实施例可防止公共元数据的用户级冗余，并大幅度地节省元数据的存储空间。其中，本实施例的元数据库102的存储量比相关技术中多用户冗余存储方式的存储量降低了上百倍。此外，本实施例可实现比较高效的元数据访问，从而支持大量用户的高并发要求。最后，在抽象出公共元数据后，当进行更新操作时，本实施例只需要更新缓存，而不再需要数据库级别的多用户同步更新，由此大幅度降低和减轻了数据库的压力。

实施例2

如图2所示，本实施例提供了一种元数据存储系统100。除了上述实施例1的技术特征，本实施例进一步包括以下技术特征。

本实施例的元数据存储系统100还包括：第一元数据缓存单元108和第二元数据缓存单元110。第一元数据缓存单元108与第一单元104之间通讯连接，适于对公共元数据的缓存数据进行临时存储。第二元数据缓存单元110与第二单元106之间通讯连接，适于对个性化元数据的缓存数据进行临时存储。

也即是说，本实施例提供了一种两级缓存的技术方案。其中，两级缓存的技术方案可进一步大幅度减少网络传输的数据量。

举例而言，本实施例的缓存框架可通过以下方式建立。本实施例可在现有缓冲框架(比如：Spring Cache缓冲框架)的基础上扩展了一个新的缓存框架，其主要目的是在使用注解的时候支持个性化的缓存配置。本实施例首先使用远程字典服务(英文名称：RemoteDictionary Server，英文简称：Redis)存储系统在统一的元数据的服务端作为集中式的第一元数据缓存单元108。通过使用合并算法，进行公共元数据的缓存数据(即：标准级元数据的缓存数据)和个性化元数据的缓存数据(即：用户级元数据的缓存数据)的合并，并将二者存放到缓存单元中。同时，通过服务启动以及开通用户时的双层缓存预热，来大幅度降低服务提供方的运算量。进而，采用本实施例的Caffeine存储系统作为服务使用方的本地的第二元数据缓存单元110，Caffeine存储系统将事件提交至队列，由此增强了元数据存储系统100的读写性能。并且，Caffeine存储系统中可以进行部分对象化的直接存储，不存在序列化和反序列化，规避了部分缓存因为大量反序列化操作带来的FullGC次数增加。此外，考虑到云原生架构的特性，本实施例实现实例级别的缓存消息通知机制，从而实现细化到实例级别的缓存淘汰机制。

如图6所述，本实施例的元数据存储系统100在运行时的流程如下：

S602.判断Caffeine缓存系统是否命中；

当判断结果为是则结束，当判断结果为否则执行步骤S604；

S604.判断Redis缓存系统是否命中；

当判断结果为是则执行步骤S610，当判断结果为否则执行步骤S606；

S606.执行MongoDB缓存；

S608.写入Caffeine缓存系统和Redis缓存系统；

S610.判断是否刷新Redis缓存系统；

当判断结果为是则执行步骤S612，当判断结果为否则执行步骤S614；

S612.刷新Redis缓存系统；

S614.写入Caffeine缓存系统。

通过本实施例的二级缓存机制，可大幅度地减少服务使用方和服务提供方的网络交互，使得网络传输数量得到大幅降低，由此提高服务使用方和服务提供方之间信息交互的效率。

在本实施例的部分实施方式中，服务使用方可结合最近最久未使用算法(英文名称：The Least Recently Used，英文简称：LRU)和最不经常使用算法(英文名称：LeastFrequently Used，英文简称：LFU)作为缓存算法。其中，最近最久未使用算法的思想是，如果数据最近被访问过，那么将来被访问的几率也更高。最不经常使用算法的思想是，如果一个数据在最近一段时间内使用次数很少，那么在将来一段时间内被使用的可能性也很小。通过以上实施方式，可将近期最不会访问的数据淘汰掉，因此具有良好的运行时性能，并且命中率较高，淘汰策略相较于其他本地缓存更高效。

实施例3

如图3所示，本实施例提供了一种元数据存储系统100。除了上述实施例1的技术特征，本实施例进一步包括以下技术特征。

元数据存储系统100还包括：服务端112和客户端114。第一单元104设于服务端112。第二单元106设于客户端114。

换言之，在本实施例中，在服务端112中设置第一单元104，以使得公共元数据能够存储于服务端112之中，在客户端114中设置第二单元106以使得个性化元数据能够存储于客户端114之中。公共元数据为标准元数据，其属于同一领域内的通用业务模型，个性化元数据是按照用户的个性化需求制定的业务模型。本实施例可避免个性化元数据在服务端112之中冗余，由此节约服务端112的存储空间，并可便于客户端114对个性化的个性化元数据进行直接访问，由此减少服务端112和客户端114之间的数据传输，提高访问效率。

实施例4

本实施例提供了一种元数据存储系统100。除了上述实施例3的技术特征，本实施例进一步包括以下技术特征。

客户端114为多个，各个客户端114分别与服务端112通讯连接，以使得客户端114调用服务端112的公共元数据，或使得服务端112调用客户端114的个性化元数据。

本实施例的目的在于提供一种更适合应用于企业服务的元数据存储系统100。本实施例将客户端114的数量设置为多个，各个客户端114的第二单元106中分别存储有个性化元数据，各个客户端114中的个性化元数据分别为适用于与其对应的客户端114的个性化需求的个性化模型。本实施例将不同用户的个性化模型作为个性化元数据，将不同用户的共性化模型作为公共元数据，以达到便于数据访问，减少数据传输的目的。

实施例5

本实施例提供了一种元数据存储系统100。除了上述实施例4的技术特征，本实施例进一步包括以下技术特征。

各个客户端114调用同一服务端112中相同的公共元数据；任一客户端114的第二单元106中存储的个性化元数据的至少一部分与任另一客户端114的第二单元106中存储的个性化元数据互不相同。

考虑到在软件即服务产品的设计开发中，往往面临着来自不同行业或企业的多个用户的需求。这些需求中既包括共性需求，又包括个性化需求。因此，本实施例将客户端114的数量设置为多个，各个客户端114的第二单元106中不仅分别存储有个性化元数据，并且各个客户端114中存储的个性化元数据中的至少一部分是适用于不同客户端114的个性化模型。由此，本实施例可达到提高产品设计开发效率，降低产品设计开发成本的目的。

实施例6

本实施例提供了一种元数据存储系统100。除了上述实施例4的技术特征，本实施例进一步包括以下技术特征。

第一元数据缓存单元108设于服务端112；第二元数据缓存单元110设于客户端114；第二元数据缓存单元110中的个性化元数据的缓存数据进入第一元数据缓存单元108，并在第一元数据缓存单元108中与公共元数据的缓存数据进行合并。

通过本实施例的二级缓存机制，可大幅度地减少服务端112和客户端114的网络交互，使得网络传输数量得到大幅降低，由此提高服务端112和客户端114之间信息交互的效率。

实施例7

如图4所示，本实施例提供了一种元数据存储方法，其采用本发明任一实施例的元数据存储系统100。本实施例的元数据存储系统100至少包括：元数据库102、第一单元104和第二单元106。其中，元数据库102包括公共元数据和个性化元数据。第一单元104适于存储公共元数据。第二单元106适于存储个性化元数据。其中，第一单元104和第二单元106之间通讯连接，以使得公共元数据和个性化元数据在第一单元104中或第二单元106中合并。

本实施例的元数据存储方法包括：

S402.将元数据库102中的公共元数据放入第一单元104中进行存储；

S404.将元数据库102中的个性化元数据放入第二单元106中进行存储；

S406.通过第一单元104和第二单元106之间的通讯连接，使得公共元数据和/或个性化元数据在第一单元104和第二单元106之间传输。

本实施例改变了相关技术中元数据的存储方式，从而提高元数据的访问调用效率，并节省元数据的存储空间。通过元数据访问调用效率的提高和元数据存储空间的节约，本发明的实施例可在满足多个企业用户的个性化需求的基础上，改善企业用户的用户体验，提高产品设计开发的效率，并降低产品设计开发以及维护的成本。

实施例8

本实施例提供了一种元数据调用方法，其采用本发明任一实施例的元数据存储系统100。本实施例的元数据存储系统100至少包括：元数据库102、第一单元104和第二单元106。其中，元数据库102包括公共元数据和个性化元数据。第一单元104适于存储公共元数据。第二单元106适于存储个性化元数据。其中，第一单元104和第二单元106之间通讯连接，以使得公共元数据和个性化元数据在第一单元104中或第二单元106中合并。

本实施例的元数据调用方法包括：服务端112将第一单元104中的公共元数据输出至客户端114，和/或客户端114接收来自服务端112的第一单元104中的公共元数据，以使得客户端114获取公共元数据；客户端114将第二单元106中的个性化元数据输出至服务端112，和/或服务端112接收来自客户端114的第二单元106中的个性化元数据，以使得服务端112获取个性化元数据。

在本实施例中，由于对公共元数据和个性化元数据在不同的单元中进行分别地、分层次地和分维度地存储，因此，在对元数据进行调用时，其网络传输的数据量少，调用速度快，数据交互效率高。

实施例9

如图5所示，本实施例提供了一种元数据调用装置200，其包括：存储器202和处理器204。存储器202存储有计算机程序；处理器204执行计算机程序；其中，处理器204在执行计算机程序时，实现如本发明任一实施例的元数据调用方法的步骤。

实施例10

本实施例提供了一种计算机可读存储介质，其包括：计算机可读存储介质存储有计算机程序，计算机程序被执行时，实现如权利要求8的元数据调用方法的步骤。

综上，本发明实施例的有益效果为：

1.本发明实施例改变了相关技术中元数据的存储方式，从而提高元数据的访问调用效率，并节省元数据的存储空间。

2.本发明实施例通过元数据访问调用效率的提高和元数据存储空间的节约，可在满足多个企业用户的个性化需求的基础上，改善企业用户的用户体验，提高产品设计开发的效率，并降低产品设计开发以及维护的成本。

在本发明中，术语“第一”、“第二”、“第三”仅用于描述的目的，而不能理解为指示或暗示相对重要性；术语“多个”则指两个或两个以上，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

在本说明书的描述中，术语“一个实施例”、“一些实施例”、“具体实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或实例。而且，描述的具体特征、结构、材料或特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种元数据存储系统，其特征在于，包括：

元数据库，包括公共元数据和个性化元数据；

第一单元，适于存储所述公共元数据；

第二单元，适于存储所述个性化元数据；

其中，所述第一单元和所述第二单元之间通讯连接，以使得所述公共元数据和所述个性化元数据在所述第一单元中或所述第二单元中合并；

第一元数据缓存单元，与所述第一单元之间通讯连接，适于对所述公共元数据的缓存数据进行临时存储；

第二元数据缓存单元，与所述第二单元之间通讯连接，适于对所述个性化元数据的缓存数据进行临时存储；

所述第二元数据缓存单元中的所述个性化元数据的缓存数据进入所述第一元数据缓存单元，并在所述第一元数据缓存单元中与所述公共元数据的缓存数据进行合并；

所述第一单元和所述第二单元间接通讯连接。

2.根据权利要求1所述的元数据存储系统，其特征在于，还包括：

服务端，所述第一单元设于所述服务端；

客户端，所述第二单元设于所述客户端。

3.根据权利要求2所述的元数据存储系统，其特征在于，

所述客户端为多个，各个所述客户端分别与所述服务端通讯连接，以使得所述客户端调用所述服务端的所述公共元数据，或使得所述服务端调用所述客户端的所述个性化元数据。

4.根据权利要求3所述的元数据存储系统，其特征在于，

各个所述客户端调用同一所述服务端中相同的所述公共元数据；

任一所述客户端的所述第二单元中存储的所述个性化元数据的至少一部分与任另一所述客户端的所述第二单元中存储的所述个性化元数据互不相同。

5.根据权利要求3所述的元数据存储系统，其特征在于，

所述第一元数据缓存单元设于所述服务端；

所述第二元数据缓存单元设于所述客户端。

6.一种元数据存储方法，其特征在于，采用如权利要求1至5中任一项所述的元数据存储系统，所述元数据存储方法包括：

将所述元数据库中的所述公共元数据放入所述第一单元中进行存储；

将所述元数据库中的所述个性化元数据放入所述第二单元中进行存储；

通过所述第一单元和所述第二单元之间的通讯连接，以使得所述公共元数据和所述个性化元数据在所述第一单元中或所述第二单元中合并。

7.一种元数据调用方法，其特征在于，采用如权利要求2至5中任一项所述的元数据存储系统，所述元数据调用方法包括：

所述服务端将所述第一单元中的所述公共元数据输出至所述客户端，和/或所述客户端接收来自所述服务端的所述第一单元中的所述公共元数据，以使得所述客户端获取所述公共元数据；

所述客户端将所述第二单元中的所述个性化元数据输出至所述服务端，和/或所述服务端接收来自所述客户端的所述第二单元中的所述个性化元数据，以使得所述服务端获取所述个性化元数据。

8.一种元数据调用装置，其特征在于，包括：

存储器，存储有计算机程序；

处理器，执行所述计算机程序；

其中，所述处理器在执行所述计算机程序时，实现如权利要求7所述的元数据调用方法的步骤。

9.一种计算机可读存储介质，其特征在于，包括：

所述计算机可读存储介质存储有计算机程序，所述计算机程序被执行时，实现如权利要求7所述的元数据调用方法的步骤。