具体实施方式
本发明实施例提供核查网元配置的业务规则的方法和核查系统,以降低实施核查网元配置的业务规则这一业务的维护成本。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而非全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在电信设备中配置业务规则的基本单元称之为对象,其中,在第三代合作伙伴计划(3GPP,the 3rd generation partnership project)标准中通常称为管理对象(MO,Managed Object),对象由一组属性构成。具有相同属性集合的1类MO总称为管理对象类(MOC,Managed Object Class)。具体的1个对象实例称为管理对象实例(MOI,Managed Object Instance)。
核查网元配置的业务规则,其实就是核查不同网元间(或同一网元)的不同MOI之间的相互关系是否满足预定规则。
本发明核查网元配置的业务规则的方法的一个实施例,可包括:从核查规则自定义接口接收第一指示,其中,该第一指示用于指示用户选择的业务规则类型;从核查规则自定义接口接收第二指示,该第二指示用于指示用户选择的MOC中需核查的属性集合;从核查规则自定义接口接收第三指示,该第三指示用于指示用户指定的用于筛选出需要核查的MOC所对应的MOI的筛选条件;基于第一指示、第二指示和第三指示生成配置核查脚本;调用该配置核查脚本核查网元配置的业务规则。
参见图1、具体步骤可包括:
110、从核查规则自定义接口接收第一指示,其中,该第一指示用于指示用户选择的业务规则类型;
其中,第一指示所指示出的用户选择的业务规则类型例如可以包括:一致性业务规则、关联性业务规则、唯一性业务规则或该三种业务规则两种或全部组合成的复合业务规则类型(而复合业务规则类型可看成同时具有几个并列的业务规则类型)或其它业务规则类型。
120、从核查规则自定义接口接收第二指示,其中,该第二指示用于指示用户选择的MOC中需核查的属性集合(其中,该属性集合可包括一个或多个属性);
130、从核查规则自定义接口接收第三指示,该第三指示用于指示用户指定的用于筛选出需要核查的MOC所对应的MOI的筛选条件;
其中,第三指示所指示的筛选条件可能是对第二指示所指示的MOC的某一个或多个属性的取值进行限制,使筛选出的MOI的某1个或多个属性的取值满足等于某1个特定值或在属于某个取值范围。
其中,核查系统提供核查规则自定义接口,使得用户可通过该核查规则自定义接口来输入用于生成配置核查脚本所需的核查相关参数(该核查相关参数可包括:用户选择的业务规则类型信息(即第一指示)、用户选择的MOC中需核查的属性集合信息(即第二指示)、用户指定的用于筛选出需要核查的MOC所对应的MOI的筛选条件信息(即第三指示)等等),核查系统进而可基于用户通过该核查规则自定义接口输入的核查相关参数来生成配置核查脚本。
在实际应用中,核查系统例如还可提供核查规则自定义操作界面,以便于用户在核查系统提供的该核查规则自定义操作界面上进行自定义操作(该自定义操作界面还可提供相关的自定义操作指引,以便于用户根据该自定义操作指引来进行相关自定义操作),用户可通过核查规则自定义操作界面来输入其选择的业务规则类型信息(即第一指示)、其选择的MOC中需核查的属性集合信息(即第二指示)、以及其指定的用于筛选出需要核查的MOC所对应的MOI的筛选条件信息(即第三指示)等核查系统生成配置核查脚本所需的核查相关参数。
在一种应用场景下,若第一指示所指示出的用户选择的业务规则类型为一致性业务规则;则从核查规则自定义接口接收第二指示可包括:从核查规则自定义接口接收用于指示用户选择需核查的MOC的第二一指示;从核查规则自定义接口接收用于指示第二一指示所指示的MOC中的索引属性的第二二指示;从核查规则自定义接口接收用于指示第二一指示所指示的MOC中需执行一致性核查的属性集合(其中,该属性集合可包括一个或多个属性)的第二三指示(即,第二一指示所指示的MOC对应的各个MOI中,由第二三指示来指示出的属性集合中相同属性的取值需分别保持一致)。此处第二指示包括第二一指示、第二二指示和第二三指示。举例来说,第二一指示所指示出的MOC-A包括5个属性(属性Va1、Va2、Va3、Va4和Va5),第二三指示所指示出的需保持一致性的属性集合中包括属性Va2、Va3,这就表示需要核查某几个网元(或同一网元)中MOC-A对应的MOI(其中,每个网元中MOC-A可能有对应的一个或多个MOI)中属性Va2的取值是否一致,若一致,则表示该几个网元(或该同一网元)的该配置正确;反之,则表示某一个或多个网元(或该同一网元)的该配置错误。属性Va3的核查方式可以此类推。
在另一种应用场景下,若第一指示所指示出的用户选择的业务规则类型为关联性业务规则;从核查规则自定义接口接收第二指示包括:从核查规则自定义接口接收用于指示用户选择需核查的多个MOC的第二四指示;从核查规则自定义接口接收用于指示该第二四指示所指示的多个MOC间需执行关联性核查的属性集合(该属性集合可包括至少两个属性)的第二五指示(即,第二四指示所指示的多个MOC对应MOI中,第二五指示来指示出的属性集合中不同属性的取值之间需具有预设的映射关联关系)。此处,第二指示包括第二四指示和第二五指示。举例来说,如第二四指示所指示出的MOC包括:MOC-B(包括4个属性,即Vb1、Vb2、Vb3和Vb4)和MOC-C(包括5个属性,Vc1、Vc2、Vc3、Vc4和Vc5),其中,第二五指示所指示出的核查需具有关联关系的属性对为属性Vb1和Vc2,及属性Vb4和Vc5,而这就表示需要核查某个网元的MOC-B对应的(1个或多个)MOI中属性Vb1的取值,与该网元或其它网元的MOC-C对应的(1个或多个)MOI中属性Vc2的取值之间是否具有设定的关联关系,并且需要核查某个网元的MOC-B对应的(1个或多个)MOI中属性Vb4的取值,与该网元或其它网元的MOC-C对应的(1个或多个)MOI中属性Vc5的取值之间是否具有设定的关联关系,若具有设定的关联关系,则表示该网元或该几个网元的该配置正确;反之,则表示其中某1个或多个网元的该配置错误,以此类推。
在又一种应用场景下,若第一指示所指示出的用户选择的业务规则类型为唯一性业务规则;则从核查规则自定义接口接收第二指示可包括:从核查规则自定义接口接收用于指示用户选择需核查的MOC的第二六指示;从核查规则自定义接口接收用于指示第二六指示所指示的MOC中执行唯一性核查的属性集合(其中,该属性集合可包括一个或多个属性)的第二七指示(即,第二六指示所指示的MOC对应的若干个MOI中,由第二七指示来指示出的属性集合中相同属性的取值需要互不相同)。此处,第二指示包括:第二六指示和第二七指示。举例来说,例如第二六指示所指示出的MOC-D包括5个属性(即属性Vd1、Vd2、Vd3、Vd4和Vd5),第二七指示所指示出的需保持一致性的属性为属性Vd3,这就表示需要核查某个或某几个网元中MOC-D对应的MOI(其中每个网元中MOC-D可能对应有的1个或多个MOI)中属性Vd3的取值是否互不相同(同一网元或不同网元间的MOI可以两两比较),若互不相同,则表示该几个网元的该配置正确;反之,表示其中某1个或多个网元的该配置错误,以此类推。
可以看出,对业务规则类型进行一致性业务规则、关联性业务规则、唯一性业务规则等合理分类,可以简化核查参数设计和输入的复杂度,进而可降低用户参数输入错误的机率。
140、基于第一指示、第二指示和第三指示生成配置核查脚本;
在实际应用中,基于第一指示、第二指示和第三指示生成的配置核查脚本的数据格式可能是核查系统能够解析的多种格式,配置核查脚本可能基于扩展标记语言(XML,Extensible Markup Language)或其它程序语言描述,可根据具体场景和需要来具体确定,本发明对此不作限定。
其中,第一指示、第二指示和第三指示的数据格式可以是核查系统能够识别的任意格式,具体格式此处不作限定。
需要说明的是,基于第一指示、第二指示和第三指示生成配置核查脚本的方式可能是多种多样的,举例来说,可针对不同的业务规则类型预设对应的不同配置核查脚本模板,根据第一指示所指示出的业务规则类型,可调用该业务规则类型对应的预设的配置核查脚本模板(例如可包括:对应一致性业务规则的配置核查脚本模板、对应关联性业务规则的配置核查脚本模板和对应唯一性业务规则的配置核查脚本模板等三种配置核查脚本模板),而后根据第二指示和第三指示来修改该配置核查脚本模板中与之对应的相关核查参数,进而得到可用于进行网元核查的配置核查脚本。当然,亦可采用其它生成配置核查脚本的机制来基于第一指示、第二指示和第三指示生成配置核查脚本,此处不再一一举例。
150、调用该配置核查脚本核查网元配置的业务规则。
其中,在核查被触发(用户触发或其它条件触发)后,核查系统可导入待核查的网元配置的业务规则数据,解释和执行该配置核查脚本来核查该网元配置的业务规则。例如可对网元配置的业务规则的一致性、关联性、业务性的其中一种或多种进行核查。
此外,核查系统还可提供用于导入配置核查脚本的导入接口,可在接收到配置核查脚本导入指令后,根据该配置核查脚本导入指令从导入接口导入配置核查脚本;和/或,核查系统还可提供用于导出配置核查脚本的导出接口,在接收配置核查脚本导出指令后,可根据该配置核查脚本从导出接口导出指令导出配置核查脚本。如此可实现配置核查脚本局部或全网的共享。
可以理解的是,本实施例的上述方案可在网管设备上具体实施,核查系统可部署在网管设备上来对网元配置的业务规则进行核查。
由上可见,本实施例中例如核查系统提供便于用户输入核查相关参数的核查规则自定义接口,在从该核查规则自定义接口接收到用于指示用户选择的业务规则类型的第一指示、用于指示用户选择的MOC中需核查的属性集合的第二指示、用于指示用户指定的用于筛选出需要核查的MOC所对应的MOI的筛选条件的第三指示后;基于该第一指示、第二指示和第三指示生成配置核查脚本;而后调用该配置核查脚本核查网元配置的业务规则。该机制可基于用户自定义输入的核查相关参数自动的生成用于核查网元配置的业务规则的配置核查脚本,即使网元配置的业务规则经常发生变化,核查系统能够简易的基于用户自定义输入的对应核查相关参数来自动生成相适宜的配置核查脚本进行核查,这样相对降低了实施核查网元配置的业务规则这一业务的维护成本。
为便于更好的理解实施本发明实施例的技术方案,下面主要以在如图2所示结构的核查系统中具体实施的过程为例,做进一步详细的介绍。而在其它结构的核查系统中实施例的过程可类似的参考。
参见图2、图2所示核查系统包括核查脚本仓库单元和核查引擎,该核查系统可部署在网管设备中。
参见图3,具体步骤可包括:
301、核查脚本仓库单元从核查规则自定义接口接收用于指示用户选择的业务规则类型的指示Mss-1;
其中,Mss-1所指示出的用户选择的业务规则类型例如可以包括:一致性业务规则、关联性业务规则、唯一性业务规则或该三种业务规则两种或全部组合成的复合业务规则类型(而复合业务规则类型可看成是几个并列的业务规则类型)或其它业务规则类型。
本实施例中用户选择的业务规则类型为一致性业务规则、关联性业务规则、唯一性业务规则中的任意一个为例,其中,若Mss-1指示出的用户选择的业务规则类型为一致性业务规则,则执行步骤302;若Mss-1指示出的用户选择的业务规则类型为关联性业务规则,则执行步骤305;若Mss-1指示出的用户选择的业务规则类型为唯一性业务规则,则执行步骤309。
本实施例核查系统例如还可提供核查规则自定义操作界面,以便于用户在核查系统提供的核查规则自定义操作界面上进行自定义操作,此外,该自定义操作界面还可提供相关的自定义操作指引,以便于用户根据自定义操作指引来进行相关自定义操作。
302、核查脚本仓库单元从核查规则自定义接口接收用于指示用户选择需核查的MOC的指示Mss-21;
303、核查脚本仓库单元从核查规则自定义接口接收用于指示该Mss-21所指示的MOC中的索引属性的指示Mss-22;
其中,基于Mss-22指示出的索引属性可准确索引到MOC对应的MOI。
304、核查脚本仓库单元从核查规则自定义接口接收用于指示该Mss-21所指示的MOC中需执行一致性核查的属性集合的Mss-23,执行步骤309;
即,Mss-21所指示的MOC对应的若干个MOI中,由Mss-23来指示出的属性集合(其中,该属性集合包括一个或多个属性)中相同属性的取值需要保持一致。
例如图4-a所示,Mss-21指示出的需核查的MOC包括MOC-1。
基于Mss-22指示出的索引属性(Key1和Key2)准确索引到网元1上的MOC-1对应的两个MOI、网元2上的MOC-1对应的两个MOI。
Mss-23指示需核查网元1和网元2上的MOI(Key1索引到的MOI和Key2索引到的MOI)的属性1和属性2的取值是否分别保持一致性。
图4-a中网元1和网元2上的Key1索引到的MOI的属性1和属性2的取值需分别保持了一致性,因此该配置正确;而网元1和网元2上的Key2索引到的MOI的属性1和属性2的取值未能分别保持一致性(Key2索引到的MOI的属性1的取值在网元1和网元2未保持一致),因此后续核查会发现,网元1和/或网元2上的Key2索引到的MOI配置可能错误。
305、核查脚本仓库单元从核查规则自定义接口接收用于指示用户选择需核查的多个MOC的指示Mss-24;
306、核查脚本仓库单元从核查规则自定义接口接收用于指示该Mss-24所指示的多个MOC间需执行关联性核查的属性集合的指示Mss-25;执行步骤309;
即,Mss-24所指示的多个MOC对应MOI中,由Mss-25来指示出的属性集合(该属性集合包括至少两个属性)中不同属性的取值之间需具有预设的映射关联关系。
例如图4-b所示,Mss-24指示出的需核查的MOC包括MOC-2和MOC-3。
Mss-25指示需核查网元1上MOC-2对应的MOI(Key3索引到的MOI)的属性1的取值,与网元2上MOC-3对应的MOI(Key4索引到的MOI)的属性2的取值之间是否具有预设的关联关系(例如其和/差值等于某常数等)。并且,Mss-25还指示出需核查网元1上MOC-2对应的MOI(Key3索引到的MOI)的属性2的取值,与网元2上MOC-3对应的MOI(Key4索引到的MOI)的属性3的取值之间是否具有预设的关联关系(例如其乘积等于某常数等)。
图4-b中,网元1的Key3索引到的MOI的属性1的取值和网元2上的Key4索引到的MOI的属性2的取值之间具有预设的关联关系,而网元1的Key3索引到的MOI的属性2的取值和网元2上的Key4索引到的MOI的属性3的取值之间未具有预设的关联关系,因此后续核查会发现,网元1的Key3索引到的MOI和/或网元2上的Key4索引到的MOI配置可能错误。
307、核查脚本仓库单元从核查规则自定义接口接收用于指示用户选择需核查的MOC的指示Mss-26;
308、核查脚本仓库单元从核查规则自定义接口接收用于指示该Mss-26所指示的MOC中执行唯一性核查的属性的指示Mss-27;执行步骤309;
即,Mss-26所指示的MOC对应的若干个MOI中,由Mss-27来指示出属性集合(该属性集合包括一个或多个属性)中相同属性的取值需要互不相同。
例如图4-c所示,Mss-26指示出的需核查的MOC包括MOC-4。
Mss-27指示需核查网元1上MOC-4对应的MOI(Key5索引到的MOI、Key6索引到的MOI、Key7索引到的MOI)属性3的取值是否互不相同。
图4-c中,网元1的Key5索引到的MOI和Key7索引到的MOI的属性3的取值不同,而网元1的Key6索引到的MOI的属性3的取值和Key5索引到的MOI的属性3的取值相同,因此后续核查会发现,网元1的Key5索引到的MOI和/或Key6索引到的MOI配置可能错误。
309、核查脚本仓库单元从核查规则自定义接口接收用于指示用户指定的筛选需要核查的MOC所对应的MOI的筛选条件的指示Mss-3;
其中,Mss-3指示的筛选条件可能是对Mss-21、Mss-24或Mss-26指示的MOC的某一个或多个属性进行限制,使筛选出的MOI的某1个或多个属性的取值满足等于某1个特定值或在属于某个取值范围。
310、核查脚本仓库单元生成配置核查脚本并保存;
其中,若进行一致性核查,则核查脚本仓库单元可基于指示Mss-1、指示Mss-21、指示Mss-22、指示Mss-23和指示Mss-3生成配置核查脚本;
需要说明的是,基于指示Mss-1、Mss-21、Mss-22、Mss-23和Mss-3生成配置核查脚本的方式可能是多种多样的,举例来说,可针对不同的业务规则类型预设对应的不同配置核查脚本模板,根据Mss-1的指示,调用该一致性业务规则对应的预设的配置核查脚本模板,而后根据指示Mss-21、Mss-22、Mss-23和Mss-3来修改该一致性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数,进而得到用于进行一致性业务核查的配置核查脚本。当然亦可采用其它生成配置核查脚本的机制基于指示Mss-1、Mss-21、Mss-22、Mss-23和Mss-3生成配置核查脚本,此处不再一一举例。
若进行关联性核查,则核查脚本仓库单元可基于指示Mss-1、指示Mss-24和指示Mss-25、指示Mss-3生成配置核查脚本;
举例来说,针对关联性业务规则类型预设对应的配置核查脚本模板,根据Mss-1的指示,调用该关联性业务规则对应的预设的配置核查脚本模板,而后根据指示Mss-24、指示Mss-25和指示Mss-3来修改该关联性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数,进而得到用于进行关联性业务核查的配置核查脚本。当然亦可采用其它生成配置核查脚本的机制;来基于指示Mss-1、指示Mss-24和指示Mss-25、指示Mss-3生成用于进行关联性业务核查的配置核查脚本,此处不再一一举例。
若进行唯一性核查,则核查脚本仓库单元可基于指示Mss-1、指示Mss-26和指示Mss-27、指示Mss-3生成配置核查脚本。
举例来说,针对唯一性业务规则类型预设对应的配置核查脚本模板,根据Mss-1的指示,调用该唯一性业务规则对应的预设的配置核查脚本模板,而后根据指示Mss-26和指示Mss-27、指示Mss-3来修改该关联性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数,进而得到用于进行关联性业务核查的配置核查脚本。当然亦可采用其它生成配置核查脚本的机制;来基于指示Mss-1、指示Mss-26和指示Mss-27、指示Mss-3生成用于进行唯一性业务核查的配置核查脚本,此处不再一一举例。
在实际应用中,配置核查脚本可基于XML格式描述,这样可便于局部或全网共享,一个XML格式的配置核查脚本可如下:
311、核查引擎从核查触发接口接收核查触发指令,从核查脚本仓库单元调用配置核查脚本核查导入的网元配置的业务规则数据。
其中,核查被触发(用户通过核查触发接口触发或其它条件触发)后,核查引擎可从核查数据导入接口导入待核查的网元配置的业务规则数据,解释和执行核查脚本仓库单元保存的配置核查脚本来核查该网元配置的业务规则。例如可对网元配置的业务规则的一致性、关联性、业务性的其中一种或多种进行核查。
在实际应用中,核查引擎导入的网元配置的业务规则数据可基于XML格式描述,一个XML格式的待核查网元配置的业务规则数据可如下:
此外,核查脚本仓库单元还可提供用于导入配置核查脚本的导入接口,核查脚本仓库单元可在接收到配置核查脚本导入指令后,根据该配置核查脚本导入指令从导入接口导入配置核查脚本;和/或,核查脚本仓库单元还可提供用于导出配置核查脚本的导出接口,在接收配置核查脚本导出指令后,核查脚本仓库单元可根据该配置核查脚本从导出接口导出指令导出配置核查脚本。如此可实现配置核查脚本局部或全网的共享。
由上可见,本实施例中,例如核查系统提供了便于用户输入核查相关参数的核查规则自定义接口,在从该核查规则自定义接口接收到用于指示用户选择的业务规则类型的指示、用于指示用户选择的MOC中需核查的属性集合的指示、用于指示用户指定的用于筛选出需要核查的MOC所对应的MOI的筛选条件的指示后;基于上述指示生成配置核查脚本;调用该配置核查脚本核查网元配置的业务规则。该机制可基于用户自定义输入的核查相关参数自动生成用于核查网元配置的业务规则的配置核查脚本,即使网元配置的业务规则经常发生变化,核查系统亦可简易的基于用户自定义输入的对应核查相关参数来自动生成相适宜的配置核查脚本进行核查,这样相对降低了实施核查网元配置的业务规则这一业务的维护成本。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
为便于更好的实施本发明实施例的上述技术方案,本发明实施例中还提供实施上述技术方案的相应装置。
参阅图5,本发明实施例提供的核查系统500可包括:核查脚本仓库单元510和核查引擎520。
其中,核查脚本仓库单元510,用于从核查规则自定义接口接收第一指示,其中,该第一指示用于指示用户选择的业务规则类型;从核查规则自定义接口接收第二指示,该第二指示用于指示用户选择的MOC中需核查的属性集合;从核查规则自定义接口接收第三指示,该第三指示用于指示用户指定的用于筛选出需要核查的MOC所对应的MOI的筛选条件;基于第一指示、第二指示和第三指示生成配置核查脚本并保存;
需要说明的是,核查脚本仓库单元510基于第一指示、第二指示和第三指示生成配置核查脚本的方式可能是多种多样的,举例来说,可针对不同的业务规则类型预设对应的不同配置核查脚本模板,核查脚本仓库单元510根据第一指示所指示出的业务规则类型,可调用该业务规则类型对应的预设的配置核查脚本模板(例如可包括:对应一致性业务规则的配置核查脚本模板、对应关联性业务规则的配置核查脚本模板和对应唯一性业务规则的配置核查脚本模板等三种配置核查脚本模板),而后根据第二指示和第三指示来修改该配置核查脚本模板中与之对应的相关核查参数,进而得到可用于进行网元核查的配置核查脚本。当然,亦可采用其它生成配置核查脚本的机制来基于第一指示、第二指示和第三指示生成配置核查脚本,此处不再一一举例。
核查引擎520,用于调用核查脚本仓库单元510保存的配置核查脚本核查网元配置的业务规则。
参见图6-a,在一种应用场景下,核查脚本仓库单元510包括:第一接收子模块510和核查脚本生成子模块512。
第一接收子模块511,用于从核查规则自定义接口接收第一指示,该第一指示用于指示用户选择的业务规则类型;若第一指示所指示出的用户选择的业务规则类型为一致性业务规则;则从核查规则自定义接口接收用于指示用户选择需核查的MOC的第二一指示;从核查规则自定义接口接收用于指示上述第二一指示所指示的MOC中的索引属性的第二二指示;从核查规则自定义接口接收用于指示第二一指示所指示的MOC中需执行一致性核查的属性的第二三指示;从核查规则自定义接口接收第三指示,该第三指示用于指示用户指定的用于筛选出需要核查的MOC所对应的管理对象实例MOI的筛选条件;
核查脚本生成子模块512,用于基于第一指示、第二指示和第三指示生成配置核查脚本,其中,第二指示包括第二一指示、第二二指示和第二三指示。
举例来说,核查脚本生成子模块512可根据第一指示,调用到该一致性业务规则对应的预设的配置核查脚本模板,而后根据第二一指示、第二二指示、第二三指示和第三指示来修改该一致性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数,进而得到用于进行一致性业务核查的配置核查脚本。当然核查脚本生成子模块512亦可采用其它生成配置核查脚本的机制生成用于进行一致性业务核查的配置核查脚本,此处不再一一举例。
参见图6-b,在另一种应用场景下,核查脚本仓库单元510可包括:第二接收子模块513和核查脚本生成子模块512。
第二接收子模块513,用于从核查规则自定义接口接收第一指示,该第一指示用于指示用户选择的业务规则类型;若第二指示所指示出的用户选择的业务规则类型为关联性业务规则;则从核查规则自定义接口接收用于指示用户选择需核查的多个MOC的第二四指示;从核查规则自定义接口接收用于指示该第二四指示所指示的多个MOC间需执行关联性核查的属性的第二五指示;从核查规则自定义接口接收第三指示,该第三指示用于指示用户指定的用于筛选出需要核查的MOC所对应的管理对象实例MOI的筛选条件;
核查脚本生成子模块512,用于基于第一指示、第二指示和第三指示生成配置核查脚本,其中,第二指示包括第二四指示和第二五指示。
举例来说,核查脚本生成子模块512可根据第一指示,调用到关联性业务规则对应的预设的配置核查脚本模板,而后根据第二四指示和第二五指示和第三指示来修改该关联性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数,进而得到用于进行关联性业务核查的配置核查脚本。当然核查脚本生成子模块512亦可采用其它生成配置核查脚本的机制生成用于进行关联性业务核查的配置核查脚本,此处不再一一举例。
参见图6-c,在又一种应用场景下,核查脚本仓库单元510可包括:第三接收子模块514和核查脚本生成子模块512。
第三接收子模块514,用于从核查规则自定义接口接收第一指示,该第一指示用于指示用户选择的业务规则类型;若第二指示所指示出的用户选择的业务规则类型为唯一性业务规则;则从核查规则自定义接口接收用于指示用户选择需核查的MOC的第二六指示;从核查规则自定义接口接收用于指示上述第二六指示所指示的MOC中执行唯一性核查的属性的第二七指示;从核查规则自定义接口接收第三指示,该第三指示用于指示用户指定的用于筛选出需要核查的MOC所对应的管理对象实例MOI的筛选条件;
核查脚本生成子模块512,用于基于第一指示、第二指示和第三指示生成配置核查脚本,其中,第二指示包括第二六指示和第二七指示。
举例来说,核查脚本生成子模块512可根据第一指示,调用到唯一性业务规则对应的预设的配置核查脚本模板,而后根据第二六指示、第二七指示和第三指示来修改该唯一性业务规则对应的预设的配置核查脚本模板中与之对应的相关核查参数,进而得到用于进行唯一性业务核查的配置核查脚本。当然核查脚本生成子模块512亦可采用其它生成配置核查脚本的机制生成用于进行唯一性业务核查的配置核查脚本,此处不再一一举例。
参见图6-d,在一种应用场景下,核查脚本仓库单元510还可包括:导入子模块515和导出子模块516。
导入子模块515,用于接收配置核查脚本导入指令,并根据配置核查脚本导入指令从导入接口导入配置核查脚本;
导出子模块516、用于接收配置核查脚本导出指令,并根据配置核查脚本导出指令从导出接口导出配置核查脚本。
可以理解的是,本实施例的核查系统500可以是上述方法实施例中的核查系统,可部署在网管设备中,其各个功能模块的功能可根据上述方法实施例介绍的方法具体实现,其具体实现过程可以参见上述实施例中的相关描述,在此不再赘述。
由上可见,本实施例中核查系统500提供便于用户输入核查相关参数的核查规则自定义接口,在从该核查规则自定义接口接收到用于指示用户选择的业务规则类型的第一指示、用于指示用户选择的MOC中需核查的属性集合的第二指示、用于指示用户指定的用于筛选出需要核查的MOC所对应的MOI的筛选条件的第三指示后;基于第一指示、第二指示和第三指示生成配置核查脚本;调用该配置核查脚本核查网元配置的业务规则。该机制可基于用户自定义输入的核查相关参数自动生成用于核查网元配置的业务规则的配置核查脚本,即使网元配置的业务规则经常发生变化,核查系统亦可简易的基于用户自定义输入的对应核查相关参数来自动生成相适宜的配置核查脚本进行核查,这样相对降低了实施核查网元配置的业务规则这一业务的维护成本。
本发明实施例还提供一种网管设备,该网管设备部署有核查系统500。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
所属领域的技术人员可清楚地了解到,为描述的方便和简洁,上述描述的系统,装置或单元的具体工作过程,可参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例上述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-On1y Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
综上,本发明实施例提供的技术方案中,核查系统提供便于用户输入核查相关参数的核查规则自定义接口,在从该核查规则自定义接口接收到用于指示用户选择的业务规则类型的第一指示、用于指示用户选择的MOC中需核查的属性集合的第二指示、用于指示用户指定的用于筛选出需要核查的MOC所对应的MOI的筛选条件的第三指示后;基于第一指示、第二指示和第三指示生成配置核查脚本;调用该配置核查脚本核查网元配置的业务规则。该机制可基于用户自定义输入的核查相关参数自动生成用于核查网元配置的业务规则的配置核查脚本,即使网元配置的业务规则经常发生变化,核查系统亦可简易的基于用户自定义输入的对应核查相关参数来自动生成相适宜的配置核查脚本进行核查,这样相对降低了实施核查网元配置的业务规则这一业务的维护成本。
以上对本发明实施例所提供的核查网元配置的业务规则的方法和核查系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上,本说明书内容不应理解为对本发明的限制。