CN116170344A - 消息监测方法、装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种消息监测方法、装置、存储介质及电子装置，涉及智能家居/智慧家庭技术领域，应用于消息推送系统，其中，消息推送系统包括消息处理节点，消息处理节点之间通过通信进行连接，消息监测方法包括：在基于消息推送系统推送待推送消息的情况下，得到推送待推送消息的消息链路，其中，消息链路包括多个链路节点，链路节点分别与消息处理节点相对应；分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态；基于消息处理状态，对待推送消息的推送过程进行监测。通过本申请提供的消息监测方法，实现了在不影响消息链路正常进行消息推送的前提下，能够对待推送消息的推送过程进行监控，为快速排查出现异常的链路节点提供基础。

Description

消息监测方法、装置、存储介质及电子装置

技术领域

本申请涉及智能家居技术领域，尤其涉及一种消息监测方法、装置、存储介质及电子装置。

背景技术

相关技术可知，在基于消息链路推送消息的过程中，由于消息链路包括多个链路节点，可能会在任意一个链路节点因为运行异常而终止消息推送。

然而，由于消息链路包括的链路节点太多，因此无法很快排查到是因为哪个链路节点发生故障而导致消息不能正常推送。因此，寻找一种高效的消息监测方法来快速确定各个链路节点处理的消息状态，进而排查到消息不能正常推送的原因成为当前研究热点。

发明内容

本申请提供一种消息监测方法、装置、存储介质及电子装置，实现了在不影响消息链路正常进行消息推送的前提下，通过获取各个链路节点处的消息处理状态，能够对待推送消息的推送过程进行监控，进而为快速排查出现异常的链路节点提供基础。

本申请提供一种消息监测方法，应用于消息推送系统，其中，所述消息推送系统包括消息处理节点，所述消息处理节点之间通过通信进行连接，所述消息监测方法包括：在基于所述消息推送系统推送待推送消息的情况下，得到推送所待推送消息的消息链路，其中，所述消息链路包括多个链路节点，所述链路节点分别与所述消息处理节点相对应；分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，其中，所述消息处理状态用于表征所述消息处理节点在所述链路节点处对所述待推送消息进行处理后的状态；基于所述消息处理状态，对所述待推送消息的推送过程进行监测。

根据本申请提供的一种消息监测方法，所述分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，具体包括：基于异步方式，分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态。

根据本申请提供的一种消息监测方法，所述基于异步方式，分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，具体包括：基于消息中间件，采用异步方式分别拉取所述消息链路中的各个所述链路节点处产生的消息；基于与所述消息中间件对应的消费者对所述消息进行消费，得到所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态。

根据本申请提供的一种消息监测方法，在所述基于异步方式，分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态之前，所述方法还包括：创建异步调用线程，以及与所述异步调用线程对应的接口；所述基于异步方式，分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，具体包括：基于所述异步调用线程调用所述接口；基于所述接口，采用异步方式分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态。

根据本申请提供的一种消息监测方法，所述消息处理状态至少包括消息处理结果和消息处理时刻；所述基于所述消息处理状态，对所述待推送消息的推送过程进行监测，具体包括：基于所述消息处理结果和\或所述消息处理时刻，判断所述待推送消息在当前链路节点处的消息处理状态是否满足预设消息处理状态，其中，所述预设消息处理状态包括预设消息处理结果和\或预设消息处理时刻；在所述消息处理结果不满足所述预设消息处理结果，和\或所述消息处理时刻不满足所述预设消息处理时刻的情况下，确定所述消息处理状态不满足所述预设消息处理状态；在所述消息处理状态不满足所述预设消息处理状态的情况下，监测得到目标监测结果，其中，所述目标检测结果为所述当前链路节点处的所述消息处理状态出现异常的监测结果。

根据本申请提供的一种消息监测方法，在所述监测得到目标监测结果之后，所述消息监测方法还包括：基于所述目标监测结果，生成告警提醒和\或与所述目标监测结果对应的多个候选处理方案；将所述告警提醒和\或多个所述候选处理方案推送至用户端。

根据本申请提供的一种消息监测方法，在所述监测得到目标监测结果之后，所述消息监测方法还包括：基于所述目标监测结果，确定与所述目标监测结果对应的目标处理方案，其中，所述目标处理方案为解决与所述目标监测结果对应的所述消息处理状态中的异常的历史处理方案；基于所述目标处理方案，自动对所述异常进行处理。

本申请还提供一种消息监测装置，应用于消息推送系统，其中，所述消息推送系统包括消息处理节点，所述消息处理节点之间通过通信进行连接，所述消息监测装置包括：第一模块，用于在基于所述消息推送系统推送待推送消息的情况下，得到推送所待推送消息的消息链路，其中，所述消息链路包括多个链路节点，所述链路节点分别与所述消息处理节点相对应；第二模块，用于分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，其中，所述消息处理状态用于表征所述消息处理节点在所述链路节点处对所述待推送消息进行处理后的状态；第三模块，用于基于所述消息处理状态，对所述待推送消息的推送过程进行监测。

本申请还提供一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行实现如上述任一种所述消息监测方法。

本申请还提供一种计算机可读的存储介质，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行实现如上述任一种所述消息监测方法。

本申请还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一种所述消息监测方法。

本申请提供的消息监测方法、装置、存储介质及电子装置，通过分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态，并根据消息处理状态，对待推送消息的推送过程进行监测，实现了在不影响消息链路正常进行消息推送的前提下，通过获取各个链路节点处的消息处理状态，对待推送消息的推送过程进行监控，进而为快速排查出现异常的链路节点提供基础。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1是根据本申请实施例的一种消息监测方法的硬件环境示意图；

图2是本申请提供的消息监测方法的流程示意图之一；

图3是本申请提供的消息监测方法的流程示意图之二；

图4是本申请提供的消息监测方法的流程示意图之三；

图5是本申请提供的消息监测方法的流程示意图之四；

图6是本申请提供的消息监测方法的流程示意图之五；

图7是本申请提供的消息监测方法的应用场景示意图；

图8是本申请提供的消息监测装置的结构示意图；

图9是本申请提供的电子装置的结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种消息监测方法。该消息监测方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(IntelligenceHouse)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述消息监测方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

在又一种实施例中，本申请提供的消息监测方法可以应用于智能家电。其中，智能家电是指将微处理器、传感器技术、网络通信技术引入家电设备后形成的家电产品，具有自动感知住宅空间状态和家电自身状态、家电服务状态，能够自动控制及接收住宅用户在住宅内或远程的控制指令。可以理解的是，智能家电是智能家居的组成部分。

在智能家居体系中，往往需要消息推送系统进行消息推送。其中，消息推送系统可以包括消息处理节点，其中，消息处理节点可以是对消息进行处理并对处理后的消息进行推送的不同业务类型的消息处理平台。在一实例中，消息处理节点可以是大数据平台、消息平台、IOT的消息中心等。在应用过程中，在向终端设备(例如冰箱、洗衣机、空调等)发送消息的过程中，往往需要通过多个消息处理节点，并在基于消息处理节点推送待推送消息的情况下，可以得到推送待推送消息的消息链路。其中，消息链路可以包括多个链路节点，各个链路节点分别与各个消息处理节点相对应。在消息推送的过程中，由于消息链路过长，因此消息在推送过程中，可能在任何一个链路节点都有可能因为一些特殊原因或异常而终止。由于消息链路包括的链路节点太多，因此无法很快排查到是因为哪个链路节点发生故障而导致消息不能正常推送。

本申请提供的消息监测方法，采用异步横向记录消息链路中各个链路节点处的关于待推送消息的节点状态信息(对应消息处理状态)，进而可以基于记录的节点状态信息，快速排查出哪个链路节点发生故障而导致消息不能正常推送，为进一步作智能处理打下基础。

图2是本申请提供的消息监测方法的流程示意图之一。

为了进一步介绍本申请提供的消息监测方法，下面将结合图2进行说明。

在本申请一示例性实施例中，消息监测方法可以应用于消息推送系统，其中，消息推送系统可以包括消息处理节点，其中，消息处理节点之间可以进行通信连接以进行消息的传输。结合图2可知，消息监测方法可以包括步骤210至步骤230，下面将分别介绍各步骤。

在步骤210中，在基于消息推送系统推送待推送消息的情况下，得到推送待推送消息的消息链路，其中，消息链路包括多个链路节点，链路节点分别与消息处理节点相对应。

在一种实施例中，消息链路可以是在消息推送系统中的各个消息处理节点之间形成的消息传递链路。其中，消息链路中可以包括多个链路节点，每个链路节点可以和一个消息处理节点相对应。在一示例中，消息处理节点可以包括服务器的大数据平台、消息平台、IOT的消息中心等。

步骤220中，分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态，其中，消息处理状态用于表征消息处理节点在链路节点处对所述待推送消息进行处理后的状态。

在步骤230中，基于消息处理状态，对待推送消息的推送过程进行监测。

在一种实施例中，可以分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态。其中，消息处理状态可以表征在当前链路节点处的待推送消息被处理后的状态。例如可以包括接收时间、推送时间、推送结果等。

进一步的，可以基于消息处理状态，对待推送消息的推送过程进行监测。从而实现在不影响消息链路正常进行消息推送的前提下，通过获取各个链路节点处的消息处理状态，对待推送消息的推送过程进行监控，进而为快速排查出现异常的链路节点提供基础。

本申请提供的消息监测方法，通过分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态，并根据消息处理状态，对待推送消息的推送过程进行监测，实现了在不影响消息链路正常进行消息推送的前提下，通过获取各个链路节点处的消息处理状态，能够对待推送消息的推送过程进行监控，进而为快速排查出现异常的链路节点提供基础。

图3是本申请提供的消息监测方法的流程示意图之二。

为了进一步介绍本申请提供的消息监测方法，下面将结合下述实施例进行说明。

在本申请一示例性实施例中，结合图3可知，消息监测方法可以包括步骤310至步骤330，其中，步骤310至步骤320与步骤210至步骤220相同或相似，其具体实施方式和有益效果请参照前文描述，在本实施例中不再赘述，下面将介绍步骤330。

在步骤330中，基于异步方式，分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态。

在一种实施例中，可以基于异步方式，分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态，再根据消息处理状态，对待推送消息的推送过程进行监测。通过本实施例，可以实现在不影响消息链路正常进行消息推送的前提下，基于异步方式获取的各个链路节点处的消息处理状态，能够对待推送消息的推送过程进行监控，为快速排查出现异常的链路节点提供基础。

在本申请一示例性实施例中，基于异步方式，分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态可以采用以下方式实现：

基于消息中间件，采用异步方式分别拉取消息链路中的各个链路节点处产生的消息；

基于与消息中间件对应的消费者对消息进行消费，得到待推送消息在消息链路中的各个链路节点处的消息处理状态。

在一种实施例中，可以通过消息中间件，采用异步方式分别拉取消息链路中的各个链路节点处产生的消息。再基于与消息中间件对应的消费者对消息进行消费处理，从而可以得到待推送消息在消息链路中的各个链路节点处的消息处理状态。在一示例中，消息中间件可以是MQ消息中间件。在本实施例中，通过采用MQ消息中间件拉取消息，可以在消息拉取过程中实现解耦，并有效获取异步消息，从而可以确保消费者对消息进行及时消费，以得到消息处理状态。

又一种实施例中，在得到消息处理状态后，还可以将消息处理状态存储至数据库，以供后续调用数据库获取各个链路节点处的消息处理状态，进而为基于消息处理状态对待推送消息的推送过程进行监测打下基础。

在本申请又一示例性实施例中，基于异步方式，分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态，还可以采用以下方式实现：

创建异步调用线程，以及与异步调用线程对应的接口；

基于异步调用线程调用接口；

基于接口，采用异步方式分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态。

在一种实施例中，还可以创建异步调用线程，以及与异步调用线程对应的接口。在应用过程中，可以通过创建异步调用线程，以及与异步调用线程对应的接口调用接口收集各个链路节点处的消息处理状态。

进一步的，还可以将消息处理状态存储至数据库，以供后续调用数据库获取各个链路节点处的消息处理状态，进而为基于消息处理状态，对待推送消息的推送过程进行监测打下基础。

在又一种实施例中，可以采用拦截器通过异步方式，分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态。由于拦截器可以主动获取各个链路节点处的消息处理状态，因此可以有效提高获取消息处理状态的效率，为进一步实现对待推送消息的推送过程进行监测打下基础。

图4是本申请提供的消息监测方法的流程示意图之三。

为了进一步介绍本申请提供的消息监测方法，下面将结合图4进行说明。

在本申请一示例性实施例中，消息处理状态至少可以包括消息处理结果和消息处理时刻。结合图4可知，消息监测方法可以包括步骤410至步骤450，其中，步骤410至步骤420与步骤310至步骤320相同或相似，其具体实施方式和有益效果请参照前文描述，在本实施例中不再赘述，下面将分别介绍步骤430至步骤450。

在步骤430中，基于消息处理结果和\或消息处理时刻，判断待推送消息在当前链路节点处的消息处理状态是否满足预设消息处理状态，其中，预设消息处理状态包括预设消息处理结果和\或预设消息处理时刻。

在步骤440中，在消息处理结果不满足预设消息处理结果，和\或消息处理时刻不满足预设消息处理时刻的情况下，确定消息处理状态不满足预设消息处理状态。

在步骤450中，在消息处理状态不满足预设消息处理状态的情况下，监测得到目标监测结果，其中，目标检测结果为当前链路节点处的消息处理状态出现异常的监测结果。

在一种实施例中，可以根据在当前链路节点处的消息处理结果和\或消息处理时刻，判断出待推送消息在当前链路节点的消息处理状态是否满足预设消息处理状态。其中，预设消息处理状态可以包括预设消息处理结果和\或预设消息处理时刻。预设消息处理结果和预设消息处理时刻还可以根据实际情况进行调整，在本实施例中不对预设消息处理结果和预设消息处理时刻作具体限定。

在又一种实施例中，以当前链路节点为消息平台为例进行说明，可以获取待推送消息被消息平台接收并处理的消息处理时刻。由于在对待推送消息进行推送的过程中，对应于当前链路节点，会对应有预设消息处理时刻，即当待推送消息在预设消息处理时刻被接收并处理时，说明当前链路节点对待推送消息的处理并未出现异常。在应用过程中，可以根据消息处理时刻和预设消息处理时刻，判断待推送消息在消息平台(对应当前链路节点)的消息处理时刻是否满足预设消息处理时刻。

进一步的，当监测到消息处理时刻不满足预设消息处理时刻时，说明当前链路节点对待推送消息的处理出现异常。在应用过程中，可以记录这一异常监测结果。通过本实施例，可以快速排查出现异常的链路节点，提高了排查异常效率。

图5是本申请提供的消息监测方法的流程示意图之四。

为了进一步介绍本申请提供的消息监测方法，下面将结合图5进行说明。

在本申请又一示例性实施例中，结合图5可知，消息监测方法可以包括步骤510至步骤570，其中，步骤510至步骤550与步骤410至步骤450相同或相似，其具体实施方式和有益效果请参照前文描述，在本实施例中不再赘述，下面将介绍步骤560和步骤570。

在步骤460中，基于目标监测结果，生成告警提醒和\或与目标监测结果对应的多个候选处理方案。

在步骤570中，将告警提醒和\或多个候选处理方案推送至用户端。

在一种实施例中，当监测到某一链路节点对待推送消息的处理出现异常时，即监测到目标监测结果时，可以生成关于目标监测结果的告警提醒，并将该告警提醒发送至用户。通过本实施例，可以有效为用户提供更好的指导，以提示用户待推送消息在推送过程中出现了异常。

在又一种实施例中，还可以根据目标检测结果，自动确定与目标监测结果对应的多个候选处理方案，并将多个候选处理方案推送至用户端。进一步的，用户可以在多个候选处理方案中选择认为最合理的方案进行处理。

图6是本申请提供的消息监测方法的流程示意图之五。

下面将结合图6对另一种消息监测方法的过程进行说明。

在本申请一示例性实施例中，结合图6可知，消息监测方法可以包括步骤610至步骤670，其中，步骤610至步骤650与步骤410至步骤450相同或相似，其具体实施方式和有益效果请参照前文描述，在本实施例中不再赘述，下面将介绍步骤660和步骤670。

在步骤660中，基于目标监测结果，确定与目标监测结果对应的目标处理方案，其中，目标处理方案为解决与目标监测结果对应的消息处理状态中的异常的历史处理方案。

在步骤670中，基于目标处理方案，自动对异常进行处理。

在一种实施例中，可以根据目标监测结果，确定出与目标监测结果对应的目标处理方案。其中，目标处理方案为关于能够解决目标监测结果中的异常的处理方案。在一示例中，目标处理方案可以是在先已经存储在数据库中的关于与异常对应的历史处理方案。在应用过程中，当解析出消息处理状态中的异常与数据库中某一历史处理方案中的关于异常的关键词相匹配时，可以将该历史处理方案作为最终的目标处理方案。

进一步的，基于目标处理方案，可以自动对当前链路节点处的异常进行处理，以使再次在当前链路节点处获取的待推送消息的消息处理状态满足预设消息处理状态。可以理解的是，基于目标处理方案已经解决了当前链路节点处的异常，从而可以确保当前链路节点能够正常推送待推送消息。

图7是本申请提供的消息监测方法的应用场景示意图。

为了进一步介绍本申请提供的消息监测方法，下面将结合图7进行说明。

在本申请一示例性实施例中，结合图7可知，其中，消息推送系统可以包括不同业务类型的消息处理平台，例如可以包括大数据服务平台、消息平台、IOT的消息中心等。其中，大数据服务平台生成发送主动消息步骤、接收大数据服务平台发送的主动消息，并对主动消息进行处理步骤、基于消息平台对主动消息进行处理，并将处理后主动消息发送至消息中心步骤、基于IOT的消息中心进行鉴权验证步骤和基于终端去消息平台拉取消息，推送到设备并调回消息平台的步骤可以构成消息链路，其中，各个步骤分别可以对应消息链路中的一个链路节点。

在基于前述的消息推送系统推送待推送消息，得到消息链路的过程中，大数据服务平台可以主动发起消息进行推送。在一示例中，可以创建消息并推送到MQ。其中，主动消息服务可以订阅MQ消息，接收大数据服务平台发送的消息并根据消息规则判断是否需要进行相应处理。若需要进行处理操作，可以将消息发送至消息平台。

进一步的，消息平台可以对消息进行处理。例如，在设备的选择场景下，可以将处理后的消息继续进行推送并调用IOT的消息中心将消息进行发送。消息中心在接收到消息平台发送的消息后，针对消息要推送到的设备，以及设备是否在线等状态进行验证，如果验证通过则可以继续调用终端。终端可以根据接收到的消息，到消息平台拉取具体的消息内容，进一步的，终端将拉取的消息推送至对应的设备上。当终端成功推送消息至设备时，可以向消息平台发送通知，用以表明消息发送成功。

然而，在消息推送的过程中，由于消息链路过长，因此消息在推送过程中，可能在任何一个节点链路节点都有可能因为一些特殊原因或异常而终止。由于消息链路包括的节点链路节点太多，因此无法很快排查到是因为哪个节点链路节点发生故障而导致消息不能正常推送。

在应用过程中，可以通过MQ消息中间件，采用异步方式分别拉取消息链路中的各个链路节点处产生的消息，并基于与消息中间件对应的消费者对消息进行消费，得到待推送消息在消息链路中的各个链路节点处的消息状态(对应消息处理状态)。进一步的，再基于MQ消息中间件存储从各个平台获取的消息状态信息，即从各个链路节点处获取消息状态信息。并根据相同的消息标识处理各个链路节点的消息状态，得到关于该链路节点处的关于某一消息的所有的消息状态。并将消息状态存储至数据库以供后续调用数据库获取各个链路节点处的消息状态，进而为基于消息状态对待推送消息的推送过程进行监测打下基础。

在又一实施例中，还可以提供可查询的接口用于横向展示各链路节点的消息状态，以供用户可以更加直观的获取各链路节点处的消息状态，进而为能够对待推送消息的推送过程进行监控，为快速排查出现异常的链路节点提供基础。

根据前文描述可知，本申请提供的消息监测方法，通过分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态，并根据消息处理状态，对待推送消息的推送过程进行监测，实现了在不影响消息链路正常进行消息推送的前提下，通过获取各个链路节点处的消息处理状态，对待推送消息的推送过程进行监控，进而为快速排查出现异常的链路节点提供基础。

下面对本申请提供的消息监测装置进行描述，下文描述的消息监测装置与上文描述的消息监测方法可相互对应参照。

图8是本申请提供的消息监测装置的结构示意图。

在本申请一示例性实施例中，消息监测装置可以应用于消息推送系统，其中，消息推送系统可以包括消息处理节点，消息处理节点之间通过通信进行连接。结合图8可知，消息监测装置可以包括第一模块810至第三模块830，下面将分别介绍各模块。

第一模块810，可以被配置为用于在基于消息推送系统推送待推送消息的情况下，得到推送待推送消息的消息链路，其中，消息链路包括多个链路节点，链路节点分别与消息处理节点相对应；

第二模块820，可以被配置为用于分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态，其中，消息处理状态用于表征消息处理节点在链路节点处对待推送消息进行处理后的状态；

第三模块830，可以被配置为用于基于消息处理状态，对待推送消息的推送过程进行监测。

在本申请一示例性实施例中，第二模块820可以采用以下方式实现分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态：

基于异步方式，分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态。

在本申请一示例性实施例中，第二模块820可以采用以下方式实现基于异步方式，分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态：

基于消息中间件，采用异步方式分别拉取消息链路中的各个链路节点处产生的消息；

基于与消息中间件对应的消费者对消息进行消费，得到待推送消息在消息链路中的各个链路节点处的消息处理状态。

在本申请一示例性实施例中，第二模块820还可以被配置为用于：

创建异步调用线程，以及与异步调用线程对应的接口；

第二模块820可以采用以下方式实现基于异步方式，分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态：

基于异步调用线程调用接口；

基于接口，采用异步方式分别获取待推送消息在消息链路中的各个链路节点处的消息处理状态。

在本申请一示例性实施例中，消息处理状态至少可以包括消息处理结果和消息处理时刻；第三模块830可以采用以下方式实现基于消息处理状态，对待推送消息的推送过程进行监测：

基于消息处理结果和\或消息处理时刻，判断待推送消息在当前链路节点处的消息处理状态是否满足预设消息处理状态，其中，预设消息处理状态包括预设消息处理结果和\或预设消息处理时刻；

在消息处理结果不满足预设消息处理结果，和\或消息处理时刻不满足预设消息处理时刻的情况下，确定消息处理状态不满足预设消息处理状态；

在消息处理状态不满足预设消息处理状态的情况下，监测得到目标监测结果，其中，目标检测结果为当前链路节点处的消息处理状态出现异常的监测结果。

在本申请一示例性实施例中，第三模块830还可以被配置为用于：

基于目标监测结果，生成告警提醒和\或与目标监测结果对应的多个候选处理方案；

将告警提醒和\或多个候选处理方案推送至用户端。

在本申请一示例性实施例中，第三模块830还可以被配置为用于：

基于目标监测结果，确定与目标监测结果对应的目标处理方案，其中，目标处理方案为解决与目标监测结果对应的消息处理状态中的异常的历史处理方案；

基于目标处理方案，自动对异常进行处理。

图9示例了一种电子装置的实体结构示意图，如图9所示，该电子装置可以包括：处理器(processor)910、通信接口(Communications Interface)920、存储器(memory)930和通信总线940，其中，处理器910，通信接口920，存储器930通过通信总线940完成相互间的通信。处理器910可以调用存储器930中的逻辑指令，以执行消息监测方法，应用于消息推送系统，其中，所述消息推送系统包括消息处理节点，所述消息处理节点之间通过通信进行连接，所述消息监测方法包括：在基于所述消息推送系统推送待推送消息的情况下，得到推送所述待推送消息的消息链路，其中，所述消息链路包括多个链路节点，所述链路节点分别与所述消息处理节点相对应；分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，其中，所述消息处理状态用于表征所述消息处理节点在所述链路节点处对所述待推送消息进行处理后的状态；基于所述消息处理状态，对所述待推送消息的推送过程进行监测。

此外，上述的存储器930中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本申请还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在计算机可读的存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的消息监测方法，应用于消息推送系统，其中，所述消息推送系统包括消息处理节点，所述消息处理节点之间通过通信进行连接，所述消息监测方法包括：在基于所述消息推送系统推送待推送消息的情况下，得到推送所述待推送消息的消息链路，其中，所述消息链路包括多个链路节点，所述链路节点分别与所述消息处理节点相对应；分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，其中，所述消息处理状态用于表征所述消息处理节点在所述链路节点处对所述待推送消息进行处理后的状态；基于所述消息处理状态，对所述待推送消息的推送过程进行监测。

又一方面，本申请还提供一种计算机可读的存储介质，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行上述各方法提供的消息监测方法，应用于消息推送系统，其中，所述消息推送系统包括消息处理节点，所述消息处理节点之间通过通信进行连接，所述消息监测方法包括：在基于所述消息推送系统推送待推送消息的情况下，得到推送所述待推送消息的消息链路，其中，所述消息链路包括多个链路节点，所述链路节点分别与所述消息处理节点相对应；分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，其中，所述消息处理状态用于表征所述消息处理节点在所述链路节点处对所述待推送消息进行处理后的状态；基于所述消息处理状态，对所述待推送消息的推送过程进行监测。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部5件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

0通过以上的实施方式的描述，本领域的技术人员可以清楚地了解

到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软

件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光5盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，

服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而

非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领0域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技

术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种消息监测方法，其特征在于，应用于消息推送系统，其中，所述消息推送系统包括消息处理节点，所述消息处理节点之间通过通信进行连接，所述消息监测方法包括：

在基于所述消息推送系统推送待推送消息的情况下，得到推送所述待推送消息的消息链路，其中，所述消息链路包括多个链路节点，所述链路节点分别与所述消息处理节点相对应；

分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，其中，所述消息处理状态用于表征所述消息处理节点在所述链路节点处对所述待推送消息进行处理后的状态；

基于所述消息处理状态，对所述待推送消息的推送过程进行监测。

2.根据权利要求1所述的消息监测方法，其特征在于，所述分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，具体包括：

基于异步方式，分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态。

3.根据权利要求2所述的消息监测方法，其特征在于，所述基于异步方式，分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，具体包括：

基于消息中间件，采用异步方式分别拉取所述消息链路中的各个所述链路节点处产生的消息；

基于与所述消息中间件对应的消费者对所述消息进行消费，得到所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态。

4.根据权利要求2所述的消息监测方法，其特征在于，在所述基于异步方式，分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态之前，所述方法还包括：

创建异步调用线程，以及与所述异步调用线程对应的接口；

所述基于异步方式，分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，具体包括：

基于所述异步调用线程调用所述接口；

基于所述接口，采用异步方式分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态。

5.根据权利要求1至4中任意一项所述的消息监测方法，其特征在于，所述消息处理状态至少包括消息处理结果和消息处理时刻；

所述基于所述消息处理状态，对所述待推送消息的推送过程进行监测，具体包括：

基于所述消息处理结果和\或所述消息处理时刻，判断所述待推送消息在当前链路节点处的消息处理状态是否满足预设消息处理状态，其中，所述预设消息处理状态包括预设消息处理结果和\或预设消息处理时刻；

在所述消息处理结果不满足所述预设消息处理结果，和\或所述消息处理时刻不满足所述预设消息处理时刻的情况下，确定所述消息处理状态不满足所述预设消息处理状态；

在所述消息处理状态不满足所述预设消息处理状态的情况下，监测得到目标监测结果，其中，所述目标检测结果为所述当前链路节点处的所述消息处理状态出现异常的监测结果。

6.根据权利要求5所述的消息监测方法，其特征在于，在所述监测得到目标监测结果之后，所述消息监测方法还包括：

基于所述目标监测结果，生成告警提醒和\或与所述目标监测结果对应的多个候选处理方案；

将所述告警提醒和\或多个所述候选处理方案推送至用户端。

7.根据权利要求5所述的消息监测方法，其特征在于，在所述监测得到目标监测结果之后，所述消息监测方法还包括：

基于所述目标监测结果，确定与所述目标监测结果对应的目标处理方案，其中，所述目标处理方案为解决与所述目标监测结果对应的所述消息处理状态中的异常的历史处理方案；

基于所述目标处理方案，自动对所述异常进行处理。

8.一种消息监测装置，其特征在于，应用于消息推送系统，其中，所述消息推送系统包括消息处理节点，所述消息处理节点之间通过通信进行连接，所述消息监测装置包括：

第一模块，用于在基于所述消息推送系统推送待推送消息的情况下，得到推送所述待推送消息的消息链路，其中，所述消息链路包括多个链路节点，所述链路节点分别与所述消息处理节点相对应；

第二模块，用于分别获取所述待推送消息在所述消息链路中的各个所述链路节点处的消息处理状态，其中，所述消息处理状态用于表征所述消息处理节点在所述链路节点处对所述待推送消息进行处理后的状态；

第三模块，用于基于所述消息处理状态，对所述待推送消息的推送过程进行监测。

9.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至7中任一项所述的消息监测方法。

10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行权利要求1至7中任一项所述的消息监测方法。

Images