CN112819448A - Batch payment system, method and device, electronic equipment and storage medium - Google Patents
Batch payment system, method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN112819448A CN112819448A CN202110172230.6A CN202110172230A CN112819448A CN 112819448 A CN112819448 A CN 112819448A CN 202110172230 A CN202110172230 A CN 202110172230A CN 112819448 A CN112819448 A CN 112819448A
- Authority
- CN
- China
- Prior art keywords
- paid
- order
- server
- user
- orders
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000012546 transfer Methods 0.000 claims abstract description 40
- 238000012795 verification Methods 0.000 claims description 64
- 230000001960 triggered effect Effects 0.000 claims description 35
- 238000004891 communication Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 8
- 238000012544 monitoring process Methods 0.000 claims description 7
- 238000010586 diagram Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 11
- 230000003993 interaction Effects 0.000 description 7
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 230000009191 jumping Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
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 Security & Cryptography (AREA)
- Finance (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The embodiment of the invention provides a batch payment system, a batch payment method, a batch payment device, electronic equipment and a storage medium, wherein the system comprises: the method comprises the steps that a third-party platform displays order information of a current order to be paid in a payment page under the condition that settlement operation triggering of a user for the current order to be paid is monitored, and displays other orders to be paid in the payment page based on a preset order display rule; the method comprises the steps that a third-party platform determines a target order to be paid in other orders to be paid under the condition that preset operation triggering of a user for the other orders to be paid is monitored; the third party platform sends the order mark corresponding to the current order to be paid and other order marks corresponding to the target order to be paid to the server; and the server determines the total assets to be paid according to the order identification and other order identifications and transfers the total assets to be paid.
Description
Technical Field
The invention relates to the technical field of electronic payment, in particular to a batch payment system, a batch payment method, electronic equipment and a storage medium.
Background
The bills include draft, bankbook and check, which are securities issued by the drawer, promissory to pay a certain amount unconditionally to the receiver or the ticket holder when the drawer sees the bill or on a designated date, that is, some securities which can replace cash circulation. At present, a buyer and a seller can trade for a bill, wherein the buyer places an order, a bill order is generated after the order is successfully placed by the buyer, the buyer initiates payment for the bill order, and short message verification is required during the process of initiating payment for the bill order.
In the related art, a buyer places an order for each bill when a buyer places an order for each bill, a plurality of bill orders are generated after the buyer places an order for each bill successfully, the buyer needs to initiate payment for each bill order, and short message verification is needed in the process of initiating payment for the bill order. Therefore, in the process that the buyer and the seller trade aiming at a plurality of bills, the buyer needs to initiate a plurality of payments and a plurality of short message verifications, the payment operation is complicated, and the user experience is poor.
Disclosure of Invention
The embodiment of the invention aims to provide a batch payment system, a batch payment method, a batch payment device, electronic equipment and a storage medium, so as to simplify the payment operation of a user and provide the beneficial effects of user experience. The specific technical scheme is as follows:
in a first aspect of embodiments of the present invention, there is provided, first, a batch payment system, the system including: a third party platform and a server;
the third-party platform displays order information of the current order to be paid in a payment page under the condition that the settlement operation trigger of a user for the current order to be paid is monitored, and displays other orders to be paid in the payment page based on a preset order display rule;
the third-party platform determines a target order to be paid in the other orders to be paid under the condition that the preset operation trigger of the user for the other orders to be paid is monitored;
the third party platform sends the order mark corresponding to the current order to be paid and other order marks corresponding to the target order to be paid to the server;
and the server determines the total assets to be paid according to the order identification and the other order identifications, and transfers the total assets to be paid.
In an optional embodiment, when monitoring that a settlement operation of a user for a current order to be paid is triggered, the third-party platform displays order information of the current order to be paid in a payment page, and displays other orders to be paid in the payment page based on a preset order display rule, including:
the third-party platform acquires an order identifier of the order to be paid and a user identifier of the user under the condition that the settlement operation trigger of the user for the current order to be paid is monitored; and the number of the first and second groups,
the third-party platform acquires a payment page link from the server, jumps to a payment page corresponding to the link, and sends the order identification and the user identification to the server;
the server inquires the order information of the current order to be paid according to the order identification, and determines other orders to be paid corresponding to the user according to the user identification;
the server sends the order information to the third-party platform and informs the third-party platform to display the order information and the other orders to be paid in the payment page;
the third-party platform displays the order information in the payment page, and displays other orders to be paid in the payment page based on a preset order display rule.
In an optional embodiment, when monitoring that the preset operation trigger of the user for the other to-be-paid orders is monitored, the determining, by the third-party platform, a target to-be-paid order in the other to-be-paid orders includes:
the third-party platform determines a target order to be paid selected by the user based on the preset operation in the other orders to be paid under the condition that the preset operation trigger of the user for the other orders to be paid is monitored, wherein the preset operation comprises one of the following steps: and (6) checking and clicking.
In an optional embodiment, the determining, by the server, a total asset to be paid according to the order identifier and the other order identifiers, and performing asset transfer on the total asset to be paid includes:
the server counts the order quantity of the target order to be paid corresponding to the other order identifications, and judges whether the order quantity exceeds a preset threshold value;
and if the order quantity does not exceed the preset threshold value, the server determines the total assets to be paid according to the order identification and the other order identifications, and transfers the total assets to be paid.
In an optional embodiment, the system further comprises:
if the order quantity exceeds the preset threshold value, the server returns an order quantity overrun notice to the third-party platform;
and the third-party platform prompts the user that the order quantity of the target order to be paid cannot exceed the preset threshold value according to the order quantity overrun notice.
In an optional embodiment, the determining, by the server, a total asset to be paid according to the order identifier and the other order identifiers, and performing asset transfer on the total asset to be paid includes:
the server determines a first asset to be paid of the current order to be paid corresponding to the order identification;
the server determines second to-be-paid assets of the target to-be-paid order corresponding to the other order identifications;
the server calculates the total assets to be paid corresponding to the first assets to be paid and the second assets to be paid;
the server judges whether the current order to be paid and the target order to be paid are both in a state to be paid;
and if the current order to be paid and the target order to be paid are in the state to be paid, the server transfers the assets of the total assets to be paid.
In an optional embodiment, the determining, by the server, whether the current order to be paid and the target order to be paid are both in a state to be paid includes:
the server judges whether the total assets to be paid exceed the account assets of the user;
and if the total assets to be paid do not exceed the account assets, the server judges whether the current order to be paid and the target order to be paid are in a state to be paid or not.
In an optional embodiment, the system further comprises:
if the total assets to be paid exceed the account assets, the server sends an account balance insufficiency notice to the third-party platform;
and the third-party platform prompts the user to transfer the account assets according to the account balance insufficiency notice.
In an optional embodiment, if the current order to be paid and the target order to be paid are both in a state to be paid, the performing, by the server, asset transfer on the total asset to be paid includes:
if the current order to be paid and the target order to be paid are both in a state to be paid, the server sends a notification that the order to be paid can be paid to the third-party platform;
the third-party platform receives the notification that the order to be paid can be paid, and monitors whether the payment operation of the user for the current order to be paid and the target order to be paid is triggered;
the third-party platform sends a verification code acquisition request to the server under the condition that the payment operation trigger of the user for the current order to be paid and the target order to be paid is monitored;
the server generates a verification code according to the verification code acquisition request, sends the verification code to the terminal of the user, and stores the verification code, the order identification and the other order identifications in an associated manner;
the third-party platform receives a target verification code input by the user and sends the target verification code to the server;
the server calls a payment interface to freeze the total assets to be paid and transfers the total assets to be paid under the condition that the target verification code is consistent with the verification code;
and the server changes the payment states of the current order to be paid and the target order to be paid and sends a payment success notice to the third-party platform.
In a second aspect of the embodiments of the present invention, there is also provided a batch payment method applied to a third party platform, where the method includes:
under the condition that the settlement operation triggering of a user for a current order to be paid is monitored, displaying order information of the current order to be paid in a payment page, and displaying other orders to be paid in the payment page based on a preset order display rule;
under the condition that the preset operation trigger of the user for the other orders to be paid is monitored, determining target orders to be paid in the other orders to be paid;
and sending the order mark corresponding to the current order to be paid and other order marks corresponding to the target order to be paid to a server, so that the server determines the total assets to be paid according to the order mark and the other order marks and transfers the total assets to be paid.
In a third aspect of the embodiments of the present invention, there is also provided a batch payment method applied to a server, where the method includes:
receiving an order mark and other order marks sent by a third-party platform, wherein the third-party platform displays order information of a current order to be paid in a payment page under the condition that the settlement operation of a user for the current order to be paid is triggered, displays other orders to be paid in the payment page based on a preset order display rule, determines a target order to be paid in the other orders to be paid under the condition that the preset operation of the user for the other orders to be paid is triggered, and sends the order mark corresponding to the current order to be paid and the other order marks corresponding to the target order to be paid to the server;
and determining the total assets to be paid according to the order identification and the other order identifications, and transferring the total assets to be paid.
In a fourth aspect of the embodiments of the present invention, there is provided a batch payment apparatus, applied to a third party platform, the apparatus including:
the information and order display module is used for displaying order information of the current order to be paid in a payment page and displaying other orders to be paid in the payment page based on a preset order display rule under the condition that the settlement operation trigger of a user for the current order to be paid is monitored;
the order determining module is used for determining a target order to be paid in the other orders to be paid under the condition that the preset operation trigger of the user for the other orders to be paid is monitored;
and the identification sending module is used for sending the order identification corresponding to the current order to be paid and other order identifications corresponding to the target order to be paid to a server so that the server determines the total assets to be paid according to the order identifications and the other order identifications and transfers the total assets to be paid.
In a fifth aspect of the embodiments of the present invention, there is also provided a batch payment apparatus, applied to a server, the apparatus including:
the identification receiving module is used for receiving an order identification and other order identifications sent by a third-party platform, wherein the third-party platform displays order information of a current order to be paid in a payment page under the condition that the settlement operation of a user for the current order to be paid is triggered, displays other orders to be paid in the payment page based on a preset order display rule, determines a target order to be paid in the other orders to be paid under the condition that the preset operation of the user for the other orders to be paid is triggered, and sends the order identification corresponding to the current order to be paid and the other order identifications corresponding to the target order to be paid to the server;
and the batch payment module is used for determining total assets to be paid according to the order identification and the other order identifications and transferring the total assets to be paid.
In a sixth aspect of the embodiments of the present invention, there is further provided an electronic device, including a processor, a communication interface, a memory, and a communication bus, where the processor, the communication interface, and the memory complete communication with each other through the communication bus;
a memory for storing a computer program;
and a processor for implementing the batch payment method of the second aspect or the third aspect when executing the program stored in the memory.
In a seventh aspect of the embodiments of the present invention, there is also provided a storage medium having instructions stored therein, which when run on a computer, cause the computer to perform the batch payment method described in the above second or third aspect.
In an eighth aspect of embodiments of the present invention, there is also provided a computer program product containing instructions which, when run on a computer, cause the computer to perform the bulk payment method described in the second or third aspect above.
According to the technical scheme provided by the embodiment of the invention, under the condition that the settlement operation triggering of a user for a current order to be paid is monitored, a third-party platform displays order information of the current order to be paid in a payment page and displays other orders to be paid in the payment page based on a preset order display rule, under the condition that the preset operation triggering of the user for other orders to be paid is monitored, the third-party platform determines a target order to be paid in the other orders to be paid, sends an order mark corresponding to the current order to be paid and other order marks corresponding to the target order to be paid to a server, and the server determines total assets to be paid according to the order mark and the other order marks and transfers the total assets to be paid. Therefore, the user can pay in batches for a plurality of orders to be paid only by initiating payment once, so that the payment operation of the user can be simplified, and the user experience is provided.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and together with the description, serve to explain the principles of the invention.
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without inventive exercise.
FIG. 1 is a schematic diagram illustrating an interaction flow of a batch payment method according to an embodiment of the present invention;
FIG. 2 is a schematic diagram illustrating an interaction flow of another batch payment method in an embodiment of the present invention;
FIG. 3 is an interaction flow diagram of a method of asset transfer shown in an embodiment of the invention;
FIG. 4 is an interaction flow diagram of another asset transfer method shown in an embodiment of the present invention;
FIG. 5 is a schematic structural diagram of a batch payment device applied to a third party platform according to an embodiment of the present invention;
FIG. 6 is a schematic structural diagram of a batch payment device applied to a server according to an embodiment of the present invention;
fig. 7 is a schematic structural diagram of an electronic device shown in the embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be obtained by a person skilled in the art without any inventive step based on the embodiments of the present invention, are within the scope of the present invention.
As shown in fig. 1, an interaction flow diagram of a batch payment method provided in an embodiment of the present invention is specifically shown, where the method specifically includes the following steps:
s101, the third-party platform displays order information of the current order to be paid in a payment page and displays other orders to be paid in the payment page based on a preset order display rule under the condition that the settlement operation trigger of a user for the current order to be paid is monitored.
In the embodiment of the invention, the third-party platform monitors whether the settlement operation of the user for the current order to be paid is triggered, displays the order information of the current order to be paid in a payment page (such as a cashier desk page) under the condition that the settlement operation of the user for the current order to be paid is triggered, and displays other orders to be paid in the payment page based on a preset order display rule.
For example, the third party platform monitors whether the settlement operation of the user a for the current to-be-paid ticket order a1 is triggered, displays the order information of the current to-be-paid ticket order a1 in the checkout counter page in case that the settlement operation of the user for the current to-be-paid ticket order a1 is triggered, and displays other to-be-paid ticket orders in the checkout counter page based on preset order display rules: a to-be-paid ticket order a2, a to-be-paid ticket order A3.
It should be noted that, in the embodiment of the present invention, a user may click a certain button, for example, a "go to pay" button, which indicates that the user triggers the settlement operation for the current to-be-paid order, so that the third party platform may monitor the trigger of the settlement operation for the current to-be-paid ticket order a1 by the user, and execute the step S101, which is not limited in the embodiment of the present invention.
It should be noted that, the order information of the current order to be paid, for example, the order information of the current ticket order to be paid a1, is as follows: 1) the information of the bookees: the name of the endorsee, the account opening row of the endorsee and the account number of the endorsee; 2) the user initiatively initiates the single order information of payment: ordering time, accepting person, ticket number, ticket amount, amount to be paid (bill transaction amount + platform buyer commission) and transaction channel.
It should be noted that, for the preset order display rule, for example, 5 other orders to be paid may be displayed by default, and if the number of the other orders to be paid exceeds 5, the user may click the "load more" button to increase the displays of the other orders to be paid, and the displays of the 5 other orders to be paid are increased (equivalent to paging) every time the other orders to be paid are loaded.
S102, the third-party platform determines the target order to be paid in the other orders to be paid under the condition that the preset operation trigger of the user for the other orders to be paid is monitored.
The third-party platform monitors whether preset operation of the user for other orders to be paid is triggered or not, and can determine target orders to be paid in the other orders to be paid under the condition that the preset operation of the user for the other orders to be paid is triggered. The target order to be paid may be some other orders to be paid in other orders to be paid, or may be all other orders to be paid in other orders to be paid, which is not limited in the embodiment of the present invention.
The third-party platform may determine a target order to be paid selected by the user based on preset operation in other orders to be paid under the condition that the preset operation trigger of the user for the other orders to be paid is monitored, where the preset operation includes one of the following: the selection and the click may be other operations, which is not limited in the embodiment of the present invention.
For example, for other orders to be paid, include: the method comprises the steps that a to-be-paid bill order A2 and a to-be-paid bill order A3 are obtained, a third-party platform monitors whether the checking operation of a user for other to-be-paid orders is triggered, and when the checking operation of the user for other to-be-paid orders is triggered, the target to-be-paid orders selected by the user based on the checking operation in other to-be-paid orders can be determined: a to-be-paid ticket order a2, a to-be-paid ticket order A3.
It should be noted that, for the preset operation, for example, the checking operation, the user may check all other orders to be paid in turn, where 50 orders (not including the current order to be paid) are checked at most once, and if more than 50 orders are checked at most once, a "50 orders can be checked at most once" is prompted.
In addition, the user can click the 'all-select' button, and then the third-party platform automatically checks all displayed other orders to be paid in the checkout counter page, and otherwise, all other orders to be paid are checked out.
If the number of all other orders to be paid shown in the checkout counter page exceeds 50, the third-party platform prompts that the maximum number of words can check 50 orders and the system has checked the top 50 orders by default under the condition that the user clicks the full selection button.
S103, the third party platform sends the order mark corresponding to the current order to be paid and other order marks corresponding to the target order to be paid to the server.
For the third-party platform, the order mark corresponding to the current order to be paid and other order marks corresponding to the target order to be paid can be inquired, and the order mark and the other order marks are sent to the server.
For example, the third-party platform queries the order number a1 corresponding to the current to-be-paid bill order a1, and other order numbers a2 and A3 corresponding to target to-be-paid orders such as the to-be-paid bill order a2 and the to-be-paid bill order A3, and sends the order number a1 and the other order numbers a2 and A3 to the server.
It should be noted that the order identifier and other order identifiers may be, for example, an order number, an order ID, an order name, and the like, which is not limited in this embodiment of the present invention.
And S104, the server determines the total assets to be paid according to the order identification and the other order identifications, and transfers the total assets to be paid.
For the server, the order identification and other order identifications can be received, the total assets to be paid are determined according to the order identification and other order identifications, and the total assets to be paid are transferred. The server determines a first asset to be paid of a current order to be paid corresponding to the order identification, determines a second asset to be paid of a target order to be paid corresponding to other order identifications, and calculates a total asset to be paid corresponding to the first asset to be paid and the second asset to be paid.
For example, the server determines the assets to be paid of the current to-be-paid ticket order a1 corresponding to the order number a1, and determines the assets to be paid of the other order numbers a2, a to-be-paid ticket order a2 corresponding to A3, and a to-be-paid ticket order A3, as shown in table 1 below.
| Order numbering | Order for a to-be-paid ticket | Assets to be paid |
| A1 | To-be-paid ticket order A1 | Million RMB |
| A2 | To-be-paid ticket order A2 | Fifteen million RMB |
| A3 | To-be-paid ticket order A3 | One thousand two million RMB |
TABLE 1
The server may calculate a total asset to be paid corresponding to the assets to be paid as shown in table 1 above, and perform asset transfer on the total asset to be paid. In the process of transferring assets, the assets to be paid as shown in table 1 are transferred respectively, for example, ten million RMBs are transferred to the seller account involved in the current bill order to be paid a1, fifteen million RMBs are transferred to the seller account involved in the bill order to be paid a2, twenty million RMBs are transferred to the seller account involved in the bill order to be paid A3, and the like.
Through the above description of the technical scheme provided by the embodiment of the invention, when monitoring that the settlement operation of the user for the current order to be paid is triggered, the third-party platform displays the order information of the current order to be paid in the payment page, and displays other orders to be paid in the payment page based on the preset order display rule, when monitoring that the preset operation of the user for the other orders to be paid is triggered, the third-party platform determines the target order to be paid in the other orders to be paid, sends the order identifier corresponding to the current order to be paid and the other order identifiers corresponding to the target order to be paid to the server, and the server determines the total assets to be paid according to the order identifier and the other order identifiers, and performs asset transfer on the total assets to be paid. Therefore, the user can pay in batches for a plurality of orders to be paid only by initiating payment once, so that the payment operation of the user can be simplified, and the user experience is provided.
As shown in fig. 2, an interaction flow diagram of another batch payment method provided in the embodiment of the present invention is specifically shown, where the method specifically includes the following steps:
s201, the third party platform acquires the order identification of the order to be paid and the user identification of the user under the condition that the settlement operation trigger of the user for the current order to be paid is monitored.
S202, the third-party platform acquires a payment page link from the server, jumps to a payment page corresponding to the link, and sends the order identification and the user identification to the server.
In the embodiment of the invention, the third-party platform monitors whether the settlement operation of the user for the current order to be paid is triggered, and acquires the order identifier of the current order to be paid and the user identifier of the user under the condition that the settlement operation of the user for the current order to be paid is triggered.
In addition, the third-party platform acquires a payment page link from the server, jumps to a payment page (such as a cash register page) corresponding to the link, and sends the order identification and the user identification to the server in the process of jumping to the payment page corresponding to the link.
For example, the third party platform monitors whether the settlement operation of the user for the current to-be-paid ticket order a1 is triggered, and acquires the order number a1 of the current to-be-paid ticket order a1 and the account ID of the user when the settlement operation of the user for the current to-be-paid ticket order a1 is triggered.
In addition, the third-party platform acquires a cash register page link from the server, jumps to the cash register page corresponding to the link, and sends the order number a1 and the account ID of the user to the server in the process of jumping to the cash register page corresponding to the link.
It should be noted that the user identifier may be, for example, a user name, a user ID, an account name, and the like, which is not limited in the embodiment of the present invention.
S203, the server inquires the order information of the current order to be paid according to the order identification, and determines other orders to be paid corresponding to the user according to the user identification.
For the server, the order information of the current order to be paid can be inquired according to the order identifier, and other orders to be paid corresponding to the user can be determined according to the user identifier. The number of other orders to be paid may be multiple, and this is not limited in the embodiment of the present invention.
For example, the server may query the order information of the current to-be-paid ticket order a1 according to the order number a1, and determine other to-be-paid ticket orders corresponding to the user according to the account ID: a to-be-paid ticket order a2, a to-be-paid ticket order A3.
S204, the server sends the order information to the third-party platform and informs the third-party platform to display the order information and the other orders to be paid in the payment page.
For the server, the order information of the current order to be paid can be sent to the third-party platform, and the third-party platform is informed to display the order information of the current order to be paid and other orders to be paid in the payment page.
For example, the server sends the order information of the current to-be-paid ticket order a1 to the third party platform and informs the third party platform to present the order information of the current to-be-paid ticket order a1 and other to-be-paid orders (to-be-paid ticket order a2, to-be-paid ticket order A3) in the checkout page.
S205, the third-party platform displays the order information in the payment page and displays other orders to be paid in the payment page based on a preset order display rule.
For the third-party platform, order information of the current order to be paid is displayed in a payment page (such as a cashier desk page), and other orders to be paid are displayed in the payment page based on preset order display rules.
For example, the third party platform displays the order information of the current to-be-paid bill order a1 in the checkout page, and displays other to-be-paid orders in the checkout page based on preset order display rules: a to-be-paid ticket order a2, a to-be-paid ticket order A3.
S206, the third-party platform determines the target order to be paid in the other orders to be paid under the condition that the preset operation trigger of the user for the other orders to be paid is monitored.
In the embodiment of the present invention, this step is similar to the step S102, and the details of the embodiment of the present invention are not repeated herein.
And S207, the third-party platform sends the order mark corresponding to the current order to be paid and other order marks corresponding to the target order to be paid to the server.
In the embodiment of the present invention, this step is similar to the step S103, and the details of the embodiment of the present invention are not repeated herein.
And S208, the server determines the total assets to be paid according to the order identification and the other order identifications, and transfers the total assets to be paid.
For the server, the order identification and other order identifications can be received, the total assets to be paid are determined according to the order identification and other order identifications, and the total assets to be paid are transferred. The server determines a first asset to be paid of a current order to be paid corresponding to the order identification, determines a second asset to be paid of a target order to be paid corresponding to other order identifications, and calculates a total asset to be paid corresponding to the first asset to be paid and the second asset to be paid.
As shown in fig. 3, an interactive flow diagram of an asset transfer method provided in an embodiment of the present invention may specifically include the following steps:
s301, the server counts the order quantity of the target order to be paid corresponding to the other order identifications, and judges whether the order quantity exceeds a preset threshold value.
For the server, the number of orders of the target order to be paid corresponding to the other order identifier may be counted, and it is determined whether the number of orders exceeds a preset threshold, for example, the preset threshold may be 50, which is not limited in the embodiment of the present invention.
For example, the server counts the order quantity (2) of the order number A2, the bill order to be paid A2 corresponding to the order number A3 and the bill order to be paid A3, and judges whether the order quantity exceeds a preset threshold value.
S302, if the order quantity exceeds the preset threshold value, the server returns an order quantity overrun notice to the third-party platform.
And S303, the third-party platform prompts the user that the order quantity of the target order to be paid cannot exceed the preset threshold value according to the order quantity overrun notice.
And for the order quantity, if the order quantity exceeds a preset threshold value, the server returns an order quantity overrun notice to the third-party platform. And for the third-party platform, prompting the user that the order quantity of the order to be paid cannot exceed a preset threshold value according to the order quantity overrun notice.
For example, for an order quantity, if the order quantity exceeds 50, the server returns an order quantity overrun notification to the third party platform. And for the third-party platform, prompting the user that the order quantity of the order to be paid cannot exceed 50 according to the order quantity overrun notice, namely checking 50 items at most.
S304, if the order quantity does not exceed the preset threshold value, the server determines the first asset to be paid of the current order to be paid corresponding to the order identification.
S305, the server determines second to-be-paid assets of the target to-be-paid order corresponding to the other order identifications.
S306, the server calculates the total assets to be paid corresponding to the first assets to be paid and the second assets to be paid.
S307, the server judges whether the current order to be paid and the target order to be paid are in a state to be paid or not.
And S308, if the current order to be paid and the target order to be paid are both in a state to be paid, the server transfers the assets of the total assets to be paid.
For the order quantity, if the order quantity does not exceed the preset threshold value, the server may determine a first asset to be paid of the current order to be paid corresponding to the order identifier, determine a second asset to be paid of the target order to be paid corresponding to the other order identifier, and calculate a total asset to be paid corresponding to the first asset to be paid and the second asset to be paid.
And judging whether the current order to be paid and the target order to be paid are in the states to be paid or not, and if the current order to be paid and the target order to be paid are in the states to be paid, carrying out asset transfer on the total assets to be paid.
If the current order to be paid and the target order to be paid are not in the state to be paid, a notice is sent to the third-party platform to prompt the user that 'a payment success order exists and the payment page is required to be refreshed for payment', and the user can click a confirmation button in the payment page of the third-party platform to automatically refresh the payment page.
Before judging whether the current order to be paid and the target order to be paid are both in a state to be paid, judging whether the total asset to be paid exceeds the account asset of the user, and if the total asset to be paid does not exceed the account asset of the user, executing the step of judging whether the current order to be paid and the target order to be paid are both in a state to be paid.
And if the total assets to be paid exceed the account assets of the user, sending account balance insufficiency notifications to the third-party platform, prompting the user to transfer the account assets, namely, to carry out account recharging by the third-party platform according to the account balance insufficiency notifications, and then clicking a recharging button by the user to carry out the account recharging.
For example, for the order quantity, if the order quantity does not exceed 50, the server determines the first to-be-paid asset of the current to-be-paid ticket order a1 corresponding to the order number a1, determines the second to-be-paid assets of the to-be-paid ticket order a2 and the to-be-paid ticket order A3 corresponding to other order numbers a2 and A3, and calculates the total to-be-paid asset corresponding to the first to-be-paid asset and the second to-be-paid asset.
And judging whether the total assets to be paid exceed the account assets of the user, if so, sending an account balance insufficiency notice to the third-party platform, and prompting the user to carry out account recharging by the third-party platform according to the account balance insufficiency notice.
And if the total assets to be paid do not exceed the account assets of the user, judging whether the current bill order to be paid A1, the bill order to be paid A2 and the bill order to be paid A3 are in a state to be paid, and if the current bill order to be paid A1, the bill order to be paid A2 and the bill order to be paid A3 are in a state to be paid, carrying out asset transfer on the total assets to be paid.
If the current bill to be paid order A1, the bill to be paid order A2 and the bill to be paid order A3 are not both in a state of waiting for payment, a notice is sent to the third-party platform to prompt the user to 'there is a successful payment order and please refresh the payment page for re-payment', and the user can click a confirmation button in the payment page of the third-party platform to automatically refresh the payment page.
In addition, as shown in fig. 4, an interaction flow diagram of another asset transfer method provided in the embodiment of the present invention may specifically include the following steps:
s401, if the current order to be paid and the target order to be paid are both in a state to be paid, the server sends a notification that the order to be paid can be paid to the third-party platform.
In the embodiment of the invention, if the current order to be paid and the target order to be paid are both in the state to be paid, the server sends a notification that the order to be paid can be paid to the third-party platform so as to notify the user of paying.
For example, if the current to-be-paid ticket order a1 is in a to-be-paid status with the to-be-paid ticket order a2 and the to-be-paid ticket order A3, the server sends a to-be-paid order payable notification to the third party platform to notify the user that payment is to be made.
S402, the third-party platform receives the notification that the order to be paid can be paid, and monitors whether the payment operation of the user for the current order to be paid and the target order to be paid is triggered.
For the third-party platform, a notification that the order to be paid can be received, and the user is prompted to pay, so that whether the payment operation of the user for the current order to be paid and the target order to be paid is triggered or not is monitored.
For example, the third party platform receives the notification that the order to be paid is payable, prompts the user to make a payment, and thereby monitors whether the payment operation of the user for the current ticket order to be paid a1 and the ticket orders to be paid a2 and a ticket order to be paid A3 is triggered.
And S403, the third-party platform sends a verification code acquisition request to the server under the condition that the payment operation trigger of the user for the current order to be paid and the target order to be paid is monitored.
For the third-party platform, under the condition that the payment operation trigger of the user for the current order to be paid and the target order to be paid is monitored, a verification code obtaining request is sent to the server to obtain the verification code.
For example, the third party platform sends a verification code acquisition request to the server under the condition that the payment operation triggers of the user for the current bill to be paid order a1, the bill to be paid order a2 and the bill to be paid order A3 are monitored.
S404, the server generates a verification code according to the verification code acquisition request, sends the verification code to the terminal of the user, and stores the verification code, the order identification and the other order identifications in an associated manner.
And for the server, receiving a verification code acquisition request sent by the third-party platform, responding to the verification code acquisition request to generate a verification code, sending the verification code to the terminal of the user, and meanwhile, performing associated storage on the verification code, the order identification and other order identifications.
For example, the server receives a verification code acquisition request sent by the third-party platform, generates a verification code S1 (6-digit random number) in response to the verification code acquisition request, sends the verification code S1 to the mobile phone of the user, and stores the verification code S1 in association with the order number a1, the order number a2 and the order number A3.
S405, the third-party platform receives the target verification code input by the user and sends the target verification code to the server.
The terminal of the user can receive the target verification code, so that the user can input the target verification code on the third-party platform, and the third-party platform can receive the target verification code input by the user and send the target verification code to the server.
For example, the user' S cell phone may receive the passcode S1, so that the user may enter the passcode S1 at the third party platform, which may receive the passcode S1 entered by the user and send the passcode S1 to the server.
S406, the server calls a payment interface to freeze the total assets to be paid and transfers the total assets to be paid under the condition that the target verification code is consistent with the verification code.
And for the server, checking the target verification code, namely judging whether the target verification code is consistent with the verification code, calling a payment interface to freeze the total assets to be paid under the condition that the target verification code is consistent with the verification code, and transferring the total assets to be paid.
For example, the server checks the verification code S1, the server generates the verification code S1, so that the verification code S1 input by the user is consistent with the verification code S1 generated by the server, the payment interface is called to freeze the total assets to be paid, and the total assets to be paid are subjected to asset transfer.
In addition, in the event that the target verification code is inconsistent with the verification code, a verification code error notification may be sent to the third party platform, which receives the verification code error notification to prompt the user that the verification code is erroneous.
It should be noted that, when the target verification code is consistent with the verification code, the payment interface is called to freeze the total assets to be paid associated with the verification code, and the total assets to be paid are subjected to asset transfer, specifically, transferred to the current order to be paid and the seller account involved in the target order to be paid, respectively.
S407, the server changes the payment state of the current order to be paid and the target order to be paid, and sends a payment success notification to the third-party platform.
For the server, the payment states of the current order to be paid and the target order to be paid can be changed, a payment success notice is sent to the third-party platform, and the third-party platform prompts the user that the payment is successful according to the payment success notice.
In addition, after the payment is successful, if the current user does not have an order to be paid, the user pops up the box to prompt that the payment is successful, and clicks and confirms to return to the home page. If the current user still has an order to be paid, the pop-up box prompts that the payment is successful and prompts that' do you have other orders to be paid and continue paying? And the user clicks a payment continuation button, the page jumps to a payment page, and the process is executed again.
Herein, the steps respectively executed by the third party platform and the server are respectively described from a single side in the embodiments of the present invention, wherein the foregoing embodiments may be specifically referred to.
For third party platforms: under the condition that the settlement operation triggering of a user for a current order to be paid is monitored, displaying order information of the current order to be paid in a payment page, and displaying other orders to be paid in the payment page based on a preset order display rule;
under the condition that the preset operation trigger of the user for the other orders to be paid is monitored, determining target orders to be paid in the other orders to be paid;
and sending the order mark corresponding to the current order to be paid and other order marks corresponding to the target order to be paid to a server.
For the server: and determining the total assets to be paid according to the order identification and the other order identifications, and transferring the total assets to be paid.
Corresponding to the foregoing method embodiment, an embodiment of the present invention further provides a batch payment apparatus, as shown in fig. 5, where the apparatus is applied to a third party platform, and may include: information, order presentation module 510, order determination module 520, identity transmission module 530.
An information and order display module 510, configured to display, in a payment page, order information of a current order to be paid and display other orders to be paid in the payment page based on a preset order display rule, when it is monitored that a settlement operation of a user for the current order to be paid is triggered;
an order determining module 520, configured to determine a target order to be paid in the other orders to be paid when it is monitored that preset operation of the user is triggered for the other orders to be paid;
an identifier sending module 530, configured to send the order identifier corresponding to the current order to be paid and the other order identifiers corresponding to the target order to be paid to a server, so that the server determines the total assets to be paid according to the order identifier and the other order identifiers, and performs asset transfer on the total assets to be paid.
Corresponding to the foregoing method embodiment, an embodiment of the present invention further provides a batch payment apparatus, as shown in fig. 6, where the apparatus is applied to a server, and may include: an identification reception module 610, a bulk payment module 620.
The identification receiving module 610 is configured to receive an order identification and other order identifications sent by a third-party platform, where the third-party platform displays order information of a current order to be paid in a payment page when monitoring that a settlement operation of a user for the current order to be paid is triggered, displays other orders to be paid in the payment page based on a preset order display rule, determines a target order to be paid in the other orders to be paid when monitoring that a preset operation of the user for the other orders to be paid is triggered, and sends the order identification corresponding to the current order to be paid and the other order identifications corresponding to the target order to be paid to the server;
and the batch payment module 620 is configured to determine total assets to be paid according to the order identifier and the other order identifiers, and perform asset transfer on the total assets to be paid.
The embodiment of the present invention further provides an electronic device, as shown in fig. 7, which includes a processor 71, a communication interface 72, a memory 73 and a communication bus 74, where the processor 71, the communication interface 72, and the memory 73 complete mutual communication through the communication bus 74,
a memory 73 for storing a computer program;
the processor 71, when executing the program stored in the memory 73, implements the following steps:
under the condition that the settlement operation triggering of a user for a current order to be paid is monitored, displaying order information of the current order to be paid in a payment page, and displaying other orders to be paid in the payment page based on a preset order display rule; under the condition that the preset operation trigger of the user for the other orders to be paid is monitored, determining target orders to be paid in the other orders to be paid; and sending the order mark corresponding to the current order to be paid and other order marks corresponding to the target order to be paid to a server, so that the server determines the total assets to be paid according to the order mark and the other order marks and transfers the total assets to be paid.
Alternatively, the first and second electrodes may be,
receiving an order mark and other order marks sent by a third-party platform, wherein the third-party platform displays order information of a current order to be paid in a payment page under the condition that the settlement operation of a user for the current order to be paid is triggered, displays other orders to be paid in the payment page based on a preset order display rule, determines a target order to be paid in the other orders to be paid under the condition that the preset operation of the user for the other orders to be paid is triggered, and sends the order mark corresponding to the current order to be paid and the other order marks corresponding to the target order to be paid to the server; and determining the total assets to be paid according to the order identification and the other order identifications, and transferring the total assets to be paid.
The communication bus mentioned in the electronic device may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The communication bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown, but this does not mean that there is only one bus or one type of bus.
The communication interface is used for communication between the electronic equipment and other equipment.
The Memory may include a Random Access Memory (RAM) or a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. Optionally, the memory may also be at least one memory device located remotely from the processor.
The Processor may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the Integrated Circuit may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a discrete Gate or transistor logic device, or a discrete hardware component.
In yet another embodiment of the present invention, a storage medium is further provided, which stores instructions that, when executed on a computer, cause the computer to perform the batch payment method of any one of the above embodiments.
In yet another embodiment, there is also provided a computer program product containing instructions which, when run on a computer, cause the computer to perform the bulk payment method of any of the above embodiments.
In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described in accordance with the embodiments of the invention to occur, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored on a storage medium or transmitted from one storage medium to another, for example, from one website, computer, server, or data center to another website, computer, server, or data center via wire (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The storage medium may be any available medium that can be accessed by a computer or a data storage device including one or more available media integrated servers, data centers, and the like. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.
It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, 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 an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
All the embodiments in the present specification are described in a related manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
The above description is only for the preferred embodiment of the present invention, and is not intended to limit the scope of the present invention. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention shall fall within the protection scope of the present invention.
Claims (15)
1. A batch payment system, the system comprising: a third party platform and a server;
the third-party platform displays order information of the current order to be paid in a payment page under the condition that the settlement operation trigger of a user for the current order to be paid is monitored, and displays other orders to be paid in the payment page based on a preset order display rule;
the third-party platform determines a target order to be paid in the other orders to be paid under the condition that the preset operation trigger of the user for the other orders to be paid is monitored;
the third party platform sends the order mark corresponding to the current order to be paid and other order marks corresponding to the target order to be paid to the server;
and the server determines the total assets to be paid according to the order identification and the other order identifications, and transfers the total assets to be paid.
2. The system according to claim 1, wherein the third party platform displays the order information of the current order to be paid in a payment page and displays other orders to be paid in the payment page based on a preset order display rule when monitoring that a settlement operation of a user for the current order to be paid is triggered, including:
the third-party platform acquires an order identifier of the order to be paid and a user identifier of the user under the condition that the settlement operation trigger of the user for the current order to be paid is monitored; and the number of the first and second groups,
the third-party platform acquires a payment page link from the server, jumps to a payment page corresponding to the link, and sends the order identification and the user identification to the server;
the server inquires the order information of the current order to be paid according to the order identification, and determines other orders to be paid corresponding to the user according to the user identification;
the server sends the order information to the third-party platform and informs the third-party platform to display the order information and the other orders to be paid in the payment page;
the third-party platform displays the order information in the payment page, and displays other orders to be paid in the payment page based on a preset order display rule.
3. The system according to claim 1, wherein the determining, by the third party platform, a target order to be paid among the other orders to be paid, if the preset operation trigger of the user for the other orders to be paid is monitored, comprises:
the third-party platform determines a target order to be paid selected by the user based on the preset operation in the other orders to be paid under the condition that the preset operation trigger of the user for the other orders to be paid is monitored, wherein the preset operation comprises one of the following steps: and (6) checking and clicking.
4. The system of claim 1, wherein the server determines a total asset to be paid according to the order identifier and the other order identifiers, and performs asset transfer on the total asset to be paid, including:
the server counts the order quantity of the target order to be paid corresponding to the other order identifications, and judges whether the order quantity exceeds a preset threshold value;
and if the order quantity does not exceed the preset threshold value, the server determines the total assets to be paid according to the order identification and the other order identifications, and transfers the total assets to be paid.
5. The system of claim 4, further comprising:
if the order quantity exceeds the preset threshold value, the server returns an order quantity overrun notice to the third-party platform;
and the third-party platform prompts the user that the order quantity of the target order to be paid cannot exceed the preset threshold value according to the order quantity overrun notice.
6. The system of claim 4, wherein the server determines a total asset to be paid according to the order identifier and the other order identifiers, and performs asset transfer on the total asset to be paid, including:
the server determines a first asset to be paid of the current order to be paid corresponding to the order identification;
the server determines second to-be-paid assets of the target to-be-paid order corresponding to the other order identifications;
the server calculates the total assets to be paid corresponding to the first assets to be paid and the second assets to be paid;
the server judges whether the current order to be paid and the target order to be paid are both in a state to be paid;
and if the current order to be paid and the target order to be paid are in the state to be paid, the server transfers the assets of the total assets to be paid.
7. The system of claim 6, wherein the server determining whether the current order to be paid and the target order to be paid are both in a state to be paid comprises:
the server judges whether the total assets to be paid exceed the account assets of the user;
and if the total assets to be paid do not exceed the account assets, the server judges whether the current order to be paid and the target order to be paid are in a state to be paid or not.
8. The system of claim 7, further comprising:
if the total assets to be paid exceed the account assets, the server sends an account balance insufficiency notice to the third-party platform;
and the third-party platform prompts the user to transfer the account assets according to the account balance insufficiency notice.
9. The system of claim 6, wherein the server performs asset transfer of the total assets to be paid if the current order to be paid and the target order to be paid are both in a state to be paid comprises:
if the current order to be paid and the target order to be paid are both in a state to be paid, the server sends a notification that the order to be paid can be paid to the third-party platform;
the third-party platform receives the notification that the order to be paid can be paid, and monitors whether the payment operation of the user for the current order to be paid and the target order to be paid is triggered;
the third-party platform sends a verification code acquisition request to the server under the condition that the payment operation trigger of the user for the current order to be paid and the target order to be paid is monitored;
the server generates a verification code according to the verification code acquisition request, sends the verification code to the terminal of the user, and stores the verification code, the order identification and the other order identifications in an associated manner;
the third-party platform receives a target verification code input by the user and sends the target verification code to the server;
the server calls a payment interface to freeze the total assets to be paid and transfers the total assets to be paid under the condition that the target verification code is consistent with the verification code;
and the server changes the payment states of the current order to be paid and the target order to be paid and sends a payment success notice to the third-party platform.
10. A batch payment method applied to a third party platform, the method comprising:
under the condition that the settlement operation triggering of a user for a current order to be paid is monitored, displaying order information of the current order to be paid in a payment page, and displaying other orders to be paid in the payment page based on a preset order display rule;
under the condition that the preset operation trigger of the user for the other orders to be paid is monitored, determining target orders to be paid in the other orders to be paid;
and sending the order mark corresponding to the current order to be paid and other order marks corresponding to the target order to be paid to a server, so that the server determines the total assets to be paid according to the order mark and the other order marks and transfers the total assets to be paid.
11. A batch payment method applied to a server, the method comprising:
receiving an order mark and other order marks sent by a third-party platform, wherein the third-party platform displays order information of a current order to be paid in a payment page under the condition that the settlement operation of a user for the current order to be paid is triggered, displays other orders to be paid in the payment page based on a preset order display rule, determines a target order to be paid in the other orders to be paid under the condition that the preset operation of the user for the other orders to be paid is triggered, and sends the order mark corresponding to the current order to be paid and the other order marks corresponding to the target order to be paid to the server;
and determining the total assets to be paid according to the order identification and the other order identifications, and transferring the total assets to be paid.
12. A batch payment device for use with a third party platform, the device comprising:
the information and order display module is used for displaying order information of the current order to be paid in a payment page and displaying other orders to be paid in the payment page based on a preset order display rule under the condition that the settlement operation trigger of a user for the current order to be paid is monitored;
the order determining module is used for determining a target order to be paid in the other orders to be paid under the condition that the preset operation trigger of the user for the other orders to be paid is monitored;
and the identification sending module is used for sending the order identification corresponding to the current order to be paid and other order identifications corresponding to the target order to be paid to a server so that the server determines the total assets to be paid according to the order identifications and the other order identifications and transfers the total assets to be paid.
13. A batch payment apparatus, applied to a server, the apparatus comprising:
the identification receiving module is used for receiving an order identification and other order identifications sent by a third-party platform, wherein the third-party platform displays order information of a current order to be paid in a payment page under the condition that the settlement operation of a user for the current order to be paid is triggered, displays other orders to be paid in the payment page based on a preset order display rule, determines a target order to be paid in the other orders to be paid under the condition that the preset operation of the user for the other orders to be paid is triggered, and sends the order identification corresponding to the current order to be paid and the other order identifications corresponding to the target order to be paid to the server;
and the batch payment module is used for determining total assets to be paid according to the order identification and the other order identifications and transferring the total assets to be paid.
14. An electronic device is characterized by comprising a processor, a communication interface, a memory and a communication bus, wherein the processor and the communication interface are used for realizing mutual communication by the memory through the communication bus;
a memory for storing a computer program;
a processor for implementing the method steps of claim 10 or 11 when executing a program stored in the memory.
15. A storage medium on which a computer program is stored which, when being executed by a processor, carries out the method according to claim 10 or 11.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110172230.6A CN112819448A (en) | 2021-02-08 | 2021-02-08 | Batch payment system, method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110172230.6A CN112819448A (en) | 2021-02-08 | 2021-02-08 | Batch payment system, method and device, electronic equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112819448A true CN112819448A (en) | 2021-05-18 |
Family
ID=75864101
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110172230.6A Pending CN112819448A (en) | 2021-02-08 | 2021-02-08 | Batch payment system, method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112819448A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114971632A (en) * | 2021-02-23 | 2022-08-30 | 北京同邦卓益科技有限公司 | Social platform binding system, method and device, electronic equipment and storage medium |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101231722A (en) * | 2007-01-22 | 2008-07-30 | 阿里巴巴公司 | System and method of network payment |
| CN101655950A (en) * | 2009-06-30 | 2010-02-24 | 阿里巴巴集团控股有限公司 | Method, device and system for realizing merging payment |
| KR20140005054A (en) * | 2012-07-04 | 2014-01-14 | 김권 | Method for processing an on-line order for affiliate stores and computer-readable record medium on which a program therefor is recorded |
| CN104123654A (en) * | 2013-04-28 | 2014-10-29 | 腾讯科技（深圳）有限公司 | Multi-order batch processing method and device |
| CN104850993A (en) * | 2015-06-01 | 2015-08-19 | 走遍世界（北京）信息技术有限公司 | Payment method and apparatus |
| US20160225046A1 (en) * | 2014-05-28 | 2016-08-04 | Gil Hoon Chang | Method and apparatus for consolidating orders |
| CN108038681A (en) * | 2017-12-21 | 2018-05-15 | 知而行（上海）营销咨询有限公司 | cross-merchant transaction payment information processing method |
| CN109523244A (en) * | 2018-11-02 | 2019-03-26 | 阿里巴巴集团控股有限公司 | A kind of method and system for being used to shift fund data based on mother and sons' account |
| CN110443669A (en) * | 2019-06-14 | 2019-11-12 | 北京未来购电子商务有限公司 | A kind of purchase method and self-service device based on self-service device Dynamic Recognition code |
-
2021
- 2021-02-08 CN CN202110172230.6A patent/CN112819448A/en active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101231722A (en) * | 2007-01-22 | 2008-07-30 | 阿里巴巴公司 | System and method of network payment |
| CN101655950A (en) * | 2009-06-30 | 2010-02-24 | 阿里巴巴集团控股有限公司 | Method, device and system for realizing merging payment |
| KR20140005054A (en) * | 2012-07-04 | 2014-01-14 | 김권 | Method for processing an on-line order for affiliate stores and computer-readable record medium on which a program therefor is recorded |
| CN104123654A (en) * | 2013-04-28 | 2014-10-29 | 腾讯科技（深圳）有限公司 | Multi-order batch processing method and device |
| US20160225046A1 (en) * | 2014-05-28 | 2016-08-04 | Gil Hoon Chang | Method and apparatus for consolidating orders |
| CN104850993A (en) * | 2015-06-01 | 2015-08-19 | 走遍世界（北京）信息技术有限公司 | Payment method and apparatus |
| CN108038681A (en) * | 2017-12-21 | 2018-05-15 | 知而行（上海）营销咨询有限公司 | cross-merchant transaction payment information processing method |
| CN109523244A (en) * | 2018-11-02 | 2019-03-26 | 阿里巴巴集团控股有限公司 | A kind of method and system for being used to shift fund data based on mother and sons' account |
| CN110443669A (en) * | 2019-06-14 | 2019-11-12 | 北京未来购电子商务有限公司 | A kind of purchase method and self-service device based on self-service device Dynamic Recognition code |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114971632A (en) * | 2021-02-23 | 2022-08-30 | 北京同邦卓益科技有限公司 | Social platform binding system, method and device, electronic equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7991386B2 (en) | System and method for authorizing the activation of a communication device | |
| CN110390595B (en) | Information processing system, method, server and storage medium | |
| CN109615353B (en) | Payment method and device | |
| CN103649979A (en) | Financial transaction systems and methods | |
| JP2017073671A (en) | Administration system and communication system | |
| JP2022147219A (en) | Point management system, point management method, and program | |
| WO2008133976A1 (en) | Method and system for automated skip tracing | |
| US10708384B2 (en) | Data processing method and system | |
| CN112819448A (en) | Batch payment system, method and device, electronic equipment and storage medium | |
| CN113379258A (en) | Inventory management method and device | |
| TW202236185A (en) | Electronic apparatus for processing item sales information and method thereof | |
| JP2017073113A (en) | Administration system and communication system | |
| CN112308543A (en) | Data transfer method, device and equipment and computer storage medium | |
| CN109559240B (en) | Method, device and equipment for preventing repeated payment of premium and readable storage medium | |
| CN113112314A (en) | Advertisement service processing method and device, electronic equipment and medium | |
| CN111222944B (en) | Order processing method, system and device | |
| CN114971632A (en) | Social platform binding system, method and device, electronic equipment and storage medium | |
| CN114066615A (en) | Trusted payment method, device, electronic equipment and storage medium | |
| US20040078291A1 (en) | Method of electronic commerce transaction | |
| US10909520B2 (en) | Server for processing a tab for a customer at a merchant premises | |
| CN114912729A (en) | Ticket checking mechanism switching method and device, electronic equipment and storage medium | |
| KR101993754B1 (en) | Apparatus and system for opening an account of financial goods for gift based on message and method thereof | |
| KR20240088436A (en) | Payment method using a dedicated payment phone number | |
| CN114971754A (en) | Order creation method and device, electronic equipment and storage medium | |
| CN114912991A (en) | Security authentication 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 |