一种智能ic卡、终端及智能卡灰锁应用方法

文档序号:6670501阅读:733来源:国知局
一种智能ic卡、终端及智能卡灰锁应用方法
【专利摘要】本发明公开了一种智能IC卡、终端及智能卡灰锁应用方法,终端对IC卡发初始化灰锁命令,该初始化灰锁命令中含有期望的预冻结金额;IC卡接收终端的命令,并设置实际预冻结金额,将实际预冻结金额返回终端;终端根据IC卡返回的实际预冻结金额,计算MAC1,下发灰锁命令;IC卡验证终端下发的MAC1是否正确,并在验证正确时计算GTAC、MAC2返回给终端。本发明终端可根据自己的实际情况,一次预冻结IC卡中的部分金额,用于进行相应的业务。灰锁后,持卡人可以将卡取走,针对卡中除去预冻结的剩余金额,进行圈存、圈提、消费等金融交易操作,保证了被灰锁后的卡,能够正常的进行交易的处理,提高了用户使用的方便性。
【专利说明】一种智能IC卡、终端及智能卡灰锁应用方法
【技术领域】
[0001]本发明涉及一种芯片领域中智能卡、终端及智能卡的应用方法,尤其涉及一种智能IC卡灰锁应用方法。
【背景技术】
[0002]根据我国银行卡芯片化计划要求,2005年3月13日,人民银行发布第55号文,正式颁发了行业标准《中国金融集成电路(IC)卡规范》(JR/T 0025-2005)(业内简称PB0C2.0)。该规范补充完善电子钱包/存折应用;增加了与EMV标准兼容的借/贷记应用;增加非接触式IC卡物理特性标准;增加电子钱包扩展应用指南、借/贷记应用个人化指南等内容。该标准为我国银行卡芯片化奠定了标准基础,确保我国银行卡芯片化实现联网通用和安全,并有效指导实施。
[0003]其中,在《电子钱包扩展应用指南》中提出了进行圈存、圈提、消费、灰锁交易的方法。传统的支付卡进行灰锁后,不能够再进行圈存等其它金融交易或其它应用,卡片一直处于灰锁状态,直到进行解扣或联机解扣交易后,才能够解除卡片的灰锁状态。这样的卡片,利用率低,增加了持卡人操作的复杂性,被灰锁后的卡片给用户使用带来了不便。

【发明内容】

[0004]本发明所要解决的技术问题是提供一种智能卡灰锁应用方法,被灰锁后的卡片能够正常的进行交易的处理的需求,提高了用户使用的方便性,解决现有技术中被灰锁后的卡片给用户带来的使用不便的技术问题。
[0005]为解决上述技术问题,本发明提供一种智能卡灰锁应用方法,包含以下步骤:
[0006]步骤A:终端对IC卡发初始化灰锁命令,该初始化灰锁命令中含有期望的预冻结金额;
[0007]步骤B:IC卡接收终端的命令,并设置实际预冻结金额,将实际预冻结金额返回终端;
[0008]步骤C:终端根据IC卡返回的实际预冻结金额,计算MAC1,下发灰锁命令;
[0009]步骤D:IC卡验证终端下发的MACl是否正确,并在验证正确时计算GTAC、MAC2返回给终端。
[0010]所述IC卡在该终端上完成灰锁后,可到除去该终端外的其它终端进行IC卡内除去实际预冻结金额的剩余金额交易操作。
[0011]步骤B中,IC卡检查电子钱包文件中的余额是否足够进行预冻结,如果钱包余额小于命令中输入的预冻结金额,就将实际预冻结金额置成钱包中的余额;否则若钱包余额大于等于输入的预冻结金额,则实际冻结金额为命令中期望的预冻结金额
[0012]步骤D中,IC卡根据实际预冻结金额,验证终端下发的MACl是否正确,如果验证MACl正确,则计算GTAC、MAC2用于返回终端,并将此次交易内容写入内部灰锁交易明细文件中。[0013]还包含下发解扣命令的步骤,由具有解扣功能的终端根据实际的交易金额计算GMAC,下发解扣命令,IC卡根据解扣命令验证GMAC。
[0014]终端下发解扣命令后,IC卡验证GMAC的步骤可以包括:
[0015]由所述IC卡检查终端输入的交易金额是否小于等于IC卡内部的实际冻结金额,如果小于等于时,对IC卡进行解扣,扣除相应的交易金额,并计算TAC返回给终端;如果不是,则IC卡返回错误或其他形式的提示并退出;
[0016]IC卡验证GMAC的步骤结束后,IC卡将此次交易的全部内容更新到标准交易明细文件中,用于外部查询此次交易;并将内部交易明细文件中的冻结金额置为O。
[0017]还可以包含获取内部交易明细的步骤:
[0018]IC卡验证GMAC的步骤结束后,终端将内部父易明细文件的父易验证码待读标志清O。
[0019]本发明提供了一种新型的基于预冻结机制的智能卡使用方法。支付卡根据终端要求的预冻结金额,检查卡片是否有足够的余额来进行预冻结,从而进行卡片的灰锁。
[0020]一种智能IC卡,包括
[0021]接收模块:根据终端下发的初始化灰锁命令中含有的期望的预冻结金额,设置IC卡实际预冻结金额,并可将实际预冻结金额返回终端;
[0022]处理模块:接收终端下发的灰锁命令,并验证终端下发的MACl是否正确,并可在验证正确时计算GTAC、MAC2返回给终端。
[0023]所述处理模块还用于检查电子钱包文件中的余额是否足够进行预冻结,如果钱包余额小于初始化灰锁命令中期望的预冻结金额,就将实际冻结金额置成钱包中的余额;否则若钱包余额大于等于期望的预冻结金额,则实际冻结金额为命令中期望的预冻结金额。
[0024]还包含:验证模块:检查输入的交易金额是否小于等于IC卡实际冻结金额,若交易金额小于等于IC卡实际冻结金额时,IC卡进行解扣,扣除相应的交易金额。
[0025]所述IC卡灰锁后,可到其它终端进行IC卡内除去实际预冻结金额的剩余金额交易操作。
[0026]一种智能卡终端,包含
[0027]初始化模块:对IC卡发初始化灰锁命令,该初始化灰锁命令中含有期望的预冻结金额;
[0028]处理模块:根据IC卡返回的实际预冻结金额,计算MAC1,对IC卡下发灰锁命令。
[0029]验证模块:验证IC卡在处理模块返回的MAC2是否正确。
[0030]所述处理模块还根据实际的交易金额计算GMAC,对IC卡下发解扣命令。
[0031]其中,MACl:灰锁数据报文鉴别码;
[0032]MAC2:灰锁完成数据报文鉴别码;
[0033]GMAC:解扣数据报文鉴别码;
[0034]TAC:交易验证码;
[0035]GTAC:灰锁交易验证码。
[0036]本发明提出采用一种新型的智能卡灰锁使用方法、终端及IC卡,使得终端可以根据自己的实际情况,预冻结卡片中的部分金额,用于进行相应的业务。在进行灰锁后,持卡人还可以将卡片取走,针对卡片中除去预冻结的剩余金额,进行圈存、圈提、消费等金融交易操作。这样就保证了被灰锁后的卡片,能够正常的进行交易的处理的需求,提高了用户使用的方便性。本发明可以达到如下有益效果:
[0037]1、灰锁后的卡片,可以再进行其它金融交易。
[0038]2、灰锁后的卡片,可以进行小于等于预冻结金额的解扣。
[0039]3、可以读出卡内的实际冻结金额,从而算出实际的可支配金额。
[0040]4、可以对卡内的可支配金额进行一次小于等于可支配金额的预冻结金额的灰锁处理。
【专利附图】

