分类： 嵌入式
2012-12-26 09:34:34
做一个电子现金的交易, 第一步当然是选中当前的应用, 方法是调用select命令, 传入当前的应用AID号, 如果卡片的状态码返回9000,则表示选中成功. 下面举一个例子:
发送: 00 a4 04 00 08 a0 00 00 04 44 01 01 05 00
卡片返回:6f 45 84 08 a0 00 00 04 44 01 01 05 a5 39 50 0a 50 42 4f 43 20 44 45 42 49 54 87 01 01 9f 38 09 9f 7a 01 9f 02 06 5f 2a 02 5f 2d 02 7a 68 9f 11 01 01 9f 12 0a 50 42 4f 43 20 44 45 42 49 54 bf 0c 05 9f 4d 02 0b 0a 90 00
先看发送的指令, 其中a0 00 00 04 44 01 01 05这八个字节就是当前应用的AID号. 卡片返回的最后两个字节是90 00, 表示发送成功. 状态码之前是数据域. 数据域是一个TLV结构的FCI， 其中V里面可能也会有TLV结构的数据, 所以，FCI可能是一个嵌套的TLV结构. 6f是整个数据域的tag, 它标识卡片响应的整个FCI. 45表示长度(十六进制),也就是它后面数据域部分的所有字节数.
不分析所有的数据了, 只说一下里面比较重要的一个数据PDOL. PDOL表示卡片要求终端提供的数据，从而激活当前选择的应用. 找到这一串数据;9f 38 09 9f 7a 01 9f 02 06 5f 2a 02
9f38是PDOL的tag, 09表示长度. 9f 7a 01表示卡片要求终端提供tag为9f7a的元素的值，长度是01, 9f 02 06表示卡片要求终端提供tag为9f02的元素的值，长度是06,5f 2a 02表示卡片要求终端提供tag为5f2a的元素的值，长度是02. 这三个tag的意义如下:
9f7a:电子现金终端指示器
9f02:授权金额
5f2a:交易货币代码
对于基于电子现金的应用, 这三个元素是必不可少的, 或者说，卡片要求终端至少提供这三个元素的值.
下一步就是终端需要把上面三个元素通过GPO命令传送给卡片.
后面两个元素比较容易填, 授权金额就是你的实际交易金额,交易货币代码固定为0156, 那么电子现金终端指示器的值是什么呢?
根据PBOC 2.0的规范, 只有满足下面三个条件时，电子现金终端指示器的值才能为1, 否则为0. 这三个条件是:
1 终端支持电子现金交易
2 授权金额小于终端交易限额
3 终端交易类型为消费交易
前面两个条件好理解, 为什么会有第三个条件呢?
如果卡片接收到的电子现金终端指示器的值是1, 它就认为当前做的是一个电子现金的交易, 而不是普通的借贷记交易, 那么它在ＧＰＯ指令的响应中就会返回电子现金的AIP和AFL, 而不是普通借贷记的AIP和AFL, 两者区别主要在ＡＦＬ的不同. 如果卡片认为当前是一个电子现金的交易, 它会返回给终端”电子现金发卡行授权码”, 而电子现金发卡行授权码是用于脱机交易中, 存放在清算报文的授权码中. 而PBOC的消费交易是脱机交易, 这就是为什么会有第三个条件.
另外，PBOC的圈存交易规定必须联机处理，所以我们也可以得出, 对于基于电子现金的圈存交易，它从AFL人读到的数据其实就是普通借贷记的数据，其交易流程也是借贷记的流程.
下面是有一个电子现金的卡片做的一个测试，如果电子现金终端指示器的值为0, 返回的AFL如下:
08 01 02 00, 10 01 03 01, 18 01 02 00, 20 01 01 00
当电子现金终端指示器的值为1时, GPO命令返回下面六组AFL
08 01 02 00, 10 05 06 01, 10 08 08 00, 18 01 02 00, 20 01 01 00, 28 01 01 00
其中电子现金发卡行授权码就是文件标识符为28 的文件中.
如果终端能收到卡片返回的AIP和AFL, 就可以根据卡片提供的AFL, 读出卡片提供给终端的所有数据, 并保存在终端, 以备后续的交易使用. 这些数据就包括PAN号等在内的卡片数据, 举个例子, 我用测试卡s读到的发卡行授权码(tag=9f74)的值如下:
45 43 43 30 30 31, 对应的ASCII字符就是ECC001.
