[发明专利]一种轨道交通信号设备通信交互方法及系统有效
申请号: | 202011540149.0 | 申请日: | 2020-12-23 |
公开(公告)号: | CN112769901B | 公开(公告)日: | 2023-02-28 |
发明(设计)人: | 智国盛;周驰楠;唐建林;姚远鹏 | 申请(专利权)人: | 交控科技股份有限公司 |
主分类号: | H04L69/18 | 分类号: | H04L69/18;H04L67/14;H04L67/145;H04L43/10;B61L27/70;B61L15/00 |
代理公司: | 北京路浩知识产权代理有限公司 11002 | 代理人: | 王宇杨 |
地址: | 100070 北京市丰台区*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 轨道 交通信号 设备 通信 交互 方法 系统 | ||
本发明提供一种轨道交通信号设备通信交互方法及系统,包括:获取配置数据库中待连接信号设备的模块配置信息;基于所述模块配置信息,通过Netty框架进行通信交互,建立通信连接交互;待所述通信连接交互建立成功后,对所述待连接信号设备进行预设配置管理;接收所述待连接设备的数据信息,将所述数据信息存入指定库中,并将所述数据信息对应的标识信息通过预设消息队列传递至下一处理环节。本发明通过基于Netty的通信交互模式,为软硬件通信交互提供了强而稳定的通信技术,同时支持多种通信协议的使用,通过配置化管理数据和代码,给快速开发提供了保障。
技术领域
本发明涉及轨道交通数据通信技术领域,尤其涉及一种轨道交通信号设备通信交互方法及系统。
背景技术
轨道交通信号设备系统通过硬件采集数据,上传至各硬件模块,进而上报给总集成商或其他厂家进行数据解读及分析。当前轨道交通信号设备厂商众多,各家厂商针对各信号专业都有不同的通信协议,行业内甚至于同一信号专业内均无同一标准协议。针对硬件采集数据上传的形式,各厂商都应用自己的一套规则进行上报或转发,通信交互的方式五花八门。对于信号总集成商来说,每个厂家的通信协议均需要单独开发,重复开发导致时间成本大大提高,维护人力投入也越来越多,项目成本居高不下。
现有的方案存在如下几个问题:
开发模式单一,针对硬件厂商新增协议,都需重新开发通信代码;开发代码冗余,重复工作的时间占用较多;维护成本高,代码量跟随协议量的增多,大大增加维护时间和人力;开发人员投入学习成本较高,针对各协议版本的通信代码内容均需要重新研习。
因此,需要提出一种新的针对硬件采集数据的通信方法。
发明内容
本发明提供一种轨道交通信号设备通信交互方法及系统,用以解决现有技术中存在的缺陷。
第一方面,本发明提供一种轨道交通信号设备通信交互方法,包括:
获取配置数据库中待连接信号设备的模块配置信息;
基于所述模块配置信息,通过Netty框架进行通信交互,建立通信连接交互;
待所述通信连接交互建立成功后,对所述待连接信号设备进行预设配置管理;
接收所述待连接设备的数据信息,将所述数据信息存入指定库中,并将所述数据信息对应的标识信息通过预设消息队列传递至下一处理环节。
在一个实施例中,所述基于所述模块配置信息,通过Netty框架进行通信交互,建立通信连接交互,之后还包括:
基于所述模块配置信息,周期性地进行心跳连接交互,并针对不同通信协议配置心跳帧信息;
若超过预设间隔时间未收到心跳,生成心跳中断报警信息发送至所述预设消息队列或第三方应用。
在一个实施例中,所述模块配置信息包括所述待连接信号设备的IP地址、端口号、设备模块编号、通信类型和是否启用信息。
在一个实施例中,所述获取配置数据库中待连接信号设备的模块配置信息,之前包括:
根据预设通信协议配置所述配置数据库,将所述模块配置信息配置到对应的数据库表结构中。
在一个实施例中,所述基于所述模块配置信息,通过Netty框架进行通信交互,建立通信连接交互,包括:
基于所述Netty框架进行通信交互,支持TCP客户端通信协议、TCP服务端通信协议和UDP通信协议;
根据所述数据库表结构的表字段要求存入所述TCP客户端通信协议、所述TCP服务端通信协议和所述UDP通信协议,启动通信模块进行实时通信;
若服务端无法连接或连接通信发生故障,自动发起重连请求。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于交控科技股份有限公司,未经交控科技股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202011540149.0/2.html,转载请声明来源钻瓜专利网。