CN117376856A - 一种数据管理方法及数据管理系统 - Google Patents

Abstract

本公开实施例提供了一种数据管理方法及数据管理系统。方案如下：数据获取模块获取不同厂商提供的网元指令以及每一网元指令的属性参数；数据转换模块针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件；数据存储模块针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表。通过本公开实施例提供的技术方案，可以实现不同厂商提供的网元指令所对应属性参数的规格统一，便于网元指令的管理和存储。

Description

一种数据管理方法及数据管理系统

技术领域

本公开涉及通信技术领域，特别是涉及一种数据管理方法及数据管理系统。

背景技术

目前，不同通信设备生产厂商针对其生产的通信设备提供了大量的网元指令，用户可以利用这些网元指令对相应的通信设备进行控制和管理。例如，用户利用这些网元指令对复杂数据或复杂业务场景进行跨网元仿真校验，从而为业务场景化开通提供保证。

但是，由于不同生产厂商所提供的网元指令所对应属性参数的规格不同，这给各生产厂商提供的网元指令的管理带来较大的困难。

发明内容

本公开实施例的目的在于提供一种数据管理方法及数据管理系统，以实现不同厂商提供的网元指令所对应属性参数的规格统一，便于网元指令的管理和存储。具体技术方案如下：

本公开实施例提供了一种数据管理方法，应用于数据管理系统，所述数据管理系统包括数据获取模块，数据转换模块和数据存储模块，所述方法包括：

所述数据获取模块获取不同厂商提供的网元指令以及每一网元指令的属性参数；

所述数据转换模块针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件；

所述数据存储模块针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表。

在一些实施例中，所述针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件的步骤，包括：

针对每一网元指令，按照预设的指令规格模板，从该网元指令的属性参数中获取待转换参数，并将每一待转换参数转换为预设规格的规格数据，作为该网元指令的属性规格数据；

记录该网元指令以及该网元指令的属性规格数据，得到该网元指令的指令规格文件。

在一些实施例中，所述预设数据库表包括指令规格表和属性规格表；

所述针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表的步骤，包括：

针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，生成该网元指令的规格标识；

将每一网元指令和每一网元指令的规格标识对应存储至所述指令规格表中；

将每一网元指令的规格标识和每一网元指令的属性规格数据存储至所述属性规格表中。

在一些实施例中，所述预设数据库表中还包括关系规格表；

所述方法还包括：

针对存在关联关系的至少两个网元指令，基于所述关联关系，将所述至少两个网元指令所对应的规格标识存储至所述关系规格表中。

在一些实施例中，所述针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，生成该网元指令的规格标识的步骤，包括：

针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，确定与指定属性对应的预设数值；所述指定属性至少包括：网元指令所对应的网络类型、网元类型和厂商信息；

基于所述预设数值和自增数值，生成该网元指令的规格标识。

在一些实施例中，所述数据管理系统还包括更新模块；

所述方法还包括：

所述更新模块在监测到待更新数据时，基于所述待更新数据对所述预设数据库表中的数据进行更新操作，所述更新操作包括增加操作、删除操作和修改操作。

在一些实施例中，所述数据管理系统还包括对接模块；所述对接模块与数据采集平台通信连接；

所述方法还包括：

所述对接模块在接收到所述数据采集平台发送的携带数据标识信息的数据查询请求时，查询所述预设数据库表中与所述数据标识信息匹配的目标数据，并向所述数据采集平台反馈所述目标数据。

本公开实施例还提供了一种数据管理系统，所述数据管理系统包括数据获取模块，数据转换模块和数据存储模块；

所述数据获取模块，用于获取不同厂商提供的网元指令以及每一网元指令的属性参数；

所述数据转换模块，用于针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件；

所述数据存储模块，用于针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表。

在一些实施例中，所述数据转换模块，具体用于针对每一网元指令，按照预设的指令规格模板，从该网元指令的属性参数中获取待转换参数，并将每一待转换参数转换为预设规格的规格数据，作为该网元指令的属性规格数据；记录该网元指令以及该网元指令的属性规格数据，得到该网元指令的指令规格文件。

在一些实施例中，所述预设数据库表包括指令规格表和属性规格表；

所述数据存储模块，具体用于针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，生成该网元指令的规格标识；将每一网元指令和每一网元指令的规格标识对应存储至所述指令规格表中；将每一网元指令的规格标识和每一网元指令的属性规格数据存储至所述属性规格表中。

在一些实施例中，所述预设数据库表中还包括关系规格表；

所述数据存储模块，还用于针对存在关联关系的至少两个网元指令，基于所述关联关系，将所述至少两个网元指令所对应的规格标识存储至所述关系规格表中。

在一些实施例中，所述数据存储模块，具体用于针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，确定与指定属性对应的预设数值；所述指定属性至少包括：网元指令所对应的网络类型、网元类型和厂商信息；基于所述预设数值和自增数值，生成该网元指令的规格标识。

在一些实施例中，所述数据管理系统还包括更新模块；

所述更新模块，用于在监测到待更新数据时，基于所述待更新数据对所述预设数据库表中的数据进行更新操作，所述更新操作包括增加操作、删除操作和修改操作。

在一些实施例中，所述数据管理系统还包括对接模块；所述对接模块与数据采集平台通信连接；

所述对接模块，用于在接收到所述数据采集平台发送的携带数据标识信息的数据查询请求时，查询所述预设数据库表中与所述数据标识信息匹配的目标数据，并向所述数据采集平台反馈所述目标数据。

本公开实施例有益效果：

本公开实施例提供的技术方案，可以利用数据管理系统中的数据获取模块获取不同厂商所提供网元指令以及每一网元指令的属性参数，利用数据转换模块将每一网元指令的属性参数转换为预设格式的属性规格数据，并利用数据存储模块将每一网元指令与每一网元指令的属性规格数据存储至预设数据库表中。通过对网元指令的属性参数的规格转换，可以使得不同厂商所提供的网元指令的属性参数均转换为预设规格的属性规格数据，也就是使得网元指令的属性参数规格得到统一，实现了不同厂商提供的网元指令所对应属性参数的规格统一，便于网元指令的管理和存储。

当然，实施本公开的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

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

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

图2为本公开实施例提供的数据管理系统的第一种结构示意图；

图3为相关技术中查询七层过滤规则指令所对应网元指令描述信息的部分截图；

图4为本公开实施例提供的数据管理方法的第二种流程示意图；

图5为本公开实施例提供的数据管理方法的第三种流程示意图；

图6为本公开实施例提供的数据管理方法的第四种流程示意图；

图7为本公开实施例提供的数据管理方法的第五种流程示意图；

图8为本公开实施例提供的数据管理方法的第六种流程示意图；

图9-a为本公开实施例提供的数据管理系统的第二种结构示意图；

图9-b为本公开实施例提供的数据管理系统的第三种结构示意图；

图9-c为本公开实施例提供的数据管理系统的第四种结构示意图。

具体实施方式

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

为了解决相关技术中的问题，本公开实施例提供了一种数据管理方法。如图1所示，图1为本公开实施例提供的数据管理方法的第一种流程示意图。该方法应用于数据管理系统，该数据管理系统可以包括数据获取模块，数据转换模块和数据存储模块。在图1所示的方法中包括以下步骤。

步骤S101，数据获取模块获取不同厂商提供的网元指令以及每一网元指令的属性参数。

步骤S102，数据转换模块针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件。

步骤S103，数据存储模块针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表。

在本公开实施例中，上述数据管理系统除了包括数据获取模块、数据转换模块、数据存储模块以外，还可以包括其他模块。如图2所示，图2为本公开实施例提供的数据管理系统的第一种结构示意图。在图2所示的数据管理系统中包括数据获取模块、数据转换模块、数据存储模块、更新模块、对接模块。其中，数据获取模块可以访问底层指令库，对接模块与外部的数据采集平台通信连接。关于图2中各功能模块的描述可参见下文描述，在此不作具体说明。

通过图1所示的方法，可以利用数据管理系统中的数据获取模块获取不同厂商所提供网元指令以及每一网元指令的属性参数，利用数据转换模块将每一网元指令的属性参数转换为预设格式的属性规格数据，并利用数据存储模块将每一网元指令与每一网元指令的属性规格数据存储至预设数据库表中。通过对网元指令的属性参数的规格转换，可以使得不同厂商所提供的网元指令的属性参数均转换为预设规格的属性规格数据，也就是使得网元指令的属性参数规格得到统一，实现了不同厂商提供的网元指令所对应属性参数的规格统一，便于网元指令的管理和存储。

下面通过具体的实施例，对本公开实施例进行说明。

针对上述步骤S101，即数据获取模块获取不同厂商提供的网元指令以及每一网元指令的属性参数。

在一些实施例中，在获取上述网元指令和网元指令的属性参数时，上述数据获取模块可以针对每一厂商，根据该厂商产品文档中的网元指令描述信息，获取每一网元指令以及每一网元指令的属性参数。

在本公开实施例中，不同生产通信设备的厂商针对其生产的每一产品，为用户提供有该产品的产品文档。在该产品文档中记载有该产品的产品相关信息，如该产品的使用方式，网元指令描述信息等。

根据厂商的不同，厂商生产的通信设备的不同，上述产品文档将有所不同，产品文档中包括的产品相关信息也有所不同。在此，对上述产品文档，以及产品文档中的网元指令描述信息不作具体限定。

