CN114553777B - 一种系统内的消息处理方法、装置、介质及电子设备 - Google Patents

Abstract

本申请实施例公开了一种系统内的消息处理方法、装置、介质及电子设备。所述方法包括：若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；根据所述消息类型，确定目标消息的关联消息队列；若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息；若所述目标消息为重传消息，则进行抑制处理。执行本方案，可以缓解系统内消息拥堵的情况，提高消息响应速度，提高系统的可靠性。

Description

一种系统内的消息处理方法、装置、介质及电子设备

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种系统内的消息处理方法、装置、介质及电子设备。

背景技术

随着科技水平的迅速发展，各种功能的系统应运而生，如公交管理系统、视频监控系统以及其他运行系统。以视频监控系统为例，由于其对消息的实时性以及可靠性要求较高，因此在设备之间通常采用信令控制协议(Session Initiation Protocol，简称SIP，也称为会话启动协议)来进行会话建立。在消息发送后，如果在一定时间内没有收到反馈消息时，会进行消息重传。而如果受到网络震荡，或者外来攻击等的影响，重传消息会因为系统内设备的数量巨大而急剧增加，这就会造成消息队列拥堵，甚至系统崩溃，造成无法进行正常的服务的情况。

发明内容

本申请实施例提供一种系统内的消息处理方法、装置、介质及电子设备，可以在由于特殊情况进行消息重传的情况下，进行消息队列的合理管控，以避免消息队列拥堵而造成的消息响应速度受到极大影响或者系统崩溃等，系统无法继续的稳定运行的问题发生。

第一方面，本申请实施例提供了一种系统内的消息处理方法，所述方法包括：

若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；

根据所述消息类型，确定目标消息的关联消息队列；

若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息；

若所述目标消息为重传消息，则进行抑制处理。

可选的，若所述关联消息队列处于第一拥堵状态，所述方法还包括：

若所述目标消息为非重传消息，则将目标消息加入至关联消息队列。

可选的，若所述关联消息队列处于第二拥堵状态，所述方法还包括：

若所述目标消息为非重传消息，则将所述目标消息存储至预设缓存空间中。

可选的，在将所述目标消息存储至预设缓存空间中之后，所述方法还包括：

若所述关联消息队列由第二拥堵状态的消息队列长度消减至目标长度，则从所述预设缓存空间中以预设速度向所述关联消息队列推送所缓存的消息。

可选的，在将所述目标消息存储至预设缓存空间中之后，所述方法还包括：

若所述预设缓存空间已存满，则确定所述消息类型对应的业务关键程度；

采用与所述业务关键程度相适配的业务恢复策略进行系统业务恢复。

可选的，采用与所述业务关键程度相适配的业务恢复策略进行系统业务恢复，包括：

若所述业务关键程度为第一关键程度，则将所述系统的业务服务进行重启操作，以恢复系统的业务服务；

若所述业务关键程度为第二关键程度，则生成业务服务存在延迟的提示信息，并在预设时间段对所述业务服务进行重启操作，以恢复系统的业务服务。

可选的，所述关联消息队列的拥堵状态识别过程包括：

根据所述关联消息队列中的消息长度，和/或，所述关联消息队列中消息的响应时间，确定所述关联消息队列的拥堵状态级别；并具体包括：

若所述关联消息队列中的消息长度在第一长度阈值到第二长度阈值之间，且关联消息队列中消息的响应时间持续预设时长超过标准时间，则确定关联消息队列处于第一拥堵状态；其中，所述标准时间是由关联消息队列的总消息长度与该关联消息队列的最大消息处理速度的比值确定的；

若所述关联消息队列中的消息长度超过第二长度阈值，且关联消息队列中消息的响应时间持续预设时长超过标准时间的预设倍数，则确定关联消息队列处于第二拥堵状态。

第二方面，本申请实施例提供了一种系统内的消息处理装置，所述装置包括：

消息标识及类型确定模块，用于若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；

关联消息队列确定模块，用于根据所述消息类型，确定目标消息的关联消息队列；

重传消息识别模块，用于若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息；

重传消息处理模块，用于若所述目标消息为重传消息，则进行抑制处理。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的系统内的消息处理方法。

第四方面，本申请实施例提供了一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的系统内的消息处理方法。

本申请实施例所提供的技术方案，若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；根据所述消息类型，确定目标消息的关联消息队列；若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息；若所述目标消息为重传消息，则进行抑制处理。本申请所提供的技术方案，可以在由于特殊情况进行消息重传的情况下，进行消息队列的合理管控，以避免消息队列拥堵而造成的消息响应速度受到极大影响或者系统崩溃等，系统无法继续的稳定运行的问题发生。

附图说明

图1是本申请实施例一提供的一种系统内的消息处理方法的流程图；

图2是本申请实施例二提供的另一种系统内的消息处理方法的流程图；

图3是本申请实施例三提供的又一种系统内的消息处理方法的流程图；

图4是本申请实施例四提供的一种系统内的消息处理装置的结构示意图；

图5是本申请实施例六提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1是本申请实施例一提供的一种系统内的消息处理方法的流程图，本实施例可适用于由于特殊情况在系统内进行消息重传时，对消息队列进行合理管控的情况，该方法可以由本申请实施例所提供的系统内的消息处理装置执行，该装置可以由软件和/或硬件的方式来实现，并可集成于运行此系统的电子设备中。

如图1所示，所述系统内的消息处理方法包括：

S110、若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型。

其中，消息发送设备是指用于发送消息的电子设备或客户端，示例性的，可以是手机或者电脑，图像摄录设备以及控制设备等。目标消息是指当前时刻检测到的由消息发送设备发送到系统内其他设备的消息，其中，系统可以是视频监控系统，目标消息可以是SIP(Session Initiation Protocol，会话发起协议)消息，SIP消息是一种应用层的控制协议消息，可以用来建立、修改、和终止多媒体会话或者会议的消息。

其中，目标消息的标识信息是目标消息的唯一标识。示例性的，当目标消息为SIP消息时，标识信息唯一标识同一个SIP请求消息会话。为保证同一个SIP请求消息会话的标识信息的唯一性，标识信息的一般格式为：伪随机数、“@”和主机名(或IP地址)的顺序组合。

电子设备对系统内的消息进行检测，在检测到消息发送设备发送的目标消息以后，对目标消息进行解析以确定目标消息的标识信息以及消息类型。

S120、根据所述消息类型，确定目标消息的关联消息队列。

其中，消息类型是根据系统所处理的业务类型划分的。在视频监控系统中，目标消息为SIP消息时，消息类型可以是注册消息、实况请求消息和告警消息。其中，注册消息是指设备在系统中的注册信息；实况请求消息是指播放器端向视频监控设备请求实时视频流的请求消息；告警消息是指视频监控中出现异常时，上传至系统以供相关工作人员对异常进行处理的消息。

具体的，可以通过分析SIP消息中的信息来识别是该消息类型，若SIP消息的消息头中方法字段为注册请求方法则该SIP消息的消息类型为注册消息；若消息头中方法字段为INVITE方法且消息体中SDP(Session Description Protocol，会话描述协议)的会话名称字段为“Play”则该SIP消息的消息类型为实况请求消息；若消息头中方法字段为INVITE方法且消息体中CmdType字段为“Alarm”则该SIP消息的消息类型为告警消息。

其中，消息队列是在消息的传输过程中保存消息的容器。根据目标消息所属的消息类型，确定目标消息的关联消息队列，如，当目标消息为注册消息时，其关联消息队列即为注册消息队列。可以理解的，不同的消息类型，会在消息发出后进入到不同的消息队列里。而本方案就在于在消息发出后，进行解析处理，对不必要进入到消息队列的消息进行抑制处理，以达到轻量化消息队列，避免消息队列拥堵更加严重的问题。具体的，注册消息与注册消息队列相关联；实况请求消息与实况请求消息队列相关联；告警消息与告警消息队列相关联。

S130、若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息。

