專利名稱：一種nfc手機支付時的電子收據(jù)/發(fā)票記錄傳送方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機、通信領(lǐng)域，尤其涉及電子支付領(lǐng)域。
背景技術(shù)：
1.背景在電子支付領(lǐng)域中，為了環(huán)保也為了消費者保存方便，紙質(zhì)發(fā)票/收據(jù)，希望通過電子化來實現(xiàn)。同時，交通卡等電子貨幣系統(tǒng)的導(dǎo)入，雖然加快了支付，但消費者仍舊需要為發(fā)票的打印而等待許多時間。內(nèi)置NFC和SE的手機，開始成為新支付媒體，由于NFC手機的硬件條件，在手機上直接保存收據(jù)/發(fā)票成為可能。在NFC手機(NFC-Mobile)支付中，為了安全，也為了繼承交通卡等電子支付系統(tǒng)(Legacy System)。在支付過程中的NFC通信一般采用模擬卡方式(Card Emulation)。但是Card Emulation方式，只能讓讀卡器(Device/Reader)讀取安全元件(SecureElement)的信息，使用IS07816標(biāo)準(zhǔn)的APDU命令和安全元件發(fā)出指令，不能將發(fā)票/收據(jù)的信息傳給智能電話。在美國專利申請US2009313132A1，微軟公司公開了，利用收據(jù)云服務(wù)處理收據(jù)的方法一HANDLING PAYMENT RECEIPTS WITH A RECEIPT STORE 中，在該方法中，使用 了保存收據(jù)的中央云服務(wù)器，來處理電子貨幣支付時電子發(fā)票。專利號WO 2012/099752中，PROXMIANT INC公開了，電子交易記錄傳送系統(tǒng)-ELECTORNIC TRANSCACTION RECORD DISTRIBUTION SYSTEM，該方法基本和 US2009313132A1公開內(nèi)容相同，但通過增加一臺傳送電子收據(jù)/發(fā)票的裝置，以實現(xiàn)電子收據(jù)在消費者的端末上顯示的功能。2.課題然而US2009313132A1的解決方法，存在下列問題，影響了服務(wù)質(zhì)量。
1.電子收據(jù)傳送不能在支付后通過離線的方式提供消費者確認(rèn)
所述電子收據(jù)的方法，在支付以后上傳收據(jù)于服務(wù)器。該發(fā)明沒有從NFC手機上直接確認(rèn)的方法，因此不得不從服務(wù)器下載等方式才能獲得收據(jù)。由于上傳收據(jù)無法在一定時間內(nèi)完成，下載也需要通信時間和成本，因此消費者無法在離線的狀態(tài)下，即時在NFC手機上確認(rèn)收據(jù)。
2.未解決電子收據(jù)和電子貨幣支付的通信步驟和方法
由于所述電子收據(jù)的方法，并非特用在NFC手機支付上，因此沒有考慮NFC支付的特例，在NFC電子支付時，電子支付的需要采用Card Emulation模式,在Card Emulation模式中，只能讀取SE中的ID，然后傳送APDU的付款命令；而無法處理電子收據(jù)中的信息傳送和表示。如果在Card Emulation通信模式中強行植入電子收據(jù)的通信，則需要違背IS014443等標(biāo)準(zhǔn)，這樣的獨自處理將無法和其他系統(tǒng)融合，而失去商用的可能。WO 2012/099752的解決方法，采用一臺能夠NFC/Bluetooth通信交換電子收據(jù)數(shù)據(jù)的設(shè)備，解決了 US2009313132A1中消費者不能離線確認(rèn)收據(jù)的問題，然而該方法在實際運用中，仍舊存在下列問題
1.單純地解決收據(jù)的電子化，而非特別使用基于NFC的電子貨幣的支付
在NFC的電子貨幣支付處理中，需要使用NFC通信的Card Emulation方式，電子收據(jù)信息的傳輸方式需要采用NFC通信的P2P (或者單方向送信)方式。兩種不同的處理方式，使得程序無法單純結(jié)合。而所述傳送收據(jù)裝置(Dongle Device 109)，為電子收據(jù)而特化，無法同時受理電子貨幣的處理支付。因此在US2009313132A1中的第二個問題，仍舊存在。
2.由于在說明中，沒有明確NFC的傳送方式，在傳送收據(jù)裝置(DongleDevice 109)中，也沒有記述其中的程序處理。因此這種方法無法記錄消費者的信息，所以收據(jù)服務(wù)僅僅能夠表示一張收據(jù)，或?qū)⑹論?jù)保存于消費者所持端末上，而不能為消費者提供消費后的查詢、統(tǒng)計等服務(wù)；
3.控制電子收據(jù)的程序被部署于POS機中，因此采用這種方法需要對現(xiàn)有的POS機進行更新和改造，特別是需要對不同產(chǎn)商的程序進行修改，而聯(lián)絡(luò)/修改不同廠商的程序，需要耗費巨大的成本。
在中國，發(fā)票多數(shù)用于財務(wù)報銷處理，和審計處理，因此第三方權(quán)限參照控制，所記錄的數(shù)據(jù)只能用于消費者自身的記錄保存，上述兩種方法，都缺乏第三方參照權(quán)限控制的方法，而無法作為發(fā)票使用。3.發(fā)明目標(biāo)基于以上課題，本發(fā)明提出新處理方法，以解決以下課題
1.采用新的控制方法，結(jié)合電子貨幣支付處理和電子收據(jù)傳送處理，使得支付和收據(jù)處理同時完成。
2.有效利用現(xiàn)有P0S，避免修改POS和POS內(nèi)的程序；
3.收據(jù)/發(fā)票不僅能夠讓消費者自身參照，還作為發(fā)票提供第三方的參照；

