CN113516460A - Prepaid order processing method, client, server and system - Google Patents

Prepaid order processing method, client, server and system Download PDF

Info

Publication number
CN113516460A
CN113516460A CN202110507542.8A CN202110507542A CN113516460A CN 113516460 A CN113516460 A CN 113516460A CN 202110507542 A CN202110507542 A CN 202110507542A CN 113516460 A CN113516460 A CN 113516460A
Authority
CN
China
Prior art keywords
settlement
prepaid
amount
preferential
service
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
CN202110507542.8A
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 Bilibili Technology Co Ltd
Original Assignee
Shanghai Bilibili 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 Bilibili Technology Co Ltd filed Critical Shanghai Bilibili Technology Co Ltd
Priority to CN202110507542.8A priority Critical patent/CN113516460A/en
Publication of CN113516460A publication Critical patent/CN113516460A/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/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • 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/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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
    • G06Q20/28Pre-payment schemes, e.g. "pay before"
    • 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The application provides a prepaid order processing method, a client, a server and a system, wherein the prepaid order processing method comprises the following steps: in the case that the prepaid service is in a prepaid phase, transmitting a reservation request for the prepaid service and receiving returned reservation success information; under the condition that the prepaid service is in a settlement stage, sending a settlement request of the prepaid service, and acquiring a settlement preferential amount aiming at the prepaid service, wherein the settlement preferential amount is determined according to a generation sequence of prepaid orders corresponding to the prepaid service; and determining and displaying the amount to be settled corresponding to the user according to the settlement preferential amount. Therefore, the corresponding settlement preferential amount is given to the user in the prepayment stage, the development of prepayment business is promoted, the inventory backlog is reduced, and the processing resource of the server can be saved.

Description