在上述网元指令描述信息中，记录有不同网元指令所对应的指令相关信息。为便于理解，以图3为例进行说明。图3为相关技术中查询七层过滤规则指令所对应网元指令描述信息的部分截图。在图3所示的网元指令描述信息中，记录有查询七层过滤规则指令(即图3所示的指令LST L7FILTER)所对应的命令功能、注意事项、操作用户权限、参数说明、使用示例、输出结果说明等信息。在本公开实施例中，不同网元指令所对应的网元指令描述信息是不同的，并且不同网元指令描述信息中的指令相关信息也是不同的。在此，对上述网元指令描述信息中的指令相关信息不作具体限定。

上述数据获取模块在读取到不同厂商提供的产品文档后，上述数据管理系统中的数据获取模块可以读取到的产品文件所包括的网元指令描述信息，并根据该网元指令描述信息，获取厂商提供的每一网元指令，以及每一网元指令的属性参数。

为便于理解，仍以上述图3所示的产品文档为例进行说明。数据获取模块根据图3所示的产品文档，可以读取到网元指令，即LST L7FILTER，以及该网元指令的属性参数，如图3所示的参数说明中的可选必选说明、参数含义、数据来源、取值范围等。

在本公开实施例中，上述网元指令的属性参数可以包括网元指令所对应的网络类型、厂商信息、网元信息、版本信息、指令参数等。在此，对每一网元指令的属性参数不作具体限定。

上述网络类型包括但不限于第五代移动通信技术(5th Generation MobileCommunication Technology，5G)核心网(也可以称为5GC)、长期演进(Long TermEvolution，LTE)、光传送网(Optical Transport Network，OTN)。上述网元信息包括但不限于网元类型、网元视图类型，其中网元类型包括但不限于用户端口功能(User PortFunction，UPF)、统一数据管理功能(Unified Data Management，UDM)。

根据上述网元指令的不同，该网元指令的属性参数中的指令参数也有所不同。为便于理解，仍以上述图3所示的查询七层过滤规则指令，该查询七层过滤规则指令的指令参数可以为图3所示参数说明中的可选必选说明、参数含义、数据来源、取值范围、默认值及配置原则。

在本公开实施例中，对上述属性参数、网络类型、网元信息和指令参数不作具体限定。

在一些实施例中，上述数据获取模块中可以配置有多个读取接口，每一读取接口存在对应的厂商，对应同一厂商的读取接口所读取的产品文档的格式不同，数据获取模块可以通过其配置的读取接口从获取相应厂商所提供的产品文档，从而获取网元指令以及每一网元指令的属性参数。

为便于理解，以数据获取模块中的三个读取接口，即接口1-接口3为例进行说明。接口1和接口2分别对应厂商1，接口3对应厂商2。其中，接口1可以用于读取厂商1所提供的产品文档1，接口2用于读取厂商1所提供的产品文档2，产品文档1和产品文档2的格式不同。

在一些实施例中，在获取上述网元指令和网元指令的属性参数时，除了从上述产品文档中读取得到以外，还可以采用其他方式获取得到。例如，上述数据获取模块可以从底层指令库中获取每一厂商所提供的网元指令，以及每一网元指令的属性参数。

在上述底层指令库中，不同厂商所提供的网元指令和网元指令的属性参数可以根据网元指令的类别的不同进行分类存储。上述读取接口可以对应不同的指令类别。数据获取模块可以利用配置的读取接口从底层指定库中读取相应指令类别的网元指令和每一网元指令的属性参数。

在一些实施例中，在上述底层指令库中，网元指令可以被划分为三种指令类别，即通用指令、常用指令、专用指令。例如，在物联网定向访问新开户业务订单时，可以将该业务单拆解为3层/7层流量过滤器绑定、流量规则绑定、3层/7层、规则添加、用户信息绑定、业务刷新等子功能。不同子功能都存在与之对应网元指令，其中，3层/7层流量过滤器绑定、流量规则绑定、3层/7层、规则添加所对应子功能的网元指令可以被划分为专用指令；用户信息绑定、业务刷新所对应子功能的网元指令可以被划分为通用指令。

在本公开实施例中，根据指令类别的划分方式的不同，上述底层指令库中划分得到的指令类别也有所不同。在此，对上述底层指令库中各网元指令的指令类别的划分不作具体限定。

针对上述步骤S102，即数据转换模块针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件。

在本步骤中，上述数据获取模块在获得上述网元指令以及每一网元指令的属性参数后，可以将网元指令以及每一网元指令的属性参数传输至数据转换模块。数据转换模块针对接收到的每一网元指令，可以对该网元指令的属性参数进行规格转换，得到预设规格的属性规格参数，从而生成该网元指令的指令规格文件。

在一些实施例中，根据上述图1所示的方法，本公开实施例还提供了一种数据管理方法。如图4所示，图4为本公开实施例提供的数据管理方法的第二种流程示意图。在图3所示的方法中，上述步骤S102被细化为以下步骤，即步骤S1021-步骤S1022。

步骤S1021，数据转换模块针对每一网元指令，按照预设的指令规格模板，从该网元指令的属性参数中获取待转换参数，并将每一待转换参数转换为预设规格的规格数据，作为该网元指令的属性规格数据。

