CN102117520A

CN102117520A - 基于ic卡的支付方法、管理装置、服务器及移动终端

Info

Publication number: CN102117520A
Application number: CN2009102175368A
Authority: CN
Inventors: 李鹏飞; 赵刚; 任志军
Original assignee: Bright Oceans Inter Telecom Co Ltd
Current assignee: Bright Oceans Inter Telecom Co Ltd
Priority date: 2009-12-31
Filing date: 2009-12-31
Publication date: 2011-07-06

Abstract

本发明提供了一种基于IC卡的支付方法、管理装置、管理服务器及移动终端，其中，基于IC卡的支付方法包括：接收来自商户端服务器的支付请求；依据支付请求生成扣款请求，发送给IC卡电子钱包管理服务器；接收并保存IC卡电子钱包管理服务器在记录扣款请求的相应明细后生成的扣款确认信息；依据扣款确认信息生成扣款指令，发送给移动终端；接收移动终端依据扣款指令从IC卡电子钱包扣款后生成的交易提示信息，保存IC卡电子钱包的支付历史记录；依据交易提示信息生成交易成功信息，发送给商户端服务器和移动终端。采用本发明基于IC卡的支付方法，消费者可以随时随地进行各种非现场支付交易，极大地方便了人们的生活。

Description

基于IC卡的支付方法、管理装置、服务器及移动终端

技术领域

本发明涉及电子支付技术领域，特别地，涉及一种基于IC卡的支付方法、支付管理装置、支付管理服务器及移动终端。

背景技术

随着电子技术和无线通信技术的飞速发展，IC卡(Integrated CircuitCard，集成电路卡)作为当今国际电子信息产业的热点产品之一，在商业、医疗、保险、交通、能源、通讯、安全管理或身份识别等领域得到了广泛应用。

以目前国内各城市的城市一卡通为例，如香港的八达通、深圳的深圳通、广州的羊城通、北京的一卡通等应用的主要是射频识别IC卡。射频识别IC卡是一种使用电磁波和非触点来与终端通信的IC卡。使用上述射频识别IC卡进行支付交易时，需要在现场POS机上刷卡完成支付交易。现有城市一卡通主要用于支付公车、地铁、渡轮等交通工具的费用。或者，在某些“城市一卡通系统”建设比较早的城市，除用于交通运输领域外，还用于小额的消费支付。如在一些快餐店、博物馆、图书馆、超市、自动售货机等场所，用手上的一卡通即可代替现金方便地完成消费支付。

现有技术中的IC卡支付系统虽然有效解决了传统现金支付存在的携带不方便、不安全等问题。但是，现有的IC卡支付还局限于现场POS机刷卡支付，即消费者在商家购物完毕后，使用IC卡在商家的POS机上进行现场刷卡支付。这样消费者还必须花大量的时间到商家实际销售地点购物，并且只能用IC卡进行现场支付，消费者使用IC卡支付还是很不方便。并且，IC卡支付的相关业务办理如购买卡、充值、挂失、取消等也必须到指定业务点办理，存在很多不便。现有技术中的IC卡支付系统虽然有效解决了传统现金支付存在的携带不方便、不安全等问题。但是，现有IC卡支付还局限于现场POS机刷卡支付，即，使用现有的IC卡只能通过POS机进行现场支付，存在很多不便。

针对上述现场支付问题，现有技术也提供了基于因特网的非现场支付的交易方式，如信用卡方法、电话账单方法、银行转帐方法、电子现金方法以及借记卡方法。在信用卡方法中，当消费者向因特网公司表示要购买商品的意图，随后输入信用卡号时，通过认证过程和待支付金额的结算进行支付。在电话账单方法中，待支付金额包括在服务费中。此外，在银行转帐方法或借记卡方法中，通过与金融网络的交互工作来执行即时结算。

然而，在上述基于因特网的非现场支付方法中，移动支付和网络支付通常是与用户的银行卡账户绑定的，对于信用卡、电子现金、借记卡以及银行转帐进行支付的情况，卡号、密码或其他个人信息的输入都是在Web上执行的，因此，个人信息可能会被泄漏导致银行卡账户存在较大的资金安全风险，用户的接受程度不高。

另外，采用上述非现场支付中，用户需要逐一在Web上根据支付流程执行处理。因此，对于老人或不熟悉计算机操作的用户来说，很难执行上述处理。

发明内容

本发明所要解决的技术问题是提供一种基于IC卡的非现场支付方法、支付管理装置、支付管理服务器及移动终端，能够非常简单地进行电子商务的非现场支付交易，方便消费者购物，同时有效降低消费者的资金风险。

