运营数据管理方法及相关装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种运营数据管理方法及相关装置。

背景技术

随着通信技术的发展，互联网这个“虚拟的世界”给人们的生活和工作带来极大的便利性。很多互联网产品能够通过用户界面满足用户的应用需求。这些互联网产品例如网购平台、电子书阅览平台、短视频平台。

随着互联网数据的增加，互联网业务复杂多变，管理这些业务所需的运营数据也变得复杂且经常需要改变管理方式。而如何能够方便的管理运营数据一直是业内需要持续改进的方面。

发明内容

本申请实施例提供一种运营数据管理方法及相关装置，用于解决相关技术中运营数据繁多且管理复杂多变的问题。

第一方面，本申请提供一种运营数据管理方法，所述方法包括：

响应于为目标素材元数据模型的子模型生成素材实例的请求，解析所述目标素材元数据模型得到所述子模型中的第一字段属性；所述第一字段属性中包括第一展示名称和对应的第一数据类型；

在实例编辑界面展示所述第一字段属性中的所述第一展示名称；

响应于对所述第一展示名称添加第一素材数据的添加操作，获取所述第一数据类型对应的素材数据；

基于所述第一字段属性和所述第一素材数据的对应关系生成所述子模型的所述第一字段属性的素材实例进行存储。

可选的，为所述目标素材元数据模型添加所述子模型，包括：

展示目标素材元数据模型的第一界面；

响应于在所述第一界面触发的添加子模型的用户操作，将所述子模型关联为所述目标素材元数据模型的子模型。

可选的，所述响应于在所述第一界面触发的添加子模型的用户操作，将所述子模型关联为所述目标素材元数据模型的子模型，包括：

响应于在所述第一界面触发的用于增加字段的用户操作，展示第二界面；所述第二界面包括第一操作项和第二操作项，所述第一操作项用于自定义待编辑字段的数据类型、所述第二操作项用于自定义所述子模型的模型名称；

基于所述第一操作项和所述第二操作项的用户操作，将所述待编辑字段的数据类型设置为模型类并确定所述子模型的模型名称。

可选的，所述基于所述第一操作项和所述第二操作项的用户操作，将所述待编辑字段的数据类型设置为模型类并确定所述子模型的模型名称，包括：

响应于对待编辑字段的下拉列表中的模型类的选择操作，确定所述待编辑字段的数据类型为模型类；

基于所述模型类，展示模型名称的编辑控件；

基于对所述模型名称的编辑控件的输入操作，获取输入的字符作为所述子模型的所述模型名称。

可选的，所述方法还包括：

响应于对所述第一界面中触发的用于编辑复合模型的请求，展示模型编辑界面；所述模型编辑界面包括用于自定义字段属性的操作项；

基于对所述用于自定义字段属性的操作项的用户操作结果，确定所述子模型的所述字段属性。

可选的，所述解析所述目标素材元数据模型得到所述子模型中的第一字段属性之后，所述方法还包括：

在所述实例编辑界面展示所述第一展示名称的命名控件；

基于所述命名控件输入的字段名称，得到所述第一展示名称的字段名称；

所述基于所述第一字段属性和所述第一素材数据的对应关系生成所述子模型的所述第一字段属性的素材实例，包括：

基于所述第一展示名称的字段名称，所述第一字段属性和所述第一素材数据之间的对应关系生成所述子模型的所述第一字段属性的素材实例。

可选的，所述方法还包括：

若解析所述目标素材元数据模型还得到所述子模型为列表类型，则在所述实例编辑界面中还展示用于增加所述子模型的字段属性的操作项；

响应于对所述用于增加所述子模型的字段属性的操作项的用户操作，得到所述子模型的第二字段属性；所述第二字段属性中包括第二展示名称和对应的第二数据类型；

在实例编辑界面展示所述第二字段属性中的所述第二展示名称；

响应于对所述第二展示名称添加第二素材数据的添加操作，获取所述第二数据类型对应的素材数据；

基于所述第二字段属性和所述第二素材数据的对应关系生成所述子模型的所述第二字段属性的素材实例进行存储。

第二方面，本申请还提供一种运营数据管理装置，所述装置包括：

解析模块，被配置为执行响应于为目标素材元数据模型的子模型生成素材实例的请求，解析所述目标素材元数据模型得到所述子模型中的第一字段属性；所述第一字段属性中包括第一展示名称和对应的第一数据类型；

