CN114881631B

CN114881631B - Cash register system, electronic device and computer readable medium

Info

Publication number: CN114881631B
Application number: CN202210801059.5A
Authority: CN
Inventors: 许光远; 李加杰; 曹露; 薛阳阳; 姚亮亮
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-07-08
Filing date: 2022-07-08
Publication date: 2023-02-17
Anticipated expiration: 2042-07-08
Also published as: CN114881631A

Abstract

The embodiment of the application provides a cash registering method, electronic equipment, a payment system and a computer readable storage medium, which are applied to the electronic equipment, wherein the electronic equipment is used for realizing the cash registering of an order; the cashier method comprises the following steps: responding to the first operation, and displaying a first interface; generating order information in response to the second operation; and sending order information to a server, wherein the server is used for sending the order information to the POS machine, the POS machine sends a payment request to a payment platform indicated by the payment mode identifier, and the payment platform is used for processing the payment request to complete the cash collection of the commodities in the order. From the above, it can be seen that: and after the electronic equipment generates the order, the order information is sent to the server. And the server sends the order information to the POS machine, and the POS machine receives the order information sent by the server, so that the order information can not be authenticated, and the problems of complex payment process and long time consumption caused by authentication of the order information from the electronic equipment by the POS machine are solved.

Description

Cash register system, electronic device and computer readable medium

Technical Field

The present application relates to the field of payment technologies, and in particular, to a cash register system, an electronic device, and a computer-readable storage medium.

Background

Cashier systems are increasingly used in the retail industry. At present, a cashier system of a retail store is generally a fixed cash register based on a PC, and the fixed cash register generally adopts peripherals such as a code scanning gun, a POS machine and the like connected with the PC by wires to complete cashier.

At present, when a fixed cash register based on a PC completes a cash registering process of an order in a card swiping manner, the PC needs to respectively send order information of the order to a POS and a server. The POS machine needs to authenticate the order information, and when the order information is authenticated to be legal, the order information is sent to the server. Of course, the server also needs to compare the order information from the PC with the order information from the POS to make sure that both belong to the same order. Therefore, the fixed cash register based on the PC consumes a long time for cash registering.

Disclosure of Invention

The application provides a cash registering method, an electronic device, a payment system, a computer program product and a computer readable storage medium, aiming at avoiding the problem of long time consumed by cash registering.

In order to achieve the above object, the present application provides the following technical solutions:

in a first aspect, the application provides a method for receiving cash, which is applied to an electronic device, wherein the electronic device is used for receiving cash of an order; the cashier method comprises the following steps: responding to a first operation, and displaying a first interface, wherein the first interface comprises a first control; generating order information in response to a second operation, wherein the second operation is a trigger operation of the first control at the first interface, and the order information comprises: the order number of the order, the commodity information and the commodity amount of the commodity in the order, the information of the POS machine and the payment mode identification; and sending order information to a server, wherein the server is used for sending the order information to the POS machine, the POS machine sends a payment request to a payment platform indicated by the payment mode identifier, and the payment platform is used for processing the payment request to complete the cash collection of the commodities in the order.

From the above, it can be seen that: the electronic device may be understood as a cash register terminal, and the cash register terminal generates order information and sends the order information to the server. And the server sends the order information to the POS machine, so that the cashier terminal does not need to send the order information to the POS machine, no mutual information between the cashier terminal and the POS machine can be realized, and the situation that the cashier terminal and the POS machine need to be connected by a connecting wire due to the fact that the cashier terminal and the POS machine need to communicate with each other is avoided. Furthermore, the POS machine receives the order information sent by the server, so that the order information can not be authenticated, and the problems of complex payment process and long time consumption caused by the fact that the POS machine authenticates the order information from the cash register terminal are solved.

In one possible embodiment, generating the order information in response to the second operation includes: responding to the trigger operation of the first control, and displaying an interface for adding commodities, wherein the interface for adding the commodities comprises a first area and a second control, and the first area is used for displaying a barcode image of the commodities; responding to the triggering operation of the second control, displaying a display interface of the shopping cart, wherein the display interface of the shopping cart comprises commodity information and commodity amount of commodities in the order and a third control; responding to the triggering operation of the third control, and displaying a display interface of the payment modes, wherein the display interface of the payment modes comprises a plurality of controls of the payment modes; and generating order information in response to the control of the payment mode of the bank card on the display interface of the payment mode.

In one possible embodiment, the cashier method further comprises: generating order information of refund in response to a third operation, wherein the third operation is a refund operation on an order, and the order information of refund comprises: the order number of the refund order, the order number of the payment order associated with the refund order and the refund amount; sending the order information of the refund to the server, the server is used for sending refund order information to the POS machine, and the POS machine sends an order refund request to the payment platform, and the payment platform is used for processing the order refund request to complete the refund of the order.

In one possible embodiment, in response to the third operation, generating refund order information includes: responding to the triggering operation of the fourth control, and displaying a returned and exchanged goods display interface, wherein the returned and exchanged goods display interface comprises a second area, and the second area is used for displaying the attribute information of the returned and exchanged goods; the first interface further comprises a fourth control, and the fourth control is used for controlling the electronic equipment to execute goods returning and changing operation; in response to a display triggering operation on the payment order of the goods returned, displaying a detail interface of the payment order of the goods returned, wherein the detail interface of the payment order of the goods returned comprises: a fifth control; responding to the triggering operation of the fifth control, and displaying a selection interface of the goods returned and changed, wherein the selection interface of the goods returned and changed comprises a sixth control; and generating refund order information in response to the triggering operation of the sixth control.

In one possible embodiment, the cashier method further comprises: receiving confirmation information returned by the server, wherein the confirmation information is used for indicating the server to receive order information or refund order information; or, further comprising: sending a query request of an order payment result to a server; receiving an order payment result returned by the server; an interface for displaying the order payment result; or, further comprising: sending a request for inquiring the refund result of the order to a server; receiving a refund result of the order returned by the server; and displaying an interface of the order refund result.

In one possible embodiment, the cashier method further comprises: generating order information of code scanning payment in response to a fourth operation, wherein the fourth operation is a trigger operation of the first control on the first interface, and the order information of code scanning payment at least comprises the following steps: the order number of the order, the commodity information and the commodity amount of the commodity in the order, the payment code information and the payment mode identification; and sending order information of code scanning payment to the server, and sending a payment request to a payment platform indicated by the payment mode identifier by the server, wherein the payment platform is used for processing the payment request to complete the cash collection of the commodity in the order.

In one possible embodiment, in response to the fourth operation, generating order information for code-scanning payment includes: responding to the triggering operation of the first control, and displaying an interface for adding the commodity; the interface for adding the commodities comprises a first area and a second control, wherein the first area is used for displaying a barcode image of the commodities; responding to the triggering operation of the second control, displaying a display interface of the shopping cart, wherein the display interface of the shopping cart comprises commodity information and commodity amount of commodities in the order and a third control; responding to the triggering operation of the third control, and displaying a display interface of the payment modes, wherein the display interface of the payment modes comprises a plurality of controls of the payment modes; and responding to a control of a code scanning payment mode on a display interface of the payment mode, and generating order information of code scanning payment.

In one possible embodiment, the cashier method further comprises: generating order information of a code scanning payment refund order in response to a fifth operation, wherein the fifth operation is a refund operation on the order, and the order information of the code scanning payment refund order comprises the following steps: scanning the order number of the payment refund order, scanning the order number of the payment order associated with the payment refund order, and the refund amount; and sending order information of the code scanning payment refund order to a server, wherein the server is used for sending an order refund request to a payment platform, and the payment platform is used for processing the order refund request to complete refund of the code scanning payment refund order.

In one possible embodiment, the cashier method further comprises: receiving confirmation information returned by the server, wherein the confirmation information is used for indicating the server to receive order information of code scanning payment or order information of a code scanning payment refund order; or, further comprising: sending a query request of order payment results of code scanning payment to a server; receiving an order payment result of code scanning payment returned by the server; and displaying an interface of order payment results of code scanning payment. Or, further comprising: sending a request for inquiring a refund result of the code scanning payment refund order to a server; and receiving a refund result of the code scanning payment refund order returned by the server.

In a possible embodiment, after receiving the confirmation information returned by the server, where the confirmation information is used to instruct the server to receive the order information of the code-scanning payment refund order, the method further includes: and displaying a refund result of the code scanning payment refund order.

In a second aspect, the present application provides an electronic device comprising: one or more processors, memory, cameras, and display screens; a memory, a camera and a display screen coupled to the one or more processors, the memory for storing computer program code, the computer program code comprising computer instructions, which when executed by the one or more processors, cause the electronic device to perform the method for cashier according to any of the first aspects.

In a third aspect, the present application provides a computer-readable storage medium for storing a computer program, which when executed, is particularly adapted to implement the method for cashing as described in any one of the first aspects.

In a fourth aspect, the present application provides a computer program product for causing a computer to perform the method for cashing as described in any one of the first aspect when the computer program product is run on the computer.

In a fifth aspect, the present application provides a payment system comprising: the electronic device, POS machine, server, and payment platform as provided by the second aspect; wherein: the server is used for receiving order information sent by the electronic equipment; the POS machine is used for receiving the order information sent by the server and sending a payment request to the payment platform; the payment platform is used for processing the payment request to complete the order payment.

In one possible embodiment, a server, comprising: the retail server is used for receiving the order information sent by the electronic equipment and sending the order information to the payment server; the payment server is used for receiving the order information sent by the retail server and sending the order information to the payment service providing server; and the payment service providing server is used for receiving the order information sent by the payment server and sending the order information to the POS machine.

Drawings

Fig. 1 is an application scene diagram of a cash registering method provided in an embodiment of the present application;

fig. 2 is a hardware structure diagram of an electronic device according to an embodiment of the present disclosure;

fig. 3 is a display view of an interface of the cashier terminal 200 according to the embodiment of the present application when the cashier is performed;

FIG. 4 is an interface display diagram of an installment method provided by an embodiment of the present application;

FIG. 5 is a display diagram of an interface for payment failure provided by an embodiment of the present application;

fig. 6 is a signaling diagram of a cash registering method according to an embodiment of the present application;

fig. 7 is a display diagram of an interface of the cashier terminal 200 according to the embodiment of the application when executing refund of an order;

FIG. 8 is a signaling diagram illustrating a refund method for an order according to an embodiment of the present disclosure;

fig. 9 is a diagram of another application scenario of the cash registering method according to the embodiment of the present application;

fig. 10 is another signaling diagram of a cashier method according to an embodiment of the present application;

FIG. 11 is another signaling diagram illustrating a refund method for an order according to an embodiment of the present disclosure;

fig. 12 is another application scenario diagram of the cash registering method provided in the embodiment of the present application;

fig. 13 is a display view of an interface of the cashier terminal 200 according to the embodiment of the present application when performing cashier;

fig. 14 is another signaling diagram of a cashier method according to an embodiment of the present application;

fig. 15 is a display diagram of another interface of the cashier terminal 200 according to the embodiment of the application when executing refund of an order;

