CN101359999B - 一种网元数据同步的方法及装置 - Google Patents

Abstract

本发明涉及一种网元数据同步的方法，包括：步骤1，设置组件管理器，用于集中管理组件；步骤2，设置基础组件库，用于为适配组件提供基础组件，并且通过调用接口向外部开放基础组件；步骤3，扩展适配组件，用于依据网元的信息以及调用接口动态扩展适配组件。本发明为EMS的组件管理引入集中的组件管理器，可以使用面向组件的方式对来扩展新增业务，使其具有了动态扩展能力；同时它所提供的基础设施，为轻量化扩展和快速部署提供了有力的支持，对新业务的响应速度大大提高了，同时也极大地降低了整体开发成本。

Description

一种网元数据同步的方法及装置

技术领域

本发明涉及通信网管系统的网元及其配置管理方法与装置，尤其涉及一种网元数据同步的方法及装置。

背景技术

通信网管系统中，处于网元管理层的网管系统(EMS)主要负责管理网元设备(NE)的初始化预置、参数重配、告警监视和性能统计等业务。

在网络的运行维护阶段，数据同步操作是一个常见的例行工作，同步操作的数据流向包括上下行两个方向，数据下行是指将EMS数据传送到网元侧，上行是指将网元侧数据上载到EMS，以此来进行后续的备份，升级和差异化比较等操作。然而在实际的网络管理中，同步操作面临着网元数据格式、通讯协议，以及业务流程差异所带来的巨大挑战。

首先，从网元侧的数据格式来看，由于技术的演进变迁，从简单的文本、基于SNMP协议的MIB库、可扩展标记语言(XML)，到关系数据库的脚本，甚至是厂商私有格式等等，存在的形式千差万别；而EMS侧的管理模型则要标准的多，以SNMP为核心的Internet网络管理方案和以CMIS/CMIP为核心的的OSI网络管理方案，是当今最主要的两个网络管理方案，因此，在网元数据同步过程中，需要EMS提供相应的适配转换，将差异化的数据映射到统一的模型中来，填平这两者之间的沟壑，才能实现对网元数据的识别并管理。

再从接入的通讯协议来看，所采用的协议制式也各不相同，有TCP、UDP、HTTP、FTP等，以及在其上扩展的标准和非标准的应用层协议，例如：SNMP，这些也需要EMS提供适配，以实现不同类型网元在通讯层面的统一接入管理。

最后是每个同步适配流程都有其各自特殊的语义，这些语义是由业务决定的，每个适配流程都不尽相同，它需要特别定制开发，这是适配过程所关注的核心内容。

在传统的同步处理机制中，会为每种类型的同步接口提供一个适配组件，每个适配组件存在一套解析方法来应对一种特定的数据格式、通讯协议，以及业务流程的处理，EMS发布时需要预先捆绑所有的适配组件。每当新增一种数据同步接口，或者现有接口出现微调时，都需要重构版本，再行发布，才能新增支持能力。这样的同步处理机制是预置的，不可动态扩展的，功能扩充的成本很高。

图1是传统的同步适配管理方式示意图。从图中可以看出，当前EMS10已经内置了对A类网元104、B类网元105、C类网元106三类网元的同步适配功能，包括适配组件A101、适配组件B102和适配组件C103，这时如果网络中又增加了一种新网元，即D类网元107，它的数据格式、通讯协议和同步流程很可能不兼容已知接口，这时候EMS10就无法识别，对它的管理也无从谈起。此时只有专门为D类网元107再编写同步适配，并重新构建EMS系统10，再行发布，这必然中断现有正常运行的业务，这显然不能保障电信级7x24的服务质量要求；同时，由于每次编写新的适配组件，缺少有效的重用机制，不能基于公共的基础设施，所以这是一个从零开始的搭建，造成大量重复而冗余的劳动。

