WO2021169224A1 - Procédé de traitement de commande, dispositif électronique et support de stockage lisible - Google Patents

Procédé de traitement de commande, dispositif électronique et support de stockage lisible Download PDF

Info

Publication number
WO2021169224A1
WO2021169224A1 PCT/CN2020/112591 CN2020112591W WO2021169224A1 WO 2021169224 A1 WO2021169224 A1 WO 2021169224A1 CN 2020112591 W CN2020112591 W CN 2020112591W WO 2021169224 A1 WO2021169224 A1 WO 2021169224A1
Authority
WO
WIPO (PCT)
Prior art keywords
order
static
cash register
code
payment
Prior art date
Application number
PCT/CN2020/112591
Other languages
English (en)
Chinese (zh)
Inventor
鲁虎军
黄晓峰
Original Assignee
北京三快在线科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 北京三快在线科技有限公司 filed Critical 北京三快在线科技有限公司
Publication of WO2021169224A1 publication Critical patent/WO2021169224A1/fr

Links

Images

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/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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated

Definitions

  • the embodiments of the present application relate to the field of mobile payment technology, and in particular, to an order processing method, a server, a cash register device, a user terminal, an electronic device, and a readable storage medium.
  • the payer can pay the payee by scanning the payee's code.
  • customers pay the merchant for their own consumption behavior and the consumption amount agreed with the merchant; when the customer chooses to scan the merchant’s static two-dimensional payment code to pay, for the transaction platform that provides payment services, Without knowing the amount that the customer is going to pay to the merchant, the server deployed on the trading platform receives the payment request from the customer terminal and returns the payment page corresponding to the merchant’s static two-dimensional payment code to the customer’s user terminal. The customer needs Manually enter the payment amount in the payment interface output by the user terminal to complete the payment.
  • the embodiment of the application provides an order processing method, server, cash register device, user terminal, electronic device, and readable storage medium, so as to solve the problem that the customer's user terminal cannot automatically know the amount that the customer needs to pay, and the merchant's cash register device cannot automatically Determine the technical problem of the transaction order to which the payment made by the customer belongs.
  • the first aspect of the embodiments of the present application provides an order processing method, which is applied to a server, and the method includes:
  • the second aspect of the embodiments of the present application provides an order processing method, which is applied to a cash register device, and the method includes:
  • the payment method of the first order is a preset payment method
  • the first order is sent to the server, and the preset payment method is a payment based on a static QR code pre-bound with the identification of the cash register device Way;
  • the third aspect of the embodiments of the present application provides an order processing method, which is applied to a user terminal, and the method includes:
  • an order payment success message is generated and synchronized to the server.
  • the fourth aspect of the embodiments of the present application provides an order processing server, including:
  • An obtaining module for obtaining the identification of the cash register device and the first order currently corresponding to the cash register device
  • a determining module configured to determine a static QR code pre-bound with the identity of the cash register device
  • the association module is configured to associate the static two-dimensional code with the first order to process a first payment request based on the static two-dimensional code.
  • a fifth aspect of the embodiments of the present application provides a cash register device, including:
  • the obtaining module is used to obtain the current corresponding first order and the payment method of the first order
  • the sending module is configured to send the first order to the server when the payment method of the first order is a preset payment method, and the preset payment method is based on a static state pre-bound with the identity of the cash register device QR code payment method;
  • the receiving module is configured to receive the first order associated with the static two-dimensional code sent by the server.
  • a sixth aspect of the embodiments of the present application provides a user terminal, including:
  • the sending module is configured to send an order acquisition request to the server when the scanning operation of the static two-dimensional code is detected, and the static two-dimensional code is pre-bound with the identity of the cash register device;
  • a processing module configured to receive and output a first order associated with the static QR code sent by the server, where the first order is an order currently corresponding to the cash register device;
  • the detection module is used to detect the user's payment operation for the first order
  • the generating module is configured to generate an order payment success message in response to the success of the payment operation.
  • a seventh aspect of the embodiments of the present application provides a computer-readable storage medium on which a computer program is stored.
  • the program is executed by a processor, the method described in the first, second, or third aspect of the present application is implemented A step of.
  • An eighth aspect of the embodiments of the present application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and capable of running on the processor.
  • the processor implements the first and second aspects of the present application when executed. Or the steps of the method described in the third aspect.
  • the ninth aspect of the embodiments of the present application provides a computer program, including computer readable code, when the computer readable code runs on a computing processing device, causing the computing processing device to execute the aforementioned night scene high dynamic range image Generation method.
  • the server of the transaction platform associates the first order currently corresponding to the cash register device (that is, the order that the customer is ready to check out) with the pre-bound static QR code, and the customer After scanning the static QR code bound to the cash register device with your own 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 for the first order.
  • the customer's user terminal automatically knows the corresponding amount payable, and there is no need to manually enter the payment amount, because the customer always pays the first order corresponding to the cash register device.
  • the merchant's cash register device can also automatically determine the customer's payment The transaction order to which the payment belongs.
  • Figure 1 is a schematic diagram of the payment code issued by the Meituan platform for merchants pasted on the desk card;
  • Figure 2 is a schematic diagram of a structural schematic diagram of a cash register and a code scanning gun
  • Figure 3 is a schematic diagram of the relationship between merchants, customers and transaction platforms
  • Figure 4A is a first schematic diagram of a transaction order
  • Figure 4B is a second schematic diagram of a transaction order
  • FIG. 5A is a first schematic diagram of selecting a payment method for a transaction order in a cash register
  • FIG. 5B is a second schematic diagram of selecting a payment method for a transaction order in a cash register
  • 6A is a first schematic diagram of a user terminal scanning a static QR code to authorize payment
  • Fig. 6B is a second schematic diagram of a user terminal scanning a static QR code to authorize payment
  • Fig. 6C is a third schematic diagram of a user terminal scanning a static QR code to authorize payment
  • Fig. 6D is a fourth schematic diagram of a user terminal scanning a static QR code to authorize payment
  • Figure 7 is a schematic diagram of a payment process based on a static QR code in a traditional technology
  • Figure 8 is a schematic diagram of a paid order
  • Figure 9 is a schematic diagram of a transaction order after payment information is entered.
  • FIG. 10 is a schematic diagram of the structure of the cash register of the embodiment of the present application.
  • FIG. 11 is a schematic diagram of a process of binding a static QR code to a cash register according to an embodiment of the present application
  • 12A is a schematic diagram of the first operation of binding a static QR code to the cash register according to an embodiment of the present application
  • 12B is a schematic diagram of a second operation of binding a static QR code to the cash register according to an embodiment of the present application
  • FIG. 13 is a schematic diagram of the flow of an order processing method of the present application.
  • FIG. 14 is a schematic diagram of an order to be paid according to an embodiment of the present application.
  • 15A is a first schematic diagram of a payment operation after the user terminal obtains an order in an embodiment of the present application
  • 15B is a second schematic diagram of the payment operation after the user terminal obtains the order in the embodiment of the present application.
  • 15C is a third schematic diagram of the payment operation after the user terminal obtains the order according to the embodiment of the present application.
  • 16 is a schematic diagram of the flow of another order processing method according to an embodiment of the present application.
  • FIG. 17 is a schematic diagram of a transaction order associated with a paid order in an embodiment of the present application.
  • 18A is a first schematic diagram of a cash register outputting a successful association and a code scan prompt according to an embodiment of the present application
  • 18B is a second schematic diagram of the cash register in the embodiment of the present application outputting a successful association and scanning code prompt;
  • FIG. 19 is a schematic diagram showing a server of an embodiment of the present application.
  • 20 is a schematic diagram showing the cash register device of the embodiment of the present application.
  • FIG. 21 is a schematic diagram showing a user terminal of an embodiment of the present application.
  • Fig. 22 schematically shows a block diagram of a computing processing device for executing the method according to the present invention.
  • Fig. 23 schematically shows a storage unit for holding or carrying program codes for implementing the method according to the present invention.
  • two-dimensional codes include: static two-dimensional codes and dynamic two-dimensional codes.
  • a static QR code refers to a QR code whose code does not change over time and is always valid.
  • a dynamic two-dimensional code refers to a two-dimensional code that is dynamically coded with time. The code generated each time is valid only within the validity period. After the expiration, the code becomes invalid and the code is refreshed.
  • payment QR codes include: collection code and payment code.
  • the payment code and payment code are both issued by the transaction platform to the user after the transaction platform has concluded a payment agreement with the user.
  • the payment code is a two-dimensional code for users to receive payment, as shown in Figure 1, the payment code issued to the merchant by the Meituan platform pasted on the desk card.
  • the payment code is a QR code for users to make payments.
  • the user’s payment code is often set as a dynamic QR code, which can only be paid within the validity period of the generated code each time, and expires to prevent criminals from stealing the payment code after obtaining the user’s payment code.
  • the validity period of Alipay’s payment code is 60 Second.
  • the collection code is mostly a static QR code.
  • the collection code shown in Figure 1 is a static QR code. Customers can pay merchants whenever they are scanned.
  • Fig. 2 exemplarily shows a cash register 101, which includes a first screen 1011 (touch screen) for outputting information and for cashiers to enter information.
  • the cash register 101 is also communicatively connected with a code scanning gun 102.
  • the scenario illustrated in Figure 3 includes merchant 001 (Wang Er Hotpot), merchant 001 has cash register 011 (that is, the cash register numbered "011" belonging to merchant 001, such as the cash register shown in Figure 2 Machine 101, the same below, no further explanation) and cash register 012, for cashier 111 employed by merchant 001 to carry out cash.
  • the trading platform 004 issued 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.
  • the transaction platform 004 includes a cash register system 0041 and a payment system 0042, and is a server or server cluster deployed by the transaction platform 004 (such as the Meituan platform, etc.).
  • the cash register system 0041 supports merchants for cash register management, interacts with the cash register, and records each transaction order of the merchant according to the accounting method (such as a running account) for the merchant to access and retrieve through the online portal (APP or link address, etc.).
  • the payment system responds to the customer's user terminal scanning the merchant's static two-dimensional payment code, interacts with the user terminal, and supports the customer to scan the merchant's static two-dimensional code payment through the user terminal.
  • the cashier 111 places an order for the customer 051 and the customer 061 through the cash register 011.
  • the transaction order numbers of customer 051 and customer 061 are "XXXXXXXX01" and "XXXXXXXX02".
  • Figure 4A illustrates the transaction order of customer 051. And a payment queue as shown in FIG. 5A is generated in the cash register 011, waiting for customer 051 and customer 061 to pay.
  • the cashier 111 clicks on the "dynamic two-dimensional code collection"
  • the corresponding dynamic two-dimensional payment code is generated according to the transaction order accounting result of the "XXXXXXXXX01" number, as shown in the second screen 1012.
  • Customer 051 uses mobile phone 005 to scan the dynamic two-dimensional collection code to pay.
  • scanning the dynamic two-dimensional collection code corresponding to the transaction order number "XXXXXXXXX01" within the validity period can only collect the payment of the transaction order number "XXXXXXXX01", and cannot be used to collect the payment of other transaction orders; for example, " When paying for the transaction order number "XXXXXXXXXX02", the dynamic two-dimensional collection code corresponding to the transaction order number "XXXXXXXX02" needs to be regenerated.
  • Customer 061 can scan the new dynamic two-dimensional code with mobile phone 006 to pay for the number "XXXXXXXX02" Transaction order; if customer 061 completes the payment by scanning the dynamic two-dimensional collection code generated according to the transaction order number "XXXXXXXXX01" through mobile phone 006, the transaction order number "XXXXXXXX01" will be paid instead of the payment number "XXXXXXXX02" Transaction order.
  • the APP in the mobile phone 005 captures the image of the static QR code 013.
  • the APP responds to the scanned static QR code 013 and initiates a payment request to the payment system 0042;
  • the payment system 0042 returns to the mobile phone 005 the payment page of the merchant 001 as shown in Figure 6B, and the customer 051 enters the amount "105.00" in the "amount input field" on the payment page; in response to the customer 051 clicks the "confirm payment” button, as shown in the figure
  • a payment confirmation pop-up window is generated; in response to the customer 051 clicking the "Confirm Payment” button on the pop-up window, as shown in Figure 6D, a pop-up window for obtaining payment authority is generated, as shown in Figure 9 to enter the payment password (face recognition Or voiceprint recognition, etc.) authorization, and finally complete the payment of the transaction order number "XXXXXXXX01".
  • the payment system 0042 records the payment information that the customer 051 completed the payment by scanning the static QR code 013 in the form of a running 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.
  • the cash register device cannot determine the transaction order to which the payment belongs, so the cashier needs to manually enter the payment information into the corresponding transaction order.
  • the cashier 111 enters the payment information of customer 051 through the cash register 011 into the corresponding place of the transaction order number "XXXXXXXX01", as shown in Figure 9 after entering the payment information of customer 051. . It is inevitable that the cashier will enter the payment information and the actual payment information incorrectly, which leads to the wrong record of the payment information of the transaction order and causes difficulties in accounting.
  • merchant 001 When merchant 001 performs accounting reconciliation of such bills, it needs to obtain the flow information of each transaction order with manually entered payment information from the cash register 011 and the cash register 012, and then obtain the flow information of each payment order from the payment system 0042 .
  • the accountant then manually compares each transaction order and payment order one by one, and calculates 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 be very difficult for accounting.
  • the inventor of this application creatively proposed the inventive concept of this application: pre-bind each cash register device of each merchant with a static two-dimensional (receiving) code, and when the transaction order in the cash register device When preparing to pay by scanning the static QR code, the transaction order is associated with the static QR code bound to the cash register device.
  • the customer’s user terminal scans the static QR code to pay, the customer’s user terminal will be directly sent to the customer’s user terminal. Return to the payment interface including the amount to be paid for the transaction order, and the customer can make the payment directly.
  • the cash register can determine by itself that the received payment belongs to the current settlement order, and record and synchronize it.
  • Fig. 10 is a schematic diagram of a cash register exemplarily shown in an embodiment of the present application.
  • the cash register 101 further includes a second screen 1012, and the second screen 1012 is used to display information and the like to customers.
  • the cash register 101 also 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, as shown in FIG. 2
  • the code scanning gun 102 communicates with the server 004 in FIG. 3.
  • the cash register 101 may also include a speaker 1015, a memory 1016, a non-volatile memory 1017, etc., which are arranged inside the body of the cash register 101.
  • the cash register 101 also includes a processing module 1014 arranged inside the body of the cash register 101, which can be electrically connected to the communication module 1013, the speaker 1015, the first screen 1011, and the second screen 1012.
  • the processing module 1014 drives the corresponding The module performs the corresponding operation.
  • the processing module 1014 may be MCU, CPU, FPGA, etc. The above are all examples, and this manual is not limited.
  • the cash register device involved in the subsequent specification is mainly the cash register shown in Fig. 2 and Fig. 10, which is only an example and is not a limitation of the present application.
  • the cash register device may also be a smart terminal 015 held by the merchant 001 shown in FIG. 3, such as a smart phone, a tablet computer, an AI robot, and so on.
  • the binding can be performed in the following manner:
  • Fig. 11 exemplarily shows a flow chart of binding a cash register device with a static two-dimensional code.
  • S103 Scan the static QR code.
  • the transaction platform issues at least one static two-dimensional (receiving) code for each merchant; the server 004 also communicates with the merchant's cash register device to support the cash register service.
  • the server receives a binding request sent by the cash register device, where the binding request carries the static QR code and the identity of the cash register device; and binds the identity of the cash register device to the static QR code Certainly.
  • the identity of the cash register device is used to identify the identity of the cash register device (it can also indicate the merchant to which it belongs). For example, it can be the fingerprint information of the cash register device (such as manufacturer, software and firmware information, hardware information, etc.), the number of the cash register device, etc., such as the number of the cash register device shown in Figure 3 (cash register 011, cash register 012..., or smart terminal 015 Device identification), there is no specific restriction in this application. 2 and 11, after 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.
  • mapping relationship table shown in Table 1 will exist in the server 004.
  • the server returns binding success information to the cash register, and the cash register outputs a binding success prompt. For example, it is possible to output "bind successfully" on the first screen 1011 of the cash register 101.
  • Table 1 The mapping table of the binding relationship between the cash register and the static QR code
  • the cash register 011 when the cash register 011 (that is, the cash register 101 in FIG. 2) detects the static QR code 013 scanned by the code scanner 102, the cash register 011 directly connects the identification of the cash register 011 with the static two Dimension code 013 is bound, and then the cash register 011 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 a merchant uses a smart terminal as a cash register device, the smart terminal can be assigned a bound static QR code.
  • Fig. 13 is a flowchart of an order processing method proposed in an embodiment of the present application. As shown in Figure 13, the method includes the following steps:
  • S301 Obtain the identity of the cash register device and the first order currently corresponding to the cash register device.
  • the first order currently corresponding to the cash register device is an order that the customer is ready to settle at the current moment.
  • the cash register will send its own device identification (such as a serial number) and the order currently being settled by the cash register device to the server.
  • the server may also track the device identification of the cash register device that sent the first order based on the IP address according to the HTTP protocol.
  • HTTP protocol HyperText Transfer Protocol
  • the first order is a transaction order containing consumption content or a pending payment order generated according to the transaction order. Both can be adjusted according to the adjustment information (used to adjust the consumption amount to determine the amount receivable, such as discounts, discounts, etc.). / Or the transaction platform grants the customer to adjust the consumption amount.
  • the transaction order with the "XXXXXXXXX01" number containing the adjustment information prepared by the customer 051 to be paid.
  • the order to be paid 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 the transaction order according to the transaction order.
  • Figure 8 shows the pending payment order generated based on customer 051's transaction order number "XXXXXXXX01" number and discount information.
  • the cashier 111 chooses to scan the static QR code to pay for customer 051.
  • the cash register 101 sends the first order (transaction order or order to be paid) determined according to the transaction order number "XXXXXXXX01" and the device identifier of the cash register device 011 to the server.
  • S302 Determine a static two-dimensional code pre-bound with the identity of the cash register device.
  • the server queries the static two-dimensional code bound to the cash register device identifier that sent the first order. For example, the static two-dimensional code 013 bound to the cash register device 011 is queried from Table 1 above.
  • S303 Associate the static two-dimensional code with the first order to process a first payment request based on the static two-dimensional code.
  • the user terminal communicates with the server based on the HTTP protocol, that is, the user terminal scans the static two-dimensional code and sends a request (request) to the server, and the server returns a response message (report) corresponding to the static two-dimensional code according to the request.
  • the server associates the determined static two-digit code with the first order. For example, the first order is written into the report link in response to the request based on the static QR code.
  • the payment interface shown in Fig. 6B is no longer returned to the user terminal, but the first order is returned as shown in Fig. 15A.
  • the first order of the transaction order "XXXXXXXXX01" is output on the mobile phone 005, including the amount to be paid. Customer 051 only needs to authorize the payment and does not need to manually enter the payment amount.
  • the first order may also include customer transaction details, such as the unit price and quantity of hot pot and side dishes consumed by customer 051.
  • the server of the transaction platform associates the first order currently corresponding to the cash register device (that is, the order that the customer is ready to check out) with the pre-bound static QR code, and the customer After scanning the static QR code bound to the cash register device with your own 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 for the first order.
  • the customer's user terminal automatically knows the corresponding amount payable, and there is no need to manually enter the payment amount, because the customer always pays the first order corresponding to the cash register device.
  • the merchant's cash register device can also automatically determine the customer's payment The transaction order to which the payment belongs. It avoids the payment error caused by the incorrect payment amount entered by the customer. There is also no need for cashiers to manually enter payment information to avoid manual entry errors. In addition, the cash register device can automatically determine the transaction order to which the customer's payment information belongs, which reduces the difficulty of accounting work.
  • the type of the first order is the first type; that is, the order is a transaction order, and in step S303, the static QR code is associated with the first order Previously, the method also included:
  • S3021 Generate a first order of the second type according to the order content and the amount to be paid for the first order of the first type.
  • the first order of the second type is an order to be paid.
  • the transaction order includes consumption details; the amount to be paid is the amount that needs to be paid, as shown in Figure 4. According to the consumption details and the amount to be paid, an order to be paid is directly generated, such as the generated order to be paid as shown in FIG. 14. Of course, the pending payment order can also include consumption details, which is not limited by this application.
  • Step S303 Associating the static QR code with the first order includes:
  • S3031 Associate the static two-dimensional code with the first order of the second type.
  • the order to be paid is associated with the static QR code, and when the user terminal initiates a request to pay the order to be paid based on the static QR code, as shown in FIG. 16A, the order to be paid is returned.
  • the order processing method further includes:
  • S305 Disassociate the static two-dimensional code with the first order, and associate the static two-dimensional code with the second order, so as to pay for the second payment based on the static two-dimensional code. Request to be processed.
  • the second order refers to the next new order that is obtained and ready to be paid after the payment of the first order is completed.
  • the second payment request is relative to the first payment request, and refers to an order acquisition request initiated again when the user terminal scans the static QR code.
  • the transaction order of "XXXXXXXXXXX01" as shown in Figure 5A is paid, the transaction order of "XXXXXXXXX02" that is subsequently settled is the second order.
  • customer 061’s mobile phone 006 scans the static QR code 013 to initiate an order acquisition request again.
  • the transaction order numbered "XXXXXXXX02" will be processed based on the static QR code 013.
  • This order acquisition request is the second payment request .
  • the payment process of the "XXXXXXXXX02" transaction order is similar to that of the "XXXXXXXXXXX01" transaction order, so I won't repeat it here. Circulate the transaction orders in the cash register payment queue, so that each transaction order can be paid based on the static QR code.
  • FIG. 16 is a flowchart of an order processing method proposed by an embodiment of the present application. As shown in Figure 16, the method includes the following steps:
  • the cash register device obtains the current corresponding first order and the payment method of the first order.
  • the first order currently corresponding to the cash register device is an order that the customer is ready to settle at the current moment. Please refer to the detailed introduction in step S301 above.
  • the cash register device obtains the current corresponding first order and the payment method of the first order ("static code receipt”, "scan code gun receipt”, or “other way receipt”, etc.), as shown in Figure 5A and Figure 5B ,
  • the cashier or other personnel clicks the corresponding touch button to trigger the corresponding instruction more specifically, please refer to the relevant introduction above, which will not be repeated here.
  • the cash register device sends the first order to the server, and the preset payment method is based on a static second order pre-bound with the identity of the cash register device. Dimension code's payment method.
  • the preset payment method is to instruct the customer to scan the static QR code bound with the identification of the cash register device to pay. If the cashier 111 clicks "Static Code Collection", the cash register 011 sends an order "XXXXXXXX01" to the server 004 and instructs the customer 051 to scan the static QR code 013 to pay.
  • S403 The server obtains the identity of the cash register device and the first order currently corresponding to the cash register device.
  • S404 The server determines a static two-dimensional code pre-bound with the identity of the cash register device.
  • Steps S403 to S405 correspond to steps S301 to S303 one-to-one, please refer to the above for details.
  • S406 When the user terminal detects the scanning operation of the static two-dimensional code, it sends an order acquisition request to the server, and the static two-dimensional code is pre-bound with the identity of the cash register device.
  • a user terminal is a terminal with a mobile payment function held by the customer, such as a mobile phone.
  • the order acquisition request is used to request a payment order from the server for the customer to pay.
  • mobile phone 005 If customer 051’s mobile phone 005 scans the static QR code 013, mobile phone 005 will respond to the scan of the static QR code 013 and send an order acquisition request to the server 004 to request the customer 051 to prepare to pay for the order: "XXXXXXXX01" number Order.
  • the server After receiving the order acquisition request from the user terminal, the server will return the first order associated with the static QR code to the user terminal; the user terminal receives and outputs the order associated with the static QR code sent by the server.
  • a first order where the first order is an order currently corresponding to the cash register device.
  • step S407 further includes: S4071 and S4072.
  • the server receives a first payment request based on the static two-dimensional code sent by the user terminal, where the first payment request is generated by the user terminal after detecting that the static two-dimensional code is scanned.
  • the first payment request is the order acquisition request sent by the user terminal. After the user terminal scans the static QR code, it will be automatically initiated to the server. For details, please refer to the relevant instructions above.
  • S4072 The server obtains and returns the first order associated with the static two-dimensional code to the user terminal.
  • the server returns the associated first order to the user terminal based on the HTTP protocol. For details, please refer to step S303, which will not be repeated here.
  • S408 The user terminal detects the user's payment operation for the first order.
  • a successful payment operation means that the customer has completed the payment for the pending payment order output on the user terminal. If the user clicks the payment confirmation button in Fig. 15B and authorizes to complete the payment, the user jumps to Fig. 15C to output a payment success prompt. If the user cancels the payment, such as directly closing the payment page in FIG. 15A or the payment confirmation interface in FIG. 15B, it means that the payment has failed. After the customer completes the 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 payment of the first order has been completed, and may include device information of the payment device, etc.
  • the mobile phone 005 will send a payment success message to the server 004.
  • the customer When the customer is ready to checkout, associate the first order currently corresponding to the cash register device (that is, the order that the customer is preparing to check out) with the pre-bound static QR code, and the customer uses his user terminal to scan the static QR code bound to the cash register device After the code, the first order currently corresponding to the cash register device is sent to the customer's user terminal.
  • the customer only needs to authorize the user terminal to complete the payment for the first order, and there is no need to manually enter the payment amount. This avoids the embarrassing situation of payment errors caused by the wrong payment amount entered when the customer scans the static QR code through the user terminal to pay.
  • S410 The cash register device receives the first order associated with the static two-dimensional code sent by the server.
  • the first order associated with the static two-dimensional code is the first order after the consumption payment is completed.
  • the server updates that the first order has been 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's payment.
  • 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 corresponding to the cash register device.
  • the cash register device automatically associates the paid order with the corresponding transaction order, and automatically determines the transaction order to which the payment made by the customer belongs. There is no need for cashiers to manually enter the customer's payment information to avoid manual entry errors, and the cashier equipment automatically determines the transaction order to which the customer's payment information belongs, which reduces the difficulty of accounting work.
  • step S401 the cash register device further executes the following steps:
  • S4011 When the type of the first order obtained is the first type, generate a first order of the second type according to the order content and the amount to be paid for the first order of the first type.
  • the first order of the first type is a transaction order
  • the first order of the second type is an order to be paid.
  • the transaction order includes consumption details, and the amount to be paid is the amount that needs to be paid, as shown in Figure 4. According to the consumption details and the amount to be paid, an order to be paid is directly generated, such as the generated order to be paid as shown in FIG. 14. Of course, the pending payment order can also include consumption details, which is not limited by this application.
  • Step S402 when the payment method of the first order is the preset payment method, sending the first order to the server, including: S4021, when the payment method of the first order is the preset payment method, sending the first order to the server Send the first order of the second type.
  • the order to be paid is sent to the server, and the server associates the order to be paid with the static QR code bound to the cash register device for payment by the customer.
  • the cash register device further executes the following steps: in step S406, after associating the static two-dimensional code with the first order, the method further includes:
  • S401 The server sends a prompt message for a code scanning operation to the cash register device;
  • the cash register receives the prompt message of the scanning operation sent by the server, and outputs the prompt of the scanning operation according to the prompt message of the scanning operation. and / or,
  • S403 The server sends a message indicating successful association to the cash register device
  • S404 Receive a successful association message sent by the server, and output a prompt for successful association according to the successful association message.
  • the processing module 1014 of the cash register drives the second screen 1012 to output scanning operation prompts, as shown in FIG. 18A, and the detailed transaction information of the customer can also be output on the second screen 1012 at the same time.
  • the processing module 1014 of the cash register drives the first screen 1011 to output a successful association prompt, as shown in FIG. 18B.
  • the speaker 1015 synchronously drive the speaker 1015 to output the voice prompt of "Please scan the code".
  • the cash register device further executes the following steps: After step S410, the order processing method further includes:
  • S411 The server receives the order payment success message sent by the user terminal, and synchronizes the order payment success message to the cash register device.
  • the cash register device In response to the payment success message, the cash register device associates the paid order with the corresponding transaction order, as shown in FIG. 17.
  • the processing module 1014 of the cash register can also drive the first screen 1011 and/or in response to the payment success message.
  • the second screen 1012 outputs a prompt of successful payment, which is used to prompt the cashier and the customer, respectively, that the corresponding order has been paid, and the speaker 1015 can also be synchronized to drive the speaker 1015 to output a voice prompt, such as "Order No.'XXXXXXXXX01' paid successfully".
  • an embodiment of the present application provides an order processing server.
  • FIG. 19, is a schematic diagram of an order server 500 according to an embodiment of the present application.
  • the server 500 includes:
  • the obtaining module 501 is configured to obtain the identifier of the cash register device and the first order currently corresponding to the cash register device;
  • the determining module 502 is configured to determine a static QR code pre-bound with the identity of the cash register device
  • the association 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.
  • the server further includes:
  • the first receiving module is configured to receive a first payment request based on the static QR code sent by the user terminal, where the first payment request is generated when the user terminal detects that the static QR code is scanned ;
  • the return module is used to obtain and return the first order associated with the static two-dimensional code to the user terminal.
  • the server further includes:
  • the second order obtaining module is used to obtain the second order currently corresponding to the cash register device
  • the second order association module is used to disassociate the static two-dimensional code and the first order, and associate the static two-dimensional code with the second order, so as to compare the static two-dimensional code with the second order.
  • the second payment request of Dimension Code is processed.
  • the type of the first order is the first type; the server further includes:
  • a generating module configured to generate a first order of the second type according to the order content and the amount to be paid for the first order of the first type
  • the association module includes:
  • the associating unit is configured to associate the static two-dimensional code with the first order of the second type.
  • the server further includes:
  • the second receiving module is configured to receive a binding request sent by the cash register device, where the binding request carries the static QR code and the identity of the cash register device;
  • the binding module is used to bind the identity of the cash register device with the static two-dimensional code.
  • the server further includes:
  • the third receiving module is configured to receive the order payment success message sent by the user terminal, and synchronize the order payment success message to the cash register device.
  • the server further includes:
  • the first sending module is configured to send a code scanning operation prompt message 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;
  • the second sending module is configured to send an association successful message to the cash register device, so that the cash register device outputs a prompt of successful association according to the message of successful association.
  • FIG. 20 is a schematic diagram of a cash register device 700 provided by an embodiment of the present application. As shown in FIG. 20, the cash register device 700 includes:
  • the obtaining module 601 is configured to obtain the current corresponding first order and the payment method of the first order;
  • the sending module 602 is configured to send the first order to the server when the payment method of the first order is a preset payment method, and the preset payment method is based on pre-binding with the identification of the cash register device Static QR code payment method;
  • the receiving module 603 is configured to receive the first order associated with the static two-dimensional code sent by the server.
  • the cash register obtaining module includes:
  • a generating unit configured to generate a first order of the second type according to the order content and the amount to be paid of the first order of the first type when the type of the first order obtained is the first type;
  • the sending module includes:
  • 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 a preset payment method.
  • the cash register device further includes:
  • the activation instruction sending module is used to send an activation instruction to the code scanning gun to activate the code scanning gun when the two-dimensional code binding operation is detected;
  • the binding module is configured to bind the identity of the cash register device with the static QR code and synchronize to the server when the static QR code scanned by the code scanner is detected, or,
  • the binding request sending module is configured to send a binding request to the server, where the binding request carries the static QR code and the identity of the cash register device.
  • the cash register device further includes:
  • the prompt message receiving and outputting module is configured to receive the prompt message of the scanning operation sent by the server, and output the prompt of the scanning operation according to the prompt message of the scanning operation; and/or,
  • the association success information receiving and outputting module is configured to receive the association success message sent by the server, and output a prompt of the association success according to the association success message.
  • FIG. 21 is a schematic diagram of a user terminal provided by an embodiment of the present application. As shown in Figure 21, the user terminal includes:
  • the sending module 701 is configured to send an order obtaining request to the server when a scanning operation of the static QR code is detected, and the static QR code is pre-bound with the identity of the cash register device;
  • the processing module 702 is configured to receive and output a first order associated with the static QR code sent by the server, where the first order is an order currently corresponding to the cash register device;
  • the detection module 703 is configured to detect the user's payment operation for the first order
  • the generating module 704 is configured to generate an order payment success message in response to the success of the payment operation.
  • the execution device for example, the server, the cash register device and/or the user terminal
  • the description is relatively simple, and the relevant parts can be referred to the part of the description of the method embodiment.
  • the various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments, and the same or similar parts between the various embodiments can be referred to each other.
  • the device embodiments described above are merely illustrative.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in One place, or it can be distributed to multiple network units.
  • Some or all of the modules can be selected according to actual needs to achieve the objectives of the solutions of the embodiments. Those of ordinary skill in the art can understand and implement it without creative work.
  • the various component embodiments of the present invention may be implemented by hardware, or by software modules running on one or more processors, or by a combination of them.
  • a microprocessor or a digital signal processor (DSP) may be used in practice to implement some or all of the functions of some or all of the components in the computing processing device according to the embodiments of the present invention.
  • DSP digital signal processor
  • the present invention can also be implemented as a device or device program (for example, a computer program and a computer program product) for executing part or all of the methods described herein.
  • Such a program for realizing the present invention may be stored on a computer-readable medium, or may have the form of one or more signals.
  • Such a signal can be downloaded from an Internet website, or provided on a carrier signal, or provided in any other form.
  • another embodiment of the present application provides a computer-readable storage medium on which a computer program is stored.
  • the program is executed by a processor, the steps in the method described in any of the foregoing embodiments of the present application are implemented. .
  • another embodiment of the present application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and capable of running on the processor. The steps in the method described in the embodiment.
  • FIG. 22 shows an electronic device that can implement the method according to the present invention, such as a computing processing device.
  • the electronic device traditionally includes a processor 1010 and a computer program product in the form of a memory 1020 or a computer-readable medium.
  • the memory 1020 may be an electronic memory such as flash memory, EEPROM (Electrically Erasable Programmable Read Only Memory), EPROM, hard disk, or ROM.
  • the memory 1020 has a storage space 1030 for executing program codes 1031 of any method steps in the above methods.
  • the storage space 1030 for program codes may include various program codes 1031 respectively used to implement various steps in the above method. These program codes can be read from or written into one or more computer program products.
  • Such computer program products include program code carriers such as hard disks, compact disks (CDs), memory cards, or floppy disks.
  • Such a computer program product is usually a portable or fixed storage unit as described with reference to FIG. 23.
  • the storage unit may have storage segments, storage spaces, and the like arranged similarly to the memory 1020 in the computing processing device of FIG. 22.
  • the program code can be compressed in an appropriate form, for example.
  • the storage unit includes computer-readable code 1031', that is, code that can be read by a processor such as 1010, which, when run by a computing processing device, causes the computing processing device to execute the method described above. The various steps.
  • the embodiments of the embodiments of the present application may be provided as methods, devices, or computer program products. Therefore, the embodiments of the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the embodiments of the present application may adopt the form of computer program products 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.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing terminal equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device.
  • the instruction device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.
  • These computer program instructions can also be loaded on a computer or other programmable data processing terminal equipment, so that a series of operation steps are executed on the computer or other programmable terminal equipment to produce computer-implemented processing, so that the computer or other programmable terminal equipment
  • the instructions executed above provide steps for implementing functions specified in a flow or multiple flows in the flowchart and/or a block or multiple blocks in the block diagram.
  • the terms "including”, “including” or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or terminal device including a series of elements not only includes those elements, but also includes those elements that are not explicitly listed. Other elements listed, or also include elements inherent to this process, method, article, or terminal device. If there are no more restrictions, the element defined by the sentence “including a" does not exclude the existence of other same elements in the process, method, article, or terminal device that includes the element.
  • any reference signs placed between parentheses should not be constructed as a limitation to the claims.
  • the word “comprising” does not exclude the presence of elements or steps not listed in the claims.
  • the word “a” or “an” preceding an element does not exclude the presence of multiple such elements.
  • the invention can be implemented by means of hardware comprising several different elements and by means of a suitably programmed computer. In the unit claims listing several devices, several of these devices may be embodied in the same hardware item.
  • the use of the words first, second, and third, etc. do not indicate any order. These words can be interpreted as names.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