【附图说明】
[0041]图1是终端以及智能IC卡的模块化结构实施例示意图;
[0042]图2是本发明灰锁应用方法实施例1流程图;
[0043]图3是本发明灰锁应用方法实施例2流程图。
【具体实施方式】
[0044]下面结合附图对本发明作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案,而不能以此来限制本发明的保护范围。
[0045]实施例1
[0046]下面结合图1和图2说明本发明的智能卡灰锁的应用方法。
[0047]智能IC卡包括接收模块、处理模块和验证模块。
[0048]终端包括初始化模块、处理模块和验证模块。
[0049]终端对IC卡发初始化灰锁命令,该初始化灰锁命令中含有期望的预冻结金额;
[0050]IC卡接收终端的命令,并设置实际预冻结金额,将实际预冻结金额返回终端;
[0051]终端根据IC卡返回的实际预冻结金额,计算MAC1,下发灰锁命令;
[0052]IC卡验证终端下发的MACl是否正确,并在验证正确时计算GTAC、MAC2返回给终端。
[0053]实施例2
[0054]下面结合图1和图3就预冻结机制的实现方案进行详细的描述。
[0055]首先,终端对卡片发“初始化灰锁命令”,在初始化指令的数据域中带有终端期望的预冻结金额。卡片检查电子钱包文件中的余额是否足够进行预冻结,如果钱包余额小于命令输入的预冻结金额,就将预冻结金额置成钱包中的余额;否则钱包余额大于等于冻结金额,则实际冻结金额为命令中输入的预冻结金额。
[0056]随后,终端根据卡片返回的实际预冻结金额,计算MAC1,下发“灰锁命令”。卡片根据初始化灰锁命令中返回的实际预冻结金额,验证终端下发的MACl是否正确,如果验证MACl正确,则计算GTAC、MAC2用于返回,并将此次交易内容(如:实际预冻结金额等)写入内部灰锁交易明细文件中,其内部交易明细文件的内容参见表2。
[0057]在完成灰锁后,用户就可以拿此卡片到其它终端,进行卡内除去预冻结金额的剩余金额交易操作。
[0058]最后,终端根据实际的交易金额计算GMAC,下发“解扣命令”。卡片检查命令输入的交易金额是否小于等于卡片内部交易明细的实际冻结金额,如果不是,则卡片返错退出;否则卡片进行解扣,扣除相应的交易金额,并计算TAC返回。与此同时,卡片将此次交易的全部内容更新到标准交易明细文件中,用于外部查询此次交易;并将内部交易明细文件中的冻结金额置为O,其内部交易明细文件的内容参见表3。
[0059]当终端根据需要将内部交易明细文件的交易验证码待读标志清0后,其内部交易明细文件的内容参见表1。
[0060]下面将分别介绍本发明自定义的初始化灰锁命令、灰锁命令、解扣命令的格式,这三条命令完成了整个基于预冻结机制的灰锁使用方式。另外,还将介绍一条用于支持新方式交易的辅助性命令,即获取内部交易明细命令。
[0061]下面先说明几个常用的字母含义:
[0062]CLA:类别字节
[0063]INS:指令字节
[0064]Pl:参数 I
[0065]P2:参数 2
[0066]Lc:命令数据域长度
[0067]Le:响应数据域长度
[0068]初始化灰锁命令格式
[0069]
【权利要求】
1.一种智能卡灰锁应用方法,其特征是,包含以下步骤: 步骤A:终端对IC卡发初始化灰锁命令,该初始化灰锁命令中含有期望的预冻结金额; 步骤B:1C卡接收终端的命令,并设置实际预冻结金额,将实际预冻结金额返回终端; 步骤C:终端根据IC卡返回的实际预冻结金额,计算MAC1,下发灰锁命令; 步骤D:IC卡验证终端下发的MACl是否正确,并在验证正确时计算GTAC、MAC2返回给终端。
2.根据权利要求1所述的智能卡灰锁应用方法,其特征是,所述IC卡在该终端上完成灰锁后,可到除去该终端外的其它终端进行IC卡内除去实际预冻结金额的剩余金额交易操作。
3.根据权利要求1所述的智能卡灰锁应用方法,其特征是,步骤B中,IC卡检查电子钱包文件中的余额是否足够进行预冻结,如果钱包余额小于命令中输入的预冻结金额,就将实际预冻结金额置成钱包中的余额;否则若钱包余额大于等于输入的预冻结金额,则实际冻结金额为命令中期望的预冻结金额。
4.根据权利要求1-3任一项所述的智能卡灰锁应用方法,其特征是,还包含下发解扣命令的步骤,由具有解扣功能的终端根据实际的交易金额计算GMAC,下发解扣命令,IC卡根据解扣命令验证GMAC。
5.根据权利要求4所述的智能卡灰锁应用方法,其特征是,终端下发解扣命令后,IC卡验证GMAC的步骤为: 由所述IC卡检查终端输入的交易金额是否小于等于IC卡内部的实际冻结金额,并在小于等于时对IC卡进行解扣,扣除相应的交易金额,并计算TAC返回给终端。
6.根据权利要求5所述的智能卡灰锁应用方法,其特征是,IC卡验证GMAC的步骤结束后,IC卡将此次交易的全部内容更新到标准交易明细文件中,用于外部查询此次交易。
7.一种智能IC卡,其特征是,包括 接收模块:根据终端下发的初始化灰锁命令中含有的期望的预冻结金额,设置IC卡实际预冻结金额,并可将实际预冻结金额返回终端; 处理模块:接收终端下发的灰锁命令,并验证终端下发的MACl是否正确,并可在验证正确时计算GTAC、MAC2返回给终端。
8.根据权利要求7所述的智能IC卡,其特征是,所述处理模块,还用于检查电子钱包文件中的余额是否足够进行预冻结,如果钱包余额小于初始化灰锁命令中期望的预冻结金额,就将实际冻结金额置成钱包中的余额;否则若钱包余额大于等于期望的预冻结金额,则实际冻结金额为命令中期望的预冻结金额。
9.根据权利要求7或8所述的智能IC卡,其特征是,还包含: 验证模块:检查输入的交易金额是否小于等于IC卡实际冻结金额,若交易金额小于等于IC卡实际冻结金额时,IC卡进行解扣,扣除相应的交易金额。
10.一种智能卡终端,其特征是,包含 初始化模块:对IC卡发初始化灰锁命令,该初始化灰锁命令中含有期望的预冻结金额; 处理模块:根据IC卡返回的实际预冻结金额,计算MAC1,对IC卡下发灰锁命令;验证模块:验证IC卡在处理模块返回的MAC2是否正确。
11.根据权利要求10所述的智能卡终端,其特征是,所述处理模块还根据实际的交易金额计算GMAC,对IC卡下发解扣命令。
【文档编号】G07C9/00GK103593888SQ201210288226
【公开日】2014年2月19日 申请日期:2012年8月14日 优先权日:2012年8月14日
【发明者】付青琴, 王于波, 李福雷, 王丽萍 申请人:国网电力科学研究院, 国家电网公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1