[發明專利]基于雙向驗證的移動付款碼掃碼支付方法和顧客支付端

在審

• 申請號: 201911303756.2
• 申請日: 2019-12-17
• 公開（公告）號: CN111080284A
• 公開（公告）日: 2020-04-28
• 發明（設計）人: 張曉;張興勝
• 申請（專利權）人: 北京東方國信科技股份有限公司
• 主分類號: G06Q20/32
• 分類號: G06Q20/32;G06Q20/38;G06Q20/40
• 代理公司: 北京路浩知識產權代理有限公司 11002
• 代理人: 陳玉婷

本發明實施例提供一種基于雙向驗證的移動付款碼掃碼支付方法和顧客支付端，該方法包括：接收付款指令，展示無效付款碼并調用前置攝像頭采集商戶的掃碼設備上的商戶碼；基于所述商戶碼，確定商戶ID；向支付機構發送生成支付憑證請求，所述請求中攜帶了顧客信息和所述商戶ID；接收支付機構返回的用商戶ID對基于顧客信息生成的第一支付憑證進行加密后的第二支付憑證，以所述第二支付憑證生成的有效付款碼更新無效付款碼；接收支付機構返回的支付結果。本發明實施例提供的方法和顧客支付端，避免付款碼被盜刷的同時保證支付過程的便捷性。

技術領域

本發明涉及掃碼支付技術領域，尤其涉及一種基于雙向驗證的移動付款碼支付方法和顧客支付端。

背景技術

隨著微信和支付寶線下持續不斷地大力推廣，目前通過手機APP掃碼支付已經成為一種時尚，有很多顧客出門幾乎不再攜帶現金，或者只攜帶少量現金。在購買商品或者服務時，通過向商戶展示付款碼，方便、快捷地完成交易。

在掃碼支付活動中，目前主要使用兩種方式完成交易支付：其一是收款碼掃碼支付，在這種方式下，商戶通過展示收款碼，由顧客掃描收款碼并輸入支付金額后通過APP與支付平臺之間的接口主動完成交易支付，商戶通過微信/支付寶提供的查詢接口可以得到支付的結果。對于特定商戶，收款碼是固定不變的，可以打印出來張貼在柜臺合適地點。收款碼是一個URL鏈接，包含了一串固定不變的字符串參數，支付平臺的APP能夠通過查詢自身的數據庫知道該字符串參數所代表的含義。其二是付款碼掃碼支付，顧客通過展示付款碼，由商戶通過掃描槍掃描到與微信/支付寶有接口的收款系統中完成在線支付。付款碼是一串數字，相當于一個有時效性的電子支付憑證，商戶掃描獲得該憑證后，通過接口將該憑證傳遞給對應的支付平臺。支付平臺獲得該數字后，通過查詢自身的數據庫能夠理解該數字所代表的含義并完成支付交易并將交易結果返回給商戶和客戶。為了保障支付安全，微信/支付寶的付款碼是動態變化的，目前是每分鐘刷新一次。

微信和支付寶都是通過二維碼來代表付款碼或者收款碼。二維碼是用一定規則排列的點陣圖像來編碼信息的方式。相比傳統的條碼，二維碼除了具有一樣的容易生成和識別的特性，還具有高容錯性、更高密度的信息承載能力、抗污損能力。

圖1為現有技術提供的付款碼掃碼支付的體系架構和流程示意圖。如圖1所示，點擊顧客APP的付款碼準備付款時，顧客的支付端會向APP對應的支付結構發送生成支付憑證請求，支付機構的二維碼系統基于支付憑證請求中攜帶的顧客信息生成支付憑證并返回給APP，顧客APP展示所述支付憑證生成的付款碼以供商戶的掃描槍或智能POS機掃描付款碼，商戶掃描到顧客APP的付款碼后把付款碼的支付憑證和自身商戶ID發送給支付機構的二維碼系統以供支付機構提取支付憑證中的顧客信息，然后向支付機構的支付系統提供顧客信息和商戶ID以供支付系統從對雙方賬戶進行交易，支付系統完成交易后向顧客APP和商戶系統返回支付結果。

交易支付過程中，交易雙方都應該知道交易對手是誰，是否符合自己的交易意愿。作為收款方，可能這種意愿不一定那么強烈，只要能收到應收的錢即可，而不需要一定是某人付款。但是對于付款方，如果不知道交易對手是誰，錢就可能付給了不應該收款的收款方，而使得應收款方未收到錢款，從而產生交易糾紛。

傳統的刷卡支付方式，銀行卡作為交易媒介，存在銀行卡的面對面傳遞過程，如果不是符合自己交易意愿的收款方，付款方是可以不把自己的銀行卡交給對方的，在銀行卡僅僅在付款方和收款方之間傳遞，是符合物理安全要求的，不會落入第三方之手完成交易。

對于二維碼收款碼支付方式，因為收款碼是收款方出示的，付款方自主掃描收款方提供的收款碼后操作并完成付款，代表著交易是符合付款方交易意愿的。

但是現有的在使用付款碼的支付方式中，付款方出示二維碼支付憑證時，二維碼憑證本身并未事先確定收款方是誰。在這種支付方式中，是基于“顧客只會把付款碼展示給期望的付款方，因此完成的交易是符合付款方交易意愿的”這一前提。