CN104156855A - 一种支付方法和系统 - Google Patents

Abstract

本发明提供一种支付方法和系统，涉及支付领域，采用读卡器读取银行卡信息，并以图像数据形式传输，利用带通讯功能的移动设备接收的方式，实现支付操作。本发明采用读卡器来进行银行IC卡支付信息读取，可避免银行卡被复制的危险，且读卡器设备成本与传统POS机相比更低。

Description

一种支付方法和系统

技术领域

本发明涉及支付领域，尤其涉及一种支付方法和系统。

背景技术

现有技术中，通过银行卡进行的支付活动大都采用POS机刷银行卡的方式。例如申请号为201210246168.1的专利一种基于POS机的手机支付系统，公开了一种基于POS机的手机支付系统，它包括前端POS机，无线通信模块，手机认证模块和消费记录查询模块；使用时，在前端POS机输入支付序号、手机支付密码和支付金额后，无线通信模块将这些信息发送给手机认证模块，并完成安全认证。但POS机设备昂贵，携带不易，使用上造成了相当大的不便。本发明的有益效果在于：结构简单，设计巧妙，通过设置无线通信模块和手机认证模块，能快速方便且安全完成POS机与手机认证模块的安全认证，克服了传统技术中的不足，从而实现本发明的目的。

另有一些采用了读卡器的技术，但仍然需要在读取银行卡后，利用电话或短信的方式进行确认，例如申请号201110374606.8的专利一种网上支付方法及系统，公开了一种网上支付方法及系统，其中所述的系统包括：第三方网上支付平台、终端，读卡器，银行POS收款通道；所述第三方网上支付平台，用于获取商户编号和订单信息，并提示连接读卡器；所述读卡器，用于刷用户的银行卡；第三方网上支付平台读取银行卡的磁道信息，并根据支付客户端上传的磁道信息向银行POS收款通道发起扣款请求。但是用电话或短信的形式进行确认的方式存在着极大的安全隐患，极易被拦截，造成用户的巨大经济损失。

发明内容

为了弥补现有技术中存在的缺陷和不足，本发明提供一种支付方法，包括：

用户与服务器端进行需要银行IC卡操作的支付；

将银行IC卡插入读卡器，

所述方法还包括步骤：

使用读卡器读取银行IC卡；

读卡器将读出的银行IC卡信息发送到带通讯功能的移动设备；

带通讯功能的移动设备接收所述银行IC卡信息；

输入支付金额；

带通讯功能的移动设备向服务器端返回支付信息；

完成支付。

优选的是，所述输入支付金额包括在带通讯功能的移动设备上输入支付金额。

上述任一方案中优选的是，所述输入支付金额还可以在读卡器上输入支付金额。

上述任一方案中优选的是，所述读卡器为定制读卡器。

上述任一方案中优选的是，所述定制读卡器包括插卡口、触摸屏。

上述任一方案中优选的是，所述输入设备包括键盘和/或触摸屏。

上述任一方案中优选的是，所述输出设备包显示屏和/或音频

上述任一方案中优选的是，所述读卡器每一次读出的银行IC卡信息都是不同的。

上述任一方案中优选的是，所述带通讯功能的移动设备包括pc、平板电脑、智能电视、手机、专用支付设备中至少一项。

上述任一方案中优选的是，所述步骤读卡器将读出的银行IC卡信息发送到带通讯功能的移动设备中，所述发送包括将数据以图像形式、音频形式、微波形式中至少一项进行发送。

上述任一方案中优选的是，所述图像包括二维码、条形码、普通图像、特定数字、能够使用OCR识别的图像中至少一项。

上述任一方案中优选的是，所述音频包括自然音频和编码后的音频。

上述任一方案中优选的是，所述微波形式包括蓝牙和/或wifi。

上述任一方案中优选的是，所述步骤带通讯功能的移动设备接收所述银行IC卡信息中，所述接收包括带通讯功能的移动设备通过摄像头扫描所述读卡器的显示屏上的图像数据来接收所述银行IC卡信息。