展示模块，被配置为执行在实例编辑界面展示所述第一字段属性中的所述第一展示名称；

获取模块，被配置为执行响应于对所述第一展示名称添加第一素材数据的添加操作，获取所述第一数据类型对应的素材数据；

生成模块，被配置为执行基于所述第一字段属性和所述第一素材数据的对应关系生成所述子模型的所述第一字段属性的素材实例进行存储。

可选的，所述装置还包括：

子模型添加模块，被配置为基于以下方法为所述目标素材元数据模型添加：

展示目标素材元数据模型的第一界面；

响应于在所述第一界面触发的添加子模型的用户操作，将所述子模型关联为所述目标素材元数据模型的子模型。

可选的，执行所述响应于在所述第一界面触发的添加子模型的用户操作，将所述子模型关联为所述目标素材元数据模型的子模型，所述子模型添加模块具体被配置为执行：

响应于在所述第一界面触发的用于增加字段的用户操作，展示第二界面；所述第二界面包括第一操作项和第二操作项，所述第一操作项用于自定义待编辑字段的数据类型、所述第二操作项用于自定义所述子模型的模型名称；

基于所述第一操作项和所述第二操作项的用户操作，将所述待编辑字段的数据类型设置为模型类并确定所述子模型的模型名称。

可选的，执行所述基于所述第一操作项和所述第二操作项的用户操作，将所述待编辑字段的数据类型设置为模型类并确定所述子模型的模型名称，所述子模型添加模块具体被配置为执行：

响应于对待编辑字段的下拉列表中的模型类的选择操作，确定所述待编辑字段的数据类型为模型类；

基于所述模型类，展示模型名称的编辑控件；

基于对所述模型名称的编辑控件的输入操作，获取输入的字符作为所述子模型的所述模型名称。

可选的，所述装置还包括：

子模型字段属性编辑模块，被配置为执行响应于对所述第一界面中触发的用于编辑复合模型的请求，展示模型编辑界面；所述模型编辑界面包括用于自定义字段属性的操作项；

基于对所述用于自定义字段属性的操作项的用户操作结果，确定所述子模型的所述字段属性。

可选的，所述解析所述目标素材元数据模型得到所述子模型中的第一字段属性之后，所述装置还包括：

命名模块，被配置为执行在所述实例编辑界面展示所述第一展示名称的命名控件；

基于所述命名控件输入的字段名称，得到所述第一展示名称的字段名称；

执行所述基于所述第一字段属性和所述第一素材数据的对应关系生成所述子模型的所述第一字段属性的素材实例，所述生成模块具体被配置为执行：

基于所述第一展示名称的字段名称，所述第一字段属性和所述第一素材数据之间的对应关系生成所述子模型的所述第一字段属性的素材实例。

可选的，所述装置还包括增加模块，被配置为执行：

若解析所述目标素材元数据模型还得到所述子模型为列表类型，则在所述实例编辑界面中还展示用于增加所述子模型的字段属性的操作项；

响应于对所述用于增加所述子模型的字段属性的操作项的用户操作，得到所述子模型的第二字段属性；所述第二字段属性中包括第二展示名称和对应的第二数据类型；

在实例编辑界面展示所述第二字段属性中的所述第二展示名称；

响应于对所述第二展示名称添加第二素材数据的添加操作，获取所述第二数据类型对应的素材数据；

基于所述第二字段属性和所述第二素材数据的对应关系生成所述子模型的所述第二字段属性的素材实例进行存储。

第三方面，本申请还提供了一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如本申请第一方面中提供的任一方法。

第四方面，本申请一实施例还提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如本申请第一方面中提供的任一方法。

第五方面，本申请一实施例提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如本申请第一方面中提供的任一方法。

本申请的实施例提供的技术方案至少带来以下有益效果：

在本申请提供的运营数据管理方法可适用于本申请实施例提供的运营数据管理平台，这个平台能够无需代码开发实现对素材实例的定义。为了便于提高运营数据的管理效率，本申请实施例中，不仅支持一维数据还支持多维数据来管理运营数据。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

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

图1为本申请实施例提供的运营数据处理方法的应用场景示意图；

图2a-图2d为本申请一实施例提供的模式生成界面的示意图；

图3为本申请一实施例提供的实例化一维素材元数据模型的流程示意图；

图4为本申请一实施例提供的实例化多维素材元数据模型的流程示意图；

图5a-图5e为本申请一实施例提供的生成多维素材元数据模型的页面示意图；

图6为本申请一实施例提供的运营数据管理方法的流程示意图；

图7为本申请一实施例提供的运营数据管理方法的另一流程示意图；

图8是根据一示例性实施例示出的一种运营数据管理装置的框图；

图9是根据一示例性实施例示出的运营数据管理方法的电子设备的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本申请的技术方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应所述理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

(2)“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如， A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

(3)服务器，是为终端服务的，服务的内容诸如向终端提供资源，保存终端数据；服务器是与终端上安装的应用程序相对应的，与终端上的应用程序配合运行。

(4)终端设备，既可以指软件类的APP(Application，应用程序)，也可以指客户端。它具有可视的显示界面，能与用户进行交互；是与服务器相对应，为客户提供本地服务。针对软件类的应用程序，除了一些只在本地运行的应用程序之外，一般安装在普通的客户终端上，需要与服务端互相配合运行。因特网发展以后，较常用的应用程序包括了如短视频应用、收寄电子邮件时的电子邮件客户端，以及即时通讯的客户端等。对于这一类应用程序，需要网络中有相应的服务器和服务程序来提供相应的服务，如数据库服务，配置参数服务等，这样在客户终端和服务器端，需要建立特定的通信连接，来保证应用程序的正常运行。

(5)素材，本申请中素材指运营类型数据，例如弹窗广告为一种素材，弹窗广告这条素材中可包括弹窗属性、广告图片、广告连接等。

(6)素材元数据模型，素材元数据模型用于定义运营数据，以便于方便对运营数据进行管理。

(7)一维数据，本申请实施例中，一维数据指仅包含基本数据类型如字符串、数值型的素材元数据为一维数据。

(8)多维数据，相对一维数据而言，多维数据不仅可以包含基本数据类型的数据，还可以支持其他复杂数据类型，例如素材元数据模型中引用其他素材元数据模型则构成多维数据。

鉴于相关技术中随着互联网数据的增加，互联网业务复杂多变，这些业务所需的运营数据的管理变得复杂而多变。为了提高运营数据的管理效率，本申请实施例提供了一种运营数据管理方法及相关装置。

在本申请提供的运营数据管理方法可适用于本申请实施例提供的运营数据管理平台，这个平台能够无需代码开发实现对素材实例的定义。为了便于提高运营数据的管理效率，本申请实施例中，不仅支持一维数据还支持多维数据来管理运营数据。

在介绍完本申请实施例的设计思想之后，下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施时，可以根据实际需要灵活地应用本申请实施例提供的技术方案。

参考图1，其为本申请实施例提供的运营数据管理方法的应用场景示意图。该应用场景用于描述运营数据管理平台。运营数据管理平台可包括多个终端设备101、服务器102。其中，终端设备101、服务器102之间通过无线或有线网络连接，终端设备101包括但不限于桌面计算机、移动电话、移动电脑、平板电脑、媒体播放器、智能可穿戴设备、智能电视等电子设备。服务器102可以是一台服务器、若干台服务器组成的服务器集群或云计算中心。服务器102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

运营人员可基于终端设备101自定义不同素材，然后发送给服务器102保存。服务器102保存素材实例，可以支撑下游的内容服务器(图中未示出)为互联网业务的使用方提供互联网业务，如网购业务、短视频流量业务、广告业务等。

本申请实施例中，终端设备101可以展示用于定义素材元数据模型的操作界面(后文也称之为第一界面)，运营人员基于该界面灵活的自定义素材元数据模型，然后提交给服务器102保存。基于该素材元数据模型，可为内容服务器例如短视频平台服务器和短视频用户终端开发相应的业务逻辑。

以弹窗广告为例，运营人员可基于终端设备101定义弹窗广告的素材元数据模型，提交给服务器102保存。内容服务器和内容消费者的终端设备可基于素材元数据模型实现相应的交互逻辑和展示逻辑。

素材元数据模型中不仅可定义字段数据，还可以嵌套另一个素材元数据模型实现一个素材元数据模型对多维数据的管理。

为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。

为便于理解，下面先对本申请实施例提供的运营平台中一维数据的素材元数据模型内容进行介绍，然后说明本申请实施例提供的基于该运营平台实现多维数据的运营数据处理方法。

