Order processing method, electronic device, and readable storage medium

Abstract

Embodiments of the present application provide an order processing method, a server, a cash register device, a user terminal, an electronic device and a readable storage medium. The order processing method comprises: obtaining an identifier of a cash register device and a first order currently corresponding to the cash register device; determining a static two-dimensional code pre-bound with the identifier of the cash register device; associating the static two-dimensional code with the first order to process a first payment request based on the static two-dimensional code. When a customer is checking out, the order prepared by the customer for checkout is associated with the pre-bound static two-dimensional code. After the customer's user terminal scans the static two-dimensional code bound with the cash register device, the first order is sent to the user terminal. The customer only needs to authorize the user terminal to complete payment of the first order. After the customer completes payment, the cash register device of the merchant can also automatically determine the transaction order to which the payment of the customer belongs.

Description

Technical Field

[0001] This application relates to the field of mobile payment technology, and in particular to an order processing method, server, cash register device, user terminal, electronic device, and readable storage medium. Background Technology

[0002] In mobile payments, the payer can send money to the payee by scanning the payee's QR code.

[0003] In offline transactions, customers pay merchants for their own consumption and for the amount agreed upon with the merchants. When a customer chooses to scan a merchant's static QR code to pay, the transaction platform providing the payment service does not know the amount the customer intends to pay the merchant. Therefore, after the server deployed by the transaction platform obtains the payment request from the customer's terminal, it returns the payment page corresponding to the merchant's static QR code to the customer's user terminal. The customer needs to manually enter the payment amount in the payment page displayed on the user terminal to complete the payment.

[0004] Therefore, when customers pay by scanning a merchant's static QR code, not only can the customer's user terminal not automatically know the amount they need to pay, but the merchant's POS equipment also cannot determine the transaction order to which the customer's payment belongs. Summary of the Invention

[0005] This application provides an order processing method, a server, a cash register, a user terminal, an electronic device, and a readable storage medium to solve the technical problem that the customer's user terminal cannot automatically know the amount the customer needs to pay, and the merchant's cash register cannot independently determine the transaction order to which the customer's payment belongs.

[0006] A first aspect of this application provides an order processing method applied to a server, the method comprising:

[0007] Obtain the identifier of the POS device and the first order currently corresponding to the POS device;

[0008] Determine a static QR code pre-bound to the identifier of the POS device;

[0009] The static QR code is associated with the first order to process the first payment request based on the static QR code.

[0010] A second aspect of this application provides an order processing method applied to a cash register device, the method comprising:

[0011] Obtain the current first order and the payment method for the first order;

[0012] when the payment method of the first order is a preset payment method, sending the first order to a server, the preset payment method being a payment method based on a static two-dimensional code pre-bound with the identifier of the cash register device;

[0013] receiving the first order associated with the static two-dimensional code sent by the server.

[0014] A third aspect of the embodiments of the present application provides an order processing method applied to a user terminal, and the method comprises:

[0015] when a scanning operation on a static two-dimensional code is detected, sending an order obtaining request to a server, the static two-dimensional code being pre-bound with an identifier of a cash register device;

[0016] receiving and outputting the first order associated with the static two-dimensional code sent by the server, the first order being a current order corresponding to the cash register device;

[0017] detecting a payment operation of a user on the first order;

[0018] in response to the payment operation being successful, generating an order payment success message and synchronizing the order payment success message to the server.

[0019] A fourth aspect of the embodiments of the present application provides an order processing server, comprising:

[0020] an obtaining module configured to obtain an identifier of a cash register device and a first order currently corresponding to the cash register device;

[0021] a determining module configured to determine a static two-dimensional code pre-bound with the identifier of the cash register device;

[0022] an associating module configured to associate the static two-dimensional code with the first order, so as to process a first payment request based on the static two-dimensional code.

[0023] A fifth aspect of the embodiments of the present application provides a cash register device, comprising:

[0024] an obtaining module configured to obtain a first order currently corresponding and a payment method of the first order;

[0025] a sending module configured to, when the payment method of the first order is a preset payment method, send the first order to a server, the preset payment method being a payment method based on a static two-dimensional code pre-bound with the identifier of the cash register device;

[0026] a receiving module configured to receive the first order associated with the static two-dimensional code sent by the server.

[0027] A sixth aspect of the embodiments of the present application provides a user terminal, comprising:

[0028] The sending module is configured to send an order obtaining request to a server when detecting a scanning operation on a static two-dimensional code that is pre-bound with the identifier of the cash register device;

[0029] The processing module is configured to receive and output a first order associated with the static two-dimensional code and sent by the server, the first order being the order currently corresponding to the cash register device;

[0030] The detection module is configured to detect a payment operation of the user on the first order;

[0031] The generation module is configured to generate an order payment success message in response to the payment operation being successful.

[0032] The seventh aspect of the embodiments of the present application provides a computer readable storage medium, which stores a computer program, and the program is executed by a processor to implement the steps in the method according to the first aspect, the second aspect or the third aspect of the present application.

[0033] The eighth aspect of the embodiments of the present application provides an electronic device, which includes a memory, a processor and a computer program stored in the memory and executable on the processor, and the processor implements the steps of the method according to the first aspect, the second aspect or the third aspect of the present application when executed.

[0034] The order processing method provided by the embodiments of the present application is adopted, when a customer is ready to check out, the server of the transaction platform associates the first order (i.e., the order that the customer is ready to check out) currently corresponding to the cash register device with the pre-bound static two-dimensional code, the customer scans the static two-dimensional code bound with the cash register device by using the user terminal of the customer, and the first order currently corresponding to the cash register device is sent to the user terminal of the customer, the customer only needs to authorize the user terminal to complete payment of the first order, the user terminal of the customer automatically knows the corresponding amount to be paid, and manual input of the payment amount is no longer needed, because the customer always pays the first order currently corresponding to the cash register device, and the cash register device of the merchant can also automatically determine the transaction order to which the payment of the customer belongs after the customer completes payment. BRIEF DESCRIPTION OF DRAWINGS

[0035] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings needed to be used in the description of the embodiments of the present application. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can also be obtained by those skilled in the art without creative labor.

[0036] Figure 1 is a schematic diagram of a Meituan platform-issued payment code pasted on a card;

[0037] Figure 2 is a schematic diagram of a cash register and a structure of a code scanning gun;

[0038] Figure 3 is a schematic diagram of a relationship among a merchant, a customer and a transaction platform;

[0039] Figure 4 is a schematic diagram of a transaction order;

[0040] Figure 5 is a schematic diagram of selecting a payment method of a transaction order in a cash register;

[0041] Figure 6 is a schematic diagram of scanning a static two-dimensional code by a user terminal to authorize payment;

[0042] Figure 7 is a schematic diagram of a payment process based on a static two-dimensional code in a conventional technology;

[0043] Figure 8 is a schematic diagram of a paid order;

[0044] Figure 9 is a schematic diagram of a transaction order after payment information is entered;

[0045] Figure 10 is a schematic diagram of a structure of a cash register of an embodiment of the present application;

[0046] Figure 11 is a schematic diagram of a process of binding a static two-dimensional code by a cash register of an embodiment of the present application;

[0047] Figure 12 is a schematic diagram of an operation of binding a static two-dimensional code by a cash register of an embodiment of the present application;

[0048] Figure 13 is a schematic diagram of a process of an order processing method of the present application;

[0049] Figure 14 is a schematic diagram of a paid order of an embodiment of the present application;

[0050] Figure 15 is a schematic diagram of a payment operation of a user terminal after an order is obtained in an embodiment of the present application;

[0051] Figure 16 is a schematic diagram of a process of another order processing method of an embodiment of the present application;

[0052] Figure 17 is a schematic diagram of a transaction order associated with a paid order in an embodiment of the present application;

[0053] Figure 18Fig. 1 is a schematic diagram of a cash register outputting a successful association prompt and a code scanning prompt according to an embodiment of the present application;

[0054] Figure 19 Fig. 2 is a schematic diagram of a server according to an embodiment of the present application;

[0055] Figure 20 Fig. 3 is a schematic diagram of a cash register according to an embodiment of the present application;

[0056] Figure 21 Fig. 4 is a schematic diagram of a user terminal according to an embodiment of the present application. DETAILED DESCRIPTION

[0057] The technical solutions in the embodiments of the present application will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only some of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the scope of the present application.

[0058] According to the timeliness, the two-dimensional code includes a static two-dimensional code and a dynamic two-dimensional code. The static two-dimensional code refers to a two-dimensional code whose encoding does not change with time and is always valid. The dynamic two-dimensional code refers to a two-dimensional code that is dynamically encoded with time. The encoding generated each time is valid only within the valid period, and the encoding of this time is invalid after expiration, and the encoding is refreshed.

[0059] According to the functionality, the payment two-dimensional code includes a collection code and a payment code. Both the collection code and the payment code are issued by the transaction platform to the user after the transaction platform and the user enter into a payment agreement. The collection code is a two-dimensional code for the user to collect money, such as the collection code issued by the Meituan platform to the merchant as shown in Figure 1 The payment code is a two-dimensional code for the user to pay money.

[0060] The user's payment code is usually a dynamic two-dimensional code, which can only pay within the valid period of the encoding generated each time, and is invalid after expiration, so as to prevent the user's payment code from being stolen by illegal persons after being obtained, such as the valid period of the payment code of Alipay being 60 seconds. Most of the collection codes are static two-dimensional codes, such as the collection code shown in Figure 1 The collection code is a static two-dimensional code, and the customer can pay the merchant at any time.

[0061] In current commercial places such as shopping malls and restaurants, the merchants basically use cash registers to collect money and provide mobile payment. The technical problem to be solved by the present application will be illustrated by an exemplary scene as follows.

[0062] Figure 2A cash register 101 is exemplarily shown, including a first screen 1011 (touch screen) to output information and for a cashier to enter information. The cash register 101 is also communicatively connected with a code scanning gun 102.

[0063] As Figure 3 An example scenario is shown, including a merchant 001 (Wang Er Hot Pot Restaurant), the merchant 001 has a cash register 011 (i.e. a cash register numbered "011" affiliated with the merchant 001, such as the cash register 101 shown in Figure 2 , same below, no longer explained) and a cash register 012, for a cashier 111 employed by the merchant 001 to conduct cash register. The transaction platform 004 issues a static two-dimensional payment code 013 and a static two-dimensional payment code 014 to the merchant 001. It also includes customers 051 and 061 who have entered the merchant 001 for consumption, and their respective mobile phones 005 and 006.

[0064] Continue to examine Figure 3 , the transaction platform 004 includes a cash register system 0041 and a payment system 0042, which are servers or server clusters deployed by the transaction platform 004 (such as Meituan platform, etc.). The cash register system 0041 supports the merchant to conduct cash register management, interacts with the cash register, records each transaction order of the merchant according to the accounting method (such as running account), and provides the merchant with access to the online portal (APP or link address, etc.). The payment system interacts with the user terminal in response to the user terminal scanning the static two-dimensional payment code of the merchant, and supports the customer to pay through the user terminal by scanning the static two-dimensional code of the merchant.

[0065] The cashier 111 places an order for the customers 051 and 061 through the cash register 011. The transaction order numbers of the customers 051 and 061 are "XXXXXXXXX01" and "XXXXXXXXX02", such as Figure 4 A shows the transaction order of the customer 051. And generates a payment queue as shown in Figure 5 A in the cash register 011, for the customers 051 and 061 to pay.

[0066] When the customer 051 checks out, as shown in Figure 5 A, the cashier 111 clicks the "settlement" button corresponding to the transaction order of the customer 051 on the first screen 1011 of the cash register 101, and the cash register 011 accounts for the transaction order, such as Figure 4 B shows a schematic diagram of the "XXXXXXXXX01" transaction order after accounting. As shown in Figure 5 B shows the optional payment methods of the "XXXXXXXXX01" transaction order, including "static code collection", "code scanning gun collection" or "dynamic two-dimensional code collection".