在本步骤中，数据获取模块中存储有预先设置的指令规格模板，该指令规格模板中记录有不同属性参数所对应的预设规格。数据转换模块在接收到上述数据获取模块发送的网元指令和每一网元指令的属性参数后，可以将按照其存储的指令规格模板，将各网元指令的属性参数中与指令规格模板包括的属性参数匹配的属性参数，确定为待转换参数。数据转换模块可以针对每一待转换参数，按照指令规格模板中与该待转换参数匹配的属性参数所对应的预设规格，对该待转换参数进行规格准换，得到该待转换参数的属性规格数据，从而得到每一网元指令的属性规格数据。

在本公开实施例中，上述网元指令的属性参数中可以包括网元指令所对应多种属性参数，如上述网络类型、厂商信息、网元信息等。

为便于理解，以待转换参数为厂商名称为例。现假设某一待转换参数为厂商名称为：中兴。上述指令规格模板记录厂商名称所对应的预设规格为厂商名称缩写，则该待转换参数进行规格转换得到的规格数据为：ZX。在此，对不同厂商的厂商名称缩写不作具体限定。

上述待转换参数可以为上述数据获取模块所获取到的所有属性参数，也可以为上述数据获取模块所获取到的部分属性参数。另外，在上述指令规格模板中不同属性参数所对应的预设规格可以相同，也可以不同，具体可以根据用户需求等进行设置。在此，对上述待转换参数，以及指令规格模板中不同属性参数所对应的预设规格不作具体限定。

在上述规格转换过程中，上述属性参数所对应的规模和格式均可以发生变化。为便于理解，仍以图3所示的查询七层过滤规则指令中的网元信息为例进行说明。通过上述步骤S1021，该查询七层过滤规则指令中的网元信息可以转换为以下规格数据，具体如表1所示。

表1

在表1中，左侧的项目为网元信息中需要进行规格转换的属性参数，即上述待转换参数，右侧为转换后得到的规格数据。例如，查询七层过滤规则指令中的网元信息转换后的属性名称表示为：该网元信息所属网元的标识(ID)，即上述图1中的所属网元ID，转换后的域编码表示为：NE_ID等。上述表1中的-表示对应项目转换后的规格数据为空。

在本公开实施例中，对上述网元指令的属性参数的规格转换、以及转换得到的规格数据不作具体限定。

步骤S1022，数据转换模块记录该网元指令以及该网元指令的属性规格数据，得到该网元指令的指令规格文件。

在本步骤中，电子设备可以以文件的形式，对上述网元指令以及该网元指令的属性参数进行规格转换后得到的属性规格参数进行记录，得到该网元指令的指令规格文件。关于指令规格文件的格式，以及上述网元指令和网元指令的属性参数转换后的属性规格数据在指规格文件中的记录方式在此不作具体限定。

通过上述步骤S1021-步骤S1022，数据转换模块可以实现上述每一网元指令的属性参数的规格转换，得到每一网元指令的指令规格文件，在实现对不同厂商所提供网元指令的属性参数的统一的同时，规范了每一属性参数的规格，便于后期对网元指令的统一管理、存储、动态更新等操作。

针对上述步骤S103，即数据存储模块针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表。

在本公开实施例中，上述预设数据库表至少包括指令规格表和属性规格表。除此以外，上述预设数据库表还可以包括关系规格表、表结构和表字段。在此，对上述预设数据库表不作具体限定。

在一些实施例中，当上述预设数据库表可以包括指令规格表、属性规格表时，根据上述图1所示的方法，本公开实施例还提供了一种数据管理方法。如图5所示，图5为本公开实施例提供的数据管理方法的第三种流程示意图。在图5所示的方法中，上述步骤S103被细化为以下步骤，即步骤S1031-步骤S1033。

步骤S1031，数据存储模块针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，生成该网元指令的规格标识。

在本步骤中，数据存储模块可以根据每一网元指令的属性规格数据中包括的指定属性，生成各网元指令的规格标识。

上述指定属性可以包括：网元指令所对应的网络类型、网元类型和厂商信息。

在本公开实施例中，不同网元指令的规格标识是不同的。也就是每一网元指令的规格标识是唯一的。

在一些实施例中，上述步骤S1031，针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，生成该网元指令的规格标识，具体可以表示为：

针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，确定与指定属性对应的预设数值；指定属性至少包括：网元指令所对应的网络类型、网元类型和厂商信息；基于预设数值和自增数值，生成该网元指令的规格标识。

在本步骤中，预先设置了指定属性所对应的属性规格数据与预设数值间的对应关系。针对每一网元指令，数据存储模块可以该网元指令的规格文件进行解析，确定指定属性所对应的规格数据，从而根据该对应关系，确定该对应关系中与每一指定属性的规格数据所对应的预设数值，得到每一指定属性所对应的预设数值。数据存储模块可以将每一指定属性对应的预设数值与自增数值进行组合，得到该网元指令的规格标识。

在本公开实施例中，上述指定属性除了包括上述网络类型、网元类型和厂商信息以外，还可以包括其他属性，如规格类别。在此，对上述指定属性不作具体限定。

在上述对应关系中，不同类型的指标属性所对应的预设数值的位数可以相同，也可以不同。并且，上述预设数值和自增数值的组合方式也可以为多种。在此，对上述每一指定属性所对应预设数值的位数，以及预设数值和自增数值的组合方式不作具体限定。

为便于理解，对上述规格标识的确定进行举例说明。假设上述规格标识表示为：1位(比特)规格类型编码+3位网络类型编码+3位厂商编码+3位网元类型编码+5位自增序列。

通过对上述网元指令的规格文件的解析，数据存储模块可以确定该网元指令的规格文件所对应的网元指令的规格类别、网络类型、厂商、网元类型依次为：七层过滤规则(即控制指令)、5GC、ZX(即中兴)、UPF。根据上述对应关系，确定解析出的指定属性所对应的预设数值依次为：1、008、005、003。也就是预设数值所对应的排列结果为：1008005003。

此时，数据存储模块可以根据当前时刻预设数值所对应的排列结果为1008005003的数量，确定该网元指令所对应的自增数值。例如，当前时刻预设数值所对应的排列结果为1008005003的数量为2，则该网元指令所对应的自增数值可以表示为：00003。数据存储模块可以确定该网元指令的规格标识为：100800500300003。

在一些实施例中，数据存储模块在确定上述网元指令的规格标识后，可以将该规格标识记录到该网元指令的规格文件中。例如，在上述该网元指令的规格文件中记录SPEC_ID：100800500300003，表示为该网元指令的的规格标识为：100800500300003。

步骤S1032，数据存储模块将每一网元指令和每一网元指令的规格标识对应存储至指令规格表中。

例如，数据存储模块可以将每一网元指令和每一网元指令的规格标识存储至如表2所示的指令规格表中。

表2

规格标识	网元指令
		标识1	指令1
标识2	指令2

在表2中，标识1所对应的网元指令为指令1，标识2所对应的网元指令为指令2。

在本公开实施例中，数据存储模块除了将上述网元指令和网元指令的规格标识对应存储至上述指令规格表中，还可以在该指令规格表中存储有其他信息，如创建人ID、创建时间、修改人ID、修改时间、指令关键字等。在此，对上述指令规格表中的信息不作具体限定。

步骤S1033，数据存储模块将每一网元指令的规格标识和每一网元指令的属性规格数据存储至属性规格表中。

例如，数据存储模块可以将每一网元指令的规格标识和每一网元指令的属性规格数据存储至如表3所示的属性规格表中。

表3

规格标识	网络类型	网元类型	厂商	版本	可选/必选
						标识1	数据1	数据2	数据3	数据4	数据5
标识2	数据6	数据7	数据8	数据9	数据10

在表2中，规格标识为标识1的网元指令所对应的属性规格数据为：数据1、数据2、数据3、数据4、数据5。规格标识为标识2的网元指令所对应的属性规格数据为：数据6、数据7、数据8、数据9、数据10。

在本公开实施例中，数据存储模块除了将上述网元指令的属性规格数据和网元指令的规格标识对应存储至上述属性规格表中，还可以在该指令规格表中存储有其他信息，如创建人ID、创建时间、修改人ID、修改时间等。在此，对上述属性规格表中的信息不作具体限定。

针对上述指令规格表和属性规格表，由于每一网元指令的规格标识是唯一的，因此，通过指令规格表和属性规格表中的规格标识，可以准确确定出每一规格标识所对应的网元指令和该网元指令的属性规格数据。

在本公开实施例中，对上述步骤S1032与步骤S1033的执行顺序不作具体限定。

通过上述步骤S1031-步骤S1033，数据存储模块可以根据每一网元指令的规格标识，分别对网络指令和网络指令的属性规格参数进行存储，实现对网络指令和网络指令的属性规格参数的统一管理和存储。

在一些实施例中，当上述预设数据库表中还包括关系规格表时，根据上述图5所示的方法，本公开实施例还提供了一种数据管理方法。如图6所示，图6为本公开实施例提供的数据管理方法的第四种流程示意图。在图6所示的方法中增加了以下步骤，即步骤S1034。

步骤S1034，数据存储模块针对存在关联关系的至少两个网元指令，基于关联关系，将至少两个网元指令所对应的规格标识存储至关系规格表中。

为便于理解，以查询过滤器规则(LST FILETR)、查询三四层过滤规则(LSTL34FILETR)和上述七层过滤规则LST L7FILTER为例进行说明。