一、运营数据管理平台实现作为一维数据的素材元数据模型

如图2a所示，在用户定义素材元数据模型的展示名称和英文名称之后，在模型生成界面中展示该素材元数据模型的唯一标识以及创建时间。模型生成界面中的ID表示素材元数据模型的唯一标识，即素材元数据模型的key。模型生成界面中的创建时间和更新时间可以根据运营人员的操作自动生成。以便于后期可以根据更新时间和创建时间查找素材元数据模型。

在如图2a所示的模型生成界面中，“第N列”中展示有可定义的字段属性。该字段数据可包括字段key、展示名称和数据类型。其中：

1)、字段key，字段属性中的字段key可以由运营人员自定义，也可以自动生成。字段key为字段在该素材元数据模型中的唯一标识。保证字段key在该素材元数据模型中唯一即可。

2)、展示名称，即为在前端页面中展示该自定义字段的名称。展示名称用于实例化素材元数据模型时展示出的名称以便于运营任务了解对哪个字段进行实例化。

3)、数据类型，数据类型的定义可实施为基于下拉列表定义。例如图2a 中右图所示，展开下拉列表中有多种数据类型可供选择。其中，包括基本数据类型如字符串，也可以包括模型类的类型如“复合模型”和“模型列表”。

4)、添加+，这个控件可以增加一些可选的属性，例如为该字段属性添加一些常见的验证方式，如表单验证等。

如果需要增加字段属性，可通过选择“增加空白列”这一控件为素材元数据模型增加一个可自定义的字段属性。选择“增加空白列”之后，展示出如“第N 列”所示的可编辑内容，在此不再赘述。

本申请实施例中提供字段数据项模板，该模板中包括多个已配置的字段属性。为便于添加已有的字段属性，在如图2a所示的模型生成界面中，可使用“从列表配置模板添加列”这个控件添加字段数据项模板中的字段数据，可以减少手动编辑字段属性的操作。

为便于管理，字段属性中还包括是否可更改的更改指示信息，该更改指示信息用于表示该字段属性是否可被运营人员编辑修改。例如，可设置素材元数据模型中的各自定义字段的字段属性均能够被编辑修改，而由数据库自动生成的模型的唯一标识、模型的创建时间以及更新时间等则不能够被编辑修改，以避免后台数据的混乱。

在一些可能的实施例中，素材元数据模型中设有表征可否更改素材元数据模型的更改指示字段。若素材元数据模型的更改指示字段表征该素材元数据模型中各字段属性可被更改，则如图2b所示，运营人员可在模型生成界面中对该素材元数据模型中自定义字段的字段属性进行更改。对字段属性的更改可包括点击图2b中示出的“添加+”控件来执行新增字段属性的操作、通过点击图2b 中示出的“重新编辑”按钮来执行更改字段属性的操作，以及通过点击“删除”按钮来删除字段属性的操作。通过上述操作可实现运营人员对素材元数据模型中自定义字段的字段属性的再次编辑，即，对已生成的素材元数据模型的更新。

基于上述流程，运营人员通过简单的界面操作即可实现生成用于表示各类运营数据的素材元数据模型，并可在前端界面中对素材元数据模型的各字段属性进行编辑。

完成素材元数据模型的构建后，如果需要对素材元数据模型进行实例化。则可以选择相应的已编辑好的素材元数据模型。后台可解析素材元数据模型中各个字段的字段属性并展示出各个字段属性的展示名称。通过对素材元数据模型中自定义字段添加对应的素材实例，即完成对该素材元数据模型赋予素材数据。实施时，如图3所示，首先执行步骤301：对素材元数据模型进行实例化时，获取所述素材元数据模型中的字段属性。如前文所述，所述字段属性中包括展示名称和数据类型的对应关系。

具体的，获取待添加素材实例的自定义字段的字段属性。该字段属性可包括该字段在模型生成界面的展示名称以及该字段属性对应的数据类型。所谓数据类型即为该字段可添加的素材实例的数据类型，例如图片等。获取字段属性后，通过执行步骤302：在实例编辑界面中展示所述展示名称。以提供给可供运营人员对素材实例进行添加的实例编辑界面。

步骤303：响应于对所述展示名称添加素材数据的添加操作，获取与所述展示名称对应的数据类型匹配的素材数据，以实现运营人员通过实例编辑界面为素材元数据模型中各字段属性添加对应的素材数据。

本申请实施例中，以管理弹窗广告的素材为例进行说明。如图2c所示，用户在编辑素材元数据模型的展示名称为“弹窗广告”和英文名称点击保存之后，用户可在图2c所示的“模型生成界面”中为该“弹窗广告”模型编辑字段属性。图2c中提供了两个字段属性。其中，一个字段属性的展示名称为“广告名称”、数据类型为字符串类型。另一个字段属性中展示名称为“广告封面”、数据类型为“图片文件”。通过解析“弹窗广告”这一模型的两个字段属性可得到如图2c 所示的“实例编辑界面”。如图2c所示，“实例编辑界面”中，展示出来的名称包括第一个字段属性和第二个字段属性的展示名称即“广告名称”和“广告封面”。用户基于“广告名称”可定义字段名称为字符串型的“熊猫”、用户基于“广告封面”可了解要为字段名称“熊猫”选择其广告封面，故此选择图片文件类型的素材数据。如图2c所示，用户点击“图片文件上传”控件，界面跳转到图片的存储地址以便于用户选择图片作为封面。

考虑到素材元数据模型的字段属性中可能存在一些对运营人员添加素材数据这一流程不具备实际含义的内容。例如上述的“创建时间”、“更新时间”等。为优化实例编辑界面，可对素材元数据模型中的字段属性添加表征可否展示的展示指示信息。

在一些可能的实施例中，该展示信息可包括用于提示是否支持实例编辑界面展示的状态指示信息state。当state的值为0时，则表示该字段属性不会被实例编辑界面所展示，相应的，state的值为1时，则表示该字段属性能够被实例编辑就界面所展示。实施时，可在模型生成界面提供状态指示信息的赋值功能，具体如图2d所示，在每一字段属性旁添加用于对状态指示信息进行赋值的控件，向该控件内输入0或1即可完成对该字段属性是否展示在实例编辑界面的设定。此外，考虑到自定义的字段属性多需要添加素材实例，即，均对添加素材数据这一流程具备实际含义。而不具备实际含义的多是由数据库中固定的字段属性。故此，可预先在建库阶段即设置出具体如“创建时间”、“素材名称”等字段属性不会被展示在实例编辑界面中。

获取素材元数据模型中各字段对应素材数据后，执行步骤304：基于所述素材数据与所述字段属性之间的对应关系确定素材实例并存储。具体如图2c 示出的实例编辑界面所示，输入“熊猫”这一字段名称之后，“熊猫”和模型中的第一个字段属性的展示名称关联，用户选择的图片可字段属性中的“广告封面”关联，“熊猫”和用户选择的图片关联。实例化时，可仅记录字段属性中的展示名称和用户选择的数据类型，即“熊猫”和用户选择的图片之间的关联关系作为素材实例。

通过上述流程完成对素材元数据模型中各自定义字段的字段属性添加素材数据后，将素材元数据模型中述字段属性和所述素材数据的对应关系解析成素材实例发送给服务端存储。具体的，可为将素材元数据中各字段数据对应的素材数据存入数据库中，由此实现运营人员无需通过修改前后端代码实现对素材数据的添加，仅需在前端界面(上述实例编辑界面)中对素材元数据模型的各字段属性添加对应的素材数据，实现了运营数据的运维管理。

二、多维数据的实现

如果运营数据管理平台仅支持一维数据，那么运营数据管理平台的功能将会固化，对于复杂运营数据的管理难以支撑。故此，本申请实施例提供了一种运营数据管理方法。该方法中提供了灵活定义多维数据的功能。数据的维度可以根据实际需求自定义，由此使得运营数据管理平台能够根据实际的业务需求关联运营数据。例如，如图4所示，为该方法的流程示意图，包括以下步骤：

在步骤401中，展示目标素材元数据模型的第一界面。

在步骤402中，响应于在所述第一界面触发的添加子模型的用户操作，将所述子模型关联为所述目标素材元数据模型的子模型。

该第一界面如图5a所示，第一界面中的ID表示目标素材元数据模型的唯一标识，即素材元数据模型的key。第一界面中的创建时间和更新时间可以根据用户操作自动生成。在该第一界面中，通过选择“增加空白列”这一控件，可以为目标素材元数据模型增加可自定义的字段属性。如图5a中的右图所示，选择“增加空白列”之后，展示“第4列”可自定义的字段属性，字段属性至少可包括：