fig. 16 is another signaling diagram of a refund method for an order according to an embodiment of the present disclosure.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. The terminology used in the following examples is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the specification of this application and the appended claims, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, such as "one or more", unless the context clearly indicates otherwise. It should also be understood that in the embodiments of the present application, "one or more" means one, two, or more than two; "and/or" describes the association relationship of the associated objects, indicating that three relationships may exist; for example, a and/or B, may represent: a alone, both A and B, and B alone, where A, B may be singular or plural. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.

Reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," or the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless expressly specified otherwise.

The embodiments of the present application relate to a plurality of numbers greater than or equal to two. It should be noted that, in the description of the embodiments of the present application, the terms "first", "second", and the like are used for distinguishing between descriptions and not for describing a relative importance or order of indication.

Cashier systems are increasingly used in the retail industry. At present, a cashier system of a retail store is generally a fixed cash register based on a PC, and the fixed cash register generally adopts peripherals such as a code scanning gun, a POS machine and the like connected with the PC by wires to complete cashier. Fixed cash registering machine's volume is generally great, and can't remove, and it is relatively poor to cause the convenience of receiving silver so.

Moreover, when the fixed cash register based on the PC completes the cash registering process of the order by adopting a card swiping mode, the PC is connected with the POS through a wire, so that the PC sends the order information of the order to the POS, and the POS further needs to send the order information to the server. Of course, the PC also needs to send order information to the server. Because the POS receives the order information from the PC and pushes it to the server, the POS needs to authenticate the order information to determine the validity of the order information. The authentication process is relatively cumbersome, which may cause a problem of long time consuming for the cashier of a PC-based stationary cash register.

Furthermore, the server receives the order information sent by the PC and the order information sent by the POS, and the cash-out process can be advanced only when the two are definitely the same order, so that the time for cash-out is delayed.

Based on this, this application embodiment provides a receive silver-colored convenient cash registering system.

Fig. 1 shows an application scenario diagram of a cashier system according to an embodiment of the present application.

In fig. 1, the mobile phone 100 can be understood as a mobile phone of a consumer, and a display screen of the mobile phone can display a payment code of the consumer. The payment code of the consumer may be understood as a payment code of an application corresponding to the third party payment platform configured by the cashier terminal 200, and may include, for example, a payment code of a pay treasure, a payment code of a WeChat, a payment code of a cloud flash payment, and the like.

The cashier terminal 200 is provided with an Application program (App), which may be referred to as a cashier Application, by way of example, by which the cashier terminal 200 can perform operations such as order making, cash receiving, and the like. The cashier terminal 200 in fig. 1 is shown by taking a mobile phone as an example.

The retail server 300, which may be understood as a backend server of the checkout application configured by the checkout terminal 200, may interact with the checkout application. Retail server 300 may receive order information sent by the cash register application and may also return information to the cash register application. Retail server 300 may also enable management of order information. Illustratively, the management operations may include: delete order information, modify order information, etc.

The payment server 400 is used for managing payment services, and belongs to a platform for fund management. The payment server 300 may perform information interaction with the retail server 300 and also may perform information interaction with the payment service providing server 500.

The payment service providing server 500 (which may be referred to as a bank for short), belonging to an intermediate server, may be associated with a common third party payment platform 600. The payment service providing server 500 may act as an intermediary platform interfacing each of its associated third party payment platforms 600 for the payment server 400.

The third party payment platform 600 belongs to a general term of third party payment servers, and each third party payment server is a third party payment platform 600. And, the third party payment platform 600 may interact with the mobile phone 100 to complete the payment process.

In the application scenario shown in fig. 1, the cashier terminal 200 may be an electronic device with a code scanning function. Exemplary electronic devices with code scanning function may be a mobile phone, a tablet Computer, a notebook Computer, an Ultra-mobile Personal Computer (UMPC), a handheld Computer, a netbook, a Personal Digital Assistant (PDA), a wearable electronic device, a smart watch, and the like.

Moreover, the cash register terminal 200 can adopt the electronic device with the code scanning function, does not need to integrate peripherals such as a code scanning gun and a POS (point of sale) machine, has small volume, can be conveniently moved, has strong flexibility and is convenient for cash register.

The following describes a hardware structure of an electronic device with a code scanning function according to an embodiment of the present application, by taking a mobile phone as an example.

Fig. 2 is a configuration example of a cash register terminal 200 according to an embodiment of the present disclosure. As shown in fig. 2, the cashier terminal 200 may include a processor 210, an internal memory 220, a camera 230, a display screen 240, an antenna 1, an antenna 2, a mobile communication module 250, a wireless communication module 260, and the like.

It is to be understood that the configuration illustrated in the present embodiment does not constitute a specific limitation on the cashier terminal 200. In other embodiments, the checkout terminal 200 may include more or fewer components than illustrated, or combine certain components, or split certain components, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 210 may include one or more processing units, such as: the processor 210 may include an Application Processor (AP), a modem processor, a Graphics Processing Unit (GPU), an Image Signal Processor (ISP), a controller, a video codec, a Digital Signal Processor (DSP), a baseband processor, a smart sensor hub (sensor hub), and/or a neural-Network Processing Unit (NPU), etc. Wherein, the different processing units may be independent devices or may be integrated in one or more processors.

A memory may also be provided in processor 210 for storing instructions and data. In some embodiments, the memory in the processor 210 is a cache memory. The memory may hold instructions or data that have just been used or recycled by processor 210. If the processor 210 needs to use the instruction or data again, it can be called directly from the memory. Avoiding repeated accesses reduces the latency of the processor 210, thereby increasing the efficiency of the system.

The internal memory 220 may be used to store computer-executable program code, which includes instructions. The processor 210 executes various functional applications of the cashier terminal 200 and data processing by executing instructions stored in the internal memory 220. The internal memory 220 may include a program storage area and a data storage area. The storage program area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like. The storage data area may store data (e.g., audio data, a phone book, etc.) created during use of the cashier terminal 200, and the like. In addition, the internal memory 220 may include a high-speed random access memory, and may further include a nonvolatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (UFS), and the like. The processor 210 executes various functional applications of the cashier terminal 200 and data processing by executing instructions stored in the internal memory 220 and/or instructions stored in a memory provided in the processor.

In some embodiments, the internal memory 220 stores instructions for performing a cash register method and a refund method. The processor 210 may implement cash register and refund by executing instructions stored in the internal memory 220.

The cashier terminal 200 may implement a shooting function through the ISP, the camera 230, the video codec, the GPU, the display screen 240, the application processor, and the like.

The ISP is used to process the data fed back by the camera 230. For example, when a photo is taken, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing and converting into an image visible to naked eyes. The ISP can also carry out algorithm optimization on the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene.

The camera 230 is used to capture still images or video. An object generates an optical image through a lens and projects the optical image onto a photosensitive element (also called a sensor). The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then transmits the electrical signal to the ISP to be converted into a digital image signal. And the ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into image signal in standard RGB, YUV and other formats. In some embodiments, the checkout terminal 200 may include 1 or N cameras 230, N being a positive integer greater than 2.

The digital signal processor is used for processing digital signals, and can process other digital signals besides digital image signals. For example, when the cashier terminal 200 selects a frequency point, the digital signal processor is used for performing fourier transform or the like on the frequency point energy.

Video codecs are used to compress or decompress digital video. The checkout terminal 200 may support one or more video codecs. In this way, the cashier terminal 200 can play or record videos in a plurality of encoding formats, such as: moving Picture Experts Group (MPEG) 4, MPEG2, MPEG3, MPEG4, and the like.

The electronic device implements display functions via the GPU, the display screen 240, and the application processor. The GPU is a microprocessor for image processing, and is connected to the display screen 240 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 210 may include one or more GPUs that execute program instructions to generate or alter display information.

The display screen 240 is used to display images, video, and the like. The display screen 240 includes a display panel. The display panel may be a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a miniature, a Micro-OLED, a quantum dot light-emitting diode (QLED), or the like. In some embodiments, the electronic device may include 1 or N display screens 240, N being a positive integer greater than 2.

The wireless communication function of the cashier terminal 200 can be realized by the antenna 1, the antenna 2, the mobile communication module 250, the wireless communication module 260, the modem processor, the baseband processor, and the like.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in the checkout terminal 200 may be used to cover a single or multiple communication bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: the antenna 2 may be multiplexed as a diversity antenna of the wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 250 may provide a solution including wireless communication of 2G/3G/4G/5G, etc. applied on the cashier terminal 200. The mobile communication module 250 may include at least one filter, a switch, a power amplifier, a Low Noise Amplifier (LNA), and the like. The mobile communication module 250 can receive the electromagnetic wave from the antenna 1, filter, amplify, etc. the received electromagnetic wave, and transmit the electromagnetic wave to the modem processor for demodulation. The mobile communication module 250 may also amplify the signal modulated by the modem processor, and convert the signal into electromagnetic wave through the antenna 1 to radiate the electromagnetic wave. In some embodiments, at least some of the functional modules of the mobile communication module 250 may be disposed in the processor 210. In some embodiments, at least some of the functional modules of the mobile communication module 250 may be disposed in the same device as at least some of the modules of the processor 210.

The wireless communication module 260 may provide a solution for wireless communication applied to the cashier terminal 200, including Wireless Local Area Networks (WLANs) (such as wireless fidelity (Wi-Fi) networks), bluetooth (bluetooth, BT), global Navigation Satellite Systems (GNSS), frequency Modulation (FM), near Field Communication (NFC), infrared (IR), and the like. The wireless communication module 260 may be one or more devices integrating at least one communication processing module. The wireless communication module 260 receives electromagnetic waves via the antenna 2, performs frequency modulation and filtering processing on electromagnetic wave signals, and transmits the processed signals to the processor 210. The wireless communication module 260 may also receive a signal to be transmitted from the processor 210, frequency-modulate and amplify the signal, and convert the signal into electromagnetic waves via the antenna 2 to radiate the electromagnetic waves.

Fig. 1 shows an application scenario in which the retail server 300, the payment server 400, and the payment service providing server 500 are all server-type devices. In some embodiments, the retail server 300, the payment server 400, and the payment service providing server 500 may include: processor, memory, chipset, I/O (RAID card, network card, HBA card), hard disk, and chassis (including power supply, fan), etc. Among them, the network card may support a function of the retail server 300, the payment server 400, and the payment service providing server 500 to communicate with other devices.

It is to be understood that the structures of the retail server 300, the payment server 400, and the payment service providing server 500 illustrated in the present embodiment are not limited. In other embodiments, retail server 300, payment server 400, and payment service provisioning server 500 may include more or fewer components than processors, memory, chipsets, I/O (RAID cards, network cards, HBA cards), hard disks, and enclosures, or combine certain components, or split certain components, or a different arrangement of components.

For convenience of understanding, the following embodiments of the present application will specifically describe a cash registering method provided by the embodiments of the present application by taking cooperation of various devices shown in an application scenario shown in fig. 1 as an example.

Fig. 3 shows an interface display process of the cash register terminal 200 when the clerk completes the cash register by using the cash register terminal 200. The following describes the process of the clerk completing the cash register by using the cash register terminal 200, with reference to the interface diagrams of the mobile phone shown in fig. 3.

The customer purchases goods at the retail store and the clerk can complete the order process using the cash register application of the cash register terminal 200. Illustratively, fig. 3 (a) shows a home interface of the cash register application, which includes: account information of the user (user a shown in fig. 3 (a)), a scan control, an order control 301, an inventory control, an order control, a customer placement control, various controls included in my tool, and information included in the sales profile.

