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

　　關(guān)鍵詞：計算機論文投稿,一卡通,網(wǎng)絡(luò)支付,平臺設(shè)計

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

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

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

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

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

　　3 平臺設(shè)計分析

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

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

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

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

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

　　4 平臺子模塊設(shè)計分析

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

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

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

　　4.3 支付模塊

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

　　5 結(jié)束語

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

　　參考文獻：

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

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

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

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

轉(zhuǎn)載請注明來自：http://www.jinnzone.com/jisuanjiwangluolw/48028.html