CN111027957A

CN111027957A - Order processing method and device, electronic equipment and readable storage medium

Info

Publication number: CN111027957A
Application number: CN201911158183.9A
Authority: CN
Inventors: 吕鑫; 杨志鹏; 王庆来; 王世翀
Original assignee: Nanjing Leading Technology Co Ltd
Current assignee: Nanjing Leading Technology Co Ltd
Priority date: 2019-11-22
Filing date: 2019-11-22
Publication date: 2020-04-17

Abstract

The embodiment of the application provides an order processing method, an order processing device, electronic equipment and a readable storage medium, wherein the method comprises the following steps: receiving a ordering request sent by a first client; determining a wind control level corresponding to the ordering request according to a preset wind control rule; sending a prepayment request to the first client under the condition that the wind control level corresponding to the ordering request is higher than a preset wind control level; and under the condition that the first client side is determined to pay the expense corresponding to the prepayment request, sending an order corresponding to the order placing request to at least one second client side. According to the method and the device, risk judgment is firstly carried out on the order placing request sent by the order placing personnel, when the risk is high, the order placing personnel is required to pay the cost corresponding to the order in advance, then the order is dispatched to the order receiving personnel, so that the phenomenon that the order placing personnel does not pay after the order receiving personnel completes the order is avoided, and the benefit of the order receiving personnel is guaranteed.

Description

Order processing method and device, electronic equipment and readable storage medium

Technical Field

The embodiment of the application relates to the technical field of data processing, in particular to an order processing method and device, electronic equipment and a readable storage medium.

Background

The popularization of the online taxi brings great convenience for daily travel of people. At present, the payment mode of the network car booking adopts a post-payment mode to pay the car fee, namely, after a user arrives at a destination, the user pays the car fee to a driver through a network car booking platform. Due to the fact that the prime quality of passengers is mixed, normal payment of the fare for each passenger cannot be guaranteed, and further great loss is caused to a driver or a trip company.

Disclosure of Invention

The embodiment of the application provides an order processing method, an order processing device, electronic equipment and a readable storage medium, which can effectively avoid the phenomenon that an order taker does not pay after the order taker completes an order.

A first aspect of an embodiment of the present application provides an order processing method, which is applied to a server, and the method includes:

receiving a ordering request sent by a first client;

determining a wind control level corresponding to the ordering request according to a preset wind control rule;

sending a prepayment request to the first client under the condition that the wind control level corresponding to the ordering request is higher than a preset wind control level;

and under the condition that the first client side is determined to pay the expense corresponding to the prepayment request, sending an order corresponding to the order placing request to at least one second client side.

Optionally, determining, according to a preset wind control rule, a wind control level corresponding to the order placing request includes:

comparing the identity information of the currently logged user account on the first client with preset identity information when the first user account is registered to obtain a first comparison result;

comparing the cost generated according to the order corresponding to the order placing request with a preset cost to obtain a second comparison result;

counting the number of user accounts which are installed in the terminal equipment with the unique equipment fingerprint and are logged in on the first client historically, and comparing the number with a preset number to obtain a third comparison result;

verifying whether the behavior data of the user account currently logged in on the first client is abnormal or not to obtain a verification result;

comparing the credit level of the user account currently logged in on the first client with a preset credit level to obtain a fourth comparison result;

and determining a wind control level corresponding to the order placing request according to at least one of the first comparison result, the second comparison result, the third comparison result, the verification result and the fourth comparison result.

Optionally, the wind control levels at least include a first preset wind control level and a second preset wind control level from high to low; the method further comprises the following steps:

under the condition that the wind control level corresponding to the ordering request is higher than the first preset wind control level, the ordering request is not responded;

under the condition that the wind control level corresponding to the order placing request is lower than the second preset wind control level, sending an order corresponding to the order placing request to at least one second client;

under the condition that the wind control level corresponding to the ordering request is higher than a preset wind control level, sending a prepayment request to the first client, wherein the prepayment request comprises the following steps:

and sending a prepayment request to the first client under the condition that the wind control level corresponding to the ordering request is not higher than the first preset wind control level and not lower than the second preset wind control level.

Optionally, the wind control levels include a third wind control level corresponding to a preset cost;

under the condition that the wind control level corresponding to the ordering request is higher than a preset wind control level, sending a prepayment request to the first user terminal, wherein the prepayment request comprises the following steps:

sending a prepayment request to the first client under the condition that the cost generated by the order corresponding to the order placing request is greater than the preset cost;

the method further comprises the following steps:

and sending the order corresponding to the order placing request to at least one second client under the condition that the cost generated by the order corresponding to the order placing request is not more than the preset cost.

Optionally, when the cost of the order corresponding to the order placing request is greater than the preset cost, sending a prepaid request to the first client, where the method includes:

determining an upper cost limit according to the wind control level corresponding to the order placing request;

and sending a prepayment request to the first client under the condition that the cost generated by the order corresponding to the order placing request is greater than the preset cost and less than the upper limit of the cost.

Optionally, after sending the order corresponding to the order placing request to at least one second client, the method further includes:

generating a payment request under the condition that the order corresponding to the order placing request is determined to be a finished order;

deducting the fee requested by the payment request from the fee corresponding to the prepaid request paid by the first client;

and sending a payment completion prompt to the first client.

Optionally, after deducting the fee requested by the payment request from the fee corresponding to the prepaid request paid by the first client, the method further includes:

and returning the residual charge to the user account currently logged in by the first client under the condition that the charge corresponding to the prepaid request paid by the first client has the residual charge.

Optionally, the method further comprises:

determining a preset driving route corresponding to the order placing request according to the order placing request;

when the actual driving route of the order corresponding to the order placing request is not consistent with the preset driving route, determining the cost to be paid corresponding to the actual driving route;

when the fee corresponding to the prepaid request paid by the first client has a remaining fee, returning the remaining fee to the user account currently logged in by the first client, including:

returning a residual charge to a user account currently logged in by the first client under the condition that the charge corresponding to the prepaid request paid by the first client is greater than the charge to be paid, wherein the residual charge is a difference value between the charge corresponding to the prepaid request paid by the first client and the charge to be paid;

generating the second payment request and a first charging prompt under the condition that the fee corresponding to the prepaid request paid by the first client is less than the fee to be paid;

sending the second payment request to the first client, and sending the first charging prompt to a second client which completes an order corresponding to the order request;

wherein the second payment request is used for requesting the user of the first client to pay the unpaid fee, and the first charging prompt is used for prompting the user of the second client that the fee is not charged.

under the condition that the order corresponding to the order placing request is determined to be an ongoing order, determining a corresponding paid distance according to the cost corresponding to the prepaid request paid by the first client;

under the condition that the paid distance is smaller than the total distance required to be driven by the order corresponding to the order placing request, determining the unpaid fee corresponding to the remaining distance, wherein the remaining distance is the difference value between the total distance and the paid distance;

if the unpaid fee is lower than a preset value, generating a third payment request and a second charging prompt under the condition that the order corresponding to the order placing request is determined to be a finished order, sending the third payment request to the first client side, and sending the second charging prompt to a second client side which finishes the order corresponding to the order requesting;

if the unpaid fee is not lower than the preset value, generating a fourth payment request and a third charging prompt, sending the fourth payment request to the first client, and sending the third charging prompt to a second client which completes an order corresponding to the order request;

wherein the third payment request and the fourth payment request are used for requesting the user of the first client to pay the unpaid fee, and the second charging prompt and the third charging prompt are used for prompting the user of the second client that the fee is not charged.

A second aspect of the embodiments of the present application provides an order processing apparatus, which is applied to a server, and the apparatus includes:

the receiving module is used for receiving a ordering request sent by a first client;

the first determining module is used for determining a wind control level corresponding to the ordering request according to a preset wind control rule;

the first sending module is used for sending a prepayment request to the first client under the condition that the wind control level corresponding to the ordering request is higher than a preset wind control level;

and the second sending module is used for sending an order corresponding to the order placing request to at least one second client under the condition that the first client is determined to pay the cost corresponding to the prepaid request.

Optionally, the first determining module includes:

the first comparison module is used for comparing the identity information of the user account currently logged in the first client with the preset identity information when the first user account is registered to obtain a first comparison result;

the second comparison module is used for comparing the cost generated according to the order corresponding to the order placing request with the preset cost to obtain a second comparison result;

the third comparison module is used for counting the number of user accounts which are installed in the terminal equipment with the unique equipment fingerprint and are logged in on the first client historically, and comparing the number with the preset number to obtain a third comparison result;

the verification module is used for verifying whether the behavior data of the user account currently logged in on the first client is abnormal or not to obtain a verification result;

the fourth comparison module is used for comparing the credit level of the user account currently logged in the first client with a preset credit level to obtain a fourth comparison result;

and the first determining submodule is used for determining the wind control level corresponding to the ordering request according to at least one of the first comparison result, the second comparison result, the third comparison result, the verification result and the fourth comparison result.

Optionally, the wind control levels at least include a first preset wind control level and a second preset wind control level from high to low; the device further comprises:

the response module is used for not responding to the order placing request under the condition that the wind control level corresponding to the order placing request is higher than the first preset wind control level;

the third sending module is used for sending the order corresponding to the order placing request to at least one second client under the condition that the wind control level corresponding to the order placing request is lower than the second preset wind control level;

the first transmitting module includes:

and the first sending submodule is used for sending a prepayment request to the first client under the condition that the wind control level corresponding to the ordering request is not higher than the first preset wind control level and not lower than the second preset wind control level.

the first transmitting module further comprises:

the second sending submodule is used for sending a prepayment request to the first client under the condition that the cost generated by the order corresponding to the ordering request is greater than the preset cost;

the device further comprises:

and the fourth sending module is used for sending the order corresponding to the order placing request to at least one second client under the condition that the cost generated by the order corresponding to the order placing request is not more than the preset cost.

Optionally, the second sending submodule includes:

the second determining module is used for determining the upper limit of the cost according to the wind control level corresponding to the ordering request;

and a fifth sending module, configured to send a prepaid request to the first client when a cost generated by an order corresponding to the order placing request is greater than the preset cost and smaller than the upper limit of the cost.

Optionally, the apparatus further comprises:

the first generation module is used for generating a payment request under the condition that the order corresponding to the order placing request is determined to be a finished order;

the payment module is used for deducting the fee requested by the payment request from the fee corresponding to the prepaid request paid by the first client;

and the sixth sending module is used for sending a payment completion prompt to the first client.

Optionally, the apparatus further comprises:

and the refund module is used for refunding the residual fee to the user account currently logged in by the first client under the condition that the fee corresponding to the prepaid request paid by the first client has the residual fee.

Optionally, the apparatus further comprises:

the third determining module is used for determining a preset driving route corresponding to the order placing request according to the order placing request;

the fourth determining module is used for determining the cost to be paid corresponding to the actual driving route when the actual driving route of the order corresponding to the order placing request is not consistent with the preset driving route;

the refund module includes:

a first refund module, configured to, when a fee corresponding to the prepaid request paid by the first client is greater than the fee to be paid, refund a remaining fee to a user account currently logged in by the first client, where the remaining fee is a difference between the fee corresponding to the prepaid request paid by the first client and the fee to be paid;

a second generating module, configured to generate the second payment request and a first charging prompt when a fee corresponding to the prepaid request paid by the first client is less than the fee to be paid;

a seventh sending module, configured to send the second payment request to the first client, and send the first charging prompt to a second client that completes an order corresponding to the order request;

Optionally, the apparatus further comprises:

a fifth determining module, configured to determine, when it is determined that the order corresponding to the order placing request is an in-progress order, a corresponding paid distance according to a fee corresponding to the prepaid request that has been paid by the first client;

a sixth determining module, configured to determine an unpaid fee corresponding to a remaining distance when the paid distance is smaller than a total distance required to travel for completing an order corresponding to the order placement request, where the remaining distance is a difference between the total distance and the paid distance;

a third generating module, configured to generate a third payment request and a second charging prompt if the unpaid fee is lower than a preset value, and under a condition that it is determined that the order corresponding to the order placing request is a completed order, send the third payment request to the first client, and send the second charging prompt to a second client that completes the order corresponding to the order request;

a fourth generating module, configured to generate a fourth payment request and a third charging prompt if the unpaid fee is not lower than the preset value, send the fourth payment request to the first client, and send the third charging prompt to a second client that completes an order corresponding to the order request;

A third aspect of embodiments of the present application provides a computer-readable storage medium, on which a computer program is stored, which, when executed by a processor, implements the steps in the method according to the first aspect of the present application.

A fourth aspect of the embodiments of the present application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor executes the computer program to implement the steps of the method according to the first aspect of the present application.

In the embodiment of the application, after receiving a ordering request sent by a first client, a server judges a wind control level corresponding to the ordering request according to a preset wind control rule, if the wind control level corresponding to the ordering request is higher than the preset wind control level, the server sends a prepayment request to the first client, and when the first client is determined to pay the fee corresponding to the prepayment request, the server sends an order corresponding to the ordering request to at least one second client. In the method, risk judgment is firstly carried out on an order placing request sent by an order placing person, when the risk is high, the order placing person is required to pay the cost corresponding to the order in advance, then the order is sent to an order receiving person, so that the phenomenon that the order placing person does not pay after the order receiving person completes the order is avoided, the benefit of the order receiving person is ensured, and when the order processing method is applied to a network taxi appointment scene, the phenomenon that the passenger does not pay the fare after taking the taxi can be effectively prevented, and the effect of ensuring the economic benefit of a driver or a related trip company is particularly outstanding.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the description of the embodiments of the present application will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive exercise.

FIG. 1 is a flow chart illustrating an order processing method according to an embodiment of the present application;

FIG. 2 is a flowchart illustrating a method for determining a wind control level corresponding to a request to order according to an embodiment of the present application;

FIG. 3 is a flowchart illustrating a method for order processing according to an embodiment of the present application;

FIG. 4 is a schematic diagram of an order processing apparatus according to an embodiment of the present application;

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

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

The application provides an order processing method for avoiding the phenomenon that the order placing personnel does not pay after the order receiving personnel completes the order in the related technology. Fig. 1 is a flowchart illustrating an order processing method according to an embodiment of the present application. Referring to fig. 1, the order processing method provided by the present application includes the following steps:

step S11: and receiving a ordering request sent by a first client.

The order processing method provided by the embodiment of the application is applied to a server, and a first client is a client on which a first user logs in. The first user installs ordering software on the terminal device in advance, for example: and the network appointment software sends the ordering request through the ordering software and receives the ordering request by the server.

For example, the following order software is a network car booking software, the first user is a passenger for example, and the passenger wants to make a car from a place a to a place B, the passenger logs in the network car booking software, sets an origin and a destination, and then sends an order placing request.

Step S12: and determining the wind control level corresponding to the order placing request according to a preset wind control rule.

In the embodiment of the application, a plurality of wind control levels are preset in the server. After receiving the ordering request, the server carries out risk judgment on the ordering request and determines the wind control level to which the ordering request belongs.

In the embodiment of the application, a plurality of fraction intervals are obtained by dividing in advance according to a percentile principle, and different fraction intervals are determined to be different wind control levels. The score is proportional to the risk, with higher scores corresponding to higher levels of wind control. When determining the wind control level corresponding to the order placing request, scoring a first user to which the corresponding order belongs, for example: the score of the first user can be obtained according to the personal credit, the historical consumption record and the like of the first user, and then the corresponding wind control level can be obtained by checking the score interval to which the score belongs.

Illustratively, the pre-divided wind control levels include: the first wind control level, the second wind control level and the third wind control level respectively correspond to the fractional intervals of 90-100, 60-90 and 0-60. And if the score of the first user is 80 points, the wind control level corresponding to the order placing request of the first user is the second wind control level.

Step S13: and sending a prepayment request to the first client under the condition that the wind control level corresponding to the ordering request is higher than a preset wind control level.

In the embodiment of the application, different order processing modes are set for different wind control levels. For example: and presetting a preset wind control level, and when the wind control level corresponding to the ordering request is higher than the preset wind control level, the order corresponding to the ordering request is processed in a prepayment mode.

For example, taking the wind control levels sequentially including the first wind control level, the second wind control level, and the third wind control level from high to low as an example, if the preset wind control level is the third wind control level, when the wind control level corresponding to the ordering request is higher than the third wind control level (i.e., when the wind control level corresponding to the ordering request is the first wind control level or the second wind control level), the processing mode of the order corresponding to the ordering request is prepaid, and the prepaid request should be sent to the first user.

Step S14: and under the condition that the first client side is determined to pay the expense corresponding to the prepayment request, sending an order corresponding to the order placing request to at least one second client side.

In this embodiment of the application, the second client is a client on which the second user logs, and the second user installs ordering software on the terminal device in advance, for example: and the network appointment software receives the order sent by the server through the ordering software.

And if the server determines that the first user completes prepayment, the order corresponding to the order placing request is sent to the second client. The number of the second users may be plural, and the plural second users may make an intention to receive the order, and the second user who finally executes the order is determined among the plural second users by the first user.

Illustratively, the following order software is net appointment software, the first user is a passenger for example, the passenger sends a taxi taking request with an origin of a place A and a destination of a place B through the net appointment software, the server determines that the wind control level of the taxi taking request of the passenger is a second wind control level, after determining that the passenger pays a taxi taking fee corresponding to a prepaid fee request, the order corresponding to the taxi taking request is dispatched to a plurality of drivers, after the plurality of drivers make intentions for receiving the order (for example, the plurality of drivers can click a virtual button for receiving the order in the surrounding area of the order corresponding to the taxi taking request to make the intention for receiving the order), the server displays all the drivers making the intention for receiving the order in an interface of the net appointment software of the passenger, and the passenger determines a final driver for executing the order from the plurality of drivers.

In combination with the above embodiments, in one implementation, the present application provides various ways to determine the level of wind control. Fig. 2 is a flowchart illustrating a process of determining a wind control level corresponding to a placing request according to an embodiment of the present application. Referring to fig. 2, the step S12 includes:

step S121: and comparing the identity information of the currently logged user account on the first client with the preset identity information when the first user account is registered to obtain a first comparison result.

In this embodiment of the present application, after a first user installs a first client on a terminal device, a personal account is registered on the first client, that is: a first user account number. The identity information includes: the user's name, identification number, frequently used landing, etc. Since the first client may also log in another first user, the identity information of the currently logged-in user account on the first client is compared with the preset identity information when the first user account is registered, and the obtained comparison result may be various, for example: whether the frequently-used land logging of the currently logged-in user is the same as the frequently-used land logging of the first user when the first user account is registered or not, or the difference value between the frequency of logging in the first client by the currently logged-in user and the frequency of logging in the first client by the first user when the first user account is registered, and the like are obtained, so that the behavior of illegally stealing other accounts to carry out malicious order placing is avoided.

Step S122: and comparing the cost generated according to the order corresponding to the order placing request with the preset cost to obtain a second comparison result.

In the embodiment of the present application, the higher the corresponding cost of the order, the higher the risk that may be caused. Therefore, a preset fee can be preset, the fee generated by the order corresponding to each order placing request of the first user is compared with the preset fee, and then a comparison result is obtained, and the comparison result can be used for judging the wind control level corresponding to each order placing request.

Step S123: and counting the number of the user accounts which are installed in the terminal equipment with the unique equipment fingerprint and are logged in on the first client historically, and comparing the number with the preset number to obtain a third comparison result.

In the embodiment of the application, each terminal device installed with the first client has a unique device fingerprint. Each first client can log in a plurality of different user accounts, and in some malicious ordering scenes, a plurality of user accounts are often used by one first client, so that the number of the user accounts logged in the history on each first client can be compared with the preset number to further obtain a comparison result, and the comparison result can be used for judging the wind control level corresponding to each ordering request.

Step S124: and verifying whether the behavior data of the user account currently logged in on the first client is abnormal or not to obtain a verification result.

In an embodiment of the application, the actions include: the order issuing behavior and the historical payment behavior are historical, therefore, historical behavior data can be obtained by counting the order issuing behavior and the historical payment behavior, abnormal data in the historical behavior data are counted, the abnormal data refer to the behavior data of abnormal payment of the first user, and then a verification result is obtained, and the verification result can be used for judging the wind control level corresponding to each order issuing request.