發(fā)明內(nèi)容
電子貨幣支付，和電子收據(jù)交付自動進行，從消費者的視點中，該處理同時被完成的。所述電子支付，使用NFC的Card Emulation方式，利用部署于SM(UICC)等SE中的程序處理支付。所述電子收據(jù)的交付，使用NFC的R/W方式，利用部署于NFC手機電話中，基于OS的應(yīng)用程序處理。所述傳送格式化的收據(jù)/發(fā)票(Well-formatted receipt),對消費者來說,整個數(shù)據(jù)傳輸同時結(jié)束。所述電子支付所使用的Card Emulation方式,沒有容易的方法可以啟動位于OS的運用程序，因此需要本發(fā)明所述的方法，通過讀卡器來控制。為了保證傳送的快捷，和WO 2012/099752不同，只傳送TXT電子收據(jù)數(shù)據(jù)，然后利用位于手機OS上運行的應(yīng)用程序，轉(zhuǎn)換成可視形式，表示給消費者；同時，電子收據(jù)的數(shù)據(jù)，保存于云服務(wù)。消費者和商家可以根據(jù)電子收據(jù)的ID來查詢、檢索。和WO 2012/099752不同，處理控制程序被部署于讀卡器，而不是POS計算機里，采用本發(fā)明，對于既有POS，無需改造或進行大規(guī)模修改，只需要導(dǎo)入價格相對低廉的讀卡器，就可以完成同等以上的效果。本發(fā)明的進步性在于
1.在電子支付中，自動發(fā)行比紙質(zhì)收據(jù)更方便的電子收據(jù)；
2.對比于US2009313132A1方式，電子收據(jù)具有實時性和可視性，對于消費者，本發(fā)明具有和紙質(zhì)收據(jù)同樣的效果；
3.對比WO2012/099752本發(fā)明能夠根據(jù)消費者的設(shè)定，自動處理電子貨幣支付和電子收據(jù)的發(fā)行，減少了收銀員詢問消費者的步驟，處理過程在I秒以內(nèi)完成，這樣的自動處理能夠減少收銀員負(fù)擔(dān)，同時給予用戶更好的體驗；
4.對比WO2012/099752本發(fā)明的程序部署于讀卡器單元，因此不需要對現(xiàn)有POS機進行大規(guī)模的改造。
5.本發(fā)明的電子收據(jù)，可以被第三者參照；
6.本發(fā)明的電子收據(jù)，在被第三者參照的同時，能夠保證消費者自身的隱私。


圖1系統(tǒng)概要圖，圖2 NFC手機構(gòu)造3 POS結(jié)構(gòu)圖(分離式方案)圖4 POS結(jié)構(gòu)圖(一體化方案)圖5收據(jù)/發(fā)票云服務(wù)構(gòu)成6 NFC手機支付過程序列7 NFC手機支付中的電子支付/收據(jù)處理序列8電子支付/收據(jù)處理流程9收據(jù)/發(fā)票顯示模板例圖10發(fā)票鑒定序列11發(fā)票發(fā)送序列圖
具體實施例方式1.結(jié)構(gòu)
本發(fā)明結(jié)構(gòu)如下所述圖1系統(tǒng)概要圖，
實現(xiàn)本發(fā)明的系統(tǒng)，由下列主要單元構(gòu)成
1.消費者所持有的NFC手機I
2.商家的POS裝置2
2.1內(nèi)置或者外設(shè)于POS裝置的NFC讀卡器20
3.收據(jù)/發(fā)票云服務(wù)3
其中NFC手機I通過NFC通信方式4和商家的NFC讀卡器相連接；收據(jù)/發(fā)票云服務(wù)，通過互聯(lián)網(wǎng)5和各單元相連接。可優(yōu)選地，第三者，可以通過第三者端末，連接收據(jù)/發(fā)票云服務(wù)。在POS裝置2和收據(jù)/發(fā)票云服務(wù)3之間，還可以有提供其他服務(wù)的服務(wù)器，這些裝置可以提供中繼服務(wù)，但不是本發(fā)明的必須要素，所以不在本發(fā)明中敘述。圖2 NFC手機構(gòu)造圖
本發(fā)明NFC手機由下列主要單元構(gòu)成
1.CPU、內(nèi)存、通信單元等標(biāo)準(zhǔn)硬件11、顯示單元112
2.安全兀件(SecureElement) 121
①在安全元件121中部署支付程序IC Applet (15)
3.NFC 芯片 120
4.操作系統(tǒng)13
5.用以表示收據(jù)的應(yīng)用程序14
所述NFC芯片120，通過SWP (122)和安全元件121相連接，操作系統(tǒng)提供調(diào)用NFC芯片的API (123)，顯示單元112，和其他硬件11由操作系統(tǒng)管理。
所述用以表示收據(jù)的應(yīng)用程序14，和在安全元件121中部署支付程序IC Applet (15)，中實裝本發(fā)明的方法，具體方法結(jié)合在以后章節(jié)敘述。圖3 POS結(jié)構(gòu)圖(分離式方案)
本發(fā)明POS由下列主要單元構(gòu)成，在本發(fā)明說明書中，不敘述和本發(fā)明方法無關(guān)的POS機中各單元，如電源、顯示器、錢柜、打印控制單元等。
1.POS端操作系統(tǒng)28，用以管理POS硬件資源，提供POS程序運行環(huán)境，采用Windows，Linux等操作系統(tǒng)
①在操作系統(tǒng)28運行環(huán)境中部署讀卡器控制程序26，用以啟動讀卡器單元中的控制程序210，連接方式在讀卡器單元中敘述。
②在操作系統(tǒng)28運行環(huán)境中部署POS程序29，POS程序為既有程序，不屬于本發(fā)明。通過讀卡器控制程序26提供的API，對讀卡器單元20進行啟動。對于既有POS系統(tǒng)，可以不修改內(nèi)部程序，直接通過上述讀卡器控制程序26，來啟動讀卡器單元20。
2.讀卡器單元20，讀卡器單元可以是分離式裝置，也可以設(shè)置在POS裝置內(nèi)部。讀卡器單元20由以下單元構(gòu)成
①微處理器201、識別裝置SAM(202)、內(nèi)存203等硬件
②NFC芯片單元200
③讀卡器操作系統(tǒng)210，用以管理上述硬件資源，并提供程序運行環(huán)境，由于讀卡器硬件資源有限，所以采用iTron , Linux, android等小型OS,使用iTron 的情況下還需要為硬件開發(fā)Firmware. ④在所述讀卡器操作系統(tǒng)210，部署支付程序211，P2P收據(jù)程序212，控制程序210 其中部署于讀卡器單元20的控制程序210，和部署于POS的讀卡器控制程序26相連
接，連接方式采用USB (222)，作為同等替換也可以采用串行通信，RS232C通信。
可優(yōu)選地在讀卡器中可以加入獨立通信單元204，和服務(wù)器連接，作為同等置換可以采用POS端的通信單元。通信單元采用ffiEE 802. lln, 3G, LTE, Ethernet等方式。圖4 POS結(jié)構(gòu)圖(一體化方案)
在實施方案中，還可以合并POS裝置和讀卡器單元，設(shè)計成電子貨幣專用收銀機。在本實施方案中，和分離方案不同，POS程序和讀卡器端程序同時運行在同一操作系統(tǒng)28所提供的運行環(huán)境中。所述程序處理方法和分離方案相同。在本方案中，一體化POS由以下單元構(gòu)成
①通信單元23
②微處理器201、識別裝置SAM(202)、內(nèi)存203、UI(User Interface)裝置等標(biāo)準(zhǔn)硬件
③NFC芯片單元200
④操作系統(tǒng)28，用以管理上述硬件資源，并提供程序運行環(huán)境。
⑤在所述讀卡器操作系統(tǒng)210，部署支付程序211，P2P收據(jù)程序212，控制程序210圖5收據(jù)/發(fā)票云服務(wù)構(gòu)成圖 收據(jù)/發(fā)票云服務(wù)由下列單元構(gòu)成，
1.DB服務(wù)器31，用以記錄保存數(shù)據(jù)，提供記錄、修改、查詢等功能
2.程序服務(wù)器32，用以提供程序運行環(huán)境
3.DB存儲33，用以保存數(shù)據(jù)
4.應(yīng)用程序32，用于處理服務(wù)要求，回復(fù)處理結(jié)果圖6 NFC手機支付過程序列圖
如圖所示，持有NFC支付功能手機的用戶，安裝下列步驟進行支付
51.POS端末2，自動提示消費者使用NFC手機支付，作為同等替代，可以讓收銀員提示。
52.消費者根據(jù)提示，使用NFC手機1，接觸讀卡器裝置20
53.POS端中讀卡器20，和NFC手機上部署的程序通信，完成電子支付/收據(jù)的處理
54.POS端將記錄發(fā)到收據(jù)/發(fā)票云服務(wù)，作為同等替代，可以讓NFC手機發(fā)送 在實施方案中，NFC手機支付中的電子支付/收據(jù)處理，包含以下步驟
POS端自動，或者收銀員手動啟動讀卡器單元20中的控制程序210，通過控制程序進行以下操作
控制程序210啟動，部署于讀卡器裝置的所述支付程序211，和部署于NFC手機中所述安全元件中的所述支付程序applet (15),進行APDU命令交換，以Card Emulation方式完成支付處理。
控制程序210編輯收據(jù)內(nèi)容，并啟動部署于讀卡器裝置的P2P傳送程序212，和部署于NFC手機中所述安全元件中的所述收據(jù)程序14，進行數(shù)據(jù)交換，以NFC的P2P方式完成收據(jù)處理。
詳細(xì)步驟，按照下圖詳細(xì)闡述。圖7 NFC手機支付中的電子支付/收據(jù)處理序列圖 如圖所示，NFC手機支付中的電子支付/收據(jù)處理序列圖下
531.部署于讀卡器中的控制程序210，激活支付程序211，并發(fā)出支付金額的處理要求
532.支付程序211建立NFC通信，使用CardEmulation方式，APDU命令，對部署于NFC手機中的支付程序applet (15),要求支付處理
533.支付程序ICApplet (15)，根據(jù)支付要求類型，進行支付處理，支付類型有信用卡支付、借記卡支付和預(yù)付型支付，信用卡支付和借記卡支付的情況下，返回相應(yīng)的用戶身份認(rèn)證、信用卡號、銀行賬戶號等信息，
534.通過NFC向POS端讀卡器中的支付程序211返回結(jié)果，支付程序211對借記卡消費、信用卡消費、或者中央式預(yù)付電子貨幣進行處理。
535.支付程序211將處理結(jié)構(gòu)返回控制程序210536.控制程序210，啟動P2P傳送程序212，
537.P2P傳送程序212，啟動部署于NFC手機中的收據(jù)程序14，并建立P2P連接
538.控制程序210，編輯收據(jù)內(nèi)容
539.NFC手機中的收據(jù)程序14，收到收據(jù)數(shù)據(jù)，將其表示于用戶的手機的顯示裝置上 S3A. P2P傳送程序212將結(jié)果返回控制程序210
S4.控制程序210將記錄發(fā)到收據(jù)/發(fā)票云服務(wù)
所述步驟S32中所述APDU命令，安裝ISO/IEC 7816定義格式，利用JAVA Card 等基盤提供的APDU方式，可以降低開發(fā)的難度。圖8電子支付/收據(jù)處理流程圖
如圖所示，電子支付/收據(jù)處理的流程如下
536.控制程序210，啟動位于讀卡器端的P2P傳送程序212
537.P2P傳送程序212，通過NFC通信，啟動位于消費者所持的NFC手機中的收據(jù)程序14，并建立NFC的P2P連接，如果NFC手機中沒有部署收據(jù)程序，則返回錯誤
5371.返回結(jié)果，如果錯誤或者連接超時，則返回錯誤
5372.如果結(jié)果為正常，則處理收據(jù)/發(fā)票記錄傳送處理，如果錯誤則跳過收據(jù)/發(fā)票記錄傳送處理，直接向收據(jù)/發(fā)票云服務(wù)發(fā)送數(shù)據(jù)。
5373.收據(jù)程序14，獲得消費者事前設(shè)定的收據(jù)/發(fā)票設(shè)定
5374.收據(jù)程序14，將收據(jù)/發(fā)票設(shè)定、消費者信息傳送于P2P傳送程序21權(quán)利要求
1.一種和電子支付同時完成的，收據(jù)/發(fā)票傳送方法，其特征在于所述方法包含步驟， (1)提示消費者使用NFC手機支付 (2)消費者使用NFC手機，接觸POS端的讀卡器裝置 (3)讀卡器裝置，和NFC手機程序通信，完成電子支付和/收據(jù)的處理 (4)將收據(jù)/發(fā)票記錄發(fā)到『收據(jù)/發(fā)票云服務(wù)』中保存。
2.如權(quán)利要求1所述用NFC手機，其特征在于包含 Cl) CPU,內(nèi)存、通信單元等標(biāo)準(zhǔn)硬件 (2)安全兀件Secure Element (3)在所述安全元件中，部署的支付程序ICapplet (4)NFC芯片 (5)操作系統(tǒng) (6)在操作系統(tǒng)提供的運行環(huán)境中，表示收據(jù)的應(yīng)用程序。
3.如權(quán)利要求1所述POS端的讀卡器裝置，其特征是獨立于POS端形態(tài)，通過USB端口和POS端連接，其特征還在于包含以下單元 (1)微處理器、識別裝置SAM、內(nèi)存等標(biāo)準(zhǔn)硬件 (2)NFC芯片單元 (3)操作系統(tǒng) (4)在所述操作系統(tǒng)提供的運行環(huán)境中，部署支付程序、P2P收據(jù)程序、控制程序 (5)可優(yōu)選地，通信單元。
4.如權(quán)利要求1所述POS端的讀卡器裝置，其特征可以是和POS成為一體形態(tài)，其特征在于 (O通信單元； (2)微處理器、識別裝置、內(nèi)存、UI(User Interface)裝置等標(biāo)準(zhǔn)硬件； (3)NFC芯片單元； (4)操作系統(tǒng)，用以管理上述硬件資源，并提供程序運行環(huán)境； (5)在所述讀卡器操作系統(tǒng)，部署支付程序，P2P收據(jù)程序，控制程序。
5.如權(quán)利要求1所述收據(jù)/發(fā)票記錄，其特征在于包含 (1)識別信息、 (2)銷售單位、 (3)內(nèi)容 (4)金額合計。
6.如權(quán)利要求1所述收據(jù)/發(fā)票記錄讀卡器裝置，和NFC手機程序通信，完成電子支付和/收據(jù)的處理，其處理步驟包括 (1)POS端自動，或者收銀員手動啟動讀卡器單元中的控制程序，通過所述控制程序進行以下操作(2)所述控制程序啟動，部署于讀卡器裝置的支付程序，和部署于NFC手機中安全元件中的所述支付程序applet,進行APDU命令交換，以Card Emulation方式完成支付處理；(3)所述控制程序編輯收據(jù)內(nèi)容，并啟動部署于讀卡器裝置的P2P傳送程序，和部署于NFC手機中安全元件中的所述收據(jù)程序，進行數(shù)據(jù)交換，以NFC的P2P方式完成收據(jù)處理；(4)所述控制程序傳送收據(jù)/發(fā)票數(shù)據(jù)到，收據(jù)/發(fā)票云服務(wù)。
7.一種支持電子支付、收據(jù)/發(fā)票傳送的系統(tǒng)，其特征在于包含 (1)NFC手機 (2)POS裝置，NFC讀卡器單元 (3)收據(jù)/發(fā)票云服務(wù) (4)第二者端末 所述NFC手機，通過NFC通信和所述NFC讀卡器單元連接，收據(jù)/發(fā)票云服務(wù)單元通過互聯(lián)網(wǎng)和其他單元連接。
8.一種利用云服務(wù)的傳送方法，其特征在于包含以下步驟 (1)消費者在表示畫面中，按下發(fā)送按鍵，啟動傳送對象設(shè)定畫面 (2)消費者在傳送對象設(shè)定畫面中，輸入第三者的email地址， (3)利用HTTP(S)的POST方法，傳送email地址，和發(fā)票識別信息，至收據(jù)/發(fā)票云服務(wù) (4)收據(jù)/發(fā)票云服務(wù)，通過識別信息，取得保存于服務(wù)器的發(fā)票內(nèi)容，編輯發(fā)票內(nèi)容，生成發(fā)票參照頁 (5)收據(jù)/發(fā)票云服務(wù)通過email，將參照頁的URL傳給第三者。
9.一種利用云服務(wù)的收據(jù)/發(fā)票鑒定方法，其特征在于包含以下步驟 (1)用戶在發(fā)票顯示畫面，按下鑒定按鍵， (2)部署于NFC手機中的收據(jù)程序，計算畫面中所表示的收據(jù)/發(fā)票內(nèi)容的哈希值(3)HTTPpost方法，將發(fā)票識別信息和上述步驟中計算的哈希值傳給收據(jù)/發(fā)票云服務(wù) (4)收據(jù)/發(fā)票云服務(wù)，通過發(fā)票識別信息對DB進行檢索 (5)收據(jù)/發(fā)票云服務(wù)，對檢索到的內(nèi)容進行哈希計算，并獲得哈希值’ (6)服務(wù)器判讀，從客戶端傳來的MD5的值，是否和所計算的哈希值’一致 (7)—致的情況下，返回鑒定結(jié)果為真 (8)不一致的情況下，返回鑒定結(jié)果為假。
全文摘要
使用NFC手機，進行在電子支付時，同時完成電子收據(jù)/發(fā)票的傳送。電子支付采用NFC的Card Emulation傳送模式，收據(jù)/發(fā)票傳送采用NFC的P2P傳送模式，通過控制程序，控制并結(jié)合兩種不同模式的傳送方式，并將收據(jù)/發(fā)票記錄保存于收據(jù)/發(fā)票云服務(wù)中。在所述收據(jù)/發(fā)票云服務(wù)中，提供鑒定、傳送服務(wù)。本發(fā)明提供的方法，同時兼容電子支付中所使用的IC卡，并保證既有的POS不需要做改動。
文檔編號G06Q20/20GK103049847SQ20121054584
公開日2013年4月17日 申請日期2012年12月15日 優(yōu)先權(quán)日2012年12月15日
發(fā)明者郁曉東 申請人:郁曉東