專利名稱：移動設備的數(shù)據(jù)處理方法、系統(tǒng)及移動設備的制作方法
技術領域：
本發(fā)明涉及通訊領域，具體而言，涉及一種移動設備的數(shù)據(jù)處理方法、系統(tǒng)及移動設備。
背景技術：
基于單線協(xié)議(Single Wire Protocol，簡稱為SWP)和近場通信(Near Field Communication,簡稱為NFC)技術實現(xiàn)的近場支付，一方面，需對手機硬件進行改造和定制，使手機支持SWP ；另一方面，通用集成電路卡(Universal Integrated Circuit Card，簡稱為UICC)作為用戶身份信息及密鑰的載體也必須支持SWP，才能與支持SWP的手機終端進行通信，構建完整近場支付應用模式。上述基于SWP模式的近場支付方案，必須要求使用者使用支持SWP的手機和UICC，對硬件的要求較高，影響了近場支付的推廣和應用。近場支付是移動支付的一種，上述方案中使用的NFC技術，又稱近距離無線通信， 是一種短距離的高頻無線通信技術，允許電子設備之間進行非接觸式點對點數(shù)據(jù)傳輸(在十厘米內(nèi))交換數(shù)據(jù)。這個技術由免接觸式射頻識別(RFID)演變而來，并將非接觸讀卡器、 非接觸卡和點對點(Peer-to-Peer)功能整合在一顆芯片之中。上述現(xiàn)有的近場支付技術方案中，SWP的通信雙方是UICC和CLF (Contactless Frontend)，UICC可封裝成SD卡、SIM卡等形態(tài)，CLF需要封裝在手機、PDA等移動設備之中。圖1是相關現(xiàn)有技術的移動設備近場支付的數(shù)據(jù)處理系統(tǒng)的結構示意圖。此方案需要移動設備和UICC同時支持SWP功能才能實現(xiàn)近場支付。如圖1所示，該支付系統(tǒng)完成一次近場手機支付應用流程如下用戶的NFC手機靠近POS機(或其他NFC設備)；POS機建立與NFC手機中的CLF的無線通訊；POS機將交易請求轉(zhuǎn)為射頻信號，把交易請求發(fā)送給 CLF ；CLF通過射頻信號收到交易請求；CLF建立與UICC的SWP通訊；CLF將收到的交易請求通過SWP發(fā)送給UICC處理；UICC通過SWP接收到交易請求，并進行處理；UICC通過SWP把交易請求的處理結果返回給CLF ；CLF通過SWP接收到UICC的處理結果；CLF把收到的處理結果轉(zhuǎn)為射頻信號發(fā)送給POS機；POS機收到CLF的返回處理結果，完成一次交易請求。NFC手機與POS機(或其他NFC設備)之間如需多次交互，則重復進行上述支付的步驟，直到交易完成。通過上述流程可知交易信息是通過天線、CLF、UICC等硬件直接交互并完成處理，要求手機必須具備支持SWP的CLF芯片，UICC內(nèi)必須帶有支持SWP協(xié)議的硬件模塊，而市場應用最為廣泛的通用智能卡芯片無法直接使用。由上可知，基于SWP的近場支付作為一種機卡分離的解決方案，較好的吻合了現(xiàn)有的移動支付的應用環(huán)境，但對手機、UICC的硬件有獨特的要求，制約了移動支付產(chǎn)業(yè)的發(fā)展進程。其不足之處具體包括如下幾個方面由于該實現(xiàn)手機近場支付的方案需要移動終端和UICC芯片都支持SWP協(xié)議，因此，需要對通用的NFC手機進行硬件改造以支持SWP接口，即手機上的CLF需要實現(xiàn)SWP協(xié)議和硬件接口，從而增加了手機的成本；而且UICC在硬件上也需要支持SWP接口，軟件上需要開發(fā)SWP的相關協(xié)議，從而增加了 UICC軟件開發(fā)難度較大；另外，為方便用戶使用，UICC芯片一般以SD卡或SIM卡形式進行封裝，但由于SWP在物理上是基于電流和電壓的變化完成數(shù)據(jù)傳輸?shù)?，電壓的不穩(wěn)定和電流的波動，都會導致SWP通訊失敗，使交易中斷，由此在進行SD卡的基板開發(fā)時，在電源設計上技術難度較大。目前針對相關技術的近場支付系統(tǒng)中的移動設備和UICC芯片都需要支持SWP技術，導致開發(fā)成本較高、難度大，且支付交易成功率下降的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對相關技術的近場支付系統(tǒng)中的移動設備和UICC芯片都需要支持SWP技術， 導致開發(fā)成本較高、難度大，且支付交易成功率下降的問題，目前尚未提出有效的問題而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種移動設備的數(shù)據(jù)處理方法、系統(tǒng)及移動設備，以解決上述問題。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種移動設備的數(shù)據(jù)處理方法，該移動設備的數(shù)據(jù)處理方法包括移動設備接收并通過近場通信NFC芯片來讀取支付數(shù)據(jù)請求信息；數(shù)據(jù)處理單元在與通用集成電路卡UICC建立通信之后，轉(zhuǎn)發(fā)支付數(shù)據(jù)請求信息至通用集成電路卡UICC ；根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結
: O進一步地，根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果包括通用集成電路卡UICC接收支付數(shù)據(jù)請求信息；通用集成電路卡UICC在驗證用戶身份成功之后， 提取支付數(shù)據(jù)請求信息的數(shù)據(jù)，并根據(jù)提取到的數(shù)據(jù)來完成支付處理，并生成支付處理結
: O進一步地，根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果包括通用集成電路卡Uicc接收支付數(shù)據(jù)請求信息；通過支付數(shù)據(jù)請求信息來觸發(fā)通用集成電路卡 UICC驗證用戶身份，在驗證用戶身份成功之后，通用集成電路卡UICC生成并轉(zhuǎn)發(fā)確認信息至數(shù)據(jù)處理單元；數(shù)據(jù)處理單元根據(jù)確認信息啟動執(zhí)行支付處理，以獲取支付處理結果。進一步地，根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果包括通用集成電路卡Uicc接收支付數(shù)據(jù)請求信息；通過支付數(shù)據(jù)請求信息來觸發(fā)通用集成電路卡 UICC驗證用戶身份，在驗證用戶身份成功之后，通用集成電路卡UICC生成并轉(zhuǎn)發(fā)確認信息至數(shù)據(jù)處理單元；近場通信NFC芯片根據(jù)數(shù)據(jù)處理單元轉(zhuǎn)發(fā)來的確認信息啟動執(zhí)行支付處理，以獲取支付處理結果。進一步地，通用集成電路卡UICC內(nèi)置在SD卡或SIM卡中，且通用集成電路卡UICC 與數(shù)據(jù)處理單元建立通信的通信接口包括SD接口、MMC接口、USB接口、SPI接口或UART 接口。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，提供了一種移動設備的數(shù)據(jù)處理系統(tǒng)，該移動設備的數(shù)據(jù)處理系統(tǒng)包括支付設備，用于生成支付數(shù)據(jù)請求信息，并接收支付處理結果；移動設備，與支付設備建立通信，讀取支付設備發(fā)出的支付數(shù)據(jù)請求信息；通用集成電路卡UICC，與移動設備中的數(shù)據(jù)處理單元建立通信，接收由數(shù)據(jù)處理單元轉(zhuǎn)發(fā)來的支付數(shù)據(jù)請求信息；其中，系統(tǒng)根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結
: O
進一步地，通用集成電路卡UICC包括身份驗證單元，用于對發(fā)出支付數(shù)據(jù)請求信息的移動設備進行用戶身份驗證；第一支付處理單元，用于在驗證用戶身份成功之后，提取支付數(shù)據(jù)請求信息的數(shù)據(jù)，并根據(jù)提取到的數(shù)據(jù)來完成支付處理，并生成支付處理結果。進一步地，移動設備包括數(shù)據(jù)處理單元，用于轉(zhuǎn)發(fā)支付數(shù)據(jù)請求信息至通用集成電路卡UICC ；近場通信NFC芯片，用于讀取支付設備發(fā)出的支付數(shù)據(jù)請求信息，并發(fā)送支付數(shù)據(jù)請求信息至數(shù)據(jù)處理單元。進一步地，數(shù)據(jù)處理單元包括第二支付處理單元，用于在通用集成電路卡UICC 驗證用戶身份成功之后，接收通用集成電路卡UICC生成并轉(zhuǎn)發(fā)來的確認信息，并根據(jù)確認信息啟動執(zhí)行支付處理，以獲取支付處理結果。進一步地，近場通信NFC芯片包括第三支付處理單元，用于在通用集成電路卡 UICC驗證用戶身份成功之后，接收從數(shù)據(jù)處理單元轉(zhuǎn)發(fā)來的確認信息啟動執(zhí)行支付處理， 以獲取支付處理結果，其中，確認信息由通用集成電路卡UICC生成。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的又一方面，提供了一種移動設備，該移動設備包括近場通信NFC芯片，用于讀取支付數(shù)據(jù)請求信息；數(shù)據(jù)處理單元，與通用集成電路卡 UICC建立通信，轉(zhuǎn)發(fā)支付數(shù)據(jù)請求信息至通用集成電路卡UICC，并接收UICC完成支付處理而獲取的支付處理結果。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的又一方面，提供了一種移動設備，該移動設備包括近場通信NFC芯片，用于讀取支付數(shù)據(jù)請求信息；數(shù)據(jù)處理單元，與通用集成電路卡 UICC建立通信，轉(zhuǎn)發(fā)支付數(shù)據(jù)請求信息至通用集成電路卡UICC，并接收UICC在驗證用戶身份成功之后返回的確認信息；其中，近場通信NFC芯片或數(shù)據(jù)處理單元根據(jù)確認信息啟動執(zhí)行支付處理，以獲取支付處理結果。通過本發(fā)明，采用移動設備接收并通過近場通信NFC芯片來讀取支付數(shù)據(jù)請求信息；數(shù)據(jù)處理單元在與通用集成電路卡UICC建立通信之后，轉(zhuǎn)發(fā)支付數(shù)據(jù)請求信息至通用集成電路卡UICC ；根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果，解決了的相關現(xiàn)有技術的近場支付系統(tǒng)中的移動設備和Uicc芯片都需要支持SWP技術，導致開發(fā)成本較高、難度大，且支付交易成功率下降問題，進而實現(xiàn)無需移動設備和通用集成電路卡支持SWP技術，降低了改造移動設備和通用集成電路卡的成敗，也提高了手機支付的成功率的效果。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖1是相關現(xiàn)有技術的移動設備近場支付的數(shù)據(jù)處理系統(tǒng)的結構示意圖；圖2是根據(jù)本發(fā)明實施例的移動設備近場支付的數(shù)據(jù)處理系統(tǒng)的結構示意圖；圖3是根據(jù)本發(fā)明實施例的移動設備近場支付的數(shù)據(jù)處理方法的流程圖。
具體實施例方式需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結合實施例來詳細說明本發(fā)明。
圖2是根據(jù)本發(fā)明實施例的移動設備近場支付的數(shù)據(jù)處理系統(tǒng)的結構示意圖。如圖2所示，該系統(tǒng)包括支付設備，用于生成支付數(shù)據(jù)請求信息，并接收支付處理結果；移動設備，與支付設備建立通信，讀取支付設備發(fā)出的支付數(shù)據(jù)請求信息；通用集成電路卡 UICC，通過通信接口與移動設備中的數(shù)據(jù)處理單元建立通信，接收由數(shù)據(jù)處理單元轉(zhuǎn)發(fā)來的支付數(shù)據(jù)請求信息；其中，系統(tǒng)根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果ο本發(fā)明上述實施例通過在移動設備中增加數(shù)據(jù)處理單元來實現(xiàn)支付數(shù)據(jù)請求信息的轉(zhuǎn)發(fā)功能，即利用移動設備現(xiàn)有的通信接口來實現(xiàn)將移動設備接收到的支付數(shù)據(jù)請求信息轉(zhuǎn)發(fā)給對應的通用集成電路卡UICC，無需在移動設備和通用集成電路卡上開發(fā)并支持 SffP技術，降低了開發(fā)成本和難度，同時避免了由于SWP技術在硬件層面實現(xiàn)過程中的缺陷導致SWP通信失敗的問題，從而提高了手機支付的成功率。本申請實施例中的支付數(shù)據(jù)請求信息可以包括收款方帳戶標識和支付金額，系統(tǒng)經(jīng)由網(wǎng)絡渠道向銀行移動支付系統(tǒng)發(fā)送該支付數(shù)據(jù)請求信息，支付系統(tǒng)根據(jù)該請求信息處理相關帳務信息，并創(chuàng)建支付處理結果，并將得到的支付處理結果返回給支付設備。本申請涉及到的支付處理可以包括結算帳務，也可以為個人之前的轉(zhuǎn)賬等銀行業(yè)務。上述實施例在具體的實施過程中，完成交易支付處理功能可以在移動設備或通用集成電路卡UICC中實現(xiàn)。具體的，在通用集成電路卡UICC中可以包括身份驗證單元，用于對發(fā)出支付數(shù)據(jù)請求信息的移動設備進行用戶身份驗證；第一支付處理單元，用于在驗證用戶身份成功之后，提取支付數(shù)據(jù)請求信息的數(shù)據(jù)，并根據(jù)提取到的數(shù)據(jù)來完成支付處理，并生成支付處
理結果。身份驗證的具體實現(xiàn)過程可以是提供一個用戶界面使得用戶可以輸入登陸驗證碼，在登陸驗證碼校驗結果確認正確之后，驗證當前的用戶為合法用戶，即可以進入支付處理的步驟。另外，通用集成電路卡UICC還可以自動獲取當前移動設備的硬件ID號，如果此時的硬件ID號為合法的情況下，當前持有該移動設備的用戶被認為也是合法用戶，但需要輸入登陸驗證碼的身份驗證方式安全性較高。另外，上述實施利中的移動設備可以包括數(shù)據(jù)處理單元，用于轉(zhuǎn)發(fā)支付數(shù)據(jù)請求信息至通用集成電路卡UICC ；近場通信NFC芯片，用于讀取支付設備發(fā)出的支付數(shù)據(jù)請求信息，并發(fā)送支付數(shù)據(jù)請求信息至數(shù)據(jù)處理單元。優(yōu)選地，上述實施利中除了可以在通用集成電路卡UICC中實現(xiàn)交易支付處理功能，也可以在移動設備中實現(xiàn)該交易支付處理功能。具體的，一種實施方式可以是在移動設備的數(shù)據(jù)處理單元中實現(xiàn)第二支付處理單元，該第二支付處理單元，用于在通用集成電路卡UICC驗證用戶身份成功之后，接收通用集成電路卡UICC生成并轉(zhuǎn)發(fā)來的確認信息，并根據(jù)確認信息啟動執(zhí)行支付處理，以獲取支付處理結果。另外一種實施方式可以是在移動設備的近場通信NFC芯片中實現(xiàn)第三支付處理單元，該第三支付處理單元，用于在通用集成電路卡UICC驗證用戶身份成功之后，接收從數(shù)據(jù)處理單元轉(zhuǎn)發(fā)來的確認信息啟動執(zhí)行支付處理，以獲取支付處理結果，其中，確認信息由通用集成電路卡UICC生成。
7
優(yōu)選地，上述實施例中的通用集成電路卡UICC可以內(nèi)置在SD卡或SIM卡中，且通用集成電路卡UICC與數(shù)據(jù)處理單元建立通信的通信接口包括SD接口、MMC接口、USB接口、SPI 接口或 UART 接口。由上可知，本系統(tǒng)在實現(xiàn)的過程中，通用集成電路卡UICC可以完成用于身份驗證和交易支付處理的功能，但由于通用集成電路卡UICC的處理能力有限，在處理較復雜的交易支付處理過程中，會出現(xiàn)處理效率低的問題，因此，研發(fā)人員可以將交易支付處理功能放在移動設備中完成，但前提是需要在通用集成電路卡UICC中完成用戶身份驗證，即在驗證當前用戶身份的基礎上才觸發(fā)移動設備中的數(shù)據(jù)處理單元或NFC芯片來啟動完成交易支付處理的功能。最后得到的支付處理結果都將通過天線返回給支付設備，該支付設備可以是POS機或NFC設備(NFC手機)。圖3是根據(jù)本發(fā)明實施例的移動設備近場支付的數(shù)據(jù)處理方法的流程圖，如圖3 所示，該方法包括如下步驟步驟S102，移動設備接收并通過近場通信NFC芯片來讀取支付數(shù)據(jù)請求信息。步驟S104，數(shù)據(jù)處理單元在與通用集成電路卡UICC建立通信之后，轉(zhuǎn)發(fā)支付數(shù)據(jù)請求信息至通用集成電路卡UICC。步驟S106，根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果。本發(fā)明上述實施例通過在移動設備中增加數(shù)據(jù)處理單元來實現(xiàn)支付數(shù)據(jù)請求信息的轉(zhuǎn)發(fā)功能，即利用移動設備現(xiàn)有的通信接口來實現(xiàn)將移動設備中的近場通信NFC芯片接收到的支付數(shù)據(jù)請求信息轉(zhuǎn)發(fā)給對應的通用集成電路卡UICC，無需在移動設備和通用集成電路卡上開發(fā)并支持SWP技術，降低了開發(fā)成本和難度，同時避免了由于SWP技術在硬件層面實現(xiàn)過程中的缺陷導致SWP通信失敗的問題，從而提高了手機支付的成功率。本發(fā)明上述實施例中的步驟S106，根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果的一種實施方式包括如下步驟通用集成電路卡UICC接收支付數(shù)據(jù)請求信息；通用集成電路卡UICC在驗證用戶身份成功之后，提取支付數(shù)據(jù)請求信息的數(shù)據(jù)，并根據(jù)提取到的數(shù)據(jù)來完成支付處理，并生成支付處理結果。本發(fā)明上述實施例中的步驟S106，根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果的第二種實施方式包括如下步驟通用集成電路卡UICC接收支付數(shù)據(jù)請求信息；通過支付數(shù)據(jù)請求信息來觸發(fā)通用集成電路卡Uicc驗證用戶身份，在驗證用戶身份成功之后，通用集成電路卡UICC生成并轉(zhuǎn)發(fā)確認信息至數(shù)據(jù)處理單元；數(shù)據(jù)處理單元根據(jù)確認信息啟動執(zhí)行支付處理，以獲取支付處理結果。本發(fā)明上述實施例中的步驟S106，根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果的第三種實施方式包括如下步驟通用集成電路卡UICC接收支付數(shù)據(jù)請求信息；通過支付數(shù)據(jù)請求信息來觸發(fā)通用集成電路卡UICC驗證用戶身份，在驗證用戶身份成功之后，通用集成電路卡UICC生成并轉(zhuǎn)發(fā)確認信息至數(shù)據(jù)處理單元；近場通信NFC芯片根據(jù)數(shù)據(jù)處理單元轉(zhuǎn)發(fā)來的確認信息啟動執(zhí)行支付處理，以獲取支付處理結果。優(yōu)選地，上述實施利中的通用集成電路卡UICC內(nèi)置在SD卡或SIM卡中，且通用集成電路卡UICC與數(shù)據(jù)處理單元建立通信的通信接口包括SD接口、MMC接口、USB接口、SPI 接口或UART接口。本申請上述實施例的方案無需手機和UICC支持SWP，標準的NFC手機和UICC均可完成近場支付。通過本發(fā)明上述實施例實現(xiàn)的一次近場手機支付應用的流程如下步驟 用戶的移動設備，例如NFC手機靠近POS機(或其他NFC設備)；POS機建立與手機中NFC 芯片的通訊；POS機將交易請求通過射頻信號發(fā)送給NFC芯片；NFC手機中的數(shù)據(jù)處理單元 (移動支付應用軟件)從NFC芯片中讀取到交易請求，其中，數(shù)據(jù)處理單元(移動支付應用軟件)具體完成以下功能建立與通用集成電路卡UICC的通訊，通訊接口可以是SD/MMC/ USB/SPI/UART，同時把支付數(shù)據(jù)請求信息轉(zhuǎn)換為UICC可處理的數(shù)據(jù)格式之后把交易請求發(fā)送給UICC ；通用集成電路卡UICC收到交易請求后進行支付處理功能；UICC把交易請求的支付處理結果返回給數(shù)據(jù)處理單元(移動支付應用軟件)；數(shù)據(jù)處理單元(移動支付應用軟件)通過驅(qū)動把處理結果發(fā)送給NFC芯片；NFC芯片通過射頻信號把處理結果發(fā)送給 POS機；POS機收到NFC芯片返回的交易請求處理結果，完成一次交易請求；NFC手機與POS 機(或其他NFC設備)之間如需多次交互，則重復進行3-10步，直到交易完成。本申請上述實施利中的關鍵點在于數(shù)據(jù)處理單元(移動支付應用軟件)，主要的功能是作為POS機與UICC通訊的橋梁，實現(xiàn)通訊數(shù)據(jù)的收發(fā)和格式轉(zhuǎn)換，但在實際應用中能夠根據(jù)需求進行如下功能擴展，如1、出于安全性考慮，當UICC要求進行PIN碼驗證時，數(shù)據(jù)處理單元(移動支付應用軟件)可以呈現(xiàn)給手機用戶PIN碼輸入界面以便于輸入PIN碼；2、通過移動支付應用軟件可以擴展移動支付的方式，如通過藍牙(BlueTooth， 一種短距離通訊無線電技術)進行支付，或者通過WiFi (—種無線互聯(lián)技術)進行支付。上述實施例主要實現(xiàn)了通用集成電路卡UICC收到交易請求后進行交易的支付處理功能，在完成交易的支付處理功能之前，出于安全考慮同時也可以完成身份認證的功能， 即通用集成電路卡Uicc同時具有認證功能。本方法在具體實現(xiàn)的過程中，研發(fā)人員經(jīng)過長期的研究發(fā)現(xiàn)由于通用集成電路卡 UICC的處理能力有限，在處理較復雜的交易支付處理過程中，會出現(xiàn)處理效率低的問題，而升級硬件需要投入更多的研發(fā)成本和生產(chǎn)成本，本著降低成本的原則，研發(fā)人員可以將交易支付處理功能放在移動設備中完成，但前提是需要在通用集成電路卡UICC中完成用戶身份驗證，即在驗證當前用戶身份的基礎上才觸發(fā)移動設備中的數(shù)據(jù)處理單元或NFC芯片來啟動完成交易支付處理的功能。最后得到的支付處理結果都將通過天線返回給支付設備，該支付設備可以是POS機或NFC設備(NFC手機)。需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。本申請還可以提供一種移動設備，該移動設備可以包括近場通信NFC芯片，用于讀取支付數(shù)據(jù)請求信息；數(shù)據(jù)處理單元，與通用集成電路卡Uicc建立通信，轉(zhuǎn)發(fā)支付數(shù)據(jù)請求信息至通用集成電路卡UICC，并接收UICC完成支付處理而獲取的支付處理結果。本申請還可以提供另外一種移動設備，該移動設備可以包括近場通信NFC芯片， 用于讀取支付數(shù)據(jù)請求信息；數(shù)據(jù)處理單元，與通用集成電路卡UICC建立通信，轉(zhuǎn)發(fā)支付數(shù)據(jù)請求信息至通用集成電路卡UICC，并接收UICC在驗證用戶身份成功之后返回的確認信息；其中，近場通信NFC芯片或數(shù)據(jù)處理單元根據(jù)確認信息啟動執(zhí)行支付處理，以獲取支付處理結果。
上述兩種移動設備在得到支付處理結果之后，會將該支付處理結果返回給POS機或NFC手機。從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術效果低成本UICC無需集成 SffP功能模塊，手機上的NFC芯片無需增加SWP功能模塊；開發(fā)難度小UICC無需開發(fā)SWP 相關協(xié)議，手機上無需開發(fā)SWP相關協(xié)議，且在SD卡形態(tài)下，降低電源設計的難度；易于推廣使用通用的NFC手機即可實現(xiàn)近場支付，無需更換手機，無需對手機進行改造；使用靈活移動支付應用軟件能夠方便的進行升級，以滿足用戶后續(xù)的需求。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種移動設備的數(shù)據(jù)處理方法，其特征在于，包括移動設備接收并通過近場通信NFC芯片來讀取支付數(shù)據(jù)請求信息； 數(shù)據(jù)處理單元在與通用集成電路卡UICC建立通信之后，轉(zhuǎn)發(fā)所述支付數(shù)據(jù)請求信息至所述通用集成電路卡UICC ；根據(jù)所述支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果。
2.根據(jù)權利要求1所述的方法，其特征在于，根據(jù)所述支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果包括所述通用集成電路卡UICC接收所述支付數(shù)據(jù)請求信息；所述通用集成電路卡UICC在驗證用戶身份成功之后，提取所述支付數(shù)據(jù)請求信息的數(shù)據(jù)，并根據(jù)提取到的數(shù)據(jù)來完成所述支付處理，并生成所述支付處理結果。
3.根據(jù)權利要求1所述的方法，其特征在于，根據(jù)所述支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果包括所述通用集成電路卡UICC接收所述支付數(shù)據(jù)請求信息；通過所述支付數(shù)據(jù)請求信息來觸發(fā)所述通用集成電路卡UICC驗證用戶身份，在驗證用戶身份成功之后，所述通用集成電路卡Uicc生成并轉(zhuǎn)發(fā)確認信息至所述數(shù)據(jù)處理單元； 所述數(shù)據(jù)處理單元根據(jù)所述確認信息啟動執(zhí)行支付處理，以獲取所述支付處理結果。
4.根據(jù)權利要求1中所述的方法，其特征在于，根據(jù)所述支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果包括所述通用集成電路卡Uicc接收所述支付數(shù)據(jù)請求信息；通過所述支付數(shù)據(jù)請求信息來觸發(fā)所述通用集成電路卡UICC驗證用戶身份，在驗證用戶身份成功之后，所述通用集成電路卡Uicc生成并轉(zhuǎn)發(fā)確認信息至所述數(shù)據(jù)處理單元； 所述近場通信NFC芯片根據(jù)所述數(shù)據(jù)處理單元轉(zhuǎn)發(fā)來的所述確認信息啟動執(zhí)行支付處理，以獲取所述支付處理結果。
5.根據(jù)權利要求1-4中任一項所述的方法，其特征在于，所述通用集成電路卡UICC內(nèi)置在SD卡或SIM卡中，且所述通用集成電路卡UICC與所述數(shù)據(jù)處理單元建立通信的通信接口包括SD接口、MMC接口、USB接口、SPI接口或UART接口。
6.一種移動設備的數(shù)據(jù)處理系統(tǒng)，其特征在于，包括支付設備，用于生成支付數(shù)據(jù)請求信息，并接收支付處理結果； 移動設備，與所述支付設備建立通信，讀取所述支付設備發(fā)出的所述支付數(shù)據(jù)請求信息；通用集成電路卡UICC，與所述移動設備中的數(shù)據(jù)處理單元建立通信，接收由所述數(shù)據(jù)處理單元轉(zhuǎn)發(fā)來的所述支付數(shù)據(jù)請求信息；其中，所述系統(tǒng)根據(jù)所述支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取所述支付處理結果。
7.根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述通用集成電路卡UICC包括 身份驗證單元，用于對發(fā)出所述支付數(shù)據(jù)請求信息的移動設備進行用戶身份驗證；第一支付處理單元，用于在驗證用戶身份成功之后，提取所述支付數(shù)據(jù)請求信息的數(shù)據(jù)，并根據(jù)提取到的數(shù)據(jù)來完成所述支付處理，并生成所述支付處理結果。
8.根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述移動設備包括數(shù)據(jù)處理單元，用于轉(zhuǎn)發(fā)所述支付數(shù)據(jù)請求信息至所述通用集成電路卡UICC ；近場通信NFC芯片，用于讀取所述支付設備發(fā)出的支付數(shù)據(jù)請求信息，并發(fā)送所述支付數(shù)據(jù)請求信息至所述數(shù)據(jù)處理單元。
9.根據(jù)權利要求8所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)處理單元包括第二支付處理單元，用于在所述通用集成電路卡UICC驗證用戶身份成功之后，接收所述通用集成電路卡Uicc生成并轉(zhuǎn)發(fā)來的確認信息，并根據(jù)所述確認信息啟動執(zhí)行支付處理，以獲取所述支付處理結果。
10.根據(jù)權利要求8所述的系統(tǒng)，其特征在于，所述近場通信NFC芯片包括第三支付處理單元，用于在所述通用集成電路卡UICC驗證用戶身份成功之后，接收從所述數(shù)據(jù)處理單元轉(zhuǎn)發(fā)來的確認信息啟動執(zhí)行支付處理，以獲取所述支付處理結果，其中， 所述確認信息由所述通用集成電路卡Uicc生成。
11.一種移動設備，其特征在于，包括近場通信NFC芯片，用于讀取支付數(shù)據(jù)請求信息；數(shù)據(jù)處理單元，與所述通用集成電路卡UICC建立通信，轉(zhuǎn)發(fā)所述支付數(shù)據(jù)請求信息至所述通用集成電路卡UICC，并接收所述UICC完成支付處理而獲取的支付處理結果。
12.—種移動設備，其特征在于，包括近場通信NFC芯片，用于讀取支付數(shù)據(jù)請求信息；數(shù)據(jù)處理單元，與所述通用集成電路卡UICC建立通信，轉(zhuǎn)發(fā)所述支付數(shù)據(jù)請求信息至所述通用集成電路卡UICC，并接收所述UICC在驗證用戶身份成功之后返回的確認信息；其中，所述近場通信NFC芯片或所述數(shù)據(jù)處理單元根據(jù)所述確認信息啟動執(zhí)行支付處理，以獲取支付處理結果。
全文摘要
本發(fā)明公開了一種移動設備的數(shù)據(jù)處理方法、系統(tǒng)及移動設備。其中，該方法包括移動設備接收并通過近場通信NFC芯片來讀取支付數(shù)據(jù)請求信息；數(shù)據(jù)處理單元在與通用集成電路卡UICC建立通信之后，轉(zhuǎn)發(fā)支付數(shù)據(jù)請求信息至通用集成電路卡UICC；根據(jù)支付數(shù)據(jù)請求信息執(zhí)行支付處理，以獲取支付處理結果。通過本發(fā)明，近場移動支付能夠在無需移動設備和通用集成電路卡支持SWP技術情況下實現(xiàn)，降低了改造移動設備和通用集成電路卡的成本，也提高了手機支付的成功率。
文檔編號G06Q20/32GK102402744SQ201110351690
公開日2012年4月4日 申請日期2011年11月8日 優(yōu)先權日2011年11月8日
發(fā)明者張雨佳, 王蜀洪, 陳德權 申請人:北京數(shù)碼視訊軟件技術發(fā)展有限公司