ICS 93.080CCSQ84

DB61陜 西 省 地 方 標 準DB61/T506.1—2024DB/T506.1-2010、DB/T506.3-20101Technicalspecificationofautomaticfarecollectionsystemforurbanrailtransit-partTechnicalspecificationofautomaticfarecollectionsystemforurbanrailtransit-part1：systemstructure,functionandperformance2024092420241024陜西省市場監督管理局發布DB61/T506.1DB61/T506.1—2024DB61/T506.1DB61/T506.1—2024目 次前言 II引言 III范圍 1規范性引用文件 1術語和定義 1縮略語 2系統結構 2系統功能 4系統性能 10系統測試 12參考文獻 13II前 言本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規則》的規定起草。本文件是DB61/T506《城市軌道交通自動售檢票系統技術規范》的第1部分，DB61/T506分為7個部分：——城市軌道交通自動售檢票系統技術規范第1部分：系統結構、功能及性能；——2部分：編碼規則；——3部分：乘車憑證；——城市軌道交通自動售檢票系統技術規范第4部分：通信數據接口；——城市軌道交通自動售檢票系統技術規范第5部分：讀寫器；——6部分：密鑰系統；——7部分：人機界面。本文件代替DB61/T506.1-2010《城市軌道交通自動售檢票系統第1部分：總則》、DB61/T3DB61/T506.1-2010、DB61/T506.3-2010相比，除結構調整和編輯性修改之外，主要技術變化如下：修訂了自動售檢票系統結構（見第5章）；修訂了自動售檢票系統功能，增加了二維碼乘車業務及生物特征識別乘車業務功能(見第6章)。c)增加了二維碼乘車業務及及生物特征識別乘車業務功能性能（見第6章第5節、見第6章第6節）；d)修訂了自動售檢票系統性能（見第7章）；e)增加了“系統測試”（見第8章）。請注意本文件的某些內容可能涉及專利。本文件的發布機構不承擔識別專利的責任。本文件由陜西省交通運輸廳提出并歸口。本文件主要起草人：趙跟黨、侯久望、胡建俠、曹雙勝、王治根、單華軍、何平、陳建萍、陳楚、管宏、章濤、代建風、鄧秋雄、張國慶、蘇衛華、唐達穎、姚霞。本文件由西安市軌道交通集團有限公司負責解釋。本文件2010年首次發布，本次為首次修訂。本文件及其所代替文件的歷次版本發布情況為：——2010年首次發布為DB61/T506.1-2010、DB61/T506.3-2010；——本次為第一次修訂。聯系信息如下：單位：西安市軌道交通集團有限公司電話址：西安市鳳城八路126號郵編：710065II引 言506-2010《城市軌道交通自動售檢票系統》基礎上進行了修訂，對各IIIIIIDB61/T506.1DB61/T506.1—2024DB61/T506.1DB61/T506.1—2024城市軌道交通自動售檢票系統技術規范第1部分：系統結構、工程及性能范圍本文件給出了城市軌道交通自動售檢票系統結構、系統功能、系統性能及系統測試的要求。規范性引用文件（包括所有的修改單適用于本文件。GB/T22239-2019信息安全技術網絡安全等級保護各等級基本要求GB/T22240-2020信息安全技術網絡安全等級保護定級指南GB/T20907-2007城市軌道交通自動售檢票系統技術條件CJJ/T162-2011城市軌道交通自動售檢票系統檢測技術規程JT/T1179-2018交通一卡通二維碼支付技術規范術語和定義下列術語和定義適用于本文件。3.1自動售檢票系統automaticfarecollection實現軌道交通售票、檢票、計費、收費、統計、清分、管理等全過程的自動化系統。3.2乘車憑證ticket/cardcassengerscoucher用于城市軌道交通系統乘客乘行的憑證載體，包括實體票卡和虛擬票卡。3.3清分清算及線路管理中心系統AFCclearing&multi-linecenter13.4車站計算機系統stationcomputersystem管理車站級的設備運行、票務管理、客流統計等的系統。3.5車站終端設備stationterminalequipment安裝于各軌道交通線路車站，并進行乘車憑證發售、檢票、充值、驗票分析等讀寫交易處理的設備。3.6二維碼乘車業務系統two-dimensionalcoderidebusinesssystem通過掃碼設備進行掃描和識別二維碼，實現進出站與后臺計費的系統。3.7生物特征識別乘車業務系統biometricride-hailingbusinesssystem通過人體生物識別技術實現進出站與后臺計費的系統。縮略語AFC自動售檢票系統（automaticfarecollection）ACLC清分清算及線路管理中心系統（AFCclearing&multi-linecenter）ACC清分系統（AFCclearingcenter）LCCS線路中央計算機系統（linecentralcomputersystem）E/S車票編碼/分揀機(encoder/sorter)SAM安全存取模塊（secureaccessmodule）SC車站計算機(stationcomputer)STE車站終端設備(stationterminalequipment)TVM自動售票機（automaticticketvendingmachine）AGM自動檢票機（automaticgatemachine）BOM半自動售票機(bookingofficemachine)PST(passengerintegratedserviceterminal)PCA便攜式驗票機（portableanalysischecking）OD交通出行量（origindestination）ITP互聯網票務平臺（internetticketingplatform）系統結構AFC根據線網建設規模、運營管理模式及業務需求可進行層級間融合調整。ACC與LCCS合并為ACLC系統。AFC2第一層：清分清算及線路中心管理系統（ACLC）；第二層：車站計算機系統（SC）；第三層：車站終端設備（STE）；第四層：乘車憑證。AFC系統邏輯架構圖見圖1。圖1系統邏輯架構圖圖1系統邏輯架構圖5.1.3云平臺下的AFC系統架構系統部署在云平臺時，通過將軟硬件邏輯化為資源池，為AFC業務提供IaaS+PaaS層云服務，將傳統的五層AFC系統架構扁平化為云端-終端兩層，ACLC、SC由云端承載。系統硬件結構中央層宜包括服務器、工作站、存儲設備、網絡設備、票卡發行設備等。車站層宜包括服務器、工作站、網絡設備等。終端層應包括檢票類、售票類及相關配套設備。5.3系統軟件結構3中央管理層中央管理層應能實現以下功能：宜包括清分管理、二維碼乘車支付、生物特征乘車支付等；宜負責線網乘車憑證發行管理、線網運營管理、客流統計及收益清分；宜負責線路運營管理。車站管理層實現車站設備監控、運營管理、票務管理及數據統計等功能。終端設備層實現車站內售票、檢票、補票、查詢等功能。系統安全整體安全系統應符合GB/T22239-2019中第8章的規定，網絡安全保護等級應符合GB/T22240-2020的規定，滿足網絡安全保護等級第三級要求。系統可靠性解除后，子系統可以自動進行恢復處理。5.4.3數據安全系統數據應符合解除后，子系統可以自動進行恢復處理。5.4.3數據安全系統數據應符合GB/T37932-2019中的數據交易安全規定，確保數據的機密性、完整性和可用性。6系統功能ACLC清分管理清分管理應能實現以下功能：接收下層上傳的交易數據，對交易數據有效性進行檢查；支持不同票種、票制、不同交易種類的清分；根據清分規則，對各線路、各運營單位票款收入進行清分；支持與外部系統清分、對賬、異議申訴和調賬。SC參數管理線網類參數4產品類參數應能定義城市軌道交通AFC系統車票相關信息，并能編輯新增車票種類或更改車票使用規則，驗證測試后下發至線路生效。票價類參數票價類參數應定義AFC系統車票票價及費率相關信息。ACLC應能編輯車票費率，驗證測試后下發至線路生效。黑名單參數應能實現黑名單車票在AFC系統各終端設備上的識別與攔截，包括：ACLC中參數管理模塊中輸入/ID列表；黑名單參數：以參數方式生成并下發，各終端設備接受參數后立即生效；BOM進行解鎖操作消除車票內黑名單鎖標記后正常使用。模式履歷參數應能實現以下功能：ACLCSC，各車站設備應按照模式處理規則進行處理；模式結束時的處理流程應與模式開始時的處理流程相對應。SAMACLC系統應能對SAM卡使用情況監控管理，建立SAM卡ID與設備間對應關系，包括：此對應關系可對交易數據合法性進行判斷；SAM卡，ACLCSAM卡和設備間對應關系；SAMSAM卡變更事件。ACLCISAM卡進行認證?？土鹘y計應能收集、統計AFC系統客流數據，能通過多種形式展示客流分布、客流預警等信息。報表管理應能實現以下功能：ACLCACLC統一管理報表并可根據需要導出；ACLCSCSC5參數管理應能接收ACLC下發的參數并下發到各設備，進行參數版本同步。設備管理應能實現以下功能：在運營過程中，SC應實時監測車站各設備狀態，當設備出現故障或報警時，顯示報警信息；SC應實時監控車站設備內錢箱和票箱狀態，包括空、將空、滿、將滿、移位、鎖閉等，并在狀態異常時報警?？土鞴芾鞸C應實時監測本車站客流，對客流分布、客流報警信息進行展示。模式管理SC應對模式進行管理及設置，當車站需進入某模式時，SC監控工作站可設置車站進入該模式。時鐘管理SC應定期與ACLC同步時鐘，并保證車站內時鐘統一。報表管理每日運營結束后，SC應自動生成報表。終端設備管理終端設備包括半自動售票機、自動售票機、自動檢票機、乘客綜合服務終端。功能如下：（BOM）自動售票機（TVM）應能實現現金、非現金支付、單程票發售、儲值票充值、語音識別購票功能。自動檢票機（AGM）應能實現乘客通行監控、乘車憑證有效性檢查、聲光提示、黑名單車票（PST）實體票卡管理實體車票庫存管理應能實現以下功能：實體車票庫存和車票流轉管理；6實體車票生產管理ACLC系統應能對E/S訂單計劃及車票生產情況進行統計管理。應在ACLC系統設置E/S訂單計劃后下發E/S執行，E/S將訂單執行情況上傳ACLC系統。二維碼乘車業務運營管理注冊用戶信息管理（ID展示查詢用戶列表。二維碼發碼平臺用戶身份認證信息、手機號碼，按照加密邏輯生成可識別/核驗的二維碼。應通過加密/解密機制和行程管理提供用戶乘車信息的查詢展示，可設定篩選條件進行精準查詢，應能追溯用戶行程軌跡。異常處理黑名單管理應能實現以下功能：根據需求及算法，對誤識率高或扣費成功率低的用戶進行風險控制，必要時納入黑名單管理；時鐘同步應在啟動時或規定時間間隔與ACLC進行時鐘同步，支持人工修正時鐘。參數管理二維碼乘車業務系統應接收ACLC下發的各類參數并進行處理，功能如下：ACLC定期更新線路參數數據，維護和管理線路參數；ACLC定期更新站點參數數據，維護和管理各線路站點參數；ACLC同步票價參數并支持導入，對交易異常票價進行監控管理。報表管理二維碼乘車業務系統應對業務數據進行統計分析并生成報表，功能如下：根據結算日期生成二維碼交易數據報表，定制數據報表，報表應分為線網、線路、站點三級；7報表數據核驗，正常數據歸檔處理，報表差異核對處理，異常數據差異化處理后歸檔。終端設備管理終端管理應能增加、刪除、修改、查詢終端設備信息。終端監控應能監控在線狀態、網絡延時、連接狀態和硬件資源。終端軟件管理應支持軟件版本管理、人工升級及自動升級。計費管理應能實現以下功能：接收終端上傳的交易數據，進行交易有效性、行程控制、防復制校驗；讀取二維碼乘車業務行程，根據規則完成行程匹配；OD訂單的費用；OD訂單費用。支付管理應能實現以下功能：具備第三方支付渠道接入能力，并進行票款請款扣除；結算周期后，在第三方結算平臺下載資金結算文件進行對賬處理，生成各類結算報表。離線管理應能實現以下功能：用戶支持離線生碼；終端支持離線驗碼，將行程數據存儲在本機，待網絡暢通后根據規則完成行程匹配及扣費；支持用戶和終端“雙離線”模式下的二維碼乘車業務。生物特征識別乘車業務運營管理注冊用戶信息管理應能對注冊用戶進行信息篩選查詢（包括注冊時間、用戶ID、是否開通生物特征識別乘車、證件號碼、證件姓名、手機號等），展示查詢用戶列表。生物特征庫管理應能實現人體生物特征采集、認證核驗、信息入庫等功能：APP采集人體生物特征信息，利用活體檢測方式收集乘客生物特征信息并上傳至生物識別乘車業務平臺；認證核驗成功的生物特征信息保存入人體生物特征庫，支持查詢、更新、新增、刪除。8行程管理提供用戶乘車信息的查詢展示，應能設定篩選條件進行精準查詢，追溯用戶行程軌跡。異常處理黑名單管理應能實現以下功能：能上傳納入黑名單的乘客生物特征信息，該類乘客將無法通過生物特征識別乘車。時鐘同步應在啟動時或規定時間間隔與ACLC進行時鐘同步，支持人工修正時鐘。參數管理應接收ACLC下發的各類參數并進行處理，功能如下：ACLC定期更新線路參數數據，維護和管理線路參數；ACLC定期更新站點參數數據，維護和管理各線路站點參數；ACLC同步票價參數并支持導入，對交易異常票價進行監控管理。報表管理應對業務數據進行統計分析并生成報表，功能如下：報表數據核驗，正常數據歸檔處理，報表差異核對處理，異常數據差異化處理后歸檔。終端設備管理終端管理應能增加、刪除、修改、查詢終端設備信息。終端監控應能監控在線狀態、網絡延時、連接狀態和硬件資源。終端軟件管理應支持軟件版本管理、人工升級及自動升級。計費管理應能實現以下功能：接收終端上傳的交易數據，進行交易有效性校驗、行程控制校驗、防復制校驗；讀取生物特征識別乘車業務行程，根據規則完成行程匹配；9OD訂單的費用；OD訂單費用。支付管理應能實現以下功能：OD數據按規定時間發送至第三方支付平臺進行扣費；ODACLC進行交易對賬；T+1(T+2)日定時下載第三方支付平臺的代扣賬單數據和自身賬單數據進行核對比較，生成差異賬單數據明細。系統性能基本性能系統應滿足綠色節能、安全高效、可拓展及高可靠性等方面的性能要求。ACLC應符合GB/T20907-2007中清分系統性能要求，同時滿足以下要求：數據處理能力應能達到設計要求的數據;清分清算及線路管理中心系統應能通過只更新或增加硬件，不改變系統軟件來達到可擴展的處理能力；清分系統與多線路中央系統中所有統計數據在系統中永久保存；150條交易紀錄；122天的累積交易數據清算；2小時內完成；6小時內完成；1小時內完成；可在管理工作站上對交易數據進行多條件組合查詢，系統確保在5秒內返回查詢結果；60天的設備數據。在通信恢復后，能自動上傳未傳送的數據。SC應符合GB/T20907-2007中車站計算機系統性能要求，同時滿足以下要求：SC50萬筆交易量的能力；設備應能通過只更新或增加硬件，不需改變軟件來達到可伸縮的處理能力；SC應在兩小時的高峰期內處理總客流量的25％的實時數據；SC數據的保存周期不少于30天；SC2終端設備性能自動售票機應符合GB/T20907-2