标准规范下载简介

GB／T39465-2020 城市智慧卡互联互通 充值数据接口.pdf简介：

"GB/T 39465-2020 城市智慧卡互联互通 充值数据接口" 是中国国家标准（GB/T，GuanBiao/Technical Standard）中的一项技术规定。这个标准主要针对的是城市智慧卡系统的互联互通，特别是涉及充值数据接口的部分。智慧卡通常指的是用于城市公共服务、交通支付、公共服务设施等方面的一种电子卡，如公交卡、地铁卡等。

该标准详细规定了城市智慧卡系统的数据交换格式、协议、安全要求、接口设计等方面的内容，旨在促进各类智慧卡之间的兼容性和互操作性，提高城市公共服务的便利性和效率。通过这个标准，不同机构或系统能够在遵循统一规范的前提下，实现数据的无缝对接和充值操作的标准化，推动智慧城市的发展。

"PDF" 表示该文档格式，PDF通常是电子文档的常见格式，内容通常是静态的，便于阅读和保存。如果你需要具体的文档内容，可能需要访问相关的标准发布机构或者购买该标准的正式版本。

GB／T39465-2020 城市智慧卡互联互通 充值数据接口.pdf部分内容预览：

国家市场监督管理总局 发布 国家标准化管理委员会

范围 规范性引用文件 术语和定义 缩略语 充值架构及功能 报文和接口数据定义 充值申请 充值操作 充值异常处理 对账文件处理 参考文献

DB13∕T 2162-2014 大口径聚乙烯（PE）给水管道工程技术规程GB/T 394652020

本标准按照GB/T1.1一2009给出的规则起草 本标准由中华人民共和国住房和城乡建设部提出。 本标准由全国智能建筑及居住区数字化标准化技术委员会（SAC/TC426）归口。 本标准起草单位：北京亿速码数据处理有限责任公司、中外建设信息有限责任公司、城联数据有限 公司、北京智芯微电子科技有限公司、东信和平科技股份有限公司、中城智物联网技术研究（深圳）有限 公司、天津通卡智能网络科技股份有限公司、山东华冠智能卡有限公司、上海复微电子集团股份有限 公司、浙江创建科技有限公司、北京握奇数据股份有限公司、武汶天信息产业股份有限公司、青岛海纳 云科技控股有限公司、广东天波教育科技有限公司、广东永华通讯科技有限公司、杭州国朗科技有限公 同、珠海市珠海通科技有限公司、中建新疆建工（集团）有限公司。 本标准主要起草人：蔡文成、张永刚、谢跃文、马虹、王莎、金学明、范琳琳、周亮、尚治宇、孙式方

GB/T 394652020

市智慧卡互联互通充值数据接

本标准规定了城市智慧卡互联互通充值架构及功能、报文和接口数据定义、充值申请、充值操作、充 值异常处理及对账文件处理等 本标准适用于城市智慧卡互联互通充值数据接口的设计、开发和应用

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T1988一1998信息技术信息交换用七位编码字符集 GB/T13000—2010 信息技术 通用多八位编码字符集（UCS） GB/T31778—2015 数字城市一卡通互联互通通用技术要求

下列术语和定义适用于本文件。 3.1 城市智慧卡cardofsmartcity 用于城市内综合交通（公共汽车、地铁、轻轨、轮渡、出租车、公共自行车）、公共事业缴费、风景园林 社区/园区应用、停车场管理等多项业务需求，具有微处理器芯片的识别卡。 注：本标准中提到的IC卡均指城市智慧卡。 3.2 充值平台platformforcharge 通过通信网络实现对城市智慧卡充值申请、操作、异常处理和对账的系统， 3.3 清分clearing 当日的全部网络交易数据按照平台间进行汇总、整理、分类的过程。 3.4 报文message 充值终端和城市智慧卡相互发送，不含传输控制字符的字节串。 3.5 圈存load 持卡人将相关账户上的资金划转到城市智慧卡电子钱包的过程。 JR/T0025.22010.定义3.19

下列术语和定义适用于本文件。 3.1 城市智慧卡 card of smartcity 用于城市内综合交通（公共汽车、地铁、轻轨、轮渡、出租车、公共自行车）、公共事业缴费、风景园林 社区/园区应用、停车场管理等多项业务需求，具有微处理器芯片的识别卡。 注：本标准中提到的IC卡均指城市智慧卡。 3.2 充值平台platformforcharge 通过通信网络实现对城市智慧卡充值申请、操作、异常处理和对账的系统。 3.3 清分clearing 当日的全部网络交易数据按照平台间进行汇总、整理、分类的过程。 3.4 报文message 充值终端和城市智慧卡相互发送，不含传输控制字符的字节串。 3.5 圈存load 持卡人将相关账户上的资金划转到城市智慧卡电子钱包的过程。 IR/T 0025.2—2010.定 义 3.19

下列缩略语适用于本文件。 APDU应用协议数据单元（ApplicationProtocolDataUnit）

城市智慧卡互联互通平台充值数据接口应符合下列要求： a 应具备与第三方充值平台的充值申请、充值操作和充值异常处理、对账文件处理等进行对接的 功能； b）应实现充值数据的清分结算和第三方充值平台对账文件的处理，清分结算内容应符合 GB/T31778—2015的规定； C 宜兼容手机APP充值终端、自助充值终端、手机eSE钱包和手机HCE钱包等多种充值方式

报文安全应符合下列要求： a） 报文内容中应包含签名信息，报文发送方用本方的私钥对报文进行签名，报文接收方用对方的 公钥验签，当服务端验签失败，应返回失败并丢弃报文； 通卡平台应下发公钥给充值平台，充值平台接入通卡平台前，应提供公钥给通卡平台，通卡平 台将充值平台的公钥进行配置

6.3接口及数据域定义

接口及数据域定义应符合表1的规定

GB/T39465—2020

表1接口及数据域定义

充值申请操作应符合下列要求： a 充值申请操作应包括订单预处理和订单确认； b 持卡人应通过充值终端连接充值平台，通过充值平台与通卡后台的充值申请接口通信，实现 IC卡的充值申请操作，并完成向通卡平台账户的充值； c）充值申请时序图见图2。

GB/T39465—2020IC卡充值终端充值平台通卡平台「单申请请订单预处理返回订单校验结果组织充值申请指令下发指令集发指令行指合返回指令响应返回指令响应指令响应上传订单确认返回处理结果返回处理结果图2充值申请时序图7.2通卡平台充值申请流程7.2.1一般规定通卡平台充值申请业务流程见图3

GB/T39465—2020第三方充值平台调用充值申请接口订单预处理下发选应用、读卡指令充值平台上送指令结果卡片是否允许不允许进行充值并终止充值校验是创建订单成功允许进行充值图3通卡平台充值申请业务流程7.2.2订单预处理当充值平台接收到充值终端发起的充值申请时，应验证申请报文是否符合6.3的要求，同时将订单请求上送给通卡平台验证订单状态是否合法。当得到通卡平台的验证结果后，如果不合法，应申请终止，否则组织并下发读取IC卡指令，启动充值申请操作。7.2.3订单确认充值终端接收并向IC卡转发指令，IC卡执行相应指令，并将结果返回。充值终端收到命令响应报文后，通过充值平台将响应数据传给通卡后台。通卡平台确认该IC卡是否正常，从而做最终的订单确认。当订单确认成功，则进行接下来的充值操作；否则，需返回错误状态至充值平台，充值平台通知充值终端中止交易。订单确认包含的内容如下：a）IC卡读取指令返回码认证；b）IC卡是否为本系统卡；c）IC卡是否为黑名单；d）IC卡状态是否正常（是否锁定或退卡）；e)充值余额是否达到上限。8充值操作8.1一般规定持卡人通过充值终端连接充值平台，通过充值平台与通卡后台的充值接口通信，实现IC卡充值操作，持卡人可将相应账户上的资金划入电子存折或电子钱包中。充值操作接口应支持用户充值平台和6

GB/T39465—2020通卡后台间信息交互，交易过程可能存在多次交互。充值操作流程见图4。第三方充值平台调用充值接口充值失败提示调用充值判断订单申请接口是否存在（判断订单完成标记是否为充值完成下发选应用、读卡和存初始化指令充值失败接收指令返回结果，提示卡号与订单中判断卡号是否与订单卡号不匹配中的卡号一致判断充值终端机编号是否为该订单记录的判断交易计数器充值终端机编号是否增加更新订单中记录的校验MAC1交易计数器为当前充值失败计数器是香合法提示非法卡下发圈存指令井保存充值记求下发重取TAC指令接收指令返回。验证TAC(交易验证码）交易可疑并终止是否通过充值完成图4充值操作流程

GB/T39465—2020充值时序见图5。IC卡充值终端充值平台通卡平台充值请求充值请求组织INITiIALIZEFORLOAD指令下发IN ITIA LIZEFORLOAD指令下发IN ITIA LIZEFORLOAD指令下发IN ITIA LIZEFORLOAD指令执行指令，生成MAC1返回指令结果返回指令结果返回指令结果验证MAC1,组织CREDITiFORLOAD指令下发CREDITFOR下发CREDITFORLOAD指令下发CREDITFORLOAD指令LOAD指令执行指令，生成TAC返回指令结果返回指令结果返回指令结果验证TAC,入库交易返回处理结果返回处理结果图5充值时序图8.2流程说明8.2.1组织圈存初始化（INITIALIZEFORLOAD）指令当充值平台接收到充值终端发起的充值请求时，应组织并下发INITIALIZEFORLOAD指令启

T∕CHINCOLD 001-2020 混凝土坝厚层浇筑施工规范8.2.2处理圈存初始化（INITIALIZEFORLOA

充值终端接收并转发INITIALIZEFORLOAD指令至IC卡，IC卡将进行下列操作： a 检查钱包是否被灰锁。如果灰锁，应回送状态码“9408’，但不回送其他信息，同时终止命令的 处理过程。 b 检查是否支持命令中包含的密钥索引号。如果不支持，应回送状态码“9403'，但不回送任何其 他数据，同时终止命令的处理过程。 c） 产生一个伪随机数，过程密钥和一个报文认证码（MAC1），供通卡后台验证充值操作及IC卡 的合法性。 d）IC卡将INITIALIZEFORLOAD响应报文回送给充值终端处理。如果IC卡回送的状态码 不是90002.充值操作应终止。

8.2.3验证报文认证码1(MAC1)

收到INITIALIZEFORLOAD命令响应报文后，充值终端通过充值平台将响应数据传给通 通卡后台将生成并确认MAC1是否有效。如果MAC1有效，充值操作将继续执行。否则，应i 误状态至充值平台，充值平台通知充值终端中止交易

3.2.4组织圈存（CREDITFORLOAD）指会

确认充值交易后，充值平台将从持卡人在的相应账户中扣减充值金额，并通知通卡平台。通卡平台 产生一个报文认证码2（MAC2），用于IC卡对通卡平台合法性检查。 成功充值交易后，通卡平台将电子存折联机交易序号或电子钱包联机交易序号加1，并向充值平台 发送一个充值交易接受报文，其中包括MAC2、交易日期和交易时间，充值平台根据报文组织CREDIT FORLOAD指令

8.2.5处理圈存（CREDITFORLOAD)指令

充值终端收到充值平台CREDITFORLOAD指令后下发到IC卡津18MS-G 天津市民用建筑施工图设计审查要点（结构篇），更新卡上电子存折或电子钱包 余额。

2.6验证报文认证码20