本發(fā)明涉及互聯(lián)網(wǎng)技術領域，尤其涉及一種數(shù)據(jù)處理方法及相關設備、系統(tǒng)。

背景技術：

在現(xiàn)實生活的消費場景中，例如顧客在商場或餐廳消費后，需進行支付時，常用的線下收單的支付方式是顧客前往收銀臺，通過現(xiàn)金支付、刷卡或利用第三方支付平臺進行支付；或者服務員去需要買單的顧客的座位處完成收銀過程。這樣的方式需要顧客找到收銀臺的位置，花費時間較長；然而讓服務員去完成收銀過程，會增加商家的人力成本，當處于顧客量大的消費高峰時間時，服務員常常收銀不及時，造成顧客等待，耗費時間，進而導致顧客的消費體驗不好。

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

本發(fā)明實施例提供了一種數(shù)據(jù)處理方法及相關設備、系統(tǒng)，可節(jié)省支付時間，并可降低人力成本。

本發(fā)明實施例第一方面公開了一種數(shù)據(jù)處理方法，包括：

第一終端向第二終端發(fā)送數(shù)據(jù)轉移請求；其中，所述數(shù)據(jù)轉移請求包括用戶的身份識別標識；

所述第二終端根據(jù)所述身份識別標識查詢得到所述第一終端對應的訂單信息；

所述第二終端將所述訂單信息發(fā)送至所述第一終端；

所述第一終端向所述第二終端發(fā)送所述訂單信息對應的確認信息；其中，所述確認信息包含用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限；

所述第二終端將所述賬號信息、所述數(shù)據(jù)轉移權限以及所述訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器；

所述服務器根據(jù)所述賬號信息、所述數(shù)據(jù)轉移權限以及所述訂單信息所攜帶的數(shù)據(jù)量，對與所述賬號信息綁定的數(shù)據(jù)進行轉移。

作為一種可選的實施方式，所述第一終端向第二終端發(fā)送數(shù)據(jù)轉移請求，具體包括：

所述第一終端掃描預設的二維碼以獲得所述第二終端的身份信息，并根據(jù)所述身份信息向所述第二終端發(fā)送數(shù)據(jù)轉移請求；或者，

所述第一終端接收所述第二終端播放的聲波以獲得所述第二終端的身份信息，并根據(jù)所述身份信息向所述第二終端發(fā)送數(shù)據(jù)轉移請求。

作為一種可選的實施方式，所述服務器根據(jù)所述賬號信息、所述數(shù)據(jù)轉移權限以及所述訂單信息所攜帶的數(shù)據(jù)量，對與所述賬號信息綁定的數(shù)據(jù)進行轉移，包括：

所述服務器驗證所述賬號信息和所述數(shù)據(jù)轉移權限；

若所述賬號信息和所述數(shù)據(jù)轉移權限為合法，則所述服務器根據(jù)所述訂單信息所攜帶的數(shù)據(jù)量對與所述賬號信息綁定的數(shù)據(jù)進行轉移。

作為一種可選的實施方式，所述訂單信息包括數(shù)據(jù)量和子訂單明細。

本發(fā)明實施例第二方面公開了一種數(shù)據(jù)處理方法，包括：

第一終端發(fā)送數(shù)據(jù)轉移請求到第二終端，以使所述第二終端根據(jù)所述身份識別標識查詢得到所述第一終端對應的訂單信息；其中，所述數(shù)據(jù)轉移請求包括用戶的身份識別標識；

所述第一終端接收所述第二終端發(fā)送的所述第一終端對應的訂單信息；

所述第一終端向所述第二終端發(fā)送所述訂單信息對應的確認信息，以使所述第二終端將所述賬號信息、所述數(shù)據(jù)轉移權限以及所述訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器，以進行數(shù)據(jù)轉移；其中，所述確認信息包含用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限。

本發(fā)明實施例第三方面公開了一種數(shù)據(jù)處理方法，包括：

第二終端接收第一終端發(fā)送的數(shù)據(jù)轉移請求；其中，所述數(shù)據(jù)轉移請求包括用戶的身份識別標識；

所述第二終端根據(jù)所述身份識別標識查詢得到所述第一終端對應的訂單信息，并將所述訂單信息發(fā)送至所述第一終端；

所述第二終端接收所述第一終端反饋的所述訂單信息對應的確認信息；其中，所述確認信息包含用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限；

所述第二終端將所述賬號信息、所述數(shù)據(jù)轉移權限以及所述訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器，以使所述服務器根據(jù)所述賬號信息、所述數(shù)據(jù)轉移權限以及所述訂單信息所攜帶的數(shù)據(jù)量，對與所述賬號信息綁定的數(shù)據(jù)進行轉移。

本發(fā)明實施例第四方面公開了一種終端，包括：

發(fā)送單元，用于發(fā)送數(shù)據(jù)轉移請求到第二終端，以使所述第二終端根據(jù)所述身份識別標識查詢得到所述第一終端對應的訂單信息；其中，所述數(shù)據(jù)轉移請求包括用戶的身份識別標識；

接收單元，用于接收所述第二終端發(fā)送的所述終端對應的訂單信息；

確認單元，用于向所述第二終端發(fā)送訂單信息的確認信息，以使所述第二終端將所述賬號信息、所述數(shù)據(jù)轉移權限以及所述訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器，以進行數(shù)據(jù)轉移；其中，所述確認信息包含用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限。

作為一種可選的實施方式，所述發(fā)送單元，包括：

掃描子單元，用于掃描預設的二維碼以獲得所述第二終端的身份信息；第一發(fā)送子單元，用于根據(jù)所述掃描預設的二維碼獲得的身份信息向所述第二終端發(fā)送數(shù)據(jù)轉移請求；

接收子單元，用于接收所述第二終端播放的聲波以獲得所述第二終端的身份信息；

第二發(fā)送子單元，用于根據(jù)所述接收聲波而獲得的身份信息向所述第二終端發(fā)送數(shù)據(jù)轉移請求。

作為一種可選的實施方式，所述訂單信息包括數(shù)據(jù)量和子訂單明細。

本發(fā)明實施例第五方面公開了一種終端，其特征在于，包括：

第一接收單元，用于接收第一終端發(fā)送的數(shù)據(jù)轉移請求；其中，所述數(shù)據(jù)轉移請求包括用戶的身份識別標識；

查詢單元，用于根據(jù)所述身份識別標識查詢得到第一終端對應的訂單信息；

發(fā)送單元，用于將所述訂單信息發(fā)送至所述第一終端；

第二接收單元，用于接收所述第一終端反饋的所述訂單信息對應的確認信息；其中，所述確認信息包含用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限；

轉發(fā)單元，用于將所述賬號信息、所述數(shù)據(jù)轉移權限以及所述訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器，以使所述服務器根據(jù)所述賬號信息、所述數(shù)據(jù)轉移權限以及所述訂單信息所攜帶的數(shù)據(jù)量，對與所述賬號信息綁定的數(shù)據(jù)進行轉移。

作為一種可選的實施方式，所述訂單信息包括數(shù)據(jù)量和子訂單明細。

本發(fā)明實施例第六方面公開了一種數(shù)據(jù)處理系統(tǒng)，包括以可通信方式連接的第一終端、第二終端和服務器，其特征在于，所述第一終端為第四方面公開的所述的終端，所述第二終端為第五方面公開的所述的終端；

所述服務器，用于驗證用戶用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限；當所述賬號信息和所述數(shù)據(jù)轉移權限為合法時，根據(jù)所述訂單信息所攜帶的數(shù)據(jù)量對所述賬號信息綁定的數(shù)據(jù)進行轉移。

從以上技術方案可以看出，本發(fā)明實施例具有以下優(yōu)點：

本發(fā)明實施例中，第一終端向第二終端發(fā)送數(shù)據(jù)轉移請求；其中，所述數(shù)據(jù)轉移請求包括用戶的身份識別標識；所述第二終端根據(jù)所述身份識別標識查詢得到所述第一終端對應的訂單信息；所述第二終端將所述訂單信息發(fā)送至所述第一終端；所述第一終端向所述第二終端發(fā)送所述訂單信息對應的確認信息；其中，所述確認信息包含用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限；所述第二終端將所述賬號信息、所述數(shù)據(jù)轉移權限以及所述訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器；所述服務器根據(jù)所述賬號信息、所述數(shù)據(jù)轉移權限以及所述訂單信息所攜帶的數(shù)據(jù)量，對與所述賬號信息綁定的數(shù)據(jù)進行轉移。實施本發(fā)明實施例，可在線下收單支付的消費場景中，使商家的工作人員和顧客不需要面對面即可以完成支付過程，降低商家的人力成本，并且節(jié)省時間，進而可以提高顧客的消費體驗。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域的普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例公開的一種數(shù)據(jù)處理方法的流程示意圖；

圖2為本發(fā)明實施例公開的另一種數(shù)據(jù)處理方法的流程示意圖；

圖3為本發(fā)明實施例公開的又一種數(shù)據(jù)處理方法的流程示意圖；

圖4為本發(fā)明實施例公開的一種終端的結構示意圖；

圖5為本發(fā)明實施例公開的另一種終端的結構示意圖；

圖6為本發(fā)明實施例公開的一種數(shù)據(jù)處理系統(tǒng)的結構示意圖。

具體實施方式

為了使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步地詳細描述，顯然，所描述的實施例僅僅是本發(fā)明一部份實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明實施例提供了一種數(shù)據(jù)處理方法及相關設備、系統(tǒng)，可在支付發(fā)生前使用戶確認訂單信息，防止支付金額的錯誤。以下分別進行詳細說明。

請參閱圖1，圖1是本發(fā)明實施例公開的一種數(shù)據(jù)處理方法的流程示意圖。其中，圖1所描述的方法適用于線下收單支付的場景。如圖1所示，該數(shù)據(jù)處理方法可以包括以下步驟：

101、第一終端向第二終端發(fā)送數(shù)據(jù)轉移請求；其中，上述數(shù)據(jù)轉移請求包括用戶的身份識別標識。

本發(fā)明實施例中，上述終端可為智能手機、智能手表、掌上電腦、平板電腦、個人數(shù)字助理(Personal Digital Assistant，PDA)、銷售終端(Point of Sales，POS)等，本發(fā)明實施例后續(xù)不作復述。

本發(fā)明實施例中，上述第一終端可為用戶使用的終端設備，與之相對應，上述第二終端為商戶的收銀終端。而上述數(shù)據(jù)轉移請求也可以被稱為支付請求，用戶的識別標識可以為用戶的個人名稱、在現(xiàn)實消費場景中的桌臺號、商家為用戶標明的排隊號等。

舉例來說，在現(xiàn)實的消費場景中，用戶需要向商家付款時，可以利用用戶終端掃描商家的二維碼以獲得商家的身份信息(即商戶的收銀終端的身份信息)，利用該身份信息向收銀終端發(fā)送包含其個人名稱、桌臺號或排隊號等的支付請求。

也可以利用聲波信息替代二維碼來實現(xiàn)該過程，用戶利用用戶終端接收商戶的聲波信息，通過解析該聲波信息得到收銀終端的身份信息，利用該身份信息向收銀終端發(fā)送包含其個人名稱、桌臺號或排隊號等的支付請求。

102、第二終端根據(jù)上述身份識別標識查詢得到第一終端對應的訂單信息。

本發(fā)明實施例中，上述第一終端對應的訂單信息也可以被稱為用戶的消費記錄。該消費記錄可以包括消費明細、優(yōu)惠明細、優(yōu)惠金額和最終的消費金額等信息。

舉例來說，收銀終端可以根據(jù)用戶的桌臺號查詢到該用戶的消費記錄，并把該消費記錄發(fā)送給用戶以進行確認。

103、第二終端將該訂單信息發(fā)送至第一終端。

本發(fā)明實施例中，第二終端可以通過無線通信鏈接將上述訂單信息發(fā)送至第一終端。用于建立上述無線通信鏈接的方式可以為WIFI、NFC、藍牙或紅外等無線通信協(xié)議，具體采用何種方式本發(fā)明實施例不作限定。

舉例來說，收銀終端通過WIFI通信協(xié)議建立的通信鏈接，將消費記錄發(fā)送給用戶終端，用以使用戶對消費的內容和金額進行確認。

104、第一終端向第二終端發(fā)送該訂單信息對應的確認信息；其中，上述確認信息包含用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限。

本發(fā)明實施例中，上述與訂單信息對應的確認信息可為用戶對于消費記錄的確認信息，而上述用于進行數(shù)據(jù)轉移的賬號信息也可以被稱為用于支付的賬號的賬號標識；上述數(shù)據(jù)轉移權限，則可以被稱為支付權限許可。

