TW201944315A - Barcode image acquiring method, device, and equipment - Google Patents
Barcode image acquiring method, device, and equipmentInfo
- Publication number
- TW201944315A TW201944315A TW108104724A TW108104724A TW201944315A TW 201944315 A TW201944315 A TW 201944315A TW 108104724 A TW108104724 A TW 108104724A TW 108104724 A TW108104724 A TW 108104724A TW 201944315 A TW201944315 A TW 201944315A
- Authority
- TW
- Taiwan
- Prior art keywords
- dimensional barcode
- bar code
- dimensional
- user
- amount information
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/229—Hierarchy of users of accounts
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3821—Electronic credentials
- G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/326—Payment applications installed on the mobile devices
Abstract
Description
本說明書涉及電腦軟體技術領域，尤其涉及二維條碼圖片獲取、二維條碼產生、支付業務處理方法、裝置以及設備。This specification relates to the technical field of computer software, and particularly to methods, devices, and equipment for obtaining two-dimensional bar code pictures, generating two-dimensional bar codes, and processing payment services.
智慧型手機的使用普及給人們的生活帶來了便利，藉由使用智慧型手機上的各種應用程式，能夠相應地進行各種業務。
支付應用程式是目前用戶頻繁使用的一種應用程式，用戶需要智慧型手機上下載安裝支付應用程式，並註冊以及登錄自己的支付帳號，為支付帳號綁定銀行卡，之後，付款時只要在支付應用程式中產生僅供自己使用的付款二維條碼，向收款方出示付款二維條碼，收款方掃碼，支付伺服端進行相應的處理，從而完成支付。
基於現有技術，需要更為便利的支付方案。The popularity of smart phones has brought convenience to people's lives. By using various applications on smart phones, various businesses can be performed accordingly.
A payment application is an application frequently used by users. Users need to download and install a payment application on their smartphones, register and log in to their payment account, bind a bank card to the payment account, and then only use the payment application during payment. The program generates a payment 2D barcode for your own use only, presents the payment 2D barcode to the payee, the payee scans the code, and the payment server performs the corresponding processing to complete the payment.
Based on existing technologies, more convenient payment solutions are needed.
本說明書實施例提供二維條碼圖片獲取、二維條碼產生、支付業務處理方法、裝置以及設備，用以解決如下技術問題：需要更為便利的支付方案。
為解決上述技術問題，本說明書實施例是這樣實現的：
本說明書實施例提供的一種二維條碼圖片獲取方法，包括：
接收用戶輸入的授權金額資訊；
根據所述授權金額資訊，向伺服端發送二維條碼產生請求；
接收伺服端根據所述授權金額資訊產生並回傳的二維條碼，得到包含所述二維條碼的圖片，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
本說明書實施例提供的一種二維條碼產生方法，包括：
接收用戶端根據用戶輸入的授權金額資訊發送的二維條碼產生請求；
根據所述授權金額資訊產生並回傳二維條碼，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
本說明書實施例提供的一種支付業務處理方法，包括：
接收收款方設備藉由掃描如上述的二維條碼而發送的扣款請求；
判斷所述二維條碼的剩餘可支付金額是否不少於所述扣款請求對應的扣款金額；
若是，則針對所述剩餘可支付金額進行扣款，並向所述商戶設備回傳扣款結果。
本說明書實施例提供的一種二維條碼圖片獲取裝置，包括：
第一接收模組，接收用戶輸入的授權金額資訊；
請求模組，根據所述授權金額資訊，向伺服端發送二維條碼產生請求；
第二接收模組，接收伺服端根據所述授權金額資訊產生並回傳的二維條碼，得到包含所述二維條碼的圖片，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
本說明書實施例提供的一種二維條碼產生裝置，包括：
接收模組，接收用戶端根據用戶輸入的授權金額資訊發送的二維條碼產生請求；
產生回傳模組，根據所述授權金額資訊產生並回傳二維條碼，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
本說明書實施例提供的一種支付業務處理裝置，包括：
接收模組，接收收款方設備藉由掃描上述的二維條碼而發送的扣款請求；
判斷模組，判斷所述二維條碼的剩餘可支付金額是否不少於所述扣款請求對應的扣款金額；
扣款模組，若所述判斷模組的判斷結果為是，則針對所述剩餘可支付金額進行扣款，並向所述商戶設備回傳扣款結果。
本說明書實施例提供的一種二維條碼圖片獲取設備，包括：
至少一個處理器；以及，
與所述至少一個處理器通信連接的記憶體；其中，
所述記憶體儲存有可被所述至少一個處理器執行的指令，所述指令被所述至少一個處理器執行，以使所述至少一個處理器能夠：
接收用戶輸入的授權金額資訊；
根據所述授權金額資訊，向伺服端發送二維條碼產生請求；
接收伺服端根據所述授權金額資訊產生並回傳的二維條碼，得到包含所述二維條碼的圖片，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
本說明書實施例提供的一種二維條碼產生設備，包括：
至少一個處理器；以及，
與所述至少一個處理器通信連接的記憶體；其中，
所述記憶體儲存有可被所述至少一個處理器執行的指令，所述指令被所述至少一個處理器執行，以使所述至少一個處理器能夠：
接收用戶端根據用戶輸入的授權金額資訊發送的二維條碼產生請求；
根據所述授權金額資訊產生並回傳二維條碼，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
本說明書實施例提供的一種支付業務處理設備，包括：
至少一個處理器；以及，
與所述至少一個處理器通信連接的記憶體；其中，
所述記憶體儲存有可被所述至少一個處理器執行的指令，所述指令被所述至少一個處理器執行，以使所述至少一個處理器能夠：
接收收款方設備藉由掃描上述的二維條碼而發送的扣款請求；
判斷所述二維條碼的剩餘可支付金額是否不少於所述扣款請求對應的扣款金額；
若是，則針對所述剩餘可支付金額進行扣款，並向所述商戶設備回傳扣款結果。
本說明書實施例採用的上述至少一個技術方案能夠達到以下有益效果：使用戶能夠在用戶端獲得可付款並可儲值的二維條碼，並可以將該二維條碼給予諸如家人等其他人使用，該其他人無需依賴自己的支付帳號，向收款方出示該二維條碼即可支付，從而為該其他人提供了一種簡單便利而輕量化的支付方案。The embodiments of the present specification provide a method, a device, and a device for obtaining a two-dimensional bar code picture, generating a two-dimensional bar code, and processing payment services to solve the following technical problems: a more convenient payment solution is needed.
To solve the above technical problems, the embodiments of the present specification are implemented as follows:
A method for obtaining a two-dimensional barcode image provided by an embodiment of this specification includes:
Receive authorization information entered by the user;
Sending a two-dimensional bar code generation request to the server according to the authorized amount information;
The receiving server generates and transmits a two-dimensional bar code according to the authorized amount information to obtain a picture containing the two-dimensional bar code. The two-dimensional bar code can be used to pay the amount corresponding to the authorized amount information.
A method for generating a two-dimensional barcode provided by an embodiment of this specification includes:
Receiving a two-dimensional bar code generation request sent by the user terminal according to the authorized amount information input by the user;
A two-dimensional bar code is generated and transmitted according to the authorized amount information, wherein the two-dimensional bar code can be used to pay an amount corresponding to the authorized amount information.
A method for processing a payment service provided by an embodiment of this specification includes:
Receive the debit request sent by the payee device by scanning the two-dimensional barcode as described above;
Determining whether the remaining payable amount of the two-dimensional barcode is not less than the deduction amount corresponding to the debit request;
If yes, perform a deduction for the remaining payable amount, and return the deduction result to the merchant device.
An apparatus for obtaining a two-dimensional barcode image provided by an embodiment of the present specification includes:
A first receiving module that receives authorized amount information input by a user;
The request module sends a two-dimensional bar code generation request to the server according to the authorized amount information;
The second receiving module receives a two-dimensional barcode generated and returned by the server according to the authorized amount information, and obtains a picture including the two-dimensional barcode, where the two-dimensional barcode can be used to pay the authorized amount information The corresponding amount.
A two-dimensional bar code generating device provided by an embodiment of this specification includes:
A receiving module, which receives a two-dimensional bar code generation request sent by a user terminal according to the authorized amount information input by the user;
A return module is generated to generate and return a two-dimensional barcode based on the authorized amount information, wherein the two-dimensional barcode can be used to pay the amount corresponding to the authorized amount information.
A payment service processing device provided in an embodiment of this specification includes:
A receiving module for receiving a debit request sent by a payee device by scanning the above two-dimensional barcode;
A judging module for judging whether the remaining payable amount of the two-dimensional barcode is not less than the debit amount corresponding to the debit request;
The deduction module, if the judgment result of the judgment module is yes, debit the remaining payable amount and return the deduction result to the merchant device.
A device for acquiring a two-dimensional barcode image provided by an embodiment of this specification includes:
At least one processor; and
A memory connected in communication with the at least one processor; wherein,
The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor, so that the at least one processor can:
Receive authorization information entered by the user;
Sending a two-dimensional bar code generation request to the server according to the authorized amount information;
The receiving server generates and transmits a two-dimensional bar code according to the authorized amount information to obtain a picture containing the two-dimensional bar code. The two-dimensional bar code can be used to pay the amount corresponding to the authorized amount information.
A device for generating a two-dimensional barcode provided by an embodiment of this specification includes:
At least one processor; and
A memory connected in communication with the at least one processor; wherein,
The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor, so that the at least one processor can:
Receiving a two-dimensional bar code generation request sent by the user terminal according to the authorized amount information input by the user;
A two-dimensional bar code is generated and transmitted according to the authorized amount information, wherein the two-dimensional bar code can be used to pay an amount corresponding to the authorized amount information.
A payment service processing device provided by an embodiment of this specification includes:
At least one processor; and
A memory connected in communication with the at least one processor; wherein,
The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor, so that the at least one processor can:
Receive the debit request sent by the payee device by scanning the above two-dimensional barcode;
Determining whether the remaining payable amount of the two-dimensional barcode is not less than the deduction amount corresponding to the debit request;
If yes, perform a deduction for the remaining payable amount, and return the deduction result to the merchant device.
The at least one of the above technical solutions adopted in the embodiments of the present specification can achieve the following beneficial effects: enable users to obtain a payable and stored value two-dimensional barcode at the user terminal, and can give the two-dimensional barcode to other people, such as family members, The other person does not need to rely on his or her payment account number to present the two-dimensional bar code to the payee to pay, thereby providing the other person with a simple, convenient and lightweight payment solution.
本說明書實施例提供二維條碼圖片獲取、二維條碼產生、支付業務處理方法、裝置以及設備。
為了使本技術領域的人員更好地理解本說明書中的技術方案，下面將結合本說明書實施例中的圖式，對本說明書實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基於本說明書實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本申請保護的範圍。
從背景技術可以看到，用戶往往需要進行繁瑣而沉重的一系列前置操作，才能夠實現後續的支付。但是，在實際應用中，對於一些中老年人或者小孩，要執行所述前置操作，往往有困難，本說明書的方案為這類群體提供了更為便利的支付方案，使得這類群體無需執行上述前置操作，也能夠快速擁有線下無現金支付能力。
圖1為本說明書的方案在一種實際應用場景下的整體原理示意圖。方案主要涉及四方，某用戶的設備、付款方、收款方的設備、伺服端。用戶需要有自己的支付帳號，用戶的設備基於其支付帳號與伺服端進行交互，獲取二維條碼圖片，二維條碼圖片中的二維條碼可用於付款，二維條碼在產生時由用戶自訂可支付金額，還可以允許二維條碼後續可被儲值；用戶可以將二維條碼圖片分享給付款方用於支付，付款方比如是上述群體，如此，付款方無需執行上述前置操作，支付時只需向收款方出示二維條碼圖片即可；收款方設備掃描二維條碼圖片，獲得掃碼結果，藉由與伺服端交互完成支付。
下面主要基於上述原理，對本說明書的方案進行說明。
圖2為本說明書實施例提供的一種二維條碼圖片獲取方法的流程示意圖，是從上述的某用戶的設備角度描述的。該流程可以由用戶的設備(比如，手機等)執行，從程式角度而言，具體可以由用戶的設備上具有支付功能的應用程式的用戶端執行。
圖2中的流程可以包括以下步驟：
S202：接收用戶輸入的授權金額資訊。
在本說明書實施例中，授權金額資訊表示：用戶為將要請求產生的二維條碼自訂的可付款金額。二維條碼付款是基於支付帳號授權的，可付款金額由用戶的支付帳號預儲值保證或者信用擔保，對於後一種情況，可以在藉由二維條碼支付時或者支付後再從支付帳號扣款，而未必要先儲值。
在本說明書實施例中，可以允許用戶輸入用於限定二維條碼的更多資訊，比如，名稱、有效期、自訂密碼、是否允許再儲值、可用場景、聯繫方式等。
S204：根據所述授權金額資訊，向伺服端發送二維條碼產生請求。
在本說明書實施例中，用戶端請求伺服端產生二維條碼的過程，可以包括用戶端與伺服端間的一次或者多次交互，在其中的至少一次交互中，用戶端將授權金額資訊發送給伺服端。對於用戶輸入的其他資訊，也可以在交互中由用戶端發送給伺服端。
在本說明書實施例中，安全起見，用戶端或者伺服端可以對用戶進行身份驗證(比如，校驗用戶的登錄密碼或者支付密碼等)，再為產生二維條碼進行後續交互。
S206：接收伺服端根據所述授權金額資訊產生並回傳的二維條碼，得到包含所述二維條碼的圖片(即為二維條碼圖片)，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
在本說明書實施例中，伺服端產生並回傳的二維條碼的形式不限，可以只是二維條碼的碼值，也可以是二維條碼圖片。對於前一種情況，用戶端接收到碼值後，根據碼值轉換產生包含該碼值的二維條碼圖片。
產生的二維條碼圖片類似於儲值卡，可以由用戶本人用於支付，也可以由用戶給予他人用於支付，可以將二維條碼圖片置於手機上以電子形式使用，也可以將二維條碼圖片列印出來以實體形式使用而無需依賴設備，使用方式是掃碼支付。即使二維條碼圖片由他人使用，在使用時可以無需所述他人輸入密碼，除非用戶或者所述他人專門針對該二維條碼圖片的支付用途設置了使用密碼，對於有使用密碼這種情況，在掃碼扣款時需要用戶在收款方的設備上輸入使用密碼。
進一步地，為了便於用戶指定的他人長期使用上述二維條碼，還可以允許用戶為二維條碼儲值。另外，可以允許掛失或者停用上述二維條碼，以免當二維條碼洩露或者發生異常交易時給用戶帶來更大損失。
藉由圖2的方法，使用戶能夠在用戶端獲得可付款並可儲值的二維條碼，並可以將該二維條碼給予諸如家人等其他人使用，該其他人無需依賴自己的支付帳號，向收款方出示該二維條碼即可支付，從而為該其他人提供了一種簡單便利而輕量化的支付方案。
基於圖2的方法，本說明書實施例還提供了該方法的一些具體實施方案，以及擴展方案，下面進行說明。
在本說明書實施例中，對於步驟S206，所述得到包含所述二維條碼的圖片後，還可以執行：將所述圖片發送給另一設備，以便所述用戶指定的他人利用電子形式或者實體形式的所述圖片包含的二維條碼進行支付。另一設備比如是所述他人的手機，或者也可以是印表機(以便列印實體二維條碼圖片)等。
在本說明書實施例中，前面已經提到，也可以允許二維條碼被儲值。在這種情況下，對於步驟S206，所述得到包含所述二維條碼的圖片後，用戶可以在用戶端執行相應儲值操作，用戶端接收用戶針對所述二維條碼輸入的儲值金額資訊，進而可以根據所述儲值金額資訊，向伺服端發送二維條碼儲值請求，以便為所述二維條碼儲值。
基於同樣的思路，本說明書實施例還提供的一種二維條碼產生方法的流程示意圖，是從伺服端角度描述的，如圖3所示。伺服端具體可以是上述的具有支付功能的應用程式的伺服端。
圖3中的流程可以包括以下步驟：
S302：接收用戶端根據用戶輸入的授權金額資訊發送的二維條碼產生請求。
S304：根據所述授權金額資訊產生並回傳二維條碼，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
在本說明書實施例中，二維條碼具有確定的可支付金額，則從資產的角度而言，二維條碼相應地代表了一塊價值確定的資產。隨著二維條碼涉及的支付、儲值等操作，需要對二維條碼所代表的資產進行管理(比如，增減資產、向支付帳戶退回資產等)，以使資產相應變化。
基於上一段中的分析，具體地，對於步驟S304，所述根據所述授權金額資訊產生並回傳二維條碼，可以包括：回應於所述二維條碼產生請求，創建資產標識；在所述用戶的支付帳戶中，凍結或者扣除所述授權金額資訊對應的金額，並利用所述資產標識關聯該金額；根據所述資產標識，產生並回傳二維條碼，其中，利用所述二維條碼支付的金額從所述資產標識關聯的該金額中扣除。
基於同樣的思路，本說明書實施例還提供了一種支付業務處理方法的流程示意圖，從上述的伺服端角度，描述了上述的二維條碼用於支付時伺服端的動作，如圖4所示。
圖4中的流程可以包括以下步驟：
S402：接收收款方設備藉由掃描上述的二維條碼而發送的扣款請求。
S404：判斷所述二維條碼的剩餘可支付金額是否不少於所述扣款請求對應的扣款金額。
S406：若是，則針對所述剩餘可支付金額進行扣款，並向所述商戶設備回傳扣款結果。
在本說明書實施例中，若步驟S404的判斷結果為否，則可以拒絕後續支付流程，或者，也可以利用剩餘可支付金額進行部分扣款，不足的部分藉由其它支付管道進行扣款。
根據上面的說明，本說明書實施例還提供了一種實際應用場景下，可付款可儲值的二維條碼產生、支付時的多方交互流程示意圖，分別如圖5a、圖5b所示。
在圖5a中，伺服端包含設備資訊平台、碼平台、券平台、收銀台等。二維條碼產生時的一種多方交互流程主要包括：當用戶想用獲取上述二維條碼時，在用戶端填寫金額和用戶資訊；用戶端將用戶填寫的資訊發送給設備資訊平台；設備資訊平台請求券平台創建券，並回傳券標識(作為上述的資產標識)；設備資訊平台根據券標識，向用戶端回傳儲值標識；用戶端根據儲值標識向收銀台請求儲值(及上述的預儲值)，儲值金額即為之前用戶填寫的金額；儲值成功後，設備資訊平台創建二維條碼並回傳給設備資訊平台；設備資訊平台通知用戶端儲值成功；用戶端從設備資訊平台獲取到二維條碼的碼值，並轉換為二維條碼圖片展示給用戶。
在圖5b中，伺服端包含碼平台、協定支付等，收款方為商戶。二維條碼支付時的一種多方交互流程主要包括：若付款方已從用戶獲得上述的二維條碼，在商戶處出示以支付，商戶對二維條碼進行掃碼；由商戶收單系統解析碼值併發送給碼平台；碼平台向商戶收單系統回傳相應的用戶資訊；商戶收單系統進而基於協定支付實現付款方的支付。
進一步地，本說明書實施例還提供了的上述交互流程涉及的一些用戶端頁面效果示意圖，如圖6a~圖6d所示，這些圖中諸如手機號碼等部分資訊未完全示出，但不影響對效果的理解。在該實際應用場景下，假定將上述的二維條碼稱為“零錢碼”，將零錢碼功能藉由支付應用程式中稱為“零錢包”的子應用程式實現。
在圖6a中，示出了零錢碼創建的兩個相關介面，在左側介面中，用戶能夠填寫儲值金額(即上述的授權金額資訊)，在右側介面中，展示了用戶已經填寫的儲值金額200元，用戶還能夠填寫碼名稱、手機號碼、有效期等資訊，填寫完畢後，點擊按鈕“充錢進零錢碼”，從而為即將產生的零錢碼預儲值，進一步地參見圖6b。
在圖6b中，示出了創建零錢碼的兩個相關介面，在左側介面中，用戶輸入支付密碼以為預儲值而付款，在右側介面中，用戶付款後，成功產生零錢碼圖片，用戶可以將其保存在本地相冊，或者發送給其他人。
在圖6c中，左側示出了零錢包的主介面，用戶能夠看見自己已創建的各個零錢碼的概況，比如，名稱、剩餘可支付金額、有效期、創建時間等，右側示出了其中一個名稱為“美祿的零用錢”的零錢碼的儲值介面，該儲值介面中還示出了該零錢碼的消費記錄。
在圖6d中，示出了利用零錢包中的零錢碼所支付的一筆水果消費的帳單詳情。
基於同樣的思路，本說明書實施例還提供了上述方法對應的裝置，如圖7~圖9所示。
圖7為本說明書實施例提供的對應於圖2的一種二維條碼圖片獲取裝置的結構示意圖，虛線方塊表示可選的模組，所述裝置包括：
第一接收模組701，接收用戶輸入的授權金額資訊；
請求模組702，根據所述授權金額資訊，向伺服端發送二維條碼產生請求；
第二接收模組703，接收伺服端根據所述授權金額資訊產生並回傳的二維條碼，得到包含所述二維條碼的圖片，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
可選地，所述二維條碼產生請求還攜帶所述用戶輸入的以下至少一種用於限定所述二維條碼的資訊：名稱、有效期。
可選地，所述裝置還包括：
發送模組704，在所述第二接收模組703得到包含所述二維條碼的圖片後，將所述圖片發送給另一設備，以便所述用戶指定的他人利用電子形式或者實體形式的所述圖片包含的二維條碼進行支付。
可選地，所述裝置還包括：
儲值模組705，在所述第二接收模組703得到包含所述二維條碼的圖片後，接收用戶針對所述二維條碼輸入的儲值金額資訊；根據所述儲值金額資訊，向伺服端發送二維條碼儲值請求，以便為所述二維條碼儲值。
圖8為本說明書實施例提供的對應於圖3的一種二維條碼產生裝置的結構示意圖，所述裝置包括：
接收模組801，接收用戶端根據用戶輸入的授權金額資訊發送的二維條碼產生請求；
產生回傳模組802，根據所述授權金額資訊產生並回傳二維條碼，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
可選地，所述產生回傳模組802根據所述授權金額資訊產生並回傳二維條碼，具體包括：
所述產生回傳模組802回應於所述二維條碼產生請求，創建資產標識；在所述用戶的支付帳戶中，凍結或者扣除所述授權金額資訊對應的金額，並利用所述資產標識關聯該金額，以便管理該金額；根據所述資產標識，產生並回傳二維條碼，其中，利用所述二維條碼支付的金額從所述資產標識關聯的該金額中扣除。
圖9為本說明書實施例提供的對應於圖4的一種支付業務處理裝置的結構示意圖，所述裝置包括：
接收模組901，接收收款方設備藉由掃描上述的二維條碼而發送的扣款請求；
判斷模組902，判斷所述二維條碼的剩餘可支付金額是否不少於所述扣款請求對應的扣款金額；
扣款模組903，若所述判斷模組的判斷結果為是，則針對所述剩餘可支付金額進行扣款，並向所述商戶設備回傳扣款結果。
基於同樣的思路，本說明書實施例還提供了上述方法對應的設備和非揮發性電腦儲存媒體。
本說明書實施例提供的一種二維條碼圖片獲取設備，包括：
至少一個處理器；以及，
與所述至少一個處理器通信連接的記憶體；其中，
所述記憶體儲存有可被所述至少一個處理器執行的指令，所述指令被所述至少一個處理器執行，以使所述至少一個處理器能夠：
接收用戶輸入的授權金額資訊；
根據所述授權金額資訊，向伺服端發送二維條碼產生請求；
接收伺服端根據所述授權金額資訊產生並回傳的二維條碼，得到包含所述二維條碼的圖片，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
本說明書實施例提供的一種二維條碼產生設備，包括：
至少一個處理器；以及，
與所述至少一個處理器通信連接的記憶體；其中，
所述記憶體儲存有可被所述至少一個處理器執行的指令，所述指令被所述至少一個處理器執行，以使所述至少一個處理器能夠：
接收用戶端根據用戶輸入的授權金額資訊發送的二維條碼產生請求；
根據所述授權金額資訊產生並回傳二維條碼，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
本說明書實施例提供的一種支付業務處理設備，包括：
至少一個處理器；以及，
與所述至少一個處理器通信連接的記憶體；其中，
所述記憶體儲存有可被所述至少一個處理器執行的指令，所述指令被所述至少一個處理器執行，以使所述至少一個處理器能夠：
接收收款方設備藉由掃描上述的二維條碼而發送的扣款請求；
判斷所述二維條碼的剩餘可支付金額是否不少於所述扣款請求對應的扣款金額；
若是，則針對所述剩餘可支付金額進行扣款，並向所述商戶設備回傳扣款結果。
本說明書實施例提供的對應於圖2的一種非揮發性電腦儲存媒體，儲存有電腦可執行指令，所述電腦可執行指令設置為：
接收用戶輸入的授權金額資訊；
根據所述授權金額資訊，向伺服端發送二維條碼產生請求；
接收伺服端根據所述授權金額資訊產生並回傳的二維條碼，得到包含所述二維條碼的圖片，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
本說明書實施例提供的對應於圖3的一種非揮發性電腦儲存媒體，儲存有電腦可執行指令，所述電腦可執行指令設置為：
接收用戶端根據用戶輸入的授權金額資訊發送的二維條碼產生請求；
根據所述授權金額資訊產生並回傳二維條碼，其中，所述二維條碼能夠用於支付所述授權金額資訊對應的金額。
本說明書實施例提供的對應於圖4的一種非揮發性電腦儲存媒體，儲存有電腦可執行指令，所述電腦可執行指令設置為：
接收收款方設備藉由掃描如上述的二維條碼而發送的扣款請求；
判斷所述二維條碼的剩餘可支付金額是否不少於所述扣款請求對應的扣款金額；
若是，則針對所述剩餘可支付金額進行扣款，並向所述商戶設備回傳扣款結果。
上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範圍內。在一些情況下，在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外，在圖式中描繪的過程不一定要求示出的特定順序或者連續順序才能實現期望的結果。在某些實施方式中，多工處理和並行處理也是可以的或者可能是有利的。
本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於裝置、設備、非揮發性電腦儲存媒體實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
本說明書實施例提供的裝置、設備、非揮發性電腦儲存媒體與方法是對應的，因此，裝置、設備、非揮發性電腦儲存媒體也具有與對應方法類似的有益技術效果，由於上面已經對方法的有益技術效果進行了詳細說明，因此，這裡不再贅述對應裝置、設備、非揮發性電腦儲存媒體的有益技術效果。
在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)，如調變的資料信號和載波。
還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本領域技術人員應明白，本說明書實施例可提供為方法、系統或電腦程式產品。因此，本說明書可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且，本說明書可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。
本說明書可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、元件、資料結構等等。也可以在分散式運算環境中實踐本說明書，在這些分散式運算環境中，由藉由通信網路而被連接的遠端處理設備來執行任務。在分散式運算環境中，程式模組可以位於包括存放裝置在內的本地和遠端電腦儲存媒體中。
本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
以上所述僅為本說明書實施例而已，並不用於限制本申請。對於本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請的申請專利範圍之內。The embodiments of the present specification provide a method, a device, and a device for obtaining a two-dimensional barcode image, generating a two-dimensional barcode, and processing a payment service.
In order to enable those skilled in the art to better understand the technical solutions in this specification, the technical solutions in the embodiments of this specification will be clearly and completely described in combination with the drawings in the embodiments of this specification. Obviously, the described The examples are only part of the examples of this application, but not all examples. Based on the embodiments of the present specification, all other embodiments obtained by a person of ordinary skill in the art without creative efforts should fall within the protection scope of the present application.
It can be seen from the background technology that users often need to perform a tedious and heavy series of pre-operations in order to achieve subsequent payments. However, in practical applications, it is often difficult for some middle-aged or elderly people to perform the pre-operations. The solution in this specification provides a more convenient payment solution for such groups, so that such groups do not need to perform The above pre-operations can also quickly have offline cashless payment capabilities.
FIG. 1 is a schematic diagram of the overall principle of the solution of this specification in a practical application scenario. The scheme mainly involves the Quartet, the equipment of a user, the equipment of the payer, the equipment of the payee, and the server. The user needs to have his own payment account. The user ’s device interacts with the server based on his payment account to obtain a two-dimensional barcode picture. The two-dimensional barcode in the two-dimensional barcode picture can be used for payment. The two-dimensional barcode is customized by the user when it is generated. The payable amount can also allow the two-dimensional bar code to be stored in the future; users can share the two-dimensional bar code picture to the payer for payment, such as the above-mentioned group, so the payer does not need to perform the above-mentioned pre-operation and pay You only need to show the two-dimensional barcode picture to the payee; the payee's device scans the two-dimensional barcode picture to obtain the scan result, and complete the payment by interacting with the server.
The scheme of this specification is mainly described below based on the above principles.
FIG. 2 is a schematic flowchart of a method for acquiring a two-dimensional barcode image according to an embodiment of the present specification, and is described from the perspective of a certain user's device. This process can be performed by a user's device (for example, a mobile phone, etc.), and from a program perspective, specifically, it can be performed by a client of an application with a payment function on the user's device.
The process in Figure 2 can include the following steps:
S202: Receive the authorized amount information input by the user.
In the embodiment of the present specification, the authorized amount information indicates that the user can customize the payable amount for the two-dimensional barcode to be generated. Two-dimensional bar code payment is authorized based on the payment account, and the payable amount is guaranteed by the user's payment account pre-stored value or credit guarantee. In the latter case, you can deduct from the payment account when paying through the two-dimensional bar code or after payment. Without having to top up first.
In the embodiment of the present specification, the user may be allowed to input more information for limiting the two-dimensional bar code, such as name, validity period, custom password, whether to allow re-stored value, available scenarios, contact information, and the like.
S204: Send a two-dimensional barcode generation request to the server according to the authorized amount information.
In the embodiment of this specification, the process of the client requesting the server to generate a two-dimensional bar code may include one or more interactions between the client and the server. In at least one of the interactions, the client sends the authorized amount information to The server. Other information input by the user can also be sent from the client to the server during the interaction.
In the embodiment of the present specification, for the sake of security, the client or server can authenticate the user (for example, verify the login password or payment password of the user), and then perform subsequent interactions to generate a two-dimensional barcode.
S206: The receiving server generates and returns a two-dimensional bar code according to the authorized amount information, and obtains a picture containing the two-dimensional bar code (that is, a two-dimensional bar code picture). The two-dimensional bar code can be used to pay for The amount corresponding to the authorized amount information.
In the embodiment of the present specification, the form of the two-dimensional bar code generated and returned by the server is not limited, and may be only the code value of the two-dimensional bar code, or a two-dimensional bar code picture. In the former case, after receiving the code value, the user terminal generates a two-dimensional barcode picture containing the code value according to the code value conversion.
The generated two-dimensional barcode image is similar to a stored-value card. It can be used by the user to pay, or can be given to others by the user for payment. The two-dimensional barcode image can be placed on the mobile phone and used in electronic form. The barcode image is printed and used in a physical form without relying on the device. The method of use is to pay by scanning the code. Even if the two-dimensional barcode image is used by another person, it is not necessary for the other person to enter a password when using it, unless the user or the other person has set a usage password specifically for the payment purpose of the two-dimensional barcode image. When scanning the code, users need to enter the password on the payee's device.
Further, in order to facilitate the long-term use of the two-dimensional barcode by another person designated by the user, the user may also be allowed to store values for the two-dimensional barcode. In addition, the above two-dimensional bar code can be allowed to be reported or deactivated, so as to avoid greater losses to users when the two-dimensional bar code is leaked or abnormal transactions occur.
With the method of FIG. 2, the user can obtain a payable and stored value two-dimensional bar code on the user terminal, and can give the two-dimensional bar code to other people, such as family members, who do not need to rely on their own payment account. You can pay by showing the two-dimensional barcode to the payee, which provides a simple, convenient and lightweight payment solution for the other person.
Based on the method of FIG. 2, the embodiments of the present specification also provide some specific implementations of the method, as well as extended solutions, which are described below.
In the embodiment of the present specification, for step S206, after obtaining the picture containing the two-dimensional bar code, the method may further be executed: sending the picture to another device, so that someone specified by the user can use an electronic form or entity. The form contains a two-dimensional barcode for payment. The other device is, for example, the mobile phone of the other person, or may be a printer (for printing a physical two-dimensional barcode picture).
In the embodiment of the present specification, as mentioned earlier, the two-dimensional barcode can also be stored. In this case, for step S206, after the picture containing the two-dimensional barcode is obtained, the user may perform a corresponding stored value operation on the user terminal, and the user terminal receives the stored value information entered by the user for the two-dimensional barcode. According to the stored value information, a two-dimensional bar code stored value request may be sent to the server to store value for the two-dimensional bar code.
Based on the same idea, a schematic flowchart of a two-dimensional bar code generation method provided in the embodiment of the present specification is described from the perspective of the server, as shown in FIG. 3. The server end may specifically be the server end of the application with the payment function described above.
The process in FIG. 3 may include the following steps:
S302: Receive a two-dimensional bar code generation request sent by the user terminal according to the authorized amount information input by the user.
S304: Generate and return a two-dimensional barcode based on the authorized amount information, where the two-dimensional barcode can be used to pay the amount corresponding to the authorized amount information.
In the embodiment of the present specification, the two-dimensional bar code has a definite payable amount. From the perspective of assets, the two-dimensional bar code accordingly represents a piece of assets with a certain value. With the payment, stored value and other operations involved in the two-dimensional bar code, the assets represented by the two-dimensional bar code need to be managed (for example, increasing or decreasing assets, returning assets to the payment account, etc.) so that the assets change accordingly.
Based on the analysis in the previous paragraph, specifically, for step S304, the generating and returning a two-dimensional barcode based on the authorized amount information may include: in response to the two-dimensional barcode generation request, creating an asset identifier; In the user's payment account, the amount corresponding to the authorized amount information is frozen or deducted, and the amount is associated with the asset identifier; a two-dimensional barcode is generated and transmitted according to the asset identifier, wherein the two-dimensional barcode is used The amount paid is deducted from the amount associated with the asset identification.
Based on the same idea, the embodiment of the present specification also provides a schematic flowchart of a payment service processing method. From the perspective of the server, the operations of the server when the above two-dimensional barcode is used for payment are described, as shown in FIG. 4.
The process in FIG. 4 may include the following steps:
S402: Receive a debit request sent by the payee device by scanning the above two-dimensional barcode.
S404: Determine whether the remaining payable amount of the two-dimensional barcode is not less than the deduction amount corresponding to the debit request.
S406: If yes, perform a deduction for the remaining payable amount, and return the deduction result to the merchant device.
In the embodiment of the present specification, if the determination result of step S404 is no, the subsequent payment process may be rejected, or the remaining payable amount may be used for partial deduction, and the insufficient part is deducted through other payment channels.
According to the above description, the embodiment of the present specification also provides a schematic diagram of a multi-party interaction flow during the generation and payment of a two-dimensional bar code that can be paid and stored in an actual application scenario, as shown in Figs. 5a and 5b, respectively.
In FIG. 5a, the server includes a device information platform, a code platform, a coupon platform, a cash register, and the like. A multi-party interaction process when a two-dimensional bar code is generated mainly includes: when a user wants to obtain the two-dimensional bar code, fill in the amount and user information on the client; the user sends the information filled in by the user to the device information platform; the device information platform requests The voucher platform creates a voucher and returns the voucher ID (as the above asset ID); the device information platform returns the stored value ID to the client based on the voucher ID; the client requests the stored value from the cashier (and the above-mentioned (Pre-stored value), the stored value is the amount filled in by the previous user; after the stored value is successful, the device information platform creates a two-dimensional bar code and returns it to the device information platform; the device information platform notifies the client that the stored value is successful; The information platform obtains the code value of the two-dimensional bar code and converts it into a two-dimensional bar code picture to display to the user.
In FIG. 5b, the server includes a code platform, an agreement payment, and the like, and the payee is a merchant. A multi-party interaction process when paying for a two-dimensional bar code mainly includes: if the payer has obtained the above two-dimensional bar code from the user, present it at the merchant to pay, the merchant scans the two-dimensional bar code; the merchant's acquiring system analyzes the code value And send it to the code platform; the code platform returns the corresponding user information to the merchant's acquiring system; the merchant's acquiring system further realizes the payment of the payer based on the agreed payment.
Further, the embodiments of the present specification also provide schematic diagrams of some user page effects involved in the foregoing interaction process, as shown in FIG. 6a to FIG. 6d. In these figures, some information such as the mobile phone number is not fully shown, but it does not affect the Understanding of effects. In this practical application scenario, it is assumed that the above-mentioned two-dimensional bar code is referred to as a "small change code", and the small change code function is implemented by a sub-application called a "small wallet" in the payment application.
In Figure 6a, two related interfaces created by change codes are shown. In the left interface, the user can fill in the stored value amount (that is, the above authorized amount information). In the right interface, the stored value that the user has filled in is displayed. The amount is 200 yuan. The user can also fill in the code name, mobile phone number, expiration date and other information. After completing the filling, click the button "charge money into the change code" to pre-store the value of the change code to be generated, further see Figure 6b.
In Figure 6b, two related interfaces for creating change codes are shown. In the left interface, the user enters a payment password to pay for the pre-stored value. In the right interface, after the user makes a payment, the change code image is successfully generated. The user can Save it in a local album, or send it to someone else.
In Figure 6c, the main interface of the coin purse is shown on the left. The user can see an overview of each coin code that he has created, such as name, remaining payable amount, validity period, creation time, etc., and one of them is shown on the right. It is the stored value interface of the change code of "Mello's pocket money", and the stored value interface also shows the consumption record of the change code.
In Figure 6d, details of a bill for a fruit consumption paid using the change code in the coin purse are shown.
Based on the same thinking, the embodiments of the present specification also provide a device corresponding to the above method, as shown in FIG. 7 to FIG. 9.
FIG. 7 is a schematic structural diagram of a device for acquiring a two-dimensional barcode image corresponding to FIG. 2 according to an embodiment of the present specification. A dotted square represents an optional module, and the device includes:
A first receiving module 701, which receives authorized amount information input by a user;
The request module 702 sends a two-dimensional bar code generation request to the server according to the authorized amount information;
The second receiving module 703 receives a two-dimensional bar code generated and returned by the server according to the authorized amount information, and obtains a picture including the two-dimensional bar code. The two-dimensional bar code can be used to pay the authorized amount. Information corresponds to the amount.
Optionally, the request for generating a two-dimensional barcode further carries at least one of the following information input by the user for limiting the two-dimensional barcode: a name and a validity period.
Optionally, the apparatus further includes:
A sending module 704, after the second receiving module 703 obtains a picture containing the two-dimensional barcode, sends the picture to another device, so that the other person designated by the user can use all the electronic or physical forms. The picture contains the two-dimensional bar code for payment.
Optionally, the apparatus further includes:
The stored value module 705 receives the stored value information input by the user for the two-dimensional barcode after the second receiving module 703 obtains a picture including the two-dimensional barcode; according to the stored value information, The server sends a two-dimensional bar code stored value request to store a value for the two-dimensional bar code.
FIG. 8 is a schematic structural diagram of a two-dimensional barcode generating device corresponding to FIG. 3 according to an embodiment of the present specification. The device includes:
The receiving module 801 receives a two-dimensional bar code generation request sent by the user terminal according to the authorized amount information input by the user;
The generating and returning module 802 generates and transmits a two-dimensional bar code according to the authorized amount information, wherein the two-dimensional bar code can be used to pay the amount corresponding to the authorized amount information.
Optionally, the generating and returning module 802 generates and returns a two-dimensional barcode according to the authorized amount information, which specifically includes:
The generating and returning module 802 creates an asset identifier in response to the two-dimensional barcode generating request; freezes or deducts the amount corresponding to the authorized amount information in the payment account of the user, and uses the asset identifier to associate The amount is used to manage the amount; according to the asset identification, a two-dimensional barcode is generated and transmitted, wherein the amount paid using the two-dimensional barcode is deducted from the amount associated with the asset identification.
FIG. 9 is a schematic structural diagram of a payment service processing device corresponding to FIG. 4 according to an embodiment of the present specification. The device includes:
The receiving module 901 receives a debit request sent by a payee device by scanning the above two-dimensional barcode;
A judging module 902, judging whether the remaining payable amount of the two-dimensional barcode is not less than a deduction amount corresponding to the debit request;
The deduction module 903, if the judgment result of the judgment module is yes, deducts the remaining payable amount, and transmits the deduction result to the merchant device.
Based on the same thinking, the embodiments of the present specification also provide a device corresponding to the above method and a non-volatile computer storage medium.
A device for acquiring a two-dimensional barcode image provided by an embodiment of this specification includes:
At least one processor; and
A memory connected in communication with the at least one processor; wherein,
The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor, so that the at least one processor can:
Receive authorization information entered by the user;
Sending a two-dimensional bar code generation request to the server according to the authorized amount information;
The receiving server generates and transmits a two-dimensional bar code according to the authorized amount information to obtain a picture containing the two-dimensional bar code. The two-dimensional bar code can be used to pay the amount corresponding to the authorized amount information.
A device for generating a two-dimensional barcode provided by an embodiment of this specification includes:
At least one processor; and
A memory connected in communication with the at least one processor; wherein,
The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor, so that the at least one processor can:
Receiving a two-dimensional bar code generation request sent by the user terminal according to the authorized amount information input by the user;
A two-dimensional bar code is generated and transmitted according to the authorized amount information, wherein the two-dimensional bar code can be used to pay an amount corresponding to the authorized amount information.
A payment service processing device provided by an embodiment of this specification includes:
At least one processor; and
A memory connected in communication with the at least one processor; wherein,
The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor, so that the at least one processor can:
Receive the debit request sent by the payee device by scanning the above two-dimensional barcode;
Determining whether the remaining payable amount of the two-dimensional barcode is not less than the deduction amount corresponding to the debit request;
If yes, perform a deduction for the remaining payable amount, and return the deduction result to the merchant device.
A non-volatile computer storage medium corresponding to FIG. 2 provided in the embodiment of this specification stores computer-executable instructions, and the computer-executable instructions are set to:
Receive authorization information entered by the user;
Sending a two-dimensional bar code generation request to the server according to the authorized amount information;
The receiving server generates and transmits a two-dimensional bar code according to the authorized amount information to obtain a picture containing the two-dimensional bar code. The two-dimensional bar code can be used to pay the amount corresponding to the authorized amount information.
A non-volatile computer storage medium corresponding to FIG. 3 provided in the embodiment of this specification stores computer-executable instructions, and the computer-executable instructions are set to:
Receiving a two-dimensional bar code generation request sent by the user terminal according to the authorized amount information input by the user;
A two-dimensional bar code is generated and transmitted according to the authorized amount information, wherein the two-dimensional bar code can be used to pay an amount corresponding to the authorized amount information.
A non-volatile computer storage medium corresponding to FIG. 4 provided in the embodiment of this specification stores computer-executable instructions, and the computer-executable instructions are set to:
Receive the debit request sent by the payee device by scanning the two-dimensional barcode as described above;
Determining whether the remaining payable amount of the two-dimensional barcode is not less than the deduction amount corresponding to the debit request;
If yes, perform a deduction for the remaining payable amount, and return the deduction result to the merchant device.
The specific embodiments of the present specification have been described above. Other embodiments are within the scope of the appended patent applications. In some cases, the actions or steps described in the scope of the patent application may be performed in a different order than in the embodiments and still achieve the desired result. In addition, the processes depicted in the figures do not necessarily require the particular order shown or sequential order to achieve the desired result. In some embodiments, multiplexing and parallel processing are also possible or may be advantageous.
Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the embodiments of the device, equipment, and non-volatile computer storage medium, since they are basically similar to the method embodiment, the description is relatively simple, and the relevant parts may refer to the description of the method embodiment.
The devices, devices, and non-volatile computer storage media provided in the embodiments of the present specification correspond to the methods. Therefore, the devices, devices, and non-volatile computer storage media also have beneficial technical effects similar to the corresponding methods. The beneficial technical effects of the device are described in detail. Therefore, the beneficial technical effects of the corresponding device, equipment, and non-volatile computer storage medium are not repeated here.
In the 1990s, for a technical improvement, it can be clearly distinguished whether it is an improvement in hardware (for example, the improvement of circuit structures such as diodes, transistors, switches, etc.) or an improvement in software (for method and process Improve). However, with the development of technology, the improvement of many methods and processes 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 a hardware entity module. For example, a programmable logic device (Programmable Logic Device, PLD) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit, and its logic function is determined by the user programming the device. Designers program themselves to "integrate" a digital system on a PLD, without having to ask a chip manufacturer to design and make a dedicated integrated circuit chip. Moreover, today, instead of making integrated circuit chips manually, this programming is mostly implemented with "logic compiler" software, which is similar to the software compiler used in program development and writing. The original source code before compilation must also be written in a specific programming language. This is called the Hardware Description Language (HDL). There is not only one kind of HDL, but many types, 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 Verilog. Those skilled in the art should also be clear that as long as the method flow is logically programmed and integrated into the integrated circuit using the above-mentioned several hardware description languages, the hardware circuit that implements the logic method flow can be easily obtained.
The controller may be implemented in any suitable manner, for example, the controller may take the form of a microprocessor or processor and a computer-readable storage of computer-readable code (such as software or firmware) executable by the (micro) processor. 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 Silicone Labs C8051F320, the memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art also know that, in addition to implementing the controller in a pure computer-readable code manner, it is entirely possible to program the method steps to logically program the controller with logic gates, switches, dedicated integrated circuits, and programmable logic Controller and embedded microcontroller to achieve the same function. Therefore, the controller can be considered as a hardware component, and the device included in the controller for implementing various functions can also be considered as a structure within the hardware component. Or even, a device for implementing various functions may be regarded as a structure that can be both a software module implementing the method and a hardware component.
The system, device, module, or unit described in the foregoing embodiments may be specifically implemented by a computer chip or entity, or by a product having a certain function. A typical implementation is a computer. Specifically, the computer may 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, Wearable devices or a combination of any of these devices.
For the convenience of description, when describing the above device, the functions are divided into various units and described separately. Of course, when implementing this specification, the functions of each unit may be implemented in the same software or multiple software and / or hardware.
Those skilled in the art should understand that the embodiments of the present specification may be provided as a method, a system, or a computer program product. Therefore, the embodiments of the present specification may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Moreover, the embodiments of the present specification may use 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.) containing computer-usable code. form.
This specification is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the specification. It should be understood that each flow and / or block in the flowchart and / or block diagram, and a combination of the flow and / or block in the flowchart and / or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing device to generate a machine that can be executed by the processor of the computer or other programmable data processing device. The instructions generate means for implementing the functions specified in one or more flowcharts and / or one or more blocks of the block diagram.
These computer program instructions may also be stored in a computer-readable memory that can guide a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory generate a manufactured article including a command device , The instruction device implements the functions specified in a flowchart or a plurality of processes and / or a block or a block of the block diagram.
These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operating steps can be performed on the computer or other programmable equipment to generate computer-implemented processing, so that the computer or other programmable equipment can The instructions executed on the steps provide steps for implementing the functions specified in one or more flowcharts and / or one or more blocks of the block diagram.
In a typical configuration, a computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.
Memory may include non-persistent memory, random access memory (RAM), and / or non-volatile memory in computer-readable media, such as read-only memory (ROM) or flash memory (flash) RAM). Memory is an example of a computer-readable medium.
Computer-readable media includes permanent and non-permanent, removable and non-removable media. Information can be stored 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 memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), and other types of random access memory (RAM) , Read-only memory (ROM), electrically erasable and programmable ROM (EEPROM), flash memory or other memory technologies, CD-ROM, digital multi-function Optical discs (DVDs) or other optical storage, magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transmitting media may be used to store information that can be accessed by computing devices. According to the definition in this article, computer-readable media does not include temporary computer-readable media (transitory media), such as modulated data signals and carrier waves.
It should also be noted that the terms "including,""including," or any other variation thereof are intended to encompass non-exclusive inclusion, so that a process, method, product, or device that includes a range of elements includes not only those elements, but also Other elements not explicitly listed, or those that are inherent to such a process, method, product, or device. Without more restrictions, the elements defined by the sentence "including a ..." do not exclude the existence of other identical elements in the process, method, product or equipment including the elements.
Those skilled in the art should understand that the embodiments of the present specification may be provided as a method, a system, or a computer program product. Therefore, this specification may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Moreover, this manual 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.) containing computer-usable code. .
This manual may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. This specification can also be practiced in distributed computing environments in which tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules can be located in local and remote computer storage media, including storage devices.
Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple. For the relevant part, refer to the description of the method embodiment.
The above descriptions are merely examples of the present specification and are not intended to limit the application. For those skilled in the art, this application may have various modifications and changes. Any modification, equivalent replacement, or improvement made within the spirit and principle of this application shall be included in the scope of the patent application for this application.
S202-S406‧‧‧步驟S202-S406‧‧‧step
701‧‧‧第一接收模組 701‧‧‧First receiving module
702‧‧‧請求模組 702‧‧‧ Request Module
703‧‧‧第二接收模組 703‧‧‧Second receiving module
704‧‧‧發送模組 704‧‧‧ sending module
705‧‧‧儲值模組 705‧‧‧stored value module
801‧‧‧接收模組 801‧‧‧Receiving module
802‧‧‧產生回傳模組 802‧‧‧ Generate a return module
901‧‧‧接收模組 901‧‧‧Receiving module
902‧‧‧判斷模組 902‧‧‧ Judgment Module
903‧‧‧扣款模組 903‧‧‧Deduction Module
為了更清楚地說明本說明書實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的圖式作簡單地介紹，顯而易見地，下面描述中的圖式僅僅是本說明書中記載的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些圖式獲得其他的圖式。In order to more clearly explain the embodiments of the present specification or the technical solutions in the prior art, the drawings used in the embodiments or the description of the prior art are briefly introduced below. Obviously, the drawings in the following description are only For some ordinary people skilled in the art, some embodiments described in the specification can also obtain other drawings according to these drawings without paying creative labor.
圖1為本說明書的方案在一種實際應用場景下的整體原理示意圖； FIG. 1 is a schematic diagram of the overall principle of the solution of this specification in a practical application scenario;
圖2為本說明書實施例提供的一種二維條碼圖片獲取方法的流程示意圖； FIG. 2 is a schematic flowchart of a method for acquiring a two-dimensional barcode image according to an embodiment of the present specification; FIG.
圖3為本說明書實施例提供的一種二維條碼產生方法的流程示意圖； FIG. 3 is a schematic flowchart of a two-dimensional barcode generation method according to an embodiment of the present specification; FIG.
圖4為本說明書實施例提供的一種支付業務處理方法的流程示意圖； 4 is a schematic flowchart of a payment service processing method according to an embodiment of the present specification;
圖5a為本說明書實施例提供的一種實際應用場景下，可付款可儲值的二維條碼產生時的多方交互流程示意圖； FIG. 5a is a schematic diagram of a multi-party interaction flow when a two-dimensional barcode capable of payment and storage is generated in an actual application scenario provided by an embodiment of the present specification; FIG.
圖5b為本說明書實施例提供的一種實際應用場景下，可付款可儲值的二維條碼支付時的多方交互流程示意圖； FIG. 5b is a schematic diagram of a multi-party interaction flow when paying for a two-dimensional barcode that can be stored and stored in a practical application scenario provided by an embodiment of the present specification; FIG.
圖6a~圖6d為本說明書實施例提供的上述交互流程涉及的一些用戶端頁面效果示意圖； FIG. 6a to FIG. 6d are schematic diagrams of some user page effects involved in the foregoing interaction process provided by an embodiment of the present specification;
圖7為本說明書實施例提供的對應於圖2的一種二維條碼圖片獲取裝置的結構示意圖； FIG. 7 is a schematic structural diagram of a two-dimensional bar code picture obtaining device according to an embodiment of the present specification and corresponding to FIG. 2; FIG.
圖8為本說明書實施例提供的對應於圖3的一種二維條碼產生裝置的結構示意圖； FIG. 8 is a schematic structural diagram of a two-dimensional barcode generating device corresponding to FIG. 3 according to an embodiment of the present specification; FIG.
圖9為本說明書實施例提供的對應於圖4的一種支付業務處理裝置的結構示意圖。 FIG. 9 is a schematic structural diagram of a payment service processing apparatus corresponding to FIG. 4 according to an embodiment of the present specification.
Claims (17)
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810317747.8A CN108764886A (en) | 2018-04-10 | 2018-04-10 | Two-dimension code image acquisition methods, device and equipment |
| ??201810317747.8 | 2018-04-10 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| TW201944315A true TW201944315A (en) | 2019-11-16 |
Family
ID=63981255
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| TW108104724A TW201944315A (en) | 2018-04-10 | 2019-02-13 | Barcode image acquiring method, device, and equipment |
Country Status (3)
| Country | Link |
|---|---|
| CN (1) | CN108764886A (en) |
| TW (1) | TW201944315A (en) |
| WO (1) | WO2019196543A1 (en) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108764886A (en) * | 2018-04-10 | 2018-11-06 | 阿里巴巴集团控股有限公司 | Two-dimension code image acquisition methods, device and equipment |
| CN110908660B (en) * | 2019-11-21 | 2022-10-28 | 苏州达家迎信息技术有限公司 | Two-dimensional code generation method and device, computer equipment and storage medium |
| US20210158337A1 (en) * | 2019-11-27 | 2021-05-27 | Kddi Corporation | Payment processing method and payment processing device |
| CN111027963A (en) * | 2019-11-28 | 2020-04-17 | 维沃移动通信有限公司 | Payment code sharing method and electronic equipment |
| CN111582420B (en) * | 2019-12-13 | 2023-04-25 | 阿里巴巴集团控股有限公司 | Smart card and data processing method |
| CN114945037A (en) * | 2020-01-19 | 2022-08-26 | 支付宝实验室(新加坡)有限公司 | Session establishment method, cross-border payment method, device and system |
| CN111338932B (en) * | 2020-02-06 | 2022-11-15 | 支付宝(杭州)信息技术有限公司 | Picture rendering method and device and electronic equipment |
| CN114880504B (en) * | 2022-07-08 | 2023-03-31 | 支付宝(杭州)信息技术有限公司 | Graph data query method, device and equipment |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106980972B (en) * | 2016-12-29 | 2021-02-02 | 中国银联股份有限公司 | TEE-based offline payment method, payment system and mobile terminal |
| CN107833040A (en) * | 2017-07-28 | 2018-03-23 | 平安科技（深圳）有限公司 | Method of payment, device, storage medium and terminal |
| CN107578244A (en) * | 2017-08-07 | 2018-01-12 | 阿里巴巴集团控股有限公司 | A kind of method of payment, device and its equipment |
| CN107844973A (en) * | 2017-11-17 | 2018-03-27 | 广东乐心医疗电子股份有限公司 | two-dimensional code payment method and device |
| CN108764886A (en) * | 2018-04-10 | 2018-11-06 | 阿里巴巴集团控股有限公司 | Two-dimension code image acquisition methods, device and equipment |
-
2018
- 2018-04-10 CN CN201810317747.8A patent/CN108764886A/en active Pending
-
2019
- 2019-01-30 WO PCT/CN2019/073833 patent/WO2019196543A1/en active Application Filing
- 2019-02-13 TW TW108104724A patent/TW201944315A/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| CN108764886A (en) | 2018-11-06 |
| WO2019196543A1 (en) | 2019-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TW201944315A (en) | Barcode image acquiring method, device, and equipment | |
| TWI771608B (en) | Device payment method and device | |
| TWI676107B (en) | Information interaction method and device | |
| WO2018103561A1 (en) | Service processing method and device | |
| TWI727212B (en) | NFC portable device writing, payment method, device and equipment | |
| TW201911174A (en) | Payment method and apparatus and device thereof | |
| WO2020001107A1 (en) | Transaction card and information displaying method | |
| WO2021244537A1 (en) | Resource transfer | |
| US20200357078A1 (en) | Method, apparatus, system, and electronic device for credit tax refundment | |
| TW201911168A (en) | Account establishment, account stored value, data synchronization method and device | |
| WO2019029456A1 (en) | Information display method and apparatus | |
| TW201935373A (en) | Tax refund method, apparatus and device | |
| WO2019214305A1 (en) | Doi-based payment method, apparatus and device | |
| WO2024046121A1 (en) | Service processing method and apparatus | |
| WO2024032356A1 (en) | Payment processing method and apparatus based on prepayment voucher | |
| WO2019137357A1 (en) | Payment code acquisition and payment request response method, apparatus and device | |
| WO2021184880A1 (en) | Payment method and apparatus, and electronic device | |
| WO2019095855A1 (en) | Method and apparatus for generating pay order information, and device | |
| TW201928819A (en) | DOI presentation and transaction information check method and apparatus, and device | |
| CN109658239A (en) | Application function extended method and device, request processing method and device | |
| CN111985919B (en) | Payment data processing method and device and electronic equipment | |
| US20240015005A1 (en) | Computing architecture for energy-efficient hash computation | |
| CN117892003A (en) | Resource allocation processing method and device | |
| WO2022182639A1 (en) | Embedded card reader security | |
| CN116503055A (en) | Payment processing method and device |