随着网络容量的不断提升，业务内容的不断丰富，EMS所面对的网元类型越来越多样化，管理接口越来越复杂，设备更替速度也越来越快，在这样的背景下，急需寻找到一种方法和装置，使EMS有能力动态扩展同步适配能力，同时提供可复用的基础设施，便于快速新增，以响应这种变化和需求。这里提出几个关键要求：EMS可以同时管理多种类型的网元同步适配接口；适配组件可从EMS系统中装载/移除/更新，以支持不断变化的网元适配接口，使适配能力可动态扩展；适配组件的变化对系统冲击最小，可保证系统不中断运行；新增适配组件可复用基础设施，只需增量扩展业务差异部分。

专利申请“网管接口适配器及信息交互的方法”涉及到了一种网管接口适配器及信息交互的方法(申请号：200510002757)，采用独立的模块承担各个功能职责，以及相互间存在协调机制的方法，来完成网元同步的适配流程，但是无法解决背景中所提出适配功能可动态扩展，以及公共基础设施的问题，因为这种方式本质仍旧是静态的，固化的适配机制。

发明内容

本发明要解决的问题是提供一种网元数据同步的方法及装置，解决网络管理中动态扩展同步适配能力的问题。

本发明提供了一种网元数据同步的方法，包括：

步骤1，设置组件管理器，用于集中管理组件；

步骤2，设置基础组件库，用于为适配组件提供基础组件，并且通过调用接口向外部开放基础组件；

步骤3，扩展适配组件，用于依据网元的信息以及调用接口动态扩展适配组件。

步骤1中包括以下步骤：

步骤21，设置组件注册表；用于存储组件纪录；

步骤22，设置部署监听器，用于侦听组件部署区中组件的包文件的变化，并动态反馈到组件注册表中；

步骤23，设置实例调度器，用于管理组件的生命周期。

步骤21中，组件注册表包含组件信息表和组件实例表，注册表和组件实例表相互关联，所述组件信息表包含元数据，所述组件实例表包含实例组件。

步骤22中，所述部署监听器将组件包文件的变化反馈到组件信息表中。

步骤22中，组件部署区是一个或多个存放组件的本地目录。

步骤22中，部署监听器定时扫描本地目录，提取组件的元数据，并与组件注册表中的信息进行比对，当发现有差异时，提取有变化的组件信息，更新组件注册表。

步骤23中，实例调度器在需要时将组件实例化，并且在合适的时间销毁该实例。

步骤2中，基础组件是部署区下的一个子目录，该基础组件包含元数据文件和包文件。

步骤3包括：

步骤91，依据网元的信息并基于基础组件的开放接口扩展适配组件，生成包文件和元数据；

步骤92，将包文件和元数据和并到一个目录，并发布到部署区；

步骤93，部署监听器侦测到有新增包文件出现，提取出元数据，进行校验，在校验通过后，向组件注册表新增组件记录。

步骤3中，以增量的方式扩展适配组件。

本发明提供了一种网元数据同步的装置，包括：

组件管理器，用于集中管理组件；

基础组件库，用于为适配组件提供基础组件，并且通过调用接口向外部开放基础组件；

适配组件扩展模块，用于依据网元的信息以及调用接口动态扩展适配组件。

组件管理器包括：

组件注册表；用于存储组件纪录；

部署监听器，用于侦听组件部署区中组件的包文件的变化，并动态反馈到组件注册表中；

实例调度器，用于管理组件的生命周期。

本发明为EMS的组件管理引入集中的组件管理器，可以使用面向组件的方式对来扩展新增业务，使其具有了动态扩展能力；同时它所提供的基础设施，为轻量化扩展和快速部署提供了有力的支持，对新业务的响应速度大大提高了，同时也极大地降低了整体开发成本。这样的业务管理方式，不仅可对同步适配有效，还可以延伸到其它类似需要动态扩展能力的业务流程上。

附图说明

图1是传统的同步适配管理方式示意图；

图2是组件管理器的组成及各模块之间的关系示意图；

图3是组件信息表和实例表之间的关系示意图；

图4是部署监听器的侦听模式示意图；

图5是实例调度器的调度模式示意图；

图6是组件实例的生命周期示意图；

图7是在基础组件库上的应用扩展模式示意图；

