PDF《ICS xxxxxxx》

0 来填满. 3) 如果在 DOL 条目中指出的长度小于实际数据对象的长度, 则需要将实际的数据对象削减至 DOL 指出的长度.如果数据对象是数字格式(n)的,则从数据单元的的最左端开始削减 字节.如果数据对象是其它格式的,则从数据单元的最右端开始削减字节.如果指出的长 度比实际的数据长度大,需要把实际的数据填充至指定长度: ? 如果数据对象是数字格式(n)的,则从数据单元头部开始填充

16 进制的 0;

? 如果数据对象是压缩数字型(cn)的,则在数据单元的末尾填充

16 进制的 FF;

? 如果数据对象是其它格式的,则在数据单元的末尾填充

16 进制的 0. 4) 如果 DOL 中某个数据对象在终端可以识别, 但不适用于当前交易, 代表该数据对象的命令 域部分将填充

16 进制的 0. ――数据单元在表上的连接顺序应该与在 DOL 中出现的顺序一一对应.

6 终端技术要求 6.1 功能要求 6.1.1 通用要求 支持电子钱包和/或电子现金应用的终端应符合JT/T XXX.1和JT/T XXX.3的规定.它应支持JT/T XXX.1和本部分所定义的电子现金和/或电子钱包应用的所有文件和命令.支持电子现金和/或钱包应用 的终端应该是可以在有人或无人环境中运行的联机终端或脱机终端. 此处所指的终端也包括其他能够读 取电子现金和/或电子钱包余额和/或交易明细的终端(如手持终端). 6.1.2 基本交易类型 电子现金应用支持的基本交易类型见表

1、表2. 表1 字节 1:交易类型 b8 b7 b6 b5 b4 b3 b2 b1 意义

1 x x x x x x x 现金 X

1 x x x x x x 商品 X x

1 x x x x x 服务 X x x

1 x x x x RFU X x x x

1 x x x 查询 X x x x x

1 x x RFU X x x x x x

1 x 付款 X x x x x x x

1 管理 表2 字节 2:交易类型 b8 b7 b6 b5 b4 b3 b2 b1 意义

1 x x x x x x x RFU X

0 x x x x x x RFU X x

0 x x x x x RFU X x x

0 x x x x RFU JT/T xxx.2―xxxx

6 X x x x

0 x x x RFU X x x x x

0 x x RFU X x x x x x

0 x RFU X x x x x x x

0 RFU 电子钱包应用支持的基本交易类型定义如下: ――02:电子钱包圈存 ――03:电子钱包圈提 ――06:电子钱包消费 ――07:电子钱包修改透支限额 ――09:复合应用消费 6.1.3 快速支付交易类型 公共交通 IC 卡应用主要应用于城际客运、轮渡、轨道交通、公共汽电车、停车收费咪表、城际铁 路、出租车等与道路运输应用相关的支付场景,主要包括圈存交易和快速支付交易两种交易大类,圈存 交易为联机交易,快速支付交易为脱机交易. 在以上场景中,快速支付交易又根据扣费方式的不同,可以分为标准快速支付交易、分时分段扣费 交易、单次扣款优惠交易等不同的扣款交易类型.对于电子现金应用,还可以支持脱机预授权交易这一 专用的交易类型. 标准快速支付交易适用于单一票价的公共汽电车、 轨道交通、 轮渡以及单次快速支付的出租车应用 场景. 分时分段扣费交易适用于单笔交易金额较小的分段计价公共汽电车、轨道交通、城际客运班车、轮 渡以及分时计价停车场应用场景. 单次扣款优惠适用于存在换乘优惠等特殊要求的快速支付交易场景. 脱机预授权交易适用于单笔交易金额较大的分段计价城际客运班车、 城际铁路和分时计价停车场等 应用场景,预先冻结一部分金额作为预授权的保证金,确保基本收益. 具体的交易应用类型标识详见表 3. 表3 快速支付交易应用类型列表 应用类型 快速支付交易类型标识 城际客运应用 0x01 轮渡应用 0x02 轨道交通应用 0x03 公共汽电车应用 0x04 停车收费咪表应用 0x05 城际铁路铁路应用 0x06 出租车应用 0x07 公共交通 IC 卡联网通用应用 0x08 6.1.4 交易输入方式 终端支持非接触式读取芯片卡. 6.1.5 下载管理 终端应支持对应用程序、密钥和参数等数据的下载,更新和删除. JT/T xxx.2―xxxx