CN101145991A - 电信管理网中一种多厂商告警管理***及其告警方法 - Google Patents
电信管理网中一种多厂商告警管理***及其告警方法 Download PDFInfo
- Publication number
- CN101145991A CN101145991A CNA200710143446XA CN200710143446A CN101145991A CN 101145991 A CN101145991 A CN 101145991A CN A200710143446X A CNA200710143446X A CN A200710143446XA CN 200710143446 A CN200710143446 A CN 200710143446A CN 101145991 A CN101145991 A CN 101145991A
- Authority
- CN
- China
- Prior art keywords
- alarm
- manufacturer
- mapping relations
- management system
- network management
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种多厂商告警管理***及其告警方法。***包括各厂商的网元层网络管理***和上层网络管理***。方法包括:在上层网络管理***中保存对应于各厂商的厂商告警与上层网络管理***标准告警之间的映射关系;当上层网络管理***收到网元层网络管理***发送的告警信息后,找到该网元层网络管理***所属厂商所对应的映射关系,根据该映射关系得到所收到的告警信息对应的标准告警,显示相应的告警原因;当上层网络管理***收到修改某厂商告警映射信息的请求时,修改对应的映射关系的内容,并根据修改后的映射关系刷新当前告警。本发明提高了网管的可扩展性和可维护性,并且可以方便查看映射关系。
Description
技术领域
本发明涉及通信领域,特别涉及在电信网络管理***中的一种多厂商告警管理***的告警方法。
背景技术
在电信管理网中,往往同时运行着不同厂商的设备和网管***,为了统一管理这些相互独立的网元层网管***,实现对电信设备统一的集中监控和管理,各厂商的网元层网管***都向上提供标准的北向接口,网络层网管***或者综合网管***通过实现同一标准的南向接口与网元层网管***的的北向接口进行对接,从而实现对各个厂家网元层网管***的统一管理。
在网络管理***中,告警管理功能是最基本的管理功能模块之一。虽然NMS(Network Management System,网络管理***)网管技术规范和EMS(Element Management System,网元管理***)网管技术规范对标准告警原因的定义都是相同的,但不同厂商对告警的定义是存在差异的,并没有完全遵守规范;且随着新设备的不断推出,告警定义越来越细,出现了很多规范中未定义的告警信息。
在现有的网络管理***中,对多厂商告警的管理方法主要是黑盒管理方法。在黑盒管理方法中,上层网管***采用预定义方式,保存其需要管理的所有厂商网管***与本网管***间的告警映射关系,按此映射关系对厂商网管***的告警信息进行管理。
虽然黑盒管理方法是最简单的一种多厂商告警管理方法,但是存在以下缺点:
一、用户无法直观查看厂商告警信息与上层网管标准告警的映射关系,从而不能有效核对上层网管显示的厂商告警信息是否正确;
二、当厂商告警定义发生变化时,用户无法动态维护厂商告警信息与上层网管标准告警的映射关系,只能通过升级上层网管方式解决;
三、当增加对新厂商网管***的管理时,只能同时升级上层网管***,否则,上层网管告警管理功能无法正常运行。
发明内容
本发明要解决的技术问题是提供一种多厂商告警管理***的实现方法,以克服现有技术中厂商告警信息可维护性低,扩展性差的问题。
为了解决上述技术问题,本发明提供了一种多厂商告警管理***的告警方法,包括:
在上层网络管理***中保存对应于各厂商的厂商告警与上层网络管理***标准告警之间的映射关系;
当上层网络管理***收到网元层网络管理***发送的告警信息后,找到该网元层网络管理***所属厂商所对应的映射关系,根据该映射关系得到所收到的告警信息对应的标准告警,显示相应的告警原因;
当上层网络管理***收到修改某厂商告警映射信息的请求时,修改对应的映射关系的内容,并根据修改后的映射关系刷新当前告警。
进一步的,所述厂商告警与上层网络管理***标准告警之间的映射关系为厂商告警映射表。
进一步的,上层网络管理***在对映射关系进行修改时仍保留原版本的映射关系;当上层网络管理***收到恢复某厂商映射关系的请求时,根据请求在所保存的各版本的映射关系中找到所要恢复的映射关系,根据恢复后的映射关系刷新当前告警。
进一步的,所述刷新当前告警是指:根据更新后的映射关系重新找到当前告警信息所对应的标准告警。
本发明还提供了一种多厂商告警管理***,包括:各厂商的网元层网络管理***和上层网络管理***;
所述各厂商的网元层网络管理***与上层网络管理***对接;用于根据网络情况提供相应告警信息给上层网络管理***;
其特征在于:
所述上层网络管理***包括告警模块和厂商告警维护模块,并保存有分别对应于各厂商的厂商告警与本上层网络管理***标准告警间的映射关系;
所述厂商告警维护模块用于接收用户修改厂商告警映射信息的指令,根据该指令对相应的映射关系进行修改,并将修改后的映射关系发给所述告警模块;
所述告警模块用于接收网元层网络管理***发送的告警信息,并根据相应的映射关系得到所述告警信息所对应的标准告警,显示相应的告警原因;还用于在收到厂商告警维护模块所发送的修改后的映射关系数据后,根据修改后的映射关系数据刷新当前告警。
进一步的,所述厂商告警维护模块修改映射关系时保存原版本的映射关系;还用于接收用户恢复厂商告警映射信息的指令,根据该指令找到相应版本的映射关系并将所恢复的映射关系数据发给告警模块;
所述告警模块还用于在收到厂商告警维护模块所发送的恢复的映射关系数据后,根据恢复的映射关系数据刷新当前告警。
进一步的,所述告警模块刷新当前告警是指:告警模块根据更新后的映射关系重新找到当前告警信息所对应的标准告警。
进一步的,所述厂商告警维护模块包括客户机端厂商告警维护模块和服务器端厂商告警维护模块;
所述客户机端厂商告警维护模块用于接收用户修改厂商告警映射信息的指令,并向服务器端厂商告警维护模块发送查询所述映射关系数据的请求,在收到映射关系数据后进行相应修改并发给服务器端厂商告警维护模块;还用于接收用户恢复厂商告警映射信息的指令,并发送相应请求给服务器端厂商告警维护模块;
所述服务器端厂商告警维护模块用于在收到客户机端厂商告警维护模块的查询请求后,将对应的映射关系内容返回给客户机端厂商告警维护模块;还用于在收到客户机端厂商告警维护模块发送的修改后的映射关系数据后,将其发给所述告警模块,并保存原版本的映射关系;还用于在收到客户机端厂商告警维护模块的恢复请求后,在所保存的各版本映射关系中找到所要恢复的映射关系,并将所恢复的映射关系数据发给告警模块。
本发明提供了完整的多厂商告警管理***及其告警方法,与现有的告警管理技术相比有以下优点: (1)用户可以方便查看厂商告警信息与上层网管标准告警信息的映射关系,从而有效核对上层网管显示的厂商告警信息是否正确;(2)可动态维护厂商告警映射信息,提高了网管的可维护性;(3)可动态增加对新厂商网管告警功能的管理,提高了网管的可扩展性。
附图说明
图1是本发明的多厂商告警管理***应用实例的框架图;
图2是本发明应用实例的告警模块刷新当前告警的流程图。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
本发明所提供了一种多厂商告警管理***的告警方法,包括设置阶段和运行阶段:
所述设置阶段包括:
在上层网络管理***中保存对应于各厂商的厂商告警与上层网络管理***标准告警之间的映射关系;所述厂商告警指各厂商网络管理***的告警信息;
建立所述厂商告警映射表时可根据具体需求定义不同的属性字段;所述属性字段可以包括以下字段:厂商告警标识、标准告警标识、厂商告警描述信息、告警严重性等级、告警类型、是否业务相关及标准告警描述信息。对于无法映射到标准告警的厂商告警,统一定义为厂商告警。
所述运行阶段包括:
当上层网络管理***收到网元层网络管理***发送的告警信息后,找到该网元层网络管理***所属厂商所对应的映射关系,根据该映射关系得到所收到的告警信息对应的标准告警,并显示相应的告警原因。
当上层网络管理***收到查询某厂商告警映射信息的请求时,将对应的映射关系内容转换为可以显示的格式,以供用户查看。
当上层网络管理***收到修改某厂商告警映射信息的请求时,修改对应的映射关系的内容,为了以后能够进行恢复,上层网络管理***仍保留原版本的映射关系;为区别各版本的映射关系,可以对映射关系加上标识,所述标识可以但不限于是文件名;上层网络管理***根据修改后的映射关系刷新所有当前告警。此处提到的修改操作包括新增、删除及改变已有映射关系。
当上层网络管理***收到恢复某厂商映射关系的请求时,根据请求在所保存的各版本的映射关系中找到所要恢复的映射关系,根据恢复后的映射关系刷新所有当前告警;上层网络管理***还将所恢复的映射关系内容转换为可以显示的格式以供用户查看。可以但不限于在恢复请求中用所述标识来指明所要恢复的映射关系。
所述厂商告警与上层网络管理***标准告警之间的映射关系可以但不限于为厂商告警映射表。
所述刷新当前告警是指:根据更新后的映射关系重新找到当前告警信息所对应的标准告警。
本发明还提供了一种多厂商告警管理***,包括各厂商的网元层网络管理***和上层网络管理***。
所述各厂商的网元层网络管理***通过标准的北向接口与上层网络管理***对接;用于根据网络情况提供相应告警信息给上层网络管理***。
所述上层网络管理***——如网络层网络管理***或者综合网络管理***通过同一标准的南向接口与网元层网络管理***对接;包括告警模块和厂商告警维护模块,并保存有对应于各厂商的厂商告警与本上层网络管理***标准告警间的映射关系;所述映射关系可以但不限于为厂商告警映射表。
所述厂商告警维护模块用于提供对所述映射关系的查看、修改及恢复操作;包括客户机端厂商告警维护模块和服务器端厂商告警维护模块;
所述客户机端厂商告警维护模块用于接收用户修改某厂商告警映射信息的指令,并根据该指令向服务器端厂商告警维护模块发送查询所述映射关系数据的请求,在收到映射关系数据后进行相应修改并发给服务器端厂商告警维护模块;还用于接收用户查询和恢复某厂商告警映射信息的指令,并根据指令发送相应请求给服务器端厂商告警维护模块;并在收到服务器端厂商告警维护模块返回的映射关系内容数据后进行显示;所述修改包括新增、删除及改变已有映射关系;
所述服务器端厂商告警维护模块用于在收到客户机端厂商告警维护模块的查询请求后,将对应的映射关系内容转换为可以显示的格式返回给客户机端厂商告警维护模块;还用于在收到客户机端厂商告警维护模块发送的修改后的映射关系数据后,将其发给所述告警模块,并保存原版本的映射关系;还用于在收到客户机端厂商告警维护模块的恢复请求后,在所保存的各版本映射关系中找到所要恢复的映射关系,将其内容转换为可以显示的格式返回给客户机端厂商告警维护模块,并将所恢复的映射关系数据发给告警模块;
所述告警模块用于接收网元层网络管理***发送的告警信息,并根据相应的映射关系得到所述告警信息所对应的标准告警,显示相应的告警原因;还用于在收到服务器端厂商告警维护模块所发送的更新的映射关系数据后,根据更新的映射关系数据刷新当前告警;所述更新的映射关系数据包括修改后的和所恢复的映射关系数据;所述刷新当前告警是指:根据更新后的映射关系重新找到当前告警信息所对应的标准告警。
下面以一个应用实例对本发明作进一步的详细描述。
本应用实例中的多厂商告警管理***如图1所示,上层网络管理***(包括服务器和客户机)同时管理厂商A和厂商B的网络管理***。该告警管理***的告警方法包括设置阶段和运行阶段:
设置阶段:
针对厂商A和厂商B分别建立厂商告警映射表vendoralarmmap A和vendoralarmmap B,并将此2映射表作为图1中的服务器(Server)子***的配置文件。
所述厂商告警映射表包括厂商告警标识、标准告警标识、厂商告警描述信息、告警严重性等级、告警类型、是否业务相关及标准告警描述信息等字段。对照厂商告警信息和网络层标准告警信息,建立两者间的映射关系。
厂商告警标识是厂商告警的唯一标识;厂商告警标识、厂商告警描述信息、告警严重性等级、告警类型均与厂商网管的告警数据保持一致,数据来源于厂商。
标准告警标识是标准告警的唯一标识;是否业务相关是指该告警是否会影响到具体业务,例如信号丢失(LOS)告警。
对于无法映射到标准告警的厂商告警,统一定义为厂商告警。
运行阶段:
当Server收到厂商A或厂商B网络管理***发送的告警信息后,找到该网络管理***所属厂商所对应的厂商告警映射表,根据该表中的映射关系得到所收到的告警信息对应的标准告警,并显示相应的告警原因。
当用户需要查询厂商告警映射信息时,以查询厂商A的告警映射信息为例进行说明,包括:
步骤11:用户在客户机(Client)的界面上选择对A进行查询操作。
步骤12:Client发送查询请求给Server。
步骤13:Server将vendoralarmmap A中的映射关系转换格式,将转换结果应答给Client。
步骤14:Client将收到的应答结果以列表形式呈现给用户。
当用户需要修改厂商告警映射信息时;以增加一条新的厂商告警映射关系到厂商A的告警映射表为例进行说明,包括:
步骤21:用户在Client的界面上新增厂商告警映射关系,设定好厂商告警映射关系的相关字段。
步骤22:Client将新增的映射关系加入到原厂商告警映射表中,全量发给Server。
步骤23:Server将新的映射表保存为区别于vendoralarmmap A的新文件,新文件命名规则为“vendoralarmmap A”+14位时间字符串(比如:20070425141523,表示2007年4月25日14点15分23秒),并将此文件名应答给Client;并由Server中的告警模块根据修改后的映射关系刷新所有当前告警。
步骤24:Client收到此应答消息后,取出应答结果中的文件名,保存为可供恢复操作选择的文件名。
当用户需要恢复厂商告警映射信息时,以恢复厂商A告警映射信息为例进行说明,包括:
步骤1:用户在界面上选择需要恢复的厂商A的告警映射表文件名进行数据恢复操作。
步骤2:Client将文件名发给Server。
步骤3:Server从所的保存的以前的厂商告警映射表中找到该文件名对应的厂商告警映射表,然后用该表作为当前映射表,并由Server中的告警模块根据恢复后的映射关系刷新所有当前告警,同时将文件中的厂商告警映射信息转换成约定的数据格式,应答给Client;
步骤4:Client收到应答消息后,将应答结果中的数据展示给用户。
所述告警模块根据修改后或恢复的厂商告警映射表刷新当前告警的过程如图2所示,包括以下步骤:
收到厂商告警维护模块发来的厂商告警映射数据后,流程开始启动;
步骤1、检查是否有未处理的当前告警,如果有则转到步骤2;否则转到步骤5。
步骤2、对于一条告警数据,根据标准告警标识在收到的厂商告警映射表中查找其对应的映射关系,如果找到,则转步骤3,如果找不到,则转步骤4;
步骤3、按照映射关系更新当前告警数据,并记录已更改的当前告警;转到步骤1;
步骤4、修改厂商告警描述信息为NULL,修改标准告警原因为“厂商告警”,记录该告警;转到步骤1;
步骤5、当所有告警更新完成之后,将记录的已更改的当前告警上报给Client,呈现给用户,流程结束。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (8)
1.一种多厂商告警管理***的告警方法,包括:
在上层网络管理***中保存对应于各厂商的厂商告警与上层网络管理***标准告警之间的映射关系;
当上层网络管理***收到网元层网络管理***发送的告警信息后,找到该网元层网络管理***所属厂商所对应的映射关系,根据该映射关系得到所收到的告警信息对应的标准告警,显示相应的告警原因;
当上层网络管理***收到修改某厂商告警映射信息的请求时,修改对应的映射关系的内容,并根据修改后的映射关系刷新当前告警。
2.如权利要求1所述的方法,其特征在于:所述厂商告警与上层网络管理***标准告警之间的映射关系为厂商告警映射表。
3.如权利要求1所述的方法,其特征在于:上层网络管理***在对映射关系进行修改时仍保留原版本的映射关系;当上层网络管理***收到恢复某厂商映射关系的请求时,根据请求在所保存的各版本的映射关系中找到所要恢复的映射关系,根据恢复后的映射关系刷新当前告警。
4.如权利要求1或3所述的方法,其特征在于,所述刷新当前告警是指:根据更新后的映射关系重新找到当前告警信息所对应的标准告警。
5.一种多厂商告警管理***,包括:各厂商的网元层网络管理***和上层网络管理***;
所述各厂商的网元层网络管理***与上层网络管理***对接;用于根据网络情况提供相应告警信息给上层网络管理***;
其特征在于:
所述上层网络管理***包括告警模块和厂商告警维护模块,并保存有分别对应于各厂商的厂商告警与本上层网络管理***标准告警间的映射关系;
所述厂商告警维护模块用于接收用户修改厂商告警映射信息的指令,根据该指令对相应的映射关系进行修改,并将修改后的映射关系发给所述告警模块;
所述告警模块用于接收网元层网络管理***发送的告警信息,并根据相应的映射关系得到所述告警信息所对应的标准告警,显示相应的告警原因;还用于在收到厂商告警维护模块所发送的修改后的映射关系数据后,根据修改后的映射关系数据刷新当前告警。
6.如权利要求5所述的多厂商告警管理***,其特征在于:
所述厂商告警维护模块修改映射关系时保存原版本的映射关系;还用于接收用户恢复厂商告警映射信息的指令,根据该指令找到相应版本的映射关系并将所恢复的映射关系数据发给告警模块;
所述告警模块还用于在收到厂商告警维护模块所发送的恢复的映射关系数据后,根据恢复的映射关系数据刷新当前告警。
7.如权利要求5或6所述的多厂商告警管理***,其特征在于,所述告警模块刷新当前告警是指:告警模块根据更新后的映射关系重新找到当前告警信息所对应的标准告警。
8.如权利要求5所述的多厂商告警管理***,其特征在于:
所述厂商告警维护模块包括客户机端厂商告警维护模块和服务器端厂商告警维护模块;
所述客户机端厂商告警维护模块用于接收用户修改厂商告警映射信息的指令,并向服务器端厂商告警维护模块发送查询所述映射关系数据的请求,在收到映射关系数据后进行相应修改并发给服务器端厂商告警维护模块;还用于接收用户恢复厂商告警映射信息的指令,并发送相应请求给服务器端厂商告警维护模块;
所述服务器端厂商告警维护模块用于在收到客户机端厂商告警维护模块的查询请求后,将对应的映射关系内容返回给客户机端厂商告警维护模块;还用于在收到客户机端厂商告警维护模块发送的修改后的映射关系数据后,将其发给所述告警模块,并保存原版本的映射关系;还用于在收到客户机端厂商告警维护模块的恢复请求后,在所保存的各版本映射关系中找到所要恢复的映射关系,并将所恢复的映射关系数据发给告警模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200710143446XA CN100571172C (zh) | 2007-07-31 | 2007-07-31 | 电信管理网中一种多厂商告警管理***及其告警方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200710143446XA CN100571172C (zh) | 2007-07-31 | 2007-07-31 | 电信管理网中一种多厂商告警管理***及其告警方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101145991A true CN101145991A (zh) | 2008-03-19 |
CN100571172C CN100571172C (zh) | 2009-12-16 |
Family
ID=39208305
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB200710143446XA Expired - Fee Related CN100571172C (zh) | 2007-07-31 | 2007-07-31 | 电信管理网中一种多厂商告警管理***及其告警方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100571172C (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103001804A (zh) * | 2012-12-10 | 2013-03-27 | 上海斐讯数据通信技术有限公司 | 设备无关的告警处理方法、装置及相应的网管*** |
CN103036714A (zh) * | 2012-12-10 | 2013-04-10 | 上海斐讯数据通信技术有限公司 | 设备无关的性能指标获取方法、装置及相应的网管*** |
CN103490916A (zh) * | 2012-06-11 | 2014-01-01 | 中兴通讯股份有限公司 | 一种数据采集方法及装置 |
CN103577422A (zh) * | 2012-07-24 | 2014-02-12 | 腾讯科技(深圳)有限公司 | 一种双向映射关系数据的处理方法及*** |
CN115118572A (zh) * | 2022-07-28 | 2022-09-27 | 济南浪潮数据技术有限公司 | 一种服务器告警适配方法、装置、设备及存储介质 |
-
2007
- 2007-07-31 CN CNB200710143446XA patent/CN100571172C/zh not_active Expired - Fee Related
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103490916A (zh) * | 2012-06-11 | 2014-01-01 | 中兴通讯股份有限公司 | 一种数据采集方法及装置 |
CN103577422A (zh) * | 2012-07-24 | 2014-02-12 | 腾讯科技(深圳)有限公司 | 一种双向映射关系数据的处理方法及*** |
CN103577422B (zh) * | 2012-07-24 | 2017-11-14 | 腾讯科技(深圳)有限公司 | 一种双向映射关系数据的处理方法及*** |
CN103001804A (zh) * | 2012-12-10 | 2013-03-27 | 上海斐讯数据通信技术有限公司 | 设备无关的告警处理方法、装置及相应的网管*** |
CN103036714A (zh) * | 2012-12-10 | 2013-04-10 | 上海斐讯数据通信技术有限公司 | 设备无关的性能指标获取方法、装置及相应的网管*** |
CN103001804B (zh) * | 2012-12-10 | 2015-12-02 | 上海斐讯数据通信技术有限公司 | 设备无关的告警处理方法、装置及相应的网管*** |
CN103036714B (zh) * | 2012-12-10 | 2016-01-20 | 上海斐讯数据通信技术有限公司 | 设备无关的性能指标获取方法、装置及相应的网管*** |
CN115118572A (zh) * | 2022-07-28 | 2022-09-27 | 济南浪潮数据技术有限公司 | 一种服务器告警适配方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN100571172C (zh) | 2009-12-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113508403B (zh) | 用于自动化***组件与多个信息源的可互操作通信的***和方法 | |
CN102467529B (zh) | 一种元数据同步方法和*** | |
CN103098024B (zh) | 移动中间设备场景中的成员跟踪和数据逐出 | |
CN102202073A (zh) | 一种分布式***及其数据同步方法 | |
CN101621405A (zh) | 分布式管理监控***及其监控方法、创建方法 | |
CN107992537B (zh) | 业务属性传递方法、装置、计算机设备及存储介质 | |
CN102202087B (zh) | 一种标识存储设备的方法及*** | |
CN100571172C (zh) | 电信管理网中一种多厂商告警管理***及其告警方法 | |
CN112217656B (zh) | Sd-wan***中的网络设备的配置信息同步方法和装置 | |
CN101340425A (zh) | 终端间进行数据同步的方法和装置 | |
US10387387B2 (en) | Enabling multi-tenant access to respective isolated data sets organized using different application schemas | |
WO2015154435A1 (zh) | 软件参数的管理方法及装置 | |
CN105787091A (zh) | 支持多终端的内容发布***及方法 | |
CN105095313A (zh) | 一种数据访问方法和设备 | |
CN101854343A (zh) | 提供节点信息的方法、获取节点信息的方法及设备 | |
CN101588268A (zh) | 通用可扩展的管理设备配置文件的方法及设备 | |
CN105808702A (zh) | 页面内容刷新方法、***及页面内容同步刷新的管理*** | |
CN104753709A (zh) | 一种设备管理的方法及控制服务器 | |
CN102457553A (zh) | 基于B/S模式的离线SaaS应用软件实现方法 | |
US20150280996A1 (en) | Cloud topology visualizations | |
CN100440803C (zh) | 模型化处理网格信息的方法 | |
CN102377590A (zh) | 网络装置及其数据更新方法 | |
CN107968798B (zh) | 一种网管资源标签获取方法、缓存同步方法、装置及*** | |
CN112130846A (zh) | 一种三微一屏发布引擎***及发布方法 | |
CN106789198B (zh) | 一种计算节点管理方法及*** |
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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20180426 Address after: California, USA Patentee after: Global innovation polymerization LLC Address before: 518057 Department of law, Zhongxing building, South hi tech Industrial Park, Nanshan District hi tech Industrial Park, Guangdong, Shenzhen Patentee before: ZTE Corp. |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091216 |