一種條碼支付方法
【專利摘要】本發(fā)明公開了一種條碼支付方法，包含條碼模塊，支付模塊，業(yè)務(wù)邏輯模塊等。本發(fā)明將通過系統(tǒng)讀取移動終端上承載的加密條碼識別終端用戶和支付數(shù)據(jù)，在驗證后對移動終端用戶的支付賬戶進(jìn)行支付操作，達(dá)到通過條碼實現(xiàn)終端支付能力，同時在支付流程中嵌入密碼驗證方式以保證消費安全，通過在移動終端上集成基于條碼的支付功能，用戶攜帶移動終端如手機即可進(jìn)行支付，同時終端設(shè)備也無需進(jìn)行改造，降低了終端支付的成本，有利于提高用戶的業(yè)務(wù)使用體驗。
【專利說明】一種條碼支付方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動終端、系統(tǒng)軟件等多個【技術(shù)領(lǐng)域】，特別是指一種條碼支付方法。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)技術(shù)、通信技術(shù)的發(fā)展，特別是終端技術(shù)、條碼技術(shù)和軟件技術(shù)的發(fā)展，為基于條碼的終端支付系統(tǒng)的發(fā)展提供了可行性。
[0003]終端支付尤其是手機支付成為一種便捷的消費模式，用戶無需攜帶錢包等物品即可完成消費的全過程，成為人們的一種消費支付的選擇。
[0004]目前流行的支付方式主要是NFC方式，需要更換特制手機終端或SM/nM卡，在推廣上存在各種弊端，成本也較高，通過手機承載條碼并通過光電識別，可以完成NFC類似的支付功能，同時對手機沒有過多要求，用戶基礎(chǔ)更加堅實。
[0005]有鑒于此，本發(fā)明的目的在于提出一種簡單，易行，通過移動終端承載條碼與系統(tǒng)交互的一種條碼支付方法。

【發(fā)明內(nèi)容】

[0006]從上面所述可以看出，本發(fā)明提供的一種條碼支付方法，通過移動終端承載條碼實現(xiàn)用戶識別以及電子化支付，實現(xiàn)了一種簡單易行的一種條碼支付方法。
[0007]進(jìn)一步的，通過所提供的一種條碼支付方法為一種支付業(yè)務(wù)的發(fā)展提供有力保障，滿足用戶各方要求，提升用戶友好體驗。
[0008]為實現(xiàn)上述目的，本發(fā)明的一個方面提供了一種條碼支付方法，該方法包括: 終端包含手機、平板電腦等易于攜帶的支持無線數(shù)據(jù)網(wǎng)絡(luò)的各種產(chǎn)品，對于每個用戶，
系統(tǒng)將生成的一個唯一性的ID號，該ID號與用戶終端號碼進(jìn)行綁定，該ID號數(shù)據(jù)編碼到條碼，條碼可以是一維碼或者二維碼，系統(tǒng)在識別該條碼后即可獲取該用戶信息以及對應(yīng)的終端號碼。
[0009]本發(fā)明提供的一種條碼支付方法的一個實施例中，該方法還包括:
系統(tǒng)可以加密條碼中的數(shù)據(jù)和通過驗證用戶手機號碼的方式，保證數(shù)據(jù)屬于合法的持有用戶。
[0010]通過系統(tǒng)與客戶端約定的加密算法，將條碼包含的數(shù)據(jù)進(jìn)行加密，加密可以采取對稱密鑰算法或不對稱密鑰算法加密。
[0011]本發(fā)明提供的一種條碼支付方法的一個實施例中，該方法還包括:
用戶支付安全策略包含無密碼，靜態(tài)密碼、動態(tài)文本密碼，動態(tài)條碼密碼，用戶在系統(tǒng)門戶或客戶端進(jìn)行設(shè)置并根據(jù)數(shù)據(jù)的變化互相同步，系統(tǒng)按照安全策略執(zhí)行支付流程，無密碼方式無需進(jìn)行二次驗證，系統(tǒng)將根據(jù)識別的用戶的賬戶進(jìn)行支付，有密碼方式則需二次驗證，需要密碼時將提示用戶獲取和輸入密碼或掃描密碼條碼進(jìn)行驗證。
[0012]本發(fā)明提供的一種條碼支付方法的一個實施例中，該方法還包括:
系統(tǒng)將再次下發(fā)密碼到識別的用戶手機號碼上進(jìn)行二次驗證，密碼可以是文本密碼或條碼密碼，文本密碼是明文，條碼密碼是包含加密密碼數(shù)據(jù)的條碼，明文密碼在用戶終端上輸入或在消費終端上輸入進(jìn)行驗證，條碼密碼則再次在消費終端上進(jìn)行識別驗證，驗證在系統(tǒng)的設(shè)定時間和次數(shù)范圍內(nèi)，超出即認(rèn)為支付流程終止。
[0013]本發(fā)明提供的一種條碼支付方法的一個實施例中，該方法還包括:
支付方式包含用戶在系統(tǒng)儲值、信用卡授權(quán)或第三方支付系統(tǒng)進(jìn)行支付，系統(tǒng)儲值方式需用戶進(jìn)行充值后使用，第三方支付系統(tǒng)則通過調(diào)用第三方的開放支付接口進(jìn)行支付。
[0014]本發(fā)明提供的一種條碼支付方法的一個實施例中，該方法還包括:
通知采取客戶端消息，短信，彩信發(fā)送支付通知，并記錄在用戶消費日志，用戶隨后可以進(jìn)行支付數(shù)據(jù)查詢。
[0015]
具體來說具有以下優(yōu)點:
成本低廉:
基于圖像的條碼由系統(tǒng)生成，并通過數(shù)據(jù)通道推送到手機，無需實體傳播，費用低廉，有效地降低了成本。
[0016]自動識別:
通過條形碼，消費端設(shè)備可以方便地識別，實現(xiàn)了手機與系統(tǒng)的自動對話，減少用戶的操作和實現(xiàn)了自動識別和統(tǒng)計。
[0017]交互靈活:
在消費終端識別用戶終端后，如需要驗證密碼等操作時，用戶可以在終端上進(jìn)行操作，也可以在消費終端上進(jìn)行操作，交互方式靈活。
[0018]易于部署:
消費端的條碼識別設(shè)備已經(jīng)大量普及，成本低廉，條碼識讀技術(shù)成熟，部署簡單快捷。
[0019]
【專利附圖】

【附圖說明】
[0020]此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
圖1為本發(fā)明系統(tǒng)模塊結(jié)構(gòu)的示意圖。
[0021 ] 圖2為支付系統(tǒng)交互示意圖。
[0022]圖3為支付流程示意圖。
[0023]
【具體實施方式】
[0024]下面參照附圖對本發(fā)明進(jìn)行更全面的描述，其中說明本發(fā)明的示例性實施例。
[0025]為實現(xiàn)上述目的，提出了一種條碼支付方法。
[0026]以下通過結(jié)合附圖，對本發(fā)明的實施方式進(jìn)行描述。
[0027]實現(xiàn)一種條碼支付方法的關(guān)鍵點如下:
消息編解碼:
在系統(tǒng)獲取到各種信息后，按照信息的種類進(jìn)行編碼，首先編碼成系統(tǒng)的統(tǒng)一格式，通過XML進(jìn)行描述，包含各個用戶屬性等數(shù)據(jù)。
[0028]用戶數(shù)據(jù)示例:
<UserData>
<MSISDN>13900219999</MSISDN>
〈Location〉上?！?Location〉
<AccountData>
<AccountType>CreditCard</AccountType>
<AccountNumber>4041-2367-23434</AccountNumber>
<AuthorizationCode>123</AuthorizationCode>
</AccountData>
〈Property〉男性白領(lǐng)，IT 行業(yè)〈/ Property)
〈Preference〉
〈Restaurant〉川菜，湘菜〈/Restaurant >
〈Entertainment〉卡拉 OK</Entertainment>
〈Shopping〉消費數(shù)碼〈/ Shopping〉
〈Preference〉
<SecurityPolicy>
<PasswordType>TEXT</PasswordType>
<SecurityPolicy>
〈/UserData >
支付數(shù)據(jù)示例:
〈Product〉
<Meta>
<MSISDN>13900219999</MSISDN>
<Pid>ProductIDXXXXXXXXX</Pid>
<Encryption>AES128</ Encryption)
<Barcode>QR</Barcode >
<AccountData>
<AccountType>CreditCard</AccountType>
<AccountNumber>4041-2367-23434</AccountNumber>
<AuthorizationCode>123</AuthorizationCode>
</AccountData>
</Meta>
<CosumeData>
<0bjectID>CY-PD-CGYY-001< /ObjectID〉
<0bjectName〉川國演義浦東店〈/ObjectName >
〈Addreess〉上海市浦東新區(qū)世紀(jì)大道800號〈/ Addreess > <Telephone>02188889999< /ObjectName >
<Price>500.00</Price><Discount>80%</Discount>
<RealPrice>400</RealPrice>
〈/CosumeData >
〈Product〉
使用策略數(shù)據(jù)示例:
〈Strategic〉
<Meta>
<Pid>ProductIDXXXXXXXXX</Pid>
<MSISDN>13900211234</ MSISDN >
<Meta>
<PayMethod>CreditCardAuthorization</PayMethod>
<SecuritySetting>
<PasswordType>Text</PasswordType>
<Location>SHANGHAI</Location >
</ SecuritySetting>
〈/Strategic〉
數(shù)據(jù)壓縮:
如數(shù)據(jù)量達(dá)到一定的閾值后，系統(tǒng)將數(shù)據(jù)壓縮成二進(jìn)制數(shù)據(jù)編碼到條碼中以減少數(shù)據(jù)量。
[0029]數(shù)據(jù)加解密:
為保證數(shù)據(jù)和消息的安全，編碼到條碼中的信息和系統(tǒng)與終端之間往來的消息進(jìn)行加密，支付時系統(tǒng)將讀取條碼的加密數(shù)據(jù)進(jìn)行解密，保證信息的安全。
[0030]加密可以采取對稱加密或者不對稱加密，根據(jù)消息加密指示進(jìn)行選擇，可以動態(tài)調(diào)整加密的強度，更好的保護(hù)信息的數(shù)據(jù)。
[0031]服務(wù)接口:
服務(wù)接口是終端與系統(tǒng)，消費端終端與系統(tǒng)之間的接口，通過網(wǎng)絡(luò) 進(jìn)行服務(wù)的調(diào)用，各個服務(wù)封裝成SOA接口模式，如REST方式，SOAP協(xié)議的方式。
[0032]支付接口包含本地儲值系統(tǒng)接口，信用卡授權(quán)支付接口，第三方支付系統(tǒng)接口，可以是調(diào)用本地接口，也可以是第三方系統(tǒng)的接口，通過遠(yuǎn)程接口服務(wù)形式完成支付。
[0033]
主要功能模塊
如圖1所示，一種條碼支付方法的結(jié)構(gòu)主要包括:
終端側(cè):
終端本地數(shù)據(jù)庫100:
移動終端內(nèi)部的數(shù)據(jù)庫系統(tǒng)，保存各種數(shù)據(jù)，為其他模塊提供數(shù)據(jù)來源和訪問接口。
[0034]邏輯模塊101:
終端側(cè)的與支付有關(guān)的各個邏輯流程的控制和執(zhí)行，與其他模塊進(jìn)行交互完成各種業(yè)務(wù)邏輯功能。
[0035]終端接口模塊102: 負(fù)責(zé)與系統(tǒng)端和終端側(cè)的各個模塊進(jìn)行接口協(xié)議適配，負(fù)責(zé)與系統(tǒng)側(cè)的接口模塊進(jìn)行通信，按照協(xié)商的協(xié)議進(jìn)行數(shù)據(jù)傳輸和通信，提供各種消息和數(shù)據(jù)的上下行的收發(fā)。
[0036]支付模塊103:
負(fù)責(zé)在終端支付過程中的各個支付有關(guān)的功能，包含獲取密碼，輸入密碼驗證，提交密碼數(shù)據(jù)，接受和處理支付狀態(tài)數(shù)據(jù)等。
[0037]終端門戶104:
用戶在終端上訪問業(yè)務(wù)功能的界面，用戶通過終端門戶進(jìn)入系統(tǒng)和使用業(yè)務(wù)的各種功倉泛。
[0038]管理配置模塊105:
終端用戶進(jìn)行業(yè)務(wù)配置和數(shù)據(jù)管理，用戶通過管理模塊對業(yè)務(wù)的數(shù)據(jù)和業(yè)務(wù)的配置進(jìn)行設(shè)置。
[0039]
消費端:
條碼掃描106:
在消費終端上掃描條碼和解析條碼信息，并將讀取的數(shù)據(jù)提交給業(yè)務(wù)邏輯模塊。
[0040]人機交互模塊107:
消費終端與用戶進(jìn)行交互的模塊，用戶可以在消費終端進(jìn)行輸入密碼，消費商戶的操作員進(jìn)行人機操作的模塊。
[0041]條碼識別108:
消費終端上在讀取到條碼后在本地識別條碼或通過系統(tǒng)的條碼識別服務(wù)接口進(jìn)行遠(yuǎn)程條碼識別，并將識別結(jié)果提交給業(yè)務(wù)邏輯模塊。
[0042]本地數(shù)據(jù)庫109:
在消費終端上保存業(yè)務(wù)邏輯數(shù)據(jù)，包含識別信息，識別結(jié)果，支付數(shù)據(jù)等各種業(yè)務(wù)數(shù)據(jù)并提供數(shù)據(jù)查詢等數(shù)據(jù)庫的常見功能。
[0043]業(yè)務(wù)邏輯110:
消費終端上根據(jù)條碼識別的結(jié)果執(zhí)行對應(yīng)的業(yè)務(wù)邏輯，包含使用條件判定，支付請求等操作，并將各種邏輯操作結(jié)果記錄在日志。
[0044]數(shù)據(jù)接口模塊111:
負(fù)責(zé)將消費端設(shè)備與系統(tǒng)的交互的數(shù)據(jù)通過數(shù)據(jù)傳輸通道與系統(tǒng)進(jìn)行上下行的數(shù)據(jù)交互，完成數(shù)據(jù)的傳輸，系統(tǒng)的其他模塊通過調(diào)用接口完成數(shù)據(jù)的上下載。
[0045]管理配置模塊113:
負(fù)責(zé)消費終端側(cè)的系統(tǒng)的參數(shù)配置，提供消費終端設(shè)備的各種設(shè)備和軟件的管理功倉泛。
[0046]
傳輸通道114:
提供數(shù)據(jù)傳輸?shù)膶嶋H的物理通道，可以是無線寬帶網(wǎng)和移動數(shù)據(jù)網(wǎng)絡(luò)，包含各個移動通信的數(shù)據(jù)信道，WIFI，固定寬帶等。
[0047]
系統(tǒng)側(cè): 系統(tǒng)接口模塊114:
負(fù)責(zé)與終端與消費端設(shè)備的接口模塊進(jìn)行通信，按照協(xié)商的協(xié)議進(jìn)行數(shù)據(jù)傳輸和通信，將數(shù)據(jù)發(fā)送給終端和接收終端的請求數(shù)據(jù)。
[0048]數(shù)據(jù)庫115:
提供數(shù)據(jù)存儲和數(shù)據(jù)庫以及各種基于數(shù)據(jù)庫的各種功能，如數(shù)據(jù)觸發(fā)器、函數(shù)等邏輯功能以及報表系統(tǒng)等。
[0049]終端業(yè)務(wù)邏輯模塊116:
負(fù)責(zé)系統(tǒng)端的對應(yīng)終端用戶的各個業(yè)務(wù)邏輯的執(zhí)行和邏輯設(shè)置、保存等功能，解析終端側(cè)的業(yè)務(wù)請求并響應(yīng)終端，處理各種業(yè)務(wù)請求邏輯。
[0050]消費終端業(yè)務(wù)邏輯模塊117:
負(fù)責(zé)系統(tǒng)端與消費終端的對應(yīng)的業(yè)務(wù)邏輯的執(zhí)行和邏輯設(shè)置、保存等功能，解析消費終端側(cè)的業(yè)務(wù)請求并響應(yīng)終端，處理消費終端側(cè)各種業(yè)務(wù)請求邏輯。
[0051]服務(wù)封裝118:
將系統(tǒng)端的業(yè)務(wù)邏輯服務(wù)能力封裝成服務(wù)接口形式，供終端側(cè)以遠(yuǎn)程服務(wù)形式調(diào)用，包含條碼服務(wù)，驗證服務(wù)、查詢服務(wù)等。
[0052]安全模塊119:
負(fù)責(zé)用戶身份驗證和支付安全相關(guān)的各種功能，包含生成動態(tài)密碼，驗證終端用戶身份和屬性，加密和解密各種數(shù)據(jù)等功能。
[0053]條碼模塊120:
負(fù)責(zé)生成條碼和解析條碼，為業(yè)務(wù)邏輯模塊提供條碼的生成和解析，通過條碼服務(wù)接口，消費終端可將條碼發(fā)送到系統(tǒng)的條碼模塊進(jìn)行識別，識別后將數(shù)據(jù)返回到消費終端，也可以在消費終端本地進(jìn)行識別。
[0054]結(jié)算模塊121:
負(fù)責(zé)與消費終端所屬的商戶以及支付系統(tǒng)所屬機構(gòu)進(jìn)行結(jié)算，提供各種支付數(shù)據(jù)的詳細(xì)數(shù)據(jù)和資金結(jié)算的數(shù)據(jù)，通過報表模塊提供各種分析數(shù)據(jù)報表。
[0055]日志模塊122:
將系統(tǒng)的支付操作的信息記錄到系統(tǒng)日志，并提供給用戶進(jìn)行查詢。
[0056]本地支付模塊123:
為用戶提供系統(tǒng)內(nèi)進(jìn)行支付的功能，系統(tǒng)提供完整的儲值，扣款，出賬等支付功能。
[0057]報表模塊124:
為系統(tǒng)提供各種報表，根據(jù)用戶的需求，生成和輸出各種分析數(shù)據(jù)報表。
[0058]第三方支付接口 125:
與第三方支付系統(tǒng)的接口，系統(tǒng)通過調(diào)用支付接口完成與第三方支付系統(tǒng)的交互。
[0059]第三方支付系統(tǒng)126:
第三方的支付系統(tǒng)，提供電子化的支付接口和根據(jù)接口協(xié)議完成支付功能，并將支付結(jié)果返回給調(diào)用方。
[0060]管理模塊127:
管理系統(tǒng)，包含用戶管理，業(yè)務(wù)邏輯管理、日志、參數(shù)配置等各種管理功能。
[0061]系統(tǒng)門戶128: 系統(tǒng)用戶登入門戶的系統(tǒng)的門戶，提供用戶使用系統(tǒng)的界面和各種業(yè)務(wù)流程的承載。[0062]
下面舉一個例子來說明本發(fā)明用戶使用手機進(jìn)行支付的工作流程，該實施例中，業(yè)務(wù)包括以下步驟:
預(yù)置條件:終端已經(jīng)注冊并獲取了用戶識別條碼。
[0063]步驟1:用戶在商戶進(jìn)行消費，支付時出示手機上的條碼；
步驟2:消費端設(shè)備通過光電設(shè)備識別該條碼，獲得條碼包含的用戶信息發(fā)起支付請
求；
步驟3:系統(tǒng)查詢該用戶的支付安全策略和支付類型，如包含用戶確認(rèn)，則發(fā)起驗證，如無需驗證則發(fā)起扣費流程；
步驟4.在需要用戶確認(rèn)的情況下，系統(tǒng)根據(jù)用戶安全設(shè)定選擇靜態(tài)密碼或動態(tài)密碼驗證，用戶需在終端或消費端設(shè)備輸入密碼或掃描系統(tǒng)生成的動態(tài)支付密碼，系統(tǒng)進(jìn)行密碼確認(rèn)；
步驟5.驗證成功后，系統(tǒng)根據(jù)用戶設(shè)定的支付方式進(jìn)行用戶賬戶的扣費；
步驟6.系統(tǒng)將支付結(jié)果返回給消費終端并通知用戶終端設(shè)備；
步驟7.消費終端打印或者發(fā)送電子版的支付信息作為支付單據(jù)，并將本次支付的有關(guān)數(shù)據(jù)記錄在日志。
[0064]
本發(fā)明的描述是為了示例和說明起見而給出的，而并不是無遺漏的或者將本發(fā)明限于所公開的形式。很多修改和變化對于本領(lǐng)域的普通技術(shù)人員而言是顯然的。選擇和描述實施例是為了更好說明本發(fā)明的原理和實際應(yīng)用，并且使本領(lǐng)域的普通技術(shù)人員能夠理解本發(fā)明從而設(shè)計適于特定用途的帶有各種修改的各種實施例。
【權(quán)利要求】
1.一種條碼支付方法，其特征在于，系統(tǒng)識別終端上的條碼并觸發(fā)手機與系統(tǒng)的交互進(jìn)行基于條碼的支付。
2.如權(quán)利要求1所述，系統(tǒng)通過條碼識別終端和用戶，其特征在于，終端包含手機、平板電腦等易于攜帶的支持無線數(shù)據(jù)網(wǎng)絡(luò)的各種產(chǎn)品，對于每個用戶，系統(tǒng)將生成的一個唯一性的ID號，該ID號與用戶終端號碼進(jìn)行綁定，該ID號數(shù)據(jù)編碼到條碼，條碼可以是一維碼或者二維碼，系統(tǒng)在識別該條碼后即可獲取該用戶信息以及對應(yīng)的終端號碼。
3.如權(quán)利要求2所述，系統(tǒng)為每個用戶生成唯一性條碼，條碼以彩信或客戶端方式獲取和保存，為保證條碼合法地使用，系統(tǒng)采取加密等安全措施，其特征在于，系統(tǒng)可以加密條碼中的數(shù)據(jù)和通過驗證用戶手機號碼的方式，保證數(shù)據(jù)屬于合法的持有用戶。
4.如權(quán)利要求3所述，系統(tǒng)為保證條碼數(shù)據(jù)不被其他的系統(tǒng)進(jìn)行識讀，可以對條碼包含的數(shù)據(jù)進(jìn)行加密，其特征在于，通過系統(tǒng)與客戶端約定的加密算法，將條碼包含的數(shù)據(jù)進(jìn)行加密，加密可以采取對稱密鑰算法或不對稱密鑰算法加密。
5.如權(quán)利要求2所述，系統(tǒng)通過條碼識讀其中包含的用戶ID號識別用戶，識別用戶后將根據(jù)用戶的消費安全策略使用安全驗證方式，其特征在于，用戶支付安全策略包含無密碼，靜態(tài)密碼、動態(tài)文本密碼，動態(tài)條碼密碼，用戶在系統(tǒng)門戶或客戶端進(jìn)行設(shè)置并根據(jù)數(shù)據(jù)的變化互相同步，系統(tǒng)按照安全策略執(zhí)行支付流程，無密碼方式無需進(jìn)行二次驗證，系統(tǒng)將根據(jù)識別的用戶的賬戶進(jìn)行支付，有密碼方式則需二次驗證，需要密碼時將提示用戶獲取和輸入密碼或掃描密碼條碼進(jìn)行驗證。
6.如權(quán)利要求5所述，在用戶設(shè)置安全策略為有密碼時系統(tǒng)進(jìn)行二次驗證，驗證通過則發(fā)起支付流程，其特征在于，系統(tǒng)將再次下發(fā)密碼到識別的用戶手機號碼上進(jìn)行二次驗證，密碼可以是文本密碼或條碼密碼，文本密碼是明文，條碼密碼是包含加密密碼數(shù)據(jù)的條碼，明文密碼在用戶終端上輸入或在消費終端上輸入進(jìn)行驗證，條碼密碼則再次在消費終端上進(jìn)行識別驗證，驗證在系統(tǒng)的設(shè)定時間和次數(shù)范圍內(nèi)，超出即認(rèn)為支付流程終止。
7.如權(quán)利要求6所述，系統(tǒng)成功驗證用戶后發(fā)起支付，其特征在于，支付方式包含用戶在系統(tǒng)儲值、信用卡授權(quán)或第三方支付系統(tǒng)進(jìn)行支付，系統(tǒng)儲值方式需用戶進(jìn)行充值后使用，第三方支付系統(tǒng)則通過調(diào)用第三方的開放支付接口進(jìn)行支付。
8.如權(quán)利要求7所述，系統(tǒng)在完成支付流程后通過各種方式通知終端用戶，其特征在于，通知采取客戶端消息，短信，彩信發(fā)送支付通知，并記錄在用戶消費日志，用戶隨后可以進(jìn)行支付數(shù)據(jù)查詢。
【文檔編號】G06Q20/32GK103942680SQ201310019145
【公開日】2014年7月23日 申請日期:2013年1月20日 優(yōu)先權(quán)日:2013年1月20日
【發(fā)明者】顧健 申請人:上海博路信息技術(shù)有限公司