[0067] If the cashier 111 clicks "dynamic two-dimensional code collection", a corresponding dynamic two-dimensional collection code is generated according to the accounting result of the transaction order No. "XXXXXXXXX01", as shown in the second screen 1012. The customer 051 pays by scanning the dynamic two-dimensional collection code through the mobile phone 005. It should be noted that within the validity period, scanning the dynamic two-dimensional collection code corresponding to the transaction order No. "XXXXXXXXX01" can only collect the payment of the transaction order No. "XXXXXXXXX01", and cannot be used to collect the payment of other transaction orders; for example, when paying the transaction order No. "XXXXXXXXX02", a new dynamic two-dimensional collection code corresponding to the transaction order No. "XXXXXXXXX02" needs to be generated, and the customer 061 can pay the transaction order No. "XXXXXXXXX02" by scanning the new dynamic two-dimensional code through the mobile phone 006; if the customer 061 scans the dynamic two-dimensional collection code generated according to the transaction order No. "XXXXXXXXX01" through the mobile phone 006 to complete the payment, it will be the transaction order No. "XXXXXXXXX01" that will be paid, not the transaction order No. "XXXXXXXXX02".

[0068] The technical problem solved by the present application is illustrated by the customer 051 scanning the static two-dimensional code 013 to pay.

[0069] As shown in Figure 5 B, if the cashier 111 clicks "static code collection", the customer 051 scans the static two-dimensional code 013 of the merchant 001 through the APP with code scanning function (such as the scanning function of "camera" or the embedded "scan" function of "WeChat", "Alipay", "Meituan wallet", etc.) in the mobile phone 005.

[0070] Please refer to Figure 6 and Figure 7 As shown in Figure 6 A, the APP in the mobile phone 005 captures the image of the static two-dimensional code 013, and the APP initiates a payment request to the payment system 0042 in response to the scanned static two-dimensional code 013; the payment system 0042 returns the payment page of the merchant 001 as shown in Figure 6 B to the mobile phone 005, and the customer 051 inputs the amount "105.00" in the "amount input box" of the payment page; in response to the customer 051 clicking the "confirm payment" button, a confirmation payment pop-up window is generated as shown in Figure 6 C; in response to the customer 051 clicking the "confirm payment" button on the pop-up window, a pop-up window for obtaining payment permission is generated as shown in Figure 6 D; and the payment password (facial recognition or voiceprint recognition, etc.) authorization is input as shown in Figure 9 to finally complete the payment of the transaction order No. "XXXXXXXXX01".

[0071] When the customer 051 completes the payment through the mobile phone 005, the mobile phone 005 generates a payment success message and sends it to the payment system 0042, and the payment system 0042 records the payment information of the customer 051 completing the payment by scanning the static two-dimensional code 013 in the form of a flow account, as shown in Figure 8 As shown, the payment information recorded by the payment system 0042 in the form of a payment order is shown.

[0072] Therefore, in the prior art, the customer scans the static two-dimensional (collection) code of the merchant through the user terminal to make payment, and the cash register device cannot synchronize the payment amount to the user terminal of the customer. The customer has to manually input the payment amount in the payment page returned by the payment system, and the customer is likely to input an incorrect payment amount. Moreover, after the payment is completed, the cash register device of the merchant cannot determine the transaction order to which the payment of the customer belongs.

[0073] After further research, the inventors of the present application found that when paying by scanning the static two-dimensional collection code of the merchant, accounting difficulties are also caused. The following still describes this in conjunction with the above example.

[0074] As known, in this payment method, the cash register device cannot determine the transaction order to which the payment belongs, and therefore the cashier needs to manually input the payment information into the corresponding transaction order. In the scenario of the above example, the cashier 111 inputs the payment information of the customer 051 into the corresponding transaction order of the transaction order No. “XXXXXXXXX01” through the cash register 011, as shown in Figure 9 As shown, the transaction order after the payment information of the customer 051 is input. The cashier is also likely to input incorrect payment information, which causes the payment information of the transaction order to be recorded incorrectly, thereby causing difficulties in accounting.

[0075] When the merchant 001 performs accounting reconciliation of such bills, the flow information of each transaction order with manually input payment information needs to be obtained from the cash register 011 and the cash register 012, and then the flow information of each payment order needs to be obtained from the payment system 0042. Then, the accounting personnel manually compare one transaction order with one payment order to account for the actual amount of each transaction order. During the accounting period, a large number of transaction orders and payment orders will be generated, which will make it very difficult to perform accounting.

[0076] In this static two-dimensional code payment scenario, both the merchant (especially the cashier and the accounting personnel) and the customer often face the above problems, and therefore the merchant and the customer have been eager to solve these problems. However, the payment process of this payment method is not transparent to the merchant and / or the customer, and therefore the merchant and / or the customer feel very difficult about the above technical problems.

[0077] The inventors of the present application have made an in-depth study and creatively proposed the inventive concept of the present application: each cash register device of each merchant is bound with a static two-dimensional (payment) code in advance, when a transaction order in the cash register device is ready to be paid by scanning the static two-dimensional code, the transaction order is associated with the static two-dimensional code bound with the cash register device, when the user terminal of the customer scans the static two-dimensional code for payment, the payment interface including the amount to be paid of the transaction order is directly returned to the user terminal of the customer, and the customer can directly make payment. After the customer completes the payment, the cash register can determine that the amount of money received belongs to the current settlement order and record and synchronize it.

[0078] The technical solution of the present application still explains the scenario shown in Figure 3 For the sake of clearly explaining the essence of the technical solution of the present application, all servers and / or server clusters of the transaction platform 004 are regarded as a server providing services to the outside in the following, i.e., the server 004 in the following is equivalent to the transaction platform 004 (all servers or server clusters), but this is not a limitation of the present application.

[0079] Figure 10 is a schematic diagram of a cash register according to an embodiment of the present application.

[0080] Based on the embodiment shown in Figure 4 Please refer to Figure 4 , the cash register 101 further includes a second screen 1012 for showing information to the customer, etc.

[0081] Based on the embodiment shown in Figure 4 Please refer to Figure 10 , the cash register 101 further includes a communication module 1013 arranged inside the body of the cash register 101, which can communicate with the outside through a wireless and / or wired link, such as communicating with the code scanning gun 102 in Figure 2 , communicating with the server 004 in Figure 3 . The cash register 101 can further include a speaker 1015, a memory 1016, a non-volatile memory 1017, etc. arranged inside the body of the cash register 101. The cash register 101 further includes a processing module 1014 arranged inside the body of the cash register 101, which can be electrically connected with the communication module 1013, the speaker 1015, the first screen 1011 and the second screen 1012. The processing module 1014 drives the corresponding modules to perform corresponding operations according to different instructions. The processing module 1014 can be an MCU, a CPU, an FPGA, etc. The above are all examples, and the present specification does not limit them.

[0082] The cash register device referred to in the following description is mainly Figure 2 and Figure 10The cash register shown is only an example and is not a limitation on the present application. The cash register device can also be Figure 3 The smart terminal 015 held by the merchant 001 shown, such as a smart phone, a tablet computer, an AI robot, etc.

[0083] Based on the above inventive concept, it is necessary to bind each cash register device of the merchant with a static two-dimensional (collection) code of the merchant in advance. In the present embodiment, the binding can be performed in the following manner:

[0084] As Figure 11 shown, Figure 11 An exemplary flow chart of binding a cash register device with a static two-dimensional code is shown. It includes:

[0085] S101, when detecting a two-dimensional code binding operation, sending an activation instruction to the code scanner gun.

[0086] S102, activating the code scanner gun.

[0087] S103, scanning the static two-dimensional code.

[0088] In the embodiments of the present application, the transaction platform issues at least one static two-dimensional (collection) code for each merchant; the server 004 also communicates with the cash register device of the merchant to support cash register service.

[0089] Take the cash register with number "011" of the merchant 001 in Figure 3 bind with the static two-dimensional code 013 as an example, please refer to Figure 11 and Figure 12 , please refer to 12A, when the cash register with number "011" 101 detects that "open static code collection" on the first screen 1011 is clicked and the "bind two-dimensional code" option is checked, the cash register 101 sends an activation instruction to the code scanner gun 102, and activates the code scanner gun 102. Please refer to Figure 12 B, after the cash register 101 detects that the code scanner gun 102 is activated, it outputs the prompt information "please scan the static two-dimensional code to be bound" on the first screen 1011. As shown in Figure 1 , the static two-dimensional code 013 pasted on the table card is suspended above the code scanning window 1021 of the code scanner gun 102 communicated by the cash register 101, and the static two-dimensional code 013 is scanned. Figure 2

[0090] S104-S105, when detecting the static two-dimensional code scanned by the code scanner gun, sending a binding request to the server, the binding request carrying the static two-dimensional code and the identifier of the cash register device.

[0091] ​S106, the server receives the binding request sent by the cash register device, the binding request carrying the static two-dimensional code and the identification of the cash register device; and binds the identification of the cash register device with the static two-dimensional code.

[0092] The identification of the cash register device is used to identify the identity of the cash register device (and can also indicate the affiliated merchant). For example, it can be the fingerprint information of the cash register device (such as manufacturer, software firmware information, hardware information, etc.), the number of the cash register device, etc. Figure 3 The number of the cash register device (cash register 011, cash register 012,..., or the device identification of the intelligent terminal 015) shown in the above embodiment is not specifically limited in the present application. For example, it can be the serial number of the cash register device. Figure 2 And Figure 11 When the cash register 101 scans the static two-dimensional code 013 through the code scanning gun 102, the device identification of the cash register 101 and the code of the static two-dimensional code 013 are sent to the server 004.

[0093] In the above-mentioned Figure 3 In the above-mentioned

[0094] S107, the server returns a binding success information to the cash register, and the cash register outputs a binding success prompt. For example, it can be "binding success" output on the first screen 1011 of the cash register 101.

[0095] Table 1: Mapping table of binding relationship between cash register and static two-dimensional code

[0096]

[0097] In another embodiment, the cash register 011 (i.e. the cash register 101 in Figure 2 When the cash register 101 detects the static two-dimensional code 013 scanned by the code scanning gun 102, the cash register 101 directly binds the identification of the cash register 101 with the static two-dimensional code 013, and then the cash register 101 synchronizes the binding information to the server 004. The server 004 stores all the binding relationships and establishes a mapping table as shown in Table 1. If the merchant uses an intelligent terminal as a cash register device, the intelligent terminal can be specified with a bound static two-dimensional code.

[0098] The above is an example of binding the static two-dimensional code 013 by the cash register 011 in Figure 3 The binding mode of other cash registers and static two-dimensional codes is similar, and will not be described here.

[0099] Figure 13 is a flowchart of an order processing method according to an embodiment of the present application. As shown in Figure 13 The method comprises the following steps:

[0100] S301, obtaining an identification of a cash register device and a first order currently corresponding to the cash register device.

[0101] The first order currently corresponding to the cash register device is an order that the customer is preparing to settle at the current time. When checking out, the selection is to complete payment by scanning the static two-dimensional code of the merchant, and then the cash register sends its device identification (such as number) and the order currently being settled by the cash register to the server. The server can also track the device identification of the cash register device sending the first order based on the IP address according to the HTTP protocol. Of course, it can also be obtained in other ways, which is not limited in the present application.

[0102] The first order is a transaction order containing consumption content or a to-be-paid order generated according to the transaction order, which can be adjusted according to adjustment information (used to adjust the consumption amount to determine the amount to be received, such as discounts, etc., given to the customer by the merchant and / or transaction platform) to adjust the consumption amount, such as Figure 4 It is shown that the customer 051 is preparing to pay the transaction order with the number "XXXXXXXXX01" containing adjustment information. The to-be-paid order is generated by the cash register and sent to the server; or, the cash register sends the transaction order to the server, and the server generates it according to the transaction order. For example, Figure 8 It is a to-be-paid order generated according to the transaction order with the number "XXXXXXXXX01" of the customer 051 and the discount information.

[0103] When the customer 051 checks out, for example, Figure 5 As shown in B, the cashier 111 selects to scan the static two-dimensional code for the customer 051. The cash register 101 sends the first order (transaction order or to-be-paid order) determined according to the transaction order with the number "XXXXXXXXX01" and the device identification of the cash register device 011 to the server.

[0104] S302, determining a static two-dimensional code pre-bound with the identification of the cash register device.

[0105] The server queries the static two-dimensional code bound with the identification of the cash register device sending the first order, such as querying the cash register device 011 bound with the static two-dimensional code 013 through the above table 1.

[0106] S303, associating the static two-dimensional code with the first order to process the first payment request based on the static two-dimensional code.

[0107] The user terminal and the server communicate based on the HTTP protocol, that is, the user terminal sends a request to the server after scanning the static two-dimensional code, and the server returns a response message corresponding to the static two-dimensional code according to the request. The server associates the determined static two-dimensional code with the first order, such as writing the first order into a link of a report returned in response to the request based on the static two-dimensional code. When the user terminal scans the static two-dimensional code to initiate access, the server no longer returns the payment interface shown in FIG. B to the user terminal, but returns the first order shown in FIG. A to the user terminal, and the first order output on the mobile phone 005 is the transaction order of the “XXXXXXXXX01” number, including the amount to be paid. The customer 051 only needs to authorize payment, without manually entering the payment amount. The first order can also include the customer's transaction details, such as the unit price and quantity of the hot pot and side dishes consumed by the customer 051. Figure 6 B shows a payment interface, and FIG. Figure 15 A shows the return of the first order, the first order of the transaction order of the “XXXXXXXXX01” number output on the mobile phone 005, including the amount to be paid. The customer 051 only needs to authorize payment, without manually entering the payment amount. The first order can also include the customer's transaction details, such as the unit price and quantity of the hot pot and side dishes consumed by the customer 051.

[0108] When the customer is ready to pay, the server of the transaction platform associates the first order currently corresponding to the cash register device (that is, the order for which the customer is ready to pay) with the pre-bound static two-dimensional code. After the customer scans the static two-dimensional code bound to the cash register device with his own user terminal, the cash register device currently corresponding to the first order is sent to the user terminal of the customer. The customer only needs to authorize the user terminal to complete the payment of the first order. The user terminal of the customer automatically knows the corresponding payment amount, and there is no need to manually enter the payment amount, because the customer always pays the first order currently corresponding to the cash register device. After the customer completes the payment, the cash register device of the merchant can also automatically determine the transaction order to which the payment of the customer belongs. This avoids payment errors caused by incorrect input of the payment amount by the customer. It also avoids manual entry errors by the cashier. Moreover, the cash register device can automatically determine the transaction order to which the payment information of the customer belongs, thereby reducing the difficulty of accounting.

[0109] In another optional embodiment, the first order is of a first type; that is, the order is a transaction order. Before associating the static two-dimensional code with the first order in step S303, the method further includes:

[0110] S3021, generating a first order of a second type according to the order content and the payment amount of the first order of the first type. The first order of the second type is a payment order.

[0111] The transaction order includes consumption details; and the payment amount is the amount to be paid, as shown in FIG. Figure 4 The payment order is directly generated according to the consumption details and the payment amount, as shown in FIG. Figure 14The generated to-be-paid order is shown. Of course, the to-be-paid order can also include consumption details, which are not limited in the present application.

[0112] In step S303, the static two-dimensional code is associated with the first order, including:

[0113] S3031, the static two-dimensional code is associated with the first order of the second type.

[0114] The to-be-paid order is associated with the static two-dimensional code, and when the user terminal initiates a payment request for the to-be-paid order based on the static two-dimensional code, as shown in Figure 16 A, the to-be-paid order is returned.

[0115] In an optional embodiment, the order processing method further includes:

[0116] S304, obtaining the second order currently corresponding to the cash register device.

[0117] S305, disassociating the static two-dimensional code from the first order, and associating the static two-dimensional code with the second order to process the second payment request based on the static two-dimensional code.

[0118] The second order refers to the next new order ready for payment obtained after the first order is paid. The second payment request is relative to the first payment request, and refers to the order obtaining request initiated again when the user terminal scans the static two-dimensional code.

[0119] As shown in Figure 5 A, after the payment of the transaction order No. “XXXXXXXXX01” is completed, the settlement of the transaction order No. “XXXXXXXXX02” is the second order. As the order obtaining request initiated again by the mobile phone 006 of the customer 061 scanning the static two-dimensional code 013, the transaction order No. “XXXXXXXXX02” is processed based on the static two-dimensional code 013 at this time, and the order obtaining request is the second payment request. The payment process of the transaction order No. “XXXXXXXXX02” is similar to that of the transaction order No. “XXXXXXXXX01”, which will not be described here. The transaction orders in the cash register payment queue are cycled, so that each transaction order can be paid based on the static two-dimensional code.

[0120] Figure 16 is a flowchart of an order processing method according to an embodiment of the present application. As shown in Figure 16 The method includes the following steps:

[0121] S401, the cash register device obtains the first order currently corresponding and the payment method of the first order.

[0122] The first order currently corresponding to the cash register device is an order that the customer is preparing to settle at the current time. Please refer to the detailed introduction in step S301 above. The cash register device obtains the first order currently corresponding and the payment method of the first order (static code collection, code gun collection, or other methods, etc.), such as Figure 5 A and Figure 5 As shown in the example of B, the cashier or other personnel clicks the corresponding touch button to trigger the corresponding instruction. More specifically, please refer to the relevant description above, which will not be repeated here.

[0123] S402, when the payment method of the first order is a preset payment method, the cash register device sends the first order to the server, and the preset payment method is a payment method based on a static two-dimensional code pre-bound with the identifier of the cash register device.

[0124] The preset payment method means that the customer scans the static two-dimensional code bound with the identifier of the cash register device for payment. For example, the cashier 111 clicks "static code collection", and the cash register 011 sends the "XXXXXXXXX01" order to the server 004, and instructs the customer 051 to scan the static two-dimensional code 013 for payment.

[0125] S403, the server obtains the identifier of the cash register device and the first order currently corresponding to the cash register device.

[0126] S404, the server determines the static two-dimensional code pre-bound with the identifier of the cash register device.

[0127] S405, associate the static two-dimensional code with the first order to process the first payment request based on the static two-dimensional code.

[0128] Steps S403 to S405 correspond to steps S301 to S303, respectively. Please refer to the above description.

[0129] S406, when the user terminal detects a scanning operation on the static two-dimensional code, the user terminal sends an order acquisition request to the server, and the static two-dimensional code is pre-bound with the identifier of the cash register device.

[0130] The user terminal is a terminal with mobile payment function held by the customer, such as a mobile phone.

[0131] The order acquisition request is used to request a payment order from the server for the customer to pay.

[0132] For example, the mobile phone 005 of the customer 051 scans the static two-dimensional code 013, and the mobile phone 005 sends an order acquisition request to the server 004 in response to scanning the code of the static two-dimensional code 013, to request the order that the customer 051 is preparing to pay: the "XXXXXXXXX01" order.

[0133] S407, after receiving the order obtaining request of the user terminal, the server returns the first order associated with the static two-dimensional code to the user terminal; the user terminal receives and outputs the first order associated with the static two-dimensional code sent by the server, and the first order is the order currently corresponding to the cash register device.

[0134] In an optional implementation, step S407 further includes S4071 and S4072.

[0135] S4071, the server receives the first payment request based on the static two-dimensional code sent by the user terminal, and the first payment request is generated by the user terminal when detecting that the static two-dimensional code is scanned.

[0136] The first payment request is the order obtaining request sent by the user terminal, which is automatically initiated to the server after the user terminal scans the static two-dimensional code. For details, see the foregoing related description.

[0137] S4072, the server obtains and returns the first order associated with the static two-dimensional code to the user terminal.

[0138] The server returns the associated first order to the user terminal based on the HTTP protocol. For details, see step S303, which will not be described herein again.

[0139] S408, the user terminal detects a payment operation of the user on the first order.

[0140] It is detected whether the customer has paid for the first order. As shown in FIG. B, it is detected whether the user has clicked the confirmation payment button and whether the user has directly closed the payment interface. Figure 15

[0141] S409, the user terminal generates an order payment success message in response to the successful payment operation and synchronizes the order payment success message to the server.

[0142] The successful payment operation means that the customer has completed payment for the order to be paid output on the user terminal. As shown in FIG. C, after the user clicks the confirmation payment button in FIG. B and authorizes to complete the payment, the payment success message is output. Figure 15 Figure 15 C, outputting a payment success prompt. The user cancels payment, such as directly closing the payment page of FIG. A or the payment confirmation interface of FIG. B, which means that the payment fails. After the customer completes payment, the user terminal generates a payment success message and synchronizes the payment success message to the server. The payment success message is used to indicate that the first order has been paid and can include device information of a payment device. Figure 15 Figure 15

[0143] ​​​​After the customer 051 completes the payment by executing the steps S406-S409 on the mobile phone 005, the mobile phone 005 sends a payment success message to the server 004.

[0144] When the customer is ready to pay, the first order currently corresponding to the cash register device (i.e., the order for which the customer is ready to pay) is associated with the pre-bound static two-dimensional code. After the customer scans the static two-dimensional code bound to the cash register device with the user terminal, the first order currently corresponding to the cash register device is sent to the user terminal of the customer. The customer only needs to authorize the user terminal to complete the payment of the first order, and no longer needs to manually input the payment amount. This avoids the embarrassing situation of payment errors caused by incorrect input of the payment amount when the customer pays by scanning the static two-dimensional code with the user terminal.

[0145] S410, the cash register device receives the first order associated with the static two-dimensional code sent by the server.

[0146] The first order associated with the static two-dimensional code is the first order after the completion of the payment.

[0147] After the customer completes the payment of the first order, the server updates the first order as paid and sends it to the cash register device. The cash register device updates the first order as paid and synchronizes the payment information of the customer. For example, the paid order is generated according to the payment success message of the user terminal and is associated with the corresponding transaction order, as shown in Figure 17 The customer always pays the first order currently corresponding to the cash register device. After the customer completes the payment, the cash register device automatically associates the paid order with the corresponding transaction order and automatically determines the transaction order to which the payment of the customer belongs. The cashier does not need to manually input the payment information of the customer, which avoids manual input errors and reduces the difficulty of accounting.

[0148] Therefore, the customer no longer needs to input the payment amount when paying for consumption, making payment more convenient. Meanwhile, the cashier does not need to input the payment information of the customer, reducing the rate of work errors. It is no longer necessary to compare transaction orders and payment orders one by one, and accounting is more simple and feasible.

[0149] In an optional embodiment, after step S401, the cash register device further executes the following steps:

[0150] S4011, when the type of the obtained first order is a first type, a first order of a second type is generated according to the order content and the payment amount of the first order of the first type. The first order of the first type is a transaction order, and the first order of the second type is a payment order.

[0151] The transaction order includes consumption details, and the amount to be paid is the amount to be paid, as shown in Figure 4 According to the consumption details and the amount to be paid, the generated order to be paid is generated, as shown in Figure 14 The generated order to be paid. Of course, the order to be paid can also include consumption details, which is not limited in the present application.

[0152] Step S402, when the payment method of the first order is a preset payment method, the server sends the first order of the second type.

[0153] When the current order is paid based on a static two-dimensional code, the order to be paid is sent to the server, and the server associates the order to be paid with the static two-dimensional code bound to the cash register device, so that the customer can pay.

[0154] In another optional embodiment, the cash register device further performs the following steps: after step S406, the method further comprises:

[0155] S401, the server sends a prompt message of the scanning operation to the cash register device;

[0156] S402, the cash register receives the prompt message of the scanning operation sent by the server, and outputs the scanning operation prompt according to the prompt message of the scanning operation. And / or,

[0157] S403, the server sends a message of successful association to the cash register device;

[0158] S404, receiving the message of successful association sent by the server, and outputting the prompt of successful association according to the message of successful association.

[0159] As the processing module 1014 of the cash register drives the second screen 1012 to output the scanning operation prompt, as shown in Figure 18 A, and can also output the detailed transaction information of the customer on the second screen 1012. And / or, the processing module 1014 of the cash register drives the first screen 1011 to output the prompt of successful association, as shown in Figure 18 B. And synchronously drive the speaker 1015 to output the voice prompt of "please scan the code".

[0160] In another optional embodiment, the cash register device further performs the following steps: after step S410, the order processing method further comprises:

[0161] S411, the server receives the order payment success message sent by the user terminal, and synchronously sends the order payment success message to the cash register device.

[0162] The cash register device associates the paid order to the corresponding transaction order in response to the payment success message, as shown in Figure 17 Meanwhile, the processing module 1014 of the cash register can also drive the first screen 1011 and / or the second screen 1012 to output a prompt of payment success in response to the payment success message, for prompting the cashier and the customer respectively that the corresponding order has been paid, and can also drive the speaker 1015 to output a voice prompt, such as "order No. 'XXXXXXXXX01' payment success".

[0163] It should be noted that the drawings in the specification of the present application are intended to exemplarily assist in describing the technical solutions of the present application, and are not a limitation on the present application. In particular, the number of graphic elements involved in the drawings (such as the number of merchants, cashiers, cash register devices, static two-dimensional payment codes of merchants, customers, user terminals, servers of transaction platforms, etc. exemplified in Figure 3 should not be interpreted as a limitation on the present application. Figure 2 、 Figure 3 and Figure 10 The cash register in the drawings is only an exemplary cash register device, and the cash register device can also be a mobile phone, a tablet computer, a personal computer, a smart AI robot, etc., and the present application does not make specific limitations.

[0164] In addition, for the need of privacy protection, all the two-dimensional code graphic elements in the drawings of the specification are partially occluded (such as the two-dimensional code in Figure 1 、 Figure 3 ), but it can still be determined that the graphic element is a two-dimensional code, so the occluded part in these two-dimensional code graphic elements should not be interpreted as unclear drawings.

[0165] Based on the same inventive concept, an embodiment of the present application provides an order processing server. Referring to Figure 19 , Figure 19 is a schematic diagram of an order server 500 provided by an embodiment of the present application. As shown in FIG. 35, the server 500 includes:

[0166] An obtaining module 501 is configured to obtain an identifier of a cash register device and a first order currently corresponding to the cash register device;

[0167] A determining module 502 is configured to determine a static two-dimensional code pre-bound with the identifier of the cash register device;

[0168] An associating module 503 is configured to associate the static two-dimensional code with the first order, so as to process a first payment request based on the static two-dimensional code.

[0169] Optionally, the server further includes:

[0170] The first receiving module is configured to receive a first payment request based on the static two-dimensional code sent by a user terminal, the first payment request being generated by the user terminal when detecting that the static two-dimensional code is scanned.

[0171] The returning module is configured to obtain and return a first order associated with the static two-dimensional code to the user terminal.

[0172] Optionally, the server further comprises:

[0173] The second order obtaining module is configured to obtain a second order currently corresponding to the cash register device.

[0174] The second order associating module is configured to disassociate the static two-dimensional code from the first order, and associate the static two-dimensional code with the second order, so as to process a second payment request based on the static two-dimensional code.

[0175] Optionally, the first order is of a first type; and the server further comprises:

[0176] The generating module is configured to generate a first order of a second type according to order content and a payment amount of the first order of the first type.

[0177] The associating module comprises:

[0178] The associating unit is configured to associate the static two-dimensional code with the first order of the second type.

[0179] Optionally, the server further comprises:

[0180] The second receiving module is configured to receive a binding request sent by the cash register device, the binding request carrying the static two-dimensional code and an identifier of the cash register device.

[0181] The binding module is configured to bind the identifier of the cash register device with the static two-dimensional code.

[0182] Optionally, the server further comprises:

[0183] The third receiving module is configured to receive an order payment success message sent by the user terminal, and synchronize the order payment success message to the cash register device.

[0184] Optionally, the server further comprises:

[0185] The first sending module is configured to send a prompt message of a code scanning operation to the cash register device, so that the cash register device outputs a code scanning operation prompt according to the prompt message of the code scanning operation; and / or

[0186] The second sending module is configured to send a message of successful association to the cash register device, so that the cash register device outputs a prompt of successful association according to the message of successful association.

[0187] Based on the same inventive concept, an embodiment of the present application provides a cash register device. Referring to Figure 20 , Figure 20 is a schematic diagram of a cash register device 700 provided by an embodiment of the present application. As shown in Figure 20 , the cash register device 700 includes:

[0188] The obtaining module 601 is configured to obtain a first order corresponding to a current time and a payment method of the first order.

[0189] The sending module 602 is configured to send the first order to a server when the payment method of the first order is a preset payment method, the preset payment method being a payment method based on a static two-dimensional code pre-bound with an identifier of the cash register device.

[0190] The receiving module 603 is configured to receive a first order associated with the static two-dimensional code sent by the server.

[0191] Optionally, the cash register obtaining module includes:

[0192] The generating unit is configured to generate a first order of a second type according to order content and a payment amount of the first order of the first type when the type of the obtained first order is the first type.

[0193] The sending module includes:

[0194] The sending unit is configured to send the first order of the second type to the server when the payment method of the first order is the preset payment method.

[0195] Optionally, the cash register device further includes:

[0196] The activation instruction sending module is configured to send an activation instruction to a code scanner gun to activate the code scanner gun when a two-dimensional code binding operation is detected.

[0197] The binding module is configured to bind an identifier of the cash register device with the static two-dimensional code and synchronize to the server when the static two-dimensional code scanned by the code scanner gun is detected, or the binding request sending module is configured to send a binding request to the server, the binding request carrying the static two-dimensional code and the identifier of the cash register device.

[0198] Optionally, the cash register device further includes:

[0199] The prompt information receiving and outputting module is configured to receive the prompt message of the code scanning operation sent by the server, and output a prompt of the code scanning operation according to the prompt message of the code scanning operation; and / or

[0200] The association success information receiving and outputting module is configured to receive the message of the association success sent by the server, and output a prompt of the association success according to the message of the association success.

[0201] Based on the same inventive concept, an embodiment of the present application provides a user terminal. Referring to Figure 21 , Figure 21 is a schematic diagram of the user terminal provided by an embodiment of the present application. As shown in the figure, the user terminal comprises: Figure 21

[0202] The sending module 701 is configured to send an order obtaining request to the server when detecting a scanning operation on a static two-dimensional code, the static two-dimensional code being pre-bound with an identifier of a cash register device;

[0203] The processing module 702 is configured to receive and output a first order associated with the static two-dimensional code and sent by the server, the first order being a current order corresponding to the cash register device;

[0204] The detecting module 703 is configured to detect a payment operation of the user on the first order;

[0205] The generating module 704 is configured to generate an order payment success message in response to the payment operation being successful.

[0206] Based on the same inventive concept, another embodiment of the present application provides a computer readable storage medium, which stores a computer program, and the program is executed by a processor to implement the steps in the method according to any one of the above embodiments of the present application.

[0207] Based on the same inventive concept, another embodiment of the present application provides an electronic device, which comprises a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor is executed to implement the steps in the method according to any one of the above embodiments of the present application.

[0208] For the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the related parts are described in the part of the method embodiment. Each embodiment in the present specification is described in a progressive manner, and each embodiment mainly describes the difference from other embodiments. The same and similar parts of each embodiment can be referred to.

[0209] ​Those skilled in the art should understand that the embodiments of the present application can be provided as a method, a device, or a computer program product. Therefore, the embodiments of the present application can adopt a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Moreover, the embodiments of the present application can adopt a form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.

[0210] The embodiments of the present application are described with reference to the flowcharts and / or block diagrams of the method, terminal device (system), and computer program product according to the embodiments of the present application. It should be understood that each flow and / or block in the flowcharts and / or block diagrams, and the combination of the flows and / or blocks in the flowcharts and / or block diagrams can be implemented by computer program instructions. These computer program instructions can be provided to a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing terminal devices to produce a machine, so that the instructions executed by the computer or other programmable data processing terminal devices generate a device implemented in the flowcharts and / or block diagrams. Figure 1 one or more flows and / or blocks Figure 1 an apparatus that performs the functions specified in the flow(s) or block(s).

[0211] These computer program instructions can also be stored in a computer-readable memory that can direct the computer or other programmable data processing terminal devices to work in a specific manner, so that the instructions stored in the computer-readable memory produce a manufactured product including instruction apparatus, which implements the flowcharts and / or block diagrams. Figure 1 one or more flows and / or blocks Figure 1 an apparatus that performs the functions specified in the flow(s) or block(s).

[0212] These computer program instructions can also be loaded into a computer or other programmable data processing terminal device, so that a series of operation steps are performed on the computer or other programmable terminal device to produce a computer-implemented process, so that the instructions executed on the computer or other programmable terminal device provide a process for implementing the flowcharts and / or block diagrams. Figure 1 one or more flows and / or blocks Figure 1 an apparatus that performs the functions specified in the flow(s) or block(s).

[0213] Although the preferred embodiments of the application have been described, those skilled in the art will be able to make additional modifications and variations without departing from the scope of the application. Accordingly, the appended claims are intended to encompass all such modifications and variations as falling within the scope of the application. Finally, it should be noted that, in this document, relational terms such as first and second, and the like can be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Ranges can be expressed herein with "from about" and "to about" statements to provide a understanding of the range and to encompass the range. Moreover, use of "a" or "an" includes both singular and plural referents unless the context clearly dictates otherwise. Further, it should be noted that the terms "comprise / comprising" when used in this document are taken to specify the presence of stated features, integers, steps or components but do not preclude the presence or addition of one or more other features, integers, steps, components, or groups thereof.

[0214] The order processing method, server, cash register device, user terminal, electronic device and storage medium provided by the present application are described in detail above, and the principles and implementation manners of the present application are described by applying specific examples in the present document. The above description of the embodiments is only used to help understand the method of the present application and its core idea; meanwhile, for those skilled in the art, the specific implementation manners and application ranges can be changed according to the idea of the present application. In summary, the content of the present description should not be understood as a limitation of the present application.

Claims

1. An order processing method, characterized in that, Applied to a server, the method includes: The POS device sends its identifier and the first order currently corresponding to the POS device to the server when the payment method of the first order is based on a static QR code pre-bound to the POS device identifier. Determine a static QR code pre-bound to the identifier of the POS device; The static QR code is associated with the first order to process the first payment request based on the static QR code; The method further includes: After associating the static QR code with the first order, a first payment request based on the static QR code is received from the user terminal. The first payment request is generated by the user terminal when it detects that the static QR code has been scanned. Obtain and return the first order associated with the static QR code to the user terminal; Receive the order payment success message sent by the user terminal, and synchronize the order payment success message to the cash register; After receiving the order payment success message sent by the user terminal, the method further includes: When the second order corresponding to the POS device is obtained, and the payment method of the second order is a payment method based on a static QR code pre-bound to the identifier of the POS device, the POS device sends the order to the server. The static QR code is unlinked from the first order and then linked to the second order to process the second payment request based on the static QR code.

2. The method according to claim 1, characterized in that, The first order is of type one; before associating the static QR code with the first order, the method further includes: Based on the order details and the amount to be paid for the first order of the first type, generate the first order of the second type; Associating the static QR code with the first order includes: The static QR code is associated with the first order of the second type.

3. The method according to claim 1 or 2, characterized in that, Before obtaining the identifier of the POS device and the first order currently corresponding to the POS device, the method further includes: Receive a binding request sent by the POS device, the binding request carrying the static QR code and the identifier of the POS device; The identifier of the POS device is bound to the static QR code.

4. The method according to claim 1 or 2, characterized in that, After associating the static QR code with the first order, the method further includes: Send a scanning operation prompt message to the POS device, so that the POS device outputs a scanning operation prompt based on the scanning operation prompt message; and / or A message indicating successful association is sent to the POS device, so that the POS device outputs a message indicating successful association based on the message.

5. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the program is executed by the processor, it implements the steps of the method as described in any one of claims 1 to 4.

6. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes, it implements the steps of the method as described in any one of claims 1 to 4.

Images