在确定了目标消息的关联队列以后，电子设备对与目标消息关联的消息队列的拥堵状态进行识别。由于标识信息是目标消息的唯一的标识，因此在同一个会话中由于消息传输超时出现消息重传的情况时，重传消息的标识信息均与第一次传输的消息的标识信息一致。进而可以通过比较目标消息的标识信息，判断目标消息是否为重传消息。

在本方案中，可选的，若所述关联消息队列处于第一拥堵状态，所述方法还包括：

若所述目标消息为非重传消息，则将目标消息加入至关联消息队列。

其中，第一拥堵状态可以是轻微的拥堵状态，可以理解的，还可以存在第二拥堵状态，第二拥堵状态可以是严重的拥堵状态。可以在第一拥堵状态的情况下，通过识别目标消息为非重传消息，则将目标消息加入至关联消息队列当中。从而可以在进行抑制的同时，确保了消息的有效传送。

在一个可行的实施例中，可选的，根据所述关联消息队列中的消息长度，和/或，所述关联消息队列中消息的响应时间，确定所述关联消息队列的拥堵状态级别；并具体包括：

若所述关联消息队列中的消息长度在第一长度阈值到第二长度阈值之间，且关联消息队列中消息的响应时间持续预设时长超过标准时间，则确定关联消息队列处于第一拥堵状态；

其中，关联消息队列中的消息长度是指当前时刻目标消息关联消息队列中的消息长度。关联消息队列中消息的响应时间可以是针对关联系消息队列中，各消息的平均处理时间，还可以是每个消息的处理时间的叠加。本方案中，可以根据消息长度或者响应时间，或者消息长度结合响应时间的方式，来确定消息队列的拥堵状态级别。

第一长度阈值与第二长度阈值是由用户自主设定的经验值，示例性的，将第一长度阈值设置为目标消息关联消息队列总长度的70％，将第二长度阈值设置为目标消息关联消息队列总长度的90％，第一长度阈值与第二长度阈值在这里不作限定，具体依据实际情况确定。

电子设备在对与目标消息关联的消息队列的拥堵状态进行识别，不仅需要对当前时刻关联消息队列中的消息长度进行判断，还需要对关联消息队列中消息的响应时间进行判断，关联消息队列中消息的响应时间越长则表明关联消息队列拥堵的可能性越大。如果关联消息队列中消息的响应时间持续预设时长超过标准时间，则确定关联消息队列处于第一拥堵状态。

其中，所述标准时间是由关联消息队列的总消息长度与该关联消息队列的最大消息处理速度的比值确定的，与不同消息类型的目标消息相关联的消息队列的标准时间可以是相同的也可以是不同的，各关联消息队列标准时间互不相关；关联消息队列的最大消息处理速度为关联消息队列的固有属性，与具体的关联消息队列相关，一旦关联消息队列确定，则该关联消息队列的最大消息处理速度也是确定的。

标准时间即为该关联消息队列的在系统正常工作情况下的最大响应时间。消息队列的响应时间是由当前时刻在关联消息队列中目标消息的消息长度与该关联消息队列的最大消息处理速度的比值确定的。示例性的，当前时刻关联消息队列中的目标消息长度为len(A)，关联消息队列的最大消息处理速度为s(A)，则消息队列的响应时间为t(A)，其中，t(A)＝len(A)/s(A)。关联消息队列的响应时间与关联消息队列中目标消息的消息长度成正比，关联消息队列中目标消息的消息长度越长，关联消息队列的响应时间越长。

其中，预设时长是由用户自主设定的经验值，示例性的，预设时间可以是2分钟，在这里对预设时间的数值不作限定，具体依据实际情况确定。如果关联消息队列中消息的响应时间持续预设时长超过标准时间，则表明在预设时间内关联消息队列中出现了拥堵现象，此时确定关联消息队列处于第一拥堵状态，第一拥堵状态为轻微的拥堵状态，当关联消息队列处于第一拥堵状态时，系统表现为消息响应时间变长。通过根据关联队列中的消息长度以及消息的响应时间，识别关联消息队列的拥堵状态，可以对关联消息队列的工作状态进行有效监控，从而在关联消息队列出现拥堵的时候及时处理，进而提高系统的稳定性。

