电子钱包、电子现金与qPBOC

实验三:基于RFID的按键控制电子钱包实验 实验三:基于RFID的按键控制电子钱包实验实验目的实验环境实验内容实验步骤实验代码1) 输出2) 按键控制3) 蜂鸣声响硬件连接编译、烧录并测试实验结果截图1截图2标准输出示例代码 实验目的 了解IAR开发环境的应用 熟悉MFRC531的使用 实验环境 硬件: RFID射频模块,USB仿真器,PC机。 软件:IAR Embedded Workbench for STMicroelectronics STM8 1.30 Evaluation 实验内容 用IAR环境,在电子标签卡片接触RFID模块时, 阅读详情

电子钱包、电子现金与qPBOC

自从PBOC2.0发布后,相对于原来只定义了电子钱包和电子存折应用的PBOC1.0而言,增加了借贷记应用,以及基于借贷记应用的电子现金和qPBOC。而且随着芯片卡在小额支付领域的优先试点使用,使得“电子钱包”、“电子现金”、“小额支付”、“非接小额”、“qPBOC”、 “闪付”、“QuickPass”、“UPCash”……等各种名词概念充斥芯片卡支付应用领域,多数情况下,厂商和客户之间、持卡人和发卡机构之间都在用自己的定义进行彼此之间的交流,常常出现鸡同鸭讲的情形,沟通难度有时超乎想象。

一、关于电子钱包

PBOC电子钱包应用脱胎于EMV96,钱包的金额存储在卡片里,支持圈存、圈提和消费交易,在上述三种交易过程中钱包的余额同步变化。在圈存(充值)或者圈提的时候按照规范要求需要联机,而在进行脱机消费时,是通过卡片、POS终端、PSAM之间的一系列数据交互实现的,消费交易的密钥存储在PSAM里。每笔交易都会记录交易明细并且卡片至少会保存最近十笔的交易日志,如果卡片在交易过程中脱离POS终端造成交易中断,可以通过获取卡片交易凭证的方式来检查上次交易是否完成,从而保证每一笔交易的完整。

电子钱包的交易过程依靠各种不同的应用密钥,通过对称算法来保证交易的安全性。所以严格来讲无论是圈存、圈提、消费,只要终端在和卡片进行数据交互的过程中能够使用正确的密钥计算出正确的验证数据,那么交易都可以完成,因此并没有一个强制的限定说哪种交易必须联机或者脱机。如果在POS的PSAM中装载了圈存和圈提的密钥,那么也可以实现脱机的圈存和圈提;同样如果后台系统配置了消费密钥,也可以实现联机消费。卡片本身始终处于被动状态,无论是联机和脱机卡片都一视同仁,不会主动发起任何联机请求。

电子钱包也可以实现一卡支持多个金融应用,但是所谓的多应用仅仅是叠加了多个钱包而已,每个钱包的功能完全雷同。

卡片本身对于交易金额没有限制,只要钱包里有足够的余额,就可以完成消费;同样充值的时候,只要钱包余额字段不溢出就可以任意充值不受限制(当然发卡方可以在系统中进行限制设定,但是这些限制不在规范约定的范围内)。

电子钱包交易的命令简单而固定,通常只有两个步骤:初始化交易和完成交易。

二、关于借贷记应用

之所以要先说一下借贷记应用,是因为电子现金和qPBOC都是依托于借贷记的,它们不能脱离借贷记应用而独立存在。

PBOC借贷记应用脱胎于EMV2000,通过PKI数字证书的形式,利用‘公私钥对’实现的非对称算法,采取静态数据认证和动态数据认证,依据卡片和终端不同的参数配置,实现卡片在POS终端上的脱机消费、联机消费和ATM终端上的取现交易。其中静态数据认证可以确保卡片上的数据没有被篡改,但不能保证卡片的真伪;而动态数据认证可以判断卡片的真伪。对于仅做静态数据认证的卡片不需要支持RSA算法,做动态数据认证的卡片则要支持RSA算法。借贷记应用中不再使用PSAM卡作为POS端安全认证的实现手段。

借贷记交易的安全性依靠卡片和终端不同的脱机处理参数配置来实现,比如单笔脱机交易限额,累计脱机交易限额,累计脱机交易次数,上次交易成功或者失败的标记、持卡人凭借签名或者密码,强制联机触发条件等。卡片和终端要根据这些参数进行不同的风险管理和行为分析。

借贷记交易在初始化交易之后没有一个固定的流程,而是根据不同的卡片配置选项,走不同的交易路径,有太多的参数需要判断,有太多的跳转可能性。这点完全不同于电子钱包交易过程的简单明了,对于原来熟悉电子钱包的人员来说,一时可能转不过弯来,初看借贷记应用规范一定会感到茫然无措。

在联机交易过程中,发卡行可能会向卡片发送一些脚本命令,进行参数的调整和修改卡片的状态。比如更改累计脱机交易限额等脱机处理参数,锁定应用或者卡片,修改PIN等。发卡行可以根据不同持卡人的具体情况时时灵活地调整脱机处理参数,这点在标准的电子钱包交易流程中是不可能实现的。

借贷记应用也会在卡片中保存不少于十笔的最近交易日志,但是在卡片上没有终端可以读取的交易凭证。所以在交易过程中如果卡片脱离终端会出现终端认为交易未完成而卡片交易处理实际已完成的差错,电子现金和qPBOC同样继承了这个问题。虽然可以把卡片上保存的交易日志作为判断依据,但是并不严谨,况且对于qPBOC而言还没有交易日志。

借贷记的卡片上没有余额的概念,虽然单笔脱机交易限额以及累计脱机交易限额和钱包余额的概念有些类似。但是即使交易金额超过了这些限额,仍然可以通过卡片主动申请联机的方式完成交易(当然需要后台主帐户有足够的余额),而不会出现像电子钱包那样因为余额不足造成的交易失败。后台主帐户中有余额的概念,这个余额可能是借记卡中的预存金额,也可能是贷记卡中的可用信用额度。

如果把借贷记应用做成多金融应用卡,那么这些金融应用之间可以通过不同的参数配置而变得五彩缤纷,而不是像电子钱包那样的简单叠加。比如可以配置成:仅支持联机消费的借记卡应用,仅支持联机取现的ATM卡应用,既支持联机也支持脱机的贷记卡应用等。另外借贷记应用本身还支持不同币种,这也是电子钱包应用不具备的。

通常借记卡是不支持脱机交易的,但是可以冻结一部分资金用于脱机交易,同样也可以在贷记卡帐户中通过预付或者预授权的方式划出一部分资金用于简化风险管理的脱机交易,于是就派生出了适用于小额脱机交易的电子现金;另外为了加快在非接触交易场景中的交易速度,在借贷记应用的基础上进行改进又派生出了qPBOC。

三、关于电子现金和UPCash

       PBOC规范中关于电子现金的概念在第十三部分《基于借贷记应用的小额支付规范》中进行了定义。该应用从持卡人角度看类似于电子钱包,也是一种可以用于脱机交易的小额支付应用。

       在原来借贷记应用的基础上增加了电子现金余额、电子现金余额上限、电子现金单笔交易限额、电子现金重置阈值等数据元来完成小额的电子现金脱机支付交易。电子现金的交易流程和借贷记应用类似,并且在后台有一个专门的小额支付帐户来支持电子现金脱机消费交易。在卡片初始化之后,后台的电子现金帐户余额和卡片上的电子现金余额是一致的。但是在完成脱机消费交易后,只有把该笔交易和后台电子现金帐户进行清算才能使后台电子现金帐户余额和卡片电子现金余额重新保持一致,所以卡片的电子现金余额和后台电子现金帐户的余额存在一个数据不一致的时间窗。

发卡商还可以通过电子现金重置阈值实现对余额不足的卡片通过主帐户进行自动充值,当然持卡人也可以使用现金充值,充值后的电子现金余额不能超过电子现金余额上限。这些充值的交易需要通过标准的借贷记应用流程,利用发卡行脚本的方式来实现。

       电子现金交易和标准借贷记一样也要记录交易日志。

       UPCash是银联定义的用于脱机小额支付的IC卡交易,实际上对于小额支付的电子现金和电子钱包交易都可以称作是UPCash。

