支付系統、方法、伺服器設備、媒體及裝置
本說明書係有關電腦技術領域，尤其有關一種支付系統、方法、伺服器設備、媒體及裝置。
二維碼作為一種新的編碼方式，按照一定規律，使用某種特定的幾何圖形，並透過在平面(即二維方向)上分布黑白相間的圖形，以實現記錄資料符號資訊。隨著行動網際網路技術的發展，二維碼作為一種全新的資訊儲存、傳遞和識別技術，被廣泛應用在各個領域。在實際應用中，根據二維碼的產生規則，不同的支付管道將產生不同的二維碼。這裡有些二維碼可以作為付款碼，用於向其他人進行付款；還有些二維碼可以作為收款碼，用於實現從他人處收款等等。
然而，本說明書實施例提供一種支付系統，以提升收款方式的統一性和便捷性。
有鑑於此，本說明書實施例提供了一種支付系統、方法、伺服器設備、媒體及裝置，用於提升收款方式的統一性和便捷性。
本說明書實施例採用下述技術方案：
本說明書實施例提供一種支付系統，包括：
第一終端設備，掃描第一對象提供的二維碼資訊，並從所述二維碼資訊中提取所述二維碼資訊對應的特徵資訊，將所述特徵資訊發送給第一伺服器設備；
第一伺服器設備，接收所述第一終端設備發送的所述特徵資訊，根據預先儲存的不同特徵資訊與不同的對象的收款帳戶之間的對應關係，確定接收到所述特徵資訊對應的所述第一對象的收款帳戶，基於所述收款帳戶和支付金額產生支付資訊，並將所述支付資訊發送給所述第一終端設備，所述支付資訊中還包含至少一種支付管道；
所述第一終端設備，接收所述第一伺服器設備發送的所述支付資訊，從所述支付管道中選擇一種支付管道，將所述支付管道攜帶在支付確認資訊中發送給所述第一伺服器設備；
所述第一伺服器設備，接收所述第一終端設備發送的所述支付確認資訊，根據所述支付確認資訊中包含的所述支付管道、所述支付金額、所述第一終端設備的設備標識和所述收款帳戶，產生支付請求，並將所述支付請求發送給所述支付管道對應的第二伺服器設備；
第二伺服器設備，接收所述第一伺服器設備發送的所述支付請求，根據所述支付請求中包含的所述終端設備的設備標識，確定付款帳戶，並從所述付款帳戶向所述收款帳戶支付所述支付金額。
本說明書實施例還提供了一種支付方法，包括：
接收第一終端設備發送的特徵資訊，所述特徵資訊由所述第一終端設備掃描第一對象提供的二維碼資訊並從所述二維碼資訊中提取得到；
根據預先儲存的不同特徵資訊與不同的對象的收款帳戶之間的對應關係，確定接收到所述特徵資訊對應的所述第一對象的收款帳戶；
基於所述收款帳戶和支付金額產生支付資訊，並將所述支付資訊發送給所述第一終端設備，所述支付資訊中還包含至少一種支付管道；
接收所述第一終端設備發送的所述支付確認資訊，所述支付確認資訊中攜帶所述第一終端設備根據所述支付資訊中包含的所述支付管道中選擇一種支付管道；
根據所述支付確認資訊中包含的所述支付管道、所述支付金額、所述第一終端設備的設備標識和所述收款帳戶，產生支付請求，並將所述支付請求發送給所述支付管道對應的第二伺服器設備，以使得所述第二伺服器設備在接收到所述第一伺服器設備發送的所述支付請求的情況下，根據所述支付請求中包含的所述終端設備的設備標識，確定付款帳戶，並從所述付款帳戶向所述收款帳戶支付所述支付金額。
本說明書實施例還提供了一種伺服器設備，所述伺服器設備包括：
接收單元，接收第一終端設備發送的特徵資訊，所述特徵資訊由所述第一終端設備掃描第一對象提供的二維碼資訊並從所述二維碼資訊中提取得到；
確定單元，根據預先儲存的不同特徵資訊與不同的對象的收款帳戶之間的對應關係，確定接收到所述特徵資訊對應的所述第一對象的收款帳戶；
發送單元，基於所述收款帳戶和支付金額產生支付資訊，並將所述支付資訊發送給所述第一終端設備，所述支付資訊中還包含至少一種支付管道；
所述接收單元，接收所述第一終端設備發送的所述支付確認資訊，所述支付確認資訊中攜帶所述第一終端設備根據所述支付資訊中包含的所述支付管道中選擇一種支付管道；
支付處理單元，根據所述支付確認資訊中包含的所述支付管道、所述支付金額、所述第一終端設備的設備標識和所述收款帳戶，產生支付請求，並將所述支付請求發送給所述支付管道對應的第二伺服器設備，以使得所述第二伺服器設備在接收到所述第一伺服器設備發送的所述支付請求的情況下，根據所述支付請求中包含的所述終端設備的設備標識，確定付款帳戶，並從所述付款帳戶向所述收款帳戶支付所述支付金額。
本說明書實施例還提供一種電腦可讀儲存媒體，其上儲存有電腦程式指令，當所述電腦程式指令被處理器執行時實現上述的支付方法。
本說明書實施例還提供一種資料處理裝置，包括：至少一個處理器、至少一個記憶體以及儲存在所述記憶體中的電腦程式指令，當所述電腦程式指令被所述處理器執行時實現上述的支付方法。
本說明書實施例採用的上述至少一個技術方案能夠達到以下有益效果：
本說明書實施例提供的技術方案，提供能夠用於統一收款的支付系統，對於有大量收款業務需求的商家用戶，可以利用本說明書實施例提供的支付系統，透過提取不同支付管道產生的用於收款的二維碼的特徵資訊，在支付系統中建立統一收款帳戶與這些二維碼的特徵資訊之間的映射關係，當消費者用戶掃描商家用戶提供的用於收款的二維碼時，可以基於該二維碼的特徵資訊以及預先建立的映射關係確定商家用戶的統一收款帳戶，實現商家用戶利用統一收款帳戶收取消費者透過不同支付管道支付的支付金額，有效提升了收款的統一性和便捷性，同時也改善了用戶對二維碼收款的用戶體驗。
隨著行動網際網路和網際網路金融技術的發展，在實際應用中利用二維碼完成支付交易越來越普及。不同的支付管道對應不同的二維碼產生規則，那麼基於不同的二維碼產生規則產生不同的二維碼。這就意味著，一個二維碼只能在相同的支付管道下才能夠被識別。例如：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)，如調變的資料信號和載波。
還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本說明書可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、組件、資料結構等等。也可以在分散式計算環境中實踐本說明書，在這些分散式計算環境中，由透過通訊網路而被連接的遠端處理設備來執行任務。在分散式計算環境中，程式模組可以位於包括儲存設備在內的本地和遠端電腦儲存媒體中。
本說明書中的各個實施例均採用漸進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
以上所述僅為本說明書的實施例而已，並不用來限制本說明書。對於本領域技術人員來說，本說明書可以有各種更改和變化。凡在本說明書的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本說明書的申請專利範圍的範疇之內。
101:第一終端設備
102:第一伺服器設備
103:第二伺服器設備
104:第二終端設備
301:接收單元
302:確定單元
303:發送單元
304:支付處理單元
401:處理器
402:記憶體
403:通訊介面
410:匯流排
此處所說明的圖式用來提供對本說明書的進一步理解，構成本說明書的一部分，本說明書的示意性實施例及其說明用來解釋本說明書，並不構成對本說明書的不當限定。在圖式中：
[圖1]為本說明書實施例提供的一種支付系統的結構示意圖；
[圖2]為本說明書實施例提供的一種支付方法的流程示意圖；
[圖3]為本說明書實施例提供的一種伺服器設備的結構示意圖；
[圖4]為本說明書實施例提供的一種伺服器設備的結構示意圖。
