CN112749018B - 一种消息处理方法和消息处理装置 - Google Patents

Abstract

本发明实施例提供了一种消息处理方法和消息处理装置，其中的方法包括：通过网关服务接收携带有网元标识的消息；按照所述网元标识，对所述网关服务接收到的消息进行分组，获得所述网元标识对应的消息组；其中，同一个消息组中的消息具有相同的网元标识；对所述消息组中的消息进行分包处理，得到第一数据包组；根据所述第一数据包组对应的网元标识，确定所述第一数据包组对应的业务服务进程；将所述第一数据包组中的数据包发送至对应的业务服务进程进行处理。本发明实施例可以提高消息处理的效率，以及提高消息处理的稳定性。

Description

一种消息处理方法和消息处理装置

技术领域

本发明涉及通信技术领域，尤其涉及一种消息处理方法和消息处理装置。

背景技术

在分布式网管系统中，存在多个业务微服务，服务间采取不同的通信协议与方式，且每个服务都是由多个进程组成的集群服务，因此，对消息在分布式网管系统间的传输提出了更高的要求。

现有的分布式网管系统中，当OMC(Operation and Maintenance Center，操作维护中心)通过南向网关收到基站上报的告警消息时，需要将告警消息经过南向业务服务、告警服务等多个服务处理后，才能将告警数据呈现给用户，但是，当同一网元按次序生成多个告警消息时，可能出现无法保证告警消息按照接收的顺序处理，后接收到的告警消息先处理的情况，造成告警乱序或告警无法清除的问题。

为了解决这一问题，当前的告警系统采用分布式锁来控制消息处理，以保证告警消息处理的有序性，具体的，将生成告警消息的网元唯一标识DN(Distinguished Name，可识别名)作为分布式锁，服务在收到告警消息后，申请分布式锁，当获取到分布式锁后，才开始处理告警消息。告警消息处理结束后，将处理后的告警消息发送给下游服务，并释放分布式锁。由此，先收到告警消息先处理，后收到告警消息后处理，从而保证了告警消息处理的有序性。

但是，由于分布式锁一般基于分布式网管系统外的第三方系统实现，因此，在告警消息处理过程中，对分布式锁的获取和释放都是系统间的交互，极大增加了告警消息处理过程中的耗时，影响了处理效率，另外，由于分布式锁通过第三方系统实现，在第三方系统出现故障时，会导致告警消息无法处理，加强了分布式网管系统对第三方系统的依赖，影响了分布式网管系统处理告警消息的稳定性。

发明内容

本发明实施例提供一种消息处理方法和装置，可以提高消息处理的效率，以及提高消息处理的稳定性。

本发明实施例提供了一种消息处理方法，该方法可以包括：

通过网关服务接收携带有网元标识的消息；

按照所述网元标识，对所述网关服务接收到的消息进行分组，获得所述网元标识对应的消息组；其中，同一个消息组中的消息具有相同的网元标识；

对所述消息组中的消息进行分包处理，得到第一数据包组；

根据所述第一数据包组对应的网元标识，确定所述第一数据包组对应的业务服务进程；

将所述第一数据包组中的数据包发送至对应的业务服务进程进行处理。

可选地，所述对所述消息组中的消息进行分包处理，得到第一数据包组的步骤，包括：

将所述消息组中顺序接收到的预设数量的消息进行分包处理，得到第一数据包组；和/或，

将所述消息组中预设时间内顺序接收到的消息进行分包处理，得到第一数据包组。

可选地，所述网元标识与所述业务服务进程具有一对多的对应关系；所述根据所述第一数据包组对应的网元标识，确定所述第一数据包组对应的业务服务进程的步骤，包括：

将至少两个网元标识对应的第一数据包组中的数据包发送至相同的业务服务进程；

所述业务服务进程按照所述网元标识，对接收到的不同第一数据包组的数据包进行分组，得到第二数据包组；

根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的消息服务进程；

将所述第二数据包组中的数据包发送至对应的消息服务进程进行处理。

可选地，所述消息包括告警消息，所述消息服务进程包括告警服务进程，所述将所述第二数据包组中的数据包发送至对应的消息服务进程进行处理之前，所述方法还包括：

对所述第二数据包组中的数据包进行转换，得到告警对象；

所述将所述第二数据包组中的数据包发送至对应的消息服务进程进行处理，包括：

将所述第二数据包组中的告警对象发送至对应的告警服务进程进行处理。

可选地，所述对所述第二数据包组中的数据包进行转换，得到告警对象的步骤，包括：

根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的对象转换线程；

通过所述对象转换线程对所述第二数据包组中的数据包进行对象转换，得到告警对象。

可选地，所述将所述第二数据包组中的告警对象发送至对应的告警服务进程进行处理的步骤，包括：

将所述第二数据包组中的告警对象发送至对应的告警服务进程；

所述告警服务进程按照所述网元标识，对接收到的告警对象进行分组，得到告警对象组；

根据所述告警对象组对应的网元标识，确定所述告警对象组对应的处理线程；

将所述告警对象组中的告警对象分发至对应的处理线程进行处理。

可选地，所述将所述告警对象组中的告警对象分发至对应的处理线程进行处理的步骤，包括：

根据所述网元标识的次序分发所述告警对象组中的告警对象至对应的处理线程，每次根据每个网元标识分发一个告警对象；

所述处理线程依次对接收到的告警对象进行告警处理。

可选地，所述根据所述第一数据包组对应的网元标识，确定所述第一数据包组对应的业务服务进程的步骤包括：

判断所述业务服务进程是否已接收过与所述第一数据包组对应的网元标识相同的数据包组中的数据包；

若是，则将所述业务服务进程确定为所述第一数据包组对应的业务服务进程；

若否，则获取所述业务服务进程所在服务器的当前负载，将所述当前负载最低的业务服务进程确定为第一数据包组的对应的业务服务进程。

本发明实施例提供了一种消息处理装置，该装置可以包括：

消息接收模块，用于通过网关服务接收携带有网元标识的消息；

消息分组模块，用于按照所述网元标识，对所述网关服务接收到的消息进行分组，获得所述网元标识对应的消息组；其中，同一个消息组中的消息具有相同的网元标识；

消息分包模块，用于对所述消息组中的消息进行分包处理，得到第一数据包组；

进程确认模块，用于根据所述第一数据包组对应的网元标识，确定所述第一数据包组对应的业务服务进程；

消息发送模块，用于将所述第一数据包组中的数据包发送至对应的业务服务进程进行处理。

可选地，所述消息分包模块，包括：

预设数量消息分包子模块，用于将所述消息组中顺序接收到的预设数量的消息进行分包处理，得到第一数据包组；和/或，

预设时间消息分包子模块，用于将所述消息组中预设时间内顺序接收到的消息进行分包处理，得到第一数据包组。

可选地，所述网元标识与所述业务服务进程具有一对多的对应关系；所述消息发送模块，包括：

业务进程发送子模块，用于将至少两个网元标识对应的第一数据包组中的数据包发送至相同的业务服务进程；

数据包分组子模块，用于所述业务服务进程按照所述网元标识，对接收到的不同第一数据包组的数据包进行分组，得到第二数据包组；

消息进程确定子模块，用于根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的消息服务进程；

消息进程发送子模块，用于将所述第二数据包组中的数据包发送至对应的消息服务进程进行处理。

可选地，所述消息包括告警消息，所述消息发送模块，还包括：

对象转换子模块，用于对所述第二数据包组中的数据包进行转换，得到告警对象；

所述消息进程发送子模块，还用于将所述第二数据包组中的告警对象发送至对应的告警服务进程进行处理。

可选地，所述对象转换子模块，包括：

对象转换线程确定单元，用于根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的对象转换线程；

对象转换单元，用于通过所述对象转换线程对所述第二数据包组中的数据包进行对象转换，得到告警对象。

可选地，所述消息进程发送子模块，包括：

告警进程发送单元，用于将所述第二数据包组中的告警对象发送至对应的告警服务进程；

告警对象分组单元，用于所述告警服务进程按照所述网元标识，对接收到的告警对象进行分组，得到告警对象组；

告警线程确定单元，用于根据所述告警对象组对应的网元标识，确定所述告警对象组对应的处理线程；

告警对象处理单元，用于将所述告警对象组中的告警对象分发至对应的处理线程进行处理。

可选地，告警对象处理单元，包括：

告警对象分发子单元，用于根据所述网元标识的次序分发所述告警对象组中的告警对象至对应的处理线程，每次根据每个网元标识分发一个告警对象；

告警对象处理子单元，用于所述处理线程依次对接收到的告警对象进行告警处理。

可选地，所述进程确认模块，还用于判断所述业务服务进程是否已接收过与所述第一数据包组对应的网元标识相同的数据包组中的数据包；

若是，则将所述业务服务进程确定为所述第一数据包组对应的业务服务进程；

若否，则获取所述业务服务进程所在服务器的当前负载，将所述当前负载最低的业务服务进程确定为第一数据包组的对应的业务服务进程。

本发明实施例包括以下优点：

本发明实施例中，通过在接收到网元上传的消息时，根据网元标识对消息进行分组，获得对应同一个网元的消息组，再对消息组进行分包获得数据包组，并且，在后续消息处理的过程中，将数据包组根据网元标识发送到同一个业务服务进程上，由同一业务服务进程对同一网元标识中的消息进行处理，从而在不使用效率低下、稳定性差的第三方系统进行分布式锁的申请、释放的条件下，避免了当同一网元按次序生成多个消息时，出现的多个服务进程无法保证消息按照接收的顺序处理，造成消息处理乱序或消息无法清除的问题，不仅可以避免对分布式锁的获取和释放之间的系统交互，提高消息处理的效率，还可以避免对第三方系统的依赖，提高消息处理的稳定性。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1示出了本发明的第一种消息处理方法实施例的步骤流程图；

图2示出了本发明的第二种消息处理方法实施例的步骤流程图；

图3示出了本发明的第三种消息处理方法实施例的步骤流程图；

图4示出了本发明的第四种消息处理方法实施例的步骤流程图；

图5示出了本发明的第五种消息处理方法实施例的步骤流程图；

图6示出了本发明的第六种消息处理方法实施例的步骤流程图；

图7示出了本发明的一种告警消息处理方法过程示例图；

图8示出了本发明的一种消息处理装置实施例的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

方法实施例一

参照图1，示出了本发明的第一种消息处理方法实施例的步骤流程图，具体可以包括：

步骤101：通过网关服务接收携带有网元标识的消息。

本发明实施例可以应用于分布式系统中的消息处理场景，通过网关服务接收分布式系统中不同网元生成的带有各自网元标识的消息，并对接收到的消息进行处理。其中，网关服务是用于沟通通信协议、数据格式、语言或体系结构不同的两种系统之间的翻译器，对接收到的消息可以进行初步处理，以适应后续消息处理服务的需求，还可以进一步起到消息过滤的作用，保证系统的安全性。

本发明实施例的网关服务可以是南向网关服务，用于接收分布式系统网元生成的消息，并通过后续对消息的处理完成对分布式系统的管理，分布式系统是支持分布式处理的软件系统，即将不同地点的，或具有不同功能的，或拥有不同数据的多模块通过通信网络连接起来，在统一管理控制下，协调地完成大规模信息处理任务的软件系统，其中多模块可以按照业务标记、终端类型、终端号等信息进行标识，作为网元标识区分分布式系统中的层次和模块等。

如，网关服务接收携带有A到N不同网元标识的消息，携带每种网元标识的消息有1到n个。

步骤102：按照所述网元标识，对所述网关服务接收到的消息进行分组，获得所述网元标识对应的消息组；其中，同一个消息组中的消息具有相同的网元标识。

本发明实施中，在网关服务接收到携带有网元标识的消息后，需要根据消息中携带的网元标识进行分组，即将相同网元标识的消息分为一组，从而得到不同网元标识对应的不同消息组，可选地，分组的过程可以是接收到携带有网元标识的消息后，将后续收到的携带有该网元标识的消息按接收顺序归入该网元标识的消息组中。

如，网关服务先接收到携带有网元标识A的消息a1，然后接收到携带有网元标识A的消息a2和携带有网元标识B的消息b1，则按照接收顺序得到网元标识A对应的消息组为：a1,a2；以及网元标识B对应的消息组为：b1。

步骤103：对所述消息组中的消息进行分包处理，得到第一数据包组。

本发明实施例中，网关服务在根据消息携带的网元标识进行分组得到消息组后，还可以进一步对消息组内的消息进行分包，以适应后续服务间的传输需求，降低数据传输的压力，另外，数据包间的生成时间会存在一定的时间间隔，能够保证数据包生成的有序性。

参照图2，示出了本发明的第二种消息处理方法实施例的步骤流程图,可选地，如图2所示，在图1的基础上，步骤103包括：

步骤1031：将所述消息组中顺序接收到的预设数量的消息进行分包处理，得到第一数据包组。

本发明实施中，将消息组中顺序接收到的预设数量的消息作为一个数据包，可选地，可以是从接收到第一个携带该网元标识的消息起，每5个携带该网元标识的消息分为一个数据包，或者，可以是每10个携带该网元标识的消息分为一个数据包，本发明实施例中对具体预设数量的数值不做限定。

本发明实施例中，可选地，当采用将消息组中顺序接收到的预设数量的消息进行分包处理的方案时，如果出现接收到携带有网元标识的消息后，长时间未接收到携带有该网元标识的消息时，可以将该携带有网元标识的消息直接发送，以避免造成消息处理的延误，即如果在一段时间内凑不齐顺序接收的预设数量的携带有相同网元标识的消息，那么可以将已接收到的消息直接打包发送，从而保证消息处理的效率。

如，网元标识A对应的消息组为：a1,a2,…an；按照预设数量为5分为A1、A2、A3,…Am的数据包组，其中，A1中包括消息a1、a2、a3、a4、a5，A2中包括消息a6、a7、a8、a9、a10，以此类推。

步骤1032：将所述消息组中预设时间内顺序接收到的消息进行分包处理，得到第一数据包组。

本发明实施例中，将消息组中预设时间内顺序接收到的消息作为一个数据包，可选地，可以是从接收到第一个携带该网元标识的消息起，每100ms内顺序接收到的携带该网元标识的消息分为一个数据包，或者，也可以是每500ms内顺序接收到的携带该网元标识的消息分为一个数据包，本发明实施例中对具体预设时间的长度不做限定。

本发明实施例中，步骤1031和步骤1032的消息组分包方案可以仅采用一种，也可以两种方案同时采用，如，将预设时间内顺序接收到的预设数量的携带相同网元标识的消息打包，再重新计时，如果预设时间内没有顺序接收到预设数量的携带相同网元标识的消息则将预设时间内接收到的消息打包，再重新计时，如果预设时间内没有接收到携带相同网元标识的消息，则重新计时，当重新计时的次数达到预设次数时，不再为接收携带该网元标识的消息计时，当再次接收到携带该网元标识的消息时，重新分组、分包，从而在消息组分包的同时，避免分包过程中的等待造成消息处理延迟，保证消息处理的效率。

如，网元标识A对应的消息组为：a1,a2,…an；按照预设时间为500ms分为A1、A2、A3，…Am的数据包组，其中，A1中包括500ms内接收到的消息a1、a2、a3、a4、a5、a6，A2中包括下一个500ms内消息a7、a8、a9、a10，以此类推。

步骤104：根据所述第一数据包组对应的网元标识，确定所述第一数据包组对应的业务服务进程。

本发明实施例中，在对消息组进行分包后，需要将数据包发送到对应的业务服务进程，此时，为了保证属于同一数据包组的数据包组发送到相同的业务服务进程，可以根据数据包组对应的网元标识来确认接收数据包组中数据包的业务服务进程，从而使得同一网元上传的消息能够由同一个业务服务进程处理。

如，根据网元标识A，确定数据包组A1、A2、A3,…Am对应的业务服务进程为业务服务进程1。

可选地，如图2所示，在图1的基础上，步骤104包括：

步骤1041：判断所述业务服务进程是否已接收过与所述第一数据包组对应的网元标识相同的数据包组中的数据包。

本发明实施中，在确定业务服务进程时，首先需要判断业务服务进程是否已接收过网元标识相同的数据包组中的数据包，当业务服务进程已接收过网元标识相同的数据包组中的数据包时，则应该将该业务服务进程确定为第一数据包组对应的业务服务进程，从而保证同一数据包组中的数据包由同一个业务服务进程接收处理，是否已接收过网元标识相同的数据包组中的数据包的数据包的判断是针对业务服务中所有的业务服务进程进行的。

如，数据包A2待发送，当前业务服务中包括业务服务进程1、业务服务进程2、业务服务进程3，根据网元标识A，首先判断业务服务进程1、业务服务进程2、业务服务进程3中是否有接收到网元标识A对应数据包组的数据包。

步骤1042：若是，则将所述业务服务进程确定为所述第一数据包组对应的业务服务进程。

如，业务服务进程1已接收过数据包A1，则将业务服务进程1确定为第一数据包组的对应的业务服务进程。

步骤1043：若否，则获取所述业务服务进程所在服务器的当前负载，将所述当前负载最低的业务服务进程确定为第一数据包组的对应的业务服务进程。

本发明实施中，如果业务服务进程都没有接收过网元标识相同的数据包组中的数据包，则可以获取业务服务进程的负载，此时，为了保证数据包处理的效率，合理分配业务服务进程资源，可以将负载最低的业务服务进程作为数据包组对应的业务服务进程，以达到负载平衡，本领域技术人员也可以采用其他的负载均衡方案，本发明对比不做具体限制。

如，业务服务进程1、业务服务进程2、业务服务进程3均没有接收过网元标识A对应数据包组的数据包，获取业务服务进程1的负载为100，业务服务进程2的负载为50，业务服务进程3的负载为150，则确认业务服务进程2为第一数据包组的对应的业务服务进程。

步骤105：将所述第一数据包组中的数据包发送至对应的业务服务进程进行处理。

本发明实施例中，当确定网元标识对应的业务服务进程后，即可将对应网元标识的数据包按照分包顺序发送给对应的业务服务进程，业务服务进程可以根据接收顺序依次对接收到的数据包进行处理，从而保证了数据包处理的顺序与消息生成、接收的顺序一致，在不采用第三方系统分配分布式锁的情况下，可以解决消息处理乱序或消息无法清除的问题，不仅可以避免对分布式锁的获取和释放之间的系统交互，提高消息处理的效率，还可以避免对第三方系统的依赖，提高消息处理的稳定性。

如，业务服务进程1可以按照顺序依次处理数据包组A1、A2、A3,…Am中的数据包。

参照图3，示出了本发明的第三种消息处理方法实施例的步骤流程图，具体可以包括：

步骤301：通过网关服务接收携带有网元标识的消息。

如，网关服务接收携带有A到N不同网元标识的消息，携带每种网元标识的消息有1到n个。

步骤302：按照所述网元标识，对所述网关服务接收到的消息进行分组，获得所述网元标识对应的消息组；其中，同一个消息组中的消息具有相同的网元标识。

如，网关服务先接收到携带有网元标识A的消息a1和携带有网元标识B的消息b1，然后接收到携带有网元标识A的消息a2和携带有网元标识B的消息b2，则将消息a2分至以a1为首的消息组A₁中，将消息b2分至以b1为首的消息组B₁中。

步骤303：对所述消息组中的消息进行分包处理，得到第一数据包组。

如，将网元标识A对应的消息组A₁{a1、a2,…an}按照预设数量为5或预设时间为500ms进行分包处理，得到网元标识A对应的第一数据包组A₂{A1、A2、A3,…Am}；将网元标识B对应的消息组B₁{b1、b2,…bn}按照预设数量为5或预设时间为500ms进行分包处理，得到网元标识B对应的第一数据包组B₂{B1、B2、B3,…Bm}。

步骤304：将至少两个网元标识对应的第一数据包组中的数据包发送至相同的业务服务进程。

本发明实施中，出于负载均衡的考虑，有时一个业务服务进程会需要处理两个或两个以上网元标识对应的数据包组，此时，在发送时就可以将至少两个网元标识对应的第一数据包组的数据包发送到对应的业务服务进程，其中各网元标识对应的数据包组中的数据包按照组内顺序次序发送。

如，根据负载均衡，业务服务进程1可同时处理网元标识A对应的第一数据包组A₂和网元标识B对应的第一数据包组B₂，则将第一数据包组A₂中的数据包按A1、A2、A3,…Am的顺序，以及第一数据包组B₂中的数据包按B1、B2、B3,…Bm的顺序发送给业务服务进程1。

步骤305：所述业务服务进程按照所述网元标识，对接收到的不同第一数据包组的数据包进行分组，得到第二数据包组。

本发明实施中，出于负载均衡的考虑，虽然会将同一网元标识对应的第一数据包组中的数据包均发送到同一个业务服务进程上，但是同一个业务服务进程可能会接收两个或两个以上网元标识对应的数据包组，即业务服务进程与网元标识具有一对多的关系，由于业务服务进程是以数据包的单位进行数据接收的，因此，可能会出现先接收了这一网元标识的数据包又接收了那一网元标识数据包的情况，此时，需要对接收到的数据包按照网元标识重新进行分组，使得同一网元标识对应的数据包在同一数据包组中。

如，根据网元标识A和网元标识B，对接收到的数据包重新分组，得到第二数据包组A₃{A1、A2、A3,…Am}；以及第二数据包组B₃{B1、B2、B3,…Bm}。

步骤306：根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的消息服务进程。

如，根据网元标识A，确定第二数据包组A₃{A1、A2、A3,…Am}对应的消息服务进程为消息服务进程1。此时，第二数据包组B₃{B1、B2、B3,…Bm}对应的消息服务进程可能为消息服务进程1，也可能为其他消息服务进程。

步骤307：将所述第二数据包组中的数据包发送至对应的消息服务进程进行处理。

如，将网元标识A对应的第二数据包组A₃中的数据包发送至消息服务进程1进行处理，将网元标识B对应的第二数据包组B₃中的数据包发送至对应的消息服务进程2进行处理。

参照图4，示出了本发明的第四种消息处理方法实施例的步骤流程图，可选地，如图4所示，该消息包括告警消息，消息服务进程包括告警服务进程，在图3的基础上，步骤307之前，该方法还可以包括：

步骤3071：对所述第二数据包组中的数据包进行转换，得到告警对象。

本发明实施中，所述消息可以是网元上传的告警消息，由于告警消息由告警服务进行对应的处理，因此，需要对数据包组中的数据包进行转换，从而得到告警服务可以识别的告警对象，以便告警服务进行后续告警处理。

如，对第二数据包组A₃中的数据包进行转换，得到告警对象。

可选地，步骤307包括：

步骤3072：将所述第二数据包组中的告警对象发送至对应的告警服务进程进行处理。

本发明实施中，将第二数据包中的告警对象发送给对应的告警服务进程时，可选地，可以采用JMS(Java Message Service，Java消息服务)应用程序接口，JMS用于在两个应用程序之间或分布式系统中发送消息，进行异步通信，或者，也可以采用RPC(RemoteProcedure Call，远程过程调用)通信，RPC是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议，上述消息发送方法仅用于举例，本领域技术人员可以采用任意可行的消息发送方法，本发明对此不做具体限制。

如，将转换后的第二数据包组A₃中的告警对象通过JMS发送至告警服务进程1，告警服务进程1对数据包组数据包组A₃中的告警对象进行处理。

参照图5，示出了本发明的第五种消息处理方法实施例的步骤流程图，可选地，在图4的基础上，如图5所示，步骤3071包括：

步骤30711：根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的对象转换线程。

本发明实施中，在对第二数据包组进行对象转换时，可以将第二数据包组的网元标识与对象转换线程一一对应，即一个第二数据包组中的数据包只在一个对象转换线程上进行对象转换，可选地，可以根据网元标识来对应开启对象转换线程，从而保证每一个网元标识均有其对应的对象转换线程。

如，根据网元标识A开启对象转换线程A，将对象转换线程A确定为数据包组A₃对应的对象转换线程，根据网元标识B开启对象转换线程B，将对象转换线程B确定为数据包组B₃对应的对象转换线程。

步骤30712：通过所述对象转换线程对所述第二数据包组中的数据包进行对象转换，得到告警对象。

如，通过对象转换线程A对数据包组A₃中的数据包进行对象转换，获得数据包组A₃中告警对象，通过对象转换线程B对数据包组B₃中的数据包进行对象转换，获得数据包组B₃中的告警对象。

可选地，步骤3072包括：

步骤30721：将所述第二数据包组中的告警对象发送至对应的告警服务进程。

步骤30722：所述告警服务进程按照所述网元标识，对接收到的告警对象进行分组，得到告警对象组。

步骤30723：根据所述告警对象组对应的网元标识，确定所述告警对象组对应的处理线程。

步骤30724：将所述告警对象组中的告警对象分发至对应的处理线程进行处理。

本发明实施例中，当消息为告警消息时，若告警服务进程接收到的告警对象对应两个或两个以上网元标识，则需要对告警对象进行重新分组，以得到告警对象组，并将告警对象组根据网元标识分发到对应处理线程，以便处理线程对同一告警对象组中的对象次序进行告警处理，可选地，告警处理可以包括告警流水号生成、告警重复判断、告警规则过滤、告警消息入库、更新缓存等中的至少一种。

本发明实施中，在完成对告警对象的告警处理后，还可以将处理的结果展示给用户，如告警消息及其流水号、重复的告警消息、紧急告警消息、普通告警消息等，并可以根据具体告警情况将告警消息发送给其他系统，以便其他系统根据告警消息处理告警情况。

参照图6，示出了本发明的第六种消息处理方法实施例的步骤流程图，可选地，在图5的基础上，如图6所示，所述步骤30724包括：

步骤307241：根据所述网元标识的次序分发所述告警对象组中的告警对象至对应的处理线程，每次根据每个网元标识分发一个告警对象。

本发明实施中，当告警服务进程中接受了不止一个网元标识对应的告警对象组时，在向处理线程分发告警对象时，可以按照网元标识的次序分发，且每次根据每个网元标识分发一个告警对象，即在第一个网元标识对应的告警对象组中分发一个告警对象到第一个网元标识对应的处理线程，之后再在第二个网元标识对应的告警对象组中分发一个告警对象到第二个网元标识对应的处理线程，以此类推，当告警服务进程接收到的不同网元标识对应的告警对象组均有一个告警对象分发至各自对应的处理线程时，再从第一个元标识对应的告警对象组中分发一个告警对象到第一个网元标识对应的处理线程，循环往复，这样由于同一个网元标识的告警对象之间存在接收、分发、处理的时间间隔，因此，当不同网元标识的告警对象组越多时，同一个告警对象组中告警对象被分发的时间间隔将会越大，从而有效保证同一个网元告警消息处理的顺序性，避免了告警消息处理时间近、处理效率不同导致的乱序问题。

如，告警服务进程1接收到包含告警对象的数据包组A₃{A1、A2、A3,…Am}和数据包组B₃{B1、B2、B3,…Bm}，在告警对象分发的过程中，先将A1分发至处理线程A，再将B1分发至处理线程B，然后将A2分发至处理线程A，再将B2分发至处理线程B，以此类推。

步骤307242：所述处理线程依次对接收到的告警对象进行告警处理。

如，处理线程A依次对A1、A2、A3,…Am进行告警处理，处理线程B依次对B1、B2、B3,…Bm进行告警处理。

参照图7，示出了本发明的一种告警消息处理方法过程示例图，如图7所示，南向网关服务接收携带有A到N多个网元标识的告警消息，携带每种网元标识的告警消息有1到n个，南向网关服务根据不同的网元标识对告警消息进行分组并进行分包，得到告警消息包组A₁{A1、A2、A3,…Am}，B₁{B1、B2、B3,…Bm}，C₁{C1、C2、C3,…Cm}……。

根据负载均衡确定告警消息包组A₁对应的南向业务服务进程为NEA1，告警消息包组B₁和告警消息包组C₁对应的南向业务服务进程为NEA2，则将告警消息包组A₁的告警消息数据包通过JMS发送到NEA1，NEA1对告警消息包组A₁中的数据包进行对象转换；将告警消息包组B₁和告警消息包组C₁的数据包通过JMS发送到NEA2，NEA2对告警消息数据包根据网元标识B和C重新分组，获得告警消息包组B₂和告警消息包组C₂，并将告警消息包组B2和告警消息包组C2中的数据包通过各自网元标识对应的对象转换线程转换为告警对象。

根据负载均衡确定告警消息包组B₂对应的告警服务进程为FM1，FM1中通过处理线程对告警消息包组B₂中的告警对象进行告警处理，告警消息包组A₁和告警消息包组C₂对应的告警服务进程为FM2，FM2对接收到的告警对象根据网元标识A和C重新分组，获得告警消息包组A₂和告警消息包组C₃，并将告警消息包组A₂和告警消息包组C₃中的告警对象通过各自网元标识对应的处理线程进行告警处理。

根据具体情况将告警消息向其他系统上报。

综上，本发明实施例中，通过在接收到网元上传的消息时，根据网元标识对消息进行分组，获得对应同一个网元的消息组，再对消息组进行分包获得数据包组，并且，在后续消息处理的过程中，将数据包组根据网元标识发送到同一个业务服务进程上，由同一业务服务进程对同一网元标识中的消息进行处理，从而在不使用效率低下、稳定性差的第三方系统进行分布式锁的申请、释放的条件下，避免了当同一网元按次序生成多个消息时，出现的多个服务进程无法保证消息按照接收的顺序处理，造成消息处理乱序或消息无法清除的问题。

装置实施例

参照图8，示出了本发明的一种消息处理装置800实施例的结构框图，具体可以包括：

消息接收模块801，用于通过网关服务接收携带有网元标识的消息；

消息分组模块802，用于按照所述网元标识，对所述网关服务接收到的消息进行分组，获得所述网元标识对应的消息组；其中，同一个消息组中的消息具有相同的网元标识；

消息分包模块803，用于对所述消息组中的消息进行分包处理，得到第一数据包组；

进程确认模块804，用于根据所述第一数据包组对应的网元标识，确定所述第一数据包组对应的业务服务进程；

消息发送模块805，用于将所述第一数据包组中的数据包发送至对应的业务服务进程进行处理。

可选地，所述消息分包模块803，包括：

预设数量消息分包子模块，用于将所述消息组中顺序接收到的预设数量的消息进行分包处理，得到第一数据包组；和/或，

预设时间消息分包子模块，用于将所述消息组中预设时间内顺序接收到的消息进行分包处理，得到第一数据包组。

可选地，所述网元标识与所述业务服务进程具有一对多的对应关系；所述消息发送模块805，包括：

业务进程发送子模块，用于将至少两个网元标识对应的第一数据包组中的数据包发送至相同的业务服务进程；

数据包分组子模块，用于所述业务服务进程按照所述网元标识，对接收到的不同第一数据包组的数据包进行分组，得到第二数据包组；

消息进程确定子模块，用于根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的消息服务进程；

消息进程发送子模块，用于将所述第二数据包组中的数据包发送至对应的消息服务进程进行处理。

可选地，所述消息包括告警消息，所述消息发送模块805，还包括：

对象转换子模块，用于对所述第二数据包组中的数据包进行转换，得到告警对象；

所述消息进程发送子模块，还用于将所述第二数据包组中的告警对象发送至对应的告警服务进程进行处理。

可选地，所述对象转换子模块，包括：

对象转换线程确定单元，用于根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的对象转换线程；

对象转换单元，用于通过所述对象转换线程对所述第二数据包组中的数据包进行对象转换，得到告警对象。

可选地，所述消息进程发送子模块，包括：

告警进程发送单元，用于将所述第二数据包组中的告警对象发送至对应的告警服务进程；

告警对象分组单元，用于所述告警服务进程按照所述网元标识，对接收到的告警对象进行分组，得到告警对象组；

告警线程确定单元，用于根据所述告警对象组对应的网元标识，确定所述告警对象组对应的处理线程；

告警对象处理单元，用于将所述告警对象组中的告警对象分发至对应的处理线程进行处理。

可选地，告警对象处理单元，包括：

告警对象分发子单元，用于根据所述网元标识的次序分发所述告警对象组中的告警对象至对应的处理线程，每次根据每个网元标识分发一个告警对象；

告警对象处理子单元，用于所述处理线程依次对接收到的告警对象进行告警处理。

可选地，所述进程确认模块，还用于判断所述业务服务进程是否已接收过与所述第一数据包组对应的网元标识相同的数据包组中的数据包；

若是，则将所述业务服务进程确定为所述第一数据包组对应的业务服务进程；

若否，则获取所述业务服务进程所在服务器的当前负载，将所述当前负载最低的业务服务进程确定为第一数据包组的对应的业务服务进程。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

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

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

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

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

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种消息处理方法和消息处理装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (14)

1.一种消息处理方法，其特征在于，所述方法包括：

通过网关服务接收携带有网元标识的消息；

按照所述网元标识，对所述网关服务接收到的消息进行分组，获得所述网元标识对应的消息组；其中，同一个消息组中的消息具有相同的网元标识；

对所述消息组中的消息进行分包处理，得到第一数据包组；

根据所述第一数据包组对应的网元标识，确定所述第一数据包组对应的业务服务进程；

将所述第一数据包组中的数据包发送至对应的业务服务进程进行处理；

所述网元标识与所述业务服务进程具有多对一的对应关系；所述根据所述第一数据包组对应的网元标识，确定所述第一数据包组对应的业务服务进程的步骤，包括：

将至少两个网元标识对应的第一数据包组中的数据包发送至相同的业务服务进程；

所述业务服务进程按照所述网元标识，对接收到的不同第一数据包组的数据包进行分组，得到第二数据包组；

根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的消息服务进程；

将所述第二数据包组中的数据包发送至对应的消息服务进程进行处理。

2.根据权利要求1所述的方法，其特征在于，所述对所述消息组中的消息进行分包处理，得到第一数据包组的步骤，包括：

将所述消息组中顺序接收到的预设数量的消息进行分包处理，得到第一数据包组；和/或，

将所述消息组中预设时间内顺序接收到的消息进行分包处理，得到第一数据包组。

3.根据权利要求1所述的方法，其特征在于，所述消息包括告警消息，所述消息服务进程包括告警服务进程，所述将所述第二数据包组中的数据包发送至对应的消息服务进程进行处理之前，所述方法还包括：

对所述第二数据包组中的数据包进行转换，得到告警对象；

所述将所述第二数据包组中的数据包发送至对应的消息服务进程进行处理，包括：

将所述第二数据包组中的告警对象发送至对应的告警服务进程进行处理。

4.根据权利要求3所述的方法，其特征在于，所述对所述第二数据包组中的数据包进行转换，得到告警对象的步骤，包括：

根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的对象转换线程；

通过所述对象转换线程对所述第二数据包组中的数据包进行对象转换，得到告警对象。

5.根据权利要求3所述的方法，其特征在于，所述将所述第二数据包组中的告警对象发送至对应的告警服务进程进行处理的步骤，包括：

将所述第二数据包组中的告警对象发送至对应的告警服务进程；

所述告警服务进程按照所述网元标识，对接收到的告警对象进行分组，得到告警对象组；

根据所述告警对象组对应的网元标识，确定所述告警对象组对应的处理线程；

将所述告警对象组中的告警对象分发至对应的处理线程进行处理。

6.根据权利要求5所述的方法，其特征在于，所述将所述告警对象组中的告警对象分发至对应的处理线程进行处理的步骤，包括：

根据所述网元标识的次序分发所述告警对象组中的告警对象至对应的处理线程，每次根据每个网元标识分发一个告警对象；

所述处理线程依次对接收到的告警对象进行告警处理。

7.根据权利要求1所述的方法，其特征在于，所述根据所述第一数据包组对应的网元标识，确定所述第一数据包组对应的业务服务进程的步骤包括：

判断所述业务服务进程是否已接收过与所述第一数据包组对应的网元标识相同的数据包组中的数据包；

若是，则将所述业务服务进程确定为所述第一数据包组对应的业务服务进程；

若否，则获取所述业务服务进程所在服务器的当前负载，将所述当前负载最低的业务服务进程确定为第一数据包组的对应的业务服务进程。

8.一种消息处理装置，其特征在于，所述装置包括：

消息接收模块，用于通过网关服务接收携带有网元标识的消息；

消息分组模块，用于按照所述网元标识，对所述网关服务接收到的消息进行分组，获得所述网元标识对应的消息组；其中，同一个消息组中的消息具有相同的网元标识；

消息分包模块，用于对所述消息组中的消息进行分包处理，得到第一数据包组；

进程确认模块，用于根据所述第一数据包组对应的网元标识，确定所述第一数据包组对应的业务服务进程；

消息发送模块，用于将所述第一数据包组中的数据包发送至对应的业务服务进程进行处理；

所述网元标识与所述业务服务进程具有多对一的对应关系；所述消息发送模块，包括：

业务进程发送子模块，用于将至少两个网元标识对应的第一数据包组中的数据包发送至相同的业务服务进程；

数据包分组子模块，用于所述业务服务进程按照所述网元标识，对接收到的不同第一数据包组的数据包进行分组，得到第二数据包组；

消息进程确定子模块，用于根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的消息服务进程；

消息进程发送子模块，用于将所述第二数据包组中的数据包发送至对应的消息服务进程进行处理。

9.根据权利要求8所述的装置，其特征在于，所述消息分包模块，包括：

预设数量消息分包子模块，用于将所述消息组中顺序接收到的预设数量的消息进行分包处理，得到第一数据包组；和/或，

预设时间消息分包子模块，用于将所述消息组中预设时间内顺序接收到的消息进行分包处理，得到第一数据包组。

10.根据权利要求8所述的装置，其特征在于，所述消息包括告警消息，所述消息发送模块，还包括：

对象转换子模块，用于对所述第二数据包组中的数据包进行转换，得到告警对象；

所述消息进程发送子模块，还用于将所述第二数据包组中的告警对象发送至对应的告警服务进程进行处理。

11.根据权利要求10所述的装置，其特征在于，所述对象转换子模块，包括：

对象转换线程确定单元，用于根据所述第二数据包组对应的网元标识，确定所述第二数据包组对应的对象转换线程；

对象转换单元，用于通过所述对象转换线程对所述第二数据包组中的数据包进行对象转换，得到告警对象。

12.根据权利要求10所述的装置，其特征在于，所述消息进程发送子模块，包括：

告警进程发送单元，用于将所述第二数据包组中的告警对象发送至对应的告警服务进程；

告警对象分组单元，用于所述告警服务进程按照所述网元标识，对接收到的告警对象进行分组，得到告警对象组；

告警线程确定单元，用于根据所述告警对象组对应的网元标识，确定所述告警对象组对应的处理线程；

告警对象处理单元，用于将所述告警对象组中的告警对象分发至对应的处理线程进行处理。

13.根据权利要求12所述的装置，其特征在于，告警对象处理单元，包括：

告警对象分发子单元，用于根据所述网元标识的次序分发所述告警对象组中的告警对象至对应的处理线程，每次根据每个网元标识分发一个告警对象；

告警对象处理子单元，用于所述处理线程依次对接收到的告警对象进行告警处理。

14.根据权利要求8所述的装置，其特征在于，所述进程确认模块，还用于判断所述业务服务进程是否已接收过与所述第一数据包组对应的网元标识相同的数据包组中的数据包；

若是，则将所述业务服务进程确定为所述第一数据包组对应的业务服务进程；

若否，则获取所述业务服务进程所在服务器的当前负载，将所述当前负载最低的业务服务进程确定为第一数据包组的对应的业务服务进程。