DB61-T+506.1-2024城市轨道交通自动售检票系统技术规范+第1部分：系统结构、功能及性能

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卡进行认证。客流统计应能收集、统计AFC系统客流数据，能通过多种形式展示客流分布、客流预警等信息。报表管理应能实现以下功能：ACLCACLC统一管理报表并可根据需要导出；ACLCSCSC5参数管理应能接收ACLC下发的参数并下发到各设备，进行参数版本同步。设备管理应能实现以下功能：在运营过程中，SC应实时监测车站各设备状态，当设备出现故障或报警时，显示报警信息；SC应实时监控车站设备内钱箱和票箱状态，包括空、将空、满、将满、移位、锁闭等，并在状态异常时报警。客流管理SC应实时监测本车站客流，对客流分布、客流报警信息进行展示。模式管理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