背景技术
集成电路(IC,Integrate Circuit)卡、特别是非接触式IC卡经过十多年的发展,已经被广泛应用于公交、门禁、小额电子支付等领域。与此同时,移动终端经历二十多年的迅速发展,在居民中基本得到普及,为人们的工作及生活带来极大的便利。移动终端的功能越来越强大,并存在集成更多功能的趋势。将移动终端与非接触式IC卡技术结合,使移动终端应用于电子支付领域,会进一步扩大移动终端的使用范围,为人们的生活带来更多便捷,存在着广阔的应用前景。
移动终端增加对非接触式IC卡的支持后,移动终端可以模拟为非接触IC卡,可以和支付系统的非接触读卡器进行交互,实现非接触支付应用。使用移动终端实现非接触支付的技术方案存在多种,主要的是eNFC(enhanced NearField Communication),NFC(Near Field Communication,近场通信)方案。
目前业界的主流的技术方案为eNFC(enhanced Near Field Communication,增强型NFC),该方案得到了运营商和有关终端厂商的支持。
eNFC方案是对近场通信(NFC,Near Field Communication)方案的增强和改进,是工作于13.56MHz的一种近距离无线通信技术,由射频识别(RFID,RadioFrequency Identification)技术及互连技术融合演变而来。在移动通信终端上实现该方案需要在终端上增加NFC模拟前端芯片(CLF,Contactless Front-end)和NFC天线,并使用支持单线协议(SWP,Single Wire Protocol)的移动用户卡,移动用户卡可以是客户识别模块(SIM,Subscriber Identity Module)卡、用户识别模块(UIM,User Identity Model)卡、用户服务识别模块(USIM,User Service Identity Module)卡或者其它移动用户卡。NFC模拟前端芯片支持的RFID协议包括ISO 14443 Type A/Type B、Felica、Mifare、ISO15693等。移动终端中的NFC模拟前端芯片和NFC天线实现非接触通信功能,可以和外部的非接触读卡器按照RFID协议进行通信。
在eNFC方案中,NFC模拟前端芯片可以通过通用异步接收/发送装置(UART,Universal Asynchronous Receiver/Transmitter)接口与终端主处理器芯片通信,由移动终端主处理器控制NFC模拟前端芯片的功能;NFC模拟前端芯片通过一根信号线与移动用户卡的C6引脚连接,在物理层使用单线通信协议(SWP,Single Wire Protocol)与移动用户卡通信,在逻辑层采用主机控制接口(HCI,Host Control Interface)完成NFC模拟前端芯片和移动用户卡之间关于非接触卡模拟及读卡器模拟等应用的通信过程;移动用户卡通过ISO7816接口和终端的主处理器芯片连接,该连接使用到了移动用户卡的复位(Reset)、时钟(CLK)、输入输出(IO)管脚,可以分别对应着C2、C3、C7管脚。
eNFC的特点是将和电子支付有关的应用保存在移动用户卡,由移动用户卡进行电子支付应用的存储和执行。移动终端进入支付系统的非接触读卡器工作范围后,移动终端中的NFC模拟前端芯片可以按照RFID通信协议和非接触读卡器建立通信并将非接触读卡器发送的指令传递给移动用户卡,由移动用户卡处理和支付应用相关的指令,移动用户卡处理指令后返回的响应信息可以通过NFC模拟前端芯片发送给非接触读卡器。另外,通过将移动用户卡的电源(VCC)、即C1管脚与NFC模拟前端芯片相连,使eNFC技术能够支持终端掉电模式。在这种模式下,NFC模拟前端芯片和移动用户卡通过NFC天线从外部的非接触读卡器产生的电磁场获取能量,在移动终端没电的情况下也同样能够工作在卡模拟模式下,与外部的非接触读卡器交互完成电子支付。
NFC方案和eNFC方案类似,移动终端上也需要增加NFC模拟前端芯片和NFC天线,支持的RFID协议包括ISO 14443 Type A/Type B、Felica、Mifare、ISO15693等。NFC模拟前端芯片可以通过UART接口和移动终端的主处理器连接,由移动终端主处理器控制NFC模拟前端芯片的功能。但NFC方案和eNFC方案不同的是,在NFC方案中没有使用移动用户卡保存电子支付应用,而是使用集成在移动终端上的安全芯片或者可插拔的存储卡(如MicroSD存储卡)。
在NFC方案中,在使用集成在移动终端上的安全芯片保存支付应用时,安全芯片提供支付应用的运行环境,安全芯片和NFC模拟前端芯片通过信号输入/输出通信接口(S2C,signal-in/signal-out communication interface)接口进行通信。移动终端进入支付系统的非接触读卡器工作范围后,移动终端中的NFC模拟前端芯片可以按照RFID通信协议和非接触读卡器建立通信并将非接触读卡器发送的指令传递给安全芯片,由安全芯片处理和支付应用相关的指令,安全芯片处理指令后返回的响应信息可以通过NFC模拟前端芯片发送给非接触读卡器。
在NFC方案中,如果使用可插拔的存储卡保存支付应用,移动终端中需要集成可以支持存储卡的卡槽,卡槽提供多个管脚。移动终端通过卡槽的管脚向存储卡供电;存储卡通过卡槽的部分管脚和NFC模拟前端芯片连接并建立通信;存储卡通过卡槽的部分管脚和移动终端的主处理器连接,移动终端主处理器通过该连接对存储卡进行管理。存储卡提供支付应用的运行环境。移动终端进入支付系统的非接触读卡器工作范围后,移动终端中的NFC模拟前端芯片可以按照RFID通信协议和非接触读卡器建立通信并将非接触读卡器发送的指令传递给存储卡,由存储卡处理和支付应用相关的指令,存储卡处理指令后返回的响应信息可以通过NFC模拟前端芯片发送给非接触读卡器。
上述的eNFC和NFC方案基本类似,使用了移动用户卡、存储卡或者安全芯片保存支付应用,概括来讲,移动用户卡、存储卡和安全芯片都属于智能卡的范畴。移动终端实现非接触支付时,可以同时支持多个支付应用。智能卡遵守全球平台卡规范V2.2版本(Global Platform Card Specification V2.2)中的技术要求,智能卡可以支持多应用,来自不同应用提供商的支付应用可以放在智能卡不同的安全域,安全域之间实现逻辑隔离,应用之间的存储和运行互不干扰,从而提供安全的应用运行环境。另外,Java卡已经成为智能卡的发展趋势,智能卡采用Java卡规范,运行在智能卡中的应用可以实现平台无关性,按照Java卡技术规范开发的支付应用能够运行在不同智能卡厂家的Java卡中,从而为支付应用的推广带来很大的技术优势。因此,移动终端在支持非接触支付时,智能卡通常遵守Java卡技术规范,支付应用程序采用Java语言编写并符合Java卡技术规范。
每个应用拥有一个唯一的应用标识符(AID,Application ID),AID由注册的应用提供者标识(RID,Registered Application Provider Identifier)和专用应用标识符扩展(PIX,Proprietary Application Identifier Extension)码组成,AID的编码规则符合国际标准组织7815-5规范:识别卡-集成电路卡-第五部分:应用提供者的注册(ISO/IEC 7816-5 Identification cards-Integrated circuit cards-Part 5:Registration of application providers:2004)的要求。
智能卡中的支付应用可以在智能卡发行时预置在智能卡中,也可以在智能卡发行后通过移动终端从远程服务器将支付应用下载到智能卡。应用在智能卡上进行安装时,会将应用的有关信息注册到智能卡中的注册表(Registry)中,注册的信息可以包括应用的名称、AID和应用的状态等。
移动终端模拟为非接触卡进行支付时,移动终端和非接触支付系统的非接触读卡器之间采用RFID技术进行通信。目前,现有的非接触支付系统并没有采用一个相同的RFID技术标准,而是非接触支付系统根据系统自己的需求采用相应的RFID标准,应用在非接触支付的RFID标准包括ISO14443 Type A、ISO14443 TypeB,Mifare、Felica和ISO15693等。例如公共交通卡支付系统一般采用ISO14443 Type A标准和Mifare标准,非接触银行卡支付系统一般采用ISO14443 Type B标准。移动终端采用eNFC方案和NFC方案实现非接触支付的目标是能够支持多种非接触支付应用,可以支持多种RFID标准,能够按照相应的RFID标准的技术要求和不同的非接触支付系统的读卡器进行通信。为了使移动终端可以支持多种RFID标准,移动终端中的NFC模拟前端芯片应能够支持多种RFID标准,并且智能卡也需要能够支持多种RFID标准。
电子支付应用程序Applet应基于javacard.framework.Applet类库,需要实现“Java卡平台运行环境规范V2.2.2版本”(″Runtime Environment Specificationfor the Java Card Platform,Version 2.2.2″)中定义的安装(install)、注册(register)、选择(select)、去选择(deselect)、进程(process),并实现对应的支付应用规范中的对支付的技术要求。应用程序发布时需要先使用Java编译器将源代码文件编译为二进制的类文件(.class文件),再使用转换器和校验器将类文件进行转换,转换后的文件为可以安装到智能卡上的安装文件,即CAP(Converted Applet)文件。支付应用的安装文件下载到移动用户卡后,可以执行支付应用的安装。支付应用完成安装及个人化后,可以启用该支付应用进行相应的支付业务。
目前,下载到智能卡的电子支付应用不能标识其对应的非接触支付系统所采用的RFID标准,而且智能卡有时不能支持所有的RFID标准,可能只支持一个或者几个RFID标准。在这种情况下,由于智能卡不能获知非接触支付应用所对应的RFID标准,智能卡不能判断该非接触支付应用所对应的非接触支付系统所采用的RFID标准是否为自己所支持的RFID标准;进一步,可能会产生非接触支付应用虽然可以在智能卡上安装,但因智能卡不支持该非接触支付应用所对应的RFID标准,从而造成该非接触支付应用在智能卡上不能正常使用的兼容性问题。例如:智能卡支持采用ISO14443 Type A和ISO14443 Type B标准的非接触支付应用,而下载到智能卡中的非接触支付应用采用的是Mifare标准;该应用虽然可以在智能卡中安装,但由于智能卡不支持Mifare标准,导致不能使用该移动终端和该非接触支付应用对应的支付系统中的非接触读卡器按照Mifare标准进行通信,使该支付应用在移动终端中不能正常使用。
因此需要解决支付应用和智能卡在RFID标准方面的兼容性问题。
发明内容
有鉴于此,本发明的一个目的在于提供一种用以安装非接触支付应用的智能卡以及相应的移动终端。
本发明的另一目的在于提供一种在智能卡安装非接触支付应用的方法。
本发明是这样实现的:提供一种用以安装非接触支付应用的智能卡,包括获取单元,用以获取所述非接触支付应用对应的RFID标准,所述RFID标准由非接触支付应用中预先提供的标识信息来标识;存储单元,用以存储所述智能卡支持的RFID标准;判断单元,用以判断所述获取单元获取的RFID标准是否包含在所述存储单元存储的RFID标准中;以及安装单元,用以在所述判断单元的判断结果为包含时,启动非接触支付应用的安装。
其中,标识信息包含在所述非接触支付应用的版本号中。
提供一种包括上述智能卡的移动终端。
提供一种在智能卡中安装非接触支付应用的方法,包括:(a)所述智能卡获取非接触支付应用对应的RFID标准,所述RFID标准由非接触支付应用中预先提供的标识信息来标识;(b)所述智能卡通过判断其是否支持非接触支付应用所对应的RFID标准来判断是否支持该非接触支付应用;如果支持,则安装该非接触支付应用;如果不支持,则不安装。
其中,步骤(b)具体是指,所述智能卡判断所述非接触支付应用中预先提供的标识信息所标识的RFID标准是否包含在所述智能卡支持的RFID标准中;如果是,则安装该非接触支付应用;如果不是,则不安装该非接触支付应用。
其中,智能卡支持的RFID标准是预先存储在所述智能卡的存储区中的。
其中,非接触支付应用预先提供标识信息具体是指,所述非接触支付应用在程序的版本号中提供所述标识信息。
其中,智能卡获取非接触支付应用对应的RFID标准是从所述非接触支付应用程序的版本号中获取。
其中,非接触支付应用在版本号中提供标识信息是指,在使用转换器将非接触支付应用的类文件转换为可以安装到智能卡上的安装文件时,在转化命令中的“版本”参数中加入非接触支付应用所对应的RFID标准的标识信息。
其中,非接触支付应用程序的版本号的格式为:AP_“RFID标准的标识符”_“版本号”,RFID标准的标识符用一个字母来表示。
其中,若安装非接触支付应用,则安装时,将所述标识信息写入注册表。
具体实施方式
本发明提供了一种用以安装非接触支付应用的智能卡,并对非接触支付应用提出了要求。本发明需要非接触支付应用提供标识信息来标识其对应的非接触支付系统所采用的RFID标准。通常,该标识信息可以包含在非接触支付应用程序的版本号中。具体可以这样实现:在非接触支付应用程序发布过程中,使用转换器将类文件转换为可以安装到智能卡上的安装文件(即CAP文件)时,在转化命令中的“版本”参数中加入非接触支付应用所对应的RFID标准的标识信息,通过非接触应用程序的版本号中的标识信息来标识对应的非接触支付系统所采用的RFID标准。
本发明的智能卡包括:获取单元,用以根据非接触支付应用提供的标识信息获取该非接触支付应用对应的RFID标准;存储单元,用以存储智能卡支持的RFID标准;判断单元,用以判断获取单元获取的RFID标准是否包含在存储单元存储的RFID标准中;以及安装单元,用以在判断单元的判断结果为“包含”时,启动非接触支付应用的安装。
本发明还提供了一种在智能卡中安装非接触支付应用的方法,该方法适用于eNFC(enhanced Near Field Communication,增强型NFC)方案和NFC方案。
在本发明中,智能卡可以是eNFC方案中使用的移动用户卡,移动用户卡包括客户识别模块(SIM,Subscriber Identity Module)卡、用户识别模块(UIM,User Identity Model)卡、用户服务识别模块(USIM,User Service Identity Module)卡或者其它移动用户卡等;智能卡也可以是NFC方案中使用的集成在移动终端上的安全芯片,或者可插拔的存储卡。
在向智能卡中安装非接触支付应用时,智能卡首先获取上述标识信息,从而获知该标识信息对应的非接触支付应用系统所采用的RFID标准;然后,智能卡通过判断是否支持非接触支付应用所对应的RFID标准来判断是否支持该非接触支付应用;如果支持,则安装;如果不支持,则不安装。
智能卡获取标识信息的过程具体可采用:智能卡获取非接触支付应用的版本号,分析版本号中的标识信息。
智能卡判断是否支持非接触支付应用具体是判断智能卡本身支持的RFID标准中是否包括上述获知的RFID标准。
在eNFC和NFC方案中,由智能卡保存电子支付应用,智能卡提供安全、开放的应用运行环境。
在本发明中,智能卡可以采用Java卡技术,并遵守Global Platform CardSpecification V2.2规范。智能卡中存在Java卡运行环境(JCRE,Java CardRuntime Environment)。JCRE包括Java卡虚拟机(JVM,Java Card VirtualMachine)、Java卡框架及API接口(Java Card Framework and API)和卡提供商指定的扩展接口。
非接触电子支付应用的程序(即Applet)应基于javacard.framework.Applet类库,需要实现″Runtime Environment Specification for the Java CardTM Platform,Version 2.2.2″中定义的install、register、select、deselect、process方法,以及按照对应的非接触支付应用规范实现支付业务的处理。每个应用拥有一个唯一的应用标识符(AID,Application ID),AID由注册的应用提供者标识(RID)和专用应用标识符扩展(PIX)组成,AID的编码规则可以参照ISO/IEC 7816-5Identification cards-Integrated circuit cards-Part 5:Registration of applicationproviders:2004的要求。
智能卡支持多应用,可以在卡上安装多个应用。支付应用可以预先安装到智能卡,也可以在智能卡发行后通过移动通信网络从远程服务器上下载并安装到智能卡。非接触支付应用的CAP文件下载到智能卡后,智能卡可以获取到非接触支付应用的AID和版本号等信息;应用在智能卡上进行安装时,会将非接触支付应用的有关信息注册到智能卡的注册表中,注册的信息可以包括应用的名称、AID和应用的状态等。
非接触支付应用程序发布时需要先使用Java编译器将源代码文件编译为二进制的类文件(.class文件),再使用转换器和校验器将类文件进行转换,转换后的文件为可以安装到智能卡上的安装文件,即CAP(Converted applet)文件。
转换器(converter)是由Java卡开发工具包(Java Card Development kit)提供的字节代码工具。作为字节代码工具,它需要Java解释器的帮助才能运行。它将class文件转换成一些输出文件。转换时,输入文件是:由编译器生成的class文件。输出文件是:Cap文件,Export文件,JCA文件,它们的后缀分别是:*.cap,*.exp,*.jca,文件名与输入文件一致。它们将位于Java卡项目目录下的一个叫Javacard的子目录中。
转换器命令行的格式为:
<解释器><-classpath><被执行的class><可选参数><包(package)名><包AID><版本>。
解释器:提供解释器的路径和文件名,如c:\JDK\bin\java.exe。
被执行的class:就是位于converter.jar中com\sun\javacard\converter\converter\目录下的一些类。
在安装了Java Card Development kit(Java卡开发工具)后,开发工具会提供给一个批处理文件:converter.bat,它包含的就是命令行中:<解释器><-classpath><被执行的class>这三部分内容。也就是说,在进行Applet转换时,对这三部分参数的可以不十分了解,而直接使用converter.bat进行文件转换。
命令行的一些可选参数的介绍:
-classdir:项目的根目录
-exportpath:一些转换时要用到的Exp文件的父目录,
-d:输出的路径,它指明的是根目录
-applet[AID][classname]:指明缺省Applet的AID,和含Install()方法的class文件名
-out[CAP][EXP][JCA]:说明要转换器生成什么文件,一般默认为生成CAP和EXP文件
-nobanner:信息使用标准输出
包(package)名:要被转换的包名
包AID:指定Applet的AID
版本:定义Applet的版本号
Converter命令行的示例:
c:\JDK\bin\java.exe -classpath c:\jc211\bin\converter.jarcom.sun.javacard.converter.Converter -out EXP JCA CAP-exportpathc:\jc211\api21 -applet 0xa0:0x0:0x0:0x0:0x62:0x3:0x1:0xc:0x1:0x1com.sun.javacard.samples.HelloWorld.HelloWorldcom.sun.javacard.samples.HelloWorld 0xa0:0x0:0x0:0x0:0x62:0x3:0x1:0xc:0x1V1.0。
在本发明中,为了使非接触支付应用可以标识对应的非接触支付系统所采用的RFID标准,使用转换器将非接触支付应用程序的类文件转换为可以安装到智能卡上的安装文件(即CAP文件)时,在转化命令中的的“版本”参数中加入非接触支付应用所支持的RFID标准的标识信息,通过非接触应用程序的版本号中的标识信息来标识对应的非接触支付系统所对应的RFID标准。版本号的格式可以为:AP_“RFID标准的标识符”_“版本号”,RFID标准的标识符可以采用一个字母来表示,采用A表示ISO14443TypeA标准,采用B表示ISO14443 Type B标准,采用C表示Felica标准,采用M表示Mifare标准,采用F表示ISO18092标准。例如版本号为“AP_B_1.0”表示非接触支付应用对应的非接触支付系统所采用的RFID标准为ISO14443 Type B标准,版本为1.0。当然根据需要也可以其它的版本号编码格式。
非接触支付应用的程序在被转化为可以安装到智能卡上的CAP文件后,就可以将该文件通过移动通信网络从远程服务器上下载到智能卡。
下面以eNFC方案为例,描述支付应用的远程下载的实现方法。在eNFC方案中,为了实现支付应用程序的远程下载,移动终端需要支持数据业务,并支持采用数据业务的方式实现空中下载(OTA,On The Air);为实现数据可以高速下载到移动用户卡,移动终端和移动用户卡之间采用承载无关协议(BIP,Bearer Independent Protocol)进行通信。
BIP协议是在第三代移动通讯伙伴计划(3rd Generation Partnership Project,简称为3GPP)规范中提出的一种面向连接的传输协议,可支持的高速通道包括:GPRS、增强型数据速率GSM演进技术(Enhanced Data Rate for GSMEvolution,简称为EDGE)以及UMTS等;支持五个主动命令(具体为:OPENCHANNEL(打开信道)、CLOSE CHANNEL(关闭信道)、RECEIVE DATA(接收数据)、SEND DATA(发送数据)、GET CHANNEL STATUS(获取信道状态))及两种事件(具体为:Data available(数据可用)和Channel status(信道状态)),使移动用户卡能利用移动终端的承载能力建立与远端OTA服务器之间的面向连接的数据通道。
移动用户卡可通过BIP的OPEN CHANNEL命令指示移动终端通过移动数据业务通道连接到远程的OTA服务器,通过卡应用工具包(CAT,CardApplication Toolkit)的方式浏览OTA服务器上可以下载的非接触支付应用。在移动终端侧确定下载应用后将向远程的OTA服务器发起应用下载请求消息,OTA服务器收到应用下载请求后将选择移动用户卡上的安全域,该安全域用于存储下载的非接触支付应用。选择移动用户卡上的安全域后,OTA服务器将和移动用户卡中的安全域按照Global Platform Card Specification V2.2规范中对安全信道(Secure Channel)的规定建立安全信道。安全信道建立完成后,远程的OTA服务器向移动用户卡发送INSTALL[for load]命令,移动用户卡与OTA服务器之间开始非接触支付应用的下载。
在支付应用下载完成后,远程的OTA服务器可以发送INSTALL[for install]命令给智能卡,指示智能卡安装下载的支付应用。
在本发明中,智能卡安装下载的支付应用时,会首先判断是否支持下载的非接触支付应用。如果可以支持,则正常进行非接触支付应用的安装过程;如果不支持,则不进行非接触支付应用的安装。智能卡判断是否支持下载的非接触支付应用的方法为通过非接触支付应用版本号中的标识信息获得非接触支付应用所对应的非接触支付系统所采用的RFID标准,并根据智能卡所支持的RFID标准判断是否支持该非接触支付应用所对应的RFID标准。同时,在本发明中,智能卡中存在智能卡所支持的RFID标准的标识信息,该标识信息用于标识智能卡所支持的RFID标准,该标识信息可以保存在智能卡的存储区内;在智能卡发行时,由卡发行商配置所支持的RFID标准的标识信息。
在本发明中,在非接触支付应用的安装过程中,执行非接触支付应用的注册时,智能卡可以将非接触支付应用对应的非接触支付系统所采用的RFID标准的信息添加到智能卡的注册表中,通过注册表记录非接触支付应用所对应的RFID标准。为了实现可以在智能卡的注册表中记录非接触支付应用所对应的RFID标准,智能卡的注册表可以在记录已安装的非接触支付应用的信息中设置一个标识信息,该标识信息用于记录非接触支付应用所对应的RFID标准。RFID标准的标识信息可以采用一个字母来表示,采用A表示ISO14443 TypeA标准,采用B表示ISO14443 Type B标准,采用C表示Felica标准,采用M表示Mifare标准,采用F表示ISO18092标准。当然也可以采用其它的编码格式。
下面结合图1,描述在非接触支付应用下载到智能卡后,非接触支付应用在智能卡中的安装的步骤。
步骤101,在本发明中,非接触支付应用程序下载到智能卡后,智能卡可以从非接触支付应用程序(即CAP文件)获得非接触支付应用的程序在被转化时在转化器命令行中指定的非接触支付应用的标识符AID和版本号。
步骤102,在本发明中,智能卡接收到远程OTA服务器发送的非接触支付应用安装命令INSTALL[for install]后,首先对非接触支付应用程序的版本号进行解析,按照上面描述的版本号编码规则进行解析,获得到非接触支付应用对应的非接触支付系统所采用的RFID标准。
步骤103,智能卡根据自己所支持的RFID标准的标识信息判断智能卡是否支持准备安装的非接触支付应用。如果不支持准备安装的非接触支付应用,则执行步骤104;如果智能卡支持准备安装的非接触支付应用,则执行步骤105。
步骤104,智能卡不执行非接触支付应用的安装,并在发送给远程OTA服务器的INSTALL[for install]响应消息中报告安装失败。智能卡并可以进一步删除准备安装的非接触支付应用的程序文件。
步骤105,智能卡执行非接触支付应用的安装过程,智能卡会调用非接触支付应用程序的install方法。在install方法中,创建非接触支付应用的实例和所需要的对象,并进行初始化操作,为数据赋初值;最后调用非接触支付应用的register方法将非接触支付应用注册到智能卡中的注册表中,在执行注册时将非接触支付应用的信息添加到智能卡的注册表,信息可以包括非接触支付应用的名称、应用标识符(AID)和非接触支付应用所对应的RFID标准的标识信息。register方法成功运行后,非接触支付应用安装成功,智能卡可以在发送给远程OTA服务器的INSTALL[for install]响应消息中报告安装成功。
通过本发明提供的方法,非接触支付应用可以标识支付应用所采用的RFID标准,在智能卡安装非接触支付应用时判断智能卡是否支持该非接触支付应用,对不支持的支付应用不执行安装过程。避免了在智能卡中安装智能卡所不支持的非接触支付应用,从而解决了非接触支付应用和智能卡在RFID标准方面的兼容性问题。