在移动互联网络技术逐渐成熟和移动互联网应用快速发展的环境下, 移动互联网的收费通道和计费用户体验占有举足轻重的地位. 对于移动互联网企业, 快速的收入和回报有利于企业长期和稳定的发展; 对于服务和应用的用户而言, 方便快捷的支付方式和支付体验有利于提高用户对移动互联网的支持和拥护, 更加有利于移动互联网的快速发展. 因此, 聚合手机支付平台需要解决以下问题.
1. 兼容性强
支持市面上各种主流支付方式, 且易于扩展支持新支付方式, 从而提高企业利润, 且给用户较好的体验.
(1)统一支付接口, 降低维护成本
将各种主流的支付方式聚合成统一的支付接口, 实现支付方式的扩展和调整, 对于内容开发商 "透明" 化, 能降低内容提供商的开发与维护成本.
(2)支持不同支付场景
不同内容提供商存在不同支付场景, 如: 关卡型支付(又称解锁型支付), 包次型支付, 包时长型支付和道具型支付. 关卡型支付指用户需要购买商品一次, 且购买后始终有效; 包次型支付指用户购买商品成功后系统会生成契约, 在契约次数内发起的购买不会重复扣费且契约数会减一, 但超过契约次数后的购买需要重新扣费; 包时长型支付指用户购买商品成功后系统会生成契约, 在契约有效时间内发起的购买不会重复计费, 但超过契约有效期的购买需要重复扣费; 道具型支付指用户可以重复购买, 且每次购买均需要扣费.
(3)完善的查询管理平台
能管理内容提供商基本信息, 能方便地查询每个用户每笔订单的信息, 能统计每种支付方式的数据, 从而协助分析用户的支付行为等.
2. 总体设计
根据聚合支付平台的需求, 采用混合模式(C/S,B/S 结合), 将聚合支付平台分为三个子系统: 客户端子系统, 平台接口子系统和平台管理子系统.
(1)客户端管理子系统
提供标准化聚合支付平台 SDK(Android 手机平台是 Jar 包, iOS 手机平台是静态库). 其 SDK 提供 Init 和 Pay 两个接口, Init 接口获取服务器缺省参数, Pay 接口通过支付大厅界面聚合了 SP 计费, 银联计费, 支付宝计费, 财付通计费和充值卡计费多种方式, 每种计费方式均和平台接口子系统交互, 通过统一的 Pay 接口聚合了所有手机支付方式, 方便使用与扩展.
(2)平台接口子系统
提供各种支付方式的平台接口 (采用 C/S 模式) 和支付数据同步接口(采用 B/S 模式), 具体包括: Init 初始化接口, SP 支付接口, 银联支付接口, 支付宝支付接口, 财付通支付接口和充值卡支付接口. 所有接口协议均基于 HTTP 协议, 在 HTTP 自定义头中添加应用 ID 数据, Post 的数据采用私钥 Key 加密, 服务器通过应用 ID, 查找其私钥 Key 并解密, 服务器返回的数据也用此 Key 加密, 从而保证支付过程安全. 除了 SP 计费和充值卡计费用户付款过程在支付大厅, 其余支付方式均通过其官方 App 付款(如: 手机支付宝客户端), 不仅最大限度支持用户支付习惯且保障安全.
(3)平台管理子系统
主要负责对于平台接口子系统产生或使用的数据起到可配置管理后台作用, 提供了内容提供商管理, SP 商管理, 财务管理, 查询管理和订单管理模块, 采用 B/S 模式实现. 其中, 内容提供商管理模块负责 CP 的账号, 应用 ID, 应用密钥 Key, 应用商品信息等管理; SP 商管理模块负责 SP 商信息, SP 计费信息等管理; 财务管理模块负责上游和下游支付流水与账单结算管理; 查询管理模块负责各种支付方式, 支付行为, 支付用户和支付时段查询与统计管理; 订单管理模块负责每个订单信息查询管理; 手机客户端管理模块负责使用聚合支付平台的手机型号, 使用时间, 使用地域, 网络状况等信息管理.
接口管理子系统和平台管理子系统间操作的数据库分别是主数据库和备份数据库, 这样既能热备份数据库, 且能实现读 / 写分离, 从而提高平台性能.
来源: http://www.bubuko.com/infodetail-2879301.html