CN101060431A - 一种数据配置方法、系统及操作维护中心 - Google Patents

Abstract

本发明公开了一种数据配置方法，该方法包括：操作维护中心接收用户端发送的配置数据，并将该配置数据以数据表的形式保存在操作维护中心的数据库中；然后将操作维护中心数据库中数据表的变化信息通过数据表接口消息帧发送到主机；主机根据该消息帧修改主机数据库中相应数据表。本发明同时公开了一种数据配置的系统及操作维护中心设备。利用本发明公开的数据配置方法、系统及操作维护中心设备，可以无需复位主机进行数据配置，解决采用数据文件加载的方法进行数据配置过程中因需要复位主机而使业务受到影响的问题，并且能够实现在不影响业务的前提下的快速数据批配置和批数据回退，提高了批配置的效率。

Description

一种数据配置方法、系统及操作维护中心

技术领域

本发明涉及通信领域，尤其涉及一种数据配置方法、系统及操作维护中心。

背景技术

在电信设备中，配置管理是操作维护的核心，是其它维护功能比如告警、性能等的基础。它提供用户正确修改系统数据并使之生效的能力，配置方式有很多种，人机语言(Man-Machine Language，MML)命令行是一种典型的配置方式。图1是一个典型的数据配置流程，如图1所示：

步骤101、用户通过操作维护界面下发MML命令修改配置数据；

步骤102、操作维护中心(Operation & Maintenance Centre，OMC)对下发的配置数据进行业务规则检查；

步骤103、操作维护中心在配置数据正确的情况下将配置数据保存在本地数据库；

步骤104、操作维护中心将配置数据组织成消息帧发送给设备主机；

步骤105、设备主机将配置数据生效并将设定结果返回给操作维护中心；

步骤106、操作维护中心将MML命令执行结果显示给用户。

可以看出，每一条MML命令的执行都需要用户、操作维护中心与主机三者的交互，因此上述方案的配置效率和MML命令的条数成反比。这样对于配置数据量大和配置数据关系复杂的设备，在批配置的应用场景(比如初始配置、扩容配置、大批量配置数据回退等)下很难满足用户的性能需求。

由于设备主机提供数据加载服务，因此可以采用先在操作维护中心上将配置数据全部生成，再将配置数据格式化为数据文件通过文件传输协议(FileTransfer Protocol，FTP)服务加载到主机单板，这样可以大大加快批配置的速度，具体流程请参考图2：

步骤201、用户将MML脚本下发给操作维护中心；

步骤202、操作维护中心对下发的配置数据进行业务规则检查；

步骤203、操作维护中心在配置数据正确的情况下保存在本地数据库；

步骤204、操作维护中心将配置数据格式化为数据文件；

步骤205、操作维护中心通过FTP服务将配置数据加载到主机单板并生效；

步骤206、主机单板在加载过程中定时上报结果；

步骤207、操作维护中心返回MML脚本执行结果。

该方案仅仅部分地解决了有大量数据进行配置的效率问题，比如初始配置场景。但是，采用数据文件加载的方式，在数据加载过程中需要复位主机，因此业务会受到影响，而这样的副作用在某些场景下是不可接受的。此外，该方案在进行数据配置时，MML命令脚本中每一条MML命令的配置生效，都需要操作维护中心需要和业务处理框进行一次交互。当进行大量数据配置(如初始配置、扩容批配置、批数据配置或批数据回退等场景)的时候，因MML命令的条数很多，操作维护中心需要和业务处理框交互的次数就会很多，从而导致数据生效时间会比较长，严重影响数据批配置的效率。

发明内容

有鉴于此，本发明的实施例提供一种数据配置的方法、系统及操作维护中心，可以在数据加载过程中无需复位主机，使业务不会受到影响。

为实现以上发明目的，本发明实施例提供以下技术方案：

一种数据配置方法，包含步骤：

操作维护中心接收用户端发送的配置数据，将所述配置数据以数据表的形式保存在操作维护中心的数据库中；

所述操作维护中心将操作维护中心数据库中数据表的数据变化信息通过数据表接口消息帧发送到主机；

所述主机根据所述数据表接口消息帧修改主机数据库中数据表的数据。

一种数据配置系统，包含用户端、操作维护中心与主机，

所述用户端用于向所述操作维护中心发送配置数据；

所述操作维护中心包含数据管理单元，用于根据所述用户端发送的配置数据修改操作维护中心数据库中数据表的数据；

所述操作维护中心包含消息帧生成单元，用于根据操作维护中心数据库中数据表的数据变化信息生成数据表接口消息帧；

所述主机用于根据所述操作维护中心发送的消息帧修改主机数据库中数据表的数据。

