CN110675138A - Method, apparatus and computer storage medium for paying bills - Google Patents

Method, apparatus and computer storage medium for paying bills Download PDF

Info

Publication number
CN110675138A
CN110675138A CN201910842548.3A CN201910842548A CN110675138A CN 110675138 A CN110675138 A CN 110675138A CN 201910842548 A CN201910842548 A CN 201910842548A CN 110675138 A CN110675138 A CN 110675138A
Authority
CN
China
Prior art keywords
bill
paid
splitting
user
payment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910842548.3A
Other languages
Chinese (zh)
Inventor
陈晓磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Zhangmen Science and Technology Co Ltd
Original Assignee
Shanghai Zhangmen Science and Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Zhangmen Science and Technology Co Ltd filed Critical Shanghai Zhangmen Science and Technology Co Ltd
Priority to CN201910842548.3A priority Critical patent/CN110675138A/en
Publication of CN110675138A publication Critical patent/CN110675138A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3274Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The invention provides a method for executing bill payment at a first user side, which comprises the following steps: the method comprises the steps that after a first user side obtains a request that a first user triggers splitting of a bill to be paid, identification information corresponding to the bill to be paid is obtained; sending a splitting request of a bill to be paid to a server side; receiving the per-person payment amount sent by the server side; and generating a two-dimension code to be paid according to the amount to be paid per capita and the bill identification, so that at least one second user can complete payment of the bill to be paid together by scanning the two-dimension code to be paid. The invention provides a method for executing bill payment at a server side, which comprises the following steps: receiving a splitting request of a bill to be paid, which is sent by a first user side; determining the number of the people participating in bill splitting and the total amount of the bill to be paid corresponding to the bill to be paid; equally dividing the total amount of the bill to be paid according to the number of people participating in the bill splitting to determine the amount of the bill to be paid per person; and sending the per-person payment amount to the first user side. The invention can improve the convenience of bill payment under the condition of multi-person payment.

Description

Method, apparatus and computer storage medium for paying bills
[ technical field ] A method for producing a semiconductor device
The present invention relates to the field of internet technologies, and in particular, to a method, device, and computer storage medium for paying a bill.
[ background of the invention ]
In daily life, situations requiring payment by multiple people occur frequently. For example, after a party or a friend has a dinner, a person usually pays the merchant and the other person transfers a corresponding amount of money to the payer through a transfer. However, there are many cases where someone forgets the transfer or the number of transfers is incorrect. Therefore, the bill payment method for multi-person payment in the prior art is not convenient enough.
[ summary of the invention ]
In view of the above, the present invention provides a method, an apparatus, and a computer storage medium for paying a bill, which are used to improve convenience of bill payment in case of multi-person payment.
The technical scheme adopted by the invention for solving the technical problem is to provide a method for paying bills executed in a first user side, which comprises the following steps: the method comprises the steps that after a first user side obtains a request that a first user triggers to split a bill to be paid, identification information corresponding to the bill to be paid is obtained; sending the splitting request of the bill to be paid to a server side; receiving the per-person payment amount sent by the server side; and generating a two-dimension code to be paid according to the amount to be paid per capita and the bill identification, so that at least one second user can complete payment of the bill to be paid together by scanning the two-dimension code to be paid.
The technical scheme adopted by the invention for solving the technical problem is to provide a bill payment method executed in a server side, which comprises the following steps: receiving a splitting request of a bill to be paid, which is sent by a first user side; determining the number of the persons participating in bill splitting and the total amount of the bill to be paid corresponding to the bill to be paid; equally dividing the total amount of the bill to be paid according to the number of the people participating in the bill splitting, and determining the amount of the bill to be paid per person; and sending the per-person payment amount to the first user side.
According to the technical scheme, after the first user side sends the splitting request of the bill to be paid to the server side, the server side obtains the amount of the per-person to-be-paid amount corresponding to the bill to be paid and sends the amount of the per-person to be paid to the first user side, the first user side generates the two-dimensional code to be paid according to the per-person to-be-paid amount through the bill identification, and at least one second user scans the two-dimensional code to be paid to jointly complete the payment of the bill to be paid.
[ description of the drawings ]
Fig. 1 is a flowchart of a method for paying a bill performed in a first client according to an embodiment of the present invention;
fig. 2 is a flowchart of a method for paying a bill performed in a server according to an embodiment of the present invention;
fig. 3 is a block diagram of a computer system/server according to an embodiment of the invention.
[ detailed description ] embodiments
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention will be described in detail with reference to the accompanying drawings and specific embodiments.
The terminology used in the embodiments of the invention is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used in the examples of the present invention and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
It should be understood that the term "and/or" as used herein is merely one type of association that describes an associated object, meaning that three relationships may exist, e.g., a and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.
The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination" or "in response to a detection", depending on the context. Similarly, the phrases "if determined" or "if detected (a stated condition or event)" may be interpreted as "when determined" or "in response to a determination" or "when detected (a stated condition or event)" or "in response to a detection (a stated condition or event)", depending on the context.
Fig. 1 is a flowchart of a method for paying a bill according to an embodiment of the present invention, as shown in fig. 1, where the method is performed in a first client, and includes:
in 101, after acquiring a request that a first user triggers splitting of a bill to be paid, a first user side acquires identification information corresponding to the bill to be paid.
In this step, after the first user obtains the request that the first user triggers the splitting of the bill to be paid, the identification information corresponding to the bill to be paid is obtained. The identification information obtained in the step is used for distinguishing bills to be paid corresponding to different consumption activities; the first user in this step is any one of the users participating in the current consumption activity.
It is understood that, when the first user in this step triggers the request for splitting the bill to be paid, the following manners may be adopted: after entering the bill payment interface, the first user clicks a bill splitting option in the bill payment interface to trigger a request for splitting a bill to be paid. The first user may enter the bill payment interface by scanning the two-dimensional code through the first user side, for example, scanning a payment code provided by a merchant, or scanning an order code provided on a dining table of the merchant.
In addition, in this step, when acquiring the identification information corresponding to the bill to be paid, the information input by the first user may be used as the identification information corresponding to the bill to be paid, for example, the table number of dining at the merchant, which is input by the first user, is used as the identification information; the information pulled by the first user end from the ordering server end may also be used as the identification information corresponding to the bill to be paid, for example, a name of a merchant obtained by the first user end after scanning an ordering code provided on a dining table of the merchant and entering the ordering platform is used as the identification information.
In 102, the splitting request of the bill to be paid is sent to a server side.
In this step, after the identification information corresponding to the bill to be paid is obtained in step 101, the first user side sends the splitting request of the bill to be paid to the server side, so that the server side splits the corresponding bill to be paid.
It can be understood that, in this step, the first user side may also send the identification information corresponding to the bill to be paid acquired in step 101 to the server side together.
It can be understood that the bill payment interface entered by the first user may further include input options of the number of people participating in the bill splitting, the total amount of the bill to be paid, and the merchant information, and after the number of people participating in the current consumption, the total amount of the consumption, and the consuming merchant are filled in by the first user, the first user sends the filling content to the server together with the splitting request of the bill to be paid. That is to say, the splitting request of the bill to be paid, which is sent by the first user side to the server side, may further include the number of splitting persons of the bill to be paid, the total amount of the bill to be paid, and the merchant information.
In 103, the amount to be paid by the user sent by the server is received.
In this step, after the first user end sends the request for splitting the bill to be paid to the server end in step 102, the amount of per-person to be paid corresponding to the bill to be paid sent by the server end is received, and the amount of per-person to be paid is the amount to be paid by each user participating in the bill splitting.
At 104, a two-dimensional code to be paid is generated according to the amount to be paid per capita and the bill identification, so that at least one second user can complete payment of the bill to be paid together by scanning the two-dimensional code to be paid.
In this step, after receiving the amount of per-person to be paid sent by the server in step 103, the first user generates the two-dimensional code to be paid according to the received amount of per-person to be paid and the bill identifier, so that the at least one second user completes payment of the bill to be paid together by scanning the two-dimensional code to be paid.
The bill identification used in the step of generating the two-dimensional code to be paid is used for distinguishing bills to be paid by the users, so that the amount paid by each user can be ensured to accurately pay the corresponding bill to be paid. The bill identification is obtained according to the identification information corresponding to the bill to be paid acquired in step 101, and may be directly the identification information corresponding to the bill to be paid acquired in step 101, such as the dining table number; the association identifier may also be created again according to the identification information corresponding to the bill to be paid acquired in step 101, for example, the corresponding digital information is generated according to the dining table number.
It can be understood that the second user in this step may be all users including the first user, that is, all users pay the respective corresponding amount according to the currently generated two-dimensional code to be paid.
The second user in this step may also be another user that does not include the first user, that is, other users, except the first user, pay the corresponding amount of money in a manner of scanning the to-be-paid two-dimensional code.
When the second user does not include the first user, that is, the first user does not pay by scanning the two-dimensional code to be paid, the first user in this step may pay the amount of money corresponding to the first user in the following manner: and the first user terminal generates a corresponding payment entrance according to the amount to be paid per capita and the bill identification, so that the first user can complete the payment of the amount corresponding to the first user terminal through the payment entrance.
For example, in this step, before the two-dimensional code to be paid is generated, the first user is triggered by the first user through the payment entrance, and after the payment of the first user is completed, the two-dimensional code to be paid is generated by the first user according to the per-capita payment amount and the bill identification.
In addition, after all the users participating in the bill splitting complete payment of respective amounts, the step may further include the following contents: and receiving a message that the bill to be paid is paid successfully, which is sent by the server side, so that the first user of the first user side knows that the bill to be paid is paid successfully.
Fig. 2 is a flowchart of a method for paying a bill according to an embodiment of the present invention, as shown in fig. 2, where the method is executed in a server and includes:
in 201, a splitting request of a bill to be paid sent by a first user side is received.
In this step, a splitting request of the bill to be paid, which is sent by the first user side, is received. It can be understood that, the server side in this step also receives the identification information corresponding to the bill to be paid sent by the first user side.
It can be understood that the server side may be a server side corresponding to the ordering platform, for example, a user may pay after ordering a meal for an ordering code provided by a merchant through the ordering platform; the payment can also be made for the server side of the corresponding payment platform, for example, the user makes payment to the payment code provided by the merchant through the payment platform.
In 202, the number of persons participating in bill splitting and the total amount of the bill to be paid corresponding to the bill to be paid are determined.
In this step, after the splitting request of the bill to be paid sent by the first user end is obtained in step 201, the number of splitting persons participating in the bill and the total amount of the bill to be paid, which correspond to the bill to be paid, are determined. The number of the split persons participating in the bill determined in the step is the number of the users participating in the bill to be paid, and the total amount of the bill to be paid is the total cost corresponding to the bill to be paid.
It can be understood that, since the splitting request of the bill to be paid acquired in step 201 may include the number of the people participating in splitting the bill and the total amount of the bill to be paid, this step may directly acquire the number of the people participating in splitting the bill to be paid and the total amount of the bill to be paid from the received splitting request of the bill to be paid.
In addition, when the number of the split persons of the bill to be paid and the total amount of the bill to be paid are obtained, the following modes can be adopted: determining identification information corresponding to a bill to be paid; pulling consumption information corresponding to the bill to be paid according to the identification information; determining the number of people participating in bill splitting, the total amount of the bill to be paid and the consumption merchant according to the pulled consumption information, for example, determining the number of people participating in bill splitting according to the number of the consumers in the pulled consumption information, determining the total amount of the bill to be paid according to the consumption amount in the pulled consumption information, and determining the merchant information according to the consumption merchant in the pulled consumption information.
That is to say, in some application scenarios, the step can automatically acquire the relevant information of the bill to be paid according to the identification information corresponding to the bill to be paid, and the first user does not need to perform manual input in the first user side, so that the payment step of the bill is further simplified, and the payment efficiency of the bill is improved.
In 203, the total amount of the bill to be paid is equally divided according to the number of the people participating in the bill splitting, and the amount to be paid per person is determined.
In this step, the total amount of the bill to be paid is equally divided according to the number of the persons participating in the bill splitting acquired in step 202, so that the obtained equally divided amount is determined as the amount to be paid by the person corresponding to each user participating in the bill splitting.
In addition, before the total amount of the bill to be paid is equally divided according to the number of the people participating in the bill splitting, the method can also comprise the following steps of: receiving a modification request sent by a first user end; modifying the number of the people participating in the bill splitting and/or the total amount of the bill to be paid according to the modification request; and splitting the bill to be paid by utilizing the modified total amount of the bill to be paid and/or the number of people participating in the bill splitting. That is to say, the first user terminal can change the payment information at any time according to the actual situation, so that the bill payment is more flexible.
At 204, the per-person payment amount is sent to the first user.
In this step, the amount to be paid per capita determined in step 203 is sent to the first user side, so that all users including the first user can complete the payment of the bill to be paid.
In addition, after sending the amount to be paid by everyone to the first user side, if it is determined that the users participating in the bill splitting have completed payment of the amount corresponding to each user, the following steps may be further included: and determining merchant information corresponding to the bill to be paid, and sending a message that the bill to be paid is paid successfully to the merchant according to the merchant information.
Meanwhile, when the information that the bill to be paid is paid successfully is sent to the merchant in the step, the method can further comprise the following steps: and sending a message that the bill to be paid is paid successfully to the first user terminal.
It can be understood that after the plurality of users pay the respective amounts of money according to the to-be-paid two-dimensional code, if the amounts of money paid by the users are transferred to the merchant, confusion may be caused when the merchant receives money, which may very easily cause that the merchant cannot accurately know whether the user has completed payment of the to-be-paid bill.
Therefore, in order to improve the accuracy of the merchant in collecting the bill to be paid, the step may further include the following steps: establishing a public fund pool corresponding to the bill to be paid according to the bill identification, wherein different bills to be paid correspond to different public fund pools; receiving and transferring the amount paid by each user participating in bill splitting into the established public fund pool; and when the amount in the established public fund pool is determined to reach the total amount of the bill to be paid, transferring the amount in the public fund pool into a merchant account, and informing the merchant that the corresponding bill to be paid is paid successfully.
The bill identification in this step is used to distinguish different bills to be paid, so that the established public fund pool can correspond to different bills to be paid. The bill identification is obtained according to the identification information corresponding to the bill to be paid, and can be the identification information corresponding to the bill to be paid directly or the association identification created again according to the identification information corresponding to the bill to be paid.
In addition, in order to avoid the consumption of storage resources of the server side due to the excessive established public fund pool, in the step, after the amount of money in the public fund pool corresponding to the bill to be paid is transferred to the merchant account, the public fund pool corresponding to the bill to be paid in the server side can be eliminated.
The above process is illustrated by two embodiments:
example 1: in a meal consumption scene, each user enters a meal ordering interface by scanning a meal ordering code on a dining table of a merchant, when the consumption is finished and a bill is bought, any user (a first user) participating in the consumption enters a bill payment interface by scanning the meal ordering code again, after a to-be-paid bill splitting request is sent, identification information corresponding to the to-be-paid bill is obtained, and the first user end sends the identification information of the to-be-paid bill and the splitting request to a meal ordering server end; the ordering server side can automatically record the number of users entering the current dining table and consumption information of the total amount corresponding to ordered dishes, so that the ordering server side can pull the consumption information of the corresponding dining table according to the identification information, further split a bill to be paid according to the pulled consumption information, obtain the per-capita amount to be paid and send the amount to the first user side; the first user side generates the two-dimensional code to be paid according to the amount to be paid per person and the bill identification, so that at least one second user can pay the amount corresponding to the two-dimensional code to be paid through scanning, and the payment of the bill to be paid is jointly completed.
Example 2: in a meal consumption scene, ordering food through a menu by each user, when the consumption is finished and the bill is bought, enabling any user (a first user) participating in the consumption to enter a bill payment interface by scanning a payment code provided by a merchant, obtaining identification information corresponding to a bill to be paid after the first user selects a bill splitting option, and sending a splitting request comprising the number of people and the total amount to a payment server end by a first user end after filling in the number of the split people participating in the bill and the total amount of the bill to be paid; the payment server side splits the bill to be paid according to the content contained in the splitting request to obtain the per-capita payment amount and sends the per-capita payment amount to the first user side; the first user side generates the two-dimensional code to be paid according to the amount to be paid per person and the bill identification, and the two-dimensional code to be paid is used for at least one second user to pay the amount corresponding to the second user through scanning the two-dimensional code to be paid, so that the payment of the bill to be paid is jointly completed.
Fig. 3 illustrates a block diagram of an exemplary computer system/server 012 suitable for use to implement some embodiments of the invention. The computer system/server 012 shown in fig. 3 is only an example, and should not bring any limitations to the function and the scope of use of the embodiments of the present invention.
As shown in fig. 3, the computer system/server 012 is embodied as a general purpose computing device. The components of computer system/server 012 may include, but are not limited to: one or more processors or processing units 016, a system memory 028, and a bus 018 that couples various system components including the system memory 028 and the processing unit 016.
Bus 018 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor, or a local bus using any of a variety of bus architectures. By way of example, such architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, micro-channel architecture (MAC) bus, enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.
Computer system/server 012 typically includes a variety of computer system readable media. Such media may be any available media that is accessible by computer system/server 012 and includes both volatile and nonvolatile media, removable and non-removable media.
System memory 028 can include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM)030 and/or cache memory 032. The computer system/server 012 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 034 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 3, commonly referred to as a "hard drive"). Although not shown in FIG. 3, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In such cases, each drive may be connected to bus 018 via one or more data media interfaces. Memory 028 can include at least one program product having a set (e.g., at least one) of program modules configured to carry out the functions of embodiments of the present invention.
Program/utility 040 having a set (at least one) of program modules 042 can be stored, for example, in memory 028, such program modules 042 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which examples or some combination thereof might include an implementation of a network environment. Program modules 042 generally perform the functions and/or methodologies of embodiments of the present invention as described herein.
The computer system/server 012 may also communicate with one or more external devices 014 (e.g., keyboard, pointing device, display 024, etc.), and in some embodiments of the invention, the computer system/server 012 communicates with an external radar device, and may also communicate with one or more devices that enable a user to interact with the computer system/server 012, and/or with any devices (e.g., network card, modem, etc.) that enable the computer system/server 012 to communicate with one or more other computing devices. Such communication may occur through an input/output (I/O) interface 022. Also, the computer system/server 012 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the internet) via the network adapter 020. As shown, the network adapter 020 communicates with the other modules of the computer system/server 012 via bus 018. It should be appreciated that, although not shown, other hardware and/or software modules may be used in conjunction with the computer system/server 012, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
The processing unit 016 executes programs stored in the system memory 028, thereby executing various functional applications and data processing, such as implementing the method flow provided by the embodiment of the present invention.
The computer program described above may be provided in a computer storage medium encoded with a computer program that, when executed by one or more computers, causes the one or more computers to perform the method flows and/or apparatus operations shown in the above-described embodiments of the invention. For example, the method flows provided by the embodiments of the invention are executed by one or more processors described above.
With the development of time and technology, the meaning of media is more and more extensive, and the propagation path of computer programs is not limited to tangible media any more, and can also be downloaded from a network directly and the like. Any combination of one or more computer-readable media may be employed. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
According to the technical scheme, after the first user side sends the splitting request of the bill to be paid to the server side, the server side obtains the amount of the per-person to-be-paid amount corresponding to the bill to be paid and sends the amount of the per-person to be paid to the first user side, the first user side generates the two-dimensional code to be paid according to the per-person to-be-paid amount through the bill identification, and at least one second user scans the two-dimensional code to be paid to jointly complete the payment of the bill to be paid.
In the embodiments provided in the present invention, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the above-described device embodiments are merely illustrative, and for example, the division of the units is only one logical functional division, and other divisions may be realized in practice.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.
The integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to execute some steps of the methods according to the embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.

Claims (15)

1. A method of paying a bill, the method performed at a first client, comprising:
the method comprises the steps that after a first user side obtains a request that a first user triggers to split a bill to be paid, identification information corresponding to the bill to be paid is obtained;
sending the splitting request of the bill to be paid to a server side;
receiving the per-person payment amount sent by the server side;
and generating a two-dimension code to be paid according to the amount to be paid per capita and the bill identification, so that at least one second user can complete payment of the bill to be paid together by scanning the two-dimension code to be paid.
2. The method of claim 1, wherein sending the request for splitting the bill to be paid to a server comprises:
and sending the identification information corresponding to the bill to be paid and the splitting request to a server side together.
3. The method as claimed in claim 1, wherein the splitting request of the bill to be paid includes the number of people participating in the splitting of the bill, the total amount of the bill to be paid and merchant information corresponding to the bill to be paid.
4. The method of claim 1, wherein the bill identification is identification information corresponding to the bill to be paid; or
The bill identification is an associated identification created according to the identification information corresponding to the bill to be paid.
5. The method of claim 1, wherein when the first user is not included in the second users, the method further comprises:
and the first user terminal generates a corresponding payment entrance according to the per-person payment amount and the bill identification, so that the first user can complete the payment of the corresponding amount through the payment entrance.
6. The method of claim 1, further comprising:
and receiving the message that the bill to be paid is paid successfully, which is sent by the server.
7. A method of paying a bill, the method performed at a server side, comprising:
receiving a splitting request of a bill to be paid, which is sent by a first user side;
determining the number of the persons participating in bill splitting and the total amount of the bill to be paid corresponding to the bill to be paid;
equally dividing the total amount of the bill to be paid according to the number of the people participating in the bill splitting, and determining the amount of the bill to be paid per person;
and sending the per-person payment amount to the first user side.
8. The method of claim 7, wherein the determining the number of people participating in the bill splitting and the total amount of the bill to be paid corresponding to the bill to be paid comprises:
acquiring identification information corresponding to the bill to be paid;
pulling consumption information corresponding to the bill to be paid according to the identification information;
and determining the number of the persons participating in bill splitting and the total amount of the bill to be paid corresponding to the bill to be paid according to the consumption information.
9. The method of claim 8, further comprising, prior to averaging the total amount of the bill to be paid based on the number of participating bill splits, the steps of:
receiving a modification request sent by a first user end;
modifying the number of the persons participating in the bill splitting and/or the total amount of the bill to be paid according to the modification request;
and splitting the bill to be paid by utilizing the modified total amount of the bill to be paid and/or the number of people participating in the bill splitting.
10. The method of claim 7, further comprising:
determining merchant information corresponding to the bill to be paid;
and after determining that the users participating in bill splitting complete payment of the corresponding amount, sending a message of successful payment of the bill to be paid to the merchant according to the merchant information.
11. The method of claim 7, further comprising:
and after determining that the users participating in bill splitting complete payment of the respective corresponding amount, sending a message that the bill to be paid is paid successfully to the first user side.
12. The method of claim 7, further comprising:
determining a bill identification of the bill to be paid;
establishing a public fund pool corresponding to the bill to be paid according to the bill identification;
receiving and transferring the amount paid by each user participating in bill splitting into the public fund pool;
and when the sum in the public fund pool is determined to reach the total sum of the bill to be paid, transferring the sum in the public fund pool to a corresponding merchant account, and informing the merchant of successful payment.
13. The method of claim 12, wherein the bill identification is identification information corresponding to the bill to be paid; or
The bill identification is an associated identification created according to the identification information corresponding to the bill to be paid.
14. A computer device, characterized in that the computer device comprises:
one or more processors;
a storage device for storing one or more programs,
when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-13.
15. A storage medium containing computer-executable instructions for performing the method of any one of claims 1-13 when executed by a computer processor.
CN201910842548.3A 2019-09-06 2019-09-06 Method, apparatus and computer storage medium for paying bills Pending CN110675138A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910842548.3A CN110675138A (en) 2019-09-06 2019-09-06 Method, apparatus and computer storage medium for paying bills

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910842548.3A CN110675138A (en) 2019-09-06 2019-09-06 Method, apparatus and computer storage medium for paying bills

Publications (1)

Publication Number Publication Date
CN110675138A true CN110675138A (en) 2020-01-10

Family

ID=69076157

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910842548.3A Pending CN110675138A (en) 2019-09-06 2019-09-06 Method, apparatus and computer storage medium for paying bills

Country Status (1)

Country Link
CN (1) CN110675138A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111369241A (en) * 2020-02-20 2020-07-03 支付宝(杭州)信息技术有限公司 Group payment method, device and equipment
CN111695889A (en) * 2020-05-13 2020-09-22 维沃移动通信有限公司 Bill processing method, electronic device and medium
CN113570359A (en) * 2020-04-28 2021-10-29 华为技术有限公司 Terminal equipment based payment and receipt method, device, system and storage medium
CN113837738A (en) * 2021-09-28 2021-12-24 维沃移动通信有限公司 Payment method, payment device, electronic equipment and storage medium
CN114202330A (en) * 2022-02-18 2022-03-18 环球数科集团有限公司 Tourism bill distribution method and device and computer equipment

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105631653A (en) * 2015-05-06 2016-06-01 宇龙计算机通信科技(深圳)有限公司 Payment request processing method, payment request processing device and terminal
CN105654293A (en) * 2014-12-03 2016-06-08 阿里巴巴集团控股有限公司 Payment method and device
CN105678531A (en) * 2016-01-25 2016-06-15 邓展鸣 Online shopping communication method based on mobile terminal
CN107358421A (en) * 2017-02-23 2017-11-17 美味不用等(上海)信息科技股份有限公司 Method of payment, payment mechanism, terminal device and server
CN107545425A (en) * 2016-06-24 2018-01-05 华为软件技术有限公司 A kind of method of payment and device
CN108335098A (en) * 2018-01-24 2018-07-27 阿里巴巴集团控股有限公司 A kind of method and apparatus of more people's payments
CN110175849A (en) * 2019-04-24 2019-08-27 阿里巴巴集团控股有限公司 Cashing method, device, equipment, server and system

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105654293A (en) * 2014-12-03 2016-06-08 阿里巴巴集团控股有限公司 Payment method and device
CN105631653A (en) * 2015-05-06 2016-06-01 宇龙计算机通信科技(深圳)有限公司 Payment request processing method, payment request processing device and terminal
CN105678531A (en) * 2016-01-25 2016-06-15 邓展鸣 Online shopping communication method based on mobile terminal
CN107545425A (en) * 2016-06-24 2018-01-05 华为软件技术有限公司 A kind of method of payment and device
CN107358421A (en) * 2017-02-23 2017-11-17 美味不用等(上海)信息科技股份有限公司 Method of payment, payment mechanism, terminal device and server
CN108335098A (en) * 2018-01-24 2018-07-27 阿里巴巴集团控股有限公司 A kind of method and apparatus of more people's payments
CN110175849A (en) * 2019-04-24 2019-08-27 阿里巴巴集团控股有限公司 Cashing method, device, equipment, server and system

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111369241A (en) * 2020-02-20 2020-07-03 支付宝(杭州)信息技术有限公司 Group payment method, device and equipment
CN113570359A (en) * 2020-04-28 2021-10-29 华为技术有限公司 Terminal equipment based payment and receipt method, device, system and storage medium
CN111695889A (en) * 2020-05-13 2020-09-22 维沃移动通信有限公司 Bill processing method, electronic device and medium
CN111695889B (en) * 2020-05-13 2023-11-24 维沃移动通信有限公司 Bill processing method, electronic equipment and medium
CN113837738A (en) * 2021-09-28 2021-12-24 维沃移动通信有限公司 Payment method, payment device, electronic equipment and storage medium
CN114202330A (en) * 2022-02-18 2022-03-18 环球数科集团有限公司 Tourism bill distribution method and device and computer equipment
CN114202330B (en) * 2022-02-18 2022-05-06 环球数科集团有限公司 Tourism bill distribution method and device and computer equipment

Similar Documents

Publication Publication Date Title
CN110675138A (en) Method, apparatus and computer storage medium for paying bills
US11410247B2 (en) Automatic triggering of receipt delivery
US11734659B2 (en) Message-based bill payment
WO2016086799A1 (en) Payment method and apparatus
CN110633033A (en) Method, apparatus, and computer storage medium for task display
WO2020057628A1 (en) Virtual item distribution method, virtual item dispensing method, and virtual item receiving method
CN111815421A (en) Tax policy processing method and device, terminal equipment and storage medium
CN110659438A (en) Method, apparatus and computer storage medium for issuing reading reward
CN110517028A (en) Method, equipment and the computer storage medium of payment bill
KR20180038819A (en) Method for providing service based on transaction history and an electronic device thereof
CN109933738A (en) Show method, equipment and the computer storage medium of reading content
WO2019214305A1 (en) Doi-based payment method, apparatus and device
CN110689154A (en) Service reservation method and device and electronic equipment
US10438263B2 (en) Method and system for information recording
WO2024037583A1 (en) Service package configuration method and apparatus
CN110969479A (en) Method, equipment and computer storage medium for displaying promoted resources
KR102316840B1 (en) Method and system of processing payment using instant message service
US20170076411A1 (en) Notary and fingerprinting request system and method for satisfying notary and fingerprinting requests
CN111784481B (en) Code scanning ordering method, service code creating method, device and electronic equipment
CN112163879B (en) User rights pushing method, device, server and storage medium
CN110378785B (en) Transaction processing method, apparatus, computing device and medium executed by server
CN109800837B (en) Data communication method, device and storage medium
CN109190048B (en) Wearing object recommendation method and device, electronic equipment and storage medium
CN108304080B (en) Method, device, equipment and computer storage medium for converting currency by input method
CN112767064A (en) Article renting method and device, electronic equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination