CN111866170A - Iot集群内发送同步消息的方法 - Google Patents
Iot集群内发送同步消息的方法 Download PDFInfo
- Publication number
- CN111866170A CN111866170A CN202010753337.5A CN202010753337A CN111866170A CN 111866170 A CN111866170 A CN 111866170A CN 202010753337 A CN202010753337 A CN 202010753337A CN 111866170 A CN111866170 A CN 111866170A
- Authority
- CN
- China
- Prior art keywords
- iot
- request
- node
- message
- result object
- 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.)
- Granted
Links
Images
Classifications
-
- 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
- G06F9/526—Mutual exclusion algorithms
-
- 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/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- 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/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供一种IOT集群内发送同步消息的方法,包括以下步骤:步骤1、启动Eureka注册中心,IOT集群节点向Redis订阅主题;步骤2、IOT暴露http接口,接收请求,并根据设备是够在线的结果查询与设备连接的目标节点,并将目标节点的信息存入分布式缓存中以及将结果对象存储到本地;步骤3、设备收到请求命令回复响应,获取本地缓存中的结果对象并释放结果对象的锁,并把收到的消息放入结果对象。本发明的IOT集群内发送同步消息的方法,适用于即时请求即时返回结果的场景,能满足实时请求的要求。而且,对调用方影响小:调用方只需要发送http请求后即可得到响应数据,无需二次开发。
Description
技术领域
本发明涉及IOT平台技术领域,具体而言涉及一种-IOT集群内发送同步消息的方法。
背景技术
物联网(IOT)平台是指将各种设备连接到统一的管理平台,实现设备和平台之间数据采集和命令下发的双向通信。
在物联网环境下,终端设备与IOT是通过socket长连接保持相互之间的通信,在分布式环境下,IOT服务会部署多个节点,而终端设备只能与其中一个节点建立连接,而此时调用方利用http向IOT发送请求命令获取设备的数据,然后同步等待IOT的响应,与此同时设备在收到IOT下发的命令后,立即回复响应结果,但是设备回复响应的IOT与下发命令的IOT可能不是一个节点,而造成调用方等待超时。目前来说,是通过回调的方式解决的。例如通过回调的方式将设备响应的结果转发给调用方,由调用方自己添加业务逻辑来处理回调返回的响应内容。结合图1-3所示,IOT集群环境下,通过http请求向设备发送命令并同步等待设备回复的消息,不管设备所在连接在哪个节点上,发起的http请求总能同步等待后收到设备回复的响应。
发明内容
本发明目的在于提供一种IOT集群内发送同步消息的方法,包括以下步骤:
步骤1、启动Eureka注册中心,IOT集群节点向Redis订阅主题;
步骤2、IOT暴露http接口,接收请求,并根据设备是够在线的结果查询与设备连接的目标节点,并将目标节点的信息存入分布式缓存中以及将结果对象存储到本地;
步骤3、设备收到请求命令回复响应,获取本地缓存中的结果对象并释放结果对象的锁,并把收到的消息放入结果对象。
优选地,所述步骤1的具体实现包括:
第一步:启动Eureka注册中心;
第二步:IOT集群节点向Eureka注册,并暴露自己的IP+PORT;
第三步:IOT集群节点分别向Redis订阅主题,主题格式:iot_notify_IP+PORT。
优选地,所述步骤2的具体实现包括:
第一步:暴露http接口,接收请求,所述接收的http请求中携带请求ID,且唯一;
第二步:判断设备是否在线:如果设备不在线,结束返回结果;否则进入第三步;
第三步:查询与设备连接的节点:通过查询数据库得到设备连接的节点,并获取目标节点注册在Eureka注册中心上的IP+PORT;
第四步:把目标节点的IP+PORT存入分布式缓存redis中:把设备编号sn+请求ID作为key,与设备连接的节点IP+PORT作为value,存入分布式缓存Redis中;
第五步:创建结果对象,并把结果对象存储本地缓存:把请求ID作为key,结果对象作为value,存在本地缓存;
第六步:把请求命令转发给目标节点,所述请求命令中携带请求ID
第七步:目标节点收到消息,发送给设备;
第八步:锁定结果对象。
优选地,所述步骤2的第八步中,利用wait()方法锁定对象,使线程持续等待,等当前节点订阅的Redis主题收到消息后通过notifyAll()方法释放对象的锁。
优选地,所述步骤3的具体实现包括:
第一步:设备收到请求命令回复响应:设备收到IOT节点发来的请求命令后,把响应数据并发回给IOT节点,响应数据中携带请求ID;
第二步:与设备连接的IOT节点收到消息,解析响应数据中的请求ID;
第三步:IOT节点从Redis分布式缓存中获取消息来源的IOT节点IP+PORT,其中在发送消息到设备之前,把收到http请求的节点的IP+PORT存入了Redis,现在把设备编码+请求ID作为key,从Redis缓存中可以获取到http请求节点的IP+PORT
第四步:向Redis主题iot_notify_IP+PORT发送响应消息,包括从第三步中获取的IP+PORT组装发送主题iot_notify_IP+PORT,并向此主题发送响应消息,响应消息中携带请求ID;
第五步:http请求IOT的节点收到来自Redis订阅主题的消息,其中http请求的IOT的节点在启动之初即订阅的Redis的主题iot_notify_IP+PORT,在第四步中执行之后,即收到响应消息;
第六步:获取本地缓存中的结果对象:通过响应消息中的请求ID,获取存在本地缓存中的结果对象;
第七步:释放结果对象的锁,并把收到的消息放入结果对象中,将第五步中的响应消息放入结果对象中,再调用notifyAll()释放结果对象的锁;
第八步:http请求结束,返回响应数据。
应当理解,前述构思以及在下面更加详细地描述的额外构思的所有组合只要在这样的构思不相互矛盾的情况下都可以被视为本公开的发明主题的一部分。另外,所要求保护的主题的所有组合都被视为本公开的发明主题的一部分。
结合附图从下面的描述中可以更加全面地理解本发明教导的前述和其他方面、实施例和特征。本发明的其他附加方面例如示例性实施方式的特征和/或有益效果将在下面的描述中显见,或通过根据本发明教导的具体实施方式的实践中得知。
附图说明
附图不意在按比例绘制。在附图中,在各个图中示出的每个相同或近似相同的组成部分可以用相同的标号表示。为了清晰起见,在每个图中,并非每个组成部分均被标记。现在,将通过例子并参考附图来描述本发明的各个方面的实施例,其中:
图1是现有技术中业务调用方、IOT以及终端设备之间的交互逻辑示意图。
图2是现有技术中调用方发起http请求的流程示意图。
图3是现有技术中IOT接受请求并回复响应给调用方的流程示意图。
图4是本发明示例性的IOT集群节点向Redis订阅主题的流程示意图。
图5是本发明示例性的IOT暴露http接口接收请求的流程示意图。
图6是本发明示例性的终端设备返回响应的流程示意图。
图7是本发明示例性的注册中心暴露各服务的ip+port端口示意图。
图8是本发明示例性的注册中心Redis订阅主题的示意图。
具体实施方式
为了更了解本发明的技术内容,特举具体实施例并配合所附图式说明如下。
在本公开中参照附图来描述本发明的各方面,附图中示出了许多说明的实施例。本公开的实施例不必定意在包括本发明的所有方面。应当理解,上面介绍的多种构思和实施例,以及下面更加详细地描述的那些构思和实施方式可以以很多方式中任意一种来实施,这是因为本发明所公开的构思和实施例并不限于任何实施方式。另外,本发明公开的一些方面可以单独使用,或者与本发明公开的其他方面的任何适当组合来使用。
结合图4-8所示,本发明示例性实施例的IOT集群内发送同步消息的方法,包括以下步骤:
步骤1、启动Eureka注册中心,IOT集群节点向Redis订阅主题;
步骤2、IOT暴露http接口,接收请求,并根据设备是够在线的结果查询与设备连接的目标节点,并将目标节点的信息存入分布式缓存中以及将结果对象存储到本地;
步骤3、设备收到请求命令回复响应,获取本地缓存中的结果对象并释放结果对象的锁,并把收到的消息放入结果对象。
结合图4、7、8所示,优选地,前述步骤1的具体实现包括:
第一步:启动Eureka注册中心;
第二步:IOT集群节点向Eureka注册,并暴露自己的IP+PORT;
第三步:IOT集群节点分别向Redis订阅主题,主题格式:iot_notify_IP+PORT。
优选地,所述步骤2的具体实现包括:
第一步:暴露http接口,接收请求,所述接收的http请求中携带请求ID,且唯一;
第二步:判断设备是否在线:如果设备不在线,结束返回结果;否则进入第三步;
第三步:查询与设备连接的节点:通过查询数据库得到设备连接的节点,并获取目标节点注册在Eureka注册中心上的IP+PORT;
第四步:把目标节点的IP+PORT存入分布式缓存redis中:把设备编号sn+请求ID作为key,与设备连接的节点IP+PORT作为value,存入分布式缓存Redis中;
第五步:创建结果对象,并把结果对象存储本地缓存:把请求ID作为key,结果对象作为value,存在本地缓存;
第六步:把请求命令转发给目标节点,所述请求命令中携带请求ID
第七步:目标节点收到消息,发送给设备;
第八步:锁定结果对象。
优选地,结合图5所示的流程,前述步骤2的第八步中,利用wait()方法锁定对象,使线程持续等待,等当前节点订阅的Redis主题收到消息后通过notifyAll()方法释放对象的锁。
优选地,结合图6所示,前述步骤3的具体实现包括:
第一步:设备收到请求命令回复响应:设备收到IOT节点发来的请求命令后,把响应数据并发回给IOT节点,响应数据中携带请求ID;
第二步:与设备连接的IOT节点收到消息,解析响应数据中的请求ID;
第三步:IOT节点从Redis分布式缓存中获取消息来源的IOT节点IP+PORT,其中在发送消息到设备之前,把收到http请求的节点的IP+PORT存入了Redis,现在把设备编码+请求ID作为key,从Redis缓存中可以获取到http请求节点的IP+PORT
第四步:向Redis主题iot_notify_IP+PORT发送响应消息,包括从第三步中获取的IP+PORT组装发送主题iot_notify_IP+PORT,并向此主题发送响应消息,响应消息中携带请求ID;
第五步:http请求IOT的节点收到来自Redis订阅主题的消息,其中http请求的IOT的节点在启动之初即订阅的Redis的主题iot_notify_IP+PORT,在第四步中执行之后,即收到响应消息;
第六步:获取本地缓存中的结果对象:通过响应消息中的请求ID,获取存在本地缓存中的结果对象;
第七步:释放结果对象的锁,并把收到的消息放入结果对象中,将第五步中的响应消息放入结果对象中,再调用notifyAll()释放结果对象的锁;
第八步:http请求结束,返回响应数据。
如此,本发明提供的IOT集群内发送同步消息的方法,适用于即时请求即时返回结果的场景,能满足实时请求的要求。而且,对调用方影响小:调用方只需要发送http请求后即可得到响应数据,无需二次开发。
虽然本发明已以较佳实施例揭露如上,然其并非用以限定本发明。本发明所属技术领域中具有通常知识者,在不脱离本发明的精神和范围内,当可作各种的更动与润饰。因此,本发明的保护范围当视权利要求书所界定者为准。
Claims (5)
1.一种IOT集群内发送同步消息的方法,其特征在于,包括以下步骤:
步骤1、启动Eureka注册中心,IOT集群节点向Redis订阅主题;
步骤2、IOT暴露http接口,接收请求,并根据设备是够在线的结果查询与设备连接的目标节点,并将目标节点的信息存入分布式缓存中以及将结果对象存储到本地;
步骤3、设备收到请求命令回复响应,获取本地缓存中的结果对象并释放结果对象的锁,并把收到的消息放入结果对象。
2.根据权利要求1所述的IOT集群内发送同步消息的方法,其特征在于,所述步骤1的具体实现包括:
第一步:启动Eureka注册中心;
第二步:IOT集群节点向Eureka注册,并暴露自己的IP+PORT;
第三步:IOT集群节点分别向Redis订阅主题,主题格式:iot_notify_IP+PORT。
3.根据权利要求1所述的IOT集群内发送同步消息的方法,其特征在于,所述步骤2的具体实现包括:
第一步:暴露http接口,接收请求,所述接收的http请求中携带请求ID,且唯一;
第二步:判断设备是否在线:如果设备不在线,结束返回结果;否则进入第三步;
第三步:查询与设备连接的节点:通过查询数据库得到设备连接的节点,并获取目标节点注册在Eureka注册中心上的IP+PORT;
第四步:把目标节点的IP+PORT存入分布式缓存redis中:把设备编号sn+请求ID作为key,与设备连接的节点IP+PORT作为value,存入分布式缓存Redis中;
第五步:创建结果对象,并把结果对象存储本地缓存:把请求ID作为key,结果对象作为value,存在本地缓存;
第六步:把请求命令转发给目标节点,所述请求命令中携带请求ID
第七步:目标节点收到消息,发送给设备;
第八步:锁定结果对象。
4.根据权利要求3所述的IOT集群内发送同步消息的方法,其特征在于,所述步骤2的第八步中,利用wait()方法锁定对象,使线程持续等待,等当前节点订阅的Redis主题收到消息后通过notifyAll()方法释放对象的锁。
5.根据权利要求1所述的IOT集群内发送同步消息的方法,其特征在于,所述步骤3的具体实现包括:
第一步:设备收到请求命令回复响应:设备收到IOT节点发来的请求命令后,把响应数据并发回给IOT节点,响应数据中携带请求ID;
第二步:与设备连接的IOT节点收到消息,解析响应数据中的请求ID;
第三步:IOT节点从Redis分布式缓存中获取消息来源的IOT节点IP+PORT,其中在发送消息到设备之前,把收到http请求的节点的IP+PORT存入了Redis,现在把设备编码+请求ID作为key,从Redis缓存中可以获取到http请求节点的IP+PORT
第四步:向Redis主题iot_notify_IP+PORT发送响应消息,包括从第三步中获取的IP+PORT组装发送主题iot_notify_IP+PORT,并向此主题发送响应消息,响应消息中携带请求ID;
第五步:http请求IOT的节点收到来自Redis订阅主题的消息,其中http请求的IOT的节点在启动之初即订阅的Redis的主题iot_notify_IP+PORT,在第四步中执行之后,即收到响应消息;
第六步:获取本地缓存中的结果对象:通过响应消息中的请求ID,获取存在本地缓存中的结果对象;
第七步:释放结果对象的锁,并把收到的消息放入结果对象中,将第五步中的响应消息放入结果对象中,再调用notifyAll()释放结果对象的锁;
第八步:http请求结束,返回响应数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010753337.5A CN111866170B (zh) | 2020-07-30 | 2020-07-30 | Iot集群内发送同步消息的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010753337.5A CN111866170B (zh) | 2020-07-30 | 2020-07-30 | Iot集群内发送同步消息的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111866170A true CN111866170A (zh) | 2020-10-30 |
CN111866170B CN111866170B (zh) | 2023-08-08 |
Family
ID=72946590
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010753337.5A Active CN111866170B (zh) | 2020-07-30 | 2020-07-30 | Iot集群内发送同步消息的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111866170B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112950153A (zh) * | 2021-02-24 | 2021-06-11 | 国网江苏省电力有限公司信息通信分公司 | 一种基于云边协同环境的集中编排业务方法及系统 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106101178A (zh) * | 2016-05-30 | 2016-11-09 | 海尔优家智能科技(北京)有限公司 | 一种订阅消息分发、接收方法、装置及相关系统 |
WO2017097011A1 (zh) * | 2015-12-09 | 2017-06-15 | 国家电网公司 | 基于集群节点间即时拷贝的会话同步方法 |
CN108183961A (zh) * | 2018-01-04 | 2018-06-19 | 中电福富信息科技有限公司 | 一种基于Redis的分布式缓存方法 |
CN109698785A (zh) * | 2017-10-24 | 2019-04-30 | 广东亿迅科技有限公司 | 一种分布式高并发的实时消息推送方法及装置 |
CN109800239A (zh) * | 2019-01-15 | 2019-05-24 | 科大国创软件股份有限公司 | 基于Redis的分布式架构数据共享方法 |
CN110413418A (zh) * | 2019-06-25 | 2019-11-05 | 北京三快在线科技有限公司 | 缓存同步装置及方法,缓存同步系统、电子设备 |
CN110896414A (zh) * | 2019-11-22 | 2020-03-20 | 南京甄视智能科技有限公司 | 利用iot实现服务之间消息通知的方法 |
CN110909076A (zh) * | 2019-10-31 | 2020-03-24 | 北京浪潮数据技术有限公司 | 一种存储集群数据同步方法、装置、设备及存储介质 |
CN111343237A (zh) * | 2020-02-07 | 2020-06-26 | 广州亚美信息科技有限公司 | 服务器集群通信的方法、通信装置及计算机存储介质 |
-
2020
- 2020-07-30 CN CN202010753337.5A patent/CN111866170B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017097011A1 (zh) * | 2015-12-09 | 2017-06-15 | 国家电网公司 | 基于集群节点间即时拷贝的会话同步方法 |
CN106101178A (zh) * | 2016-05-30 | 2016-11-09 | 海尔优家智能科技(北京)有限公司 | 一种订阅消息分发、接收方法、装置及相关系统 |
CN109698785A (zh) * | 2017-10-24 | 2019-04-30 | 广东亿迅科技有限公司 | 一种分布式高并发的实时消息推送方法及装置 |
CN108183961A (zh) * | 2018-01-04 | 2018-06-19 | 中电福富信息科技有限公司 | 一种基于Redis的分布式缓存方法 |
CN109800239A (zh) * | 2019-01-15 | 2019-05-24 | 科大国创软件股份有限公司 | 基于Redis的分布式架构数据共享方法 |
CN110413418A (zh) * | 2019-06-25 | 2019-11-05 | 北京三快在线科技有限公司 | 缓存同步装置及方法,缓存同步系统、电子设备 |
CN110909076A (zh) * | 2019-10-31 | 2020-03-24 | 北京浪潮数据技术有限公司 | 一种存储集群数据同步方法、装置、设备及存储介质 |
CN110896414A (zh) * | 2019-11-22 | 2020-03-20 | 南京甄视智能科技有限公司 | 利用iot实现服务之间消息通知的方法 |
CN111343237A (zh) * | 2020-02-07 | 2020-06-26 | 广州亚美信息科技有限公司 | 服务器集群通信的方法、通信装置及计算机存储介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112950153A (zh) * | 2021-02-24 | 2021-06-11 | 国网江苏省电力有限公司信息通信分公司 | 一种基于云边协同环境的集中编排业务方法及系统 |
CN112950153B (zh) * | 2021-02-24 | 2023-12-01 | 国网江苏省电力有限公司信息通信分公司 | 一种基于云边协同环境的集中编排业务方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN111866170B (zh) | 2023-08-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105721473A (zh) | 一种web端远程调用优化的方法及系统 | |
US20020093674A1 (en) | Method and system for instant fax transmission | |
CN113746928B (zh) | 跨云服务调用方法、装置和系统 | |
CN101540759A (zh) | 业务服务器地址获取方法及通信系统 | |
CN106970843B (zh) | 远程调用方法和装置 | |
RU2438171C2 (ru) | Способ, устройство и система для идентификации сервиса | |
CN101911621B (zh) | 用于基于互联网收发消息的方法 | |
JP2023518344A (ja) | ユーザ装置またはppduセッションにサービスする分散ネットワーク機能の露出と発見 | |
CN111866170B (zh) | Iot集群内发送同步消息的方法 | |
CN107770033A (zh) | 一种多系统中的终端之间通信的方法及装置 | |
US20100015953A1 (en) | Method and System for Transmitting an Instantaneous Message to a Terminal | |
EP3595262B1 (en) | Management of subscriber identity in service provision | |
CN113099152B (zh) | 一种多系统间通话方法及装置 | |
CN114338794B (zh) | 一种服务消息的推送方法、装置、电子设备及存储介质 | |
WO2021136465A1 (zh) | 多播用户操作的通知方法、装置和通信设备 | |
CN110896414B (zh) | 利用iot实现服务之间消息通知的方法 | |
EP3758308B1 (en) | Correspondence processing method and device based on interworking rcs system | |
CN101150443A (zh) | 电信网络管理消息的处理方法 | |
CN110474781B (zh) | 一种组播数据转发的方法及装置 | |
CN110545527B (zh) | 呼叫转移方法、视频通信服务器及主叫终端 | |
CN102262533B (zh) | 终端、触发方法和终端间应用程序通讯方法 | |
CN112543440A (zh) | 基于sip服务器的车辆数据传输方法、系统、存储介质、sip服务器 | |
WO2014176968A1 (zh) | 在线状态转换方法、装置、系统及计算机存储介质 | |
CN110932874B (zh) | 分布式消息广播通知实现方法 | |
CN114884913A (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 | ||
CB02 | Change of applicant information |
Address after: 210000 Longmian Avenue 568, High-tech Park, Jiangning District, Nanjing City, Jiangsu Province Applicant after: Xiaoshi Technology (Jiangsu) Co.,Ltd. Address before: No.568 longmian Avenue, gaoxinyuan, Jiangning District, Nanjing City, Jiangsu Province, 211000 Applicant before: NANJING ZHENSHI INTELLIGENT TECHNOLOGY Co.,Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |