凭票换手牌,发手牌给消费者,消费者持手牌,进闸机, 闸机写卡数据,入馆时间=当前时间
闸机判断消费者是否超时,当前时间-入馆时间120 分钟为超时, 若消费者玩了125分钟,超时补票 30分钟的票,重写手牌数据 ,那卡内时长=120+30=150分钟,再到闸机校验超时问题。
场景:冰场票按时间计费, 一张票2小时,超出需要补票才能出场,进场后租冰鞋,出场前还冰鞋。
6.出闸机判断消费者是否超时,当前时间-入馆时间120 分钟为超时, 若消费者玩了125分钟,超时补票 30分钟的票,重写手牌数据 ,那卡内时长=120+30=150分钟
清冰时间段 : 比如冰场有清冰时间,不包括在滑冰的时长中 。 实际时长= 结束时间 - 开始时间+ (开始结束时间段与清冰时间段的交集时长)
网络控制方式:系统与闸机在一个网络中, 进出闸机时,闸机将卡片信息发送到系统服务端,由系统决定是否允许开闸机门。 系统服务端只要判断是否向闸机发送开门指令即可。
写卡方式: 系统和闸机分离,通过事先定义好的业务规则,闸机读取卡中数据,判断是否开闸门。不需要联网,读卡验证效率高。
业务规则整理清晰,根据个性就满足业务需求,闸机厂家提供接口,实现起来迅速灵活。
2.支持各种识别方式,可定制写入闸机端的逻辑,使用场景游泳馆、冰场、雪场等多样化

其他硬件:根据不同需求提供门禁机、人脸识别测温设备、健康码识别、人证核验等。

三、web 与 桌面外壳 数据通信技术方案采用桌面程序外壳+内嵌浏览器的方式实现,外壳负责和本地程序,硬件的交互与控制 ;内嵌浏览器负责场馆系统的功能。 外壳和内嵌的数据交互,相互调用。
采用cs 架构,socket 协议 ,闸机作为客户端向服务端发数据,校验是否开闸机门。
2.拿会员卡 接触读卡器,自动写入到会员卡输入框,并查询出相关信息,显示;如果手动录入会员卡 ,点查询效果一致。
3.选择 票券列表中的票, 拿手牌接触读卡器, 系统向闸机服务器发送物理卡号,读出对应手牌信息,如果状态正常,比如物理卡号234234555,对应手牌号002,刷手牌后,检测到状态为空闲,就向已选票区域,增加一张票,手牌号为002
5.如果,手牌不是ic卡的情况,比如只是一把钥匙 ,没有物理卡号读出,这种情况需要手动录入 手牌号002 ,回车,自动检测状态,正常加入列表。
7.手牌号不录入,也可以加入到选中列表中,比如 游泳儿童票只要有大人的手牌就够了 ,2个人用一个储物柜
8.票券列表,要根据情况来筛选可销售的票,比如时段票,就只显示时间段内的 可销售的票 。
9.确认支付的时候,票写入云端场馆成功后, 再写数据到,本地闸机数据库 ,
10.录入手牌的位置,可以刷手牌(根据物理卡号),也可以直接录入手牌号 ,加入票。 再调用本地闸机服务接口判断手牌的状态。
空闲手牌可以卖票,加入到售票列表中, 使用中的手牌不能卖票,不能加入到售票列表中。
游泳健身体育场馆智能闸机出入口解决方案有多种形式,我们会根据不同要求来定制。像三辊闸、摆闸、翼闸等不同设备也会出现不同的定制款。