一种告警信息映射方法及装置与流程

本发明涉及通信技术领域，尤其涉及一种告警信息映射方法及装置。

背景技术：

目前，在现有的网管系统中，网管服务器通常是通过与网元之间的报文交互，实现对网元的配置、管理和控制。当网元或者网元的资源发生突发情况时，网元可针对该情况生成相应的告警报文，并将该告警报文上报给网管服务器，例如端口发生链路失败。网管服务器根据该告警报文获得该网元或该网元的资源的告警信息，例如告警源标识、告警类型、告警级别等。其中，告警级别用来表示网元故障的严重程度，一般分为四级，从高到低依次为：紧急告警、主要告警、次要告警、提示告警。

但是，目前缺少一种机制，来实现网管服务器对各网元上报的一系列资源的告警信息的有效管理，以在网管服务器的客户端上直观的呈现足够多的信息。

技术实现要素：

本发明实施例提供一种告警信息映射方法及装置，以实现对网管系统中各网元上报的一系列资源的告警信息的有效管理，在网管服务器的客户端上直观的呈现每个网元和每个网元的各级资源的告警信息。

本发明实施例提供的具体技术方案如下：

第一方面，本发明实施例提供了一种告警信息映射方法，包括：

网管服务器建立每个网元以及每个网元的各级资源的告警信息映射表，其中，所述网元为所述网管服务器所管理的网元，所述告警信息映射包括所述网元以及所述网元的各级资源的告警信息；

所述网管服务器根据所述网元上报的告警报文，获取所述网元的告警信息和/或所述网元的资源的告警信息，并将获得的告警信息更新到所述告警信息映射表中。

第二方面，本发明实施例提供了一种告警信息映射装置，包括：

建立单元，建立每个网元以及每个网元的各级资源的告警信息映射表，其中，所述网元为包含所述装置的网管服务器所管理的网元，所述告警信息映射表包括所述网元以及所述网元的各级资源的告警信息；

处理单元，根据所述网元上报的告警报文，获取所述网元的告警信息和/或所述网元的资源的告警信息，并将获得的告警信息更新到所述告警信息映射表中。

基于上述技术方案，本发明实施例中，网管服务器建立该网管服务器所管理的每个网元以及每个网元的各级资源的告警信息映射表，其中，该告警信息映射表包括每个网元以及每个网元的各级资源的告警信息；网管服务器根据该网元上报的告警报文，获取该网元的告警信息和/或该网元的资源的告警信息，并将获得的告警信息保存在该告警信息映射表中，使得网管服务器能够通过该告警信息映射表直观地呈现该网管服务器所管理的每个网元以及每个网元的各级资源的告警信息，方便管理人员对每个网元的管理和控制。

附图说明

图1为本发明第一实施例中网管服务器建立告警信息映射表的流程示意图；

图2为网元与网元的各级资源的隶属关系示意图；

图3为本发明第一实施例中告警信息映射表示意图；

图4为本发明第一具体实施例中新增网元后告警信息映射表示意图；

图5为本发明第一具体实施例中删除网元后告警信息映射表示意图；

图6为本发明第二实施例中告警信息映射装置的结构示意图；

图7为本发明第二实施例中网管服务器保持内存和数据库中告警信息映射表一致的示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

为了实现对网管系统中各网元上报的一系列资源的告警信息的有效管理，在网管服务器的客户端上直观的呈现每个网元和每个网元的各级资源的告警信息，本发明实施例提供一种告警信息映射方法及装置。

第一实施例，网管服务器建立告警信息映射表的流程如图1所示，具体包括以下步骤：

步骤101：网管服务器建立每个网元以及每个网元的各级资源的告警信息映射表，其中，该网元为该网管服务器所管理的网元，该告警信息映射表包括网元以及该网元的各级资源的告警信息。

具体地，网管系统由网管服务器和该网管服务器所管理的多个网元组成，其中，一个网元即为一台通信设备。一个网元包括至少一个机箱，一个机箱包括至少一个板卡，一个板卡包括至少一个端口。网元的机箱、板卡、端口为该网元的资源，这些资源之间存在隶属关系如图2所示，对于一个网元而言，网元与该网元包含的各资源之间的隶属关系中，从低级到高级的顺序依次为：端口、板卡、机箱、网元。

具体地，告警信息包括告警源标识、告警类型、告警级别和告警数量中的一种或多种。例如，告警信息映射表中每个网元的标识对应的告警信息为该网元的各等级告警的数量，每个网元的各级资源的标识对应的告警信息为该资源的各等级告警的数量，其中，各等级报警的数量即紧急告警的数量、主要告警的数量、次要告警的数量和提示告警的数量。

优选地，网管服务器依次采用哈希算法，分别建立每个网元以及每个网元的各级告警信息的告警信息映射表，其中，哈希算法的输入参数键(key)依次为网元的标识和隶属于该网元的每一级资源的标识，资源的标识携带该资源与该资源到该网元之间的每一级资源以及该网元的隶属关系。该优选方式使得网管服务器能够通过该告警信息映射表直观的呈现每个网元以及隶属于每个网元的各级资源的告警信息，以及能够根据网元的标识，快速查找到该网元的告警信息，以获取或更新该网元的告警信息，和/或根据网元的资源的标识，快速查找到该资源的告警信息，以获取或更新该资源的告警信息。网元的标识是该网元在网管系统中的唯一标识，网元的资源的标识是该资源在网管系统中的唯一标识。

实施中，网元的标识为该网元的描述符，网元的资源的标识由该网元的描述符、该资源到该网元之间的每一级资源的描述符和该资源的描述符按照设定的顺序组成，其中，直接隶属于同一资源的每个资源的描述符不同，直接隶属于同一网元的每个资源的描述符不同，隶属于不同资源或网元的每个资源的描述符可以相同，也可以不同。例如，一个网元包括两个机箱，每个机箱包括两个板卡，每个板卡包括两个端口，其中，机箱直接隶属于网元，板卡直接隶属于机箱，端口直接隶属于板卡，因此，该网元的每个机箱的描述符不同，两个机箱的描述符分别为“shelf＝1”和“shelf＝2”，该网元的每个板卡的描述符不同，两个板卡的描述符分别为“card＝1”和“card＝2”，该网元的每个端口的描述符也不同，两个端口的描述符分别为“port＝1”和“port＝2”。

优选地，网元的资源的标识由该网元的描述符、该资源到该网元之间的每一级资源的描述符和该资源的描述符，按照该资源与该资源到该网元之间的每一级资源以及该网元的隶属关系从高级到低级的顺序组成。例如，一个网元包括一个机箱，该机箱包括一个板卡，该板卡包括两个端口，若该网元的描述符为“ne＝1”(该网元的标识也为“ne＝1”),该机箱的描述符为“shelf＝1”，该板卡的描述符为“card＝1”，该两个端口的描述符分别为“port＝1”和“port＝2”，则该网元的机箱的标识为“ne＝1/shelf＝1”，该网元的板卡的标识为“ne＝1/shelf＝1/card＝1”，该网元的两个端口的标识分别为“ne＝1/shelf＝1/card＝1/port＝1”和“ne＝1/shelf＝1/card＝1/port＝2”。

优选地，网元的标识为该网元的统一资源定位符(Uniform Resource Locator，URL)，该网元的资源的标识为该资源的URL。其中，若该资源直接隶属于该网元，则该URL包括该网元的描述符和该资源的描述符，若该资源不是直接隶属于该网元，该资源的URL包括该网元的描述符、该资源到该网元之间的每一级资源的描述符和该资源的描述符，且该URL中该网元的描述符、该资源与该网元之间的每一级资源的描述符和该资源的描述符按照隶属关系从高级到低级的顺序排列。例如，一个网元包括一个机箱，该机箱包括一个板卡，该板卡包括端口1和端口2，其中，该网元的URL为“/ne＝1”,该机箱的URL为“/ne＝1/shelf＝1”，该板卡的URL为“/ne＝1/shelf＝1/card＝1”，端口1的URL为“/ne＝1/shelf＝1/card＝1/port＝1”，端口2的URL为“/ne＝1/shelf＝1/card＝1/port＝2”。

一个具体地实现方式中，网管服务器依次将每个网元的标识和每个网元的各级资源的标识作为哈希结构的键(key)，将用于保存该网元的告警信息的对象和用于保存该网元的资源的告警信息的对象作为该哈希结构的值(value)，建立网元的标识与该网元的告警信息之间的对应关系，以及网元的资源的标识与该资源的告警信息之间的对应关系，根据建立的对应关系得到告警信息映射表，其中，该哈希结构用于通过哈希算法建立配置的key和配置的value的对应关系。

步骤102：网管服务器根据网元上报的告警报文，获取该网元的告警信息和/或该网元的资源的告警信息，并将该告警信息更新到告警信息映射表中。

实施中，网管服务器接收网元上报的告警报文，获取该网元的告警信息，根据该告警报文中携带的该网元的标识，将该告警信息更新到告警信息映射表的该网元的告警信息表项中。

实施中，网管服务器接收网元上报的告警报文，获取该网元的资源的告警信息后，解析该告警报文中携带的资源的标识，确定该资源的标识所携带的隶属关系中包含的每一级资源的标识和该网元的标识，并分别根据该资源的标识、该每一级资源的标识和该网元的标识，将获得的告警信息更新到该告警信息映射表中。由于告警信息映射表是按照网元及各资源的隶属关系分级统计的告警信息，所以当发生低一级的资源的告警时，不仅要更新该资源的告警信息表项，而且还要更新该资源所隶属的所有高级资源和网元的告警信息表项。具体地，本发明实施例提供的上述实施方式，使得网管服务器在接收到携带有网元的资源的标识的告警报文后，能够直接对告警报文中网元的资源的标识加以解析得到该资源所隶属的各级资源和网元的标识，从而可以基于这些标识并发地更新资源及其所隶属的各级资源和网元对应的告警信息映射表项。相较于预先建立网元及各资源的隶属关系表，而后通过查表方式获取发生告警的资源所隶属的各级资源和网元的标识的方案而言，本实施方式使得网管服务器能够在更新告警信息映射表中任一网元的资源的告警信息的同时，快速地更新该资源到该网元的各级资源的告警信息以及该网元的告警信息。例如，网管服务器采用哈希算法得到的告警信息映射表如图3所示，其中，告警信息映射表的左侧为网元的URL以及该网元的各级资源的URL，右侧为该网元以及该网元的各级资源的紧急告警的数量、主要告警的数量、次要告警的数量和提示告警的数量。

具体地，网管服务器从告警报文携带的第一资源的标识中删除第一资源的描述符，得到第一资源直接隶属的第二资源的标识，从第二资源的标识中删除第二资源的描述符，得到第二资源直接隶属的第三资源的标识，依次类推得到第一资源到该网元之间的每一级资源的标识以及该网元的标识。

具体地，网管服务器根据第一资源的标识，查找到告警信息映射表中第一资源的告警信息，并根据网元上报的告警报文中携带的第一资源的告警信息对第一资源的告警信息进行更新；网管服务器分别根据第一资源到该网元之间的每一级资源的标识，查找到该告警信息映射表中第一资源到该网元之间的每一级资源的告警信息，并根据第一资源的告警信息分别对第一资源到该网元之间的每一级资源的告警信息进行更新；网管服务器根据该网元的标识，查找到该告警信息映射表中该网元的告警信息，并根据第一资源的告警信息对该网元的告警信息进行更新。例如，网管服务器接收到网元上报的告警报文，其中，该告警报文中携带的告警信息为该网元的端口发生链路故障(link down)，该告警报文中携带的端口的标识为“/ne＝1/shelf＝1/card＝1/port＝1”，link down属于紧急告警，网管服务器更新告警映射表的过程如下：1、网管服务器根据该端口的标识，查找到该告警信息映射表中端口的告警信息，将该端口的告警信息中紧急告警的数目加1；2、网管服务器根据该端口的标识，确定该端口直接隶属的板卡的标识为“/ne＝1/shelf＝1/card＝1”，根据该板卡的标识，查找到该告警信息映射表中该板卡的告警信息，将该板卡的告警信息中紧急告警的数目加1；3、网管服务器根据该端口的标识，确定该板卡直接隶属的机箱的标识为“/ne＝1/shelf＝1”，根据该机箱的标识，查找到该告警信息映射表中该机箱的告警信息，将该机箱的告警信息中紧急告警的数目加1；4、网管服务器根据该端口的标识，确定该机箱直接隶属的网元的标识为“/ne＝1”，根据该网元的标识，查找到该告警信息映射表中该网元的告警信息，将该网元的告警信息中紧急告警的数目加1。

实施中，网管服务器将告警信息映射表保存在内存中，并将该告警信息映射表备份到数据库中，其中，内存中的告警信息映射表用于更新或查询网元和/或资源的告警信息时使用，数据库中的告警信息映射表用于还原内存中的告警信息映射表时使用。网管服务器将告警信息映射表保存在内存中，能够提高告警信息的映射的性能，防止告警信息处理出现阻塞。同时，网管服务器将告警信息映射表射表备份到数据库中，使得网管服务器重启时，能够直接从数据库中加载该告警信息映射表，以及使得网管服务器的客户端启动时，能够直接从数据库中获取每个网元的告警信息和每个网元的所有资源的告警信息。具体地，当网管服务器的客户端启动时，该客户端通过Java数据库连接(Java Data Base Connectivity,JDBC)从数据库中获取每个网元的告警信息和每个网元的所有资源的告警信息。

实施中，网管服务器若确定网管系统中增加新的网元，则在内存和数据库中保存的告警信息映射表中增加该网元与该网元的告警信息的对应关系，以及该网元的各级资源与该资源的告警信息的对应关系；网管服务器若确定任一网元上增加新的资源，则在告警信息映射表中增加该资源与该资源的告警信息的对应关系。

具体地，网管服务器若确定网管系统中增加新的网元，则采用哈希算法，在内存和数据库中保存的告警信息映射表中增加该网元的标识与该网元的告警信息的对应关系，以及该网元的各级资源的标识与该资源的告警信息的对应关系，例如，由于业务规模扩大，需要在网管系统中增加一个或多个新的网元。

一个具体的实现方式中，网管服务器若确定网管系统中增加新的网元，则将该网元的标识作为哈希结构的key，将用于保存该网元的告警信息的对象作为该哈希结构的value，在内存和/或数据库中保存的告警信息映射表中增加该网元的标识与该网元的告警信息的对应关系，并分别将该网元的各级资源的标识作为哈希结构的key，将用于保存该资源的告警信息的对象作为该哈希结构的value，在内存和数据库中保存的告警信息映射表中增加该网元的资源的标识与该网元的资源的告警信息的对应关系。

实施中，网管服务器若确定网管系统中有网元被拆除，则删除内存和数据库中保存的告警信息映射表中该网元与该网元的告警信息的对应关系，以及该网元的各级资源与该资源的告警信息的对应关系。例如由于业务变更，需要拆除网管系统中的一个网元。

实施中，网管服务器将所获取的告警信息更新到告警信息映射表中之前，将内存中保存的告警信息映射表保存到临时文件中。网管服务器将所获取的告警信息更新到内存中保存的告警信息映射表中后，若确定采用所获取的告警信息对数据库中保存的告警信息映射表更新失败，则根据临时文件中保存的告警信息映射表，更新内存中保存的告警信息映射表，并删除该临时文件；否则，直接删除该临时文件。该实施例方式使得内存中保存的告警信息映射表与数据库中保存的告警信息映射表始终保持一致。由于网管服务器连接有多个客户端，其中，部分客户端处于在线状态，部分客户端处于不在线状态，在内存中的告警信息映射表发生更新后，采用更新后的告警信息映射表更新处于在线状态的客户端的告警信息映射表，处于不在线状态的客户端启动时是从数据库中获取告警信息映射表。如果在一次更新过程中内存中的告警信息映射表更新成功，而数据库中的告警信息映射表更新失败，从而造成内存和数据库中保存的告警信息映射表不一致，则会导致在线状态的客户端所显示的告警信息，与该更新过程之后启动的客户端所显示的告警信息不一致。因此，网管服务器更新内存中保存的告警信息映射表后，若确定数据库中保存的告警信息映射表更新失败，根据临时文件中保存的更新前的告警信息映射表，更新内存中保存的告警信息映射表，使得网管服务器的每个客户端所获得的每个网元的告警信息和每个网元的所有资源的告警信息相同。

实施中，网管服务器将所获取的告警信息更新到内存中保存的告警信息映射表中后，将更新后的告警信息映射表复制到数据库中，使得内存中保存的告警信息映射表与数据库中保存的告警信息映射表始终保持一致。

实施中，网管服务器确定内存中保存的告警信息映射表和数据库中保存的告警信息映射表更新成功后，通过消息队列(Message Quene，MQ)向网管服务器的所有客户端广播内存中所更新的告警信息。

以下通过三个具体实施例对本发明实施例提供的告警信息映射方法进行详细说明。

第一具体实施例，网管服务器确定网管系统中增加新的网元时，需要在内存和/或数据库中保存的告警信息映射表中增加该网元与该网元的告警信息的对应关系，以及增加该网元的所有资源与该网元的资源的告警信息的对应关系。

假设网管系统中增加的新的网元包括一个机箱，该机箱包括一个板卡，该板卡包括两个端口，该网元的URL为“/ne＝2”,该机箱的URL为“/ne＝2/shelf＝1”，该板卡的URL为“/ne＝2/shelf＝1/card＝1”，该两个端口的URL分别为“/ne＝2/shelf＝1/card＝1/port＝1”和“/ne＝2/shelf＝1/card＝1/port＝2”，且该网元以及该网元的资源没有告警信息，网管系统中未增加该网元时，内存和/或数据库中保存的告警信息映射表如图3所示。网管服务器在如图3所示的告警信息映射表中增加该网元与该网元的告警信息的对应关系，以及该网元的所有资源与该网元的资源的告警信息的对应关系的过程如下：

1、网管服务器将该网元的URL作为哈希结构的key，将用于保存该网元的紧急告警的数量、主要告警的数量、次要告警的数量和提示告警的数量的对象作为该哈希结构的value，在内存和/或数据库中保存的告警信息映射表中增加该网元与该网元的告警信息的对应关系；

2、网管服务器将该网元的机箱的URL作为该哈希结构的key，将用于保存该网元的机箱的紧急告警的数量、主要告警的数量、次要告警的数量和提示告警的数量的对象作为该哈希结构的value，在内存和数据库中保存的告警信息映射表中增加该网元的机箱与该网元的机箱的告警信息的对应关系；

3、网管服务器将该网元的板卡的URL作为该哈希结构的key，将用于保存该网元的板卡的紧急告警的数量、主要告警的数量、次要告警的数量和提示告警的数量的对象作为该哈希结构的value，在内存和数据库中保存的告警信息映射表中增加该网元的板卡与该网元的板卡的告警信息的对应关系；

4、网管服务器将该网元的端口1的URL作为该哈希结构的key，将用于保存该网元的端口1的紧急告警的数量、主要告警的数量、次要告警的数量和提示告警的数量的对象作为该哈希结构的value，在内存和数据库中保存的告警信息映射表中增加该网元的端口1与该网元的端口1的告警信息的对应关系；

5、网管服务器将该网元的端口2的URL作为该哈希结构的key，将用于保存该网元的端口2的紧急告警的数量、主要告警的数量、次要告警的数量和提示告警的数量的对象作为该哈希结构的value，在内存和数据库中保存的告警信息映射表中增加该网元的端口2与该网元的端口2的告警信息的对应关系，其中，新增的网元和该网元的资源的紧急告警的数量、主要告警的数量、次要告警的数量和提示告警的数量均为0。此时，内存和数据库中保存的告警信息映射表如图4所示。

需要说明的是，本发明实施例对网管服务器在告警信息映射表中增加网元与该网元的告警信息的对应关系，以及该网元的所有资源与该网元的资源的告警信息的对应关系的顺序不作限定。