S140、若所述目标消息为重传消息，则进行抑制处理。

当关联消息队列处于第一拥堵状态，且根据预先记录的历史消息标识信息，确定所述目标消息为重传消息，说明目标消息已在关联消息队列中，则对重传的消息进行抑制。具体的，可以丢弃重传消息，即不将重传消息推送至关联消息队列。相对的，当关联消息队列处于第一拥堵状态，且根据预先记录的历史消息标识信息，确定所述目标消息为非重传消息，则将该目标消息推送至关联消息队列中，示例性的，将注册消息推送至注册消息队列，将实况请求消息与推送至实况请求消息队列，将告警消息推送至告警消息队列。

本申请实施例所提供的技术方案，若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；根据所述消息类型，确定目标消息的关联消息队列；若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息；若所述目标消息为重传消息，则进行抑制处理。本申请所提供的技术方案，可以在由于特殊情况进行消息重传的情况下，进行消息队列的合理管控，以避免消息队列拥堵而造成的消息响应速度受到极大影响或者系统崩溃等，系统无法继续的稳定运行的问题发生。

实施例二

图2是本申请实施例二提供的另一种系统内的消息处理方法的流程图。本实施例在上述实施例的基础上进行进一步地优化。具体优化为，若所述关联消息队列处于第二拥堵状态，所述方法还包括：若所述目标消息为非重传消息，则将所述目标消息存储至预设缓存空间中。

如图2所示，所述系统内的消息处理方法包括：

S210、若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型。

S220、根据所述消息类型，确定目标消息的关联消息队列。

S230、若所述关联消息队列处于第二拥堵状态，则根据所述消息类型确定所述目标消息是否为重传消息。

第二拥堵状态不同于第一拥堵状态，第二拥堵状态下，关联消息队列的拥堵情况更加严重。

在一个可行的实施例中，可选的，若所述关联消息队列中的消息长度超过第二长度阈值，且关联消息队列中消息的响应时间持续预设时长超过标准时间的预设倍数，则确定关联消息队列处于第二拥堵状态。

其中，第二长度阈值是由用户自主设定的经验值，示例性的，将第二长度阈值设置为目标消息关联消息队列总长度的90％，第二长度阈值在这里不作限定，具体依据实际情况确定。当关联消息队列长度超过第二长度阈值时表明，当前关联消息队列内的消息长度已接近关联消息队列的总长度，关联消息队列接近饱和。关联消息队列中消息的响应时间持续预设时长超过标准时间的预设倍数，其中，标准时间即为该关联消息队列的在系统正常工作情况下的最大响应时间。消息队列的响应时间是由当前时刻在关联消息队列中目标消息的消息长度与该关联消息队列的最大消息处理速度的比值确定的。示例性的，当前时刻关联消息队列中的目标消息长度为len(A)，关联消息队列的最大消息处理速度为s(A)，则消息队列的响应时间为t(A)，其中，t(A)＝len(A)/s(A)。关联消息队列的响应时间与关联消息队列中目标消息的消息长度成正比，关联消息队列中目标消息的消息长度越长，关联消息队列的响应时间越长。

其中，预设时长和预设倍数均是由用户自主设定的经验值，示例性的，预设时间可以是2分钟，预设倍数可以是1.5倍，在这里对预设时间和预设倍数的数值不作限定，具体依据实际情况确定。如果关联消息队列中消息的响应时间持续预设时长超过标准时间的预设倍数，则表明在预设时间内关联消息队列中出现了更严重的拥堵现象，此时确定关联消息队列处于第二拥堵状态，此时关联消息队列接近饱和状态时。

在识别关联消息队列是否处于拥堵状态以后，则根据所述消息类型确定所述目标消息是否为重传消息。根据关联队列中的消息长度以及消息的响应时间，对关联消息队列的拥堵程度进行区分，针对关联消息队列的不同拥堵程度对采取与关联消息队列拥堵程度相匹配的措施处理，从而提高系统的稳定性。

S240、若所述目标消息为非重传消息，则将所述目标消息存储至预设缓存空间中。

在关联消息队列处于第二拥堵状态时且目标消息为重传消息，则可以对目标消息进行抑制，具体的可将目标消息丢弃，即不将目标消息推送至关联消息队列。

若目标消息为非重传消息，表明此时目标消息为消息发送设备新发来的消息，尚未进入关联消息队列，由于此时关联消息队列处于拥堵状态，为了缓解拥堵，此时将目标消息存储至预设的缓存空间中。其中，预设缓存空间是由用户预先在系统中设定的空间，用于数据交换的缓冲。

在一个可行的实施例中，可选的，所述预设缓存空间的长度为所述关联消息队列总容纳长度的2倍，这样设置缓存空间的长度可以在保证系统稳定性的同时，最大化系统的工作效率。

在一个可行的实施例中，可选的，在将所述目标消息存储至预设缓存空间中之后，若所述关联消息队列由第二拥堵状态的消息队列长度消减至目标长度，则从所述预设缓存空间中以预设速度向所述关联消息队列推送所缓存的消息。

其中，目标长度是由用户自主设定的经验值。示例性的，可以将目标长度设置为消息队列总长度的50％，在这里对目标长度的数值不作限定，具体依据实际情况确定。当关联消息队列由第二拥堵状态消减至目标长度，则表明关联消息队列拥堵有所缓解，系统工作正常，此时，将目标消息从预设缓存空间中以预设速度向所述关联消息队列推送所缓存的消息。本发明实施例通过在关联消息队列拥堵状态消减后再以设定速度，从所述预设缓存空间中以预设速度，向所述关联消息队列推送所缓存的消息，在保证了系统的工作效率的同时，保证了系统的稳定性。

在一个可行的实施例中，可选的，所述预设速度为标准速度的0.5倍；其中，所述标准速度是系统对消息进行处理的最大速度。这样设置可以保证缓存空间中的消息缓慢地向关联消息队列中推送，以免推送过快造成关联消息队列的再次拥堵。保证了系统的稳定性。

本申请实施例所提供的技术方案，若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；根据所述消息类型，确定目标消息的关联消息队列；若所述关联消息队列处于第二拥堵状态，则根据所述消息类型确定所述目标消息是否为重传消息，将非重传的目标消息存储至预设缓存空间中。本申请所提供的技术方案，可以通过在关联消息队列处于第二拥堵状态时对将非重传的目标消息存储至预设缓存空间中，从而保证系统稳定性的同时最大化系统的工作效率。

实施例三

图3是本申请实施例三提供的又一种系统内的消息处理方法的流程图。本实施例在上述实施例的基础上进行进一步地优化。具体优化为，在将所述目标消息存储至预设缓存空间中之后，还包括：若所述预设缓存空间已存满，则确定所述消息类型对应的业务关键程度；采用与所述业务关键程度相适配的业务恢复策略进行系统业务恢复。

如图3所示，所述系统内的消息处理方法包括：

S310、若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型。

S320、根据所述消息类型，确定目标消息的关联消息队列。

S330、若所述关联消息队列处于第二拥堵状态，则根据所述消息类型确定所述目标消息是否为重传消息。

S340、若所述目标消息为非重传消息，则将所述目标消息存储至预设缓存空间中。

S350、若所述预设缓存空间已存满，则确定所述消息类型对应的业务关键程度。

若预设缓存空间已存满，表明此时关联消息队列发生的拥堵已无法自行恢复，则确认消息队列或者处理系统的消息模块挂死，此时需要进行业务恢复操作。具体的，先确定所述消息类型对应的业务关键程度，再根据消息队列对应业务的关键程度分别进行不同方式处理。

S360、采用与所述业务关键程度相适配的业务恢复策略进行系统业务恢复。

对于业务关键程度级别高的消息类型，采用时效性更强的业务恢复策略进行系统业务恢复。相对的，对于业务关键程度级别低的消息类型，采用时效性稍弱的业务恢复策略进行系统业务恢复。对于不同的系统的业务种类不同，业务关键程度的评判标准也存在差异，具体应根据实际情况确定。

示例性的，当系统为视频监控系统，注册业务、监控视频实况请求业务和告警业务为视频监控系统基本业务，在视频监控系统中设备只有注册上线才能继续后面的业务操作，因此注册业务是关键业务。视频监控视频系统的实时性是评价该系统性能的重要指标，因此监控视频实况请求业务是关键业务。相对而言，告警业务的在视频监控系统中的关键程度要低一些，因为告警业务可以由人工或者其他的方式替代。所以注册业务和监控视频实况请求业务的关键程度要高于告警业务。因此，与注册业务和监控视频实况请求业务相关联的注册消息和监控实况请求消息的业务关键程度要高于告警消息的业务关键程度。

在一个可行的实施例中，可选的，若所述业务关键程度为第一关键程度，则将所述系统的业务服务进行重启操作，以恢复系统的业务服务；若所述业务关键程度为第二关键程度，则生成业务服务存在延迟的提示信息，并在预设时间段对所述业务服务进行重启操作，以恢复系统的业务服务。

其中，第一关键程度要高于第二关键程度，因此，若业务关键程度为第一关键程度时，需要选择时效性和有效性更强的业务恢复策略进行系统业务恢复，可选的，将所述系统的业务服务进行重启操作，以尽快恢复系统的业务服务。若业务关键程度为第二关键程度，则生成业务服务存在延迟的提示信息，并在预设时间段对所述业务服务进行重启操作，以恢复系统的业务服务。其中，业务服务存在延迟的提示信息用于提示用户由于当前系统的业务服务处理存在延迟，会存在告警消息响应超时的情况，以便用户了解系统工作情况。预设时间段一般为非用户使用时间如夜间时段，在非用户使用时间对所述业务服务进行重启操作，恢复系统的业务服务，不会影响用户正常的工作，可以提高用户体验。

本申请实施例所提供的技术方案，若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；根据所述消息类型，确定目标消息的关联消息队列；若所述关联消息队列处于第二拥堵状态，则根据所述消息类型确定所述目标消息是否为重传消息，将非重传的目标消息存储至预设缓存空间中，采用与所述业务关键程度相适配的业务恢复策略进行系统业务恢复。若所述预设缓存空间已存满，则确定所述消息类型对应的业务关键程度。本申请所提供的技术方案，可以通过预设缓存空间已存满时，采用与所述业务关键程度相适配的业务恢复策略进行系统业务恢复，从而当系统拥堵发生时，在最大限度不影响用户正常工作的情况下，提高了系统的恢复速度，进而提高了用户体验。

实施例四

图4是本申请实施例四提供的一种系统内的消息处理装置，本实施例可适用于由于特殊情况在系统内下进行消息重传时，对消息队列进行合理管控的情况。所述装置可由软件和/或硬件实现，并可集成于智能终端等电子设备中。

如图4所示，该装置可以包括：消息标识及类型确定模块410、关联消息队列确定模块420、重传消息识别模块430和重传消息处理模块440。

消息标识及类型确定模块410，用于若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；

关联消息队列确定模块420，用于根据所述消息类型，确定目标消息的关联消息队列；

重传消息识别模块430，用于若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息；

重传消息处理模块440，用于若所述目标消息为重传消息，则进行抑制处理。

本申请实施例所提供的技术方案，若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；根据所述消息类型，确定目标消息的关联消息队列；若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息；若所述目标消息为重传消息，则进行抑制处理。本申请所提供的技术方案，可以通过在关联消息队列处于第一拥堵状态时对重传消息进行抑制，从而缓解系统内消息拥堵的情况，提高消息响应速度，提高了系统的可靠性。

可选的，所述重传消息识别模块，还用于在根据所述消息类型，确定目标消息的关联消息队列之后，若所述关联消息队列处于第二拥堵状态，则根据所述消息类型确定所述目标消息是否为重传消息；目标消息存储模块，用于，若否，则将所述目标消息存储至预设缓存空间中。

可选的，所述装置还包括：缓存消息推送模块，用于在将所述目标消息存储至预设缓存空间中之后，若所述关联消息队列由第二拥堵状态的消息队列长度消减至目标长度，则从所述预设缓存空间中以预设速度向所述关联消息队列推送所缓存的消息。

