CN113807831B

CN113807831B - Payment method and device

Info

Publication number: CN113807831B
Application number: CN202111044135.4A
Authority: CN
Inventors: 王应洪
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2021-09-07
Filing date: 2021-09-07
Publication date: 2024-09-20
Anticipated expiration: 2041-09-07
Also published as: CN113807831A

Abstract

The application discloses a payment method and device, and belongs to the technical field of electronics. The specific scheme comprises the following steps: under the condition of displaying a first graphic code, receiving scanning input of a scanning device, and obtaining a scanning request of the scanning device, wherein the scanning request comprises M payment modes supported by the scanning device; in the case that at least one payment method of the M payment methods is included in the payment method list, determining a target payment method from the at least one payment method, and executing a payment operation based on the target payment method; the first graphic code comprises payment information of a payment mode in the payment mode list, and M is a positive integer.

Description

Payment method and device

Technical Field

The application belongs to the technical field of electronics, and particularly relates to a payment method and device.

Background

With the development of communication technology, there are more and more payment applications on the market. However, the merchant will not support all payment applications, so in the prior art, if the user wants to make a payment, the payment application supported by the merchant needs to be determined first, and then a corresponding application is selected from payment applications installed in the electronic device to make a payment. However, the payment method in the prior art has poor operation convenience, and a user may need to consume a lot of time in searching for an application.

Disclosure of Invention

The embodiment of the application aims to provide a payment method and a payment device, which can solve the problem of poor operation convenience of a payment mode in the prior art.

In a first aspect, an embodiment of the present application provides a payment method, including: under the condition of displaying a first graphic code, receiving scanning input of a scanning device, and obtaining a scanning request of the scanning device, wherein the scanning request comprises M payment modes supported by the scanning device; in the case that at least one payment method of the M payment methods is included in the payment method list, determining a target payment method from the at least one payment method, and executing a payment operation based on the target payment method; the first graphic code comprises payment information of a payment mode in the payment mode list, and M is a positive integer.

In a second aspect, an embodiment of the present application provides a payment apparatus, including: the device comprises a display module, a receiving module and a processing module. The receiving module is configured to receive a scan input of a scanning device when the display module displays the first graphic code, and obtain a scan request of the scanning device, where the scan request includes M payment modes supported by the scanning device. The processing module is used for determining a target payment mode from at least one payment mode and executing payment operation based on the target payment mode when the payment mode list comprises at least one payment mode of the M payment modes; the first graphic code comprises payment information of a payment mode in the payment mode list, and M is a positive integer.

In a third aspect, an embodiment of the present application provides an electronic device, including a processor, a memory, and a program or instruction stored on the memory and executable on the processor, the program or instruction implementing the steps of the method according to the first aspect when executed by the processor.

In a fourth aspect, embodiments of the present application provide a readable storage medium having stored thereon a program or instructions which when executed by a processor perform the steps of the method according to the first aspect.

In a fifth aspect, an embodiment of the present application provides a chip, where the chip includes a processor and a communication interface, where the communication interface is coupled to the processor, and where the processor is configured to execute a program or instructions to implement a method according to the first aspect.

In the embodiment of the application, the scanning request of the scanning device can be obtained by displaying the first graphic code, and the payment mode supported by the scanning device is determined according to the scanning request, so that when the payment mode list comprises at least one payment mode supported by the scanning device, the target payment mode is determined from the at least one payment mode, and the payment operation is executed based on the target payment mode. According to the scheme, the target payment mode supported by the scanning equipment can be automatically determined from the payment mode list, so that a user does not need to manually search the payment mode, the user operation is simplified, and the problem that a great amount of time is consumed in the process of searching the payment mode by the user is avoided.

Drawings

FIG. 1 is a schematic diagram of a payment method provided by an embodiment of the present application;

FIG. 2 is a schematic diagram of an interface operation of a payment method according to an embodiment of the present application;

FIG. 3 is a second diagram illustrating an interface operation of a payment method according to an embodiment of the present application;

FIG. 4 is a third diagram illustrating an interface operation of the payment method according to the embodiment of the present application;

fig. 5 is a schematic structural diagram of a payment device according to an embodiment of the present application;

FIG. 6 is a schematic diagram of hardware of an electronic device according to an embodiment of the present application;

fig. 7 is a second hardware schematic of the electronic device according to the embodiment of the application.

Detailed Description

