本發(fā)明屬于社會移動支付領(lǐng)域，尤其是涉及基于特征碼識別一次同時支付到多帳戶的支付系統(tǒng)和方法。

背景技術(shù)：

隨著移動技術(shù)的發(fā)展，移動支付作為一種常用的支付方式已經(jīng)廣泛應(yīng)用到日常生活中。人們對于移動支付的接受度也已經(jīng)越來越高。

現(xiàn)有技術(shù)中，一般的支付系統(tǒng)和方法是通過手機軟件掃描條形碼，識別出條形碼中包含的商戶信息，并將錢支付給支付平臺，再由支付平臺向商戶完成支付。即所有資金的流程都是點到點的串聯(lián)方式。

這種支付系統(tǒng)和方法存在一定的問題，每種商品或服務(wù)的背后，往往包含有多個利益主體，如：廠商、代理商、業(yè)務(wù)員、門店和稅務(wù)等?，F(xiàn)有點到點的掃碼支付方案，資金的流程為：消費者→支付平臺→門店，再由門店向廠商、代理商或業(yè)務(wù)員回款。這樣的方法使得資金鏈過長，不利于資金周轉(zhuǎn)效率的提升；現(xiàn)有點到點的掃碼支付方法，存在平臺商占用資金，使得資金存在較大的風(fēng)險，政策上因此禁止未獲支付牌照的第三方支付公司從事“二次清算”業(yè)務(wù)。

因此，如何研發(fā)一種資金鏈較短、無資金占用風(fēng)險的支付系統(tǒng)和方法，將點到點串聯(lián)的資金鏈模式，轉(zhuǎn)變成點到多點并聯(lián)的資金鏈模式，便成為亟待解決的技術(shù)問題。

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

本申請解決的主要問題是提供一種一次同時支付到多賬戶的支付系統(tǒng)和方法，以解決現(xiàn)有技術(shù)中的支付系統(tǒng)存在的資金鏈過長，不利于資金周轉(zhuǎn)效率的提升；現(xiàn)有點到點的支付方法，存在平臺商占用資金，使得資金存在較大的風(fēng)險等技術(shù)問題。

為了解決上述技術(shù)問題，本發(fā)明公開了一種一次同時支付到多賬戶的支付系統(tǒng)，包括支付信息生成模塊、支付信息識別模塊以及支付模塊；其特征在于，所述支付信息生成模塊用于根據(jù)支付信息生成支付特征碼；所述支付信息識別模塊用于識別所述支付特征碼，得到支付信息并將支付信息傳遞給支付模塊；所述支付模塊根據(jù)所述支付信息向收款方進(jìn)行支付行為；所述支付信息包括按照預(yù)設(shè)分配方案中的多個收款方賬戶，以及與多個收款方對應(yīng)的支付金額信息。

優(yōu)選的，還包括安全驗證模塊，所述安全驗證模塊用于對支付信息識別模塊識別得到的支付信息進(jìn)行安全驗證。

優(yōu)選的，所述安全驗證的內(nèi)容包括支付信息加密與校驗、身份驗證、會話管理、支付權(quán)限驗證和支付額度監(jiān)控。

優(yōu)選的，其特征在于，還包括消息通知模塊，所述消息通知模塊用于向收款方和付款方進(jìn)行支付結(jié)果的通知，所述支付結(jié)果包括收款方名稱、支付金額信息以及付款方名稱和位置信息。

優(yōu)選的，所述收款方包括商品或服務(wù)所涉及到的多個利益主體，包括廠商、代理商、業(yè)務(wù)員、門店和稅務(wù)。

優(yōu)選的，所述支付特征碼包括二維碼或條形碼。

本發(fā)明還公開一種一次同時支付到多賬戶的支付方法，其特征在于，包括以下步驟：

步驟1支付特征碼的生成：支付信息生成模塊根據(jù)支付信息生成支付特征碼，其中支付信息包括按照預(yù)設(shè)分配方案中的多個收款方賬戶，以及與多個收款方對應(yīng)的支付金額信息；

步驟2支付特征碼的識別：支付信息識別模塊識別所述支付特征碼，得到支付信息并將支付信息傳遞給支付模塊；

步驟3支付行為的進(jìn)行：支付模塊根據(jù)所述支付信息向收款方進(jìn)行支付行為。

優(yōu)選的，在步驟2完成之后，執(zhí)行以下步驟：步驟2-1：安全驗證模塊對支付信息識別模塊識別得到的支付信息進(jìn)行安全驗證。

優(yōu)選的，在步驟3完成之后，執(zhí)行以下步驟：步驟3-1：消息通知模塊向收款方和付款方進(jìn)行支付結(jié)果的通知，所述支付結(jié)果包括收款方名稱、支付金額信息以及付款方名稱和位置信息。

優(yōu)選的，所述步驟2-1包括以下子步驟：

步驟2-1-1：安全驗證模塊對支付信息識別模塊識別得到的支付信息進(jìn)行加密；

步驟2-1-2：加密完成之后安全驗證模塊對進(jìn)行支付請求進(jìn)行信息校驗；支付請求進(jìn)行信息校驗通過則進(jìn)行下一步，校驗未通過則驗證未通過；

步驟2-1-3：安全驗證模塊對參與支付的多方帳戶進(jìn)行身份校驗，身份校驗通過則進(jìn)行下一步，校驗未通過則驗證未通過；

步驟2-1-4：在身份驗證通過后，安全驗證模塊建立支付會話，控制用戶可操作的范圍；

步驟2-1-5：安全驗證模塊支付會話創(chuàng)建之后，安全驗證模塊驗證用戶權(quán)限，確保用戶擁有支付相關(guān)的權(quán)限要求；用戶權(quán)限驗證通過則進(jìn)行下一步，用戶權(quán)限驗證未通過則驗證未通過；

步驟2-1-6：安全驗證模塊進(jìn)行交易額的驗證，避免超出安全交易額；用戶權(quán)限驗證通過則驗證通過，用戶權(quán)限驗證未通過則驗證未通過。

與現(xiàn)有技術(shù)相比，本申請所述的一種一次同時支付到多賬戶的支付系統(tǒng)和方法，達(dá)到了如下效果：

(1)本發(fā)明中的一次同時支付到多賬戶的支付系統(tǒng)和方法，采用付款方直接將款項支付給預(yù)設(shè)分配方案中的收款方，當(dāng)收款方有多個時，直接支付到各方，無需經(jīng)過現(xiàn)有技術(shù)中的第三方平臺，因此資金鏈較短，資金周轉(zhuǎn)效率明顯提升。

(2)本發(fā)明中的一次同時支付到多賬戶的支付系統(tǒng)和方法，采用付款方直接將款項支付給預(yù)設(shè)分配方案中的收款方，當(dāng)收款方有多個時，直接支付到各方，無需經(jīng)過現(xiàn)有技術(shù)中的第三方平臺，因此可以避免第三方占用資金的風(fēng)險。

(3)本發(fā)明中的一次同時支付到多賬戶的支付系統(tǒng)和方法，可以同時向識別出的多個收款方按照預(yù)設(shè)的分配方案進(jìn)行付款，支付密碼只在本次掃碼支付行為過程中輸入一次。收款方可同時收到付款方的付款信息。通過本系統(tǒng)和方法能夠清晰地看到付款方和收款方一一對應(yīng)關(guān)系。

(4)本發(fā)明中的一次同時支付到多賬戶的支付系統(tǒng)和方法，可以同時向識別出的多個收款方按照預(yù)設(shè)的分配方案進(jìn)行付款，使各利益相關(guān)方之間的合同條款或法律規(guī)定得到忠實地執(zhí)行，避免人為主觀違約或違規(guī)的風(fēng)險。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是本發(fā)明實施例一支付系統(tǒng)的結(jié)構(gòu)框圖；

圖2是本發(fā)明實施例二支付系統(tǒng)的結(jié)構(gòu)框圖；

圖3是本發(fā)明實施例三支付系統(tǒng)的結(jié)構(gòu)框圖；

圖4是本發(fā)明實施例四支付方法的流程圖。

具體實施方式

如在說明書及權(quán)利要求當(dāng)中使用了某些詞匯來指稱特定組件，本領(lǐng)域技術(shù)人員應(yīng)可理解，硬件制造商可能會用不同名詞來稱呼同一個組件。本說明書及權(quán)利要求并不以名稱的差異來作為區(qū)分組件的方式，而是以組件在功能上的差異來作為區(qū)分的準(zhǔn)則。如在通篇說明書及權(quán)利要求當(dāng)中所提及的“包含”為一開放式用語，故應(yīng)解釋成“包含但不限定于”?！按笾隆笔侵冈诳山邮盏恼`差范圍內(nèi)，本領(lǐng)域技術(shù)人員能夠在一定誤差范圍內(nèi)解決所述技術(shù)問題，基本達(dá)到所述技術(shù)效果。說明書后續(xù)描述為實施本申請的較佳實施方式，然所述描述乃以說明本申請的一般原則為目的，并非用以限定本申請的范圍。本申請的保護(hù)范圍當(dāng)視所附權(quán)利要求所界定者為準(zhǔn)。

以下結(jié)合附圖對本申請作進(jìn)一步詳細(xì)說明，但不作為對本申請的限定。

實施例一

如圖1所示，為本發(fā)明的一種一次同時支付到多賬戶的支付系統(tǒng)，該系統(tǒng)包括支付信息生成模塊100、支付信息識別模塊200以及支付模塊300；其中，所述支付信息生成模塊100用于根據(jù)支付信息生成支付特征碼；所述支付信息識別模塊200用于識別所述支付特征碼，得到支付信息并將支付信息傳遞給支付模塊；所述支付模塊300根據(jù)所述支付信息向收款方進(jìn)行支付行為；所述支付信息包括按照預(yù)設(shè)分配方案中的多個收款方賬戶，以及與多個收款方對應(yīng)的支付金額信息。

本實施例主要運用于商品或者服務(wù)的支付過程，其中信息生成模塊100根據(jù)支付信息生成支付特征碼，其中的支付信息包括了商品或服務(wù)的多個收款方的信息，例如各個收款方賬戶信息、各個收款方身份信息、各個收款方金額分配信息以及其他的與此次支付相關(guān)的信息；支付信息識別模塊用于支付信息識別模塊200用于識別所述支付特征碼，得到支付信息并將支付信息傳遞給支付模塊300，支付模塊300根據(jù)支付信息向收款方進(jìn)行支付行為，其中的支付行為具體包括了支付信息的確認(rèn)過程和密碼輸入過程，如果密碼輸入正確則按照支付信息，將需要支付的金額由付款方的的賬戶轉(zhuǎn)到多個收款方的賬戶，支付成功；如果密碼輸入錯誤則支付失敗。

其中的三個模塊可以位于不同的終端和設(shè)備中，從而實現(xiàn)將點到點串聯(lián)的資金鏈模式，轉(zhuǎn)變成點到多點并聯(lián)的資金鏈模式，資金鏈較短，由于可以直接支付給按照預(yù)設(shè)分配方案中的多個收款方賬戶，因此可以避免第三方，例如平臺，對于資金的占用，使得支付過程更加安全可靠。

實施例二

如圖2所示，為本發(fā)明的第二個實施例中，與實施例一相比，在實施例一的基礎(chǔ)上增加了安全驗證模塊400，安全驗證模塊用于對支付信息識別模塊識別得到的支付信息進(jìn)行安全驗證，驗證通過，將得到的支付信息傳遞給支付模塊；驗證未通過支付失敗。

安全驗證的內(nèi)容包括支付信息加密與校驗、身份驗證、會話管理、權(quán)限驗證和額度監(jiān)控等，

具體驗證過程如下：首先對進(jìn)行支付信息進(jìn)行信息校驗；然后對參與支付的多方帳戶進(jìn)行身份校驗；參與支付的多方帳戶進(jìn)行身份校驗通過后，建立支付會話，控制用戶可操作的范圍；支付會話創(chuàng)建之后，會驗證用戶權(quán)限，確保用戶擁有支付相關(guān)的權(quán)限要求；進(jìn)行交易額的驗證，避免超出安全交易額。其中任意一個步驟不符合要求則驗證未通過，支付失敗；當(dāng)所有驗證均通過之后，將支付信息傳遞給支付模塊，支付模塊進(jìn)行支付。

本實施例中，在實施例一的基礎(chǔ)上增加了安全驗證模塊，安全驗證模塊的增加使得整個支付系統(tǒng)安全性增加，從多個方面對于支付信息進(jìn)行驗證，防止一些盜用等惡意行為。

實施例三

如圖3所示，為本發(fā)明的第三個實施例中，在實施例二的基礎(chǔ)上，增加了消息通知模塊500，消息通知模塊500接收來自于支付模塊300或者安全驗證模塊400傳遞來的支付結(jié)果，即支付成功或者支付失??；然后消息通知模塊500向收款方和付款方進(jìn)行支付結(jié)果的通知，所述支付結(jié)果包括支付成功或失敗、收款方名稱、支付金額信息以及付款方名稱和位置信息。

消息通知模塊500的設(shè)置，使得最終的支付結(jié)果可以傳遞給付款方和收款方，使得支付狀態(tài)更加明確，在通知時，可以采用多種不同的方式，例如可以采用短信通知、郵件通知和/或數(shù)據(jù)通信通知。

在上述實施例中，多個收款方包括商品或服務(wù)所涉及到的多個利益主體，例如可以包括廠商、代理商、業(yè)務(wù)員、門店和/或稅務(wù)，當(dāng)包括稅務(wù)部門成為收款方之一時，稅收可以在消費者進(jìn)行商品或服務(wù)的購買時直接將各方應(yīng)該繳納的稅款在預(yù)設(shè)的分配比例中進(jìn)行限定，使得稅務(wù)部門的收稅可以更加明確，避免人為操作的不便。

在上述實施例中，各個模塊可以設(shè)置于不同的設(shè)備或終端，其組合而得到的整個系統(tǒng)是實現(xiàn)本發(fā)明的技術(shù)效果的必要條件，但不限定所有的模塊固定于單一的設(shè)備或終端。

實施例四

本實施例在實例三的系統(tǒng)的基礎(chǔ)上進(jìn)行，本實施例是一種一次同時支付到多賬戶的支付方法，包括以下步驟：

步驟1支付特征碼的生成：支付信息生成模塊根據(jù)支付信息生成支付特征碼，其中支付信息包括按照預(yù)設(shè)分配方案中的多個收款方賬戶，以及與多個收款方對應(yīng)的支付金額信息；

步驟2支付特征碼的識別：支付信息識別模塊識別所述支付特征碼，得到支付信息并將支付信息傳遞給支付模塊；

步驟2-1：安全驗證模塊對支付信息識別模塊識別得到的支付信息進(jìn)行安全驗證；

步驟3支付行為的進(jìn)行：支付模塊根據(jù)所述支付信息向收款方進(jìn)行支付行為；

步驟3-1：消息通知模塊向收款方和付款方進(jìn)行支付結(jié)果的通知，所述支付結(jié)果包括收款方名稱、支付金額信息以及付款方名稱和位置信息。

本實施例中的一種一次同時支付到多賬戶的支付方法，使得資金鏈較短，資金周轉(zhuǎn)效率明顯提升，可以避免第三方占用資金的風(fēng)險，能夠清晰地看到付款方和收款方一一對應(yīng)關(guān)系，避免人為主觀違約或違規(guī)的風(fēng)險。

在一些實施例中，其中的步驟2-1包括以下子步驟：

步驟2-1-1：安全驗證模塊對支付信息識別模塊識別得到的支付信息進(jìn)行加密；

步驟2-1-2：加密完成之后安全驗證模塊對進(jìn)行支付請求進(jìn)行信息校驗；支付請求進(jìn)行信息校驗通過則進(jìn)行下一步，校驗未通過則驗證未通過；

步驟2-1-3：安全驗證模塊對參與支付的多方帳戶進(jìn)行身份校驗，身份校驗通過則進(jìn)行下一步，校驗未通過則驗證未通過；

步驟2-1-4：在身份驗證通過后，安全驗證模塊建立支付會話，控制用戶可操作的范圍；

步驟2-1-5：安全驗證模塊支付會話創(chuàng)建之后，安全驗證模塊驗證用戶權(quán)限，確保用戶擁有支付相關(guān)的權(quán)限要求；用戶權(quán)限驗證通過則進(jìn)行下一步，用戶權(quán)限驗證未通過則驗證未通過；

步驟2-1-6：安全驗證模塊進(jìn)行交易額的驗證，避免超出安全交易額；用戶權(quán)限驗證通過則驗證通過，用戶權(quán)限驗證未通過則驗證未通過。

安全驗證步驟進(jìn)行多項的驗證，使得支付環(huán)境更加安全可靠。

實施例五

在現(xiàn)實應(yīng)用中，例如：經(jīng)營公司提供平臺，商家可以入駐平臺，入駐條件是業(yè)務(wù)員與商家簽訂支付給公司傭金比例，然后業(yè)務(wù)員獲得傭金中的提成。

預(yù)設(shè)分配方案為：其中平臺傭金為消費金額的10％，業(yè)務(wù)員提成為消費金額的10％，剩余金額為商家所得。即收款方包括：平臺、業(yè)務(wù)員和商家。

某一消費者在平臺針對該商家消費100元，采用本發(fā)明中的一次同時支付到多賬戶的支付系統(tǒng)對消費金額進(jìn)行支付。

首先支付信息生成模塊根據(jù)預(yù)設(shè)的分配方案生成支付特征碼，例如二維碼或條形碼等，支付信息識別模塊對該支付特征碼進(jìn)行識別，得到支付信息，并將支付信息傳遞給支付模塊，支付模塊根據(jù)所述支付信息向各收款方進(jìn)行支付行為，其中平臺收款10元、業(yè)務(wù)員收款10元，商家收款80元。

在支付模塊之前，如果設(shè)有安全驗證模塊，則需要對支付信息進(jìn)行驗證，若果驗證未通過則支付失敗，并通過支付結(jié)果通知模塊通知付款方和收款方；驗證通過，驗證模塊將支付信息傳遞給支付模塊；支付模塊根據(jù)支付信息進(jìn)行支付行為，如果付款賬戶余額不足或支付密碼有誤時，則支付失敗，并通過支付結(jié)果通知模塊通知付款方和收款方；若付款成功，則平臺收款10元、業(yè)務(wù)員收款10元，商家收款80元，并通過支付結(jié)果通知模塊通知消費者和收款方(平臺、業(yè)務(wù)員和商家)。

在本實施例中，由于本發(fā)明中一次同時支付到多賬戶的支付系統(tǒng)的應(yīng)用，使得消費者在進(jìn)行商品或服務(wù)的購買時，可以一次性同時支付給平臺收款、業(yè)務(wù)員收款和商家收款應(yīng)得的金額，免去了再次進(jìn)行結(jié)算的麻煩，同時只有從付款方到多個收款方的過程，資金鏈短，資金沒有被占用的風(fēng)險，同時支付中進(jìn)行多方的驗證安全可靠。

與現(xiàn)有技術(shù)相比，本發(fā)明所述的一種一次同時支付到多賬戶的支付系統(tǒng)和方法，達(dá)到了如下效果：

(1)本發(fā)明中的一次同時支付到多賬戶的支付系統(tǒng)，采用付款方直接將款項支付給預(yù)設(shè)分配方案中的收款方，當(dāng)收款方有多個時，直接支付各方，無需經(jīng)過現(xiàn)有技術(shù)中的第三方平臺，因此資金鏈較短，資金周轉(zhuǎn)效率明顯提升。

(2)本發(fā)明中的一次同時支付到多賬戶的支付系統(tǒng)，采用付款方直接將款項支付給預(yù)設(shè)分配方案中的收款方，當(dāng)收款方有多個時，直接支付各方，無需經(jīng)過現(xiàn)有技術(shù)中的第三方平臺，因此可以避免第三方占用資金的風(fēng)險。

(3)本發(fā)明中的一次同時支付到多賬戶的支付系統(tǒng)，可以同時向識別出的多個收款方按照預(yù)設(shè)的分配方案進(jìn)行付款，支付密碼只在本次掃碼支付行為過程中輸入一次。收款方可同時收到付款方的付款信息。通過本系統(tǒng)能夠清晰地看到付款方和收款方一一對應(yīng)關(guān)系。

(4)本發(fā)明中的一次同時支付到多賬戶的支付系統(tǒng)，可以同時向識別出的多個收款方按照預(yù)設(shè)的分配方案進(jìn)行付款，使各利益相關(guān)方之間的合同條款或法律規(guī)定得到忠實地執(zhí)行，避免人為主觀違約或違規(guī)的風(fēng)險。

由于方法部分已經(jīng)對本申請實施例進(jìn)行了詳細(xì)描述，這里對實施例中涉及的系統(tǒng)與方法對應(yīng)部分的展開描述省略，不再贅述。對于系統(tǒng)中具體內(nèi)容的描述可參考方法實施例的內(nèi)容，這里不再具體限定。

上述說明示出并描述了本申請的若干優(yōu)選實施例，但如前所述，應(yīng)當(dāng)理解本申請并非局限于本文所披露的形式，不應(yīng)看作是對其他實施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述申請構(gòu)想范圍內(nèi)，通過上述教導(dǎo)或相關(guān)領(lǐng)域的技術(shù)或知識進(jìn)行改動。而本領(lǐng)域人員所進(jìn)行的改動和變化不脫離本申請的精神和范圍，則都應(yīng)在本申請所附權(quán)利要求的保護(hù)范圍內(nèi)。