可选的，所述预设缓存空间的长度为所述关联消息队列总容纳长度的2倍；所述预设速度为标准速度的0.5倍；其中，所述标准速度是系统对消息进行处理的最大速度。

可选的，所述装置还包括：业务关键程度确定模块，用于在将所述目标消息存储至预设缓存空间中之后，若所述预设缓存空间已存满，则确定所述消息类型对应的业务关键程度；系统业务恢复模块，用于采用与所述业务关键程度相适配的业务恢复策略进行系统业务恢复。

可选的，系统业务恢复模块，包括：第一系统业务恢复子模块，用于若所述业务关键程度为第一关键程度，则将所述系统的业务服务进行重启操作，以恢复系统的业务服务；第二系统业务恢复子模块，用于若所述业务关键程度为第二关键程度，则生成业务服务存在延迟的提示信息，并在预设时间段对所述业务服务进行重启操作，以恢复系统的业务服务。

可选的，所述装置还包括拥堵状态识别模块，用于识别关联消息队列的拥堵状态：

可选的，拥堵状态识别模块包括：第一拥堵状态确定子模块，用于根据所述关联消息队列中的消息长度，和/或，所述关联消息队列中消息的响应时间，确定所述关联消息队列的拥堵状态级别；并具体包括：

若所述关联消息队列中的消息长度在第一长度阈值到第二长度阈值之间，且关联消息队列中消息的响应时间持续预设时长超过标准时间，则确定关联消息队列处于第一拥堵状态；其中，所述标准时间是由关联消息队列的总消息长度与该关联消息队列的最大消息处理速度的比值确定的；第二拥堵状态确定子模块，用于若所述关联消息队列中的消息长度超过第二长度阈值，且关联消息队列中消息的响应时间持续预设时长超过标准时间的预设倍数，则确定关联消息队列处于第二拥堵状态。

本发明实施例所提供的一种系统内的消息处理装置可执行本发明任意实施例所提供的一种系统内的消息处理方法，具备执行一种系统内的消息处理方法相应的功能模块和有益效果。

实施例五

本申请实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种系统内的消息处理方法，该方法包括：

若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；

根据所述消息类型，确定目标消息的关联消息队列；

若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息；

若所述目标消息为重传消息，则进行抑制处理。

存储介质是指任何的各种类型的存储器电子设备或存储电子设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到计算机系统。第二计算机系统可以提供程序指令给计算机用于执行。术语“存储介质”可以包括可以驻留在不同未知中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的系统内的消息处理操作，还可以执行本申请任意实施例所提供的系统内的消息处理方法中的相关操作。

实施例六

本申请实施例六提供了一种电子设备，该电子设备中可集成本申请实施例提供的系统内的消息处理装置，该电子设备可以是配置于系统内的，也可以是执行系统内的部分或者全部功能的设备。图5是本申请实施例六提供的一种电子设备的结构示意图。如图5所示，本实施例提供了一种电子设备500，其包括：一个或多个处理器520；存储装置510，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器520执行，使得所述一个或多个处理器520实现本申请实施例所提供的系统内的消息处理方法，该方法包括：

若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；

根据所述消息类型，确定目标消息的关联消息队列；

若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息；

若所述目标消息为重传消息，则进行抑制处理。

当然，本领域技术人员可以理解，处理器520还实现本申请任意实施例所提供的系统内的消息处理方法的技术方案。

图5显示的电子设备500仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，该电子设备500包括处理器520、存储装置510、输入装置530和输出装置540；电子设备中处理器520的数量可以是一个或多个，图5中以一个处理器520为例；电子设备中的处理器520、存储装置510、输入装置530和输出装置540可以通过总线或其他方式连接，图5中以通过总线550连接为例。

存储装置510作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块单元，如本申请实施例中的系统内的消息处理方法对应的程序指令。

存储装置510可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置510可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置510可进一步包括相对于处理器520远程设置的存储器，这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置530可用于接收输入的数字、字符信息或语音信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置540可包括显示屏、扬声器等电子设备。

本申请实施例提供的电子设备，可以在由于特殊情况进行消息重传的情况下，进行消息队列的合理管控，以避免消息队列拥堵而造成的消息响应速度受到极大影响或者系统崩溃等，系统无法继续的稳定运行的问题发生。

上述实施例中提供的系统内的消息处理装置、介质及电子设备可执行本申请任意实施例所提供的系统内的消息处理方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的系统内的消息处理方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (8)

1.一种系统内的消息处理方法，其特征在于，所述方法由电子设备执行，所述电子设备配置于系统中，该方法包括：

若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；

根据所述消息类型，确定目标消息的关联消息队列；

若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息；其中，所述拥堵状态包括第一拥堵状态和第二拥堵状态；

若所述目标消息为重传消息，则进行抑制处理；

若所述关联消息队列处于所述第二拥堵状态，所述方法还包括：

若所述目标消息为非重传消息，则将所述目标消息存储至预设缓存空间中；

若所述预设缓存空间已存满，则确定所述消息类型对应的业务关键程度；

采用与所述业务关键程度相适配的业务恢复策略进行系统业务恢复。

2.根据权利要求1所述的方法，其特征在于，若所述关联消息队列处于第一拥堵状态，所述方法还包括：

若所述目标消息为非重传消息，则将目标消息加入至关联消息队列。

3.根据权利要求1所述的方法，其特征在于，在将所述目标消息存储至预设缓存空间中之后，所述方法还包括：

若所述关联消息队列由第二拥堵状态的消息队列长度消减至目标长度，则从所述预设缓存空间中以预设速度向所述关联消息队列推送所缓存的消息。

4.根据权利要求1所述的方法，其特征在于，采用与所述业务关键程度相适配的业务恢复策略进行系统业务恢复，包括：

若所述业务关键程度为第一关键程度，则将所述系统的业务服务进行重启操作，以恢复系统的业务服务；

若所述业务关键程度为第二关键程度，则生成业务服务存在延迟的提示信息，并在预设时间段对所述业务服务进行重启操作，以恢复系统的业务服务。

5.根据权利要求1所述的方法，其特征在于，所述关联消息队列的拥堵状态识别过程包括：

根据所述关联消息队列中的消息长度，和/或，所述关联消息队列中消息的响应时间，确定所述关联消息队列的拥堵状态级别；并具体包括：

若所述关联消息队列中的消息长度在第一长度阈值到第二长度阈值之间，且关联消息队列中消息的响应时间持续预设时长超过标准时间，则确定关联消息队列处于第一拥堵状态；其中，所述标准时间是由关联消息队列的总消息长度与该关联消息队列的最大消息处理速度的比值确定的；

若所述关联消息队列中的消息长度超过第二长度阈值，且关联消息队列中消息的响应时间持续预设时长超过标准时间的预设倍数，则确定关联消息队列处于第二拥堵状态。

6.一种系统内的消息处理装置，其特征在于，所述装置配置于电子设备，所述电子设备配置于系统中，该装置包括：

消息标识及类型确定模块，用于若检测到消息发送设备发送的目标消息，则确定所述目标消息的标识信息以及消息类型；

关联消息队列确定模块，用于根据所述消息类型，确定目标消息的关联消息队列；

重传消息识别模块，用于若所述关联消息队列处于拥堵状态，则根据预先记录的历史消息标识信息，确定所述目标消息是否为重传消息；其中，所述拥堵状态包括第一拥堵状态和第二拥堵状态；

重传消息处理模块，用于若所述目标消息为重传消息，则进行抑制处理；

所述重传消息识别模块，还用于若所述关联消息队列处于所述第二拥堵状态，则根据所述消息类型确定所述目标消息是否为重传消息；

目标消息存储模块，用于若否，则将所述目标消息存储至预设缓存空间中；

业务关键程度确定模块，用于若所述预设缓存空间已存满，则确定所述消息类型对应的业务关键程度；

系统业务恢复模块，用于采用与所述业务关键程度相适配的业务恢复策略进行系统业务恢复。

7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一项所述的系统内的消息处理方法。

8.一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-5中任一项所述的系统内的消息处理方法。