发明内容
为克服相关技术中存在的问题,本发明提供一种基于移动终端eSE的信用支付方法及装置。
根据本发明实施例的第一方面,提供一种基于移动终端eSE的信用支付方法,应用于移动终端,所述方法包括:
向所述交易终端发送交易信息;
接收所述交易终端根据所述交易信息发送的本次支付交易的扣款信息;
根据所述扣款信息和所述交易信息,利用所述移动终端中的嵌入式安全单元eSE生成支付授权许可;
将所述支付授权许可发送给所述交易终端,以使所述交易终端根据接收到的所述支付授权许可完成本次支付交易。
进一步的,在所述向所述交易终端发送交易信息之后,还包括:
接收所述交易终端发送的应用公钥证书读取指令;
根据所述应用公钥证书读取指令将应用公钥证书发送给所述交易终端。
进一步的,所述利用所述移动终端中的嵌入式安全单元eSE生成支付授权许可,包括:
根据所述扣款信息,利用eSE中存储的应用私钥生成签名数据;
根据所述扣款信息和所述交易信息,利用所述eSE中预先生成的交易验证码TAC子密钥生成TAC;
将所述签名数据和所述TAC作为所述支付授权许可。
进一步的,所述支付方法应用于公交出行的支付中;
所述交易信息,包括:支付***、可用额度和进出站标志。
进一步的,所述扣款信息,包括:扣款金额、本次支付交易日期、本次支付交易时间、本次支付交易进出站标志和本次支付交易的站点信息。
进一步的,还包括:
根据所述本次支付交易扣款信息中的扣款金额,将所述交易信息中的可用额度减去扣款金额,得到当前可用额度;
将所述当前可用额度作为所述移动终端中对应用户的可用额度。
根据本发明实施例的第二方面,提供一种基于移动终端eSE的信用支付方法,应用于交易终端,所述方法包括:
接收移动终端发送的交易信息
根据所述交易信息生成本次支付交易的扣款信息;
将所述扣款信息发送给所述移动终端;
当接收到支付授权许可时,根据所述支付授权许可确定本次支付交易完成。
进一步的,在所述接收移动终端发送的交易信息之后,包括:
向所述移动终端发送应用公钥证书读取指令;
接收所述预设移动终端发送的应用公钥证书;
利用所述交易终端本地存储的信用授权公钥对所述应用公钥证书验签;
当验签过程中从所述应用公钥证书中恢复出应用公钥时,执行所述生成本次支付交易的扣款信息的步骤。
进一步的,所述支付授权许可包括:签名数据和交易验证码TAC;所述根据所述支付授权许可确定本次支付交易完成,包括:
利用所述应用公钥对所述签名数据验签;
当所述签名数据验签成功时,生成交易日志;
将所述交易日志发送给预设服务器,以使得所述预设服务器根据所述交易日志扣除所述移动终端对应的用户账户中相应的金额;其中,所述交易日志包括:扣款金额、交易日期、交易时刻、交易终端ID、支付***、可用额度和TAC。
进一步的,所述方法应用于公交出行的支付中;
所述交易信息中至少包括:可用额度和进出站标志;所述方法还包括:
判断所述交易信息中的可用额度是否大于或者等于预设阈值;
如果所述可用额度大于或者等于预设阈值,检查所述交易信息中的进出站标志是否为已出站状态;
如果所述进出站标志为已出站状态,那么执行向所述移动终端发送应用公钥证书读取指令的步骤。
根据本发明实施例的第三方面,提供一种基于移动终端eSE的信用支付方法,应用于移动终端,所述方法包括:
利用所述移动终端中的嵌入式安全单元eSE分别生成应用公钥和应用私钥;
将所述应用公钥发送给预设服务器,以使所述预设服务器利用本地存储的授权私钥对所述应用公钥签名,生成应用公钥证书;
获取所述预设服务器发送的公钥证书,并将所述应用公钥证书和所述应用私钥均保存到所述eSE中;
向所述预设服务器发送信用支付数据获取请求;
接收所述预设服务器发送的信用支付数据,并根据所述信用支付数据利用所述eSE开通所述移动终端的信用支付功能。
进一步的,还包括:
获取所述移动终端的设备参数信息;
将所述设备参数信息发送给所述预设服务器,以使所述预设服务器根据接收到的所述设备参数信息判断所述移动终端是否满足开通信用支付的硬件条件;
检测是否接收到所述预设服务器发送的信用支付开通信息;
当接收到所述预设服务器发送的信用支付开通信息时,确定所述移动终端满足开通信用支付的硬件条件,并执行所述分别生成应用公钥和应用私钥的步骤。
进一步的,还包括:
获取用户身份信息;
将所述用户身份信息发送给所述预设服务器,以使所述预设终端根据接收到的所述用户身份信息判断所述移动终端是否满足开通信用支付的安全认证条件;
检测是否接收到所述预设服务器发送的安全认证通过信息;
当接收到所述预设服务器发送的安全认证通过信息时,确定所述移动终端满足开通信用支付的安全认证条件,并执行所述分别生成应用公钥和应用私钥的步骤。
进一步的,还包括:
向所述预设服务器发送获取预设安装文件的请求;所述预设安装文件包括:信用支付应用和注册脚本;
获取所述预设服务器发送的所述信用支付应用和所述注册脚本;
将所述信用支付应用和所述注册脚本分别安装到所述eSE中,并执行所述分别生成应用公钥和应用私钥的步骤。
根据本发明实施例的第四方面,提供一种基于移动终端eSE的信用支付方法,应用于服务器,所述方法包括:
接收移动终端发送的应用公钥;
利用所述服务器本地存储的授权私钥对所述应用公钥签名,生成应用公钥证书;
将所述应用公钥证书发送给所述移动终端,以使所述移动终端将接收到的所述应用公钥证书保存到eSE中;
接收所述移动终端发送的信用支付数据获取请求;
根据所述信用支付数据获取请求,生成与所述移动终端相对应信用支付数据,并将所述信用支付数据发送给所述移动终端,以使所述移动终端根据接收到的信用支付数据开通所述移动终端的信用支付功能。
进一步的,还包括:
接收所述移动终端发送的设备参数信息;
根据所述设备参数信息判断所述移动终端是否满足开通信信用支付的硬件条件;
当所述移动终端满足开通信信用支付的硬件条件时,向所述移动终端发送信用支付开通信息,并执行所述接收移动终端发送的应用公钥的步骤。
进一步的,还包括:
接收所述移动终端发送的用户身份信息;
根据所述用户身份信息判断所述移动终端是否满足开通信信用支付的安全认证条件;
当所述用户身份信息满足开通信信用支付的安全认证条件时,向所述移动终端发送安全认证通过信息,并执行所述接收移动终端发送的应用公钥的步骤。
进一步的,还包括:
接收所述移动终端发送的获取预设安装文件的请求,所述预设安装文件包括:信用支付应用和注册脚本;
根据所述获取预设安装文件的请求分别将所述信用支付应用和所述注册脚本均发送给所述移动终端,并执行所述接收移动终端发送的应用公钥的步骤。
根据本发明实施例的第五方面,提供一种基于移动终端eSE的信用支付装置,所述装置包括:
交易信息发送单元,用于向所述交易终端发送交易信息;
扣款信息接收单元,用于接收所述交易终端根据所述交易信息发送的本次支付交易的扣款信息;
支付授权许可生成单元,用于根据所述扣款信息和所述交易信息,利用所述移动终端中的嵌入式安全单元eSE生成支付授权许可;
支付授权许可发送单元,用于将所述支付授权许可发送给所述交易终端,以使所述交易终端根据接收到的所述支付授权许可完成本次支付交易。
进一步的,述装置还包括:
应用公钥证书读取指令接收单元,用于接收所述交易终端发送的应用公钥证书读取指令;
应用公钥证书发送单元,用于根据所述应用公钥证书读取指令将应用公钥证书发送给所述交易终端。
进一步的,所述支付授权许可生成单元,包括:
签名数据生成模块,用于根据所述扣款信息,利用eSE中存储的应用私钥生成签名数据;
TAC生成模块,用于根据所述扣款信息和所述交易信息,利用所述eSE中预先生成的交易验证码TAC子密钥生成TAC;
支付授权许可确定模块,用于将所述签名数据和所述TAC作为所述支付授权许可。
进一步的,所述支付装置应用于公交出行的支付中;所述交易信息,包括:支付***、可用额度和进出站标志。
进一步的,所述扣款信息,包括:扣款金额、本次支付交易日期、本次支付交易时间、本次支付交易进出站标志和本次支付交易的站点信息。
进一步的,还包括:
当前可用额度生成单元,用于根据所述本次支付交易扣款信息中的扣款金额,将所述交易信息中的可用额度减去扣款金额,得到当前可用额度;
可用额度确定单元,用于将所述当前可用额度作为所述移动终端中对应用户的可用额度。
根据本发明实施例的第六方面,提供一种基于移动终端eSE的信用支付装置,应用于交易终端,所述装置包括:
交易信息接收单元,用于接收移动终端发送的交易信息
扣款信息生成单元,根据所述交易信息生成本次支付交易的扣款信息;
扣款信息发送单元,用于将所述扣款信息发送给所述移动终端;
支付交易完成确定单元,用于在接收到支付授权许可时,根据所述支付授权许可确定本次支付交易完成。
进一步的,所述装置还包括:
应用公钥证书读取指令发送单元,用于向所述移动终端发送应用公钥证书读取指令;
应用公钥证书接收单元,用于接收所述预设移动终端发送的应用公钥证书;
应用公钥证书验签单元,用于利用所述交易终端本地存储的信用授权公钥对所述应用公钥证书验签。
进一步的,所述支付授权许可包括:签名数据和交易验证码TAC;所述支付交易完成确定单元,包括:
签名数据验签模块,用于利用所述应用公钥对所述签名数据验签;
交易日志生成模块,用于所述签名数据验签成功时,生成交易日志;
交易日志发送模块,用于将所述交易日志发送给预设服务器,以使得所述预设服务器根据所述交易日志扣除所述移动终端对应的用户账户中相应的金额;其中,所述交易日志包括:扣款金额、交易日期、交易时刻、交易终端ID、支付***、可用额度和TAC。
进一步的,所述装置应用于公交出行的支付中;所述交易信息中至少包括:可用额度和进出站标志;所述装置还包括:阈值判断单元和进出站标志判断单元;
所述阈值判断单元,用于判断所述交易信息中的可用额度是否大于或者等于预设阈值;
所述进出站标志判断单元,用于在所述可用额度大于或者等于预设阈值时,检查所述交易信息中的进出站标志是否为已出站状态;
应用公钥证书读取指令发送单元,还用于在所述进出站标志为已出站状态,向所述移动终端发送应用公钥证书读取指令。
根据本发明实施例的第七方面,提供一种基于移动终端eSE的信用支付装置,应用于移动终端,所述装置包括:
密钥生成单元,用于利用所述移动终端中的嵌入式安全单元eSE分别生成应用公钥和应用私钥;
应用公钥发送单元,用于将所述应用公钥发送给预设服务器,以使所述预设服务器利用本地存储的授权私钥对所述应用公钥签名,生成应用公钥证书;
公钥证书获取单元,用于获取所述预设服务器发送的公钥证书,并将所述应用公钥证书和所述应用私钥均保存到所述eSE中;
信用支付数据获取请求发送单元,用于向所述预设服务器发送信用支付数据获取请求;
信用支付数据设置单元,用于接收所述预设服务器发送的信用支付数据,并根据所述信用支付数据开通所述移动终端的信用支付功能。
进一步的,所述装置还包括:
设备参数信息获取单元,用于获取所述移动终端的设备参数信息;
设备参数信息发送单元,用于将所述设备参数信息发送给所述预设服务器,以使所述预设服务器根据接收到的所述设备参数信息判断所述移动终端是否满足开通信用支付的硬件条件;
信用支付开通信息检测单元,用于检测是否接收到所述预设服务器发送的信用支付开通信息;
信用支付硬件开通条件,用于在接收到所述预设服务器发送的信用支付开通信息时,确定所述移动终端满足开通信用支付的硬件条件。
进一步的,所述装置还包括:
用户身份信息获取单元,用于获取用户身份信息;
用户身份信息发送单元,用于将所述用户身份信息发送给所述预设服务器,以使所述预设终端根据接收到的所述用户身份信息判断所述移动终端是否满足开通信用支付的安全认证条件;
安全认证通过信息检测单元,用于检测是否接收到所述预设服务器发送的安全认证通过信息;
硬件开通条件确认单元,用于在接收到所述预设服务器发送的安全认证通过信息时,确定所述移动终端满足开通信用支付的安全认证条件。
进一步的,所述装置还包括:
获取预设安装文件请求发送单元,用于向所述预设服务器发送获取预设安装文件的请求;所述预设安装文件包括:信用支付应用和注册脚本;
文件获取单元,用于获取所述预设服务器发送的所述信用支付应用和所述注册脚本;
文件安装单元,用于将所述信用支付应用和所述注册脚本分别安装到所述eSE中。
根据本发明实施例的第八方面,提供一种基于移动终端eSE的信用支付装置,应用于服务器,所述装置包括:
应用公钥接收单元,用于接收移动终端发送的应用公钥;
应用公钥证书生成单元,用于利用所述服务器本地存储的授权私钥对所述应用公钥签名,生成应用公钥证书;
应用公钥证书发送单元,用于将所述应用公钥证书发送给所述移动终端,以使所述移动终端将接收到的所述应用公钥证书保存到eSE中;
信用支付数据获取请求接收单元,用于接收所述移动终端发送的信用支付数据获取请求;
信用支付数据生成单元,用于根据所述信用支付数据获取请求,生成与所述移动终端相对应信用支付数据,并将所述信用支付数据发送给所述移动终端,以使所述移动终端根据接收到的信用支付数据开通所述移动终端的信用支付功能。
进一步的,所述装置还包括:
设备参数信息接收单元,用于接收所述移动终端发送的设备参数信息;
开通信信用支付的硬件条件判断单元,用于根据所述设备参数信息判断所述移动终端是否满足开通信信用支付的硬件条件;
信用支付开通信息发送单元,用于在所述移动终端满足开通信信用支付的硬件条件时,向所述移动终端发送信用支付开通信息。
进一步的,所述装置还包括:
用户身份信息接收单元,用于接收所述移动终端发送的用户身份信息;
安全认证条件判断单元,用于根据所述用户身份信息判断所述移动终端是否满足开通信信用支付的安全认证条件;
安全认证通过信息发送单元,用于所述用户身份信息满足开通信信用支付的安全认证条件时,向所述移动终端发送安全认证通过信息。
进一步的,所述装置还包括:
获取预设安装文件请求接收单元,用于接收所述移动终端发送的获取预设安装文件的请求,所述预设安装文件包括:信用支付应用和注册脚本;
安装文件发送单元,用于根据所述获取预设安装文件的请求分别将所述信用支付应用和所述注册脚本均发送给所述移动终端。
本发明的实施例提供的技术方案可以包括以下有益效果:
本发明提供的基于移动终端eSE的信用支付方法及装置,可以应用在移动终端和交易终端中,当用户开通支付应用之后,可以通过使用移动终端就可以完成对交易终端的离线信用支付,可以快速、安全的完成支付交易,并且无需在线支付,避免了相关技术中,用户在乘坐公共交通工具时,还需要用户使用现金或公交卡等方式才能实现支付交易功能。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
移动支付(Mobile Payment),也称手机支付,用户可以使用移动终端对所购买的商品或者服务进行账务支付。移动终端可以采用NFC(Near Field Communication,近场通信)与交易终端通信,实现支付交易。其中,NFC又称近距离通信,是一种短距离的高频无线通信技术,允许电子设备之间进行非接触式点对点数据传输交换数据。由于近场通信具有天然的安全性,因此,NFC技术在支付等领域具有很大的应用前景。
在支付技术领域,很多具有交易支付功能的移动终端带有eSE(Embedded SecureElement,嵌入式安全单元)芯片,该eSE芯片可以存在于SIM卡集成芯片中,eSE芯片集成到移动终端上,也可以将eSE芯片存在于SD集成芯片中,eSE芯片是一种安全芯片,主要负责移动终端的数据安全存储和数据加密等工作。为了便于说明,本发明实施例以eSE芯片集成到移动终端上为例进行说明,但本发明并不限于此。其中,移动终端上的eSE相当于Java卡,遵从JAVACARD规范以及GP规范,Java卡是Sun公司为智能卡开发平台而制定的一个开放的标准。
为了便于本领域技术人员理解和实施本发明,首先简要说明本发明实施例中涉及到的移动终端、支付终端及服务器之间的相互关系,如上述各终端之间的数据如何传输和处理等。由于本发明可以用在包括移动支付在内的很多领域,为了便于说明,本发明实施例中以用户乘坐公共交通工具时,通过刷手机进行信用支付为例进行说明。
如图1所示,本发明实施例中提供的信用授权***包括:移动终端100、交易终端200和服务器300。其中,移动终端100可以是带有支付交易功能的手机;交易终端200可以是公交闸机,公交闸机是指公交、地铁***中使用的POS机;服务器300是信用授权***的服务端。在用户通过移动终端100与交易终端200进行支付交易之前,还需要通过服务器300开通移动终端100的信用支付交易功能,然后才能实现移动终端100与交易终端200的支付交易。并且交易终端200会定期上传移动终端100的交易日志给服务器300,服务器300会对移动终端100对应的账户内扣除相应的金额,并将该金额支付给公交公司。
在本发明提供的实施例中,移动终端中可安装有两个应用,一个是信用支付应用,其安装在移动终端的eSE芯片中;该信用支付应用,可以是信用支付应用applet,该应用applet对于Java卡来讲,Sun公司定了Applet作为其上运行的Applet的对象。移动终端上的另一应用可以是信用授权***应用。上述两个应用在移动终端上的功能也可以通过一个应用来实现。本实施例不做限制。
交易终端200会使用严格的身份安全认证机制,保证只有身份通过安全认证,而且有足够信用额度的用户才能开通公交信用支付应用。
信用支付应用Applet安装在具有NFC功能移动终端100的eSE芯片中,在个人化时生成应用公私密钥对,并将应用私钥保存在eSE芯片中,由eSE芯片自身的安全机制来保证其数据在任何条件下均不可被盗取,应用公钥由信用授权***的私钥签发成应用公钥证书,保存到eSE芯片中。信用授权***的公钥会提供给交易终端200,保存位置由交易终端200决定,由于其为公钥,所以对安全方面可以不需要强制性的要求。
提供信用支付交易时,交易终端200在读取到信用支付应用中的应用公钥证书以后,使用信用授权***的公钥验签,恢复出应用公钥。eSE芯片中的信用支付应用Applet应用会使用应用私钥生成支付授权许可,交易终端200使用应用公钥对支付授权许可进行验签,通过后再对授权许可中的安全因子进行检查,确认安全后进行信用记账,随后在指定时间再向相应的信用账户进行结算。为了保证安全,当使用次数,额度和间隔时间任一因素超过指定阀值,均需要移动终端联网对用户的身份信息进行验证,需重新授权,信用支付的安全性。
下面首先对移动终端100在支付交易时与交易终端200之间的数据交互进行说明。
为了解决相关技术问题,本发明实施例提供了一种基于移动终端eSE的信用支付方法,应用于移动终端侧,如图2所示,该方法可以包括如下步骤:
在步骤S110中,向交易终端发送交易信息。
为了便于说明,以交易终端为公交闸机为例进行说明。
在用户手持移动终端贴近公交闸机进行支付交易时,由于公交闸机上能够产生射频场,当移动终端贴近公交闸机时,移动终端可以检测到公交闸机产生的射频场,进而可以检测到公交闸机。在移动终端检测到公交闸机时,移动终端向公交闸机发送交易信息。
在步骤S120中,接收交易终端根据交易信息发送的本次支付交易的扣款信息。
公交闸机在接收到移动终端发送的应用公钥证书之后,会对该应用公钥证书验签,生成本次支付交易的扣款信息,并将该扣款信息发送给移动终端,移动终端接收公交闸机发送的扣款信息。
在步骤S130中,根据扣款信息和交易信息,利用移动终端中的嵌入式安全单元eSE生成支付授权许可。
移动终端生成的支付授权许可包括:签名数据和TAC(TransactionAuthentication Code,交易验证码)。
在步骤S140中,将支付授权许可发送给交易终端,以使交易终端根据接收到的支付授权许可完成本次支付交易。
公交闸机在接收到移动终端发送的支付授权许可后,会对该支付许可进行验证,如果验证正确,将确定完成本次支付交易。
本发明实施例提供的基于移动终端eSE的信用支付方法,在用户利用移动终端与交易终端进行支付交易时,在移动终端依据交易终端发送的相关指令信息依次将交易信息、应用公钥证书及生成的支付授权许可分别发送给交易终端,交易终端根据移动终端发送的信息完成本次支付交易。与相关技术存在的问题相比,本发明实施例提供的基于移动终端eSE的信用支付方法,用户在利用移动终端与交易终端交易时,可以使移动终端和交易终端分别处于离线模式,以便后续支付交易过程中移动终端的用户账户采用信用记账消费,在用户利用移动终端消费之后才进行结算,可以避免用户采用现金交易时产生的资金损失风险。
作为图2方法的细化,在本发明的另一实施例中,如图3所示,在步骤S110之后,该方法还可以包括如下步骤:
在步骤S150中,接收交易终端发送的应用公钥证书读取指令。
在公交闸机接收到移动终端发送的交易信息之后,公交闸机经过对该交易信息的处理确认,会向移动终端发送应用公钥证书读取指令。移动终端在接收到公交闸机发送的应用公钥证书读取指令之后,移动终端中的信用支付应用会读取预先生成并存放在移动终端eSE中的应用公钥证书。
在步骤S160中,根据应用公钥证书读取指令将应用公钥证书发送给交易终端。
移动终端中的信用支付应用根据应用公钥证书读取指令将读取到的应用公钥证书发送给公交闸机。
为了详细说明本发明实施例移动终端是如何生成支付授权许可,以便交易终端根据移动终端发送的授权许可完成本次支付交易,作为图2方法的细化,在本发明的另一实施例中,如图4所示,步骤S130还可以包括如下步骤:
在步骤S131中,根据扣款信息,利用eSE中存储的应用私钥生成签名数据。
应用私钥是预先生成的,并且存储在移动终端eSE中,信用支付应用利用该应用私钥对扣款信息签名,生成签名数据。其中,扣款信息包括:扣款金额、本次支付交易日期、本次支付交易时间、本次支付交易进出站标志和本次支付交易的站点信息。
在步骤S132中,根据扣款信息和交易信息,利用eSE中预先生成的交易验证码TAC子密钥生成TAC。
根据扣款信息和交易信息,移动终端中的信用支付应用对扣款金额、本次支付交易日期、本次支付交易时间、支付***、可用额度和信用额度加密,生成TAC。其中,信用额度是是信用授权***授权给用户在离线状态下的最大可用金额。
扣款信息,具体可以包括:扣款金额、本次支付交易日期、本次支付交易时间、本次支付交易进出站标志和本次支付交易的站点信息。
在步骤S133中,将签名数据和TAC作为支付授权许可。
信用支付应用可以将签名数据和TAC作为支付授权许可分别发送给公交闸机,也可以将签名数据和TAC作为信用授权许可一起发送给公交闸机。
另外,在该支付方法应用于公交出行的支付中时,上述交易信息,包括:支付***、可用额度和进出站标志。其中,支付***是信用授权***为每一个用户的信用支付应用生成的唯一特征码。可用额度是用户当前可以使用的金额。并且TAC子密钥是信用授权***服务端使用TAC母密钥根据***散列得到的。
作为图2方法的细化,在本发明的另一实施例中,如图5所示,该方法还可以包括如下步骤:
在步骤S170中,根据本次支付交易扣款信息中的扣款金额,将交易信息中的可用额度减去扣款金额,得到当前可用额度;
在步骤S180中,将当前可用额度作为移动终端中对应用户的可用额度。
为了详细说明移动终端与交易终端之间的交易支付过程,本发明实施例提供的一种基于移动终端eSE的信用支付方法,在交易终端侧的执行流程,如图6所示,该方法可以包括如下步骤:
在步骤S610中,接收移动终端发送的交易信息。
公交闸机接收移动终端发送的交易信息,该交易信息包括:支付***、可用额度、进出站标志和上笔交易信息。公交闸机会对该交易信息中的内容进行检查,例如:检查移动终端对应账户的可用额度、进出站标志位等信息。当检查合格后,公家闸机会向移动终端发送应用公钥证书读取指令。
在步骤S620中,根据所述交易信息生成本次支付交易的扣款信息。
公交闸机对移动终端发送的应用公钥证书验签,如果验签不通过,那么结束本次支付交易。如果从应用公钥证书中恢复出应用公钥,说明验签通过,生成本次支付交易的扣款信息。需要说明的是,本次支付交易的扣款信息还可以说是扣款指令,目的在于移动终端接收到公交闸机发送的扣款信息(扣款指令)后,生成支付授权许可。
本次支付交易的扣款信息包括:扣款金额、本次支付交易日期、本次支付交易时间、本次支付交易进出站标志和本次支付交易的站点信息。其中,扣款金额是指公交闸机根据本次支付交易的进出站标志等信息计算得到。
在步骤S630中,将扣款信息发送给移动终端。
公交闸机将生成的扣款信息发送给移动终端,使得移动终端在接收到该扣款信息后,根据扣款信息和交易信息,利用移动终端中的eSE生成支付授权许可。
在步骤S640中,当接收到支付授权许可时,根据支付授权许可确定本次支付交易完成。
支付授权许可包括:签名数据和TAC。公交闸机会对支付授权许可中的签名数据验签,如果验签未通过,那么结束本次支付交易,如果验签通过记录本次支付交易的交易日志。
作为图6方法的细化,如图7所示,在本公开提供的又一实施例中,在步骤S610之后,该方法还可以包括如下步骤:
在步骤S650中,向移动终端发送应用公钥证书读取指令。
在步骤S660中,接收预设移动终端发送的应用公钥证书。
当公交闸机将应用公钥证书读取指令发送给移动终端之后,移动终端会根据该指令向公交闸机发送应用公钥证书,公交闸机将移动终端发送的应用公钥证书接收。
在步骤S670中,利用交易终端本地存储的信用授权公钥对应用公钥证书验签。
为了识别接收到的应用公钥证书是否正确,以及为了使用公钥证书中的相关信息,需要利用信用授权公钥对应用公钥证书验签。其中,信用授权公钥可以是预先存储在公交闸机中。
当验签过程中从应用公钥证书中恢复出应用公钥时,执行步骤S620。
为了详细说明本发明实施例交易终端如何根据移动终端发送的授权许可完成本次支付交易,作为图6方法的细化,在本发明的另一实施例中,如图8所示,步骤S640还可以包括如下步骤:
在步骤S641中,利用应用公钥对签名数据验签。
应用公钥是公交闸机从移动终端发送的支付授权许可中恢复出而得到的,应用公钥会检查签名数据中的相关信息是否与应用公钥中对应的信息是否匹配,如果匹配,确定验签通过。
在步骤S642中,当签名数据验签成功时,生成交易日志。
当公交闸机对签名数据验签通过之后,生成本次支付的交易日志。其中,交易日志包括:扣款金额、交易日期、交易时刻、交易终端ID、支付***、可用额度和TAC。
在步骤S643中,将交易日志发送给预设服务器,以使得预设服务器根据交易日志扣除移动终端对应的用户账户中相应的金额。
如图9所示,在本发明提供的又一实施例中,本发明实施例中提供的基于移动终端eSE的信用支付方法,应用于公交出行的支付中,在步骤S610之前,在交易终端侧的执行流程还可以包括如下步骤:
在步骤S691中,判断交易信息中的可用额度是否大于或者等于预设阈值。
如果可用额度大于或者等于预设阈值,执行步骤S480。
在步骤S692中,检查所述交易信息中的进出站标志是否为已出站状态。
如果所述进出站标志为已出站状态,执行步骤S410。
该步骤S691主要是为了公交闸机根据移动终端发送的交易信息,检查移动终端对应的用户账户的可用额度是否足以支付本次支付交易所用的金额,如果可用额度不足,那么拒绝本次支付交易,如果可用额度足够,那么公交闸机会检查交易信息中的进出站标志是否为0,如果进出站标志不为0,那么拒绝本次支付交易;如果进出站标志为0,那么继续本次支付交易。需要说明的是,进出站标志中1表示用户手持移动终端为已进站状态,那么拒绝本次支付交易;进出站标志中0表示用户手持移动终端为已出站状态,那么表示可以结账,进行本次支付交易。
其中,交易信息,包括:支付***、可用额度、进出站标志和上笔交易信息。
上述实施例详细说明了本发明提供的基于移动终端eSE的信用支付方法在支付交易时,移动终端侧和交易终端侧的执行流程,在移动终端与交易终端进行支付交易之前,还需要将移动终端与信用支付***的服务端进行数据交互,以开通移动终端的支付交易功能。下面详细阐述在开通移动终端支付交易功能时,移动终端侧和服务端侧的执行流程。
如图10所示,在移动终端开通支付交易时,本发明实施例提供的基于移动终端eSE的信用支付方法,在移动终端侧的执行流程,可以包括如下步骤:
在步骤S710中,利用移动终端中的嵌入式安全单元eSE分别生成应用公钥和应用私钥。
安装在移动终端中的信用授权***应用向移动终端中的eSE发出请求,请求eSE生成一队应用公私钥,即应用公钥和应用私钥。eSE将生成的应用公钥发送给移动终端中的信用授权***应用。
在步骤S720中,将应用公钥发送给预设服务器,以使预设服务器利用本地存储的授权私钥对应用公钥签名,生成应用公钥证书。
移动终端中的信用授权***应用获取到eSE发送的应用公钥之后,将该应用公钥发送给预设服务器,以使预设服务器利用本地存储的授权私钥对应用公钥签名,生成应用公钥证书。需要说明的是,这里的预设服务器,可以是信用授权***的服务端。
在步骤S730中,获取预设服务器发送的公钥证书,并将应用公钥证书和应用私钥均保存到eSE中。其中,eSE芯片是一种安全芯片,主要负责移动终端的数据安全存储和数据加密等工作,可以很好的保存应用公钥证书和应用私钥,避免数据丢失造成用户财产损失。
在步骤S740中,向预设服务器发送信用支付数据获取请求。
在步骤S750中,接收预设服务器发送的信用支付数据,并根据信用支付数据利用eSE开通所述移动终端的信用支付功能。
在本发明提供的又一实施例中,如图11所示,在步骤S710之前,还可以包括如下步骤:
在步骤S701中,获取移动终端的设备参数信息。
移动终端的设备参数信息可以是移动终端的硬件信息,由于本法提供的信用支付方法是基于移动终端eSE芯片,所以首先需要检查该移动终端中是否有符合要求的eSE芯片,另外,还需要根据该设备参数信息检测该移动终端是否具备支付交易所具备的其他硬件条件,如是否具有NFC功能等。当然,设备参数信息还可以是移动终端的设备型号、ROM版本、***型号(如android版本)和应用版本等信息。
在步骤S702中,将设备参数信息发送给预设服务器,以使预设服务器根据接收到的设备参数信息判断移动终端是否满足开通信用支付的硬件条件。
移动终端将获取到自身的设备参数信息发送给信用授权***的服务端,以使服务端根据接收到的设备参数信息判断该移动终端是否满足开通信用支付的硬件条件。
在步骤S703中,检测是否接收到预设服务器发送的信用支付开通信息。
如果移动终端满足开通信用支付的硬件条件,那么服务端会向移动终端发送信用支付开通信息。其中,该信用支付开通信息可以是信用支付应用开通页面。
如果移动终端不满足开通信用支付的硬件条件,那么服务端不会向移动终端发送信用支付开通信息。
当接收到预设服务器发送的信用支付开通信息时,执行步骤S704。
在步骤S704中,确定移动终端满足开通信用支付的硬件条件,并执行步骤S710。
除了需要检测移动终端是否满足开通信用支付的硬件条件,基于图10,在步骤S710之前,如图12所示,还需要检测移动终端是否满足安全认证条件,因此,在本发明提供的又一实施例中,本发明提供的基于移动终端eSE的信用支付方法,还可以包括以下步骤:
在步骤S705中,获取用户身份信息。
用户的身份信息,可以是用户的身份证号码、姓名、银行***和邮箱及等信息。
在步骤S706中,将用户身份信息发送给预设服务器,以使预设终端根据接收到的用户身份信息判断移动终端是否满足开通信用支付的安全认证条件。
移动终端将用户身份信息发送给信用授权***的服务端,以使服务端对用户身份信息进行验证,如验证银行***是否正常提供服务,该用户账号是否有信用不良交易记录等。
在步骤S707中,检测是否接收到预设服务器发送的安全认证通过信息。
服务端在接收到移动终端发送的用户信息之后,会对该用户信息进行检查,如果满足开通信用支付的安全认证条件,那么会向移动终端发送安全认证通过信息。
当接收到预设服务器发送的安全认证通过信息时,执行步骤S708。
在步骤S708中,确定移动终端满足开通信用支付的安全认证条件,并执行步骤S710。
当移动终端接收到服务端发送的安全认证通过信息时,确定移动终端满足开通信用支付的安全认证条件。
当移动终端没有接收到服务端发送的安全认证通过信息时,确定移动终端不满足开通信用支付的安全认证条件。
基于图10,在步骤S710之前,如图13所示,还需要在移动终端安装相关应用,因此,本发明提供的基于移动终端eSE的信用支付方法,还包括如下步骤:
在步骤S7091中,向预设服务器发送获取预设安装文件的请求。
该预设安装文件包括:信用支付应用和注册脚本。
在步骤S7092中,获取预设服务器发送的信用支付应用和注册脚本。
在步骤S7093中,将信用支付应用和注册脚本分别安装到eSE中,并执行步骤S710。
将信用支付应用和注册脚本分别安装到eSE芯片中后,相当于移动终端的用户个人化完成。那么移动终端侧开通信用支付功能的流程结束,结合上述实施例,下面对移动终端开通信用支付功能的信用授权***的服务端侧的执行流程做出详细阐述。
在本发明提供的又一实施例中,如图14所示,本发明提供的基于移动终端eSE的信用支付方法,在服务器(信用授权***的服务端)的执行流程,可以包括以下步骤:
在步骤S810中,接收移动终端发送的应用公钥。
移动终端在生成应用公钥和应用私钥之后,会将应用公钥发送给信用授权***的服务端,服务端接收移动终端发送的应用公钥。
在步骤S820中,利用服务器本地存储的授权私钥对应用公钥签名,生成应用公钥证书。
信用授权私钥是信用授权***预先生成的私钥,服务端利用该私钥对移动终端发送的应用公钥签名,生成应用公钥证书。
在步骤S830中,将应用公钥证书发送给移动终端,以使移动终端将接收到的应用公钥证书保存到eSE中。
在信用授权***的服务端生成应用公钥证书之后,会将该应用公钥证书返回给移动终端,使得移动终端在接收到服务端发送的应用公钥证书之后,会将该应用公钥证书保存到eSE芯片中。
信用授权***的服务端不但可以为移动终端返回应用公钥证书,还根据移动终端发送的信息负责检测该移动终端是否满足开通信用支付的条件。
在步骤S831中,接收所述移动终端发送的信用支付数据获取请求。
信用支付数据可以是个人化脚本,其中,个人化脚本包括:支付***、信用额度、可用额度、TAC子密钥。其中,支付***是信用授权***为每一个用户的信用支付应用生成的唯一特征码。可用额度是用户当前可以使用的金额。并且TAC子密钥是信用授权***服务端使用TAC母密钥根据***散列得到的。
在步骤S832中,根据信用支付数据获取请求,生成与移动终端相对应信用支付数据,并将信用支付数据发送给所述移动终端。
以使移动终端根据接收到的信用支付数据开通所述移动终端的信用支付功能。
基于图14,如图15所示,在本发明提供的又一实施例中,服务器(信用授权***的服务端)根据移动终端发送的设备参数信息,判断该移动终端是否满足开通信用支付的硬件条件,因此,本发明实施例中提供的基于移动终端eSE的信用支付方法,在步骤S810之前,还可以包括以下步骤:
在步骤S840中,接收移动终端发送的设备参数信息。
在移动终端开通信用支付功能的过程中,可以通过网络等方式与信用授权***的服务端(即服务器)通信,信用授权***的服务端可以接收移动终端发送的设备参数信息。
在步骤S850中,根据设备参数信息判断移动终端是否满足开通信信用支付的硬件条件。
移动终端发送的参数信息,可以是移动终端的设备型号、ROM版本、***型号(如android版本)和应用版本等信息等。服务端可以根据移动终端发送的上述信息检测移动终端是否有eSE芯片,是否具备NFC功能等。
当移动终端满足开通信信用支付的硬件条件时,执行步骤S860。
在步骤S860中,向移动终端发送信用支付开通信息,然后执行步骤S810。
如果服务端检测到移动终端满足开通信用支付的硬件条件,那么服务端会向移动终端发送信用支付开通信息。其中,该信用支付开通信息可以是信用支付应用开通页面。用户可以在移动终端上的信用支付应用开通界面上输入用户信息上传到服务端。
如果服务端检测到移动终端不满足开通信用支付的硬件条件,那么服务端不会向移动终端发送信用支付开通信息。
信用授权***的服务端除了要检测移动终端发送的设备参数信息,还需要检测移动终端发送的用户身份信息,判断移动终端对应的用户是否满足安全认证条件。因此,基于图14,如图16所示,本发明提供的基于移动终端eSE的信用支付方法,在移动终端开通信用支付功能的过程中,在步骤S810之前,还可以包括如下步骤:
在步骤S870中,接收移动终端发送的用户身份信息。
该用户身份信息可以是用户的身份证号码、姓名、银行***、邮箱及支付宝账号等信息。
在步骤S880中,根据用户身份信息判断移动终端是否满足开通信信用支付的安全认证条件。
示例性的,服务端可以检测用户身份信息中的一行***是否正常提供服务,是否有不良交易记录等。
当用户身份信息满足开通信信用支付的安全认证条件时,执行步骤S890。
在步骤S890中,向移动终端发送安全认证通过信息,随后执行步骤S810。
如果服务端检测到移动终端满足开通信用支付的安全认证条件,那么会向移动终端发送安全认证通过信息。
移动终端在开通信用支付时,还需要安装信用支付应用和注册脚本,而这些安装文件都需要信用支付***的服务端发送给移动终端。因此,基于图14,如图17所示,在本发明提供的又一实施例中,本发明提供的基于移动终端eSE的信用支付方法,在步骤S810之前,还可以包括如下步骤:
在步骤S801中,接收移动终端发送的获取预设安装文件的请求。
其中,预设安装文件包括:信用支付应用和注册脚本。
在步骤S802中,根据获取预设安装文件的请求分别将信用支付应用和注册脚本均发送给移动终端,并执行步骤S810。
移动终端获取到服务端发送的信用支付应用和注册脚本之后,将信用支付应用和注册脚本分别安装到eSE芯片中。
在移动终端在开通支付交易及再支付交易过程中,上述各实施例分别详细阐述了移动终端侧的执行流程和交易终端侧的执行流程。为了更详细的说明在移动终端开通支付交易及支付交易过程,移动终端与交易终端之间如何进行数据交互,下面采用信令图的形式说明二者之间的数据交互关系。当然,本发明实施例中涉及到的交易终端,可以是信用授权***的服务端,此后不再赘述。
在本发明提供的又一实施例中,如图18所示,本发明提供的基于移动终端eSE的信用支付方法,在实施例中,以手机代表移动终端,信用授权***的服务端代表服务器进行说明,在手机开通信用支付功能时,手机中的信用授权***应用、eSE芯片及交易终端之间的流程包括:
步骤1001、信用授权***应用发送获取手机的设备参数信息请求;
步骤1002、eSE返回手机的设备参数信息;
步骤1003、信用授权***应用上传设备参数信息;
步骤1004、信用授权***的服务端判断手机收是否满足开通信用支付的硬件条件;
步骤1005、返回判断结果;
步骤1006、信用授权***应用判断结果是:展示开通信用支付应用界面;
步骤1007、信用授权***应用上传用户身份信息;
步骤1008、信用授权***的服务端判断手机收是否满足开通信用支付的安全认证条件;
步骤1009、信用授权***的服务端返回判断结果;
步骤1010、用户选择开通信用支付应用;
步骤1011、信用授权***应用发送信用支付应用安装文件请求;
步骤1012、信用授权***的服务端返回信用支付安装文件;
步骤1013、信用授权***应用下发信用支付安装文件;
步骤1014、eSE安装接收到的信用支付安装文件;
步骤1015、eSE返回安装结果;
步骤1016、信用授权***应用安装结果判断;若不成功,提示用户;
步骤1017、信用授权***应用发送生成应用公私钥指令;
步骤1018、eSE生成应用公钥和应用私钥;保存应用私钥;
步骤1019、eSE返回应用私钥;
步骤1020、信用授权***应用发送应用公钥及eSE个人化请求;
步骤1021、信用授权***的服务端使用应用授权***的私钥生成应用公钥证书和信用支付数据,并散列生成TAC子密钥;
步骤1022、信用授权***的服务端返回应用公钥证书及信用支付数据;
步骤1023、信用授权***应用发送应用公钥和信用支付数据;
步骤1024、eSE保存应用公钥证书及根据信用支付数据开通所述移动终端的信用支付功能;
步骤1025、eSE返回开通所述移动终端的信用支付功能结果;
步骤1026、信用授权***应用判断开通信用支付结果;如果出错,提示用户;
步骤1027、信用授权***应用发送开通信用支付开通结果;
步骤1028、信用授权***的服务端记录开通结果;
步骤1029、信用授权***的服务端发送处理完成结果;
步骤1030、信用授权***应用提示用户信用支付应用开通成功。
由于在移动终端在开通支付交易功能时与服务端的数据交互相互的详细过程已在上述实施例中说明,这里不在赘述。
在本发明提供的又一实施例中,如图19所示,本发明提供的基于移动终端eSE的信用支付方法,移动终端在支付交易的过程中,移动终端与公交闸机之间的数据交互流程如下:
步骤2001、公交闸机选择信用授权***应用;
步骤2002、信用授权***应用读取需要返回的数据;
步骤2003、信用授权***应用返回支付***、可用额度、进出站标志、上次交易信息;
步骤2004、公交闸机检查可用额度、进出站标志;检查不通过,提示拒绝信息;
步骤2005、公交闸机计算扣款金额;
步骤2006、公交闸机根据扣款金额、交易时间、进出站标志和交易信息进行扣款;
步骤2007、信用授权***应用生成支付授权许可,包括:签名数据和TAC;
步骤2008、信用授权***应用返回签名数据和TAC;
步骤2009、公交闸机使用应用公钥对数据签名验签;验签通过,记录交易日志;验签不通过,提示拒绝信息。
上述本发明实施例中,是以在公交中进行信用支付为例进行说明,本申请技术方案也可以应用于其他场景,例如地铁支付、线下商家支付中,在不同的应用场景中,上述支付中的部分流程或部分数据等可以有所不同,在此不做限制。根据具体的应用场景可以有不同的实施方式。
通过以上的方法实施例的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
另外,作为对上述各实施例的实现,本发明实施例还提供了一种基于移动终端eSE的信用支付装置,该装置位于移动终端中,如图20所示,该装置包括:交易信息发送单元10、扣款信息接收单元20、支付授权许可生成单元30和支付授权许可发送单元40,其中,
交易信息发送单元10,用于在检测到交易终端时,向所述交易终端发送交易信息;
扣款信息接收单元20,用于接收所述交易终端根据所述交易信息发送的本次支付交易的扣款信息;
支付授权许可生成单元30,用于根据所述扣款信息和所述交易信息,利用所述移动终端中的嵌入式安全单元eSE生成支付授权许可;
支付授权许可发送单元40,用于将所述支付授权许可发送给所述交易终端,以使所述交易终端根据接收到的所述支付授权许可完成本次支付交易。
在本发明又一实施例中,基于图20,如图21所示,该装置还可以包括:
应用公钥证书读取指令接收单元50,用于接收所述交易终端发送的应用公钥证书读取指令;
应用公钥证书发送单元60,用于根据所述应用公钥证书读取指令将应用公钥证书发送给所述交易终端。
在本发明又一实施例中,基于图20,如图22所示,支付授权许可生成单元30,包括:签名数据生成模块31、TAC生成模块32和支付授权许可确定模块33,其中,
签名数据生成模块31,用于根据所述扣款信息,利用eSE中存储的应用私钥生成签名数据;
TAC生成模块32,用于根据所述扣款信息和所述交易信息,利用所述eSE中预先生成的交易验证码TAC子密钥生成TAC;
支付授权许可确定模块33,用于将所述签名数据和所述TAC均作为所述支付授权许可
在本发明又一实施例中,基于图20,如图23所示,该装置还包括:当前可用额度生成单元70和可用额度确定单元80,其中,
当前可用额度生成单元70,用于根据所述本次支付交易扣款信息中的扣款金额,将所述交易信息中的可用额度减去扣款金额,得到当前可用额度;
可用额度确定单元80,用于将所述当前可用额度作为所述移动终端中对应用户的可用额度。
本发明实施例还提供了一种基于移动终端eSE的信用支付装置,该装置位于交易终端中,如图24所示,该装置包括:应用公钥证书读取指令发送单元110、扣款信息生成单元120、扣款信息发送单元130和支付交易完成确定单元140,其中,
交易信息接收单元110,用于接收移动终端发送的交易信息;
扣款信息生成单元120,用于根据所述交易信息生成本次支付交易的扣款信息;
扣款信息发送单元130,用于将所述扣款信息发送给所述移动终端;
支付交易完成确定单元140,用于在接收到所述支付授权许可时,根据支付授权许可确定本次支付交易完成。
在本发明又一实施例中,基于图23,如图25所示,该装置还包括:
应用公钥证书读取指令发送单元150,用于向所述移动终端发送应用公钥证书读取指令;
应用公钥证书接收单元160,用于接收所述预设移动终端发送的应用公钥证书;
应用公钥证书验签单元170,用于利用所述交易终端本地存储的信用授权公钥对所述应用公钥证书验签。
在本发明又一实施例中,基于图23,如图26所示,所述支付授权许可包括:签名数据和交易验证码TAC;所述支付交易完成确定单元140,包括:签名数据验签模块141、交易日志生成模块142和交易日志发送模块143,其中,
签名数据验签模块141,用于利用所述应用公钥对所述签名数据验签;
交易日志生成模块142,用于所述签名数据验签成功时,生成交易日志;
交易日志发送模块143,用于将所述交易日志发送给预设服务器,以使得所述预设服务器根据所述交易日志扣除所述移动终端对应的用户账户中相应的金额;其中,所述交易日志包括:扣款金额、交易日期、交易时刻、交易终端ID、支付***、可用额度和TAC。
在本发明又一实施例中,基于图23,如图27所示,所述装置应用于公交出行的支付中;交易信息中至少包括:可用额度和进出站标志;所述装置还包括:阈值判断单元180和进出站标志判断单元190;
所述阈值判断单元180,用于判断所述交易信息中的可用额度是否大于或者等于预设阈值;
所述进出站标志判断单元190,用于在所述可用额度大于或者等于预设阈值时,检查所述交易信息中的进出站标志是否为已出站状态;
应用公钥证书读取指令发送单元110,还用于在所述进出站标志为已出站状态,向所述移动终端发送应用公钥证书读取指令。
本发明实施例还提供了一种基于移动终端eSE的信用支付装置,该装置位于移动终端中,如图28所示,该装置包括:密钥生成单元210、应用公钥发送单元220、公钥证书获取单元230、信用支付数据获取请求发送单元240和信用支付数据设置单元250,其中,
密钥生成单元210,用于利用所述移动终端中的嵌入式安全单元eSE分别生成应用公钥和应用私钥;
应用公钥发送单元220,用于将所述应用公钥发送给预设服务器,以使所述预设服务器利用本地存储的授权私钥对所述应用公钥签名,生成应用公钥证书;
公钥证书获取单元230,用于获取所述预设服务器发送的公钥证书,并将所述应用公钥证书和所述应用私钥均保存到所述eSE中;
信用支付数据获取请求发送单元240,用于向所述预设服务器发送信用支付数据获取请求;
信用支付数据设置单元250,用于接收所述预设服务器发送的信用支付数据,并根据所述信用支付数据开通所述移动终端的信用支付功能。
在本发明又一实施例中,基于图27,如图29所示,所述装置还包括:设备参数信息获取单元260、设备参数信息发送单元270、信用支付开通信息检测单元280和信用支付硬件开通条件290,其中,
设备参数信息获取单元260,用于获取所述移动终端的设备参数信息;
设备参数信息发送单元270,用于将所述设备参数信息发送给所述预设服务器,以使所述预设服务器根据接收到的所述设备参数信息判断所述移动终端是否满足开通信用支付的硬件条件;
信用支付开通信息检测单元280,用于检测是否接收到所述预设服务器发送的信用支付开通信息;
信用支付硬件开通条件290,用于在接收到所述预设服务器发送的信用支付开通信息时,确定所述移动终端满足开通信用支付的硬件条件。
在本发明又一实施例中,基于图27,如图30所示,所述装置还包括:用户身份信息获取单元201、用户身份信息发送单元202、安全认证通过信息检测单元203和硬件开通条件确认单元204,其中,
用户身份信息获取单元201,用于获取用户身份信息;
用户身份信息发送单元202,用于将所述用户身份信息发送给所述预设服务器,以使所述预设终端根据接收到的所述用户身份信息判断所述移动终端是否满足开通信用支付的安全认证条件;
安全认证通过信息检测单元203,用于检测是否接收到所述预设服务器发送的安全认证通过信息;
硬件开通条件确认单元204,用于在接收到所述预设服务器发送的安全认证通过信息时,确定所述移动终端满足开通信用支付的安全认证条件。
在本发明又一实施例中,基于图27,如图31所示,所述装置还包括:获取预设安装文件请求发送单元206、文件获取单元207和文件安装单元208,其中,
获取预设安装文件请求发送单元206,用于向所述预设服务器发送获取预设安装文件的请求;所述
预设安装文件包括:信用支付应用和注册脚本;
文件获取单元207,用于获取所述预设服务器发送的所述信用支付应用和所述注册脚本;
文件安装单元208,用于将所述信用支付应用和所述注册脚本分别安装到所述eSE中。
本发明实施例还提供了一种基于移动终端eSE的信用支付装置,该装置位于服务器中,如图32所示,该装置包括:应用公钥接收单元310、应用公钥证书生成单元320、应用公钥证书发送单元330、信用支付数据获取请求接收单元340和信用支付数据生成单元350,其中,
应用公钥接收单元310,用于接收移动终端发送的应用公钥;
应用公钥证书生成单元320,用于利用所述服务器本地存储的授权私钥对所述应用公钥签名,生成应用公钥证书;
应用公钥证书发送单元330,用于将所述应用公钥证书发送给所述移动终端,以使所述移动终端将接收到的所述应用公钥证书保存到eSE中;
信用支付数据获取请求接收单元340,用于接收所述移动终端发送的信用支付数据获取请求;
信用支付数据生成单元350,用于根据所述信用支付数据获取请求,生成与所述移动终端相对应信用支付数据,并将所述信用支付数据发送给所述移动终端,以使所述移动终端根据接收到的信用支付数据开通所述移动终端的信用支付功能。
在本发明又一实施例中,基于图31,如图33所示,所述装置还包括:设备参数信息接收单元360、开通信信用支付的硬件条件判断单元370和信用支付开通信息发送单元380,其中,
设备参数信息接收单元360,用于接收所述移动终端发送的设备参数信息;
开通信信用支付的硬件条件判断单元370,用于根据所述设备参数信息判断所述移动终端是否满足开通信信用支付的硬件条件;
信用支付开通信息发送单元380,用于在所述移动终端满足开通信信用支付的硬件条件时,向所述移动终端发送信用支付开通信息。
在本发明又一实施例中,基于图31,如图34所示,所述装置还包括:用户身份信息接收单元301、安全认证条件判断单元302和安全认证通过信息发送单元303,其中,
用户身份信息接收单元301,用于接收所述移动终端发送的用户身份信息;
安全认证条件判断单元302,用于根据所述用户身份信息判断所述移动终端是否满足开通信信用支付的安全认证条件;
安全认证通过信息发送单元303,用于所述用户身份信息满足开通信信用支付的安全认证条件时,向所述移动终端发送安全认证通过信息。
在本发明又一实施例中,基于图31,如图35所示,所述装置还包括:获取预设安装文件请求接收单元304和安装文件发送单元305,其中,
获取预设安装文件请求接收单元304,用于接收所述移动终端发送的获取预设安装文件的请求,所述预设安装文件包括:信用支付应用和注册脚本;
安装文件发送单元305,用于根据所述获取预设安装文件的请求分别将所述信用支付应用和所述注册脚本均发送给所述移动终端。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
可以理解的是,本发明可用于众多通用或专用的计算***环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。
本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。