1)、字段key，字段属性中的字段key可以由运营人员自定义，也可以自动生成。字段key为字段的唯一标识，在目标素材元数据模型中唯一即可。

2)、展示名称，运营人员自定义字段的展示名称，以便于为字段添加素材数据时，便于运营人员识别对哪个字段添加素材数据。注意，这里的展示名称不是字段的名称，后续添加素材数据时候，运营人员可以根据该展示名称自定义字段名称。如图5e中“名称”和“封面”均为展示名称，用户可以自定义字段名称。

3)、数据类型，数据类型的定义可实施为基于下拉列表定义。例如图5a 右图所示，展开下拉列表中有多种数据类型可供选择。其中，包括基本数据类型如字符串，也可以包括模型类的类型如“复合模型”和“模型列表”。其中，模型列表可以供运营人员按需求扩展相应的字段属性，如在如图5e所示的实例编辑界面中可以无限次增加子模型的字段属性。复合模型用于定义一种模型，在实例编辑界面中则不可以增加字段属性。

4)、添加+，这个控件可以增加一些可选的字段属性，例如数据验证方式是表单验证还是其他验证方式等。

此外，第一界面中的“从列表配置模板添加列”这个控件的作用已在前文说明，这里不再赘述。

第一界面中的“子模型配置”，即实现对自定义子模型的字段属性的配置。其中，子模型字段属性配置也可以配置子模型，从而实现更深层次的多维数据。即子模型中也可以嵌套子模型。

在目标素材元数据模型的第一界面中，如果定义数据类型为模型类，那么可以为目标素材元数据模型关联子模型。可关联的子模型的数量不受限制，通过图5a中的“增加空白列”控件可实现将任意数量的子模型关联到目标素材元数据模型中。

需要说明的是，实施时第一界面的具体实现方式可根据实际需求设置，图 5a仅是一种示例。

基于上述描述，可概括为基于以下方式实现为目标素材元数据模型添加子模型，如首先响应于在所述第一界面触发的用于增加字段的用户操作，展示第二界面；所述第二界面包括第一操作项和第二操作项，所述第一操作项用于自定义待编辑字段的数据类型(本申请实施例中模型类的类型如复合模型、模型列表)、所述第二操作项用于自定义所述子模型的模型名称；由此，基于所述第一操作项和所述第二操作项的用户操作，可将所述待编辑字段的数据类型设置为模型类并确定所述子模型的模型名称。

由此，通过简单的界面操作，即可实现多维数据，扩展了数据运营平台对数据维度管理的灵活性。

在一些实施例中，为了便于为目标素材元数据模型关联子模型，还可以在运营人员选择模型类(如模型列表)的数据类型之后，展示类名称的编辑控件。类名称的编辑控件，可支持运营人员自定义子模型的名称。

假设选择的模型类具体类别为模型列表(如图5b中第①步所示)，可以继续选择“添加+”控件(如图5b中第②步所示)，该控件可调出一个下拉列表(如 5b中未示出)，可以从该下拉列表中选择用于定义类名称的一项。相应的如图5b所示，“模型选择”这一属性旁边的输入框可供自定义子模型的名称。当然，在另一实施例中，该输入框可实施为即可自定义子模型名称，还可以提供已构建素材元数据模型的下拉列表，供运营人员选择已构建好的模型作为目标素材元数据模型的子模型。

在一个实施例中，假设用户需要在目标素材元数据模型中定义子模型，可实施为响应于对第一界面中触发的用于编辑复合模型的请求，展示模型编辑界面；模型编辑界面包括用于自定义字段属性的操作项；然后，响应于对模型编辑界面的用于自定义字段属性的操作项的用户操作结果，确定子模型中各字段的字段属性。

例如，可实施为如图5b所示，执行第③步骤，以实现对“子模型配置”的选择，触发用于编辑子模型的请求，然后进入如图5c所示的模型编辑界面。

模型编辑界面和目标素材元数据模型的第一界面类似，可按需求增加字段属性。如图5c所示，其中：

模型名称：通过模型名称旁边的文本编辑框，可自定义子模型的名称。随着用户输入模型名称会在其上方采用与输入框中字体不同的展示效果展示模型名称。且随着输入同步展示，例如输入Butt，则其上方同步显示Butt，当输入完成Button，则其上方同步显示Button。由此得到子模型的名称为Button。

配置：通过配置旁的“+添加”控件则增加对子模型中字段属性的定义。例如图5c右侧图中，假设增加了两个字段属性，一个字段的展示名称为“按钮文案”另一个字段的展示名称为“跳转链接”。每个字段属性编辑区域中的“+添加”控件等同于图5a中字段属性编辑区域内的“添加+控件”这里不再赘述。

增加模型：通过该控件可以增加子模型。

由此，运营人员可以实现在目标素材元数据模型中增加任意数量的子模型。

在自定义好内嵌子模型的目标素材元数据模型之后，可以添加素材数据，以便于将模型实例化。可实施为如图6所示的步骤：

在步骤601中：响应于为目标素材元数据模型的子模型生成素材实例的请求，解析所述目标素材元数据模型得到所述子模型中的第一字段属性；所述第一字段属性中包括第一展示名称和对应的第一数据类型。

步骤602中：在实例编辑界面展示所述第一字段属性中的所述第一展示名称。

在步骤603中：响应于对所述第一展示名称添加第一素材数据的添加操作，获取所述第一数据类型对应的素材数据。

在步骤604中：基于所述第一字段属性和所述第一素材数据的对应关系生成所述子模型的所述第一字段属性的素材实例进行存储。

如在所述实例编辑界面展示所述第一展示名称的命名控件；然后，基于所述命名控件输入的字段名称，得到所述第一展示名称的字段名称，完成对第一展示名称的实例化，然后基于所述第一展示名称的字段名称，所述第一字段属性和所述第一素材数据之间的对应关系生成所述子模型的所述第一字段属性的素材实例。这样，一个字段数据中通过展示名称得到字段名称，通过添加的素材数据得到该字段名称对应的素材数据，完成对字段属性的实例化。

继续以图5c定义的子模型的字段属性为例进行说明。如图5c所示，定义了两个字段的展示名称，分别为“按钮文案”和“跳转链接”。进一步假设目标素材元数据模型名称为“弹窗广告”则用于添加素材数据的实例编辑界面如图5d 所示。在图5d中显示了目标素材元数据模型的名称“弹窗广告”并显示了目标素材元数据模型的两个基本字段的展示名称，包括名称和封面。运营人员可以对名称进行自定义，例如自定义为弹窗A广告，也可以为封面选择相应的封面图片。

在另一个实施例中，列表类型的子模型可以根据实际需要在实例化子模型时扩展子模型的字段输入，可实施为如图7所示：

在步骤701中，针对列表类型的子模型，在所述实例编辑界面中还展示用于增加所述子模型的字段属性的操作项；

在步骤702中，响应于对所述用于增加所述子模型的字段属性的操作项的用户操作，得到所述子模型的第二字段属性；所述第二字段属性中包括第二展示名称和对应的第二数据类型；

在步骤703中，在实例编辑界面展示所述第二字段属性中的所述第二展示名称；

在步骤704中，响应于对所述第二展示名称添加第二素材数据的添加操作，获取所述第二数据类型对应的素材数据；

在步骤705中，基于所述第二字段属性和所述第二素材数据的对应关系生成所述子模型的所述第二字段属性的素材实例进行存储。

例如，继续以图5d为例，图5d中左侧图中的“按钮列表”是子模型的类名称。由于子模型的数据类型为模型列表，故此显示出“添加+”控件，运营人员点击该控件可以展示子模型中的各个字段的展示名称，如图5d中的右图所示的“按钮文案”和“跳转链接”。用于可在按钮文案自定义字段名称为“去抢红包”，对展示的跳转链接增加相应的用于抢红包的链接。子模型由于为模型列表，故此运营人员可以通过图5d中右侧图所示的“添加+”控件，增加子模型的字段属性。例如，可以图5e所示，增加了一组“按钮文案”和“跳转链接”，运营人员可定义新增的“按钮文案”为“邀请好友”，新增跳转链接为用于邀请好友的链接。故此，虽然在图5c中仅为子模型定义了一次字段属性，但这些字段属性可以根据需要重复增加，以提高多维数据的管理功能。

基于相同的发明构思，本申请还提供一种运营数据管理装置，如图8所示，所述装置800包括：

解析模块801，被配置为执行响应于为目标素材元数据模型的子模型生成素材实例的请求，解析所述目标素材元数据模型得到所述子模型中的第一字段属性；所述第一字段属性中包括第一展示名称和对应的第一数据类型；