一种操作维护中心，用于接收用户端通过人机语言脚本命令发送的配置数据，并通知主机进行数据配置，

所述操作维护中心包含数据管理单元，用于根据所述用户端发送的配置数据修改操作维护中心数据库中数据表的数据；

所述操作维护中心包含消息帧生成单元，用于根据操作维护中心数据库中数据表的数据变化信息生成数据表接口消息帧，所述据表接口消息帧用于通知所述主机修改主机数据库中数据表的数据。

较现有技术相比，本发明的实施例在操作维护中心执行人机语言脚本，修改操作维护中心数据库中数据表的形式保存配置数据；然后通过数据表接口消息帧的方式通知主机修改主机数据库中相应数据表的数据。由于没有采用数据文件加载的方式，所以无需复位主机即可完成数据配置，解决了数据配置过程中使业务受到影响的问题。此外，本发明实施例提供的数据配置的方法、系统与操作维护中心设备，在数据配置过程中操作维护中心和业务处理框交互的次数为数据表的数目。因此，采用本发明的实施例可以大大缩短批配置情况下的数据生效时间，提高批配置的效率。

附图说明

图1为现有技术中MML命令进行数据配置的流程图；

图2为现有技术中MML命令脚本进行数据配置的流程图；

图3为本发明实施例数据配置方法的流程图；

图4为本发明实施例数据配置系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下结合附图并举实施例，说明本发明的具体实施方式。

本发明的实施例中，操作维护中心根据用户端发送的配置数据修改操作维护中心数据库中数据表的数据后，将该操作维护中心数据库中数据表的数据变化信息通过数据表接口消息帧发送到主机；主机根据该消息帧修改主机数据库中相应数据表的数据，完成设备数据的配置。由于本发明实施例提供的数据配置方法采用消息通知的方式进行数据配置，没有采用数据文件加载的方法，所以不用复位主机即可完成主机的数据配置，因此业务不会收到影响。此外，在数据配置过程中操作维护中心和业务处理框只需要交互数据表数目的次数；因此，还可以大大缩短批配置情况下的数据生效时间，提高批配置的效率。

下面对本发明的具体实施方式作进一步详细地描述。

图3为本发明数据配置方法的实施例流程图。如图3所示，该方法包含以下步骤：

步骤301：用户端将MML命令脚本下发给操作维护中心。

本实施例中，配置数据通过MML命令脚本下发到操作维护中心。本步骤中，用户端下发的MML命令脚本包含一条或多条MML命令，其中每条MML命令都是可以单独执行的。

步骤302：操作维护中心对下发的配置数据进行业务规则检查。

本步骤中，操作维护中心检查收到的配置数据之间的逻辑关系是否正确。如果逻辑关系的检查通过，则执行步骤303；否则，不保存配置数据，向用户端返回失败信息，提示用户进行相应的其他操作。

步骤303：操作维护中心在配置数据正确的情况下将配置数据保存在本地数据库。

如果对配置数据业务规则检查通过，即配置数据之间的逻辑关系正确的情况下，操作维护中心将该配置数据按照数据表的形式保存在操作维护中心的数据库中。本发明实施例中，以数据表的形式保存配置数据为：操作维护中心依次调用并执行与MML命令脚本中每一条MML命令对应的存储过程模板，修改操作维护中心数据库中相应数据表中的数据。通常，用户端下发的MML脚本可以对应一个或多个操作维护中心中的数据表。

本发明实施例中，操作维护中心调用并执行MML命令脚本中一条MML命令对应的存储过程模板，修改操作维护中心数据库中相应数据表的数据的过程可以分为以下步骤：

A、操作维护中心根据一条MML命令的命令码查找该MML命令对应的存储过程模板。

B、通过数据库接口调用该MML命令对应的存储过程模板，并用当前执行的MML命令中各个参数给存储过程模板中的相应参数赋值。通常，步骤B中的数据库接口为OLE DB(Object Linking and Embedding Database，对象链接嵌入型的数据库软件)接口。当然，还可以采用其他数据库接口，比如ODBC(OpenDatabase Connectivity开放式数据库连接)来实现。

C、执行该存储过程模板，修改操作维护中心数据库中数据表的数据。

步骤304：操作维护中心将配置数据设定到主机。

本步骤的具体实现可以为：操作维护中心执行完MML命令脚本中所有MML命令，完成操作维护中心数据库中相应数据表的数据修改后，将操作维护中心数据库中数据表的数据修改信息封装成数据表接口消息帧发送到主机；然后，主机根据该数据表接口消息帧对主机数据库中相应数据表的数据进行同步修改，完成对主机配置数据的动态设定。在此过程中，如果有业务消息流程触发的处理，则由业务处理框的程序处理。