上述任一方案中优选的是，所述步骤带通讯功能的移动设备接收所述银行IC卡信息中，所述接收包括带通讯功能的移动设备通过麦克风接收所述读卡器的音响口发出的音频数据来接收所述银行IC卡信息。

上述任一方案中优选的是，所述步骤带通讯功能的移动设备接收所述银行IC卡信息中，所述接收包括带通讯功能的移动设备通过无线通讯设备接收所述读卡器发出的无线微波信号来接收所述银行IC卡信息。

上述任一方案中优选的是，所述带通讯功能的移动设备是通过一个特定的第三方应用来调用所述摄像头、麦克风、无线通讯设备的。

上述任一方案中优选的是，所述支付信息包括银行IC卡卡号、验证信息、支付金额。

上述任一方案中优选的是，所述支付包括支付、转账。

上述任一方案中优选的是，所述支付信息包括由带通讯功能的移动设备将银行IC卡卡号、验证信息、支付金额解成的ISO8583报文。

本发明还提供一种支付系统，包括

初始模块，用于用户与服务器端进行需要银行IC卡操作的支付；

插卡模块，用于将银行IC卡插入读卡器，

其特征在于，所述系统还包括：

读卡模块，用于使用读卡器读取银行IC卡；

发送模块，用于读卡器将读出的银行IC卡信息发送到带通讯功能的移动设备；

接收模块，用于带通讯功能的移动设备接收所述银行IC卡信息；

输入模块，用于输入支付金额；

返回模块，用于带通讯功能的移动设备向服务器端返回支付信息；

完成模块，用于完成支付。

优选的是，所述输入支付金额包括在带通讯功能的移动设备上输入支付金额。

上述任一方案中优选的是，所述输入支付金额还可以在读卡器上输入支付金额。

上述任一方案中优选的是，所述读卡器为定制读卡器。

上述任一方案中优选的是，所述定制读卡器包括插卡口、触摸屏、显示屏和音响口。

上述任一方案中优选的是，所述读卡器每一次读出的银行IC卡信息都是唯一的。

上述任一方案中优选的是，所述带通讯功能的移动设备包括pc、平板电脑、智能电视、手机、专用支付设备中至少一项。

上述任一方案中优选的是，所述发送模块中所述发送包括将数据以图像形式、音频形式、微波形式中至少一项进行发送。

上述任一方案中优选的是，所述图像包括二维码、条形码、普通图像、特定数字、能够使用OCR识别的图像中至少一项。

上述任一方案中优选的是，所述音频包括自然音频和编码后的音频。

上述任一方案中优选的是，所述微波形式包括蓝牙和/或wifi。

上述任一方案中优选的是，所述接收模块中所述接收包括带通讯功能的移动设备通过摄像头扫描所述读卡器的显示屏上的图像数据来接收所述银行IC卡信息。

上述任一方案中优选的是，所述步骤带通讯功能的移动设备接收所述银行IC卡信息中，所述接收包括带通讯功能的移动设备通过麦克风接收所述读卡器的音响口发出的音频数据来接收所述银行IC卡信息。

上述任一方案中优选的是，所述步骤带通讯功能的移动设备接收所述银行IC卡信息中，所述接收包括带通讯功能的移动设备通过无线通讯设备接收所述读卡器发出的无线微波信号来接收所述银行IC卡信息。

上述任一方案中优选的是，所述带通讯功能的移动设备是通过一个特定的第三方应用来调用所述摄像头、麦克风、无线通讯设备的。

上述任一方案中优选的是，所述支付信息包括银行IC卡卡号、验证信息、支付金额。

上述任一方案中优选的是，所述支付包括支付、转账。

上述任一方案中优选的是，所述支付信息包括由带通讯功能的移动设备将银行IC卡卡号、验证信息、支付金额解成的ISO8583报文。

采用本发明的益处在于，本发明采用读卡器来进行银行IC卡信息的读取，而不是一般所采用的POS机。读卡器相对于POS机来讲，更加安全，能够避免银行卡被复制的危险，也更加经济实惠，易携带和操作。

附图说明

图1是按照本发明的支付系统的一示例性实施例的示意图。

图2是根据图1示出的用户下订单选择银行IC卡支付时，通过扫描二维码完成支付的示意图。

图3是按照本发明中Qr码符号版本1的示例图。

图4是根据图3示出的Qr码的基本结构示意图。

图5是按照本发明中Qr码信息容量的示意图。

图6是按照本发明中Qr码图像定位的示意图。

图7是根据图3示出的Qr码的定位图形示意图。

图8是根据图1示出的静态认证示意图。

图9是根据图1示出的动态认证示意图。

图10是根据图1示出的用户购买基金选择银行IC卡支付的示意图。

图11是根据图1示出的用户下订单选择银行IC卡支付时通过扫描条形码完成支付的示意图。

图12是根据图1示出的一示例性定制读卡器设备正面示意图。

图13是根据图12示出的一示例性定制读卡器设备背面示意图。

图14是根据图12示出的一示例性定制读卡器设备侧面示意图

具体实施方式

下面结合附图和优选的实施方式对本发明作进一步详细描述。权利要求中构成要件和实施例中具体实例之间的对应关系可以如下例证。这里的描述意图在于确认在实施例中描述了用来支持在权利要求中陈述的主题的具体实例，由于在实施例中描述了实例，不意味着该具体实例不表示构成要件。相反地，即使在此包含了具体实例作为对应一个构成要件的要素特征，也不意味着该具体实例不表示任何其它构成要件。

此外，这里的描述不意味着对应于实施例中陈述的具体实例的所有主题都在权利要求中引用了。换句话说，这里的描述不否认这种实体，即对应实施例包含的具体实例，但不包含在其任何一项权利要求中，即，能够在以后的修正被分案并申请、或增加的可能发明的实体。

实施例1：

本发明提供一种支付方法，所述读卡器包括插卡口和触摸屏，所述方法包括以下步骤：

将银行IC卡插入定制的读卡器中；

通过所述定制的读卡器读取银行IC卡；

所述的定制的读卡器由服务端的商户提供；

在读卡器上输入支付金额；

定制的读卡器的显示屏上会出现一个二维码；

打开手机上的一个特殊的应用；

通过这个特殊的应用，使用手机的摄像头扫描定制的读卡器的显示屏上的二维码；

从而手机接收到了支付所需信息；

此信息每次支付时各不相同，故能够避免被盗风险的信息；

用户在手机上输入提款密码；

选择付款操作；

手机将支付信息、验证信息、支付金额解成ISO8583报文发送服务器端；

服务器端返回支付成功确认；

整个支付完成。

其中，读卡器读取银行IC卡信息的操作为读取Qrcode的过程。

Qrcode特点：

具有其他二维码信息容量大、可靠性高、可表示汉字、图像及多种文字信息、保密性强的基础优点外，还有超高速熟读(用CCD设备每秒可视度30个含有100个字符的Qrcode)、全方位识读、更有效的表示中国汉字和日本汉字的特点。

Qrcode符号描述

1.1基本特征

a)编码字符集

1)数字型数据(数字0～9)；

2)字母数字型数据(数字0～9；大写字母A～Z；9个其他字符：space，$,％,*,+,-,.,/,：)；

3)8位字节型数据(与JIS X0201一致的JIS8位字符集(拉丁和假名))；

4)日本汉字字符(与JIS X0208附录1：转换代码表示法一致的转化JIS字符集。注意：在QR码中的日本汉字字符的值为：8140HEX-9FFCHEX和E040HEX–EBBFHEX,可以压缩为13位。)

5)中国汉字字符(与GB18030-2000附录A双字节字符表表示的字符集)

b)数据表示法

深色模块表示二进制1，浅色模块表示二进制0。

c)符号规格(不包括空白区)

21×21模块到177×177模块(版本1到40，每版本符号每边增加4个模块)。

d)每个符号的数据字符数(最大规格的符号—版本40-L)如图5所示：

4种纠错等级，可恢复的码字比例为：

f)符号类型：矩阵

g)独立定位：是

如图3所示为QR码符号版本1的示例。

1.2其他特征综述

以下QR码特征有些是固有的，有些是可选的：

