龔?fù)?蘇玉慧

摘要：在移動(dòng)通訊技術(shù)以及移動(dòng)互聯(lián)網(wǎng)技術(shù)水平不斷提升的過程中給予了移動(dòng)支付業(yè)務(wù)極大的發(fā)展空間，這推動(dòng)了手機(jī)廠商與其他行業(yè)的密切合作，逐漸形成了一條初具規(guī)模的融合產(chǎn)業(yè)鏈。將其他支付業(yè)務(wù)與手機(jī)集成起來不僅僅方便了廣大用戶，同時(shí)也讓手機(jī)增值市場(chǎng)得到了極大的擴(kuò)充，而為了達(dá)到上述目的就需要構(gòu)建出一個(gè)完整、合理的“一卡通網(wǎng)絡(luò)支付平臺(tái)”，在該平臺(tái)上將相關(guān)業(yè)務(wù)整合起來并構(gòu)建出一種新的消費(fèi)模式以及業(yè)務(wù)模式。該文對(duì)一卡通支付平臺(tái)進(jìn)行了綜合性闡述，并對(duì)平臺(tái)設(shè)計(jì)提出了構(gòu)思觀點(diǎn)，供以參考。

關(guān)鍵詞：一卡通；網(wǎng)絡(luò)支付；平臺(tái)設(shè)計(jì)

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2014）34-8345-02

從本質(zhì)上來看一卡通信息管理系統(tǒng)是由一套由卡片、器具和上位管理軟件所構(gòu)成的特殊信息管理系統(tǒng)，通過這套系統(tǒng)可將業(yè)務(wù)數(shù)據(jù)進(jìn)行有效整合、傳輸并借助這種物理媒介實(shí)行規(guī)范化的自動(dòng)化信息資源管理，這對(duì)于用戶而言無疑帶來了極大的便捷。一卡通的最根本理念便是“信息共享、集中控制”，也就是說將多方業(yè)務(wù)進(jìn)行整合，僅僅通過一個(gè)媒介就可以進(jìn)行不同類別的業(yè)務(wù)，同時(shí)相關(guān)業(yè)務(wù)信息也能夠共享，大大地優(yōu)化了信息資源配置，這種模式加速了行業(yè)融合并極大地?cái)U(kuò)充了產(chǎn)業(yè)鏈的規(guī)模以及覆蓋范圍，帶來了可觀的經(jīng)濟(jì)效益與社會(huì)效益。在智能機(jī)井噴的時(shí)代下，手機(jī)平臺(tái)的不斷升級(jí)也給一卡通網(wǎng)絡(luò)支付平臺(tái)構(gòu)建提供了足夠的空間，本研究基于手機(jī)移動(dòng)通訊對(duì)一卡通網(wǎng)絡(luò)支付平臺(tái)構(gòu)建提出了設(shè)想。

1 實(shí)現(xiàn)一卡通網(wǎng)絡(luò)支付平臺(tái)相關(guān)技術(shù)分析

從當(dāng)前市場(chǎng)現(xiàn)狀來看NFC已經(jīng)成了各大手機(jī)廠商產(chǎn)品必備的功能之一，這就使得以NFC為基礎(chǔ)實(shí)現(xiàn)支付業(yè)務(wù)成為了可能。NFC技術(shù)事實(shí)上是由RFID（Radio Frequency Identification）演變而來，其基礎(chǔ)主要還是RFID與互聯(lián)技術(shù)。它具有良好的相互通信功能并具有一定的計(jì)算能力，在Felica標(biāo)準(zhǔn)當(dāng)中還包含了加密邏輯電路。從工作方式來看包括了Card emulation即可視其為采用RFID的IC卡并可替代大量IC卡，該模式并不需要額外供電，只要保證RF 域來供電即可；P2P mode是另一種工作模式，該模式與紅外傳輸相似，可對(duì)數(shù)據(jù)進(jìn)行交換，但受到了距離限[1]。功耗較低，將兩個(gè)NFC設(shè)備連接起來即可完成數(shù)據(jù)傳輸以及治療傳輸?shù)?。從范圍上來看NFC的范圍較RFID更小，但是安全性與傳輸速率更高[2]，從兼容性角度來看NFC無疑更具優(yōu)勢(shì)，它與非接觸智能卡技術(shù)可良好兼容，這也使得它成為了眾多廠商的使用標(biāo)準(zhǔn)，因此可將NFC視為近距離私密通信。

2 一卡通網(wǎng)絡(luò)支付平臺(tái)業(yè)務(wù)分析

一卡通網(wǎng)絡(luò)支付平臺(tái)業(yè)務(wù)類型繁多，但主要分為兩個(gè)部分即移動(dòng)支付內(nèi)容以及移動(dòng)支付工具。在向用戶提供業(yè)務(wù)時(shí)通過門戶網(wǎng)站或手機(jī)平臺(tái)客戶端對(duì)相關(guān)業(yè)務(wù)進(jìn)行宣傳，流程具體如下：業(yè)務(wù)介紹→用戶注冊(cè)→配置管理→業(yè)務(wù)及服務(wù)→訂單管理→商戶管理。而從移動(dòng)支付業(yè)務(wù)角度來看支付工具又被視為兩類即電子錢包以及后臺(tái)賬戶，一般情況下用戶會(huì)先通過電腦端或手機(jī)單在網(wǎng)上生成訂單，在訂單確認(rèn)后即提出支付請(qǐng)求，此時(shí)平臺(tái)將在相關(guān)聯(lián)賬戶上扣除交易金額，在支付完成后向客戶進(jìn)行商品派送，最后經(jīng)由一卡通進(jìn)行清算、結(jié)算。

3 平臺(tái)設(shè)計(jì)分析

對(duì)于一卡通網(wǎng)絡(luò)支付平臺(tái)而言必然是一個(gè)開放性平臺(tái)，這就要求需要相應(yīng)的系統(tǒng)可滿足發(fā)卡需求以及收費(fèi)需求。從模塊功能來看應(yīng)該保持其通用性，特別是在接口設(shè)定上應(yīng)該盡可能簡(jiǎn)單，這樣模塊便可進(jìn)行移植。也就是說子模塊可以單獨(dú)作為一個(gè)模塊存在，可直接向同類型系統(tǒng)上移植，這樣就使得系統(tǒng)的通用性得到了大幅度提升，并且也讓系統(tǒng)能夠較為靈活地篩選子模塊，一旦系統(tǒng)出現(xiàn)故障即可將子模塊直接替換，使得故障可在最短時(shí)間內(nèi)解決。這種宏觀式的嵌入式系統(tǒng)也讓系統(tǒng)的擴(kuò)展性得到了極大的提升[3]。當(dāng)然系統(tǒng)的安全性是另一個(gè)需要把握的重點(diǎn)，作為網(wǎng)絡(luò)支付平臺(tái)必須要具有高度安全性才能保證用戶的財(cái)產(chǎn)安全，因此在支付流程的各個(gè)環(huán)節(jié)上都需要進(jìn)行強(qiáng)行身份認(rèn)證，保證流動(dòng)數(shù)據(jù)無法被第三方獲得。當(dāng)碰到消費(fèi)等敏感信息時(shí)應(yīng)該保持屏蔽或抵抗，讓用戶可遵循自身意愿在平臺(tái)上進(jìn)行消費(fèi)。

3.1 系統(tǒng)架構(gòu)分析

在本研究中系統(tǒng)主要采取B/S運(yùn)行模式以及C/S運(yùn)行模式。一般情況下服務(wù)器端采取B/S運(yùn)行模式，而手機(jī)端則采取C/S模式，這樣即能夠保證手機(jī)端與服務(wù)器端進(jìn)行有效的信息交流以及數(shù)據(jù)交換[4]。以集中式管理對(duì)數(shù)據(jù)進(jìn)行整合從而保證數(shù)據(jù)安全。軟件層采取協(xié)同模式進(jìn)行相關(guān)管理，也就是說以服務(wù)器作為基礎(chǔ)對(duì)中間件以及組件進(jìn)行控制，給予各應(yīng)用相關(guān)的支撐服務(wù)。具體如圖1所示。

3.2 系統(tǒng)構(gòu)成分析

系統(tǒng)構(gòu)成主要包括了業(yè)務(wù)支付平臺(tái)、業(yè)務(wù)系統(tǒng)、前置服務(wù)器、二級(jí)清分結(jié)算中心、商業(yè)系統(tǒng)、第三方支付系統(tǒng)。其中支付業(yè)務(wù)平臺(tái)即為用戶提供移動(dòng)電商以及移動(dòng)支付服務(wù)[5]。實(shí)際運(yùn)營(yíng)過程中涉及到了門戶網(wǎng)站以及平臺(tái)運(yùn)營(yíng)，并支持手機(jī)交互，功能十分全面，如網(wǎng)上購(gòu)物、交易處理等；業(yè)務(wù)系統(tǒng)則能夠?qū)笈_(tái)賬戶、密鑰、結(jié)算等進(jìn)行管理；前置服務(wù)器主要是對(duì)運(yùn)營(yíng)平臺(tái)的支付請(qǐng)求以及圈存請(qǐng)求進(jìn)行處理，另外可對(duì)交易鑒權(quán)、平臺(tái)對(duì)賬等進(jìn)行控制，另外還可接受第三方的充值需求；二級(jí)結(jié)算中心主要對(duì)移動(dòng)支付、充值、交易資金等進(jìn)行結(jié)算；商戶業(yè)務(wù)系統(tǒng)是與平臺(tái)共同合作的機(jī)構(gòu)；第三支付系統(tǒng)是整個(gè)平臺(tái)的資金來源。

4 平臺(tái)子模塊設(shè)計(jì)分析

4.1 業(yè)務(wù)管理模塊

該模塊是典型的三層式結(jié)構(gòu)，分別為控制層、服務(wù)層以及數(shù)據(jù)邏輯層。對(duì)于控制層而言需要保證對(duì)用戶信息進(jìn)行保存，同時(shí)這些信息應(yīng)該能夠在各層之間進(jìn)行有效傳遞。服務(wù)層涵蓋了注冊(cè)、登錄功能，它的主要面向?qū)ο笾饕獮橛脩舨⒁杂脩糇鳛閰?shù)信息進(jìn)行傳遞。另外服務(wù)層與通訊層可相互匹配，可結(jié)合相關(guān)需求發(fā)送短信或郵件。數(shù)據(jù)層是系統(tǒng)的核心層面，數(shù)據(jù)保存與此，并且能夠更新數(shù)據(jù)，在繼承ObjectDao的基礎(chǔ)上來實(shí)現(xiàn)分頁功能[6]。業(yè)務(wù)模塊面向用戶時(shí)，用戶先要經(jīng)過注冊(cè)完成開戶，從而獲取權(quán)限，在這個(gè)過程中主要借助PC端在門戶網(wǎng)站上完成信息登錄，平臺(tái)收到用戶相關(guān)請(qǐng)求時(shí)則對(duì)用戶信息的真實(shí)性進(jìn)行驗(yàn)證，然后等待用戶校驗(yàn)，此時(shí)平臺(tái)會(huì)向用戶發(fā)送驗(yàn)證信息（經(jīng)過短信或郵箱的方式），用戶通過短信或郵箱將賬戶激活，平臺(tái)收到激活請(qǐng)求時(shí)則調(diào)整用戶狀態(tài)并將相關(guān)信息返回給客戶。當(dāng)用戶成功注冊(cè)后也就意味著用戶已經(jīng)成為了平臺(tái)的服務(wù)對(duì)象，平臺(tái)會(huì)提醒用戶對(duì)個(gè)人信息進(jìn)行完善如手機(jī)號(hào)、郵箱地址以及相關(guān)聯(lián)絡(luò)方式等以便后期維護(hù)。支付平臺(tái)一面是為用戶服務(wù)，另一面則是與商戶進(jìn)行合作。商戶入駐于平臺(tái)先要將商戶信息添加于網(wǎng)絡(luò)支付系統(tǒng)當(dāng)中，然后經(jīng)過支付平臺(tái)將相關(guān)信息進(jìn)行整合從而對(duì)經(jīng)營(yíng)商品進(jìn)行定義。若商戶要對(duì)自己信息進(jìn)行修改則要先經(jīng)過平臺(tái)確認(rèn)。endprint

4.2 賬戶管理模塊

賬戶管理模塊主要是對(duì)賬戶進(jìn)行全面管理，控制層一般會(huì)設(shè)計(jì)成BaseAction類，因此可對(duì)用戶地址導(dǎo)航以及Session進(jìn)行保存，這是平臺(tái)的基礎(chǔ)載體。服務(wù)層可向用戶提供余額查詢以及賬戶明細(xì)查詢等，通過execute方法將相關(guān)請(qǐng)求向一卡通平臺(tái)后臺(tái)傳遞并導(dǎo)入網(wǎng)關(guān)端口，經(jīng)過網(wǎng)關(guān)端口解析后再與一卡通進(jìn)行交互，同時(shí)將數(shù)據(jù)反饋。從數(shù)據(jù)層角度來看會(huì)采取QueryResponseDto數(shù)據(jù)保存以及數(shù)據(jù)反饋進(jìn)行控制[7]，其中通訊層則可對(duì)相關(guān)數(shù)據(jù)進(jìn)行轉(zhuǎn)換。在這種模式下可將數(shù)據(jù)轉(zhuǎn)變?yōu)閄ml方式，而在單獨(dú)的Dto對(duì)象當(dāng)中則將數(shù)據(jù)封存其中，其中便涉及到了數(shù)據(jù)轉(zhuǎn)換，此時(shí)各類型接口也就發(fā)揮了作用。

4.3 支付模塊

支付模塊是一卡通網(wǎng)絡(luò)支付平臺(tái)最為核心的功能模塊，其面向于各類支付交易，結(jié)構(gòu)包括控制層、服務(wù)層以及通訊層?？刂茖訒?huì)通過URL要求進(jìn)行處理，URL要求類型則包括了各類訂單、商戶代碼、反饋信息、交易信息等。服務(wù)層當(dāng)中的merchantUrl起到了一個(gè)返回作用，當(dāng)用戶支付完成后再將用戶重新導(dǎo)入至網(wǎng)站頁面。同時(shí)服務(wù)層還承擔(dān)了向用戶傳輸反饋信息的功能，在用戶支付完成后服務(wù)層會(huì)向通訊層發(fā)出信號(hào)，通訊層則通過短信告知用戶的購(gòu)買情況或向用戶申請(qǐng)驗(yàn)證信息。

5 結(jié)束語

在上述研究中提出了一卡通網(wǎng)絡(luò)支付平臺(tái)設(shè)計(jì)的大致思路，并對(duì)其中的核心模塊以及主體架構(gòu)進(jìn)行了分析。當(dāng)然在構(gòu)建平臺(tái)的過程中還需要對(duì)安全問題給予充分重視，通過有效的加密機(jī)制以及強(qiáng)行驗(yàn)證機(jī)制來提升平臺(tái)的安全性。同時(shí)需要將手機(jī)端與PC端關(guān)聯(lián)起來，加強(qiáng)數(shù)據(jù)資源整合，讓支付平臺(tái)能夠滲透到其他行業(yè)中，促進(jìn)融合產(chǎn)業(yè)鏈的發(fā)展，這對(duì)于支付平臺(tái)本身而言也帶來了巨大的空間。

參考文獻(xiàn)：

[1] 車力軍.手機(jī)支付的發(fā)展思考[J].電信技術(shù)，2013（11）.

[2] 任大勇.基于時(shí)延Petri網(wǎng)的移動(dòng)電子支付協(xié)議模型[J].計(jì)算機(jī)與數(shù)字工程，2013（10）.

[3] 湛玉婕.基于RFID-SIM的手機(jī)校園一卡通支付方式設(shè)計(jì)[J].商場(chǎng)現(xiàn)代化，2013（29）.

[4] 徐洪峰，徐曦，曾杰.移動(dòng)電子商務(wù)安全問題研究[J].計(jì)算機(jī)技術(shù)與發(fā)展，2011（11）.

[5] 田樹華，陳立佳，李建茹.基于離線可信第三方的電子支付協(xié)議公平性分析[J].計(jì)算機(jī)應(yīng)用，2009（7）.

[6] 劉文琦，顧宏.電子支付協(xié)議可追究性的Petri網(wǎng)建模與分析[J].系統(tǒng)仿真學(xué)報(bào)，2008（20）.endprint

4.2 賬戶管理模塊

賬戶管理模塊主要是對(duì)賬戶進(jìn)行全面管理，控制層一般會(huì)設(shè)計(jì)成BaseAction類，因此可對(duì)用戶地址導(dǎo)航以及Session進(jìn)行保存，這是平臺(tái)的基礎(chǔ)載體。服務(wù)層可向用戶提供余額查詢以及賬戶明細(xì)查詢等，通過execute方法將相關(guān)請(qǐng)求向一卡通平臺(tái)后臺(tái)傳遞并導(dǎo)入網(wǎng)關(guān)端口，經(jīng)過網(wǎng)關(guān)端口解析后再與一卡通進(jìn)行交互，同時(shí)將數(shù)據(jù)反饋。從數(shù)據(jù)層角度來看會(huì)采取QueryResponseDto數(shù)據(jù)保存以及數(shù)據(jù)反饋進(jìn)行控制[7]，其中通訊層則可對(duì)相關(guān)數(shù)據(jù)進(jìn)行轉(zhuǎn)換。在這種模式下可將數(shù)據(jù)轉(zhuǎn)變?yōu)閄ml方式，而在單獨(dú)的Dto對(duì)象當(dāng)中則將數(shù)據(jù)封存其中，其中便涉及到了數(shù)據(jù)轉(zhuǎn)換，此時(shí)各類型接口也就發(fā)揮了作用。

4.3 支付模塊

支付模塊是一卡通網(wǎng)絡(luò)支付平臺(tái)最為核心的功能模塊，其面向于各類支付交易，結(jié)構(gòu)包括控制層、服務(wù)層以及通訊層。控制層會(huì)通過URL要求進(jìn)行處理，URL要求類型則包括了各類訂單、商戶代碼、反饋信息、交易信息等。服務(wù)層當(dāng)中的merchantUrl起到了一個(gè)返回作用，當(dāng)用戶支付完成后再將用戶重新導(dǎo)入至網(wǎng)站頁面。同時(shí)服務(wù)層還承擔(dān)了向用戶傳輸反饋信息的功能，在用戶支付完成后服務(wù)層會(huì)向通訊層發(fā)出信號(hào)，通訊層則通過短信告知用戶的購(gòu)買情況或向用戶申請(qǐng)驗(yàn)證信息。

5 結(jié)束語

在上述研究中提出了一卡通網(wǎng)絡(luò)支付平臺(tái)設(shè)計(jì)的大致思路，并對(duì)其中的核心模塊以及主體架構(gòu)進(jìn)行了分析。當(dāng)然在構(gòu)建平臺(tái)的過程中還需要對(duì)安全問題給予充分重視，通過有效的加密機(jī)制以及強(qiáng)行驗(yàn)證機(jī)制來提升平臺(tái)的安全性。同時(shí)需要將手機(jī)端與PC端關(guān)聯(lián)起來，加強(qiáng)數(shù)據(jù)資源整合，讓支付平臺(tái)能夠滲透到其他行業(yè)中，促進(jìn)融合產(chǎn)業(yè)鏈的發(fā)展，這對(duì)于支付平臺(tái)本身而言也帶來了巨大的空間。

參考文獻(xiàn)：

[1] 車力軍.手機(jī)支付的發(fā)展思考[J].電信技術(shù)，2013（11）.

[2] 任大勇.基于時(shí)延Petri網(wǎng)的移動(dòng)電子支付協(xié)議模型[J].計(jì)算機(jī)與數(shù)字工程，2013（10）.

[3] 湛玉婕.基于RFID-SIM的手機(jī)校園一卡通支付方式設(shè)計(jì)[J].商場(chǎng)現(xiàn)代化，2013（29）.

[4] 徐洪峰，徐曦，曾杰.移動(dòng)電子商務(wù)安全問題研究[J].計(jì)算機(jī)技術(shù)與發(fā)展，2011（11）.

[5] 田樹華，陳立佳，李建茹.基于離線可信第三方的電子支付協(xié)議公平性分析[J].計(jì)算機(jī)應(yīng)用，2009（7）.

[6] 劉文琦，顧宏.電子支付協(xié)議可追究性的Petri網(wǎng)建模與分析[J].系統(tǒng)仿真學(xué)報(bào)，2008（20）.endprint

4.2 賬戶管理模塊

賬戶管理模塊主要是對(duì)賬戶進(jìn)行全面管理，控制層一般會(huì)設(shè)計(jì)成BaseAction類，因此可對(duì)用戶地址導(dǎo)航以及Session進(jìn)行保存，這是平臺(tái)的基礎(chǔ)載體。服務(wù)層可向用戶提供余額查詢以及賬戶明細(xì)查詢等，通過execute方法將相關(guān)請(qǐng)求向一卡通平臺(tái)后臺(tái)傳遞并導(dǎo)入網(wǎng)關(guān)端口，經(jīng)過網(wǎng)關(guān)端口解析后再與一卡通進(jìn)行交互，同時(shí)將數(shù)據(jù)反饋。從數(shù)據(jù)層角度來看會(huì)采取QueryResponseDto數(shù)據(jù)保存以及數(shù)據(jù)反饋進(jìn)行控制[7]，其中通訊層則可對(duì)相關(guān)數(shù)據(jù)進(jìn)行轉(zhuǎn)換。在這種模式下可將數(shù)據(jù)轉(zhuǎn)變?yōu)閄ml方式，而在單獨(dú)的Dto對(duì)象當(dāng)中則將數(shù)據(jù)封存其中，其中便涉及到了數(shù)據(jù)轉(zhuǎn)換，此時(shí)各類型接口也就發(fā)揮了作用。

4.3 支付模塊

支付模塊是一卡通網(wǎng)絡(luò)支付平臺(tái)最為核心的功能模塊，其面向于各類支付交易，結(jié)構(gòu)包括控制層、服務(wù)層以及通訊層?？刂茖訒?huì)通過URL要求進(jìn)行處理，URL要求類型則包括了各類訂單、商戶代碼、反饋信息、交易信息等。服務(wù)層當(dāng)中的merchantUrl起到了一個(gè)返回作用，當(dāng)用戶支付完成后再將用戶重新導(dǎo)入至網(wǎng)站頁面。同時(shí)服務(wù)層還承擔(dān)了向用戶傳輸反饋信息的功能，在用戶支付完成后服務(wù)層會(huì)向通訊層發(fā)出信號(hào)，通訊層則通過短信告知用戶的購(gòu)買情況或向用戶申請(qǐng)驗(yàn)證信息。

5 結(jié)束語

在上述研究中提出了一卡通網(wǎng)絡(luò)支付平臺(tái)設(shè)計(jì)的大致思路，并對(duì)其中的核心模塊以及主體架構(gòu)進(jìn)行了分析。當(dāng)然在構(gòu)建平臺(tái)的過程中還需要對(duì)安全問題給予充分重視，通過有效的加密機(jī)制以及強(qiáng)行驗(yàn)證機(jī)制來提升平臺(tái)的安全性。同時(shí)需要將手機(jī)端與PC端關(guān)聯(lián)起來，加強(qiáng)數(shù)據(jù)資源整合，讓支付平臺(tái)能夠滲透到其他行業(yè)中，促進(jìn)融合產(chǎn)業(yè)鏈的發(fā)展，這對(duì)于支付平臺(tái)本身而言也帶來了巨大的空間。

參考文獻(xiàn)：

[1] 車力軍.手機(jī)支付的發(fā)展思考[J].電信技術(shù)，2013（11）.

[2] 任大勇.基于時(shí)延Petri網(wǎng)的移動(dòng)電子支付協(xié)議模型[J].計(jì)算機(jī)與數(shù)字工程，2013（10）.

[3] 湛玉婕.基于RFID-SIM的手機(jī)校園一卡通支付方式設(shè)計(jì)[J].商場(chǎng)現(xiàn)代化，2013（29）.

[4] 徐洪峰，徐曦，曾杰.移動(dòng)電子商務(wù)安全問題研究[J].計(jì)算機(jī)技術(shù)與發(fā)展，2011（11）.

[5] 田樹華，陳立佳，李建茹.基于離線可信第三方的電子支付協(xié)議公平性分析[J].計(jì)算機(jī)應(yīng)用，2009（7）.

[6] 劉文琦，顧宏.電子支付協(xié)議可追究性的Petri網(wǎng)建模與分析[J].系統(tǒng)仿真學(xué)報(bào)，2008（20）.endprint