为了解决上述问题，本发明公开了一种基于IC卡的支付方法，包括：

接收来自商户端服务器的支付请求，其中，所述支付请求包括商品信息、支付金额、设置有IC卡电子钱包的移动终端的身份标识、所述商户端服务器的ID；

依据所述支付请求生成扣款请求，发送给IC卡电子钱包管理服务器，其中，所述扣款请求中包括支付金额和IC卡电子钱包的身份标识；

接收并保存所述IC卡电子钱包管理服务器在记录所述扣款请求的相应明细后所生成的扣款确认信息，其中，所述扣款确认信息包括扣款时间、扣款金额和所述IC卡电子钱包的身份标识；

依据所述扣款确认信息生成扣款指令，发送给所述移动终端；

接收所述移动终端依据所述扣款指令从所述IC卡电子钱包中扣款后生成的交易提示信息，保存IC卡电子钱包的支付历史记录，其中，所述IC卡电子钱包的支付历史记录包括：商品信息、扣款时间、扣款金额、扣款前的金额、扣款后的余额和所述IC卡电子钱包的身份标识；

依据所述交易提示信息生成交易成功信息，发送给所述商户端服务器和所述移动终端。

优选的，所述步骤：依据所述支付请求生成扣款请求，进一步为：依据所述支付请求生成支付信息，传输给所述移动终端；接收所述移动终端确认所述支付信息后生成的支付确认信息；根据所述支付确认信息生成扣款请求。

优选的，上述支付方法还包括：发送所述IC卡电子钱包的支付历史记录给所述移动终端，请求确认所述支付历史记录是否正确。

优选的，触发所述IC卡支付请求产生的原因为消费者发起的网络购物、电话购物或手机购物。

对应本发明基于IC卡的支付方法实施例，本法明还公开了一种支付管理装置，包括：

支付请求接收模块，用于接收来自商户端服务器的支付请求，其中，所述支付请求中包括商品信息、支付金额、设置有IC卡电子钱包的移动终端的身份标识、所述商户端服务器的ID；

扣款请求生成模块，用于依据所述支付请求生成扣款请求，发送给IC卡管理服务器，其中，所述扣款请求中包括支付金额和IC卡电子钱包的身份标识；

扣款确认信息接收模块，用于接收并保存IC卡电子钱包管理服务器在记录所述IC卡扣款请求的相应明细后所生成的扣款确认信息；

扣款指令生成模块，用于依据所述扣款确认信息生成扣款指令，发送给所述移动终端；

支付历史记录保存模块，用于接收所述移动终端依据所述扣款指令从所述IC卡电子钱包扣款后生成的交易提示信息，保存IC卡电子钱包的支付历史记录；

交易成功信息发送模块，用于依据所述交易提示信息生成交易成功信息，发送给所述商户端服务器和所述移动终端。

优选的，所述扣款请求生成模块，进一步包括：

支付信息生成模块，用于依据所述支付请求生成支付信息，传输给所述移动终端；

支付确认信息接收模块，用于接收所述移动终端确认所述支付信息后生成的支付确认信息；

扣款请求发送模块，用于根据所述支付确认信息生成扣款请求，发送给IC卡管理服务器。

优选的，上述支付管理装置还包括：

支付历史记录确认模块，用于发送所述IC卡电子钱包的支付历史记录给所述移动终端，请求移动终端确认所述保存的交易提示信息是否正确。

依据本发明另一实施例，还公开了一种任一所述的支付管理装置的支付管理服务器，用于实现基于IC卡的支付方法，还包括：

签约用户管理装置，用于存储用户数据、商户信息，基于所述信息对商户端服务器发起的支付请求鉴权。

优选的，所述签约用户管理装置具体包括：

存储模块，用于存储用户数据、商户信息；

鉴权模块，利用所述存储模块中的所述信息对商户端服务器发起的支付请求进行鉴权。

此外，本发明实施例还公开了一种移动终端，与上述支付管理服务器通信，实现基于IC卡的支付方法，包括：

IC卡电子钱包，用于存储电子货币；

扣款模块，用于依据所述支付管理服务器发出的扣款指令，从所述IC卡电子钱包中扣除支付金额。

信息提示模块，用于在所述扣款模块完成扣款后生成交易提示信息，发送给所述支付管理服务器。

优选的，上述移动终端还包括：

支付信息接收模块，用于接收来自所述支付管理服务器的支付信息，其中，所述支付信息包括商品信息、支付金额；