上述用于支付的賬號的賬號標識，可以為銀行卡的卡號，也可以為各種第三方支付平臺的電子賬號，如支付寶、微信支付、百度錢包、財付通、安付通、上海快線、網(wǎng)銀在線、首信易支付等，本發(fā)明實施例不作限定。

舉例來說，若用戶利用支付寶的賬號進行支付，則用戶利用用戶終端向商戶的收銀終端發(fā)送包含支付寶賬號和支付權限許可的確認信息，用以使收銀終端完成后續(xù)的支付過程。

105、第二終端將上述賬號信息、數(shù)據(jù)轉移權限以及訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器。

本發(fā)明實施例中，上述訂單信息所攜帶的數(shù)據(jù)量還可以被稱為消費記錄中的消費金額，為用戶在此次消費中，最終需要支付給商戶的金額。舉例來說，用戶利用支付寶的賬號來進行支付，則商戶的收銀終端將收到的用戶的支付寶賬號、支付授權許可和消費金額發(fā)送至支付寶的服務器，用以使服務器完成對該賬號的扣費。

106、服務器根據(jù)上述賬號信息、數(shù)據(jù)轉移權限以及訂單信息所攜帶的數(shù)據(jù)量，對與上述賬號信息綁定的數(shù)據(jù)進行轉移。

舉例來說，支付寶的服務器驗證了該賬號和支付授權許可為合法后，對該賬號進行扣費以完成支付。

舉例來說，在餐廳的支付場景中，顧客利用智能手機掃描餐廳預先設置的二維碼，向餐廳的收銀終端發(fā)起支付請求；餐廳的收銀終端接收到該支付請求后，利用支付請求中攜帶的顧客的桌臺號查詢到顧客的消費記錄，并把該消費記錄發(fā)送到顧客的智能手機；顧客核對消費記錄的內容無誤后，利用智能手機向餐廳的收銀終端發(fā)送確定信息；收銀終端將該確定信息中攜帶的用于支付的賬號的賬號標識、支付授權許可和支付金額發(fā)送給服務器，服務器核實上述賬號和支付授權許可的合法性后，完成對該賬號的扣款。

在圖1所描述的方法中，商戶的收銀終端將消費記錄發(fā)送給用戶以便于用戶進行確認，當確認消費記錄的信息無誤后，用戶授權收銀終端完成后續(xù)的支付過程。因此，實施該方法，使商家的工作人員和用戶不需要面對面即可以完成支付過程，降低商家的人力成本，并且節(jié)省用戶的時間，消費體驗更好。

請參閱圖2，圖2是本發(fā)明實施例公開的另一種數(shù)據(jù)處理方法的流程示意圖。其中，圖2所描述的方法適用于線下收單支付的場景。如圖2所示，該數(shù)據(jù)處理方法可以包括以下步驟：

201、第一終端發(fā)送數(shù)據(jù)轉移請求到第二終端，以使第二終端根據(jù)身份識別標識查詢得到第一終端對應的訂單信息；其中，上述數(shù)據(jù)轉移請求包括用戶的上述身份識別標識；

本發(fā)明實施例中，上述第一終端可為用戶使用的終端設備，與之相對應，上述第二終端為商戶的收銀終端。而上述數(shù)據(jù)轉移請求也可以被稱為支付請求，用戶的識別標識可以為用戶的個人名稱、在現(xiàn)實消費場景中的桌臺號、商家為用戶標明的排隊號等。

舉例來說，在現(xiàn)實的消費場景中，用戶需要向商家付款時，可以利用用戶終端掃描商家的二維碼以獲得商家的身份信息(即商戶的收銀終端的身份信息)，利用該身份信息向收銀終端發(fā)送包含其個人名稱、桌臺號或排隊號等的支付請求。

也可以利用聲波信息替代二維碼來實現(xiàn)該過程，用戶利用用戶終端接收商戶的聲波信息，通過解析該聲波信息得到收銀終端的身份信息，利用該身份信息向收銀終端發(fā)送包含其個人名稱、桌臺號或排隊號等的支付請求。

本發(fā)明實施例中，上述第一終端對應的訂單信息也可以被稱為用戶的消費記錄。該消費記錄可以包括消費明細、優(yōu)惠明細、優(yōu)惠金額和最終的消費金額等信息。

舉例來說，收銀終端可以根據(jù)用戶的桌臺號查詢到該用戶的消費記錄，并把該消費記錄發(fā)送給用戶以進行確認。

202、第一終端接收第二終端發(fā)送的第一終端對應的訂單信息；

本發(fā)明實施例中，第二終端可以通過無線通信鏈接將上述訂單信息發(fā)送至第一終端。用于建立上述無線通信鏈接的方式可以為WIFI、NFC、藍牙或紅外等無線通信協(xié)議，具體采用何種方式本發(fā)明實施例不作限定。

舉例來說，用戶終端通過WIFI通信協(xié)議建立的通信鏈接，接收商戶的收銀終端發(fā)送的消費記錄，用以使用戶對消費的內容和金額進行確認。

203、第一終端向第二終端發(fā)送上述訂單信息對應的確認信息，以使第二終端將賬號信息、數(shù)據(jù)轉移權限以及上述訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器，以進行數(shù)據(jù)轉移；其中，上述確認信息包含用于進行數(shù)據(jù)轉移的上述賬號信息和上述數(shù)據(jù)轉移權限。

本發(fā)明實施例中，上述與訂單信息對應的確認信息可為用戶對于消費記錄的確認信息，而上述用于進行數(shù)據(jù)轉移的賬號信息也可以被稱為用于支付的賬號的賬號標識；上述數(shù)據(jù)轉移權限，則可以被稱為支付權限許可。

上述用于支付的賬號的賬號標識，可以為銀行卡的卡號，也可以為各種第三方支付平臺的電子賬號，如支付寶、微信支付、百度錢包、財付通、安付通、上海快線、網(wǎng)銀在線、首信易支付等，本發(fā)明實施例不作限定。

舉例來說，若用戶利用支付寶的賬號進行支付，則用戶利用用戶終端向商戶的收銀終端發(fā)送包含支付寶賬號和支付權限許可的確認信息，用以使收銀終端完成后續(xù)的支付過程。

在圖2所描述的方法中，用戶可以利用用戶終端接收商戶發(fā)送的消費記錄，在確認消費記錄的內容無誤后發(fā)送確認信息給商戶的收銀終端，授權收銀終端完成后續(xù)的支付操作。由此可見，實施該方法，商家的工作人員和用戶不需要面對面即可以完成支付過程，降低商家的人力成本，并且節(jié)省用戶的時間，消費體驗更好。

請參閱圖3，圖3是本發(fā)明實施例公開的又一種數(shù)據(jù)處理方法的流程示意圖。其中，圖3所描述的方法適用于線下收單支付的場景。如圖3所示，該數(shù)據(jù)處理方法可以包括以下步驟：

301、第二終端接收第一終端發(fā)送的數(shù)據(jù)轉移請求；其中，上述數(shù)據(jù)轉移請求包括用戶的身份識別標識。

本發(fā)明實施例中，上述第一終端可為用戶使用的終端設備，與之相對應，上述第二終端為商戶的收銀終端。而上述數(shù)據(jù)轉移請求也可以被稱為支付請求，用戶的識別標識可以為用戶的個人名稱、在現(xiàn)實消費場景中的桌臺號、商家為用戶標明的排隊號等。

舉例來說，在現(xiàn)實的消費場景中，用戶需要向商家付款時，可以利用用戶終端掃描商家的二維碼以獲得商家的身份信息(即商戶的收銀終端的身份信息)，利用該身份信息向收銀終端發(fā)送包含其個人名稱、桌臺號或排隊號等的支付請求。商戶的收銀終端接收該支付請求，利用支付請求中的個人名稱等信息，查詢到用戶的消費記錄。

也可以利用聲波信息替代二維碼來實現(xiàn)該過程，用戶利用用戶終端接收商戶的聲波信息，通過解析該聲波信息得到收銀終端的身份信息，利用該身份信息向收銀終端發(fā)送包含其個人名稱、桌臺號或排隊號等的支付請求。商戶的收銀終端接收該支付請求，利用支付請求中的個人名稱等信息，查詢到用戶的消費記錄。

302、第二終端根據(jù)上述身份識別標識查詢得到第一終端對應的訂單信息，并將上述訂單信息發(fā)送至第一終端。

本發(fā)明實施例中，上述第一終端對應的訂單信息也可以被稱為用戶的消費記錄。該消費記錄可以包括消費明細、優(yōu)惠明細、優(yōu)惠金額和最終的消費金額等信息。

舉例來說，收銀終端可以根據(jù)用戶的桌臺號查詢到該用戶的消費記錄，并把該消費記錄發(fā)送給用戶以進行確認。

303、第二終端接收第一終端反饋的上述訂單信息對應的確認信息；其中，上述確認信息包含用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限。

本發(fā)明實施例中，上述與訂單信息對應的確認信息可為用戶對于消費記錄的確認信息，而上述用于進行數(shù)據(jù)轉移的賬號信息也可以被稱為用于支付的賬號的賬號標識；上述數(shù)據(jù)轉移權限，則可以被稱為支付權限許可。

上述用于支付的賬號的賬號標識，可以為銀行卡的卡號，也可以為各種第三方支付平臺的電子賬號，如支付寶、微信支付、百度錢包、財付通、安付通、上?？炀€、網(wǎng)銀在線、首信易支付等，本發(fā)明實施例不作限定。

舉例來說，若用戶利用支付寶的賬號進行支付，則用戶利用用戶終端向商戶的收銀終端發(fā)送包含支付寶賬號和支付權限許可的確認信息，用以使收銀終端完成后續(xù)的支付過程。

304、第二終端將上述賬號信息、數(shù)據(jù)轉移權限以及訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器，以使服務器根據(jù)上述賬號信息、數(shù)據(jù)轉移權限以及訂單信息所攜帶的數(shù)據(jù)量，對與上述賬號信息綁定的數(shù)據(jù)進行轉移。

本發(fā)明實施例中，上述訂單信息所攜帶的數(shù)據(jù)量還可以被稱為消費記錄中的消費金額，為用戶在此次消費中，最終需要支付給商戶的金額。舉例來說，用戶利用支付寶的賬號來進行支付，則商戶的收銀終端將收到的用戶的支付寶賬號、支付授權許可和消費金額發(fā)送至支付寶的服務器，用以使服務器完成對該賬號的扣費。

在圖3所描述的方法中，商戶的收銀終端將消費記錄發(fā)送給用戶以便于用戶進行確認，當確認消費記錄的信息無誤后，用戶授權收銀終端完成后續(xù)的支付過程。因此，實施該方法，使商家的工作人員和用戶不需要面對面即可以完成支付過程，降低商家的人力成本，并且節(jié)省用戶的時間，消費體驗更好。

請參閱圖4，圖4是本發(fā)明實施例公開的一種終端的結構示意圖。其中，圖4所示的終端可以為第一終端，用于執(zhí)行上述的數(shù)據(jù)處理方法。其中，圖4所描述的終端適用于線下收單支付的場景。如圖4所示，該終端可以包括：

發(fā)送單元401，用于發(fā)送數(shù)據(jù)轉移請求到第二終端，以使第二終端根據(jù)上述身份識別標識查詢得到本終端(即第一終端)對應的訂單信息；其中，上述數(shù)據(jù)轉移請求包括用戶的身份識別標識；

本發(fā)明實施例中，上述第一終端可為用戶使用的終端設備，與之相對應，上述第二終端為商戶的收銀終端。而上述數(shù)據(jù)轉移請求也可以被稱為支付請求，用戶的識別標識可以為用戶的個人名稱、在現(xiàn)實消費場景中的桌臺號、商家為用戶標明的排隊號等。

舉例來說，在現(xiàn)實的消費場景中，用戶需要向商家付款時，可以利用用戶終端掃描商家的二維碼以獲得商家的身份信息(即商戶的收銀終端的身份信息)，發(fā)送單元401利用該身份信息向收銀終端發(fā)送包含其個人名稱、桌臺號或排隊號等的支付請求。

也可以利用聲波信息替代二維碼來實現(xiàn)該過程，用戶利用用戶終端接收商戶的聲波信息，通過解析該聲波信息得到收銀終端的身份信息，發(fā)送單元401利用該身份信息向收銀終端發(fā)送包含其個人名稱、桌臺號或排隊號等的支付請求。

接收單元402，用于接收第二終端發(fā)送的本終端對應的訂單信息；

本發(fā)明實施例中，接收單元402可以通過無線通信鏈接接收第二終端發(fā)送的上述訂單信息。用于建立上述無線通信鏈接的方式可以為WIFI、NFC、藍牙或紅外等無線通信協(xié)議，具體采用何種方式本發(fā)明實施例不作限定。

舉例來說，接收單元402通過WIFI通信協(xié)議建立的通信鏈接，接收商戶的收銀終端發(fā)送的消費記錄，用以使用戶對消費的內容和金額進行確認。

確認單元403，用于向第二終端發(fā)送訂單信息的確認信息，以使第二終端將上述賬號信息、數(shù)據(jù)轉移權限以及上述訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器，以進行數(shù)據(jù)轉移；其中，上述確認信息包含用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限。

本發(fā)明實施例中，上述與訂單信息對應的確認信息可為用戶對于消費記錄的確認信息，而上述用于進行數(shù)據(jù)轉移的賬號信息也可以被稱為用于支付的賬號的賬號標識；上述數(shù)據(jù)轉移權限，則可以被稱為支付權限許可。

上述用于支付的賬號的賬號標識，可以為銀行卡的卡號，也可以為各種第三方支付平臺的電子賬號，如支付寶、微信支付、百度錢包、財付通、安付通、上海快線、網(wǎng)銀在線、首信易支付等，本發(fā)明實施例不作限定。

舉例來說，若用戶利用支付寶的賬號進行支付，則終端的確認單元403向商戶的收銀終端發(fā)送包含支付寶賬號和支付權限許可的確認信息，用以使收銀終端完成后續(xù)的支付過程。

在圖4所描述的終端中，用戶可以利用該終端接收商戶發(fā)送的消費記錄，在確認消費記錄的內容無誤后發(fā)送確認信息給第二終端，授權第二終端完成后續(xù)的支付操作。由此可見，利用該終端，商家的工作人員和用戶不需要面對面即可以完成支付過程，降低商家的人力成本，并且節(jié)省用戶的時間，消費體驗更好。

請參閱圖5，圖5是本發(fā)明實施例公開的另一種終端的結構示意圖。其中，圖5所示的終端可以為第二終端，用于執(zhí)行上述的數(shù)據(jù)處理方法。其中，圖5所描述的終端適用于線下收單支付的場景。如圖5所示，該終端可以包括：

第一接收單元501，用于接收第一終端發(fā)送的數(shù)據(jù)轉移請求；其中，上述數(shù)據(jù)轉移請求包括用戶的身份識別標識。

本發(fā)明實施例中，上述第一終端可為用戶使用的終端設備，與之相對應，本終端(即第二終端)可為商戶的收銀終端。而上述數(shù)據(jù)轉移請求也可以被稱為支付請求，用戶的識別標識可以為用戶的個人名稱、在現(xiàn)實消費場景中的桌臺號、商家為用戶標明的排隊號等。

舉例來說，在現(xiàn)實的消費場景中，用戶需要向商家付款時，可以利用用戶終端掃描商家的二維碼以獲得商家的身份信息(即商戶的收銀終端的身份信息)，利用該身份信息向收銀終端發(fā)送包含其個人名稱、桌臺號或排隊號等的支付請求。第一接收單元501接收該支付請求，之后查詢單元502利用支付請求中的個人名稱等信息，查詢到用戶的消費記錄。

也可以利用聲波信息替代二維碼來實現(xiàn)該過程，用戶利用用戶終端接收商戶的聲波信息，通過解析該聲波信息得到收銀終端的身份信息，利用該身份信息向收銀終端發(fā)送包含其個人名稱、桌臺號或排隊號等的支付請求。第一接收單元501接收該支付請求，之后查詢單元502利用支付請求中的個人名稱等信息，查詢到用戶的消費記錄。

查詢單元502，用于根據(jù)上述身份識別標識查詢得到第一終端對應的訂單信息。

本發(fā)明實施例中，上述第一終端對應的訂單信息也可以被稱為用戶的消費記錄。該消費記錄可以包括消費明細、優(yōu)惠明細、優(yōu)惠金額和最終的消費金額等信息。

舉例來說，查詢單元502可以根據(jù)用戶的桌臺號查詢到該用戶的消費記錄，并由發(fā)送單元503把該消費記錄發(fā)送給用戶以進行確認。

發(fā)送單元503，用于將上述訂單信息發(fā)送至第一終端。

第二接收單元504，用于接收第一終端反饋的上述訂單信息對應的確認信息；其中，上述確認信息包含用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限。

本發(fā)明實施例中，上述與訂單信息對應的確認信息可為用戶對于消費記錄的確認信息，而上述用于進行數(shù)據(jù)轉移的賬號信息也可以被稱為用于支付的賬號的賬號標識；上述數(shù)據(jù)轉移權限，則可以被稱為支付權限許可。