a)结构链接(可选)

允许把数据文件用最多16个QR码符号在逻辑上连续地表示。它们可以以任意的顺序扫描，而原始数据能正确地重新连接起来。

b)掩模(固有)

可以使符号中深色与浅色模块的比例接近1：1，使因相邻模块的排列造成译码困难的可能性降为最小。

c)扩充解释(可选)

这种方式使符号可以表示缺省字符集以外的数据(如阿拉伯字符、古斯拉夫字符、希腊字母等)，以及其他解释(如用一定的压缩方式表示的数据)或者对行业特点的需要进行编码。

图4示出的Qrcode基本结构。如图4所示：

位置探测图形、位置探测图形分隔符、定位图形：用于对二维码的定位，对每个QR码来说，位置都是固定存在的，只是大小规格会有所差异；

校正图形：规格确定，校正图形的数量和位置也就确定了；格式信息：表示改二维码的纠错级别，分为L、M、Q、H；

版本信息：即二维码的规格，QR码符号共有40种规格的矩阵(一般为黑白色)，从21x21(版本1)，到177x177(版本40)，每一版本符号比前一版本每边增加4个模块。

数据和纠错码字：实际保存的二维码信息，和纠错码字(用于修正二维码损坏带来的错误)。

Qr码的编码过程具体为：

1).数据分析：确定编码的字符类型，按相应的字符集转换成符号字符；选择纠错等级，在规格一定的条件下，纠错等级越高其真实数据的容量越小。

2).如图3所示为数据编码：将数据字符转换为位流，每8位一个码字，整体构成一个数据的码字序列。其实知道这个数据码字序列就知道了二维码的数据内容。

读卡器识别Qrcode二维码的过程为：

通过图像采集设备：激光扫描仪、面阵CCD、数码相机、手机等成像设备得到含有条码的图像；

通过对条码定位(预处理，定位，角度纠正和特征值提取)分割、解码完成识别。

如图6所示为图像对Qrcode的定位示意图：

条码的定位就是找到条码符号的图像区域，对有明显条码特征的区域进行定位。然后根据不同条码的定位图形结构特征对不同的条码符号进行下一步的处理。实现条码的定位采用以下步骤：

a.利用点运算的阈值理论将采集到的图象变为二值图像，即对图像进行二值化处理；

b.得到二值化图像后，对其进行膨胀运算；

c.对膨胀后的图象进行边缘检测得到条码区域的轮廓。

对图像进行二值化处理按下式进行

