CN112770275A - 一种消息推送方法、系统及相关设备 - Google Patents

Abstract

本发明实施例提供了一种消息推送方法、系统及相关设备，用于实现消息渠道的自动切换，提高消息推送的触达率。本发明实施例方法包括：获取待推送的目标消息；获取渠道列表，并判断所述渠道列表中记录的多个消息渠道中是否存在可用消息渠道；若存在可用消息渠道，则通过所述可用消息渠道推送所述目标消息。

Description

一种消息推送方法、系统及相关设备

技术领域

本发明涉及消息推送技术领域，尤其涉及一种消息推送方法、系统及相关设备。

背景技术

随着信息技术和互联网技术的快速发展，互联网成为用户生活和工作中获取信息和共享信息的有效途径。各个行业、各个企业都开发了各种各样的APP应用，通过这些APP应用销售和推销自己的产品和服务；当业务上发生某些用户关心的事件的时候，需要通过APP通知用户，比较常用的方法就是通过服务端的单一消息渠道向APP终端推送消息。

当前APP的消息渠道，往往是通过MQTT(消息队列遥测传输)协议与终端设备建立长连接维持的。然而，国内终端厂商因为各种原因会保活自己厂商的消息渠道，杀死其他服务商的消息渠道。相关方案在进行消息推送之前，无法知道消息渠道的存活情况，导致消息的触达率无法保证。

在一些需要保证消息触达率的应用场景中，如何保障消息的触达率，成为了亟待解决的问题。

发明内容

本发明实施例提供了一种消息推送方法、系统及相关设备，用于实现消息渠道的自动切换，提高消息推送的触达率。

本发明实施例第一方面提供了一种消息推送方法，可包括：

获取待推送的目标消息；

获取渠道列表，并判断所述渠道列表中记录的多个消息渠道中是否存在可用消息渠道；

若存在可用消息渠道，则通过所述可用消息渠道推送所述目标消息。

可选的，作为一种可能的实施方式，本发明实施例中，所述判断所述渠道列表中记录的多个消息渠道中是否存在可用消息渠道，可以包括：

读取当前消息渠道的当前状态信息；

判断所述当前消息渠道是否为存活状态；

若是存活状态，则调用所述当前消息渠道；

判断是否成功调用所述当前消息渠道；

若调用成功，则确定所述当前消息渠道为可用消息渠道。

可选的，作为一种可能的实施方式，本发明实施例中，若判定当前消息渠道为死亡状态，所述方法还可以包括：

判断所述状态信息的更新间隔时间是否超过阈值；

若超过阈值，则调用所述当前消息渠道；

判断是否成功调用所述当前消息渠道；

若调用成功，则确定所述当前消息渠道为可用消息渠道，并更新所述当前消息渠道的状态信息。

可选的，作为一种可能的实施方式，本发明实施例中，所述存活状态包括第一状态和第二状态，若调用所述当前消息渠道失败，所述方法还可以包括：

若所述当前消息渠道处于第一状态，则将所述当前消息渠道设置为第二状态，并开始累计所述当前消息渠道调用失败的次数；

若所述当前消息渠道处于第二状态，则累计所述当前消息渠道调用失败的次数；

当处于第二状态的目标消息渠道累计调用失败的次数超过第二阈值，则将所述目标消息渠道设置为死亡状态。

可选的，作为一种可能的实施方式，本发明实施例中的消息推送方法，还可以包括：

在客户端配置多个消息队列遥测传输MQTT协议配置文件；

基于多个所述MQTT协议配置文件建立与所述客户端所在终端的多个长连接，每一个长连接对应一个消息渠道。

可选的，作为一种可能的实施方式，本发明实施例中，所述获取渠道列表，可包括：

调用远程字典服务以获取渠道列表。

本发明实施例第二方面提供了一种消息推送系统，可包括：

获取模块，获取待推送的目标消息；

第一处理模块，获取渠道列表，并判断所述渠道列表中记录的多个消息渠道中是否存在可用消息渠道；

推送模块，若存在可用消息渠道，则通过所述可用消息渠道推送所述目标消息。

可选的，作为一种可能的实施方式，本发明实施例中的第一处理模块，可以包括：

读取单元，用于读取当前消息渠道的当前状态信息；

第一判断单元，用于判断所述当前消息渠道是否为存活状态；

第一调用单元，若是存活状态，则调用所述当前消息渠道；

第二判断单元，用于判断是否成功调用所述当前消息渠道；

若调用成功，则确定所述当前消息渠道为可用消息渠道。

可选的，作为一种可能的实施方式，本发明实施例中的数据推送系统，还可以包括：

第二处理模块，若判定当前消息渠道为死亡状态，判断所述状态信息的更新间隔时间是否超过阈值，若超过阈值，则调用所述当前消息渠道；

第三处理模块，判断是否成功调用所述当前消息渠道，若调用成功，则确定所述当前消息渠道为可用消息渠道，并更新所述当前消息渠道的状态信息。

可选的，作为一种可能的实施方式，本发明实施例中的数据推送系统，还可以包括：

第四处理模块，若调用所述当前消息渠道失败，当所述当前消息渠道处于第一状态时，将所述当前消息渠道设置为第二状态，并开始累计所述当前消息渠道调用失败的次数；当所述当前消息渠道处于第二状态时，累计所述当前消息渠道调用失败的次数；

第五处理模块，当处于第二状态的目标消息渠道累计调用失败的次数超过第二阈值，则将所述目标消息渠道设置为死亡状态。

可选的，作为一种可能的实施方式，本发明实施例中的数据推送系统，还可以包括：

配置模块，在客户端配置多个消息队列遥测传输MQTT协议配置文件；

建立模块，基于多个所述MQTT协议配置文件建立与所述客户端所在终端的多个长连接，每一个长连接对应一个消息渠道。

可选的，作为一种可能的实施方式，本发明实施例中，所述第一处理模块，还可以包括：

第二调用单元，用于调用远程字典服务以获取渠道列表。

本发明实施例第三方面提供了一种计算机装置，所述计算机装置包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如第一方面及第一方面中任意一种可能的实施方式中的步骤。

本发明实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面及第一方面中任意一种可能的实施方式中的步骤。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，服务端在进行目标消息推送之前，可以获取渠道列表，并判断渠道列表中记录的多个消息渠道中是否存在可用消息渠道；若存在可用消息渠道，则通过可用消息渠道推送目标消息。相对于相关技术，本发明实施例设置有多个消息渠道，可以自动切换消息渠道，提高了消息的触达率，同时在消息推送之前进行了可用性验证，进一步提高了消息的触达率。

附图说明

图1为本发明实施例中一种消息推送方法的一个实施例示意图；

图2为本发明实施例中一种消息推送方法的另一个实施例示意图；

图3为本发明实施例中一种消息推送方法的一个具体应用实施例示意图；

图4为本发明实施例中一种计算机装置的一个实施例示意图。

具体实施方式

本发明实施例提供了一种消息推送方法、系统及相关设备，用于实现消息渠道的自动切换，提高消息推送的触达率。

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

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

为了便于理解，下面对本发明实施例中的具体流程进行描述，请参阅图1，本发明实施例中一种消息推送方法的一个实施例可包括：

S101、获取待推送的目标消息；

服务端可以通过各种方式获取待推送至终端的目标消息，具体的获取方式，此处不做限定。

S102、获取渠道列表，并判断渠道列表中记录的多个消息渠道中是否存在可用消息渠道；

相关技术中，通过服务端的单一消息渠道向APP终端推送消息，无法保障消息的触达率。有鉴于此，本发明实施例中可以预先建立多个消息渠道，并在消息推送之前进行可用性识别，以提高消息的触达率。具体来说，服务端可以获取渠道列表，并判断渠道列表中记录的多个消息渠道中是否存在可用消息渠道。

