交通一卡通二维码支付技术要求.docxVIP

交通一卡通二维码支付技术要求 范围 本技术要求规定了交通一卡通二维码（以下简称“二维码”）支付的应用场景、系统框架及流程、二维码数据结构、信息接口、安全要求、终端要求、手机客户端要求等。 本技术要求适用于交通行业二维码支付的相关系统、终端、手机客户端的设计与研发。 规范性引用文件 GM/T 0002 SM4分组密码算法 GM/T 0003 SM2椭圆曲线公钥密码算法 JT/T 978.4-2015 城市公共交通IC卡技术规范 第4部分：信息接口 JT/T 978.6-2015 城市公共交通IC卡技术规范 第6部分：安全 术语和定义 发码平台 支持生成交通一卡通互联互通二维码、认证用户身份、控制二维码生成与交易风险等功能，确保二维码及支付安全性的平台。 发卡机构 发行城市公共交通卡，并对清分结算的跨机构交易数据进行验证的机构。 收单机构 布放交通一卡通二维码终端，为交通一卡通二维码提供扫码、资金结算服务，并对清分结算的跨机构交易数据进行收集、上送的机构。 手机客户端 指安装在手机上的应用，用来生成二维码的应用软件。 受理终端 指可以识别和受理本要求中二维码的终端设备。 公私密钥对 非对称密钥中的公钥和私钥。 公钥 非对称密钥对中公开的密钥。 私钥 非对称密钥对中非公开的密钥。 符号和缩略语 下列符号和缩略语适用于本文件。 符号 定义 SM2 国家密码管理局于2010年12月17日发布的椭圆曲线公钥密码算法。 https 是以安全为目标的HTTP通道 Cn 压缩数字码，即BCD码 B 用于表示变长的二进制数，后跟数字表示二进制数据所占字节（Byte）的个数 n 数值，0～9，靠右，首位有效数字前填0.若表示人民币金额，则最右侧两位为角、分 MM 月份，01～12 DD 日期，01～31 YY 年份，00～99 hh 时，00～23 mm 分，00～59 ss 秒，00～59 M 必用数据元，如此域没内容，信息出错 C 可选数据元 ans 字母、数字和特殊字符，靠左，右边多余位填空格。 an 字母和数字字符，靠左，右边多余位填空格 应用场景 二维码是一种通过特定的编码格式来展示信息的方式，本技术要求主要规定了二维码在交通行业中公交、地铁的应用场景。用户是采用被扫模式即用户手机客户端生成进出站二维码，由受理终端进行扫码。 系统架构及流程 交通一卡通二维码支付系统结构 交通一卡通二维码支付系统结构如图1所示。 图1 交通一卡通二维码支付系统结构图 交通一卡通二维码支付系统结构中涉众如下： 清分结算机构的CA管理系统：负责为入网机构签发机构公钥证书，此证书用于二维码互联互通使用； 清分结算系统：负责采集收单机构交易数据、解析交易数据、针对不同入网机构间交易数据进行清分结算以及下发清算文件、对账文件、结算报表等文件； 支付账户系统：负责对二维码消费行为进行记录和管理的系统； 二维码发码管理系统：负责生成二维码数据并将二维码数据下发到手机客户端的管理系统； 发码平台的CA管理系统：负责为用户分配公私钥的管理系统； 风控系统：发码机构根据用户交易情况、信用等级等进行风险控制的系统，负责二维码发码安全管理； 支付结算系统：发码机构为发行的二维码消费记录进行支付、结算等资金操作的系统； 发卡机构中收单平台的账户系统：负责管理发卡机构交通一卡通账户、账户消费记录等； 发卡机构的CA管理系统：负责与清分结算机构的CA系统进行对接，提交申请本机构证书文件、接收清分结算机构下发的入网机构证书、向终端管理系统下发入网机构证书等； 发卡机构/收单机构的清分结算系统：负责与清分结算机构进行对接，上传、下载相关接口文件等； 交易计费系统：负责采集受理终端上传的原始交易数据，匹配进出站交易并根据计费规则计算交易金额； 收单机构的CA管理系统：负责与清分结算机构的CA管理系统进行对接，接收清分结算机构下发的机构证书，并与本机构终端管理系统进行对接，将机构证书下发至终端管理系统； 终端管理系统：负责下发证书、管理终端软件更新、远程监控终端等； 手机客户端：负责展示二维码数据、为用户提供界面展示、用户消费记录查询、账户信息查询等。 交通一卡通二维码支付工作流程 交通一卡通二维码支付工作流程如图2所示。 图2 交通一卡通二维码支付工作流程图 交通一卡通二维码支付工作流程中重点流程说明如下： a.参与交通一卡通二维码支付的发卡机构CA管理系统需要定时向清分结算机构CA管理系统申请签发交通行业二维码支付互联互通的机构证书； b.清分结算机构的CA管理系统应将根公钥下发到收单机构，收单机构负责将中心公钥下发到所有受理终端； d.二维码发码平台负责结合账户的信用等级、风险等级等综合因素决定用户可进行预付费交易或信用支付交易，同时，该系统应根据用户账户信息、二维码有效期等因素生