2022年城市公共交通IC卡业务及技术应用规范第2.doc

《2022年城市公共交通IC卡业务及技术应用规范第2.doc》由会员分享，可在线阅读，更多相关《2022年城市公共交通IC卡业务及技术应用规范第2.doc（113页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、XXXXXXXXXXXX 发布2xxx-xx-x施行2xxx-xx-xx发布城市公共交通IC卡业务及技术应用标准（征求意见稿）第2部分：公共交通IC卡技术要求 The Application Standards of business and technology of City Public Transportation IC Card Part II：Technical Requirements for Public Transportation IC CardJT/T xxxxxxxxxJT中华人民共和国XX标准ICS xxxxxxxX xx备案号：目 次1 范围12 标准性援用文件13

2、 术语和定义13.1 应用 application13.2 CAPP记录 CAPP records23.3 命令 command23.4 扩展应用专用文件 comprehensive application specified file23.5 扩展应用循环记录文件 comprehensive application cyclic file23.6 密文 cryptogram23.7 押金抵扣 deposit deduction23.8 电子现金（EC） electronic cash (EC)23.9 电子现金余额 electronic cash balance23.10 电子现金余额上限

3、electronic cash funds limit23.11 ID号 identify number23.12 集成电路（IC） integrated circuit (IC)23.13 发卡机构行为代码 issuer action code23.14 圈存 load23.15 支付系统环境 payment system environment33.16 近间隔支付系统环境 proximity payment systems environment33.17 响应 response33.18 脱机预受权买卖 offline pre-authorization33.19 脱机预受权完成买卖

4、offline pre-authorization completion33.20 分段扣费 section purchase33.21 买卖终止 transaction terminated33.22 买卖回绝 transaction declined34 符号和缩略语35 文件、数据元、数据对象列表55.1 文件55.2 数据元75.3 数据对象列表76 卡片技术要求86.1 功能要求86.2 命令要求97 卡片应用技术要求107.1 卡片通用要求107.2 应用选择要求117.3 卡片初始应用处理要求127.4 买卖时间128 电子现金双币应用128.1 基于快速城市公共交通IC卡应用的

5、双币电子现金128.2 支持双币电子现金的分时分段扣费流程148.3 基于城市公共交通IC卡应用的双币电子现金159 扩展应用个人化要求17附录A （标准性附录） 应用指令18A.1 APPLICATION BLOCK(应用锁定)命令18A.1.1 定义和范围18A.1.2 命令报文18A.1.3 命令报文的数据域19A.1.4 响应报文的数据域19A.1.5 响应报文返回的处理状态19A.2 APPLICATION UNBLOCK（应用解锁）命令19A.2.1 定义和范围19A.2.2 命令报文19A.2.3 命令报文的数据域19A.2.4 响应报文的数据域19A.2.5 响应报文返回的处理

6、状态19A.3 CARD BLOCK（卡片锁定）命令20A.3.1 定义和范围20A.3.2 命令报文20A.3.3 命令报文的数据域20A.3.4 响应报文的数据域20A.3.5 响应报文返回的处理状态20A.4 EXTERNAL AUTHENTICATE（外部认证）命令20A.4.1 定义和范围20A.4.2 命令报文20A.4.3 命令报文的数据域21A.4.4 响应报文的数据域21A.4.5 响应报文返回的处理状态21A.5 GENERATE AC（生成应用密文）命令21A.5.1 定义和范围21A.5.2 命令报文21A.5.3 命令报文的数据域22A.5.4 响应报文的数据域22A

7、.5.5 响应报文返回的处理状态23A.6 GET DATA（取数据）命令23A.6.1 定义和范围23A.6.2 命令报文24A.6.3 命令报文的数据域24A.6.4 响应报文的数据域24A.6.5 响应报文返回的处理状态24A.7 GPO（获取处理选项）命令24A.7.1 定义和范围24A.7.2 命令报文24A.7.3 命令报文的数据域25A.7.4 响应报文的数据域25A.7.5 响应报文返回的处理状态25A.8 INTERNAL AUTHENTICATE（内部认证）命令25A.8.1 定义和范围25A.8.2 命令报文25A.8.3 命令报文的数据域26A.8.4 响应报文的数据域

8、26A.8.5 响应报文返回的处理状态26A.9 PIN CHANGE/UNBLOCK（PIN修正/解锁）命令26A.9.1 定义和范围26A.9.2 命令报文26A.9.3 命令报文的数据域27A.9.4 响应报文的数据域28A.9.5 响应报文返回的处理状态28A.10 PUT DATA（设置数据）命令28A.10.1 定义和范围28A.10.2 命令报文28A.10.3 命令报文的数据域29A.10.4 响应报文的数据域29A.10.5 响应报文返回的处理状态29A.11 READ RECORD（读记录）命令29A.11.1 定义和范围29A.11.2 命令报文29A.11.3 命令报文

9、的数据域30A.11.4 响应报文的数据域30A.11.5 响应报文返回的处理状态30A.12 SELECT（选择）命令30A.12.1 定义和范围30A.12.2 命令报文30A.12.3 命令报文数据域31A.12.4 响应报文数据域31A.12.5 响应报文状态字32A.13 UPDATE RECORD（修正记录）命令32A.13.1 定义和范围32A.13.2 命令报文33A.13.3 命令报文的数据域33A.13.4 响应报文的数据域33A.13.5 响应报文返回的处理状态33A.14 VERIFY（验证）命令34A.14.1 定义和范围34A.14.2 命令报文34A.14.3 命

10、令报文的数据域35A.14.4 响应报文的数据域35A.14.5 响应报文中的处理状态35A.15 READ CAPP DATA（读取扩展应用数据）命令35A.15.1 定义和范围35A.15.2 命令报文35A.15.3 命令报文数据域36A.15.4 响应报文数据域36A.15.5 响应报文的状态码36A.16 UPDATE CAPP DATA CACHE(更新数据缓存)命令36A.16.1 定义和范围36A.16.2 命令报文37A.16.3 命令报文数据域37A.16.4 响应报文数据域38A.16.5 响应报文的状态码38A.17 APPEND RECORD(新增记录)命令38A.1

11、7.1 定义和范围38A.17.2 命令报文38A.17.3 命令报文数据域39A.17.4 响应报文数据域39A.17.5 响应报文的状态码39A.18 GET TRANS PROVE（取脱机买卖应用密文）命令39A.18.1 定义和范围39A.18.2 命令报文39A.18.3 命令报文数据域40A.18.4 响应报文数据域40A.18.5 响应报文的状态码40附录B （标准性附录） 扩展应用文件短文件标识符定义41附录C （标准性附录） 卡片与发卡机构数据元数据元42附录D （标准性附录） 应用数据与文件64D.1 应用数据64D.1.1 联机应用数据64D.1.2 脱机应用数据79D.

12、1.3 非接触式应用数据81D.2 应用文件84D.2.1 支付应用专用文件84D.2.2 扩展应用专用文件86D.2.3 扩展应用循环记录文件87附录E （材料性附录） 买卖应用举例90E.1 公共汽电车/轨道交通/停车场/城际客运班车/城际铁路/轮渡应用90E.1.1 出租收费应用90E.1.2 公共汽电车/地铁收费应用91E.1.3 停车咪表应用95E.2 公交日票/月票买卖流程说明95E.2.1 公交日票/月票应用95附录F （标准性附录） 支持的密文版本98附录G （标准性附录） 算法标识99G.1 公钥算法标识99G.2 哈希算法标识99G.3 发卡行自定义数据（对称密钥算法标识）

13、99附录H （材料性附录） 行业应用开通指南100前 言城市公共交通IC卡业务及技术应用标准分为8个部分： 第1部分：总则； 第2部分：公共交通IC卡技术要求； 第3部分：公共交通IC卡读写终端技术要求； 第4部分：业务规则标准； 第5部分：信息技术接口标准； 第6部分：通讯报文接口标准； 第7部分：平安标准（密钥系统）； 第8部分：检测标准。本部分为标准的第2部分。本部分按照GB/T 1.1-2009给出的规则起草。本部分由中华人民共和国交通运输部提出。本部分主要起草单位：。本部分主要起草人：。 本部分为初次发布。引 言本部分为城市公共交通IC卡业务及技术应用标准的第2部分，与标准的第1部分

14、、第3部分、第4部分、第5部分、第6部、第7部分和第8部分一起构成城市公共交通IC卡业务及技术应用标准。城市公共交通IC卡业务及技术应用标准第2部分：公共交通IC卡技术要求1 范围本部分对应用于道路运输领域基于智能卡支付应用做出了相关要求和规定，主要应用于公共电汽车、出租车、轨道交通、停车场、城际客运、城际铁路、轮渡等应用场景，支持包括圈存、标准扣费、分时分段扣费、脱机预受权、单次扣款优惠等买卖。本部分适用于开展基于城市公共交通IC卡应用的地区、发卡机构以及商户。其使用对象主要是与城市公共交通IC卡应用相关的卡片设计、制造、治理、发行、受理以及应用系统的研制、开发、集成和维护等相关部门（单位）

15、。2 标准性援用文件以下文件关于本文件的应用是必不可少的。但凡注日期的援用文件，仅注日期的版本适用于本文件。但凡不注日期的援用文件，其最新版本（包括所有的修正单）适用于本文件。GB/T 2659 世界各国和地区名称代码(GB/T 26592000,ISO 3166-1:1997,EQV)GB/T 4880.1 语种名称代码 第1部分:2字母代码(GB/T 4880.12005,ISO/IEC 639-1:2002,MOD)GB/T 12406 表示货币和资金的代码(GB/T l24062008,ISO 4217:2001,IDT)GB/T 15150 产生报文的银行卡 交换报文标准 金融买卖内

16、容(GB/T 151501994,ISO 8583:1987,IDT)GB/T 16649.4 识别卡 带触点的集成电路卡 第4部分：用于交换的构造、平安和命令（GB/T 16649.42010，ISO/IEC 7816-4:2005，IDT）GB/T 16649.5 识别卡 带触点的集成电路卡 第5部分：应用标识符的编号系统和注册程序(GB/T 16649.52002,ISO/IEC 7816-5:1994,NEQ)GB/T 16649.6 识别卡 带触点的集成电路卡 第6部分：行业间数据元（GB/T 16649.62001，ISO/IEC 7816-6:1996，IDT)GB/T 2107

17、8.1 银行业务 个人识别码的治理与平安 第1部分:ATM和POS系统中联机PIN处理的根本原则和要求(GB/T 21078.12007,ISO 9564-1:2002,MOD)GB/T 17552 识别卡 金融买卖卡(GB/T 175521998,ISO/IEC 7813:1995,IDT)JR/T 0025.3 中国金融集成电路（IC）卡标准 第3部分：与应用无关的IC卡与终端接口标准JR/T 0025.4 中国金融集成电路（IC）卡标准 第4部分：借记/贷记应用标准JR/T 0025.5 中国金融集成电路（IC）卡标准 第5部分：借记/贷记应用卡片标准JR/T 0025.6 中国金融集成

18、电路（IC）卡标准 第6部分：借记/贷记应用终端标准JR/T 0025.7 中国金融集成电路（IC）卡标准 第7部分：借记/贷记应用平安标准JR/T 0025.17 中国金融集成电路（IC）卡标准 第17部分：借记/贷记应用平安加强标准ISO/IEC 7816-4 识别卡 带触点的集成电路卡 第4部分：行业间交换用命令ISO/IEC 8859（所有部分） 信息处理 八位单字节编码图形字符集3 术语和定义以下术语和定义适用于本文件。3.1 应用 application 卡片和终端之间的应用协议和相关的数据集。3.2 CAPP记录 CAPP records扩展应用专用文件的记录，包括扩展应用循环记

19、录文件和扩展应用专用文件的记录。3.3 命令 command 终端向支付IC卡发出的一条报文，该报文启动一个操作或恳求一个响应。3.4 扩展应用专用文件 comprehensive application specified file扩展应用专用文件用于存储特定的行业应用信息，通常情况下是变长记录构造文件。3.5 扩展应用循环记录文件 comprehensive application cyclic file扩展应用循环记录文件作为一些日志类的数据记录存储，是循环记录构造文件。每次买卖，UPDATE CAPP DATACACHE命令只更新第一条记录。3.6 密文 cryptogram 密码加密

20、运算的结果。3.7 押金抵扣 deposit deduction押金抵扣是指发卡机构能够给予持卡人一定的押金额度，该金额不计入电子现金的实际金额，但是当持卡人卡片内电子现金余额缺乏且小于押金额度时，持卡人能够选择使用押金来完成买卖。3.8 电子现金（EC） electronic cash (EC) 基于城市公共交通IC卡应用上实现的小额支付功能。3.9 电子现金余额 electronic cash balance一个计数器，表示卡片上可脱机消费的金额。3.10 电子现金余额上限 electronic cash funds limit持卡人可用来脱机消费的最大金额。3.11 ID号 identi

21、fy number 用于区分同一行业在不同地区的应用。3.12 集成电路（IC） integrated circuit (IC)具有处理和/或存储功能的电子器件。3.13 发卡机构行为代码 issuer action code发卡机构依照TVR的内容选择的动作。3.14 圈存 load增加卡中电子现金余额的过程。圈存有多种实现方式，能够从主账户中划入金额，也能够现金存款，又或者从其它账户转入金额，但圈存后的电子现金余额不能超过电子现金余额上限。3.15 支付系统环境 payment system environment当符合本标准的支付系统应用被选择，或者用于支付系统应用目的的目录定义文件（D

22、DF）被选择后，支付IC卡中所确立的逻辑条件集合。3.16 近间隔支付系统环境 proximity payment systems environment支持的应用标识、应用标签和应用优先指示器的一个列表，能够通过非接触界面访咨询。该列表包括所有目录的入口，由卡片在SELECT PPSE（“2PAY.SYS.DDF01”）响应的FCI中返回。3.17 响应 response支付IC卡处理完收到的命令报文后，返回给终端的报文。3.18 脱机预受权买卖 offline pre-authorization脱机预受权买卖是指受理方将预估的消费金置入买卖命令中发送给卡片,卡片通过风险操纵和额度检查，批准

23、买卖，并冻结卡内对应电子现金额度。3.19 脱机预受权完成买卖 offline pre-authorization completion脱机预受权完成买卖是指受理方在预受权有效期内以发送买卖命令发送给卡片,卡片通过风险操纵和额度检查，批准买卖，并返还卡内对应的电子现金额度。3.20 分段扣费 section purchase分段扣费是在原来的标准快速城市公共交通IC卡应用买卖流程的根底上，在GPO命令处理和READ RECORD命令处理之间，增加了更新扩展应用数据的UPDATE CAPP DATA CACHE命令。以满足脱机小额快速支付应用中可能遇到的分时、分段计费的需求。3.21 买卖终止

24、transaction terminated由于一些缘故（包括但不仅限于缺少某些必备数据，终端或卡片毛病），标准规定的买卖流程没有被执行完成，买卖无法接着。3.22 买卖回绝 transaction declined标准规定的流程被执行完毕，但卡片、终端或发卡机构处于某些要素的考虑（包括但不仅限于风险治理、业务规则、政策要素）不同意该笔买卖的发生。4 符号和缩略语以下符号和缩略语表示适用于本文件。AAC应用认证密文(Application Authentication Cryptogram)AC应用密文(Application Cryptogram)ADA应用缺省行为（Application

25、Default Action）ADF应用定义文件(Application Definition File)AEF应用根本文件(Application Elementary File)AFL应用文件定位器（Application File Locator）AID应用标识符（Application Identifier）AIP应用交互特征（Application Interchange Profile）ARPC受权响应密文（Authorization Response Cryptogram）ARQC受权恳求密文（Authorization Request Cryptogram）ATC应用买卖计数器

26、（Application Transaction Counter）ATM自动柜员机（Automated Teller Machine）APDU应用协议数据单元（Application Protocol Data Unit）ATC应用买卖计数器（Application Transaction Counter）AUC应用用处操纵（Application Usage Control）BER根本编码规则（Basic Encoding Rules）C条件（Condition）CAPP扩展应用（Comprehensive Application）CAM卡片认证方法（Card Authentication

27、Method）CDA复合动态数据认证/应用密文生成（Combined DDA/AC Generation）CDOL卡片风险治理数据对象列表（Card Rish Management Data Object List）CLA命令报文的类别字节(Class Byte of the Command Message)CID密文信息数据（Cryptogram Information Data）cn压缩数字型（Compressed Numeric）CVM持卡人验证方法（Cardholder Verification Method）CVR卡片验证结果（Card Verification Results）DD

28、A动态数据认证（Dynamic Data Authentication）DDOL动态数据认证数据对象列表（Dynamic Data Authentication Data Object List）DF专用文件（Dedicated File）DIR目录（Directory）DOL数据对象列表（Data Object List）EC电子现金（Electronic Cash）EF根本文件（Elementary File）EMVEuropay、MasterCard和VISAFCI文件操纵信息（File Control Information）fDDA快速动态数据认证（Fast DDA）GPO获取处理选

29、项（Get Processing Options）IAC发卡机构行为代码（Issuer Action Code）IC集成电路（Integrated Circuit）ICC集成电路卡（Integrated Circuit Card）IDD发卡机构自定义数据（Issuer Defined Data）INS命令报文的指令字节（Instruction Byte of Command Message）Lc终端应用层（TAL）在情况3或情况4命令中发出数据的实际长度（Exact Length of Data Sent by the TAL in a Case 3 or 4 Command）Le响应数据中的

30、最大期望长度（Maximum Length of Data Expected）M必备（Mandatory）MAC报文鉴别码（Message Authentication Code）MDK主密钥（Master DEA Key）MF主文件（Master File）n数字型（Numeric）O可选（Optional）P1参数1（Parameter 1）P2参数2（Parameter 2）PAN主账号（Primary Account Number）PDOL处理选项数据对象列表(Processing Options Data Object List) PIN个人识别码（Personal Identifi

31、cation Number）PIX扩展的专用应用标识符（Proprietary Application Identifier Extension）PPSE近间隔支付系统环境（Proximity Payment Systems Environment）快速城市公共交通IC卡应用快速城市公共交通IC卡应用（quick 城市公共交通IC卡应用）RFU预留（Reserved f or Future Use）RID注册的应用提供商标识（Registered Application Provider Identifier）R-MAC响应数据的报文鉴别码（Response Message Authentic

32、ation Code）SAD签名的静态应用数据（Signed Static Application Data）SAM平安认证模块（Secure Authentication Module）SDA静态数据认证（Static Data Authentication）SFI短文件标示符（Short File Identifier）SW1状态字1（Status Word One）SW2状态字2（Status Word Two）TAC买卖验证码（Transaction Authorization Cryptogram）TC买卖证书（Transaction Certificate）TLV标签、长度、值（T

33、ag Length Value）TSI买卖状态信息（Transaction Status Information）TDOL买卖证书数据对象列表（Transaction Certificate Data Object List）TVR终端验证结果（Terminal Verification Results）UDK子密钥（Unique DEA Key）YYYYMMDD年、月、日（Year, Month, Day）5 文件、数据元、数据对象列表5.1 文件本标准的文件组织构造来自且符合ISO 7816-4的根本组织构造。本部分描绘了符合城市公共交通卡业务及技术应用标准的IC卡应用文件构造。支付IC卡

34、中的能够读/写的数据文件中的数据对象是以记录方式保存的。文件的构造和援用方法取决于该文件的用处。文件的构造和援用的方法将在下面描绘。除了下一条描绘的目录文件以外，其它的支付IC卡可读/写数据文件的规划均由发卡机构定义。5.1.1 应用定义文件ADF的树形构造： 能够将数据文件与应用联络起来； 确保应用之间的独立性； 能够通过应用选择实现对其逻辑构造的访咨询。5.1.2 应用根本文件短文件标识符（SFI）范围为1-10的AEF，包含一个根本数据对象或由多个“根本编码规则标签长度值”（BER-TLV）的数据对象组成的构造BER-TLV数据对象（记录）。一旦选定之后，范围为1-10的AEF只能如5.

35、1.5.2所述通过它的短文件标识符（SFI）来援用。本标准中，一个数据文件包括一组按记录号援用的记录序列。1-10号SFI援用的数据文件中只包括那些不由卡片解释的数据，即不在卡片内部过程中使用的数据。这种文件的构造定义成线性构造。依照ISO 7816-4规定，文件构造既能够固定的，也能够是线性可变的。这由发卡机构自行选择，同时依照本标准不会妨碍对文件的读操作。5.1.3 文件到ISO 7816-4的文件构造的映射使用以下到ISO 7816-4的映射： 一个ISO 7816-4定义的专用文件（DF）映射为一个ADF或一个DDF。能够通过它来访咨询根本文件和DF。在卡片中处于最高层的DF称为主文件

36、（MF）。 ISO 7816-4定义的一个根本文件（EF）对应一个AEF。EF永远不会成为另一个文件的入口点。在本标准中，假如嵌入了DF，对与之相连的EF的访咨询是透明的。5.1.4 目录构造当卡片上存在支付系统环境（PPSE）时，支付IC卡必须为PPSE中发卡机构希望通过目录选择的应用列表提供一个目录构造。在这种情况下，目录构造由一个支付系统目录文件（DIR文件）和符合本章中描绘的目录定义文件（DDF）构造的可选附加目录组成。目录构造同意以应用标识符（AID）检索一个应用，或以AID的前n个字节作为DDF名检索一组应用。在选择PPSE的响应报文中必须有DIR文件存在的编码见选择（SELECT

37、）命令。依照GB/T 16649.5的定义，DIR文件是一个AEF（亦即EF）和含以下数据对象的记录构造： 本部分描绘的一个或多个应用模板（标签为61）。 可能在目录自定义模板（标签为73）中出现的其他数据对象，此模板中包含的数据对象不在本标准的范围内定义。支付IC卡中的目录是可选的，但对可能存在的目录数目没有限制。其中每个目录的位置由每个DDF中的FCI的目录SFI数据对象指定。支付IC卡文件构造如以下图所示：图1. 支付IC卡文件构造示意图 扩展应用文件短文件标识符定义见附录B。5.1.5 文件援用依照文件的品种，文件能够通过文件名或SFI援用。5.1.5.1 通过文件名援用卡片中的任何A

38、DF或DDF都能够通过它的DF名援用。ADF的DF名与它的AID对应或以AID作为DF名的开头。卡片中的每个DF名字必须在该卡内是唯一的。5.1.5.2 通过SFI援用SFI用于选择AEF。在一个给定的应用中能够通过SFI来援用任何一个AEF。该SFI使用5个位（bit）来编码，其值在130的范围内。SFI编码将在使用它的各命令中描绘。SFI的构造见表1。表1 SFI构造数值意义110标准定义1120支付系统定义2130发卡机构定义每个SFI在一个应用以内必须是唯一的。范围为1120的SFI援用的AEF由支付系统分配治理。5.2 数据元定义并解释城市公共交通IC卡应用数据交换过程中卡片所需的相

39、关数据元。包括数据元的名称、标识及功能等，见附录C。5.3 数据对象列表有时，终端应卡片的要求需要建立可变的数据元列表用来向卡片发送。为了减少支付IC卡内对这些数据的处理，这个列表不需要进展TLV编码，而只是把假设干数据单元连接成一个复合域。由于复合域中的数据单元不是TLV编码的，因而当支付IC卡收到数据时，支付IC卡必须明白该复合域的格式。因而，需要在支付IC卡内包含一个数据对象列表（DOL）来定义复合域中的数据格式。本标准用的DOL包括： 卡风险治理数据对象列表1（CDOL1）：在第一次GENERATE AC命令中需要传送给卡片的数据对象列表。CDOL1是终端在读应用记录处理过程中从卡片中

40、读出的； 卡风险治理数据对象列表2（CDOL2）：在第二次GENERATE AC命令中需要传送给卡片的数据对象列表。CDOL2是终端在读应用记录处理过程中从卡片中读出的； 买卖证书数据对象列表（TDOL）：列出生成买卖证书（TC）哈希计算的数据对象（标签和长度）； 动态脱机数据认证对象列表（DDOL）：指定在INTERNAL AUTHENTICATE指令中，卡片要求终端送入卡片的终端数据标签和长度列表。一个DOL是用一些条目连接而成的列表。每个条目代表一个参加复合域的单个数据元。每个条目的格式包括12个字节的标签来说明需要的数据对象，然后是1个字节的长度部分，说明本数据对象在命令数据中占据的字

41、节长度。只有那些在附录A中定义为根本数据对象的标签才能够在DOL中使用。终端必须完成以下步骤以建立构造域：1) 从支付IC卡读取DOL。2) 连接DOL中列出的所有数据单元。按照以下规则进展连接：a） 假如DOL中指出的数据对象的标签无法被终端识别，或这个标签代表了一个构造数据对象，终端将提供一个长度为DOL指定长度的数据元，并必须把该数据元所有的数值部分设置为16进制的0。b） 假如该列表上的一个数据对象在终端上能够识别，但是表现为支付IC卡上不出现的可选静态数据，那么在命令区域上代表数据对象的部分必须用16进制的0来填满。c） 假如在DOL条目中指出的长度小于实际数据对象的长度，则需要将实

42、际的数据对象削减至DOL指出的长度。假如数据对象是数字格式（n）的，则从数据单元的的最左端开场削减字节。假如数据对象是其它格式的，则从数据单元的最右端开场削减字节。假如指出的长度比实际的数据长度大，需要把实际的数据填充至指定长度： 假如数据对象是数字格式（n）的，则从数据单元头部开场填充16进制的0； 假如数据对象是压缩数字型（cn）的，则在数据单元的末尾填充16进制的FF； 假如数据对象是其它格式的，则在数据单元的末尾填充16进制的0。d ）假如表上的一个数据对象在终端能够识别，但不代表在当前买卖中适用的数据，代表该数据对象的命令域部分将填充16进制的0。数据单元在表上的连接顺序应该与相应的

43、数据对象在DOL中出现的顺序一一对应。6 卡片技术要求6.1 功能要求电子支付应用卡片应支持下表中列出的必备功能。可选功能由发卡机构或者市场需求来决定。假如相关条件满足，有条件的功能也要支持。表2 卡片功能需求功能卡片支持应用选择l 目录选择方式l 直截了当选择方式必备可选必备应用初始化必备读应用记录必备脱机数据认证l 标准DDAl 复合DDA/应用密文生成可选必备假如支持CDA（城市公共交通IC卡应用）可选（暂不施行）-假如支持CDA（城市公共交通IC卡应用）处理限制l 应用版本号检查l 应用用处操纵检查l 生效日期检查l 失效日期检查必备必备可选可选必备持卡人验证l 单独的CVM可选可选终

44、端风险治理l 终端异常文件检查l 商户强迫联机l 最低限额检查l 买卖日志l 随机选择l 频度检查l 新卡检查必备n/a（卡片没有处理）n/a（卡片没有处理）n/a（卡片没有处理）n/a（卡片没有处理）n/a（卡片没有处理）可选可选（城市公共交通IC卡应用）终端行为分析IAC需要（城市公共交通IC卡应用）卡片行为分析l 联机/脱机决定l 卡片风险治理l 通知报文l 应用密文必备必备必备（城市公共交通IC卡应用），在卡片风险治理中有些步骤是可选的可选提供算法选择提供多算法选择（城市公共交通IC卡应用）联机处理l 联机才能l 发卡机构认证必备可选买卖完毕必备发卡机构到卡片脚本处理l 平安报文可选仅支持一种脚本方式（城市公共交通IC卡应用）6.2 命令要求卡片支持的命令在下表中描绘。表3 命令支持需求命令卡片支持应用锁定APPLICATION BLOCK应用锁定功能可选，假如支持，推荐使用应用锁定命令（城市公共交通IC卡应用）应用解锁APPLICATION UNBLOCK应用解锁功能可选，假如支持，推荐使用应用解锁命令（城市公共交通IC卡应用）卡片锁定CARD