一种面向多业务中心的分布式数据交互方法及装置制造方法及图纸

本发明专利技术提供了一种面向多业务中心的分布式数据交互方法及装置，通过在每个业务系统下设置条目共享中心并共享各条目共享中心的topic条目；当需要订阅以某一topic为索引的数据时，从本业务系统的条目共享中心查询是否有业务系统发布了所需订阅的topic；如果发布者与订阅者在一个业务系统，则从本业务系统的数据订阅发布总线提取所需订阅的以topic为索引的数据，如果不在则通过订阅拉取代理将所需订阅的数据拉取给订阅者。通过建立这种分布式订阅分发模式，从不同业务系统中订阅数据，满足跨业务系统的协同传输需求，同时维护难度小。因各条目共享中心数据共享，查询工作在本业务系统中即可完成查询，网络负载量小，不易造成链路堵塞。链路堵塞。链路堵塞。

【技术实现步骤摘要】
一种面向多业务中心的分布式数据交互方法及装置


[0001]本专利技术属于计算机网络
，尤其是涉及一种面向多业务中心的分布式数据交互方法及装置。

技术介绍

[0002]当前业务系统多采用发布/订阅模式作为数据交互机制，数据产生者以消息主题为索引发布数据，数据消费者通过订阅主题获取数据。数据产生者只需要提交数据不关心数据消费者，数据消费者按需获取数据不关心产生者，将数据生产者和数据消费者解耦，极大减少了研发工作量。
[0003]当业务系统之间需要进行数据交互时，目前一般会采用两种方式，一种是将现有的业务系统消息订阅分发机制互联互通，实现全局的消息订阅，即有一个主节点负责处理其余业务系统的请求。但现有的业务系统与主节点的交互方式存在一定的缺点和不足：1、需要维护统一的服务节点，但各业务系统互不隶属，导致维护难度大；2、各集中节点需要链接服务节点进行查询等工作，导致网络负载量大，容易造成堵塞；另一种是不同业务系统中的数据产生者与数据消费者直接互联，即让业务系统中各业务模块互通，但此方法会造成如下问题：1、数据生产者和消费者需自己维护传输链本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种面向多业务中心的分布式数据交互方法，其特征在于，包括以下步骤：步骤1：对于多个业务系统，在每个业务系统下设置一个topic条目共享中心，各条目共享中心互联并共享各业务系统的topic条目；步骤2：当某一业务系统中的应用需要订阅某一以topic为索引的topic数据时，从本业务系统的条目共享中心查询是否有业务系统发布了所需订阅的topic数据对应的topic；步骤3：如果发布了所需订阅的topic数据且发布者与订阅者在一个业务系统，则从本业务系统的数据订阅发布总线提取所需订阅的topic数据，如果发布者与订阅者不在一个业务系统，则通过订阅拉取代理将所需订阅的topic数据拉取到订阅者所在业务系统的数据订阅发布总线上，再由应用从数据订阅发布总线订阅对应的topic数据。2.根据权利要求1所述的分布式数据交互方法，其特征在于，步骤1中各条目共享中心互联并共享的方法是基于区块链技术的分布式互联共享。3.根据权利要求2所述的分布式数据交互方法，其特征在于，所述topic条目分为公账账本和私账账本，所述公账账本中存储的是所有业务系统中的topic条目，由条目共享中心负责维护；所述私账账本中存储的是本业务系统中的topic条目以及从公账账本中根据本业务系统中的应用需求通过订阅拉取代理注册过来的topic条目，由数据订阅发布总线维护，所述公账账本基于区块链技术的分布式互联共享。4.根据权利要求2所述的分布式数据交互方法，其特征在于，所述订阅拉取代理是指：在每个业务系统的数据订阅发布总线上设置的用于为其他业务系统的数据订阅发布总线提供订阅拉取服务的代理，本地订阅拉取代理根据订阅者提交的topic要求，发送给共享此topic的业务系统上的对方订阅拉取代理，对方订阅拉取代理向其所属的数据订阅发布总线订阅以此topic为索引的topic数据，并拉取传送给本地订阅拉取代理，本地订阅拉取代理将此topic注册给本业务系统条目共享中心的私账账本，并将获取的以此topic为索引的topic数据写入数据订阅发布总线的数据缓冲队列，通知应用从本地数据订阅发布总线直接订阅此topic数据。5.根据权利要求3所述的分布式数据交互方法，其特征在于，在所述私账账本的topic条目中的每一条topic，在其对应的业务系统数据订阅发布总线中创建有以该topic为索引的topic数据的缓冲队列。6.根据权利要求3所述的分布式数据交互方法，其特征在于，所述公账账本根据与本业务系统条目共享中心相连接的其他业...

【专利技术属性】
技术研发人员：李新明，张春生，王志淋，厉海燕，
申请(专利权)人：中科边缘智慧信息科技苏州有限公司，
类型：发明
国别省市：