本發(fā)明涉及一種支付方法及相應的便攜式終端、收銀系統(tǒng)，尤其涉及利用條碼或者nfc進行支付的支付方法、便攜式終端及收銀系統(tǒng)。

背景技術：

傳統(tǒng)的支付方式往往是簡單的即時性直接付轉，一步支付。其中鈔票結算和票據(jù)結算適配當面現(xiàn)貨交易，可實現(xiàn)同步交換；匯轉結算中的電匯及網(wǎng)上直轉也是一步支付，適配隔面現(xiàn)貨交易，但若無信用保障或法律支持，會導致異步交換容易引發(fā)非等價交換風險，現(xiàn)實中買方先付款后不能按時按質按量收獲標的，賣方先交貨后不能按時如數(shù)收到價款，被拖延、折扣或拒付等引發(fā)經(jīng)濟糾紛的事件時有發(fā)生。

第三方是買賣雙方在缺乏信用保障或法律支持的情況下的資金支付“中間平臺”，買方將貨款付給買賣雙方之外的第三方，第三方提供安全交易服務，其運作實質是在收付款人之間設立中間過渡賬戶，使匯轉款項實現(xiàn)可控性停頓，只有雙方意見達成一致才能決定資金去向。第三方擔當中介保管及監(jiān)督的職能，并不承擔什么風險，所以確切的說，這是一種支付托管行為，通過支付托管實現(xiàn)支付保證。

第三方支付是現(xiàn)代金融服務業(yè)的重要組成部分，也是中國互聯(lián)網(wǎng)經(jīng)濟高速發(fā)展的底層支撐力量和進一步發(fā)展的推動力。第三方支付平臺不僅在彌補銀行服務功能空白，提升金融交易效率等方面表現(xiàn)突出，同時在健全現(xiàn)代金融體系、完善現(xiàn)代金融功能方面起著重要作用。隨著國內電子商務的興起，一些信息服務企業(yè)興辦的支付平臺也已經(jīng)開始嶄露頭角，第三方支付作為新技術、新業(yè)態(tài)、新模式的新興產(chǎn)業(yè)，具有廣闊的市場需求前景。

目前中國國內的第三方支付產(chǎn)品主要有paypal（易趣公司產(chǎn)品）、支付寶（阿里巴巴旗下）、拉卡拉、財付通（騰訊公司，騰訊拍拍）、盛付通（盛大旗下）、易票聯(lián)支付、易寶支付（yeepay）、快錢（99bill）、捷誠寶（捷誠易付）國付寶（gopay）、百付寶（百度c2c）、物流寶（網(wǎng)達網(wǎng)旗下）、網(wǎng)易寶（網(wǎng)易旗下）、網(wǎng)銀在線(chinabank，京東集團）、環(huán)迅支付、匯付天下、匯聚支付(joinpay）、寶付（我的支付導航）。其中最用戶數(shù)量最大的是paypal和支付寶，前者主要在歐美國家流行，后者是馬云阿里巴巴旗下產(chǎn)品，據(jù)稱，截止2009年7月，支付寶用戶超過2億。拉卡拉則是中國最大線下便民金融服務提供商。另外中國銀聯(lián)旗下銀聯(lián)電子支付也開始發(fā)力第三方支付，推出了銀聯(lián)商務提供相應的金融服務。

第三方支付具有顯著的特點：第一，第三方支付平臺提供一系列的應用接口程序，將多種銀行卡支付方式整合到一個界面上，負責交易結算中與銀行的對接，使網(wǎng)上購物更加快捷、便利。消費者和商家不需要在不同的銀行開設不同的賬戶，可以幫助消費者降低網(wǎng)上購物的成本，幫助商家降低運營成本；同時，還可以幫助銀行節(jié)省網(wǎng)關開發(fā)費用，并為銀行帶來一定的潛在利潤。第二，第三方支付平臺本身依附于大型的門戶網(wǎng)站，且以與其合作的銀行的信用作為信用依托，因此第三方支付平臺能夠較好地突破網(wǎng)上交易中的信用問題，有利于推動電子商務的快速發(fā)展。

但是，由于第三方支付平臺本身依附于大型的門戶網(wǎng)站，具備良好信用的銀行很容易被大型的門戶網(wǎng)站綁架，而不得不依附第三方支付平臺，對其本身的業(yè)務發(fā)展有非常大的制約作用。

圖1為現(xiàn)有的支付場景。如圖1所示，一體機的顯示屏1聯(lián)接nfc（nearfieldcommunication,近場通信）讀卡器3，當需要支付時，用戶手機4可以掃描屏幕上的二維碼2通過微信支付或支付寶來完成支付，也可以通過具有nfc支付功能的手機4或者銀行卡等放在nfc讀卡器3上完成支付。

條碼支付業(yè)務是指會員單位應用條碼技術，向客戶提供的、通過手機等移動終端實現(xiàn)收付款人之間貨幣資金轉移的行為。

圖2至圖4為現(xiàn)有第三方支付最常見的方式。以二維碼支付為例，當用戶掃描完二維碼后，彈出圖2所示的界面，提醒用用將要向xx商家支付888.88元，用戶確認后，進入圖3所示的界面，利用用戶默認的支付賬戶a銀行信用卡完成支付。如果用戶輸入支付密碼，則利用a銀行信用卡完成支付。如果用戶選擇其他，則彈出圖4所示的界面，用戶可以更換當前支付的銀行卡或者能夠完成支付的其他性質的卡如公交卡。用戶還可以選擇“添加新卡”來增加新的卡片。

從圖2至圖4所示的第三方支付應用來看，具備良好信用的銀行和商家在交易過程中沒有太多的選擇，第三方支付平臺表面上看是提供了一個完全用戶選擇的操作機制。但是，由于用戶在商業(yè)推廣中只是一個被動的接受者，而第三方支付平臺受制于其壟斷地位以及交易安全性的考慮，沒有動機改進技術。假設xx銀行提供了一個消費折扣，那么現(xiàn)有的圖2至圖4所示的第三方支付應用則不能很好的幫消費者自主選擇完成支付，也不能提供更多的優(yōu)化設計來滿足不同的商業(yè)需求。

技術實現(xiàn)要素：

本發(fā)明的目的是提供一種支付方法，通過在支付時生成的二維碼支付信息或者nfc支付指令包含帶有優(yōu)惠信息的多種支付方式，讓用戶可以通過第三方支付在支付時靈活選擇最優(yōu)惠或者最適合的支付方式完成支付，也方便不同銀行卡的推廣。

為了實現(xiàn)上述目的，本發(fā)明提供一種支付方法，所述方法包括，步驟a，收款方通過第三方支付平臺設置一種或多種支付方式；步驟b，收款方通過所述第三方支付平臺發(fā)送或者顯示包含所述支付方式的支付信息給付款方；步驟c，付款方通過所述第三方支付平臺解析所述支付信息，根據(jù)所述支付信息中包含的支付方式完成支付。

更進一步，所述支付信息通過條碼顯示給所述付款方，或者通過nfc通信發(fā)送給所述付款方，所述條碼為二維碼。

更進一步，當所述支付方式為多種時，所述付款方從所述支付信息中所包含的多種支付方式中選擇一種完成支付。

更進一步，所述步驟c還包括，所述付款方根據(jù)所述支付方式以及其所設置的支付銀行卡信息生成支付方式列表，所述付款方從所述支付方式列表中選擇一種完成支付。

更進一步，所述支付方式包括銀行信用卡及其所對應的優(yōu)惠信息和支付金額；或者，銀行儲值卡及其所對應的優(yōu)惠信息和支付金額；或者，公交卡及其所對應的優(yōu)惠信息和支付金額。

本發(fā)明還提供一種支付方法，所述方法包括，步驟a，付款方通過第三方支付平臺設置支付銀行卡信息；步驟b，付款方發(fā)送或者顯示包含所述銀行卡信息的支付信息給收款方；步驟c，所述收款方根據(jù)所述銀行卡信息以及所述收款方設置的支付方式生成支付方式列表；步驟d，所述收款方發(fā)送所述支付方式列表到所述付款方，所述付款方從所述支付方式列表中選擇一種支付方式完成支付。

本發(fā)明還提供一種應用所述支付方法的便攜式終端。

本發(fā)明還提供一種應用所述方法的收銀系統(tǒng)。

本發(fā)明還一種支付二維碼生成方法，收款方通過第三方支付平臺設置多種支付方式；收款方通過所述第三方支付平臺生成包含所述多種支付方式的支付信息二維碼；所述支付方式包括銀行信用卡及其所對應的優(yōu)惠信息和支付金額；或者，銀行儲值卡及其所對應的優(yōu)惠信息和支付金額；或者，公交卡及其所對應的優(yōu)惠信息和支付金額。

采用本發(fā)明的技術方案后，用戶可以通過第三方支付在支付時靈活選擇最優(yōu)惠或者最適合的支付方式完成支付，也方便不同銀行卡的推廣及相互競爭，在技術上減輕了銀行對第三方支付提供商的依賴。

附圖說明

圖1為現(xiàn)有的支付場景；

圖2至圖4為現(xiàn)有第三方支付最常見的方式；

圖5至圖6為本發(fā)明的第三方支付應用界面；

圖7為本發(fā)明的另一種展示法方法;

圖8為付款掃碼支付的流程圖；

圖9所示為收款掃碼支付中應用本發(fā)明的流程圖。

具體實施方式

圖5至圖6為本發(fā)明的第三方支付應用界面。假設用戶的第三方支付應用程序已經(jīng)綁定了a銀行信用卡，a銀行儲蓄卡，第三方支付自帶的零錢，b銀行信用卡，c銀行儲蓄卡以及公交卡；現(xiàn)在，b銀行信用卡在xx商家有一個推廣活動，客戶利用b銀行信用卡在xx商家消費時可以提供88折優(yōu)惠。當結賬時，用戶利用第三方支付平臺掃描二維碼或者利用nfc支付為此次消費結賬，此時，除了商家及消費金額信息，還顯示一個b銀行信用卡的推廣信息“b銀行信用卡88折”，如圖5所示。用戶選擇確認后，則進入圖6所示的界面。如果用戶在第三方支付應用中綁定了b銀行的信用卡，則優(yōu)選的支付方式為b銀行信用卡，如果用戶沒有綁定b銀行信用卡，則利用用戶設置的默認的支付方式完成支付。

就圖5至圖6的應用場景，下面來描述如何實現(xiàn)。

條碼支付業(yè)務包括付款掃碼和收款掃碼。付款掃碼是指付款人通過移動終端讀取收款人展示的條碼完成支付的行為。收款掃碼是指收款人通過讀取付款人移動終端展示的條碼完成支付的行為。下面分別描述。

l付款掃碼支付

為了實現(xiàn)圖5至6所示的應用，在收款人展示給付款人的條碼中，直接或者間接包含了如下信息：

1）商戶信息：與當次支付有關的商戶、商品（服務）或商品（服務）訂單等信息，包括明文顯示商戶名稱，以及加密處理過的商戶的收款賬戶信息，移動終端展示的或者由相關系統(tǒng)生成的條碼中，不應直接包含本人賬戶信息，賬戶信息應加密處理。

2）付款銀行優(yōu)惠信息：與商戶簽約的刷卡銀行優(yōu)惠信息，如b銀行信用卡88折，a銀行儲蓄卡90折，d銀行儲蓄卡98折，等等。

3）支付金額：收款人應當收到的金額。

當付款人通過第三方支付應用程序掃描收款人的條碼后，第三方支付應用程序根據(jù)付款人綁定的銀行卡以及條碼信息中包含的付款銀行優(yōu)惠信息，生成支付信息，如圖5所示，當用戶選擇確認后，第三方支付應用程序進入如圖6所示的支付界面，選擇最優(yōu)惠的b銀行信用卡完成支付。

圖7為本發(fā)明的另一種展示法方法。當付款人通過第三方支付應用程序掃描收款人的條碼后，第三方支付應用程序根據(jù)付款人綁定的銀行卡以及條碼信息中包含的付款銀行優(yōu)惠信息，將兩者的支付方式去掉重復的，并將優(yōu)惠信息以及最終支付金額作為附加信息顯示在支付銀行卡的后面，將當前支持的銀行卡排在前面，不支持的排在后面，這樣，支付列表包括：“b銀行信用卡(88折,782.21元)”、“a銀行信用卡(90折,799.99元)”、“a銀行儲蓄卡(888.88元)”、“零錢(888.88元)”、“c銀行儲蓄卡(888.88元)”、“公交卡(888.88元，剩余6.18)”以及“d銀行儲蓄卡(90折,799.99元)”。通過支付列表，用戶可以方便的選擇最合適的支付方式完成支付。

圖8為付款掃碼支付的流程圖。

首先，收款方設置付款銀行優(yōu)惠信息。收款方通過登錄第三方支付平臺，設置相關銀行的優(yōu)惠比例。

接著，收款方生成包含銀行優(yōu)惠信息的支付條碼。當交易達成，需要支付的時候，收款方通過第三方支付平臺生成支付條碼。支付條碼除了包含銀行優(yōu)惠信息，還包含收款方的商戶信息和支付金額，這些信息可以直接通過條碼發(fā)送，也可以通過網(wǎng)絡傳送。

接下來，付款方的第三方支付應用程序根據(jù)所獲取的銀行優(yōu)惠信息以及用戶在該支付程序中所綁定的銀行卡，生成支付列表，支付列表的生成可以采用以下有幾種方式：1）列出用戶所綁定的銀行卡中最優(yōu)惠的支付方式及金額；2）列出所有用戶所綁定的銀行卡的支付方式及金額；3）列出所有用戶所綁定的銀行卡的支付方式及金額，以及條碼信息中包含的付款銀行支付信息及金額，將兩者的支付方式去掉重復的后列出。支付列表中還應當顯示優(yōu)惠信息，銀行卡是否可用，銀行卡余額是否足夠，等等。

最后，付款方從支付列表中選擇一種可用的支付方式，進入相應支付界面，完成支付。

l收款掃碼支付。為了實現(xiàn)圖5至6所示的應用，在付款人展示給收款人的條碼中，直接或者間接包含了如下信息：

1）付款人的賬戶信息，賬戶信息是經(jīng)過加密處理的，隱去了身份信息等隱私信息。

2）付款人第三方支付應用程序所綁定的銀行卡信息。

圖9所示為收款掃碼支付中應用本發(fā)明的流程圖。當付款人將條碼展示給收款方時，收款方掃描支付條碼，根據(jù)收款方第三方支付程序所設置的付款銀行優(yōu)惠信息，生成支付列表發(fā)送給付款方。付款方從支付列表中選擇一種合適的支付方式完成支付。圖9所示的流程圖說明了上述支付過程。支付列表所包含的信息與圖7所示的支付列表信息類似。

根據(jù)上面的描述，商戶將支付銀行及相應的優(yōu)惠信息作為支付信息的一部分生成條碼或者nfc指令與付款方進行交互，付款方可以根據(jù)收到的支付信息生成支付列表并從中優(yōu)選一個完成支付。通過這種方式，銀行或者儲值卡的發(fā)行方可以通過第三方支付進行推廣，也為消費者提供優(yōu)惠。此外，本發(fā)明的實施例主要提到了銀行卡，但以公交卡，地鐵卡為代表的儲值卡也適用本發(fā)明。

需要指出的是，本發(fā)明中所提到的條碼一般是二維碼。本發(fā)明針對條碼進行了說明，但本發(fā)明的創(chuàng)意也可以使用nfc支付，本領域技術人員按照本發(fā)明所公開的內容不需要任何創(chuàng)造性勞動就能在nfc支付上實現(xiàn)。

需要指出的是，實施例中給出的展示方法只是示例，其變換是多種多樣的，但只要結合了收款方和付款方的支付銀行信息并呈現(xiàn)給用戶，就屬于本發(fā)明的創(chuàng)意。

本發(fā)明的支付方法可以非常方便的用在以手機為代表的便攜式終端上。此外，收銀系統(tǒng)也可以集成本發(fā)明的方法，從而與手機支付配合完成本發(fā)明的支付方法。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應所述以權利要求的保護范圍為準。