一种应用于智造工厂的消息交互方法及系统技术方案

技术编号:38406670 阅读:11 留言:0更新日期:2023-08-07 11:15
本发明专利技术公开了一种应用于智造工厂的消息交互方法及系统,所述方法包括:步骤1、命名空间创造隔离数据隔离,服务于多个应用系统;步骤2、将消息终端区分主动模式和被动模式;步骤3、主动模式下通过生成连接ID,保留订阅状态、代收订阅消息,来应对弱网环境的中的频繁重连,状态恢复等难题。本发明专利技术公开了一种应用于智造工厂的消息交互方法及系统,本发明专利技术通过命名空间隔离多个系统的数据,实现一套总线复用于多个业务系统,进而避免了部署一个消息总线只服务于一个业务系统的问题;同时通过连接ID,建立短期离线值守的能力,优化复杂网络环境下的频繁重连。境下的频繁重连。境下的频繁重连。

【技术实现步骤摘要】
一种应用于智造工厂的消息交互方法及系统


[0001]本专利技术涉消息交互领域,具体是一种应用于智造工厂的消息交互方法及系统。

技术介绍

[0002]消息总线主要用于应用程序彼此间传递消息的公共通信传输工具。
[0003]而当前存在的消息系统多为互联网环境专利技术,无法完全契合工厂的应用环境,表现在:
[0004]1.部署一个消息总线只服务于一个业务系统,IT系统的软硬件利用率低;
[0005]2.消息总线的设计往往只考虑了服务端之间的连接,没有为客户端连接优化。
[0006]比如客户端可能搭载于车辆等厂内移动目标上,网络会频繁切换、断开,重连后需要客户端恢复订阅状态,步骤繁琐,容易漏掉订阅消息。

技术实现思路

[0007]专利技术目的:提供一种应用于智造工厂的消息交互方法及系统,以解决现有技术存在的上述问题。
[0008]技术方案:一种应用于智造工厂的消息交互方法,包括:
[0009]步骤1、命名空间创造隔离数据隔离,服务于多个应用系统;.
[0010]步骤2、将消息终端区分主动模式和被动模式;
[0011]步骤3、主动模式下通过生成连接ID,保留订阅状态、代收订阅消息,来应对弱网环境的中的频繁重连,状态恢复等难题。
[0012]本专利技术公开了一种应用于智造工厂的消息交互方法及系统,本专利技术通过命名空间隔离多个系统的数据,实现一套总线复用于多个业务系统,进而避免了部署一个消息总线只服务于一个业务系统的问题;
[0013]同时通过连接ID,建立短期离线值守的能力,优化复杂网络环境下的频繁重连;
[0014]避免了客户端可能搭载于车辆等厂内移动目标上,网络会频繁切换、断开,重连后需要客户端恢复订阅状态,步骤繁琐,容易漏掉订阅消息等问题。
[0015]在进一步实施例中,所述步骤1还包括:
[0016]步骤11、每个命名空间对应一套管理实例,管理实例负责命名空间下的消息转发和客户端管理,当某个命名空间首次与客户端连接时,自动创建管理实例;
[0017]步骤12、所有管理实例下的客户端发起的订阅及消息发布均由管理实例进行转发处理,达到与其它命名空间完全隔离的效果。
[0018]在进一步实施例中,所述步骤3还包括:
[0019]步骤31、客户端连接后,请求消息总线生成ConnectID即可转为主动模式,ConnectID为编码唯一的字符串,生成ConnectID时,在消息总线中为该连接创建代理实例,代理实例与ConnectID一一对应,该客户端所有的订阅记录和发送到客户端的消息均通过代理实例处理;
[0020]所述代理实例包含客户端订阅记录缓存、客户端未确认消息的缓存。
[0021]代理实例进行处理时,客户端状态异常、短时离线时,代理实例代持客户端的订阅状态,并缓存发送到客户端的消息,使管理实例不会销毁ConnectID对应的连接数据。
[0022]在进一步实施例中,所述步骤2还包括:
[0023]步骤21、主动模式下客户端掉线时,消息总线发送到该客户端的消息由代理实例进行缓存,缓存时间和空间可配置;
[0024]步骤22、主动模式下客户端携带同样的ConnectID重新上线后,无需要重新订阅,直接由代理实例继续收发消息,简化了弱网环境下的客户端的状态维护。
[0025]在进一步实施例中,所述步骤2还包括:
[0026]步骤23、被动模式下没有ConnectID,没有代理实例,消息直接发送给客户端,订阅在断开连接后失效,一般由网络稳定的后端服务采用。
[0027]一种应用于智造工厂的消息交互系统,包括:
[0028]消息总线,用于客户端发布消息,订阅消息,以及将发布的消息路由至订阅该消息的客户端;
[0029]客户端,与消息总线连通,包括主动模式下客户端,具备连接异常纠错能力,常用于终端设备;
[0030]被动模式下客户端,连接丢失后需立即丢弃连接数据,重新建立消息订阅,不使用缓存消息,常用于服务器设备。
[0031]有益效果:本专利技术公开了一种应用于智造工厂的消息交互方法及系统,本专利技术通过命名空间隔离多个系统的数据,实现一套总线复用于多个业务系统,进而避免了部署一个消息总线只服务于一个业务系统的问题;
[0032]同时通过连接ID,建立短期离线值守的能力,优化复杂网络环境下的频繁重连;
[0033]避免了客户端可能搭载于车辆等厂内移动目标上,网络会频繁切换、断开,重连后需要客户端恢复订阅状态,步骤繁琐,容易漏掉订阅消息等问题。
附图说明
[0034]图1是本专利技术的方法流程示意图。
[0035]图2是本专利技术的步骤1流程示意图。
[0036]图3是本专利技术的步骤2流程示意图。
[0037]图4是本专利技术的步骤3流程示意图。
[0038]图5是本专利技术的命名空间示意图。
[0039]图6是本专利技术的工作过程示意图。
具体实施方式
[0040]本申请涉及一种应用于智造工厂的消息交互方法及系统,下面通过具体实施方式进行详细解释。
[0041]一种应用于智造工厂的消息交互方法,包括:
[0042]步骤1、命名空间创造隔离数据隔离,服务于多个应用系统;.
[0043]步骤2、将消息终端区分主动模式和被动模式;
[0044]步骤3、主动模式下通过生成连接ID,保留订阅状态、代收订阅消息,来应对弱网环境的中的频繁重连,状态恢复等难题。
[0045]本专利技术公开了一种应用于智造工厂的消息交互方法及系统,本专利技术通过命名空间隔离多个系统的数据,实现一套总线复用于多个业务系统,进而避免了部署一个消息总线只服务于一个业务系统的问题;
[0046]同时通过连接ID,建立短期离线值守的能力,优化复杂网络环境下的频繁重连;
[0047]避免了客户端可能搭载于车辆等厂内移动目标上,网络会频繁切换、断开,重连后需要客户端恢复订阅状态,步骤繁琐,容易漏掉订阅消息等问题。
[0048]所述步骤1还包括:
[0049]步骤11、每个命名空间对应一套管理实例,管理实例负责命名空间下的消息转发和客户端管理,当某个命名空间首次与客户端连接时,自动创建管理实例;
[0050]步骤12、所有管理实例下的客户端发起的订阅及消息发布均由管理实例进行转发处理,达到与其它命名空间完全隔离的效果。
[0051]所述步骤3还包括:
[0052]步骤31、客户端连接后,请求消息总线生成ConnectID即可转为主动模式,ConnectID为编码唯一的字符串,生成ConnectID时,在消息总线中为该连接创建代理实例,代理实例与ConnectID一一对应,该客户端所有的订阅记录和发送到客户端的消息均通过代理实例处理。
[0053]所述步骤2还包括:
[0054]步骤21、主动模式下客户端掉线时,消息总线发送到该客户端的消息本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种应用于智造工厂的消息交互方法,其特征在于,包括:步骤1、命名空间创造隔离数据隔离,服务于多个应用系统;步骤2、将消息终端区分主动模式和被动模式;步骤3、主动模式下通过生成连接ID,保留订阅状态、代收订阅消息,来应对弱网环境的中的频繁重连,状态恢复。2.根据权利要求1所述的一种应用于智造工厂的消息交互方法,其特征是:所述步骤1还包括:步骤11、每个命名空间对应一套管理实例,管理实例负责命名空间下的消息转发和客户端管理,当某个命名空间首次与客户端连接时,自动创建管理实例;步骤12、所有管理实例下的客户端发起的订阅及消息发布均由管理实例进行转发处理,达到与其它命名空间完全隔离的效果。3.根据权利要求1所述的一种应用于智造工厂的消息交互方法,其特征是:所述步骤3还包括:步骤31、客户端连接后,请求消息总线生成ConnectID即可转为主动模式,ConnectID为编码唯一的字符串...

【专利技术属性】
技术研发人员:靳伟
申请(专利权)人:无锡新创微智科技有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1