0 引言

近幾年來，隨著移動智能科學(xué)技術(shù)的不斷發(fā)展，移動智能終端具有廣泛應(yīng)用于各大行業(yè)領(lǐng)域的潛力，移動電子支付通信服務(wù)領(lǐng)域也不例外［1］。移動智能電子支付市場沒有被完全開拓，主要包括以下幾個方面的原因［2］：（1）移動智能電子支付應(yīng)用效率低，支付流程復(fù)雜;（2）電子支付安全性無法保證，其核心技術(shù)不成熟;（3）遠程移動電子支付服務(wù)單一、支付內(nèi)容不豐富;（4）移動智能電子支付的利益機制尚不完善等。這些都對移動智能電子支付的市場推廣產(chǎn)生一定影響，因此，移動智能電子支付在中國的推行受到了諸多限制［3］。

針對上述存在的各種問題，為了進一步改善與提高移動智能終端在移動電子支付通信服務(wù)方面的高效性、應(yīng)用性與安全性，本文在深入分析JavaCard和NFC技術(shù)的理論基礎(chǔ)上［4］，從移動智能電子支付核心技術(shù)機制出發(fā)，提出了一種以JavaCard智能卡技術(shù)原理與NFC移動智能技術(shù)的理論知識為前提的移動智能支付應(yīng)用系統(tǒng)模型框架，提高了移動智能電子支付過程的便攜性、應(yīng)用性;并且針對多標(biāo)簽情況下的碰撞問題設(shè)計了一種基于動態(tài)二進制防碰撞算法的應(yīng)用支付安全方案，確保了移動智能電子支付過程中的安全性［5］。

1 JavaCard智能卡技術(shù)

JavaCard是Java平臺中最小的subset開發(fā)平臺，其設(shè)定的執(zhí)行環(huán)境為SmartCard上的晶片或是有嚴格硬體限制的環(huán)境［6］。JavaCard的問世，一方面是為了推展Java的應(yīng)用層次，另一方面是為了將Java平臺的特性以及JavaCard的優(yōu)勢帶到SmartCard上，這些優(yōu)勢主要有：

（1）Platform-Indep endent：使得JavaCard applets （在JavaCard上執(zhí)行的程式）能夠在不同卡片的JCAE（JavaCard Application Environment）上執(zhí)行，即通過JavaVM機制來達到跨平臺的能力;

（2）Multi-Application Capable：在同一個Java- Card中能夠存放多個JavaCard applets，并且也能夠通過下載方式來獲取必要的applets 而達到一卡多用的目的，使得卡的使用能夠更有彈性;

（3）Compatible with Existing Smart Card Standar-ds：JavaCard智能卡能與國際標(biāo)準ISO7816（SmartCard標(biāo)準）以及工業(yè)界標(biāo)準如 Europay/Master Card/Visa （EMV）相容。所以，在未來JavaCard不但能夠取代SmartCard的功能，更能夠發(fā)展出多樣化的應(yīng)用，其中移動智能電子支付就是其中之一，甚至能將許多不同的應(yīng)用程序集合于一張卡上，使得這些隨身的軟件能夠更小更實用。

2 基于JavaCard的NFC移動智能應(yīng)用系統(tǒng)

2.1 NFC移動智能生態(tài)模型的構(gòu)建

NFC移動智能生態(tài)系統(tǒng)是基于RFID技術(shù)發(fā)展的一種非接觸式的移動智能電子應(yīng)用系統(tǒng)原型，其主要包括移動智能終端用戶群體、移動運營機構(gòu)、銀行金融機構(gòu)、相關(guān)服務(wù)提供廠商、NFC移動智能終端制造廠商等，如圖1所示。

2.2 移動智能應(yīng)用系統(tǒng)模型

（1）模型框架描述

基于JavaCard的NFC移動智能應(yīng)用系統(tǒng)模型主要包含兩大部分：電子支付應(yīng)用與非電子支付應(yīng)用。如圖2所示。

從模型設(shè)計中可知，非電子支付應(yīng)用環(huán)節(jié)一般由娛樂、防偽、私人門禁等方面組成，移動智能終端用戶需通過計算機網(wǎng)絡(luò)與備份數(shù)據(jù)信息庫對電子產(chǎn)品做進一步防偽認證。其電子支付應(yīng)用環(huán)節(jié)一般由移動智能終端用戶、制造廠商/產(chǎn)品提供廠商、移動網(wǎng)絡(luò)運營機構(gòu)和金融機構(gòu)等組成。

（2）移動智能終端支付銀行選擇模塊

現(xiàn)有的移動智能電子支付應(yīng)用系統(tǒng)中在銀行卡的選取方面較為固定，不能動態(tài)地對其綁定的銀行電子支付手段與方式進行選擇，因此，本文在基于JavaCard的NFC移動智能應(yīng)用系統(tǒng)模型的設(shè)計中特別添加了移動智能終端支付銀行選擇模塊，實現(xiàn)電子支付過程中的動態(tài)與便捷。如圖3所示。

具體選擇流程如下：⑴選取多戶銀行并進行開戶業(yè)務(wù)，包括移動電子支付業(yè)務(wù);⑵通過移動智能終端獲取其應(yīng)用系統(tǒng)APP;⑶第一次使用時進行設(shè)置，包括默認設(shè)置，如設(shè)置默認銀行卡號、綁定默認聯(lián)系方式等，或者依據(jù)添加時間的先后對銀行卡的選取進行管理，默認銀行卡是第一支付選擇的卡號，余下銀行卡添加到備選銀行卡清單之中;⑷若默認或當(dāng)前選取的銀行卡無法進行支付操作，將自動提示選取下一個鄰近時間點的銀行卡作為支付銀行卡，依次類推，直到支付成功為止。

3 改進的動態(tài)二進制防碰撞算法設(shè)計

為了滿足移動智能電子支付應(yīng)用系統(tǒng)的安全需求，本文對傳統(tǒng)二進制搜索算法進行改進。接下來將對改進的動態(tài)二進制防碰撞算法進行詳細分析。

（1）基本指令描述

為了描述這個算法，假設(shè)標(biāo)簽標(biāo)識號NFCID的位數(shù)為n，即從高位到低位分別為Dn-1Dn-2.。.D1D0，出現(xiàn)多標(biāo)簽沖突的位數(shù)為m（0≤m

①SEL_REQ（x， Dm）：讀卡器傳輸一個數(shù)值x（x屬于1或者0）給相關(guān)范圍內(nèi)的標(biāo)簽申請回復(fù)，若標(biāo)簽號出現(xiàn)沖突的最后一位到第一位這m個數(shù)值中有一個或多個數(shù)值位與滿足要求的標(biāo)簽回復(fù)相一致（以便于降低初始化標(biāo)簽區(qū)域面積大小，做出相應(yīng)優(yōu)化）。說明：第1次詢問時，x=n，使用NULL表示標(biāo)簽號無數(shù)值，即空值，所以申請回復(fù)指令是：SEL_REQ（NULL， Dn-1）。

②SEL RES（m）：獲取到余下沖突位置的數(shù)據(jù)（第m-1至第1位），記錄未出現(xiàn)沖突位置的數(shù)據(jù)。

③SR_DATA：選取滿足條件的標(biāo)簽，且獲取其數(shù)值信息：對符合條件的標(biāo)簽，將其存儲的相關(guān)數(shù)值信息傳輸給讀卡器等相關(guān)設(shè)備。

④Unsel：將多個預(yù)定選取中的一個標(biāo)簽進行取消操作，此標(biāo)簽轉(zhuǎn)換到“無聲”狀態(tài)。此時這個標(biāo)簽處于未被激活狀態(tài)，對其步驟③中的申請指令SEL_REQ不作出任何答復(fù)。當(dāng)遠離讀卡器感應(yīng)操作區(qū)域之外時，才能進行標(biāo)簽復(fù)位操作，這樣使得標(biāo)簽?zāi)軌蛑匦卤患せ睢?/p>

（2）改進算法原理

若NFCID為8 bit，則讀卡器作用區(qū)域內(nèi)有多個標(biāo)簽，這里以5個為實例，標(biāo)簽分別為：11100101、10100110、11010100、1000011、10101110。讀卡器將利用該算法來識別它們。初始化階段，讀卡器對區(qū)域內(nèi)標(biāo)簽處于未知狀態(tài)，所以發(fā)送SEL_REQ（NULL， 8）命令，要求作用范圍內(nèi)任何一個標(biāo)簽做出應(yīng)答信息。詳細執(zhí)行過程如圖4所示。

4 結(jié)束語

本文以JavaCard智能卡技術(shù)原理與NFC移動智能技術(shù)的理論知識為前提，首先提出了一種基于JavaCard和NFC技術(shù)的移動智能支付應(yīng)用系統(tǒng)的模型框架，并在該模型中設(shè)計了移動智能終端支付銀行選擇模塊;其次針對多標(biāo)簽情況下的應(yīng)用支付碰撞問題設(shè)計了一種改進的動態(tài)二進制防碰撞算法。研究分析表明，應(yīng)用支付模型框架與防碰撞安全算法在移動電子支付通信服務(wù)方面均達到了次優(yōu)化的應(yīng)用與安全效果。

責(zé)任編輯：ct