CN116384989A - Order payment method, device, computer equipment and storage medium - Google Patents
Order payment method, device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN116384989A CN116384989A CN202310654000.2A CN202310654000A CN116384989A CN 116384989 A CN116384989 A CN 116384989A CN 202310654000 A CN202310654000 A CN 202310654000A CN 116384989 A CN116384989 A CN 116384989A
- Authority
- CN
- China
- Prior art keywords
- current
- order
- paid
- amount
- payment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 49
- 230000006399 behavior Effects 0.000 claims description 43
- 238000004590 computer program Methods 0.000 claims description 26
- 230000001960 triggered effect Effects 0.000 claims description 7
- 238000012545 processing Methods 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 239000000446 fuel Substances 0.000 description 3
- 238000007405 data analysis Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000003542 behavioural effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The application relates to an order payment method, an order payment device, computer equipment and a storage medium. The method comprises the following steps: acquiring journey estimated cost of a current order and historical behavior data of a current passenger, wherein the current order is an order initiated by the current passenger; when the current order is determined to need to be pre-paid according to the journey pre-estimated fees and the historical behavior data, generating a pre-paid amount, and sending the pre-paid amount to a terminal corresponding to the current passenger for display; and receiving a prepayment request sent by a terminal corresponding to the current passenger, and executing prepayment according to the prepayment amount. By adopting the method, the historical behavior data of the passengers can be analyzed, whether the passengers need to pay in advance or not is judged, and the problem that the passengers rely on accounts is solved.
Description
Technical Field
The present disclosure relates to the field of data processing technologies, and in particular, to an order payment method, an order payment device, a computer device, and a storage medium.
Background
With the development of data processing technology, order data processing of travel drive of the mobile internet appears. The order data processing of the mobile internet travel drive comprises order payment.
Currently, there may be situations where passengers intentionally rely on to pay for orders of travel drives on the mobile internet. The passenger may be in a drunk state after the drive order arrives at the destination. In the case where order payment cannot be completed on the fly, the travel cost cannot be guaranteed.
Disclosure of Invention
Based on this, it is necessary to provide a payment method, apparatus, computer device and storage medium for orders, in view of the above technical problems.
A method of order payment, the method comprising:
acquiring journey estimated cost of a current order and historical behavior data of a current passenger, wherein the current order is an order initiated by the current passenger;
when the current order is determined to need to be pre-paid according to the journey pre-estimated fees and the historical behavior data, generating a pre-paid amount, and sending the pre-paid amount to a terminal corresponding to the current passenger for display;
and receiving a prepayment request sent by a terminal corresponding to the current passenger, and executing prepayment according to the prepayment amount.
In one embodiment, the method further comprises:
when the historical behavior data contains credit risk data, determining that the current order needs to be pre-paid, wherein the credit risk data comprises at least one of overtime order payment, more than preset times complained by a driver and records of unpaid orders.
In one embodiment, the method further comprises:
and when the estimated cost of the journey is greater than a preset threshold value, determining that the current order needs to be pre-paid.
In one embodiment, the method further comprises:
receiving an order placing request of a current order, wherein the order placing request is triggered by a terminal corresponding to a current passenger scanning a two-dimensional code on a terminal corresponding to a current driver;
acquiring the payment state of the last order of the current driver according to the identification information of the current driver carried in the order placing request;
and when the payment state is that the payment is not paid for more than a preset time period, determining that the current order needs to be paid in advance.
In one embodiment, the generating the prepaid sum includes:
the estimated travel expense is used as the pre-payment amount.
In one embodiment, the method further comprises:
when the stroke is finished, acquiring actual cost;
when the actual cost is smaller than the prepaid amount, acquiring multiple prepaid cost, and returning the multiple prepaid cost in an original way;
when the actual cost is greater than the pre-paid amount, generating prompt information containing the first amount to be paid, and sending the prompt information to a terminal corresponding to the current passenger for display.
In one embodiment, the method further comprises:
when a request for canceling an order is received and no fee is generated, returning the pre-paid money in the original way;
when the current order has generated a fee and the prepaid amount is greater than the generated fee, returning the prepaid amount to the differential original path of the generated fee;
and when the pre-paid amount is insufficient to cover the generated fee, generating prompt information containing the second amount to be paid and sending the prompt information to a terminal corresponding to the current passenger for display.
An order payment device, the device comprising:
the acquisition module is used for acquiring the journey estimated cost of the current order and the historical behavior data of the current passenger, wherein the current order is an order initiated by the current passenger;
the generation module is used for generating a pre-payment amount when the current order needs to be pre-paid according to the journey pre-payment and the historical behavior data, and sending the pre-payment amount to a terminal corresponding to the current passenger for display;
and the receiving module is used for receiving a prepayment request sent by the terminal corresponding to the current passenger and executing prepayment according to the prepayment amount.
A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the following steps when executing the computer program:
acquiring journey estimated cost of a current order and historical behavior data of a current passenger, wherein the current order is an order initiated by the current passenger;
when the current order is determined to need to be pre-paid according to the journey pre-estimated fees and the historical behavior data, generating a pre-paid amount, and sending the pre-paid amount to a terminal corresponding to the current passenger for display;
and receiving a prepayment request sent by a terminal corresponding to the current passenger, and executing prepayment according to the prepayment amount.
A computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of:
acquiring journey estimated cost of a current order and historical behavior data of a current passenger, wherein the current order is an order initiated by the current passenger;
when the current order is determined to need to be pre-paid according to the journey pre-estimated fees and the historical behavior data, generating a pre-paid amount, and sending the pre-paid amount to a terminal corresponding to the current passenger for display;
and receiving a prepayment request sent by a terminal corresponding to the current passenger, and executing prepayment according to the prepayment amount.
The order payment method, the order payment device, the computer equipment and the storage medium are used for acquiring the estimated journey cost of the current order and the historical behavior data of the current passenger; and determining whether the current order needs to be paid or not based on the journey pre-estimated fees and the historical behavior data, generating a pre-paid amount when the current order needs to be paid, and sending the pre-paid amount to a terminal corresponding to the current passenger, so that the terminal displays a pre-paid interface based on the pre-paid amount, and the passenger can initiate the pre-payment. By adopting the method and the device, whether the current order needs to be paid or not can be judged based on Cheng Yugu fees and historical behavior data, and when the need of pre-payment is judged, the pre-payment is executed, so that the problem that passengers intentionally rely on accounts in the prior art is solved.
Drawings
FIG. 1 is an application environment diagram of an order payment method in one embodiment;
FIG. 2 is a flow chart of an order payment method in one embodiment;
FIG. 3 is a flow chart illustrating a determination that a current order requires a pre-payment step in one embodiment;
FIG. 4 is a flow chart of an order payment step at the end of a journey in one embodiment;
FIG. 5 is a block diagram of an order payment device in one embodiment;
fig. 6 is an internal structural diagram of a computer device in one embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be further described in detail with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the present application.
Referring to fig. 1, fig. 1 is a schematic view of an application environment of an order payment method according to an exemplary embodiment of the present application. As shown in fig. 1, the application environment includes a server 100 and a terminal 101 corresponding to a current passenger, and a communication connection can be implemented between the server 100 and the terminal 101 corresponding to the current passenger through a network 102, so as to implement the order payment method of the application.
The server 100 is configured to obtain estimated travel cost of a current order and historical behavior data of a current passenger, where the current order is an order initiated by the current passenger; when the current order is determined to need to be pre-paid according to the journey pre-estimated fees and the historical behavior data, generating a pre-paid amount, and sending the pre-paid amount to a terminal 101 corresponding to the current passenger for display; and receiving a prepayment request sent by the terminal 101 corresponding to the current passenger, and executing prepayment according to the prepayment amount.
The server 100 may be implemented as a stand-alone server or as a server cluster including a plurality of servers.
The terminal 101 corresponding to the current passenger is configured to receive the prepaid amount sent by the server 100, display a prepaid interface according to the prepaid amount, receive a trigger instruction of prepaid, and submit a prepaid request to the server 100.
The terminal 101 may be, but is not limited to, various personal computers, notebook computers, smart phones, tablet computers, and portable wearable devices.
Network 102 is used to implement a network connection between terminal 101 and server 100. In particular, network 102 may comprise various types of wired or wireless networks.
In one embodiment, as shown in fig. 2, there is provided an order payment method, which is illustrated by taking the server in fig. 1 as an example, and includes the following steps:
s11, acquiring journey estimated cost of a current order and historical behavior data of a current passenger, wherein the current order is an order initiated by the current passenger.
In the present application, the estimated travel cost refers to a cost determined according to the departure place and destination of the current passenger. Illustratively, the estimated route from start point to end point is 5 km, the starting price 30-ary contains 3 km, 2-ary per km over the starting mileage, and 0.5-ary per minute, and thus, the estimated price can be determined to be around 34. In another embodiment, the estimated cost of travel is related to the departure time in addition to the departure location and destination. For example, different prices for acquiring different time periods for different time periods are preconfigured.
The above-mentioned historical behavior data refers to data related to the current passenger historical orders, and the historical behavior data may include, for example, the time of initiation, payment, departure place, destination, etc. of each current passenger historical order. Here, the payment case may include a time interval between the time of confirmation of the fee and the completion of the payment, whether there is an unpaid record, account information of the payment, and the like for each order.
And S12, when the current order is determined to need to be pre-paid according to the journey pre-estimated fees and the historical behavior data, generating a pre-paid amount, and sending the pre-paid amount to a terminal corresponding to the current passenger for display.
In the application, the server judges whether the current order needs to be pre-paid according to the journey pre-estimated fees and the historical behavior data. And when the pre-payment is needed, generating the pre-payment amount, and sending the pre-payment amount to a terminal corresponding to the current passenger for display. In the present application, the above-mentioned prepayment refers to an operation of prepayment for the cost of the current order.
Specifically, when the server determines whether the current order needs pre-payment according to the historical behavior data, the server needs to perform data analysis on the historical behavior data, analyze whether the current passenger has a risk of accounting, and determine whether the current order needs pre-payment based on the analysis result.
Further, after the server sends the pre-payment amount to the terminal corresponding to the current passenger, the terminal determines a pre-payment interface according to the pre-payment amount and displays the pre-payment interface, so that the current passenger can initiate pre-payment based on the pre-payment interface.
S13, receiving a prepayment request sent by a terminal corresponding to the current passenger, and executing prepayment according to the prepayment amount.
In the application, after the terminal displays the pre-payment interface, the current passenger can initiate pre-payment based on the pre-payment interface. In a possible implementation manner, the pre-payment interface may be displayed in a form of a popup window, and may further include a virtual key for the current passenger to confirm whether to make the pre-payment, and when the current passenger approves the pre-payment mode, the pre-payment may be initiated, and when the current passenger does not approve the pre-payment mode, the current passenger may close the popup window and return to the page again.
Further, after the current passenger clicks the prepayment button on the prepayment interface to trigger the prepayment instruction, the terminal corresponding to the current passenger submits the prepayment request to the server, the server obtains the payment account corresponding to the current passenger, and the prepayment amount is deducted from the payment account to complete the prepayment.
In one embodiment, the method may further include:
when the historical behavior data contains credit risk data, determining that the current order needs to be pre-paid, wherein the credit risk data comprises at least one of overtime order payment, more than preset times complained by a driver and records of unpaid orders.
In the present application, the reputation risk data described above refers to data related to the reputation of the current passenger. In the present application, the above-mentioned historical behavior data refers to data related to orders in each historical period of the current passenger. For example, the historical behavioral data may include historical time of order, payment, destination, departure, and complaint by the driver, among others.
Specifically, the above-mentioned order payment timeout refers to that the payment time of the order existing in the historical order exceeds the first preset time, wherein the payment time refers to the time from the expense confirmation time to the completion of payment. For example, the last order of the current order times out, or the payment of a certain order is historical, etc. The first preset time may be set according to actual requirements.
Further, the number of complaints by the driver refers to the number of complaints by the driver due to the act of relying on account such as refusing to pay the fee after the payment timeout or the end of the journey or other reputation problems. Unpaid orders refer to orders in the history order having a payment time exceeding a second preset time, wherein the payment time is from a fee confirmation time to a time when payment is completed. The second preset time may be set according to actual requirements.
According to the embodiment, data analysis can be performed based on the historical behavior data of the passengers, whether factors influencing the credit of the passengers exist in the historical behavior data or not is checked, if yes, the passengers are determined to need to pay in advance, and the problem that the passengers rely on accounts after the journey is ended is solved.
In one embodiment, the method may further include:
and when the estimated cost of the journey is greater than a preset threshold value, determining that the current order needs to be pre-paid.
In this application, the preset threshold may be set according to actual requirements. In the application, whether the passenger needs to pay in advance or not can be determined through analysis from two dimensions, wherein one dimension is historical behavior data of the current passenger, and the other dimension is estimated cost for the journey.
Specifically, the dimension of the historical behavior data from the current passenger is analyzed based on the likelihood of whether there is a credit on the passenger's behavior. The dimension of the estimated cost from the journey is such that if the estimated cost of journey is higher, it may be considered to make a prepayment so as not to cause a greater loss if the following passengers rely on the account.
In the present application, the determination may be performed based on a predetermined determination rule when determining the estimated travel cost. For example, the predetermined rule is calculated according to the total distance, and is determined according to the distance between the departure point and the destination and the time taken. For example, if the preset rule is related to the departure time and departure time in addition to the route, the corresponding unit price is obtained according to the departure date and departure time of the current order, and the estimated cost of the journey is determined by combining the total route.
According to the embodiment, the pre-payment of the current passenger can be further determined from the dimension of the estimated travel cost, and in the scene of higher estimated travel cost, the pre-payment is required by the user, so that the account-relying problem of the passenger is further solved.
In one embodiment, referring to fig. 3, the method may further include:
s31, receiving an order placing request of a current order, wherein the order placing request is triggered by a terminal corresponding to a current passenger scanning a two-dimensional code on a terminal corresponding to a current driver;
s32, acquiring the payment state of the last order of the current driver according to the identification information of the current driver carried in the order placing request;
s33, when the payment state is that the payment is not paid for more than a preset time period, determining that the current order needs to be pre-paid.
In the application, the two-dimensional code on the terminal corresponding to the current driver is a two-dimensional code pre-generated by the server. The two-dimensional code carries identification information (such as a driver id) of a current driver and identification information (such as a tenant id) of a company where the current driver is located. Specifically, after the terminal corresponding to the current passenger scans the two-dimension code on the terminal corresponding to the current driver, the terminal corresponding to the current passenger identifies the http (Hyper Text Transfer Protocol ) address and the information identifier (tenant id) of the carrier in the two-dimension code, jumps to the applet corresponding to the WeChat background configuration, and the applet identifies that the applet is a ordering request through the http request path, submits the ordering request to the server, and the ordering request carries data such as identification information of the current driver.
The ordering request is triggered by offline scanning of the two-dimensional code, and the server can extract the identification information of the current driver carried in the ordering request. And acquiring relevant historical data of the current driver based on the identification information for analysis, and determining that the current driver needs to be pre-paid when the previous order of the current driver does not finish payment.
According to the method and the device for generating the two-dimension code of the driver, the dimension strategy of the driver is increased, when the current passenger scans the two-dimension code on the corresponding terminal of the driver in an offline mode to create a travel order, the server can acquire data related to the driver, analyze whether the travel of the last code scanning newspaper of the driver is paid, and if the payment is not completed, judge whether the current passenger needs to pay in advance according to the embodiment, so that whether the current passenger needs to pay in advance can be judged from multiple dimensions.
In one embodiment, the generating the prepaid sum may include:
the estimated travel expense is used as the pre-payment amount.
In the method, when the pre-payment amount is generated, the journey estimated cost can be used as the pre-payment amount, so that the journey cost is paid in advance, and the passenger is prevented from being billed.
In one embodiment, referring to fig. 4, the method may further include:
s41, acquiring actual cost when the stroke is finished;
s42, when the actual cost is smaller than the prepaid amount, acquiring multiple prepaid cost, and returning the multiple prepaid cost to the original path;
and S43, when the actual cost is greater than the pre-paid amount, generating prompt information containing the first amount to be paid, and sending the prompt information to a terminal corresponding to the current passenger for display.
In this application, the actual cost mentioned above refers to all the cost spent by the current order at the end of the journey. The actual costs here may include additional costs, such as road and bridge costs, parking costs, fuel costs, etc., in addition to road costs. The term "multi-prepaid fee" refers to a value obtained by subtracting the actual fee from the prepaid amount. The original return refers to returning the original payment account. The remaining amount to be paid refers to a value obtained by subtracting the pre-paid amount from the actual cost.
Specifically, the travel order is completed and the driver confirms the fee (additional fee Lu Qiaofei, parking fee, fuel fee, etc.) at the present time. If the actual cost is smaller than the pre-paid amount, the actual cost is automatically deducted, the redundant pre-paid amount is returned, and the system automatically completes the order. If the actual cost is equal to the pre-paid amount, the actual cost is automatically deducted and the system automatically completes the order. If the actual cost is greater than the prepaid amount, the prepaid amount is deducted, and the user is prompted to pay the remaining amount to be paid.
According to the method and the device for calculating the prepaid sum of the user, the remaining cost which the user needs to pay or the cost which the user needs to return can be accurately calculated when the journey is finished, so that the prepaid sum of the user is reasonably utilized.
In one embodiment, the method may further include:
when a request for canceling an order is received and no fee is generated, returning the pre-paid money in the original way;
when the current order has generated a fee and the prepaid amount is greater than the generated fee, returning the prepaid amount to the differential original path of the generated fee;
and when the pre-paid amount is insufficient to cover the generated fee, generating prompt information containing the second amount to be paid and sending the prompt information to a terminal corresponding to the current passenger for display.
In the present application, the request for canceling an order refers to a request initiated by a user before the end of a current trip. No charge is incurred by the current order from the time of placing the order to the time of the current passenger canceling the order. The above-mentioned that the current order has generated a fee means that a part of the fee has been generated during the period from the time of placing the order to the time of canceling the order. The insufficient amount of the prepaid fee being sufficient to cover the generated fee means that the amount of the prepaid fee is smaller than the generated fee. The remaining amount to be paid in this embodiment refers to the difference of the generated fee minus the prepaid amount.
The method and the device can solve the problem of how to settle the fees in the scene of canceling the order.
In one possible application scenario, the order payment method described above may be applied to payment of a driving order, and specifically may include the following steps:
step one: passengers log in a representative driving platform (WeChat applet, app, etc.).
Step two: the passenger selects a boarding location, a destination, and a departure time.
Step three: after the boarding location, the destination and the departure time are selected, the estimated travel cost can be checked.
Step four: the passenger clicks to operate the call agent.
Step five: the pilot driving system receives the passenger calling pilot driving request, and whether the current journey order needs to be pre-paid by analyzing the historical behavior of the passenger (such as overtime of the previous order payment) and analyzing whether the journey estimated cost exceeds a large order threshold value.
Step six: the ride-on system returns to prompt the passenger that the single journey needs to be pre-paid.
Step seven: the passenger does not recognize the pre-payment mode and can close the pre-payment popup window to return to the call page.
Step eight: the passenger approves the pre-payment mode and clicks the payment button to pay.
Step nine: after the passenger pays the journey order pre-payment amount successfully, the system starts to serve the track for the passenger to match with the nearby drivers.
Step ten: and if the passenger approves and continues to operate cancellation, the driving system automatically deducts the generated fees, and the remaining fees are returned according to the original way of the payment mode. If the pre-paid amount is insufficient to cover the generated expense, the passenger is prompted to continuously pay the rest expense after the order is cancelled successfully, and the expense detail, the pre-paid amount, the amount to be paid and the like are displayed.
Step eleven: after the travel order is completed and the driver confirms the fee (additional fee is added: lu Qiaofei, parking fee, fuel fee, etc.). If the actual cost is smaller than the pre-paid amount, the actual cost is automatically deducted, the redundant pre-paid amount is returned, and the system automatically completes the order. If the actual cost is equal to the pre-paid amount, the actual cost is automatically deducted and the system automatically completes the order. If the actual cost is greater than the prepaid amount, the prepaid amount is deducted and the user is prompted to pay the remaining cost.
In one embodiment, as shown in fig. 5, there is provided an order payment apparatus comprising: an acquisition module 11, a generation module 12 and a receiving module 13, wherein:
the acquiring module 11 is configured to acquire estimated travel cost of a current order and historical behavior data of a current passenger, where the current order is an order initiated by the current passenger;
the generation module 12 is configured to generate a prepaid amount when it is determined that the current order needs prepaid according to the trip pre-estimated fee and the historical behavior data, and send the prepaid amount to a terminal corresponding to the current passenger for display;
and the receiving module 13 is used for receiving the prepayment request sent by the terminal corresponding to the current passenger and executing the prepayment according to the prepayment amount.
In one embodiment, the apparatus further includes a determining module (not shown) that determines that the current order needs to be pre-paid when there is reputation risk data in the historical behavior data, wherein the reputation risk data includes at least one of an order payment timeout, a number of complaints by the driver greater than a preset number, and a record of unpaid orders.
In one embodiment, the determining module may further determine that the current order needs to be pre-paid when the estimated cost of travel is greater than a preset threshold.
In one embodiment, the determining module may further receive an order placing request of the current order, where the order placing request is triggered by scanning a two-dimensional code on a terminal corresponding to the current driver by a terminal corresponding to the current passenger, and obtain a payment state of a previous order of the current driver according to identification information of the current driver carried in the order placing request, and determine that the current order needs to be pre-paid when the payment state is not paid in a preset time period.
In one embodiment, the generation module 12 uses the estimated travel cost as the prepaid amount.
In one embodiment, the receiving module 13 may further obtain an actual cost when the trip is over, obtain a plurality of prepaid costs when the actual cost is less than the prepaid amount, return the original path of the plurality of prepaid costs, and generate a prompt message including the first amount to be paid when the actual cost is greater than the prepaid amount, and send the prompt message to a terminal corresponding to the current passenger for display.
In one embodiment, the receiving module 13 may further return the prepaid sum when receiving the request for canceling the order and no fee is generated, return the prepaid sum and the generated fee when the current order generates a fee and the prepaid sum is greater than the generated fee, and generate a prompt message including the second amount to be paid to the terminal corresponding to the current passenger for display when the prepaid sum is insufficient to cover the generated fee.
In one embodiment, a computer device is provided, which may be a server, the internal structure of which may be as shown in fig. 6. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer equipment is used for storing data such as operation data of the intelligent household equipment. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program, when executed by the processor, implements a payment method for an order.
In one embodiment, a computer device is provided comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the steps of when executing the computer program: acquiring journey estimated cost of a current order and historical behavior data of a current passenger, wherein the current order is an order initiated by the current passenger; when the current order is determined to need to be pre-paid according to the journey pre-estimated fees and the historical behavior data, generating a pre-paid amount, and sending the pre-paid amount to a terminal corresponding to the current passenger for display; and receiving a prepayment request sent by a terminal corresponding to the current passenger, and executing prepayment according to the prepayment amount.
In one embodiment, the processor, when executing the computer program, specifically further implements the following steps:
when the historical behavior data contains credit risk data, determining that the current order needs to be pre-paid, wherein the credit risk data comprises at least one of overtime order payment, more than preset times complained by a driver and records of unpaid orders.
In one embodiment, the processor, when executing the computer program, specifically further implements the following steps:
and when the estimated cost of the journey is greater than a preset threshold value, determining that the current order needs to be pre-paid.
In one embodiment, the processor, when executing the computer program, specifically further implements the following steps:
receiving an order placing request of a current order, wherein the order placing request is triggered by a terminal corresponding to a current passenger scanning a two-dimensional code on a terminal corresponding to a current driver;
acquiring the payment state of the last order of the current driver according to the identification information of the current driver carried in the order placing request;
and when the payment state is that the payment is not paid for more than a preset time period, determining that the current order needs to be paid in advance.
In one embodiment, when the processor executes the computer program to implement the step of generating the prepaid monetary amount, the following steps are specifically implemented:
the estimated travel expense is used as the pre-payment amount.
In one embodiment, the processor, when executing the computer program, specifically further implements the following steps:
when the stroke is finished, acquiring actual cost;
when the actual cost is smaller than the prepaid amount, acquiring multiple prepaid cost, and returning the multiple prepaid cost in an original way;
when the actual cost is greater than the pre-paid amount, generating prompt information containing the first amount to be paid, and sending the prompt information to a terminal corresponding to the current passenger for display.
In one embodiment, the processor, when executing the computer program, specifically further implements the following steps:
when a request for canceling an order is received and no fee is generated, returning the pre-paid money in the original way;
when the current order has generated a fee and the prepaid amount is greater than the generated fee, returning the prepaid amount to the differential original path of the generated fee;
and when the pre-paid amount is insufficient to cover the generated fee, generating prompt information containing the second amount to be paid and sending the prompt information to a terminal corresponding to the current passenger for display.
In one embodiment, a computer readable storage medium is provided having a computer program stored thereon, which when executed by a processor, performs the steps of: acquiring journey estimated cost of a current order and historical behavior data of a current passenger, wherein the current order is an order initiated by the current passenger; when the current order is determined to need to be pre-paid according to the journey pre-estimated fees and the historical behavior data, generating a pre-paid amount, and sending the pre-paid amount to a terminal corresponding to the current passenger for display; and receiving a prepayment request sent by a terminal corresponding to the current passenger, and executing prepayment according to the prepayment amount.
In one embodiment, the computer program when executed by the processor, specifically further performs the steps of:
when the historical behavior data contains credit risk data, determining that the current order needs to be pre-paid, wherein the credit risk data comprises at least one of overtime order payment, more than preset times complained by a driver and records of unpaid orders.
In one embodiment, the computer program when executed by the processor, specifically further performs the steps of:
and when the estimated cost of the journey is greater than a preset threshold value, determining that the current order needs to be pre-paid.
In one embodiment, the computer program when executed by the processor, specifically further performs the steps of:
receiving an order placing request of a current order, wherein the order placing request is triggered by a terminal corresponding to a current passenger scanning a two-dimensional code on a terminal corresponding to a current driver;
acquiring the payment state of the last order of the current driver according to the identification information of the current driver carried in the order placing request;
and when the payment state is that the payment is not paid for more than a preset time period, determining that the current order needs to be paid in advance.
In one embodiment, when the computer program is executed by the processor to implement the step of generating the prepaid monetary value, the following steps are specifically implemented:
the estimated travel expense is used as the pre-payment amount.
In one embodiment, the computer program when executed by the processor, specifically further performs the steps of:
when the stroke is finished, acquiring actual cost;
when the actual cost is smaller than the prepaid amount, acquiring multiple prepaid cost, and returning the multiple prepaid cost in an original way;
when the actual cost is greater than the pre-paid amount, generating prompt information containing the first amount to be paid, and sending the prompt information to a terminal corresponding to the current passenger for display.
In one embodiment, the computer program when executed by the processor, specifically further performs the steps of:
when a request for canceling an order is received and no fee is generated, returning the pre-paid money in the original way;
when the current order has generated a fee and the prepaid amount is greater than the generated fee, returning the prepaid amount to the differential original path of the generated fee;
and when the pre-paid amount is insufficient to cover the generated fee, generating prompt information containing the second amount to be paid and sending the prompt information to a terminal corresponding to the current passenger for display.
Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the various embodiments provided herein may include non-volatile and/or volatile memory. The nonvolatile memory can include Read Only Memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), memory bus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), among others.
The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The above examples merely represent a few embodiments of the present application, which are described in more detail and are not to be construed as limiting the scope of the invention. It should be noted that it would be apparent to those skilled in the art that various modifications and improvements could be made without departing from the spirit of the present application, which would be within the scope of the present application. Accordingly, the scope of protection of the present application is to be determined by the claims appended hereto.
Claims (10)
1. A method of order payment, the method comprising:
acquiring journey estimated cost of a current order and historical behavior data of a current passenger, wherein the current order is an order initiated by the current passenger;
when the current order is determined to need to be pre-paid according to the journey pre-estimated fees and the historical behavior data, generating a pre-paid amount, and sending the pre-paid amount to a terminal corresponding to the current passenger for display;
and receiving a prepayment request sent by a terminal corresponding to the current passenger, and executing the prepayment according to the prepayment amount.
2. The method according to claim 1, wherein the method further comprises:
and when the historical behavior data contains credit risk data, determining that the current order needs to be pre-paid, wherein the credit risk data comprises at least one of overtime order payment, more than preset times complaint by a driver and records of unpaid orders.
3. The method according to claim 1, wherein the method further comprises:
and when the estimated cost of the journey is greater than a preset threshold value, determining that the current order needs to be pre-paid.
4. The method according to claim 1, wherein the method further comprises:
receiving an order placing request of the current order, wherein the order placing request is triggered by a terminal corresponding to the current passenger scanning a two-dimensional code on a terminal corresponding to the current driver;
acquiring the payment state of the last order of the current driver according to the identification information of the current driver carried in the order placing request;
and when the payment state is that the payment is not paid for more than a preset time period, determining that the current order needs to be pre-paid.
5. The method of claim 1, wherein the generating the prepaid amount comprises:
and taking the estimated travel expense as the pre-payment amount.
6. The method according to claim 1, wherein the method further comprises:
when the stroke is finished, acquiring actual cost;
when the actual cost is smaller than the prepaid amount, acquiring multiple prepaid cost, and returning the multiple prepaid cost in an original way;
and when the actual cost is greater than the pre-paid amount, generating prompt information containing a first amount to be paid, and sending the prompt information to a terminal corresponding to the current passenger for display.
7. The method according to claim 1, wherein the method further comprises:
when a request for canceling an order is received and no fee is generated, returning the pre-paid money in the original way;
when the current order has generated a fee and the prepaid amount is greater than the generated fee, returning the prepaid amount to the differential original path of the generated fee;
and when the pre-paid amount is insufficient to cover the generated fee, generating prompt information containing the second amount to be paid and sending the prompt information to a terminal corresponding to the current passenger for display.
8. An order payment device, the device comprising:
the system comprises an acquisition module, a control module and a control module, wherein the acquisition module is used for acquiring the estimated travel cost of a current order and the historical behavior data of a current passenger, and the current order is an order initiated by the current passenger;
the generation module is used for generating a pre-payment amount when the current order is determined to need to be pre-paid according to the journey pre-payment and the historical behavior data, and sending the pre-payment amount to a terminal corresponding to the current passenger for display;
and the receiving module is used for receiving a prepayment request sent by the terminal corresponding to the current passenger and executing the prepayment according to the prepayment amount.
9. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the steps of the method according to any one of claims 1 to 7 when the computer program is executed by the processor.
10. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310654000.2A CN116384989A (en) | 2023-06-05 | 2023-06-05 | Order payment method, device, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310654000.2A CN116384989A (en) | 2023-06-05 | 2023-06-05 | Order payment method, device, computer equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116384989A true CN116384989A (en) | 2023-07-04 |
Family
ID=86971664
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310654000.2A Pending CN116384989A (en) | 2023-06-05 | 2023-06-05 | Order payment method, device, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116384989A (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109726912A (en) * | 2018-12-26 | 2019-05-07 | 首约科技(北京)有限公司 | Determine the method, apparatus and storage medium of the about service provider of vehicle order |
| CN111027957A (en) * | 2019-11-22 | 2020-04-17 | 南京领行科技股份有限公司 | Order processing method and device, electronic equipment and readable storage medium |
| CN112184329A (en) * | 2020-10-15 | 2021-01-05 | 安徽华格科技有限公司 | Intercity car sharing network service mode convenient to travel |
| CN114331616A (en) * | 2021-12-29 | 2022-04-12 | 上海商汤临港智能科技有限公司 | Order processing method and device, electronic equipment and storage medium |
| CN114331419A (en) * | 2021-12-31 | 2022-04-12 | 首约科技(北京)有限公司 | Method for improving utilization efficiency of user estimated charge |
| CN115545276A (en) * | 2022-09-02 | 2022-12-30 | 浙江吉利控股集团有限公司 | Order receiving rate prediction method and system for abnormal orders of online taxi appointment |
-
2023
- 2023-06-05 CN CN202310654000.2A patent/CN116384989A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109726912A (en) * | 2018-12-26 | 2019-05-07 | 首约科技(北京)有限公司 | Determine the method, apparatus and storage medium of the about service provider of vehicle order |
| CN111027957A (en) * | 2019-11-22 | 2020-04-17 | 南京领行科技股份有限公司 | Order processing method and device, electronic equipment and readable storage medium |
| CN112184329A (en) * | 2020-10-15 | 2021-01-05 | 安徽华格科技有限公司 | Intercity car sharing network service mode convenient to travel |
| CN114331616A (en) * | 2021-12-29 | 2022-04-12 | 上海商汤临港智能科技有限公司 | Order processing method and device, electronic equipment and storage medium |
| CN114331419A (en) * | 2021-12-31 | 2022-04-12 | 首约科技(北京)有限公司 | Method for improving utilization efficiency of user estimated charge |
| CN115545276A (en) * | 2022-09-02 | 2022-12-30 | 浙江吉利控股集团有限公司 | Order receiving rate prediction method and system for abnormal orders of online taxi appointment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111932428B (en) | Riding service method, device, equipment and storage medium | |
| CN112634477B (en) | Vehicle payment management method and device and computer readable storage medium | |
| JP2020515988A (en) | Online vehicle booking payment and refund methods, systems and storage media | |
| CN107895264B (en) | Vehicle fee payment method and device | |
| CN109410634A (en) | Vehicles management method, system and storage medium | |
| CN110774930B (en) | New energy vehicle charging management method and system | |
| CN105122312A (en) | Toll payment collection with communication device | |
| CN110706412A (en) | Refueling payment method and device | |
| CN107016535B (en) | Regional message sharing method and device | |
| CN110852851B (en) | Block chain-based vehicle sharing method, device and readable storage medium | |
| CN112990908A (en) | Recharging method, device, equipment and medium | |
| CN111967922A (en) | Charging settlement method and device for charging pile and computer readable storage medium | |
| CN110827123A (en) | Message pushing method and device, computer equipment and storage medium | |
| CN112037349A (en) | Vehicle fee deduction method and related device | |
| CN116384989A (en) | Order payment method, device, computer equipment and storage medium | |
| CN113306437B (en) | Charging method, charging device, electronic equipment and storage medium | |
| CN112712406B (en) | Order processing method, device, equipment and computer readable storage medium | |
| CN114399846A (en) | Parking fee payment method, payment device and storage medium | |
| CN112465553A (en) | Travel coupon using method, device and system | |
| CN113919955A (en) | Transaction method, device, server, equipment and medium | |
| CN109785046B (en) | Method, device, computer equipment and storage medium for processing renting application | |
| CN114882646B (en) | Non-inductive payment method, system, equipment and storage medium for gas station | |
| CN115471920B (en) | Automatic fee deduction and passage billing method, system, computer equipment and storage medium | |
| RU129683U1 (en) | PARKING SPACE MANAGEMENT SYSTEM | |
| CN117273839A (en) | Electronic invoice issuing method, device, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20230704 |