??引言 ??藍(lán)牙技術(shù)（Bluetooth）使得移動(dòng)通信設(shè)備和計(jì)算機(jī)設(shè)備，不必借助電纜就能實(shí)現(xiàn)數(shù)據(jù)傳送， 它可以在短距離內(nèi)取代電纜和雙絞線連接方案。基于藍(lán)牙技術(shù)的文件推送技術(shù)，使得設(shè)備間可以實(shí)現(xiàn)高速的大文件傳輸。但現(xiàn)有藍(lán)牙設(shè)備之間進(jìn)行文件傳輸需要較多的步驟，較為煩瑣。 ??NFC（Near Field Communication，近距離無(wú)線通信）是一種新型的近距離無(wú)線通信技術(shù)。它工作于13.56MHz，最高速度可達(dá)424kbit/s，工作范圍在10 厘米以內(nèi)，與現(xiàn)有的RFID基礎(chǔ)設(shè)施兼容，符合ISO/EC18902 和ECMA340 標(biāo)準(zhǔn)。NFC 將非接觸讀卡器、非接觸卡和點(diǎn)對(duì)點(diǎn)功能整合在一起。可以滿足兩個(gè)設(shè)備間，簡(jiǎn)單又安全地進(jìn)行信息交換、內(nèi)容與服務(wù)訪問(wèn)。但NFC 技術(shù)的通信距離短，數(shù)據(jù)傳輸速度不高，而且現(xiàn)有的移動(dòng)產(chǎn)品一般不具有NFC功能，不適合于較大文件的傳輸。 ??本文給出一種方法，結(jié)合藍(lán)牙及 NFC 技術(shù)的優(yōu)點(diǎn)，互補(bǔ)不足。使得不需要對(duì)現(xiàn)有移動(dòng)設(shè)備進(jìn)行改動(dòng)，就能實(shí)現(xiàn)設(shè)備間的高速、安全、方便的文件傳送。 ??1、藍(lán)牙文件推送技術(shù) ??1.1 OBEX 協(xié)議： ??對(duì)象交換協(xié)議OBEX（Object Exchange）。是一種面向應(yīng)用的會(huì)話層協(xié)議，它運(yùn)行于藍(lán)牙（Bluetooth）協(xié)議的頂部，支持文件傳輸（File Transfer），對(duì)象“推”操作（Object Push Profile）等多種應(yīng)用，提供了設(shè)備間簡(jiǎn)單的對(duì)象交換手段，可交換的對(duì)象可以是文件、圖像，也可以是應(yīng)用支持的任何數(shù)據(jù)單位。本文介紹的文件推送方式，正是對(duì)“推”操作進(jìn)行改進(jìn)。對(duì)任意兩臺(tái)設(shè)備可組成主從關(guān)系，主動(dòng)發(fā)起方為主設(shè)備（Client），被找到者是從設(shè)備（Server）。如圖1 所示，是基于藍(lán)牙的文件推送方法的協(xié)議層次關(guān)系。 ?? ??圖 1：藍(lán)牙文件推送協(xié)議 ??說(shuō)明： ??OBEX：對(duì)象交換協(xié)議。 ??RFCOMM：電路替代協(xié)議。 ??L2CAP：邏輯鏈路控制及適配。 ??1.2 OBEX 對(duì)象模型： ??OBEX 對(duì)象模型詳細(xì)介紹了該協(xié)議是如何描述一個(gè)對(duì)象的。為了做到這點(diǎn)，OBEX 定義了Headers 的概念。一個(gè)Header 反映了對(duì)象的一個(gè)方面，例如名字、長(zhǎng)度、描述文字或者對(duì)象本身。例如：一個(gè)文件對(duì)象test.txt 會(huì)包含它的名字，一個(gè)類型標(biāo)示為“text”，長(zhǎng)度和文件本身。Header 由和組成，簡(jiǎn)稱為和。 HI 由一個(gè)字節(jié)組成，指出了Header 包含的內(nèi)容以及它的格式。HV 包含了一個(gè)或者多個(gè)字節(jié)，其結(jié)構(gòu)由HI 所決定。所有的 Header 都是可選的，取決于設(shè)備的類型和事務(wù)的種類。你可以使用所有的Header，或者一些，或者沒(méi)有。ID 可以使Header 可解析以及與傳輸順序無(wú)關(guān)，也可以使不支持的Header 被忽略掉。 ??OBEX 使用請(qǐng)求（Request）和回應(yīng)（Response）作為最基本的操作。請(qǐng)求的每個(gè)Request 必然有一個(gè)Response，否則可認(rèn)為Request 失敗。 ??1.3 JSR‐82 ??JSR-82 是用于藍(lán)牙無(wú)線技術(shù)的官方 Java API。使用這個(gè) API 可創(chuàng)建以下功能的應(yīng)用程序：判斷和檢測(cè)本地的藍(lán)牙設(shè)備的屬性；發(fā)現(xiàn)設(shè)備通信范圍內(nèi)的藍(lán)牙設(shè)備；在遠(yuǎn)程藍(lán)牙設(shè)備上搜索服務(wù)；創(chuàng)建可以與遠(yuǎn)程藍(lán)牙服務(wù)器通信的藍(lán)牙客戶機(jī)。 JSR-82 包含兩個(gè)包， ??javax.bluetooth：提供Java 藍(lán)牙通信的一些類和接口。 ??javax.obex：提供OBEX 協(xié)議中的一些Java 類和接口。 ??2、NFC 技術(shù) ??2.1 NFC 概述 ??ECMA-340（NFCIP-1）是NFC 的物理層和數(shù)據(jù)鏈接層的規(guī)范標(biāo)準(zhǔn)。該標(biāo)準(zhǔn)定義了兩種工作模式：主動(dòng)模式和被動(dòng)模式。主動(dòng)模式下，通信發(fā)起方和目標(biāo)方自行產(chǎn)生磁場(chǎng)進(jìn)行通信。被動(dòng)模式下，通信發(fā)起方提供無(wú)線射頻磁場(chǎng)，目標(biāo)設(shè)備選擇發(fā)起設(shè)備的射頻磁場(chǎng)，并做出回應(yīng)。ECMA-352（NFCIP-2）規(guī)范標(biāo)準(zhǔn)詳細(xì)說(shuō)明了工作于13.56MHz 的無(wú)線通信設(shè)備的通信模式選擇機(jī)制，使得可以不同標(biāo)準(zhǔn)的設(shè)備可以正確工作。ECMA-340， ECMA-352以及其它的通信標(biāo)準(zhǔn)的關(guān)系，如圖2 所示： ?? ??圖2 ECMA-340， ECMA-352 關(guān)系 ??NFC 的目標(biāo)不是取代藍(lán)牙、Wi-Fi 等現(xiàn)在無(wú)線技術(shù)，而是起著相互補(bǔ)充的作用。因?yàn)镹FC 的數(shù)據(jù)傳輸速率較低，只可達(dá)424Kbps，比不上現(xiàn)在一些技術(shù)。由于NFC 單芯片解決方案是一個(gè)開(kāi)放式的平臺(tái)，它既可以進(jìn)行快速的無(wú)線網(wǎng)絡(luò)自組，同時(shí)又可作移動(dòng)通信、藍(lán)牙或無(wú)線802.11 等現(xiàn)有設(shè)備之虛擬連接。本文給出的方法，正是使用了NFC 技術(shù)的這些優(yōu)點(diǎn)： ??短距離通信：根據(jù)靠近作為通訊啟動(dòng)方式，可以保證通信的安全性防止被監(jiān)聽(tīng)，保證通信的確定性。 ??與現(xiàn)有的 RFID 標(biāo)準(zhǔn)兼容：省電模式下的NFC 設(shè)備，相當(dāng)于一張RFID 標(biāo)簽。 ??簡(jiǎn)化其它通信其它程序的連結(jié)步驟：藍(lán)牙或者以太網(wǎng)的通訊協(xié)定都需要在眾多的設(shè)備當(dāng)中選擇正確的設(shè)備。 ??2.2 NFC 對(duì)于OBEX 的改進(jìn) ??現(xiàn)有的藍(lán)牙文件步驟： ??（1）搜索藍(lán)牙設(shè)備（人工操作）。 ??（2）選擇設(shè)備（人工操作）。 ??（3）設(shè)備配對(duì)（人工操作）。 ??（4）OBEX 文件傳輸（自動(dòng)操作）。 ??NFC 通信的操作步驟： ??（1） NFC 設(shè)備靠近（人工操作）。 ??（2） NFC 數(shù)據(jù)通信（自動(dòng)完成）。 ??基于 NFC 技術(shù)的文件推送方法的操作步驟： ??（1） NFC 設(shè)備靠近（人工操作）。 ??（2） 交換藍(lán)牙 OBEX 傳輸?shù)膮?shù)（自動(dòng)完成）。