CN114125057B - 一种面向多业务中心的分布式数据交互方法及装置 - Google Patents
一种面向多业务中心的分布式数据交互方法及装置 Download PDFInfo
- Publication number
- CN114125057B CN114125057B CN202210089873.9A CN202210089873A CN114125057B CN 114125057 B CN114125057 B CN 114125057B CN 202210089873 A CN202210089873 A CN 202210089873A CN 114125057 B CN114125057 B CN 114125057B
- Authority
- CN
- China
- Prior art keywords
- topic
- data
- subscription
- service system
- bus
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种面向多业务中心的分布式数据交互方法及装置,通过在每个业务系统下设置条目共享中心并共享各条目共享中心的topic条目;当需要订阅以某一topic为索引的数据时,从本业务系统的条目共享中心查询是否有业务系统发布了所需订阅的topic;如果发布者与订阅者在一个业务系统,则从本业务系统的数据订阅发布总线提取所需订阅的以topic为索引的数据,如果不在则通过订阅拉取代理将所需订阅的数据拉取给订阅者。通过建立这种分布式订阅分发模式,从不同业务系统中订阅数据,满足跨业务系统的协同传输需求,同时维护难度小。因各条目共享中心数据共享,查询工作在本业务系统中即可完成查询,网络负载量小,不易造成链路堵塞。
Description
技术领域
本发明属于计算机网络技术领域,尤其是涉及一种面向多业务中心的分布式数据交互方法及装置。
背景技术
当前业务系统多采用发布/订阅模式作为数据交互机制,数据产生者以消息主题为索引发布数据,数据消费者通过订阅主题获取数据。数据产生者只需要提交数据不关心数据消费者,数据消费者按需获取数据不关心产生者,将数据生产者和数据消费者解耦,极大减少了研发工作量。
当业务系统之间需要进行数据交互时,目前一般会采用两种方式,一种是将现有的业务系统消息订阅分发机制互联互通,实现全局的消息订阅,即有一个主节点负责处理其余业务系统的请求。但现有的业务系统与主节点的交互方式存在一定的缺点和不足:
1、需要维护统一的服务节点,但各业务系统互不隶属,导致维护难度大;
2、各集中节点需要链接服务节点进行查询等工作,导致网络负载量大,容易造成堵塞;
另一种是不同业务系统中的数据产生者与数据消费者直接互联,即让业务系统中各业务模块互通,但此方法会造成如下问题:
1、数据生产者和消费者需自己维护传输链路,工作量大,链路状态不易被监控;
2、同一数据被其他业务系统的多个数据消费者所需时,需重复建立大量的传输链路,导致传输冗余。
发明内容
本发明要解决的技术问题是在针对多个业务系统之间数据交互的问题时,既不增加网络负载量,也不增加维度难度,提出了一种面向多业务中心的分布式数据交互方法及装置。
为解决上述技术问题,本发明所采用的技术方案是:
一种面向多业务中心的分布式数据交互方法,包括以下步骤:
步骤1:对于多个业务系统,在每个业务系统下设置一个条目共享中心,各条目共享中心互联并共享各条目共享中心的topic条目;
步骤2:当某一业务系统中的应用需要订阅topic数据时,从本业务系统的条目共享中心查询是否有业务系统发布了所需订阅的topic数据对应的topic数据;
步骤3:如果发布了所需topic数据且发布者与订阅者在一个业务系统,则从本业务系统的数据订阅发布总线提取所需订阅的topic数据,如果发布者与订阅者不在一个业务系统,则通过订阅拉取代理将所需订阅的topic数据拉取到订阅者所在业务系统的数据订阅发布总线上,再由应用从数据订阅发布总线订阅对应的topic数据。
进一步地,步骤1中各条目共享中心互联并共享的方法是基于区块链技术的分布式互联共享。
进一步地,所述topic条目分为公账账本和私账账本,所述公账账本中存储的是所有业务系统中的topic条目,由条目共享中心负责维护;所述私账账本中存储的是本业务系统中的topic条目以及从公账账本中根据本业务系统中的应用需求通过订阅拉取代理注册过来的topic条目,由数据订阅发布总线维护,所述公账账本基于区块链技术的分布式互联共享。
进一步地,订阅拉取代理是指:在每个业务系统的数据订阅发布总线上设置的用于为其他业务系统的数据订阅发布总线提供订阅拉取服务的代理,本地订阅拉取代理根据订阅者提交的topic要求,发送给共享此topic的业务系统上的对方订阅拉取代理,对方订阅拉取代理向其所属的数据订阅发布总线订阅以此topic为索引的topic数据,并拉取传送给本地订阅拉取代理,本地订阅拉取代理将此topic注册给本业务系统条目共享中心的私账账本,并将获取的以此topic为索引的topic数据写入数据订阅发布总线的数据缓冲队列,通知应用从本地数据订阅发布总线直接订阅此topic数据。
进一步地,在所述私账账本的topic条目中的每一条topic,在其对应的业务系统数据订阅发布总线中创建有以该topic为索引的topic数据的缓冲队列。
进一步地,所述公账账本根据与本业务系统条目共享中心相连接的其他业务系统数量,除设置本业务系统的topic条目分区外,还分别设置与其他业务系统相应数量的topic条目分区,每个topic条目分区中存储一个业务系统所共享的topic条目。
进一步地,步骤2中查询方法是:在本业务系统条目共享中心的公账账本中查询。
进一步地,当某个条目共享中心需要新增或删除一个topic时,首先更新同一个业务系统上条目共享中心的私账账本,新增或删除一个topic,然后把本地新增或删除的topic同步更新到本业务系统条目共享中心的公账账本上;
在本业务系统条目共享中心的公账账本更新后,触发基于区块链技术构建的公账账本的区块链分布式共享机制,将其更新到与本条目共享中心连接的其他条目共享中心的公账账本。
本发明还提供了一种面向多业务中心的分布式数据交互装置,包括以下模块:
条目共享中心构建模块:用于对多个业务系统,为每个业务系统设置一个topic条目共享中心,各条目共享中心互联并共享各条目共享中心的topic条目;
查询模块:用于当某一业务系统中的应用需要订阅topic数据时,从本业务系统的条目共享中心查询是否有业务系统发布了所需订阅的topic数据对应的topic;
订阅拉取模块:用于根据查询模块在条目共享中心如果查询到了所需的topic,如果发布了所需topic的发布者与订阅者在一个业务系统,则从本业务系统的数据订阅发布总线提取所需订阅的以此topic为索引的topic数据,如果发布者与订阅者不在一个业务系统,则通过订阅拉取代理将所需订阅的topic数据拉取到订阅者所在业务系统的数据订阅发布总线上,再由应用从数据订阅发布总线订阅对应的topic数据。
进一步地,所述订阅拉取模块中的订阅拉取代理是指:
在每个业务系统的数据订阅发布总线上设置的用于为其他业务系统的数据订阅发布总线提供订阅拉取服务的代理,本地订阅拉取代理根据订阅者提交的topic要求,发送给共享此topic的业务系统上的对方订阅拉取代理,对方订阅拉取代理向其所属的数据订阅发布总线订阅以此topic为索引的topic数据,并拉取传送给本地订阅拉取代理,本地订阅拉取代理将此topic注册给私账账本,并将获取的topic数据写入数据订阅发布总线的数据缓冲队列,通知应用从本地数据订阅发布总线直接订阅此topic数据。
采用上述技术方案,本发明具有如下有益效果:
本发明提供的一种面向多业务中心的分布式数据交互方法及装置,通过在每个业务系统中构建topic条目共享中心,共享各业务系统的topic条目,从而在本业务系统的topic条目共享中心可以知道其他业务系统中的topic条目有哪些,在有订阅者需要订阅topic数据时进行查询,如果在本业务系统,则直接提取数据,如果不在本业务系统,则向本业务系统的订阅拉取代理发送订阅请求,本业务系统的订阅拉取代理向拥有此topic的对方订阅拉取代理请求订阅,获得需要的topic数据,通过建立这种分布式订阅分发模式,可以从不同业务系统中订阅数据,满足跨业务系统的协同传输需求。同时各业务系统只对本业务系统的topic数据以及从其他业务系统拉取过来的topic数据创建缓冲队列,维护难度小。并且因各条目共享中心数据共享,查询工作在本业务系统中即可完成查询,只在订阅者和发布者不在同一个业务系统时,通过订阅拉取代理方法将发布者发布的topic数据从另外一个业务系统拉取到本业务系统时存在网络负载,因此网络负载量小,不易造成链路堵塞。
附图说明
图1为本发明系统流程图;
图2为具有三个业务系统的各条目共享中心示意图;
图3为条目共享中心设立公账和私账账本示意图;
图4为在相同的业务系统中数据交互示意图。
具体实施方式
下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1至图4示出了本发明一种面向多业务中心的分布式数据交互方法的具体实施例,如图1所示,包括以下步骤:
步骤1:对于多个业务系统,在每个业务系统下设置一个条目共享中心,各条目共享中心互联并共享各条目共享中心的topic条目。本实施例中,通过设立topic条目共享中心,并且各条目共享中心共享各业务系统下的topic条目,通过建立这种共享模式,可以得知不同业务系统中具有的topic条目。如图2所示,在三个业务系统A、B、C中,分别建立条目共享中心A、B、C,各条目共享中心基于区块链的分布式互联共享机制构建,同步共享topic条目。
步骤2:当某一业务系统中的应用需要订阅topic数据时,从本业务系统的条目共享中心查询是否有业务系统发布了所需订阅的topic数据对应的topic。本实施例中,通过将各业务系统的topic条目共享后,在某一业务系统中的应用需要订阅其他业务网上的数据时,通过在本业务系统的条目共享中心查询,即可得知是否有所需订阅的topic数据。
本实施例中,所述topic条目分为公账账本和私账账本,如图3所示,所述公账账本中存储的是所有业务系统中的topic条目,由条目共享中心负责维护;所述私账账本中存储的是本业务系统中的topic条目以及从公账账本中根据本业务系统中的应用需求通过订阅拉取代理注册过来的topic条目,由数据订阅发布总线维护,所述公账账本基于区块链技术的分布式互联共享,公账账本对其他业务系统可见。查询的方法是:在本业务系统条目共享中心的公账账本中查询。如图3所示,对于本业务系统的topic条目,体现在私账账本中,同时也在条目共享中心的公帐账本中出现,便于其他业务系统进行查询。而且公账账本根据与本业务系统条目共享中心相连接的其他业务系统数量,除设置本业务系统的topic条目分区外,还分别设置与其他业务系统相应数量的topic条目分区,每个topic条目分区中存储一个业务系统所共享的topic条目。设置分区,便于得知哪个topic位于哪个业务系统,从而在需要订阅数据时,从相应的业务系统中通过订阅拉取代理拉取数据,既方便查询,也方便数据拉取。
步骤3:如果发布了所需topic数据且发布者与订阅者在一个业务系统,则从本业务系统的数据订阅发布总线提取所需订阅的topic数据,如果发布者与订阅者不在一个业务系统,则通过订阅拉取代理将所需订阅的topic数据拉取到订阅者所在业务系统的数据订阅发布总线上,再由应用从数据订阅发布总线订阅对应的topic数据。
本实施例中,在所述私账账本的topic条目中的每一条topic,在其对应的业务系统数据订阅发布总线中创建有以该topic为索引的topic数据的缓冲队列。
因此,如果所要订阅的是本业务系统的topic数据,应用则直接从本业务系统数据订阅发布总线的数据缓冲队列中订阅以该topic为索引的数据。
本实施例中,订阅拉取代理是指:在每个业务系统的数据订阅发布总线上设置的用于为其他业务系统的数据订阅发布总线提供订阅拉取服务的代理,本地订阅拉取代理根据订阅者提交的topic要求,发送给共享此topic的业务系统上的对方订阅拉取代理,对方订阅拉取代理向其所属的数据订阅发布总线订阅以此topic为索引的topic数据,并拉取传送给本地订阅拉取代理,本地订阅拉取代理将此topic注册给本业务系统条目共享中心的私账账本,并将获取的以此topic为索引的topic数据写入数据订阅发布总线的数据缓冲队列,通知应用从本地数据订阅发布总线直接订阅此topic数据。
本实施例中,当某个条目共享中心需要新增或删除一个topic时,首先更新同一个业务系统上的数据订阅发布总线的私账账本,新增或删除一个topic,然后把本地新增或删除的topic同步更新到本业务系统条目共享中心的公账账本上。在本业务系统条目共享中心的公账账本更新后,触发基于区块链技术构建的公账账本的区块链分布式共享机制,将其更新到与本条目共享中心连接的其他条目共享中心的公账账本。
图4给出了在同一个业务系统中数据发布者和订阅者的示意图,若业务系统A中的应用a想收到本业务系统A中应用b的数据,则应用a只需要告诉条目共享中心A自己想要订阅的topic为a2;而应用b则告诉条目共享中心A自己想要发布的topic为a2,则应用a直接从数据订阅发布总线的缓冲队列中获取以此topic为索引的数据即可。
对于在不同业务系统中数据交互的情况。图2中,应用a需要订阅以topic索引是b3的数据,查询本业务系统的条目共享中心,由于条目共享中心分区,顺利查询到该topic位于业务系统B中,则应用a向本业务系统A的订阅拉取代理发送自己想要订阅业务系统B中topic为b3的订阅请求,业务A的订阅拉取代理给业务系统B的订阅拉取代理发送订阅请求,业务系统B的订阅拉取代理从本业务系统的数据订阅发布总线拉取topic索引是b3的数据给业务系统A的订阅拉取代理,业务系统A订阅拉取代理将此topic注册给私账账本,并将获取的topic索引是b3的数据写入数据订阅发布总线的数据缓冲队列,通知应用从本地数据订阅发布总线直接订阅以此topic为索引的数据。
本发明通过这种分布式账本,建立共享的topic账本,当在私账账本中查询不到订阅的topic时,则通过订阅拉取代理获取数据,使其他业务系统的数据可以为本业务系统所用。从而使得在不同业务网的条件下,满足跨业务系统的协同传输需求。通过本发明的方法,减少大量新建传输链路造成的传输数据量增多;避免以中心节点为核心的消息订阅方式造成的传输可靠性低以及维护问题;减少因链路增多造成的网络带宽资源浪费以及传输不稳定问题;避免单纯使应用模块互通造成的研发工作量增加以及网络负载增大的问题。
本发明还提供了一种面向多业务中心的分布式数据交互装置,其特征在于,包括以下模块:
条目共享中心构建模块:用于对多个业务系统,为每个业务系统设置一个topic条目共享中心,各条目共享中心互联并共享各条目共享中心的topic条目;
查询模块:用于当某一业务系统中的应用需要订阅topic数据时,从本业务系统的条目共享中心查询是否有业务系统发布了所需订阅的topic数据对应的topic;
订阅拉取模块:用于根据查询模块在条目共享中心如果查询到了所需订阅的topic,如果发布了所需订阅的topic且发布者与订阅者在一个业务系统,则从本业务系统的数据订阅发布总线提取所需订阅的以此topic为索引的topic数据,如果发布者与订阅者不在一个业务系统,则通过订阅拉取代理将所需订阅的topic数据拉取到订阅者所在业务系统的数据订阅发布总线上,再由应用从数据订阅发布总线订阅对应的topic数据。
本实施例中,所述订阅拉取模块中的订阅拉取代理是指:
在每个业务系统的数据订阅发布总线上设置的用于为其他业务系统的数据订阅发布总线提供订阅拉取服务的代理,本地订阅拉取代理根据订阅者提交的topic要求,发送给共享此topic的业务系统上的对方订阅拉取代理,对方订阅拉取代理向其所属的数据订阅发布总线订阅以此topic为索引的topic数据,并拉取传送给本地订阅拉取代理,本地订阅拉取代理将此topic注册给私账账本,并将获取的topic数据写入数据订阅发布总线的数据缓冲队列,通知应用从本地数据订阅发布总线直接订阅此topic数据。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (8)
1.一种面向多业务中心的分布式数据交互方法,其特征在于,包括以下步骤:
步骤1:对于多个业务系统,在每个业务系统下设置一个topic条目共享中心,各条目共享中心互联并共享各业务系统的topic条目;
步骤2:当某一业务系统中的应用需要订阅某一以topic为索引的topic数据时,从本业务系统的条目共享中心查询是否有业务系统发布了所需订阅的topic数据对应的topic;
步骤3:如果发布了所需订阅的topic数据且发布者与订阅者在一个业务系统,则从本业务系统的数据订阅发布总线提取所需订阅的topic数据,如果发布者与订阅者不在一个业务系统,则通过订阅拉取代理将所需订阅的topic数据拉取到订阅者所在业务系统的数据订阅发布总线上,再由应用从数据订阅发布总线订阅对应的topic数据;
所述订阅拉取代理是指:在每个业务系统的数据订阅发布总线上设置的用于为其他业务系统的数据订阅发布总线提供订阅拉取服务的代理,本地订阅拉取代理根据订阅者提交的topic要求,发送给共享此topic的业务系统上的对方订阅拉取代理,对方订阅拉取代理向其所属的数据订阅发布总线订阅以此topic为索引的topic数据,并拉取传送给本地订阅拉取代理,本地订阅拉取代理将此topic注册给本业务系统条目共享中心的私账账本,并将获取的以此topic为索引的topic数据写入数据订阅发布总线的数据缓冲队列,通知应用从本地数据订阅发布总线直接订阅此topic数据。
2.根据权利要求1所述的分布式数据交互方法,其特征在于,步骤1中各条目共享中心互联并共享的方法是基于区块链技术的分布式互联共享。
3.根据权利要求2所述的分布式数据交互方法,其特征在于,
所述topic条目分为公账账本和私账账本,所述公账账本中存储的是所有业务系统中的topic条目,由条目共享中心负责维护;所述私账账本中存储的是本业务系统中的topic条目以及从公账账本中根据本业务系统中的应用需求通过订阅拉取代理注册过来的topic条目,由数据订阅发布总线维护,所述公账账本基于区块链技术的分布式互联共享。
4.根据权利要求3所述的分布式数据交互方法,其特征在于,在所述私账账本的topic条目中的每一条topic,在其对应的业务系统数据订阅发布总线中创建有以该topic为索引的topic数据的缓冲队列。
5.根据权利要求3所述的分布式数据交互方法,其特征在于,
所述公账账本根据与本业务系统条目共享中心相连接的其他业务系统数量,除设置本业务系统的topic条目分区外,还分别设置与其他业务系统相应数量的topic条目分区,每个topic条目分区中存储一个业务系统所共享的topic条目。
6.根据权利要求2所述的分布式数据交互方法,其特征在于,步骤2中查询方法是:在本业务系统条目共享中心的公账账本中查询。
7.根据权利要求2所述的分布式数据交互方法,其特征在于,当某个条目共享中心需要新增或删除一个topic时,首先更新同一个业务系统上条目共享中心的私账账本,新增或删除一个topic,然后把本地新增或删除的topic同步更新到本业务系统条目共享中心的公账账本上;
在本业务系统条目共享中心的公账账本更新后,触发基于区块链技术构建的公账账本的区块链分布式共享机制,将其更新到与本条目共享中心连接的其他条目共享中心的公账账本。
8.一种面向多业务中心的分布式数据交互装置,其特征在于,包括以下模块:
条目共享中心构建模块:用于对多个业务系统,为每个业务系统设置一个topic条目共享中心,各条目共享中心互联并共享各条目共享中心的topic条目;
查询模块:用于当某一业务系统中的应用需要订阅topic数据时,从本业务系统的条目共享中心查询是否有业务系统发布了所需订阅的topic数据对应的topic;
订阅拉取模块:用于根据查询模块在条目共享中心如果查询到了所需订阅的topic,如果发布了所需订阅的topic且发布者与订阅者在一个业务系统,则从本业务系统的数据订阅发布总线提取所需订阅的以此topic为索引的topic数据,如果发布者与订阅者不在一个业务系统,则通过订阅拉取代理将所需订阅的topic数据拉取到订阅者所在业务系统的数据订阅发布总线上,再由应用从数据订阅发布总线订阅对应的topic数据;
所述订阅拉取模块中的订阅拉取代理是指:
在每个业务系统的数据订阅发布总线上设置的用于为其他业务系统的数据订阅发布总线提供订阅拉取服务的代理,本地订阅拉取代理根据订阅者提交的topic要求,发送给共享此topic的业务系统上的对方订阅拉取代理,对方订阅拉取代理向其所属的数据订阅发布总线订阅以此topic为索引的topic数据,并拉取传送给本地订阅拉取代理,本地订阅拉取代理将此topic注册给私账账本,并将获取的以此topic为索引的topic数据写入数据订阅发布总线的数据缓冲队列,通知应用从本地数据订阅发布总线直接订阅此topic数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210089873.9A CN114125057B (zh) | 2022-01-26 | 2022-01-26 | 一种面向多业务中心的分布式数据交互方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210089873.9A CN114125057B (zh) | 2022-01-26 | 2022-01-26 | 一种面向多业务中心的分布式数据交互方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114125057A CN114125057A (zh) | 2022-03-01 |
CN114125057B true CN114125057B (zh) | 2022-04-26 |
Family
ID=80361477
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210089873.9A Active CN114125057B (zh) | 2022-01-26 | 2022-01-26 | 一种面向多业务中心的分布式数据交互方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114125057B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111770172A (zh) * | 2020-06-29 | 2020-10-13 | 深圳前海微众银行股份有限公司 | 消息中间件消费代理方法、装置、代理服务器及存储介质 |
CN111917814A (zh) * | 2019-05-10 | 2020-11-10 | 北京百度网讯科技有限公司 | 数据发布、订阅方法、装置、设备、系统及可读存储介质 |
CN113542314A (zh) * | 2020-04-13 | 2021-10-22 | 烽火通信科技股份有限公司 | 一种基于关键字过滤的订阅模式实现方法及系统 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102859541A (zh) * | 2010-04-19 | 2013-01-02 | 国际商业机器公司 | 在发布/订阅通讯中控制消息传递 |
CN106230914B (zh) * | 2016-07-26 | 2019-04-30 | 重庆锐畅科技有限公司 | 一种基于订阅信息发布的电子白板数据共享系统 |
US10460283B2 (en) * | 2017-09-13 | 2019-10-29 | Vijay Madisetti | Smart contract optimization for multiparty service or product ordering system |
CN109194736B (zh) * | 2018-08-30 | 2021-04-27 | 百度在线网络技术(北京)有限公司 | 消息去重方法、装置、电子设备、介质和无人车 |
CN112148679A (zh) * | 2020-09-21 | 2020-12-29 | 江苏锐创软件技术有限公司 | 基于多种数据平台的数据交互方法、系统、装置及存储介质 |
CN112214802B (zh) * | 2020-09-30 | 2023-04-28 | 电子科技大学 | 一种区块链智能合约消息发布订阅方法 |
-
2022
- 2022-01-26 CN CN202210089873.9A patent/CN114125057B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111917814A (zh) * | 2019-05-10 | 2020-11-10 | 北京百度网讯科技有限公司 | 数据发布、订阅方法、装置、设备、系统及可读存储介质 |
CN113542314A (zh) * | 2020-04-13 | 2021-10-22 | 烽火通信科技股份有限公司 | 一种基于关键字过滤的订阅模式实现方法及系统 |
CN111770172A (zh) * | 2020-06-29 | 2020-10-13 | 深圳前海微众银行股份有限公司 | 消息中间件消费代理方法、装置、代理服务器及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114125057A (zh) | 2022-03-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10367852B2 (en) | Multiplexed demand signaled distributed messaging | |
AU2009350895B2 (en) | Cluster server in instant messaging system and method for communicating between clusters | |
JP2001521716A (ja) | マルチキャスト・ネットワークにおいてマルチキャスト・グループ・メンバシップを管理するためのシステム,デバイスおよび方法 | |
CN113157449A (zh) | 基于mqtt的实时流数据分析处理方法 | |
CN105808343B (zh) | 用于复杂生产管理系统中的群集资源控制方法 | |
CN111327483B (zh) | 一种设备纳管方法、系统及存储介质 | |
CN110096545A (zh) | 一种基于大数据平台数据处理域构架方法 | |
CN111858033A (zh) | 基于集群和多进程的负载均衡方法 | |
CN104320441A (zh) | 无线通信系统间信息共享方法 | |
US6442596B1 (en) | Shared data views for large-scale multimode environments | |
Patro et al. | Comparative study of middleware solutions for control and monitoring systems | |
CN114125057B (zh) | 一种面向多业务中心的分布式数据交互方法及装置 | |
CN108289055A (zh) | 一种基于Redis订阅服务的分布式实时聊天系统及方法 | |
CN115102986A (zh) | 一种边缘环境下物联网数据分发、存储方法及系统 | |
CN201387555Y (zh) | 一种综合远程监控系统 | |
CN112532425A (zh) | 一种面向边缘计算的消息路由配置方法 | |
CN116708538A (zh) | 一种以对等网络为基础的微服务系统 | |
CN115550438A (zh) | 物联网消息处理方法、装置、系统、设备及存储介质 | |
CN106408793B (zh) | 一种适用于atm业务的业务组件共享方法及系统 | |
CN113301088B (zh) | 消息处理方法、装置、系统、电子设备及可读存储介质 | |
CN112954041A (zh) | 一种配网广域互动消息传输结构和方法 | |
CN117873758B (zh) | 一种基于消息总线的dcs系统站间通信方法 | |
CN113194000B (zh) | 一种业务无关的分布式系统 | |
CN114547511B (zh) | 基于物联网mqtt协议的系统数据字典使用方法及系统 | |
CN117033010A (zh) | 一种基于Rocketmq消息队列大规模集群管理系统 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |