基于ｗａｐ的手机支付中间平台设计研究

《基于ｗａｐ的手机支付中间平台设计研究》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、基于ＷＡＰ的手机支付中间平台设计研究　　摘要：移动终端的不断发展，使得利用移动终端进行商务活动成为了可能，提出了一种基于WAP并利用手机预存话费进行小额支付的中间平台的设计理念，从可扩展性、性能优化及安全性三方面给出了中间平台的构建策略。并对平台支付协议进行了设计，为移动商务的发展提出了一个较好的解决方案。　　关键词：预存话费支付；小颠支付；手机支付中间平台　　　　1　模块结构及支付流程　　　　手机支付通常有两种形式：银行卡支付和预存话费支付，银行卡支付是将手机号码与银行卡绑定，客户通过手机号实现银行账户的查询、账

2、单支付、商品购买等功能，预存话费支付是客户直接利用现有的预存话费账户，通过话费代收的方式实现账单支付、商品购买等功能，本文主要讨论基于预存话费方式的手机支付中间平台的实现。　　该手机支付中间平台包括三大功能模块，如图1。WAP前台界面是直接面向用户的操作界面，主要包括手机支付登录、手机支付注册、用户信息维护及跳转到不同的商户SP(服务提供商)进行相应业务的缴费操作等功能。WEB后台管理系统是面向管理员和各个商户SP的操作界面，主要包括信息发布，订单查询、用户管理和其它等功能。其中，信息发布是指管理员发布WAP前台页

3、面所要展示的动态信息，支付中间平台会为每个商户的每个缴费请求记录相应的订单信息，商户SP可以登录WEB后台管理系统进行查询及统计操作，用户管理主要是指管理员对商户SP基本信息的管理以及商户SP对自己相关信息的管理。接口模块是平台的核心部分，主要是实现商户SP与支付中间平台、支付中间平台与移动BOSS之间的底层通信，横向上可以分为支付中间平台与商户SP的接口和与移动BOSS的接口。　　整个支付流程如图2，用户必须先在WAP前台界面进行注册，注册成功后便可进行相应的支付活动，无需登录，登录操作仅提供一些基本信息查询与修

4、改功能，如：查询余额、查询历史交易记录、充值卡充值、支付密码修改等，注册成功后，首先用户需要登录到WAP前台页面，选择遇购买商品或缴费项目超链接，并进入相应的商户SP系统，商户SF系统调用支付中间平台接口，发送余额查询请求，支付中间平台收到请求后调用移动BOSS接口。查询该用户的可划转话费余额，并将查询结果返回给支付平台，支付中间平台以应答方式发送给商户SP。如果余额充足，用户确认购买，商户SP系统将发送缴费信息给支付中间平台，支付中间平台得到请求后将缴费信息发送给移动BOSS接口进行缴费，缴费完成后，移动BOSS

5、将会把成功信息发送给支付中间平台，支付中间平台再将该信息传递给商户SP系统，商户SP系统提示用户缴费成功，如用户不确认购买，则返回WAP前台页面继续其它操作，如果余额不足，商户SP系统将会提示用户充值，用户确认充值后，商户SP系统将发送充值请求给支付中间平台，支付中间平台将调用移动BOSS充值卡充值接口，进行充值，完成后即可进行支付。如放弃充值，则返回WAP前台页面继续其它操作。　　　　2平台构建策略　　　　2．1可扩展性策略　　以往，用户需要记住商户SP的平台地址，登录后进行相应的缴费操作，商户SP接收到缴费请求

6、后会直接调用移动BOSS接口来实现相应的缴费等操作，现在，支付中间平台会统一管理商户SP的基本信息，用户只需记住支付中间平台的地址，就可以很轻松的访问到其它商户SP的支付系统，商户SP在设计自己的支付系统时，只需将原有直接调用移动BOSS接口的部分改为调用支付中间平台接口，其它部分不需要做任何的改动，支付中间平台的设计思想不但解决了每个商户SP各自为政，自己独立开发支付系统，需要让用户分别记住每个服务提供商的平台地址并进行相应的支付操作的问题，同时还使得每个新商户SP的接人变得非常的简单，增强了支付中间平台对商户S

7、P支付系统的可扩展性。每个新接人的商户SP只要按照相关的协议规定，调用支付中间平台的公共接口，并把基本信息告诉支付中间平台，就可以实现接人。　　　　2．2性能优化策略　　为了提高支付中间平台的性能，采用异步长连接的方式来实现与商户SP及移动BOSS之间的连接，如图3。所谓异步长连接就是客户端与服务端建立连接后，保持连接状态，请求方在没有收到响应的情况下，可以发起多个请求，处理方可以并行处理，按任意顺序返回给请求方处理结果。同时，为了提高支付中间平台在接人商户SP时的可扩展性，采用分层收发请求策略。这样可以为每一个首

8、次建立连接的商户SP建立一个属于商户SP自己专有的发送队列及接收队列，所有的发送请求首先要加入发送队列，这是第一层。第二层是一个所有商户SP公共的发送及接收队列，来存放接收自不同商户发送队列的信息，并统一将请求发送给移动BOSS。当移动BOSS处理完请求并返回结果时，返回的信息将首先存放到第二层公共的接收队列里，接收队列收到信息会根据一定的标识策略分发给所属