支付确认信息生成模块，用于确认所述支付信息后生成支付确认信息，发送给所述支付管理服务器；其中，所述支付确认信息包括所述IC卡电子钱包的身份标识。

优选的，所述IC卡电子钱包嵌于SD卡、MINI SD卡、TF卡、SIM卡或UIM卡中。

优选的，所述移动终端为NFC手机或普通移动终端。

与现有技术相比，本发明具有以下优点：

使用本发明提供的基于IC卡的支付方法，消费者通过网络、电话或移动终端等通讯方式远程购物后，商户端服务器根据消费者预订的商品信息和选择的支付方式生成支付请求，发送给支付管理装置，通过支付管理装置实现设置有IC卡电子钱包的移动终端和商户端服务器之间的电子支付交易。采用上述基于IC卡的支付方法，消费者可以随时随地进行各种非现场支付交易。另外，因为移动终端、特别是手机已经是人们广泛使用的通讯工具，消费者使用本发明提供的移动终端能够容易地进行远程购物和支付，给消费者带来了极大的支付便利，方便了人们的生活。

附图说明

图1是实施本发明基于IC卡的支付方法的系统实施例的网络拓扑图；

图2是本发明基于IC卡的支付方法第一实施例的流程图；

图3是本发明确认支付实施例示意图；

图4是本发明基于IC卡的支付方法的具体实施过程示意图；

图5是本发明支付管理装置实施例的结构框图；

图6是本发明扣款请求生成模块实施例的结构示意图；

图7是本发明支付管理服务器的结构框图；

图8是本发明移动终端实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明基于IC卡的支付方法完全遵守建设事业一卡通及金融行业标准的通讯协议及技术规范，通过移动运营商的无线数据通道，采用专业的安全协议以及加密协议，实现内置有IC卡电子钱包的移动终端、支付管理装置、商户端服务器、IC卡电子钱包管理服务器之间的双向数据传输，完成商品消费者的非现场电子支付交易。

下面结合图1～图4，具体说明本发明基于IC卡的支付方法的具体实施过程。图1是实施本发明基于IC卡的支付方法及其装置的系统实施例的网络拓扑图；图2是本发明基于IC卡的支付方法第一实施例的流程图；图4是本发明基于IC卡的支付方法的具体实施过程示意图。

参照图1，实施本发明基于IC卡的支付方法的系统可以包括：商户端服务器1、支付管理服务器2、IC卡电子钱包管理服务器3、以及内置有IC卡电子钱包的移动终端4。其中，移动终端4中的IC卡电子钱包的金额信息通过网络与上述IC卡电子钱包管理服务器3上记录的该IC卡电子钱包的金额信息，时刻保持一致。支付管理服务器2与商户端服务器1、IC卡电子钱包管理服务器3通过数字数据网(Digital Data Network，DDN)或因特网(InterNet)等进行通信；支付管理服务器2与移动终端4通过移动运营商提供的无线通信网络进行通信。

结合图1，下面从支付管理服务器2包括的支付管理装置的角度出发，描述本发明基于IC卡的支付方法的数据传输过程。参照图2，示出了本发明基于IC卡的支付方法的第一实施例的流程图，可以包括：

步骤201、支付管理装置接收来自商户端服务器的支付请求。其中，所述支付请求包括商户ID、商户服务器IP地址、订单编号、商品信息、支付金额、消费者的移动终端(内置有IC卡电子钱包)的身份标识等信息。

上述步骤201的实际过程为：

商户端服务器1根据购买商品的消费者预订的商品信息和选择的支付方式生成支付请求，将该支付请求通过DDN或InterNet发送给支付管理服务器2，其中将数据加密传输，采用3DES算法加密，一次一密。

其中，消费者预订商品的方式即触发所述商户端服务器1生成IC卡支付请求的原因，包含但不限于网络购物、电话购物或手机购物等。消费者采用上述购物方式所购买的商品可以是诸如电话费、电影票、QQ币等电子类商品，也可以是实物商品。

本发明实施例中，消费者发起支付的途径包含但不限于通过STK(SIMTool Kit，用户识别应用发展工具)菜单、移动终端软件、短消息、彩信、WAP网站、USSD(Unstructured Supplementary Service Data，非结构化补充数据业务)等途径。

消费者选中商品后，通过电话、网络或手机等通讯方式告知商户使用设置有IC卡电子钱包的移动终端进行支付，即消费者选择移动终端为支付方式。

如下所示是一个支付请求的实例，参见表1支付请求信息表：