The technical solutions of the embodiments of the present application will be clearly described below with reference to the drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which are obtained by a person skilled in the art based on the embodiments of the present application, fall within the scope of protection of the present application.

The terms first, second and the like in the description and in the claims, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged, as appropriate, such that embodiments of the present application may be implemented in sequences other than those illustrated or described herein, and that the objects identified by "first," "second," etc. are generally of a type, and are not limited to the number of objects, such as the first object may be one or more. Furthermore, in the description and claims, "and/or" means at least one of the connected objects, and the character "/", generally means that the associated object is an "or" relationship.

The payment method provided by the embodiment of the application is described in detail through specific embodiments and application scenes thereof with reference to the accompanying drawings.

As shown in fig. 1, an embodiment of the present application provides a payment method, which may be applied to an electronic device, and the method may include steps 101-102:

and step 101, receiving scanning input of the scanning device under the condition of displaying the first graphic code, and obtaining a scanning request of the scanning device.

The scanning request may include M payment methods supported by the scanning device, where M is a positive integer.

When a user wants to pay through a graphic code, an input may be made to the electronic device, the electronic device may generate a first graphic code in response to the input according to a payment method in a payment method list of the electronic device, and display the first graphic code in a payment interface. Then, under the condition that the first graphic code is displayed, the scanning device can carry out scanning input on the first graphic code, the electronic device can receive the scanning input of the scanning device, obtain a scanning request of the scanning device according to the scanning input, and determine M payment modes supported by the scanning device according to the scanning request.

Optionally, the payment interface may further include a payment manner list, and the electronic device may display a first graphic code in a first area of the payment interface and display the payment manner list in a second area, where the first area and the second area are different areas in the payment interface.

For example, as shown in fig. 2 (a), when the user wants to make a payment through a graphic code, a click input may be made to the payment control 21 in the shortcut interface, and as shown in fig. 2 (b), the electronic device may display a first graphic code 23 in a first area 22 of the payment interface and a payment manner list 25 in a second area 24 of the payment interface in response to the click input.

Optionally, the payment methods list may include one or more payment methods, and the user may trigger the electronic device to edit the payment methods list, for example, the electronic device may add a new payment method to the payment methods list, delete a payment method in the payment methods list, adjust an arrangement sequence of each payment method in the payment methods list, display a hidden payment method, and so on.

By way of example, with continued reference to fig. 2 (b), the payment means list may include payment means 1, payment means 2, and payment means 3, the user may add a new payment means to the payment means list via the add control 26, delete payment means 1 from the payment means list via long press payment means 1, trigger the electronic device to display hidden payment means in the payment means list via input to the display control 27, and adjust its order in the payment means list via drag input to any payment means.

Optionally, before receiving the scan input of the scanning device, in the case where all payment methods for which the electronic device has been installed are displayed, the electronic device may receive a first input of a first payment method by the user and generate the payment method list in response to the first input. The payment method list may include at least a first payment method, where the first payment method is any one of all payment methods in the electronic device.

Optionally, the first input may be a touch input of the user to the first payment mode, where the touch input may be a click input or a long press input.

Illustratively, the first payment method is payment method 1. As shown in fig. 3, the user may trigger the electronic device to display all installed payment methods, i.e., payment method 1-payment method 8, by inputting "payment method" in the search field 31, and then the user may click on the icon of payment method 1, thereby triggering the electronic device to generate a payment method list including payment method 1.

Step 102, in the case that the payment manner list of the electronic device includes at least one payment manner of the M payment manners, determining a target payment manner from the at least one payment manner, and executing a payment operation based on the target payment manner.

Optionally, after determining the M payment methods supported by the scanning device, the electronic device may determine whether at least one payment method of the M payment methods is included by traversing the payment method list. For example, if the M payment methods include payment method 1 and payment method 2, and the payment method list includes payment method 1, payment method 2, and payment method 3, the electronic device may determine that the payment method list includes payment method 1 and payment method 2 of the M payment methods.

Optionally, after determining the at least one payment method, the electronic device may determine a target payment method from the at least one payment method according to a preset rule, where the preset rule may include at least one of: the use frequency of the at least one payment mode in the payment mode list, the time of adding the at least one payment mode to the payment mode list and the arrangement sequence of the at least one payment mode in the payment mode list.

Optionally, the electronic device may determine a payment mode with the highest use frequency of the at least one payment mode as the target payment mode; or determining the earliest payment mode added to the payment mode list in at least one payment mode as a target payment mode; or determining the payment mode which is arranged at the forefront in the payment mode list in at least one payment mode as a target payment mode.

Illustratively, the frequency of use of at least one payment method in the payment method list is exemplified by a preset rule. If the electronic device determines that the payment method list includes the payment method 1 and the payment method 2 in the M payment methods, and the usage frequency of the payment method 1 is higher than that of the payment method 2, the electronic device may determine the payment method 1 as the target payment method.

Optionally, after determining the payment method as the target payment method, the electronic device may send a payment instruction to a target payment background of the target payment method, so that the target payment background performs a payment operation according to the payment instruction and order information sent by the scanning device; and then, the electronic equipment can receive prompt information of successful payment sent by the target payment background.

Specifically, since the first graphic code includes payment information of the payment modes in the payment mode list, after the first graphic code is scanned, the code scanning device may send order information to the payment background of each payment mode in the payment mode list, after the electronic device determines the target payment mode, the electronic device may send a payment instruction to the target payment background, and the target payment background may execute the payment operation after receiving the payment instruction and the order information, that is, after receiving the order information, the payment background needs to wait for the instruction of the payment instruction to perform the payment operation. And then, after the payment background is successful, prompt information of successful payment can be sent to the electronic equipment and the code scanning equipment respectively.

In the embodiment of the application, the target payment mode supported by the scanning equipment can be automatically determined from the payment mode list of the electronic equipment, so that a user does not need to manually search the payment mode, the operation of the user is simplified, and the problem that a great amount of time is consumed in the process of searching the payment mode by the user is avoided.

Optionally, after obtaining the scan request of the scanning device, the method may further include steps 103 to 105:

step 103, the electronic device displays a payment mode adding interface under the condition that at least one payment mode is not included in the payment mode list of the electronic device.

The payment method adding interface may include N payment methods, where the N payment methods include K payment methods that are highlighted, the K payment methods are payment methods supported by the scanning device, N, K are positive integers, and N is greater than or equal to K.

For example, taking N as 8 and K as1 as examples, the payment methods supported by the scanning device are payment method 8, and the payment method list includes payment method 1, payment method 2 and payment method 3. After traversing the payment means list, the electronic device may determine that the payment means list does not include the payment means 8, and thus may display a payment means adding interface as shown in fig. 4, where in the payment means adding interface, icons of the payment means 1, the payment means 2, and the payment means 3 include a first identifier 41, where the first identifier 41 is used to indicate a payment means that has been added to the payment means list, and an icon of the payment means 8 includes a second identifier 42, where the second identifier 42 is used to indicate a payment means supported by the scanning device.

Step 104, the electronic device receives a second input of a user to a second payment method among the K payment methods.

With continued reference to fig. 4, since K is 1, payment method 8 is a second payment method, and if the user wants to add payment method 8 to the payment method list, the user may make a second input to payment method 8, and the electronic device may receive the second input accordingly.

Optionally, the second input may be a touch input of the user to the second payment mode, where the touch input may be a click input or a long press input.

Step 105, the electronic device adds the second payment method to the payment method list and displays a second graphical code in response to the second input.

The second graphic code may include payment information of a second payment method.

The electronic device may add the second payment means to the payment means list in response to the first input, e.g. if the payment means list comprises payment means 1, payment means 2 and payment means 3 before receiving the first input, the electronic device may add payment means 8 to the payment means list after receiving the second input for payment means 8, i.e. the payment means list comprises payment means 1, payment means 2, payment means 3 and payment means 8.

After updating the payment means list, the electronic device may generate and display a second graphic code according to the updated payment means list, so that the scanning device scans again, and the electronic device may re-perform the above steps 101 and 102.

In the embodiment of the application, under the condition that at least one payment mode is not included in the payment mode list of the electronic equipment, the two payment modes supported by the scanning equipment can be added to the payment mode list through the second input of the user, and the second graphic code comprising the payment information of the second payment mode is displayed, so that the payment scene requirement when the payment mode of a merchant is different from the payment mode in the payment mode list can be met.

It should be noted that, in the payment method provided by the embodiment of the present application, the execution body may be a payment device, or a control module in the payment device for executing the payment method. In the embodiment of the present application, a payment device executes a payment method as an example, and the payment device provided in the embodiment of the present application is described.

As shown in fig. 5, an embodiment of the present application further provides a payment device 500, including: a display module 501, a receiving module 502 and a processing module 503. The receiving module 502 may be configured to receive a scan input of a scanning device when the display module 501 displays the first graphic code, and obtain a scan request of the scanning device, where the scan request includes M payment methods supported by the scanning device. The processing module 503 may be configured to determine a target payment method from at least one payment method of the M payment methods if the payment method list includes the at least one payment method, and perform a payment operation based on the target payment method; the first graphic code comprises payment information of a payment mode in the payment mode list, and M is a positive integer.

Optionally, the processing module 503 may specifically be configured to: determining the target payment mode from the at least one payment mode according to a preset rule; wherein the preset rule comprises at least one of the following: the use frequency of the at least one payment mode in the payment mode list, the time of adding the at least one payment mode to the payment mode list and the arrangement sequence of the at least one payment mode in the payment mode list.

Optionally, the apparatus 500 may further include a sending module 504. The sending module 504 may be configured to send a payment instruction to a target payment background of the target payment manner, so that the target payment background performs a payment operation according to the payment instruction and order information sent by the scanning device. The receiving module 502 may be further configured to receive a prompt message sent by the target payment background for successful payment.

Optionally, the receiving module 502 may be further configured to receive, before the receiving the scan input of the scanning device, a first input of a first payment method from a user in a case where the display module 501 displays all installed payment methods. A processing module 503 further configured to generate the payment method list in response to the first input; the payment mode list at least comprises the first payment mode, and the first payment mode is any one of all payment modes.

Optionally, the display module 501 may be further configured to display a payment manner adding interface when the at least one payment manner is not included in the payment manner list, where the payment manner adding interface includes N payment manners, and the N payment manners include K highlighted payment manners, and the K payment manners are supported by the scanning device. The receiving module 502 may be further configured to receive a second input from the user for a second payment method of the K payment methods. The processing module 503 may be further configured to add the second payment method to the payment method list and display a second graphic code in response to the second input; the second graphic code includes payment information of the second payment mode, N, K is a positive integer, and N is greater than or equal to K.

In the embodiment of the application, the target payment mode supported by the scanning equipment can be automatically determined from the payment mode list, so that a user does not need to manually search the payment mode, the user operation is simplified, and the problem that a great amount of time is consumed in the process of searching the payment mode by the user is avoided.

The payment device in the embodiment of the application can be a device, and also can be a component, an integrated circuit or a chip in a terminal. The device may be a mobile electronic device or a non-mobile electronic device. By way of example, the mobile electronic device may be a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted electronic device, a wearable device, an ultra-mobile personal computer (UMPC), a netbook or a Personal Digital Assistant (PDA), etc., and the non-mobile electronic device may be a server, a network attached storage (Network Attached Storage, NAS), a personal computer (personal computer, PC), a Television (TV), a teller machine, a self-service machine, etc., and the embodiments of the present application are not limited in particular.

The payment device in the embodiment of the application may be a device with an operating system. The operating system may be an Android operating system, an ios operating system, or other possible operating systems, and the embodiment of the present application is not limited specifically.

The payment device provided by the embodiment of the present application can implement each process implemented by the embodiments of the methods of fig. 1 to 4, and in order to avoid repetition, a detailed description is omitted here.

Optionally, as shown in fig. 6, the embodiment of the present application further provides an electronic device 600, including a processor 601, a memory 602, and a program or an instruction stored in the memory 602 and capable of running on the processor 601, where the program or the instruction implements each process of the embodiment of the payment method when executed by the processor 601, and the process can achieve the same technical effect, so that repetition is avoided, and no further description is given here.

The electronic device in the embodiment of the application includes the mobile electronic device and the non-mobile electronic device.

Fig. 7 is a schematic diagram of a hardware structure of an electronic device implementing an embodiment of the present application.

The electronic device 1000 includes, but is not limited to: radio frequency unit 1001, network module 1002, audio output unit 1003, input unit 1004, sensor 1005, display unit 1006, user input unit 1007, interface unit 1008, memory 1009, and processor 1010.

Those skilled in the art will appreciate that the electronic device 1000 may also include a power source (e.g., a battery) for powering the various components, which may be logically connected to the processor 1010 by a power management system to perform functions such as managing charge, discharge, and power consumption by the power management system. The electronic device structure shown in fig. 7 does not constitute a limitation of the electronic device, and the electronic device may include more or less components than shown, or may combine certain components, or may be arranged in different components, which are not described in detail herein.