上述用于支付的賬號的賬號標識，可以為銀行卡的卡號，也可以為各種第三方支付平臺的電子賬號，如支付寶、微信支付、百度錢包、財付通、安付通、上?？炀€、網(wǎng)銀在線、首信易支付等，本發(fā)明實施例不作限定。

舉例來說，若用戶利用支付寶的賬號進行支付，則第二接收單元504接收用戶發(fā)送的包含支付寶賬號和支付權限許可的確認信息，用以完成后續(xù)的支付過程。

轉發(fā)單元505，用于將上述賬號信息、數(shù)據(jù)轉移權限以及訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器，以使服務器根據(jù)上述賬號信息、數(shù)據(jù)轉移權限以及訂單信息所攜帶的數(shù)據(jù)量，對與上述賬號信息綁定的數(shù)據(jù)進行轉移。

本發(fā)明實施例中，上述訂單信息所攜帶的數(shù)據(jù)量還可以被稱為消費記錄中的消費金額，為用戶在此次消費中，最終需要支付給商戶的金額。舉例來說，用戶利用支付寶的賬號來進行支付，則轉發(fā)單元505將收到的用戶的支付寶賬號、支付授權許可和消費金額發(fā)送至支付寶的服務器，用以使服務器完成對該賬號的扣費。

在圖5所描述的終端中，該終端可將消費記錄發(fā)送給用戶以便于用戶進行確認，當確認消費記錄的信息無誤后，用戶授權該終端完成后續(xù)的支付過程。因此，利用該終端，商家的工作人員和用戶不需要面對面即可以完成支付過程，降低商家的人力成本，并且節(jié)省用戶的時間，消費體驗更好。

請參閱圖6，圖6是本發(fā)明實施例公開的一種數(shù)據(jù)處理系統(tǒng)的結構示意圖。如圖6所示，該數(shù)據(jù)處理系統(tǒng)可以包括第一終端601、第二終端602和服務器603，其中，第一終端601和第二終端602間通過無線通信方式建立通信連接，第二終端602與服務器603間通過互聯(lián)網(wǎng)建立通信連接，其中：

第一終端601，用于向第二終端發(fā)送數(shù)據(jù)轉移請求；其中，上述數(shù)據(jù)轉移請求包括用戶的身份識別標識；

第二終端602，用于根據(jù)上述身份識別標識查詢得到第一終端601對應的訂單信息；

第二終端602，還用于將上述訂單信息發(fā)送給第一終端601；

第一終端601，還用于向第二終端602發(fā)送上述訂單信息對應的確認信息；其中，該確認信息包含用于進行數(shù)據(jù)轉移的賬號信息和數(shù)據(jù)轉移權限；

第二終端602，還用于將上述賬號信息、數(shù)據(jù)轉移權限以及訂單信息所攜帶的數(shù)據(jù)量發(fā)送給服務器603；

服務器603，用于根據(jù)上述賬號信息、數(shù)據(jù)轉移權限以及訂單信息所攜帶的數(shù)據(jù)量，對與上述賬號信息綁定的數(shù)據(jù)進行轉移。

舉例來說，在餐廳的支付場景中，顧客利用智能手機掃描餐廳預先設置的二維碼，向餐廳的收銀終端發(fā)起支付請求；餐廳的收銀終端接收到該支付請求后，利用支付請求中攜帶的顧客的桌臺號查詢到顧客的消費記錄，并把該消費記錄發(fā)送到顧客的智能手機；顧客核對消費記錄的內容無誤后，利用智能手機向餐廳的收銀終端發(fā)送確定信息；收銀終端將該確定信息中攜帶的用于支付的賬號的賬號標識、支付授權許可和支付金額發(fā)送給服務器，服務器核實上述賬號和支付授權許可的合法性后，完成對該賬號的扣款。

值得注意的是，上述終端和系統(tǒng)實施例中，所包括的各個單元只是按照功能邏輯進行劃分的，但并不局限于上述的劃分，只要能夠實現(xiàn)相應的功能即可；另外，各功能單元的具體名稱也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護范圍。

另外，本領域普通技術人員可以理解實現(xiàn)上述各方法實施例中的全部或部分步驟是可以通過程序來指令相關的硬件完成，相應的程序可以存儲于一種計算機可讀存儲介質中，上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。

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