CN108306767A - 兼容多个指定设备的抽象功能用户界面的配置方法及系统 - Google Patents
兼容多个指定设备的抽象功能用户界面的配置方法及系统 Download PDFInfo
- Publication number
- CN108306767A CN108306767A CN201810073567.XA CN201810073567A CN108306767A CN 108306767 A CN108306767 A CN 108306767A CN 201810073567 A CN201810073567 A CN 201810073567A CN 108306767 A CN108306767 A CN 108306767A
- Authority
- CN
- China
- Prior art keywords
- abstraction function
- abstraction
- model
- field
- equipment
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Communication Control (AREA)
Abstract
本发明公开了一种兼容多个指定设备的抽象功能用户界面的配置方法及系统,涉及用户界面显示领域。该方法的步骤为:网管根据用户对指定设备的参数要求,制定抽象功能用户界面展示所需的抽象功能模型、以及通用于每台设备的设备协议描述模板;将指定设备的设备协议组织单元数据,读取至该设备的设备协议描述模板;根据设备协议描述模板中每个字段的数据,形成抽象功能模型中对应的字段数据;用户需要打开抽象功能用户界面时,客户端根据抽象功能模型形成抽象功能用户界面。本发明能够通过一个网管配置出能够管理不同网元类型的抽象功能用户界面,不仅便于用户使用,而且当设备发生改变时,可以按照上述工作过程进行动态调整,扩展性较好。
Description
技术领域
本发明涉及用户界面显示领域,具体涉及一种兼容多个指定设备的抽象功能用户界面的配置方法及系统。
背景技术
随着网络IP化以及FMC(Fixed-Mobile Convergence,固定移动融合)的发展,运营商运维模式将发生深刻改变,从以网络类型和网元类型分层管理逐步走向融合管理,同时对运维成本和用户体验有更高的要求,因此为了适应未来网络的发展,通信网络管理系统(以下简称网管)必须实现各种类型网元的统一管理,充分满足融合网络运维管理的需要。
当前电信网管与设备基于设备协议(例如单盘协议、网元协议等)交互,电信设备经过多年的持续发展,在向用户提供日益丰富功能的同时,设备协议进行了很多改进。有的设备使用SNMP(简单网络)协议,有的设备使用Telnet协议;有的设备以单盘为单位组织协议,有的设备以网元(一个独立的物理设备,包含多个的单盘)为单位组织协议。
设备协议在设计时是面向数据通信的,并不是面向用户的。由于网管也是基于上述设备协议提供用户界面(设备提供通信及数据协议,网管根据该协议从设备读写数据),即一项用户界面对应一个业务配置的协议,因此当用户完成一项需要修改多个配置的功能时,就需要用户操作多个用户界面,不仅不便于用户使用,而且扩展性较差,难以满足电信运营商逐步推行的一个网管管理不同网元类型的需求。
发明内容
针对现有技术中存在的缺陷,本发明解决的技术问题为:如何通过一个网管配置出能够管理不同网元类型的抽象功能用户界面。
为达到以上目的,本发明提供的兼容多个指定设备的抽象功能用户界面的配置方法,包括以下步骤:
S1:网管根据用户对指定设备的参数要求,制定抽象功能用户界面展示所需的抽象功能模型、以及通用于每台设备的设备协议描述模板,设备协议描述模板中的每个字段,均与抽象功能模型中的一个字段对应,转到S2;
S2:网管在指定设备已有的数据协议文件中,将该设备的设备协议组织单元数据,读取至该设备的设备协议描述模板,转到S3;
S3:网管将指定设备的设备协议描述模板中的每个字段,与抽象功能模型中对应的字段关联,根据设备协议描述模板中每个字段的数据,形成抽象功能模型中对应的字段数据,转到S4;
S4:网管将抽象功能模型发送至客户端,转到S5;
S5:用户需要打开抽象功能用户界面时,客户端根据抽象功能模型形成抽象功能用户界面。
在上述技术方案的基础上,S1中所述抽象功能模型包括至少2个抽象功能组织单元,抽象功能组织单元中嵌套有至少1个设备协议组织单元;设备协议描述模板的目录包括协议类型和协议组织单元名称,设备协议组织单元名称下包括至少1个字段,字段包括字节类型、长度和取值范围。
在上述技术方案的基础上,S1还包括以下步骤:网管制定用于校验抽象功能模型的抽象功能约束模型,抽象功能约束模型包括抽象功能模型中的至少1个字段、以及该字段的取值范围;S2还包括以下步骤:网管在指定设备已有的数据协议文件中,将该设备的设备协议组织单元数据,读取至该设备的抽象功能约束模型;S4还包括以下步骤:网管将S2中已读取数据的抽象功能约束模型,发送至客户端。
在上述技术方案的基础上,S5中所述客户端根据抽象功能模型形成抽象功能用户界面的流程包括:客户端获取抽象功能模型对应的抽象功能约束模型,判断抽象功能模型中是否存在抽象功能约束模型中的每个字段、且符合字段的取值范围,若是,则确认抽象功能模型合法,根据抽象功能模型形成抽象功能用户界面;否则确认抽象功能模型非法,进行错误提示。
在上述技术方案的基础上,S3的流程包括:将抽象功能模型的每个字段映射到设备协议描述文件中对应字段的路径,从设备协议描述文件中查找被映射的路径的值、并将该值赋值至抽象功能模型中关联的字段。
本发明提供的实现上述方法的兼容多个指定设备的抽象功能用户界面的配置系统,包括设置于网关上的设备层模块、适配层模块和抽象层模块,还包括设置于客户端上的平台层模块;
设备层模块用于:创建设备层,在设备层中导入预先制定的设备协议描述模板和抽象功能约束模型,在指定设备已有的数据协议文件中,将该设备的设备协议组织单元数据,读取至该设备的设备协议描述模板;
适配层模块用于:创建适配层,适配层将设备层的设备协议描述模板中的每个字段,与上层抽象层的抽象功能模型中对应的字段关联,根据设备协议描述模板中每个字段的数据,形成抽象功能模型中对应的字段数据;
抽象层模块用于:创建抽象层,将抽象功能模型导入到抽象层,抽象层将适配层关联数据后的抽象功能模型,发送至客户端的平台层;
平台层模块用于:创建平台层,平台层根据抽象功能模型形成抽象功能用户界面。
在上述技术方案的基础上,所述抽象功能模型包括至少2个抽象功能组织单元,抽象功能组织单元中嵌套有至少1个设备协议组织单元;设备协议描述模板的目录包括协议类型和协议组织单元名称,设备协议组织单元名称下包括至少1个字段,字段包括字节类型、长度和取值范围。
在上述技术方案的基础上,所述设备层模块还用于:在设备层中导入预先制定的抽象功能约束模型,在指定设备已有的数据协议文件中,将该设备的设备协议组织单元数据读取至该设备的抽象功能约束模型;抽象功能约束模型包括抽象功能模型中的至少1个字段、以及该字段的取值范围;所述抽象层还用于:将已读取数据的抽象功能约束模型,发送至客户端的平台层。
在上述技术方案的基础上,所述平台层具体用于:获取抽象功能模型对应的抽象功能约束模型,判断抽象功能模型中是否存在抽象功能约束模型中的每个字段、符合字段的取值范围,若是,则确认抽象功能模型合法,根据抽象功能模型形成抽象功能用户界面并进行展示;否则确认抽象功能模型非法,进行错误提示。
在上述技术方案的基础上,所述适配层模块具体用于:将抽象功能模型的每个字段映射到设备协议描述文件中对应字段的路径,从设备协议描述文件中查找被映射的路径的值、并将该值赋值至抽象功能模型中关联的字段。
与现有技术相比,本发明的优点在于:
本发明能够预先制定不同设备通用的抽象功能模型和设备协议描述模板,通过设备协议描述模板能够将不同的设备数据进行统一,在此基础上,将所有设备的设备协议描述模板中的数据关联至抽象功能模型;通过关联有所有设备数据的抽象功能模型形成的抽象功能用户界面上,即可对不同设备的参数进行配置,不仅便于用户使用,而且当设备发生改变时,可以按照上述工作过程进行动态调整,扩展性较好,进而实现了通过一个网管管理不同网元类型的需求。
附图说明
图1为本发明实施例中兼容多个指定设备的抽象功能用户界面的配置系统的逻辑架构示意图;
图2为现有技术中设备A和B的用户界面;
图3为本发明实施例中配置的设备A和B的抽象功能用户界面。
具体实施方式
以下结合附图及实施例对本发明作进一步详细说明。
本发明实施例中的兼容多个指定设备的抽象功能用户界面的配置方法,适用于C/S(客户端/服务端)或B/S(浏览器/服务端)架构的网管,该方法的核心为服务端,服务端负责跟各种不同设备通信,读写数据,并将设备数据适配成抽象的功能模型的数据,提供给客户端,同时还会将设备协议中与抽象模型相关的功能约束返回给客户端。
在此基础上,本实施例中的兼容多个指定设备的抽象功能用户界面的配置方法,包括以下步骤:
S1:网管根据用户对指定设备的参数要求,制定抽象功能用户界面展示所需的抽象功能模型、用于校验抽象功能模型的抽象功能约束模型、以及用于获取设备参数、且通用于每台设备的设备协议描述模板,设备协议描述模板中的每个字段,均与抽象功能模型中的一个字段对应,转到S2。
S1制定抽象功能模型、抽象功能约束模型和设备协议描述模板的流程为现有技术中通用模板的设计流程,本领域技术人员能够用户要求自行制作。本实施例中的抽象功能模型中包括至少2个抽象功能组织单元,抽象功能组织单元中嵌套有至少1个设备协议组织单元(即参数);设备协议描述模板的目录包括协议类型和协议组织单元名称,设备协议组织单元名称下包括至少1个字段,字段包括字节类型、长度和取值范围;抽象功能约束模型包括抽象功能模型中的至少1个字段、以及该字段的取值范围。
S1的作用为:提供适用于所有指定设备的通用模板,以使得不同设备的数据通过通用模板转化为格式相同的通用数据;设备协议描述模板中同时包括协议组织单元和字段的原因为:不同设备的协议组织单元、以及协议组织单元中的字段可能均不相同,将协议组织单元和字段都写入设备协议描述模板能够便于管理和查阅。
S2:网管在指定设备已有的数据协议文件中,将该设备的设备协议组织单元数据,读取至该设备的设备协议描述模板和抽象功能约束模型,转到S3。
执行S2时网管需要与设备进行数据交互,因为网管跟设备数据交互比较耗时,所以可以创建一个数据库缓存S2中读取的数据,以提高工作效率。
S3:网管将指定设备的设备协议描述模板中的每个字段,与抽象功能模型中对应的字段关联,根据设备协议描述模板中每个字段的数据,形成抽象功能模型中对应的字段数据,转到S4。
S3的流程包括:将抽象功能模型的每个字段映射到设备协议描述文件中对应字段的路径,从设备协议描述文件中查找被映射的路径的值、并将该值赋值至抽象功能模型中关联的字段。参见图1所示,本实施例中抽象功能模型比较复杂(例如抽象功能模型中抽象功能组织单元嵌套有多个设备协议组织单元),因此执行S3时,可以将抽象功能模型中的抽象功能组织单元由嵌套结构分解为多个设备协议组织单元模型(即分解成多个简单的模型),每个设备协议组织单元模型对应1个协议组织单元;将设备协议组织单元中的每个字段映射到设备协议描述文件中对应字段的路径,从设备协议描述文件中查找被映射的路径的值、并将该值赋值至设备协议组织单元模型中关联的字段。
S4:网管将多个设备协议组织单元模型合并形成抽象功能模型,将抽象功能模型和S2中已读取数据的抽象功能约束模型,发送至客户端,转到S5。
执行S4时网管也需要与设备进行数据交互,因此此处也可配备一个数据库做抽象功能模型中数据的缓存;为此,还需要自动更新这些缓存数据,如设备上线时,会自动检测到并触发设备协议描述模板中每个字段的数据,形成抽象功能模型中对应的字段数据;在设备下线时,会删掉缓存的抽象功能模型数据。
S5:用户需要打开抽象功能用户界面时,客户端根据抽象功能模型形成抽象功能用户界面并进行展示,用户通过抽象功能用户界面可对数据进行修改并保存。
S5中客户端根据抽象功能模型形成抽象功能用户界面并进行展示的流程包括:客户端获取抽象功能模型对应的抽象功能约束模型,判断抽象功能模型中是否存在抽象功能约束模型中的每个字段、且符合字段的取值范围,若是,则确认抽象功能模型合法,根据抽象功能模型形成抽象功能用户界面并进行展示;否则确认抽象功能模型非法,进行错误提示。
下面以指定设备为两台不同的激光器(设备A和B)为例,说明本实施例中抽象功能用户界面的配置系统的用法。
两台设备配置的数据协议文件为:
参见上述数据协议文件可知,设备A和B都有“温度”和“模式”这两个参数,但它们的取值范围都不一样。另外,设备A有“速率”,设备B没有。
参见图2所示,以前的用户界面会同时存在设备A和B的数据多个设备,此时用户需要分开查看和修改设备A和B的数据。
参见图1所示,本发明实施例中实现上述方法的兼容多个指定设备的抽象功能用户界面的配置系统,包括设置于网关上的设备层模块、适配层模块和抽象层模块,还包括设置于客户端上的平台层模块。
该系统工作前,需要根据用户需求确定抽象功能模型、抽象功能约束模型和设备协议描述模板,抽象功能模型为:
抽象功能约束模型为:
设备层模块用于:创建设备层,在设备层中导入设备协议描述模板和抽象功能约束模型,在指定设备已有的数据协议文件中,将该设备的设备协议组织单元数据,读取至该设备的设备协议描述模板和抽象功能约束模型。
设备层需要与设备进行数据交互,因为网管跟设备数据交互比较耗时,所以可以创建一个数据库(图1中DB1)缓存适配层中读取的数据,以提高工作效率。
设备层通过以下算法从设备读写数据:
//从设备读取数据
byte[]readDeviceData(String device)
//写数据到设备
void wirteDeviceData(String device,byte[]devData);
设备层向上层的适配层提供以下接口:
//解析设备协议文件
DeviceProtocol parseProtocol(File file);
//根据路径从设备数据查找数据
DataNode findData(DeviceProtocol protocol,byte[]deviceData,StringfindPath)
适配层模块用于:创建适配层,适配层将设备层的设备协议描述模板中的每个字段,与上层抽象层的抽象功能模型中对应的字段关联(适配),根据设备协议描述模板中每个字段的数据,形成抽象功能模型中对应的字段数据。
适配层模块具体用于:将抽象功能模型的每个字段映射到设备协议描述文件中对应字段的路径,从设备协议描述文件中查找被映射的路径的值、并将该值赋值至抽象功能模型中关联的字段。
为保证适配层的扩展性,其内部可分为适配层平台和产品层,适配层平台将设备A、设备B设备协议描述模板适配到抽象功能模型FunctionA的具体字段为:
//设备A适配到抽象模型
StartBind(DeviceA,FunctionA)
Bind(temperature,"数据块X/温度");
Bind(rate,"数据块X/速率");
Bind(mode,"数据块X/更多/模式");
EndBind();
//设备B适配到抽象模型
StartBind(DeviceB,FunctionA)
Bind(temperature,"数据块Y/温度");
Bind(mode,"数据块Y/高级/模式");
EndBind();
其中StartBind()、Bind()、EndBind()这些算法由适配层平台提供,产品层负责调用这些算法完成设备的绑定。
StartBind():入参1:设备类型;入参2:抽象模型
Bind():入参1:抽象模型字段;入参2:关联的设备协议路径
根据上述绑定关系,适配层平台可向上提供以下接口给抽象层:
//数据转换:设备数据转化成抽象数据
FucntionA deviceData2FunctionAData(byte[]deviceData);
//数据转换:抽象数据转化成设备数据
byte[]functionAData2deviceData(FucntionA data);
//获取抽象功能约束
FunctionConstraint getFucntionAConstraint();
抽象层模块用于:创建抽象层,将抽象功能模型定义到ICE(InternetCommunications Engine,一种客户端与服务端通信的中间件)文件,将通过ICE引擎生成的代码文件导入到抽象层。为保证抽象层的扩展性,抽象层内部可分为抽象层平台和产品层,抽象层平台将多个设备协议组织单元模型合并形成抽象功能模型,产品层将适配层关联数据后的抽象功能模型、以及已读取数据的抽象功能约束模型,通过以下接口发送至客户端的平台层:
//获取抽象功能数据
List<FuctionA>getFunctionAData();
//获取抽象功能约束
FunctionConstraint getConstraint(String function);
抽象层也需要与设备进行数据交互,因此也可配备一个数据库(图1中DB2)做抽象功能模型中数据的缓存;为此,还需要自动更新这些缓存数据,如设备上线时,会自动检测到并触发设备协议描述模板中每个字段的数据,形成抽象功能模型中对应的字段数据;在设备下线时,会删掉缓存的抽象功能模型数据。
平台层模块用于:创建平台层,平台层根据抽象功能模型形成抽象功能用户界面并进行展示,用户通过抽象功能用户界面可对数据进行修改并保存。
平台层根据抽象功能模型形成抽象功能用户界面并进行展示的流程包括:获取抽象功能模型对应的抽象功能约束模型,判断抽象功能模型中是否存在抽象功能约束模型中的每个字段、符合字段的取值范围,若是,则确认抽象功能模型合法,根据抽象功能模型形成抽象功能用户界面并进行展示;否则确认抽象功能模型非法,进行错误提示。
同样为保证扩展性,客户端在设计上也可分为两层:1、上文的平台层,2、用于展示特殊效果产品层,为了用户界面显示的友好性,有些界面需要有一些特殊的效果,如:当某设备未激活时,它所在表格单元行呈现灰色背景,当激活时,呈现绿色背景。
参见图3所示,经本实施例中的系统配置后,用户可在兼容于2台激光器(设备A和B)的抽象功能用户界面,对设备A和B的激光器参数进行配置,设备B不支持“速率”这个参数,这里用“/”表示,设备A和设备B“温度”的取值范围不一样,在单元格编辑时也会体现。
可以得出,经本实施例中的系统配置的抽象功能用户界面,不仅便于用户使用,而且当设备发生改变时,可以按照上述工作过程进行动态调整,扩展性较好,进而实现了通过一个网管管理不同网元类型的需求。
需要说明的是:本发明实施例提供的系统在进行模块间通信时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将系统的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
进一步,本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种兼容多个指定设备的抽象功能用户界面的配置方法,其特征在于,该方法包括以下步骤:
S1:网管根据用户对指定设备的参数要求,制定抽象功能用户界面展示所需的抽象功能模型、以及通用于每台设备的设备协议描述模板,设备协议描述模板中的每个字段,均与抽象功能模型中的一个字段对应,转到S2;
S2:网管在指定设备已有的数据协议文件中,将该设备的设备协议组织单元数据,读取至该设备的设备协议描述模板,转到S3;
S3:网管将指定设备的设备协议描述模板中的每个字段,与抽象功能模型中对应的字段关联,根据设备协议描述模板中每个字段的数据,形成抽象功能模型中对应的字段数据,转到S4;
S4:网管将抽象功能模型发送至客户端,转到S5;
S5:用户需要打开抽象功能用户界面时,客户端根据抽象功能模型形成抽象功能用户界面。
2.如权利要求1所述的兼容多个指定设备的抽象功能用户界面的配置方法,其特征在于:S1中所述抽象功能模型包括至少2个抽象功能组织单元,抽象功能组织单元中嵌套有至少1个设备协议组织单元;设备协议描述模板的目录包括协议类型和协议组织单元名称,设备协议组织单元名称下包括至少1个字段,字段包括字节类型、长度和取值范围。
3.如权利要求2所述的兼容多个指定设备的抽象功能用户界面的配置方法,其特征在于:S1还包括以下步骤:网管制定用于校验抽象功能模型的抽象功能约束模型,抽象功能约束模型包括抽象功能模型中的至少1个字段、以及该字段的取值范围;S2还包括以下步骤:网管在指定设备已有的数据协议文件中,将该设备的设备协议组织单元数据,读取至该设备的抽象功能约束模型;S4还包括以下步骤:网管将S2中已读取数据的抽象功能约束模型,发送至客户端。
4.如权利要求3所述的兼容多个指定设备的抽象功能用户界面的配置方法,其特征在于:S5中所述客户端根据抽象功能模型形成抽象功能用户界面的流程包括:客户端获取抽象功能模型对应的抽象功能约束模型,判断抽象功能模型中是否存在抽象功能约束模型中的每个字段、且符合字段的取值范围,若是,则确认抽象功能模型合法,根据抽象功能模型形成抽象功能用户界面;否则确认抽象功能模型非法,进行错误提示。
5.如权利要求1至4任一项所述的兼容多个指定设备的抽象功能用户界面的配置方法,其特征在于:S3的流程包括:将抽象功能模型的每个字段映射到设备协议描述文件中对应字段的路径,从设备协议描述文件中查找被映射的路径的值、并将该值赋值至抽象功能模型中关联的字段。
6.一种实现上述方法的兼容多个指定设备的抽象功能用户界面的配置系统,其特征在于:该系统包括设置于网关上的设备层模块、适配层模块和抽象层模块,还包括设置于客户端上的平台层模块;
设备层模块用于:创建设备层,在设备层中导入预先制定的设备协议描述模板和抽象功能约束模型,在指定设备已有的数据协议文件中,将该设备的设备协议组织单元数据,读取至该设备的设备协议描述模板;
适配层模块用于:创建适配层,适配层将设备层的设备协议描述模板中的每个字段,与上层抽象层的抽象功能模型中对应的字段关联,根据设备协议描述模板中每个字段的数据,形成抽象功能模型中对应的字段数据;
抽象层模块用于:创建抽象层,将抽象功能模型导入到抽象层,抽象层将适配层关联数据后的抽象功能模型,发送至客户端的平台层;
平台层模块用于:创建平台层,平台层根据抽象功能模型形成抽象功能用户界面。
7.如权利要求6所述的兼容多个指定设备的抽象功能用户界面的配置系统,其特征在于:所述抽象功能模型包括至少2个抽象功能组织单元,抽象功能组织单元中嵌套有至少1个设备协议组织单元;设备协议描述模板的目录包括协议类型和协议组织单元名称,设备协议组织单元名称下包括至少1个字段,字段包括字节类型、长度和取值范围。
8.如权利要求7所述的兼容多个指定设备的抽象功能用户界面的配置系统,其特征在于:所述设备层模块还用于:在设备层中导入预先制定的抽象功能约束模型,在指定设备已有的数据协议文件中,将该设备的设备协议组织单元数据读取至该设备的抽象功能约束模型;抽象功能约束模型包括抽象功能模型中的至少1个字段、以及该字段的取值范围;所述抽象层还用于:将已读取数据的抽象功能约束模型,发送至客户端的平台层。
9.如权利要求8所述的兼容多个指定设备的抽象功能用户界面的配置系统,其特征在于:所述平台层具体用于:获取抽象功能模型对应的抽象功能约束模型,判断抽象功能模型中是否存在抽象功能约束模型中的每个字段、符合字段的取值范围,若是,则确认抽象功能模型合法,根据抽象功能模型形成抽象功能用户界面并进行展示;否则确认抽象功能模型非法,进行错误提示。
10.如权利要求6至9任一项所述的兼容多个指定设备的抽象功能用户界面的配置系统,其特征在于:所述适配层模块具体用于:将抽象功能模型的每个字段映射到设备协议描述文件中对应字段的路径,从设备协议描述文件中查找被映射的路径的值、并将该值赋值至抽象功能模型中关联的字段。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810073567.XA CN108306767B (zh) | 2018-01-25 | 2018-01-25 | 兼容多个指定设备的抽象功能用户界面的配置方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810073567.XA CN108306767B (zh) | 2018-01-25 | 2018-01-25 | 兼容多个指定设备的抽象功能用户界面的配置方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108306767A true CN108306767A (zh) | 2018-07-20 |
CN108306767B CN108306767B (zh) | 2021-05-18 |
Family
ID=62866418
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810073567.XA Active CN108306767B (zh) | 2018-01-25 | 2018-01-25 | 兼容多个指定设备的抽象功能用户界面的配置方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108306767B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110290135A (zh) * | 2019-06-24 | 2019-09-27 | 四川新网银行股份有限公司 | 对复杂报文统一规范化处理方的方法及请求的数据流 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1459950A (zh) * | 2002-05-24 | 2003-12-03 | 深圳市中兴通讯股份有限公司上海第二研究所 | 一种可为多设备兼容的界面显示系统及方法 |
CN101888655A (zh) * | 2010-06-28 | 2010-11-17 | 中兴通讯股份有限公司 | 网管系统中以模板方式配置网元数据的方法及装置 |
CN103997419A (zh) * | 2014-04-18 | 2014-08-20 | 烽火通信科技股份有限公司 | 兼容多种业务的通用模板配置管理方法及装置 |
CN104268163A (zh) * | 2014-09-05 | 2015-01-07 | 烽火通信科技股份有限公司 | 一种网管网元配置界面的实现方法及系统 |
CN105224351A (zh) * | 2014-06-17 | 2016-01-06 | 中兴通讯股份有限公司 | 快速配置实现方法及快速配置服务器 |
CN105447122A (zh) * | 2015-11-16 | 2016-03-30 | 中国人民解放军理工大学 | 一种基于多表关联可自主创建档案系统的实现方法 |
-
2018
- 2018-01-25 CN CN201810073567.XA patent/CN108306767B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1459950A (zh) * | 2002-05-24 | 2003-12-03 | 深圳市中兴通讯股份有限公司上海第二研究所 | 一种可为多设备兼容的界面显示系统及方法 |
CN101888655A (zh) * | 2010-06-28 | 2010-11-17 | 中兴通讯股份有限公司 | 网管系统中以模板方式配置网元数据的方法及装置 |
CN103997419A (zh) * | 2014-04-18 | 2014-08-20 | 烽火通信科技股份有限公司 | 兼容多种业务的通用模板配置管理方法及装置 |
CN105224351A (zh) * | 2014-06-17 | 2016-01-06 | 中兴通讯股份有限公司 | 快速配置实现方法及快速配置服务器 |
CN104268163A (zh) * | 2014-09-05 | 2015-01-07 | 烽火通信科技股份有限公司 | 一种网管网元配置界面的实现方法及系统 |
CN105447122A (zh) * | 2015-11-16 | 2016-03-30 | 中国人民解放军理工大学 | 一种基于多表关联可自主创建档案系统的实现方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110290135A (zh) * | 2019-06-24 | 2019-09-27 | 四川新网银行股份有限公司 | 对复杂报文统一规范化处理方的方法及请求的数据流 |
CN110290135B (zh) * | 2019-06-24 | 2021-12-07 | 四川新网银行股份有限公司 | 对复杂报文统一规范化处理的方法及请求的数据流 |
Also Published As
Publication number | Publication date |
---|---|
CN108306767B (zh) | 2021-05-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106559251B (zh) | 一种基于yang模型的编译方法、及对应的接口、组件和系统 | |
CN107766132A (zh) | 多任务调度方法、应用服务器及计算机可读存储介质 | |
CN102780574B (zh) | 面向业务的局数据的配置方法、装置以及核查方法、装置 | |
CN110147411A (zh) | 数据同步方法、装置、计算机设备及存储介质 | |
CN102843245B (zh) | 配置数据交互方法及装置 | |
CN110474794A (zh) | 一种sdn架构的信息转换方法和系统 | |
CN107689982A (zh) | 多数据源数据同步方法、应用服务器及计算机可读存储介质 | |
CN104318006B (zh) | 一种智能变电站虚端子设计的优化方法 | |
CN102307129A (zh) | 一种ip城域网网元拓扑实时发现方法 | |
WO2023098374A1 (zh) | 网络资源部署方法、装置、电子设备及存储介质 | |
CN102611576B (zh) | 一种生成网管配置模型文件的方法及装置 | |
CN108595522A (zh) | 一种增量同步方法、装置及系统 | |
CN105141441A (zh) | 一种ip网络图形化配置的方法 | |
CN107193917A (zh) | 基于iid的全站系统配置文件无损数据更新方法 | |
CN103200247A (zh) | 一种数据下载方法和pc下载客户端 | |
Chen et al. | Software-defined network assimilation: bridging the last mile towards centralized network configuration management with nassim | |
CN100388676C (zh) | 电信设备性能报表的自动生成方法 | |
CN109951430A (zh) | 一种数据处理方法及装置 | |
CN108306767A (zh) | 兼容多个指定设备的抽象功能用户界面的配置方法及系统 | |
CN105868170A (zh) | 一种服务器端工业数据报表生成方法 | |
CN107241273A (zh) | 一种基于遗传算法的通信传输环网结构设置方法 | |
CN107958345A (zh) | 一种基于数据库和文件片段的scd文件配置方法与装置 | |
CN110399534A (zh) | 终端性能报表生成方法、装置、设备和存储介质 | |
CN104391782B (zh) | 基于xml脚本的网络设备管理软件客户端模拟方法 | |
CN103577424B (zh) | 分布式数据库视图的实现方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |