DB61T 506.2-2024 城市轨道交通自动售检票系统技术规范 第2部分：编码规则

ICS93.080CCSQ84DB61代替DB/T506.3-2010Technicalspecificationofautomaticfarecollectionsystemforurbanrailtransit-part陕西省市场监督管理局发布IDB61/T506.3—2024前言 12规范性引用文件 13术语和定义 14乘车凭证管理 25实体票卡技术要求 46二维码电子票技术要求 77生物特征票技术要求 88测试要求 9DB61/T506.3—2024本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起本文件是DB61/T506《城市轨道交通自动售检票系统技术规范》的第3部分，DB61/T506分为7个部分：——城市轨道交通自动售检票系统技术规范第1部分：系统结构、功能及性能；——城市轨道交通自动售检票系统技术规范第2部分：编码规则；——城市轨道交通自动售检票系统技术规范第3部分：乘车凭证；——城市轨道交通自动售检票系统技术规范第4部分：通信数据接口；——城市轨道交通自动售检票系统技术规范第5部分：读写器；——城市轨道交通自动售检票系统技术规范第6部分：密钥系统；——城市轨道交通自动售检票系统技术规范第7部分：人机界面。本文件代替DB61/T506.3-2010《城市轨道交通自动售检票系统第3部分：终端设备及票卡技术规范》，并将第7章独立细化为一部分，名称修订为《城市轨道交通自动售检票系统技术规范第3部分乘车凭证》，与DB61/T506.3-2010相比，除结构调整和编辑性改动外,主要技术变化如下:a)增加了“乘车凭证管理”内容（见第4章）；b)修订了单程票和储值票的技术要求（见第5章）；c)增加了“二维码电子票技术要求”内容（见第6章）；d)增加了“生物特征票技术要求”内容（见第7章）；e)增加了“测试要求”内容(见第8章)。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由陕西省交通运输厅提出并归口。本文件起草单位：西安市轨道交通集团有限公司、方正国际软件系统有限公司、武汉小码联城科技有限公司、成都智元汇信息技术股份有限公司、上海华虹计通智能系统股份有限公司、中国软件与技术服务股份有限公司、广州地铁设计研究院股份有限公司。本文件主要起草人：李乐、温寒冰、丁杰、赵颖、张星龙、唐达颖、管宏、章涛、代建风、赵玲、吴延丰、曹玹。本文件由西安市轨道交通集团有限公司负责解释。本文件2010年首次发布，本次为首次修订。本文件及其所代替文件的历次版本发布情况为：——2010年首次发布为DB61/T506.3-2010；——本次为第一次修订。联系信息如下：单位：西安市轨道交通集团有限公司电话址：西安市凤城八路126号邮编：710065DB61/T506.3—2024随着自动售检票系统升级改造及互联网技术发展，现行技术标准已不能满足城市轨道交通自动售检票系统业务发展需求，在DB61/T506-2010《城市轨道交通自动售检票系统》基础上进行了修订，补充了相关内容，参考国家标准车票相关技术标准，将车票要求部分独立出来，进一步规范乘车凭证的技术要求及相关算法，并增加相应的证实方法，使我省城市轨道交通自动售检票系统的票卡凭证要求规范化、标准化。DB61/T506.3—20241城市轨道交通自动售检票系统技术规范第3部分：乘车凭证本文件给出了城市轨道交通自动售检票系统乘车凭证的技术要求，包括凭证管理、技术要求、测试要求等相关内容。本文件适用于指导城市轨道交通地铁、轻轨乘车凭证的管理。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T20907城市轨道交通自动售检票系统技术条件GB/T36651-2018信息安全技术基于可信环境的生物特征识别身份鉴别协议框架JT/T1179-2018交通一卡通二维码支付技术规范3术语和定义下列术语和定义适用于本标准。3.1乘车凭证ticket/cardcassengerscoucher在城市轨道交通中使用的车票。3.2单程票singlejourneyticket不具有充值功能，在限定时间内一次性使用的车票。[来源：GB/T20907]3.3储值票storagevalueticket具有储值功能，可重复充值使用的车票。[来源：GB/T20907]2DB61/T506.3—20243.4生物特征票biometricticket基于面部特征、掌型、指纹、虹膜结构、手部静脉血管结构和视网膜图案等个人生物学特征，对该个体进行自动识别的车票。3.5编码分拣系统encodersortersystem将一批车票按照某个或某几个特征值将其分开，分别存放到不同的票箱中，车票分拣操作中一般不改变车票内的数据内容，编码是指对车票进行某种功能的批量处理。4乘车凭证管理4.1乘车凭证分类乘车凭证分为实体类票卡和虚拟类票卡。实体类票卡包括单程票和储值票等；虚拟类票卡包括二维码电子票和生物特征票等。4.2实体类票卡4.2.1车票初始化车票应经过编码分拣系统初始化。4.2.2车票预赋值车票初始化后应能写入金额或次数。4.2.3车票注销车票应能通过编码分拣系统清除所有信息。4.2.4车票重编码车票应能通过编码分拣系统进行重新编码。4.2.5车票有效性检查车票应能通过编码分拣系统进行有效性检验，包括车票使用次数、有效期、MAC等。4.2.6车票分拣车票应能通过编码分拣系统进行分拣和清点，放入不同的储票箱中。4.2.7车票个性化处理系统可为一票通（非回收车票类）持票人提供个性化服务，应能对车票进行实名制处理。4.2.8车票挂失系统应能对记名类一票通车票进行挂失，生成黑名单并定时下发黑名单参数至终端设备，车票挂失后应不能在系统中使用。DB61/T506.3—202434.2.9车票退票车票退票应包括：a)单程票在售出规定时间内、没有进闸记录且票内信息可以读取的，能在规定时间内在购票车站办理退票；b)针对非人为损坏的车票（车票外观完好且无法读取票卡信息的可进行非即时退票，车站受理非即时退票申请，向ACC发送该车票交易查询请求，对于满足要求的车票可办理退票。4.2.10车票退款车票退票后应办理车票退款，退款方式应包括：a)即时退款在非付费区、车票分析结果为正常状态、退款金额不超过上限的车票，可进行即时退款。如车票状态需做更新，应先做更新使车票成为正常状态后再进行退款；b)非即时退款半自动售票机受理非即时退款申请后回收车票，并向ACC发送该车票核对请求，满足退款要求的则在指定期限后完成非及时退款。4.2.11车票跟踪应能查询车票的详细信息，包括车票状态、车票交易及车票账户的变化信息。4.2.12车票黑名单应能生成、注销、下发黑名单，并生成管理记录。4.3二维码电子票4.3.1生命周期二维码电子票生命周期应包括注册、签约、流转、解约。4.3.2注册通过客户端（如城市轨道交通APP等）注册、绑定支付方式获得的二维码，为乘客的唯一乘车凭证。4.3.3签约应能通过客户端绑定城市轨道交通乘车支付渠道，开通乘车二维码业务。4.3.4流转二维码电子票流转应包括：a)应能通过客户端刷码进闸和出闸，支持行程控制；b)宜采用先享后付方式，交易匹配成功后自动进行扣款处理；c)应能通过客户端或BOM等对单边交易进行补登处理；d)应能通过客户端购买、激活期票等电子票并能查询车票状态。4.3.5解约应能通过客户端解除绑定城市轨道交通乘车支付渠道，关闭二维码乘车业务。DB61/T506.3—202444.4生物特征票4.4.1生命周期生物特征票生命周期应包括注册、签约、流转、解约。4.4.2注册通过客户端（如城市轨道交通APP等）注册，绑定支付方式后系统生成用户唯一编号，作为乘客生物特征票的唯一凭证。4.4.3签约应能通过客户端（如城市轨道交通APP等）录入生物特征信息并绑定支付渠道，开通生物特征乘车业务。4.4.4流转生物特征票流转应包括：a)应能通过在车站闸机上设置生物特征采集终端进行生物特征提取，完成生物特征比对认证后进闸和出闸，支持行程控制；b)宜采用先享后付方式，生物特征交易匹配成功后自动进行扣款处理；c)应能通过轨道交通乘车APP或BOM等对单边交易进行补登处理。4.4.5解约应能通过客户端解除绑定城市轨道交通乘车支付渠道，关闭生物特征乘车业务。5实体票卡技术要求5.1单程票5.1.1票卡文件结构票卡文件结构应包含如下内容：a)发行区；b)发售区；c)进站区；d)出站区。5.1.2票卡应用结构票卡应用结构应由系统信息区、逻辑卡号、静态数据区、动态数据区组成。5.1.2.1系统信息区系统信息区应包含如下内容：a)物理卡序列号；b)序列号校验位；c)内部数据；d)数据锁定域。DB61/T506.3—202455.1.2.2逻辑卡号应使用初始化设备写入，写入后不可改变。5.1.2.3静态数据区应在票卡首次发行时由初始化设备写入，在车票二次发行时改写部分字段。在发行以外的运用业务中，应不修改本区数据，应包含如下内容：a)版本号；b)再发行次数；c)密钥版本；d)初始化日期；e)卡发行批号；f)测试模式；g)产品类型；h)乘客类型；i)产品属性；j)售票金额；k)有效期类型。5.1.2.4动态数据区应分为动态数据区A和动态数据区B两个结构完全相同的数据块，交易信息通过一个激活标志，交替的写到动态数据区A和动态数据区B，应包含如下内容：a)活动块标志；b)锁卡标志；c)交易序列号；d)旅程开始时间；e)上次使用时间；f)上次使用车站；g)换乘次数；h)旅程状态。5.2储值票5.2.1票卡文件结构票卡文件结构应包含如下内容：a)发行区；b)发售区；c)钱包值区；d)钱包信息区；e)公共信息区；f)旅程交易信息区；g)交易状态区；h)交易日志区。DB61/T506.3—202465.2.2票卡应用结构5.2.2.1旅程区文件结构旅程区文件结构应包含以下内容：a)锁卡状态；b)使用产品属性；c)旅程开始时间；d)旅程起始车站；e)预订目的地；f)上次使用时间；g)累计使用金额；h)上次使用车站；i)换乘次数；j)旅程状态。5.2.2.2交易记录文件结构交易记录文件结构应包含以下内容：a)交易时间；b)服务商ID；c)交易种类；d)产品发行商ID；e)交易类型；f)付款方式；g)产品类型；h)交易地点；i)交易金额或者次数；j)剩余金额或者次数。5.2.2.3上次充值区文件结构上次充值区文件结构应包含以下内容：a)上次充值提供商；b)上次交易序号；c)上次充值次数或金额；d)上次充值日期；e)上次充值后金额或次数。5.2.2.4钱包产品区文件结构钱包产品区文件结构应包含以下内容：a)锁卡状态；b)操作计数器；c)交易序列号；d)上次交易的SAM卡ID；e)有效开始日期；DB61/T506.3—20247f)支付方式；g)产品是否被激活；h)上次充值金额；i)有效期间；j)有效目标类型；5.2.2.5计次产品区文件结构计次产品区文件结构应包含以下内容：a)锁卡状态；b)操作计数器；c)激活标志；d)有效开始时间；e)区段起点；f)区段终点；g)交易序列号；h)上次交易的SAM卡ID；i)上次充值次数；j)支付方式；k)有效期间单位类型。5.2.2.6定期产品区文件结构定期产品区文件结构应包含以下内容：a)锁卡状态；b)操作计数器；c)激活标志；d)有效开始时间；e)区段起点；f)区段终点；g)交易序列号；h)上次充值花费金额；i)支付方式；j)有效期间。6二维码电子票技术要求6.1码结构特性码结构特性应满足如下要求：a)应按照《交通一卡通二维码支付技术规范》（JT/T1179-2018）中的二维码结构技术要求执行；b)发码机构可以对自定义域32个字节设置，使用前16个字节进行特征识别内容的填充，预留后面的16个字节。6.2二维码生码要求DB61/T506.3—202486.2.1联机码生码要求二维码电子票应通过后台系统实时从服务器获取二维码完整数据，设置二维码有效时间，不设置离线生码次数及离线生码有效期。6.2.2脱机码生码要求二维码电子票应通过后台系统对离线脱机生码功能进行时间限制，在联网后从服务器获取新的授权数据，应能配置离线生码的次数及离线生码的有效期。6.2.3生码过程安全生码过程应进行风险控制，具备黑名单功能，应能配置生码更新频率。6.3设备验码安全要求设备验码安全应满足如下要求：a)二维码电子票应通过闸机进行用户交易验证；b)二维码电子票应通过后台系统进行线网防复制验证，相同的二维码在线网规定时间内同类型交易只能使用一次。6.4验码时间要求验码时间宜小于等于300ms。7生物特征票技术要求7.1生物特征采集流程生物特征采集流程及采样算法应满足如下要求：a)应能准确的采集和提取生物特征数据，以确保数据的可靠性和正确性；b)应能够在不同环境条件下（如光线、噪声等）保持稳定的采集性能；c)应实时采集注册终端上的数据，注册终端应使用活体检测技术；d)应将采集到的生物特征数据进行提取特征，以获取可用于识别或比对的数据；e)应将采集到的生物特征数据存储在安全的媒介中，确保数据的机密性和完整性；f)应具备在数据采集过程中防止数据的丢失、重发及冲突的功能。7.2生物特征文件特征点算法生物特征文件特征点算法应满足如下要求：a)应能准确识别和验证个体身份；b)应能在不同采集设备和不同时间点对同一生物特征识别为一致的识别结果；c)应能适应大规模数据集、大量用户和高并发的识别场景；d)应能实现实时或近实时的识别响应，不能影响过闸效率；e)应考虑与其它售检票业务系统和设备的互操作性和兼容性。7.3生物特征识别安全生物特征安全认证应满足如下要求：a)应能够抵御攻击和欺骗，防止生物特征识别数据被冒用或伪造；DB61/T506.3—20249b)应遵循隐私保护原则，确保个体的生物特征识别数据不被滥用、泄露或未经授权的使用；c)应采用深度学习算法模型技术，对生物特征识别数据的变化、老化和损伤具有一定自学习能力，可以对生物特征的细微变化学习适应，以保证长期可靠的识别性能。8测试要求8.1实体票卡测试要求8.1.1应提供下列文件或同等效力的文件：a)产品合格证明；b)车票出厂检测报告；c)应提供