The clerk can complete placing the order using the order controller 301. As shown in fig. 3 (a), the clerk clicks the order opening control 301. The cell phone presents an interface for adding goods to the shopping cart in response to a click operation by a clerk, and the interface is exemplarily shown in fig. 3 (b). The cash register terminal 200 calls a camera to operate, and displays a scanning area on an interface of the shopping cart for adding the commodities. The clerk can move the camera of the cash terminal 200 to aim at the barcode of the commodity, the camera shoots the barcode image of the commodity, and the cash terminal 200 analyzes the information of the barcode image. Meanwhile, the scanning area of the cashier terminal 200 synchronously displays the barcode image shot by the camera. After the cash registering terminal 200 adds the goods to the shopping cart by scanning the bar codes of the goods, the cashing terminal 302 enters the number of the goods that can be added by the mobile phone, and (b) in fig. 3 shows an interface when the cashing application has not acquired the bar code information of the goods, so that the number of the goods displayed by the cashing terminal 302 is 0. After the cash register application acquires the barcode information of a commodity, the order opening control unit 302 displays that the number of the commodity is 1. Also, the clerk can click into the order control 302. Of course, the store clerk can also manually input the bar code information of the commodity in the interface for adding the commodity to the shopping cart so as to complete the addition of the commodity to the shopping cart.

The checkout terminal 200, in response to the clerk clicking into the order controller 302, displays a shopping cart interface that can be used to display information about the order, which can include purchaser information, retail store information, merchandise information, etc. Illustratively, a shopping cart interface is shown in FIG. 3 (c). The clerk clicks the checkout control 303 on the shopping cart interface to initiate the checkout.

The cashier terminal 200 responds to the clerk clicking the operation of the settlement control 303, and displaying a payment mode interface in response to the operation of the clerk selecting the payment mode. Of course, the interface for the clerk to select the payment method may be a next link interface for the clerk to click the settlement control 303, which is not shown in fig. 3. Illustratively, fig. 3 (d) shows a payment method interface, which shows controls of several payment methods, such as code scanning payment 304, cash, offline payment, bank card, staging, combined payment, and the like, and also shows controls of additional functions, such as abnormal statement of account, accounting, and the like. The application scenario shown in fig. 1 is illustrated by using a customer with a code-scanning payment as an example, so that a clerk can click on the code-scanning payment control 304 shown in (d) in fig. 3.

It should be noted that part of the payment methods shown in fig. 3 (d) include a secondary menu, which is used to show the user items that can be further selected by the user. Illustratively, the payment method, the installment, the bank card, the combined payment, etc. all include a secondary menu. If the payment mode comprises a secondary menu, after the clerk clicks the control of the payment mode, the mobile phone can display the secondary menu included in the payment mode. And if the payment mode does not comprise the secondary menu, the mobile phone executes the payment process after clicking the control of the payment mode.

Illustratively, FIG. 4 illustrates the presentation of a staged two-level menu. The clerk can click on the staging 308 control at the pay-mode interface of fig. 4 (a). The cash register terminal 200 displays a secondary menu of the installment method, which includes, for example, as shown in fig. 4 (b), in response to a click operation of a clerk: a girl value stage of GIPS service provider, a girs silver Shang Fenqi, a girls silver provider girl value stage, and a girls value stage. The clerk can click on any of the payment methods in the secondary menu. Illustratively, the clerk clicks the control 309 of the flower allocation period, and the cashier terminal 200 displays a sub-menu (which can be understood as a three-level menu of the payment method) of the flower allocation period in response to the clicking operation. The submenu displays staging modes and upon selection of one of the staging modes, the confirmation control 310 may be clicked. The checkout terminal 200 may specify the payment method in response to a click operation of the confirmation control 310. Of course, the secondary menu of installments is not limited to the payment method shown in fig. 4 (b), and other installments may be used within the scope of the present disclosure.

The checkout terminal 200 presents a secondary menu of code-scan payments in response to a clerk clicking on the code-scan payment control 304. Illustratively, fig. 3 (e) shows a secondary menu of code scanning payment, which includes a plurality of code scanning payment modes, such as GIPS wechat facilitator code scanning payment, GIPS bank code scanning payment, GIPS pay pal code scanning payment, wechat code scanning payment, pay pal code scanning payment, and the like. The user can click on any code scanning payment mode to pay. Each code scanning payment mode can be used for supporting the cashier terminal 200 to perform code scanning payment with the application program corresponding to the code scanning mode. Such as: the WeChat code scanning payment can support the cashier terminal 200 to scan the two-dimensional code of the WeChat application program. Of course, the secondary menu of code scanning payment is not limited to the payment method shown in fig. 3 (e), and other payment methods of installments may be within the scope of the present disclosure.

As shown in fig. 3 (e), when the user clicks the wechat code scanning control 305, the cashier terminal 200 calls the camera to operate to capture an image in response to the click operation of the clerk, and the display screen of the cashier terminal 200 also displays a code scanning payment interface. Illustratively, a swipe code payment interface is shown in fig. 3 (f). The interface includes a code scanning area for displaying an image taken by a camera of the checkout terminal 200. Of course, the code scanning payment interface also displays a manual input payment code control, and the clerk can complete inputting the payment code information of the consumer into the cash register application by clicking the manual input payment code control.

The cash register application of the cash register terminal 200 calls the camera to shoot the payment code image of the consumer, analyzes the payment code information, and displays a payment waiting interface in the mobile phone in the cash register process by using the payment code information, wherein (g) in fig. 3 shows the payment waiting interface. After the cash register terminal 200 completes the cash register process, the cash register terminal 200 may display a payment completed interface to remind the clerk and the consumer to complete the cash register. Illustratively, the interface for a successful payment is shown in FIG. 3 (h).

In an actual usage scenario, the payment process of the consumer may fail, for example, the payment is interrupted due to poor network quality, and the cashier terminal 200 may prompt when the payment process fails. For example, the checkout terminal 200 may display a payment failure interface as shown in (b) in fig. 5, where the checkout terminal 200 receives the result of the payment failure within the set waiting time (e.g., 88 seconds shown in (a) in fig. 5), and the payment failure interface is displayed by the checkout terminal 200. Of course, if the cashier terminal 200 does not receive the payment result for a long time, an abnormal payment interface may be displayed. Illustratively, an exception payment interface is shown in fig. 5 (c), which may prompt a clerk to have a problem with the payment process. The clerk can execute a click operation on the control for continuing the query and the control for the abnormal statement on the abnormal payment interface so as to control the cash register terminal 200 to execute the flow of the corresponding control.

With reference to fig. 6, a process of completing the cash registering method provided in the embodiment of the present application by each device in the application scenario shown in fig. 1 is described below. As shown in fig. 6, the cash registering method provided in this embodiment includes the following steps:

s101, the mobile phone 100 displays the payment code.

After the consumer consumes at the retail store, the payment code can be displayed by using the display screen of the mobile phone 100, and the two-dimensional code is taken as an example in fig. 1. For example, a consumer may open an application of a third party payment platform of the mobile phone 100, input a touch operation on a display interface of the application, and control a display screen to display a payment code of the application of the third party payment platform.

S102, the cash register terminal 200 receives the starting operation of the cash register application input by the user, responds to the starting operation of the user, and displays a home page interface.

As in the context of the aforementioned application scenario, the checkout terminal 200 is configured with a checkout application. The clerk of the retail store holds the cash register terminal 200 with the cash register application installed, starts the cash register application, and controls the display screen to display a home interface of the cash register application.

For example, the user may start the cash register application by clicking an icon of the cash register application on the desktop of the cash register terminal 200, inputting a specific gesture, or touching a specific key. After the cash register application is started, the cash register terminal 200 displays a home interface of the cash register application. Illustratively, fig. 3 (a) shows a home interface of the cash register application.

S103, the cashier terminal 200 receives the operation input by the user, and generates order information in response to the user operation.

In general, the order information generated by the cashier application of the cashier terminal 200 includes: the order number and serial number of the order, the payment code information of the consumer, the identity information of the store clerk, the commodity information, the commodity amount, the payment mode identification and the like. Of course, the order information may also include only the order number of the order, the payment code information of the customer, the amount of the goods and the payment method identifier. The commodity information generally includes a commodity name and the like. The payment means id indicates a payment means selected by the user so that the payment server 400 knows the payment means designated by the user through the payment means id.

For the consumption behavior of the consumer, the clerk generates an order by using the cash register application of the cash register terminal 200, and after the order is generated, the cash register application of the cash register terminal 200 can obtain the order number, serial number, commodity information, commodity amount and the like of the order. Illustratively, as shown in fig. 3 (a), the home interface of the cash register application includes an opening control 301. The clerk may input an order opening instruction by clicking the order opening control 301 as shown in fig. 3 (a), and add the goods to the shopping cart by scanning the barcode of the goods through the camera of the cash registration terminal 200 or by inputting the barcode of the goods by hand. Thereafter, the clerk may trigger the checkout terminal 200 to obtain the order number, serial number, and commodity information and the commodity amount of the order by clicking on the entry opening control 302 shown in fig. 3 (b) and the settlement control 303 shown in fig. 3 (c).

In some embodiments, the store clerk's identity information may include: the name, job number, sex, etc. of the clerk, and certainly can also include the identification number, etc. The store clerk identity information is used to indicate the identity of the store clerk. It should be noted that, the clerk starts the cash register application of the cash register terminal 200, and needs to log in an account, and during the account login process, the clerk may input the identity information of the clerk to the cash register application of the cash register terminal 200.

The cashier terminal 200 may also scan the payment code image of the customer to obtain the payment code of the customer and the payment method identifier. Illustratively, the user clicks on the swipe pay control 304, as shown in fig. 3 (d), and then clicks on the wechat swipe control 305 to enter the swipe operation, as shown in fig. 3 (e). Based on this, the cash register application responds to the code scanning operation, calls the camera of the cash register terminal 200, and obtains the payment code information in a manner of scanning the payment code of the consumer displayed on the display screen of the mobile phone 100 or in a manner of manually inputting the payment code of the consumer. In addition, since the camera of the cashier terminal 200 scans the customer's WeChat payment code, the payment method identifier is a payment method identifier of a WeChat payment platform interfaced with the payment service providing server 500.

Of course, the payment method identifier may be determined by the cashier terminal 200 in response to a click operation input by the user on the interface shown in fig. 3 (e). Illustratively, the cashier terminal 200 identifies the payment method as the payment method of the wechat payment platform interfaced with the payment service providing server 500 by determining that the user clicks the wechat code scanning control 305. In some embodiments, the payment means identification of the wechat payment platform interfacing with the payment service providing server 500 may be the identification of the payment service providing server 500.

After the cashier terminal 200 obtains the payment code information and the payment method identification of the consumer, the order number, the serial number, the payment code information of the consumer, the identity information of the store clerk, the commodity information, the commodity amount, the payment method identification and the like of the order can be combined to generate order information.

S104, the cashier terminal 200 sends order information to the retail server 300.

After the cashier application of the cashier terminal 200 generates the order information, the order information may be transmitted to the retail server 300 using the wireless communication function provided by the hardware configuration content of the electronic device.

