通用电子钱包规范

资金发放者负责批准支付电子钱包的未连接时的充值
2.5持卡人
持卡人可以使用电子钱包进行loading Value，Unloading value，货币兑换，购买消费。如果卡片发行者提供应用的锁定也解锁的功能，持卡人还可以进行锁定应用和解锁应用的操作
2.6充值银行
充值银行负责建立不同方案提供者之间的商业关系。它可以为不同的方案提供者提供统一的充值，货币兑换等交易。解决了各个不互联系统之间的充值问题。
1.2本文范围
本文确定了实现电子钱包系统的全部功能需求:
内容如下：
安全
卡内应用
终端应用
POS交易
充值交易
充值取消交易
货币兑换交易
交易处理
结算核对(内部)
清算管理(金融机构之间)
1.3文档结构
为了说清楚可通用型电子钱包产品的功能需求，解释提供和操作这样的全球通用的产品所必要的条件，本文档安排了如下的章节
2.角色以及相应的职责
本章节定义了电子钱包交易中的参与对象。指明了后续各章节中将要出现的各角色的功能功能需求。并且包含功能相关的一些参与者的需求的定义。本章中所提到的参与者都必须遵守电子钱包规范。
2.1方案提供者
方案提供者全面负责以下各项的建立和执行：规章制度的运作，the acceptance mark，成员资格标准。方案提供者还必须建立电子钱包系统所有功能和安全的基础构架。
3.2概述
电子钱包的安全系统必须满足如下的要求：
卡片发行者必须能够验证自己发行的卡片所产生的交易信息
商家银行必须能够对自己掌控下的POS机所产生的交易信息进行验证
商家银行能够确认交易未被取消当没有收到交易取消信息时。
3.3密钥和安全机制
3.3.1认证方法
成功的认证措施是正确处理在线或者离线电子钱包交易信息的先决条件
3.4.1充值
为了安全地将金额添加到电子钱包中，充值设备会在卡片发行者和电子钱包卡之间建立一个连接。每一张卡必须使用唯一的分散安全密钥，这个密钥与卡相关，用来产生和验证交易信息中的签名。
有两种充值方式：直接连线方式和非直接连线方式。这两种方式对安全方面的要求有很大的差异。在连线方式中，资金并不在金融机构间流转。持卡人拥有一个专用账号，卡片发行者可以控制将此账号中的金额转到电子钱包中去。这种方式几乎没有漏洞。这种交易方式的安全需求取决于卡片发行者对于卡片认证和对卡片只有者有效性鉴别的需要。卡片内应用所要做的事情是充值到卡中的金额确实是由卡片发行者核准的。
4.3.1相关参与者的操作步骤
4.3.2可行的操作流程举例
4.4操作规则
4.5操作流程
4.5.1购买交易流程
4.5.2增加购买时的后续步骤
4.5.3购买交易的撤销
4.5.4取消最后一次购买交易
4.5.5批量交易的处理流程
4.6POS Aggregation（POS统计功能？也就是统计POS收款情况）
卡片发行者决定是否同意完成充值。他将产生S2,用来表达卡片发行者的决定。S2将被传送给资金发放者和卡片。资金发放者将S2作为验证消息转发到充值银行。
S2然后由充值银行发给卡片，完成充值
在验证玩S2完成充值后，卡片产生S3,S3将被传送给充值设备和充值银行作为记录凭证。如果有反向操作，S3还必须被送到卡片发行者那边。当以后发生结算时，S3也会作为结算信息的一部分。
直接连线方式中的签名按照如下步骤产生和验证
卡片利用来自卡片和充值设备中的数据产生S1,并将S1传送给充值设备，并将由充值设备继续向前传递给卡片发行者
充值设备向卡片发行者发送S1，并且将用来验证卡片持有人身份的PIN码一并提交(可以是在线PIN码或者是离线PIN码)，此外还有其他验证用数据一起提交。卡片发行者验证S1以认证卡片，并验证其他交易信息数据。
非直接连线签名的产生和验证按照如下步骤进行：
卡片产生S1,随机数Rcep,将Rcep和来自卡片及来自充值设备的数据相连，然后对其求用SHA1算法求哈希值，设为Hcep。将S1和Hcep传送到充值设备，Hcep将被LSAM卡用来验证随后的来自电子钱包的指令的正确性。
LSAM卡产生随机数R1,R1将在此次交易中被用作卡片发行者和充值银行之间的过程密钥。(R1可能在传送过程中被其他中间结点多次解密和加密，但最后一次加密的密钥需要与卡片发现发行者共享)
概述
角色以及其对应的职责
安全需求
POS交易需求
充值，反充值(Unload)，货币兑换需求
卡片需求
密钥管理
reporting(报告??)
术语表
缩写表
1.4相关引用参考资料
本文引用参考了如下资料
1.EMV ’96 Integrated Circuit Card Specification for Payment SystemsVersion3.1.1dated May 31, 1998
所有相连接的处理节点共享一个或者多个MAC码，能够为所有的交易信息产生MAC码，并且能够验证来自其他处理节点的MAC码。
在传送交易信息的时候必须对信息按照既定的格式规范进行处理。
当接收或者传递交易信息时，与相连接的处理器一起处理帐务方面的事项。资金伴随交易信息一起流转
当存在有问题的交易信息时，能够和相连接的其他处理器按照方案提供者提供的机制协作处理问题。方案中可能会有对无效交易信息做出退款的机制，那么处理器对此也应该支持。
3．安全要求
3.1范围
本章节描述了如何使用正确地加密方法，预防欺骗性的交易信息的产生。本文不涉及以下内容：
卡片提供的硬件方面的安全措施
卡片发行之前的安Biblioteka 措施系统数据安全方面的措施
卡片内安全（应用交错）措施
预防的卡片内私密数据被读取的方法
脚本命令的加密安全要求
使用卡片时的阅读器和个人设备的安全不在本文讨论范围内。卡片和设备的鉴定证明的需求也不在本文的范围内。
电子钱包进行消费或者取消最后一次交易的时候，离线验证便在PSAM卡，POS设备和电子钱包之间进行。电子钱包和PSAM卡之间采用公钥算法进行互相之间的身份验证和过程密钥交换。交换密钥是PSAM和电子钱包卡之间的非永久性共享密钥。电子钱包规范选用RSA算法作为公钥算法。
3.4签名与交易安全
本章节描述在交易中使用的应用签名
3.3.2在线认证
电子钱包在进行充值，反充值，货币兑换时必须由卡片发行者进行在线认证。卡片发行者和电子钱包卡之间共享一个用来产生MAC码的安全密钥。密钥和在线验证过程中使用的签名的规范要求由卡片发行者规定，但是有下述要求：在共享网络中传输的MAC码不能超过8字节长度，格式为二进制。
3.3.3离线认证
在处理充值和货币兑换的交易信息时必须能够满足如下的任务需求：
与相连的处理器共享一个加密密钥，传递交易信息时应该用这个密钥对PIN码字段进行加密。转发给其他对象时需要对PIN码重新进行加解密处理。
用既定的格式与其他处理器进行信息通信
当接收或者传递交易信息时，与相连接的处理器一起处理帐务方面的事项。资金伴随交易信息一起流转
卡片发行者提供并分发包含电子钱包应用的集成电路卡(IC卡)。电子钱包卡中的所有数据均由卡片发行者烧录进去，现金额度的数据也由卡片发行者进行管理。卡内的应用更改，市场开拓计划，卡片持有人管理应该由卡片发行商负责。卡片发行者还负责在线交易时的电子钱包卡的真伪鉴别，批准load和Unload操作
2.4资金发放者
在非直接连线方式中，卡片持有者，资金发放者，卡片发行者和充值银行之间并不一定有直接的商业联系。如果不是现金充值的方式，资金发放者必须要验证持卡人拥有合法的充值帐户。这种验证一般是验证加密PIN码的方式来进行。卡片发行者必须确认充值银行同意支付充值金额，并且电子钱包卡是可信的。充值银行必须确认卡片发卡者是真实的，当充值失败时，充值银行需要卡片提供可信的失败信息。最后，充值银行和卡片发行者需要确认充值动作不可能在其他设备中完成。
4.6.1概述
4.6.2操作处理
4.7出错处理
5．(Load)充值，Unload(??),和货币兑换的需求
5.1范围
5.2充值参与对象
1概述
1.1本文目的
本文定义了建设开放通用可互通电子钱包环境时所需要遵守的规范，本文为电子钱包技术规范的原始资料，同时也对电子钱包商业实现提出了精巧的设计。
技术规范方面的文件必须以本文列出的功能需求为依据，必须能够让各支付系统制定电子钱包方案，并能够依据既定方案开发产品并组织实施。
2.7商家
2.8 Merchant Acquirer(商家银行(收单行))
2.9 Processor(中间处理机构)
3．安全需求
3.1范围
3.2概述
3.3密钥安全机制
3.3.1认证方法
3.3.2在线认证
3.3.3离线认证
3.4签名与交易安全性
3.4.1装载
3.4.2卸载
3.4.3货币兑换
3.3.4购买
2.7商家
商家使用支持用电子钱包卡进行购物的POS设备
2.8商家银行(收单行)
商家银行提供给签约商家POS设备，兼容通用电子钱包方案，为POS终端提供分发配套的(消费安全应用模块)PSAM卡，保证交易正确安全的进行
商家银行在必要的时候可以对自己的系统做出修改，改变自己的市场策略，并对自己的签约商家进行管理。
mon Electronic Purse Specifications (CEPS) Business Requirements
Version 6.1 dated September 1998
3.ECBS Technical Committee Draft: The Interoperable Financial Sector
方案提供者必须在方案中建立欺骗检测，风险预防的机制，程序。除了机制和程序外也应该包括文档和报告材料在内，做好充分准备以防止各种欺诈伪造情况的发生。如果存在中心数据仓库，那么卡片发行者和收单银行必须将有关防止欺骗的数据文件及时传送。