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

ICS93.080CCSQ84DB61代替DB/T506.1-2010、DB/T506.3-2010Technicalspecificationofautomaticfarecollectionsystemforurbanrailtransit-part陕西省市场监督管理局发布IDB61/T506.1—2024前言 12规范性引用文件 13术语和定义 14缩略语 25系统结构 26系统功能 47系统性能 8系统测试 参考文献 DB61/T506.1—2024本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起本文件是DB61/T506《城市轨道交通自动售检票系统技术规范》的第1部分，DB61/T506分为7个部分：——城市轨道交通自动售检票系统技术规范第1部分：系统结构、功能及性能；——城市轨道交通自动售检票系统技术规范第2部分：编码规则；——城市轨道交通自动售检票系统技术规范第3部分：乘车凭证；——城市轨道交通自动售检票系统技术规范第4部分：通信数据接口；——城市轨道交通自动售检票系统技术规范第5部分：读写器；——城市轨道交通自动售检票系统技术规范第6部分：密钥系统；——城市轨道交通自动售检票系统技术规范第7部分：人机界面。本文件代替DB61/T506.1-2010《城市轨道交通自动售检票系统第1部分：总则》、DB61/T506.3-2010《城市轨道交通自动售检票系统第3部分：终端设备与票卡技术规范》的部分内容，与DB61/T506.1-2010、DB61/T506.3-2010相比，除结构调整和编辑性修改之外，主要技术变化如下：a)修订了自动售检票系统结构（见第5章）；b)修订了自动售检票系统功能，增加了二维码乘车业务及生物特征识别乘车业务功能(见第6章)。c)增加了二维码乘车业务及及生物特征识别乘车业务功能性能（见第6章第5节、见第6章第6节）；d)修订了自动售检票系统性能（见第7章）；e)增加了“系统测试”（见第8章）。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由陕西省交通运输厅提出并归口。本文件起草单位：西安市轨道交通集团有限公司、方正国际软件系统有限公司、武汉小码联城科技有限公司、成都智元汇信息技术股份有限公司、上海华虹计通智能系统股份有限公司、中国软件与技术服务股份有限公司、广州地铁设计研究院股份有限公司。本文件主要起草人：赵跟党、侯久望、胡建侠、曹双胜、王治根、单华军、何平、陈建萍、陈楚、管宏、章涛、代建风、邓秋雄、张国庆、苏卫华、唐达颖、姚霞。本文件由西安市轨道交通集团有限公司负责解释。本文件2010年首次发布，本次为首次修订。本文件及其所代替文件的历次版本发布情况为：——2010年首次发布为DB61/T506.1-2010、DB61/T506.3-2010；——本次为第一次修订。联系信息如下：单位：西安市轨道交通集团有限公司电话址：西安市凤城八路126号邮编：710065DB61/T506.1—2024随着自动售检票系统升级改造及互联网技术发展，现行技术标准已不能满足城市轨道交通自动售检票系统业务发展需求，在DB61/T506-2010《城市轨道交通自动售检票系统》基础上进行了修订，对各级系统结构体系、功能与软硬件要求等制定统一的技术规范，以指导城市轨道交通自动售检票系统的建设及系统改造。DB61/T506.1—20241城市轨道交通自动售检票系统技术规范第1部分：系统结构、工程及性能本文件给出了城市轨道交通自动售检票系统结构、系统功能、系统性能及系统测试的要求。本文件适用于城市轨道交通地铁、轻轨自动售检票系统建设和运营管理，公交化运营的其它轨道交通制式可参照使用。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T22239-2019信息安全技术网络安全等级保护各等级基本要求GB/T22240-2020信息安全技术网络安全等级保护定级指南GB/T20907-2007城市轨道交通自动售检票系统技术条件CJJ/T162-2011城市轨道交通自动售检票系统检测技术规程JT/T1179-2018交通一卡通二维码支付技术规范3术语和定义下列术语和定义适用于本文件。3.1自动售检票系统automaticfarecollection实现轨道交通售票、检票、计费、收费、统计、清分、管理等全过程的自动化系统。3.2乘车凭证ticket/cardcassengerscoucher用于城市轨道交通系统乘客乘行的凭证载体，包括实体票卡和虚拟票卡。3.3清分清算及线路管理中心系统AFCclearing&multi-linecenter发行和管理轨道交通乘车凭证，实现客流统计、收益清分，并具有与城市公共交通“一卡通”进行清分功能的系统。2DB61/T506.1—20243.4车站计算机系统stationcomputersystem管理车站级的设备运行、票务管理、客流统计等的系统。3.5车站终端设备stationterminalequipment安装于各轨道交通线路车站，并进行乘车凭证发售、检票、充值、验票分析等读写交易处理的设备。3.6二维码乘车业务系统two-dimensionalcoderidebusinesssystem通过扫码设备进行扫描和识别二维码，实现进出站与后台计费的系统。3.7生物特征识别乘车业务系统biometricride-hailingbusinesssystem通过人体生物识别技术实现进出站与后台计费的系统。4缩略语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）5系统结构5.1AFC系统总体架构5.1.1根据线网建设规模、运营管理模式及业务需求可进行层级间融合调整。ACC与LCCS合并为ACLC系统。5.1.2AFC系统宜分为四个层级：DB61/T506.1—20243a)第一层：清分清算及线路中心管理系统（ACLC）；b)第二层：车站计算机系统（SC）；c)第三层：车站终端设备（STE）；d)第四层：乘车凭证。AFC系统逻辑架构图见图1。图1系统逻辑架构图5.1.3云平台下的AFC系统架构系统部署在云平台时，通过将软硬件逻辑化为资源池，为AFC业务提供IaaS+PaaS层云服务，将传统的五层AFC系统架构扁平化为云端-终端两层，ACLC、SC由云端承载。5.2系统硬件结构5.2.1中央层宜包括服务器、工作站、存储设备、网络设备、票卡发行设备等。5.2.2车站层宜包括服务器、工作站、网络设备等。5.2.3终端层应包括检票类、售票类及相关配套设备。5.3系统软件结构系统软件应具备轨道交通线网票款清分清算、客流及收益数据统计、线路运营管理、车站运营管理、票务管理、设备监视和维修维护管理、乘车凭证发售、检票、退票、补票、充值等读写交易处理等功能，按照软件结构划分，分别归属于中央管理层、车站管理层、终端设备层。DB61/T506.1—202445.3.1中央管理层中央管理层应能实现以下功能：a)宜包括清分管理、二维码乘车支付、生物特征乘车支付等；b)宜负责线网乘车凭证发行管理、线网运营管理、客流统计及收益清分；c)宜负责线路运营管理。5.3.2车站管理层实现车站设备监控、运营管理、票务管理及数据统计等功能。5.3.3终端设备层实现车站内售票、检票、补票、查询等功能。5.4系统安全5.4.1整体安全系统应符合GB/T22239-2019中第8章的规定，网络安全保护等级应符合GB/T22240-2020的规定，满足网络安全保护等级第三级要求。5.4.2系统可靠性系统的关键设备应冗余设置；任何一个子系统出现故障时，不应影响其他子系统正常运行；当故障解除后，子系统可以自动进行恢复处理。5.4.3数据安全系统数据应符合GB/T37932-2019中的数据交易安全规定，确保数据的机密性、完整性和可用性。6系统功能6.1ACLC管理6.1.1清分管理清分管理应能实现以下功能：a)接收下层上传的交易数据，对交易数据有效性进行检查；b)支持不同票种、票制、不同交易种类的清分；c)根据清分规则，对各线路、各运营单位票款收入进行清分；d)支持与外部系统清分、对账、异议申诉和调账。e)支持对所辖某一SC设置并下发运营模式命令，并记录指令下发执行情况。6.1.2参数管理线网类参数应能定义城市轨道交通线路、车站、换乘位置、区段信息，并能编辑新增车站、线路、区段，验证测试后下发至线路生效。DB61/T506.1—20245产品类参数应能定义城市轨道交通AFC系统车票相关信息，并能编辑新增车票种类或更改车票使用规则，验证测试后下发至线路生效。票价类参数票价类参数应定义AFC系统车票票价及费率相关信息。ACLC应能编辑车票费率，验证测试后下发至线路生效。黑名单参数应能实现黑名单车票在AFC系统各终端设备上的识别与拦截，包括：a)黑名单设置：在ACLC中参数管理模块中输入/导入拟设黑名单的车票ID列表；b)黑名单参数：以参数方式生成并下发，各终端设备接受参数后立即生效；c)车票拦截：当被设为黑名单的车票在设备上使用时，设备应根据该张车票所属的黑名单类型作对应的处理(拒绝进出站或锁卡)，生成交易记录；d)车票解锁：经确认可解锁的城市轨道交通黑名单车票，应从黑名单参数中删除该项记录，重新下发黑名单参数列表，在BOM进行解锁操作消除车票内黑名单锁标记后正常使用。模式履历参数应能实现以下功能：a)ACLC接收到某个车站或某条线路的模式通知，应生成模式履历参数后逐级下发至SC，各车站设备应按照模式处理规则进行处理；b)模式结束时的处理流程应与模式开始时的处理流程相对应。6.1.3SAM卡管理ACLC系统应能对SAM卡使用情况监控管理，建立SAM卡ID与设备间对应关系，包括：a)此对应关系可对交易数据合法性进行判断；b)初次安装SAM卡，ACLC系统应能自动维护SAM卡和设备间对应关系；c)当SAM卡与设备对应关系发生变化时，ACLC自动更新对应关系，并记录SAM卡变更事件。d)车票充值时应连接至ACLC充值认证服务器，对ISAM卡进行认证。6.1.4客流统计应能收集、统计AFC系统客流数据，能通过多种形式展示客流分布、客流预警等信息。6.1.5报表管理应能实现以下功能：a)ACLC在每日清算完成后生成报表，能重新生成某日全部或部分报表；生成的报表文件存放在报表服务器上，可通过客户端查询报表；b)ACLC统一管理报表并可根据需要导出；c)当ACLC报表与SC报表、二维码乘车业务报表、生物特征识别乘车业务报表存在差异时，各业务平台可进行差异核对。6.2SC管理DB61/T506.1—202466.2.1参数管理应能接收ACLC下发的参数并下发到各设备，进行参数版本同步。6.2.2设备管理应能实现以下功能：a)在运营过程中，SC应实时监测车站各设备状态，当设备出现故障或报警时，显示报警信息；b)SC应实时监控车站设备内钱箱和票箱状态，包括空、将空、满、将满、移位、锁闭等，并在状态异常时报警。6.2.3客流管理SC应实时监测本车站客流，对客流分布、客流报警信息进行展示。6.2.4模式管理SC应对模式进行管理及设置，当车站需进入某模式时，SC监控工作站可设置车站进入该模式。6.2.5时钟管理SC应定期与ACLC同步时钟，并保证车站内时钟统一。6.2.6报表管理每日运营结束后，SC应自动生成报表。6.3终端设备管理终端设备包括半自动售票机、自动售票机、自动检票机、乘客综合服务终端。功能如下：a)终端设备均应能实现设备维护、参数下载、数据传输、网络安全、病毒防护、时钟同步、故障自诊断、单据打印、结账及班次结算功能。b)半自动售票机（BOM）应能实现实体车票查询分析、发售、充值、更新、激活、延期、退款、黑名单卡处理；二维码、人脸乘车凭证的查询分析和异常处理功能。c)自动售票机（TVM）应能实现现金、非现金支付、单程票发售、储值票充值、语音识别购票功能。d)自动检票机（AGM）应能实现乘客通行监控、乘车凭证有效性检查、声光提示、黑名单车票加锁、车票扣费、车票回收、二维码乘车识别过闸、生物特征识别过闸、车站紧急模式响应和执行功能。e)乘客综合服务终端（PST）应能实现乘车凭证分析、自助更新、充值、延期、查询、人脸生物特征识别、人脸注册注销、智能客服座席音视频交互、资讯信息查询、智能声音识别、自动语音应答、乘客引导功能。6.4实体票卡管理6.4.1实体车票库存管理应能实现以下功能：a)实体车票库存和车票流转管理；b)实体车票库存及车票流转数据统计查询，应能统计查询线网、线路、车站的实体车票库存数量、车票出入库数量、车票调配数量、车票配送数量、车票回收数量；DB61/T506.1—20247c)车票库存报表管理，应能管理线网车票库存报表、车票配送报表、车票回收报表、车票调配报表。6.4.2实体车票生产管理ACLC系统应能对E/S订单计划及车票生产情况进行统计管理。应在ACLC系统设置E/S订单计划后下发E/S执行，E/S将订单执行情况上传ACLC系统。6.5二维码乘车业务运营管理6.5.1注册用户信息管理应能对注册用户进行信息筛选查询（包括注册时间、用户ID、证件号码、证件姓名、手机号等展示查询用户列表。6.5.2二维码发码平台用户身份认证信息、手机号码，按照加密逻辑生成可识别/核验的二维码。应通过加密/解密机制和校验机制确保二维码所含信息的安全性。功能应包括联机码生成、脱机码种子生成及二维码生成风险控制等。6.5.3行程管理提供用户乘车信息的查询展示，可设定筛选条件进行精准查询，应能追溯用户行程轨迹。6.5.4异常处理应能对因采集设备的角度、光线等问题造成二维码乘车失败等信息进行处理，可设定筛选条件对乘车异常信息进行查询统计。6.5.5黑名单管理应能实现以下功能：a)根据需求及算法，对误识率高或扣费成功率低的用户进行风险控制，必要时纳入黑名单管理；b)主动纳入黑名单功能由拥有管理权限的工作人员，上传黑名单信息，该类乘客无法通过二维码乘车。6.5.6时钟同步应在启动时或规定时间间隔与ACLC进行时钟同步，支持人工修正时钟。6.5.7参数管理二维码乘车业务系统应接收ACLC下发的各类参数并进行处理，功能如下：a)从ACLC定期更新线路参数数据，维护和管理线路参数；b)从ACLC定期更新站点参数数据，维护和管理各线路站点参数；c)与ACLC同步票价参数并支持导入，对交易异常票价进行监控管理。6.5.8报表管理二维码乘车业务系统应对业务数据进行统计分析并生成报表，功能如下：a)根据结算日期生成二维码交易数据报表，定制数据报表，报表应分为线网、线路、站点三级；DB61/T506.1—20248b)报表数据核验，正常数据归档处理，报表差异核对处理，异常数据差异化处理后归档。6.5.9终端设备管理终端管理应能增加、删除、修改、查询终端设备信息。终端监控应能监控在线状态、网络延时、连接状态和硬件资源。终端软件管理应支持软件版本管理、人工升级及自动升级。6.5.10计费管理应能实现以下功能：a)接收终端上传的交易数据，进行交易有效性、行程控制、防复制校验；b)读取二维码乘车业务行程，根据规则完成行程匹配；c)根据票价参数和计费规则计算出正常匹配OD订单的费用；d)定时根据单边处理规则计算出单边OD订单费用。6.5.11支付管理应能实现以下功能：a)具备第三方支付渠道接入能力，并进行票款请款扣除；b)结算周期后，在第三方结算平台下载资金结算文件进行对账处理，生成各类结算报表。6.5.12离线管理应能实现以下功能：a)用户支持离线生码；b)终端支持离线验码，将行程数据存储在本机，待网络畅通后根据规则完成行程匹配及扣费；c)支持用户和终端“双离线”模式下的二维码乘车业务。6.6生物特征识别乘车业务运营管理6.6.1注册用户信息管理应能对注册用户进行信息筛选查询（包括注册时间、用户ID、是否开通生物特征识别乘车、证件号码、证件姓名、手机号等），展示查询用户列表。6.6.2生物特征库管理应能实现人体生物特征采集、认证核验、信息入库等功能：a)通过APP采集人体生物特征信息，利用活体检测方式收集乘客生物特征信息并上传至生物识别乘车业务平台；b)生物特征识别乘车业务平台接入第三方可信人证核验平台验证乘客和证件的真实性，记录人证核验失败的生物特征信息；c)认证核验成功的生物特征信息保存入人体生物特征库，支持查询、更新、新增、删除。DB61/T506.1—202496.6.3行程管理提供用户乘车信息的查询展示，应能设定筛选条件进行精准查询，追溯用户行程轨迹。6.6.4异常处理应能对因采集设备的角度、光线等问题造成用户生物特征识别乘车失败等信息进行处理，可设定筛选条件对生物特征识别乘车异常信息进行查询统计。6.6.5黑名单管理应能实现以下功能：a)能根据需求及算法，对误识率高或扣费成功率低的用户进行风险控制，必要时纳入黑名单管理；b)能上传纳入黑名单的乘客生物特征信息，该类乘客将无法通过生物特征识别乘车。6.6.6时钟同步应在启动时或规定时间间隔与ACLC进行时钟同步，支持人工修正时钟。6.6.7参数管理应接收ACLC下发的各类参数并进行处理，功能如下：a)从ACLC定期更新线路参数数据，维护和管理线路参数；b)从ACLC定期更新站点参数数据，维护和管理各线路站点参数；c)与ACLC同步票价参数并支持导入，对交易异常票价进行监控管理。6.6.8报表管理应对业务数据进行统计分析并生成报表，功能如下：a)根据结算日期生成生物特征识别乘车交易数据报表，应能定制数据报表，报表应分为线网、线路、站点三级；b)报表数据核验，正常数据归档处理，报表差异核对处理，异常数据差异化处理后归档。6.6.9终端设备管理终端管理应能增加、删除、修改、查询终端设备信息。终端监控应能监控在线状态、网络延时、连接状态和硬件资源。终端软件管理应支持软件版本管理、人工升级及自动升级。计费管理应能实现以下功能：a)接收终端上传的交易数据，进行交易有效性校验、行程控制校验、防复制校验；b)读取生物特征识别乘车业务行程，根据规则完成行程匹配；DB61/T506.1—2024c)根据票价参数和计费规则计算出正常匹配OD订单的费用；d)定时根据单边处理规则计算出单边OD订单费用。6.6.10支付管理应能实现以下功能：a)将OD数据按规定时间发送至第三方支付平台进行扣费；b)定时将匹配好的完整OD、单边扣款数据打包发送至ACLC进行交易对账；c)在T+1(或T+2)日定时下载第三方支付平台的代扣账单数据和自身账单数据进行核对比较，生成差异账单数据明细。7系统性能7.1基本性能系统应满足绿色节能、安全高效、可拓展及高可靠性等方面的性能要求。7.2ACLC性能应符合GB/T20907-2007中清分系统性能要求，同时满足以下要求：a)数据处理能力应能达到设计要求的数据;清分清算及线路管理中心系统应能通过只更新或增加硬件，不改变系统软件来达到可扩展的处理能力；b)清分系统与多线路中央系统中所有统计数据在系统中永久保存；c)所有储值类票卡应按账户至少保存最近150条交易纪录；d)交易的清算应能在1小时内完成，并可在2小时内完成至少2天的累积交易数据清算；e)数据库备份应在2小时内完成；f)数据库全量恢复应在6小时内完成；g)所有报表统计应在运营日结束后1小时内完成；h)可在管理工作站上对交易数据进行多条件组合查询，系统确保在5秒内返回查询结果；i)在上位与下位系统通信中断的情况下，设备应能单机运行，并能至少保存60天的设备数据。在通信恢复后，能自动上传未传送的数据。7.3SC性能应符合GB/T20907-2007中车站计算机系统性能要求，同时满足以下要求：a)SC的数据处理能力应可伸缩，应具备每日处理不少于50万笔交易量的能力；设备应能通过只更新或增加硬件，不需改变软件来达到可伸缩的处理能力；b)SC应在两小时的高峰期内处理总客流量的25％的实时数据；c)SC数据的保存周期不少于30天；d)SC成功接收系统参数后，应在2分钟内下达到所有车站设备，同时显示和记录下载成功或者失败的信息。7.4终端设备性能7.4.1自动售票机应符合GB/T20907-2007中自动售票机性能和可靠性要求。DB61/T506.1—20247.4.2半自动售票机应符合GB/T20907-2007中半自动售票机性能和可靠性要求。7.4.3自动检票机应符合GB/T20907-2007中自动检票机性能和可靠性要求。7.4.4便携式验票机应能满足以下要求：a)应支持WIFI及其它通信方式，支持全网通且通信制式支持最新模式；b)应支持识别二维码、条码，且针对高清二维码解码速度不小于每秒60次；c)应支持不低于4.0英寸高清屏幕（480X800）；d)应配备可充