展示模块802，被配置为执行在实例编辑界面展示所述第一字段属性中的所述第一展示名称；

获取模块803，被配置为执行响应于对所述第一展示名称添加第一素材数据的添加操作，获取所述第一数据类型对应的素材数据；

生成模块804，被配置为执行基于所述第一字段属性和所述第一素材数据的对应关系生成所述子模型的所述第一字段属性的素材实例进行存储。

可选的，所述装置还包括：

子模型添加模块，被配置为基于以下方法为所述目标素材元数据模型添加：

展示目标素材元数据模型的第一界面；

响应于在所述第一界面触发的添加子模型的用户操作，将所述子模型关联为所述目标素材元数据模型的子模型。

可选的，执行所述响应于在所述第一界面触发的添加子模型的用户操作，将所述子模型关联为所述目标素材元数据模型的子模型，所述子模型添加模块具体被配置为执行：

响应于在所述第一界面触发的用于增加字段的用户操作，展示第二界面；所述第二界面包括第一操作项和第二操作项，所述第一操作项用于自定义待编辑字段的数据类型、所述第二操作项用于自定义所述子模型的模型名称；

基于所述第一操作项和所述第二操作项的用户操作，将所述待编辑字段的数据类型设置为模型类并确定所述子模型的模型名称。

可选的，执行所述基于所述第一操作项和所述第二操作项的用户操作，将所述待编辑字段的数据类型设置为模型类并确定所述子模型的模型名称，所述子模型添加模块具体被配置为执行：

响应于对待编辑字段的下拉列表中的模型类的选择操作，确定所述待编辑字段的数据类型为模型类；

基于所述模型类，展示模型名称的编辑控件；

基于对所述模型名称的编辑控件的输入操作，获取输入的字符作为所述子模型的所述模型名称。

可选的，所述装置还包括：

子模型字段属性编辑模块，被配置为执行响应于对所述第一界面中触发的用于编辑复合模型的请求，展示模型编辑界面；所述模型编辑界面包括用于自定义字段属性的操作项；

基于对所述用于自定义字段属性的操作项的用户操作结果，确定所述子模型的所述字段属性。

可选的，所述解析所述目标素材元数据模型得到所述子模型中的第一字段属性之后，所述装置还包括：

命名模块，被配置为执行在所述实例编辑界面展示所述第一展示名称的命名控件；

基于所述命名控件输入的字段名称，得到所述第一展示名称的字段名称；

执行所述基于所述第一字段属性和所述第一素材数据的对应关系生成所述子模型的所述第一字段属性的素材实例，所述生成模块具体被配置为执行：

基于所述第一展示名称的字段名称，所述第一字段属性和所述第一素材数据之间的对应关系生成所述子模型的所述第一字段属性的素材实例。

可选的，所述装置还包括增加模块，被配置为执行：

若解析所述目标素材元数据模型还得到所述子模型为列表类型，则在所述实例编辑界面中还展示用于增加所述子模型的字段属性的操作项；

响应于对所述用于增加所述子模型的字段属性的操作项的用户操作，得到所述子模型的第二字段属性；所述第二字段属性中包括第二展示名称和对应的第二数据类型；

在实例编辑界面展示所述第二字段属性中的所述第二展示名称；

响应于对所述第二展示名称添加第二素材数据的添加操作，获取所述第二数据类型对应的素材数据；

基于所述第二字段属性和所述第二素材数据的对应关系生成所述子模型的所述第二字段属性的素材实例进行存储。

在介绍了本申请示例性实施方式的界运营数据管理方法和装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本申请的电子设备可以至少包括至少一个处理器、以及至少一个存储器。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的运营数据管理方法。例如，处理器可以执行如运营数据管理方法中的步骤。

下面参照图9来描述根据本申请的这种实施方式的电子设备130。图9显示的电子设备130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图9所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器 (RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM) 1323。

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

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

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器132，上述指令可由处理器131执行以完成上述运营数据管理方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器131执行时实现如本申请提供的运营数据管理方法的任一方法。

在示例性实施例中，本申请提供的一种运营数据管理方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的运营数据管理方法中的步骤。

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

本申请的实施方式的用于运营数据管理方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

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

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程图像缩放设备的处理器以产生一个机器，使得通过计算机或其他可编程图像缩放设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程图像缩放设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程图像缩放设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。