下面將結合本說明書實施例中的圖式，對本說明書實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本說明書一部分實施例，而不是全部的實施例。基於本說明書中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本說明書保護的範圍。
本說明書實施例提供一種資料處理系統。
在本實施例中，所述資料處理系統可以包括第一終端。所述第一終端可以具有支付碼產生功能。所述支付碼可以包括圖形化編碼和聲波碼等，所述圖形化編碼可以包括條碼和二維條碼等。所述第一終端還可以具有短距離無線通訊功能。所述短距離無線通訊可以指較短距離內的通信，包括但不限於藍牙（Bluetooth）、紅外（IrDA）、無線傳真（WI-FI）、超寬頻通信（Ultra Wide Band）、紫峰（Zigbee）、近場通信（Near Field Communication，NFC）等。所述第一終端可以為智慧型手機、平板電子設備、可攜式電腦、個人數位助理（PDA）、或智慧型穿戴設備等。
在本實施例中，所述資料處理系統還可以包括第二終端。所述第二終端可以具有支付碼掃描功能。所述第二終端還可以具有短距離無線通訊功能。所述第二終端可以為可移動設備，例如智慧型手機、平板電子設備、可攜式電腦、個人數位助理（PDA）、車載設備、POS機（例如商戶POS機、公車POS機等）、或智慧型穿戴設備等。所述第二終端還可以為桌面設備，例如伺服器、工控機（工業控制電腦）、個人電腦（PC機）、一體機、或智慧型自助終端（kiosk）（例如地鐵自助售票機、火車票自助售票機）等。在本實施例的一個實施方式中，所述第二終端還可以具有揚聲器。所述揚聲器可以產生人類可聽見的聲波。
在本實施例的一個實施方式中，所述資料處理系統還可以包括第一伺服器。所述第一伺服器可以為一個伺服器，還可以為包括多個伺服器的伺服器集群。所述第一伺服器可以為所述第一終端對應的伺服器。例如，所述第一終端可以為安裝有支付寶APP的智慧型手機，所述第一伺服器可以為支付寶伺服器。
在本實施例的一個實施方式中，所述資料集傳輸系統還可以包括第二伺服器。所述第二伺服器可以為一個伺服器，還可以為包括多個伺服器的伺服器集群。所述第二伺服器可以為所述第二終端對應的伺服器。例如，所述第二終端可以為公車POS機，所述第二伺服器可以為公車POS機對應的伺服器。
請參閱圖1、圖2、圖5、圖6和圖7。本說明書實施例提供一種資料處理方法。實現所述資料處理方法的主體可以包括第一終端和第二終端。為了能夠進行資料傳輸，所述第一終端和所述第二終端的短距離無線通訊功能可以處於開啟狀態。所述資料處理方法可以包括以下步驟。
步驟S10：第一終端產生支付碼。
在本實施例中，所述支付碼可以包括圖形化編碼和聲波碼等，所述圖形化編碼可以包括條碼和二維條碼等。
所述支付碼中可以包括有連接資訊。所述連接資訊可以包括所述第一終端的連接標識。所述連接標識可以用於建立無線通訊連接。依據建立的無線通訊連接的不同，所述連接標識可以相同或不同。例如，在基於藍牙技術建立無線通訊連接時，所述連接標識可以為所述第一終端的實體位址（Media Access Control，MAC）。另舉一例，在基於無線傳真技術建立無線通訊連接時，所述連接標識可以為所述第一終端的服務集標識（Service Set Identifier，SSID）。當然，在基於其它技術建立無線通訊連接時，所述連接標識可以為所述第一終端的其它標識，在此不再依次列舉。
所述支付碼中還可以包括有支付資訊。所述支付資訊可以包括用戶標識資訊。所述用戶標識資訊可以用於標識一個用戶。所述用戶標識資訊例如可以為用戶帳戶、用戶帳戶的編碼、或者其它可以推導出用戶帳戶的任何形式的資訊。其中，所述用戶帳戶例如可以為支付寶帳戶、微信帳戶、公車卡的卡號、或校園一卡通的卡號等。當然，所述支付資訊還可以包括其它資訊，例如單筆限額和失效時刻中的至少一個。所述單筆限額例如可以為10元、或20元等；所述失效時刻例如可以為10點30分、或11點15分等。
在本實施例中，所述第一終端可以在接收到支付指令以後，產生所述支付碼。
所述第一終端可以具有支付按鍵；可以在檢測到所述支付按鍵被觸發時產生所述支付指令。這裡所述支付按鍵被觸發包括但不限於所述支付按鍵被按下、點擊、按兩下、劃過、按下時間超過預定時間等。所述支付按鍵可以為實體按鍵、或虛擬按鍵等，所述虛擬按鍵包括但不限於按鈕控制項、圖形控制項、文字控制項等。或者，所述第一終端可以預先設定有手勢操作。所述手勢操作可以包括在顯示元件（例如觸控式顯示器）上的觸控軌跡。所述第一終端可以在識別到所述預設手勢操作時產生所述支付指令。或者，所述第一終端可以具有感測器。所述感測器可以用於感測預先設定的運動狀態，具體例如可以包括陀螺儀和/或加速感測器感等。所述第一終端可以在感測到所述預設運動狀態時產生所述支付指令。
在本實施例中，所述第一終端可以獲取連接資訊和支付資訊；可以基於獲取的連接標識和支付資訊，使用支付碼產生演算法，產生支付碼。
依據第一終端和第二終端預先約定的無線通訊連接類型，所述第一終端可以獲取對應的連接資訊。例如，在預先約定的無線通訊連接類型為藍牙時，所述第一終端可以獲取自身的實體位址。另舉一例，在預先約定的無線通訊連接類型為無線傳真時，所述第一終端可以獲取自身的服務集標識。
所述第一終端可以獲取用戶標識資訊。例如，所述第一終端可以獲取當前登錄的帳戶或歷史登錄的帳戶作為用戶標識資訊。另舉一例，所述第一終端可以獲取公車卡的卡號或校園一卡通的卡號作為用戶標識資訊。在本實施例的一個實施方式中，所述第一終端還可以獲取單筆限額。具體地，所述第一終端可以預先設定有單筆限額。所述第一終端可以獲取所述預先設定的單筆限額。或者，第一伺服器可以具有單筆限額。所述第一終端可以向所述第一伺服器發送資料獲取請求。所述第一伺服器可以接收所述資料獲取請求，可以獲取並向所述第一終端發送所述單筆限額。所述第一終端可以接收所述單筆限額。在本實施例的另一個實施方式中，所述第一終端還可以獲取支付碼的有效時間；可以基於當前時刻和所述有效時間，計算支付碼的失效時刻。所述支付碼的有效時間可以來自所述第一終端或第一伺服器。具體地，所述第一終端可以預先設定有支付碼的有效時間。所述第一終端可以獲取所述預先設定的有效時間。或者，所述第一伺服器可以具有支付碼的有效時間。所述第一終端可以向所述第一伺服器發送資料獲取請求。所述第一伺服器可以接收所述資料獲取請求，可以獲取並向所述第一終端發送所述有效時間。所述第一終端可以接收所述有效時間。
在本實施例中，依據產生的支付碼的不同，所述支付碼產生演算法可以相同或不同。例如，在產生二維條碼時，所述支付碼產生演算法可以為快速反應碼（Quick Response code，QRcode）演算法。本領域技術人員應當能夠理解，此處的快速反應碼演算法僅為示例，實際上任何能夠產生二維條碼的演算法均可以應用於此。當然，在產生其它的支付碼時，所述支付碼產生演算法還可以為其它演算法，在此不再依次列舉。
步驟S12：第二終端獲取支付碼。
在本實施例中，用戶可以使用所述第一終端產生的支付碼進行刷碼操作。所述第二終端可以掃描得到所述支付碼。本領域技術人員應當能夠理解，所述第二終端還可以採用其它方式獲取第一終端產生的支付碼，本實施例對此並不做具體限定。
步驟S14：第二終端基於連接標識與所述第一終端建立無線通訊連接；基於所述無線通訊連接向所述第一終端發送第一提示資訊。
在本實施例中，所述第二終端可以解析支付碼，得到連接資訊和支付資訊。
在本實施例中，所述連接資訊可以包括所述第一終端的連接標識。所述第一終端可以理為請求建立無線通訊連接的設備，所述第二終端可以理解為被請求建立無線通訊連接的設備。所述第二終端可以基於所述連接標識與所述第一終端建立無線通訊連接。
在本實施例中，所述第一提示資訊可以用於提示是否支付成功。具體地，所述第一提示資訊可以包括支付成功的提示資訊或支付失敗的提示資訊。所述支付成功的提示資訊可以包括文字、圖像、音訊、視頻及其任意組合。進一步地，所述支付成功的提示資訊可以包括支付金額。所述支付失敗的提示資訊可以包括文字、圖像、音訊、視頻及其任意組合。
在本實施例中，所述第二終端在解析支付碼以後，可以直接向所述第一終端發送支付成功的提示資訊。或者，所述第二終端在解析支付碼以後；可以對支付資訊進行校驗；在校驗結果為正確時，可以向所述第一終端發送支付成功的提示資訊；在校驗結果為錯誤時，可以向所述第一終端發送支付失敗的提示資訊。
例如，所述支付資訊可以包括失效時刻。所述第二終端在解析支付碼以後，可以將當前時刻與所述失效時刻進行比對；在當前時刻小於或等於所述失效時刻時，可以認為校驗結果為正確；在當前時刻大於所述失效時刻時，可以認為校驗結果為錯誤。
另舉一例，所述支付資訊可以包括單筆限額。所述第二終端在解析支付碼以後，可以確定支付金額；可以將支付金額與所述單筆限額進行比對；在支付金額小於或等於所述單筆限額時，可以認為校驗結果為正確；在支付金額大於所述單筆限額時，可以認為校驗結果為錯誤。其中，所述支付金額可以為預先設定的默認金額。或者，所述支付金額還可以是所述第二終端根據用戶輸入的資訊確定的。用戶輸入的資訊例如可以包括目的車站等。又或者，所述支付金額還可以是所述第二終端根據自身當前的地理位置確定的。例如，所述第二終端可以具有計算規則。所述第二終端可以獲取自身當前的地理位置；可以基於獲取的地理位置和所述計算規則，計算得到支付金額。
步驟S16：第一終端基於無線通訊連接接收所述第一提示資訊；展示所述第一提示資訊。
在本實施例中，所述第一提示資訊可以包括支付成功的提示資訊或支付失敗的提示資訊。所述第一終端可以接收支付成功的提示資訊或支付失敗的提示資訊；可以展示支付成功的提示資訊或支付失敗的提示資訊。
在本實施例的一個實施方式中，第一伺服器可以具有至少一個數位簽章資料。所述數位簽章資料可以基於非對稱加密技術的私密金鑰進行簽名得到。所述非對稱加密技術包括但不限於RSA演算法、Elgamal演算法、背包演算法、ECC（橢圓曲線加密演算法）等等。所述第一伺服器中的每個數位簽章資料可以對應有公開金鑰和金鑰標識，該公開金鑰可以用於對該數位簽章資料進行驗簽，該金鑰標識可以用於標識該公開金鑰。
在本實施方式中，所述第一終端可以獲取數位簽章資料、以及該數位簽章資料對應的金鑰標識；可以基於連接資訊、支付資訊、該數位簽章資料、和該金鑰標識，產生支付碼。
所述第一伺服器可以向所述第一終端下發至少一個數位簽章資料、以及數位簽章資料對應的金鑰標識。這樣，所述第一終端可以具有數位簽章資料集合。所述數位簽章資料集合可以包括至少一個數位簽章資料，每個數位簽章資料可以對應有金鑰標識。如此，所述第一終端可以從所述數位簽章資料集合中獲取一個數位簽章資料、以及該數位簽章資料對應的金鑰標識。或者，所述第一終端可以向所述第一伺服器發送資料獲取請求。所述第一伺服器可以接收所述資料獲取請求；可以獲取並向所述第一終端發送數位簽章資料、以及該數位簽章資料對應的金鑰標識。所述第一終端可以接收數位簽章資料、以及該數位簽章資料對應的金鑰標識。
在本實施方式中，所述第二終端可以獲取支付碼；可以解析支付碼，得到連接資訊、支付資訊、數位簽章資料、和金鑰標識；可以獲取金鑰標識所述標識的公開金鑰作為目標公開金鑰；可以使用所述目標公開金鑰對所述數位簽章資料進行驗簽。進一步地，在驗簽以後，所述第二終端可以向所述第一終端發送第一提示資訊。具體地，在驗簽成功以後，所述第二終端可以向所述第一終端發送支付成功的提示資訊。在驗簽失敗以後，所述第二終端可以向所述第一終端發送支付失敗的提示資訊。
所述第一伺服器可以向第二終端下發至少一個數位簽章資料對應的公開金鑰。這樣，所述第二終端可以具有公開金鑰集合，所述公開金鑰集合可以包括至少一個公開金鑰。如此，所述第二終端可以從所述公開金鑰集合中獲取金鑰標識對應的公開金鑰作為目標公開金鑰。
在本實施例的一個實施方式中，所述第二終端可以具有揚聲器。所述第二終端可以使用揚聲器發出聲音提示資訊。具體地，所述第二終端在解析支付碼以後，可以直接使用揚聲器發出支付成功的聲音提示資訊。或者，所述第二終端在解析支付碼以後；可以對支付資訊進行校驗；在校驗結果為正確時，可以使用揚聲器發出支付成功的聲音提示資訊；在校驗結果為錯誤時，可以使用揚聲器發出支付失敗的聲音提示資訊。
在本實施例的一個實施方式中，第二伺服器可以執行扣款操作。具體地，所述第二終端可以確定支付金額；可以向第二伺服器發送支付資訊和支付金額。所述第二伺服器可以接收所述支付資訊和所述支付金額。所述支付資訊可以包括用戶標識，所述第二伺服器進而可以基於用戶標識資訊和支付金額進行扣款操作。或者，第一伺服器可以執行扣款操作。具體地，在接收到來自第二終端的支付資訊和支付金額以後，所述第二伺服器可以向所述第一伺服器發送扣款請求，所述扣款請求中可以攜帶有用戶標識資訊和支付金額。所述第一伺服器可以接收所述扣款請求；可以基於用戶標識資訊和支付金額進行扣款操作。進一步地，在執行扣款操作以後，所述第一伺服器還可以向所述第一終端發送第二提示資訊，所述第二提示資訊可以包括扣款成功的提示資訊。所述第一終端可以接收並展示所述第二提示資訊。
所述第二終端可以直接向所述第二伺服器發送支付資訊和支付金額。或者，所述第二終端還可以在檢測到發送指令以後，向所述第二伺服器發送支付資訊和支付金額。其中，所述發送指令可以是所述第二終端自動產生的。例如，所述第二終端可以在預設時刻產生所述發送指令。所述預設時刻可以根據實際需要靈活設定，例如可以為晚上12點、淩晨4點等。另舉一例，所述第二終端還可以在檢測到自身網路連接可用時產生所述發送指令。當然，所述發送指令還可以是由用戶主動觸發所產生的。例如，所述第二終端可以具有發送按鍵，所述第二終端進而可以在檢測到所述發送按鍵被觸發時產生所述發送指令。這裡所述發送按鍵被觸發包括但不限於所述發送按鍵被按下、點擊、按兩下、劃過、按下時間超過預定時間等。所述發送按鍵可以為實體按鍵或虛擬按鍵等，所述虛擬按鍵包括但不限於按鈕控制項、圖形控制項、文字控制項等。
在本實施例中，第一終端可以產生支付碼；其中，所述支付碼中包括有連接資訊；所述連接資訊包括第一終端的連接標識。第二終端可以獲取所述支付碼；可以基於所述連接標識與第一終端建立無線通訊連接；可以基於所述無線通訊連接向第一終端發送第一提示資訊。第一終端可以基於所述無線通訊連接接收所述第一提示資訊；可以展示所述第一提示資訊。所述第一提示資訊可以用於提示是否支付成功。這樣，通過第一終端展示的第一提示資訊，用戶能夠方便地判斷是否刷碼成功，從而提高了用戶體驗。
請參閱圖3。本說明書實施例還提供另一種資料處理方法。實現所述資料處理方法的主體可以包括第一終端。為了能夠進行資料傳輸，所述第一終端的短距離無線通訊功能可以處於開啟狀態。所述資料處理方法可以包括以下步驟。
步驟S20：產生支付碼。
在本實施例中，所述第一終端可以在接收到支付指令以後，產生支付碼。
步驟S22：在基於連接標識與第二終端建立無線通訊連接的條件下，基於所述無線通訊連接接收第二終端發來的第一提示資訊。
在本實施例中，所述第一提示資訊可以用於提示是否支付成功。具體地，所述第一提示資訊可以包括支付成功的提示資訊或支付失敗的提示資訊。
在本實施例中，第二終端可以獲取支付碼；可以解析支付碼，得到連接資訊；可以基於所述連接資訊中的連接標識，與所述第一終端建立無線通訊連接；可以基於所述無線通訊連接向所述第一終端發送第一提示資訊。所述第一終端可以基於所述無線通訊連接，接收所述第二終端發來的第一提示資訊。
步驟S24：展示所述第一提示資訊。
在本實施例的一個實施方式中，所述第一終端可以獲取數位簽章資料、以及該數位簽章資料對應的金鑰標識；可以基於連接資訊、支付資訊、該數位簽章資料、和該金鑰標識，產生支付碼。
在本實施例的一個實施方式中，所述第一終端可以接收第一伺服器發來第二提示資訊；可以展示所述第二提示資訊。所述第二提示資訊可以包括扣款成功的提示資訊。
在本實施例中，第一終端可以產生支付碼；在基於連接標識與第二終端建立無線通訊連接的條件下，可以基於所述無線通訊連接接收第二終端發來的第一提示資訊；可以展示所述第一提示資訊。所述第一提示資訊可以用於提示是否支付成功。這樣，通過第一終端展示的第一提示資訊，用戶能夠方便地判斷是否刷碼成功，從而提高了用戶體驗。
請參閱圖4。本說明書實施例還提供另一種資料處理方法。實現所述資料處理方法的主體可以包括第二終端。為了能夠進行資料傳輸，所述第二終端的短距離無線通訊功能可以處於開啟狀態。所述資料處理方法可以包括以下步驟。
步驟S30：獲取支付碼。
步驟S32：在基於連接標識與第一終端建立無線通訊連接的條件下，基於所述無線通訊連接向所述第一終端發送第一提示資訊。
在本實施例中，所述第一提示資訊可以用於提示是否支付成功。具體地，所述第一提示資訊可以包括支付成功的提示資訊或支付失敗的提示資訊。
在本實施例中，所述第二終端可以解析支付碼，得到連接資訊和支付資訊。所述連接資訊可以包括所述第一終端的連接標識。所述第一終端可以理為請求建立無線通訊連接的設備，所述第二終端可以理解為被請求建立無線通訊連接的設備。所述第二終端可以基於所述連接標識與所述第一終端建立無線通訊連接。
在本實施例中，所述第二終端在解析支付碼以後，可以直接向所述第一終端發送支付成功的提示資訊。或者，所述第二終端在解析支付碼以後；可以對支付資訊進行校驗；在校驗結果為正確時，可以向所述第一終端發送支付成功的提示資訊；在校驗結果為錯誤時，可以向所述第一終端發送支付失敗的提示資訊。
在本實施例的一個實施方式中，所述第二終端可以獲取支付碼；可以解析支付碼，得到連接資訊、支付資訊、數位簽章資料、和金鑰標識；可以獲取金鑰標識所述標識的公開金鑰作為目標公開金鑰；可以使用所述目標公開金鑰對所述數位簽章資料進行驗簽。進一步地，在驗簽以後，所述第二終端可以向所述第一終端發送第一提示資訊。具體地，在驗簽成功以後，所述第二終端可以向所述第一終端發送支付成功的提示資訊。在驗簽失敗以後，所述第二終端可以向所述第一終端發送支付失敗的提示資訊。
在本實施例的一個實施方式中，所述第二終端可以具有揚聲器。所述第二終端可以使用揚聲器發出聲音提示資訊。
在本實施例的一個實施方式中，所述第二終端可以確定支付金額；可以向第二伺服器發送支付資訊和支付金額。所述第二伺服器可以接收所述支付資訊和所述支付金額。所述支付資訊可以包括用戶標識資訊，所述第二伺服器可以基於用戶標識資訊和支付金額進行扣款操作。或者，在接收到來自第二終端的支付資訊和支付金額以後，所述第二伺服器還可以向所述第一伺服器發送扣款請求，所述扣款請求中可以攜帶有用戶標識資訊和支付金額。所述第一伺服器可以接收所述扣款請求；可以基於用戶標識資訊和支付金額進行扣款操作。
在本實施例中，第二終端可以獲取支付碼；在基於連接標識與第一終端建立無線通訊連接的條件下，可以基於所述無線通訊連接向所述第一終端發送第一提示資訊，以便於所述第一終端能夠展示所述第一提示資訊。所述第一提示資訊可以用於提示是否支付成功。這樣，通過第一終端展示的第一提示資訊，用戶能夠方便地判斷是否刷碼成功，從而提高了用戶體驗。
請參閱圖1、圖2、圖5、圖6和圖7。以下介紹本說明書實施例的一個場景示例。
在本場景實施例中，所述資料處理系統可以包括第一終端、第二終端、第一伺服器和第二伺服器。所述第一終端可以為智慧手機。所述智慧手機中可以安裝有支付寶APP。所述智慧手機可以具有藍牙通信功能，所述智慧手機的藍牙通信功能可以處於開啟狀態。所述第二終端可以為公車POS機。所述公車POS機可以具有藍牙通信功能，所述公車POS機的藍牙通信功能可以處於開啟狀態。所述公車POS機還可以具有揚聲器。所述第一伺服器可以為支付寶伺服器。所述第二伺服器可以為公車POS機對應的伺服器。
在本場景實施例中，所述支付寶伺服器可以具有至少一個數位簽章資料。所述數位簽章資料可以基於非對稱加密技術的私密金鑰進行簽名得到。所述支付寶伺服器中的每個數位簽章資料可以對應有公開金鑰和金鑰標識，該公開金鑰可以用於對該數位簽章資料進行驗簽，該金鑰標識可以用於標識該公開金鑰。所述支付寶伺服器可以向所述智慧手機下發至少一個數位簽章資料、以及數位簽章資料對應的金鑰標識。這樣，所述智慧手機可以具有數位簽章資料集合。所述數位簽章資料集合可以包括至少一個數位簽章資料，每個數位簽章資料可以對應有金鑰標識。所述支付寶伺服器還可以向所述公車POS機下發至少一個數位簽章資料對應的公開金鑰。這樣，所述公車POS機可以具有公開金鑰集合，所述公開金鑰集合可以包括至少一個公開金鑰。
在本場景實施例中，用戶在需要乘坐公車時，可以向所述智慧手機發送支付指令。所述智慧手機在接收到支付指令以後，可以獲取連接資訊和支付資訊；可以從數位簽章資料集合中獲取一個數位簽章資料、以及該數位簽章資料對應的金鑰標識；可以基於所述連接資訊、所述支付資訊、獲取的數位簽章資料、和獲取的金鑰標識，產生支付碼。
在本場景實施例中，用戶可以使用所述支付碼在所述公車POS機進行刷碼操作。所述公車POS機可以獲得所述支付碼；可以解析所述支付碼，得到連接資訊、支付資訊、數位簽章資料、和金鑰標識。
所述連接資訊可以包括所述智慧手機的實體位址。如此，所述公車POS機可以使用所述連接資訊中的實體位址與所述智慧手機建立藍牙通信連接。
所述公車POS機還可以從公開金鑰集合中獲取金鑰標識所述標識的公開金鑰作為目標公開金鑰；可以使用所述目標公開金鑰對所述數位簽章資料進行驗簽。在驗簽成功以後，所述公車POS機可以通過所述藍牙通信連接向所述智慧手機發送支付成功的提示資訊。或者，在驗簽失敗以後，所述公車POS機可以通過所述藍牙通信連接向所述智慧手機發送支付失敗的提示資訊。所述智慧手機可以接收支付成功的提示資訊或支付失敗的提示資訊；可以展示支付成功的提示資訊或支付失敗的提示資訊。這樣，用戶可以通過自己的智慧手機方便地判斷是否刷碼成功。
此外，在驗簽成功以後，所述公車POS機還可以確定支付金額；可以向第二伺服器發送支付資訊和支付金額。所述第二伺服器可以接收所述支付資訊和所述支付金額，所述支付資訊可以包括用戶標識資訊。所述第二伺服器繼而可以向支付寶伺服器發送扣款請求，所述扣款請求中可以攜帶有用戶標識資訊和支付金額。所述支付寶伺服器可以接收所述扣款請求；可以基於用戶標識資訊和支付金額進行扣款操作；可以向所述智慧手機發送扣款成功的提示資訊。所述智慧手機可以接收並展示扣款成功的提示資訊。
請參閱圖8。本說明書實施例提供一種資料處理裝置，包括產生單元40、接收單元42和展示單元44。
產生單元40，用於產生支付碼；其中，所述支付碼中包括有連接資訊；所述連接資訊包括第一終端的連接標識；
接收單元42，用於在基於所述連接標識與第二終端建立無線通訊連接的條件下，基於所述無線通訊連接接收第二終端發來的第一提示資訊；其中，所述第一提示資訊用於提示是否支付成功；
展示單元44，用於展示所述第一提示資訊。
請參閱圖9。本說明書實施例提供一種終端設備，包括通信元件、顯示元件和處理器。
在本實施例中，所述通信元件可以按任何適當的方式實現，例如，無線網卡、藍牙模組、紅外收發模組、超寬頻通信模組、以及紫蜂協定通信模組等。所述通信元件可以用於建立通信連接並進行資料傳輸。
在本實施例中，所述顯示元件包括但不限於液晶（Liquid Crystal Display，LCD）顯示器、陰極射線管（Cathode Ray Tube，CRT）顯示器、和發光二極體（Light Emitting Diode，LED）顯示器等。所述顯示元件可以用於展示第一提示資訊。
在本實施例中，所述處理器可以按任何適當的方式實現。例如，所述處理器可以採取例如微處理器或處理器以及儲存可由該（微）處理器執行的電腦可讀程式碼（例如軟體或韌體）的電腦可讀介質、邏輯閘、開關、專用積體電路（Application Specific Integrated Circuit，ASIC）、可程式化邏輯控制器和嵌入微控制器的形式等等。
所述處理器可以用於產生支付碼；其中，所述支付碼中包括有連接資訊；所述連接資訊包括第一終端的連接標識；在基於所述連接標識與第二終端建立無線通訊連接的條件下，基於所述無線通訊連接接收第二終端發來的第一提示資訊；其中，所述第一提示資訊用於提示是否支付成功；控制所述顯示元件展示所述第一提示資訊。
本實施例公開的終端設備，其通信元件、顯示元件和處理器實現的具體功能，可以與本說明書中前述實施例對照進行解釋。
請參閱圖10。一種資料處理裝置，包括獲取單元50和發送單元52。
獲取單元50，用於獲取支付碼；其中，所述支付碼中包括有連接資訊；所述連接資訊包括第一終端的連接標識；
發送單元52，用於在基於所述連接標識與所述第一終端建立無線通訊連接的條件下，基於所述無線通訊連接向所述第一終端發送第一提示資訊；其中，所述第一提示資訊用於提示是否支付成功。
請參閱圖11。本說明書實施例提供一種終端設備，包括通信元件和處理器。
在本實施例中，所述通信元件可以按任何適當的方式實現，例如，無線網卡、藍牙模組、紅外收發模組、超寬頻通信模組、以及紫蜂協定通信模組等。所述通信元件可以用於建立通信連接並進行資料傳輸。
在本實施例中，所述處理器可以按任何適當的方式實現。例如，所述處理器可以採取例如微處理器或處理器以及儲存可由該（微）處理器執行的電腦可讀程式碼（例如軟體或韌體）的電腦可讀介質、邏輯閘、開關、專用積體電路（Application Specific Integrated Circuit，ASIC）、可程式化邏輯控制器和嵌入微控制器的形式等等。
所述處理器可以用於獲取支付碼；其中，所述支付碼中包括有連接資訊；所述連接資訊包括第一終端的連接標識；在基於所述連接標識與所述第一終端建立無線通訊連接的條件下，基於所述無線通訊連接向所述第一終端發送第一提示資訊；其中，所述第一提示資訊用於提示是否支付成功。
在本實施例的一個實施方式中，所述終端設備還可以包括揚聲器，所述揚聲器可以產生人類可聽見的聲波。
本實施例公開的終端設備，其通信元件和處理器實現的具體功能，可以與本說明書中前述實施例對照進行解釋。
需要說明的是，本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同或相似的部分互相參見即可，每個實施例重點說明的都是與其它實施例的不同之處。尤其，對於終端設備實施例而言，由於其基本相似於資料處理方法實施例，所以描述的比較簡單，相關之處參見資料處理方法實施例的部分說明即可。
另外，可以理解的是，本領域技術人員在閱讀本說明書檔之後，可以無需創造性勞動想到將本說明書列舉的部分或全部實施例進行任意組合，這些組合也在本說明書公開和保護的範圍內。
在20世紀90年代，對於一個技術的改進可以很明顯地區分是硬體上的改進（例如，對二極體、電晶體、開關等電路結構的改進）還是軟體上的改進（對於方法流程的改進）。然而，隨著技術的發展，當今的很多方法流程的改進已經可以視為硬體電路結構的直接改進。設計人員幾乎都通過將改進的方法流程程式化到硬體電路中來得到相應的硬體電路結構。因此，不能說一個方法流程的改進就不能用硬體實體模組來實現。例如，可程式化邏輯裝置（Programmable Logic Device, PLD）（例如場可程式化閘陣列（Field Programmable Gate Array，FPGA））就是這樣一種積體電路，其邏輯功能由用戶對裝置程式化來確定。由設計人員自行程式化來把一個數位系統“集成”在一片PLD 上，而不需要請晶片製造廠商來設計和製作專用的積體電路晶片2。而且，如今，取代手工地製作積體電路晶片，這種程式化也多半改用 “邏輯編譯器（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 ） 與Verilog2。本領域技術人員也應該清楚，只需要將方法流程用上述幾種硬體描述語言稍作邏輯程式化並程式化到積體電路中，就可以很容易得到實現該邏輯方法流程的硬體電路。
上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。
上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦。具體的，電腦例如可以為個人電腦、筆記型電腦、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放機、導航設備、電子郵件設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任何設備的組合。
通過以上的實施方式的描述可知，本領域的技術人員可以清楚地瞭解到本說明書可借助軟體加必需的通用硬體平臺的方式來實現。基於這樣的理解，本說明書的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該電腦軟體產品可以儲存在儲存介質中，如ROM/RAM、磁碟、光碟等，包括若干指令用以使得一台電腦設備（可以是個人電腦，伺服器，或者網路設備等）執行本說明書各個實施例或者實施例的某些部分所述的方法。
本說明書可用於眾多通用或專用的電腦系統環境或配置中。例如：個人電腦、伺服器電腦、手持設備或可攜式設備、平板型設備、多處理器系統、基於微處理器的系統、置頂盒、可程式化的消費電子設備、網路PC、小型電腦、大型電腦、包括以上任何系統或設備的分散式運算環境等等。
本說明書可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、元件、資料結構等等。也可以在分散式運算環境中實踐本說明書，在這些分散式運算環境中，由通過通信網路而被連接的遠端處理設備來執行任務。在分散式運算環境中，程式模組可以位於包括存放裝置在內的本地和遠端電腦儲存介質中。
雖然通過實施例描繪了本說明書，本領域普通技術人員知道，本說明書有許多變形和變化而不脫離本說明書的精神，希望所附的申請專利範圍包括這些變形和變化而不脫離本說明書的精神。The following will clearly and completely describe the technical solutions in the embodiments of this specification in conjunction with the drawings in the embodiments of this specification. Obviously, the described embodiments are only a part of the embodiments of this specification, not all of the embodiments. Based on the embodiments in this specification, all other embodiments obtained by those of ordinary skill in the art without creative work should fall within the protection scope of this specification.
The embodiment of this specification provides a data processing system.
In this embodiment, the data processing system may include a first terminal. The first terminal may have a payment code generation function. The payment code may include a graphical code, a sonic code, etc., and the graphical code may include a barcode, a two-dimensional barcode, and the like. The first terminal may also have a short-range wireless communication function. The short-range wireless communication may refer to communication within a relatively short distance, including but not limited to Bluetooth (Bluetooth), infrared (IrDA), wireless fax (WI-FI), ultra-wideband communication (Ultra Wide Band), and Zigbee (Zigbee) , Near Field Communication (NFC), etc. The first terminal may be a smart phone, a tablet electronic device, a portable computer, a personal digital assistant (PDA), or a smart wearable device, etc.
In this embodiment, the data processing system may further include a second terminal. The second terminal may have a payment code scanning function. The second terminal may also have a short-range wireless communication function. The second terminal may be a mobile device, such as a smart phone, a tablet electronic device, a portable computer, a personal digital assistant (PDA), a vehicle-mounted device, a POS machine (such as a merchant POS machine, a bus POS machine, etc.), or Smart wearable devices, etc. The second terminal may also be a desktop device, such as a server, an industrial computer (industrial control computer), a personal computer (PC), an all-in-one machine, or a smart self-service terminal (kiosk) (such as a subway ticket vending machine, a train ticket Self-service ticket vending machine) etc. In an implementation of this embodiment, the second terminal may also have a speaker. The speaker can generate sound waves that are audible to humans.
In an implementation of this embodiment, the data processing system may further include a first server. The first server may be one server or a server cluster including multiple servers. The first server may be a server corresponding to the first terminal. For example, the first terminal may be a smart phone with an Alipay APP installed, and the first server may be an Alipay server.
In an implementation of this embodiment, the data set transmission system may further include a second server. The second server may be one server or a server cluster including multiple servers. The second server may be a server corresponding to the second terminal. For example, the second terminal may be a bus POS machine, and the second server may be a server corresponding to the bus POS machine.
Please refer to Figure 1, Figure 2, Figure 5, Figure 6 and Figure 7. The embodiment of this specification provides a data processing method. The main body implementing the data processing method may include a first terminal and a second terminal. To enable data transmission, the short-range wireless communication function of the first terminal and the second terminal may be in an on state. The data processing method may include the following steps.
Step S10: The first terminal generates a payment code.
In this embodiment, the payment code may include a graphical code, a sonic code, etc., and the graphical code may include a barcode, a two-dimensional barcode, and the like.
The payment code may include connection information. The connection information may include the connection identifier of the first terminal. The connection identifier can be used to establish a wireless communication connection. Depending on the established wireless communication connection, the connection identifier may be the same or different. For example, when establishing a wireless communication connection based on Bluetooth technology, the connection identifier may be the physical address (Media Access Control, MAC) of the first terminal. As another example, when a wireless communication connection is established based on the wireless fax technology, the connection identifier may be a service set identifier (Service Set Identifier, SSID) of the first terminal. Of course, when a wireless communication connection is established based on other technologies, the connection identifier may be other identifiers of the first terminal, which will not be listed in sequence here.
The payment code may also include payment information. The payment information may include user identification information. The user identification information can be used to identify a user. The user identification information can be, for example, the user account, the code of the user account, or any other information that can be derived from the user account. Wherein, the user account may be, for example, an Alipay account, a WeChat account, a card number of a bus card, or a card number of a campus card. Of course, the payment information may also include other information, such as at least one of a single limit and an expiration time. The single limit may be 10 yuan, or 20 yuan, for example; the expiration time may be, for example, 10:30, or 11:15.
In this embodiment, the first terminal may generate the payment code after receiving the payment instruction.
The first terminal may have a payment button; the payment instruction may be generated when it is detected that the payment button is triggered. The triggering of the payment button here includes, but is not limited to, the payment button being pressed, clicked, double-clicked, swiped, pressed for more than a predetermined time, and so on. The payment button may be a physical button, a virtual button, etc. The virtual button includes but is not limited to button control items, graphic control items, text control items, and the like. Alternatively, the first terminal may be preset with gesture operations. The gesture operation may include a touch track on a display element (for example, a touch-sensitive display). The first terminal may generate the payment instruction when the preset gesture operation is recognized. Alternatively, the first terminal may have a sensor. The sensor may be used to sense a preset motion state, and may specifically include a gyroscope and/or acceleration sensor sensing, for example. The first terminal may generate the payment instruction when the preset motion state is sensed.
In this embodiment, the first terminal can obtain connection information and payment information; based on the obtained connection identification and payment information, a payment code generation algorithm can be used to generate a payment code.
According to the wireless communication connection type pre-appointed by the first terminal and the second terminal, the first terminal can obtain corresponding connection information. For example, when the pre-appointed wireless communication connection type is Bluetooth, the first terminal may obtain its own physical address. For another example, when the pre-appointed wireless communication connection type is wireless fax, the first terminal may obtain its own service set identifier.
The first terminal can obtain user identification information. For example, the first terminal may obtain the currently logged-in account or the historically logged-in account as the user identification information. For another example, the first terminal may obtain the card number of the bus card or the card number of the campus card as the user identification information. In an implementation of this embodiment, the first terminal may also obtain a single quota. Specifically, the first terminal may be preset with a single limit. The first terminal may obtain the preset single limit. Alternatively, the first server may have a single quota. The first terminal may send a data acquisition request to the first server. The first server may receive the data acquisition request, and may acquire and send the single quota to the first terminal. The first terminal may receive the single quota. In another implementation manner of this embodiment, the first terminal may also obtain the effective time of the payment code; the expiration time of the payment code may be calculated based on the current time and the effective time. The valid time of the payment code may come from the first terminal or the first server. Specifically, the first terminal may be preset with the effective time of the payment code. The first terminal may obtain the preset valid time. Alternatively, the first server may have the valid time of the payment code. The first terminal may send a data acquisition request to the first server. The first server may receive the data acquisition request, and may acquire and send the effective time to the first terminal. The first terminal may receive the effective time.
In this embodiment, depending on the generated payment codes, the payment code generation algorithms may be the same or different. For example, when generating a two-dimensional barcode, the payment code generation algorithm may be a Quick Response code (QRcode) algorithm. Those skilled in the art should be able to understand that the quick response code algorithm here is only an example, in fact, any algorithm that can generate a two-dimensional barcode can be applied to this. Of course, when other payment codes are generated, the payment code generation algorithm may also be other algorithms, which will not be listed in sequence here.
Step S12: The second terminal obtains the payment code.
In this embodiment, the user can use the payment code generated by the first terminal to perform a code swiping operation. The second terminal can scan to obtain the payment code. Those skilled in the art should be able to understand that the second terminal may also use other methods to obtain the payment code generated by the first terminal, which is not specifically limited in this embodiment.
Step S14: The second terminal establishes a wireless communication connection with the first terminal based on the connection identifier; and sends first prompt information to the first terminal based on the wireless communication connection.
In this embodiment, the second terminal can parse the payment code to obtain connection information and payment information.
In this embodiment, the connection information may include the connection identifier of the first terminal. The first terminal can be regarded as a device requesting to establish a wireless communication connection, and the second terminal can be understood as a device requested to establish a wireless communication connection. The second terminal may establish a wireless communication connection with the first terminal based on the connection identifier.
In this embodiment, the first prompt information can be used to prompt whether the payment is successful. Specifically, the first prompt information may include prompt information of successful payment or prompt information of failed payment. The prompt information for successful payment may include text, image, audio, video, and any combination thereof. Further, the prompt information of successful payment may include the payment amount. The prompt information of payment failure may include text, image, audio, video, and any combination thereof.
In this embodiment, after the second terminal parses the payment code, it may directly send prompt information of successful payment to the first terminal. Alternatively, after the second terminal analyzes the payment code, the payment information may be verified; when the verification result is correct, it may send a prompt message indicating that the payment is successful to the first terminal; when the verification result is incorrect , The prompt information of payment failure can be sent to the first terminal.
For example, the payment information may include the time of expiration. After parsing the payment code, the second terminal may compare the current time with the invalidation time; when the current time is less than or equal to the invalidation time, the verification result may be considered correct; and the current time is greater than the invalidation time. At the time of failure, the verification result can be regarded as an error.
For another example, the payment information may include a single limit. After analyzing the payment code, the second terminal can determine the payment amount; the payment amount can be compared with the single limit; when the payment amount is less than or equal to the single limit, the verification result can be considered correct ; When the payment amount is greater than the single limit, the verification result can be considered as an error. Wherein, the payment amount may be a preset default amount. Alternatively, the payment amount may also be determined by the second terminal according to information input by the user. The information input by the user may include, for example, the destination station. Alternatively, the payment amount may also be determined by the second terminal according to its current geographic location. For example, the second terminal may have calculation rules. The second terminal may obtain its own current geographic location; and may calculate the payment amount based on the obtained geographic location and the calculation rule.
Step S16: The first terminal receives the first prompt information based on the wireless communication connection; and displays the first prompt information.
In this embodiment, the first prompt information may include prompt information of successful payment or prompt information of failed payment. The first terminal can receive prompt information of successful payment or prompt information of payment failure; can display prompt information of successful payment or prompt information of failed payment.
In an implementation of this embodiment, the first server may have at least one digital signature data. The digital signature data can be obtained by signing a private key based on asymmetric encryption technology. The asymmetric encryption technology includes but is not limited to RSA algorithm, Elgamal algorithm, knapsack algorithm, ECC (elliptic curve encryption algorithm) and so on. Each digital signature data in the first server may correspond to a public key and a key identifier, the public key may be used to verify the digital signature data, and the key identifier may be used to identify The public key.
In this embodiment, the first terminal can obtain the digital signature data and the key identification corresponding to the digital signature data; it may be based on the connection information, payment information, the digital signature data, and the key identification, Generate payment code.
The first server may issue at least one digital signature data and a key identifier corresponding to the digital signature data to the first terminal. In this way, the first terminal may have a digital signature data collection. The digital signature data set may include at least one digital signature data, and each digital signature data may correspond to a key identifier. In this way, the first terminal can obtain a digital signature data and a key identifier corresponding to the digital signature data from the digital signature data collection. Alternatively, the first terminal may send a data acquisition request to the first server. The first server can receive the data acquisition request; can acquire and send the digital signature data and the key identifier corresponding to the digital signature data to the first terminal. The first terminal can receive the digital signature data and the key identifier corresponding to the digital signature data.
In this embodiment, the second terminal can obtain the payment code; can parse the payment code to obtain connection information, payment information, digital signature data, and key identification; and can obtain the public key of the key identification. As the target public key; the target public key can be used to verify the digital signature data. Further, after the signature verification, the second terminal may send first prompt information to the first terminal. Specifically, after the signature verification is successful, the second terminal may send prompt information indicating that the payment is successful to the first terminal. After the signature verification fails, the second terminal may send prompt information of payment failure to the first terminal.
The first server may issue at least one public key corresponding to the digital signature data to the second terminal. In this way, the second terminal may have a public key set, and the public key set may include at least one public key. In this way, the second terminal can obtain the public key corresponding to the key identifier from the public key set as the target public key.
In an implementation of this embodiment, the second terminal may have a speaker. The second terminal may use a loudspeaker to send out voice prompt information. Specifically, after the second terminal parses the payment code, it can directly use the speaker to send out a voice prompt message that the payment is successful. Alternatively, after the second terminal parses the payment code, the payment information can be verified; when the verification result is correct, the speaker can be used to send out a voice prompt of payment success; when the verification result is incorrect, it can be used The loudspeaker sends out a voice prompt message of payment failure.
In an implementation of this embodiment, the second server may perform a deduction operation. Specifically, the second terminal can determine the payment amount; can send payment information and payment amount to the second server. The second server may receive the payment information and the payment amount. The payment information may include a user identification, and the second server may further perform a deduction operation based on the user identification information and the payment amount. Alternatively, the first server may perform the deduction operation. Specifically, after receiving payment information and payment amount from the second terminal, the second server may send a deduction request to the first server, and the deduction request may carry user identification information and The amount paid. The first server may receive the deduction request; may perform deduction operations based on the user identification information and the payment amount. Further, after performing the deduction operation, the first server may also send second prompt information to the first terminal, and the second prompt information may include prompt information that the deduction is successful. The first terminal may receive and display the second prompt information.
The second terminal may directly send payment information and payment amount to the second server. Alternatively, the second terminal may also send payment information and payment amount to the second server after detecting the sending instruction. Wherein, the sending instruction may be automatically generated by the second terminal. For example, the second terminal may generate the sending instruction at a preset time. The preset time can be flexibly set according to actual needs, for example, it can be 12 o'clock in the evening, 4 o'clock in the morning, etc. For another example, the second terminal may also generate the sending instruction when detecting that its own network connection is available. Of course, the sending instruction may also be triggered by the user actively. For example, the second terminal may have a sending button, and the second terminal may in turn generate the sending instruction when detecting that the sending button is triggered. The triggering of the sending button here includes, but is not limited to, the sending button being pressed, clicked, pressed twice, swiped, pressed for more than a predetermined time, and so on. The sending button may be a physical button or a virtual button. The virtual button includes but is not limited to button control items, graphic control items, text control items, etc.
In this embodiment, the first terminal may generate a payment code; wherein the payment code includes connection information; and the connection information includes the connection identifier of the first terminal. The second terminal can obtain the payment code; can establish a wireless communication connection with the first terminal based on the connection identifier; and can send the first prompt information to the first terminal based on the wireless communication connection. The first terminal may receive the first prompt information based on the wireless communication connection; and may display the first prompt information. The first prompt information can be used to prompt whether the payment is successful. In this way, through the first prompt information displayed by the first terminal, the user can easily determine whether the code brushing is successful, thereby improving the user experience.
Please refer to Figure 3. The embodiment of this specification also provides another data processing method. The main body implementing the data processing method may include a first terminal. In order to enable data transmission, the short-range wireless communication function of the first terminal may be in an on state. The data processing method may include the following steps.
Step S20: Generate a payment code.
In this embodiment, the first terminal may generate a payment code after receiving the payment instruction.
Step S22: Under the condition of establishing a wireless communication connection with the second terminal based on the connection identifier, receiving the first prompt information from the second terminal based on the wireless communication connection.
In this embodiment, the first prompt information can be used to prompt whether the payment is successful. Specifically, the first prompt information may include prompt information of successful payment or prompt information of failed payment.
In this embodiment, the second terminal can obtain the payment code; can parse the payment code to obtain connection information; can establish a wireless communication connection with the first terminal based on the connection identifier in the connection information; The communication connection sends first prompt information to the first terminal. The first terminal may receive the first prompt information sent by the second terminal based on the wireless communication connection.
Step S24: Display the first prompt information.
In an implementation of this embodiment, the first terminal can obtain the digital signature data and the key identifier corresponding to the digital signature data; it can be based on connection information, payment information, the digital signature data, and the digital signature data. Key identification, generate payment code.
In an implementation of this embodiment, the first terminal may receive the second prompt information sent by the first server; and may display the second prompt information. The second prompt information may include prompt information of successful deduction.
In this embodiment, the first terminal can generate a payment code; under the condition of establishing a wireless communication connection with the second terminal based on the connection identifier, the first prompt information sent by the second terminal can be received based on the wireless communication connection; Display the first prompt information. The first prompt information can be used to prompt whether the payment is successful. In this way, through the first prompt information displayed by the first terminal, the user can easily determine whether the code brushing is successful, thereby improving the user experience.
Please refer to Figure 4. The embodiment of this specification also provides another data processing method. The main body implementing the data processing method may include a second terminal. In order to enable data transmission, the short-range wireless communication function of the second terminal may be in an on state. The data processing method may include the following steps.
Step S30: Obtain a payment code.
Step S32: Under the condition of establishing a wireless communication connection with the first terminal based on the connection identifier, send first prompt information to the first terminal based on the wireless communication connection.
In this embodiment, the first prompt information can be used to prompt whether the payment is successful. Specifically, the first prompt information may include prompt information of successful payment or prompt information of failed payment.
In this embodiment, the second terminal can parse the payment code to obtain connection information and payment information. The connection information may include the connection identifier of the first terminal. The first terminal can be regarded as a device requesting to establish a wireless communication connection, and the second terminal can be understood as a device requested to establish a wireless communication connection. The second terminal may establish a wireless communication connection with the first terminal based on the connection identifier.
In this embodiment, after the second terminal parses the payment code, it may directly send prompt information of successful payment to the first terminal. Alternatively, after the second terminal analyzes the payment code, the payment information may be verified; when the verification result is correct, it may send a prompt message indicating that the payment is successful to the first terminal; when the verification result is incorrect , The prompt information of payment failure can be sent to the first terminal.
In one implementation of this embodiment, the second terminal can obtain the payment code; can parse the payment code to obtain connection information, payment information, digital signature data, and key identification; and can obtain the key identification. The public key of is used as the target public key; the target public key can be used to verify the digital signature data. Further, after the signature verification, the second terminal may send first prompt information to the first terminal. Specifically, after the signature verification is successful, the second terminal may send prompt information indicating that the payment is successful to the first terminal. After the signature verification fails, the second terminal may send prompt information of payment failure to the first terminal.
In an implementation of this embodiment, the second terminal may have a speaker. The second terminal may use a loudspeaker to send out voice prompt information.
In an implementation of this embodiment, the second terminal may determine the payment amount; may send payment information and payment amount to the second server. The second server may receive the payment information and the payment amount. The payment information may include user identification information, and the second server may perform a deduction operation based on the user identification information and the payment amount. Alternatively, after receiving the payment information and payment amount from the second terminal, the second server may also send a deduction request to the first server, and the deduction request may carry user identification information and The amount paid. The first server may receive the deduction request; may perform deduction operations based on the user identification information and the payment amount.
In this embodiment, the second terminal can obtain the payment code; under the condition of establishing a wireless communication connection with the first terminal based on the connection identifier, the first prompt information can be sent to the first terminal based on the wireless communication connection, so that The first prompt information can be displayed on the first terminal. The first prompt information can be used to prompt whether the payment is successful. In this way, through the first prompt information displayed by the first terminal, the user can easily determine whether the code brushing is successful, thereby improving the user experience.
Please refer to Figure 1, Figure 2, Figure 5, Figure 6 and Figure 7. The following introduces a scenario example of the embodiment of this specification.
In this scenario embodiment, the data processing system may include a first terminal, a second terminal, a first server, and a second server. The first terminal may be a smart phone. Alipay APP may be installed in the smart phone. The smart phone may have a Bluetooth communication function, and the Bluetooth communication function of the smart phone may be in an on state. The second terminal may be a bus POS machine. The bus POS machine may have a Bluetooth communication function, and the Bluetooth communication function of the bus POS machine may be in an on state. The bus POS machine may also have a speaker. The first server may be an Alipay server. The second server may be a server corresponding to a bus POS machine.
In this embodiment of the scenario, the Alipay server may have at least one digital signature data. The digital signature data can be obtained by signing a private key based on asymmetric encryption technology. Each digital signature data in the Alipay server can correspond to a public key and a key identifier. The public key can be used to verify the digital signature data, and the key identifier can be used to identify the Public key. The Alipay server may issue at least one digital signature data and a key identifier corresponding to the digital signature data to the smart phone. In this way, the smart phone can have a collection of digital signature data. The digital signature data set may include at least one digital signature data, and each digital signature data may correspond to a key identifier. The Alipay server may also issue at least one public key corresponding to the digital signature data to the bus POS machine. In this way, the public car POS machine may have a public key set, and the public key set may include at least one public key.
In the embodiment of this scenario, the user may send a payment instruction to the smart phone when he needs to take a bus. After the smart phone receives the payment instruction, it can obtain connection information and payment information; it can obtain a digital signature data and a key identifier corresponding to the digital signature data from a collection of digital signature data; The connection information, the payment information, the acquired digital signature data, and the acquired key identifier generate a payment code.
In the embodiment of this scenario, the user can use the payment code to perform a code swiping operation at the bus POS machine. The bus POS machine can obtain the payment code; the payment code can be parsed to obtain connection information, payment information, digital signature data, and key identification.
The connection information may include the physical address of the smart phone. In this way, the bus POS machine can use the physical address in the connection information to establish a Bluetooth communication connection with the smart phone.
The bus POS machine can also obtain the public key with the key identification from the public key set as the target public key; the target public key can be used to verify the digital signature data. After the signature verification is successful, the bus POS machine can send a prompt message of successful payment to the smart phone through the Bluetooth communication connection. Alternatively, after the signature verification fails, the bus POS machine may send a payment failure prompt message to the smart phone via the Bluetooth communication connection. The smart phone can receive prompt information of successful payment or prompt information of payment failure; can display prompt information of successful payment or prompt information of payment failure. In this way, users can conveniently judge whether the code is successfully swiped through their smart phone.
In addition, after the verification is successful, the bus POS machine can also determine the payment amount; it can send payment information and payment amount to the second server. The second server may receive the payment information and the payment amount, and the payment information may include user identification information. The second server may then send a deduction request to the Alipay server, and the deduction request may carry user identification information and the payment amount. The Alipay server may receive the deduction request; may perform a deduction operation based on the user identification information and the payment amount; and may send prompt information of successful deduction to the smart phone. The smart phone can receive and display prompt information of successful deduction.
Refer to Figure 8. The embodiment of this specification provides a data processing device, which includes a generating unit 40, a receiving unit 42 and a displaying unit 44.
The generating unit 40 is configured to generate a payment code; wherein the payment code includes connection information; the connection information includes the connection identifier of the first terminal;
The receiving unit 42 is configured to receive the first prompt information sent by the second terminal based on the wireless communication connection under the condition of establishing a wireless communication connection with the second terminal based on the connection identifier; wherein, the first prompt information Used to prompt whether the payment is successful;
The display unit 44 is configured to display the first prompt information.
Refer to Figure 9. The embodiment of this specification provides a terminal device including a communication element, a display element, and a processor.
In this embodiment, the communication element can be implemented in any suitable manner, for example, a wireless network card, a Bluetooth module, an infrared transceiver module, an ultra-wideband communication module, and a Zigbee protocol communication module. The communication element can be used to establish a communication connection and perform data transmission.
In this embodiment, the display element includes, but is not limited to, a liquid crystal display (LCD) display, a cathode ray tube (Cathode Ray Tube, CRT) display, a light emitting diode (Light Emitting Diode, LED) display, etc. . The display element can be used to display the first prompt information.
In this embodiment, the processor can be implemented in any suitable manner. For example, the processor may take the form of a microprocessor or a processor and a computer-readable medium storing computer-readable program codes (such as software or firmware) executable by the (micro)processor, logic gates, switches, special purpose The form of integrated circuit (Application Specific Integrated Circuit, ASIC), programmable logic controller and embedded microcontroller, etc.
The processor may be used to generate a payment code; wherein, the payment code includes connection information; the connection information includes the connection identification of the first terminal; and the wireless communication connection is established with the second terminal based on the connection identification. Under conditions, receiving the first prompt information from the second terminal based on the wireless communication connection; wherein the first prompt information is used to prompt whether the payment is successful; the display element is controlled to display the first prompt information.
The specific functions implemented by the communication element, display element, and processor of the terminal device disclosed in this embodiment can be explained in comparison with the foregoing embodiment in this specification.
Refer to Figure 10. A data processing device includes an acquiring unit 50 and a sending unit 52.
The obtaining unit 50 is configured to obtain a payment code; wherein the payment code includes connection information; the connection information includes the connection identifier of the first terminal;
The sending unit 52 is configured to send first prompt information to the first terminal based on the wireless communication connection under the condition of establishing a wireless communication connection with the first terminal based on the connection identifier; wherein, the first terminal The prompt information is used to prompt whether the payment is successful.
Please refer to Figure 11. The embodiments of this specification provide a terminal device, including a communication element and a processor.
In this embodiment, the communication element can be implemented in any suitable manner, for example, a wireless network card, a Bluetooth module, an infrared transceiver module, an ultra-wideband communication module, and a Zigbee protocol communication module. The communication element can be used to establish a communication connection and perform data transmission.
In this embodiment, the processor can be implemented in any suitable manner. For example, the processor may take the form of a microprocessor or a processor and a computer-readable medium storing computer-readable program codes (such as software or firmware) executable by the (micro)processor, logic gates, switches, special purpose The form of integrated circuit (Application Specific Integrated Circuit, ASIC), programmable logic controller and embedded microcontroller, etc.
The processor may be used to obtain a payment code; wherein the payment code includes connection information; the connection information includes a connection identification of the first terminal; and the wireless communication is established based on the connection identification with the first terminal Under the condition of connection, first prompt information is sent to the first terminal based on the wireless communication connection; wherein, the first prompt information is used to prompt whether the payment is successful.
In an implementation of this embodiment, the terminal device may further include a speaker, and the speaker may generate human audible sound waves.
The specific functions implemented by the communication element and processor of the terminal device disclosed in this embodiment can be explained in comparison with the foregoing embodiment in this specification.
It should be noted that the various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. Place. In particular, for the terminal device embodiment, since it is basically similar to the data processing method embodiment, the description is relatively simple, and for the relevant details, please refer to the part of the description of the data processing method embodiment.
In addition, it can be understood that after reading this specification file, those skilled in the art can think of any combination of some or all of the embodiments listed in this specification without creative work, and these combinations are also within the scope of the disclosure and protection of this specification.
In the 1990s, the improvement of a technology can be clearly distinguished from the improvement of the hardware (for example, the improvement of the circuit structure of diodes, transistors, switches, etc.) or the improvement of the software (for the method flow Improve). However, with the development of technology, the improvement of many methods and processes of today can be regarded as a direct improvement of the hardware circuit structure. Designers almost always 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 flow cannot be realized by the hardware entity module. For example, Programmable Logic Device (PLD) (such as Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. It is programmed by the designer to "integrate" a digital system on a PLD, without requiring the chip manufacturer to design and manufacture a dedicated integrated circuit chip2. Moreover, nowadays, instead of manually making integrated circuit chips, this programming is mostly realized by using "logic compiler" software, which is similar to the software compiler used in program development and writing. The original code before compilation must also be written in a specific programming language, which is called Hardware Description Language (HDL), and there are not only one HDL, but many, 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., Currently the most commonly used are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog2. Those skilled in the art should also be clear that only need to logically program the method flow in the above-mentioned hardware description languages and program it into an integrated circuit, the hardware circuit that implements the logic method flow can be easily obtained.
The systems, devices, modules, or units explained in the above embodiments may be implemented by computer chips or entities, or implemented by products with certain functions.
The systems, devices, modules, or units explained in the above embodiments may be implemented by computer chips or entities, or implemented by products with certain functions. A typical implementation device is a computer. Specifically, the computer can be, for example, a personal computer, a notebook 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.
From the description of the above implementation manners, it can be known that those skilled in the art can clearly understand that this specification can be implemented by means of software plus a necessary general hardware platform. Based on this understanding, the technical solutions of this manual can be embodied in the form of software products, which can be stored in storage media, such as ROM/RAM, magnetic disks, An optical disc, etc., includes a number of instructions to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute the methods described in each embodiment of this specification or some parts of the embodiment.
This manual can be used in many general or special computer system environments or configurations. For example: personal computers, server computers, handheld devices or portable devices, tablet devices, multi-processor systems, microprocessor-based systems, set-top boxes, programmable consumer electronic devices, network PCs, small computers , Large computers, distributed computing environments including any of the above systems or equipment, etc.
This manual may be described in the general context of computer-executable instructions executed by a computer, such as a program module. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. It is also possible to practice this specification in a distributed computing environment. In these distributed computing environments, remote processing devices connected through a communication network perform tasks. In a distributed computing environment, program modules can be located in local and remote computer storage media including storage devices.
Although this specification has been described through the embodiments, those of ordinary skill in the art know that there are many variations and changes in this specification without departing from the spirit of this specification, and it is hoped that the scope of the appended patent application includes these variations and changes without departing from the spirit of this specification .