图8是组件的包结构示意图；

图9是本发明提供的网元数据同步的方法流程图；

图10是适配组件开发的流程图。

具体实施方式

本发明中，提供集中的组件管理器；构建基础组件库，并开放接口；适配组件在基础设施上进行扩展，并且内置标准的元数据作为自描述信息；组件管理器通过元数据识别所管理的组件，并可动态添加、移除和更新；组件管理器负责调度组件的实例，决定其生命周期。

图2为本发明提供的装置示意图，显示了组件管理器20的具体结构，以及各个模块之间的关系。

为了支持组件信息的动态加载，更新和移除，以及对组件实例的调度，EMS实现集中的组件管理器20，它包括注册表21、部署监听器23和实例调度器22这几个部分。部署区24是存放一个或多个组件的本地目录。其中包含2种类型的组件：基础组件库242中的基础组件243，以及为完成特定业务过程的适配组件241。在部署区24中，组件的物理形式只有一种，就是组件的部署目录(包文件+元数据文件)，但根据组件的能力以及使用方式的不同，组件可以区分成2种类型：公共的基础组件243，以及完成特定业务的适配组件241。由于公共的基础组件243一般是在系统发布时作为一个整体预置的，所以我们把这一组基础组件称为基础组件库242，这是组件的逻辑集合，物理形式上还是独立部署的组件目录。适配组件241是一种组件，它可以基于基础组件243实施扩展，完成特定的适配流程，物理形式上也是独立部署的组件目录。

注册表21中包括组件信息表211和实例表213。组件信息表211包含元数据212，组件信息表211中汇总了所有组件的描述信息，这些注册信息即可以在系统发布时预置，也可以在系统运行时动态更新，以此来支持适配能力的动态调整和扩展；实例表213包含实例214，实例表213保存了当前组件的实例信息，调度器参照该表的记录，来决定具体的调度策略；

部署监听器23负责监听组件的部署事件，对所部署的组件进行合法性校验，自动提取出元数据，向组件信息表211中插入、更新或者删除记录；

实例调度器22负责管理组件的实例。组件实例的自动化调度，提高了系统的响应速度，有效地利用了有限的系统资源，使上层应用尽可能少的关注底层细节，而专注于特定业务的处理上。它的调度策略可以区分为如下的几个应用场景：

a，当首次发起同步操作请求时，实例调度器22根据网元的类型、数据格式以及通讯协议等参数，自动实例化相关组件，并向组件注册表中登记该实例信息；

b，在完成同步操作后，实例调度器22并不立即销毁这些实例，而是将这些组件实例放入池中，等到下一次同类型同步请求被发起时，再激活这些实例，参与同步操作；

c，当组件被删除或者更新后，实例调度器查询注册表，主动销毁相关实例。

虽然同步接口的差异，会导致适配流程的变化，但是各个流程中的基础部分是有共性的，例如：可扩展标记语言(XML)的解析，SNMP的MIB库解析，TCP的客户端和服务器，FTP下载等等，因此：

EMS20将这些共性部分抽取出来，形成基础组件库242，并开放接口，可以由应用层的适配组件241来调用，集成公共的操作行为，使新增适配只需关注特定的业务实现，并在此基础上得以快速构建；

基础组件的管理方式与一般的适配组件管理方式类同，同样需要在组件信息表中注册，并由实例调度器22对其实例进行调度管理。唯一有区别的是，基础组件不能独立参与同步适配过程，只可以被上层的适配组件依赖，来提供某些基础服务。

适配组件241是完成同步适配的功能实体，一种适配组件针对一种特定的适配业务；

适配组件241需要内含元数据212，以此实现自描述和自注册。元数据212是一组基于标准格式的描述信息，至少包括：版本号，创建日期，数据格式，通讯协议，网元类型等；部署监听器23可以使用开放或标准的方式提取元数据212，并更新组件信息表211；

适配组件241即可以在系统发布时预置到系统中，也可以在系统运行期动态地部署到系统中，部署监听器23自动侦听到组件包文件的变化，提取出元数据212，更新注册表21记录，实现组件的动态更新和扩展；

