CN109040326A - 推送消息的方法和装置 - Google Patents

Abstract

本发明公开了一种推送消息的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：建立客户端与服务端的连接；在服务端订阅对应于客户端的主题通道；通过主题通道推送消息数据。该实施方式能够提高推送消息的实时性和到达率。

Description

推送消息的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种推送消息的方法和装置。

背景技术

目前，互联网业务对通信的实时性要求越来越高，且需要给予用户必要的提醒，尤其是金融类等方面的业务。

现有的消息推送和提醒的方案，多采用的是普通第三方消息推送(Push)、Notification文字展示等形式的方式，比如新闻，股票等应用程序(APP)的资讯通知。Push是通过一定的技术标准或协议等，建立一条智能设备与服务器的连接链路，服务器通过此连接链路来自动传送信息到智能设备的APP的一种通信技术。Notification是一种应用于智能设备的具有全局效果的通知，可以在智能设备的通知栏中显示，当APP向智能设备的***发出通知时，它将先以图标的形式显示在通知栏中，用户可以下拉通知栏查看通知的详细信息。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

1、现有的消息推送方案实时性差，且推送到达率较低；

2、提醒力度不足，容易被忽略。

发明内容

有鉴于此，本发明实施例提供一种推送消息的方法和装置，能够提高推送消息的实时性和到达率。

为实现上述目的，根据本发明实施例的一个方面，提供了一种推送消息的方法。

本发明实施例的一种推送消息的方法包括：建立客户端与服务端的连接；在所述服务端订阅与所述客户端对应的主题通道；通过所述主题通道推送消息数据。

可选地，还包括：建立所述客户端与普通第三方的连接；通过所述普通第三方向所述客户端推送所述消息数据。

可选地，还包括：根据所述客户端接收所述消息数据的时间，选择通过所述主题通道或所述普通第三方推送的所述消息数据进行解析，并在客户端进行展示和语音播报。

可选地，在客户端进行展示和语音播报包括：将所述消息数据转换为消息字符串；并在所述客户端进行展示；创建所述消息字符串的语音播报队列进行语音播报；或调用语音引擎将所述消息字符串转换成语音进行语音播报。

可选地，建立客户端与服务端的连接包括：根据服务端的连接地址连接客户端与所述服务端，利用所述服务端提供的证书、账号和密码在所述客户端与所述服务端之间建立基于MQTT协议的长连接。

为实现上述目的，根据本发明实施例的另一方面，提供了一种推送消息的装置。

本发明实施例的一种推送消息的装置包括：连接模块，用于建立客户端与服务端的连接；订阅模块，用于在所述服务端订阅与所述客户端对应的主题通道；第一推送模块，用于通过所述主题通道推送消息数据。

可选地，还包括：第二推送模块，用于建立所述客户端与普通第三方的连接；通过所述普通第三方向所述客户端推送所述消息数据。

可选地，还包括：解析模块，用于根据所述客户端接收所述消息数据的时间，选择通过所述主题通道或所述普通第三方推送的所述消息数据进行解析，并在客户端进行展示和语音播报。

可选地，所述解析模块还用于：将所述消息数据转换为消息字符串；并在所述客户端进行展示；创建所述消息字符串的语音播报队列进行语音播报；或调用语音引擎将所述消息字符串转换成语音进行语音播报。

可选地，所述连接模块还用于：根据服务端的连接地址连接客户端与所述服务端，利用所述服务端提供的证书、账号和密码在所述客户端与所述服务端之间建立基于MQTT协议的长连接。

为实现上述目的，根据本发明实施例的又一方面，提供了一种推送消息的电子设备。

本发明实施例的一种推送消息的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种推送消息的方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种推送消息的方法。

上述发明中的一个实施例具有如下优点或有益效果：因为采用建立客户端与服务端的连接；在服务端订阅对应于客户端的主题通道；通过主题通道推送消息数据的技术手段，通过客户端与服务端的直接连接来推送消息数据，还可以采用语音播报的方式向用户提醒，所以克服了现有的消息推送方案实时性差，且推送到达率较低；提醒力度不足，容易被忽略的技术问题，进而达到提高推送消息的实时性和到达率；以及有效提醒用户的技术效果。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的推送消息的方法的主要步骤的示意图；

图2是根据本发明实施例的推送消息的方法的推送消息数据的示意图；

图3是根据本发明实施例的推送消息的方法的对消息数据进行展示和语音播报的示意图；

图4是根据本发明一个可参考实施例的推送消息的方法的主要流程的示意图；

图5是根据本发明实施例的推送消息的方法的应用时序图；

图6是根据本发明实施例的推送消息的装置的主要模块的示意图；

图7是本发明实施例可以应用于其中的示例性***架构图；

图8是适于用来实现本发明实施例的终端设备或服务器的计算机***的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

现有的消息推送和提醒的方案，一般为客户端与普通第三方基于XMPP协议建立连接，普通第三方消息推送(Push)到客户端，即客户端通过普通第三方来接收服务端的消息，客户端收到消息后以文字形式来展示，从而提醒用户。然而，现有方案存在复杂、消息冗余、耗费流量高、费电以及部署硬件成本高等缺点，实时性也不尽人意；且普通第三方若被客户端放在后台时间过长，则容易断开连接，以及XMPP协议在服务性能上也不够稳定，因此可能导致推送失败。对于对实时性要求较高的部分互联网业务来说，无法满足日益提高的应用要求，用户体验较差。

其中，普通第三方为客户端已安装的APP，普通第三方消息推送的本质是：基于XMPP协议使客户端和服务端建立连接，通过该连接实现APP与服务端进行长期通信的机制，APP获取服务端的消息，再推送给客户端。XMPP是一种基于标准通用标记语言的子集XML的协议，它继承了在XML(可扩展标记语言)环境中灵活的发展性，因此，基于XMPP的应用具有超强的可扩展性，经过扩展以后的XMPP可以通过发送扩展的信息来处理用户的需求，以及在XMPP的顶端建立如内容发布***和基于地址的服务等应用程序，而且，XMPP包含了针对服务器端的软件协议，使之能与另一个进行通话，这使得开发者更容易建立客户应用程序或给一个配好***添加功能。具体地，XMPP协议定义了三个角色，分别是客户端、XMPP服务器和网关，客户端：通过TCP/IP与XMPP服务器连接，然后在之上传输与即时通讯相关的指令、解析组织好的指令信息包、理解消息数据类型；XMPP服务器：监听客户端连接，并直接与客户端应用程序通信(客户端信息记录)，与其他XMPP服务器通信；网关：与异构即时通信***进行通信，即客户端通过网关与服务端通信。通信能够在这三者的任意两个之间双向发生。

图1是根据本发明实施例的推送消息的方法的主要步骤的示意图。

如图1所示，本发明实施例的推送消息的方法主要包括以下步骤：

步骤S101：建立客户端与服务端的连接。

为保证实时性要求，本发明实施例直接在客户端与服务端之间建立连接关系。其中，客户端是指手机、平板或智能手表等可接入互联网的智能设备，例如客户端为使用安卓***的设备。

在本发明实施例中，步骤S101可以通过以下方式实现：根据服务端的连接地址连接客户端与服务端，利用服务端提供的证书、账号和密码在客户端与服务端之间建立基于MQTT协议的长连接。

MQTT是一种即时通讯协议，该协议支持所有平台，几乎可以把所有联网物品和外部连接起来，被用来当做传感器和制动器的通信协议。本发明实施例利用MQTT(消息队列遥测推送)协议会构建底层网络推送：将建立客户端到服务端的连接，提供两者之间的一个有序的、无损的、基于字节流的双向推送。在应用时，可以由客户端向服务端发起连接，服务端根据预先存储的证书、账号和密码对客户端进行认证，认证通过后则建立客户端与服务端之间的连接。需要说明的是，客户端与服务端之间可以采用长连接的方式进行连接，

长连接指在一个连接上可以连续发送多个数据包，在连接保持期间，如果没有数据包发送，需要双方发链路检测包。采用长连接的方式连接的客户端与服务端，能够通过心跳机制和自动重连机制维持连接，其中，心跳机制作为维持长连接的一种手段，客户端会定时向服务端发送心跳报文，服务端收到心跳请求后返回心跳响应报文，客户端向服务端发送心跳报文的时间间隔(即心跳时间)可以依据实际情况设置，例如60秒。自动重连机制是指连接中断时自动发起重连，如果连接失败则以预设时间间隔重复发起重连，直到连上为止，预设时间间隔可以随重连次数增加，例如预设时间间隔为单位是秒的1，2，4，8...最大到64，恢复连接之后，预设时间间隔重置为1。通过基于MQTT协议的长连接实现了客户端和服务端的通讯保持，保证服务端向客户端推送消息数据的实时性。

步骤S102：在服务端订阅与客户端对应的主题通道。

在客户端与服务端之间建立基于MQTT协议的长连接之后，客户端可以作为订阅者在服务端订阅主题通道(Topic)，来实现双方的交互，并推送到达率较。订阅后，客户端与服务端就可以通过该主题通道进行通信，每个客户端可以在服务端订阅多个主题通道，每个客户端对应的主题通道可以根据客户端的项目业务类型进行区分，例如聊天信息对应一个主题通道或一般资讯通知对应另一个主题通道等等。

步骤S103：利用主题通道推送消息数据。

客户端订阅服务端的主题通道后，服务端可以在收到关于客户端的通知或消息时，将后台消息封装为消息数据，通过主题通道推送给客户端。

本发明实施例的推送消息的方法还可以包括：建立客户端与普通第三方的连接；通过普通第三方向客户端推送消息数据。

采用服务端推送和普通第三方推送混合的机制向客户端推送消息数据，能够避免消息堆积造成的延迟，一般情况下服务端推送的通信实时性更高。在服务端向客户端推送消息数据的同时，普通第三方也会接收到服务端的后台消息，进而封装为消息数据推送给客户端。

现有的以展示文字的形式通知用户，只是对用户做文字提醒，而对于一些重要业务来说(例如收付款业务)，相比语音提醒的而言，文字提醒的力度是远远不够的。本发明实施例的推送消息的方法还可以包括：根据客户端接收消息数据的时间，选择通过主题通道或普通第三方推送的消息数据进行解析，并在客户端进行展示和语音播报。

由于通过主题通道或普通第三方推送的消息数据是相同的，因此可以选择最早到达客户端的消息数据进行解析，具体地，客户端可以为接收到的消息数据添加消息名称和接收时间，并根据消息名称将消息数据存储在本地，通过比较接收时间可以从两个相同的消息数据中选出最先到达客户端的消息数据，从而保证消息数据的实时性，然后对其进行解析、展示和语音播报。

在本发明实施例中，在客户端进行展示和语音播报可以通过以下方式实现：将消息数据转换为消息字符串；并在客户端进行展示；创建消息字符串的语音播报队列进行语音播报；或调用语音引擎将消息字符串转换成语音进行语音播报。

消息数据解析后，得到长整型的消息数据字段，长整型是数据类型的一种表现方式，一般情况下用long表示长整型，长整型的数据有符号64位整数，范围是-2^63-2^63-1Int64。为了对消息数据进行展示和语音播报，需要将长整型的消息数据字段转换为消息字符串，从而在客户端展示该消息字符串，而语音播报有两个方式，一种是根据消息字符串来创建一个语音播报的队列，以消息数据为收款数据为例如，播报语音时以分为精度，以最后一位判断为分，前一位判定为角，而后自动加点，以此类推前面的金额单位，例如商家收款1588元，根据此规则播报结果可以为“支付成功，商家收到1588元”；另一种是将消息字符串利用语音引擎转换成语音，语音引擎是一种将文字直接转换成语音的工具。通过语音播报可以达到有力提醒用户的效果，同时通过展示消息字符串可以供用户点击查看消息数据的详情，例如在客户端的通知栏主动生成一个通知等。

根据本发明实施例的推送消息的方法可以看出，因为采用建立客户端与服务端的连接；在服务端订阅对应于客户端的主题通道；通过主题通道推送消息数据的技术手段，通过客户端与服务端的直接连接来推送消息数据，还可以采用语音播报的方式向用户提醒，所以克服了现有的消息推送方案实时性差，且推送到达率较低；提醒力度不足，容易被忽略的技术问题，进而达到提高推送消息的实时性和到达率；以及有效提醒用户的技术效果。

图2是根据本发明实施例的推送消息的方法的推送消息数据的示意图。

如图2所示，客户端可以同时与服务端和普通第三方建立连接关系，其中：

关于服务端

首先，客户端与服务端之间建立基于MQTT协议的长连接，该长连接能够通过心跳机制和自动重连机制维持连接；然后，在服务端订阅与客户端对应的主题通道；最后，服务端利用该主题通道推送消息数据；

关于普通第三方

客户端在安装普通第三方时，可以对普通第三方的证书、账号和密码等信息进行封装，并在第三方平台(例如应用程序的服务平台)注册得到应用Id，普通第三方通过该应用Id与客户端连接；普通第三方在接收到消息数据时直接向客户端推送。

图3是根据本发明实施例的推送消息的方法的对消息数据进行展示和语音播报的示意图。

如图3所示，服务端生成后台消息、普通第三方接收到服务端的后台消息时，会将后台消息封装为消息数据并向客户端推送。客户端通过服务端或普通第三方接收到消息数据后，对消息数据进行解析，然后进行展示和语音播报。

需要说明的是，消息数据解析后，得到长整型的消息数据字段，为了对消息数据进行展示和语音播报，需要将长整型的消息数据字段转换为消息字符串，客户端展示和语音播报该消息字符串。

图4是根据本发明一个可参考实施例的推送消息的方法的主要流程的示意图。

如图4所示，本发明实施例的推送消息的方法可采用以下流程实施：

步骤S401：在客户端与服务端之间建立基于MQTT协议的长连接。

步骤S402：在服务端订阅与客户端对应的主题通道。

步骤S403：利用主题通道推送消息数据。

步骤S404：建立客户端与普通第三方的连接。

步骤S405：通过普通第三方向客户端推送消息数据。

步骤S406：将消息数据转换为消息字符串；在客户端进行展示。

步骤S407：语音播报消息字符串：

创建消息字符串的语音播报队列进行语音播报；或调用语音引擎将消息字符串转换成语音进行语音播报。

图5是根据本发明实施例的推送消息的方法的应用时序图。

在应用本发明实施例的推送消息的方法时，客户端、服务端和普通第三方之间的交互可采用以下方式进行：

步骤S501：客户端根据服务端的连接地址向服务端发起连接；

步骤S502：在客户端与服务端之间建立基于MQTT协议的长连接；

步骤S503：客户端在服务端订阅主题通道；

步骤S504：服务端在收到关于客户端的通知或消息时，生成后台消息；

步骤S505：服务端将后台消息封装为消息数据，并利用主题通道向客户端推送该消息数据；

步骤S506：服务端将后台消息发送至普通第三方，本步骤与步骤S505同步操作；

步骤S507：客户端接收服务端和普通第三方推送的消息数据后，对消息数据进行解析；

步骤S508：客户端对解析后的消息数据进行展示和语音播报。

其中，步骤S508的详细过程与本发明其它实施例的实现方式相同，此处不再赘述。

图6是根据本发明实施例的推送消息的装置的主要模块的示意图。

如图6所示，本发明实施例的推送消息的装置600包括：连接模块601、订阅模块602和第一推送模块603。

其中，

连接模块601，用于建立客户端与服务端的连接；

订阅模块602，用于在所述服务端订阅与所述客户端对应的主题通道；

第一推送模块603，用于通过所述主题通道推送消息数据。

在本发明实施例中，推送消息的装置600还包括：第二推送模块(图中并未示出)，用于建立所述客户端与普通第三方的连接；通过所述普通第三方向所述客户端推送所述消息数据。

在本发明实施例中，推送消息的装置600还包括：解析模块(图中并未示出)，用于根据所述客户端接收所述消息数据的时间，选择通过所述主题通道或所述普通第三方推送的所述消息数据进行解析，并在客户端进行展示和语音播报。

此外，所述解析模块还用于：将所述消息数据转换为消息字符串；并在所述客户端进行展示；创建所述消息字符串的语音播报队列进行语音播报；或调用语音引擎将所述消息字符串转换成语音进行语音播报。

此外，所述连接模块601还用于：根据服务端的连接地址连接客户端与所述服务端，利用所述服务端提供的证书、账号和密码在所述客户端与所述服务端之间建立基于MQTT协议的长连接。

根据本发明实施例的推送消息的装置可以看出，因为采用建立客户端与服务端的连接；在服务端订阅对应于客户端的主题通道；通过主题通道推送消息数据的技术手段，通过客户端与服务端的直接连接来推送消息数据，还可以采用语音播报的方式向用户提醒，所以克服了现有的消息推送方案实时性差，且推送到达率较低；提醒力度不足，容易被忽略的技术问题，进而达到提高推送消息的实时性和到达率；以及有效提醒用户的技术效果。

图7示出了可以应用本发明实施例的推送消息的方法或推送消息的装置的示例性***架构700。

如图7所示，***架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。

需要说明的是，本发明实施例所提供的推送消息的方法一般由服务器705执行，相应地，推送消息的装置一般设置于服务器705中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机***800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机***800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有***800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的***中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者推送用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质推送，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括连接模块、订阅模块和第一推送模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一推送模块还可以被描述为“通过所述主题通道推送消息数据的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：步骤S101：建立客户端与服务端的连接；步骤S102：在服务端订阅与客户端对应的主题通道；步骤S103：利用主题通道推送消息数据。

根据本发明实施例的技术方案，因为采用建立客户端与服务端的连接；在服务端订阅对应于客户端的主题通道；通过主题通道推送消息数据的技术手段，通过客户端与服务端的直接连接来推送消息数据，还可以采用语音播报的方式向用户提醒，所以克服了现有的消息推送方案实时性差，且推送到达率较低；提醒力度不足，容易被忽略的技术问题，进而达到提高推送消息的实时性和到达率；以及有效提醒用户的技术效果。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

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

建立客户端与服务端的连接；

在所述服务端订阅与所述客户端对应的主题通道；

通过所述主题通道推送消息数据。

2.根据权利要求1所述的方法，其特征在于，还包括：

建立所述客户端与普通第三方的连接；

通过所述普通第三方向所述客户端推送所述消息数据。

3.根据权利要求2所述的方法，其特征在于，还包括：

根据所述客户端接收所述消息数据的时间，选择通过所述主题通道或所述普通第三方推送的所述消息数据进行解析，并在客户端进行展示和语音播报。

4.根据权利要求3所述的方法，其特征在于，在客户端进行展示和语音播报包括：

将所述消息数据转换为消息字符串；并在所述客户端进行展示；

创建所述消息字符串的语音播报队列进行语音播报；或

调用语音引擎将所述消息字符串转换成语音进行语音播报。

5.根据权利要求1所述的方法，其特征在于，建立客户端与服务端的连接包括：

根据服务端的连接地址连接客户端与所述服务端，利用所述服务端提供的证书、账号和密码在所述客户端与所述服务端之间建立基于MQTT协议的长连接。

6.一种推送消息的装置，其特征在于，包括：

连接模块，用于建立客户端与服务端的连接；

订阅模块，用于在所述服务端订阅与所述客户端对应的主题通道；

第一推送模块，用于通过所述主题通道推送消息数据。

7.根据权利要求6所述的装置，其特征在于，还包括：

第二推送模块，用于建立所述客户端与普通第三方的连接；通过所述普通第三方向所述客户端推送所述消息数据。

8.根据权利要求7所述的装置，其特征在于，还包括：

解析模块，用于根据所述客户端接收所述消息数据的时间，选择通过所述主题通道或所述普通第三方推送的所述消息数据进行解析，并在客户端进行展示和语音播报。

9.根据权利要求8所述的装置，其特征在于，所述解析模块还用于：

将所述消息数据转换为消息字符串；并在所述客户端进行展示；

创建所述消息字符串的语音播报队列进行语音播报；或

调用语音引擎将所述消息字符串转换成语音进行语音播报。

10.根据权利要求6所述的装置，其特征在于，所述连接模块还用于：

根据服务端的连接地址连接客户端与所述服务端，利用所述服务端提供的证书、账号和密码在所述客户端与所述服务端之间建立基于MQTT协议的长连接。

11.一种推送消息的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。

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