euopay，mastercard和visa联合的智能卡规范emv′96，是用于金融交易的，规定了两条特别设计来为金融 交易用的命令。原则上，这两条非常灵活的命令可用来在智能卡中实现一个电子钱包。然而，它们的真实意 图是用在更为广泛的贷记和借记交易领域中，这就是为什么在这里讨论关于它们的这两项应用的用法的缘故 。这些命令专门占了一节，因为贷记和借记的含有芯片的卡，在可预期的未来将会有非常大的产量，因而增 大了它们的重要性。

　　这两条命令get processing options和generate application crytptgram，在命令和响应的数据部分对数据元都是基于tlv编码的。这样就为可能的变化与选项开辟了可观的变化范围，从而使每一应用可按其需要来利用，这两条命令的功能见表1和表2。

　　表1 遵照emv′96的get processing options的功能

　　表2 遵照emv′96的generate application cryptogram的功能

　　get processing options是用来初始化一次支付的，它从终端向智能卡传送支付交易其余处理（处理选项数据对象表）的tlv编码的数据。例如，这可能是交易金额。在响应中，卡送回具有应用支持特征的ber-tlv编码的数据对象的应用交换简档alp（applicatinginterchange profile）它标识智能卡支持的功能，以及应用数据的位置的应用文件定位符afl（applicatit file locator）。

　　在具有芯片的贷记卡中，为支付处理的第2条购置命令被命名为generateapplication cryptogram。对此命令，所有的命令apdu和响应apdu的数据都是tlv编码的。支付交易需要的所有数据，以及预期的应用密文均用此命令送至卡中，接着由卡在接收的和存储的数据的基础上来决定其余的支付处理如何进行。作为处理的结果，它传送一应用密文给终端。在最简单的情况下，这可能是交易密文，它结束了支付过程。

　　智能卡送回的应用密文中可能含有一项授权询问，而不是交易密文。如果在决定支付交易的处理应当如何进行的过程中，支付卡决定需要在线授权，它就在给终端的响应的应用密文中发出一个给高级授权中心的询问。一旦授权中心处理了此询问，则在下一条generateapplication cryptogram命令中将有关信息发送给智能卡，于是卡就可以产生关于支付的交易密文并把它发送给终端。

　　欢迎转载，信息来源维库电子市场网（www.dzsc.com）