Prepaid order processing method, client, server and system
Technical Field
The application relates to the technical field of computers, in particular to a prepayment order processing method. The application also relates to prepaid order processing clients, servers and systems, computing devices, and computer readable storage media.
Background
With the rapid development of computer technology and internet technology, online transactions such as online shopping and money transfer are increasingly popular with people through networks. With the popularization of online transactions and the application of more and more prepaid services, in the prior art, a user can pay a part of money in advance in a prepaid stage, order the corresponding prepaid service, and then settle all money corresponding to the prepaid service in a settlement stage.
However, after the user pays the subscription in the prepayment stage, the user needs to pay the final payment in the settlement stage after a certain time, and then a certain time elapses to obtain the service content ordered by the user, and a long time may elapse from the time when the user pays the subscription for the first time to the time when the user obtains the service content ordered by the user, so that many users do not want to order the service after paying the subscription, and initiate a unsubscribe, which results in a high rate of refund of the prepayment service, a blocked sale of the prepayment service, a serious stock backlog, and a previous subscription and a subsequent refund of the user, which may result in an excessive pressure on the server and waste of processing resources of the server.
Disclosure of Invention
In view of the above, the present application provides a prepaid order processing method. The application also relates to a prepay order processing client, a prepay order processing server, a prepay order processing system, a computing device and a computer readable storage medium, which are used for solving the problems that preset business sales are blocked, the stock backlog is serious and the processing resources of the server are wasted in the prior art.
According to a first aspect of embodiments of the present application, there is provided a prepaid order processing method applied to a client, including:
in the case that the prepaid service is in a prepaid phase, transmitting a reservation request for the prepaid service and receiving returned reservation success information;
under the condition that the prepaid service is in a settlement stage, sending a settlement request of the prepaid service, and acquiring a settlement preferential amount corresponding to the prepaid service, wherein the settlement preferential amount is determined according to a generation sequence of prepaid orders corresponding to the prepaid service;
and determining and displaying the amount to be settled corresponding to the prepaid service according to the settlement preferential amount.
According to a second aspect of the embodiments of the present application, there is provided a prepaid order processing method applied to a server, including:
receiving a reservation request of prepayment service, generating a corresponding prepayment order according to the reservation request, and returning reservation success information;
determining a generation sequence corresponding to the prepaid order according to the generation time of the prepaid order;
determining a settlement preferential amount corresponding to the prepaid service according to the generation sequence;
and determining the user account sending the predetermined request, and issuing the special offer corresponding to the settlement special offer amount to the user account.
According to a third aspect of embodiments of the present application, there is provided a prepaid order processing client comprising:
a transmission module configured to transmit a reservation request of a prepaid service and receive a returned reservation success information in case the prepaid service is in a prepaid phase;
the acquisition module is configured to send a settlement request of the prepaid service and acquire a settlement preferential amount corresponding to the prepaid service under the condition that the prepaid service is in a settlement stage, wherein the settlement preferential amount is determined according to a generation sequence of prepaid orders corresponding to the prepaid service;
and the first display module is configured to determine and display the amount to be settled corresponding to the prepaid service according to the settlement preferential amount.
According to a fourth aspect of embodiments of the present application, there is provided a prepaid order processing server including:
the generation module is configured to receive a reservation request of the prepayment service, generate a corresponding prepayment order according to the reservation request and return reservation success information;
the first determining module is configured to determine a generating sequence corresponding to the prepaid orders according to the generating time of the prepaid orders;
the second determining module is configured to determine a settlement preferential amount corresponding to the prepaid service according to the generating sequence;
and the issuing module is configured to determine the user account which sends the predetermined request, and issue the special offer corresponding to the settlement special offer amount to the user account.
According to a fifth aspect of embodiments of the present application, there is provided a prepaid order processing system including:
the prepayment order processing client is configured to transmit a prepayment request of the prepayment service and receive returned prepayment success information under the condition that the prepayment service is in a prepayment stage; under the condition that the prepaid service is in a settlement stage, sending a settlement request of the prepaid service, and acquiring a settlement preferential amount corresponding to the prepaid service; determining and displaying an amount to be settled corresponding to the prepaid service according to the settlement preferential amount;
the prepayment order processing server is configured to receive a prepayment service reservation request, generate a corresponding prepayment order according to the reservation request and return reservation success information; determining a generation sequence corresponding to the prepaid order according to the generation time of the prepaid order; determining a settlement preferential amount corresponding to the prepaid service according to the generation sequence; and determining the user account sending the predetermined request, and issuing the special offer corresponding to the settlement special offer amount to the user account.
According to a sixth aspect of embodiments herein, there is provided a computing device comprising:
a memory and a processor;
the memory is configured to store computer-executable instructions, and the processor is configured to execute the computer-executable instructions to implement the steps of any of the prepaid order processing methods.
According to a seventh aspect of embodiments herein, there is provided a computer-readable storage medium storing computer-executable instructions that, when executed by a processor, implement the steps of any of the prepaid order processing methods.
The prepayment order processing method provided by the application transmits a prepayment request of prepayment service and receives returned prepayment success information under the condition that the prepayment service is in a prepayment stage; under the condition that the prepaid service is in a settlement stage, sending a settlement request of the prepaid service, and acquiring a settlement preferential amount corresponding to the prepaid service, wherein the settlement preferential amount is determined according to a generation sequence of prepaid orders corresponding to the prepaid service; and determining and displaying the amount to be settled corresponding to the user according to the settlement preferential amount. In this case, the user may be issued a preference for a corresponding settlement benefit amount according to the arrangement order in which the user completes the subscription in the prepayment stage, and the user may perform settlement using the settlement benefit amount in the settlement stage. Therefore, in the prepayment stage, different booking sequences can obtain different settlement preferential amounts, so that a user who is booked earlier can obtain a higher settlement preferential amount, more users can be attracted to book prepayment services as soon as possible, and the settlement preferential amount can be used in the settlement stage, so that the user can be attracted not to unsubscribe, the development of the prepayment services is promoted, the stock overstock is reduced, the effect of stock removal is realized, the proportion of booking first and then unsubscribing by the user is reduced, the processing pressure of a server is reduced, and the processing resources of the server are saved.
Drawings
FIG. 1 is a flow chart of a first prepaid order processing method provided in an embodiment of the present application;
FIG. 2 is a schematic diagram of a preferential page according to an embodiment of the present application;
FIG. 3 is a schematic diagram of another offer page provided in an embodiment of the present application;
FIG. 4 is a schematic view of an order confirmation interface provided by an embodiment of the present application;
FIG. 5 is a diagram illustrating a settlement coupon list according to an embodiment of the present application;
FIG. 6 is a schematic diagram of another settlement coupon list provided in an embodiment of the present application;
FIG. 7 is a diagram illustrating a checkout page provided by an embodiment of the present application;
FIG. 8 is a flow chart of a second prepaid order processing method provided in an embodiment of the present application;
FIG. 9 is a flow chart of a third prepaid order processing method provided in an embodiment of the present application;
FIG. 10 is a flow chart illustrating a method for processing prepaid orders in an online shopping scenario according to an embodiment of the present application;
FIG. 11 is a block diagram of a prepaid order processing client according to an embodiment of the present application;
FIG. 12 is a block diagram of a prepaid order processing server according to an embodiment of the present application;
FIG. 13 is a block diagram of a prepaid order processing system according to an embodiment of the present application;
fig. 14 is a block diagram of a computing device according to an embodiment of the present application.
Detailed Description
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present application. This application is capable of implementation in many different ways than those herein set forth and of similar import by those skilled in the art without departing from the spirit of this application and is therefore not limited to the specific implementations disclosed below.
The terminology used in the one or more embodiments of the present application is for the purpose of describing particular embodiments only and is not intended to be limiting of the one or more embodiments of the present application. As used in one or more embodiments of the present application 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 also be understood that the term "and/or" as used in one or more embodiments of the present application refers to and encompasses any and all possible combinations of one or more of the associated listed items.
It will be understood that, although the terms first, second, etc. may be used herein in one or more embodiments of the present application to describe various information, these information should not be limited by these terms. These terms are only used to distinguish one type of information from another. For example, a first aspect may be termed a second aspect, and, similarly, a second aspect may be termed a first aspect, without departing from the scope of one or more embodiments of the present application. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.
In the present application, a prepaid order processing method is provided, and the present application relates to a prepaid order processing client, server and system, a computing device, and a computer-readable storage medium, which are described in detail one by one in the following embodiments.
Fig. 1 is a flowchart illustrating a first prepaid order processing method according to an embodiment of the present application, applied to a client, and specifically including the following steps:
step 102: and before the prepayment service is in the prepayment stage, displaying a preferential page of the prepayment service.
In practical application, a user can prepay a part of money in a prepayment stage to order the corresponding prepayment service, and then settle all money corresponding to the prepayment service in a settlement stage. However, many users do not want to subscribe to the service and initiate a subscription refund after paying the subscription fee, which results in a high refund rate of the prepaid service, the sale of the prepaid service is blocked, the stock backlog is serious, and the users subscribe and then unsubscribe first, which may cause an excessive pressure on the server and waste of processing resources of the server.
Therefore, in order to promote the development of the prepaid service and save the processing resources of the server, the application provides a prepaid order processing method, which can display the preferential page of the prepaid service before the prepaid service is in the prepaid stage; then, in the case that the prepaid service is in the prepaid stage, transmitting a reservation request of the prepaid service and receiving returned reservation success information; under the condition that the prepaid service is in a settlement stage, sending a settlement request of the prepaid service, and acquiring a settlement preferential amount corresponding to the prepaid service, wherein the settlement preferential amount is determined according to a generation sequence of prepaid orders corresponding to the prepaid service; and determining and displaying the amount to be settled corresponding to the prepaid service according to the settlement preferential amount. Therefore, in the prepayment stage, different settlement preferential amounts can be obtained in different booking sequences, so that a user who is booked earlier can obtain a higher settlement preferential amount, more users can be attracted to book prepayment services as soon as possible, and the settlement preferential amount can be used in the settlement stage, so that the users can be attracted not to unsubscribe.
Specifically, the prepaid service refers to a service that needs to be subscribed in advance, that is, the prepaid service is divided into two phases, namely a prepaid phase and a settlement phase, the prepaid phase refers to a time period for subscribing the prepaid service, for example, 1 month and 1 day to 1 month and 15 days are the prepaid phase, and a user can subscribe at any time between 1 month and 1 day to 1 month and 15 days. In the prepayment stage, the user only needs to pay a part of the preset amount, and in the settlement stage, the rest amount is settled. For example, the prepaid service may be the pre-sold goods currently on the internet, and the user pays the order for the goods in the pre-sale stage and then settles the remaining tail in the payment stage.
In addition, the preferential page refers to a page including settlement preferential information of the prepaid service and a prepaid control, through which the user can know the preferential information of the prepaid service, and when the user wants to subscribe to the prepaid service and the prepaid service enters a prepaid stage, the user can subscribe by triggering the prepaid control to transmit a reservation request in the preferential page. It should be noted that the prepaid control in the offer page is not triggerable before the prepaid service enters the prepaid phase, and the prepaid control in the offer page is changed to be triggerable when the prepaid service is determined to enter the prepaid phase.
In an optional implementation manner of this embodiment, the preferential page of the prepaid service is often preset by the merchant, and the merchant may preset preferential information corresponding to the prepaid service by accessing the server, so that the client needs to obtain the preferential page of the prepaid service from the server when displaying the preferential page of the prepaid service, that is, before the prepaid service is in the prepaid stage, the preferential page of the prepaid service is displayed, and the specific implementation process may be as follows:
sending a preferential page acquisition request of the prepaid service to a server;
receiving and displaying a preferential page of the prepaid service returned by the server, wherein the preferential page comprises a prepaid stage, a settlement stage, a prepaid amount, a settlement preferential amount acquisition rule and a highest settlement preferential amount of the prepaid service.
Specifically, the preferential page acquisition request of the prepaid service refers to a request of a client for acquiring a preferential page of the prepaid service from a server, the preferential page acquisition request carries a service identifier of the prepaid service to be acquired, when the prepaid service is a pre-sold commodity, the service identifier may be an SPU (Standard Product Unit) of the pre-sold commodity, and the SPU is a set of reusable and easily-retrievable standardized information, which describes characteristics of a "Product" and is a minimum Unit of commodity information aggregation, such as a certain piece of secondary element clothing, and corresponds to an SPU. That is, when the preference information is set for a pre-sold product, the setting may be performed in units of SPUs, that is, one preference information is set for one SPU.
In addition, the prepaid stage refers to a time period for ordering the prepaid service, the settlement stage refers to a period for clearing up the remaining amount of the prepaid service, the prepaid amount refers to an amount that needs to be paid when the prepaid service is ordered in the prepaid stage, the settlement amount refers to the remaining amount that needs to be paid in the settlement stage, the highest preferential amount refers to the highest preferential interest in settling the remaining amount of the prepaid service, the settlement preferential amount obtaining rule may refer to settlement preferential amounts corresponding to different generation sequences of the prepaid orders, and the settlement preferential amount corresponding to the prepaid order whose generation sequence is earlier is higher, that is, the earlier is the greater the predetermined preferential strength, for example, the first to fifth names may obtain 150-yuan settlement preferential amounts, and the sixth to tenth names may obtain 130-yuan settlement preferential amounts.
And the sum of the prepaid amount and the settlement amount is equal to the total amount of the prepaid service, and the settlement amount minus the acquired settlement preferential amount is the amount to be settled by the user in the settlement stage, wherein the settlement preferential amount acquired by the user can only be used in the settlement stage.
It should be noted that, when detecting a trigger condition of a preferential page showing prepaid service, the client may send a preferential page acquisition request to the server, so that the server returns a corresponding preferential page to the client when receiving the preferential page acquisition request. The triggering condition can be that a new prepaid service is put on shelf, and at the moment, a corresponding preferential page can be acquired and displayed before the prepaid service starts to be ordered; or, the operation of detecting that the user clicks the detail page of the prepaid service may also be detected, for example, the user searches for a commodity through a certain keyword, the prepaid commodity to be displayed to the user is the prepaid service, and at this time, it is determined that the trigger condition is detected, and the commodity identifier of the prepaid commodity is carried in the preferential page acquisition request and sent to the server, so as to acquire the preferential page corresponding to the prepaid commodity.
For example, fig. 2 is a schematic diagram of a benefit page provided in an embodiment of the present application, as shown in fig. 2, the prepaid service is a pre-sold article a, a prepaid period of the pre-sold article a is from 1 month 1 day to 1 month 15 days, a settlement period is from 2 month 1 day to 2 months 15 days, a prepaid amount is 100 yuan, a settlement amount is 500 yuan, and a highest settlement benefit amount is 150 yuan, and the benefit page further includes a prepaid control that can be triggered after entering the prepaid period.
In another possible implementation manner, the preferential page may not include the detailed information of the prepaid service, but highlights the preferential information of the prepaid service, that is, the preferential page may include the start time of the prepaid phase of the prepaid service, the settlement preferential amount acquisition condition, and the highest settlement preferential amount.
For example, fig. 3 is a schematic diagram of another preferential page provided in an embodiment of the present application, as shown in fig. 3, the prepaid service is a pre-sold commodity a, the prepaid phase start time of the pre-sold commodity a is 12 months, 30 days, and 22 o' clock, the obtaining condition of the settlement preferential amount is the first 500 placing orders, and the highest settlement preferential amount is 385.35 yuan.
Before the prepayment service enters the prepayment stage, the client can acquire and display a preferential page of the prepayment service from the server, and through the preferential page, the user can know the relevant preferential information of the prepayment service, so that the user is attracted to leap subscription of a user when the subsequent prepayment service is in the prepayment stage, and a predetermined request is initiated to promote the development of the prepayment service.
Step 104: in case the prepaid service is in a prepaid phase, a reservation request for said prepaid service is transmitted and a reservation success message is received back.
Specifically, on the basis of displaying the preferential page of the prepaid service, further, in the case that the prepaid service is in the prepaid stage, a reservation request of the prepaid service is sent, and the returned reservation success information is received. The predetermined request refers to a request for ordering the prepaid service triggered by a user through a preset operation, and the preset operation may be a payment operation. After the client displays the preferential page, when entering a prepayment stage, the user can execute preset operation in the preferential page displayed by the client, at this time, the client can detect a reservation request initiated by the user for the prepayment service and send the reservation request to the server, and after the server determines that the reservation of the user is successful, the server can return reservation success information to inform the user of the successful reservation of the prepayment service.
In addition, the reservation request can also carry a sub-service identifier of the prepaid service reserved by the user, and the sub-service identifier is used for indicating which sub-service in the prepaid service the user specifically subscribes. When the prepaid service is a pre-sold commodity, the sub-service identifier of the prepaid service is a Stock Keeping Unit (SKU) of the pre-sold commodity, the SKU is a Stock in and out metering Unit which can be a Unit of piece, box, tray and the like, the SKU is a physically inseparable minimum Stock Keeping Unit, and each commodity corresponds to a unique SKU number. For example, a piece of secondary clothing corresponds to different sizes, and each size of secondary clothing corresponds to a SKU number.
It should be noted that, when the prepaid service is in the prepaid stage, it indicates that the user may start to order the prepaid service, at this time, the user may trigger a reservation request through a preset operation in a preference page of the prepaid service, after detecting the reservation request, the client may send the reservation request to the server, the server may generate a corresponding prepaid order according to the reservation request, and when generating an order, it indicates that the reservation is successful, and the server may return a reservation success message to the client. In addition, because merchants corresponding to prepaid services in the server can preset different preferential information corresponding to predetermined sequences (namely, the sequence of successfully reserving prepaid services), the more advanced users acquire higher settlement preferential amounts (the settlement preferential amount corresponding to the ith generated prepaid order is greater than the settlement preferential amount corresponding to the (i + 1) th generated prepaid order), that is, the settlement preferential amount corresponding to the user with the generation sequence of the prepaid order being earlier is greater than that of the user with the later generation sequence, after the user reservation is determined to be successful, the server can determine the generation sequence of the prepaid order according to the generation time of the prepaid order, thereby determining the settlement preferential amount corresponding to the prepaid service predetermined by the user, and the prepaid order is issued to the user account of the user before the settlement stage for the user to use in the subsequent settlement stage, and one user account can only obtain one settlement preferential amount, that is, only one coupon benefit can be obtained by one user account.
For example, as shown in fig. 2, when the user clicks the prepaid control, an order confirmation interface as shown in fig. 4 may pop up, fig. 4 is a schematic view of an order confirmation interface provided in an embodiment of the present application, where the order confirmation interface includes commodity information of a pre-sold commodity a, a prepaid amount of 100 yuan, a settlement amount of 400 yuan, information of a settlement stage "0 point at 2 months and 1 day of the beginning time of the settlement stage", and the like, when it is detected that the user clicks the payment control in the order confirmation interface, the client determines that a reservation request is detected, sends the reservation request of the pre-sold commodity a to the server for processing, and receives reservation success information returned by the server.
In an optional implementation manner of this embodiment, after determining, by the server, the settlement benefit amount corresponding to each user according to the generation time of the prepaid order of different users, a settlement benefit list including the settlement benefit amount of each user may be generated and returned to the client, so that the client displays the settlement benefit amount to the user, and after receiving the returned reservation success information, the method further includes:
and receiving and displaying a returned settlement discount list, wherein the settlement discount list comprises each user initiating a predetermined request and a corresponding settlement discount amount, and the users are arranged according to a preset rule based on the corresponding settlement discount amount.
Specifically, the preset rule may be that the settlement benefit amounts are arranged from large to small, or the settlement benefit amounts are arranged from small to large, that is, the settlement benefit list may be a user list showing the highest settlement benefit amount to the lowest settlement benefit amount from top to bottom, or may be a user list showing the lowest settlement benefit amount to the highest settlement benefit amount from top to bottom. It should be noted that, the server may receive predetermined requests initiated by a plurality of users, then generate corresponding prepaid orders, and determine corresponding settlement benefit amounts for each user according to a generation sequence of the prepaid orders, so as to facilitate the users to know about the benefit interests of "shopping" for themselves and other users, the server may further generate a settlement benefit list including benefit information of each user, and return the settlement benefit list to the client side when a preset time condition is met, and the client side may display the settlement benefit list returned by the server, where the preset time condition may be a preset time duration after the prepaid stage is ended, and for example, after 10 minutes after the prepaid stage is ended, the settlement benefit list is sent to the client side.
For example, fig. 5 is a schematic diagram of a settlement discount list provided in an embodiment of the present application, and as shown in fig. 5, each user corresponds to a generation sequence of prepaid orders and obtains a settlement discount amount, a preset rule may be arranged from large to small for the settlement discount amount, user 1 is a user who has successfully subscribed for the first time, that is, the generation sequence of the prepaid order of user 1 is the 1 st name, and it corresponds to obtain a settlement discount amount of 150 yuan, that is, 150 yuan can be discounted in a settlement stage; the user 2 is a user with successful second reservation, that is, the generation sequence of the prepaid order of the user 2 is the 2 nd name, and the user correspondingly obtains a settlement preferential amount of 130 yuan, that is, the user can give a preference to 130 yuan in the settlement stage; the user 3 is a user with successful third booking, that is, the generation sequence of the prepaid order of the user 3 is the 3 rd, and the user correspondingly acquires a settlement preferential amount of 100 yuan, that is, the user can give a preference of 100 yuan in the settlement stage.
In another possible implementation manner, when merchants corresponding to prepaid services set different predetermined orders and correspond to different settlement offer amounts, each settlement offer amount may correspond to not only a user in a generation order but also an interval in a generation order, so that when a settlement offer list is generated, the server may display the corresponding settlement offer amount separately for each user, and may also display the corresponding settlement offer amount separately for each user in the generation order of the prepaid order, that is, each generation order interval displays the corresponding settlement offer amount, and then only displays the user identifier in the generation order interval, and does not display the settlement offer amount separately.
For example, fig. 6 is a schematic diagram of another settlement preferential list provided in an embodiment of the present application, and as shown in fig. 6, a preset rule may be that settlement preferential amounts are arranged from large to small, and first to fifth users who have succeeded in reservation acquire 150 yuan of settlement preferential amounts, where the first to fifth users who have succeeded in reservation include user 1, user 2, user 3, user 4, and user 5; and acquiring 100-yuan settlement offer amounts by sixth to tenth users who successfully book, wherein the sixth to tenth users include a user 6, a user 7, a user 8, a user 9 and a user 10.
The client can receive the settlement preferential list returned by the server, so that the user can know preferential rights and interests of 'robbery purchase' of the user and other users, the user is prompted not to unsubscribe through the preferential rights and interests obtained by other users, processing resources of the server are saved, the user is encouraged to be attracted to book as early as possible next time, and development of prepayment services is promoted. If the settlement preferential amount obtained by a certain user is higher, the settlement preferential amount obtained by most users is lower than the settlement preferential amount obtained by the user in the settlement preferential list, and the settlement preferential amount of the user is difficult to come, so that the stability of the pre-paid order is ensured, and the probability of unsubscribing the user is reduced to a certain extent; in addition, if a certain user obtains a lower settlement benefit amount, and the settlement benefit amount which is viewed by most users in the settlement benefit list is higher than the user, the competition mind of the user can be stimulated, and the user can reserve as early as possible in the next activity, so that the stability of the prepaid service is ensured, and the development of the prepaid service is promoted.
In addition, in practical application, the client may only show the settlement preferential amount obtained by the client to the user, that is, after determining the settlement preferential amount corresponding to the prepaid order, the server determines the client initiating the prepaid order, and returns the settlement preferential amount corresponding to the prepaid service predetermined by the user to the client. Therefore, each user can only see the amount of the settlement discount won by the user, and cannot see the amount of the settlement discount obtained by other users, and other people cannot know the amount of the settlement discount obtained by the user, so that the information safety of the user is ensured.
In an optional implementation manner of this embodiment, the returned settlement discount list is received and displayed, and a specific implementation process may be as follows:
receiving and displaying a service detail page of the prepaid service, wherein the service detail page is added with the settlement discount list; and/or the presence of a gas in the gas,
and receiving and displaying a prepaid order corresponding to the prepaid service, wherein the settlement discount list is added in the prepaid order.
It should be noted that, the server may add the generated settlement preferential list to the service detail page of the corresponding prepaid service and send the settlement preferential list to the client, and at this time, when the user views the service detail page of the prepaid service through the client, the user can see the settlement preferential list; the server can also add the generated settlement preferential list to the corresponding prepayment order of the prepayment service and send the settlement preferential list to the client, and the user can also see the settlement preferential list when viewing the prepayment order of the prepayment service through the client.
In the method, under the condition that the prepaid service is in the prepaid stage, the client can detect the reservation request initiated by the user for the prepaid service in the displayed preferential page and send the reservation request to the server, so that the server generates a corresponding prepaid order according to the reservation request, determines a corresponding settlement preferential amount according to the generation sequence of the generated prepaid order, and issues the settlement preferential amount to a corresponding user account for use in a subsequent settlement stage.
Step 106: and under the condition that the prepaid service is in a settlement stage, sending a settlement request of the prepaid service, and acquiring a settlement preferential amount corresponding to the prepaid service, wherein the settlement preferential amount is determined according to a generation sequence of prepaid orders corresponding to the prepaid service.
Specifically, on the basis of transmitting a reservation request of a prepaid service and receiving returned reservation success information when the prepaid service is in a prepaid stage, further, transmitting a settlement request of the prepaid service and acquiring a settlement preferential amount corresponding to the prepaid service when the prepaid service is in a settlement stage, wherein the settlement preferential amount is determined according to a generation sequence of prepaid orders corresponding to the prepaid service. The settlement request refers to a request for settling the prepaid service triggered by a user through a preset settlement operation, the preset settlement operation can be a balance payment operation, and only the user initiating the predetermined request of the prepaid service can execute the corresponding preset settlement operation to trigger the settlement request.
When the prepaid service is in the settlement stage, it indicates that the prepaid stage of the prepaid service is finished, and the subscriber who has performed the reservation needs to pay the remaining amount (i.e. the settlement amount) corresponding to the prepaid service that has been reserved by the subscriber, so as to settle the prepaid service. When the user subscribes the prepaid service, the server can issue the corresponding settlement preferential amount for the user according to the generation sequence of the prepaid order, and the settlement preferential amount can be used in the settlement stage, so that the client can send the settlement request of the prepaid service to the server when detecting the settlement request of the user, thereby acquiring the settlement preferential amount corresponding to the prepaid service, namely the settlement preferential amount acquired when the user subscribes the prepaid service, and then settlement is carried out based on the settlement preferential amount.
In an optional implementation manner of this embodiment, the specific implementation process of obtaining the settlement preferential amount corresponding to the prepaid service may be as follows:
determining a user account corresponding to the preset request;
and acquiring a settlement preferential amount corresponding to the prepaid service from the user account.
It should be noted that, when determining the settlement benefit amount of the prepaid service for the user who sends the reservation request, the server may issue the benefit corresponding to the settlement benefit amount to the user account corresponding to the user, so that when the user initiates the settlement request, the server may obtain the settlement benefit amount corresponding to the prepaid service according to the user account corresponding to the sending of the reservation request.
In addition, because a plurality of settlement preferential amounts corresponding to different prepaid services may exist in one user account, in the application, when the server issues the settlement preferential amounts to the user account, the server may also carry an identifier of the corresponding prepaid service in the settlement preferential amounts, and subsequently, when the user initiates a settlement request for a certain prepaid service, the server may obtain the corresponding settlement preferential amounts from the user account of the user according to the identifier of the prepaid service, so that the user performs settlement for the prepaid service subsequently.
Step 108: and determining and displaying the amount to be settled corresponding to the prepaid service according to the settlement preferential amount.
Specifically, when the prepaid service is in a settlement stage, a settlement request of the prepaid service is sent, and on the basis of obtaining a settlement preferential amount corresponding to the prepaid service, an amount to be settled corresponding to the prepaid service is further determined and displayed according to the settlement preferential amount. The amount to be settled refers to the amount still to be paid by the user subscribing to the prepaid service.
In an optional implementation manner of this embodiment, the amount to be settled corresponding to the prepaid service is determined and displayed according to the settlement preferential amount, and a specific implementation process may be as follows:
determining a settlement amount corresponding to the prepaid service;
determining an amount to be settled corresponding to the prepaid service according to the settlement amount and the settlement preferential amount;
and generating a settlement page corresponding to the prepaid service according to the amount to be settled, and displaying the amount to be settled in the settlement page.
In specific implementation, when the server determines the preferential information of the prepaid service, the server determines the settlement amount corresponding to the prepaid service, for example, the preferential page generated by the server includes the settlement amount of the prepaid service, and based on the preferential page returned by the server, the client can determine the settlement amount corresponding to the prepaid service.
It should be noted that the settlement preferential amount obtained by the user from the settlement amount is the amount to be settled by the user in the settlement stage, and then the settlement page corresponding to the prepaid service is generated according to the amount to be settled, so that the user can settle the prepaid service predetermined by the user according to the amount to be settled displayed in the settlement page, that is, the user can complete the whole ordering process of the prepaid service only by paying the amount to be settled.
In an optional implementation manner of this embodiment, since the user account number that subscribes to the prepaid service may include not only the settlement benefit data obtained in the prepaid stage, but also other benefit amount that is to be used in the prepaid service, when the prepaid service is settled, other benefit amount may be considered, that is, the amount to be settled corresponding to the prepaid service is determined according to the settlement amount and the settlement benefit amount, and the specific implementation process may be as follows:
and determining an amount to be settled corresponding to the prepaid service according to the settlement amount, the settlement preferential amount and the target preferential amount.
In an optional implementation manner of this embodiment, a target preferential amount included in a user account for reserving the prepaid service may be a preferential amount that can be used by overlapping with the prepaid service, or may not be used by overlapping with the prepaid service, so when determining an amount to be settled corresponding to the prepaid service, it needs to be considered whether the target preferential amount can be used by overlapping with the prepaid service, that is, whether the amount to be settled corresponding to the prepaid service can be used by overlapping with a settlement preferential amount, so the amount to be settled corresponding to the prepaid service is determined according to the settlement amount, the settlement preferential amount, and the target preferential amount, and the specific implementation process may be as follows:
under the condition that the target preferential amount and the prepaid service are used in a superposition mode, calculating the sum of the settlement preferential amount and the target preferential amount to obtain a preferential total amount;
and determining the amount to be settled corresponding to the prepaid service according to the settlement amount and the preferential total amount.
It should be noted that the target preferential amount may refer to a coupon amount, a red packet preferential amount, and the like that are included in the user account and have no usage rule, the target preferential amount may not be limited to a certain prepaid service, and the target preferential amount may be used in combination with the settlement preferential amount, such as a threshold-free red packet included in the user account.
In practical application, if it is determined that the settlement request includes the target preferential amount and the target preferential amount can be used in a superposition manner with the prepaid service, at this time, the sum of the settlement preferential amount and the target preferential amount can be calculated to obtain a preferential total amount, the sum of the settlement amount and the target preferential amount is subtracted from the settlement amount to obtain the amount to be settled in the settlement stage of the user, and the user pays the amount to be settled to complete the whole ordering process of the prepaid service.
For example, fig. 7 is a schematic diagram of a settlement page provided in an embodiment of the present application, and as shown in fig. 7, the settlement page is a settlement page corresponding to a pre-sold commodity a ordered by a user, where the settlement page includes information of the commodity a, a total amount of 500 yuan, 50 yuan is paid in a subscription stage, a tail to be paid in a tail stage is 300 yuan, and a total benefit of 150 yuan is provided in the tail stage, where the total benefit of the tail is 130 yuan and a superimposed red packet is 20 yuan.
In an optional implementation manner of this embodiment, if the target preferential amount is a preferential that cannot be used in a manner of overlapping with the prepaid service, a preference with a larger amount of the settlement preferential amount and the target preferential amount may be used when the prepaid service is settled, that is, the amount to be settled corresponding to the prepaid service is determined according to the settlement amount, the settlement preferential amount, and the target preferential amount, and the specific implementation process may be as follows:
determining whether the target preferential amount is larger than the settlement preferential amount or not under the condition that the target preferential amount is not used in a superposition mode with the prepaid service;
if so, determining the amount to be settled according to the settlement amount and the target preferential amount;
if not, determining the amount to be settled according to the settlement amount and the settlement preferential amount, and returning the target preferential amount to the corresponding user account.
It should be noted that the target preferential amount may refer to a coupon that has a preset usage rule, cannot be used in superposition with the prepaid service, a red packet that has a usage rule, etc., and thus, if the user uses the target preferential amount in the prepaid stage, the prepaid service may be settled by taking the highest value between the used target preferential amount and the settlement preferential amount in the settlement stage. Specifically, whether the target preferential amount is larger than the settlement preferential amount or not can be determined, if so, the preferential strength of the target preferential amount is larger, so that the prepayment service can be settled by using the target preferential amount, and the target preferential amount cannot be returned once being used; if not, the settlement preferential preference strength is larger, so that the settlement preferential amount can be used for settling the prepaid service, the target preferential amount is returned to the corresponding user account, and the use period of the target preferential amount is unchanged.
For example, the total amount of the pre-sold product B is 500 yuan, the subscription is 200 yuan, and the amount of the end payment is 300 yuan, assuming that the user uses a 150 yuan coupon in the prepayment stage when ordering the pre-sold product B, pays a subscription of 50 yuan, and the settlement benefit amount obtained according to the order of paying the subscription is 120 yuan, since the amount of the coupon is greater than the settlement benefit amount, the settlement is performed based on the coupon used by the user at this time, that is, the amount of the end payment of the pre-sold product B is 300 yuan.
In another example, the total amount of the pre-sold product C is 500 yuan, the subscription is 200 yuan, and the amount of the end payment is 300 yuan, assuming that the user uses a 150 yuan coupon in the prepayment stage when ordering the pre-sold product C, pays a subscription of 50 yuan, obtains a settlement benefit amount of 200 yuan according to the order of paying the subscription, and performs settlement based on the settlement benefit amount obtained by the user at this time, that is, the amount of the end payment of the pre-sold product B is 250 yuan, and returns the 150 yuan coupon used by the user to the user account.
In another possible implementation manner, if the server determines the amount to be settled corresponding to the prepaid service according to the settlement amount corresponding to the prepaid service and the corresponding settlement preferential amount when generating the prepaid order of the prepaid service, and adds the amount to be settled in the settlement stage to the order details of the prepaid order, at this time, in the case of detecting the settlement request of the user, the corresponding settlement page may be displayed directly based on the corresponding amount to be settled.
According to the prepayment order processing method, the client can display the preferential page of the prepayment service before the prepayment service is in the prepayment stage; in the case that the prepaid service is in a prepaid phase, transmitting a reservation request for the prepaid service and receiving returned reservation success information; under the condition that the prepaid service is in a settlement stage, sending a settlement request of the prepaid service, and acquiring a settlement preferential amount corresponding to the prepaid service, wherein the settlement preferential amount is determined according to a generation sequence of prepaid orders corresponding to the prepaid service; and determining and displaying the amount to be settled corresponding to the prepaid service according to the settlement preferential amount. In this case, the corresponding settlement benefit amount may be issued to the user according to the order in which the user completes the subscription in the prepayment stage, and the user may perform settlement using the settlement benefit amount in the settlement stage. Therefore, in the prepayment stage, different booking sequences can obtain different settlement preferential amounts, a user who is booked earlier can obtain the higher settlement preferential amount, so that more users can be attracted to book prepayment services as soon as possible, and the settlement preferential amount can be used in the settlement stage, so that the user can be attracted not to unsubscribe, the development of the prepayment services is promoted, the stock overstock is reduced, the effect of removing the stock is realized, the proportion of booking first and then unsubscribing by the user is reduced, the processing pressure of the server is reduced, and the processing resources of the server are saved.
Fig. 8 is a flowchart of a second prepaid order processing method according to an embodiment of the present application, applied to a server, and specifically including the following steps:
step 802: and receiving a reservation request of the prepayment service, generating a corresponding prepayment order according to the reservation request, and returning reservation success information.
It should be noted that, after detecting a reservation request initiated by a user for a prepaid service, the client sends the reservation request to the server, and the server may generate a corresponding prepaid order according to the reservation request, and when the prepaid order is successfully generated, it is determined that the user has successfully reserved, and a corresponding settlement benefit may be obtained, and at this time, reservation success information may be returned to the client.
In an optional implementation manner of this embodiment, for the prepaid service, the corresponding merchant may be preset with different preferential information, that is, before receiving the reservation request of the prepaid service, the method further includes:
receiving a preferential setting instruction aiming at the prepaid service, wherein the preferential setting instruction comprises a prepaid stage, a settlement stage, a prepaid amount, a settlement preferential amount acquisition rule and a highest settlement preferential amount;
generating a preferential page of the prepaid service according to the prepaid stage, the settlement stage, the prepaid amount, the settlement preferential amount acquisition rule and the highest settlement preferential amount;
and returning the preferential page under the condition of receiving the preferential page acquisition request.
It should be noted that the preference setting instruction refers to an instruction for setting a corresponding preference rule for a certain prepaid service, the preference rule carried in the preference setting instruction may include a prepaid stage, a settlement stage, a prepaid amount, a settlement preference amount obtaining rule, and a highest settlement preference amount, and according to the set corresponding preference rule, the server may generate a preference page for the prepaid service, and send the preference page to the client when the client requests it.
It should be noted that, a merchant corresponding to the prepaid service may set, in advance, coupon information corresponding to different predetermined orders (i.e., the order of successfully reserving the prepaid service) through the server, and a user who is scheduled earlier obtains a higher settlement coupon amount, that is, a settlement coupon amount corresponding to a user whose generation order of the prepaid order is earlier than that of the user who is later, so that the server may determine a settlement coupon amount corresponding to the predetermined request according to the generation order (i.e., the predetermined order) of the prepaid order, and issue the determined settlement coupon amount to a user account of the user before the settlement stage, so that the user can use the user account in a subsequent settlement stage, and only one settlement coupon amount can be obtained by one user account, that is, only one terminal coupon benefit can be obtained by one user account.
Step 804: and determining a generation sequence corresponding to the prepaid orders according to the generation time of the prepaid orders.
It should be noted that, when receiving a reservation request sent by the client, the server generates a corresponding prepaid order, and when the prepaid order is generated, it indicates that the user successfully reserves the corresponding prepaid service.
Step 806: and determining a settlement preferential amount corresponding to the prepaid service according to the generation sequence.
It should be noted that each prepaid order has a corresponding generation time, and according to the generation time, a generation sequence corresponding to the prepaid order can be determined, so that a settlement preferential amount corresponding to the prepaid service predetermined by the user can be determined subsequently. That is, the user determines the amount of the settlement preferential amount which can be acquired by the user according to the sequence of the preset time sequence, so that the user is encouraged to order as early as possible and a 'shopping first' atmosphere is created.
In an optional implementation manner of this embodiment, determining, according to the generation sequence, a settlement preferential amount corresponding to the prepaid order includes:
determining a target sequence interval corresponding to the generation sequence of the prepay orders;
determining a preferential amount corresponding to the target sequence interval according to a preset corresponding relation between the sequence interval and the preferential amount;
and determining the preferential amount corresponding to the target sequence interval as the settlement preferential amount corresponding to the prepaid order.
It should be noted that, when the merchant sets the obtaining rule of the settlement preferential amount for the prepaid service, the merchant may set the obtaining rule in a corresponding relationship manner, that is, the corresponding relationship between the sequence interval and the preferential amount is preset, and after the prepaid order is subsequently generated, the merchant may directly determine the corresponding settlement preferential amount according to the generation sequence.
For example, the preset sequence interval and the preferential amount are shown in table 1 below, and if the generation sequence of a certain prepaid order is the third name, it can be determined that the settlement preferential amount acquired by the user corresponding to the prepaid order is 150 yuan according to table 1 below.
TABLE 1 Table of correspondence between sequence intervals and preferential amounts
Sequence interval Preferential amount
First to fifth namesName (name) 150
Sixth to tenth 130
The eleventh to fifteenth names 100
In an optional implementation manner of this embodiment, after determining, by the server, the settlement benefit amount corresponding to each user according to the generation time of the prepaid order of different users, a settlement benefit list including the settlement benefit amount of each user may be further generated and returned to the client for the client to display to the user, so that after determining, according to the generation sequence, the settlement benefit amount corresponding to the prepaid service, the method further includes:
determining users corresponding to the generated prepayment orders;
arranging settlement preferential amounts corresponding to the user based on the prepaid service according to a preset rule to generate a settlement preferential list;
and returning the settlement discount list under the condition of meeting a preset time condition.
Specifically, the preset rule may be that the settlement benefit amounts are arranged from large to small, or the settlement benefit amounts are arranged from small to large, that is, the settlement benefit list may be a user list showing the highest settlement benefit amount to the lowest settlement benefit amount from top to bottom, or may be a user list showing the lowest settlement benefit amount to the highest settlement benefit amount from top to bottom.
It should be noted that, the server may receive predetermined requests initiated by a plurality of users, then generate corresponding prepaid orders, and determine corresponding settlement benefit amounts for each user according to a generation sequence of the prepaid orders, so as to facilitate the users to know about the benefit interests of "shopping" for themselves and other users, the server may further generate a settlement benefit list including benefit information of each user, and return the settlement benefit list to the client side when a preset time condition is met, and the client side may display the settlement benefit list returned by the server, where the preset time condition may be after a preset time length after the prepaid stage is ended, such as after 10 minutes after the prepaid stage is ended, and send the settlement benefit list to the client side.
The client can receive the settlement discount list returned by the server, so that the user can know the discount benefits acquired by the user and other users in a 'rush purchase' mode, the user is prompted not to unsubscribe through the discount benefits acquired by other users, and the user is encouraged to be attracted to reserve as early as possible next time. If the settlement preferential amount obtained by a certain user is higher, the settlement preferential amount obtained by most users is lower than the settlement preferential amount obtained by the user in the settlement preferential list, and the settlement preferential amount of the user is difficult to come, so that the stability of the pre-paid order is ensured, and the probability of unsubscribing the user is reduced to a certain extent; in addition, if a certain user obtains a lower settlement benefit amount, and the settlement benefit amount which is viewed by most users in the settlement benefit list is higher than the user, the competition mind of the user can be stimulated, and the user can reserve as early as possible in the next activity, so that the stability of the prepaid service is ensured, and the development of the prepaid service is promoted.
In addition, in practical application, the client may only show the settlement preferential amount obtained by the client to the user, that is, after determining the settlement preferential amount corresponding to the prepaid order, the server determines the client initiating the prepaid order, and returns the settlement preferential amount corresponding to the prepaid order to the client. Therefore, each user can only see the amount of the settlement discount won by the user, and cannot see the amount of the settlement discount obtained by other users, and other people cannot know the amount of the settlement discount obtained by the user, so that the information safety of the user is ensured.
In an optional implementation manner of this embodiment, the settlement coupon list is returned, and a specific implementation process may be as follows:
adding the settlement discount list to a service detail page of the prepaid service, and returning to the service detail page; and/or the presence of a gas in the gas,
and adding the settlement discount list into the prepayment order corresponding to the prepayment service, and returning the prepayment order.
It should be noted that, the server may add the generated settlement preferential list to the service detail page of the corresponding prepaid service and send the settlement preferential list to the client, and at this time, when the user views the service detail page of the prepaid service through the client, the user can see the settlement preferential list; the server can also add the generated settlement preferential list to the corresponding prepayment order of the prepayment service and send the settlement preferential list to the client, and the user can also see the settlement preferential list when looking at the prepayment order of the prepayment service through the client
In the application, under the condition that the prepaid service is in the prepaid stage, the client can receive a reservation request initiated by the user for the prepaid service on the preferential page and send the reservation request to the server, the server generates a corresponding prepaid order according to the reservation request, determines a corresponding settlement preferential amount according to the generation sequence of the generated prepaid order, and issues the settlement preferential amount to a corresponding user account for use in a subsequent settlement stage.
Step 808: and determining the user account sending the predetermined request, and issuing the special offer corresponding to the settlement special offer amount to the user account.
According to the prepayment order processing method, different settlement preferential amounts can be obtained in different booking sequences in the prepayment stage, a user who is booked earlier can obtain the higher settlement preferential amount, so that more users can be attracted to book prepayment services as soon as possible, the settlement preferential amount can be used in the settlement stage, the user can be attracted not to be unsubscribed, the development of prepayment services is promoted, the stock overstock is reduced, the stock removal effect is realized, the proportion that the user performs booking first and then performs unsubscribing is reduced, the processing pressure of a server is reduced, and the processing resources of the server are saved.
FIG. 9 is a flow chart of a third prepaid order processing method according to an embodiment of the present application, including the following steps:
step 902: the server receives a preferential setting instruction aiming at the prepaid service, wherein the preferential setting instruction comprises a prepaid stage, a settlement stage, a prepaid amount, a settlement preferential amount acquisition rule and a highest settlement preferential amount.
Step 904: and the server generates a preferential page of the prepaid service according to the prepaid stage, the settlement stage, the prepaid amount, the settlement preferential amount acquisition rule and the highest settlement preferential amount.
Step 906: and the server returns the preferential page to the client under the condition of receiving a preferential page acquisition request sent by the client.
Step 908: and the client displays the preferential page of the prepaid service before the prepaid service is in the prepaid stage.
Step 910: the client sends a reservation request of the prepaid service and receives the returned reservation success information in case the prepaid service is in the prepaid stage.
Step 912: the server receives a reservation request of the prepayment service, generates a corresponding prepayment order according to the reservation request, and returns reservation success information.
Step 914: and the server determines a generation sequence corresponding to the prepaid order according to the generation time of the prepaid order, determines a settlement preferential amount corresponding to the prepaid service according to the generation sequence, determines a user account sending the reservation request, and issues a preferential amount corresponding to the settlement preferential amount to the user account.
Step 916: and the client side sends a settlement request of the prepaid service under the condition that the prepaid service is in a settlement stage, acquires a settlement preferential amount corresponding to the prepaid service, and determines and displays an amount to be settled corresponding to the prepaid service according to the settlement preferential amount.
According to the prepayment order processing method, the server can issue corresponding settlement preferential amounts to the user according to the order of the user completing the booking in the prepayment stage, and the user can use the settlement preferential amounts to settle in the settlement stage. Therefore, in the prepayment stage, different booking sequences can obtain different settlement preferential amounts, a user who is booked earlier can obtain the higher settlement preferential amount, so that more users can be attracted to book prepayment services as soon as possible, and the settlement preferential amount can be used in the settlement stage, so that the user can be attracted not to unsubscribe, the development of the prepayment services is promoted, the stock overstock is reduced, the effect of removing the stock is realized, the proportion of booking first and then unsubscribing by the user is reduced, the processing pressure of the server is reduced, and the processing resources of the server are saved.
The prepaid order processing method provided by the present application is further described below with reference to fig. 10, taking an application of the prepaid order processing method in an online shopping scenario as an example. Fig. 10 shows a processing flow chart of a prepaid order processing method applied in an online shopping scenario according to an embodiment of the present application, which specifically includes the following steps:
step 1002: the method comprises the steps that a server receives a privilege setting instruction for a pre-sold commodity, wherein the privilege setting instruction comprises a money payment stage, a payment ending stage, a money payment amount, an ending privilege amount obtaining rule and a highest ending privilege amount.
It should be noted that the pre-sold goods can be manufactured before being sold, so that a large amount of stock exists in the pre-sold goods, and the effect of promoting the sale of the goods and removing the stock can be achieved by issuing a tail discount to the user; alternatively, the pre-sold goods may not be manufactured first, and after the user pays the subscription, the corresponding goods may be manufactured according to the user condition of the payment subscription, so that the pre-sold goods may not have a large amount of stock, but the sales of the pre-sold goods may be promoted and the sales amount may be increased by issuing a tail discount to the user.
In addition, when determining which commodities are pre-sold, some commodities which are popular or which the merchant mainly wants to promote can be selected, and the sale of core commodities is promoted in a pre-sale and tail discount mode.
Step 1004: and the server generates a pre-sale page of the pre-sale commodity according to the payment fixed-deposit stage, the payment tail stage, the fixed-deposit amount, the tail preferential amount acquisition rule and the highest tail preferential amount.
Step 1006: and the server returns the pre-sold page to the client under the condition of receiving a pre-sold page acquisition request sent by the client.
Step 1008: and the client displays the pre-sale page of the pre-sale commodity before the pre-sale commodity is sold.
Step 1010: and the client sends the pre-purchase request of the pre-sold commodity under the condition that the pre-sold commodity is in the payment stage, and receives the returned pre-purchase success information.
Step 1012: the server receives a pre-purchase request of a pre-sold commodity, generates a corresponding pre-purchase order according to the pre-purchase request, and returns pre-purchase success information.
Step 1014: the server determines a generation sequence corresponding to the pre-purchase order according to the generation time of the pre-purchase order, determines the amount of the tail discount corresponding to the pre-sold commodity according to the generation sequence, determines the user account sending the pre-purchase request, and issues the discount corresponding to the amount of the tail discount to the user account.
Step 1016: and the client sends a settlement request of the prepaid service under the condition that the pre-sold commodity is in the tail money supplementing stage, obtains tail money preferential amount corresponding to the pre-sold commodity, and determines and displays the tail money to be paid corresponding to the pre-sold commodity according to the tail preferential amount.
According to the prepayment order processing method, the server can issue corresponding tail discount amount to the user according to the order sequence of the user in the payment order stage, and the user can use the tail discount amount to settle accounts in the tail payment stage. Therefore, in the payment and subscription stage, different tail discount amounts can be obtained in different ordering sequences, a user who subscribes earlier can obtain higher tail discount amounts, so that more users can be attracted to buy pre-sold commodities as soon as possible, and the tail discount amounts can be used only in the tail compensation stage, so that the user can be attracted to not refund, the sale of the pre-sold commodities is promoted, the stock overstock is reduced, the effect of removing the stock is realized, the proportion of the first subscription and the second refund of the user is reduced, the processing pressure of the server is reduced, and the processing resources of the server are saved.
Corresponding to the above method embodiment, the present application also provides an embodiment of a prepaid order processing client, and fig. 11 shows a schematic structural diagram of a prepaid order processing client provided by an embodiment of the present application. As shown in fig. 11, the client includes:
a transmitting module 1102 configured to transmit a reservation request for a prepaid service and receive a returned reservation success information in case the prepaid service is in a prepaid phase;
an obtaining module 1104 configured to send a settlement request of the prepaid service and obtain a settlement preferential amount corresponding to the prepaid service when the prepaid service is in a settlement stage, where the settlement preferential amount is determined according to a generation sequence of prepaid orders corresponding to the prepaid service;
a first display module 1106, configured to determine and display an amount to be settled corresponding to the prepaid service according to the settlement offer amount.
Optionally, the client further comprises a first receiving module configured to:
and receiving and displaying a returned settlement discount list, wherein the settlement discount list comprises each user initiating a predetermined request and a corresponding settlement discount amount, and the users are arranged according to a preset rule based on the corresponding settlement discount amount.
Optionally, the first presentation module 1106 is further configured to:
determining a settlement amount corresponding to the prepaid service;
determining an amount to be settled corresponding to the prepaid service according to the settlement amount and the settlement preferential amount;
and generating a settlement page corresponding to the prepaid service according to the amount to be settled, and displaying the amount to be settled in the settlement page.
Optionally, the first presentation module 1106 is further configured to:
and determining an amount to be settled corresponding to the prepaid service according to the settlement amount, the settlement preferential amount and the target preferential amount.
Optionally, the first presentation module 1106 is further configured to:
under the condition that the target preferential amount and the prepaid service are used in a superposition mode, calculating the sum of the settlement preferential amount and the target preferential amount to obtain a preferential total amount;
and determining the amount to be settled corresponding to the prepaid service according to the settlement amount and the preferential total amount.
Optionally, the first presentation module 1106 is further configured to:
determining whether the target preferential amount is larger than the settlement preferential amount or not under the condition that the target preferential amount is not used in a superposition mode with the prepaid service;
if so, determining the amount to be settled according to the settlement amount and the target preferential amount;
if not, determining the amount to be settled according to the settlement amount and the settlement preferential amount, and returning the target preferential amount to the corresponding user account.
Optionally, the obtaining module 1104 is further configured to:
determining a user account corresponding to the preset request;
and acquiring a settlement preferential amount corresponding to the prepaid service from the user account.
Optionally, the client further comprises a second presentation module configured to:
before the prepaid service is in the prepaid stage, showing a preferential page of the prepaid service, wherein the preferential page comprises the prepaid stage, the settlement stage, the prepaid amount, the settlement preferential amount acquisition rule and the highest settlement preferential amount of the prepaid service.
Optionally, the first receiving module is further configured to:
receiving and displaying a service detail page of the prepaid service, wherein the service detail page is added with the settlement discount list; and/or the presence of a gas in the gas,
and receiving and displaying a prepaid order corresponding to the prepaid service, wherein the settlement discount list is added in the prepaid order.
According to the prepaid order processing client, different settlement preferential amounts can be obtained in different booking sequences in a prepaid stage, a user who is booked earlier can obtain the higher settlement preferential amount, so that more users can be attracted to book prepaid services as soon as possible, the settlement preferential amount can be used in the settlement stage, the user can be attracted not to be unsubscribed, development of the prepaid services is promoted, inventory overstock is reduced, the effect of removing inventory is achieved, the proportion of booking first and then unsubscribing is reduced for the user, processing pressure of a server is reduced, and processing resources of the server are saved.
The foregoing is an illustrative arrangement of a prepaid order processing client of the present embodiment. It should be noted that the technical solution of the prepaid order processing client belongs to the same concept as that of the above-mentioned prepaid order processing method, and details of the technical solution of the prepaid order processing client, which are not described in detail, can be referred to the description of the technical solution of the above-mentioned prepaid order processing method.
Corresponding to the above method embodiment, the present application also provides an embodiment of a prepaid order processing server, and fig. 12 shows a schematic structural diagram of a prepaid order processing server provided by an embodiment of the present application. As shown in fig. 12, the server includes:
a generating module 1202, configured to receive a reservation request of a prepaid service, generate a corresponding prepaid order according to the reservation request, and return reservation success information;
a first determining module 1204, configured to determine a generation order corresponding to the prepaid order according to the generation time of the prepaid order;
a second determining module 1206, configured to determine a settlement preferential amount corresponding to the prepaid service according to the generation sequence;
the issuing module 1208 is configured to determine the user account sending the predetermined request, and issue a benefit corresponding to the settlement benefit amount to the user account.
Optionally, the second determination module 1206 is further configured to:
determining a target sequence interval corresponding to the generation sequence of the prepay orders;
determining a preferential amount corresponding to the target sequence interval according to a preset corresponding relation between the sequence interval and the preferential amount;
and determining the preferential amount corresponding to the target sequence interval as the settlement preferential amount corresponding to the prepaid order.
Optionally, the server further comprises a sending module configured to:
determining users corresponding to the generated prepayment orders;
arranging settlement preferential amounts corresponding to the user based on the prepaid service according to a preset rule to generate a settlement preferential list;
and returning the settlement discount list under the condition of meeting a preset time condition.
Optionally, the sending module is further configured to:
adding the settlement discount list to a service detail page of the prepaid service, and returning to the service detail page; and/or the presence of a gas in the gas,
and adding the settlement discount list into the prepayment order corresponding to the prepayment service, and returning the prepayment order.
Optionally, the server further comprises a second receiving module configured to:
receiving a preferential setting instruction aiming at the prepaid service, wherein the preferential setting instruction comprises a prepaid stage, a settlement stage, a prepaid amount, a settlement preferential amount acquisition rule and a highest settlement preferential amount;
generating a preferential page of the prepaid service according to the prepaid stage, the settlement stage, the prepaid amount, the settlement preferential amount acquisition rule and the highest settlement preferential amount;
and returning the preferential page under the condition of receiving the preferential page acquisition request.
The prepaid order processing server provided by the application can issue corresponding settlement preferential amounts to the user according to the order of the user completing the booking in the prepaid stage, and the user can use the settlement preferential amounts to settle in the settlement stage. Therefore, in the prepayment stage, different booking sequences can obtain different settlement preferential amounts, a user who is booked earlier can obtain the higher settlement preferential amount, so that more users can be attracted to book prepayment services as soon as possible, and the settlement preferential amount can be used in the settlement stage, so that the user can be attracted not to unsubscribe, the development of the prepayment services is promoted, the stock overstock is reduced, the effect of removing the stock is realized, the proportion of booking first and then unsubscribing by the user is reduced, the processing pressure of the server is reduced, and the processing resources of the server are saved.
The above is an exemplary scheme of a prepaid order processing server of the present embodiment. It should be noted that the technical solution of the prepaid order processing server and the technical solution of the above prepaid order processing method belong to the same concept, and details of the technical solution of the prepaid order processing server, which are not described in detail, can be referred to the description of the technical solution of the above prepaid order processing method.
Corresponding to the above method embodiment, the present application also provides an embodiment of a prepaid order processing system, and fig. 13 shows a schematic structural diagram of a prepaid order processing system provided by an embodiment of the present application. As shown in fig. 13, the system includes:
a prepaid order processing client 1302 configured to transmit a reservation request for a prepaid service and receive a returned reservation success information in case the prepaid service is in a prepaid stage; under the condition that the prepaid service is in a settlement stage, sending a settlement request of the prepaid service, and acquiring a settlement preferential amount corresponding to the prepaid service; determining and displaying an amount to be settled corresponding to the prepaid service according to the settlement preferential amount;
a prepaid order processing server 1304 configured to receive a reservation request of a prepaid service, generate a corresponding prepaid order according to the reservation request, and return reservation success information; determining a generation sequence corresponding to the prepaid order according to the generation time of the prepaid order; determining a settlement preferential amount corresponding to the prepaid service according to the generation sequence; and determining the user account sending the predetermined request, and issuing the special offer corresponding to the settlement special offer amount to the user account.
According to the prepayment order processing system, the server can issue corresponding settlement preferential amounts to the user according to the order of the user completing the booking in the prepayment stage, and the user can use the settlement preferential amounts to settle in the settlement stage. Therefore, in the prepayment stage, different booking sequences can obtain different settlement preferential amounts, a user who is booked earlier can obtain the higher settlement preferential amount, so that more users can be attracted to book prepayment services as soon as possible, and the settlement preferential amount can be used in the settlement stage, so that the user can be attracted not to unsubscribe, the development of the prepayment services is promoted, the stock overstock is reduced, the effect of removing the stock is realized, the proportion of booking first and then unsubscribing by the user is reduced, the processing pressure of the server is reduced, and the processing resources of the server are saved.
The above is an illustrative scheme of a prepaid order processing system of the present embodiment. It should be noted that the technical solution of the prepaid order processing system and the technical solution of the above prepaid order processing method belong to the same concept, and details of the technical solution of the prepaid order processing system, which are not described in detail, can be referred to the description of the technical solution of the above prepaid order processing method.
Fig. 14 illustrates a block diagram of a computing device 1400 provided according to an embodiment of the present application. The components of the computing device 1400 include, but are not limited to, a memory 1410 and a processor 1420. The processor 1420 is coupled to the memory 1410 via the bus 1430 and the database 1450 is used to store data.
Computing device 1400 also includes access device 1440, which access device 1440 enables computing device 1400 to communicate via one or more networks 1460. Examples of such networks include the Public Switched Telephone Network (PSTN), a Local Area Network (LAN), a Wide Area Network (WAN), a Personal Area Network (PAN), or a combination of communication networks such as the internet. The access device 1440 may include one or more of any type of network interface (e.g., a Network Interface Card (NIC)) whether wired or wireless, such as an IEEE802.11 Wireless Local Area Network (WLAN) wireless interface, a worldwide interoperability for microwave access (Wi-MAX) interface, an ethernet interface, a Universal Serial Bus (USB) interface, a cellular network interface, a bluetooth interface, a Near Field Communication (NFC) interface, and so forth.
In one embodiment of the present application, the above-described components of the computing device 1400 and other components not shown in fig. 14 may also be connected to each other, such as through a bus. It should be understood that the block diagram of the computing device architecture shown in FIG. 14 is for purposes of example only and is not limiting as to the scope of the present application. Those skilled in the art may add or replace other components as desired.
Computing device 1400 may be any type of stationary or mobile computing device, including a mobile computer or mobile computing device (e.g., tablet, personal digital assistant, laptop, notebook, netbook, etc.), mobile phone (e.g., smartphone), wearable computing device (e.g., smartwatch, smartglasses, etc.), or other type of mobile device, or a stationary computing device such as a desktop computer or PC. Computing device 1400 may also be a mobile or stationary server.
Processor 1420 is configured to execute, among other things, the following computer-executable instructions to implement the steps of any of the prepaid order processing methods described above.
The above is an illustrative scheme of a computing device of the present embodiment. It should be noted that the technical solution of the computing device and the technical solution of the prepaid order processing method described above belong to the same concept, and details that are not described in detail in the technical solution of the computing device can be referred to the description of the technical solution of the prepaid order processing method described above.
An embodiment of the present application also provides a computer-readable storage medium storing computer-executable instructions that, when executed by a processor, perform the steps of any of the above-described prepaid order processing methods.
The above is an illustrative scheme of a computer-readable storage medium of the present embodiment. It should be noted that the technical solution of the storage medium belongs to the same concept as the technical solution of the above-mentioned prepaid order processing method, and details that are not described in detail in the technical solution of the storage medium can be referred to the description of the technical solution of the above-mentioned prepaid order processing method.
The foregoing description of specific embodiments of the present application has been presented. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
The computer instructions comprise computer program code which may be in the form of source code, object code, an executable file or some intermediate form, or the like. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like. It should be noted that the computer readable medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer readable media does not include electrical carrier signals and telecommunications signals as is required by legislation and patent practice.
It should be noted that, for the sake of simplicity, the above-mentioned method embodiments are described as a series of acts or combinations, but those skilled in the art should understand that the present application is not limited by the described order of acts, as some steps may be performed in other orders or simultaneously according to the present application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments. The preferred embodiments of the present application disclosed above are intended only to aid in the explanation of the application. Alternative embodiments are not exhaustive and do not limit the invention to the precise embodiments described. Obviously, many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles of the application and its practical applications, to thereby enable others skilled in the art to best understand and utilize the application. The application is limited only by the claims and their full scope and equivalents.

Claims (19)

1. A prepaid order processing method, applied to a client, comprising:
in the case that the prepaid service is in a prepaid phase, transmitting a reservation request for the prepaid service and receiving returned reservation success information;
under the condition that the prepaid service is in a settlement stage, sending a settlement request of the prepaid service, and acquiring a settlement preferential amount corresponding to the prepaid service, wherein the settlement preferential amount is determined according to a generation sequence of prepaid orders corresponding to the prepaid service;
and determining and displaying the amount to be settled corresponding to the prepaid service according to the settlement preferential amount.
2. The prepaid order processing method of claim 1, further comprising, after receiving the returned reservation success information:
and receiving and displaying a returned settlement discount list, wherein the settlement discount list comprises each user initiating a predetermined request and a corresponding settlement discount amount, and the users are arranged according to a preset rule based on the corresponding settlement discount amount.
3. A prepaid order processing method according to claim 1 or 2, wherein determining and presenting an amount to be settled corresponding to the prepaid service according to the settlement preferential amount comprises:
determining a settlement amount corresponding to the prepaid service;
determining an amount to be settled corresponding to the prepaid service according to the settlement amount and the settlement preferential amount;
and generating a settlement page corresponding to the prepaid service according to the amount to be settled, and displaying the amount to be settled in the settlement page.
4. The prepaid order processing method of claim 3, wherein determining the amount to be settled corresponding to the prepaid service according to the settlement amount and the settlement preferential amount comprises:
and determining an amount to be settled corresponding to the prepaid service according to the settlement amount, the settlement preferential amount and the target preferential amount.
5. The prepaid order processing method of claim 4, wherein determining the amount to be settled corresponding to the prepaid service according to the settlement amount, the settlement preferential amount and the target preferential amount comprises:
under the condition that the target preferential amount and the prepaid service are used in a superposition mode, calculating the sum of the settlement preferential amount and the target preferential amount to obtain a preferential total amount;
and determining the amount to be settled corresponding to the prepaid service according to the settlement amount and the preferential total amount.
6. The prepaid order processing method of claim 4, wherein determining the amount to be settled corresponding to the prepaid service according to the settlement amount, the settlement preferential amount and the target preferential amount comprises:
determining whether the target preferential amount is larger than the settlement preferential amount or not under the condition that the target preferential amount is not used in a superposition mode with the prepaid service;
if so, determining the amount to be settled according to the settlement amount and the target preferential amount;
if not, determining the amount to be settled according to the settlement amount and the settlement preferential amount, and returning the target preferential amount to the corresponding user account.
7. A prepaid order processing method according to claim 1 or 2, wherein obtaining a settlement benefit amount corresponding to the prepaid service comprises:
determining a user account for sending the predetermined request;
and acquiring a settlement preferential amount corresponding to the prepaid service from the user account.
8. A prepaid order processing method according to claim 1 or 2, characterised in that before transmitting a reservation request for a prepaid service in the case of said prepaid service being in a prepaid phase, it further comprises:
before the prepaid service is in the prepaid stage, showing a preferential page of the prepaid service, wherein the preferential page comprises the prepaid stage, the settlement stage, the prepaid amount, the settlement preferential amount acquisition rule and the highest settlement preferential amount of the prepaid service.
9. A prepaid order processing method according to claim 2, wherein receiving and presenting a returned settlement coupon list comprises:
receiving and displaying a service detail page of the prepaid service, wherein the service detail page is added with the settlement discount list; and/or the presence of a gas in the gas,
and receiving and displaying a prepaid order corresponding to the prepaid service, wherein the settlement discount list is added in the prepaid order.
10. A prepaid order processing method, applied to a server, comprising:
receiving a reservation request of prepayment service, generating a corresponding prepayment order according to the reservation request, and returning reservation success information;
determining a generation sequence corresponding to the prepaid order according to the generation time of the prepaid order;
determining a settlement preferential amount corresponding to the prepaid service according to the generation sequence;
and determining the user account sending the predetermined request, and issuing the special offer corresponding to the settlement special offer amount to the user account.
11. A prepaid order processing method according to claim 10, wherein determining a settlement offer amount corresponding to the prepaid order according to the generation order comprises:
determining a target sequence interval corresponding to the generation sequence;
determining a preferential amount corresponding to the target sequence interval according to a preset corresponding relation between the sequence interval and the preferential amount;
and determining the preferential amount corresponding to the target sequence interval as the settlement preferential amount corresponding to the prepaid order.
12. A prepaid order processing method according to claim 10 or 11, wherein, after determining the settlement benefit amount corresponding to the prepaid service according to the generation sequence, the method further comprises:
determining users corresponding to the generated prepayment orders;
arranging settlement preferential amounts corresponding to the user based on the prepaid service according to a preset rule to generate a settlement preferential list;
and returning the settlement discount list under the condition of meeting a preset time condition.
13. A prepaid order processing method according to claim 12, wherein returning the settlement coupon list comprises:
adding the settlement discount list to a service detail page of the prepaid service, and returning to the service detail page; and/or the presence of a gas in the gas,
and adding the settlement discount list into the prepayment order corresponding to the prepayment service, and returning the prepayment order.
14. A prepaid order processing method according to claim 10 or 11, further comprising, before receiving the reservation request for prepaid service:
receiving a preferential setting instruction aiming at the prepaid service, wherein the preferential setting instruction comprises a prepaid stage, a settlement stage, a prepaid amount, a settlement preferential amount acquisition rule and a highest settlement preferential amount;
generating a preferential page of the prepaid service according to the prepaid stage, the settlement stage, the prepaid amount, the settlement preferential amount acquisition rule and the highest settlement preferential amount;
and returning the preferential page under the condition of receiving the preferential page acquisition request.
15. A prepaid order processing client, comprising:
a transmission module configured to transmit a reservation request of a prepaid service and receive a returned reservation success information in case the prepaid service is in a prepaid phase;
the acquisition module is configured to send a settlement request of the prepaid service and acquire a settlement preferential amount corresponding to the prepaid service under the condition that the prepaid service is in a settlement stage, wherein the settlement preferential amount is determined according to a generation sequence of prepaid orders corresponding to the prepaid service;
and the first display module is configured to determine and display the amount to be settled corresponding to the prepaid service according to the settlement preferential amount.
16. A prepaid order processing server, comprising:
the generation module is configured to receive a reservation request of the prepayment service, generate a corresponding prepayment order according to the reservation request and return reservation success information;
the first determining module is configured to determine a generating sequence corresponding to the prepaid orders according to the generating time of the prepaid orders;
the second determining module is configured to determine a settlement preferential amount corresponding to the prepaid service according to the generating sequence;
and the issuing module is configured to determine the user account which sends the predetermined request, and issue the special offer corresponding to the settlement special offer amount to the user account.
17. A prepaid order processing system, comprising:
the prepayment order processing client is configured to transmit a prepayment request of the prepayment service and receive returned prepayment success information under the condition that the prepayment service is in a prepayment stage; under the condition that the prepaid service is in a settlement stage, sending a settlement request of the prepaid service, and acquiring a settlement preferential amount corresponding to the prepaid service; determining and displaying an amount to be settled corresponding to the prepaid service according to the settlement preferential amount;
the prepayment order processing server is configured to receive a prepayment service reservation request, generate a corresponding prepayment order according to the reservation request and return reservation success information; determining a generation sequence corresponding to the prepaid order according to the generation time of the prepaid order; determining a settlement preferential amount corresponding to the prepaid service according to the generation sequence; and determining the user account sending the predetermined request, and issuing the special offer corresponding to the settlement special offer amount to the user account.
18. A computing device, comprising:
a memory and a processor;
the memory is configured to store computer-executable instructions for execution by the processor to perform the steps of the prepaid order processing method of any of claims 1 to 9 or 10 to 14.
19. A computer-readable storage medium storing computer-executable instructions that, when executed by a processor, perform the steps of the prepaid order processing method according to any of claims 1 to 9 or 10 to 14.
CN202110507542.8A 2021-05-10 2021-05-10 Prepaid order processing method, client, server and system Pending CN113516460A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110507542.8A CN113516460A (en) 2021-05-10 2021-05-10 Prepaid order processing method, client, server and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110507542.8A CN113516460A (en) 2021-05-10 2021-05-10 Prepaid order processing method, client, server and system