Step S125: and comparing the credit level of the user account currently logged in on the first client with a preset credit level to obtain a fourth comparison result.

In the embodiment of the application, the first client can record the credit level of each logged user, the credit level can be set according to historical behavior data of the user, the user is scored according to the proportion of abnormal data in the historical behavior data, the credit level of the user is determined according to the interval where the score is located, and the credit level can be used for judging the wind control level corresponding to each ordering request.

Step S126: and determining a wind control level corresponding to the order placing request according to at least one of the first comparison result, the second comparison result, the third comparison result, the verification result and the fourth comparison result.

In the embodiment of the present application, the wind control level corresponding to the order placing request may be determined according to one or more of the first comparison result, the second comparison result, the third comparison result, the verification result, and the fourth comparison result obtained in the above-mentioned steps S121 to S125.

Specifically, the score may be scored according to one or more of the first comparison result, the second comparison result, the third comparison result, the verification result, and the fourth comparison result, and the wind control level corresponding to the order placing request may be determined according to an interval in which the score is located.

Illustratively, the five results obtained in the above steps S121 to S125 are scored, and the maximum score of each result is 20 according to a percentage system, and it is assumed that the first comparison result is that the identity information of the user account currently logged in on the first client is inconsistent with the preset identity information when the first user account is registered, so that the risk is high, and the score is 20; in the second comparison result, the cost generated by the order corresponding to the order placing request is greater than the preset cost, so the risk is possibly higher, and the score is 20 points; in the third comparison result, the number of the user accounts which are installed in the terminal equipment of the first user and are logged in on the first client in the history is smaller than the preset number, so that the risk is low, and the score is 0; in the verification result, the behavior data of the user account currently logged in on the first client is not abnormal, so that the risk is low and the score is 0; in the fourth comparison result, the credit level of the user account currently logged in on the first client is higher than the preset credit level, so that the risk is low, the score is 0, and the final score of the first user is 40, and if the wind control levels corresponding to the score intervals of 90-100, 60-90 and 0-60 are the first wind control level, the second wind control level and the third wind control level in sequence, the score of the first user is 40, and the first user should belong to the third wind control level.

In this embodiment of the application, when one or more of the first comparison result, the second comparison result, the third comparison result, the verification result, and the fourth comparison result is/are scored, a score gradient level may be further set for each item. For example, for the fourth comparison result, it is assumed that the highest risk score corresponding to the item is 20 points, the credit rating is classified into a level (credit score interval is 80-100), B level (credit score interval is 60-80), C level (credit score interval is 40-60), and D level (credit score interval is 0-40), and the risk scores corresponding to the level a, the level B, the level C, and the level D are 20 points, 15 points, 5 points, and 0 points in sequence (the risk score may be set according to actual requirements), and if the credit rating of the currently logged user account is level B, the risk score for the fourth comparison result in the user should be 15 points.

In the embodiment of the application, the server can flexibly set the mode of determining the wind control level according to various conditions (such as the first comparison result, the second comparison result, the third comparison result, the verification result and the fourth comparison result) so as to better process the order, further avoid the phenomenon that the order taker does not pay after finishing the order, and ensure the benefit of the order taker.

In combination with the above embodiments, in one implementation manner, the present application includes at least a first preset wind control level and a second preset wind control level from high to low. On this basis, the order processing method of the present application further includes:

and sending an order corresponding to the order placing request to at least one second client under the condition that the wind control level corresponding to the order placing request is lower than the second preset wind control level.

In the embodiment of the application, a plurality of wind control levels can be set for a first user, an upper limit level (namely, a first preset wind control level) and a lower limit level (namely, a second preset wind control level) are set for the wind control levels, and when the wind control level corresponding to an order placing request is higher than the upper limit level, it is determined that the risk value of the first user is too high, and the order placing request is not responded; and when the wind control level corresponding to the order placing request is lower than the lower limit level, determining that the risk value of the first user is lower, and directly sending an order corresponding to the order placing request to at least one second client without prepayment.

For example, if the plurality of wind control levels set for the first user are from high to low, the method comprises the following steps: the method comprises the following steps that (1) a wind control level is 1-10, the first preset wind control level is 4, and the second preset wind control level is 7, so that when the wind control level corresponding to a ordering request is higher than 4 (including 1-3), the ordering request is not responded; and when the wind control level corresponding to the order placing request is lower than the wind control level 7 (comprising 8-10), directly sending an order corresponding to the order placing request to at least one second client.

Accordingly, the step S13 includes:

For example, if the plurality of wind control levels set for the first user are from high to low, the method comprises the following steps: the method comprises the steps of wind control level 1-10, the first preset wind control level is wind control level 4, the second preset wind control level is wind control level 7, and when the wind control level corresponding to a lower order request is not higher than the wind control level 4 and not lower than the wind control level 7, a prepayment request is sent to a first client.

