[发明专利]一种地铁安检系统数据通信方式的构建方法有效
申请号: | 202111015221.2 | 申请日: | 2021-08-31 |
公开(公告)号: | CN113794758B | 公开(公告)日: | 2023-03-10 |
发明(设计)人: | 严军;李名扬;邓军;姜旭;蒲磊;李阳 | 申请(专利权)人: | 成都智元汇信息技术股份有限公司 |
主分类号: | H04L67/06 | 分类号: | H04L67/06;H04L67/1095;H04L67/12;H04L69/22 |
代理公司: | 成都蓉创智汇知识产权代理有限公司 51276 | 代理人: | 赵雷 |
地址: | 610000 四川省成都市中国(四川)*** | 国省代码: | 四川;51 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 地铁 安检 系统 数据通信 方式 构建 方法 | ||
1.一种地铁安检系统数据通信方式的构建方法,其特征在于,包括如下步骤:
S1:建立各子系统间图片信息传输方式;
S2:建立同步基础数据的方式;
S3:采用Socket建立集中判图子系统与判图客户端之间的通信方式,所述集中判图子系统与所述判图客户端通信交互时,采用双连接通道,所述双连接通道包括主连接和次连接,主连接只用于拉取图片,次连接用于标记图片、用户登录以及用户登出;所述集中判图子系统将含有图片数据的分发队列插入待判队列等待调度,所述图片数据调度采用判图客户端主动拉取的方式,若取出的图片数据超过规定时间,则异步记录该数据状态为超时,重新拉取该分发队列的下一条图片数据;若队列为空时,则判图客户端得到无图片数据的响应;
S31:定义报文体数据类型、请求报文头格式以及响应报文头格式;
S32:定义所述集中判图子系统与所述判图客户端的接口。
2.根据权利要求1所述的构建方法,其特征在于,所述客户端得到无图片数据响应时,则所述判图客户端每隔0.5秒继续向集中判图子系统发送拉取图片请求。
3.根据权利要求1所述的构建方法,其特征在于,所述地铁安检系统包括图像管理平台、集中判图子系统、判图客户端和安检监管平台;
执行S1时,图像管理平台到集中判图子系统、集中判图子系统到安检监管平台传输图片信息时采用Kafka消息队列中间件;
执行S2时,安检监管平台采用Feign进行微服务调用主动向集中判图子系统同步基础数据,所述基础数据包括线路、站点、安检点以及设备信息。
4.根据权利要求1所述的构建方法,其特征在于,执行S31时,所定义报文体数据类型、请求报文头格式以及响应报文头格式用于拉取图片数据的请求与响应;执行S32时,所需定义的接口信息包括用户登录信息、用户注销信息、拉取图片信息、反馈图片信息以及工作时段上报信息。
5.根据权利要求1所述的构建方法,其特征在于,所述集中判图子系统与所述判图客户端之间通信方式采用Socket方式的长连接。
6.根据权利要求5所述的构建方法,其特征在于,所述集中判图子系统与所述判图客户端连接后,若120秒内无活动,所述集中判图子系统的服务端将主动关闭连接。
7.根据权利要求1所述的构建方法,其特征在于,所述分发队列使用Redis存储,同一个分发队列的数据以数据接收时间先进先出存取。
8.根据权利要求1所述的构建方法,其特征在于,所述图片数据超过规定时间,则将所述图片数据推送至安检监管平台。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于成都智元汇信息技术股份有限公司,未经成都智元汇信息技术股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111015221.2/1.html,转载请声明来源钻瓜专利网。