CN110417646A - 基于rpc应用程序推送订阅消息的方法以及装置 - Google Patents
基于rpc应用程序推送订阅消息的方法以及装置 Download PDFInfo
- Publication number
- CN110417646A CN110417646A CN201910710338.9A CN201910710338A CN110417646A CN 110417646 A CN110417646 A CN 110417646A CN 201910710338 A CN201910710338 A CN 201910710338A CN 110417646 A CN110417646 A CN 110417646A
- Authority
- CN
- China
- Prior art keywords
- message
- client
- push
- subscription
- service
- 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
Links
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/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种基于RPC应用程序推送订阅消息的方法以及装置。该方法包括消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,以使在包装消息服务后,统一处理消息并推送至相关客户端。本申请解决了订阅消息接入复杂度的技术问题。通过本申请实现了接入消息中间件的灵活配置、打通服务之间的消息通道。
Description
技术领域
本申请涉及微服务架构领域,具体而言,涉及一种基于RPC应用程序推送订阅消息的方法以及装置。
背景技术
微服务架构体系,需要接入消息中间件。
但是消息中间件具有如下缺陷:
接入较为繁琐,配置项多为重复内容。进一步,还存在依赖性,替换实现要更改业务系统的问题。
针对相关技术中订阅消息接入复杂度的问题,目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种基于RPC应用程序推送订阅消息的方法以及装置,以解决相关技术中订阅消息接入复杂度的问题。
为了实现上述目的,根据本申请的一个方面,提供了一种方法。
根据本申请的基于RPC应用程序推送订阅消息的方包括:消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,以使在包装消息服务后,统一处理消息并推送至相关客户端。
进一步地,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表包括:订阅消息推送的步骤,所述订阅消息推送的步骤包括:根据客户端订阅配置,从消息中间件订阅消息;消息服务收到消息后,从Redis数据库中获取客户端集群信息;使用Dubbo集群调用功能,将消息推送至指定服务集群,如果服务消费成功,则标记消息处理成功;如果服务消费失败,则等待重新推送,直到成功为止。
进一步地,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表包括:断线重连的步骤,所述断线重连的步骤包括:如果客户端网络异常导致离线时,通过监听注册中心离线事件并标记服务离线;如果络异常恢复,客户端重新上线后,通过监听注册中心上线事件,并从Redis中获取信息重新注册后服务恢复。
进一步地,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表包括:发送消息的步骤,所述发送消息的步骤包括:提供发送消息接口,接收客户端向指定通道发送消息,并将消息存入消息中间件;将消息推送至订阅服务。
进一步地,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,之后还包括:判断客户端的数量是否为零;如果判断客户端的数量为零,则客户端离线停止推送;如果判断客户端的数量不为零,则继续推送订阅消息。
为了实现上述目的,根据本申请的另一方面,提供了一种基于RPC应用程序推送订阅消息的装置。
根据本申请的基于RPC应用程序推送订阅消息的装置包括:推送模块,用于在消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,以使在包装消息服务后,统一处理消息并推送至相关客户端。
进一步地,所述推送模块,用于
根据客户端订阅配置,从消息中间件订阅消息;
消息服务收到消息后,从Redis数据库中获取客户端集群信息;
使用Dubbo集群调用功能,将消息推送至指定服务集群,如果服务消费成功,则标记消息处理成功;如果服务消费失败,则等待重新推送,直到成功为止。
进一步地,所述推送模块,用于
如果客户端网络异常导致离线时,通过监听注册中心离线事件并标记服务离线;
如果络异常恢复,客户端重新上线后,通过监听注册中心上线事件,并从Redis中获取信息重新注册后服务恢复。
进一步地,所述推送模块,用于
提供发送消息接口,接收客户端向指定通道发送消息,并将消息存入消息中间件;
将消息推送至订阅服务。
进一步地,所述推送模块,用于
判断客户端的数量是否为零;
如果判断客户端的数量为零,则客户端离线停止推送;
如果判断客户端的数量不为零,则继续推送订阅消息。
在本申请实施例中基于RPC应用程序推送订阅消息的方法以及装置,采用消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,以使在包装消息服务后,统一处理消息并推送至相关客户端,从而实现了接入消息中间件的灵活配置、打通服务之间的消息通道的技术效果,进而解决了订阅消息接入复杂度的技术问题。
此外,本申请实施例中通过抽象消息事件模型,可接入多数据源。而服务中心化,可以使得升级维护更加便捷。并且可根据需求替换中间件,预留扩展能力,外部无感知。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解,使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请第一实施例的基于RPC应用程序推送订阅消息的方法流程示意图;
图2是根据本申请第二实施例的基于RPC应用程序推送订阅消息的方法流程示意图;
图3是根据本申请第三实施例的基于RPC应用程序推送订阅消息的方法流程示意图;
图4是根据本申请第四实施例的基于RPC应用程序推送订阅消息的方法流程示意图;
图5是根据本申请第五实施例的基于RPC应用程序推送订阅消息的方法流程示意图;
图6是根据本申请实施例的基于RPC应用程序推送订阅消息的装置结构示意图;
图7是消息推送示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本申请中,术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例,并非用于限定所指示的装置、元件或组成部分必须具有特定方位,或以特定方位进行构造和操作。
并且,上述部分术语除了可以用于表示方位或位置关系以外,还可能用于表示其他含义,例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言,可以根据具体情况理解这些术语在本申请中的具体含义。
此外,术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如,可以是固定连接,可拆卸连接,或整体式构造;可以是机械连接,或电连接;可以是直接相连,或者是通过中间媒介间接相连,又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
如图1所示,该方法包括如下的步骤S100:
步骤S100消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,以使在包装消息服务后,统一处理消息并推送至相关客户端。
通过在所述消息服务拉取消息中间件中的所述订阅消息,并通过轮询所述订阅消息并且在有新消息时获取客户端列表,可以在对消息服务进行包装后,统一处理消息并推送至相关的客户端。适用于微服务架构体系,需要接入消息中间件的场景。
通过本申请实施例中的基于RPC应用程序推送订阅消息的方法,屏蔽接入复杂度,并且打通服务之间的消息通道。能够快捷接入,提升易用性。此外,易维护、可扩展、高可用。
从以上的描述中,可以看出,本申请实现了如下技术效果:
采用消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,以使在包装消息服务后,统一处理消息并推送至相关客户端,从而实现了接入消息中间件的灵活配置、打通服务之间的消息通道的技术效果,进而解决了订阅消息接入复杂度的技术问题。
根据本申请实施例,优选地,如图2所示,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表包括:订阅消息推送的步骤,
所述订阅消息推送的步骤包括:
步骤S200根据客户端订阅配置,从消息中间件订阅消息;
步骤S201消息服务收到消息后,从Redis数据库中获取客户端集群信息;
步骤S202使用Dubbo集群调用功能,将消息推送至指定服务集群,如果服务消费成功,则标记消息处理成功;如果服务消费失败,则等待重新推送,直到成功为止。
具体地,消息推送的步骤包括,首先根据客户端订阅配置,从消息中间件订阅消息。然后收到消息后,从Redis中获取客户端集群信息;接着使用Dubbo集群调用功能,将消息推送至指定服务集群;如果服务消费成功,则标记消息处理成功,如果继续消费服务消费失败,则等待1秒后重新推送,直到成功为止。
根据本申请实施例,优选地,如图3所示,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表包括:断线重连的步骤,
所述断线重连的步骤包括:
步骤S300如果客户端网络异常导致离线时,通过监听注册中心离线事件并标记服务离线;
步骤S301如果络异常恢复,客户端重新上线后,通过监听注册中心上线事件,并从Redis中获取信息重新注册后服务恢复。
具体地,包括断线重连的处理步骤,首先客户端网络异常导致离线,离线时长1小时,需要监听注册中心离线事件,并标记服务离线;当网络异常恢复,客户端重新上线,最后监听注册中心上线事件,从Redis中获取信息重新注册,服务恢复。
根据本申请实施例,优选地,如图4所示,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表包括:发送消息的步骤,
所述发送消息的步骤包括:
步骤S400提供发送消息接口,接收客户端向指定通道发送消息,并将消息存入消息中间件;
步骤S401将消息推送至订阅服务。
具体地,包括发送消息的具体处理步骤,首先,提供发送消息接口,客户端向指定通道发送消息。然后将消息存入消息中间件,当进入到消息推送流程,则将消息推送至订阅服务。
根据本申请实施例,优选地,如图5所示,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,之后还包括:
步骤S500判断客户端的数量是否为零;
步骤S501如果判断客户端的数量为零,则客户端离线停止推送;
步骤S502如果判断客户端的数量不为零,则继续推送订阅消息。
具体地,通过轮询消判断是否有新的消息,如果有新的消息时判断客户端的数量是否为零,如果判断客户端的数量为零,则客户端离线停止推送。如果判断客户端的数量不为零,则继续推送订阅消息。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
根据本申请实施例,还提供了一种用于实施上述方法的基于RPC应用程序推送订阅消息的装置,如图6所示,该装置包括:推送模块100,用于在消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,以使在包装消息服务后,统一处理消息并推送至相关客户端。
通过在所述消息服务拉取消息中间件中的所述订阅消息,并通过轮询所述订阅消息并且在有新消息时获取客户端列表,可以在对消息服务进行包装后,统一处理消息并推送至相关的客户端。适用于微服务架构体系,需要接入消息中间件的场景。
通过本申请实施例中的基于RPC应用程序推送订阅消息的方法,屏蔽接入复杂度,并且打通服务之间的消息通道。能够快捷接入,提升易用性。此外,易维护、可扩展、高可用。
根据本申请实施例,优选地,所述推送模块100,用于
根据客户端订阅配置,从消息中间件订阅消息;
消息服务收到消息后,从Redis数据库中获取客户端集群信息;
使用Dubbo集群调用功能,将消息推送至指定服务集群,如果服务消费成功,则标记消息处理成功;如果服务消费失败,则等待重新推送,直到成功为止。
具体地,消息推送的步骤包括,首先根据客户端订阅配置,从消息中间件订阅消息。然后收到消息后,从Redis中获取客户端集群信息;接着使用Dubbo集群调用功能,将消息推送至指定服务集群;如果服务消费成功,则标记消息处理成功,如果继续消费服务消费失败,则等待1秒后重新推送,直到成功为止。
根据本申请实施例,优选地,所述推送模块100,用于
如果客户端网络异常导致离线时,通过监听注册中心离线事件并标记服务离线;
如果络异常恢复,客户端重新上线后,通过监听注册中心上线事件,并从Redis中获取信息重新注册后服务恢复。
具体地,包括断线重连的处理步骤,首先客户端网络异常导致离线,离线时长1小时,需要监听注册中心离线事件,并标记服务离线;当网络异常恢复,客户端重新上线,最后监听注册中心上线事件,从Redis中获取信息重新注册,服务恢复。
根据本申请实施例,优选地,所述推送模块100,用于
提供发送消息接口,接收客户端向指定通道发送消息,并将消息存入消息中间件;
将消息推送至订阅服务。
具体地,包括发送消息的具体处理步骤,首先,提供发送消息接口,客户端向指定通道发送消息。然后将消息存入消息中间件,当进入到消息推送流程,则将消息推送至订阅服务。
根据本申请实施例,优选地,所述推送模块100,用于
判断客户端的数量是否为零;
如果判断客户端的数量为零,则客户端离线停止推送;
如果判断客户端的数量不为零,则继续推送订阅消息。
具体地,通过轮询消判断是否有新的消息,如果有新的消息时判断客户端的数量是否为零,如果判断客户端的数量为零,则客户端离线停止推送。如果判断客户端的数量不为零,则继续推送订阅消息。
如图7所示,消息推送的步骤包括,首先根据客户端订阅配置,从消息中间件订阅消息。然后收到消息后,从Redis中获取客户端集群信息;接着使用Dubbo集群调用功能,将消息推送至指定服务集群;如果服务消费成功,则标记消息处理成功,如果继续消费服务消费失败,则等待1秒后重新推送,直到成功为止。
一种时序交互方法,包括了数据源、消息服务、消息中间件、客户端。具体地,进行如下的交互:
在客户端通过消息中间件提交注册客户端申请,消息服务返回注册成功的消息至客户端。
在数据源中产生消息发送至消息服务,消息服务储存消息至消息中间件。
消息中间件返回存入消息成功至消息服务,消息服务返回成功至数据源。
在进行消息推送时,消息服务向消息中间件拉取消息,消息中间件返回消息列表,消息服务根据返回的消息列表向客户端进行订阅消息的推送,并且在客户端返回成功的消息至消息服务,最后消息服务返回提交消息记录至消息中间件。本申请实施例中通过抽象消息事件模型,可接入多数据源。而服务中心化,可以使得升级维护更加便捷。并且可根据需求替换中间件,预留扩展能力,外部无感知。
显然,本领域的技术人员应该明白,上述的本申请的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种基于RPC应用程序推送订阅消息的方法,其特征在于,包括:
消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,以使在包装消息服务后,统一处理消息并推送至相关客户端。
2.根据权利要求1所述的基于RPC应用程序推送订阅消息的方法,其特征在于,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表包括:订阅消息推送的步骤,
所述订阅消息推送的步骤包括:
根据客户端订阅配置,从消息中间件订阅消息;
消息服务收到消息后,从Redis数据库中获取客户端集群信息;
使用Dubbo集群调用功能,将消息推送至指定服务集群,如果服务消费成功,则标记消息处理成功;如果服务消费失败,则等待重新推送,直到成功为止。
3.根据权利要求1所述的基于RPC应用程序推送订阅消息的方法,其特征在于,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表包括:断线重连的步骤,
所述断线重连的步骤包括:
如果客户端网络异常导致离线时,通过监听注册中心离线事件并标记服务离线;
如果络异常恢复,客户端重新上线后,通过监听注册中心上线事件,并从Redis中获取信息重新注册后服务恢复。
4.根据权利要求1所述的基于RPC应用程序推送订阅消息的方法,其特征在于,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表包括:发送消息的步骤,
所述发送消息的步骤包括:
提供发送消息接口,接收客户端向指定通道发送消息,并将消息存入消息中间件;
将消息推送至订阅服务。
5.根据权利要求1所述的基于RPC应用程序推送订阅消息的方法,其特征在于,消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,之后还包括:
判断客户端的数量是否为零;
如果判断客户端的数量为零,则客户端离线停止推送;
如果判断客户端的数量不为零,则继续推送订阅消息。
6.一种基于RPC应用程序推送订阅消息的装置,其特征在于,包括:
推送模块,用于在消息服务拉取消息中间件中的订阅消息,轮询订阅消息并且在有新消息时获取客户端列表,以使在包装消息服务后,统一处理消息并推送至相关客户端。
7.根据权利要求6所述的基于RPC应用程序推送订阅消息的装置,其特征在于,所述推送模块,用于
根据客户端订阅配置,从消息中间件订阅消息;
消息服务收到消息后,从Redis数据库中获取客户端集群信息;
使用Dubbo集群调用功能,将消息推送至指定服务集群,如果服务消费成功,则标记消息处理成功;如果服务消费失败,则等待重新推送,直到成功为止。
8.根据权利要求6所述的基于RPC应用程序推送订阅消息的装置,其特征在于,所述推送模块,用于
如果客户端网络异常导致离线时,通过监听注册中心离线事件并标记服务离线;
如果络异常恢复,客户端重新上线后,通过监听注册中心上线事件,并从Redis中获取信息重新注册后服务恢复。
9.根据权利要求6所述的基于RPC应用程序推送订阅消息的装置,其特征在于,所述推送模块,用于
提供发送消息接口,接收客户端向指定通道发送消息,并将消息存入消息中间件;
将消息推送至订阅服务。
10.根据权利要求6所述的基于RPC应用程序推送订阅消息的装置,其特征在于,所述推送模块,用于
判断客户端的数量是否为零;
如果判断客户端的数量为零,则客户端离线停止推送;
如果判断客户端的数量不为零,则继续推送订阅消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910710338.9A CN110417646A (zh) | 2019-08-01 | 2019-08-01 | 基于rpc应用程序推送订阅消息的方法以及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910710338.9A CN110417646A (zh) | 2019-08-01 | 2019-08-01 | 基于rpc应用程序推送订阅消息的方法以及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110417646A true CN110417646A (zh) | 2019-11-05 |
Family
ID=68365341
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910710338.9A Pending CN110417646A (zh) | 2019-08-01 | 2019-08-01 | 基于rpc应用程序推送订阅消息的方法以及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110417646A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110932874A (zh) * | 2019-11-22 | 2020-03-27 | 南京甄视智能科技有限公司 | 分布式消息广播通知实现方法 |
CN110968439A (zh) * | 2019-11-28 | 2020-04-07 | 蜂助手股份有限公司 | 系统间的消息通知方法、装置、服务器、系统及存储介质 |
CN111193789A (zh) * | 2019-12-25 | 2020-05-22 | 微民保险代理有限公司 | 订阅信息推送方法、装置、计算机设备和可读存储介质 |
CN111211973A (zh) * | 2020-01-15 | 2020-05-29 | 百望股份有限公司 | 发票领域的消息处理方法、装置及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20030057593A (ko) * | 2001-12-29 | 2003-07-07 | 엘지전자 주식회사 | 무선가입자망 시스템의 트랩 메시지 전송 방법 |
CN101188575A (zh) * | 2007-12-04 | 2008-05-28 | 浙江大学 | 一种面向发布订阅系统的流量控制和消息缓存方法 |
CN101378403A (zh) * | 2008-07-02 | 2009-03-04 | 北京航空航天大学 | 一种基于集合的资源通知处理系统及处理方法 |
CN102377685A (zh) * | 2010-08-06 | 2012-03-14 | 阿里巴巴集团控股有限公司 | 一种订阅消息的发送系统以及订阅消息的发送方法 |
CN104092767A (zh) * | 2014-07-21 | 2014-10-08 | 北京邮电大学 | 一种增加消息队列模型的发布/订阅系统及其工作方法 |
CN105791082A (zh) * | 2014-12-23 | 2016-07-20 | 阿里巴巴集团控股有限公司 | 计算机集群间基于消息中间件的消息传输方法及其装置 |
CN108632299A (zh) * | 2017-03-15 | 2018-10-09 | 北京京东尚科信息技术有限公司 | 增强注册中心可用性的方法、装置、电子设备和存储介质 |
-
2019
- 2019-08-01 CN CN201910710338.9A patent/CN110417646A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20030057593A (ko) * | 2001-12-29 | 2003-07-07 | 엘지전자 주식회사 | 무선가입자망 시스템의 트랩 메시지 전송 방법 |
CN101188575A (zh) * | 2007-12-04 | 2008-05-28 | 浙江大学 | 一种面向发布订阅系统的流量控制和消息缓存方法 |
CN101378403A (zh) * | 2008-07-02 | 2009-03-04 | 北京航空航天大学 | 一种基于集合的资源通知处理系统及处理方法 |
CN102377685A (zh) * | 2010-08-06 | 2012-03-14 | 阿里巴巴集团控股有限公司 | 一种订阅消息的发送系统以及订阅消息的发送方法 |
CN104092767A (zh) * | 2014-07-21 | 2014-10-08 | 北京邮电大学 | 一种增加消息队列模型的发布/订阅系统及其工作方法 |
CN105791082A (zh) * | 2014-12-23 | 2016-07-20 | 阿里巴巴集团控股有限公司 | 计算机集群间基于消息中间件的消息传输方法及其装置 |
CN108632299A (zh) * | 2017-03-15 | 2018-10-09 | 北京京东尚科信息技术有限公司 | 增强注册中心可用性的方法、装置、电子设备和存储介质 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110932874A (zh) * | 2019-11-22 | 2020-03-27 | 南京甄视智能科技有限公司 | 分布式消息广播通知实现方法 |
CN110932874B (zh) * | 2019-11-22 | 2022-08-16 | 南京甄视智能科技有限公司 | 分布式消息广播通知实现方法 |
CN110968439A (zh) * | 2019-11-28 | 2020-04-07 | 蜂助手股份有限公司 | 系统间的消息通知方法、装置、服务器、系统及存储介质 |
CN111193789A (zh) * | 2019-12-25 | 2020-05-22 | 微民保险代理有限公司 | 订阅信息推送方法、装置、计算机设备和可读存储介质 |
CN111193789B (zh) * | 2019-12-25 | 2023-07-11 | 微民保险代理有限公司 | 订阅信息推送方法、装置、计算机设备和可读存储介质 |
CN111211973A (zh) * | 2020-01-15 | 2020-05-29 | 百望股份有限公司 | 发票领域的消息处理方法、装置及存储介质 |
CN111211973B (zh) * | 2020-01-15 | 2022-06-21 | 百望股份有限公司 | 发票领域的消息处理方法、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110417646A (zh) | 基于rpc应用程序推送订阅消息的方法以及装置 | |
CN101141301B (zh) | 用于事务恢复的方法及装置 | |
CN108737570A (zh) | 一种信息推送方法、装置及系统 | |
CN101175000A (zh) | 一种自动检测ip地址的方法及装置 | |
CN107357571A (zh) | 设备组件程序的维护方法、系统及组件服务器 | |
CN113391979A (zh) | 监控数据展示的处理方法、设备、系统及存储介质 | |
WO2012012515A2 (en) | System and method for managing data on an occasionally connected mobile device | |
CN108881406A (zh) | 一种基于模块化数据中心的物联网云监控系统 | |
CN112630557A (zh) | 设备状态检测方法、装置、设备及介质 | |
EP2189904A1 (en) | Systems and methods for electronically routing data | |
US20070299958A1 (en) | State synchronization apparatuses and methods | |
CN108924207A (zh) | 终端设备及其系统文件更新方法、系统和计算机存储介质 | |
CN202094936U (zh) | 一种火警图文系统 | |
CN109740768A (zh) | 用于车辆召回的数据处理方法及装置 | |
CN106408793B (zh) | 一种适用于atm业务的业务组件共享方法及系统 | |
WO2012150769A2 (en) | Method and apparatus for connecting devices | |
CN114679472A (zh) | 通信系统、方法、装置、存储介质及电子设备 | |
CN105353701B (zh) | 一种可靠的分布式报警系统和方法 | |
WO2021153832A1 (ko) | 브로커 기반 오피씨 유에이 펍섭을 이용한 제조 장비 시스템의 고도화 운용 방법 | |
CN107306290A (zh) | 一种会话session共享方法及应用服务器 | |
CN110213322A (zh) | 用于社区的内容发布处理方法、客户端、服务器 | |
CN104038515A (zh) | 内容分发方法、装置及系统 | |
CN102165718B (zh) | 用于基于位置信息更新和提供存在信息的方法和装置 | |
JP3549762B2 (ja) | 通信回線警報通知装置及び通信回線警報通知方法 | |
CN115348211B (zh) | 一种使用可用的网络节点来处理计算任务的方法 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191105 |
|
RJ01 | Rejection of invention patent application after publication |