一个具体的实现方式中，由于业务变更，网管服务器确定网管系统中URL为“/ne＝1”的网元被拆除，删除内存和数据库中保存的如图4所示的告警信息映射表中该网元的URL与该网元的紧急告警的数量、主要告警的数量、次要告警的数量和提示告警的数量的对应关系，以及该网元的资源的URL与该网元的资源的紧急告警数量、主要告警的数量、次要告警的数量和提示告警的数量的对应关系，此时，告警信息映射表如图5所示。

第二具体实施例，网管服务器确定网元的资源发生故障，更新内存和数据库中保存的告警信息映射表，具体包括以下步骤：

1、网管服务器根据网元上报的告警报文确定该网元的端口1发生了链路失败(linkdown)这一紧急告警，其中，该告警报文为基于用户数据报协议(UserDatagram Protocol，UDP)的陷阱(Trap)报文，端口1的URL为“/ne＝2/shelf＝1/card＝1/port＝1”；

2、网管服务器将内存中保存的告警信息映射表保存到临时文件中；

3、网管服务器根据端口1的URL在内存中保存的告警信息映射表中查找到该端口对应的告警信息，将告警信息中的紧急告警的数量加1；

4、网管服务器根据端口1的URL确定端口1所在的板卡的URL为“/ne＝2/shelf＝1/card＝1”,根据该板卡的URL在内存中保存的告警信息映射表中查找到该板卡的告警信息，将该告警信息中的紧急告警的数量加1；

5、网管服务器根据端口1的URL确定端口1所在的机箱的URL为“/ne＝2/shelf＝1”,根据该机箱的URL在内存中保存的告警信息映射表中查找到该机箱的告警信息，将该告警信息中的紧急告警的数量加1；

6、网管服务器根据端口1的URL确定端口1所在的网元的URL为“/ne＝2”,根据该网元的URL在内存中保存的告警信息映射表中查找到该网元的告警信息，将该告警信息中紧急告警的数量加1；

7、网管服务器根据端口1的告警信息更新数据库中保存的告警信息映射表中端口1、端口1所隶属的板卡、端口1所隶属的机箱以及端口1所隶属的网元的告警信息中紧急告警的数量。

实施中，网管服务器更新数据库中端口1的告警信息以及与端口1相关的资源和网元的告警信息的方法与更新内存中端口1的告警信息以及与端口1相关的资源和网元的告警信息的方法相同，具体参见步骤3-6的描述。

8、网管服务器若确定数据库中保存的告警信息映射表中端口1、端口1所隶属的板卡、端口1所隶属的机箱以及端口1所隶属的网元的告警信息中紧急告警的数量均更新成功，则直接删除步骤2中保存的临时文件，否则，根据该临时文件更新内存中保存的告警信息映射表，并删除该临时文件。

第三具体实施例，网管服务器确定网元的资源故障恢复，更新内存和数据库中保存的告警信息映射表，具体包括以下步骤：

1、网管服务器根据网元发送的故障恢复报文确定该网元的端口1的linkdown故障恢复，其中，该故障恢复报文为基于UDP协议Trap报文，端口1的URL为“/ne＝2/shelf＝1/card＝1/port＝1”；

2、网管服务器将内存中保存的告警信息映射表保存到临时文件中；

3、网管服务器根据端口1的URL在内存中保存的告警信息映射表中查找到该端口对应的告警信息，将告警信息中的紧急告警的数量减1；

4、网管服务器根据端口1的URL确定端口1所在的板卡的URL为“/ne＝2/shelf＝1/card＝1”,根据该板卡的URL在内存中保存的告警信息映射表中查找到该板卡的告警信息，将该告警信息中的紧急告警的数量减1；

5、网管服务器根据端口1的URL确定端口1所在的机箱的URL为“/ne＝2/shelf＝1”,根据该机箱的URL在内存中保存的告警信息映射表中查找到该机箱的告警信息，将该告警信息中的紧急告警的数量减1；

6、网管服务器根据端口1的URL确定端口1所在的网元的URL为“/ne＝2”,根据该网元的URL在内存中保存的告警信息映射表中查找到该网元的告警信息，将该告警信息中紧急告警的数量减1；