四、关于qPBOC和闪付

       qPBOC是在PBOC规范的第十二部分《非接触式IC卡支付规范》中进行描述的,实际上这部分规范除了描述qPBOC之外还描述了基于非接触界面的PBOC标准借贷记应用,以及通过非接触界面利用磁条数据信息实现交易的MSD。并且约定了如何根据卡片和终端对这三种应用模式的支持情况进行具体的应用选择。对于纯非接触卡而言标准的PBOC借贷记应用是必选的,也就是说这三种应用需要同时存在;对于双界面卡而言可以不支持非接触的标准借贷记应用,但是需要在在接触界面中支持。

       qPBOC中的脱机处理参数结合了针对标准借贷记的累积脱机交易限额以及针对小额支付的电子现金余额,根据脱机处理参数的配置情况,在每次脱机交易时可以选择检查小额、检查小额和累积脱机限额、检查小额或累计脱机限额的不同组合。但是在交易流程处理、加密算法实现和认证数据选择方面,qPBOC和标准借贷记应用以及基于标准借贷记的小额支付电子现金应用存在很大差异,主要是进行了流程的简化以便加快非接触界面的交易处理速度。所以可以概括地说qPBOC是在非接触界面下优化改进了交易速度的PBOC借贷记应用与电子现金小额支付应用的结合体。

       根据规范qPBOC一定是在非接触界面下进行的,在接触界面下不应该走qPBOC交易通道。

       “闪付QuickPass”是银联为PBOC2.0非接触支付定义的一个品牌,从银联网站给出的定义看并没有限定这个非接触支付究竟是什么应用,所以按照目前的定义在非接触界面下实现的标准借贷记、qPBOC、MSD,甚至非接触的电子钱包应用都可以被称作“闪付QuickPass”。

五、应用场景示例

       对于像公交、地铁、ETC这样的公共交通领域,目前普遍采用的是非接触的电子钱包,因为需要分段计费,大多使用了电子钱包复合交易的扩展应用功能。部分银行和一些城市通卡公司合作联合发卡,卡片的芯片中则既有电子钱包应用,也有标准的借贷记或者qPBOC应用。

       对于一次性的储值卡和预付费卡应用,可以采取仅支持电子现金交易的接触卡或者仅支持qPBOC小额交易的非接触卡。对于可以循环充值的储值卡或者预付费卡,可以采用接触式标准借贷记+小额电子现金应用,或者接触式标准借贷记+非接触qPBOC的双界面卡,或者非接触标准借贷记+qPBOC的纯非接触卡。

       对于多帐户或者多附属卡的情形,可以采取标准借贷记的主卡+支持电子现金或者qPBOC应用的附属卡形式,使附属卡的后台电子现金帐户与主卡的主帐户进行关联。

       对于一卡多金融应用而言,各种借记、贷记、电子现金、qPBOC等应用都可以集中整合在一起,不同帐户之间的转账、充值、还款都可以自由约定。

支付域——电子钱包设计 钱包是一种用于存放和管理资金的工具,但它不仅限于装钱,还可以用来存放身份证、名片等。电子钱包是基于互联网技术实现数字货币管理的虚拟钱包,如微信钱包、支付宝钱包和数字人民币钱包电子钱包需要具备数字化和管理资金两大特性,主要用于支付交易。钱包的底层能力是账户,银行账户和支付机构账户是主要类型,此外还有平台自建账户。不同类型的钱包,如银行用户钱包、支付机构用户钱包、数字人民币钱包和平台自建钱包,各有其特点和用途。选择合适的钱包类型需考虑业务需求、成本、灵活性和合规性。钱包的核心功能包括注册、实名认证、绑卡/解绑 阅读详情

相关推荐

【产品经理修炼之道】-银行电子钱包解析

提到钱包,大家可能会想到之前当我们狂商场、出去购物时随身携带的钱包钱包中一般会放现金、银行卡以及个人证件。随着移动互联网技术和支付技术的发展,人们的衣食住行、零售、交通出行、公共缴费等各个生活场景都出现了移动支付的身影,进而出门不用带上厚重的钱包,而是通过一部手机就可以完成支付。这不仅改变了我们的支付方式,也提高了我们的支付效率,让我们的生活变得简单高效起来。

xiaoli8748的专栏 1474

全面认识电子现金电子钱包qPBOC、闪付、UPCash

转自 http://www.mpaypass.com.cn/news/201504/02094302.html 最近,小编所在的一个金融大咖群里出现了一场关于电子钱包电子现金、非接小额、脱机交易等等方面的讨论,小编入行不久关于技术知识了解甚微,看着这些专业名词、英文缩写有点像丈二的和尚。为了能大致弄懂这些大咖们在说些什么,我恶补了一下金融IC卡以及相关应用方面的知识,在此分享给大家。文章内