本步骤中，由于采用数据表接口消息帧通知的方式对主机进行数据配置，所以无需复位主机，使业务不会受到影响。

本发明方法实施例中，可预先设置操作维护中心与主机之间的数据配置接口支持主机数据库中的单张数据表的在线数据设定。操作维护中心语主机之间的数据表接口可以如下设计：

结构和参数名称		类型	结构和参数说明
				m_dwTableCount		UINT32	表个数n＝1
表数据定位信息	m_wTblId	UINT16	设定帧中配置的表ID
					m_byIsSingleRecord	UINT8	是否单条设定＝1(是)
	m_dwRecordIndex	UINT32	如果单条设定，则为记录ID(保留)
				m_byOprtype		UINT8	表记录的第一个字段，取值含义为：删除-0、增加-1、修改-2
...		...	表记录的各个字段

                                      表1

按照表1设计的数据表接口为支持单张数据表的数据配置。本步骤中，采用支持单表数据配置的接口时，通常一个数据表接口消息帧对应一个主机数据库中的数据表。当然，由于消息帧不能太大，也可以多个消息帧对应一个主机数据库中的数据表。

同样，也可以设计数据表接口以支持多张数据表数据配置。比如可以通过扩展表1的结构，m_dwTableCount可以取值为N，后面的结构可以类推。因此，在采用支持多表数据配置的接口时，一个数据表接口消息帧可以对应多个主机数据库中的数据表。

本发明方法实施例中，配置操作维护中心数据库中的数据表与主机数据库中的数据表为一一对应的关系。当然，配置操作维护中心数据库中的数据表数据与主机数据库中的数据表数据保持一致即可，存储的格式也可以不同。

步骤305：主机返回给操作维护中心配置数据设定的结果。

在主机完成对其数据库中相关数据表的修改后，向操作维护中心返回配置数据设定的结果消息。

步骤306：操作维护中心返回MML命令脚本执行结果。

本步骤中，操作维护中心向用户端返回MML命令脚本执行的结果，以提示用户端进行后续的操作。

需要说明地是，本发明方法实施例可适用于多种批配置的场景，比如：初始批配置、扩容批配置、批数据配置或批数据回退等。

本发明方法实施例中，首先在操作维护中心数据库中修改数据表的数据，然后对主机进行配置数据的设定，保证了对数据进行配置的正确性与可靠性。

本发明方法实施例中，由于通过数据表接口消息帧通知的方式对主机进行配置数据的设定，无需复位主机，使业务不会受到影响。

此外，本发明方法实施例中，操作维护中心和业务处理框交互的次数仅为数据表的数目，因而可以大大缩短批配置情况下的数据生效时间，提高批配置的效率。

本发明的实施例还提供一种数据配置的系统，如图4所示：

该数据配置系统包含用户端、操作维护中心与主机；

用户端用于向操作维护中心发送配置数据；

操作维护中心包含数据管理单元，用于根据用户端发送的配置数据修改操作维护中心数据库中数据表的数据；

操作维护中心包含消息帧生成单元，用于根据操作维护中心数据库中数据表的变化信息生成数据表接口消息帧；

主机用于根据所述操作维护中心发送的消息帧修改主机数据库中数据表的数据。

本发明实施例中，用户端通过人机语言脚本命令向操作维护中心发送配置数据，操作维护中心的数据管理单元根据用户端发送的人机语言脚本命令中的每一条人机语言调用并执行与每一条人机语言命令对应的存储过程模板，修改操作维护中心数据库中数据表的数据。

可选地，该系统的操作维护中心还可以包含业务规则检查单元，用于检查操作维护中心接收到的所述配置数据之间的逻辑关系是否正确。

本发明的实施例还提供一种操作维护中心设备，用于接收用户端通过人机语言脚本命令发送的配置数据，并通知主机进行数据配置。

该操作维护中心包含数据管理单元，用于根据用户端发送的配置数据修改操作维护中心数据库中数据表的数据；

该操作维护中心包含消息帧生成单元，用于根据操作维护中心数据库中数据表的数据变化信息生成数据表接口消息帧，该数据表接口消息帧用于通知主机修改主机数据库中数据表的数据。

本发明实施例中，用户端通过人机语言脚本命令向操作维护中心发送配置数据，操作维护中心的数据管理单元根据用户端发送的人机语言脚本命令中的每一条人机语言调用并执行与每一条人机语言命令对应的存储过程模板，修改操作维护中心数据库中数据表的数据。

可选地，该操作维护中心还可以包含业务规则检查单元，用于检查操作维护中心接收到的配置数据之间的逻辑关系是否正确。

本发明实施例提供的数据配置的系统与操作维护中心设备，首先在操作维护中心数据库中修改数据表的数据，然后对主机进行配置数据的设定，保证了数据配置的正确性与可靠性。

本发明实施例提供的数据配置的系统与操作维护中心设备，由于通过数据表接口消息帧通知的方式对主机进行配置数据的设定，无需复位主机，使业务不会受到影响。

此外，采用本发明提供的数据配置的系统与操作维护中心设备，在进行数据配置过程中，操作维护中心和业务处理框交互的次数仅为数据表的数目，因而可以大大缩短批配置情况下的数据生效时间，提高批配置的效率。

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

Claims (16)

1、一种数据配置方法，其特征在于，包含步骤：

操作维护中心接收用户端发送的配置数据，将所述配置数据以数据表的形式保存在操作维护中心的数据库中；

所述操作维护中心将操作维护中心数据库中数据表的数据变化信息通过数据表接口消息帧发送到主机；

所述主机根据所述数据表接口消息帧修改主机数据库中数据表的数据。

2、如权利要求1所述的数据配置方法，其特征在于，进一步包括：

所述维护操作中心在收到所述用户端发送的所述配置数据后，对所述配置数据进行业务规则检查，如果所述配置数据之间的逻辑关系正确，则将所述配置数据以数据表的形式保存在所述操作维护中心的数据库中。

3、如权利要求2所述的数据配置方法，其特征在于，进一步包括：

所述主机根据所述数据表接口消息帧对主机数据库中数据表的数据修改后，向所述维护操作中心返回配置数据设定的结果消息。

4、如权利要求3所述的数据配置方法，其特征在于，进一步包括：所述操作维护中心收到所述主机发送的配置数据设定结果消息后，向所述用户端返回配置数据执行的结果消息。

5、如权利要求1至4任意一项所述的数据配置方法，其特征在于，

所述配置数据通过人机语言脚本命令发送到所述操作维护中心。

6、如权利要求5所述的数据配置方法，其特征在于，

将所述配置数据以数据表的形式保存在操作维护中心的数据库中为：所述操作维护中心根据所述人机语言脚本中每一条人机语言命令调用并执行与所述每一条人机语言命令对应的存储过程模板，修改操作维护中心数据库中数据表的数据。

7、如权利要求6所述的数据配置方法，其特征在于，

所述操作维护中心数据库中的数据表与所述主机数据库中的数据表一一对应。

8、如权利要求7所述的数据配置方法，其特征在于，

所述数据配置为：初始批配置、扩容批配置、批数据配置或批数据回退。

9、一种数据配置系统，其特征在于，

包含用户端、操作维护中心与主机；

所述用户端用于向所述操作维护中心发送配置数据；

所述操作维护中心包含数据管理单元，用于根据所述用户端发送的配置数据修改操作维护中心数据库中数据表的数据；

所述操作维护中心包含消息帧生成单元，用于根据操作维护中心数据库中数据表的数据变化信息生成数据表接口消息帧；

所述主机用于根据所述操作维护中心发送的消息帧修改主机数据库中数据表的数据。

10、如权利要求9所述的数据配置系统，其特征在于，

所述操作维护中心还包含业务规则检查单元，用于检查所述操作维护中心接收到的所述配置数据之间的逻辑关系是否正确。

11、如权利要求9或10所述的数据配置系统，其特征在于，所述数据管理单元获取的配置数据为用户端通过人机语言脚本命令发送的。

12如权利要求11所述的数据配置系统，其特征在于，

所述数据管理单元用于根据用户端发送的人机语言脚本命令中的每一条人机语言命令调用并执行与所述每一条人机语言命令对应的存储过程模板，修改操作维护中心数据库中数据表的数据。

13、一种操作维护中心，用于接收用户端通过人机语言脚本命令发送的配置数据，并通知主机进行数据配置，其特征在于，

所述操作维护中心包含数据管理单元，用于根据所述用户端发送的配置数据修改操作维护中心数据库中数据表的数据；

所述操作维护中心包含消息帧生成单元，用于根据操作维护中心数据库中数据表的数据变化信息生成数据表接口消息帧，所述据表接口消息帧用于通知所述主机修改主机数据库中数据表的数据。

14、如权利要求13所述的操作维护中心，其特征在于，

所述操作维护中心还包含业务规则检查单元，用于检查所述操作维护中心接收到的所述配置数据之间的逻辑关系是否正确。

15、如权利要求13或14所述的操作维护中心，其特征在于，

所述数据管理单元获取的配置数据为用户端通过人机语言脚本命令发送的。

16如权利要求15所述的操作维护中心，其特征在于，

所述数据管理单元用于根据用户端发送的人机语言脚本命令中的每一条人机语言命令调用并执行与所述每一条人机语言命令对应的存储过程模板，修改操作维护中心数据库中数据表的数据。

Images