轉自 http://blog.csdn.net/think_soft/article/details/8169483
本文譯自:http://developer.android.com/guide/topics/connectivity/nfc/nfc.html
本文介紹在Android系通過你所能執行的基本任務它解釋瞭如何用NDEF消息格式來發送和接收NFC數據,並且介紹了支持這些功能的Android框架API有關更高級的話題,包括對非NDEF格式數據的討論,情況“高級 NFC”
NDEF數據和Android一起工作的場景主要有兩個:
1. 從NFC標籤中讀取NDEF數據;
2. 把NDEF消息從一個設備發送給另一個設備
從NFC標籤中讀取NDEF數據是用標籤調度系統來處理的,它會分析被發現的NFC標籤,對數據進行適當的分類,並啓動對該類數據感興趣的應用程序想要處理被掃描到NFC標籤的應用程序會聲明一個Intent過濾器,並請求處理數據
Android Beam 功能允許設備把一個NDEF消息推送到物理上相互監聽的另一個設備上這種交互提供了比其他無線技術(如藍牙)更容易的發送數據的方法因爲NFC不需要手動的設備發現或配對要求兩個設備在接近到一定範圍時會自動的連接Android Beam通過一組NFC API來使用,以便應用程序能夠在設備之間來傳輸信息例如,通信錄瀏覽器以及YouTube等應用程序都使用Android Beam來跟其他設備共享通信錄網頁和視頻
NFC標籤調度系統
通常,除非是在設備的設置菜單中NFC被禁用,否則Android設備會在非鎖屏的狀態下搜索NFC當Android設備發現NFC標籤時,期望的行爲是用最合適的Activity來處理該Intent,而不是詢問用戶使用什麼應用程序因爲設備只能在很短的範圍內掃描到NFC標籤,強制的讓用戶手動的選擇一個Activity,會導致設備離開NFC標籤,從而中斷該連接你應該開發你自己的Activity來處理你所關心的NFC標籤,從而阻止 選擇器的操作
爲了幫助你達到這個目標,Android提供了特殊的標籤調度系統,來分析掃描到的NFC標籤,通過解析數據,在被掃描到的數據中嘗試找到感興趣的應用程序,具體做法如下:
1. 解析NFC標籤並搞清楚標籤中標識數據負載的MIME類型或URI;
2. 把MIME類型或URI以及數據負載封裝到一個Intent中
3. 基於Intent來啓動Activity
怎樣把NFC標籤映射到MIME類型和URI
開始編寫NFC應用程序之前,重要的是要理解不同類型的NFC標籤標籤調度系統是如何解析NFC標籤的以及在檢測到NDEF消息時,標籤調度系統所做的特定的工作等NFC標籤涉及到廣泛的技術,並且有很多不同的方法向標籤中寫入數據Android支持由NFC Forum所定義的NDEF標準
NDEF數據被封裝在一個消息(NdefMessage)中,該消息中包含了一條或多條記錄(NdefRecord)每個NDEF記錄必須具有良好的你想要創建的記錄類型的規範的格式Android也支持其他的不包含NDEF數據類型的標籤,你能夠使用android.nfc.tech包中的類來工作要使用其他類型標籤來工作,涉及到編寫自己的跟該標籤通信的協議棧,因此我們建議你儘可能的使用NDEF,以便減少開發難度,並且最大化的支持Android設備
注意:要下載完整的NDEF規範,請去“NFC論壇規範下載”網址來下載
現在,你已經具備了一些NFC標籤的背景知識,接下來要詳細的介紹Android是如何處理NDEF格式的標籤的當Android設備掃描到包含NDEF格式數據的NFC標籤時,它會解析該消息,並嘗試搞清楚數據的MIME類型或URI標識首先系統會讀取消息(NdefMessage)中的第一條NdefRecord,來判斷如何解釋整個NDEF消息(一個NDEF消息能夠有多條NDEF記錄)在格式良好的NDEF消息中,第一條NdefRecord包含以下字段信息:
3-bit TNF(類型名稱格式)
指示如何解釋可變長度類型字段,在下表1中介紹有效值
可變長度類型
說明記錄的類型,如果使用TNF_WELL_KNOWN,那麼則使用這個字段來指定記錄的類型定義(RTD)在下表2中定義了有效的RTD值
可變長度ID
唯一標識該記錄這個字段不經常使用,但是,如果需要唯一的標識一個標記,那麼就可以爲該字段創建一個ID
可變長度負載
你想讀/寫的實際的數據負載一個NDEF消息能夠包含多個NDEF記錄,因此不要以爲在NDEF消息的第一條NDEF記錄中包含了所有的負載
標籤調度系統使用TNF和類型字段來嘗試把MIME類型或URI映射到NDEF消息中如果成功,它會把信息跟實際的負載一起封裝到ACTION_NEDF_DISCOVERED類型的Intent中但是,會有標籤調度系統不能根據第一條NDEF記錄來判斷數據類型的情況,這樣就會有NDEF數據不能被映射到MIME類型或URI,或者是NFC標籤沒有包含NDEF開始數據的情況發生在這種情況下,就會用一個標籤技術信息相關的Tag對象和封裝在ACTION_TECH_DISCOVERED類型Intent對象內部的負載來代替
表1.介紹標籤調度系統映射如何把TNF和類型字段映射到MIME型或URI上同時也介紹了那種類型的TNF不能被映射到MIME類型或URI上這種情況下,標籤調度系統會退化到ACTION_TECH_DISCOVERED類型的Intent對象
例如,如果標籤調度系統遇到一個TNF_ABSOLUTE_URI類型的記錄,它會把這個記錄的可變長度類型字段映射到一個URI中標籤調度系統會把這個URI跟其他相關的標籤的信息(如數據負載)一起封裝到ACTION_NDEF_DISCOVERED的Intent對象中在另一方面,如果遇到了TNF_UNKNOWN類型,它會創建一個封裝了標籤技術信息的Intent對象來代替
表1.所支持的TNF和它們的映射
類型名稱格式(TNF) | 映射 |
TNF_ABSOLUTE_URI | 基於類型字段的URI |
TNF_EMPTY | 退化到ACTION_TECH_DISCOVERED類型的Intent對象 |
TNF_EXTERNAL_TYPE | 基於類型字段中URN的URIURN是縮短的格式(<domain_name>:<service_name)被編碼到NDEF類型中Android會把這個URN映射成以下格式的URI:vnd.android.nfc://ext/<domain_name>:<service_name> |
TNF_MIME_MEDIA | 基於類型字段的MIME類型 |
TNF_UNCHANGED | 退化到ACTION_TECH_DISCOVERED類型的Intent對象 |
TNF_UNKNOWN | 退化到ACTION_TECH_DISCOVERED類型的Intent對象 |
TNF_WELL_KNOWN | 依賴你在類型字段中設置的記錄類型定義(RTD)的MIME類型或URI, |
表2.TNF_WELL_KNOWN所支持的RTD和它們的映射
記錄類型定義(RTD) | 映射 |
RTD_ALTERNATIVE_CARRIER | 退化到ACTION_TECH_DISCOVERED類型的Intent對象 |
RTD_HANDOVER_CARRIER | 退化到ACTION_TECH_DISCOVERED類型的Intent對象 |
RTD_HANDOVER_REQUEST | 退化到ACTION_TECH_DISCOVERED類型的Intent對象 |
RTD_HANDOVER_SELECT | 退化到ACTION_TECH_DISCOVERED類型的Intent對象 |
RTD_SMART_POSTER | 基於負載解析的URI |
RTD_TEXT | text/plain類型的MIME |
RTD_URI | 基於有效負載的URI
|