一卡通网络支付平台的设计

龚威+苏玉慧

摘要：在移动通讯技术以及移动互联网技术水平不断提升的过程中给予了移动支付业务极大的发展空间，这推动了手机厂商与其他行业的密切合作，逐渐形成了一条初具规模的融合产业链。将其他支付业务与手机集成起来不仅仅方便了广大用户，同时也让手机增值市场得到了极大的扩充，而为了达到上述目的就需要构建出一个完整、合理的“一卡通网络支付平台”，在该平台上将相关业务整合起来并构建出一种新的消费模式以及业务模式。该文对一卡通支付平台进行了综合性阐述，并对平台设计提出了构思观点，供以参考。

关键词：一卡通；网络支付；平台设计

中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2014）34-8345-02

从本质上来看一卡通信息管理系统是由一套由卡片、器具和上位管理软件所构成的特殊信息管理系统，通过这套系统可将业务数据进行有效整合、传输并借助这种物理媒介实行规范化的自动化信息资源管理，这对于用户而言无疑带来了极大的便捷。一卡通的最根本理念便是“信息共享、集中控制”，也就是说将多方业务进行整合，仅仅通过一个媒介就可以进行不同类别的业务，同时相关业务信息也能够共享，大大地优化了信息资源配置，这种模式加速了行业融合并极大地扩充了产业链的规模以及覆盖范围，带来了可观的经济效益与社会效益。在智能机井喷的时代下，手机平台的不断升级也给一卡通网络支付平台构建提供了足够的空间，本研究基于手机移动通讯对一卡通网络支付平台构建提出了设想。

1 实现一卡通网络支付平台相关技术分析

从当前市场现状来看NFC已经成了各大手机厂商产品必备的功能之一，这就使得以NFC为基础实现支付业务成为了可能。NFC技术事实上是由RFID（Radio Frequency Identification）演变而来，其基础主要还是RFID与互联技术。它具有良好的相互通信功能并具有一定的计算能力，在Felica标准当中还包含了加密逻辑电路。从工作方式来看包括了Card emulation即可视其为采用RFID的IC卡并可替代大量IC卡，该模式并不需要额外供电，只要保证RF 域来供电即可；P2P mode是另一种工作模式，该模式与红外传输相似，可对数据进行交换，但受到了距离限[1]。功耗较低，将两个NFC设备连接起来即可完成数据传输以及治疗传输等。从范围上来看NFC的范围较RFID更小，但是安全性与传输速率更高[2]，从兼容性角度来看NFC无疑更具优势，它与非接触智能卡技术可良好兼容，这也使得它成为了众多厂商的使用标准，因此可将NFC视为近距离私密通信。

2 一卡通网络支付平台业务分析

一卡通网络支付平台业务类型繁多，但主要分为两个部分即移动支付内容以及移动支付工具。在向用户提供业务时通过门户网站或手机平台客户端对相关业务进行宣传，流程具体如下：业务介绍→用户注册→配置管理→业务及服务→订单管理→商户管理。而从移动支付业务角度来看支付工具又被视为两类即电子钱包以及后台账户，一般情况下用户会先通过电脑端或手机单在网上生成订单，在订单确认后即提出支付请求，此时平台将在相关联账户上扣除交易金额，在支付完成后向客户进行商品派送，最后经由一卡通进行清算、结算。

3 平台设计分析

对于一卡通网络支付平台而言必然是一个开放性平台，这就要求需要相应的系统可满足发卡需求以及收费需求。从模块功能来看应该保持其通用性，特别是在接口设定上应该尽可能简单，这样模块便可进行移植。也就是说子模块可以单独作为一个模块存在，可直接向同类型系统上移植，这样就使得系统的通用性得到了大幅度提升，并且也让系统能够较为灵活地筛选子模块，一旦系统出现故障即可将子模块直接替换，使得故障可在最短时间内解决。这种宏观式的嵌入式系统也让系统的扩展性得到了极大的提升[3]。当然系统的安全性是另一个需要把握的重点，作为网络支付平台必须要具有高度安全性才能保证用户的财产安全，因此在支付流程的各个环节上都需要进行强行身份认证，保证流动数据无法被第三方获得。当碰到消费等敏感信息时应该保持屏蔽或抵抗，让用户可遵循自身意愿在平台上进行消费。

3.1 系统架构分析

在本研究中系统主要采取B/S运行模式以及C/S运行模式。一般情况下服务器端采取B/S运行模式，而手机端则采取C/S模式，这样即能够保证手机端与服务器端进行有效的信息交流以及数据交换[4]。以集中式管理对数据进行整合从而保证数据安全。软件层采取协同模式进行相关管理，也就是说以服务器作为基础对中间件以及组件进行控制，给予各应用相关的支撑服务。具体如图1所示。

3.2 系统构成分析

系统构成主要包括了业务支付平台、业务系统、前置服务器、二级清分结算中心、商业系统、第三方支付系统。其中支付业务平台即为用户提供移动电商以及移动支付服务[5]。实际运营过程中涉及到了门户网站以及平台运营，并支持手机交互，功能十分全面，如网上购物、交易处理等；业务系统则能够对后台账户、密钥、结算等进行管理；前置服务器主要是对运营平台的支付请求以及圈存请求进行处理，另外可对交易鉴权、平台对账等进行控制，另外还可接受第三方的充值需求；二级结算中心主要对移动支付、充值、交易资金等进行结算；商户业务系统是与平台共同合作的机构；第三支付系统是整个平台的资金来源。

4 平台子模块设计分析

4.1 业务管理模块

该模块是典型的三层式结构，分别为控制层、服务层以及数据逻辑层。对于控制层而言需要保证对用户信息进行保存，同时这些信息应该能够在各层之间进行有效传递。服务层涵盖了注册、登录功能，它的主要面向对象主要为用户并以用户作为参数信息进行传递。另外服务层与通讯层可相互匹配，可结合相关需求发送短信或邮件。数据层是系统的核心层面，数据保存与此，并且能够更新数据，在继承ObjectDao的基础上来实现分页功能[6]。业务模块面向用户时，用户先要经过注册完成开户，从而获取权限，在这个过程中主要借助PC端在门户网站上完成信息登录，平台收到用户相关请求时则对用户信息的真实性进行验证，然后等待用户校验，此时平台会向用户发送验证信息（经过短信或邮箱的方式），用户通过短信或邮箱将账户激活，平台收到激活请求时则调整用户状态并将相关信息返回给客户。当用户成功注册后也就意味着用户已经成为了平台的服务对象，平台会提醒用户对个人信息进行完善如手机号、邮箱地址以及相关联络方式等以便后期维护。支付平台一面是为用户服务，另一面则是与商户进行合作。商户入驻于平台先要将商户信息添加于网络支付系统当中，然后经过支付平台将相关信息进行整合从而对经营商品进行定义。若商户要对自己信息进行修改则要先经过平台确认。endprint

4.2 账户管理模块

账户管理模块主要是对账户进行全面管理，控制层一般会设计成BaseAction类，因此可对用户地址导航以及Session进行保存，这是平台的基础载体。服务层可向用户提供余额查询以及账户明细查询等，通过execute方法将相关请求向一卡通平台后台传递并导入网关端口，经过网关端口解析后再与一卡通进行交互，同时将数据反馈。从数据层角度来看会采取QueryResponseDto数据保存以及数据反馈进行控制[7]，其中通讯层则可对相关数据进行转换。在这种模式下可将数据转变为Xml方式，而在单独的Dto对象当中则将数据封存其中，其中便涉及到了数据转换，此时各类型接口也就发挥了作用。

4.3 支付模块

支付模块是一卡通网络支付平台最为核心的功能模块，其面向于各类支付交易，结构包括控制层、服务层以及通讯层。控制层会通过URL要求进行处理，URL要求类型则包括了各类订单、商户代码、反馈信息、交易信息等。服务层当中的merchantUrl起到了一个返回作用，当用户支付完成后再将用户重新导入至网站页面。同时服务层还承担了向用户传输反馈信息的功能，在用户支付完成后服务层会向通讯层发出信号，通讯层则通过短信告知用户的购买情况或向用户申请验证信息。

5 结束语

在上述研究中提出了一卡通网络支付平台设计的大致思路，并对其中的核心模块以及主体架构进行了分析。当然在构建平台的过程中还需要对安全问题给予充分重视，通过有效的加密机制以及强行验证机制来提升平台的安全性。同时需要将手机端与PC端关联起来，加强数据资源整合，让支付平台能够渗透到其他行业中，促进融合产业链的发展，这对于支付平台本身而言也带来了巨大的空间。

参考文献：

[1] 车力军.手机支付的发展思考[J].电信技术，2013（11）.

[2] 任大勇.基于时延Petri网的移动电子支付协议模型[J].计算机与数字工程，2013（10）.

[3] 湛玉婕.基于RFID-SIM的手机校园一卡通支付方式设计[J].商场现代化，2013（29）.

[4] 徐洪峰，徐曦，曾杰.移动电子商务安全问题研究[J].计算机技术与发展，2011（11）.

[5] 田树华，陈立佳，李建茹.基于离线可信第三方的电子支付协议公平性分析[J].计算机应用，2009（7）.

[6] 刘文琦，顾宏.电子支付协议可追究性的Petri网建模与分析[J].系统仿真学报，2008（20）.endprint

4.2 账户管理模块

账户管理模块主要是对账户进行全面管理，控制层一般会设计成BaseAction类，因此可对用户地址导航以及Session进行保存，这是平台的基础载体。服务层可向用户提供余额查询以及账户明细查询等，通过execute方法将相关请求向一卡通平台后台传递并导入网关端口，经过网关端口解析后再与一卡通进行交互，同时将数据反馈。从数据层角度来看会采取QueryResponseDto数据保存以及数据反馈进行控制[7]，其中通讯层则可对相关数据进行转换。在这种模式下可将数据转变为Xml方式，而在单独的Dto对象当中则将数据封存其中，其中便涉及到了数据转换，此时各类型接口也就发挥了作用。

4.3 支付模块

支付模块是一卡通网络支付平台最为核心的功能模块，其面向于各类支付交易，结构包括控制层、服务层以及通讯层。控制层会通过URL要求进行处理，URL要求类型则包括了各类订单、商户代码、反馈信息、交易信息等。服务层当中的merchantUrl起到了一个返回作用，当用户支付完成后再将用户重新导入至网站页面。同时服务层还承担了向用户传输反馈信息的功能，在用户支付完成后服务层会向通讯层发出信号，通讯层则通过短信告知用户的购买情况或向用户申请验证信息。

5 结束语

在上述研究中提出了一卡通网络支付平台设计的大致思路，并对其中的核心模块以及主体架构进行了分析。当然在构建平台的过程中还需要对安全问题给予充分重视，通过有效的加密机制以及强行验证机制来提升平台的安全性。同时需要将手机端与PC端关联起来，加强数据资源整合，让支付平台能够渗透到其他行业中，促进融合产业链的发展，这对于支付平台本身而言也带来了巨大的空间。

参考文献：

[1] 车力军.手机支付的发展思考[J].电信技术，2013（11）.

[2] 任大勇.基于时延Petri网的移动电子支付协议模型[J].计算机与数字工程，2013（10）.

[3] 湛玉婕.基于RFID-SIM的手机校园一卡通支付方式设计[J].商场现代化，2013（29）.

[4] 徐洪峰，徐曦，曾杰.移动电子商务安全问题研究[J].计算机技术与发展，2011（11）.

[5] 田树华，陈立佳，李建茹.基于离线可信第三方的电子支付协议公平性分析[J].计算机应用，2009（7）.

[6] 刘文琦，顾宏.电子支付协议可追究性的Petri网建模与分析[J].系统仿真学报，2008（20）.endprint

4.2 账户管理模块

账户管理模块主要是对账户进行全面管理，控制层一般会设计成BaseAction类，因此可对用户地址导航以及Session进行保存，这是平台的基础载体。服务层可向用户提供余额查询以及账户明细查询等，通过execute方法将相关请求向一卡通平台后台传递并导入网关端口，经过网关端口解析后再与一卡通进行交互，同时将数据反馈。从数据层角度来看会采取QueryResponseDto数据保存以及数据反馈进行控制[7]，其中通讯层则可对相关数据进行转换。在这种模式下可将数据转变为Xml方式，而在单独的Dto对象当中则将数据封存其中，其中便涉及到了数据转换，此时各类型接口也就发挥了作用。

4.3 支付模块

支付模块是一卡通网络支付平台最为核心的功能模块，其面向于各类支付交易，结构包括控制层、服务层以及通讯层。控制层会通过URL要求进行处理，URL要求类型则包括了各类订单、商户代码、反馈信息、交易信息等。服务层当中的merchantUrl起到了一个返回作用，当用户支付完成后再将用户重新导入至网站页面。同时服务层还承担了向用户传输反馈信息的功能，在用户支付完成后服务层会向通讯层发出信号，通讯层则通过短信告知用户的购买情况或向用户申请验证信息。

5 结束语

在上述研究中提出了一卡通网络支付平台设计的大致思路，并对其中的核心模块以及主体架构进行了分析。当然在构建平台的过程中还需要对安全问题给予充分重视，通过有效的加密机制以及强行验证机制来提升平台的安全性。同时需要将手机端与PC端关联起来，加强数据资源整合，让支付平台能够渗透到其他行业中，促进融合产业链的发展，这对于支付平台本身而言也带来了巨大的空间。

参考文献：

[1] 车力军.手机支付的发展思考[J].电信技术，2013（11）.

[2] 任大勇.基于时延Petri网的移动电子支付协议模型[J].计算机与数字工程，2013（10）.

[3] 湛玉婕.基于RFID-SIM的手机校园一卡通支付方式设计[J].商场现代化，2013（29）.

[4] 徐洪峰，徐曦，曾杰.移动电子商务安全问题研究[J].计算机技术与发展，2011（11）.

[5] 田树华，陈立佳，李建茹.基于离线可信第三方的电子支付协议公平性分析[J].计算机应用，2009（7）.

[6] 刘文琦，顾宏.电子支付协议可追究性的Petri网建模与分析[J].系统仿真学报，2008（20）.endprint