S103、通过可用消息渠道推送目标消息。

当服务端判定存在可用的消息渠道之后，可以通过可用消息渠道推送目标消息，大大提高了消息的触达率。

本发明实施例中，服务端在进行目标消息推送之前，可以获取渠道列表，并判断渠道列表中记录的多个消息渠道中是否存在可用消息渠道；若存在可用消息渠道，则通过可用消息渠道推送目标消息。相对于相关技术，本发明实施例设置有多个消息渠道，可以自动切换消息渠道，提高了消息的触达率，同时在消息推送之前进行了可用性验证，进一步提高了消息的触达率。

在上述实施例的基础上，下面将对服务端识别消息渠道可用性的过程进行详细描述。请参阅图2，本发明实施例中一种消息推送方法的另一个实施例可包括：

S201、获取待推送的目标消息；

S202、调用远程字典服务以获取渠道列表；

为了便于分布式部署的服务端可以获取渠道列表，本发明实施例中可以将渠道列表存储于远端，该渠道列表中包含多个消息渠道，可以通过调用远程字典服务以获取渠道列表。

可选的，服务端可以在客户端配置多个消息队列遥测传输MQTT协议配置文件；基于多个MQTT协议配置文件建立与客户端所在终端的多个长连接，每一个长连接对应一个消息渠道。

S203、读取当前消息渠道的当前状态信息；

实际应用中，可以维护渠道列表中各个消息渠道的生死状态信息，该生死状态信息用于指示对应的消息渠道是存活状态还是死亡状态。

S204、判断当前消息渠道是否为存活状态；

服务端可以依据获取到的生死状态信息依次识别每个消息渠道的可用性。具体的，可以判断当前消息渠道是否为存活状态，若是存活状态，则可以进一步识别该当前消息渠道的可用性。若是死亡状态，可以执行步骤S207。

S205、调用当前消息渠道，并判断是否成功调用当前消息渠道；

服务端可以调用当前消息渠道，并根据调用返回信息判断是否成功调用当前消息渠道，若成功调用则可以确定当前消息渠道为可用消息渠道。若调用失败，则可以执行步骤S208。

S206、通过可用消息渠道推送目标消息。

S207、判断状态信息的更新间隔时间是否超过阈值；

若判定当前消息渠道为死亡状态，服务端可以判断状态信息的更新间隔时间是否超过阈值

若超过阈值，则可以重新识别当前消息渠道的可用性，即可执行步骤S205，判断是否成功调用当前消息渠道；若调用成功，则确定当前消息渠道为可用消息渠道，并更新当前消息渠道的状态信息。若不超过阈值，则可以执行其它动作，例如可以提取下一个消息渠道的状态信息进行上述步骤S203之后的流程。

S208、更新当前消息渠道的状态信息。

本发明实施例中，可以将存活状态分为第一状态(活着状态)和第二状态(假死状态)，若调用当前消息渠道失败，可以根据预设规则更新当前消息渠道的状态信息。具体的预设规则可以是：若当前消息渠道处于第一状态，则将当前消息渠道设置为第二状态，并开始累计当前消息渠道调用失败的次数；若当前消息渠道处于第二状态，则累计当前消息渠道调用失败的次数；当处于第二状态的目标消息渠道累计调用失败的次数超过第二阈值(例如10次)，则将目标消息渠道设置为死亡状态。

可以理解的是，在本申请的各种实施例中，上述各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

为了便于理解，请参阅图3，下面将结合具体应用实施例对本发明实施例中给的消息推送方法进行描述。

本实施例中，将消息渠道的生命周期分为活着、假死、死亡等几个状态。其中生可以包括活着、假死状态，可以将某一段时间的消息渠道状态存储在远端服务器。在每次消息发送时间远程提取消息渠道的状态，判断消息渠道的可用性。判断方法如下：如果一个消息渠道可以发送消息即为活着，如果一个消息渠道在有限的时间是无法发送有限的消息的即为假死，如消息渠道在有限的时间内无法发送的消息数目超过一定量即为死亡。

具体的消息推送流程请参阅图3，在收到消息请求之后，调用redis(远程字典服务)获取渠道列表，并按顺序查询渠道列表中的消息渠道的状态。如果当前的消息渠道是生以及假死状态，则判断调用是否成功，若成功，则为可用消息渠道，如果调用失败，则判断当前消息渠道是否有假死数据(调用失败的累计值)，如果没有假死数据则初始化假死数据(开始进行调用失败的累计)，若已有假死数据，则判断十分钟内调用失败的次数是否大于十次，若大于十次，则将当前消息渠道设置为死亡状态，若小于十次，则继续累计调用失败的次数。如果当前的消息渠道是死亡状态，则可以判断状态更新间隔时间是否超过一分钟，如果超过一分钟，则进行重新调用以更新当前的消息渠道的状态。如果状态更新间隔时间没有超过一分钟，则不进行状态重新识别，直接识别下一个消息渠道的可用性。

本发明实施例还提供了一种消息推送系统，可包括：

获取模块，获取待推送的目标消息；

第一处理模块，获取渠道列表，并判断渠道列表中记录的多个消息渠道中是否存在可用消息渠道；

推送模块，若存在可用消息渠道，则通过可用消息渠道推送目标消息。

可选的，作为一种可能的实施方式，本发明实施例中的第一处理模块，可以包括：

读取单元，用于读取当前消息渠道的当前状态信息；

第一判断单元，用于判断当前消息渠道是否为存活状态；

第一调用单元，若是存活状态，则调用当前消息渠道；

第二判断单元，用于判断是否成功调用当前消息渠道；

若调用成功，则确定当前消息渠道为可用消息渠道。

可选的，作为一种可能的实施方式，本发明实施例中的数据推送系统，还可以包括：

第二处理模块，若判定当前消息渠道为死亡状态，判断状态信息的更新间隔时间是否超过阈值，若超过阈值，则调用当前消息渠道；

第三处理模块，判断是否成功调用当前消息渠道，若调用成功，则确定当前消息渠道为可用消息渠道，并更新当前消息渠道的状态信息。

可选的，作为一种可能的实施方式，本发明实施例中的数据推送系统，还可以包括：

第四处理模块，若调用当前消息渠道失败，当当前消息渠道处于第一状态时，将当前消息渠道设置为第二状态，并开始累计当前消息渠道调用失败的次数；当当前消息渠道处于第二状态时，累计当前消息渠道调用失败的次数；

第五处理模块，当处于第二状态的目标消息渠道累计调用失败的次数超过第二阈值，则将目标消息渠道设置为死亡状态。

可选的，作为一种可能的实施方式，本发明实施例中的数据推送系统，还可以包括：

配置模块，在客户端配置多个消息队列遥测传输MQTT协议配置文件；

建立模块，基于多个MQTT协议配置文件建立与客户端所在终端的多个长连接，每一个长连接对应一个消息渠道。

可选的，作为一种可能的实施方式，本发明实施例中，第一处理模块，还可以包括：

第二调用单元，用于调用远程字典服务以获取渠道列表。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

上面从模块化功能实体的角度对本发明实施例中的消息推送系统进行了描述，请参阅图4，下面从硬件处理的角度对本发明实施例中的计算机装置进行描述：

该计算机装置1可以包括存储器11、处理器12和输入输出总线13。处理器11执行计算机程序时实现上述图1所示的消息推送方法实施例中的步骤，例如图1所示的步骤101至103。或者，处理器执行计算机程序时实现上述各装置实施例中各模块或单元的功能。

其中，存储器11至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是计算机装置1的内部存储单元，例如该计算机装置1的硬盘。存储器11在另一些实施例中也可以是计算机装置1的外部存储设备，例如计算机装置1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器11还可以既包括计算机装置1的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于计算机装置1的应用软件及各类数据，例如计算机程序01的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行计算机程序01等。

该输入输出总线13可以是外设部件互连标准(peripheral componentinterconnect，简称PCI)总线或扩展工业标准结构(extended industry standardarchitecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。

进一步地，计算机装置还可以包括有线或无线网络接口14，网络接口14可选的可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该计算机装置1与其他电子设备之间建立通信连接。

可选地，该计算机装置1还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的，用户接口还可以包括标准的有线接口、无线接口。可选的，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在计算机装置1中处理的信息以及用于显示可视化的用户界面。

图4仅示出了具有组件11-14以及计算机程序01的计算机装置1，本领域技术人员可以理解的是，图4示出的结构并不构成对计算机装置1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时，可以实现上述图1所示的消息推送方法实施例中的步骤，例如图1所示的步骤101至103。或者，处理器执行计算机程序时实现上述各装置实施例中各模块或单元的功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种消息推送方法，其特征在于，包括：

获取待推送的目标消息；

获取渠道列表，并判断所述渠道列表中记录的多个消息渠道中是否存在可用消息渠道；

若存在可用消息渠道，则通过所述可用消息渠道推送所述目标消息。

2.根据权利要求1所述的方法，其特征在于，所述判断所述渠道列表中记录的多个消息渠道中是否存在可用消息渠道，包括：

读取当前消息渠道的当前状态信息；

判断所述当前消息渠道是否为存活状态；

若是存活状态，则调用所述当前消息渠道；

判断是否成功调用所述当前消息渠道；

若调用成功，则确定所述当前消息渠道为可用消息渠道。

3.根据权利要求2所述的方法，其特征在于，若判定当前消息渠道为死亡状态，所述方法还包括：

判断所述状态信息的更新间隔时间是否超过阈值；

若超过阈值，则调用所述当前消息渠道；

判断是否成功调用所述当前消息渠道；

若调用成功，则确定所述当前消息渠道为可用消息渠道，并更新所述当前消息渠道的状态信息。

4.根据权利要求2所述的方法，其特征在于，所述存活状态包括第一状态和第二状态，若调用所述当前消息渠道失败，所述方法还包括：

若所述当前消息渠道处于第一状态，则将所述当前消息渠道设置为第二状态，并开始累计所述当前消息渠道调用失败的次数；

若所述当前消息渠道处于第二状态，则累计所述当前消息渠道调用失败的次数；

当处于第二状态的目标消息渠道累计调用失败的次数超过第二阈值，则将所述目标消息渠道设置为死亡状态。

5.根据权利要求1至4中任一项所述的方法，其特征在于，还包括：

在客户端配置多个消息队列遥测传输MQTT协议配置文件；

基于多个所述MQTT协议配置文件建立与所述客户端所在终端的多个长连接，每一个长连接对应一个消息渠道。

6.根据权利要求5所述的方法，其特征在于，所述获取渠道列表，包括：

调用远程字典服务以获取渠道列表。

7.一种消息推送系统，其特征在于，包括：

获取模块，获取待推送的目标消息；

第一处理模块，获取渠道列表，并判断所述渠道列表中记录的多个消息渠道中是否存在可用消息渠道；

推送模块，若存在可用消息渠道，则通过所述可用消息渠道推送所述目标消息。

8.根据权利要求7所述的系统，其特征在于，所述第一处理模块，包括：

读取单元，用于读取当前消息渠道的当前状态信息；

第一判断单元，用于判断所述当前消息渠道是否为存活状态；

第一调用单元，若是存活状态，则调用所述当前消息渠道；

第二判断单元，用于判断是否成功调用所述当前消息渠道；

若调用成功，则确定所述当前消息渠道为可用消息渠道。

9.一种计算机装置，其特征在于，所述计算机装置包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1至6中任意一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1至6中任意一项所述方法的步骤。

Images