劉奕君　王國(guó)珍

摘要：設(shè)計(jì)了一種基于Android的應(yīng)用內(nèi)支付平臺(tái)。支付平臺(tái)對(duì)第三方支付渠道進(jìn)行二次封裝，設(shè)計(jì)包括面向移動(dòng)應(yīng)用開發(fā)者的接入SDK和平臺(tái)管理服務(wù)端系統(tǒng)。該支付平臺(tái)能夠讓移動(dòng)應(yīng)用開發(fā)者更快捷地實(shí)現(xiàn)應(yīng)用內(nèi)支付功能，且平臺(tái)經(jīng)過多款手機(jī)游戲應(yīng)用檢驗(yàn)。實(shí)驗(yàn)表明該設(shè)計(jì)流程簡(jiǎn)潔，平臺(tái)運(yùn)行穩(wěn)定。

關(guān)鍵詞：移動(dòng)支付；應(yīng)用內(nèi)支付；IAP；SDK

DOIDOI：10.11907/rjdk.151395

中圖分類號(hào)：TP302

文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)文章編號(hào)：16727800（2015）008014004

0 引言

移動(dòng)支付作為一種新興的支付方式，其移動(dòng)便捷性是PC端支付不可替代的，特別是在一些典型應(yīng)用場(chǎng)景中，如手機(jī)購(gòu)物、手機(jī)游戲帳號(hào)充值等。移動(dòng)支付根據(jù)實(shí)現(xiàn)技術(shù)不同可分為遠(yuǎn)程支付和近場(chǎng)支付。近場(chǎng)支付是手機(jī)通過射頻、紅外、藍(lán)牙等通道與POS機(jī)、自動(dòng)售貨機(jī)等終端設(shè)備實(shí)現(xiàn)本地通訊。遠(yuǎn)程支付依托于移動(dòng)互聯(lián)網(wǎng)，通過手機(jī)等終端實(shí)現(xiàn)，目前主要產(chǎn)品包括使用獨(dú)立客戶端和應(yīng)用程序內(nèi)支付。獨(dú)立客戶端支付的代表是支付寶、財(cái)付通等客戶端，其面向支付平臺(tái)自有的忠實(shí)客戶，需廠商開發(fā)獨(dú)立客戶端工具。應(yīng)用內(nèi)支付通過中間件的形式內(nèi)嵌到應(yīng)用內(nèi)，用戶在支付過程中，不用脫離當(dāng)前頁(yè)面或應(yīng)用程序，就可以輸入銀行卡號(hào)或使用與帳號(hào)綁定的信用卡等形式完成支付?；趹?yīng)用內(nèi)支付特點(diǎn)，其應(yīng)用場(chǎng)景主要集中在手機(jī)游戲購(gòu)買道具、點(diǎn)卡，電子書購(gòu)買等。從蘋果應(yīng)用商店和谷歌應(yīng)用商店相繼向開發(fā)者和用戶推出應(yīng)用內(nèi)支付情況看，應(yīng)用內(nèi)支付將是未來移動(dòng)支付的發(fā)展趨勢(shì)。

1 應(yīng)用內(nèi)支付

移動(dòng)應(yīng)用內(nèi)支付經(jīng)歷了3個(gè)發(fā)展階段。

1.1 短信支付

短信支付[1]是最早出現(xiàn)的支付方式，移動(dòng)應(yīng)用通過發(fā)送包含特定的短信到指定端口（號(hào)碼），由運(yùn)營(yíng)商代扣費(fèi)，此種方式是運(yùn)營(yíng)商代扣手機(jī)號(hào)碼中剩余話費(fèi)來充當(dāng)應(yīng)用的費(fèi)用。由于這種捆綁手機(jī)號(hào)繳費(fèi)的支付方式容易被一些惡意軟件進(jìn)行“暗扣”吸費(fèi)，再加上屢屢發(fā)生的短信詐騙案件，使得短信實(shí)現(xiàn)應(yīng)用內(nèi)支付安全性較低，目前只有極少數(shù)應(yīng)用軟件在使用。

1.2 網(wǎng)銀支付

目前多數(shù)銀行都向用戶提供了快捷金融服務(wù)，各大銀行相繼自行研發(fā)了網(wǎng)上銀行和手機(jī)銀行產(chǎn)品。采用網(wǎng)銀支付在用戶體驗(yàn)上相對(duì)較差，用戶在使用網(wǎng)銀支付時(shí)需輸入 19位銀行卡號(hào)和密碼，并且手機(jī)網(wǎng)上銀行的ActiveX控件在移動(dòng)設(shè)備上支持不夠好，容易導(dǎo)致支付出現(xiàn)問題。

1.3 使用第三方支付渠道

第三方支付在PC端應(yīng)用已經(jīng)非常廣泛，最常見的是第三方支付即支付寶和財(cái)付通支付平臺(tái)。目前支付寶已經(jīng)向開發(fā)者提供手機(jī)無(wú)線支付SDK以實(shí)現(xiàn)IAP方式支付。國(guó)外第三方支付Paypal公司提供了MECL（移動(dòng)快速結(jié)賬類庫(kù)）供開發(fā)者實(shí)現(xiàn)應(yīng)用內(nèi)支付功能。目前第三方支付渠道發(fā)展迅速，已基本實(shí)現(xiàn)了全平臺(tái)覆蓋，可以向用戶提供快捷、安全的支付體驗(yàn)。

以上3種方式中，使用較多的是第三方支付渠道方式。但是在應(yīng)用單獨(dú)集成第三方渠道時(shí)，應(yīng)用開發(fā)者在編寫代碼集成前，需先研讀第三方支付渠道的接入接口文檔，熟悉接入流程和復(fù)雜的數(shù)據(jù)交互協(xié)議。這一過程無(wú)疑增加了開發(fā)者工作量和接入難度，延長(zhǎng)了應(yīng)用開發(fā)周期。本文所設(shè)計(jì)的應(yīng)用內(nèi)支付平臺(tái)，通過對(duì)第三方支付渠道的二次封裝，簡(jiǎn)化了應(yīng)用接入API，與第三方支付的核心數(shù)據(jù)通信全部由平臺(tái)管理服務(wù)端完成，以達(dá)到簡(jiǎn)化開發(fā)者接入流程、降低開發(fā)難度、縮短開發(fā)周期的目的，讓開發(fā)者能夠?qū)⒅饕Ψ旁趹?yīng)用本身邏輯功能上。

2 平臺(tái)架構(gòu)設(shè)計(jì)

應(yīng)用內(nèi)支付平臺(tái)架構(gòu)[2]主要分為兩部分：平臺(tái)管理服務(wù)端和手機(jī)集成SDK（Software Development Kit）開發(fā)工具包。平臺(tái)管理服務(wù)端的功能包括向開發(fā)者提供應(yīng)用App的注冊(cè)和管理、查看用戶支付明細(xì)和向第三方支付平臺(tái)發(fā)送支付請(qǐng)求并獲取支付結(jié)果。應(yīng)用內(nèi)支付平臺(tái)架構(gòu)如圖1所示。

圖1 應(yīng)用內(nèi)支付平臺(tái)架構(gòu)

圖1不僅描述了應(yīng)用內(nèi)支付平臺(tái)架構(gòu)，還描述了支付的整個(gè)流程[34]：①使用應(yīng)用時(shí)確認(rèn)發(fā)起購(gòu)買支付，應(yīng)用內(nèi)集成的支付SDK向平臺(tái)服務(wù)端發(fā)送支付通知；②平臺(tái)服務(wù)端收到支付通知后，按照第三方支付渠道接入要求發(fā)起支付請(qǐng)求； ③當(dāng)用戶在應(yīng)用內(nèi)完成支付后，SDK開發(fā)包獲取平臺(tái)服務(wù)端返回的支付結(jié)果，SDK再將支付結(jié)果返回給應(yīng)用程序，同時(shí)平臺(tái)管理服務(wù)端系統(tǒng)通過回調(diào)的方式將支付詳情發(fā)送到開發(fā)者服務(wù)端系統(tǒng)。

平臺(tái)服務(wù)端在手機(jī)應(yīng)用程序和第三方支付渠道間搭建起一個(gè)橋梁，平臺(tái)服務(wù)端負(fù)責(zé)將支付請(qǐng)求包裝為符合第三方支付渠道的協(xié)議格式，支付完成后再將第三方渠道返回的響應(yīng)結(jié)果解析回送給應(yīng)用程序，應(yīng)用程序依此響應(yīng)結(jié)果為用戶開通相應(yīng)服務(wù)，平臺(tái)服務(wù)端負(fù)責(zé)完成第三方支付渠道數(shù)據(jù)包的組裝和解析工作。

SDK開發(fā)包面向移動(dòng)應(yīng)用開發(fā)者，供開發(fā)者調(diào)用接入支付平臺(tái)以實(shí)現(xiàn)應(yīng)用內(nèi)支付功能。SDK開發(fā)包主要用于簡(jiǎn)化開發(fā)者集成支付時(shí)的步驟，向開發(fā)者提供更為簡(jiǎn)潔的接口API。開發(fā)者不需了解第三方支付渠道的通信協(xié)議和步驟，只需了解SDK的使用步驟就可以快速實(shí)現(xiàn)支付功能。Android平臺(tái)應(yīng)用的開發(fā)語(yǔ)言是Java語(yǔ)言，SDK開發(fā)包最終以.jar文件分發(fā)給開發(fā)者，開發(fā)者將其打包到移動(dòng)應(yīng)用中[56]。

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

3.1 SDK開發(fā)包詳細(xì)設(shè)計(jì)

SDK開發(fā)包架構(gòu)如圖2所示。

（1） 基礎(chǔ)類庫(kù)。提供公用的數(shù)據(jù)加解密算法工具類、字符處理工具類等。

圖2 應(yīng)用內(nèi)支付SDK架構(gòu)

（2） 配置文件。填寫用戶在支付時(shí)的收款方帳號(hào)，此配置文件需開發(fā)者在打包應(yīng)用前修改，SDK在初始化時(shí)即讀取此配置文件信息，用以支撐后續(xù)的第三方支付平臺(tái)認(rèn)證和支付。

（3） GUI。通常一個(gè)應(yīng)用內(nèi)支付不止包括一種第三方渠道，因此須提供一個(gè)界面供用戶選擇；同時(shí)在界面上添加問題反饋部分，讓應(yīng)用開發(fā)者能夠及時(shí)獲取用戶體驗(yàn)結(jié)果。

（4） 支付邏輯封裝。核心內(nèi)容：SDK中所封裝的支付邏輯為不同第三方支付簡(jiǎn)化后的支付流程，不包括與第三方支付平臺(tái)交互的數(shù)據(jù)內(nèi)容，與第三方支付平臺(tái)交互的數(shù)據(jù)由平臺(tái)服務(wù)端發(fā)送。

（5） 調(diào)用接口。由應(yīng)用開發(fā)者調(diào)用，封裝了支付的整個(gè)流程，從初始化認(rèn)證到最終獲取用戶支付結(jié)果的全過程。應(yīng)用接口在設(shè)計(jì)上主要包括了SDK初始化、發(fā)送支付請(qǐng)求、用戶支付和獲取支付結(jié)果4個(gè)步驟。

依據(jù)面向開發(fā)者設(shè)計(jì)的調(diào)用接口，SDK開發(fā)包的工作流程包括以下幾個(gè)階段：

（1） 初始化階段。此階段完成的工作包括獲取手機(jī)設(shè)備的相關(guān)信息（IMEI代碼、MAC地址等），用于在支付平臺(tái)上標(biāo)識(shí)支付手機(jī)端唯一性，檢測(cè)與三方支付平臺(tái)聯(lián)通性，讀取并解析本地配置文件。由于初始化階段需要獲取手機(jī)硬件相關(guān)信息和檢測(cè)網(wǎng)絡(luò)是否正常，因此比較耗時(shí)，應(yīng)將此階段放在后臺(tái)線程中執(zhí)行。

（2） 發(fā)送支付請(qǐng)求階段。此階段拆分為兩個(gè)小的步驟：①發(fā)送支付請(qǐng)求前應(yīng)完成與第三方支付平臺(tái)的認(rèn)證，獲得認(rèn)證成功信息后再進(jìn)行后續(xù)支付操作；②按照第三方支付平臺(tái)要求發(fā)送支付參數(shù)（商品名稱、價(jià)格、數(shù)量等）。這一部分功能的實(shí)現(xiàn)全部由平臺(tái)服務(wù)端完成，這一設(shè)計(jì)一方面可以簡(jiǎn)化開發(fā)者在使用SDK時(shí)的難度和復(fù)雜度，另一方面提高了支付過程的安全性。SDK開發(fā)包與平臺(tái)服務(wù)端之間進(jìn)行交互后，平臺(tái)服務(wù)端收到SDK開發(fā)包發(fā)送的支付通知，平臺(tái)服務(wù)端自動(dòng)向第三方支付渠道發(fā)起支付請(qǐng)求。

（3） 用戶支付階段。此階段是平臺(tái)服務(wù)端向第三方支付渠道成功發(fā)送支付參數(shù)后，SDK根據(jù)第三方支付平臺(tái)的要求打開支付界面。支付界面根據(jù)用戶錄入方式的不同而不同。例如Paypal支付平臺(tái)要求用戶必須在瀏覽器中顯示paypal官方頁(yè)面，用戶在官方頁(yè)面中輸入登錄名密碼后，由綁定的信用卡號(hào)完成支付。

（4） 獲取支付結(jié)果。在用戶支付完成后，SDK將獲取第三方支付平臺(tái)返回的結(jié)果，SDK將結(jié)果返回給應(yīng)用程序，應(yīng)用程序根據(jù)支付結(jié)果為用戶開通相應(yīng)服務(wù)。

3.2 平臺(tái)服務(wù)端詳細(xì)設(shè)計(jì)

平臺(tái)服務(wù)端封裝了支付過程中關(guān)鍵的數(shù)據(jù)請(qǐng)求部分，負(fù)責(zé)與第三方支付渠道通信。同時(shí)平臺(tái)服務(wù)端又包括了應(yīng)用App注冊(cè)和管理、支付明細(xì)查詢功能。平臺(tái)服務(wù)端的功能結(jié)構(gòu)如圖3所示。

圖3 平臺(tái)服務(wù)端功能結(jié)構(gòu)

平臺(tái)服務(wù)端主要分為4大模塊，各模塊功能如下：

（1）應(yīng)用App注冊(cè)及管理模塊：應(yīng)用App接入平臺(tái)前需先進(jìn)行注冊(cè)，由平臺(tái)分配密鑰作為應(yīng)用的唯一標(biāo)識(shí)，此密鑰存儲(chǔ)在SDK配置文件中，在SDK初始化時(shí)自動(dòng)讀取密鑰完成與平臺(tái)的認(rèn)證。應(yīng)用管理進(jìn)行App基礎(chǔ)信息的維護(hù)更新、密鑰的更新。

（2）支付明細(xì)查詢模塊：以報(bào)表形式向開發(fā)者提供按日、按月的用戶支付明細(xì)，包括支付時(shí)間、金額、商品名稱、應(yīng)用名稱，幫助開發(fā)者進(jìn)行數(shù)據(jù)統(tǒng)計(jì)。

（3）第三方支付渠道通信模塊：封裝了與第三方支付渠道通信時(shí)所需的數(shù)據(jù)格式，完成與第三方支付渠道的交互。目前絕大多數(shù)第三方支付平臺(tái)在執(zhí)行支付前，需先完成客戶端的認(rèn)證工作，并向客戶端分配會(huì)話令牌，此會(huì)話令牌是一次支付的標(biāo)識(shí)，每次支付所獲取的會(huì)話令牌是不同的，獲取支付令牌后才能完成支付的后續(xù)操作。不同支付平臺(tái)要求的數(shù)據(jù)格式不同，此模塊封裝了在支付時(shí)最復(fù)雜的通信數(shù)據(jù)格式和消息請(qǐng)求步驟，將一些非重要參數(shù)屏蔽，向開發(fā)者提供更簡(jiǎn)潔的接口。

（4）網(wǎng)絡(luò)通信模塊：封裝了底層TCP通信和HTTP通信的過程代碼，作為基礎(chǔ)工具向上一層模塊提供服務(wù)。

4 Paypal支付實(shí)例

Paypal是歐美國(guó)家使用最廣泛的在線支付渠道之一[7]。Paypal官方為應(yīng)用開發(fā)者提供了MECL（Mobile Express Checkout Library）類庫(kù)來實(shí)現(xiàn)應(yīng)用內(nèi)支付。MECL類庫(kù)在分發(fā)形式上為后綴.jar的文件，此文件需打包到支付SDK中[8]。MECL類庫(kù)支持兩種編程方式：第一種是支付請(qǐng)求在應(yīng)用程序內(nèi)部發(fā)起，即用戶點(diǎn)擊移動(dòng)應(yīng)用中的某個(gè)按鈕來發(fā)起支付；第二種是支付在開發(fā)者的移動(dòng)網(wǎng)站上發(fā)起。本文所述應(yīng)用內(nèi)支付使用第一種方式。支付請(qǐng)求由應(yīng)用發(fā)起的編程流程為：

（1） 初始化MECL類庫(kù)，獲取手機(jī)設(shè)備令牌。此令牌是手機(jī)設(shè)備信息的加密組合，作為手機(jī)設(shè)備的唯一標(biāo)識(shí)，在支付時(shí)將發(fā)送到Paypal服務(wù)器端。

（2） 獲取Paypal支付按鈕并添加到應(yīng)用界面中，同時(shí)監(jiān)聽按鈕的單擊事件。

（3） 當(dāng)用戶點(diǎn)擊支付按鈕時(shí)，平臺(tái)服務(wù)器向Paypal服務(wù)端發(fā)送SetExpressCheckout請(qǐng)求，Paypal服務(wù)端獲取此請(qǐng)求后將向平臺(tái)服務(wù)端返回支付令牌，此支付信息將作為后續(xù)支付操作的依據(jù)。

（4） 打開瀏覽器跳轉(zhuǎn)到Paypal支付頁(yè)面，用戶完成登錄和支付確認(rèn)操作，Paypal自動(dòng)調(diào)用平臺(tái)服務(wù)端對(duì)應(yīng)的回調(diào)地址，平臺(tái)服務(wù)端繼續(xù)向Paypal服務(wù)器發(fā)送GetExpressCheckoutDetails請(qǐng)求和DoExpressCheckoutPayment請(qǐng)求。GetExpressChekcoutDetails請(qǐng)求用于獲取詳細(xì)的支付參數(shù)，DoExpressCheckoutPayment請(qǐng)求用于向Paypal服務(wù)端進(jìn)行確認(rèn)支付。

（5） 平臺(tái)服務(wù)端獲取到Paypal返回的支付結(jié)果后，將支付結(jié)果傳遞給移動(dòng)應(yīng)用程序。

從以上流程可以看出，為了提高Paypal支付在手機(jī)端使用時(shí)的安全性，對(duì)于與Paypal交互的所有請(qǐng)求全部由平臺(tái)服務(wù)器發(fā)出，而不是由手機(jī)端發(fā)出。整合Paypal支付的SDK代碼結(jié)構(gòu)如圖4所示。

圖4 整合Paypal支付的SDK結(jié)構(gòu)

圖4中包含3個(gè)類，分別是Paypal_Callback類、Paypal_Config類、Paypal_Main類，其中Paypal_Main類是開發(fā)者進(jìn)行調(diào)用的，Paypal_Main類對(duì)實(shí)現(xiàn)Paypal支付進(jìn)行了封裝。其中initialize（）方法封裝了參數(shù)文件讀??；validate（）方法用于驗(yàn)證SDK中密鑰是否正確，判斷手機(jī)端與平臺(tái)服務(wù)端是否連通；initLibrary（）方法用于初始化Paypal MECL組件，設(shè)置組件參數(shù)；fetchCheckoutButton（）方法用于獲取Paypal支付按鈕，由開發(fā)者將其添加到應(yīng)用主界面中；buildWebView（）方法是核心，此方法用于訪問Paypal官方網(wǎng)站的瀏覽器，用戶在瀏覽器中輸入賬號(hào)密碼進(jìn)行登錄，然后確認(rèn)支付。SDK監(jiān)控瀏覽器跳轉(zhuǎn)狀態(tài)，當(dāng)支付完成后獲取平臺(tái)服務(wù)端返回的支付結(jié)果。buildWebView（）方法的主要代碼為：

public WebView buildWebView（Pitaya_Callback callback） {

String loadingUrl = fetchLoadURL（）；

final WebView _webView = new webView（this.context）；

_webView.getSettings（）.setJavaScriptEnabled（true）；

_webView.addJavascriptInterface（callback，"handler"）；

_webView.setWebViewClient（new WebViewClient（） {

public void onPageFinished（

WebView view，String url） {

if （_webView.getUrl（）.toLowerCase（）

.startsWith（Pitaya_Config.RETURN_URL

.toLowerCase（））） {

view.setVisibility（View.INVISIBLE）；

view.loadUrl（"javascript：window.handler.onClick（document.body.innerText）；"）；

} else {

super.onPageFinished（view，url）；

}

}

}）；

_webView.loadUrl（loadingUrl）；

_webView.requestFocus（View.FOCUS_DOWN）；

return _webView；

}

整合Paypal的應(yīng)用內(nèi)支付實(shí)現(xiàn)效果如圖5所示。

圖5 應(yīng)用內(nèi)Paypal支付效果

在圖5中，用戶首先點(diǎn)擊Paypal支付按鈕，應(yīng)用打開瀏覽器跳轉(zhuǎn)到Paypal官方頁(yè)面，輸入賬號(hào)密碼完成登錄操作，然后是支付確認(rèn)，最后在應(yīng)用中獲取支付時(shí)間、支付結(jié)果等信息。

平臺(tái)管理服務(wù)端的運(yùn)行效果如圖6所示。

圖6展示了接入多款手機(jī)游戲的平臺(tái)服務(wù)端，為了便于擴(kuò)展，平臺(tái)在設(shè)計(jì)時(shí)支持某一款應(yīng)用集成多種第三方支付渠道，且為每一種支付渠道分配唯一密鑰[910]。在平臺(tái)服務(wù)端開通第三方支付渠道后，只需修改SDK中的配置文件便可在應(yīng)用內(nèi)進(jìn)行支付。

圖6 平臺(tái)管理服務(wù)端運(yùn)行效果

5 結(jié)語(yǔ)

移動(dòng)應(yīng)用開發(fā)在添加應(yīng)用內(nèi)支付功能時(shí)，若分別與第三方支付渠道集成，會(huì)花費(fèi)很大精力，延長(zhǎng)應(yīng)用開發(fā)周期。采用本文所設(shè)計(jì)的應(yīng)用內(nèi)支付平臺(tái)將會(huì)減少開發(fā)者大量工作，開發(fā)者不再需要自己調(diào)試第三方支付渠道的API，而是按支付平臺(tái)所設(shè)計(jì)的簡(jiǎn)潔、統(tǒng)一的API來完成。本文所設(shè)計(jì)平臺(tái)已經(jīng)在多款手機(jī)游戲上得到應(yīng)用，受到開發(fā)者一致好評(píng)。

參考文獻(xiàn)：

[1] TIAN XIUXIA ， SHENG YIHANG.Discussion on Android platform application development profit model [J].Journal of Shanghai University of Electric，2012（5）：490495.

[2] 田秀霞， 盛翌航.Android平臺(tái)的應(yīng)用開發(fā)盈利模式探討[J].上海電力學(xué)院學(xué)報(bào)，2012（5）：490495.

[3] 呂旭峰 ，尹亞偉， 華錦芝.移動(dòng)支付技術(shù)發(fā)展趨勢(shì)簡(jiǎn)析[J].軟件產(chǎn)業(yè)與工程，2012（6）：2327.

[4] 徐世鵬.手機(jī)支付平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[D].成都：電子科技大學(xué)，2012.

[5] 鄒杰.基于Android的移動(dòng)支付客戶端設(shè)計(jì)與實(shí)現(xiàn)[D].北京：北京郵電大學(xué)，2011.

[6] 楊豐盛.Android技術(shù)內(nèi)幕[M].北京：機(jī)械工業(yè)出版社，2011.

[7] 陳文， 郭依正.深入理解Android網(wǎng)絡(luò)編程[M].北京：機(jī)械工業(yè)出版社，2013.

[8] 王青林 ，陸軍， 李響.國(guó)內(nèi)外第三方支付市場(chǎng)發(fā)展實(shí)踐研究[J].金融電子化，2012（7）：221226.

[9] 楊斌 ，高海燕.利用SDK開發(fā)智能手機(jī)的移動(dòng)學(xué)習(xí)資源[J]. 甘肅廣播電視大學(xué)學(xué)報(bào)，2012，22（3）：5658.

[10] 謝若晨.統(tǒng)一支付清算系統(tǒng)的分析與設(shè)計(jì)[D].北京：北京郵電大學(xué)，2012.

（責(zé)任編輯：杜能鋼）