CN101447891B - 业务模型自适应系统及方法 - Google Patents
业务模型自适应系统及方法 Download PDFInfo
- Publication number
- CN101447891B CN101447891B CN2008100891778A CN200810089177A CN101447891B CN 101447891 B CN101447891 B CN 101447891B CN 2008100891778 A CN2008100891778 A CN 2008100891778A CN 200810089177 A CN200810089177 A CN 200810089177A CN 101447891 B CN101447891 B CN 101447891B
- Authority
- CN
- China
- Prior art keywords
- business model
- network management
- management system
- subordinate
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Abstract
本发明公开了一种业务模型自适应系统及方法,其中,该系统包括:业务模型加载模块,用于预设用于描述业务模型的描述方式,并按描述方式动态加载下级网管系统的业务模型;业务模型南向模块,用于获取和处理下级网管系统的业务模型,并将经过处理的业务模型提交到业务模型加载模块;业务模型提取模块,用于按照描述方式提取下级网管系统的业务模型;业务模型北向模块,用于获取业务模型提取模块提取的下级网管系统的业务模型,并提供给业务模型南向接口模块。本发明各实施例可以降低上、下级系统之间管理的复杂性和维护成本。
Description
技术领域
本发明涉及电信网络管理领域中网络设备管理技术,具体地,涉及业务模型自适应系统及方法。
背景技术
随着电信业的发展,各种各样的设备越来越多,其中,每个设备都带有一套操作维护管理(Operation Maintenance Management,简称为OMM)系统,这使得维护运营越来越困难,因此,能够对多种网络设备实行集中管理的网元层管理系统(ElementManagement System,简称为EMS)就显得越来越重要。
EMS是网元层网管,实现对不同专业网网元的集中管理,可以对一个或多个OMM系统进行管理;OMM直接管理网元,完成对网元的单点管理。图1为EMS与OMM系统的连接关系示意图。如图1所示,上层EMS客户端与上层EMS服务器进行通信,多个下级OMM服务器也与上级EMS服务器进行通信。根据网络设备的变化、需求的变动,OMM系统也需要频繁的进行变动或升级,运营商希望OMM变动或升级后,新的业务能够很快在EMS上体现出来。
目前,EMS整合OMM系统的解决方式主要有以下两种:(方式一)对EMS进行开发,以适应OMM上的业务变化,其中,对EMS客户端和EMS服务器端的功能可能都需要进行开发;(方式二)将各个OMM的客户端完整版本分别在EMS上保存一份,当需要对某个OMM进行操作配置时,启动该OMM对应的客户端版本进程,该进程自己连到OMM服务器,并且所有的操作功能都在该进程的界面上完成。
本发明的发明人在实现本发明的过程中发现,上述的解决EMS对OMM系统集中管理、支持OMM系统业务变化的方式存在以下缺陷:
1、在EMS上开发支持OMM的业务变化,由于需要适应不同类型的OMM,开发工作量非常大,并且随着OMM自身版本的不断升级,EMS上也需要进行新的修改,因此,这种方式开发周期长、维护成本高,远不能达到运营商要求的快速推出市场的目的;
2、在EMS客户端对每个要连接的OMM系统都启动一个独立的OMM客户端进程,每个独立的进程都要进行登录、初始化等过程,因此启动速度比较慢,并且需要用户在不同进程的操作界面间进行切换,因此用户体验不高;此外,各个OMM客户端进程的操作界面是独立的,这与EMS进行集中的操作维护和管理的初衷相互矛盾;另外,上/下级网管系统之间的IP通路是受专门控制的,只能是上/下级服务器之间有专门的通道,而上级EMS客户端机器往往无法直接同下级OMM服务器通讯,因此在工程上不容易采用。此外,这种方式同样也存在OMM客户端版本升级带来的维护成本高、不能方便的扩展等问题。
发明内容
本发明的目的是针对现有技术中EMS集中管理的维护成本高、不方便扩展的缺陷,提出一种业务模型自适应系统及方法,以降低上、下级系统之间管理的复杂性和维护成本。
为实现上述目的,根据本发明的一个方面,提供了一种业务模型自适应系统。
根据本发明实施例的业务模型自适应系统,包括:业务模型加载模块,用于预设用于描述业务模型的描述方式,并按描述方式动态加载下级网管系统的业务模型;业务模型南向模块,用于获取和处理下级网管系统的业务模型,并将经过处理的业务模型提交到业务模型加载模块;业务模型提取模块,用于按照描述方式提取下级网管系统的业务模型;业务模型北向模块,用于获取业务模型提取模块提取的下级网管系统的业务模型,并提供给业务模型南向接口模块。
其中,业务模型加载模块和业务模型南向模块可以设置于网元层管理系统即EMS;业务模型提取模块和业务模型北向模块可以设置于操作维护管理系统即OMM系统。
业务模型加载模块和业务模型南向模块还可以设置于网络管理系统即NMS;业务模型提取模块和业务模型北向模块还可以设置于EMS。
业务模型加载模块可以包括:描述子模块,用于设置描述方式;动态加载子模块,用于按照描述方式动态加载下级网管系统的业务模型;管理子模块,用于对加载的下级网管系统的业务模型进行合并、容错处理。
上述业务模块南向模块可以包括处理子模块及南向接口,第一处理子模块,用于对来自业务模型加载模块的加载请求或来自南向接口的业务模型进行格式转换处理,使得处理后的加载请求具有南向接口对应的格式,处理后的业务模型具有业务模型加载模块对应的格式,以及,对南向接口接收的下级网管系统的业务模型按照相应的版本信息进行保存和/或合并处理;南向接口,用于实现第一处理块与业务模型北向模块之间的信息交互。
上述业务模块北向模块可以包括:第二处理子模块,用于对来自业务模型提取模块的业务模型或来自北向接口的加载请求进行格式转换处理,使得处理后的加载请求具有业务模型提取模块对应的格式,处理后的业务模型具有北向接口对应的格式;北向接口,用于实现第二处理子模块与业务模型南向模块之间的信息交互。
为实现上述目的,根据本发明的另一个方面,提供了一种业务模型自适应方法。
根据本发明实施例的业务模型自适应方法,包括:上级网管系统发送加载下级网管系统的业务模型的加载请求;响应于加载请求,下级网管系统按照预设的描述方式提取下级网管系统的业务模型,并发送给上级网管系统;上级网管系统按照描述方式动态加载下级网管系统的业务模型。
其中,上级网管系统发送加载下级网管系统的业务模型的加载请求的操作具体可以包括:新接入下级网管系统或现有的下级网管系统升级时,上级网管系统发送接入指定下级网管系统的命令消息,并发送获取指定下级网管系统当前版本信息的命令消息;获取来自指定下级网管系统的当前版本信息,并且当前版本信息高于已保存的指定下级网管系统的版本信息时,发送加载指定下级网管系统的业务模型的加载请求消息。
下级网管系统响应于加载请求,下级网管系统按照预设的描述方式提取下级网管系统的业务模型,并发送给上级网管系统的操作可以包括:对加载请求进行格式转换处理,处理为具有下级网管系统之间的北向接口对应的格式;将处理后的加载请求进一步转换处理为具有下级网管系统对应的格式;下级网管系统按照预设的描述方式提取下级网管系统的业务模型,并将提取的业务模型处理为具有上级网管系统的南向接口对应的格式;通过北向接口,将下级网管系统的业务模型发送给上级网管系统。
本发明各实施例的业务模型自适应系统及方法,可以方便地在上级系统中动态支持下级系统的业务变化,或者是新接入下级系统的新业务,使得上级系统对下级系统管理不依靠开发程序代码来实现,可有效降低上级系统集中管理的复杂性和维护成本。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1为根据现有技术的EMS与OMM的连接关系示意图;
图2为根据本发明实施例的业务模型自适应系统的示意图;
图3为根据本发明优选实施例的业务模型自适应系统的示意图;
图4为根据本发明实施例的业务模型自适应系统中业务模型加载模块的结构示意图;
图5为根据本发明实施例的业务模型自适应系统中业务模型南向模块的结构示意图;
图6为根据本发明实施例的业务模型自适应系统中业务模型北向模块的结构示意图;
图7为根据本发明实施例的业务模型自适应方法的流程图;
图8为应用根据本发明实施例的业务模型自适应方法实现加载业务下级网管系统业务模型的过程的流程图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
系统实施例
根据本发明实施例,提供了一种业务模型自适应系统,图2为根据本发明实施例的业务模型自适应系统的示意图。如图2所示,本实施例包括:
业务模型加载模块10,用于预设用于描述业务模型的描述方式,并按该描述方式动态加载下级网管系统的业务模型;
业务模型南向模块20,用于获取和处理下级网管系统的业务模型,并将经过处理的业务模型提交到业务模型加载模块10;
业务模型北向模块30,用于获取业务模型提取模块40提取的下级网管系统的业务模型,并提供给业务模型南向模块20;
业务模型提取模块40,用于按照上述的描述方式提取下级网管系统的业务模型。
本实施例中将下级网管系统的业务模型提取出来,然后把业务模型用某种形式描述出来,在上级网管系统开始管理下级网管系统时,把按照特定描述方式提取的业务模型加载到上级网管系统,这样,上级网管系统即可管理业务模型对应的新的业务。由于本实施例中业务模型加载模块是动态的加载业务模型,加载之后立即生效,因此,在下级网管系统的业务模型变化时,上级网管系统都重新加载业务模型,因此能够适应下级网管系统的业务变化。本实施例可以方便地在上级系统中动态支持下级系统的业务变化,有效降低上级系统集中管理的复杂性和维护成本。
图3为根据本发明优选实施例的业务模型自适应系统示意图。本实施例以业务模型加载模块和业务模型南向模块设置于EMS;业务模型提取模块和业务模型北向模块设置于OMM系统为例,对本发明实施例的上下级网管系统的业务模型自适应系统进行举例说明。
如图3所示,本实施例的自适应系统主要由位于EMS系统的业务模型加载模块10-1、业务模型加载模块10-2、业务模型南向模块202,及位于OMM系统的业务模型北向模块302、业务模型提取模块40-1、业务模型提取模块40-2组成。其中,业务模型加载模块10-1、业务模型加载模块10-2分别位于EMS系统的告警管理业务、性能管理业务中;业务模型提取模块40-1、业务模型提取模块40-2分别位于OMM系统的告警管理业务、性能管理业务中。
优选地,如图3所示,还可以在EMS的其他业务中加入业务模型加载模块,在OMM系统的其他业务中加入业务模型提取模块。
以下将对上述的各个模块进行详细描述。
(1)业务模型加载模块
业务模型加载模块10-1和业务模型加载模块10-2的主要功能是:设置和加载OMM系统的业务模型,业务模型包括告警码、性能指标等。由于OMM系统的多样性,因此,在业务模块加载模块中预先设置一种统一描述业务模型的描述方式,加载时也按照该描述方式进行加载。
现有的业务模型都是静态加载,本实施例与现有的业务模型加载方式不相同,能够动态地加载OMM系统的业务模型,加载之后立即生效。每当新接入一种OMM系统或下级OMM系统升级时,EMS系统都要重新加载业务模型,因此,能够适应下级OMM系统的业务变化。由于多个OMM系统之间的业务模型可能存在冲突,EMS系统还需要具备对业务模型进行合并和容错的能力,以保证在加载不同OMM系统时提供的业务模型不冲突。
(2)业务模型南向模块
业务模型南向模块202的主要功能是:获取和管理各OMM系统的业务模型,并为业务模型加载模块10-1或业务模型加载模块10-2提供正确的模型。
在EMS系统开始管理OMM系统,需要加载OMM系统的业务模型时,业务模型加载模块10-1或业务模型加载模块10-2通过业务模型南向模块202向业务模型北向模块302发出获取业务模型的命令。业务模型获取回来之后,业务模型南向模块202根据不同的OMM版本进行存放,根据版本号的高低进行业务模型的归并,最后根据归并的结果给业务模型加载模块提供能够管理所有下级OMM系统的业务模型。
(3)业务模型北向模块
业务模型北向模块302的主要功能是:收集各个模块提取出来的业务模型并响应从业务模型南向模块202接收的命令,包括获取版本号命令,加载业务模型的请求命令等。
当业务模型北向模块302接收到业务模型南向模块202发来的加载业务模型的请求命令时,分别向对应的业务模型提取模块40-1或业务模型提取模块40-2发出提取模型的命令,收集返回的提取结果,返回给业务模型南向模块202。
(4)业务模型提取模块
业务模型提取模块40-1及业务模型提取模块40-2的主要功能是:按照业务模型加载模块的描述方式提取各个业务模型。
告警管理、性能管理等业务的基本功能都是一样的,不同的是其各自的业务模型,比如:告警管理中的告警码、性能管理中的关键性能指标(Key Performance Indication,简称为KPI)等。本实施例中业务模型加载模块设置一个统一的描述方式,如告警业务模型描述方式需要包括告警码及对应的参数;性能管理业务模型描述方式包括性能指标及对应的参数,将各个业务模型大致的框架按照设定的描述方式描述。业务模型提取模块根据同样的描述方式,在下级网管系统中对应的业务中提取业务模型,并按照描述方式描述出来,如:告警码及对应的码值,并将提取的业务模型的描述提供给业务模型加载模块进行加载。
需要说明的是,上述实施例的业务模型自适应系统同样可以支持多级接入,对于多级EMS系统同样适用。
本实施例中,整个加载过程相对于用户完全透明,用户感觉不到动态加载,可以自动完成。由本实施例的技术方案可以得知,本实施例具有如下有益效果:
1、节约了大量的开发和维护成本。OMM系统升级时,EMS系统不需要做任何改动,完全做到零开发工作量。下级OMM系统上的业务不需要在EMS上重新开发一套,通过把OMM接入到EMS中即可实现;
2、上级EMS系统版本和下级OMM系统版本相互独立。由于EMS系统能动态地支持业务模型的加载,因此不需获知OMM系统提供的具体业务,EMS系统不依赖于OMM系统的版本;
3、上级EMS网管能够方便地进行扩展,快速接入一种新的OMM系统。OMM系统只需要按照同样的描述方式提供业务模型,EMS就能立即对OMM系统进行管理,满足了快速响应业务模型变化的要求;
4、上级EMS系统支持同时管理不同版本的OMM系统。EMS系统可以对多个OMM系统的业务模型进行合并处理,不能合并处理的也可以分开管理。不同OMM系统之间一些类似的业务得到合并后,能够以一种统一的方式展现给用户,为实际多版本OMM系统混合组网提供了可能;
5、EMS系统和OMM系统之间通过特定的描述方式进行统一通信。EMS和OMM之间可以采用某种可读性好的形式,如人机命令的方式,可以给开发过程中的调试提供很大的方便。
图4为根据本发明实施例的业务模型自适应系统中业务模型加载模块的结构示意图。如图4所示,业务模型加载模块包括:
描述子模块102,用于设置一种统一的描述方式;
动态加载子模块104,用于按照描述子模块102的描述方式动态加载下级网管系统的业务模型;
管理子模块106,用于对加载的下级网管系统的业务模型进行合并、容错处理。
通过以上的描述可以看出,业务模型加载模块主要用于预先设置一种统一描述业务模型的描述方式并按照该描述方式动态加载业务模型。
图5为根据本发明实施例的业务模型自适应系统中业务模型南向模块的结构示意图。如图5所示,业务模型南向模块包括:
第一处理子模块22,用于对来自业务模型加载模块的加载请求或来自南向接口24的业务模型进行格式转换处理,使得处理后的加载请求具有南向接口24对应的格式,处理后的业务模型具有业务模型加载模块对应的格式,以及,对南向接口24接收的下级网管系统的业务模型按照相应的版本信息进行保存和/或合并处理;
南向接口24,用于实现第一处理子模块22与业务模型北向模块之间的信息交互。
本实施例中,业务模型南向模块包括南向接口24,并通过第一处理子模块22处理南向接口24和业务模型加载模块之间的信息交互,完成两者之间的信息转换。由于现有的上/下级网管系统之间一般均具有南向接口、北向接口,因此,需要将按照预设的描述方式对应的加载请求转换为南向接口所能识别的语法格式,并将南向接口接收的业务模型转换为业务模型加载模块所能识别的描述方式,从而使得业务模型加载模块进行对应的动态加载。
图6为根据本发明实施例的业务模型自适应系统中业务模型北向模块的结构示意图。如图6所示,业务模型北向模块包括:
第二处理子模块34,用于对来自业务模型提取模块的业务模型或来自北向接口32的加载请求进行格式转换处理,使得处理后的加载请求具有业务模型提取模块对应的格式,处理后的业务模型具有北向接口对应的格式;
北向接口32,用于实现第二处理子模块34与业务模型南向模块之间的信息交互。
图6结构与图5结构对应,可结合图5实施例理解,图6中,业务模型北向模块通过北向接口32接收业务模型南向模块的加载请求,并通过第二处理子模块34进行处理;将第二处理子模块处理后的业务模型通过北向接口32上传给业务模型南向模块。
上述的实施例示出了在EMS网管系统和OMM网管系统这种上下级体系结构中的实现,本领域技术人员应当了解,在其他任何体系结构的上下级系统中,本业务模型自适应系统同样适用。例如,上述各实施例还可以适应于其他上下级网管系统,如将业务模型加载模块和业务模型南向模块设置于网络管理系统(NetworkManagement System,简称为NMS),将业务模型提取模块和业务模型北向模块设置于EMS,构成NMS系统对EMS系统的管理,具体功能和连接关系如图2和图3实施例所示,在此不再对相同或相似内容进行重复描述。
方法实施例
根据本发明实施例,提供了一种业务模型自适应方法。图7为根据本发明实施例的业务模型自适应方法流程图。如图7所示,本实施包括以下步骤:
步骤S702:上级网管系统发送加载下级网管系统的业务模型的加载请求;
步骤S704:下级网管系统响应于加载请求,按照预设的描述方式提取下级网管系统的业务模型,并发送给上级网管系统;
步骤S706:上级网管系统按照描述方式动态加载下级网管系统的业务模型。
其中,上级网管系统可以预先设置用于描述下级网管系统的业务模型的描述方式。本实施例中,可以在EMS网管系统和OMM网管系统这种上下级体系结构中的实现,也可以在其他任何体系结构的上下级系统中,如NMS和EMS,构成NMS系统对EMS系统的管理,具体可参见系统实施例。本实施例的方法可应用于任何体系结构的上、下级网管系统中,具有如下有益效果:
节约了大量的开发和维护成本。下级网管系统升级时,上级网管系统不需要做任何改动;上级网管系统和下级网管系统版本相互独立,不互相依赖;上级网管能够方便进行扩展;上级网管系统可以对多个下级网管系统的业务模型进行合并处理,不能合并处理的也可以分开管理,能够以一种统一的方式展现给用户;上级网管系统和下级网管系统之间通过特定的描述方式进行统一通信,可以给开发过程中的调试提供很大的方便。
图8为应用根据本发明实施例的业务模型自适应方法实现加载业务下级网管系统业务模型的过程的流程图。本实施例以EMS和OMM为例,详细描述业务模型加载的过程。如图8所示,首先从EMS客户端界面上发起一个接入一个OMM系统的请求,EMS服务端上载业务模型并进行动态加载,完成后返回给EMS客户端,最后EMS客户端也加载OMM客户端的业务模型。具体步骤包括:
步骤S801:EMS客户端从界面上向EMS服务端发起接入指定的OMM系统的命令消息;
步骤S802:EMS服务端向指定的OMM系统发出获取该系统当前版本号的命令消息;
步骤S803:EMS服务端获取指定OMM系统的版本信息,如版本号;
步骤S804:EMS服务端根据取回来的OMM系统版本号,比较本地已经上载过的业务模型版本号,如果OMM系统版本号比本地已有的低或相同,则无需进行上载,直接给EMS客户端返回结束;
步骤S805:如果指定的OMM系统版本号高于本地已有版本,或者本地还没有上载过这种类型的OMM系统业务模型,则向OMM服务端发出一个加载它的业务模型的请求命令消息;
步骤S806:EMS服务端获取该OMM系统提取的业务模型;
步骤S807:EMS服务端动态加载从OMM系统获取的业务模型。动态加载之后立即生效,即可对OMM系统进行管理;
步骤S808:EMS服务端向EMS客户端返回上载业务模型成功;
步骤S809:EMS客户端向EMS服务端发出获取OMM客户端业务模型的命令;
步骤S810:EMS客户端获取OMM客户端业务模型返回;
步骤S811:EMS客户端动态加载客户端业务模型。加载之后立即生效,EMS客户端可以对新接入的OMM系统进行操作。
图8实施例示出了在EMS网管系统和OMM网管系统这种上下级体系结构中动态加载业务模型,本领域技术人员应当了解,在其他任何体系结构的上下级系统中,本业务模型自适应方法同样适用。
综上所述,本发明各实施例可以方便的在上级系统中动态支持下级系统的业务变化,有效降低上级系统集中管理的复杂性和维护成本。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种业务模型自适应系统,用于上下级系统中的业务模型自适应管理,其特征在于,包括:
业务模型加载模块,用于预设用于描述业务模型的描述方式,并按所述描述方式动态加载下级网管系统的业务模型;
业务模型南向模块,用于获取和处理所述下级网管系统的业务模型,并将经过处理的所述业务模型提交到所述业务模型加载模块;
业务模型提取模块,用于按照所述描述方式提取所述下级网管系统的业务模型;
业务模型北向模块,用于获取所述业务模型提取模块提取的所述下级网管系统的业务模型,并提供给所述业务模型南向模块,
其中,所述业务模块南向模块包括第一处理子模块及南向接口,其中:
所述第一处理子模块,用于对所述南向接口接收的所述下级网管系统的业务模型按照相应的版本信息进行保存和/或合并处理;
所述南向接口,用于实现所述第一处理子模块与所述业务模型北向模块之间的信息交互。
2.根据权利要求1所述的系统,其特征在于,所述业务模型加载模块和所述业务模型南向模块设置于网元层管理系统即EMS;所述业务模型提取模块和所述业务模型北向模块设置于操作维护管理系统即OMM系统。
3.根据权利要求1所述的系统,其特征在于,所述业务模型加载模块和所述业务模型南向模块设置于网络管理系统即NMS;
所述业务模型提取模块和所述业务模型北向模块设置于网元层管理系统即EMS。
4.根据权利要求1所述的系统,其特征在于,所述业务模型加载模块包括:
描述子模块,用于设置所述描述方式;
动态加载子模块,用于按照所述描述方式动态加载所述下级网管系统的业务模型;
管理子模块,用于对加载的所述下级网管系统的所述业务模型进行合并、容错处理。
5.根据权利要求1-4中任一项所述的系统,其特征在于,
所述第一处理子模块,用于对来自所述业务模型加载模块的加载请求或来自所述南向接口的业务模型进行格式转换处理,使得处理后的所述加载请求具有所述南向接口对应的格式,处理后的所述业务模型具有所述业务模型加载模块对应的格式。
6.根据权利要求5所述的系统,其特征在于,所述业务模块北向模块包括:
第二处理子模块,用于对来自所述业务模型提取模块的业务模型或来自北向接口的加载请求进行格式转换处理,使得处理后的所述加载请求具有所述业务模型提取模块对应的格式,处理后的所述业务模型具有所述北向接口对应的格式;
所述北向接口,用于实现所述第二处理子模块与所述业务模型南向模块之间的信息交互。
7.一种业务模型自适应方法,应用于上下级系统中的业务模型自适应管理,其特征在于,包括:
上级网管系统发送加载下级网管系统的业务模型的加载请求;
响应于所述加载请求,所述下级网管系统按照预设的描述方式提取所述下级网管系统的业务模型,并发送给所述上级网管系统;
所述上级网管系统按照所述描述方式动态加载所述下级网管系统的业务模型;
其中,在所述下级网管系统提取所述下级网管系统的业务模型的操作之后,所述上级网管系统按照所述描述方式动态加载所述下级网管系统的业务模型的操作之前,上级网管系统根据所述下级网管系统的业务模型对应的版本信息进行保存及合并处理。
8.根据权利要求7所述的方法,其特征在于,所述上级网管系统发送加载下级网管系统的业务模型的加载请求的操作具体包括:
新接入下级网管系统或现有的下级网管系统升级时,所述上级网管系统发送接入指定下级网管系统的命令消息,并发送获取所述指定下级网管系统当前版本信息的命令消息;
获取来自所述指定下级网管系统的当前版本信息,并且在所述当前版本信息高于已保存的所述指定下级网管系统的版本信息时,发送加载所述指定下级网管系统的业务模型的加载请求。
9.根据权利要求7-8中任一项所述的方法,其特征在于,所述下级网管系统按照预设的描述方式提取所述下级网管系统的业务模型,并发送给所述上级网管系统的操作包括:
所述下级网管系统的业务模型北向模块的第二处理子模块对所述加载请求进行格式转换处理,处理为具有所述下级网管系统的业务模型提取模块对应的格式;
所述下级网管系统按照预设的描述方式提取所述下级网管系统的业务模型,并将提取的所述业务模型处理为具有所述上级网管系统的南向接口对应的格式;
通过北向接口,将所述下级网管系统的业务模型发送给所述上级网管系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100891778A CN101447891B (zh) | 2008-04-17 | 2008-04-17 | 业务模型自适应系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100891778A CN101447891B (zh) | 2008-04-17 | 2008-04-17 | 业务模型自适应系统及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101447891A CN101447891A (zh) | 2009-06-03 |
CN101447891B true CN101447891B (zh) | 2011-09-21 |
Family
ID=40743312
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100891778A Active CN101447891B (zh) | 2008-04-17 | 2008-04-17 | 业务模型自适应系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101447891B (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102376029B (zh) * | 2010-08-27 | 2016-05-25 | 上海宝信软件股份有限公司 | 一种供决策分析用的信息对象模型架构装置及方法 |
CN102075978B (zh) * | 2011-01-28 | 2014-07-16 | 浪潮通信信息系统有限公司 | 一种基于语音业务用户负感知的网络问题分析方法 |
CN102104901B (zh) * | 2011-02-11 | 2014-09-10 | 大唐移动通信设备有限公司 | 一种获取关键性能指标的方法和装置 |
CN102238033A (zh) * | 2011-07-04 | 2011-11-09 | 中兴通讯股份有限公司 | 低级网管系统的管理方法及装置、系统 |
CN104717082A (zh) * | 2013-12-12 | 2015-06-17 | 中兴通讯股份有限公司 | 业务模型的适配方法及系统 |
CN104778317A (zh) * | 2015-04-07 | 2015-07-15 | 中国南方电网有限责任公司电网技术研究中心 | 一种基于套接字技术的电力系统机电-电磁混合仿真方法 |
CN109218354A (zh) * | 2017-06-30 | 2019-01-15 | 中兴通讯股份有限公司 | 模型加载方法、装置、存储介质和计算机设备 |
CN107846477A (zh) * | 2017-12-21 | 2018-03-27 | 武汉众邦领创技术有限公司 | 传输通信网管纳管物联设备的系统及方法 |
CN109005117B (zh) * | 2018-08-10 | 2020-12-15 | 迈普通信技术股份有限公司 | 网络拓扑的聚合方法、装置及sdn网络 |
CN112422308A (zh) * | 2019-08-23 | 2021-02-26 | 中兴通讯股份有限公司 | 一种实现运维监控的方法及装置 |
CN112838940B (zh) * | 2019-11-25 | 2024-03-01 | 中兴通讯股份有限公司 | 一种网络控制器框架和数据处理方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1808994A (zh) * | 2005-01-18 | 2006-07-26 | 华为技术有限公司 | 通用移动通讯系统中接口同步的方法及系统 |
CN101163048A (zh) * | 2007-11-13 | 2008-04-16 | 中兴通讯股份有限公司 | 一种集中网管的实现方法 |
-
2008
- 2008-04-17 CN CN2008100891778A patent/CN101447891B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1808994A (zh) * | 2005-01-18 | 2006-07-26 | 华为技术有限公司 | 通用移动通讯系统中接口同步的方法及系统 |
CN101163048A (zh) * | 2007-11-13 | 2008-04-16 | 中兴通讯股份有限公司 | 一种集中网管的实现方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101447891A (zh) | 2009-06-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101447891B (zh) | 业务模型自适应系统及方法 | |
CN102752137B (zh) | 主动设置虚拟机网络参数的装置和方法 | |
US10965718B2 (en) | Method for providing wireless application privilege management | |
WO2016119631A1 (zh) | 一种接入云服务的方法及接入设备 | |
WO2016099346A1 (en) | Method and deployment module for managing a container to be deployed on a software platform | |
EP1872553A1 (en) | System and method for accessing multiple data sources by mobile applications | |
CN101674198B (zh) | 一种堆叠的实现方法及装置 | |
CN111970359B (zh) | 基于Node.js服务器的前端无服务架构系统及建立方法 | |
CN102664756B (zh) | 设备访问方法、装置及系统 | |
CN101588359B (zh) | 一种基于网络的软件按需更新的方法及其系统 | |
CN112799795A (zh) | 业务实现方法、进程管理方法、装置、设备及存储介质 | |
CN113965571B (zh) | 一种分布式嵌入式设备的管理方法、装置、设备及介质 | |
CN100502301C (zh) | 一种网管系统中节点控制方法 | |
US20040199643A1 (en) | Distributed service component systems | |
CN115225482A (zh) | 一种基于Kubernetes进行Pod容器网络配置的方法及装置 | |
CN102141973A (zh) | 一种管理机群的方法、装置以及机群管理与监控系统 | |
CN105187244A (zh) | 一种支持多种管理模式的数字通信设备访问管理系统 | |
CN104360821B (zh) | 实现混合虚拟化的系统及方法 | |
CN103414744B (zh) | 私有云离散式控制的方法和装置 | |
CN117614954A (zh) | 多站点虚拟化管理系统的构建方法、管理方法及相关设备 | |
JP2006222871A (ja) | ホストコンピュータ変更方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |