隨著行動網際網路和網際網路金融技術的發展，在實際應用中利用二維碼完成支付交易越來越普及。不同的支付管道對應不同的二維碼產生規則，那麼基於不同的二維碼產生規則產生不同的二維碼。這就意味著，一個二維碼只能在相同的支付管道下才能夠被識別。例如：A支付管道對應的二維碼，用戶將無法透過支持B支付管道的客戶端設備進行識別，只能使用支持A支付管道的客戶端設備進行識別，以完成支付或者收款。這樣，對於從事生產經營活動的商家來說，一般需要向消費者提供不同支付管道的二維碼，這樣方便消費者選擇適合自己的二維碼進行支付。但是對於商家來說，可能需要維護多個支付管道的帳戶，增加商家的營運成本。
為了解決本說明書中記載的問題，實現本說明書的目的，本說明書實施例提供了一種支付系統、方法、伺服器設備、媒體及裝置，提供能夠用於統一收款的支付系統，對於有大量收款業務需求的商家用戶，可以利用本說明書實施例提供的支付系統，透過提取不同支付管道產生的用於收款的二維碼的特徵資訊，在支付系統中建立統一收款帳戶與這些二維碼的特徵資訊之間的映射關係，當消費者用戶掃描商家用戶提供的用於收款的二維碼時，可以基於該二維碼的特徵資訊以及預先建立的映射關係確定商家用戶的統一收款帳戶，實現商家用戶利用統一收款帳戶收取消費者透過不同支付管道支付的支付金額，有效提升了收款的統一性和便捷性，同時也改善了用戶對二維碼收款的用戶體驗。
需要說明的是，本說明書實施例中記載的不同支付管道可以理解為不同機構提供的支付通道，例如：不同銀行提供的支付通道、第三方支付平台提供的支付通道等等；也可以理解為不同支付平台所提供的支付通道。例如：銀行系統的“銀聯”、蘋果公司的“Apple Pay”，等等。
本說明書實施例中記載的二維碼可以是指具有收款功能的收款碼；也可以是指具有收款功能的應用程式碼；還可以是其他形式的具有收款功能的物料碼，這裡對於其形式不做具體限定。
本說明書實施例中記載的“第一對象”中的“第一”不是特指某一個對象或者用戶，而是泛指任何一個對象或者用戶，“第一”沒有限定第一個的意思。
下面結合本說明書具體實施例及相應的圖式對本說明書技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本說明書一部分實施例，而不是全部的實施例。基於本說明書中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本說明書保護的範圍。
本說明書實施例提供的支付系統，包含應用客戶端和伺服器設備，該應用客戶端包括但不限於兩種功能：第一種功能提供給生產經營者(或者商家用戶)使用，在本說明書實施例中對應於第二終端設備；第二種功能提供給消費者使用，本說明書實施例中對應於第一終端設備。用戶在下載該應用客戶端之後，可以基於自己的需求進行自行選擇使用。
具體地，第一種功能包括但不限於：提取不同支付管道對應的用於收款的二維碼的特徵值，將提取的這些特徵值發送給伺服器設備，在伺服器設備中建立並儲存設定的統一收款帳戶與這些二維碼的特徵值之間的映射關係。
第二種功能包括但不限於：當消費者在某一商鋪發生消費行為、啟動支付時，這意味著商鋪有收款業務發生。此時，商鋪用戶向消費者提供用於收款的二維碼，消費者啟動終端設備中的本說明書實施例記載的應用客戶端，透過該應用客戶端掃描商鋪用戶提供的二維碼，解析並提取該二維碼的特徵資訊，將提取到的特徵資訊發送給伺服器設備，以便於伺服器設備基於該二維碼的特徵資訊確定商鋪用戶對應的統一收款帳戶，進而由伺服器設備透過本說明書實施例中記載的支付方法實現由該統一收款帳戶收取支付金額的目的。
以下結合圖式，詳細說明本說明書各實施例提供的技術方案。
圖1為本說明書實施例提供的一種支付系統的結構示意圖。所述支付系統包含：第一終端設備101、第一伺服器設備102和第二伺服器設備103，其中：
第一終端設備101，掃描第一對象提供的二維碼資訊，並從所述二維碼資訊中提取所述二維碼資訊對應的特徵資訊，將所述特徵資訊發送給第一伺服器設備；
第一伺服器設備102，接收所述第一終端設備發送的所述特徵資訊，根據預先儲存的不同特徵資訊與不同的對象的收款帳戶之間的對應關係，確定接收到所述特徵資訊對應的所述第一對象的收款帳戶，基於所述收款帳戶和支付金額產生支付資訊，並將所述支付資訊發送給所述第一終端設備，所述支付資訊中還包含至少一種支付管道；
所述第一終端設備101，接收所述第一伺服器設備發送的所述支付資訊，從所述支付管道中選擇一種支付管道，將所述支付管道攜帶在支付確認資訊中發送給所述第一伺服器設備；
所述第一伺服器設備102，接收所述第一終端設備發送的所述支付確認資訊，根據所述支付確認資訊中包含的所述支付管道、所述支付金額、所述第一終端設備的設備標識和所述收款帳戶，產生支付請求，並將所述支付請求發送給所述支付管道對應的第二伺服器設備；
第二伺服器設備103，接收所述第一伺服器設備發送的所述支付請求，根據所述支付請求中包含的所述終端設備的設備標識，確定付款帳戶，並從所述付款帳戶向所述收款帳戶支付所述支付金額。
本說明書還提供了另一個實施例，所述支付系統還包括：第二終端設備104，其中：
第二終端設備104，掃描第一對象提供的至少一個用於收款的二維碼，提取所述二維碼對應的特徵資訊，將所述特徵資訊攜帶在收款資訊中發送給所述第一伺服器設備；
所述第一伺服器設備102，接收所述第二終端設備發送的所述收款資訊，確定所述第一對象的收款帳戶，建立並儲存所述特徵資訊與所述收款帳戶之間的對應關係。
本說明書還提供了另一個實施例，所述第二終端設備104，接收所述第一伺服器設備發送的註册資訊，載入顯示所述註册資訊，提示所述第一對象輸入用戶資訊，所述用戶資訊中包含用於收款的收款帳戶資訊；將所述第一對象輸入的所述用戶資訊發送給所述第一伺服器設備；
所述第一伺服器設備102，接收並儲存所述第二終端設備發送的所述用戶資訊；根據儲存的所述用戶資訊，確定所述第一對象的收款帳戶。
本說明書還提供了另一個實施例，所述第一伺服器設備102，基於所述收款帳戶和支付金額產生支付頁面，並將所述支付頁面發送給所述第一終端設備，所述支付頁面中還包含至少一種支付管道；
所述第一終端設備101，接收並載入顯示所述第一伺服器設備發送的支付頁面，提示用戶基於所述支付頁面選擇支付管道；根據所述用戶選擇的支付管道，將所述支付管道攜帶在支付確認資訊中發送給所述第一伺服器設備。
本說明書還提供了另一個實施例，所述第二伺服器設備103，在接收到所述第一伺服器設備發送的支付請求的情況下，根據所述支付請求中包含的所述終端設備的設備標識，查找與所述設備標識對應的付款帳戶，產生付款頁面，並將所述付款頁面發送給所述第一伺服器設備；
所述第一伺服器設備102，接收所述付款頁面，並將所述付款頁面發送給所述第一終端設備；
所述第一終端設備101，接收並載入顯示所述付款頁面，提示所述用戶輸入支付授權資訊，以便於所述第二伺服器設備在接收到所述支付授權資訊的情況下，建立所述付款帳戶與所述收款帳戶之間的轉帳通道，透過所述轉帳通道從所述付款帳戶向所述收款帳戶支付所述支付金額。
透過本說明書實施例提供的技術方案，提供能夠用於統一收款的支付系統，對於有大量收款業務需求的商家用戶，可以利用本說明書實施例提供的支付系統，透過提取不同支付管道產生的用於收款的二維碼的特徵資訊，在支付系統中建立統一收款帳戶與這些二維碼的特徵資訊之間的映射關係，當消費者用戶掃描商家用戶提供的用於收款的二維碼時，可以基於該二維碼的特徵資訊以及預先建立的映射關係確定商家用戶的統一收款帳戶，實現商家用戶利用統一收款帳戶收取消費者透過不同支付管道支付的支付金額，有效提升了收款的統一性和便捷性，同時也改善了用戶對二維碼收款的用戶體驗。
圖2為本說明書實施例提供的一種支付方法的流程示意圖。所述方法可以如下所示。
步驟201：第二終端設備透過第二採集介面掃描第一對象提供的用於收款的二維碼。
本說明書實施例中提供的應用客戶端設置採集介面，這裡記載的採集介面可以對應硬體的輸入埠，也可以對應透過軟體實現功能的輸入埠，例如：“掃一掃”功能埠等。該採集介面可以具有掃描二維碼(或者小程式碼)的功能，也可以具有掃描及識別二維碼(或者小程式碼)的功能，還可以具備其他功能等。本說明書實施例圖2所示的方式以採集介面具有掃描及識別功能為例進行說明。需要說明的是，本說明書實施例中記載的“第一採集介面”、“第二採集介面”中的“第一”和“第二”沒有特殊含義，僅表示不同的介面，意味著不同的介面其對應的功能不同。在本說明書實施例中，第一採集介面與第二採集介面的功能區別在於：第二採集介面在掃描二維碼之後能夠觸發伺服器設備執行“映射關係建立”操作，例如：第二採集介面為“掃碼綁定”介面；第一採集介面在掃描二維碼之後能夠觸發支付，實現統一收款，例如：第一採集介面為“掃碼支付”介面。
本說明書實施例中記載的第一對象在所使用的終端設備中下載並安裝該應用客戶端，啟動運行該應用客戶端後，利用該應用客戶端提供的第二採集介面掃描多個不同的二維碼，這些二維碼所具備的特點是具備收款功能。
這裡所記載的不同的二維碼可以理解為不同支付管道對應的二維碼，也就是說針對其中一個二維碼，可以透過該二維碼對應的支付管道實現收款；不同的二維碼對應的支付管道不同。
例如：A支付管道對應的用於收款的二維碼1，說明該二維碼1中包含的收款帳戶可以透過A支付管道所設定的支付方式實現收款；B支付管道對應的用於收款的二維碼2，說明該二維碼2中包含的收款帳戶可以透過B支付管道所設定的支付方式實現收款；……。那麼在本說明書實施例中，第一對象可以基於不同支付平台產生不同的用於收款的二維碼。例如：二維碼1和二維碼2。那麼在步驟201中，第一對象可以透過運行本說明書實施例中記載的應用客戶端所提供的第二採集介面分別掃描二維碼1和二維碼2。
步驟203：所述第二終端設備提取所述二維碼的特徵資訊。
在本說明書實施例中，應用客戶端可以將掃描得到的二維碼發送給伺服器設備，由伺服器設備對該二維碼進行識別；也可以在掃描得二維碼的情況下對該二維碼進行識別，這裡對於識別二維碼的主體不做具體限定。
識別二維碼的方式包括但不限於：解析二維碼，提取二維碼的特徵資訊。
這裡的特徵值包括但不限於：收款碼的碼值、用戶資訊等。本說明書實施例中提取二維碼的特徵資訊所使用的具體實現方式可以採用現有技術中已有的實現方式，也可以採用其他方式，只要保證能夠得到二維碼的特徵資訊即可，這裡不再詳細描述二維碼提取的具體實現方式。
步驟205：所述第二終端設備將所述特徵資訊攜帶在收款資訊中發送給第一伺服器設備。
步驟207：所述第一伺服器設備在接收到所述收款資訊的情況下，確定所述第一對象的收款帳戶。
在本說明書提供的實施例中，第一伺服器設備根據接收到的收款資訊，查找儲存的第一對象的收款帳戶資訊，根據所述收款帳戶資訊確定所述第一對象的收款帳戶。
具體地，第一對象可以在安裝該應用客戶端之後，透過第二終端設備接收所述第一伺服器設備發送的註册資訊，第二終端設備在接收到該註册資訊的情況下，載入顯示所述註册資訊，提示所述第一對象輸入用戶資訊，所述用戶資訊中包含用於收款的收款帳戶資訊；將所述第一對象輸入的所述用戶資訊發送給所述第一伺服器設備；所述第一伺服器設備接收並儲存所述第二終端設備發送的所述用戶資訊；根據儲存的所述用戶資訊，確定所述第一對象的收款帳戶。
需要說明的是，透過該應用客戶端提供的註册頁面實現在該應用客戶端上的註册。這裡的註册功能與現有技術中記載的註册功能相似，具體實現方式不再詳細贅述。區別在於，在註册頁面中可以包含統一收款帳戶設定項，即第一對象在統一收款帳戶設定項中輸入一個帳戶，使該帳戶用於實現統一收款。此外，該應用客戶端還可以在接收到第一對象輸入的註册資訊的情況下，將該註册資訊發送給伺服器設備，由伺服器設備為該第一對象配置一個統一收款帳戶，該統一收款帳戶用於實現統一收款。
步驟209：所述第一伺服器設備建立並儲存所述特徵資訊與所述收款帳戶之間的對應關係。
在本說明書實施例中，一個商戶的一個收款帳戶可以對應多個二維碼的特徵資訊，這樣便於商戶透過本說明書提供的方法實現統一收款的目的。
在本說明書實施例中，如果商戶需要查看伺服器設備建立的這種對應關係，應用客戶端可以從伺服器設備中獲取這種對應關係，以便於商戶能夠從本地查看已綁定的二維碼資訊。第一對象可以基於顯示的二維碼資訊，靈活地進行刪除或者增加。
在本說明書提供的實施例中，商家用戶透過上述方式建立了用於收款的二維碼與用於統一收款的收款帳戶之間的關係，那麼商家用戶在生產經營活動中，可以利用該關係實現統一收款。
步驟211：第一終端設備掃描第一對象提供的二維碼資訊，並從所述二維碼資訊中提取所述二維碼資訊對應的特徵資訊，將所述特徵資訊發送給第一伺服器設備。
在本說明書實施例中，作為消費者的用戶一旦在商家用戶所提供的店鋪產生消費行為，需要向商家用戶支付費用的情況下，可以啟動安裝在所使用的行動設備上應用客戶端，透過應用客戶端提供的第一採集介面掃描商家用戶(例如：本說明書實施例中記載的第一對象)提供的用於收款的二維碼。這裡第一對象提供的用於收款的二維碼可以是多個，也可以是一個。至於消費者用戶掃描哪個二維碼可以自行選擇，這裡消費者用戶掃描的二維碼只有一個。
步驟213：第一伺服器設備接收所述第一終端設備發送的所述特徵資訊，根據預先儲存的不同特徵資訊與不同的對象的收款帳戶之間的對應關係，確定接收到所述特徵資訊對應的所述第一對象的收款帳戶。
在本說明實施例中，第一伺服器設備在接收到特徵資訊的情況下，基於所述特徵資訊，檢索是否存在與該特徵資訊有關的對應關係。若存在對應關係，則可以確定所述第一對象的收款帳戶；若不存在對應關係，則意味著無法確定第一對象的收款帳戶，此時第一伺服器設備可以向第一終端設備發送支付失敗訊息。
步驟215：所述第一伺服器設備基於所述收款帳戶和支付金額產生支付資訊，並將所述支付資訊發送給所述第一終端設備，所述支付資訊中還包含至少一種支付管道。
在本說明書實施例中，所述第一伺服器設備基於所述收款帳戶和支付金額產生支付頁面，並將所述支付頁面發送給所述第一終端設備，所述支付頁面中還包含至少一種支付管道。
步驟217：所述第一終端設備接收所述第一伺服器設備發送的所述支付資訊，從所述支付管道中選擇一種支付管道，將所述支付管道攜帶在支付確認資訊中發送給所述第一伺服器設備。
在本說明書實施例中，所述第一終端設備接收並載入顯示所述第一伺服器設備發送的支付頁面，提示用戶基於所述支付頁面選擇支付管道；根據所述用戶選擇的支付管道，將所述支付管道攜帶在支付確認資訊中發送給所述第一伺服器設備。
例如：第一伺服器設備可以在支付頁面中包含多個支付管道，以便於消費者用戶可以從多個支付管道中選擇其中一個支付管道。
需要說明的是，伺服器設備在支付頁面中還可以顯示與第一終端設備所掃描的二維碼對應的支付管道，那麼如果所掃描的二維碼對應的支付管道為“微信支付”，而用戶所選擇的支付管道也是“微信支付”，那麼後續所確定的第二伺服器設備為“微信支付”對應的伺服器設備；如果所掃描的二維碼對應的支付管道為“微信支付”，而用戶所選擇的支付管道也是“支付寶支付”，那麼後續所確定的第二伺服器設備為“支付寶支付”對應的伺服器設備。
步驟219：所述第一伺服器設備接收所述第一終端設備發送的所述支付確認資訊，根據所述支付確認資訊中包含的所述支付管道、所述支付金額、所述第一終端設備的設備標識和所述收款帳戶，產生支付請求，並將所述支付請求發送給所述支付管道對應的第二伺服器設備。
步驟221：第二伺服器設備接收所述第一伺服器設備發送的所述支付請求，根據所述支付請求中包含的所述終端設備的設備標識，確定付款帳戶，並從所述付款帳戶向所述收款帳戶支付所述支付金額。
在本說明書實施例中，所述第二伺服器設備在接收到所述第一伺服器設備發送的支付請求的情況下，根據所述支付請求中包含的所述終端設備的設備標識，查找與所述設備標識對應的付款帳戶，產生付款頁面，並將所述付款頁面發送給所述第一伺服器設備；
所述第一伺服器設備接收所述付款頁面，並將所述付款頁面發送給所述第一終端設備；所述第一終端設備，接收並載入顯示所述付款頁面，提示所述用戶輸入支付授權資訊，以便於所述第二伺服器設備在接收到所述支付授權資訊的情況下，建立所述付款帳戶與所述收款帳戶之間的轉帳通道，透過所述轉帳通道從所述付款帳戶向所述收款帳戶支付所述支付金額。
透過本說明書實施例提供的技術方案，提供能夠用於統一收款的支付系統，對於有大量收款業務需求的商家用戶，可以利用本說明書實施例提供的支付系統，透過提取不同支付管道產生的用於收款的二維碼的特徵資訊，在支付系統中建立統一收款帳戶與這些二維碼的特徵資訊之間的映射關係，當消費者用戶掃描商家用戶提供的用於收款的二維碼時，可以基於該二維碼的特徵資訊以及預先建立的映射關係確定商家用戶的統一收款帳戶，實現商家用戶利用統一收款帳戶收取消費者透過不同支付管道支付的支付金額，有效提升了收款的統一性和便捷性，同時也改善了用戶對二維碼收款的用戶體驗。
基於同一個發明構思，圖3為本說明書實施例提供的一種伺服器設備的結構示意圖。所述伺服器設備包括：接收單元301、確定單元302、發送單元303和支付處理單元304，其中：
接收單元301，接收第一終端設備發送的特徵資訊，所述特徵資訊由所述第一終端設備掃描第一對象提供的二維碼資訊並從所述二維碼資訊中提取得到；
確定單元302，根據預先儲存的不同特徵資訊與不同的對象的收款帳戶之間的對應關係，確定接收到所述特徵資訊對應的所述第一對象的收款帳戶；
發送單元303，基於所述收款帳戶和支付金額產生支付資訊，並將所述支付資訊發送給所述第一終端設備，所述支付資訊中還包含至少一種支付管道；
所述接收單元301，接收所述第一終端設備發送的所述支付確認資訊，所述支付確認資訊中攜帶所述第一終端設備根據所述支付資訊中包含的所述支付管道中選擇一種支付管道；
支付處理單元304，根據所述支付確認資訊中包含的所述支付管道、所述支付金額、所述第一終端設備的設備標識和所述收款帳戶，產生支付請求，並將所述支付請求發送給所述支付管道對應的第二伺服器設備，以使得所述第二伺服器設備在接收到所述第一伺服器設備發送的所述支付請求的情況下，根據所述支付請求中包含的所述終端設備的設備標識，確定付款帳戶，並從所述付款帳戶向所述收款帳戶支付所述支付金額。
在本說明書提供的另一個實施例中，所述確定單元302預先儲存的不同特徵資訊與不同的對象的收款帳戶之間的對應關係，包括：
接收第二終端設備發送的收款資訊，所述收款資訊中包含由所述第二終端設備掃描第一對象提供的至少一個用於收款的二維碼並提取所述二維碼對應的特徵資訊；
確定所述第一對象的收款帳戶，建立並儲存所述特徵資訊與所述收款帳戶之間的對應關係。
需要說明的是，本說明書實施例提供的伺服器設備可以透過軟體方式實現，也可以透過硬體方式實現，這裡不做具體限定。在本說明書實施例中，提供能夠用於統一收款的支付系統，對於有大量收款業務需求的商家用戶，可以利用本說明書實施例提供的支付系統，透過提取不同支付管道產生的用於收款的二維碼的特徵資訊，在支付系統中建立統一收款帳戶與這些二維碼的特徵資訊之間的映射關係，當消費者用戶掃描商家用戶提供的用於收款的二維碼時，可以基於該二維碼的特徵資訊以及預先建立的映射關係確定商家用戶的統一收款帳戶，實現商家用戶利用統一收款帳戶收取消費者透過不同支付管道支付的支付金額，有效提升了收款的統一性和便捷性，同時也改善了用戶對二維碼收款的用戶體驗。
另外，結合上述實施例中的支付方法，本說明書實施例可提供一種電腦可讀儲存媒體來實現。該電腦可讀儲存媒體上儲存有電腦程式指令；該電腦程式指令被處理器執行時實現上述實施例中的任意一種支付方法。
圖4示出了本說明書實施例提供的伺服器設備的硬體結構示意圖。
伺服器設備可以包括處理器401以及儲存有電腦程式指令的記憶體402。
具體地，上述處理器401可以包括中央處理器(CPU)，或者特殊應用積體電路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成實施本說明書實施例的一個或多個積體電路。
記憶體402可以包括用於資料或指令的大量儲存。舉例來說而非限制，記憶體402可包括硬碟驅動器(Hard Disk Drive，HDD)、軟碟驅動器、快閃記憶體、光碟、磁光碟、磁帶或通用串列匯流排(Universal Serial Bus，USB)驅動器或者兩個或更多個以上這些的組合。在合適的情況下，記憶體402可包括可移除或不可移除(或固定)的媒體。在合適的情況下，記憶體402可在資料處理裝置的內部或外部。在特定實施例中，記憶體402是非易失性固態記憶體。在特定實施例中，記憶體402包括唯讀記憶體(ROM)。在合適的情況下，該ROM可以是遮罩編程的ROM、可編程ROM(PROM)、可擦除PROM(EPROM)、電可擦除PROM(EEPROM)、電可改寫ROM(EAROM)或快閃記憶體或者兩個或更多個以上這些的組合。
處理器401透過讀取並執行記憶體402中儲存的電腦程式指令，以實現上述實施例中的任意一種支付方法。
在一個示例中，伺服器設備還可包括通訊介面403和匯流排410。其中，如圖4所示，處理器401、記憶體402、通訊介面403透過匯流排410連接並完成相互間的通訊。
通訊介面403，主要用於實現本說明書實施例中各模組、裝置、單元和/或設備之間的通訊。
匯流排410包括硬體、軟體或兩者，將信令資料處理設備的部件彼此耦接在一起。舉例來說而非限制地，匯流排可包括加速圖形埠(AGP)或其他圖形匯流排、延伸工業標準架構(EISA)匯流排、前端匯流排(FSB)、超傳輸(HT)互連、工業標準架構(ISA)匯流排、無限頻寬互連、低接腳數(LPC)匯流排、記憶體匯流排、微通道架構(MCA)匯流排、周邊組件連接(PCI)匯流排、PCI-Express(PCI-X)匯流排、串列先進技術附件(SATA)匯流排、視頻電子標準協會本地(VLB)匯流排或其他合適的匯流排或者兩個或更多個以上這些的組合。在合適的情況下，匯流排410可包括一個或多個匯流排。儘管本說明書實施例描述和示出了特定的匯流排，但本發明考慮任何合適的匯流排或互連。
透過本說明書實施例提供的方法及裝置，提供能夠用於統一收款的支付系統，對於有大量收款業務需求的商家用戶，可以利用本說明書實施例提供的支付系統，透過提取不同支付管道產生的用於收款的二維碼的特徵資訊，在支付系統中建立統一收款帳戶與這些二維碼的特徵資訊之間的映射關係，當消費者用戶掃描商家用戶提供的用於收款的二維碼時，可以基於該二維碼的特徵資訊以及預先建立的映射關係確定商家用戶的統一收款帳戶，實現商家用戶利用統一收款帳戶收取消費者透過不同支付管道支付的支付金額，有效提升了收款的統一性和便捷性，同時也改善了用戶對二維碼收款的用戶體驗。
在20世紀90年代，對於一個技術的改進可以很明顯地區分是硬體上的改進(例如，對二極體、電晶體、開關等電路結構的改進)還是軟體上的改進(對於方法流程的改進)。然而，隨著技術的發展，當今的很多方法流程的改進已經可以視為硬體電路結構的直接改進。設計人員幾乎都透過將改進的方法流程編程到硬體電路中來得到相應的硬體電路結構。因此，不能說一個方法流程的改進就不能用硬體實體模組來實現。例如，可編程邏輯裝置(Programmable Logic Device，PLD)(例如，現場可編程閘陣列(Field Programmable Gate Array，FPGA))就是這樣一種積體電路，其邏輯功能由用戶對裝置編程來確定。由設計人員自行編程來把一個數位系統“整合”在一片PLD上，而不需要請晶片製造廠商來設計和製作專用的積體電路晶片。而且，如今，取代手工地製作積體電路晶片，這種編程也多半改用“邏輯編譯器(logic compiler)”軟體來實現，它與程式開發撰寫時所用的軟體編譯器相類似，而要編譯之前的原始代碼也得用特定的編程語言來撰寫，此稱之為硬體描述語言(Hardware Description Language，HDL)，而HDL也並非僅有一種，而是有許多種，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)與Verilog。本領域技術人員也應該清楚，只需要將方法流程用上述幾種硬體描述語言稍作邏輯編程並編程到積體電路中，就可以很容易得到實現該邏輯方法流程的硬體電路。
控制器可以按任何適當的方式來實現，例如，控制器可以採取例如微處理器或處理器以及儲存可由該(微)處理器執行的電腦可讀程式碼(例如，軟體或韌體)的電腦可讀媒體、邏輯閘、開關、特殊應用積體電路(Application Specific Integrated Circuit，ASIC)、可編程邏輯控制器和嵌入式微控制器的形式，控制器的例子包括但不限於以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20 以及Silicone Labs C8051F320，記憶體控制器還可以被實現為記憶體的控制邏輯的一部分。本領域技術人員也知道，除了以純電腦可讀程式碼方式來實現控制器以外，完全可以透過將方法步驟進行邏輯編程來使得控制器以邏輯閘、開關、特殊應用積體電路、可編程邏輯控制器和嵌入式微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內包括的用於實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用於實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。
上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體來實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦。具體地，電腦例如可以為個人電腦、膝上型電腦、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放機、導航設備、電子郵件設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任何設備的組合。
為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本說明書時可以把各單元的功能在同一個或多個軟體和/或硬體中實現。
本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體態樣的實施例的形式。而且，本發明可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。
本發明是參照根據本說明書實施例的方法、設備(系統)、和電腦程式產品的流程圖和／或方塊圖來描述的。應理解可由電腦程式指令來實現流程圖和／或方塊圖中的每一個流程和／或方塊、以及流程圖和／或方塊圖中的流程和／或方塊的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可編程資料處理設備的處理器以產生一個機器，使得透過電腦或其他可編程資料處理設備的處理器執行的指令產生用於實現在流程圖中的一個流程或多個流程和／或方塊圖中的一個方塊或多個方塊中指定的功能的裝置。
這些電腦程式指令也可被儲存在能引導電腦或其他可編程資料處理設備以特定方式操作的電腦可讀記憶體中，使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖中的一個流程或多個流程和／或方塊圖中的一個方塊或多個方塊中指定的功能。
這些電腦程式指令也可被裝載到電腦或其他可編程資料處理設備上，使得在電腦或其他可編程設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可編程設備上執行的指令提供用於實現在流程圖中的一個流程或多個流程和／或方塊圖中的一個方塊或多個方塊中指定的功能的步驟。
在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和內部記憶體。
內部記憶體可能包括電腦可讀媒體中的非永久性記憶體，隨機存取記憶體(RAM)和/或非易失性內部記憶體等形式，如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。內部記憶體是電腦可讀媒體的示例。
電腦可讀媒體包括永久性和非永久性、可行動和非可行動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括，但不限於相變內部記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可編程唯讀記憶體(EEPROM)、快閃記憶體或其他內部記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存器、磁盒式磁帶，磁帶磁磁片儲存器或其他磁性儲存設備或任何其他非傳輸媒體，可用於儲存可以被計算設備存取的資訊。按照本文中的界定，電腦可讀媒體不包括暫態性電腦可讀媒體(transitory media)，如調變的資料信號和載波。
還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本說明書可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、組件、資料結構等等。也可以在分散式計算環境中實踐本說明書，在這些分散式計算環境中，由透過通訊網路而被連接的遠端處理設備來執行任務。在分散式計算環境中，程式模組可以位於包括儲存設備在內的本地和遠端電腦儲存媒體中。
本說明書中的各個實施例均採用漸進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
以上所述僅為本說明書的實施例而已，並不用來限制本說明書。對於本領域技術人員來說，本說明書可以有各種更改和變化。凡在本說明書的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本說明書的申請專利範圍的範疇之內。 With the development of mobile Internet and Internet financial technology, the use of QR codes to complete payment transactions in practical applications is becoming more and more popular. Different payment channels correspond to different QR code generation rules, so different QR codes are generated based on different QR code generation rules. This means that a QR code can only be recognized under the same payment channel. For example, the QR code corresponding to the payment channel A cannot be identified by the client device that supports the payment channel B, and can only be identified by the client device that supports the payment channel A to complete payment or collection. In this way, for merchants engaged in production and business activities, it is generally necessary to provide consumers with QR codes of different payment channels, so that consumers can choose a QR code suitable for themselves for payment. However, for merchants, it may be necessary to maintain accounts for multiple payment channels, increasing the operating costs of merchants. In order to solve the problems described in this specification and achieve the purpose of this specification, the embodiments of this specification provide a payment system, method, server device, media and device, and provide a payment system that can be used for unified payment collection. Merchant users who need payment services can use the payment system provided by the embodiments of this specification to establish a unified collection account in the payment system and these two-dimensional codes by extracting the characteristic information of the two-dimensional codes generated by different payment channels. The mapping relationship between the feature information of the code, when the consumer user scans the QR code provided by the merchant user for payment, the merchant user's unified payment can be determined based on the feature information of the QR code and the pre-established mapping relationship. It enables merchant users to use a unified collection account to collect the payment amount paid by consumers through different payment channels, which effectively improves the uniformity and convenience of payment collection, and also improves the user experience of QR code collection. It should be noted that the different payment channels described in the embodiments of this specification can be understood as payment channels provided by different institutions, such as: payment channels provided by different banks, payment channels provided by third-party payment platforms, etc.; it can also be understood as different payment channels The payment channel provided by the payment platform. For example: "UnionPay" in the banking system, "Apple Pay" in Apple, and so on. The two-dimensional code described in the embodiments of this specification may refer to a collection code with a payment function; it may also refer to an application code with a payment function; it may also be other forms of material code with a payment function, here There is no specific limitation on its form. The "first" in the "first object" described in the embodiments of this specification does not refer to a specific object or user, but refers to any object or user in general, and "first" does not mean the first. The technical solutions of the present specification will be clearly and completely described below with reference to the specific embodiments of the present specification and the corresponding drawings. Obviously, the described embodiments are only some of the embodiments of the present specification, but not all of the embodiments. Based on the embodiments in this specification, all other embodiments obtained by persons of ordinary skill in the art without creative efforts shall fall within the protection scope of this specification. The payment system provided by the embodiments of this specification includes an application client and a server device. The application client includes but is not limited to two functions: the first function is provided for use by producers and operators (or business users), and is implemented in this specification. The example corresponds to the second terminal device; the second function is provided for use by consumers, and corresponds to the first terminal device in the embodiment of this specification. After downloading the application client, users can choose to use them based on their own needs. Specifically, the first function includes, but is not limited to: extracting characteristic values of QR codes used for payment collection corresponding to different payment channels, sending these extracted characteristic values to the server device, creating and storing in the server device The mapping relationship between the set unified collection account and the characteristic values of these QR codes. The second function includes, but is not limited to: when a consumer consumes at a store and initiates payment, it means that the store has a collection business. At this time, the store user provides the consumer with a two-dimensional code for payment, and the consumer activates the application client described in the embodiments of this specification in the terminal device, and scans the two-dimensional code provided by the store user through the application client , parse and extract the feature information of the two-dimensional code, and send the extracted feature information to the server device, so that the server device can determine the unified payment account corresponding to the store user based on the feature information of the two-dimensional code, and then The server device realizes the purpose of receiving the payment amount from the unified payment account through the payment method described in the embodiment of this specification. The technical solutions provided by the embodiments of the present specification will be described in detail below with reference to the drawings. FIG. 1 is a schematic structural diagram of a payment system according to an embodiment of this specification. The payment system includes: a first terminal device 101, a first server device 102 and a second server device 103, wherein: the first terminal device 101 scans the two-dimensional code information provided by the first object, and obtains information from the two Extract the feature information corresponding to the two-dimensional code information from the two-dimensional code information, and send the feature information to the first server device; the first server device 102 receives the feature information sent by the first terminal device, According to the pre-stored correspondence between different feature information and different objects' collection accounts, determine the collection account of the first object corresponding to the received feature information, and generate the collection account based on the collection account and the payment amount. payment information, and send the payment information to the first terminal device, the payment information also includes at least one payment channel; the first terminal device 101 receives the information sent by the first server device Payment information, select a payment channel from the payment channels, carry the payment channel in the payment confirmation information and send it to the first server device; the first server device 102, receive the first terminal The payment confirmation information sent by the device generates a payment request according to the payment channel, the payment amount, the device identification of the first terminal device and the payment account included in the payment confirmation information, and sends the payment The payment request is sent to the second server device corresponding to the payment pipeline; the second server device 103 receives the payment request sent by the first server device, according to the The device identification of the terminal device determines a payment account, and pays the payment amount from the payment account to the collection account. This specification also provides another embodiment, the payment system further includes: a second terminal device 104, wherein: the second terminal device 104 scans at least one two-dimensional code for payment provided by the first object, and extracts all the feature information corresponding to the two-dimensional code, and carry the feature information in the payment information and send it to the first server device; the first server device 102 receives the information sent by the second terminal device Receiving information, determining the receiving account of the first object, establishing and storing the corresponding relationship between the characteristic information and the receiving account. This specification also provides another embodiment, the second terminal device 104 receives the registration information sent by the first server device, loads and displays the registration information, and prompts the first object to input user information, so the The user information includes payment account information for receiving payment; the user information input by the first object is sent to the first server device; the first server device 102 receives and stores all The user information sent by the second terminal device; and the payment account of the first object is determined according to the stored user information. This specification also provides another embodiment, the first server device 102 generates a payment page based on the payment account and the payment amount, and sends the payment page to the first terminal device, and the payment The page also includes at least one payment channel; the first terminal device 101 receives and displays the payment page sent by the first server device, prompting the user to select a payment channel based on the payment page; according to the user selection The payment channel is carried in the payment confirmation information and sent to the first server device. This specification also provides another embodiment, the second server device 103, in the case of receiving the payment request sent by the first server device, according to the payment request included in the terminal device device identification, look up the payment account corresponding to the device identification, generate a payment page, and send the payment page to the first server device; the first server device 102, receive the payment page, and Sending the payment page to the first terminal device; the first terminal device 101, receiving and loading and displaying the payment page, prompting the user to input payment authorization information, so as to facilitate the second server device In the case of receiving the payment authorization information, establish a transfer channel between the payment account and the payment account, and pay the payment amount from the payment account to the payment account through the transfer channel . Through the technical solutions provided by the embodiments of this specification, a payment system that can be used for unified payment collection is provided. For merchant users who have a large number of collection business needs, the payment system provided by the embodiments of this specification can be used to extract the payment generated by different payment channels. The characteristic information of the two-dimensional code used for payment, and the mapping relationship between the unified collection account and the characteristic information of these two-dimensional codes is established in the payment system. When using a QR code, the unified collection account of the merchant user can be determined based on the characteristic information of the QR code and the pre-established mapping relationship, so that the merchant user can use the unified collection account to collect the payment amount paid by consumers through different payment channels, effectively improving the It improves the uniformity and convenience of payment collection, and also improves the user experience of QR code payment collection. FIG. 2 is a schematic flowchart of a payment method according to an embodiment of the present specification. The method can be as follows. Step 201: The second terminal device scans the two-dimensional code provided by the first object for payment through the second collection interface. The application client provided in the embodiments of this specification sets the collection interface, and the collection interface described here can correspond to the input port of the hardware, or it can also correspond to the input port of the function realized through the software, such as: "sweep" function port and so on. The acquisition interface may have a function of scanning a two-dimensional code (or a small program code), a function of scanning and recognizing a two-dimensional code (or a small program code), or other functions. The manner shown in FIG. 2 in the embodiment of the present specification is described by taking the acquisition interface having scanning and identification functions as an example. It should be noted that the "first" and "second" in the "first collection interface" and "second collection interface" described in the embodiments of this specification have no special meaning, but only represent different interfaces, meaning different The corresponding functions of the interface are different. In the embodiment of this specification, the functional difference between the first acquisition interface and the second acquisition interface is that the second acquisition interface can trigger the server device to perform the "mapping relationship establishment" operation after scanning the QR code, for example: the second acquisition interface It is the "scan code binding" interface; the first collection interface can trigger payment after scanning the QR code to realize unified payment, for example: the first collection interface is the "scan code payment" interface. The first object described in the embodiments of this specification downloads and installs the application client in the terminal device used, starts and runs the application client, uses the second collection interface provided by the application client to scan a plurality of different two The feature of these two-dimensional codes is that they have the function of collecting money. The different two-dimensional codes recorded here can be understood as two-dimensional codes corresponding to different payment channels, that is to say, for one of the two-dimensional codes, payment can be realized through the payment channel corresponding to the two-dimensional code; different two-dimensional codes The corresponding payment channels are different. For example, the QR code 1 for payment collection corresponding to payment channel A indicates that the collection account included in the QR code 1 can be used to receive payment through the payment method set by payment channel A; the corresponding payment channel for payment channel B is used for collection The two-dimensional code 2 of the received payment indicates that the receiving account included in the two-dimensional code 2 can receive the payment through the payment method set by the B payment channel; …. Then, in the embodiment of this specification, the first object may generate different two-dimensional codes for payment based on different payment platforms. For example: QR code 1 and QR code 2. Then, in step 201, the first object may scan the two-dimensional code 1 and the two-dimensional code 2 respectively by running the second collection interface provided by the application client described in the embodiments of this specification. Step 203: The second terminal device extracts the feature information of the two-dimensional code. In the embodiment of this specification, the application client can send the scanned two-dimensional code to the server device, and the server device can identify the two-dimensional code; The QR code is used for identification, and there is no specific limitation on the subject of the identification of the QR code. The methods of identifying the two-dimensional code include but are not limited to: parsing the two-dimensional code and extracting the characteristic information of the two-dimensional code. The feature values here include, but are not limited to: the code value of the payment code, user information, and the like. The specific implementation method used for extracting the feature information of the two-dimensional code in the embodiments of this specification may adopt the existing implementation methods in the prior art, or other methods may be used, as long as the feature information of the two-dimensional code can be obtained. The specific implementation of the two-dimensional code extraction will be described in detail. Step 205: The second terminal device carries the feature information in the payment information and sends it to the first server device. Step 207: The first server device determines the payment account of the first object when receiving the payment information. In the embodiment provided in this specification, the first server device searches the stored payment account information of the first object according to the received payment information, and determines the payment collection of the first object according to the payment account information account. Specifically, after installing the application client, the first object can receive the registration information sent by the first server device through the second terminal device, and the second terminal device can load and display the registration information after receiving the registration information. The registration information prompts the first object to input user information, where the user information includes payment account information for receiving money; and sends the user information input by the first object to the first server server device; the first server device receives and stores the user information sent by the second terminal device; and determines the payment account of the first object according to the stored user information. It should be noted that the registration on the application client is realized through the registration page provided by the application client. The registration function here is similar to the registration function recorded in the prior art, and the specific implementation manner will not be described in detail. The difference is that the registration page may include a unified payment account setting item, that is, the first object enters an account in the unified payment account setting item, so that the account is used for unified payment collection. In addition, the application client can also send the registration information to the server device in the case of receiving the registration information input by the first object, and the server device configures a unified payment account for the first object. The collection account is used to achieve unified collection. Step 209: The first server device establishes and stores the correspondence between the feature information and the payment account. In the embodiment of this specification, one collection account of a merchant may correspond to characteristic information of multiple two-dimensional codes, which facilitates the merchant to realize the purpose of unified payment through the method provided in this specification. In the embodiment of this specification, if the merchant needs to check the corresponding relationship established by the server device, the application client can obtain the corresponding relationship from the server device, so that the merchant can view the bound QR code locally. News. The first object can be flexibly deleted or added based on the displayed two-dimensional code information. In the embodiment provided in this specification, the merchant user establishes the relationship between the two-dimensional code used for collection and the collection account used for unified collection through the above method, then the merchant user can use the This relationship enables unified collection. Step 211: The first terminal device scans the two-dimensional code information provided by the first object, extracts the characteristic information corresponding to the two-dimensional code information from the two-dimensional code information, and sends the characteristic information to the first server equipment. In the embodiment of this specification, once a consumer user has a consumption behavior in a store provided by a merchant user and needs to pay a fee to the merchant user, he can start the application client installed on the mobile device used, through the application The first collection interface provided by the client scans the two-dimensional code provided by the merchant user (for example, the first object described in the embodiment of this specification) for payment collection. Here, there may be multiple or one QR codes provided by the first object for payment collection. As for which QR code the consumer user scans, he/she can choose by himself/herself, here there is only one QR code scanned by the consumer user. Step 213: The first server device receives the feature information sent by the first terminal device, and determines that the feature information is received according to the pre-stored correspondence between the different feature information and the collection accounts of different objects The corresponding collection account of the first object. In the embodiment of the present description, when receiving the feature information, the first server device searches for whether there is a corresponding relationship related to the feature information based on the feature information. If there is a corresponding relationship, the payment account of the first object can be determined; if there is no corresponding relationship, it means that the payment account of the first object cannot be determined. At this time, the first server device can send the first terminal device to the Send payment failure message. Step 215: The first server device generates payment information based on the payment account and the payment amount, and sends the payment information to the first terminal device, where the payment information further includes at least one payment channel. In the embodiment of this specification, the first server device generates a payment page based on the payment account and the payment amount, and sends the payment page to the first terminal device, where the payment page further includes at least A payment channel. Step 217: The first terminal device receives the payment information sent by the first server device, selects a payment channel from the payment channels, carries the payment channel in the payment confirmation information and sends it to the The first server device. In the embodiment of this specification, the first terminal device receives and loads and displays the payment page sent by the first server device, and prompts the user to select a payment channel based on the payment page; according to the payment channel selected by the user, The payment channel is carried in payment confirmation information and sent to the first server device. For example, the first server device may include multiple payment channels in the payment page, so that the consumer user can select one payment channel from the multiple payment channels. It should be noted that the server device can also display the payment channel corresponding to the QR code scanned by the first terminal device on the payment page, then if the payment channel corresponding to the scanned QR code is "WeChat Payment", and If the payment channel selected by the user is also "WeChat Payment", then the second server device determined subsequently is the server device corresponding to "WeChat Payment"; if the payment channel corresponding to the scanned QR code is "WeChat Payment", And the payment channel selected by the user is also "Alipay payment", then the second server device determined subsequently is the server device corresponding to "Alipay payment". Step 219: The first server device receives the payment confirmation information sent by the first terminal device, according to the payment channel, the payment amount, and the first terminal device included in the payment confirmation information. and the payment account, generate a payment request, and send the payment request to the second server device corresponding to the payment pipeline. Step 221: The second server device receives the payment request sent by the first server device, determines a payment account according to the device identification of the terminal device included in the payment request, and sends the payment account to the payment account. The receiving account pays the payment amount. In the embodiment of this specification, when the second server device receives the payment request sent by the first server device, according to the device identification of the terminal device included in the payment request, search for a match with The device identifies the corresponding payment account, generates a payment page, and sends the payment page to the first server device; the first server device receives the payment page and sends the payment page to the first terminal device; the first terminal device receives and loads and displays the payment page, prompting the user to input payment authorization information, so that the second server device receives the payment authorization information In the case of , establish a transfer channel between the payment account and the payment account, and pay the payment amount from the payment account to the payment account through the transfer channel. Through the technical solutions provided by the embodiments of this specification, a payment system that can be used for unified payment collection is provided. For merchant users who have a large number of collection business needs, the payment system provided by the embodiments of this specification can be used to extract the payment generated by different payment channels. The characteristic information of the two-dimensional code used for payment, and the mapping relationship between the unified collection account and the characteristic information of these two-dimensional codes is established in the payment system. When using a QR code, the unified collection account of the merchant user can be determined based on the characteristic information of the QR code and the pre-established mapping relationship, so that the merchant user can use the unified collection account to collect the payment amount paid by consumers through different payment channels, effectively improving the It improves the uniformity and convenience of payment collection, and also improves the user experience of QR code payment collection. Based on the same inventive concept, FIG. 3 is a schematic structural diagram of a server device according to an embodiment of the present specification. The server device includes: a receiving unit 301, a determining unit 302, a sending unit 303 and a payment processing unit 304, wherein: the receiving unit 301 receives feature information sent by a first terminal device, and the feature information is sent by the first terminal The device scans the two-dimensional code information provided by the first object and extracts it from the two-dimensional code information; the determining unit 302, according to the correspondence between the pre-stored different feature information and the collection accounts of the different objects, determine the receiving to the collection account of the first object corresponding to the feature information; the sending unit 303 generates payment information based on the collection account and the payment amount, and sends the payment information to the first terminal device, where the The payment information further includes at least one payment channel; the receiving unit 301 receives the payment confirmation information sent by the first terminal device, and the payment confirmation information carries the payment information according to the payment information of the first terminal device. Select a payment channel from the payment channels included in the payment confirmation information; the payment processing unit 304, according to the payment channel, the payment amount, the device identification of the first terminal device and the payment included in the payment confirmation information account, generate a payment request, and send the payment request to the second server device corresponding to the payment pipeline, so that the second server device receives the In the case of a payment request, a payment account is determined according to the device identification of the terminal device included in the payment request, and the payment amount is paid from the payment account to the collection account. In another embodiment provided in this specification, the determining unit 302 pre-stores the correspondence between different feature information and different object payment accounts, including: receiving payment information sent by the second terminal device, The collection information includes the second terminal device scanning at least one QR code for collection provided by the first object and extracting feature information corresponding to the QR code; determining the collection of the first object account, establishing and storing the corresponding relationship between the feature information and the payment account. It should be noted that, the server device provided in the embodiments of this specification may be implemented in a software manner, and may also be implemented in a hardware manner, which is not specifically limited here. In the embodiments of this specification, a payment system that can be used for unified payment collection is provided. For merchant users who have a large number of collection business needs, the payment system provided by the embodiments of this specification can be used to extract the payment system generated by different payment channels for payment. The feature information of the QR code of the payment is established, and the mapping relationship between the unified collection account and the feature information of these QR codes is established in the payment system. When the consumer user scans the QR code provided by the merchant user for payment , the unified collection account of the merchant user can be determined based on the characteristic information of the QR code and the pre-established mapping relationship, so that the merchant user can use the unified collection account to collect the payment amount paid by consumers through different payment channels, which effectively improves the collection. It also improves the user experience of QR code payment collection. In addition, in combination with the payment methods in the above embodiments, the embodiments of this specification can be implemented by providing a computer-readable storage medium. Computer program instructions are stored on the computer-readable storage medium; when the computer program instructions are executed by the processor, any one of the payment methods in the above embodiments is implemented. FIG. 4 shows a schematic diagram of a hardware structure of a server device provided by an embodiment of the present specification. The server device may include a processor 401 and a memory 402 storing computer program instructions. Specifically, the above-mentioned processor 401 may include a central processing unit (CPU), or an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present specification. Memory 402 may include mass storage for data or instructions. By way of example and not limitation, the memory 402 may include a Hard Disk Drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a Universal Serial Bus (USB). ) driver or a combination of two or more of these. Memory 402 may include removable or non-removable (or fixed) media, as appropriate. Memory 402 may be internal or external to the data processing device, where appropriate. In certain embodiments, memory 402 is a non-volatile solid state memory. In certain embodiments, memory 402 includes read only memory (ROM). The ROM may be a mask programmed ROM, programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), electrically rewritable ROM (EAROM) or flash, where appropriate Memory or a combination of two or more of the above. The processor 401 reads and executes the computer program instructions stored in the memory 402 to implement any one of the payment methods in the above embodiments. In one example, the server device may further include a communication interface 403 and a bus bar 410 . Among them, as shown in FIG. 4 , the processor 401 , the memory 402 , and the communication interface 403 are connected through the bus bar 410 to complete the communication with each other. The communication interface 403 is mainly used to realize the communication among the modules, devices, units and/or devices in the embodiments of this specification. The bus bar 410 includes hardware, software, or both, coupling the components of the signaling data processing equipment to each other. By way of example and not limitation, the busses may include Accelerated Graphics Port (AGP) or other graphics busses, Extended Industry Standard Architecture (EISA) busses, Front End Buses (FSBs), HyperTransport (HT) interconnects, industrial Standard Architecture (ISA) Bus, Infiniband Interconnect, Low Pin Count (LPC) Bus, Memory Bus, Micro Channel Architecture (MCA) Bus, Peripheral Component Connectivity (PCI) Bus, PCI-Express (PCI-X) bus, Serial Advanced Technology Attachment (SATA) bus, Video Electronics Standards Association Local (VLB) bus or other suitable bus or a combination of two or more of these. Busbars 410 may include one or more busbars, where appropriate. Although the embodiments of this specification describe and illustrate specific busbars, the present invention contemplates any suitable busbars or interconnects. Through the methods and devices provided in the embodiments of this specification, a payment system that can be used for unified payment collection is provided. For merchant users who have a large number of collection business needs, the payment system provided by the embodiments of this specification can be used to generate payment by extracting different payment channels. The characteristic information of the two-dimensional codes used for payment collection, the mapping relationship between the unified collection account and the characteristic information of these two-dimensional codes is established in the payment system, when the consumer user scans the When a QR code is used, the unified collection account of the merchant user can be determined based on the characteristic information of the QR code and the pre-established mapping relationship, so that the merchant user can use the unified collection account to collect the payment amount paid by consumers through different payment channels, effectively It improves the uniformity and convenience of payment collection, and also improves the user experience of QR code payment collection. In the 1990s, an improvement in a technology could be clearly distinguished as a hardware improvement (for example, improvements to circuit structures such as diodes, transistors, switches, etc.) or software improvements (for methods and procedures) Improve). However, with the development of technology, the improvement of many methods and processes today can be regarded as a direct improvement of the hardware circuit structure. Designers almost get the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that the improvement of a method process cannot be achieved by hardware entity modules. For example, a Programmable Logic Device (PLD) (eg, Field Programmable Gate Array (FPGA)) is an integrated circuit whose logic function is determined by user programming of the device. It is programmed by the designer to "integrate" a digital system on a PLD without the need for a chip manufacturer to design and fabricate a dedicated integrated circuit chip. And, instead of making IC chips by hand, these days, much of this programming is done using "logic compiler" software, which is similar to the software compilers used to develop and write programs, but to compile The previous original code must also be written in a specific programming language, which is called Hardware Description Language (HDL), and there is not only one HDL, but many kinds, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. Commonly used are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. It should also be clear to those skilled in the art that a hardware circuit for implementing the logic method flow can be easily obtained by simply programming the method flow in the above-mentioned several hardware description languages and programming it into the integrated circuit. The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer storing computer readable code (eg software or firmware) executable by the (micro)processor In the form of readable media, logic gates, switches, Application Specific Integrated Circuits (ASICs), programmable logic controllers and embedded microcontrollers, examples of controllers include but are not limited to the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 and Silicon Labs C8051F320, the memory controller can also be implemented as part of the memory control logic. Those skilled in the art also know that, in addition to implementing the controller in the form of pure computer readable code, the controller can be controlled by logic gates, switches, special application integrated circuits, programmable logic control by logically programming the method steps. The same function can be realized in the form of a controller and an embedded microcontroller. Therefore, the controller can be regarded as a hardware component, and the devices for realizing various functions included in the controller can also be regarded as a structure in the hardware component. Or even, the means for implementing various functions can be regarded as both a software module for implementing the method and a structure within a hardware component. The systems, devices, modules or units described in the above embodiments may be specifically implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device or any combination of these devices. For the convenience of description, when describing the above device, the functions are divided into various units and described respectively. Of course, when implementing this specification, the functions of each unit may be implemented in one or more software and/or hardware. As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk memory, CD-ROM, optical memory, etc.) having computer-usable code embodied therein . The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the present specification. It will be understood that each process and/or block in the flowchart illustrations and/or block diagrams, and combinations of processes and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to the processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing device to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing device generate the Means for implementing the functions specified in a process or processes in a flowchart and/or a block or blocks in a block diagram. These computer program instructions may also be stored in computer readable memory capable of directing a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory result in an article of manufacture comprising the instruction means , the instruction means implement the functions specified in one or more of the flowcharts and/or one or more blocks in the block diagrams. These computer program instructions may also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on the computer or other programmable device to produce a computer-implemented process for execution on the computer or other programmable device The instructions provide steps for implementing the functions specified in one or more of the flowcharts and/or one or more blocks of the block diagrams. In a typical configuration, a computing device includes one or more processors (CPUs), an input/output interface, a network interface, and internal memory. Internal memory may include forms of non-persistent memory in computer readable media, random access memory (RAM) and/or non-volatile internal memory such as read only memory (ROM) or flash memory body (flash RAM). Internal memory is an example of a computer-readable medium. Computer-readable media includes both permanent and non-permanent, removable and non-removable media, and storage of information can be accomplished by any method or technology. Information can be computer readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change internal memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM) ), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other internal memory technology, compact disk read only memory (CD-ROM), digital A compact disc (DVD) or other optical storage, magnetic tape cassette, magnetic tape storage or other magnetic storage device or any other non-transmission medium may be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media, such as modulated data signals and carrier waves. It should also be noted that the terms "comprising", "comprising" or any other variation thereof are intended to encompass a non-exclusive inclusion such that a process, method, article or device comprising a series of elements includes not only those elements, but also Other elements not expressly listed, or which are inherent to such a process, method, article of manufacture, or apparatus are also included. Without further limitation, an element qualified by the phrase "comprising a..." does not preclude the presence of additional identical elements in the process, method, article of manufacture, or device that includes the element. This specification may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may reside in local and remote computer storage media, including storage devices. Each embodiment in this specification is described in a progressive manner, and the same and similar parts between the various embodiments may be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, as for the system embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and for related parts, please refer to the partial descriptions of the method embodiments. The above descriptions are merely examples of the present specification, and are not intended to limit the present specification. Various modifications and variations of this specification are possible for those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this specification shall be included within the scope of the patent application scope of this specification.
