CN111371602A - 告警信息处理方法和设备 - Google Patents

告警信息处理方法和设备 Download PDF

Info

Publication number
CN111371602A
CN111371602A CN202010123431.2A CN202010123431A CN111371602A CN 111371602 A CN111371602 A CN 111371602A CN 202010123431 A CN202010123431 A CN 202010123431A CN 111371602 A CN111371602 A CN 111371602A
Authority
CN
China
Prior art keywords
alarm information
information
network
query
initial network
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
Application number
CN202010123431.2A
Other languages
English (en)
Other versions
CN111371602B (zh
Inventor
童贞理
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202010123431.2A priority Critical patent/CN111371602B/zh
Publication of CN111371602A publication Critical patent/CN111371602A/zh
Application granted granted Critical
Publication of CN111371602B publication Critical patent/CN111371602B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供一种告警信息处理方法和设备。该方法包括：接收告警信息查询请求；根据所述告警信息查询请求，从预设的数据库中，确定所述告警信息查询请求所指示的网络告警信息，其中，所述数据库中包括依据并行处理方式所得到的各个网络告警信息；将所述告警信息查询请求所指示的网络告警信息，发送给终端设备进行显示。本申请能够便于用户在终端设备上及时查询得到网络告警信息，提高网络告警信息查询的实时性。

Description

告警信息处理方法和设备
技术领域
本申请涉及通信技术领域，尤其涉及一种告警信息处理方法和设备。
背景技术
随着通信技术发展和网络设备的增加，人们对通信质量的要求日益提高，更加需要利用各类通信手段提高故障处理效率。在通信领域，设备发生故障时会产生相应告警，当故障恢复时候告警便会消失，因此及时便捷获取设备告警信息对于故障处理人员而言，是十分重要的。
传统的通信告警查询呈现方式中，维护人员通过电话与后台人员沟通获取发生故障的设备信息，在得到后台人员告知的设备信息后对设备进行维护。
然而，传统的网络告警查询呈现方式依赖于前后台人员点对点沟通，当一方比较忙时无法进行沟通。例如，后台人员常常要同时需要和很多维护人员沟通时，当后台人员正在与一名维护人员沟通时，其他维护人员无法及时与后台人员沟通，直接导致其他维护人员需要等待，无法及时查看信息，不能及时处理网络故障。
发明内容
本申请实施例提供一种告警信息处理方法和设备，以解决无法及时查询网络故障信息的问题。
第一方面，本申请实施例提供一种告警信息处理方法，包括：
接收告警信息查询请求；
根据所述告警信息查询请求，从预设的数据库中，确定所述告警信息查询请求所指示的网络告警信息，其中，所述数据库中包括依据并行处理方式所得到的各个网络告警信息；
将所述告警信息查询请求所指示的网络告警信息，发送给终端设备进行显示。
在一种可能的实施方式中，所述方法，还包括：
获取各个网管服务器所采集的初始网络信息，其中，所述初始网络信息为网络设备发送故障时所产生的；
采用多任务合并的方式对各所述初始网络信息进行并行处理，得到各所述网络告警信息。
在一种可能的实施方式中，在采用多任务合并的方式对各所述初始网络信息进行并行处理之前，还包括：
对各所述初始网络信息进行筛选处理，以去除垃圾数据和冗余数据。
在一种可能的实施方式中，对各所述初始网络信息进行筛选处理，以去除垃圾数据，包括：
针对每一个所述初始网络信息，根据初始网络信息中的定位标识，其中，所述定位标识为终端设备所处的信号覆盖区域的标识，从预设的定位标识与垃圾数据之间的对应关系中，确定初始网络信息是否为垃圾数据；若是，则去除确定为垃圾数据的初始网络信息；
所述冗余数据为上联设备所导致产生的数据；对各所述初始网络信息进行筛选处理，以去除冗余数据，包括：
针对每一个所述初始网络信息，根据初始网络信息中的设备名称，从预设的设备名称与冗余数据之间的对应关系中，确定初始网络信息是否为冗余数据；若是，则去除确定为冗余数据的初始网络信息。
在一种可能的实施方式中，所述告警信息查询请求中包括查询标识，所述数据库中的网络告警信息具有查询标识；根据所述告警信息查询请求，从预设的数据库中，确定所述告警信息查询请求所指示的网络告警信息，包括：
根据所述告警信息查询请求中的查询标识，从所述数据库中确定与所述告警信息查询请求中的查询标识对应的网络告警信息；其中，所述查询标识为关键字和/或设备编码。
在一种可能的实施方式中，所述数据库中的网络告警信息中包括设备信息和查询标识；所述方法还包括：
接收修改请求，其中，所述修改请求中包括查询标识；
根据所述修改请求，修改与所述查询标识对应的网络告警信息中的设备信息。
第二方面，本申请实施例提供一种告警信息处理装置，包括：
接收模块，用于接收告警信息查询请求；
处理模块，用于根据所述告警信息查询请求，从预设的数据库中，确定所述告警信息查询请求所指示的网络告警信息，其中，所述数据库中包括依据并行处理方式所得到的各个网络告警信息；
发送模块，用于将所述告警信息查询请求所指示的网络告警信息，发送给终端设备进行显示。
在一种可能的实施方式中，所述处理模块还用于：
获取各个网管服务器所采集的初始网络信息，其中，所述初始网络信息为网络设备发送故障时所产生的；
采用多任务合并的方式对各所述初始网络信息进行并行处理，得到各所述网络告警信息。
在一种可能的实施方式中，所述处理模块还用于：
在采用多任务合并的方式对各所述初始网络信息进行并行处理之前，对各所述初始网络信息进行筛选处理，以去除垃圾数据和冗余数据。
在一种可能的实施方式中，所述处理模块具体用于：
针对每一个所述初始网络信息，根据初始网络信息中的定位标识，其中，所述定位标识为终端设备所处的信号覆盖区域的标识，从预设的定位标识与垃圾数据之间的对应关系中，确定初始网络信息是否为垃圾数据；若是，则去除确定为垃圾数据的初始网络信息；
所述冗余数据为上联设备所导致产生的数据；针对每一个所述初始网络信息，根据初始网络信息中的设备名称，从预设的设备名称与冗余数据之间的对应关系中，确定初始网络信息是否为冗余数据；若是，则去除确定为冗余数据的初始网络信息。
在一种可能的实施方式中，所述告警信息查询请求中包括查询标识，所述数据库中的网络告警信息具有查询标识；
所述处理模块，具体用于：
根据所述告警信息查询请求中的查询标识，从所述数据库中确定与所述告警信息查询请求中的查询标识对应的网络告警信息；其中，所述查询标识为关键字和/或设备编码。
在一种可能的实施方式中，所述数据库中的网络告警信息中包括设备信息和查询标识；
所述处理模块，还用于：
接收修改请求，其中，所述修改请求中包括查询标识；
根据所述修改请求，修改与所述查询标识对应的网络告警信息中的设备信息。
第三方面，本申请实施例提供一种告警信息处理设备，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的实施方式所述的告警信息处理方法。
第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的实施方式所述的告警信息处理方法。
本申请实施例提供的告警信息处理方法和设备，通过采用并行处理方式得到的各个网络告警信息存储到预设的数据库中，在接收到告警信息查询请求后，从预设的数据库中确定出告警信息查询请求所指示的网络告警信息，并发送给终端设备进行显示，通过并行处理方式提高数据库中网络告警信息更新的及时性，进而使用户在终端设备上及时查询得到网络告警信息，提高网络告警信息查询的实时性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的告警信息处理系统的架构示意图；
图2为本申请一实施例提供的告警信息处理方法的流程示意图；
图3为本申请又一实施例提供的告警信息处理方法的流程示意图；
图4为本申请另一实施例提供的网管服务器与告警信息处理设备之间的连接示意图；
图5为本申请一实施例提供的告警信息处理装置的结构示意图；
图6为本申请一实施例提供的告警信息处理设备的硬件结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1为本申请一实施例提供的告警信息处理系统的架构示意图。如图1所示，本实施例提供的告警信息处理系统包括告警信息处理设备11、终端设备12和网络设备13。其中，告警信息处理设备11可以为台式计算机、服务器等设备，在此不作限定。终端设备12可以为手机、平板电脑、台式电脑等设备，在此不作限定。网络设备13可以包括但不限于：传输点(transmission reception point，TRP)、基站(如gNB)、无线网络控制器(radio networkcontroller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、BTS(base transceiver station)、HeNB(home evolved NodeB)，或HNB(home Node B)、基带单元(baseband uit，BBU)等。终端设备12可以为网络维护人员所持的终端设备。网络维护人员在需要获取网络告警信息时，可以通过终端设备12向告警信息处理设备11发送告警信息查询请求，以查询网络告警信息。告警信息处理设备11接收到终端设备12发送的告警信息查询请求后，可以从数据库中查询相应的网络告警信息发送至终端设备12。其中，数据库中包括依据并行处理方式所得到的各个网络告警信息，告警信息处理设备11可以将网络设备13发出的网络告警信息及时更新到数据库中，通过并行处理方式保证数据库中网络告警信息更新的实时性。终端设备12可以显示查询到的网络告警信息，以便网络维护人员进行查看，能够使网络维护人员及时查询到网络告警信息，从而对相应的网络故障进行处理。
图2为本申请一实施例提供的告警信息处理方法的流程示意图。如图2所示，该方法包括：
S201、接收告警信息查询请求。
S202、根据所述告警信息查询请求，从预设的数据库中，确定所述告警信息查询请求所指示的网络告警信息，其中，所述数据库中包括依据并行处理方式所得到的各个网络告警信息。
本实施例中，用户在需要查询网络告警信息时，可以通过终端设备向告警信息处理设备发送告警信息查询请求。可选地，告警信息查询请求中可以携带查询标识，查询标识可以为关键字和/或网络设备的设备编码，例如，关键字可以为设备名称、区域名称、机房名称、告警级别等，在此不作限定。
告警信息处理设备接收到告警信息查询请求后，可以从预设的数据库中查找告警信息查询请求所指示的网络告警信息。其中，预设的数据库为用于存储网络告警信息的数据库。例如，可以预先为所有网络设备建立统一的网络告警信息数据库，并按照统一的数据规则将网络告警信息存入数据库中。数据库中数据的关键字段可以为区域名称、设备名称、设备编码、机房名称、告警信息、告警级别等。告警信息可以包括故障发生时间、消除时间、告警时长等。数据库中的网络告警信息是依据并行处理方式所得到的，例如，可以采用MapReduce并行归约算法进行处理。
可选地，告警信息查询请求中包括查询标识，数据库中的网络告警信息具有查询标识；S202可以包括：
根据所述告警信息查询请求中的查询标识，从所述数据库中确定与所述告警信息查询请求中的查询标识对应的网络告警信息；其中，所述查询标识为关键字和/或设备编码。
本实施例中，告警信息处理设备可以从告警信息查询请求中得到查询标识，然后依据该查询标识在数据库中查找与之对应的网络告警信息。本实施例通过为数据库中的网络告警信息添加查询标识，便于终端设备通过查询标识对网络告警信息进行精准查询。
例如，为了便于网络维护人员及时进行告警信息查询，考虑到灵活性和便捷性，告警信息处理设备可以支持模糊查询和精准查询相结合的方式：
模糊查询：网络维护人员在终端设备输入设备的关键字，即可从告警信息处理设备查询到包含该关键字的设备的当前网络告警信息。
精准查询：网络维护人员在终端设备输入某设备编码，如基站小区的小区标识CELLid，即可从告警信息处理设备准确查询该基站小区的当前告警信息。
历时告警查询：可以选择查询历时告警信息。
S203、将所述告警信息查询请求所指示的网络告警信息，发送给终端设备进行显示。
本实施例中，告警信息处理设备查找到告警信息查询请求所指示的网络告警信息后，可以将告警信息查询请求所指示的网络告警信息发送至终端设备。终端设备可以在显示界面上显示接收到的网络告警信息，以便用户查看。例如，网络维护人员可以在所持有的终端设备上查询网络告警信息，以便及时对网络故障进行处理。
本申请实施例通过采用并行处理方式得到的各个网络告警信息存储到预设的数据库中，在接收到告警信息查询请求后，从预设的数据库中确定出告警信息查询请求所指示的网络告警信息，并发送给终端设备进行显示，通过并行处理方式提高数据库中网络告警信息更新的及时性，进而使用户在终端设备上及时查询得到网络告警信息，提高网络告警信息查询的实时性。
可选地，所述数据库中的网络告警信息中包括设备信息和查询标识；上述方法还包括：
接收修改请求，其中，所述修改请求中包括查询标识；
根据所述修改请求，修改与所述查询标识对应的网络告警信息中的设备信息。
本实施例中，设备信息可以包括但不限于设备名称、机房名称、小区标识等。网络维护人员在巡检或故障处理等过程中，如果发现数据库中保存的设备信息存在错误，可以对数据库中保存的设备信息进行修改，以使数据库中的设备信息真实有效。网络维护人员可以通过终端设备向告警信息处理设备发送修改请求。告警信息处理设备根据所述修改请求，修改与查询标识对应的网络告警信息中的设备信息。
例如，如果网络维护人员发现某设备的机房名称错误，可以将该设备的设备编号以及该设备实际的机房名称包含于修改请求中发送至告警信息处理设备，告警信息处理设备将数据库中该设备的机房名称修改为实际的机房名称。可选地，告警信息处理设备将修改请求发送至后台管理人员的终端设备，以便后台管理人员对该修改请求进行审核。在审核通过后告警信息处理设备按照修改请求对数据库中的设备进行修改，从而逐步提高数据库中数据准确性。
图3为本申请又一实施例提供的告警信息处理方法的流程示意图。本实施例对告警信息处理设备采集网络告警信息的具体实现过程进行了详细说明。如图3所示，该方法包括：
S301、获取各个网管服务器所采集的初始网络信息，其中，所述初始网络信息为网络设备发送故障时所产生的。
本实施例中，由于网络设备众多，为了保证网络告警信息采集的完整性和及时性，告警信息处理设备可以采取从网管服务器中直接采集初始网络信息的方式进行网络告警信息的采集。如图4所示，告警信息处理设备11可以与多个网管服务器14进行通信。每个网管服务器14可以与一个或多个网络设备13进行通信。网管服务器14可以采集与其相连的网络设备13的故障事件，生成初始网络信息，然后将初始网络信息发送至告警信息处理设备。其中，网管服务器是存放各网络设备的告警信息和性能数据的服务器，例如采用Oracle数据库进行数据存放。
S302、采用多任务合并的方式对各所述初始网络信息进行并行处理，得到各所述网络告警信息。
本实施例中，告警信息处理设备采用多任务合并的方式对各个网管服务器发送的初始网络信息进行并行处理，从而得到网络告警信息，将网络告警信息存储到预设的数据库中，从而实现数据库中网络告警信息的及时更新。由于网管服务器众多，为提高数据处理效率，引入基于多任务合并的数据处理算法，该种算法将可以合并的任务进行合并，且不改变原系统的算法复杂度与迭代可终止性等指标，减少MapReduce的轮数从而减少系统运行的时间。
可选地，为了保证网络告警信息更新的及时性，可以采用跨平台能力强、及时性好的Web Service服务接口方式进行网管服务器与告警信息处理设备之间的数据接口。WebService是一个SOA(Service-OrientedArchitecture,面向服务的架构)的架构，它是不依赖于语言，不依赖于平台，可以实现不同的语言间的相互调用，通过Internet进行基于Http协议的网络应用间的交互。
S303、接收告警信息查询请求。
本实施例中，S303与图2实施例中的S201类似，此处不再赘述。
S304、根据所述告警信息查询请求，从预设的数据库中，确定所述告警信息查询请求所指示的网络告警信息，其中，所述数据库中包括依据并行处理方式所得到的各个网络告警信息。
本实施例中，S304与图2实施例中的S202类似，此处不再赘述。
S305、将所述告警信息查询请求所指示的网络告警信息，发送给终端设备进行显示。
本实施例中，S305与图2实施例中的S203类似，此处不再赘述。
需要注意的是，本实施例中S301、S302的步骤并不是限定于在告警信息处理设备接收告警信息查询请求之前，告警信息处理设备可以同时进行网络告警信息的采集及更新，以及相应终端设备的告警信息查询，在此不作限定。
本实施例中由告警信息处理设备直接采集网管服务器的初始网络信息得到网络告警信息，并且采用web Service接口进行实时数据传输，能够提高网络告警信息采集的准确性和及时性。
可选地，S302之前，上述方法还可以包括：
对各所述初始网络信息进行筛选处理，以去除垃圾数据和冗余数据。
本实施例中，告警信息处理设备在获取各个网管服务器所采集的初始网络信息后，可以首先对各所述初始网络信息进行筛选处理，以去除其中的垃圾数据和冗余数据，然后再将筛选后的初始网络信息进行并行处理，得到各网络告警信息。
本实施例中，告警信息处理设备主要对采集的各网管服务器的初始网络信息进行筛选处理，以便清除垃圾数据和冗余数据，提高数据有效性。
可选地，对各所述初始网络信息进行筛选处理，以去除垃圾数据，具体可以包括：
针对每一个所述初始网络信息，根据初始网络信息中的定位标识，其中，所述定位标识为终端设备所处的信号覆盖区域的标识，从预设的定位标识与垃圾数据之间的对应关系中，确定初始网络信息是否为垃圾数据；若是，则去除确定为垃圾数据的初始网络信息。
本实施例中，定位标识为终端设备所处的信号覆盖区域的标识，即小区标识CELLid。可以预先设置定位标识与垃圾数据之间的对应关系。对于每一个初始网络信息，告警信息处理设备通过该初始网络信息中的定位标识，在预设的定位标识与垃圾数据之间的对应关系中进行匹配，如果匹配成功，则确定该初始网络信息是垃圾数据，并将该初始网络信息去除。
可选地，所述冗余数据为上联设备所导致产生的数据；对各所述初始网络信息进行筛选处理，以去除冗余数据，包括：
针对每一个所述初始网络信息，根据初始网络信息中的设备名称，从预设的设备名称与冗余数据之间的对应关系中，确定初始网络信息是否为冗余数据；若是，则去除确定为冗余数据的初始网络信息。
本实施例中，通信系统中的网络设备之间相互关联，形成网络拓扑。根据网络拓扑可以确定出其中一个网络设备所对应的上联设备和下联设备。其中，上联设备为网络拓扑中处于该网络设备上级的设备。本实施例中上联设备所产生的数据通常为关联警告，为冗余数据，因此需要进行去除。可以由用户预先设置设备名称与冗余数据之间的对应关系。针对每一个初始网络信息，告警信息处理设备可以根据该初始网络信息中的设备名称，在预设的设备名称与冗余数据之间的对应关系中进行匹配，如果匹配成功，则确定该初始网络信息为冗余数据，并去除该初始网络信息。
本实施例基于预设的定位标识与垃圾数据之间的对应关系对垃圾数据进行去除，基于预设的设备名称与冗余数据之间的对应关系对冗余数据进行去除，能够减少无效的数据，提高数据有效性。
本实施例结合终端设备的广泛实用，将网络设备的告警信息通过统一采集，实时传输并进行数据规则处理后，通过便捷方式呈现给维护人员，维护人员不再通过电话、微信等传统方式获取网络告警信息，后台沟通不再需要人员进行点对点沟通即可实现对告警信息的呈现。本发明采用专业网管服务器后台获取初始网络信息，采用多任务合并方法进行数据加工，采用多种实时查阅方式便捷呈现，给予维护人员一个十分便捷高效的告警信息查询和便捷呈现告警信息方式。
图5为本申请一实施例提供的告警信息处理装置的结构示意图。如图5所示，该告警信息处理装置50包括：接收模块501、处理模块502和发送模块503。
接收模块501，用于接收告警信息查询请求。
处理模块502，用于根据所述告警信息查询请求，从预设的数据库中，确定所述告警信息查询请求所指示的网络告警信息，其中，所述数据库中包括依据并行处理方式所得到的各个网络告警信息。
发送模块503，用于将所述告警信息查询请求所指示的网络告警信息，发送给终端设备进行显示。
本申请实施例提供的告警信息处理方法和设备，通过采用并行处理方式得到的各个网络告警信息存储到预设的数据库中，在接收到告警信息查询请求后，从预设的数据库中确定出告警信息查询请求所指示的网络告警信息，并发送给终端设备进行显示，从而使用户可以在终端设备上及时查询得到网络告警信息，提高网络告警信息查询的实时性。
可选地，所述处理模块502还用于：
获取各个网管服务器所采集的初始网络信息，其中，所述初始网络信息为网络设备发送故障时所产生的；
采用多任务合并的方式对各所述初始网络信息进行并行处理，得到各所述网络告警信息。
可选地，所述处理模块502还用于：
在采用多任务合并的方式对各所述初始网络信息进行并行处理之前，对各所述初始网络信息进行筛选处理，以去除垃圾数据和冗余数据。
可选地，所述冗余数据为上联设备所导致产生的数据；所述处理模块502具体用于：
针对每一个所述初始网络信息，根据初始网络信息中的定位标识，其中，所述定位标识为终端设备所处的信号覆盖区域的标识，从预设的定位标识与垃圾数据之间的对应关系中，确定初始网络信息是否为垃圾数据；若是，则去除确定为垃圾数据的初始网络信息；
针对每一个所述初始网络信息，根据初始网络信息中的设备名称，从预设的设备名称与冗余数据之间的对应关系中，确定初始网络信息是否为冗余数据；若是，则去除确定为冗余数据的初始网络信息。
可选地，所述告警信息查询请求中包括查询标识，所述数据库中的网络告警信息具有查询标识；
所述处理模块502，具体用于：
根据所述告警信息查询请求中的查询标识，从所述数据库中确定与所述告警信息查询请求中的查询标识对应的网络告警信息；其中，所述查询标识为关键字和/或设备编码。
可选地，所述数据库中的网络告警信息中包括设备信息和查询标识；
所述处理模块502，还用于：
接收修改请求，其中，所述修改请求中包括查询标识；
根据所述修改请求，修改与所述查询标识对应的网络告警信息中的设备信息。
本申请实施例提供的告警信息处理装置，可用于执行上述的方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
图6为本申请一实施例提供的告警信息处理设备的硬件结构示意图。如图6所示，本实施例提供的告警信息处理设备60包括：至少一个处理器601和存储器602。该告警信息处理设备60还包括通信部件603。其中，处理器601、存储器602以及通信部件603通过总线604连接。
在具体实现过程中，至少一个处理器601执行所述存储器602存储的计算机执行指令，使得至少一个处理器601执行如上的告警信息处理方法。
处理器601的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
在上述的图6所示的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。
总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上的告警信息处理方法。
上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (14)

1.一种告警信息处理方法，其特征在于，所述方法包括：
接收告警信息查询请求；
根据所述告警信息查询请求，从预设的数据库中，确定所述告警信息查询请求所指示的网络告警信息，其中，所述数据库中包括依据并行处理方式所得到的各个网络告警信息；
将所述告警信息查询请求所指示的网络告警信息，发送给终端设备进行显示。
2.根据权利要求1所述的方法，其特征在于，所述方法，还包括：
获取各个网管服务器所采集的初始网络信息，其中，所述初始网络信息为网络设备发送故障时所产生的；
采用多任务合并的方式对各所述初始网络信息进行并行处理，得到各所述网络告警信息。
3.根据权利要求2所述的方法，其特征在于，在采用多任务合并的方式对各所述初始网络信息进行并行处理之前，还包括：
对各所述初始网络信息进行筛选处理，以去除垃圾数据和冗余数据。
4.根据权利要求3所述的方法，其特征在于，对各所述初始网络信息进行筛选处理，以去除垃圾数据，包括：
针对每一个所述初始网络信息，根据初始网络信息中的定位标识，其中，所述定位标识为终端设备所处的信号覆盖区域的标识，从预设的定位标识与垃圾数据之间的对应关系中，确定初始网络信息是否为垃圾数据；若是，则去除确定为垃圾数据的初始网络信息；
所述冗余数据为上联设备所导致产生的数据；对各所述初始网络信息进行筛选处理，以去除冗余数据，包括：
针对每一个所述初始网络信息，根据初始网络信息中的设备名称，从预设的设备名称与冗余数据之间的对应关系中，确定初始网络信息是否为冗余数据；若是，则去除确定为冗余数据的初始网络信息。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述告警信息查询请求中包括查询标识，所述数据库中的网络告警信息具有查询标识；根据所述告警信息查询请求，从预设的数据库中，确定所述告警信息查询请求所指示的网络告警信息，包括：
根据所述告警信息查询请求中的查询标识，从所述数据库中确定与所述告警信息查询请求中的查询标识对应的网络告警信息；其中，所述查询标识为关键字和/或设备编码。
6.根据权利要求1-4任一项所述的方法，其特征在于，所述数据库中的网络告警信息中包括设备信息和查询标识；所述方法还包括：
接收修改请求，其中，所述修改请求中包括查询标识；
根据所述修改请求，修改与所述查询标识对应的网络告警信息中的设备信息。
7.一种告警信息处理装置，其特征在于，包括：
接收模块，用于接收告警信息查询请求；
处理模块，用于根据所述告警信息查询请求，从预设的数据库中，确定所述告警信息查询请求所指示的网络告警信息，其中，所述数据库中包括依据并行处理方式所得到的各个网络告警信息；
发送模块，用于将所述告警信息查询请求所指示的网络告警信息，发送给终端设备进行显示。
8.根据权利要求7所述的装置，其特征在于，所述处理模块还用于：
获取各个网管服务器所采集的初始网络信息，其中，所述初始网络信息为网络设备发送故障时所产生的；
采用多任务合并的方式对各所述初始网络信息进行并行处理，得到各所述网络告警信息。
9.根据权利要求8所述的装置，其特征在于，所述处理模块还用于：
在采用多任务合并的方式对各所述初始网络信息进行并行处理之前，对各所述初始网络信息进行筛选处理，以去除垃圾数据和冗余数据。
10.根据权利要求9所述的装置，其特征在于，所述冗余数据为上联设备所导致产生的数据；所述处理模块具体用于：
针对每一个所述初始网络信息，根据初始网络信息中的定位标识，其中，所述定位标识为终端设备所处的信号覆盖区域的标识，从预设的定位标识与垃圾数据之间的对应关系中，确定初始网络信息是否为垃圾数据；若是，则去除确定为垃圾数据的初始网络信息；
针对每一个所述初始网络信息，根据初始网络信息中的设备名称，从预设的设备名称与冗余数据之间的对应关系中，确定初始网络信息是否为冗余数据；若是，则去除确定为冗余数据的初始网络信息。
11.根据权利要求7-10任一项所述的装置，其特征在于，所述告警信息查询请求中包括查询标识，所述数据库中的网络告警信息具有查询标识；
所述处理模块，具体用于：
根据所述告警信息查询请求中的查询标识，从所述数据库中确定与所述告警信息查询请求中的查询标识对应的网络告警信息；其中，所述查询标识为关键字和/或设备编码。
12.根据权利要求7-10任一项所述的装置，其特征在于，所述数据库中的网络告警信息中包括设备信息和查询标识；
所述处理模块，还用于：
接收修改请求，其中，所述修改请求中包括查询标识；
根据所述修改请求，修改与所述查询标识对应的网络告警信息中的设备信息。
13.一种告警信息处理设备，其特征在于，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1-6任一项所述的告警信息处理方法。
14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1-6任一项所述的告警信息处理方法。
CN202010123431.2A 2020-02-27 2020-02-27 告警信息处理方法和设备 Active CN111371602B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010123431.2A CN111371602B (zh) 2020-02-27 2020-02-27 告警信息处理方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010123431.2A CN111371602B (zh) 2020-02-27 2020-02-27 告警信息处理方法和设备

Publications (2)

Publication Number Publication Date
CN111371602A true CN111371602A (zh) 2020-07-03
CN111371602B CN111371602B (zh) 2023-05-23

Family

ID=71210055

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010123431.2A Active CN111371602B (zh) 2020-02-27 2020-02-27 告警信息处理方法和设备

Country Status (1)

Country Link
CN (1) CN111371602B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101877656A (zh) * 2010-06-11 2010-11-03 武汉虹信通信技术有限责任公司 一种网管监控系统及其实现并行处理故障告警的方法
CN101958804A (zh) * 2010-09-20 2011-01-26 中兴通讯股份有限公司 提升告警处理效率的方法、服务器及系统
CN104219088A (zh) * 2014-08-21 2014-12-17 南京邮电大学 一种基于Hive的网络告警信息OLAP方法
CN106330533A (zh) * 2016-01-21 2017-01-11 华南师范大学 一种大规模网络告警实时拓扑建立方法
CN106411566A (zh) * 2016-08-19 2017-02-15 成都广达新网科技股份有限公司 一种基于xml技术的mib告警解析方法及系统
US20170279669A1 (en) * 2016-03-28 2017-09-28 TUPL, Inc. Intelligent configuration system for alert and performance monitoring
CN109560951A (zh) * 2017-09-27 2019-04-02 亿阳信通股份有限公司 一种配置方法、告警实时统计方法、服务器及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101877656A (zh) * 2010-06-11 2010-11-03 武汉虹信通信技术有限责任公司 一种网管监控系统及其实现并行处理故障告警的方法
CN101958804A (zh) * 2010-09-20 2011-01-26 中兴通讯股份有限公司 提升告警处理效率的方法、服务器及系统
CN104219088A (zh) * 2014-08-21 2014-12-17 南京邮电大学 一种基于Hive的网络告警信息OLAP方法
CN106330533A (zh) * 2016-01-21 2017-01-11 华南师范大学 一种大规模网络告警实时拓扑建立方法
US20170279669A1 (en) * 2016-03-28 2017-09-28 TUPL, Inc. Intelligent configuration system for alert and performance monitoring
CN106411566A (zh) * 2016-08-19 2017-02-15 成都广达新网科技股份有限公司 一种基于xml技术的mib告警解析方法及系统
CN109560951A (zh) * 2017-09-27 2019-04-02 亿阳信通股份有限公司 一种配置方法、告警实时统计方法、服务器及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张柳: "云环境下网络告警管理系统设计", 《中国优秀硕士学位论文全文数据库（信息科技辑）》 *

Also Published As

Publication number Publication date
CN111371602B (zh) 2023-05-23

Similar Documents

Publication Publication Date Title
CN112738791B (zh) 基于5g核心网的用户信息关联回填方法、装置、设备和介质
CN112311617A (zh) 一种配置化数据监控告警方法及系统
CN109756528B (zh) 频率控制方法及装置、设备、存储介质、服务器
US10064044B2 (en) Method and apparatus for determining roaming status of terminal, terminal, and server
CN108429739B (zh) 一种识别蜜罐的方法、系统及终端设备
CN108512716B (zh) 上报设备信息的方法、系统、计算机设备和存储介质
CN104869019A (zh) 用于定位故障的反馈方法、装置及服务器
CN111327466B (zh) 一种告警分析方法、系统、设备以及介质
CN110968356A (zh) 配置信息获取的方法和装置
US9641595B2 (en) System management apparatus, system management method, and storage medium
CN113010378A (zh) 微服务模块的日志处理方法及装置、存储介质、电子装置
CN110784358A (zh) 网络调用关系拓扑图的构建方法及装置
CN113423120A (zh) 基于专网终端的数据分流处理方法、装置及电子设备
KR20200007912A (ko) 데이터 트래픽을 모니터링하기 위한 방법, 장치 및 시스템
CN111371602A (zh) 告警信息处理方法和设备
CN113672416B (zh) 硬buffer泄漏的原因定位方法及装置
CN111782435B (zh) 一种视频监控管理平台级联异常恢复处理方法及系统
CN110769462A (zh) 网络访问控制方法和装置
CN113891385B (zh) 网络设备的链路状态的检测方法、装置及设备
CN115996364B (zh) 一种终端实时溯源定位的方法与设备
CN116260853A (zh) 节点设备的连接管理方法、设备及存储介质
CN114024827B (zh) 一种低压电力线载波通信系统的性能管理方法及系统
CN110430093B (zh) 一种数据处理方法、装置及计算机可读存储介质
CN110708208B (zh) 监控数据的采集方法及装置、存储介质、终端
CN117014343A (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