具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
图1示出了本发明实施例提供的多网管***的融合通信方法的实现流程图,详述如下:
在步骤S101中,通过N个第一北向接口分别与N个网管***建立连接,其中,N为大于1的整数。
本发明实施例中的网管***指的是网络管理***。本发明实施例中的网管***包括但不限于调度数据网对应的网管***、综合数据网对应的网管***以及调度交换网对应的网管***。各个网管***可能采用不同的协议标准。对于采用不同协议标准的各个网管***,分别提供不同的协议代理对应的第一北向接口。在这里,不同的协议代理包括但不限于CORBA(Common Object RequestBroker Architecture,公共对象请求代理体系)、CMIP(Common ManagementInformation Protocol,公共管理信息协议)、SNMP(Simple Network ManagementProtocol,简单网络管理协议)以及Web Service(Web服务)协议代理。在本发明实施例中,第一北向接口与网管***一一对应。
在步骤S102中,分别通过所述N个第一北向接口获取所述N个网管***的实时信息,每个所述网管***的实时信息包括该网管***中的网络设备信息以及该网管***中的网络设备之间的通信信息。
在步骤S103中,通过所述N个第一北向接口将所述实时信息进行解码,得到实时数据,并将所述实时数据保存在实时数据库中。
其中,对实时信息进行解码指的是,将各个网管***的网络设备信息以及各个网管***中的网络设备之间的通信信息解码为符合实时数据库的数据规范的实时数据。
在本发明实施例中,实时数据库是在获取实时信息后动态创建的。实时数据库用于维护各个网管***的运行状态信息。进一步地,在将实时数据保存在实时数据库中之后,将实时数据保存在历史数据库中。若各个网管***的实时数据库保存在不同的服务器中,则可采用Zookeeper同步各个服务器中的实时数据库,实现多个服务器中的实时数据库的集群管理。
作为本发明的一个实施例,在实时数据库中,通过唯一标识符标识各个网管***,以区分实时数据库中存储的实时数据的来源。在这里,唯一标识符可以由ID(Identity,账号)和/或IP(Internet Protocol,网际协议)地址标记。
作为本发明的一个实施例,在所述将所述实时数据保存在实时数据库中之后,所述方法还包括:根据所述实时数据库生成报表。
可选地,在所述将所述实时数据保存在实时数据库中之后,所述方法还包括:当接收到报警信息时,通过消息总线ActiveMQ发布报警信息。
图2示出了本发明另一实施例提供的多网管***的融合通信方法的实现流程图,参照图2:
在步骤S201中,通过N个第一北向接口分别与N个网管***建立连接,其中,N为大于1的整数;
在步骤S202中,分别通过所述N个第一北向接口获取所述N个网管***的实时信息,每个所述网管***的实时信息包括该网管***中的网络设备信息以及该网管***中的网络设备之间的通信信息;
在步骤S203中,通过所述N个第一北向接口将所述实时信息进行解码,得到实时数据,并将所述实时数据保存在实时数据库中;
在步骤S204中,通过第二北向接口与外部***建立连接;
在步骤S205中,当接收到所述外部***发送的查询请求时,根据所述第二北向接口的接口规范对所述实时数据进行编码;
在步骤S206中,将编码后的所述实时数据发送至所述外部***。
作为本发明的一个实施例,第二北向接口采用CORBA。当接收到外部***发送的查询请求时,将实时数据编码为符合CORBA规范的数据,再将编码后的实时数据发送至外部***。可选地,第二北向接口由CORBA客户端代理执行功能。
图3示出了本发明另一实施例提供的多网管***的融合通信方法的实现流程图,参照图3:
在步骤S301中,通过N个第一北向接口分别与N个网管***建立连接,其中,N为大于1的整数;
在步骤S302中,分别通过所述N个第一北向接口获取所述N个网管***的实时信息,每个所述网管***的实时信息包括该网管***中的网络设备信息以及该网管***中的网络设备之间的通信信息;
在步骤S303中,通过所述N个第一北向接口将所述实时信息进行解码,得到实时数据,并将所述实时数据保存在实时数据库中;
在步骤S304中,当接收到所述N个网管***中的任意一个网管***发送的查询请求时,根据该网管***对应的第一北向接口的接口规范对所述实时数据进行编码;
在步骤S305中,将编码后的所述实时数据发送至该网管***。
优选地,所述将编码后的所述实时数据发送至该网管***具体为:
通过Web服务向该网管***发布编码后的所述实时数据。
图4示出了本发明另一实施例提供的多网管***的融合通信方法的实现流程图,参照图4:
在步骤S401中,通过N个第一北向接口分别与N个网管***建立连接,其中,N为大于1的整数;
在步骤S402中,分别通过所述N个第一北向接口获取所述N个网管***的实时信息,每个所述网管***的实时信息包括该网管***中的网络设备信息以及该网管***中的网络设备之间的通信信息;
在步骤S403中,根据每个所述网管***的实时信息确定每个所述网管***的拓扑结构信息;
在步骤S404中,通过所述N个第一北向接口将所述实时信息进行解码,得到实时数据,并将所述实时数据保存在实时数据库中,并将所有所述网管***的拓扑结构信息保存在所述实时数据库中。
在本发明实施例中,每个网管***的拓扑结构信息包括该网管***中的网络设备之间的实体连接关系信息以及各个网络设备之间的逻辑连接关系信息。根据各个网管***中的网络设备信息以及各个网管***中的网络设备之间的通信信息,可以确定每个网管***中的网络设备之间的实体连接关系以及各个网络设备之间的逻辑连接关系。在本发明实施例中,实时数据库不仅维护各个网管***的网络设备信息以及各个网管***中的网络设备之间的通信信息,还维护各个网管***的拓扑结构信息。
作为本发明的一个实施例,实时数据库可以向外部***和/或网管***提供所有网管***的集合的访问接口,单个网管***的访问接口,网络设备的访问接口,网络设备的性能参数的访问接口,网络设备的运行数据的访问接口,每个网管***中的网络设备之间的实体连接关系信息的访问接口,以及每个网管***中的网络设备之间的逻辑连接关系信息的访问接口。
作为本发明的一个实施例,该方法还包括通过Web服务向该网管***发布网管***的拓扑结构信息、报警信息以及报表。
应理解,在本发明实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
图5示出了本发明实施例提供的融合通信***的***架构图。参照图5,该融合通信***包括融合通信装置51、外部***52以及网管***53。网管***53与融合通信装置51通过第一北向接口54建立连接,融合通信装置51与外部***52通过第二北向接口55建立连接。
本发明实施例针对N个网管***采用的协议分别为N个网管***提供第一北向接口,分别通过N个第一北向接口获取N个网管***中的网络设备信息以及各个网管***中的网络设备之间的通信信息并保存在实时数据库中,由此实现了不同的网管***之间的融合通信,对各个网管***进行统一的监视和控制,保证电力通信网络及设备的正常运行。
图6示出了本发明实施例提供的多网管***的融合通信装置的结构框图,该装置可以用于运行图1至图4所示的多网管***的融合通信方法,该装置可以为图5中的融合通信装置51。为了便于说明,仅示出了与本发明实施例相关的部分。
参照图6,该装置包括:
连接建立单元61,用于通过N个第一北向接口分别与N个网管***建立连接,其中,N为大于1的整数;
实时信息获取单元62,用于分别通过所述N个第一北向接口获取所述N个网管***的实时信息,每个所述网管***的实时信息包括该网管***中的网络设备信息以及该网管***中的网络设备之间的通信信息;
实时数据保存单元63,用于通过所述N个第一北向接口将所述实时信息进行解码,得到实时数据,并将所述实时数据保存在实时数据库中。
优选地,所述连接建立单元61还用于:
通过第二北向接口与外部***建立连接;
所述装置还包括:
编码单元64,用于当接收到所述外部***发送的查询请求时,根据所述第二北向接口的接口规范对所述实时数据进行编码;
第一发送单元65,用于将编码后的所述实时数据发送至所述外部***。
优选地,所述编码单元64还用于:
当接收到所述N个网管***中的任意一个网管***发送的查询请求时,根据该网管***对应的第一北向接口的接口规范对所述实时数据进行编码;
所述装置还包括:
第二发送单元66,用于将编码后的所述实时数据发送至该网管***。
优选地,所述第二发送单元66具体用于:
通过Web服务向该网管***发布编码后的所述实时数据。
优选地,所述装置还包括:
拓扑结构确定单元67,用于根据每个所述网管***的实时信息确定每个所述网管***的拓扑结构信息;
拓扑结构信息保存单元68,用于将所有所述网管***的拓扑结构信息保存在所述实时数据库中。
本发明实施例针对N个网管***采用的协议分别为N个网管***提供第一北向接口,分别通过N个第一北向接口获取N个网管***中的网络设备信息以及各个网管***中的网络设备之间的通信信息并保存在实时数据库中,由此实现了不同的网管***之间的融合通信,对各个网管***进行统一的监视和控制,保证电力通信网络及设备的正常运行。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。