适配组件241可以完全独立构建，也可以在基础组件所提供的服务上快速扩展。

本发明提供了一种网元数据同步的方法，如图9所示，包括：

步骤91，设置组件管理器20，用于集中管理组件；

步骤92，设置基础组件库242，用于为适配组件提供基础组件，并且通过调用接口向外部开放基础组件；

步骤93，以增量的方式扩展适配组件241，用于依据网元的信息以及调用接口动态扩展适配组件。

下面结合图9分别对每个步骤进行详细描述。

在步骤91中，所设置的组件管理器20负责对组件集中化管理，它统一管理所有的适配组件及其实例，承担注册/销毁、实例化、调度、自动更新等职责。组件管理器20由组件注册表21(简称注册表)、部署监听器23、实例调度器22组成，下面分别对各个模块进行详细描述：

组件注册表21是关系型数据库(RBMS)中的二个表(Table)：组件信息表211和组件实例表213。组件信息表负责持久化保存所有组件的描述信息，而组件实例表则持久化保存组件的实例信息。之所以采用数据库的存储方式，是为了确保这些关键数据的健壮性以及系统的容错能力。二者的关系如图3所示，组件信息表211和组件实例表213通过识别号进行关联。

组件信息表211有几个关键字段，包括标识、名称、版本号、创建时间、创建者、部署路径、组件大小、网元类型、数据格式、通讯协议和基础组件。

标识：组件的标识号。该表的主关键字段，实例表的外键。

名称：组件名称。

版本号：组件的版本号，按照如下格式定义，“V.主版本号.次版本号小???版本号.补丁号”，便于系统统一识别和比较，例如：V1.10.100.a。

创建时间：组件的创建时间，按照如下格式统一定义，“YYYY-MM-DDHH24：MI：SS”，便于系统识别和比较。

创建者：创建组件的人或组织。

部署路径：组件的本地保存路径，例如，在Windows系统中，C：\deploy\。

组件大小：组件的尺寸。

网元类型：描述该组件所支持的网元类型。

数据格式：网元侧的数据格式，有如下几种格式类型：Text，Bin，XML，Script，SNMP MIB等。

通讯协议：EMS与网元之间的通讯协议，有如下几种协议类型：TCP，UDP，FTP，HTTP等。

基础组件：适配组件所依赖的基础组件。

组件实例表213的关键字段包括实例号、标识号、激活标志。

实例号：组件的实例号，该表的主关键字段。由系统为实例自动分配的唯一性索引，一种组件实例的最大个数可以在系统中设置。

标识号：组件的标识号，该表的外键，关联组件信息表的主键。

激活标志：标识实例当前是否处于激活状态。处于激活状态的组件说明当前正在运行适配任务，不可再被分配到新的适配请求中；反之则可以。

下面详细介绍部署监听器23：

组件部署区24是一个或多个存放组件的本地目录。组件管理器20中的部署监听器23，是一个系统级的线程，在系统启动时即运行，它负责定时扫描系统中的组件部署区24，并能够主动侦听到到部署区中组件包文件的变化，动态反馈到组件信息表中。图4显示了部署监听器的一个侦听模式，包括3个步骤：

增加了新的组件41；部署监听器侦23听到了组件变化并提取元数据42；更新注册表43。

部署监听器的侦听模式还包括删除和更新组件目录。

部署监听器23采取的侦听策略是：定时扫描目录，提取组件的元数据212，并与注册表21中的信息进行比对，当发现有差异时，提取有变化的组件信息，更新组件注册表21，这里区分三种场景：

a，当组件新部署到目录时，部署监听器23侦测到新增的包文件，提取出描述信息，并进行校验，判断是否为合法的组件，当校验通过后，通知组件信息表211，添加该组件的描述信息；

b，当组件的包文件从部署目录中删除时，部署监听器23侦听到组件包文件删除事件，首先删除组件信息表211对应记录，并通知实例调度器22删除该组件对应的实例记录，在合适的时间销毁该类型组件的实例；

c，当组件的包文件被覆盖时，部署监听器23侦测到组件的包文件属性发生了变化，重新提取组件的描述信息，并通知注册表21，更新对应组件的描述信息；并通知实例调度器22删除该组件对应的实例记录，在合适的时间销毁该类型组件的实例。

下面详细介绍实例调度器22：

实例调度器22是另一个系统级的线程，系统启动时即运行，它负责管理组件实例的生命周期：在需要时负责将其实例化；在合适的时间销毁。附图5显示了实例调度器22的调度模式，包括4个步骤：

用户向实例调度器22发起同步请求51；根据请求参数查找组件实例52；从实例表向实例调度器22返回组件实例53；适配组件的实例，在完成对数据的适配转换后，向网元发送同步数据54。

实例调度器22采用如下的调度策略：

a，当发起适配请求时，实例调度器22接收到任务请求的网元类型，数据格式，通讯协议等参数：

首先根据请求参数，在组件信息表211中搜寻合适的适配组件241，确定对应的组件标识号，再根据标识号搜寻实例表中是否存在该组件的空闲实例，如果有，就分配该实例参与适配任务；

如果当前没有处于空闲的实例，并且实例总数未达上限，就为该组件创建新的实例，分配给适配任务，同时更新实例表记录；

在既没有空闲实例可用，可创建实例已达上限的情况下，则阻塞任务，直到有释放的空闲实例为止。

b，当组件被更新或者删除时，部署监听器23通知实例调度器22，实例调度器22清除相关组件的实例记录，并销毁处于空闲状态的实例；处于激活状态的实例，等待其释放后，再行销毁。图6显示了组件实例的生命周期，a)当新增组件被部署后，部署监听器完成元数据的提取，并在组件注册表中生成记录，组件即进入“准备”状态；b)发起适配请求时，实例调度器查询实例注册表，当发现该组件没有可用的实例时，会对组件实例化，在组件实例表中新增记录。完成初始化过程后，组件即进入“激活”状态，此时才可以参与到适配过程中来；c)在完成适配过程后，实例调度器不直接销毁实例，而是将组件实例放入池中，组件实例表中的记录仍旧存在，以备下次适配请求调用；“激活”和“入池”状态之间可以反复切换，切换过程由适配请求来触发；d)当部署区中的组件被删除或者更新时，部署监听器会通知实例调度器：该类组件的实例不再有效，需要销毁并清除；实例调度器根据通知，销毁实例，并清除实例注册表中的相关记录，该组件即进入“销毁”状态，不可再参与适配过程；e)至此，一个组件就完成了其生命周期。

在步骤92中，利用基础组件形成基础组件库。对网元同步的适配过程，有很多基础的公共行为，主要体现在数据格式的转换和通讯协议层的适配上，本发明将通用的功能提取出来作为公共的基础服务，构建一个基础组件库242，即可以随系统发布，也可以在运行期动态更新，图7显示了在基础组件库上的应用扩展模式：

a，基础组件是可复用的对象，为适配任务提供基础服务，并由上层适配组件241调用。每个基础组件完成特定的服务，例如：XML文件解析，MIB解析，TCP通讯，FTP下载，HTTP上传等，并且以调用接口向外部开放这些功能；

b，基础组件的物理形式是部署区24下的一个子目录，其中包括2个核心部分：元数据文件+包文件。元数据212是组件的自描述信息，这些信息与注册表21关键字段对应，由部署监听器23负责提取，并向注册表21登记注册。而包文件则是是Java编译文件的压缩包jar，它是具体的功能实体；

c，基础组件本身不能独立完成同步的适配过程，需要在由应用在此基础上扩展。当出现新增接口需要适配的情况，只需要复用基础设施，在其所提供的公共操作行为上再行扩展，就可完成快速，轻量化的构建部署。

d，由于基础组件被上层适配应用依赖，所以一般是随系统发布而预置的，但也可以在运行期动态调整。

在步骤93中，增加新的适配组件。当新增适配组件时，采用如下的实施步骤：

a，当出现新增网元的同步接口需要适配时，区分出公共行为和特定的业务流程；

b，公共行为部分包括数据格式的转换和通讯协议的适配，寻找到对应的基础组件，调用其所开放的对外接口，复用基础服务；

c，针对特定的适配业务流程进行开发，完成整个适配流程；

d，适配组件241是一个部署区中独立的子目录，包括元数据文件和包文件。元数据文件是普通的文本文件，例如：metadata.txt，其中包含一组描述信息。这些描述信息必须符合组件注册表21的字段内容，在适配组件241依赖基础组件的场景下，元数据中必须包含所依赖基础组件的列表。包文件是编译文件的压缩包，对于Java语言开发的EMS系统，就是一个jar包，附图8示意了组件的包结构，分为元数据描述和组件的编译包两部分，其中与数据描述包括标识、版本号、接口类型等；

e，如果适配组件241是预置的，在系统发布时，组件信息表211中必须有对应的记录，否则系统无法识别管理；在系统运行期动态更新的适配组件241，包括新增，删除，替换，则由组件管理器20中的部署监听器23，注册表21和实例调度器22统一协调，完成更新过程。

为了进行详细说明，假设这样的一个应用场景：一种网元的消息通讯基于UDP协议，数据文件上传基于FTP协议，文件载体是XML，内容基于自定义的数据模型。

该类网元的数据上载流程大致如下：

f1、适配组件首先建立起FTP服务，允许合法用户登录，并向指定路径上传文件；

f2、适配组件基于UDP向网元发起上载请求，请求中携带FTP地址，上传路径，用户名，密码等参数；

f3、网元接受请求参数后，向指定FTP服务器上传XML格式的数据文件，完成上传后，通知适配组件；

f4、适配组件得到文件成功上载的通知后，到指定目录提取XML文件；

f5、解析XML文件，获取数据信息，进行后续的分析，呈现、入库等操作。

针对该数据上载过程实现适配组件，有几项关键步骤：

g1、适配组件可建立FTP服务，验证登录用户，接受上传文件。该步骤可复用FTP Server基础组件所提供的启动服务start()，停止服务shutdown()等接口；

g2、基于UDP发送请求和接收应答。该步骤可复用UDP基础组件所提供的发送send()，接收receive()等接口；

g3、解析XML文件。该步骤可复用XML基础组件所提供的解析文件parseXMLFile()，获取节点属性getAttribute()，获取节点文本getText()等接口；

g4、根据自定义模型，提取数据内容。由于网元所参照的数据模型是非标准的，所以没有基础组件能够提供通用的服务支持，需要在适配组件中实现特定的业务逻辑，例如：解析数据parseData()，转换数据convertData()等；

g5、最后，适配组件根据业务流程，把这一系列相对独立的环节衔接起来，形成一个完整的上载处理过程。

在上述5个关键任务中，g1、g2、g3都是通用的行为，由基础组件提供服务支持，g4、g5是针对特定业务流程的增量开发，是一个适配组件的完整实现。

下面以新增一个适配组件的完整步骤为例，对本发明的具体实施方式给与详细说明。

假设组网中新增加一种网元类型D107，该网元的数据存储格式是XML文件，与EMS进行文件交换的协议是基于FTP，但该网元的同步接口不同于现有接口，需要对同步流程重新开发适配组件；同时，EMS系统已经在现场处于运行状态，为了保证7x24的不间断运行，要求在不重新构建发布的前提下，就能保证新网元可在线接入到EMS系统中。

由于该类型网元的数据格式是XML，文件交互协议基于FTP，而系统中已经预置了这两个基础服务的公共组件，所以针对该网元的适配组件开发可以在此基础上实现，具体过程如图10所示：

步骤1001，基于基础组件的开放接口来扩展适配组件。基础设施所提供的公共操作行为，从外部角度来看就是一组标准接口，每个接口都约定了一系列通用的流程实现，从接口上扩展的组件自然继承了这些实现，只需要重点关注特定业务所需要完成的逻辑；

步骤1002，当组件实体(包括：接口、实现类、资源文件，描述信息等)完成后，编译成独立的包文件.jar，同时为组件定义如下的元数据信息：