The user input unit 1007 may be configured to receive a scan input of a scanning device when the display unit 1006 displays the first graphic code, and obtain a scan request of the scanning device, where the scan request includes M payment methods supported by the scanning device. A processor 1010, configured to determine a target payment method from at least one payment method of the M payment methods and perform a payment operation based on the target payment method, in a case where the at least one payment method is included in the payment method list; the first graphic code comprises payment information of a payment mode in the payment mode list, and M is a positive integer.

Optionally, the processor 1010 may be specifically configured to: determining the target payment mode from the at least one payment mode according to a preset rule; wherein the preset rule comprises at least one of the following: the use frequency of the at least one payment mode in the payment mode list, the time of adding the at least one payment mode to the payment mode list and the arrangement sequence of the at least one payment mode in the payment mode list.

In the embodiment of the application, since the target payment mode can be determined from at least one payment mode according to the preset rule, when the at least one payment mode comprises a plurality of payment modes, the target payment mode can be rapidly determined, and the payment operation can be performed based on the target payment mode.

Optionally, the radio frequency unit 1001 may be configured to send a payment instruction to a target payment background of the target payment manner, so that the target payment background performs a payment operation according to the payment instruction and order information sent by the scanning device. The user input unit 1007 may be further configured to receive a prompt message sent by the target payment background that the payment is successful.

In the embodiment of the application, since the payment instruction can be sent to the target payment background, the target payment background can execute the payment operation according to the payment instruction. In this way, when the payment means list includes a plurality of payment means, the payment back office of each payment means can be made to determine whether or not a payment operation needs to be performed.

Alternatively, the user input unit 1007 may be further configured to receive a first input of a first payment method by a user in a case where the display unit 1006 displays all installed payment methods before receiving the scan input of the scan device. A processor 1010 further operable to generate the payment means list in response to the first input; the payment mode list at least comprises the first payment mode, and the first payment mode is any one of all payment modes.

In the embodiment of the application, the payment mode list can be generated through the first input trigger of the first payment mode, so that a payment basis can be provided for supporting different payment modes for the scanning equipment.

Optionally, the display unit 1006 may be further configured to display a payment manner adding interface when the at least one payment manner is not included in the payment manner list, where the payment manner adding interface includes N payment manners, and the N payment manners include K highlighted payment manners, and the K payment manners are supported by the scanning device. The user input unit 1007 may be further configured to receive a second input from the user for a second payment method of the K payment methods. A processor 1010 further operable to add the second payment means to the list of payment means and display a second graphical code in response to the second input; the second graphic code includes payment information of the second payment mode, N, K is a positive integer, and N is greater than or equal to K.

It should be appreciated that in embodiments of the present application, the input unit 1004 may include a graphics processor (Graphics Processing Unit, GPU) 10041 and a microphone 10042, where the graphics processor 10041 processes image data of still pictures or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The display unit 1006 may include a display panel 10061, and the display panel 10061 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The user input unit 1007 includes a touch panel 10071 and other input devices 10072. The touch panel 10071 is also referred to as a touch screen. The touch panel 10071 can include two portions, a touch detection device and a touch controller. Other input devices 10072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and so forth, which are not described in detail herein. Memory 1009 may be used to store software programs as well as various data including, but not limited to, application programs and an operating system. The processor 1010 may integrate an application processor that primarily handles operating systems, user interfaces, applications, etc., with a modem processor that primarily handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 1010.

The embodiment of the application also provides a readable storage medium, on which a program or an instruction is stored, which when executed by a processor, implements each process of the above payment method embodiment, and can achieve the same technical effects, and in order to avoid repetition, the description is omitted here.

Wherein the processor is a processor in the electronic device described in the above embodiment. The readable storage medium includes a computer readable storage medium such as a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk or an optical disk, and the like.

The embodiment of the application further provides a chip, which comprises a processor and a communication interface, wherein the communication interface is coupled with the processor, and the processor is used for running programs or instructions to realize the processes of the payment method embodiment, and can achieve the same technical effects, so that repetition is avoided, and the description is omitted here.

It should be understood that the chips referred to in the embodiments of the present application may also be referred to as system-on-chip chips, chip systems, or system-on-chip chips, etc.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element. Furthermore, it should be noted that the scope of the methods and apparatus in the embodiments of the present application is not limited to performing the functions in the order shown or discussed, but may also include performing the functions in a substantially simultaneous manner or in an opposite order depending on the functions involved, e.g., the described methods may be performed in an order different from that described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a computer software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) comprising instructions for causing a terminal (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method according to the embodiments of the present application.

The embodiments of the present application have been described above with reference to the accompanying drawings, but the present application is not limited to the above-described embodiments, which are merely illustrative and not restrictive, and many forms may be made by those having ordinary skill in the art without departing from the spirit of the present application and the scope of the claims, which are to be protected by the present application.

Claims

1. A method of payment, comprising:

Under the condition of displaying a first graphic code, receiving scanning input of a scanning device, and obtaining a scanning request of the scanning device, wherein the scanning request comprises M payment modes supported by the scanning device;

in the case that at least one payment method of the M payment methods is included in the payment method list, determining a target payment method from the at least one payment method, and executing a payment operation based on the target payment method;

wherein, the first graphic code comprises payment information of a payment mode in the payment mode list, M is a positive integer;

Displaying a payment mode adding interface under the condition that the payment mode list does not comprise at least one payment mode, wherein the payment mode adding interface comprises N payment modes, the N payment modes comprise K highlighted payment modes, and the K payment modes are supported by the scanning equipment;

Receiving a second input of a user to a second payment mode of the K payment modes;

Adding the second payment means to the payment means list in response to the second input and displaying a second graphical code;

the second graphic code includes payment information of the second payment mode, N, K is a positive integer, and N is greater than or equal to K.

2. The payment method of claim 1, wherein the determining a target payment method from the at least one payment method comprises:

Determining the target payment mode from the at least one payment mode according to a preset rule;

Wherein the preset rule comprises at least one of the following: the use frequency of the at least one payment mode in the payment mode list, the time of adding the at least one payment mode to the payment mode list and the arrangement sequence of the at least one payment mode in the payment mode list.

3. The payment method of claim 1, wherein the performing a payment operation based on the target payment means comprises:

Sending a payment instruction to a target payment background of the target payment mode, so that the target payment background executes payment operation according to the payment instruction and order information sent by the scanning equipment;

And receiving prompt information of successful payment sent by the target payment background.

4. A payment method as claimed in any one of claims 1 to 3, wherein prior to receiving a scan input from a scanning device, the method further comprises:

receiving a first input of a first payment means by a user while displaying all payment means installed;

generating the payment means list in response to the first input;

the payment mode list at least comprises the first payment mode, and the first payment mode is any one of all payment modes.

5. A payment device, comprising: the device comprises a display module, a receiving module and a processing module;

The receiving module is used for receiving the scanning input of the scanning equipment under the condition that the display module displays the first graphic code, and obtaining a scanning request of the scanning equipment, wherein the scanning request comprises M payment modes supported by the scanning equipment;

the processing module is used for determining a target payment mode from at least one payment mode and executing payment operation based on the target payment mode when the payment mode list comprises at least one payment mode of the M payment modes;

The display module is further configured to display a payment manner adding interface when the at least one payment manner is not included in the payment manner list, where the payment manner adding interface includes N payment manners, and the N payment manners include K highlighted payment manners, and the K payment manners are payment manners supported by the scanning device;

The receiving module is further configured to receive a second input of a user to a second payment manner among the K payment manners;

The processing module is further configured to add the second payment method to the payment method list and display a second graphic code in response to the second input;

6. The payment device of claim 5, wherein the processing module is specifically configured to: determining the target payment mode from the at least one payment mode according to a preset rule; wherein the preset rule comprises at least one of the following: the use frequency of the at least one payment mode in the payment mode list, the time of adding the at least one payment mode to the payment mode list and the arrangement sequence of the at least one payment mode in the payment mode list.

7. The payment device of claim 5, further comprising a transmission module;

The sending module is used for sending a payment instruction to a target payment background of the target payment mode so that the target payment background executes payment operation according to the payment instruction and order information sent by the scanning equipment;

The receiving module is further used for receiving prompt information of successful payment sent by the target payment background.

8. A payment device as recited in any one of claims 5 to 7, wherein,

The receiving module is further configured to receive a first input of a first payment mode from a user under the condition that the display module displays all installed payment modes before receiving the scan input of the scanning device;

the processing module is further configured to generate the payment manner list in response to the first input;