表1：支付请求信息表

支付请求信息项	支付请求信息
		商户ID	1001
商户服务器IP地址	100.100.100.100
		订单编号	2009060100008
移动终端的身份标识	13912345678
		商品名称	电影票
商品数量	2张
		单价	20元
支付金额	40元
		商品描述	电影名称《叶问》，华星影院，座位：12排1号、12排2号

步骤203、支付管理装置依据所述支付请求生成扣款请求，发送给IC卡电子钱包管理服务器。

上述步骤203的实际过程为：

支付管理服务器2的支付管理装置依据上述支付请求生成扣款请求，其中，所述扣款请求中可以包括支付金额、IC卡电子钱包的身份标识；并将该扣款请求通过DDN或InterNet发送给IC卡电子钱包管理服务器3，请求IC卡电子钱包管理服务器3作扣款记录。所述IC卡电子钱包的身份标识与其所属的移动终端的身份标识具有一一对应关系，来自签约用户管理装置中的用户数据信息表(用户签约时生成)，如表2：

表2：用户数据信息表

移动终端的身份标识	IC卡电子钱包的身份标识
		13912345678	123456

所述签约用户管理装置是支付管理服务器2中的另一个用于存储用户数据、商户信息的装置。

根据上述支付请求信息表和用户数据信息表生成扣款请求信息如表3所示：

表3：扣款请求信息表

扣款请求信息项	扣款请求信息
		支付金额	40元
IC卡电子钱包的身份标识	123456

步骤205、支付管理装置接收并保存所述IC卡电子钱包管理服务器在记录所述扣款请求的相应明细后生成的扣款确认信息。其中，所述扣款确认信息可以包括扣款时间、扣款金额和所述IC卡电子钱包的身份标识等信息。

上述步骤205的实际过程为：

IC卡电子钱包管理服务器3记录上述扣款请求中的相应明细后，生成扣款确认信息，然后将该扣款确认信息通过DDN或InterNet发送给支付管理服务器2的支付管理装置，支付管理装置接收并保存所述扣款确认信息。

参见表4，其中，扣款金额就是收到扣款请求信息表中的支付金额，扣款时间取自当前时间。

表4：扣款确认信息表

扣款确认信息项	扣款确认信息
		扣款金额	40元
IC卡电子钱包的身份标识	123456
		扣款时间	2009-06-01 12:10:10

本步骤保存扣款确认信息的目的是为了支付管理平台与IC卡电子钱包管理中心结算时核对双方的支付金额记录。

步骤207、支付管理服务器依据所述扣款确认信息生成扣款指令，发送给所述移动终端。

上述步骤207的实际过程为：

支付管理装置接收到所述扣款确认信息后，依据该扣款确认信息生成扣款指令，并将该扣款指令通过无线通信网络发送给上述内置有IC卡电子钱包的移动终端4。

步骤209、移动终端依据所述扣款指令从其IC卡电子钱包扣款后生成交易是否成功的交易提示信息，支付管理装置接收所述交易提示信息，并保存IC卡电子钱包的支付历史记录。

上述步骤209的实际过程为：

移动终端4接收到所述扣款指令后，依据该扣款指令从IC卡电子钱包中扣除相应金额之后生成交易提示信息，并将该交易提示信息通过无线通信网络发送给上述支付管理装置；该交易提示信息用于告知支付管理装置扣款已完成。支付管理装置接收上述交易提示信息之后，根据交易成功信息在其数据库中保存IC卡电子钱包的支付历史记录。其中，所述IC卡电子钱包的支付历史记录可以包括：商品信息、扣款时间、扣款金额、扣款前的金额、扣款后的余额和所述IC卡电子钱包的身份标识等信息。

如下所示是一个存储于支付管理服务器中的某IC卡电子钱包的支付历史信息表的实例，参见表5所示：

表5IC卡电子钱包的支付历史记录信息表

IC卡电子钱包的支付历史记录项	支付历史记录
		商品信息	电影票
扣款时间	2009-06-01 12:10:10
		扣款金额	40元
扣款前的金额	100元
		扣款后的余额	60元
IC卡电子钱包的身份标识	123456

本步骤保存IC卡电子钱包的支付历史记录的目的是为了方便消费者查询通过IC卡电子钱包完成的所有支付的历史记录，保证消费者的消费知情权，确保消费安全。

在该步骤中，移动终端从IC卡电子钱包中扣款后，余额出现变动，还要通知IC卡电子钱包管理服务器对应该IC卡电子钱包更新为新的信息，使保持信息一致。步骤211、支付管理装置依据所述交易提示信息生成交易成功信息，发送给所述商户端服务器和所述移动终端。

上述步骤211的实际过程为：

支付管理装置依据上述交易提示信息生成交易成功信息，并将该交易成功信息同时发送给移动终端4和商户端服务器1，以提示移动终端用户和商户支付交易已经完成。

需要说明的是，IC卡电子钱包，是指使用逻辑加密卡或者CPU卡实现电子钱包功能，用于存储电子货币。IC卡电子钱包管理服务器用于实现对IC卡电子钱包的管理，可以实现IC卡电子钱包的充值和消费。本发明实施例中，主要利用IC卡电子钱包实现远程消费功能。IC卡电子钱包管理服务器对IC卡电子钱包的管理机制目前现有技术能够支持通过网络通讯实现充值和消费，能够支持二者之间充值和消费数据的一致性，因此本发明实施例中也利用了这个机制。

在本发明基于IC卡的支付方法实施例中，支付管理服务器为移动终端用户(即消费者)和商户提供了统一的支付渠道和支付平台，使得消费者使用移动终端从IC卡电子钱包可以随时随地进行非现场电子支付交易，避免了消费者到商户销售现场进行现场刷卡支付带来的麻烦，极大地方便了消费者购物和商户销售商品。另外，保存IC卡电子钱包的支付历史记录是为了方便消费者日后查询通过IC卡电子钱包完成支付的所有历史记录，保证消费者的消费知情权，确保消费安全。此外，保存扣款确认信息是为了方便支付管理平台与IC卡电子钱包管理中心结算时核对双方的支付金额，进而保障交易的准确性。

作为本发明优选的实施方式，上述方案还可以包括：

步骤210、发送所述IC卡电子钱包的支付历史记录给所述移动终端，请求消费者确认所述支付历史记录是否正确。

在步骤210中，移动终端确认支付管理装置记录的IC卡电子钱包的支付信息与移动终端实际从IC卡电子钱包中扣除的金额是否一致，是为了确保整个非现场支付过程中，移动终端从自身的IC卡电子钱包中扣除的电子货币金额、支付管理装置记录的支付金额与支付请求中要求的支付金额一致，确保支付交易的准确性，保证消费者和商家的利益都不受损。

此外，为了确保商户端服务器发送的支付请求中包括的商品信息与消费者预订的商品信息一致，并进一步确认消费者是否购买预订商品，本发明实施例还可以包括确认消费信息的步骤。消费者可以通过移动终端或网络等方式对消费信息进行确认。下面结合图3所示的确认支付的示意图，说明消费者使用移动终端确认消费信息的过程。

参照图3示出的确认支付实施例示意图，在本发明的另一优选实施例中，上述步骤203可以进一步为：

2031、依据所述支付请求生成支付信息，传输给所述移动终端，请求移动终端确认商品信息和支付金额是否正确；其中，上述支付信息可以包括商品信息、支付金额、IC卡电子钱包的身份标识、商户名称等信息。

即支付管理装置接收支付请求后，依据该支付请求生成支付信息，并将该支付信息通过无线通信网络发送给移动终端4。

2032、接收所述移动终端确认所述支付信息后生成的支付确认信息；

即移动终端4接收所述支付信息，消费者确认支付信息中包含的商品信息、支付金额等信息无误后确认支付，生成支付确认信息，并将该支付确认信息通过无线通信网络发送给支付管理装置。

2033、根据所述支付确认信息生成扣款请求，发送给IC卡电子钱包管理服务器。

即支付管理装置依据上述支付确认信息生成扣款请求，将该扣款请求通过DDN或Inter Net发送给IC卡电子钱包管理服务器3，请求IC卡电子钱包管理服务器3保存扣款请求中的相应明细。

在上述本发明优选实施例中，增加了消费者通过移动终端确认商户发起的支付请求中包含的商品信息和支付金额与本身预订的商品信息、应支付金额是否一致，并确认是否支付的步骤，确保了消费者购买商品信息的正确，避免了消费者实际接收到的商品与预订商品不一致带来的麻烦，保证了消费安全。

下面结合图4所示的本发明基于IC卡的支付方法的具体实施过程示意图，将本发明基于IC卡的支付方法的最佳实施方式描述如下：

步骤401、商户端服务器1根据消费者预订的商品信息和选择的支付方式生成支付请求，将该支付请求通过DDN或Inter Net发送给支付管理服务器2的支付管理装置。

步骤402、支付管理装置接收到所述支付请求后，依据该支付请求生成支付信息，并将该支付信息通过无线通信网络发送给移动终端4。

步骤403、移动终端4接收所述支付信息，确认支付信息中包含的商品信息、支付金额等信息无误后，确认支付，并将支付确认信息通过无线通信网络发送给支付管理装置。

步骤404、支付管理装置依据上述支付确认信息生成扣款请求，将该扣款请求通过DDN或Inter Net发送给IC卡电子钱包管理服务器3，请求记录扣款请求中的相应明细。

步骤405、IC卡电子钱包管理服务器3记录上述扣款请求中的相应明细后，生成扣款确认信息，然后将该扣款确认信息通过DDN或Inter Net发送给支付管理装置。

步骤406、支付管理装置接收到所述扣款确认信息后，依据该扣款确认信息生成扣款指令，并将该扣款指令通过无线通信网络发送给上述内置有IC卡电子钱包的移动终端4。

步骤407、移动终端4接收到所述扣款指令后，依据该扣款指令从IC卡电子钱包中扣除相应金额之后生成交易提示信息，并将该交易提示信息通过无线通信网络发送给上述支付管理装置。

步骤408、支付管理装置接收上述交易提示信息之后，保存IC卡电子钱包的支付历史记录，并将该IC卡电子钱包的支付历史记录通过无线通信网络发送给所述移动终端4。

步骤409、移动终端4确认所述IC卡电子钱包的支付历史记录无误后生成确认信息，将该确认信息通过无线通信网络发送给支付管理装置。

步骤410、支付管理装置依据所述确认信息生成支付成功信息，同时发送给移动终端4和商户端服务器1以告知双方交易完成。

总之，采用本发明实施例提供的基于IC卡的支付方法，能够实现便捷、安全、高效的非现场支付交易，保证消费者拥有完整的知情权和控制权。并且，上述基于IC卡的支付方法的各实施例中，移动终端、商户端服务器、IC卡管理服务器和支付管理装置之间的数据传输均可以采用端对端数据加密传输技术，消除了因个人信息泄露而引起的安全隐患，安全级别比较高。而对于用户来说，由于IC卡内充值的额度有限，使用IC卡进行非现场小额支付比起使用银行账户支付从心里更容易接受，适用范围更加广泛，安全性更高。

另外，上述各实施例描述的支付过程仅是针对一个订单的支付过程。当消费者通过网络购物或电话购物等从不同商户购买商品时，支付管理服务器会接收到从不同商户端服务器发出的多个支付请求。支付管理服务器将上述多个支付请求生成一个支付列表，每一个支付请求分配一个订单号。消费者使用移动终端内置的IC卡电子钱包进行非现场支付时，支付管理服务器会从上述支付列表中依次选取其中一个订单号，然后按照本发明基于IC卡的支付方法实施例中的步骤进行操作，依此类推，完成上述支付列表中每一个支付请求的支付。与本发明对应的实际现金交易为：在消费前，消费者事先在IC卡管理服务器所在的IC卡电子钱包管理中心(例如，城市一卡通中心)给电子钱包充值，消费过程中支付的是电子钱包中的电子货币，电子钱包不同于银行账户，不用做实际结算。这也是本发明支付过程安全级别比较高的原因。支付管理服务器所在的支付管理中心与IC卡电子钱包管理中心之间进行实际结算，之后，支付管理中心再将从IC卡电子钱包管理中心结算过的现金支付给商户。支付管理中心和移动运营商为非现场交易提供服务。

对于前述的各种方法实施例，为了简单描述，故将其都表述为一系列的动作组合。但是，本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制。因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必需的。

参照图5，示出了本发明支付管理装置实施例的结构框图，可以包括以下模块：

支付请求接收模块51，用于接收来自商户端服务器的支付请求。其中，所述支付请求中包括商品信息、支付金额、设置有IC卡电子钱包的移动终端的身份标识、所述商户端服务器的ID等信息。

上述商品信息可以包括消费者预订商品的名称、代码、单价、数量、型号等信息。支付金额是指消费者对预订商品应支付的金额。所述设置有IC卡电子钱包的移动终端的身份标识可以是移动终端的IMEI(International MobileEquipment Identity number，国际移动装备辨识码)，也可以是移动终端的SIM卡(Subscriber Identity Module，用户身份模块)卡号，即手机号码等。所述商户端服务器的ID可以是支付管理装置为其分配的IP地址、代码等信息。

扣款请求生成模块53，用于依据所述支付请求接收模块51接收的支付请求生成扣款请求，发送给IC卡管理服务器。

其中，所述扣款请求中包括支付金额和IC卡电子钱包的身份标识等信息；所述IC卡电子钱包的身份标识可以是IC电子钱包管理中心为其分配的代码或支付管理装置为其分配的身份标识等。

扣款确认信息接收模块55，用于接收并保存IC卡电子钱包管理服务器在记录所述IC卡扣款请求的相应明细后所生成的扣款确认信息。

扣款指令生成模块57，用于依据所述扣款确认信息生成扣款指令，发送给所述移动终端；

支付历史记录保存模块59，用于接收所述移动终端依据所述扣款指令从所述IC卡电子钱包扣款后生成的交易提示信息，保存IC卡电子钱包的支付历史记录。

交易成功信息发送模块511，用于依据所述交易提示信息生成交易成功信息，发送给所述商户端服务器和所述移动终端。

在本发明支付管理装置的优选实施例中，还可以包括：

支付历史记录确认模块510，用于发送所述IC卡电子钱包的支付历史记录给所述移动终端，请求移动终端确认所述保存的交易提示信息是否正确。

进一步地，参照图6，示出了本发明扣款请求生成模块实施例的结构示意图。所述扣款请求生成模块53，可以具体为：

支付信息生成模块531，用于依据所述支付请求生成支付信息，将该支付信息传输给所述移动终端；

支付确认信息接收模块532，用于接收所述移动终端确认所述支付信息后生成的支付确认信息；

扣款请求发送模块533，用于根据所述支付确认信息生成扣款请求，将该扣款请求发送给IC卡电子钱包管理服务器。

本发明实施例提供的支付管理装置为消费者和商户之间进行非现场支付交易提供了支付平台，方便了广大消费者，同时也方便了商户。

基于上述实施例提供的支付管理装置，本发明还提供了一种支付管理服务器。参照图7，示出了本发明支付管理服务器的结构框图，可以包括：

签约用户管理装置71，用于存储用户数据、商户信息，基于上述信息对商户端服务器发起的支付请求鉴权；

支付管理装置72，用于对通过鉴权的支付请求执行IC卡电子钱包支付交易。该支付管理装置可以是上述任一实施例描述的支付管理装置。

上述签约用户管理装置71可以具体包括：

存储模块701，用于存储模块用户数据、商户信息等信息；

其中，用户数据包括内置有IC卡电子钱包的移动终端的身份标识、支付密码、IC卡电子钱包的余额、移动终端用户的签约时间、定期消费清单等信息。商户信息包括商户端服务器的ID、商户代码、商户名称、协议编号、商品信息、银行帐号、结算周期、结算手续费费率等信息。

鉴权模块702，利用所述存储模块中的上述信息对商户端服务器发起的支付请求进行鉴权。

鉴权模块702的工作过程为：检查发起支付请求的商户端服务器ID是否对应签约商户、以及上述支付请求中包括的移动终端的身份标识是否属于签约用户、校验商户端服务器的IP地址等。如果二者都是支付管理平台的签约用户，则鉴权通过，接受用户系统的支付请求订单，否则拒绝。

对支付管理装置72的具体实现过程实施例的描述参见前述方法步骤中各实施例即可，此处不再赘述。

在本发明支付管理服务器实施例中增加鉴权模块，对商户端服务器发起的支付请求进行鉴权，进一步保证了非现场电子支付过程的安全可靠。

对应上述实施例提供的基于IC卡的支付方法、支付管理装置以及支付管理服务器，本发明还提供了一种移动终端，参照图8，示出了本发明移动终端实施例的结构框图，包括：

IC卡电子钱包803，用于存储电子货币；其中，所述电子货币可以是电子现金、电子零钱、安全零钱、电子信用卡、在线货币、数字货币等。

IC卡电子钱包首先是IC卡，是具有存储加密及数据处理能力的集成电路芯片，可以是Java卡、CPU卡、逻辑加密卡等。IC卡电子钱包是经初始化为电子钱包的IC卡。每一个IC卡电子钱包在IC卡管理服务器处初始化后分配有唯一的身份标识，即IC卡电子钱包的身份标识。

IC卡电子钱包内只能装电子货币，即装入电子现金、电子零钱、安全零钱、电子信用卡、在线货币、数字货币等。可以理解为设置于移动终端上的一个钱包。IC卡电子钱包与银行帐户不同，无法实现实际货币的转账。