$g(x,y)=\left\{\begin{array}{cc}255& f(x,y)\&GreaterEqual;T\\ 0& f(x,y)<T\end{array}\right.$

其中，f(x,y)是点(x,y)处像素的灰度值，T为阈值(自适应门限)。

如图7所示为QR-code的定位图形，位于左上角、左下角、右上角的三个定位图形。

对Qrcode的分割：

边缘检测后条码区域的边界不是很完整，所以需要进一步的修正边界，然后分割出一个完整的条码区域。

首先采用区域增长的方法对符号进行分割，以此修正条码边界。其基本思想是从符号内的一个小区域(种子)开始，通过区域增长来修正条码边界，把符号内的所有点都包括在这个边界内，然后通过凸壳计算准确分割出整个符号，之后区域增长和凸壳计算交替进行，通常对那些密度比较大的条码重复两次就足够了。

对Qrcode的破译：

译码方式：CCD识读器或激光识读器

得到一幅标准的条码图像后，对该符号进行网格采样，对网格每一个交点上的图像像素取样，并根据阈值确定是深色块还是浅色块。构造一个位图，用二进制的“1”表示深色像素，“0”表示浅色像素，从而得到条码的原始二进制序列值，然后对这些数据进行纠错和译码，最后根据条码的逻辑编码规则把这些原始的数据位流转换成数据码字，即将码字图像符号换成ASCII码字符串。

本实施例中银行IC卡信息的唯一性是通过IC卡的加密过程实现的。为了使整个系统具有极高的安全保障，IC卡在使用时，必须要先通过IC卡与读写设备间特有的双向密钥认证后，才能进行相关工作。

IC卡加密的时段：出厂前进行。目的是在出厂后的IC卡内生成不可破解的一卡通系统密钥，以保证一卡通系统的安全发放机制。

IC卡加密机制：使用对称加密机制，如下：

加密解密

对数据的加密采用分组长度为64位(8字节)或128位(16字节)分组加密算法，可以是电子密码本(ECB)模式或密码块链接(CBC)模式。本规范选用ECB模式作为本规范所使用的加密解密模式。

报文认证码

基于64位分组加密算法的MAC计算方法和基于128位分组加密算法的MAC计算方法。

过程密钥分散

基于64位加密算法的单长度DES过程密钥分散，基于128位加密算法的MAC和数据加密过程密钥分散。

指定了一种利用一个16字节的发卡行主密钥IMK分散得出用于密文生成、发卡行认证和安全报文的IC卡子密钥的方法。

如图8所示，是根据图1示出的静态认证示意图。如图所示：在静态数据认证过程中，终端验证卡片上静态数据的合法性，SDA能确认卡片上的发卡行应用数据自卡片个人化后没有被非法篡改。认证中心和发卡行需使用非对称算法RSA产生的认证中心公私钥对，发卡行公私钥对以及IC卡公私钥对(详见附件6.1)，SDA的目的是确认存放在IC卡中的由应用文件定位器(AFL)和可选的静态数据认证标签列表所标识的，关键的静态数据的合法性，从而保证IC卡中的发卡行数据在个人化以后没有被非法篡改。为了支持静态数据认证，一张IC卡必须包含签名的静态应用数据，它是用发卡行私钥签名的。发卡行公钥必须以公钥证书形式存放在IC卡中。静态数据认证过程中主要的三个步骤：由终端恢复认证中心公钥；由终端恢复发卡行公钥；由终端验证签名的静态应用数据。

如图9所示，是根据图1示出的动态认证示意图。如图所示：在动态数据认证过程中，终端验证卡片上的静态数据以及卡片产生的支付相关信息的签名，DDA能确认卡片上的发卡行应用数据自卡片个人化后没有被非法篡改。DDA还能确认卡片的真实性，防止卡片的非法复制。DDA可以是标准动态数据认证或复合动态数据认证/应用密文生成(CDA)。AIP指明了IC卡支持的脱机数据认证方法。DDA的目的是确认存放在IC卡中和由IC卡生成的关键数据以及从终端收到的数据的合法性。DDA除了执行同SDA类似的静态数据认证过程，确保IC卡中的发卡行数据在个人化以后没有被非法篡改，还能防止任何对这样的卡片进行伪造的可能性。为了支持动态数据认证，一张IC卡必须拥有它自己的唯一的公钥对，公钥对由一个私有的签名密钥和相对应的公开的验证密钥组成。IC卡公钥必须存放在IC卡上的公钥证书中。动态数据认证采用了一个三层的公钥证书方案。每一个IC卡公钥由它的发卡行认证，而认证中心认证发卡行公钥。这表明为了验证IC卡的签名，终端需要先通过验证两个证书来恢复和验证IC卡公钥，然后用这个公钥来验证IC卡的动态签名。动态数据认证过程中主要的三个步骤，即：由终端恢复认证中心公钥；由终端恢复发卡行公钥；由终端恢复IC卡行公钥。

本实施例中采用读卡器来进行银行IC卡信息的读取，而不是一般所采用的POS机。读卡器相对于POS机来讲，更加经济实惠，也更易携带和操作。采用二维码传输数据也更加安全可靠，避免了被拦截盗取的风险。

实施例2：

本发明提供一种支付方法，用户在银行网站上选择购买基金，如图10所示，所述方法包括以下步骤：

将银行IC卡插入定制的读卡器中；

在定制的读卡器的触摸屏上输入支付金额；

所述的定制的读卡器由银行来提供；

定制的读卡器的显示屏上会出现一个条形码；

打开手机上的一个特殊的应用；

通过这个特殊的应用，使用手机的摄像头扫描定制的读卡器的显示屏上的条形码；

从而手机接收到了支付所需的信息；

此信息包括银行IC卡卡号、验证信息、支付金额；

这个银行IC卡的信息是唯一的，绝对安全，能够避免被盗风险的信息；

手机将银行IC卡卡号、验证信息、支付金额解成ISO8583报文发送银行；

银行显示支付成功；

整个支付完成。

其中，读卡器读取支付所需信息的唯一性和安全性，是在PBOC规范下银行IC卡自带3DES Key程序，可利用其内部存放的EMV参数产生ARQC(Authorisation Request Cryptogram)进行验证实现的。

例如，本实施例中读卡器读取银行IC卡，输入金额后，首先获得IC卡AC子密钥，或者获得发卡行AC主密钥

本例：

MDKAC＝C4D689158AD9FB9D23105B91CE046D0E

得到IC卡卡号及卡序列号

本例：

PAN＝6210220110002707355

PAN ser＝01

取IC卡AC子密钥；

用发卡行主密钥分散出IC卡AC子密钥。

具体方法为使用发卡行主密钥，对PAN的后14位(如果PAN不足14位前面补0)加PAN序列号(共8B)并对此取反连接得到的16字节数据，做3DES加密就得到IC卡AC子密钥。

如：

用MDKAC对2011000270735501DFEEFFFD8F8CAAFE做3DES加密得B8A15DA5F7043C317D9FD8F8DFE2BD75(UDK)

用IC卡AC子密钥，对支付计数器ATC做3DES加密，加密过程为：

在ATC前补6字节0x00，对ATC取反，并在前补6字节0x00，并连接

如：

ATC＝03D3

00000000000003D3000000000000FC2C

用IC卡AC子密钥对如上数据做3DES加密得过程密钥：

如：

用UDK对00000000000003D3000000000000FC2C做3DES加密得4A43440B2D932ACDC4E2776ED562EE43(过程密钥)

IC卡返回的55域数据为：

连接如上数据得：

00000000000000000000000001560000000000015600000000000004447C0003D30380A800

用过程密钥对如上数据做MAC运算得到了AAC、TC或ARQC：

AAC、TC或ARQC＝81A9DC9310F88856

实施例3：

本发明提供一种支付方法，所述读卡器包括插卡口、显示屏和键盘，如图11所示，所述方法包括以下步骤：

将银行IC卡插入定制的读卡器中；

通过所述定制的读卡器读取银行IC卡；

在读卡器上输入支付金额；

所述的定制的读卡器由商户提供；

定制的读卡器的显示屏上显示一个条形码；

打开手机上的一个特殊的应用；

通过这个特殊的应用，使用手机的摄像头扫描定制的读卡器的显示屏上的条形码，从而获取支付所需信息；

此信息每次支付时各不相同，故能够避免被盗风险的信息；

在手机上输入支付密码；

选择付款操作；

服务器端返回支付成功确认；

整个支付完成。

实施例4：

本发明提供一种支付方法，所述读卡器包括插卡口、触摸屏，所述方法包括以下步骤：

将银行IC卡插入定制的读卡器中；

通过所述定制的读卡器读取银行IC卡；

所述的定制的读卡器由商户提供；

定制的读卡器的显示屏上会出现一个能够使用OCR识别的图像；

用户打开手机上的一个特殊的应用；

通过这个特殊的应用，使用手机的摄像头扫描定制的读卡器的显示屏上的能够使用OCR识别的图像；

从而手机接收到了支付所需信息；

此信息是唯一的，绝对安全，能够避免被盗风险的信息；

用户在手机上输入支付金额和提款密码；

选择付款操作；

服务器端返回支付成功确认；

整个支付完成。

实施例5：

本发明提供一种支付方法，所述读卡器包括插卡口、触摸屏，所述方法包括以下步骤：

将银行IC卡插入定制的读卡器中；

通过所述定制的读卡器读取银行IC卡；

所述的定制的读卡器为用户自带；

定制的读卡器的显示屏上会出现一个能够使用OCR识别的图像；

打开手机上的一个特殊的应用；

通过这个特殊的应用，使用手机的摄像头扫描定制的读卡器的显示屏上的能够使用OCR识别的图像；

从而手机接收到了支付所需信息；

此信息是唯一的，绝对安全，能够避免被盗风险的信息；

用户在手机上输入支付金额和提款密码；

选择付款操作；

服务器端返回支付成功确认；

整个支付完成。

实施例6：

本发明提供一种支付方法，所述读卡器包括插卡口、触摸屏，所述方法包括以下步骤：

将银行IC卡插入定制的读卡器中；

通过所述定制的读卡器读取银行IC卡；

所述的定制的读卡器为用户自带；

定制的读卡器的显示屏上会出现一个能够使用OCR识别的图像；

打开平板电脑上的一个特殊的应用；

通过这个特殊的应用，使用平板电脑的摄像头扫描定制的读卡器的显示屏上的能够使用OCR识别的图像；

从而平板电脑接收到了支付所需信息；

此信息是唯一的，绝对安全，能够避免被盗风险的信息；

用户在平板电脑上输入支付金额和提款密码；

选择付款操作；

服务器端返回支付成功确认；

整个支付完成。

基于本发明的精神以及权利要求中所描述的技术方案，在上述实施例中，所述定制读卡器可由商户提供也可用户自带；

用户可以使用手机，平板电脑、智能电视、pc等任意一种终端来进行操作；

定制读卡器显示屏上显示的数据可以为二维码、条形码、普通图像、特定数字、能够使用OCR识别的图像中至少一项。

上述所有情况的组合排列皆落入本发明的保护范围内，符合本发明的发明精神。尽管具体地参考其优选实施例来示出并描述了本发明，但本领域的技术人员可以理解，可以做出形式和细节上的各种改变而不脱离所附权利要求书中所述的本发明的范围。以上结合本发明的具体实施例做了详细描述，但并非是对本发明的限制。凡是依据本发明的技术实质对以上实施例所做的任何简单修改，均仍属于本发明技术方案的范围。

Claims (10)

1.一种支付方法，包括：

用户与服务器端进行需要银行IC卡操作的支付；

将银行IC卡插入读卡器，

其特征在于，所述方法还包括步骤：

使用读卡器读取银行IC卡；

读卡器将读出的银行IC卡信息发送到带通讯功能的移动设备；

带通讯功能的移动设备接收所述银行IC卡信息；

输入支付金额；

带通讯功能的移动设备向服务器端返回支付信息；

完成支付。

2.根据权利要求1所述的支付方法，其特征在于，所述输入支付金额包括在读卡器上输入支付金额。

3.根据权利要求2所述的支付方法，其特征在于，所述读卡器包括定制读卡器。

4.根据权利要求3所述的支付方法，其特征在于，所述定制读卡器包括插卡口输入设备和输出设备。

5.根据权利要求4所述的支付方法，其特征在于所述输入设备包括键盘和/或触摸屏。

6.根据权利要求4所述输出设备包显示屏和/或音频。

7.根据权利要求2所述的支付方法，其特征在于，所述读卡器每一次读出的支付所需信息都是不同的。

8.根据权利要求2所述的支付方法，其特征在于，所述带通讯功能的移动设备包括pc、平板电脑、智能电视、手机、专用支付设备中至少一项。

9.根据权利要求2所述的支付方法，其特征在于，所述步骤读卡器将读出的银行IC卡信息发送到带通讯功能的移动设备中，所述发送包括将数据以图像形式、音频形式、微波形式中至少一项进行发送。

10.一种支付系统，包括

初始模块，用于用户与服务器端进行需要银行IC卡操作的支付；

插卡模块，用于将银行IC卡插入读卡器，

其特征在于，所述系统还包括：

读卡模块，用于使用读卡器读取银行IC卡；

发送模块，用于读卡器将读出的银行IC卡信息发送到带通讯功能的移动设备；

接收模块，用于带通讯功能的移动设备接收所述银行IC卡信息；

输入模块，用于输入支付金额；

返回模块，用于带通讯功能的移动设备向服务器端返回支付信息；

完成模块，用于完成支付。