La présente invention concerne un procédé de traitement de commande, un serveur, un dispositif de caisse enregistreuse, un terminal d'utilisateur, un dispositif électronique et un support de stockage lisible. Le procédé de traitement de commande consiste à : obtenir un identificateur d'un dispositif de caisse enregistreuse et une première commande correspondant actuellement au dispositif de caisse enregistreuse ; déterminer un code QR statique pré-lié à l'identificateur du dispositif de caisse enregistreuse ; et associer le code QR statique à la première commande de façon à traiter une première demande de paiement sur la base du code QR statique. Lorsqu'un client passe à la caisse, une commande que le client est prêt à payer est associée à un code QR statique pré-lié ; après qu'un terminal d'utilisateur du client balaye le code QR statique lié à un dispositif de caisse enregistreuse, une première commande est envoyée au terminal d'utilisateur, et le client a seulement besoin d'autoriser le terminal d'utilisateur à effectuer le paiement de la première commande ; et après que le client a effectué le paiement, le dispositif de caisse enregistreuse d'un commerçant peut également déterminer automatiquement un ordre de transaction auquel appartient l'argent payé par le client.
PCT/CN2020/112591 2020-02-25 2020-08-31 Procédé de traitement de commande, dispositif électronique et support de stockage lisible WO2021169224A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010117864.7A CN111461701A (zh) 2020-02-25 2020-02-25 订单处理方法、电子设备及可读存储介质
CN202010117864.7 2020-02-25

Publications (1)

Publication Number Publication Date
WO2021169224A1 true WO2021169224A1 (fr) 2021-09-02

Family

ID=71681487

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/112591 WO2021169224A1 (fr) 2020-02-25 2020-08-31 Procédé de traitement de commande, dispositif électronique et support de stockage lisible

Country Status (2)

Country Link
CN (1) CN111461701A (fr)
WO (1) WO2021169224A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117974274A (zh) * 2024-03-29 2024-05-03 浙江加乐网络科技有限公司 一种基于消费分析的订单监控系统及方法
CN117974274B (zh) * 2024-03-29 2024-06-07 浙江加乐网络科技有限公司 一种基于消费分析的订单监控系统及方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111461701A (zh) * 2020-02-25 2020-07-28 北京三快在线科技有限公司 订单处理方法、电子设备及可读存储介质
CN112132561A (zh) * 2020-09-30 2020-12-25 中国银行股份有限公司 一种用于pos结账的电子二维码管理方法和装置
CN114333182A (zh) * 2021-12-28 2022-04-12 蜂助手股份有限公司 实现收银盒子语音播报方法、装置及系统
CN117689378A (zh) * 2024-01-31 2024-03-12 长沙威富通技术服务有限公司 基于云端推送的mis支付交易方法、装置、系统及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120095819A1 (en) * 2010-10-14 2012-04-19 Phone Through, Inc. Apparatuses, methods, and computer program products enabling association of related product data and execution of transaction
CN109816801A (zh) * 2018-12-24 2019-05-28 青岛华睿停车科技发展有限责任公司 一种停车场缴费系统
CN110163601A (zh) * 2019-04-04 2019-08-23 浙江口碑网络技术有限公司 线上订单的结算方法及装置、系统、存储介质、电子装置
CN111461701A (zh) * 2020-02-25 2020-07-28 北京三快在线科技有限公司 订单处理方法、电子设备及可读存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120095819A1 (en) * 2010-10-14 2012-04-19 Phone Through, Inc. Apparatuses, methods, and computer program products enabling association of related product data and execution of transaction
CN109816801A (zh) * 2018-12-24 2019-05-28 青岛华睿停车科技发展有限责任公司 一种停车场缴费系统
CN110163601A (zh) * 2019-04-04 2019-08-23 浙江口碑网络技术有限公司 线上订单的结算方法及装置、系统、存储介质、电子装置
CN111461701A (zh) * 2020-02-25 2020-07-28 北京三快在线科技有限公司 订单处理方法、电子设备及可读存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117974274A (zh) * 2024-03-29 2024-05-03 浙江加乐网络科技有限公司 一种基于消费分析的订单监控系统及方法
CN117974274B (zh) * 2024-03-29 2024-06-07 浙江加乐网络科技有限公司 一种基于消费分析的订单监控系统及方法

Also Published As

Publication number Publication date
CN111461701A (zh) 2020-07-28

Similar Documents

Publication Publication Date Title
WO2021169224A1 (fr) Procédé de traitement de commande, dispositif électronique et support de stockage lisible
US8261977B2 (en) Methods and systems for using an interface and protocol extensions to perform a financial transaction
US20190303919A1 (en) Digital wallet system and method
US8317090B2 (en) Methods and systems for performing a financial transaction
US8412625B2 (en) System and methods for a multi-channel payment platform
US8554670B1 (en) Systems and methods for crediting missed location-based electronic check-ins in a social network
US20180197167A1 (en) System and method for person-to-person payments
JP5461992B2 (ja) 支払を行うためのシステムおよび方法
US20140032381A1 (en) Payment services provider methods in connection with personalized payments system
US20130262309A1 (en) Method and System for Secure Mobile Payment
US20080177661A1 (en) System and methods for phone-based payments
US20130097078A1 (en) Mobile remote payment system
US20070005467A1 (en) System and method for carrying out a financial transaction
AU2016203358A1 (en) Using card image to extract bank account information
US20140201086A1 (en) Method and system for reversed near field contact electronic transaction
US20130282581A1 (en) Mobile device-based cardless financial transactions
UA118854C2 (uk) Спосіб та система для перевірки фінансових операцій щодо електронних грошових переказів
US10510069B1 (en) Variable deposits maximums for a digital cash deposit digitization service
CA2818434A1 (fr) Paiements en temps reel via un organisme financier
JP2013541106A5 (fr)
CN103718202A (zh) 使用消费者设备的商户发起的支付
CA2795167A1 (fr) Procede et systeme pour le traitement de transactions de debit en ligne (pin)
KR20220126712A (ko) 지불 처리 시스템 및 방법
JP2018055669A (ja) 汎用携帯端末を利用した決済システム
CN102542501A (zh) 银行业务联机处理方法、记录介质、以及移动终端

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20922331

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20922331

Country of ref document: EP

Kind code of ref document: A1