版本号：   V1.10.100.a

名称：     SyncAdapterTypeD

标识号：   11

构建日期： 2007-01-01

构建者：   sh

部署路径： c:\deploy\

数据格式： XML

通讯协议：      FTP

支持的网元类型：Type D

基础组件：      XMLParser，FTPDownload

步骤1003，将包文件和元数据合并到一个目录中，并发布到部署区c：\deploy下；

步骤1004，部署监听器侦测到有新增包文件出现，提取出metadata.txt中的元数据，进行校验，在校验通过后，向注册表新增组件记录；

步骤1005，完成了以上过程后，用户就可以发起对新增网元的数据同步操作了，由实例调度器负责初始化SyncAdapterTypeD，以及它所依赖的基础组件XMLParser，FTPDownload，来完成整个适配流程。

在这个过程中，系统并没有因为新增在线网元而导致其它业务的中断，而体现出高度的自适应能力。

本领域的技术人员在不脱离权利要求书确定的本发明的精神和范围的条件下，还可以对以上内容进行各种各样的修改。因此本发明的范围并不仅限于以上的说明，而是由权利要求书的范围来确定的。

Claims (11)

1.一种网元数据同步的方法，其特征在于，包括：

步骤1，设置组件管理器，用于集中管理组件；

所述步骤1具体包括：

步骤21，设置组件注册表，存储组件纪录；

步骤22，设置部署监听器，侦听组件部署区中组件的包文件的变化，并动态反馈到组件注册表中；

步骤23，设置实例调度器，管理组件的生命周期；

步骤2，在组件部署区设置基础组件库，为适配组件提供基础组件，并且通过调用接口向外部开放基础组件；

步骤3，扩展适配组件，依据网元的信息以及调用接口动态扩展适配组件。

2.如权利要求1所述的网元数据同步的方法，其特征在于，步骤21中，组件注册表包含组件信息表和组件实例表，所述组件信息表和组件实例表相互关联，所述组件信息表包含元数据，所述组件实例表包含实例组件。

3.如权利要求2所述的网元数据同步的方法，其特征在于，步骤22中，所述部署监听器将组件包文件的变化反馈到组件信息表中。

4.如权利要求1所述的网元数据同步的方法，其特征在于，步骤22中，组件部署区是一个或多个存放组件的本地目录。

5.如权利要求1所述的网元数据同步的方法，其特征在于，步骤22中，部署监听器定时扫描本地目录，提取组件的元数据，并与组件注册表中的信息进行比对，当发现有差异时，提取有变化的组件信息，更新组件注册表。

6.如权利要求1所述的网元数据同步的方法，其特征在于，步骤23中，实例调度器在需要时将组件实例化，并且在合适的时间销毁该实例。

7.如权利要求1所述的网元数据同步的方法，其特征在于，步骤2中，基础组件是部署区下的一个子目录，该基础组件包含元数据文件和包文件。

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

步骤91，依据网元的信息并基于基础组件的开放接口扩展适配组件，生成包文件和元数据； 

步骤92，将包文件和元数据和并到一个目录，并发布到部署区；

步骤93，部署监听器侦测到有新增包文件出现，提取出元数据，进行校验，在校验通过后，向组件注册表新增组件记录。

9.如权利要求8所述的网元数据同步的方法，其特征在于，步骤3中，以增量的方式扩展适配组件。

10.一种利用如权利要求1至9任意一项的所述的网元数据同步的方法的装置，其特征在于，包括：

组件管理器，用于集中管理组件；

基础组件库，用于为适配组件提供基础组件，并且通过调用接口向外部开放基础组件；

适配组件扩展模块，用于依据网元的信息以及调用接口动态扩展适配组件。

11.如权利要求10所述的装置，其特征在于，组件管理器包括：

组件注册表，用于存储组件纪录；

部署监听器，用于侦听组件部署区中组件的包文件的变化，并动态反馈到组件注册表中；

实例调度器，用于管理组件的生命周期。 

Images