司马懿的西山居 5327

电子钱包购物

基于.net2005开发

电子现金电子钱包qPBOC、闪付、UPCash

一、关于金融IC卡领域的规范   由Europay、Mastercard、Visa三大国际信用卡组织联合制定的金融集成电路(IC)卡金融支付标准,称为EMV规范,其目的是为金融IC卡、金融终端、支付系统以及金融机构建立一个统一的标准平台。   三家公司于1994年开始共同制定EMV规范-IC卡全球支付的框架,并于1996年第一次发布,简称EMV96(v3.1.1)。1999年发布了 EMV2000(v4.0)。接着又发布了EMV2004(v4.1)更新了之前的相关内容规范。目前最新的是EMV2008(v

光何 951

Bank相关7_PBOC电子钱包电子现金QPBOC

电子钱包:EP 电子现金:EC,在PBOC规范中的13部分定义了《基于借贷记应用的小额支付规范中》 QPBOC:在PBOC规范的12部分中定义了《费接触式IC卡支付规范》 PBOC1.0中只定义了电子钱包(EP)和电子存在(ED)应用 而PBOC2.0中增加了借贷记应用,以及基于借贷记应用的电子现金(EC)和QPBOC. 自从PBOC2.0发布后,相对于原来只定义了电子钱包电子存折应用...

wang_zhenwei的博客 713

PBOC电子钱包电子现金及其他支付方式

 电子钱包电子现金qPBOC自从PBOC2.0发布后,相对于原来只定义了电子钱包电子存折应用的PBOC1.0而言,增加了借贷记应用,以及基于借贷记应用的电子现金qPBOC。而且随着芯片卡在小额支付领域的优先试点使用,使得“电子钱包”、“电子现金”、“小额支付”、“非接小额”、“qPBOC”、“闪付”、“QuickPass”、“UPCash”……等各种名词概念充斥芯片卡支付应用领域,多数情况...

曹昆的技术博客 3203

c#实战开发:用.net core开发一个简单的Web以太坊钱包 (六)

今天就来开发一个C# 版的简易钱包 先回顾以前的内容 c#实战开发:以太坊Geth 命令发布智能合约 (五) c#实战开发:以太坊Geth 常用命令 (四) c#实战开发:以太坊钱包快速同步区块和钱包卡死解决方案 (三) c#实战开发:以太坊钱包对接私链 (二) c#实战开发:以太坊私链搭建(一) 先看一下可视化钱包有哪些功能呢? 那这个钱包得有什么功能呢?...

weixin_30512043的博客 1027

电子钱包电子现金的区别

对于普通的用户来说,电子钱包电子现金(下面分别简称EP和EC)是几乎没有区别的, 为什么这么说呢. 因为EP和EC都是为了做小额支付而生的. 我们拿着一张IC卡去超市的POS机上消费,或是坐公交消费,只需轻轻一刷,你不必关心这张卡是基于EP的应用还是基于EC的应用.(因此只要求我们对电子现金略做了解即可) 但是, 如果你是金融电子这个行业里的人,尤其是对于开发人员, 不知道EP和EC的区别真的...

weixin_30740295的博客 1580

智能卡 发卡流程

1, 取随机数 00 84 00 00 04 2, 外部认证 00 82 00 00 08 加上8字节的加密后的随机数 3, 删除MF目录下的所有文件 80 0E 00 00 00 4, 选择MF目录 00 A4 00 00 00 5,建立密钥文件: 80 E0 00 00 07 3F 00 50 01 F0 FF FF 文件...

abc 3663

c#调用PPT的demo

#vs2010 COM引用名略有差别。OFFICE2010可用。 如何在Visual   C#   .NET中使用自动化创建并显示PowerPoint演示文稿为   PowerPoint   创建自动化客户端  1.   启动   Microsoft   Visual   Studio   .NET。在文件菜单上,单击新建,然后单击项目。从   Visual   C#   项目类型中选择  

aixing5369的专栏 2309
上一篇: HID设备开发应用
下一篇: 以移动浦发联名挂件卡解析qPBOC应用
willand_1981
博客等级 码龄18年 3粉丝 0原创
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值