由于LST L34FILETR与LST L7FILTER均属于LST FILETR，因此，LST FILETR与LSTL34FILETR与LST L7FILTER之间存在父与子关联关系。即LST FILETR指令为LST L34FILETR指令与LST L7FILTER指令的父指令。现假设LST FILETR指令的规格标识为标识1，LSTL34FILETR指令和LST L7FILTER指令的规格标识依次为标识2和标识3。数据存储模块在将标识1、标识2、标识3存储时，可以得到如表4所示的关系规格表。

表4

在本公开实施例中，上述网元指令间的关联关系除了上述表4的父与子关联关系以外，还可以包括其他关联关系，例如，网元指令的执行逻辑上的关联关系等。为便于理解，以指令1和指令2为例进行说明。现假设指令2在执行时需要用到指令1执行过程中产生的某一参数，则指令1和指令2存在执行逻辑上的关联关系，即指令2必须在指令1之后执行。在此，对上述网元指令间的关联关系不作具体限定。

针对上述指令规格表、属性规格表和关系规格表，由于每一网元指令的规格标识是唯一的，因此，通过指令规格表、属性规格表和关系规格表中的规格标识，可以准确确定出每一规格标识所对应的网元指令和该网元指令的属性规格数据，以及不同网元指令之间的关联关系。

在本公开实施例中，对上述步骤S1032、步骤S1033、步骤S1034间的执行顺序不作具体限定。

通过上述步骤S1034，数据存储模块利用上述关系规格表存储不同网元指令间的关联关系，便于不同网元指令间的关联及管理。

在本公开实施例中，上述预设数据库表中包括的表结构和表字段分别用于对上述指令规格表、属性规格表和关系规格表的结构以及表中的字段所对应的规格进行规范。例如，表字段可以用于指示指令规格表、属性规格表和关系规格表中的每一规格标识均为整形字符串(即int)等。在此，对上述表结构和表字段不作具体限定。

在上述图5和图6所示的方法中，以预设数据库表包括指令规格表、属性规格表、关系规格表、表结构和表字段的形式，对上述网元指令和属性规格数据的存储为例进行说明的。除此以外，上述预设数据库表可以表示为其他形式，例如，上述网元指令、规格标识、属性规格数据、关联关系等均可以存储在同一数据库表中。在此，对上述数据存储的方式不作具体限定。

在一些实施例中，上述数据管理系统还可以包括更新模块。当上述数据管理系统包括更新模块时，根据上述图1所示的方法，本公开实施例还提供了一种数据管理方法。如图7所示，图7为本公开实施例提供的数据管理方法的第五种流程示意图。

步骤S701，数据获取模块获取不同厂商提供的网元指令以及每一网元指令的属性参数。

步骤S702，数据转换模块针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件。

步骤S703，数据存储模块针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表。

上述步骤S701-步骤S703与上述步骤S101-步骤S103相同。

步骤S704，更新模块在监测到待更新数据时，基于待更新数据对预设数据库表中的数据进行更新操作，更新操作包括增加操作、删除操作和修改操作。

在本公开实施例中，上述厂商提供的网元指令，以及网络结构均可以发生变更。在上述更新模块中设置有更新接口。更新模块可以利用该更新接口实时检测网元指令或者网络结构是否发生变更。若是，则获取待更新数据，并基于该待更新数据对预设数据库表中的数据进行更新操作。也就是基于待更新数据对上述预设数据库表中的数据进行增加操作、删除操作和修改操作。

一个可选实施例中，当上述网元指令发生变更时，例如，厂商发布了新版本的产品文档。在上述步骤S701和步骤S702后，更新接口可以根据规格转换得到的规格文件中的版本信息，如上述规格文件中的VERSION(版本)，确定该规格文件为更新后的网元指令的规格文件，此时，更新模块可以将该规格文件作为待更新数据，基于该待更新数据对预设数据库表中存储的该网元指令的相关数据进行更新。

在另一些实施例中，针对上述网络结构发生变更的情况，上述更新接口可以通过向网元定期发送轮询消息的方式，实现对网络中网元的状态监测，并记录监测到的信息。当网元的状态信息更新时，该网元所对应的网元指令也将更新，此时，更新接口可以向更新模块发送状态更新信息。更新模块在接收到的该状态更新信息后，根据更新后的网元指令对上述预设数据库表进行更新。

在此，对上述预设数据库表中的进行的增加操作、删除操作、修改操作的过程不作具体说明。

通过上述步骤S704，通过上述更新模块在数据管理系统中引入了动态更新机制，使得可以及时准确的发现网络结构或网元指令变更情况，并及时对存储的数据进行更新，实现上述预设数据库表中数据的动态更新维护，保证了预设数据库表中存储的数据的准确性和有效性，避免网元指令更新所造成的操作失败的问题。

在一些实施例中，上述数据管理系统还包括对接模块；对接模块与数据采集平台通信连接。当上述数据管理系统还包括对接模块时，根据上述图1所示的方法，本公开实施例还提供了一种数据管理方法。如图8所示，图8为本公开实施例提供的数据管理方法的第六种流程示意图。该方法可以包括以下步骤。

步骤S801，数据获取模块获取不同厂商提供的网元指令以及每一网元指令的属性参数。

步骤S802，数据转换模块针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件。

步骤S803，数据存储模块针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表。

上述步骤S801-步骤S803与上述步骤S101-步骤S103相同。

步骤S804，对接模块在接收到数据采集平台发送的携带数据标识信息的数据查询请求时，查询预设数据库表中与数据标识信息匹配的目标数据，并向数据采集平台反馈目标数据。

在本步骤中，数据采集平台可以向其通信连接的对接模块发送数据查询请求，该数据查询请求中包括数据标识信息，如上述规格标识。对接模块在接收到的该数据查询请求时，可以在上述预设数据库表中查找与数据标识信息匹配的目标数据，并在查找目标数据时，向数据采集平台发送该目标数据。

上述目标数据可以为上述网元指令，也可以为上述网元指令和网元指令的属性规格数据。在此，对上述目标数据不作具体限定。

上述待查询请求所携带的数据标识信息中除了包括上述规格标识以外，还可以包括其他数据，如指令关键字或必选数据等。在此，对上述数据标识信息不作具体限定。

在本公开实施例中，上述数据采集平台在接收到对接平台发送的目标数据后，可以对接收到的目标数据进行指令入库、跨网元仿真校验等操作。

在上述步骤S804中，通过数据管理系统中包括的对接模块可以实现与数据管理系统以外的平台设备的交互，支撑复杂业务多指令关联的应用场景，实现数据资源访问服务化，为网络上层服务应用提供保证。

基于同一种发明构思，根据上述本公开实施例提供的数据管理方法，本公开实施例还提供了一种数据管理系统。如图9-a所示，图9-a为本公开实施例提供的数据管理系统的第二种结构示意图。该数据管理系统可以包括数据获取模块901，数据转换模块902和数据存储模块903；

上述数据获取模块901，用于获取不同厂商提供的网元指令以及每一网元指令的属性参数；

上述数据转换模块902，用于针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件；

上述数据存储模块903，用于针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表。

在一些实施例中，上述数据转换模块902，具体可以用于针对每一网元指令，按照预设的指令规格模板，从该网元指令的属性参数中获取待转换参数，并将每一待转换参数转换为预设规格的规格数据，作为该网元指令的属性规格数据；记录该网元指令以及该网元指令的属性规格数据，得到该网元指令的指令规格文件。

在一些实施例中，上述预设数据库表可以包括指令规格表和属性规格表；

上述数据存储模块903，具体可以用于针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，生成该网元指令的规格标识；将每一网元指令和每一网元指令的规格标识对应存储至指令规格表中；将每一网元指令的规格标识和每一网元指令的属性规格数据存储至属性规格表中。

在一些实施例中，上述预设数据库表中还可以包括关系规格表；

上述数据存储模块903，还可以用于针对存在关联关系的至少两个网元指令，基于关联关系，将至少两个网元指令所对应的规格标识存储至关系规格表中。

在一些实施例中，上述数据存储模块903，具体可以用于针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，确定与指定属性对应的预设数值；指定属性至少包括：网元指令所对应的网络类型、网元类型和厂商信息；基于预设数值和自增数值，生成该网元指令的规格标识。

在一些实施例中，如图9-b所示，上述数据管理系统还可以包括更新模块904；

更新模块904，用于在监测到待更新数据时，基于待更新数据对预设数据库表中的数据进行更新操作，更新操作包括增加操作、删除操作和修改操作。

在一些实施例中，如图9-c所示，上述数据管理系统还可以包括对接模块905；对接模块905与数据采集平台通信连接；

对接模块905，用于在接收到数据采集平台发送的携带数据标识信息的数据查询请求时，查询预设数据库表中与数据标识信息匹配的目标数据，并向数据采集平台反馈目标数据。

通过本公开实施例提供的数据管理系统，可以利用数据管理系统中的数据获取模块获取不同厂商所提供网元指令以及每一网元指令的属性参数，利用数据转换模块将每一网元指令的属性参数转换为预设格式的属性规格数据，并利用数据存储模块将每一网元指令与每一网元指令的属性规格数据存储至预设数据库表中。通过对网元指令的属性参数的规格转换，可以使得不同厂商所提供的网元指令的属性参数均转换为预设规格的属性规格数据，也就是使得网元指令的属性参数规格得到统一，实现了不同厂商提供的网元指令所对应属性参数的规格统一，便于网元指令的管理和存储。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于数据管理系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本公开的较佳实施例，并非用于限定本公开的保护范围。凡在本公开的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本公开的保护范围内。

Claims (14)

1.一种数据管理方法，其特征在于，应用于数据管理系统，所述数据管理系统包括数据获取模块，数据转换模块和数据存储模块，所述方法包括：

所述数据获取模块获取不同厂商提供的网元指令以及每一网元指令的属性参数；

所述数据转换模块针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件；

所述数据存储模块针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表。

2.根据权利要求1所述的方法，其特征在于，所述针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件的步骤，包括：

针对每一网元指令，按照预设的指令规格模板，从该网元指令的属性参数中获取待转换参数，并将每一待转换参数转换为预设规格的规格数据，作为该网元指令的属性规格数据；

记录该网元指令以及该网元指令的属性规格数据，得到该网元指令的指令规格文件。

3.根据权利要求1所述的方法，其特征在于，所述预设数据库表包括指令规格表和属性规格表；

所述针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表的步骤，包括：

针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，生成该网元指令的规格标识；

将每一网元指令和每一网元指令的规格标识对应存储至所述指令规格表中；

将每一网元指令的规格标识和每一网元指令的属性规格数据存储至所述属性规格表中。

4.根据权利要求3所述的方法，其特征在于，所述预设数据库表中还包括关系规格表；

所述方法还包括：

针对存在关联关系的至少两个网元指令，基于所述关联关系，将所述至少两个网元指令所对应的规格标识存储至所述关系规格表中。

5.根据权利要求3所述的方法，其特征在于，所述针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，生成该网元指令的规格标识的步骤，包括：

针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，确定与指定属性对应的预设数值；所述指定属性至少包括：网元指令所对应的网络类型、网元类型和厂商信息；

基于所述预设数值和自增数值，生成该网元指令的规格标识。

6.根据权利要求1所述的方法，其特征在于，所述数据管理系统还包括更新模块；

所述方法还包括：

所述更新模块在监测到待更新数据时，基于所述待更新数据对所述预设数据库表中的数据进行更新操作，所述更新操作包括增加操作、删除操作和修改操作。

7.根据权利要求1所述的方法，其特征在于，所述数据管理系统还包括对接模块；所述对接模块与数据采集平台通信连接；

所述方法还包括：

所述对接模块在接收到所述数据采集平台发送的携带数据标识信息的数据查询请求时，查询所述预设数据库表中与所述数据标识信息匹配的目标数据，并向所述数据采集平台反馈所述目标数据。

8.一种数据管理系统，其特征在于，所述数据管理系统包括数据获取模块，数据转换模块和数据存储模块；

所述数据获取模块，用于获取不同厂商提供的网元指令以及每一网元指令的属性参数；

所述数据转换模块，用于针对每一网元指令，将该网元指令的属性参数转换为预设规格的属性规格数据，得到该网元指令的指令规格文件；

所述数据存储模块，用于针对每一网元指令，将该网元指令的指令规格文件中的网元指令和属性规格数据存储至预设数据库表。

9.根据权利要求8所述的数据管理系统，其特征在于，所述数据转换模块，具体用于针对每一网元指令，按照预设的指令规格模板，从该网元指令的属性参数中获取待转换参数，并将每一待转换参数转换为预设规格的规格数据，作为该网元指令的属性规格数据；记录该网元指令以及该网元指令的属性规格数据，得到该网元指令的指令规格文件。

10.根据权利要求8所述的数据管理系统，其特征在于，所述预设数据库表包括指令规格表和属性规格表；

所述数据存储模块，具体用于针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，生成该网元指令的规格标识；将每一网元指令和每一网元指令的规格标识对应存储至所述指令规格表中；将每一网元指令的规格标识和每一网元指令的属性规格数据存储至所述属性规格表中。

11.根据权利要求10所述的数据管理系统，其特征在于，所述预设数据库表中还包括关系规格表；

所述数据存储模块，还用于针对存在关联关系的至少两个网元指令，基于所述关联关系，将所述至少两个网元指令所对应的规格标识存储至所述关系规格表中。

12.根据权利要求10所述的数据管理系统，其特征在于，所述数据存储模块，具体用于针对每一网元指令，根据该网元指令的规格文件中包括的属性规格数据，确定与指定属性对应的预设数值；所述指定属性至少包括：网元指令所对应的网络类型、网元类型和厂商信息；基于所述预设数值和自增数值，生成该网元指令的规格标识。

13.根据权利要求8所述的数据管理系统，其特征在于，所述数据管理系统还包括更新模块；

所述更新模块，用于在监测到待更新数据时，基于所述待更新数据对所述预设数据库表中的数据进行更新操作，所述更新操作包括增加操作、删除操作和修改操作。

14.根据权利要求8所述的数据管理系统，其特征在于，所述数据管理系统还包括对接模块；所述对接模块与数据采集平台通信连接；

所述对接模块，用于在接收到所述数据采集平台发送的携带数据标识信息的数据查询请求时，查询所述预设数据库表中与所述数据标识信息匹配的目标数据，并向所述数据采集平台反馈所述目标数据。