Publications (1)

Publication Number Publication Date
CN113516460A true CN113516460A (en) 2021-10-19

Family

ID=78063986

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110507542.8A Pending CN113516460A (en) 2021-05-10 2021-05-10 Prepaid order processing method, client, server and system

Country Status (1)

Country Link
CN (1) CN113516460A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114529229A (en) * 2022-04-25 2022-05-24 广州市普丰科技有限公司 Display system for bicycle sales, capable of judging priority according to monitoring picture behaviors
CN117196876A (en) * 2023-11-03 2023-12-08 普链(深圳)企业发展有限公司 Task money settlement method and device, electronic equipment and storage medium

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107346508A (en) * 2017-06-27 2017-11-14 湖北智灿网络技术有限公司 A kind of pre- sale system of commodity based on internet platform
CN107622456A (en) * 2017-09-26 2018-01-23 安徽网网络科技有限公司 Booking and make a reservation management system and its application method based on mobile terminal
CN108460586A (en) * 2018-02-10 2018-08-28 深圳壹账通智能科技有限公司 A kind of amount of money preferential measure, device, terminal device and the storage medium of polymerization payment
CN109034952A (en) * 2018-07-01 2018-12-18 苏州优康网络电子商务有限公司 A kind of pre- sale system and presell method of prepackaged food
CN109672719A (en) * 2018-09-26 2019-04-23 深圳壹账通智能科技有限公司 Information-pushing method and relevant device based on user behavior big data
CN110610401A (en) * 2019-08-20 2019-12-24 苏州炜晔互联网科技有限公司 Internet group-piecing shopping method, system, medium and terminal
CN112418968A (en) * 2020-03-16 2021-02-26 上海哔哩哔哩科技有限公司 Order data processing method

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107346508A (en) * 2017-06-27 2017-11-14 湖北智灿网络技术有限公司 A kind of pre- sale system of commodity based on internet platform
CN107622456A (en) * 2017-09-26 2018-01-23 安徽网网络科技有限公司 Booking and make a reservation management system and its application method based on mobile terminal
CN108460586A (en) * 2018-02-10 2018-08-28 深圳壹账通智能科技有限公司 A kind of amount of money preferential measure, device, terminal device and the storage medium of polymerization payment
CN109034952A (en) * 2018-07-01 2018-12-18 苏州优康网络电子商务有限公司 A kind of pre- sale system and presell method of prepackaged food
CN109672719A (en) * 2018-09-26 2019-04-23 深圳壹账通智能科技有限公司 Information-pushing method and relevant device based on user behavior big data
CN110610401A (en) * 2019-08-20 2019-12-24 苏州炜晔互联网科技有限公司 Internet group-piecing shopping method, system, medium and terminal
CN112418968A (en) * 2020-03-16 2021-02-26 上海哔哩哔哩科技有限公司 Order data processing method

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114529229A (en) * 2022-04-25 2022-05-24 广州市普丰科技有限公司 Display system for bicycle sales, capable of judging priority according to monitoring picture behaviors
CN117196876A (en) * 2023-11-03 2023-12-08 普链(深圳)企业发展有限公司 Task money settlement method and device, electronic equipment and storage medium
CN117196876B (en) * 2023-11-03 2024-02-23 普链(深圳)企业发展有限公司 Task money settlement method and device, electronic equipment and storage medium

