CN103793818B - 多智能卡支付系统、方法、移动支付终端及可信平台 - Google Patents

Abstract

本发明公开了一种多智能卡支付系统，包括：移动支付终端、客户端、可信平台；可信平台接收服务提供商后台发送的智能卡公共密钥；将智能卡公共密钥发送给所述客户端；客户端将该密钥写入与其可插拔式连接的所述移动支付终端；移动支付终端设置有智能卡信息读取口，读取接入的智能卡信息并发送给客户端；客户端提供认证信息输入界面，接收到认证信息后，通过数据网络将所述认证信息及该智能卡信息发送到可信平台，可信平台将该认证信息、智能卡信息及可信平台身份信息发送给服务提供商后台进行验证。本发明还公开了一种多智能卡支付方法、移动支付终端及可信平台。采用本发明可实现跨行业跨机构支付，大大提高了用户体验。

Description

多智能卡支付系统、方法、移动支付终端及可信平台

技术领域

本发明涉及智能卡支付领域，尤其涉及一种支持多智能卡支付的系统、方法、移动支付终端及可信平台。

背景技术

随着电子技术的迅速发展，智能卡已经应用在日常生活的方方面面。人们拥有的智能卡也越来越多，涉及各行各业。但是，目前的智能卡只能在与其匹配的POS终端或业务终端上使用。例如，当人们拥有2张与不同银行签约业务的智能卡，在进行网上交易时，需要分别使用2家银行的U-KEY进行支付业务，给人们的生活带来了较大的不便。

发明内容

本发明所要解决的技术问题在于，提供一种智能卡支付系统、移动支付终端及可信平台，可解决移动终端用户使用移动终端实时安全进行支付的问题。

为了解决上述技术问题，一方面，本发明的实施例提供了一种多智能卡支付系统，包括：智能卡、移动支付终端、客户端、可信平台、服务提供商后台；所述服务提供商后台与所述可信平台通信连接，将密钥发给所述可信平台；所述可信平台将所述密钥发送给所述客户端；所述客户端将该密钥写入与其可插拔式连接的所述移动支付终端；所述移动支付终端设置有智能卡信息读取口；所述客户端提供认证信息输入界面，接收到认证信息后，通过数据网络将所述认证信息发送到所述可信平台，所述可信平台将该认证信息及可信平台身份信息发送给服务提供商后台进行验证。

所述智能卡信息读取口包括RF读卡口。

所述服务提供商后台验证成功后将该支付成功的信息发送到所述可信平台，所述可信平台将该信息下发到所述客户端。

所述可信平台将接收到服务提供商后台发送的密钥加密后发送给所述客户端，所述客户端解密后，将该密钥写入所述移动支付终端中。

另一方面，本发明的实施例还提供了一种智能卡支付方法，包括:移动支付终端插接在客户端上；智能卡发起支付请求到移动支付终端；所述客户端通过所述移动支付终端读取到该支付请求，并调取与该支付请求相关的密钥，验证通过后，通过数据通信网络将该支付请求发送到可信平台；所述可信平台将所述支付请求发给所述服务提供商后台进行清算。

另一方面，本发明的实施例还提供了一种移动支付终端，包括：认证模块，用于接收智能卡的认证请求，并进行认证；RF读写模块，用于读取与智能卡认证请求相关的应用程序；安全模块，用于将客户端支付相关的数据转化为应用程序，并写入所述移动支付终端；密钥存储模块，用于接收可信平台发送的密钥，并在智能卡请求认证时，对其中的私钥进行验证。

所述RF读写模块还用于将新的应用程序写入所述智能卡。

所述支付终端还包括客户端接口，为USB接口或音频接口。

另一方面，本发明的实施例还提供了一种可支持多智能卡支付的可信平台，其特征在于，包括：密钥模块，用于存储服务提供商后台下发的密钥，并对接收到的密钥进行加密；通信模块，用于将加密的密钥发送给移动支付终端，并将所述移动支付终端发送的认证请求发送给服务提供商后台进行认证。

本发明实施例具有如下优点或有益效果：

采用本发明实施例提供的支付系统不仅可以支持与不同银行签约的智能卡进行支付业务，而且还可以通过在移动支付终端上直接刷智能卡进行网上支付；特别的，在使用本系统中的移动支付终端进行网上支付时不需要各个与不同银行签约的智能卡分别提供相应银行签发的U-KEY，大大提高了用户体验。

另外，将本系统应用于交通卡充值，用户不需要去地铁站等可充值点即可完成交通卡的充值，较大程度提高了用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一种实施例中支持多智能卡支付系统的框图 ；

图2是本发明一种实施例中支持多智能卡支付方法的流程图；

图3是本发明一种实施例中移动支付终端的结构框图；

图4是采用本发明支付系统对交通卡进行充值方法的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面参考附图对本发明的实施例进行描述。参见图1，为本发明中支持多智能卡支付系统一种实施例的结构框图。该系统包括移动支付终端11、客户端12、可信平台13。

移动支付终端11设置有智能卡信息读取口，用于读取智能卡的信息，另外，移动支付终端11还设置有USB接口和/或音频接口，并通过该USB接口或音频接口与客户端12连接。客户端12，可以是手机、PDA、PC等设备，其通过USB接口或音频接口与移动支付终端11进行通信，通过数据网络与可信平台13进行通信。可信平台13，接收服务提供商后台提供的智能卡公共密钥，并通过客户端13将该智能卡的私有密钥写入移动支付终端11。

该系统能够兼容多种不同类型的智能卡进行如支付、充值、余额查询、新应用下载等服务，较大的提高了用户体验。例如，当进行网上支付时，与不同银行签约的智能卡均可以采用本系统进行支付，不需要分别采用签约银行的U-KEY进行支付。若可信平台中添加了交通卡的密钥，则可以采用本系统方便的查询交通卡中的余额。另外，若可信平台中添加了银行卡的密钥及交通卡的密钥，则可以采用本系统对交通卡进行充值。

另外，本系统采用移动支付终端11与客户端12可插拔连接，可方便在各种移动终端，如手机、pad等上方便安全地进行支付，较大的提高了用户的体验。

请参考图2，其中所示为本发明一种实施例中支持多智能卡支付方法的流程图，智能卡支付方法包括以下步骤：

S201：智能卡通过设置在移动支付终端11上的RF非接触读写接口向移动支付终端发起认证请求；

S202：移动支付终端11接收到该认证请求后调取与该认证请求相关的密钥，并进行密钥匹配验证; 智能卡中每种应用都包含两种数据：密钥、应用程序，密钥定义应用的逻辑，并通过所述逻辑对应用程序进行保护；

S203：验证通过后，读取智能卡存储的应用程序并将应用程序上传至客户端12，客户端对这些应用程序进行显示，用户可以在客户端界面进行相关选择，如余额查询请求、支付请求、下载新应用请求等。例如用户选择了支付请求后，客户端通过数据网络将该支付请求信息及智能卡信息发送到可信平台；

S204：可信平台对该支付请求信息进行鉴权，鉴权通过后将该智能卡信息及支付请求信息及可信平台在服务提供商后台注册后获得的ID号码通过数据网络发给该服务通商后台。服务提供商后台接收到可信平台发送的信息后，判断智能卡是否可进行其请求的业务，如是，则进行结算后将结果反馈至可信平台，由可信平台通过客户端显示交易成功的信息，并通过移动支付终端将该交易信息写入智能卡。如果服务提供商后台判断智能卡不能进行其请求的业务，则通过可信平台反馈至客户端显示不能进行该操作的信息。

其中，可信平台对该支付请求信息进行鉴权包括根据支付请求中报送上来的智能卡卡信息及密钥与服务提供商公钥进行密钥匹配。

可信平台的身份信息，即其在服务提供商后台注册时获得的ID号码。

采用该方法，能够方便快捷地完成支付等业务，用户不必采用多个U-KEY即可完成不同银行的网上支付业务，提高了用户体验。

请参考图3，其中所示为本发明一种实施例中移动支付终端的结构框图。该移动支付终端包括认证模块31、RF读写模块32、安全模块33、密钥存储模块34。RF读写模块32对智能卡进行非接触式读写操作，将读取到的智能卡认证请求信息发送到认证模块31进行认证，认证模块31读取密钥存储模块34存储的密钥对智能卡进行认证。安全模块34将客户端不可信环境中智能卡应用程序中的关键处理逻辑与数据转应用程序存储在移动支付终端中。 密钥存储模块34用于存储服务提供商后台提供给可信平台的密钥。

请参考图4，其中所示为采用本发明支付系统对交通卡进行充值方法的流程图。该方法包括：

S401：与公交系统签约了业务的交通智能卡与移动支付终端交互，移动支付终端读取交通智能卡信息并将该信息上传至客户端；

S402：客户端接收到交通智能卡信息后，跳出提示框，提示用户选择余额查询或充值业务，用户选择充值后，客户端可跳出提示框提示用户选择充值金额界面，用户选择完成后，客户端将交通智能卡信息及需充值金额通过数据网络发送到可信平台；

S403：可信平台接收到该交通智能卡信息及需充值金额信息后生成一笔待支付交易订单；

S404：用户使用与银行签约了业务的银行智能卡与移动支付终端交互，移动支付终端读取银行智能卡信息并对其进行认证，认证通过后将该银行智能卡的交易信息下发到客户端，用户选择支付信息，客户端将银行智能卡信息及用户请求支付的交易信息发送到可信平台；

S405：可信平台进行鉴权后，将银行智能卡信息及需要支付的金额发送到银行智能卡签约银行的后台系统进行交易；可信平台收到交易成功的信息后，将该信息发送到交通智能卡后台系统，收到交通智能卡后台系统的确认信息后，在客户端显示充值成功，并提示余额。

需要说明的是，在本实施例中，可信平台应该首先存储有交通智能卡的服务提供商提供的密钥文件，即交通卡管理后台系统以及银行智能卡的服务提供商后台，即银行后台管理系统提供的密钥。

需要说明的是，在本发明实施例中交通智能卡与银行智能卡也可以是一张分别与公交系统及银行签约了业务的智能卡。

本实施例中的客户端可以为手机、PDA、PC等移动终端。采用本实施例中的方法，用户不需要去地铁站等可充值点即可完成交通卡的充值及查询业务，较大程度提高了用户体验。

本发明实施例具有如下优点或有益效果：

采用本发明实施例提供的支付系统不仅可以支持与不同银行签约的智能卡进行支付业务，而且还可以通过在移动支付终端上直接刷智能卡进行网上支付；特别的，在使用本系统中的移动支付终端进行网上支付时不需要各个与不同银行签约的智能卡分别提供相应银行签发的U-KEY，大大提高了用户体验。

另外，将本系统应用于交通卡充值，用户不需要去地铁站等可充值点即可完成交通卡的充值，较大程度提高了用户体验。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行各个实施例或者实施例的某些部分所述的方法。

以上所述的实施方式，并不构成对该技术方案保护范围的限定。任何在上述实施方式的精神和原则之内所作的修改、等同替换和改进等，均应包含在该技术方案的保护范围之内。

Claims (6)

1.一种多智能卡支付系统，包括：移动支付终端、客户端、可信平台；

所述可信平台接收服务提供商后台发送的智能卡公共密钥；

所述可信平台将所述智能卡公共密钥发送给所述客户端；

所述客户端将该密钥写入与其可插拔式连接的所述移动支付终端；

所述移动支付终端设置有智能卡信息读取口，读取接入的智能卡信息并发送给所述客户端；

所述客户端提供认证信息输入界面，接收到认证信息后，通过数据网络将所述认证信息及该智能卡信息发送到所述可信平台，所述可信平台将该认证信息、智能卡信息及可信平台身份信息发送给服务提供商后台进行验证；

所述可信平台将接收到服务提供商后台发送的密钥加密后发送给所述客户端，所述客户端解密后，将该密钥写入所述移动支付终端中；

所述移动支付终端包括认证模块，用于接收智能卡的认证请求，以及进行认证向客户端发送认证信息；

RF读写模块，用于读取与智能卡认证请求相关的应用程序；

安全模块，用于将客户端支付相关的数据转化为应用程序，并写入所述移动支付终端；

密钥存储模块，用于接收可信平台发送的密钥，并在智能卡请求认证时，对其中的私钥进行验证。

2.如权利要求1所述的系统，其特征在于，所述智能卡信息读取口包括RF非接触读卡口。

3.如权利要求1所述的系统，其特征在于，所述服务提供商后台验证成功后根据智能卡信息、支付请求信息进行结算支付，并将支付成功的信息发送到所述可信平台，所述可信平台将该信息下发到所述客户端。

4.如权利要求1所述的多智能卡支付系统，其特征在于，所述RF读写模块还用于将新的应用程序写入所述智能卡。

5.如权利要求1所述的多智能卡支付系统，其特征在于，所述支付终端还包括客户端接口，为USB接口或音频接口。

6.一种智能卡支付方法，其特征在于，包括：

智能卡发起认证请求到移动支付终端；

所述移动支付终端读取该认证请求及所述智能卡存储的应用程序，通过认证后，将所述智能卡存储的应用程序上传至与其插拔式连接的客户端；

所述客户端显示所述智能卡存储的应用程序，并根据用户选择调取移动支付终端中与该请求相关的密钥，验证通过后，通过数据通信网络将该请求发送到可信平台；

所述可信平台进行鉴权后，将该请求发给服务提供商后台进行处理。