After receiving the order information, retail server 300 may save the order information for management.

S105, the retail server 300 sends the assembled order information to the payment server 400.

After receiving the order information, the retail server 300 may assemble the account number association information based on the order information to obtain assembled order information, and send the assembled order information to the payment server 400.

In some embodiments, the account number association information is used to specify the identity of the mall from which the order payment was initiated.

Aiming at one store or a plurality of stores which are mutually associated, the bank and the trader are respectively provided with a unique corresponding shopping mall, an account number of the shopping mall is opened, and the account number association information is the unique identification information of the shopping mall. Based on the fact that one retail store or a plurality of mutually-associated retail stores is identified as a shopping mall in the bank, the identity of the shopping mall can be determined through account number association information.

A retail store or a plurality of interrelated retail stores, corresponding to a mall, may determine: the account number association information of the mall may have an association with account number information of retail stores.

In other embodiments, the account association information may also refer to account information for a store. Thus, the account number association information may indicate the identity of the store that initiated the order payment. Based on this, the bank can maintain account information for multiple stores.

The retail server 300 may also transmit the assembled order information to the payment server 400 using a communication function.

It should be noted that one implementation way for the retail server 300 to send the assembled order information to the payment server 400 is as follows: retail server 300 sends a payment request to payment server 400, the request carrying the assembled order information.

S106, the payment server 400 sends the assembled order information to the payment service providing server 500.

The payment server 400 may also transmit the assembled order information to the payment service providing server 500 using a communication function.

Likewise, one implementation way for the payment server 400 to send the assembled order information to the payment service providing server 500 may also be: the payment server 400 transmits a payment request, which carries the assembled order information, to the payment service providing server 500.

It should be noted that the assembled order information includes a payment method identifier, and the payment server 400 may determine whether the assembled order information needs to be sent to the payment service providing server 500 through the payment method identifier. In the application scenario shown in fig. 1, the payment method identifier is a payment method identifier of the wechat payment platform interfaced with the payment service providing server 500, and therefore, the payment server 400 sends the assembled order information to the payment service providing server 500.

S107, the payment server 400 returns confirmation information to the retail server 300.

The retail server 300 transmits the assembled order information to the payment server 400 through step S105. After the payment server 400 receives the assembled order information, a confirmation message may be returned to the retail server 300 to indicate that the retail server 300 received the assembled order information.

Of course, the payment server 400 also returns confirmation information to the retail server 300 using the communication function.

It should be noted that fig. 6 shows an implementation sequence of step S106 and step S107, but step S106 and step S107 are not limited to the execution sequence shown in fig. 6. In some embodiments, step S106 and step S107 may be executed in parallel, or step S107 is executed first and then step S106 is executed.

S108, the retail server 300 sends the confirmation information to the cashier terminal 200.

The retail server 300 also transmits confirmation information to the cash register terminal 200 using the communication function to inform the mobile payment server 400 of the reception of the assembled order information.

The acknowledgement information sent in step S107 and step S108 belongs to the response message. Therefore, step S107 and step S108 may also be steps that are selectively executed. In some embodiments, in a scenario where the payment server 400 or the retail server 300 does not need to send the response message, step S107 or step S108 may not be executed, and of course, step S107 and step S108 may not be executed at all.

Note that, the transmission of the confirmation information from the retail server 300 to the cash register terminal 200 is: the retail server 300 sends confirmation information to the cashier application of the cashier terminal 200. After the cash register application of the cash register terminal 200 receives the confirmation information, step S118 may be performed.

S109, the payment service providing server 500 sends a payment request to the third party payment platform 600.

The payment service providing server 500 transmits a payment request, which may carry payment code information of a customer, account association information, an amount of goods, etc., to the third party payment platform 600 using a communication function, to inform the third party payment platform 600 of a payment object, a reception object, and an amount of payment of a payment.

The payment service providing server 500 may determine the third party payment platform to which the payment code belongs through the payment code information of the consumer. Illustratively, the payment code information of the consumer is the payment code information of the WeChat application of the consumer, and the payment service providing server 500 may determine that the third party payment platform 600 is the WeChat server through the payment code information of the WeChat application.

After the payment service providing server 500 specifies the third party payment platform, a payment request may be sent to the third party payment platform.

S110, the third party payment platform 600 sends a notification message to the mobile phone 100 to notify the user of the authorized payment.

After the third party payment platform 600 receives the payment request, the consumer is notified to authorize the payment. Accordingly, the third party payment platform 600 sends a notification message to the consumer's cell phone, i.e., cell phone 100, to notify the user that payment is authorized.

Of course, the third party payment platform 600 sends a notification message to the application program of the third party payment platform 600 of the mobile phone 100 by using the communication function.

S111, the mobile phone 100 receives the authorization operation input by the user.

After receiving the notification message sent by the third party payment platform 600, the mobile phone 100 will display the notification message to the user through the display screen of the mobile phone 100, so as to remind the consumer to perform payment authorization. For example, the display screen of the mobile phone 100 may display a display interface for inputting a payment password and a fingerprint to remind the consumer to input an authorization operation. Of course, the mobile phone 100 may also display a face recognition interface on the display screen, and call the front-end camera to collect the user image for face recognition.

The consumer can input the authorization operation by inputting the payment password and the fingerprint on the display screen of the mobile phone 100. Certainly, the mobile phone 100 can also be held by hand and close to the face, and authorization operation is input in a manner of acquiring a face image by a front camera of the mobile phone 100. Of course, the authorization operation entered by the consumer is not limited thereto.

The consumer inputs the authorization operation in the manner set forth above, and the mobile phone 100 may receive the authorization operation, and obtain the payment password and fingerprint information input by the user, or collect a face image for face recognition.

S112, the mobile phone 100 sends an authorization message to the third party payment platform 600 in response to the authorization operation input by the user.

The mobile phone 100 responds to the authorization operation input by the user and judges that the authorization is successful, and sends an authorization message to the third party payment platform 600 through the wireless communication function to notify the third party payment platform 600 that the consumer successfully authorizes.

And S113, the third party payment platform 600 processes the payment request.

The third party payment platform 600 receives the authorization message sent by the mobile phone 100 through step S112, and determines that the consumer is authorized successfully, then processes the payment request sent by the payment service providing server 500 through step S109.

In some embodiments, the processing of the payment request by third party payment platform 600 may be understood as: and deducting the amount of money of the consumer under the account of the third-party application platform, wherein the deducted amount is the amount of the commodity. The third party payment platform 600 processes the payment request in the same way as the conventional payment request, and is not shown here.

S114, the third party payment platform 600 sends a notification message of successful payment to the mobile phone 100.

The third party payment platform 600 processes the payment request successfully, and after completing the payment process, may return a notification message of successful payment to the mobile phone 100. Of course, the third party payment platform 600 sends a notification message of successful payment to the mobile phone 100 by using the communication function.

In some embodiments, the third party payment platform 600 may send a short message to the mobile phone 100, where the short message carries a notification message that the payment is successful. In another embodiment, the third party payment platform 600 may send a message to the application of the third party payment platform 600 of the handset 100, where the message is a notification message that the payment was successful.

S115, the third party payment platform 600 sends a notification message that the payment is successful to the payment service providing server 500.

After the third party payment platform 600 successfully processes the payment request, i.e., successfully deducts money, a notification message of successful payment is transmitted to the mobile phone 100 through step S114, and a notification message of successful payment is transmitted to the payment service providing server 500 through step S115.

When the third party payment platform 600 fails to process the payment request successfully, that is, when the deduction fails, the third party payment platform 600 may send a notification message of the payment failure to the mobile phone 100 to notify the consumer to re-execute the payment, that is, re-execute steps S101 to S113.

In some embodiments, the third party payment platform 600 may also transmit a notification message of payment failure to the payment service providing server 500.

It should be noted that fig. 6 shows an implementation sequence of step S114 and step S115, but step S114 and step S115 are not limited to the execution sequence shown in fig. 6. In some embodiments, step S114 and step S115 may be performed in parallel, or step S115 is performed first and then step S114 is performed.

S116, the payment service providing server 500 sends a notification message of successful payment to the payment server 400.

In which, after the payment service providing server 500 receives the notification message of successful payment, the notification message of successful payment can be transmitted to the payment server 400 using the communication function.

When the payment service providing server 500 receives the notification message of the payment failure, the notification message of the payment failure may also be transmitted to the payment server 400 using a communication function.

S117, the payment server 400 sends a notification message that the payment is successful to the retail server 300.

Wherein, after receiving the notification message of successful payment, the payment server 400 may transmit the notification message of successful payment to the retail server 300 using the communication function.

The notification message of payment failure may also be transmitted to the retail server 300 using a communication function when the payment server 400 receives the notification message of payment failure.

S118, the cashier terminal 200 sends a request for inquiring the order payment result to the retail server 300.

The retail server 300 receives the notification message that the payment is successful, and stores the notification message in correspondence with the order information to clarify the payment result of the order information. Of course, if the retail server 300 receives the notification message of the payment failure, it may also store it in correspondence with the order information.

As described above, after receiving the confirmation information sent by the retail server 300, the cashier terminal 200 may send a request for inquiring the order payment result to the retail server 300 to obtain the payment result of the order generated by itself in step S108.

The cashier terminal 200 may transmit a request for inquiring the order payment result to the retail server 300 using a wireless communication function. In some embodiments, the request for the payment result of the order sent by the checkout terminal 200 may carry the order information. Typically, the single number may be carried.

S119, the retail server 300 sends the order payment result to the cashier terminal 200.

The retail server 300 receives the request for inquiring the order payment result sent by the cashier terminal 200, and inquires the payment result of the order information by using the order information carried in the request. Thereafter, the retail server 300 returns the payment result of the inquired order information to the cashier terminal 200. Of course, the order payment results include payment success and payment failure.

After the cashier terminal 200 receives the order payment result, the order payment result can be displayed on an interface. Illustratively, fig. 3 (h) shows an interface for the payment result of the order with successful payment. Fig. 5 (b) shows an interface of the payment result of the order with payment failure.

After the consumer purchases the product, the customer may also complete the return operation through the cash register terminal 200.

For example, fig. 7 shows an interface display process of the cashier terminal 200 when the cashier performs the return of the goods by using the cashier terminal 200. The following describes the procedure of the clerk using the cash register terminal 200 to complete the return of the goods with reference to the interface diagrams of the mobile phone shown in fig. 7.

As shown in fig. 7 (a), the clerk clicks the return control 311 on the home interface of the cash register application of the cash register terminal 200 to trigger the start of the return process. The cash register terminal 200 displays a return interface, which may include a scan area as shown in fig. 7 (b), in response to the click operation. The cashier terminal 200 may also call a camera to operate to shoot attribute information of the goods to be returned, such as SN/RFID/order number; and the scanning area on the goods returning and changing interface can synchronously display the images shot by the camera. In some embodiments, the return interface displayed by the checkout terminal 200 may further include a manual input control for providing the user with a means to manually input attribute information of the item to be returned to send to the checkout application of the checkout terminal 200. Attribute information of the goods to be returned.

After the cash register application of the cash register terminal 200 obtains the attribute information of the goods to be returned, the order details of the goods may be displayed, and in an exemplary case, (c) in fig. 7, a display interface for displaying the order details of the goods is shown, and the display interface includes the order information, the goods details and the payment details of the goods. Of course, a change control and a return control are also included.

Since the exchange of goods does not involve refunding, the following description will be made by taking refunding as an example.

The clerk clicks on the return control 312 as shown in fig. 7 (c). The cell phone, in response to the click operation, displays an interface for selecting a return item, illustratively shown in fig. 7 (d), a return item control 313 for indicating the item name, amount, return reason and return item to be returned. The clerk clicks the return control 313, the cash register terminal 200 performs a refund process in response to the click operation, and after the refund is completed, displays a refund result interface shown in (e) of fig. 7 to remind the user of the refund result.

With reference to fig. 7, a process of completing the order refund method provided in the embodiment of the present application by each device in the application scenario shown in fig. 1 is described below. As shown in fig. 8, the refund method for an order provided by this embodiment includes the following steps:

s201, the cash register terminal 200 receives a starting operation of the cash register application input by a user, and responds to the starting operation of the user to display a home page interface.

The implementation of step S201 may be as the content of step S102 in the foregoing embodiments, and is not repeated here.

S202, the cash register terminal 200 receives an operation input by the user, and generates order information for returning goods in response to the operation of the user.

The order information of the returned goods includes: the order number and serial number of the return order, and the associated order number and serial number of the payment order, the return amount. Of course, the returned order information may also include: store clerk identification information, etc.

Illustratively, the user enters an operation to trigger the cash register terminal 200 to generate returned order information in the manner shown in fig. 7 (a) to 7 (c).

S203, the cashier terminal 200 sends the order information of the returned goods to the retail server 300.

After the cashier application of the cashier terminal 200 generates order information for returned goods, the order information for returned goods may be transmitted to the retail server 300 using the wireless communication function provided by the hardware configuration content of the aforementioned electronic device.

For example, as shown in fig. 7 (d), the user clicks the return control 313, and the cash register terminal 200 may transmit order information for return to the retail server 300 in response to the click operation.

S204, the retail server 300 sends the assembled returned order information to the payment server 400.

After receiving the order information of the returned goods, the retail server 300 may assemble the account number association information based on the order information of the returned goods to obtain the assembled order information of the returned goods, and send the assembled order information of the returned goods to the payment server 400.

The account association information may refer to the content of step S105 in the foregoing embodiment, and is not described herein again.

S205, the payment server 400 returns confirmation information to the retail server 300.

The retail server 300 transmits the assembled returned order information to the payment server 400 through step S204. After the payment server 400 receives the assembled returned order information, confirmation information may be returned to the retail server 300 to indicate that the retail server 300 received the assembled returned order information.

S206, the retail server 300 sends the confirmation information to the cashier terminal 200.

The retail server 300 also transmits confirmation information to the cash register terminal 200 using the communication function to inform the mobile payment server 400 of the reception of the assembled order information of the returned goods.

The acknowledgement information sent in step S205 and step S206 belongs to the response message. Therefore, step S205 and step S206 may also be steps selectively performed. In some embodiments, in a scenario where the payment server 400 or the retail server 300 does not need to send the response message, step S205 and step S206 may not be executed, and of course, step S205 and step S206 may not be executed at all.

Note that, the transmission of the confirmation information from the retail server 300 to the cash register terminal 200 is: the retail server 300 sends confirmation information to the cashier application of the cashier terminal 200.

And S207, the cash registering terminal 200 displays an interface of the order refund result.

After receiving the confirmation message, the cashier terminal 200 may determine that the refund is completed, and then display an interface of the order refund result. Illustratively, FIG. 7 (e) shows an interface for the refund results of an order.

Of course, if the cash register terminal 200 does not receive the confirmation information or the retail server 300 does not send the confirmation information to the cash register terminal 200, the cash register terminal 200 may delay a certain time period and then display an interface of the order refund result. Of course, the retail server receives the confirmation information until the notification message of the successful refund is received in step S213 described below, and the refund status of the order stored in the retail server is the refund.

S208, the payment server 400 sends the assembled order information of the returned goods to the payment service providing server 500.

The payment server 400 transmits the assembled order information of the returned goods to the payment service providing server 500 through a communication function.

It should be noted that fig. 8 shows an implementation sequence of step S205 and step S208, but step S205 and step S208 are not limited to the execution sequence shown in fig. 8. In some embodiments, step S205 and step S208 may be performed in parallel, or step S208 may be performed first and step S205 may be performed later.

S209, the refund service providing server 500 sends a refund request to the third party payment platform 600.

The payment service providing server 500 transmits a refund request, which may carry payment code information, account association information, refund amount, etc. of the customer, to the third party payment platform 600 using a communication function to inform the third party payment platform 600 of the refund object, the receiving object, and the refund amount of the payment.

S210, the third party payment platform 600 processes the refund request.

The third party payment platform processes the refund request, which can be understood as: and returning the refund amount from the account indicated by the account association information to the account indicated by the payment code information of the consumer. The third party payment platform 600 processes the refund request in the same way as the conventional refund request, and a description thereof is not shown here.

S211, the third party payment platform 600 sends a message notifying that the refund is successful to the payment service providing server 500.

If the third party payment platform 600 is successful in refund, a notification message of successful refund is sent to the payment service providing server 500. If the third party payment platform 600 does not successfully refund the payment, the third party payment platform may refund the payment again until the refund is successful, and send a message that the refund is successful to the payment service providing server 500.

If the third party payment platform 600 does not successfully refund for a plurality of times, a refund failure result can be obtained, and a refund failure notification message is sent to the payment service providing server 500.

S212, the payment service providing server 500 sends a refund success notification message to the payment server 400.

In this case, after receiving the refund success notification message, the payment service providing server 500 may transmit the refund success notification message to the payment server 400 using the communication function.

When the payment service providing server 500 receives the refund failure notification message, the refund failure notification message may be transmitted to the payment server 400 using a communication function.

S213, the payment server 400 sends a refund success notification message to the retail server 300.

Wherein, after receiving the refund success notification message, the payment server 400 may transmit the refund success notification message to the retail server 300 using the communication function.

The payment server 400 may also transmit a refund failure notification message to the retail server 300 using a communication function when receiving the refund failure notification message.

S214, the cashier terminal 200 sends a request for inquiring the refund result of the order to the retail server 300.

If the customer has not received the refund, the clerk can refer to the refund result of the refund order through the cash register terminal 200. Accordingly, the clerk may input an operation to the cash register terminal 200 to control the cash register terminal 200 to send a request for inquiring the order refund result to the retail server 300.

The cashier terminal 200 may transmit a request for inquiring the result of the refund of the order to the retail server 300 using the wireless communication function. In some embodiments, the request for the refund result from the cash register terminal 200 may carry the refund order information. Typically, the order number of the refund order may be carried.

S215, the retail server 300 sends the order refund result to the cashier terminal 200.

The retail server 300 receives the request for inquiring the refund result of the order sent by the cashier terminal 200, and inquires the refund result of the order information by using the order information carried by the request. After that, the retail server 300 returns the inquired refund result of the order to the cashier terminal 200.

Fig. 9 illustrates an application scenario diagram of a cashier system according to another embodiment of the present application.

In fig. 9, the mobile phone 100, the cashier terminal 200, the retail server 300 and the third party payment platform 600 have the same functions as the corresponding devices in the application scenario shown in fig. 1, and are not described again here.

Unlike the application scenario shown in fig. 1, the payment server 400 directly initiates a code scanning payment scenario to the third party payment platform 600 without passing through the payment service providing server 500. That is, the payment server 400 separately interfaces third party payment platforms such as WeChat, payment treasures, cloud flash payment, and the like. The payment server 400 communicates with each third party payment platform to complete the payment of the order.

When the devices in the application scenario in fig. 9 cooperate to complete the cash registering process, an interface displaying process of the cash registering terminal 200 is shown in fig. 3, please refer to the corresponding content in fig. 3, which is not described herein again.

With reference to fig. 10, a process of completing the cash registering method provided in the embodiment of the present application by each device in the application scenario illustrated in fig. 9 will be described below. As shown in fig. 10, the cash registering method provided in this embodiment includes the following steps:

s301, the mobile phone 100 displays the payment code.

For a specific implementation process of step S301, reference may be made to the content of step S101 in the foregoing embodiment, and details are not described here.

S302, the cash register terminal 200 receives an operation of starting the cash register application input by the user, and displays a home interface in response to the operation of starting the user.

For a specific implementation process of step S302, reference may be made to the content of step S102 in the foregoing embodiment, and details are not described here.

S303, the cashier terminal 200 receives an operation input by the user, and generates order information in response to the user operation.

In general, the order information generated by the cashier application of the cashier terminal 200 includes: order number and serial number of the order, payment code information of the consumer, identity information of a shop assistant, commodity information, commodity amount, payment mode identification and the like. Of course, the order information may also only include the order number of the order and the payment code information of the customer, the amount of the commodity, and the payment method identifier. The commodity information generally includes a commodity name and the like. The payment means id indicates the payment means selected by the user so that the payment server 400 knows the payment means designated by the user through the payment means id.

For a specific implementation manner of step S303, reference may also be made to the content of step S103 in the foregoing embodiment, and details are not described here again.

In this embodiment, since the payment server 400 directly interfaces with the third party payment platform 600, the payment method identifier is usually the identifier of the third party payment platform 600 in the order information generated in step S303. Illustratively, when the clerk clicks the wechat pay control 305 shown in fig. 3 (e), the payment method identifier determined by the cashier terminal 200 should be the payment method identifier of the wechat payment platform. Moreover, in the present embodiment, the payment server 400 does not pass through the payment service providing server 500, but directly interfaces with the third party payment platform 600, so the payment method identifier in the order information of step S303 is different from the payment method identifier in step S103 in the foregoing embodiment.

S304, the cashier terminal 200 sends order information to the retail server 300.

The specific implementation process of step S304 may refer to the content of step S104 in the foregoing embodiment, and is not described herein again.

S305, the retail server 300 sends the assembled order information to the payment server 400.

The specific implementation process of step S305 can refer to the content of step S105 in the foregoing embodiment, and is not described herein again.

S306, the payment server 400 returns confirmation information to the retail server 300.

The specific implementation process of step S306 can refer to the content of step S107 in the foregoing embodiment, and is not described herein again.

S307, retail server 300 sends confirmation information to cashier terminal 200.

The specific implementation process of step S307 may refer to the content of step S108 in the foregoing embodiment, and is not described herein again.

The acknowledgement information sent in step S306 and step S307 belongs to the response message. Therefore, step S306 and step S307 may also be steps that are selectively executed. In some embodiments, in a scenario where the payment server 400 or the retail server 300 does not need to send the response message, steps S306 and S307 may not be executed, and of course, steps S306 and S307 may not be executed at all.

S308, the payment server 400 sends a payment request to the third party payment platform 600.

The payment server 400 transmits a payment request, which may carry payment code information of a consumer, account association information, an amount of goods, a payment means identifier, etc., to the third party payment platform 600 using a communication function, to inform the third party payment platform 600 of a payment object, a receiving object, and a payment amount of the payment.

The payment server 400 can determine the third party payment platform to which the payment code belongs through the payment code information of the consumer. Illustratively, the payment code information of the consumer is the payment code information of the WeChat application of the consumer, and the payment server 400 can determine that the third party payment platform 600 is the WeChat server through the payment code information of the WeChat application.

Of course, the payment server 4000 may also determine the third party payment platform by the payment method identifier.

After the payment server 400 identifies the third party payment platform, a payment request may be sent to the third party payment platform.

It should be noted that fig. 10 shows an implementation sequence of step S306 and step S308, but step S306 and step S308 are not limited to the execution sequence shown in fig. 10. In some embodiments, step S306 and step S308 can be performed in parallel, or step S308 is performed first and then step S306 is performed.

S309, the third party payment platform 600 sends a notification message to the mobile phone 100 to notify the user of the authorized payment.

For a specific implementation process of step S309, reference may be made to the content of step S110 in the foregoing embodiment, and details are not described here.

S310, the mobile phone 100 receives an authorization operation input by the user.

For a specific implementation process of step S310, reference may be made to the content of step S111 in the foregoing embodiment, and details are not described here.

S311, the mobile phone 100 sends an authorization message to the third party payment platform 600 in response to the authorization operation input by the user.

The specific implementation process of step S311 can refer to the content of step S112 in the foregoing embodiment, and is not described herein again.

And S312, the third party payment platform 600 processes the payment request.

The specific implementation process of step S312 may refer to the content of step S113 in the foregoing embodiment, and is not described herein again.

S313, the third party payment platform 600 sends a notification message of successful payment to the mobile phone 100.

For a specific implementation process of step S313, reference may be made to the content of step S114 in the foregoing embodiment, and details are not described here.

S314, the third party payment platform 600 sends a notification message of successful payment to the payment server 400.

The specific implementation process of step S314 may refer to the content of step S115 in the foregoing embodiment, and is not described herein again.

After the third party payment platform 600 successfully processes the payment request, i.e., successfully deducts money, a notification message of successful payment is sent to the handset 100 through step S313, and a notification message of successful payment is sent to the payment server 400 through step S314.

When the third party payment platform 600 fails to process the payment request successfully, i.e. the deduction fails, the third party payment platform 600 may send a notification message of the payment failure to the mobile phone 100 to notify the consumer to re-execute the payment, i.e. re-execute steps S301 to S312.

In some embodiments, the third party payment platform 600 may also send a notification message of payment failure to the payment server 400.

It should be noted that fig. 10 shows an implementation sequence of step S313 and step S314, but step S313 and step S314 are not limited to the execution sequence shown in fig. 10. In some embodiments, the steps S313 and S314 can be executed in parallel, or the step S314 is executed before the step S313 is executed.

S315, the payment server 400 sends a notification message that the payment is successful to the retail server 300.

S316, the cashier terminal 200 sends a request for inquiring the order payment result to the retail server 300.

As described above, after receiving the confirmation information sent by retail server 300, cash registering terminal 200 may send a request for inquiring the order payment result to retail server 300 to obtain the payment result of the self-generated order through step S307.

S317, the retail server 300 sends the order payment result to the cashier terminal 200.

In the application scenario shown in fig. 9, after the consumer purchases the goods, the goods returning operation may also be completed through the cash register terminal 200.

When the devices in the application scenario in fig. 9 cooperate to complete the return process, the interface display process of the cash register terminal 200 is shown in fig. 7, please refer to the corresponding content in fig. 7, which is not described herein again.

With reference to fig. 11, a process of completing the order refund method provided in the embodiment of the present application by each device in the application scenario shown in fig. 9 will be described below. As shown in fig. 11, the refund method for an order provided by this embodiment includes the following steps:

s401, the cash register terminal 200 receives a start operation of the cash register application input by the user, and displays a home interface in response to the start operation of the user.

The implementation of step S401 may be as the content of step S201 in the foregoing embodiment, and is not repeated here.

S402, the cash register terminal 200 receives the operation input by the user, and generates the order information of the returned goods in response to the operation of the user.

The implementation of step S402 can be the same as that of step S202 in the previous embodiment, and is not repeated herein.

S403, the cashier terminal 200 sends the order information of the returned goods to the retail server 300.

The implementation of step S403 may be the same as that of step S203 in the foregoing embodiment, and is not repeated herein.

S404, the retail server 300 sends the assembled returned order information to the payment server 400.

S405, the payment server 400 returns confirmation information to the retail server 300.

The retail server 300 transmits the assembled returned order information to the payment server 400 through step S404. After the payment server 400 receives the assembled returned order information, confirmation information may be returned to the retail server 300 to indicate that the retail server 300 received the assembled returned order information.

S406, the retail server 300 transmits the confirmation information to the cash register terminal 200.

The acknowledgement information sent in step S405 and step S406 belongs to the response message. Therefore, steps S405 and S406 may also be steps that are selectively performed. In some embodiments, in a scenario where the payment server 400 or the retail server 300 does not need to send the response message, steps S405 and S406 may not be executed, and of course, steps S405 and S406 may not be executed at all.

S407, the cash registering terminal 200 displays an interface of the order refund result.

After receiving the confirmation message, the cashier terminal 200 may determine that the refund is completed, and then display an interface of the order refund result. Illustratively, FIG. 7 (e) shows an interface for the refund results of the order.

Of course, if the cash register terminal 200 does not receive the confirmation information or the retail server 300 does not send the confirmation information to the cash register terminal 200, the cash register terminal 200 may also delay a certain time period, determine that the refund is completed, and display an interface of the order refund result.

S408, the payment server 400 sends a refund request to the third party payment platform 600.

The payment server 400 transmits a refund request, which may carry payment code information, account association information, refund amount, etc. of the customer, to the third party payment platform 600 using a communication function to inform the third party payment platform 600 of the refund object, the receiving object, and the refund amount of the payment.

It should be noted that fig. 11 shows an implementation sequence of step S405 and step S408, but step S405 and step S408 are not limited to the execution sequence shown in fig. 11. In some embodiments, steps S405 and S408 may be performed in parallel, or step S408 is performed first and then step S405 is performed.

S409, the third party payment platform 600 processes the refund request.

The third party payment platform 600 processes the refund request, which can be understood as: and returning the refund amount from the account indicated by the account association information to the account indicated by the payment code information of the consumer. The third party payment platform 600 processes the refund request in the same way as the conventional refund request, and a description thereof is not shown here.

S410, the third party payment platform 600 sends a refund successful notification message to the payment server 400.

If the third party payment platform 600 refunds successfully, a message of successful refund is sent to the payment server 400. If the third party payment platform 600 does not successfully refund the payment, the third party payment platform 600 may refund the payment again until the refund is successful, and send a message that the refund is successful to the payment server 400.

If the third party payment platform 600 does not successfully refund for a plurality of times, a refund failure result can be obtained, and a refund failure notification message is sent to the payment server 400.

S411, the payment server 400 sends a refund success notification message to the retail server 300.

S412, the cashier terminal 200 sends a request for inquiring the refund result of the order to the retail server 300.

The implementation of step S412 may be as the content of step S214 in the foregoing embodiments, and is not repeated here.

S413, the retail server 300 sends the order refund result to the cashier terminal 200.

The implementation of step S413 may be as the content of step S215 in the previous embodiment, and is not repeated here.

Fig. 12 shows an application scenario diagram of a cashier system according to another embodiment of the present application.

In fig. 12, a point of sale (POS) machine 100 may be understood as a POS machine of a retail store, provided with a unique device number for swiping a bank card of a customer.

The cashier terminal 200 is provided with an Application program (App), which is exemplarily referred to as a cashier Application, by which the cashier terminal 200 can perform operations such as order placing, cashier taking, and the like. The cash register terminal 200 and the POS device 100 are independent devices.

The retail server 300, which may be understood to be a backend server of the checkout application configured by the checkout terminal 200, may interact with the checkout application. Retail server 300 may receive order information sent by the cash register application and may also return information to the cash register application. Retail server 300 may also implement management of order information. Illustratively, the management operations may include: delete order information, modify order information, etc.

The payment server 400 is used for managing payment services, and belongs to a platform for fund management. The payment server 300 may perform information interaction with the retail server 300 and also with the payment service providing server 500.

The payment service providing server 500 (which may be simply referred to as a bank merchant), which belongs to an intermediate server, may be associated with the payment platform 600. The payment service providing server 500 may serve as an intermediate platform for interfacing the payment server 400 with its associated payment platform 600.

The payment platform 600 may be understood as a unionpay payment platform, interfacing with the payment service providing server 500. The payment platform 600 may interact with the POS 100 to complete the card swiping payment process.

When the respective devices in the application scenario of fig. 12 cooperate to complete the cash registering process, an interface display process of the cash registering terminal 200 is shown in fig. 13, and is described below with reference to fig. 13.

The consumer purchases goods at a retail store and the clerk can complete the order process using the checkout application of the checkout terminal 200. After that, the contents of the commodity added to the shopping cart by the clerk are the same as those corresponding to the above-mentioned fig. 3 (a) to 3 (c), and are not described again here.

After the cashier terminal 200 displays the interface of the payment method, the clerk selects the payment method of the bank card. Illustratively, the clerk clicks on the bank card control 306 in the payment method interface, as shown in fig. 13 (a). The cash register terminal 200 displays an interface for selecting a card swipe machine in response to a click operation, the interface showing the numbers of a plurality of card swipe machines (also referred to as POS machines). As shown in fig. 13 (b), the clerk clicks the control 307 of one swipe machine, and the cash register terminal 200 performs cash register in response to the click operation, and displays a cash register waiting interface, as shown in fig. 13 (c). After the cash register terminal 200 completes the cash register process, the cash register terminal 200 may display a payment completed interface to remind the clerk and the consumer to complete the cash register. Illustratively, fig. 13 (d) shows a successful payment interface.

Note that, if the retail store is equipped with only one POS, and the clerk clicks the bank card control 306 in the payment method interface as shown in fig. 13 (a), the cash register terminal 200 directly displays the payment waiting interface shown in fig. 13 (c), instead of the selection swipe interface shown in fig. 13 (b).

With reference to fig. 14, a process of completing the cash registering method provided in the embodiment of the present application by each device in the application scenario illustrated in fig. 12 will be described below. As shown in fig. 14, the cash registering method provided in this embodiment includes the following steps:

s501, the cash register terminal 200 receives a start operation of the cash register application input by the user, and displays a home interface in response to the start operation of the user.

The implementation manner of step S501 is the same as that of step S102 in the foregoing embodiment. Therefore, please refer to the content of step S102 in the foregoing embodiment, which is not described herein again.

And S502, the cashier terminal 200 responds to the user operation to generate order information carrying POS machine information.

In general, the order information generated by the cashier application of the cashier terminal 200 includes: order number, serial number, POS machine information, identity information of a salesperson, commodity information, commodity amount, payment mode identification and the like. Of course, the order information may also include only the order number of the order, POS information, the amount of the item, and the payment method identification. The commodity information generally includes a commodity name and the like. The payment means id indicates the payment means selected by the user so that the payment server 400 knows the payment means designated by the user through the payment means id. In this embodiment, the payment method identifier is an identifier of the payment platform 600.

For the consumption behavior of the consumer, the clerk generates an order by using the cash register application of the cash register terminal 200, and after the order is generated, the cash register application of the cash register terminal 200 can obtain the order number, serial number, commodity information, commodity amount and the like of the order. Illustratively, as shown in fig. 3 (a), the home interface of the cash register application includes an opening control 301. The clerk may input an order opening instruction by clicking the order opening control 301 as shown in fig. 3 (a), and add the goods to the shopping cart by scanning the barcode of the goods through the camera of the cash register terminal 200 or by manually inputting the barcode of the goods. Thereafter, the clerk may trigger the checkout terminal 200 to obtain the order number, serial number, and commodity information and the commodity amount of the order by clicking on the entry opening control 302 shown in fig. 3 (b) and the settlement control 303 shown in fig. 3 (c).

In some embodiments, the store clerk's identity information may include: the name, job number, sex, etc. of the clerk, and certainly can also include the identification number, etc. The store clerk identity information is used to indicate the identity of the store clerk. Note that, the clerk starts the cash register application of the cash register terminal 200, needs to log in an account number, during the account login process, the clerk can input his/her identity information to the cash register application of the cash register terminal 200.

As shown in fig. 13 (b), a clerk may select one POS on the interface for selecting the swipe card machine, and the cashier terminal 200 may acquire information of the POS and the payment method identifier in response to the operation of the clerk. Of course, if the cashier application of the cashier terminal 200 only configures one piece of POS information, the cashier terminal 200 may obtain the POS information and the payment method identifier after clicking the control 306 of the bank card as shown in fig. 13 (a).

The cashier terminal 200 combines the order number, serial number, POS information, clerk identification information, commodity amount, payment method identification, and the like of the order to generate order information.

S503, the cashier terminal 200 sends the order information to the retail server 300.

The implementation manner of step S503 is the same as that of step S104 in the foregoing embodiment. Therefore, please refer to the content of step S104 in the foregoing embodiment, which is not described herein again.

S504, the retail server 300 sends the assembled order information to the payment server 400.

The implementation manner of step S504 is the same as that of step S105 in the foregoing embodiment. Therefore, please refer to the content of step S105 in the foregoing embodiment, which is not described herein again.

S505, the payment server 400 sends the assembled order information to the payment service providing server 500.

The implementation manner of step S505 is the same as that of step S106 in the foregoing embodiment. Therefore, please refer to the content of step S106 in the foregoing embodiment, which is not described herein again.

S506, the payment server 400 returns confirmation information to the retail server 300.

The implementation manner of step S506 is the same as that of step S107 in the foregoing embodiment. Therefore, please refer to the content of step S107 in the foregoing embodiment, which is not described herein again.

S507, the retail server 300 transmits confirmation information to the cashier terminal 200.

The implementation manner of step S507 is the same as that of step S108 in the foregoing embodiment. Therefore, please refer to the content of step S108 in the foregoing embodiment, which is not described herein again.

S508, the POS 100 sends a request to the payment service providing server 500 to inquire about all order data.

In this embodiment, the POS 100 that completes payment and the cashier terminal 200 that completes ordering belong to two independent devices, and they are not connected and do not communicate with each other. Therefore, after the clerk completes the order placing operation through the cashier terminal 200, the clerk needs to operate the POS machine to control the POS machine to obtain the order.

The clerk needs to select a POS corresponding to the POS information in the order information generated when the cashier terminal 200 places an order, and executes an order list refreshing operation at the POS, and the POS sends a request to the payment service providing server 500 to query all order data in response to the order list refreshing operation of the clerk. In some embodiments, the POS information may be carried in a request sent by the POS to the payment service providing server 500, so that the payment service providing server 500 screens out the order information to be pushed to the POS.

Since the POS is wirelessly connected to the payment service providing server 500, the POS is provided with a module supporting a wireless communication function, and transmits a request to the payment service providing server 500 by using the wireless communication module supporting the wireless communication function.

It should be noted that the order information sent from the cash register terminal 200 is sent to the payment service providing server 500 via the retail server 300 and the payment server 400. In addition, the payment service providing server 500 sends the order information to the POS 100, so that the cashier terminal 200 does not need to send the order information to the POS 100, and the cashier terminal 200 and the POS can realize no mutual information, thereby avoiding the need of connecting the two by using a connecting line due to the need of mutual communication.

Further, since the POS receives the order information sent by the payment service providing server 500, the order information may not be authenticated, and the problems of complicated payment process and long time consumption caused by the POS authenticating the order information from the cash register terminal 200 are also avoided.

S509, the payment service providing server 500 transmits the order list to the POS 100.

The payment service providing server 500 screens out the order corresponding to the POS requesting the order list from the stored order information, and transmits the order information of each order to the POS. The order information of each order can form an order list.

Wherein the payment service providing server 500 transmits the order list to the POS machine 100 using the wireless communication module.

S510, the POS 100 reads the bank card information and the signature information.

The store clerk guides the consumer to complete the operations of card swiping, signature and the like on the POS machine. The POS machine can read the bank card information and the signature information of the consumer.

S511, the POS 100 sends an order payment request carrying bank card information to the payment platform 600.

The POS 100 sends an order payment request with the customer's bank card information to the payment platform 600. The order payment request may further include: account association information, the amount of the goods, and the payment method identifier, etc., to inform the payment platform 600 of the payment object, the receiving object, and the payment amount of the payment.

Of course, the POS 100 also sends an order payment request carrying bank card information to the payment platform 600 using the wireless communication module.

S512, the payment platform 600 processes the payment request.

Third party payment platform 600 receives the order payment request sent by POS 100 through step S511, and processes the order payment request.

In some embodiments, the processing of the order payment request by the third party payment platform 600 may be understood as: and deducting the amount of money of the consumer under the account corresponding to the bank card information, wherein the deducted amount is the amount of the commodity. The payment platform 600 processes the order payment request in the same way as the conventional payment request, and is not shown here.

S513, the payment platform 600 sends a notification message of successful payment to the mobile phone 100.

The implementation of step S513 is the same as that of step S114 in the previous embodiment. Therefore, please refer to the content of step S114 in the previous embodiment, which is not repeated herein.

S514, the payment platform 600 sends a notification message of successful payment to the payment service providing server 500.

The implementation manner of step S514 is the same as that of step S115 in the foregoing embodiment. Therefore, please refer to the content of step S115 in the foregoing embodiment, which is not described herein again.

S515, the payment service providing server 500 sends a notification message that the payment is successful to the payment server 400.

The implementation manner of step S515 is the same as that of step S116 in the foregoing embodiment. Therefore, please refer to the content of step S116 in the previous embodiment, which is not repeated herein.

S516, the payment server 400 sends a notification message of successful payment to the retail server 300.

The implementation manner of step S516 is the same as that of step S117 in the foregoing embodiment. Therefore, please refer to the content of step S117 in the foregoing embodiment, which is not described herein again.

S517, the cashier terminal 200 sends a request for inquiring the order payment result to the retail server 300.

The implementation manner of step S517 is the same as that of step S118 in the foregoing embodiment. Therefore, please refer to the content of step S118 in the foregoing embodiment, which is not described herein again.

S518, the retail server 300 sends the order payment result to the cashier terminal 200.

The implementation manner of step S518 is the same as that of step S119 in the foregoing embodiment. Therefore, please refer to the content of step S119 in the foregoing embodiment, which is not described herein again.

After the cashier terminal 200 receives the order payment result, the order payment result can be displayed on an interface. Illustratively, fig. 3 (h) shows an interface for the payment result of the order with successful payment. Of course, the cash register terminal 200 may also display an interface of the payment result of the order with payment failure, which is similar to (b) in fig. 5 and is not specifically described here.

FIG. 12 shows an application scenario where a customer needs to initiate a return. The clerk completes the return of the item by operating the checkout terminal 200.

For example, fig. 15 shows an interface display process of the cashier terminal 200 when the cashier performs the return of the goods by using the cashier terminal 200. The following describes the procedure of the clerk using the cash register terminal 200 to complete the return of the goods with reference to the interface diagrams of the mobile phone shown in fig. 15.

As shown in fig. 15 (a), the clerk clicks the return control 311 on the home interface of the cash register application of the cash register terminal 200 to trigger the start of the return process. The cash register terminal 200 displays a return interface, which may include a scan area as shown in fig. 15 (b), in response to the click operation. The cashier terminal 200 may also call a camera to operate to shoot attribute information of the goods to be returned, such as SN/RFID/order number; and the scanning area on the goods returning and changing interface can synchronously display the images shot by the camera. In some embodiments, the return interface displayed by the checkout terminal 200 may further include a manual input control for providing the user with a means to manually input attribute information of the item to be returned to send to the checkout application of the checkout terminal 200. Attribute information of the goods to be returned.

After the cash register application of the cash register terminal 200 obtains the attribute information of the goods to be returned, the order details of the goods may be displayed, and in fig. 15, (c) shows an example of a display interface of the order details of the goods, which includes the order information, the goods details and the payment details of the goods. Of course, a change control and a return control are also included. The following description will also take the return as an example, since the change does not involve the refund.

The clerk clicks on the return control 312 as shown in fig. 15 (c). The cell phone, in response to the click operation, displays an interface for selecting a return item, which illustratively displays a return item control 313 along with the item name, amount, return reason to be returned, and the return item, as shown in fig. 15 (d). The clerk clicks the return control 313, and the cashier terminal 200 performs a refund process in response to the click operation. And, after the clerk clicks the return control 313 shown in fig. 7 (d), the clerk guides the customer to perform a POS swipe card. When a salesman initiates payment, the appointed POS machine searches for an order to initiate refund and conducts card swiping refund operation. When the refund is not completed, the display screen of the cashier terminal 200 displays a refund waiting interface, which is exemplarily shown in fig. 15 (e). And after the refund is completed, the cashier terminal 200 displays an interface of the refund result shown in (e) of fig. 15 to remind the user of the refund result.

The refund process of making an order for each device in the application scenario illustrated in fig. 12 will be described with reference to fig. 16. As shown in fig. 16, the method for refunding an order provided in the embodiment of the present application includes:

s601, the cash register terminal 200 receives a start operation of the cash register application input by the user, and displays a home page interface in response to the start operation of the user.

The implementation of step S601 may be as the content of step S102 in the foregoing embodiments, and is not repeated here.

S602, the cash register terminal 200 receives the operation input by the user, and generates refund order information carrying POS machine information in response to the operation of the user.

Of course, the refund order information may include, in addition to the POS information: the order and serial number of the return order, and the associated order and serial number of the payment order, the return amount. In some embodiments, the refund order information may also include: store clerk identification information, etc.

Illustratively, the user inputs an operation to trigger the cash registering terminal 200 to generate the refund order information in the manner of fig. 15 (a) to 15 (c).

S603, the cashier terminal 200 sends the refund order information to the retail server 300.

After the cashier application of the cashier terminal 200 generates the order information for the return, the order information for the return may be transmitted to the retail server 300 using the wireless communication function provided by the hardware configuration content of the electronic device.

For example, as shown in fig. 15 (d), the user clicks the return control 313, and the cash register terminal 200 may transmit the refund order information to the retail server 300 in response to the clicking operation.

S604, the retail server 300 sends the assembled refund order information to the payment server 400.

After receiving the refund order information, the retail server 300 may assemble account number association information on the basis of the refund order information to obtain assembled refund order information, and send the assembled refund order information to the payment server 400.

S605, the payment server 400 sends the assembled refund order information to the payment service providing server 500.

The payment server 400 may also transmit the assembled refund order information to the payment service providing server 500 using a communication function.

S606, the payment server 400 returns confirmation information to the retail server 300.

The retail server 300 transmits the assembled refund order information to the payment server 400 through step S604. After the payment server 400 receives the assembled refund order information, confirmation information may be returned to the retail server 300 to indicate that the retail server 300 received the assembled refund order information.

It should be noted that fig. 16 shows an implementation sequence of step S605 and step S606, but step S605 and step S606 are not limited to the execution sequence shown in fig. 16. In some embodiments, steps S605 and S606 may be performed in parallel, or step S606 may be performed first and then step S605 is performed.

S607, the retail server 300 transmits confirmation information to the cashier terminal 200.

The retail server 300 also transmits confirmation information to the cash register terminal 200 using the communication function to inform the mobile payment server 400 of the reception of the assembled refund order information.

The confirmation information transmitted in step S606 and step S607 belongs to the response message. Therefore, steps S606 and S607 may also be steps selectively executed. In some embodiments, in a scenario where the payment server 400 or the retail server 300 does not need to send the response message, steps S606 and S607 may not be executed, and of course, steps S606 and S607 may not be executed at all.

S608, the POS 100 sends a request to the payment service providing server 500 to inquire about all order data.

The payment server 400 provides payment service through a communication function the server 500 transmits the assembled order information of the returned goods.

S609, the payment service providing server 500 transmits the order list to the POS 100.

S610, the POS device 100 reads the bank card information.

The clerk guides the customer through the card swipe operation at the POS machine. The POS machine can read the bank card information of the consumer.

S611, the POS 100 sends an order refund request carrying the bank card information to the payment platform 600.

The POS 100 sends an order refund request with the customer's bank card information to the payment platform 600. The refund request may also carry account association information, refund amount, etc. to inform the payment platform 600 of the refund object and refund amount of the payment.

Of course, the POS 100 also sends an order refund request carrying bank card information to the payment platform 600 using the wireless communication module.

S612, the payment platform 600 processes the refund request.

The payment platform 600 receives the order refund request sent by the POS 100 through step S611, and processes the order refund request.

In some embodiments, the processing of the order refund request by the payment platform 600 may be understood as: and returning the refund amount from the account indicated by the account association information to the account indicated by the bank card information of the consumer. The payment platform 600 processes the refund request in the same way as a conventional refund request, and is not shown here.

S613, the payment platform 600 sends a message notifying that the refund is successful to the POS 100.

The payment platform 600 processes the refund request successfully, and after completing the refund process, may return a message of successful refund to the POS machine 100. Of course, the payment platform 600 transmits a refund success notification message to the POS machine 100 using the communication function. The POS 100 may display the refund success notification message through the display screen.

S614, the payment platform 600 sends a refund success notification message to the payment service providing server 500.

Wherein, if the payment platform 600 refunds successfully, it sends a message notifying that the refund is successful to the payment service providing server 500. If the payment platform 600 does not successfully refund, refund may be performed again until the refund is successful, and a message notifying that the refund is successful is transmitted to the payment service providing server 500.

If the payment platform 600 does not successfully refund for a plurality of times, a refund failure result may be obtained, and a refund failure notification message is transmitted to the payment service providing server 500.

S615, the payment service providing server 500 sends a refund success notification message to the payment server 400.

S616, the payment server 400 sends a refund success notification message to the retail server 300.

S617, the cashier terminal 200 sends a request for inquiring the refund result of the order to the retail server 300.

If the customer has not received the refund, the clerk can refer to the refund result of the refund order through the cash register terminal 200. Accordingly, the clerk may input an operation to the cash register terminal 200 to control the cash register terminal 200 to send a request for inquiring the result of the order refund to the retail server 300.

S618, the retail server 300 sends the order refund result to the cashier terminal 200.

S619, the cash register terminal 200 displays an interface of the order refund result.

After receiving the refund result of the order, the cashier terminal 200 may determine that the refund is completed, and then display an interface of the refund result of the order. Illustratively, FIG. 15 (f) shows an interface for the refund results for an order for which the refund was successful. Of course, before the cash receiving terminal 200 receives no refund result of the order, the display screen displays a refund waiting interface, as shown in fig. 15 (e), for example.

The cash-out terminal 200 may display the interface of the cash-out failure and re-enter the order detail interface as shown in fig. 15 (c) in response to the operation of the clerk or automatically to re-initiate the cash-out if the cash-out result of the order received by the cash-out terminal 200 is the cash-out failure.

Another embodiment of the present application also provides a computer-readable storage medium having stored therein instructions, which when run on a computer or processor, cause the computer or processor to perform one or more steps of any of the methods described above.

The computer readable storage medium may be a non-transitory computer readable storage medium, for example, the non-transitory computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

Another embodiment of the present application further provides a computer program product containing instructions. The computer program product, when run on a computer or processor, causes the computer or processor to perform one or more steps of any of the methods described above.

Claims

1. The utility model provides a cash registering system which characterized in that, includes electronic equipment, POS machine, server and payment platform, the system is used for realizing the cash registering of order, includes:

the electronic equipment responds to a first operation and displays a first interface, and the first interface comprises a first control;

the electronic equipment responds to a second operation to generate order information, the second operation is a trigger operation of the first control on the first interface, and the order information comprises: the order number of the order, the commodity information and the commodity amount of the commodity in the order, the information of the POS machine and the payment mode identification;

the server is used for receiving the order information sent by the electronic equipment and then sending the order information to the POS machine;

the POS machine is used for sending a payment request to the payment platform indicated by the payment mode identification;

and the payment platform is used for processing the payment request to complete the cash register of the commodity in the order.

2. The cashier system of claim 1, wherein the electronic device generates order information in response to the second operation, comprising:

the electronic equipment responds to the triggering operation of the first control and displays an interface for adding commodities, the interface for adding the commodities comprises a first area and a second control, and the first area is used for displaying a barcode image of the commodities;

the electronic equipment responds to the triggering operation of the second control and displays a display interface of the shopping cart, wherein the display interface of the shopping cart comprises commodity information and commodity amount of commodities in the order and a third control;

the electronic equipment responds to the triggering operation of the third control element and displays a display interface of the payment mode, wherein the display interface of the payment mode comprises a plurality of controls of the payment modes;

and the electronic equipment responds to a control of the payment mode of the bank card on the display interface of the payment mode to generate the order information.

3. The cashier system of claim 1 wherein,

the electronic equipment is further used for responding to a third operation to generate refund order information, the third operation is a refund operation on an order, and the refund order information comprises: the order number of the refund order, the order number of the payment order associated with the refund order and the refund amount;

the server is also used for receiving the refund order information sent by the electronic equipment and then sending the refund order information to the POS machine;

the POS machine is also used for sending an order refund request to the payment platform;

the payment platform is further used for processing the order refund request to complete the refund of the order.

4. The cashier system of claim 3, wherein the electronic device is further configured to generate order information for refunds in response to a third operation, comprising:

the electronic equipment responds to the triggering operation of the fourth control and displays a goods return display interface, wherein the goods return display interface comprises a second area, and the second area is used for displaying the attribute information of goods returned; the first interface further comprises a fourth control, and the fourth control is used for controlling the electronic equipment to execute goods returning and changing operation;

the electronic equipment responds to display triggering operation of the payment order of the goods returned, and displays a detail interface of the payment order of the goods returned, wherein the detail interface of the payment order of the goods returned comprises: a fifth control;

the electronic equipment responds to the triggering operation of the fifth control and displays a selection interface of goods returned and changed, and the selection interface of the goods returned and changed comprises a sixth control;

and the electronic equipment responds to the triggering operation of the sixth control and generates the refund order information.

5. The cashier system of claim 3 or 4 wherein,

the electronic device is further configured to receive confirmation information returned by the server, wherein, the confirmation information is used for indicating the server to receive the order information or refund order information;

or,

the electronic equipment is also used for sending an inquiry request of an order payment result to the server; receiving an order payment result returned by the server; an interface for displaying the order payment result;

or,

the electronic equipment is also used for sending a request for inquiring the refund result of the order to the server; receiving a refund result of the order returned by the server; and displaying an interface of the order refund result.

6. The cashier system of claim 1 wherein,

the electronic device is further configured to generate order information for code scanning payment in response to a fourth operation, where the fourth operation is a trigger operation on the first control on the first interface, and the order information for code scanning payment at least includes: the order number of the order, the commodity information of the commodity in the order, the commodity amount, the payment code information and the payment mode identification;

the electronic equipment is also used for sending order information of the code scanning payment to the server;

the server is also used for receiving order information of code scanning payment sent by the electronic equipment and sending a payment request to a payment platform indicated by the payment mode identifier;

the payment platform is further used for processing the payment request to complete the cash register of the commodity in the order.

7. The cashier system of claim 6, wherein the electronic device is further configured to generate order information for code scanning payment in response to a fourth operation, comprising:

the electronic equipment responds to the triggering operation of the first control and displays an interface for adding the commodity; the interface for adding the commodities comprises a first area and a second control, wherein the first area is used for displaying a barcode image of the commodities;

and the electronic equipment responds to a control of a code scanning payment mode on a display interface of the payment mode, and generates order information of code scanning payment.

8. The cashier system according to claim 6 or 7,

the electronic equipment is further used for responding to a fifth operation, generating order information of a code scanning payment refund order, wherein the fifth operation is a refund operation on the order, and the order information of the code scanning payment refund order comprises the following steps: scanning the order number of the payment refund order, scanning the order number of the payment order associated with the payment refund order, and the refund amount;

the electronic equipment is also used for sending order information of the code scanning payment refund order to the server;

the server is also used for receiving the order information of the code scanning payment refund order sent by the electronic equipment and sending an order refund request to a payment platform;

the payment platform is further used for processing the order refund request so as to complete refund of the code scanning payment refund order.

9. The cashier system of claim 8,

the electronic equipment is further used for receiving confirmation information returned by the server, wherein the confirmation information is used for indicating that the server receives order information of the code scanning payment or order information of a code scanning payment refund order;

or,

the electronic equipment is also used for sending a query request of order payment results of code scanning payment to the server; receiving an order payment result of code scanning payment returned by the server; an interface for displaying the order payment result of the code scanning payment;

or,

the electronic equipment is also used for sending a request for inquiring a refund result of the code scanning payment refund order to the server; and receiving a refund result of the code scanning payment refund order returned by the server.

10. The cashier system of claim 9, wherein the electronic device receives confirmation information returned by the server, wherein the confirmation information is used for indicating that the server is used for displaying an interface of a refund result of the code scanning payment refund order after receiving order information of the code scanning payment refund order.

11. An electronic device, comprising:

one or more processors, memory, cameras, and display screens;

the memory, the camera and the display screen, coupled to the one or more processors, the memory for storing computer program code comprising computer instructions which, when executed by the one or more processors, implement the functions of the electronic device in the cashier system of any of claims 1 to 10.

12. A computer-readable storage medium for storing a computer program, which, when executed, is particularly adapted to implement the functionality of an electronic device in a cashier system according to any one of claims 1 to 10.