游泳健身體育場館智能閘機出入口方案
一、業(yè)務場景及流程
主要業(yè)務節(jié)點包括:卡片初始化:或卡片數(shù)據(jù)清除(比如閘機設置回收裝置)
售票寫卡:售票時寫入票券的基本信息
進入閘機:持卡進閘機
出閘機:持卡出閘機
場館購票:線上線下兩種形式,可以憑票或者線上二維碼等驗票進場
憑票換手牌,發(fā)手牌給消費者,消費者持手牌,進閘機, 閘機寫卡數(shù)據(jù),入館時間=當前時間
消費者消費完畢,準備出閘機
閘機判斷消費者是否超時,當前時間-入館時間>120 分鐘為超時, 若消費者玩了125分鐘,超時補票 30分鐘的票,重寫手牌數(shù)據(jù) ,那卡內(nèi)時長=120+30=150分鐘,再到閘機校驗超時問題。
沒有超時,交手牌,開門出,閘機將數(shù)據(jù)清除。
雪場、冰場購票(租賃裝備)
場景:冰場票按時間計費, 一張票2小時,超出需要補票才能出場,進場后租冰鞋,出場前還冰鞋。
1.消費者 來場購票,前臺售票
2.前臺寫數(shù)據(jù)到手牌,時長=120, 發(fā)手牌給消費者
3.消費者持手牌,進閘機, 閘機寫卡數(shù)據(jù),入館時間=當前時間
4.去租冰鞋,寫卡租鞋=1
5.消費者滑冰完畢,還冰鞋,寫卡租鞋=0
6.出閘機判斷消費者是否超時,當前時間-入館時間>120 分鐘為超時, 若消費者玩了125分鐘,超時補票 30分鐘的票,重寫手牌數(shù)據(jù) ,那卡內(nèi)時長=120+30=150分鐘
再到閘機校驗超時問題。
7.沒有超時,已還冰鞋,交手牌,開門出,閘機將數(shù)據(jù)清除。
單次消費的超時邏輯
假設 票券時長 t=120分鐘, 緩沖分鐘數(shù)m=10 分鐘
那么時間分鐘數(shù) s < t+m 不算超時, 如果 s>t+m 則超時分鐘數(shù) k=s-t
補票的時候,只能整數(shù)的補,
清冰時間 A1-A2
時間滑冰時間為: B1-B2
如果 ,兩者有交集 , 則,實際的分鐘數(shù) 要補上交集的時間分鐘數(shù) 。
3.時間段進場
場景:場次卡
按時間段進入 ,比如上午場 08:00~12:00
下午場 13:00~18:00
晚上場 19:00~24:00
4.管理人員
場館管理人員,可以隨意進出閘機 ,例如,可以一直刷卡進多個人,
5.卡片清理
即卡片的初始化,相當于出閘機時卡片數(shù)據(jù)清零。
6.閘機監(jiān)控報表
記錄所有卡片的 進出記錄
7.票的種類
1.陪同票 ,不能領鞋滑冰,
2.通常票
8. 場館系統(tǒng)(票券設置)
要把票設置對應的 ,業(yè)務類型 ,計時類型,補票方案等
補票的消費項目為:超時補票
9. 開始計時,結束計時
開始時間:包括 售票計時、進場計時、租裝備計時。
結束計時:包括 出閘機、還裝備 計時。
清冰時間段 : 比如冰場有清冰時間,不包括在滑冰的時長中 。 實際時長= 結束時間 - 開始時間+ (開始結束時間段與清冰時間段的交集時長)
二、閘機廠商
1 實現(xiàn)方案
網(wǎng)絡控制方式:系統(tǒng)與閘機在一個網(wǎng)絡中, 進出閘機時,閘機將卡片信息發(fā)送到系統(tǒng)服務端,由系統(tǒng)決定是否允許開閘機門。 系統(tǒng)服務端只要判斷是否向閘機發(fā)送開門指令即可。
方案簡潔,靈活,但對網(wǎng)絡和系統(tǒng)要求較高 ,我們是云端系統(tǒng)不建議采用。
閘機還需要布網(wǎng)線。
寫卡方式: 系統(tǒng)和閘機分離,通過事先定義好的業(yè)務規(guī)則,閘機讀取卡中數(shù)據(jù),判斷是否開閘門。不需要聯(lián)網(wǎng),讀卡驗證效率高。
業(yè)務規(guī)則整理清晰,根據(jù)個性就滿足業(yè)務需求,閘機廠家提供接口,實現(xiàn)起來迅速靈活。
閘機廠家溝通
閘機廠商要求:
1.提供卡規(guī)劃,數(shù)據(jù)協(xié)議
2.支持各種識別方式,可定制寫入閘機端的邏輯,使用場景游泳館、冰場、雪場等多樣化
3.要考慮數(shù)據(jù)加密 ,密鑰
智能閘機選型:三輥閘、擺閘、翼閘、平移閘等
其他硬件:根據(jù)不同需求提供門禁機、人臉識別測溫設備、健康碼識別、人證核驗等。
三、web 與 桌面外殼 數(shù)據(jù)通信技術方案
采用桌面程序外殼+內(nèi)嵌瀏覽器的方式實現(xiàn),外殼負責和本地程序,硬件的交互與控制 ;內(nèi)嵌瀏覽器負責場館系統(tǒng)的功能。 外殼和內(nèi)嵌的數(shù)據(jù)交互,相互調(diào)用。
四、數(shù)據(jù)結構
數(shù)據(jù)采用json格式存儲、傳輸。
五、 業(yè)務邏輯
1.先判斷版本號,不同版本可能會有不同的處理邏輯
2.按卡類型,處理邏輯
3.超時計算的開始時間,要根據(jù)tt的類型來定 。
六、技術方案
閘機的控制器可以配置,服務端的ip 和port
讀頭可以設置,讀取卡片的某個扇區(qū)的數(shù)值。
采用cs 架構,socket 協(xié)議 ,閘機作為客戶端向服務端發(fā)數(shù)據(jù),校驗是否開閘機門。
采用Netty 來構建系統(tǒng)
業(yè)務流程說明
相關系統(tǒng)常量配置:
讀卡器類型:可選
有閘機購票的流程
1.系統(tǒng)進入默認選中 會員卡輸入的輸入框
2.拿會員卡 接觸讀卡器,自動寫入到會員卡輸入框,并查詢出相關信息,顯示;如果手動錄入會員卡 ,點查詢效果一致。
3.選擇 票券列表中的票, 拿手牌接觸讀卡器, 系統(tǒng)向閘機服務器發(fā)送物理卡號,讀出對應手牌信息,如果狀態(tài)正常,比如物理卡號234234555,對應手牌號002,刷手牌后,檢測到狀態(tài)為空閑,就向已選票區(qū)域,增加一張票,手牌號為002
4.刷第二個手牌 ,增加第二張票
5.如果,手牌不是ic卡的情況,比如只是一把鑰匙 ,沒有物理卡號讀出,這種情況需要手動錄入 手牌號002 ,回車,自動檢測狀態(tài),正常加入列表。
6.選擇區(qū)域的手牌號不能重復,
7.手牌號不錄入,也可以加入到選中列表中,比如 游泳兒童票只要有大人的手牌就夠了 ,2個人用一個儲物柜
8.票券列表,要根據(jù)情況來篩選可銷售的票,比如時段票,就只顯示時間段內(nèi)的 可銷售的票 。
9."確認支付"的時候,票寫入云端場館成功后, 再寫數(shù)據(jù)到,本地閘機數(shù)據(jù)庫 ,
如果寫本地數(shù)據(jù)庫成功,最終提示成功。
如果寫本地數(shù)據(jù)庫失敗,跳轉(zhuǎn)到另外一個界面,顯示訂單信息,重新寫本地。
10.錄入手牌的位置,可以刷手牌(根據(jù)物理卡號),也可以直接錄入手牌號 ,加入票。 再調(diào)用本地閘機服務接口判斷手牌的狀態(tài)。
空閑手牌可以賣票,加入到售票列表中, 使用中的手牌不能賣票,不能加入到售票列表中。
游泳健身體育場館智能閘機出入口解決方案有多種形式,我們會根據(jù)不同要求來定制。像三輥閘、擺閘、翼閘等不同設備也會出現(xiàn)不同的定制款。