7、网管服务器更新数据库中保存的告警信息映射表中端口1、端口1所隶属的板卡、端口1所隶属的机箱以及端口1所隶属的网元的告警信息中紧急告警的数量。

8、网管服务器若确定数据库中保存的告警信息映射表中端口1、端口1所隶属的板卡、端口1所隶属的机箱以及端口1所隶属的网元的告警信息中紧急告警的数量均更新成功，则直接删除步骤2中保存的临时文件，否则，根据该临时文件更新内存中保存的告警信息映射表，并删除该临时文件。

基于同一发明构思，本发明实施例提供了一种告警信息映射装置，该装置的具体实施可参见第一实施例部分的描述，重复之处不再赘述，如图6所示，该设备主要包括：

建立单元601，建立每个网元以及每个网元的各级资源的告警信息映射表，其中，所述网元为包含所述装置的网管服务器所管理的网元，所述告警信息映射表包括所述网元以及隶属于所述网元的各级资源的告警信息的对应关系；

处理单元602，根据所述网元上报的告警报文，获取所述网元的告警信息和/或所述网元的资源的告警信息，并将所获取的告警信息更新到所述告警信息映射表中。

可能的实施方式中，所述建立单元601具体用于：依次采用哈希算法，建立所述网元以及所述网元各级资源的所述告警信息映射表，其中，所述哈希算法的输入参数键key依次为所述网元的标识和隶属于所述网元的每一级资源的标识，所述资源的标识携带所述资源与所述资源到所述网元之间的每一级资源以及所述网元的隶属关系；

所述处理单元具体用于：解析所述告警报文中携带的资源的标识，确定所述资源的标识所携带的所述隶属关系中包含的每一级资源的标识和所述网元的标识，并分别根据所述资源的标识、所述每一级资源的标识和所述网元的标识，将所述告警信息更新到所述告警信息映射表中。

可能的实施方式中，所述处理单元602还用于：将所述告警信息映射表保存在内存中，并将所述告警信息映射表备份到数据库中，其中，内存中的告警信息映射表用于更新或查询所述网元和/或所述资源的告警信息时使用，数据库中的告警信息映射表用于还原所述内存中的告警信息映射表时使用。

可能的实施方式中，所述资源的标识由所述网元的描述符、所述资源到所述网元之间的每一级资源的描述符和所述资源的描述符按照设定的顺序组成，其中，直接隶属于同一资源的每个资源的描述符不同，直接隶属于同一网元的每个资源的描述符不同。

可能的实施方式中，所述处理单元602还用于：

将所获取的告警信息更新到所述告警信息映射表中之前，将所述内存中保存的所述告警信息映射表保存到临时文件中；

将所获取的告警信息更新到内存中保存的所述告警信息映射表中后，若确定采用所述告警信息对数据库中保存的所述告警信息映射表更新失败，则根据所述临时文件中保存的告警信息映射表，更新所述内存中保存的告警信息映射表，并删除所述临时文件；否则，直接删除所述临时文件。

例如，如图7所示，所述告警信息映射装置内置于网管服务器中，告警信息映射装置更新内存中保存的告警信息映射表之后，更新数据库中保存的告警信息映射表。告警信息映射装置确定内存中保存的告警信息映射表和数据库中保存的告警信息映射表更新成功后，通过MQ向网管服务器的所有客户端广播内存中所更新的告警信息。当网管服务器的客户端的图形用户界面(Graphical User Interface，GUI)启动时，该客户端通过JDBC从数据库中获取每个网元的告警信息和每个网元的所有资源告警信息。并且，告警信息映射装置在更新内存中保存的告警信息映射表之前，将当前内存中保存的告警信息映射表保存到临时文件中，若确定数据库中保存的告警信息映射表更新失败，则根据该临时文件中告警信息映射表更新内存中保存的告警信息映射表，并删除该临时文件，使得内存中保存的告警信息映射表与数据库中保存的告警信息映射表保持一致，进而使得网管服务器的所有客户端获得的每个网元的告警信息和每个网元的所有资源的告警信息相同。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。