游泳健身體育場館智能閘機出入口方案
 

　　一、業務場景及流程
 

　　主要業務節點包括：卡片初始化:或卡片數據清除(比如閘機設置回收裝置)
 

　　售票寫卡：售票時寫入票券的基本信息
 

　　進入閘機：持卡進閘機
 

　　出閘機：持卡出閘機
 

　　場館購票：線上線下兩種形式，可以憑票或者線上二維碼等驗票進場
 

　　憑票換手牌，發手牌給消費者，消費者持手牌，進閘機， 閘機寫卡數據，入館時間=當前時間
 

　　消費者消費完畢，準備出閘機
 

　　閘機判斷消費者是否超時，當前時間-入館時間>120 分鐘為超時， 若消費者玩了125分鐘，超時補票 30分鐘的票，重寫手牌數據 ，那卡內時長=120+30=150分鐘，再到閘機校驗超時問題。
 

　　沒有超時，交手牌，開門出，閘機將數據清除。
 

　　雪場、冰場購票(租賃裝備)
 

　　場景：冰場票按時間計費， 一張票2小時，超出需要補票才能出場，進場后租冰鞋，出場前還冰鞋。
 

　　1.消費者 來場購票，前臺售票
 

　　2.前臺寫數據到手牌，時長=120， 發手牌給消費者
 

　　3.消費者持手牌，進閘機， 閘機寫卡數據，入館時間=當前時間
 

　　4.去租冰鞋，寫卡租鞋=1
 

　　5.消費者滑冰完畢，還冰鞋，寫卡租鞋=0
 

　　6.出閘機判斷消費者是否超時，當前時間-入館時間>120 分鐘為超時， 若消費者玩了125分鐘，超時補票 30分鐘的票，重寫手牌數據 ，那卡內時長=120+30=150分鐘
 

　　再到閘機校驗超時問題。
 

　　7.沒有超時，已還冰鞋，交手牌，開門出，閘機將數據清除。
 

　　單次消費的超時邏輯
 

　　假設 票券時長 t=120分鐘， 緩沖分鐘數m=10 分鐘
 

　　那么時間分鐘數 s < t+m 不算超時， 如果 s>t+m 則超時分鐘數 k=s-t
 

　　補票的時候，只能整數的補，
 

　　清冰時間 A1-A2
 

　　時間滑冰時間為： B1-B2
 

　　如果 ，兩者有交集 ， 則，實際的分鐘數 要補上交集的時間分鐘數 。
 

　　3.時間段進場
 

　　場景：場次卡
 

　　按時間段進入 ，比如上午場 08:00~12:00
 

　　下午場 13:00~18:00
 

　　晚上場 19:00~24:00
 

　　4.管理人員
 

　　場館管理人員，可以隨意進出閘機 ，例如，可以一直刷卡進多個人，
 

　　5.卡片清理
 

　　即卡片的初始化，相當于出閘機時卡片數據清零。
 

　　6.閘機監控報表
 

　　記錄所有卡片的 進出記錄
 

　　7.票的種類
 

　　1.陪同票 ，不能領鞋滑冰，
 

　　2.通常票
 

　　8. 場館系統(票券設置)
 

　　要把票設置對應的 ，業務類型 ，計時類型，補票方案等
 

　　補票的消費項目為：超時補票
 

　　9. 開始計時，結束計時
 

　　開始時間：包括 售票計時、進場計時、租裝備計時。
 

　　結束計時：包括 出閘機、還裝備 計時。
 

　　清冰時間段 ： 比如冰場有清冰時間，不包括在滑冰的時長中 。 實際時長= 結束時間 - 開始時間+ (開始結束時間段與清冰時間段的交集時長)
 

　　二、閘機廠商
 

　　1 實現方案
 

　　網絡控制方式：系統與閘機在一個網絡中， 進出閘機時，閘機將卡片信息發送到系統服務端，由系統決定是否允許開閘機門。 系統服務端只要判斷是否向閘機發送開門指令即可。
 

　　方案簡潔，靈活，但對網絡和系統要求較高 ，我們是云端系統不建議采用。
 

　　閘機還需要布網線。
 

　　寫卡方式： 系統和閘機分離，通過事先定義好的業務規則，閘機讀取卡中數據，判斷是否開閘門。不需要聯網，讀卡驗證效率高。
 

　　業務規則整理清晰，根據個性就滿足業務需求，閘機廠家提供接口，實現起來迅速靈活。
 

　　閘機廠家溝通
 

　　閘機廠商要求：
 

　　1.提供卡規劃，數據協議
 

　　2.支持各種識別方式，可定制寫入閘機端的邏輯，使用場景游泳館、冰場、雪場等多樣化
 

　　3.要考慮數據加密 ，密鑰
 

　　智能閘機選型：三輥閘、擺閘、翼閘、平移閘等
 

其他硬件：根據不同需求提供門禁機、人臉識別測溫設備、健康碼識別、人證核驗等。
 

 

　　三、web 與 桌面外殼 數據通信技術方案

 

　　采用桌面程序外殼+內嵌瀏覽器的方式實現，外殼負責和本地程序，硬件的交互與控制 ;內嵌瀏覽器負責場館系統的功能。 外殼和內嵌的數據交互，相互調用。
 

　　四、數據結構
 

　　數據采用json格式存儲、傳輸。
 

　　五、 業務邏輯
 

　　1.先判斷版本號，不同版本可能會有不同的處理邏輯
 

　　2.按卡類型，處理邏輯
 

　　3.超時計算的開始時間，要根據tt的類型來定 。
 

　　六、技術方案
 

　　閘機的控制器可以配置，服務端的ip 和port
 

　　讀頭可以設置，讀取卡片的某個扇區的數值。
 

　　采用cs 架構，socket 協議 ，閘機作為客戶端向服務端發數據，校驗是否開閘機門。
 

　　采用Netty 來構建系統
 

　　業務流程說明
 

　　相關系統常量配置：
 

　　讀卡器類型：可選
 

　　有閘機購票的流程
 

　　1.系統進入默認選中 會員卡輸入的輸入框
 

　　2.拿會員卡 接觸讀卡器，自動寫入到會員卡輸入框，并查詢出相關信息，顯示;如果手動錄入會員卡 ，點查詢效果一致。
 

　　3.選擇 票券列表中的票， 拿手牌接觸讀卡器， 系統向閘機服務器發送物理卡號，讀出對應手牌信息，如果狀態正常，比如物理卡號234234555，對應手牌號002，刷手牌后，檢測到狀態為空閑，就向已選票區域，增加一張票，手牌號為002
 

　　4.刷第二個手牌 ，增加第二張票
 

　　5.如果，手牌不是ic卡的情況，比如只是一把鑰匙 ，沒有物理卡號讀出，這種情況需要手動錄入 手牌號002 ，回車，自動檢測狀態，正常加入列表。
 

　　6.選擇區域的手牌號不能重復，
 

　　7.手牌號不錄入，也可以加入到選中列表中，比如 游泳兒童票只要有大人的手牌就夠了 ，2個人用一個儲物柜
 

　　8.票券列表，要根據情況來篩選可銷售的票，比如時段票，就只顯示時間段內的 可銷售的票 。
 

　　9."確認支付"的時候，票寫入云端場館成功后， 再寫數據到,本地閘機數據庫 ,
 

　　如果寫本地數據庫成功，最終提示成功。
 

　　如果寫本地數據庫失敗，跳轉到另外一個界面，顯示訂單信息，重新寫本地。
 

　　10.錄入手牌的位置，可以刷手牌(根據物理卡號)，也可以直接錄入手牌號 ，加入票。 再調用本地閘機服務接口判斷手牌的狀態。
 

　　空閑手牌可以賣票，加入到售票列表中， 使用中的手牌不能賣票，不能加入到售票列表中。
 

　　游泳健身體育場館智能閘機出入口解決方案有多種形式，我們會根據不同要求來定制。像三輥閘、擺閘、翼閘等不同設備也會出現不同的定制款。