CN111193656A - 一种消息推送方法和装置 - Google Patents

一种消息推送方法和装置 Download PDF

Info

Publication number
CN111193656A
CN111193656A CN201911220671.8A CN201911220671A CN111193656A CN 111193656 A CN111193656 A CN 111193656A CN 201911220671 A CN201911220671 A CN 201911220671A CN 111193656 A CN111193656 A CN 111193656A
Authority
CN
China
Prior art keywords
message
cluster
messages
format
different channels
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201911220671.8A
Other languages
English (en)
Inventor
丁伟奇
徐浩
胡宏
任林涛
黄文宝
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Construction Bank Corp
Original Assignee
China Construction Bank Corp
CCB Finetech Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp, CCB Finetech Co Ltd filed Critical China Construction Bank Corp
Priority to CN201911220671.8A priority Critical patent/CN111193656A/zh
Publication of CN111193656A publication Critical patent/CN111193656A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching

Abstract

本发明公开了一种消息推送方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式；将转换为统一的消息格式的消息存入消息缓存队列；从所述消息缓存队列中取出消息，并消费所述消息。该实施方式能够解决只限于将指定格式特定渠道的消息推送给客户端的技术问题。

Description

一种消息推送方法和装置
技术领域
本发明涉及计算机技术领域，尤其涉及一种消息推送方法和装置。
背景技术
由于用户对信息的及时性要求越来越高，因此服务端需要将大量信息推送到不同客户端，由于这类信息具有实时、易变等特点，传统客户端请求服务端拉取的方式就不再适用，必须通过长连接的方式，由服务端向客户端实时推送信息。
但是，由于安全部署要求的原因，一般后台服务都部署在私有云，客户端作为前端工具部署在互联网，后台与客户端的通信需要经过DMZ区(隔离区)的AP(无线接入点)层。因此，可以在DMZ区部署网关，后台数据通过各种渠道推送到网关，再由网关统一根据业务场景要求推送给不同的客户端。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
只限于将指定格式特定渠道的消息推送给客户端，对其他格式其他渠道的消息不能予以支持。
发明内容
有鉴于此，本发明实施例提供一种消息推送方法和装置，以解决只限于将指定格式特定渠道的消息推送给客户端的技术问题。
为实现上述目的，根据本发明实施例的一个方面，提供了一种消息推送方法，应用于群集中的任一节点，包括：
接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式；
将转换为统一的消息格式的消息存入消息缓存队列；
从所述消息缓存队列中取出消息，并消费所述消息。
可选地，所述统一的消息格式包括消息类型、消息主题和消息体；其中，所述消息类型用于区分不同渠道的消息。
可选地，所述消息类型包括广播消费模式或者集群消费模式。
可选地，从所述消息缓存队列中取出消息，并消费所述消息，包括：
从所述消息缓存队列中取出消息，将所述消息推送至客户端；
判断所述消息的消息类型，若所述消息的消息类型为集群消费模式，则将所述消息发送到所述集群中的其他节点。
可选地，所述集群为分布式集群，所述客户端通过负载均衡器连接到所述节点。
另外，根据本发明实施例的另一个方面，提供了一种消息推送装置，设置于群集中的任一节点，包括：
接收模块，用于接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式；
队列模块，用于将转换为统一的消息格式的消息存入消息缓存队列；
消费模块，用于从所述消息缓存队列中取出消息，并消费所述消息。
可选地，所述统一的消息格式包括消息类型、消息主题和消息体；其中，所述消息类型用于区分不同渠道的消息。
可选地，所述消息类型包括广播消费模式或者集群消费模式。
可选地，所述消费模块还用于：
从所述消息缓存队列中取出消息，将所述消息推送至客户端；
判断所述消息的消息类型，若所述消息的消息类型为集群消费模式，则将所述消息发送到所述集群中的其他节点。
可选地，所述集群为分布式集群，所述客户端通过负载均衡器连接到所述节点。
根据本发明实施例的另一个方面，还提供了一种电子设备，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例所述的方法。
根据本发明实施例的另一个方面，还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所述的方法。
上述发明中的一个实施例具有如下优点或有益效果：因为采用接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式的技术手段，所以克服了现有技术中只限于将指定格式特定渠道的消息推送给客户端的技术问题。本发明实施例规范来自不同渠道不同格式的消息，并将接收到的消息转换为统一的消息格式，因此能够支持来自后台不同格式不同渠道的消息，并将其高效地推送给互联网的客户端。并且对于不同类型的消息，采用不同方式进行消费，以保证集群的对等性，使得客户端连接集群的任一节点，都有一致的数据。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明实施例的消息推送方法的主要流程的示意图；
图2是根据本发明实施例的整个分布式消息推送架构的示意图；
图3是根据本发明实施例的消息推送逻辑架构的示意图；
图4是根据本发明一个可参考实施例的消息推送方法的主要流程的示意图；
图5是根据本发明实施例的消息推送装置的主要模块的示意图；
图6是本发明实施例可以应用于其中的示例性系统架构图；
图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
对于网关来说，核心部分就是要接收不同后台服务推送的消息，并将消息推送到不同互联网客户端。但是，目前只限于将指定格式特定渠道的消息推送给客户端，对其他格式其他渠道的消息不能予以支持，导致推送效率较低。为了解决该技术问题，本发明实施例提供了一种高可靠高性能的消息推送方法，该方法能够支持来自后台不同格式不同渠道的消息，并将其高效地推送给互联网的客户端。
图1是根据本发明实施例的消息推送方法的主要流程的示意图。作为本发明的一个实施例，如图1所示，所述消息推送方法应用于群集中的任一节点，可以包括：
步骤101，接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式。
在本发明的实施例中，所述集群可以是分布式集群，比如Zookeeper集群，所述集群中的任一节点都可以接收来自不同渠道不同格式的各个消息，并将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式。在所述集群中，各个节点采用对等的设计模式，各个节点对客户端的数据模型保持一致，并且各个节点之间可以通过长连接的方式进行通信，用于将消息转发到集群的其他节点。可选地，客户端通过负载均衡器连接到所述集群中任一节点，节点可以向互联的客户端推送消息。
可选地，所述统一的消息格式包括消息类型、消息主题和消息体；其中，所述消息类型用于区分不同渠道的消息。可选地，所述消息类型包括广播消费模式或者集群消费模式。本发明实施例可以规范来自不同渠道不同格式的消息，并将接收到的消息转换为统一的消息格式。消息类型可以区分不同渠道消息，继而可以区分消息是广播消费模式消息还是集群消费模式消息。消息主题是消息业务逻辑分类范畴，消息体就是接收到的消息的内容。
需要指出的是，在本发明的实施例中，集群消费模式消息是指一条消息只会被集群中某个节点所接收；广播消费模式消息是指一条消息会被集群每个节点都接收。
步骤102，将转换为统一的消息格式的消息存入消息缓存队列。
将各个消息都转换为统一的消息格式之后，将转换后的消息存入消息缓存队列中。
步骤103，从所述消息缓存队列中取出消息，并消费所述消息。
一旦有消息存入消息缓存队列，后台调度线程就会立即从所述消息缓存队列中取出消息，将消息发送到消息处理线程池，等待消息处理线程调度。
可选地，步骤103可以包括：从所述消息缓存队列中取出消息，将所述消息推送至客户端；判断所述消息的消息类型，若所述消息的消息类型为集群消费模式，则将所述消息发送到所述集群中的其他节点。在本发明的实施例中，如果消息的类型为集群消费模式，则除了将该消息推送至客户端外，还需要将该消息转发到所述集群中的其他节点，以保证集群的对等性，使得客户端连接集群的任一节点，都有一致的数据
根据上面所述的各种实施例，可以看出本发明通过接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式的技术手段，解决了现有技术中只限于将指定格式特定渠道的消息推送给客户端的技术问题。本发明实施例规范来自不同渠道不同格式的消息，并将接收到的消息转换为统一的消息格式，因此能够支持来自后台不同格式不同渠道的消息，并将其高效地推送给互联网的客户端。并且对于不同类型的消息，采用不同方式进行消费，以保证集群的对等性，使得客户端连接集群的任一节点，都有一致的数据。
图2是根据本发明实施例的整个分布式消息推送架构的示意图。如图2所示，整个网关集群采用对等设计，客户端通过负载均衡器连接到所述网关集群中的任一网关节点。例如，行情服务集群将行情数据通过广播消费模式广播到所述网关集群中的每个网关节点；资讯服务集群通过集群消费模式发送到所述网关集群中的某一个网关节点，即每条消息只有一台网关节点能接收到。因此，所述网关集群中的各个网关节点相互之间也会建立一条长连接(TCP)，用于将集群消费模式的消息转发到所述网关集群中的其他网关节点。
图3是根据本发明实施例的消息推送逻辑架构的示意图。如图3所示，所述消息推送逻辑架构可分为三层：接入层，处理层和传输层。
其中：
对等节点1和对等节点2：指同级的网关节点；
TgnxServerManager：维护到网关集群中其他网关节点的连接，用于将接收到的集群消费模式的消息转发到网关集群中的其他网关节点。
CnxServerManager：维护连接到该网关节点的所有客户端连接，用于将消息推送到互联的客户端。
接入层
规范来自不同渠道不同格式的消息，并将接入的消息转换为统一的消息格式：消息类型、消息主题和消息体。消息类型可以区分不同渠道消息，继而可以区分消息是广播消费模式(比如CEDA)消息还是集群消费模式(比如Kafka、ED)消息。消息主题是消息业务逻辑分类范畴，消息体就是接入到的消息的内容。不同渠道不同格式的消息经转换后存入消息缓存队列。
处理层
一旦有消息存入消息缓存队列，后台调度线程就会立即从消息缓存队列中取出消息，将消息发送到消息处理线程池，等待消息处理线程调度。由于消息类型不同，可以创建多个线程池(比如集群消费模式对应的消息处理线程池和广播消费模式对应的消息处理线程池)，用于处理不同类型的消息。后台调度线程根据消息类型的不同，将各个消息发送到不同的消息处理线程池，等待消息处理线程调度。
同时，如果该消息是集群消费模式的消息(如Kafka、EDA)，那么还需将消息发送到节点转发线程池，用于将消息发送到集群的其他节点(比如对等节点1和对等节点2)。
传输层
网关和客户端采用长连接进行通信，底层通信框架采用netty-all-4.0.42.Final，通信协议基于自定义协议。
Figure BDA0002300759050000081
Length：大端4个字节整数，等于2、3、4长度总和；
Header length：4个字节整数，等于3的长度；
Header data：使用json序列化数据；
body data：应用自定义二进制序列化数据。
在本发明的实施例中，网关集群中各个网关节点采用对等的设计模式，各个网关节点对客户端的数据模型保持一致。客户端通过负载均衡器连接到任一网关节点即可。当网关节点宕机时，客户端感知到连接不可用时发起重连，通过负载均衡器路由到新的可用的网关节点。
可选地，所述网关集群可以采用Zookeeper实现，网关节点启动时会向Zookeeper进行注册。使用Zookeeper的Watch(监听)机制完成其他节点对失效节点的感知，从而对宕机节点进行故障隔离。同时，由于网关集群采用的是对等的设计，因此该集群具备水平扩容能力。Zookeeper的Watch机制能使其他节点很快感知新增节点的加入，扩容只需新节点部署启动即可，无需停机维护。
本发明实施例通过引入一个缓存消息队列，接收来自不同渠道不同格式的消息，来应对不同后台服务消息推送的要求。消息调度处理通过使用大量的线程池，保证消息处理环节的异步和高吞吐。对于接收的集群消费模式消息来说，一个消息由于在网关集群节点只有一个节点能接收到消息，该网关节点在处理收到消息的同时，需要将消息转发给集群中的所有其他网关节点，保证集群的对等性，使得客户端连接网关集群任意节点，都有一致的数据视图。如果网关节点宕机，客户端重连机制通过负载均衡器会自动路由到其他可用网关节点，保证客户端不受影响。网关节点维护所有连接到此网关节点的客户端连接。
可选地，在将消息推送到客户端之前，本发明实施例还设计了一个过滤器链，过滤器链采用的是可插拔可配置的设计，能灵活应对不同业务规则要求，保证不同消息根据业务要求能推送到不同客户端。
图4是根据本发明一个可参考实施例的消息推送方法的主要流程的示意图。如图4所示，作为本发明的另一个实施例，所述消息推送方法可以包括：
步骤401，接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式。
步骤402，将转换为统一的消息格式的消息存入消息缓存队列。
步骤403，从所述消息缓存队列中取出消息，判断所述消息的消息类型；若消息类型为集群消费模式，则执行步骤404；若消息类型为广播消费模式，则执行步骤405。
步骤404，将消息发送到集群消费模式对应的第一消息处理线程池，同时将消息发送到节点转发线程池。
步骤405，将消息发送到广播消费模式对应的第二消息处理线程池。
步骤406，第一消息处理线程和第二消息处理线程消费各自对应的消息，从而将消息推送至客户端；同时节点转发线程池将消息发送到集群的其他各个节点。
另外，在本发明一个可参考实施例中消息推送方法的具体实施内容，在上面所述消息推送方法中已经详细说明了，故在此重复内容不再说明。
图5是根据本发明实施例的消息推送装置的主要模块的示意图，如图5所示，所述消息推送装置500设置于群集中的任一节点，包括：接收模块501、队列模块502和消费模块503。其中，接收模块501用于接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式；队列模块502用于将转换为统一的消息格式的消息存入消息缓存队列；消费模块503用于从所述消息缓存队列中取出消息，并消费所述消息。
可选地，所述统一的消息格式包括消息类型、消息主题和消息体；其中，所述消息类型用于区分不同渠道的消息。
可选地，所述消息类型包括广播消费模式或者集群消费模式。
可选地，所述消费模块503还用于：
从所述消息缓存队列中取出消息，将所述消息推送至客户端；
判断所述消息的消息类型，若所述消息的消息类型为集群消费模式，则将所述消息发送到所述集群中的其他节点。
可选地，所述集群为分布式集群，所述客户端通过负载均衡器连接到所述节点。
根据上面所述的各种实施例，可以看出本发明通过接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式的技术手段，解决了现有技术中只限于将指定格式特定渠道的消息推送给客户端的技术问题。本发明实施例规范来自不同渠道不同格式的消息，并将接收到的消息转换为统一的消息格式，因此能够支持来自后台不同格式不同渠道的消息，并将其高效地推送给互联网的客户端。并且对于不同类型的消息，采用不同方式进行消费，以保证集群的对等性，使得客户端连接集群的任一节点，都有一致的数据。
需要说明的是，在本发明所述消息推送装置的具体实施内容，在上面所述消息推送方法中已经详细说明了，故在此重复内容不再说明。
图6示出了可以应用本发明实施例的消息推送方法或消息推送装置的示例性系统架构600。
如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的物品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、物品信息——仅为示例)反馈给终端设备。
需要说明的是，本发明实施例所提供的消息推送方法一般由服务器605执行，相应地，所述消息推送装置一般设置在服务器605中。
应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、队列模块和消费模块，其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式；将转换为统一的消息格式的消息存入消息缓存队列；从所述消息缓存队列中取出消息，并消费所述消息。
根据本发明实施例的技术方案，因为采用接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式的技术手段，所以克服了现有技术中只限于将指定格式特定渠道的消息推送给客户端的技术问题。本发明实施例规范来自不同渠道不同格式的消息，并将接收到的消息转换为统一的消息格式，因此能够支持来自后台不同格式不同渠道的消息，并将其高效地推送给互联网的客户端。并且对于不同类型的消息，采用不同方式进行消费，以保证集群的对等性，使得客户端连接集群的任一节点，都有一致的数据。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

1.一种消息推送方法，其特征在于，应用于群集中的任一节点，包括：
接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式；
将转换为统一的消息格式的消息存入消息缓存队列；
从所述消息缓存队列中取出消息，并消费所述消息。
2.根据权利要求1所述的方法，其特征在于，所述统一的消息格式包括消息类型、消息主题和消息体；其中，所述消息类型用于区分不同渠道的消息。
3.根据权利要求2所述的方法，其特征在于，所述消息类型包括广播消费模式或者集群消费模式。
4.根据权利要求3所述的方法，其特征在于，从所述消息缓存队列中取出消息，并消费所述消息，包括：
从所述消息缓存队列中取出消息，将所述消息推送至客户端；
判断所述消息的消息类型，若所述消息的消息类型为集群消费模式，则将所述消息发送到所述集群中的其他节点。
5.根据权利要求4所述的方法，其特征在于，所述集群为分布式集群，所述客户端通过负载均衡器连接到所述节点。
6.一种消息推送装置，其特征在于，设置于群集中的任一节点，包括：
接收模块，用于接收来自不同渠道不同格式的各个消息，将所述来自不同渠道不同格式的各个消息分别转换为统一的消息格式；
队列模块，用于将转换为统一的消息格式的消息存入消息缓存队列；
消费模块，用于从所述消息缓存队列中取出消息，并消费所述消息。
7.根据权利要求6所述的装置，其特征在于，所述统一的消息格式包括消息类型、消息主题和消息体；其中，所述消息类型用于区分不同渠道的消息。
8.根据权利要求7所述的装置，其特征在于，所述消息类型包括广播消费模式或者集群消费模式。
9.根据权利要求8所述的装置，其特征在于，所述消费模块还用于：
从所述消息缓存队列中取出消息，将所述消息推送至客户端；
判断所述消息的消息类型，若所述消息的消息类型为集群消费模式，则将所述消息发送到所述集群中的其他节点。
10.根据权利要求9所述的装置，其特征在于，所述集群为分布式集群，所述客户端通过负载均衡器连接到所述节点。
11.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。
12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。
CN201911220671.8A 2019-12-03 2019-12-03 一种消息推送方法和装置 Pending CN111193656A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911220671.8A CN111193656A (zh) 2019-12-03 2019-12-03 一种消息推送方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911220671.8A CN111193656A (zh) 2019-12-03 2019-12-03 一种消息推送方法和装置

Publications (1)

Publication Number Publication Date
CN111193656A true CN111193656A (zh) 2020-05-22

Family

ID=70709177

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911220671.8A Pending CN111193656A (zh) 2019-12-03 2019-12-03 一种消息推送方法和装置

Country Status (1)

Country Link
CN (1) CN111193656A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113630729A (zh) * 2021-10-13 2021-11-09 广州市玄武无线科技股份有限公司 一种5g消息智能传输系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105530225A (zh) * 2014-09-30 2016-04-27 中国电信股份有限公司 呼叫中心的非实时媒体消息的处理方法、系统及呼叫中心
CN109450936A (zh) * 2018-12-21 2019-03-08 武汉长江通信智联技术有限公司 一种基于Kafka的异构通信协议的适配方法及装置
US20190138410A1 (en) * 2017-11-09 2019-05-09 Bank Of America Corporation Distributed data monitoring device
CN109815028A (zh) * 2018-12-27 2019-05-28 北京摩拜科技有限公司 数据同步的系统、方法、装置和计算机存储介质
CN109951463A (zh) * 2019-03-07 2019-06-28 成都古河云科技有限公司 一种基于流计算和新型列式存储的物联网大数据分析方法
CN110166455A (zh) * 2019-05-21 2019-08-23 东信和平科技股份有限公司 一种多运营商平台数据适配方法及相关设备
CN110351315A (zh) * 2018-04-03 2019-10-18 中兴通讯股份有限公司 数据处理的方法、系统及存储介质、电子装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105530225A (zh) * 2014-09-30 2016-04-27 中国电信股份有限公司 呼叫中心的非实时媒体消息的处理方法、系统及呼叫中心
US20190138410A1 (en) * 2017-11-09 2019-05-09 Bank Of America Corporation Distributed data monitoring device
CN110351315A (zh) * 2018-04-03 2019-10-18 中兴通讯股份有限公司 数据处理的方法、系统及存储介质、电子装置
CN109450936A (zh) * 2018-12-21 2019-03-08 武汉长江通信智联技术有限公司 一种基于Kafka的异构通信协议的适配方法及装置
CN109815028A (zh) * 2018-12-27 2019-05-28 北京摩拜科技有限公司 数据同步的系统、方法、装置和计算机存储介质
CN109951463A (zh) * 2019-03-07 2019-06-28 成都古河云科技有限公司 一种基于流计算和新型列式存储的物联网大数据分析方法
CN110166455A (zh) * 2019-05-21 2019-08-23 东信和平科技股份有限公司 一种多运营商平台数据适配方法及相关设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113630729A (zh) * 2021-10-13 2021-11-09 广州市玄武无线科技股份有限公司 一种5g消息智能传输系统

Similar Documents

Publication Publication Date Title
CN107590001B (zh) 负载均衡方法及装置、存储介质、电子设备
CN108696374B (zh) 更新客户端配置的方法和装置
CN109995801B (zh) 一种消息传输方法和装置
WO2017174026A1 (zh) 一种客户端连接方法及系统
CN111917687B (zh) 一种循环推送提醒消息的方法和装置
CN110830374B (zh) 一种基于sdk的灰度发布的方法和装置
CN111447257A (zh) 报文转换方法和装置
CN110505074B (zh) 一种应用模块化集成方法和装置
CN110650209A (zh) 实现负载均衡的方法和装置
CN112084042B (zh) 一种消息处理的方法和装置
CN110321252B (zh) 一种技能服务资源调度的方法和装置
CN113722055A (zh) 数据处理方法、装置、电子设备和计算机可读介质
CN110798495B (zh) 用于在集群架构模式下端到端的消息推送的方法和服务器
CN112653632A (zh) 一种流量控制实现方法和装置
US20090132582A1 (en) Processor-server hybrid system for processing data
CN111193656A (zh) 一种消息推送方法和装置
CN117194562A (zh) 数据同步方法和装置、电子设备和计算机可读介质
CN112948138A (zh) 一种处理消息的方法和装置
CN113535371A (zh) 一种多线程异步加载资源的方法和装置
CN116743754A (zh) 信息处理方法、装置、服务器集群、电子设备和介质
CN114760360B (zh) 请求响应方法、装置、电子设备及计算机可读存储介质
CN113238808A (zh) 一种消息推送方法和装置
CN113760487A (zh) 一种业务处理方法和装置
CN116112880B (zh) 基于mq的高并发短信发送方法和装置
US20240146800A1 (en) Data plane reduction for eventing components

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20220923

Address after: 25 Financial Street, Xicheng District, Beijing 100033

Applicant after: CHINA CONSTRUCTION BANK Corp.

Address before: 25 Financial Street, Xicheng District, Beijing 100033

Applicant before: CHINA CONSTRUCTION BANK Corp.

Applicant before: Jianxin Financial Science and Technology Co.,Ltd.

TA01 Transfer of patent application right
RJ01 Rejection of invention patent application after publication

Application publication date: 20200522

RJ01 Rejection of invention patent application after publication