1. 移动支付项目背景
在移动互联网时代的今天，移动支付具有支付方便快捷、高度融合性、环保与卫生等先天优势，因此移动支付逐渐成为了国人心目中无可替代的支付新宠。在消费者市场调研中，有92.4%的消费者表示选择移动支付的最主要原因是其操作简单且方便;有80.3%的消费者表示使用移动支付是因其无需携带现金或银行卡。当然，商家的支持与促销活动也推动了我国移动支付的使用率，有64.4%的消费者选择移动支付方式是因其优惠促销活动多。据中国支付清算协会数据显示，在使用移动支付的用户中，有69.6%的用户每天使用移动支付，有19.7%的用户每周至少使用3次移动支付。
随着移动支付的飞速发展，也出现了一些问题，主要表现在碎片化方面：
一、支付渠道碎片化，多家支付机构导致商户有多账户收支问题，大多商户存在一店多机的情况。
二、移动端平台碎片化， Android、iOS、HTML5，开发者需要多移动端平台下接入所需的支付渠道。
三、支付场景碎片化，App内支付、HTML5支付、扫码支付、被扫支付、NFC支付，不同场景会带来不同的支付需求。
四、支付数据碎片化，支付渠道碎片化导致商户的支付数据碎片化，各自割裂，严重影响了后期的数据服务。
针对以上痛点，聚合支付应运而生，聚合支付覆盖主流移动端平台，覆盖主流支付场景，聚合渠道服务，高效满足“一点接入多种支付渠道“的需求，同时整合与分析支付数据，提高商户效率。
聚合支付不进行资金清算，因此无需支付牌照，其只是完成支付环节的信息流转和商户操作的承载，其在集合包括、支付宝、微信等主流支付方式的基础上，帮助商户降低接入成本，提高运营效率，具有中立性、灵活性、便捷性等特点。
2. 应用场景
小型商超、服装门店、餐饮连锁等，顾客购买商品之后，商家能够通过扫码支付设备实现收款。
图1:应用场景简介
3. 系统拓扑图
图2:商户收银拓扑图
4. 移动支付流程介绍
聚合支付产品从用户主扫与被扫的角度来看可以分为两类，一类是以聚合收款码牌为主的用户付款扫码产品，另一类是以 智能POS、扫码枪、扫码盒子等为主的商户收款产品
移动支付的流程如下：
图3:移动支付交易流程图
流程涉及4个部分：商户交易、聚合支付平台、第三方支付平台以及银行。
1）目前商户交易部分已有成熟的终端产品、移动应用以及交易流程。
2）微信支付以及支付宝平台提高完善的交易接口并且无需关心它们和银行部分的清算。
3）需要聚合支付平台对接微信支付、支付宝等第三方交易平台。
图4:聚合支付产业链
5. 聚合支付服务器功能设计
聚合支付系统位于商户与支付机构或银行之间，收敛商户与支付机构及银行间的一切交互。
图5:聚合支付系统拓扑图
具备支付、查询、退款三个基本功能，对应用户使用支付的三种基本操作；其次，为了确保各方交易记录一致，通常要以天为单位对账，实现业务闭环；最后，根据对账结果，定期完成资金结算。
图6:支付流程图
该系统具备以下三个模块（或子系统）：
· 核心支付模块：完成支付、查询、退款三个基本功能，此三个功能属于实时调用，需要立即返回结果。每次调用传递的信息包含一个订单。
· 对账结算模块：对账是每天定时执行，需要将前一天的交易批量下载或上传，并进行比对；清分结算则是汇总对账结果，并将结果提交给会计系统或银行。
· 商户管理模块：商户需要在聚合支付系统注册，需要申请接入，需要查询交易，需要下载配置信息等必要功能。因此，需要此模块实现与商户间的交互，传递一些必要的信息，这是三个模块中唯个需要用户界面的模块。
图7:业务流程图
接口信息如下：
支付和退款是由商户主动发起的。商户调用接口时，实际上发送的是订单信息（涉及支付的信息），聚合支付系统为其生成相应的支付信息和退款信息。
-
订单信息：商户ID，订单号，商品名称，商品描述，订单金额，支付方式，回调地址；
-
支付信息：支付流水号，支付金额，支付结果，结算日期；
-
退款信息：退款流水号，退款金额，退款结果，结算日期
图8:接口信息主要内容
6. 设备端的设计
5.1业务流程
图9:收银终端交易交互演示图
5.2案例分析
5.2.1中国邮储四川分公司案例分析
优友宝是中国邮政储蓄银行四川省分行旗下的一款扎根四川本土生活服务的平台。为四川地区提供了支付、票务、便民政务、生活服务等多种多样的场景行业，NE80设备主要对接了其中的支付部分，具体设计如下：
A：密钥下载（设备激活）
我们为激活设备前的密钥导入设计了两种方式：
1) 扫码导入：PC端输入商户号，商户名称，密钥信息，生成二维码，通过NE80的扫码头，扫码二维码，实现信息导入。
2) hid pos（数据线）导入：PC端输入商户号，商户名称，密钥信息，NE80进入密钥导入界面，通过usb线把密钥等信息导入设备。
图10:电脑端密钥下发
B：扫码支付
设备端输入金额，扫描用户付款码（微信，支付宝，云闪付等），NE80把金额，付款码等信息加上述密钥，通过md5加密组成签名字段（签名字段是了保证数据完整性和数据不被篡改，保证安全）发送给支付通道服务器，服务器会返回交易成功或交易失败的反馈。
图10:收银端扫码支付
如图10是显示交易成功的界面，包含支付类型，交易状态，渠道类型，订单号，交易金额等信息。
C：交易查询
交易查询用在两种场景：
1) 被扫支付的时候如果服务器返回待查询（同一微信账户每天最多支付10笔，10笔后需要强制用户输入密码，支付宝如果不是免密支付，也是需要用户密码），此场景中有时间差，需要设备端定时调用查询支付状态接口。如果一定时间内都是待查询状态，提示给用户交易超时。
2) 用户不确定某笔交易的状态，可以输入对应的订单号，然后用查询接口，确认该笔交易是成功还是失败或者别的状态。
D：交易退款：
对于用户需要退款的场景，支持部分退款和全额退款，设备端可以输入对应的金额。退款是否成功，可以调用退款查询接口，告知用户。
E：本地流水查询：
1) 每次交易后会保存每一笔的交易记录，交易类型（被扫支付，非接支付，退款等），订单号，渠道类型（支付宝，微信，云闪付），交易金额，交易时间。交易状态（交易成功，交易失败，交易未知，已撤销，已退款）。
2) 对于成功的交易，可以在此退款和撤销。
3) 可以在此查询该笔交易的状态。
4) 最多可以保存500条流水,可以按上下键切换流水。
7. 使用案例
收银终端目前使用场景众多：
图11:主要场景展示
7.1江苏邮政：
• 客户名称：江苏邮政
• 应用场景简介：扫码支付，对接489平台（新大陆旗下公司支付平台）商超门店用于二维码支付结算（微信、支付宝）。
7.2四川邮储：
• 客户名称：四川邮储
• 应用场景简介：扫码支付，对接优友宝（四川邮储自有支付平台）商超门店用于二维码支付结算（微信、支付宝）并且打印收银小票。
7.3国通星驿星pos：
• 客户名称：星POS
• 应用场景简介：扫码支付/非接支付，对接星驿付平台，商店用于二维码支付结算（微信、支付宝）并且支持银联非接触支付（银联卡）。
7.4静态场景展示