In the embodiment of the application, a plurality of order processing modes are obtained according to the high-low division of the wind control level, when the wind control level is very high, an order placing request of a first user is not responded, when the wind control level is very low, an order corresponding to the order placing request is directly sent to at least one second client, and when the wind control level is in a reasonable interval, a prepayment request is sent to the first client. According to the method and the device for processing the order, risk judgment is carried out on different users, then different order processing modes are adopted, the ordering of a first user with higher risk can be avoided, the ordering efficiency of a user with lower risk can be guaranteed, and the benefit of order takers is effectively guaranteed in a mode of prepayment for the first user with the risk value between higher and lower.

In this application, the wind control levels further include a third wind control level corresponding to the preset fee.

On this basis, the step S13 includes:

and sending a prepayment request to the first client under the condition that the cost generated by the order corresponding to the order placing request is greater than the preset cost.

Correspondingly, the order processing method of the application further comprises the following steps:

In the embodiment of the application, the preset cost can be directly set, the wind control level corresponding to the preset cost is determined as a third wind control level, when the cost generated by the order corresponding to the ordering request is greater than the preset cost, the wind control level of the ordering request is determined to be greater than the third wind control level, and the prepayment request is sent to the first client; and when the cost generated by the order corresponding to the order placing request is not more than the preset cost, determining that the wind control level of the order placing request is not more than the third wind control level, and directly sending the order corresponding to the order placing request to at least one second client.

In the embodiment of the application, the level of the wind control level of the order placing request is directly determined according to the relation between the cost generated by the order corresponding to the order placing request and the preset cost, the prepayment request is sent to the first client side as long as the cost generated by the order corresponding to the order placing request is greater than the preset cost, the order corresponding to the order placing request is sent to at least one second client side as long as the cost generated by the order corresponding to the order placing request is not greater than the preset cost, the step of setting a plurality of wind control levels is further simplified, and the processing efficiency of the order can be effectively improved.

In combination with the above embodiments, in one implementation, the preset cost may also be set according to the level of the wind control level. Specifically, sending a prepaid request to the first client when the cost generated by the order corresponding to the order placing request is greater than the preset cost includes:

and sending a prepayment request to the first user terminal under the condition that the cost generated by the order corresponding to the order placing request is greater than the preset cost and less than the upper limit of the cost.

In the embodiment of the application, if the order processing mode is a mode requiring prepayment, the upper limit of the fee can be set according to the wind control level corresponding to the order placing request. For example, if the plurality of wind control levels set for the first user are from high to low, the following are included: the method comprises the steps of wind control level 1-10, the first preset wind control level is wind control level 4, the second preset wind control level is wind control level 7, and when the wind control level corresponding to a lower order request is not higher than the wind control level 4 and not lower than the wind control level 7, a prepayment request is sent to a first client. For wind control level 4 to wind control level 7, it is further possible to set an upper limit on the cost required, for example: and setting a charge upper limit for the wind control level 4 and the wind control level 5, when the wind control level of the ordering request of the first user is the wind control level 4 or the wind control level 5, if the charge generated by the order corresponding to the ordering request is less than the charge upper limit, allowing the order corresponding to the ordering request to be sent to the second client side through prepayment, and when the charge generated by the order corresponding to the ordering request is not less than the charge upper limit, not responding to the ordering request of the first user. For the wind control level 6 and the wind control level 7, no upper limit is set, that is, as long as the cost generated by the order corresponding to the order placing request of the first user is greater than the preset cost, the order corresponding to the order placing request is allowed to be sent to the second client side through prepayment.

In the embodiment of the application, for a prepaid order processing mode, a cost upper limit can be set according to a wind control level corresponding to an order placing request, so that further precaution is realized for a first user possibly having a risk, and the benefit of an order receiving party is ensured.

In combination with the above embodiment, in an implementation, after the step S14 is executed, the following steps may also be executed:

and sending a payment completion prompt to the first client.

In the embodiment of the application, the server stores the fee paid by the first client in advance, when the order corresponding to the order request is completed, the final payment request is generated according to the actual execution condition of the order, and the server deducts a part of fee specified by the final payment request from the fee paid in advance, so that the final payment of the order is completed. Meanwhile, the server sends a payment completion prompt to the first client when the payment is completed.

In combination with the above embodiment, in an implementation manner, after deducting the fee requested by the payment request from the fee corresponding to the prepaid request paid by the first client, the following steps may be further performed:

In the embodiment of the application, after deducting the partial fee specified by the final payment request from the pre-paid fee, if the remaining fee still exists, the server returns the remaining fee to the first client. If the cost specified by the final payment request is greater than the pre-paid cost, the payment request is again initiated to the first client, thereby completing the final payment of the order.

When the order processing method provided by the embodiment of the application is applied to the online car booking scene, the consideration is that if a passenger selects to change a route or the driver selects to detour for avoiding congestion in the process of executing an order by the driver, the final actual driving route is inconsistent with the initial preset driving route, so that the cost which needs to be paid actually is changed. Accordingly, the present application provides the following means for this phenomenon:

correspondingly, when the fee corresponding to the prepaid request paid by the first client has a remaining fee, returning the remaining fee to the user account currently logged in by the first client, including:

For example, the passenger 1 wants to take a car from the place a to the place C, and selects to execute his order by the driver 1 through the network car booking client. In the process of executing the order, the driver 1 sends the passenger 1 to the place C from the place A according to the route planned by the order (namely, the preset driving route), and if the passenger 1 temporarily changes the route before arriving at the place C, the changed route from the place A to the place C is A-D-E-C, the final cost to be paid is different from the cost pre-paid when the order is originally placed. In this case, the changed route A-D-E-C is determined as an actual driving route, the charge to be paid corresponding to the actual driving route is determined firstly, then the size relationship between the charge to be paid and the charge pre-paid by the passenger 1 (namely, the charge corresponding to the pre-payment request paid by the passenger 1 through the networked car-booking client side) is judged, if the pre-paid charge is larger than the charge to be paid, the charge to be paid is deducted from the pre-paid charge when the order execution is finished, and the residual charge is returned to the account of the networked car-booking client side of the passenger 1; if the pre-paid fee is less than the fee to be paid, the payment request (namely, the second payment request) is generated again and sent to the online car-saving client of the passenger 1, the passenger 1 is reminded to pay again, meanwhile, the charging prompt (namely, the first charging prompt) is generated and sent to the online car-saving client of the driver 1, and the driver 1 is reminded that the passenger 1 needs to pay extra fee.

After the pre-paid fee is judged to be less than the fee to be paid, a second payment request and a first charge prompt can be immediately generated and sent to the online car-booking client of the passenger 1, or the second payment request and the first charge prompt can be generated and sent to the online car-booking client of the passenger 1 after the order execution is completed, or the second payment request and the first charge prompt can be generated at other time according to the actual requirement and sent to the online car-booking client of the passenger 1, which is not limited in the application.

According to the embodiment of the application, a specific corresponding scheme is set for the condition that the actual driving route corresponding to the order is inconsistent with the preset driving route: when the pre-paid fee is larger than the fee to be paid, the passenger does not need to pay again when the order is completed, and when the pre-paid fee is smaller than the fee to be paid, a second payment request is generated and sent to the passenger to remind the passenger of paying again, and meanwhile, a first charging prompt is generated and sent to the driver to remind the driver that the fee is not charged yet, so that the phenomena of paying less and paying missing of the fee are prevented, and the benefit of the driver is guaranteed.

Secondly, when the order processing method provided by the embodiment of the application is applied to a network car appointment scene, the fact that in the process of executing an order by a driver, if idling for a long time (for example, idling caused by traffic jam) is caused by objective reasons, the cost which needs to be paid actually is increased is considered. Therefore, after sending the order corresponding to the order placing request to at least one second client, the application further provides the following method for the phenomenon:

For example, the passenger 1 wants to take a car from the place a to the place C, and selects to execute his order by the driver 1 through the network car booking client. In the process of executing the order, the driver 1 sends the passenger 1 to the place C from the place a according to the route planned by the order (i.e. the preset driving route), in the process, if the preset driving route is not changed, but idling is caused due to other objective reasons (such as traffic jam, etc.), so that the actual cost is increased, in other words, the pre-paid cost of the passenger 1 is used up, but the passenger 1 does not reach the place C yet. In this case, in the process of executing the order, according to the prepaid fee of the passenger 1, determining the corresponding paid distance, when the paid distance is smaller than the total distance required to travel by the order corresponding to the order placement request, determining the unpaid fee corresponding to the remaining distance (the difference between the total distance and the paid distance, namely, the distance from the passenger 1 to the place C when the prepaid fee is already used up), if the unpaid fee is lower than the preset value, generating a third payment request when the order is completed, sending the third payment request to the taxi appointment client of the passenger 1, reminding the taxi appointment client of the passenger to recharge, and simultaneously generating a second charging prompt to send to the taxi client of the driver, reminding the taxi client of the driver that the remaining fee is not charged; and if the unpaid fee is not lower than the preset value, generating a fourth payment request, sending the third payment request to the online car-booking client of the passenger 1 to remind the passenger to recharge, and simultaneously generating a third charging prompt to be sent to the online car-booking client of the driver to remind the driver that the remaining fee is not charged.

After the unpaid fee is judged to be not lower than the preset value, a fourth payment request and a third charge prompt can be immediately generated and sent to the network car-booking client of the passenger 1, or the fourth payment request and the third charge prompt can be generated and sent to the network car-booking client of the passenger 1 after the order execution is completed, or the fourth payment request and the third charge prompt can be generated at other time according to the actual requirement and sent to the network car-booking client of the passenger 1, which is not limited in the application.

The embodiment of the application sets a specific corresponding scheme aiming at the condition that the actual cost required to be paid is increased because of the long-time idling caused by objective reasons in the execution process of the order: when the unpaid fee is lower than the preset value, the passenger can be reminded to pay when the order is finished; and when the unpaid fee is not lower than the preset value, a fourth payment request can be generated at any time and sent to the passenger to remind the passenger to pay again, and meanwhile, a third charging prompt is generated and sent to the driver to remind the driver that the fee is not charged, so that the phenomena of paying less and paying missing are prevented, and the benefit of the driver is guaranteed. Fig. 3 is a flowchart illustrating a complete order processing method according to an embodiment of the present application. The order processing method of the present application will be described in an embodiment with reference to fig. 3.

In fig. 3, the server includes a trip module, a wind control module, a settlement module, a payment module, and an account module, the passenger side is a first client, the passenger initiates an order placing request to the server through the network car booking software, and the process of the server responding to the order placing request and processing the order includes: receiving a taxi calling request sent by a passenger terminal through a journey module; then, the wind control module is used for carrying out wind control judgment, if the wind control judgment result passes, the advance payment is not carried out, and if the wind control judgment result does not pass, a prompt for needing the advance payment is sent to a passenger end (when the wind control judgment result does not pass, the user can not respond to the taxi calling request of the user, and the prompt is not shown in the figure); when the passenger terminal pays the pre-payment, the journey module generates a pre-payment settlement list and sends the pre-payment settlement list to the settlement module, the settlement module informs the payment module of paying, the payment module deposits the pre-payment into an account, then sends a prompt of the completion of the pre-payment to the settlement module and the journey module, and the journey module allows the passenger terminal to place a bill after receiving the prompt of the completion of the pre-payment; when the journey is finished, the journey module generates a journey settlement list and sends the journey settlement list to the settlement module, the settlement module settles according to the journey settlement list to obtain accounts receivable and informs the payment module of payment, the payment module deducts the accounts receivable, and after deduction, the settlement module, the journey module and the passenger end are informed of completion of journey payment; after the payment due is deducted, if the amount remains in the pre-payment, the remaining amount is returned to the passenger side.

It should be noted that, for simplicity of description, the method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the illustrated order of acts, as some steps may occur in other orders or concurrently in accordance with the embodiments of the present invention. Further, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred and that no particular act is required to implement the invention.

Based on the same inventive concept, the application also provides an order processing device 400. Referring to fig. 4, fig. 4 is a schematic diagram of an order processing apparatus according to an embodiment of the present disclosure. As shown in fig. 4, the apparatus 400 includes:

a receiving module 401, configured to receive a ordering request sent by a first client;

a first determining module 402, configured to determine, according to a preset wind control rule, a wind control level corresponding to the order placing request;

a first sending module 403, configured to send a prepaid request to the first client when a wind control level corresponding to the ordering request is higher than a preset wind control level;

a second sending module 404, configured to send an order corresponding to the order placing request to at least one second client when it is determined that the first client has paid the fee corresponding to the prepaid request.

Optionally, the first determining module 402 includes:

Optionally, the wind control levels at least include a first preset wind control level and a second preset wind control level from high to low; the apparatus 400 further comprises:

the first sending module 403 includes:

the first sending module 403 further includes:

the apparatus 400 further comprises:

Optionally, the second sending submodule includes:

Optionally, the apparatus 400 further comprises:

the refund module includes:

Optionally, the apparatus 400 further comprises:

Based on the same inventive concept, another embodiment of the present application provides a computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, implements the steps in the method according to any of the above-mentioned embodiments of the present application.

Based on the same inventive concept, another embodiment of the present application provides an electronic device 500, as shown in fig. 5. Fig. 5 is a schematic diagram of an electronic device according to an embodiment of the present application. The electronic device 500 comprises a memory 502, a processor 501 and a computer program stored on the memory and executable on the processor, which when executed performs the steps of the method according to any of the embodiments of the present application.

For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.

The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.

As will be appreciated by one of skill in the art, embodiments of the present application may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

Embodiments of the present application are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

While preferred embodiments of the present application have been described, additional variations and modifications of these embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including the preferred embodiment and all such alterations and modifications as fall within the true scope of the embodiments of the application.

Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or terminal. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or terminal that comprises the element.

The order processing method, the order processing device, the storage medium and the electronic device provided by the present application are introduced in detail, and a specific example is applied in the present application to explain the principle and the implementation of the present application, and the description of the above embodiment is only used to help understanding the method and the core idea of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.

Claims

1. An order processing method applied to a server is characterized by comprising the following steps:

receiving a ordering request sent by a first client;

2. The method according to claim 1, wherein determining a wind control level corresponding to the order placing request according to a preset wind control rule comprises:

3. The method of claim 1, wherein the wind control levels comprise at least a first preset wind control level and a second preset wind control level from high to low; the method further comprises the following steps:

4. The method of claim 1, wherein the wind control levels include a third wind control level corresponding to a preset fee;

the method further comprises the following steps:

5. The method of claim 4, wherein sending a prepaid request to the first client if the cost incurred by the order corresponding to the order placement request is greater than the preset cost comprises:

6. The method according to any one of claims 1-5, wherein after sending the order corresponding to the order request to at least one second client, the method further comprises:

under the condition that the order corresponding to the order placing request is determined to be a completed order, generating a first payment request;

deducting the fee requested by the first payment request from the fee corresponding to the prepaid request paid by the first client;

and sending a payment completion prompt to the first client.

7. The method of claim 6, wherein after deducting the cost requested by the payment request from the cost corresponding to the prepaid request paid by the first client, the method further comprises:

8. The method of claim 7, further comprising:

9. The method according to any one of claims 1-5, wherein after sending the order corresponding to the order request to at least one second client, the method further comprises:

10. An order processing apparatus applied to a server, the apparatus comprising:

11. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 9.

12. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the steps of the method according to any one of claims 1-9 when executing the computer program.