簡化無線資料交換程序 NFC近端通訊加值應用改善使用者體驗

只要POS端點整合NFC讀取器，搭配系統整合，即可提供近場無線通訊的電子支付服務。securetech

NFC近場無線通訊技術，雖然已在公用車船的票證驗證、識別證/ID卡方面逐步形成主流應用，但在金融服務業、第三方支付應用之行動支付方面，卻仍處於發展趨緩的現象，若想快速擴張行動支付應用市場，透過行動裝置、智慧型手機的軟？硬體功能整合，搭配支付端點的NFC支付應用功能擴充，才能有效擴展應用市場...

隨著行動裝置、智慧型手機相繼將NFC列為標準硬體功能後，如Google在最新的Android的系統核心、參考設計硬體加入NFC功能項目，像是Samsung Nexus S、Samsung GALAXY S III、Samsung GALAXY Note II...等產品，均已將NFC納入硬體架構，同時搭配已整合NFC應用功能之Android系統平台，達到應用NFC近場無線通訊應用的基本要求。

行動產品硬體與應用整合 可讓NFC應用再創高峰

而發展NFC無線通訊近端支付應用，最大的發展門檻並不是銷售端點的NFC功能整合，比較大的問題反而是行動裝置的支援性。若是以擴充方案進行現有行動設備的升級，如利用NFC-SIM換用已整合、或貼合NFC功能晶片之SIM卡，進行NFC應用功能擴充，這對終端使用者來說，在NFC功能擴充上反而需要電信服務商加入，才能提出相對在功能相容性與產品應用穩定性較佳的NFC應用方案，而且這類整合應用設計彈性較小，用戶為行動裝置所擴充的NFC應用方案，也會因為有電信業者參與而使整合功能必須與電信服務進行一定程度的綑綁，應用架構在實踐上會顯得複雜度增加不少。

另一方面，也有第三方支付服務商、網路銀行業者嘗試跳過電信服務商，期望透過NFC-SD應用方案進行行動裝置的NFC硬體功能擴充，但相較前述的NFC-SIM有電信商的卡片補貼，可讓用戶在行動裝置的NFC功能擴充成本大幅降低，反而利用第三方支付服務商或銀行業者提供的NFC擴充方案，在NFC-SD解決方案所新增的擴充成本，反而會提升推廣行動近端支付的進入門檻，讓NFC近端支付應用的市場不易擴張。

不管是NFC-SIM或是NFC-SD，基本上在NFC應用功能的擴充應用都屬於外插卡或是額外擴充設計，大多沒有如硬體直接整合NFC功能來得穩定、實用，在實務進行如NFC近端支付應用系統發展下，仍是以硬體與嵌入式系統的直接整合支援，會使終端應用的使用體驗與支付品質獲得一定程度的保障。

隨技術成本持續探底 開發應用與硬體門檻將更低

而早期礙於NFC行動裝置解決方案成本較高，導致手持裝置的NFC功能應用普及度較低，加上可支援NFC的支付端點過少，同時NFC技術除車船票卡、身分驗證外，缺乏生活化的殺手級應用，使得消費者對於整合NFC的行動裝置、智慧型手機興趣缺缺，NFC的週邊應用發展持續處在叫好不叫座局面，即便第三方行動支付業者、銀行業者、電信服務商嘗試持續推出新應用方案，但NFC實際的推廣成效仍不如預期。

但在近期，由Google與Samsung、Asus開發的Android硬體平台，相繼將NFC近端支付應用功能列為標準支援項目，加上Google選用NFC架構進行行動付款應用設計方案，這也重新燃起行動支付服務商、電信業者、銀行業者對NFC近端支付的無限想像，對硬體或智慧型手機廠商，也同樣再興起開發整合NFC應用方案手機產品、行動產品的潮流。

而由Google委託三星推出的旗下第一款內建NFC技術方案的Android Nexus S產品，即曾在Google年度開發者大會Google I/O以主題「How To NFC ?」，在活動現場採用Nexus S智慧型手機展示多項NFC應用，同時在其Android嵌入式系統備好第三方開發者所需的API(應用程式介面)。

此外，Google另與NXP、MasterCard、Citibank、First Data、Sprint等業者(包含電信業者、信用卡業者、支付服務商、晶片方案廠商)，推出以NFC為技術底層方案之Google Wallet行動支付機制，Google Wallet可以讓用戶僅需使用智慧型手機就能當作錢包使用，並運用NFC近場通訊進行小額付費程序。

Google釋出NFC API 加速第三方程式設計開發

以Google目前釋出的NFC相關API，目前已有Google Wallet應用，此外，Angry Birds知名行動電玩產品亦運用NFC API製作專屬遊戲產品，遊戲玩家必須利用NFC技術進行玩家互動、感應，才能開啟Angry Birds的隱藏關卡。由此可知，不管是針對第三方程式開發者、終端使用者、終端商家等使用者角色，Google全面推動NFC近場通訊應用機制的決心與策略相當明顯，這對於相關硬體製造商而言，也是進行NFC技術整合產品的一大推力。

而在Google I/O開發者會議中，Google另強烈推薦NFC近場通訊，可用來實踐0-Click Interactions產品設計方案，只要透過Google NFC API與相關硬體支援，就可以在行動應用軟體上實踐更具即時性與直覺的產品互動體驗。

尤其是NFC通訊技術必須在極近距離內進行資訊交換與互動，與同樣是近場無線通訊技術的藍牙或Wi-Fi有很大的不同，因為藍牙、Wi-Fi必須進行繁雜手動配對或加密處理，才能避免通訊過程資料或網路資源受影響，而NFC因為通訊距離非常近，幾乎可以不用進行配對與相關設定程序，利用簡單的靠近、感應即能完成進行數據傳輸之前的交互驗證動作。

NFC近場通訊易用性 目前尚無其他技術可取代

而另一種有趣的二維條碼(QR-Code)技術方案，也會被拿來與NFC近場無線通訊技術進行對比。QR-Code其實是以內嵌資訊的二維條碼圖形，將訊息整合於圖像中，使用者可以利用行動裝置的照相機拍攝機制，進行影像擷取、分析、提取QR-Code所內嵌的資訊。但QR-Code的問題在於必須利用「照相」來取得參照資訊，若拍照效果不佳(如光線不足、拍攝晃動)等，對於解析QR-Code內嵌訊息就會造成困難，相比NFC技術方案，NFC通訊過程與操作會更直覺、便利，目前仍無其他無線通訊技術可以做到這麼便捷的操作方案。

目前NFC裝置所使用之通訊協定，會以NFC Forum制定之標準為主，如Google推廣之NFC手機硬體設計在讀取資料格式，會以NFC Data Exchange Format(NFC資料交換格式；NDEF)資料格式，或由Network Protocol Processor(點對點溝通的網路協議處理器；NPP)協定。

一般來說，不同的NFC裝置間，會有Read/Write Mode、Card Emulation Mode、P2P Mode三種溝通模式。讀取？寫入模式下NFC裝置會扮演NFC讀取器角色，裝置本身會主動對任何靠近的NFC卡片？裝置進行讀取？寫入資料的程序；而驗卡片模擬模式下NFC裝置扮演著卡片角色，可讓裝置模擬形同Smart Card狀態，此時裝置可被任何的NFC讀取器讀取；點對點模式為兩組NFC裝置間，進行建立點對點溝通通道之用，可使NFC裝置彼此相互交換資料。

Google Wallet以更便利的方案整合電子支付應用需求

有了不同NFC模式運作觀念後，再來觀察手機整合NFC技術的關鍵問題。若是如同Google提出的NFC API與硬體參考設計方案，會發現Google的NFC應用架構下反而少了目前NFC使用量最大的Card Emulation Mode，基本上Card Emulation Mode其實使用於電子貨幣應用方案中，其中的Security Element必須具備不可取代的應用特性，而Security Element等於是電子支付的安全性特徵，一般必須利用嚴密保護卡片上的特定區塊空間，避免個人信用資料被竄改。

在Google Wallet的方案中，在現有的智慧型手機並不容易整合具足夠安全性的Security Element，這也會對於產品設計造成額外的成本負荷，Google Wallet少了Card Mode模式對於未來NFC應用必定造成限制，手機也沒空間可用來存放電子支付相關重要資料，至於Google Wallet則簡化此技術方案的跨入門檻，為利用用戶先行將信用資料儲存於手機中，而隱私資料同時以用戶密碼保護，當利用Google Wallet進行支付時，即可先開啟手機的NFC功能、輸入密碼，在過程中選擇預計處理支付的信用卡資料，緊接著再將手機靠近支援NFC技術的POS讀取器，此時手機即將信用資料傳送至POS終端機器完成電子付款，即便應用技術中沒有加入Card Emulation Mode，Google Wallet仍可用極簡的方式完成電子支付應用。