在本发明实施例中，IC卡电子钱包是小额支付卡，例如设定钱包余额不高于1000元，可用于日常小额消费的支付，如购买日常用品、乘坐公交地铁等，且每笔支付额度可以设置，有效降低了用户的资金风险，并且由于其可以用于与人们生活息息相关的日常衣食住行，故其接受程度高。

扣款模块804，用于依据支付管理服务器发出的扣款指令，从所述IC卡电子钱包中扣除支付金额。

扣款模块804用于接收支付管理服务器发送的扣款指令，并根据上述扣款指令从IC卡电子钱包803中扣减相应金额的电子货币。

信息提示模块805，用于在所述扣款模块804完成扣款后生成交易提示信息，发送给上述支付管理服务器。

上述交易提示信息通过移动终端发送给所述支付管理服务器，用于提示支付管理器已从电子钱包中扣减支付金额。

作为本发明移动终端的优选实施例，除包括上述各模块外，还可以包括：

支付信息接收模块801，用于接收来自支付管理服务器的支付信息。

支付确认信息生成模块802，用于确认所述支付信息后生成支付确认信息，发送给上述支付管理服务器。

支付信息接收模块801和支付确认信息生成模块802的主要作用是用于确认商户发起的支付请求中包含的商品信息和支付金额与消费者本身预订的商品信息、应支付金额是否一致，确保了消费者购买商品信息的正确，避免了消费者实际接收到的商品与预订商品不一致带来的麻烦，保证了消费安全。

在上述移动终端各实施例中，所述移动终端可以为NFC手机或普通移动终端。NFC手机是内置了NFC芯片和天线的手机。IC卡电子钱包可以是城市一卡通、校园卡、会员卡、积分卡等。所述IC卡电子钱包可以嵌于移动终端的SD(Secure Digital，安全数码)卡、MINI SD卡、TF(Tran Flash)卡、SIM卡(Subscriber Identity Module，客户身份模块)、UIM卡(User Identity Model，用户识别模块)或PIM卡(Personal Identity Model，个人识别模块)中。所述IC卡电子钱包也可以以单独的IC卡卡片的形式嵌入移动终端本体为其开设的卡槽中。上述移动终端可以为NFC(Near Filed Communication，近距离无线通讯)手机，也可以是普通手机、小灵通、PDA等普通移动终端。另外，NFC手机中的安全芯片也可以初始化为IC卡电子钱包。

采用本发明实施例提供的移动终端可以随时随地进行各种非现场支付交易，即便是具有差信用等级或不熟悉计算机操作的用户也能够容易地进行远程电子支付，给用户带来了极大的支付便利，方便了人们的生活。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本发明所提供的一种基于IC卡的支付方法、支付管理装置、支付管理服务器及移动终端，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种基于IC卡的支付方法，其特征在于，包括：

2.根据权利要求1所述的支付方法，其特征在于，所述步骤：依据所述支付请求生成扣款请求，进一步为：

依据所述支付请求生成支付信息，传输给所述移动终端；

接收所述移动终端确认所述支付信息后生成的支付确认信息；

根据所述支付确认信息生成扣款请求。

3.根据权利要求1所述的支付方法，其特征在于，还包括：发送所述IC卡电子钱包的支付历史记录给所述移动终端，请求确认所述支付历史记录是否正确。

4.根据权利要求1至3任一所述的支付方法，其特征在于，触发所述IC卡支付请求产生的原因为消费者发起的网络购物、电话购物或手机购物。

5.一种支付管理装置，其特征在于，包括：

6.根据权利要求5所述的支付管理装置，其特征在于，所述扣款请求生成模块，进一步包括：

7.根据权利要求5所述的支付管理装置，其特征在于，还包括：

8.一种包含权利要求5至7任一所述的支付管理装置的支付管理服务器，其特征在于，用于实现基于IC卡的支付方法，还包括：

9.根据权利要求8所述的支付管理服务器，其特征在于，所述签约用户管理装置具体包括：

存储模块，用于存储用户数据、商户信息；

10.一种移动终端，其特征在于，与权利要求8所述的支付管理服务器通信，实现基于IC卡的支付方法，包括：

IC卡电子钱包，用于存储电子货币；

11.根据权利要求10所述的移动终端，其特征在于，还包括：

12.根据权利要求11所述的移动终端，其特征在于，所述IC卡电子钱包嵌于SD卡、MINI SD卡、TF卡、SIM卡或UIM卡中。

13.根据权利要求10至12任一所述的移动终端，其特征在于，所述移动终端为NFC手机或普通移动终端。