Similar Documents

Publication Publication Date Title
CN107146077B (en) Payment method, corresponding portable terminal and third-party payment platform
CN113516460A (en) Prepaid order processing method, client, server and system
US20200160296A1 (en) Bill splitting system
JP7302636B2 (en) Information processing system, information processing method and information processing program
JP2019083052A (en) Privilege management device and privilege management method
CN106372878A (en) Payment method, payment client and payment server
WO2019062704A1 (en) Method, apparatus, and system for processing transaction data
CN105931144A (en) Ordering method based on WiFi and server
US20130317907A1 (en) Business to Consumer Marketing
CN113505906B (en) Object reservation method and device
CN110717745B (en) Service processing method and server
JP7077430B2 (en) Benefit management device and privilege management method
CN110335417B (en) Application system and method of electronic water ticket
CN115375347A (en) Virtual resource distribution method and system
CN116071121A (en) Order generation method and system
KR20130062390A (en) Integrated discount coupon service system and method therefor
CN114445128A (en) Card ticket management method and device, electronic equipment and computer readable medium
CN103077468A (en) Dynamic resource allocation method and system for online transaction
CN114066300A (en) Service providing system and method
KR101690997B1 (en) System and method for expediting selling goods by using margin distribution
JP7181986B2 (en) Information processing device and information processing method
KR102528149B1 (en) System for expediting selling goods by using margin distribution
CN113742078B (en) Resource processing method and device
JP7178475B2 (en) Information processing device, information processing method, and program
KR20000058841A (en) management method of cosmetics shopping mall using internet

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20211019