CN110956346A

CN110956346A - Order processing method and device

Info

Publication number: CN110956346A
Application number: CN201811123611.XA
Authority: CN
Inventors: 牟倩; 李想; 张晓雪
Original assignee: Beijing Didi Infinity Technology and Development Co Ltd
Current assignee: Beijing Didi Infinity Technology and Development Co Ltd
Priority date: 2018-09-26
Filing date: 2018-09-26
Publication date: 2020-04-03

Abstract

The application provides an order processing method and device, wherein the method comprises the following steps: acquiring order information sent by a user client before initiating a service request; determining state information of candidate service clients matched with the order information; and indicating the user client to display the state information of the candidate service client. By adopting the mode, the user requirement is acquired before the user formally requests the service, the state information of the candidate service client meeting the user requirement is estimated in advance and is notified to the user client, so that the user can better decide whether to continue to request the service based on the state information of the current candidate service client.

Description

Order processing method and device

Technical Field

The application relates to the technical field of internet, in particular to an order processing method and device.

Background

With the rapid development and popularization of the internet, more and more internet products are applied to daily life of people, for example, people can take a taxi online through taxi taking software. In a taxi taking scene, a user generally inputs travel information by using a user client installed on a terminal, then the user client sends an order request carrying the travel information to a service server, the service server generates a riding order carrying the travel information, a distributable service client (the client used by a driver in the scene) is determined, and then the riding order is distributed to one service client.

However, since the distribution of the capacity resources is not uniform in different time periods and different geographic areas, that is, there may be a large difference in the number of assignable service clients, after the user client sends the riding request, it is easy for the user client to temporarily lack an assignable service client near the starting position input by the user, and in this case, a large amount of time is also consumed to wait for the assignment of the riding order, so that the time cost consumed in the riding process is high.

Disclosure of Invention

In view of the above, an object of the embodiments of the present invention is to provide an order processing method and an order processing apparatus, which are used to notify a user of a current schedulable service resource condition in advance, so that the user can better decide whether to continue placing an order without wasting much time cost.

In a first aspect, an embodiment of the present application provides an order processing method, including:

acquiring order information sent by a user client before initiating a service request;

determining state information of candidate service clients matched with the order information;

and indicating the user client to display the state information of the candidate service client.

In a possible implementation, the order information includes a vehicle taking starting position;

the determining the state information of the candidate service client matched with the order information comprises:

detecting the driving receiving navigation paths between the current positions of different service clients in the no-load state and the starting position of the vehicle respectively;

screening out candidate service clients of which the route length of the pickup navigation path is smaller than a first set value, and determining state information of the candidate service clients.

In another possible implementation manner, the order information includes a taking starting position and a taking ending position;

generating a riding navigation path between the riding starting position and the riding terminal position; acquiring driving initial positions and driving end positions of different service clients in an idle state, and generating driving navigation paths between the driving initial positions and the driving end positions corresponding to the different service clients respectively;

calculating the matching degree between the driving navigation path and the riding navigation path respectively corresponding to the different service clients;

screening out candidate service clients with the matching degree larger than a second set value, and determining the state information of the candidate service clients.

Wherein the state information includes: the number of candidate service clients matched with the order information.

Further, the state information further comprises attribute information of each candidate service client; wherein the attribute information of each candidate service client comprises at least one of the following information:

each candidate service client estimates the drive receiving time length consumed by reaching the bus taking initial position contained in the order information from the current position;

each candidate service client reaches the estimated distance length of the bus taking starting position contained in the order information from the current position;

a total number of orders taken for each of the candidate service clients;

a service valuation score for each of the candidate service clients.

In one possible embodiment, after determining the status information of the candidate service client matching the order information, the method further includes:

screening out the shortest pick-up estimated time length from the pick-up estimated time lengths corresponding to different candidate service clients;

the instructing the user client to display the state information of the candidate service client comprises:

and indicating the number of the candidate service clients and the shortest drive receiving estimated time length to be displayed by the user client.

updating the state information of the candidate service client matched with the order information every other preset time;

and indicating the user client to display the updated state information of the candidate service client.

Specifically, the updating the state information of the candidate service client matched with the order information includes:

monitoring the current position of the candidate service client matched with the order information and the order receiving state;

when a first candidate service client in the candidate service clients meets any one of the following first preset conditions, updating the first candidate service client into a non-candidate service client which is not matched with the order information, and deleting the state information of the first candidate service client recorded in the state information of the candidate service client;

wherein the first preset condition comprises:

the distance length of the candidate service client from the current position to the pickup navigation path of the riding starting position included in the order information is greater than or equal to a first set value;

and the order taking state of the candidate service client is an order taking state.

when it is monitored that a newly added service client side in an order distribution area meets a second preset condition, updating the newly added service client side to a candidate service client side matched with the order information, and adding state information of the newly added service client side in the state information of the candidate service client side;

wherein the second preset condition comprises:

the distance from the current position of the service client to the pickup navigation path of the riding starting position included in the order information is shorter than a first set value, and the pickup state of the service client is a missed pickup state.

In a possible implementation manner, if the status information includes the number of candidate service clients matching the order information and the number is zero, the method further includes:

prompting the user client to confirm whether to send the service request under the condition that no candidate service client matched with the order information exists.

In one possible embodiment, after instructing the user client to present the status information of the candidate service client, the method further comprises:

receiving the service request sent by the user client, wherein the service request comprises the order information;

generating an order corresponding to the service request, wherein the order comprises the order information;

and determining the distribution mode of the order based on the latest locally recorded state information of the candidate service client matched with the order information.

If the number of candidate service clients matched with the order information and contained in the latest state information is not zero, the method further comprises the following steps:

selecting a target candidate service client from the latest candidate service clients matched with the order information recorded locally;

and distributing the generated order to the target candidate service client.

If the number of candidate service clients matched with the order information and contained in the latest state information is zero, the method further comprises the following steps:

prompting the user client to confirm whether to withdraw the order without the candidate service client.

In another possible embodiment, after instructing the user client to present the status information of the candidate service client, the method further includes:

receiving the service request sent by the user client, wherein the service request comprises the order information and identification information of a target candidate service client selected from the candidate service clients by the user;

and distributing the generated order to the target candidate service client corresponding to the identification information.

In a second aspect, the present application further provides an order processing method, including:

detecting order information input by a user on a user client side, and sending the order information to a service server;

receiving state information of candidate service clients matched with the order information and indicated by the business server;

and displaying the state information on an operation interface of the user client.

In a possible implementation, after the status information is presented on the operation interface of the user client, the method further includes;

receiving a selection instruction executed by a user aiming at the operation interface, wherein the selection instruction comprises a target candidate service client selected by the user from the candidate service clients;

and sending a service request to a service server, wherein the service request comprises the order information and the identification information of the target candidate service client.

In a possible embodiment, receiving the status information of the candidate service client matched with the order information, which is indicated by the business server, includes:

receiving the number of candidate service clients matched with the order information and indicated by the service server and the shortest estimated time length of the pick-up;

the displaying the state information on the operation interface of the user client comprises:

and displaying the number of the candidate service clients and the shortest estimated time for taking the call on the operation interface.

When the number of the candidate service clients is not more than the preset number, the number of the candidate service clients displayed on the operation interface is represented by a numerical value;

and when the number of the candidate service clients is larger than the preset number, the number of the candidate service clients displayed on the operation interface is represented by an interval.

In a third aspect, an embodiment of the present application provides an order processing apparatus, including:

the acquisition module is used for acquiring order information sent by a user client before initiating a service request;

the determining module is used for determining the state information of the candidate service client matched with the order information;

and the indicating module is used for indicating the user client to display the state information of the candidate service client.

the determining module is specifically configured to:

In one possible implementation, the order information includes a taking starting position and a taking ending position;

the determining module is specifically configured to:

In one possible embodiment, the status information includes: the number of candidate service clients matched with the order information.

In a possible embodiment, the state information further includes attribute information of each candidate service client;

wherein the attribute information of each candidate service client comprises at least one of the following information:

a total number of orders taken for each of the candidate service clients;

a service valuation score for each of the candidate service clients.

In a possible implementation, the determining module is further configured to:

after the state information of the candidate service clients matched with the order information is determined, screening out the shortest pickup estimated time length from the pickup estimated time lengths corresponding to different candidate service clients;

the indication module is specifically configured to:

In a possible embodiment, the apparatus further comprises:

the updating module is used for updating the state information of the candidate service client matched with the order information every other preset time length;

the indication module is further configured to:

In a possible implementation manner, the update module is specifically configured to:

wherein the first preset condition comprises:

wherein the second preset condition comprises:

In a possible implementation manner, if the status information includes the number of candidate service clients matching the order information and the number is zero, the apparatus further includes:

and the first prompting module is used for prompting the user client to confirm whether the service request is sent or not under the condition that no candidate service client matched with the order information exists.

In a possible embodiment, the apparatus further comprises:

a first receiving module, configured to receive the service request sent by the user client, where the service request includes the order information;

a first generation module, configured to generate an order corresponding to the service request, where the order includes the order information;

a first assignment module to: and determining the distribution mode of the order based on the latest locally recorded state information of the candidate service client matched with the order information.

In a possible implementation manner, if the number of candidate service clients included in the latest status information and matching with the order information is not zero, the first allocating module is specifically configured to:

and distributing the generated order to the target candidate service client.

In a possible implementation manner, if the number of candidate service clients included in the latest status information and matching with the order information is zero, the apparatus further includes:

and the second prompting module is used for prompting the user client to confirm whether the order is cancelled or not under the condition that the candidate service client does not exist.

In a possible embodiment, the apparatus further comprises:

a second receiving module, configured to receive the service request sent by the user client, where the service request includes the order information and identification information of a target candidate service client selected from the candidate service clients by the user;

a second generating module, configured to generate an order corresponding to the service request, where the order includes the order information;

and the second distribution module is used for determining to distribute the generated order to the target candidate service client corresponding to the identification information.

In a fourth aspect, the present application further provides an order processing apparatus, where the apparatus further includes:

the detection module is used for detecting order information input by a user on a user client;

the sending module is used for sending the order information to a service server;

the receiving module is used for receiving the state information of the candidate service client which is indicated by the business server and matched with the order information;

and the display module is used for displaying the state information on an operation interface of the user client.

In a possible implementation manner, the receiving module is further configured to

In a possible implementation manner, the receiving module is specifically configured to:

the display module is specifically configured to:

In a possible implementation manner, when the number of the candidate service clients is not greater than a preset number, the number of the candidate service clients displayed on the operation interface is represented by a numerical value;

In a fifth aspect, an embodiment of the present application provides an electronic device, including: a processor, a memory and a bus, the memory storing machine-readable instructions executable by the processor, the processor and the memory communicating over the bus when the electronic device is running, the machine-readable instructions when executed by the processor performing the steps of the order processing method as described in the first aspect.

In a sixth aspect, an embodiment of the present application further provides an electronic device, including: a processor, a memory and a bus, the memory storing machine-readable instructions executable by the processor, the processor and the memory communicating via the bus when the electronic device is running, the machine-readable instructions when executed by the processor performing the steps of the order processing method of the second aspect.

In a seventh aspect, this application provides a computer-readable storage medium, on which a computer program is stored, where the computer program is executed by a processor to perform the steps of the order processing method as described in the first aspect, and/or to perform the steps of the order processing method as described in the second aspect.

In the embodiment of the application, before the user client sends the service request, the business server acquires the order information input by the user in the user client in advance, then estimates the current schedulable service resource condition based on the acquired order information, determines the state information of the candidate service clients matched with the order information, and further indicates the user client to display the state information of the candidate service clients. Therefore, the current schedulable service resource condition can be shown to the user in advance before the user determines to place an order, so that the user can better decide whether to continue placing the order or not based on the state information of the candidate service clients. On one hand, the user can know the current schedulable service resource condition, and can confirm whether the user is willing to wait for a period of time to allocate the order for the user, so that more time cost is not wasted; on the other hand, the method can effectively reduce the situation that the user cancels the order after placing the order, save the processing resources for interaction among the user client, the business server and the service client, and also can reduce the processing pressure of the business server for distributing and canceling the order.

In order to make the aforementioned objects, features and advantages of the present application more comprehensible, preferred embodiments accompanied with figures are described in detail below.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are required to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present application and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained from the drawings without inventive effort.

Fig. 1 is a schematic diagram illustrating a possible application scenario provided by an embodiment of the present application;

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

FIG. 3 is a schematic diagram illustrating a display effect of an operation interface of a user client provided by an embodiment of the application;

fig. 4 is a first flowchart illustrating a matching candidate service client executed by a business server according to an embodiment of the present application;

fig. 5 is a schematic flowchart illustrating a second process performed by the business server to match candidate service clients according to an embodiment of the present application;

FIG. 6 is a first flowchart illustrating a business server allocation order according to an embodiment of the present disclosure;

fig. 7 is a schematic flow chart illustrating a service server allocation order provided in the embodiment of the present application;

fig. 8 is a schematic structural diagram of an order processing apparatus 800 according to an embodiment of the present disclosure;

fig. 9 is a schematic structural diagram of an order processing apparatus 900 according to an embodiment of the present disclosure;

fig. 10 is a schematic structural diagram of an electronic device 1000 according to an embodiment of the present application;

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

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, 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 only a part of the embodiments of the present application, and not all the embodiments. The components of the embodiments of the present application, generally described and illustrated in the figures herein, can be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of the present application, presented in the accompanying drawings, is not intended to limit the scope of the claimed application, but is merely representative of selected embodiments of the application. All other embodiments, which can be derived by a person skilled in the art from the embodiments of the present application without making any creative effort, shall fall within the protection scope of the present application.

First, an application scenario to which the present application is applicable will be described. The method and the device can be applied to application scenes related to order processing, such as taxi taking or meal ordering. Referring to fig. 1, a schematic diagram of a possible application scenario provided by the present application includes a service server, service clients (such as clients used by a driver in a taxi taking scenario) a 1-An, and user clients (such as clients used by a passenger in a taxi taking scenario) B1-Bm. The service server can establish communication connection with the service client and the user client respectively, and transmit data and the like based on the established communication connection.

For example, taking a taxi taking scene as an example, the service server of the taxi taking platform may establish a communication connection with the user client, receive a service request sent by the user client, and generate an order. And the business server can also establish communication connection with a service client used by the driver, and distribute the generated order to the service client so that the driver can select to take the order and provide the riding service for the user.

Because the distribution of the transportation capacity resources is not uniform in different time periods and different geographical areas, more drivers can receive orders in some areas, and there may be no order-receivable drivers in some areas, the user client, after sending the ride request, it is easy to have a situation where there is no service client available for allocation temporarily near the starting position of the user input, in this case, on the one hand, the user is required to wait a significant amount of time to allocate the ride order, which makes the time cost for the taxi taking process high, and on the other hand, when the user does not want to wait, the operation of canceling the order may be performed, and the service server is required to cancel the order again, the order allocation process is an invalid operation, so that the interactive processing resources among the user client, the service server and the service client are actually wasted, and the processing pressure of allocating and cancelling orders by the service server is increased.

In order to solve the problems, the method for processing the order is provided, and the user needs to be acquired before the user formally requests the service, then the state information of the candidate service client meeting the user needs is estimated in advance and is notified to the user client, so that the user can better decide whether to continue to request the service or not based on the current state information of the candidate service client.

The technical solution provided by the present application is described in detail below with reference to specific embodiments.

Example one

Referring to fig. 2, a schematic flow chart of an order processing method provided in the embodiment of the present application includes the following steps:

step 201, before the user client sends the service request, detecting order information input by the user on the user client, and sending the order information to the service server.

Wherein, under different service scenes, the service request is used for requesting different service services. For example, in a taxi taking scenario, the service request is for requesting a riding service, and in a meal ordering scenario, the service request is for requesting a meal delivery service.

In specific implementation, it is considered that when a user requests a certain service, order information corresponding to the requested service is generally input in a user client, and then the user client is triggered to send a service request by triggering a preset icon on an operation interface of the user client. Therefore, in the embodiment of the present application, when the user client detects that the user inputs the order information on the user client, the user client may notify the detected order information to the service server in advance before sending the service request to the service server, so that the service server may predict the schedulable service resource condition in advance.

Under different application scenarios, the contents carried in the order information are different. Taking a taxi taking scene as an example, in an example, the order information may include a starting position of the taxi taking. In another example, the order information may include a bus taking terminal position and the like in addition to the bus taking starting position. In addition, optionally, personalized information input by the user and the like may also be included in the order information, for example, from the aspects of user experience and user safety, the total service duration, the service evaluation score and the like of the user (i.e., the driver) of the service client may also be included in the order information, which is not listed here.

Step 202, the business server receives the order information and determines the state information of the candidate service client matched with the order information.

In the embodiment of the application, after the business server acquires the order information sent by the user client, the business server can perform pre-matching based on the order information, and determine the state information of the candidate service client matched with the order information, so that the current schedulable service resource condition can be estimated before the user really places an order. Here, the candidate service client can be a schedulable service resource.

Since there are many cases of contents included in the order information, the specific implementation manner when performing the pre-matching is different accordingly. The specific implementation of the pre-matching will be described in detail in the following examples, which will not be detailed here.

In the embodiment of the present application, the state information of the candidate service client may reflect a condition of a currently schedulable service resource.

In a possible implementation manner, the status information of the candidate service client may include the number of candidate service clients matched with the order information. The candidate service client is the service client capable of providing the service currently.

In another possible implementation, the status information of the candidate service clients may further include attribute information of each candidate service client, in addition to the number of the candidate service clients. Specifically, the attribute information may include, for example, at least one of the following information:

each candidate service client estimates the time length of the pick-up from the current position to the bus taking starting position contained in the order information; each candidate service client reaches the estimated distance length of the riding starting position contained in the order information from the current position; total number of orders received for each candidate service client; a service valuation score for each candidate service client.

The estimated distance length is the distance length of a navigation path generated based on the current position of the candidate service client and the riding starting position, and the estimated pickup time length can be estimated according to the moving speed of the candidate service client and the estimated distance length. The total number of the orders may be a total number of the counted candidate service clients within a preset time period, for example, a total number of the orders per month, and the like. The service rating score may be an average value between rating scores of each order served by the candidate server for a preset time period.

Step 203, the service server instructs the user client to display the state information of the candidate service client.

In the embodiment of the application, the service server may notify all the state information of the candidate service client determined in the previous step to the user client, or may screen some key state information from the state information of the candidate service client determined in the previous step to notify the user client. In an example, after determining the state information of the candidate service clients matched with the order information, the service server may further screen out the shortest pickup estimated time length from the pickup estimated time lengths corresponding to different candidate service clients. Further, the service server may notify the number of candidate service clients and the screened shortest estimated pickup time to the user client, so that the user client displays the state information to the user.

And step 204, the user client displays the state information of the candidate service client under the instruction of the service server.

Corresponding to the example given in step 203, after the user client receives the number of candidate service clients matched with the order information and the shortest estimated time length for pickup, which are indicated by the service server, the number of candidate service clients and the shortest estimated time length for pickup can be displayed on the operation interface. For example, referring to the schematic view of the display effect of the operation interface of the user client shown in fig. 3, after the user inputs order information, i.e., a riding start position and a riding end position, the status information of the candidate service client sent by the service server to the user client may be displayed as "there are 5 available vehicles nearby, and the vehicle is picked up within 4 minutes". In the taxi taking scene, the service client used by each driver is matched with one vehicle, so that 5 available vehicles shown in fig. 3 can be understood as 5 candidate service clients.

When presenting the number of candidate service clients, the following exemplary manner may be adopted: when the number of the candidate service clients is not more than the preset number, the number is represented by absolute data, that is, the number of the candidate service clients displayed on the operation interface is represented by a numerical value. When the number of the candidate service clients is larger than the preset number, fuzzified data is adopted to represent the number, namely the number of the candidate service clients displayed on the operation interface is represented by an interval.

For example, assuming that the preset number is 10, when the number of candidate service clients is less than or equal to 10, such as 5, then "the number of candidate service clients is 5" may be directly presented. When the number of candidate service clients is greater than 10, such as 18, then it may be shown that "the number of candidate service clients is greater than 10".

In addition, if the number of the candidate service clients in the state information of the candidate service clients determined by the service server in step 202 is zero, the service server may further prompt the user client to determine whether to send a service request in the case that there is no candidate service client matching the order information, and accordingly, the user client may display prompt information on an operation interface to prompt the user whether to select to continue placing the order.

By adopting the mode, before the user client sends the service request, the business server acquires the order information input by the user in the user client in advance, then estimates the current schedulable service resource condition based on the acquired order information, determines the state information of the candidate service clients matched with the order information, and further instructs the user client to display the state information of the candidate service clients. Therefore, the current schedulable service resource condition can be shown to the user in advance before the user determines to place an order, so that the user can better decide whether to continue placing the order or not based on the state information of the candidate service clients. On one hand, the user can know the current schedulable service resource condition, and can confirm whether the user is willing to wait for a period of time to allocate the order for the user, so that more time cost is not wasted; on the other hand, the method can effectively reduce the situation that the user cancels the order after placing the order, save the processing resources for interaction among the user client, the business server and the service client, and also can reduce the processing pressure of the business server for distributing and canceling the order.

Example two

In the embodiment of the present application, because there are a plurality of situations in the content included in the order placing information in different business scenarios, the specific implementation manner when determining the state information of the candidate service client is also different accordingly. In the following, several cases of ways of determining the status information of candidate service clients performed by the traffic server are listed.

The first condition is as follows: the order information includes a ride start position.

Referring to the first flowchart of the matching candidate service client executed by the service server shown in fig. 4, the method includes the following steps:

step 401, detecting the drive receiving navigation paths between the current positions of the different service clients in the idle state and the start positions of the vehicles respectively.

And step 402, screening out candidate service clients of which the route length of the pick-up navigation path is smaller than a first set value, and determining state information of the candidate service clients.

Case two: the order information comprises a taking starting position and a taking terminal position.

Referring to the second flowchart of the matching candidate service client executed by the service server shown in fig. 5, the method includes the following steps:

and step 501, generating a riding navigation path between a riding initial position and a riding final position.

And 502, acquiring driving initial positions and driving end positions of different service clients in an idle state.

And 503, generating driving navigation paths between driving start positions and driving end positions corresponding to different service clients respectively.

Step 501 and steps 502 to 503 may not be consecutive in execution steps.

And step 504, calculating the matching degree between the driving navigation path and the riding navigation path respectively corresponding to different service clients.

And 505, screening out candidate service clients with the matching degree larger than a second set value, and determining the state information of the candidate service clients.

In addition, when the order information includes a riding end position in addition to the riding start position, the embodiment corresponding to the above case may be adopted. When the application is applied to a taxi taking scene, the embodiment shown in fig. 4 can be applied to a scene that a user calls a taxi independently, such as a fast taxi, a high-quality taxi and the like, and can directly match the state information of the candidate service client according with the taxi taking demand of the user based on the taxi taking starting place of the user. The embodiment shown in fig. 5 can be applied to a car sharing scenario, and the state information of the candidate service client meeting the riding requirement of the user can be matched based on the riding navigation path of the user and the driving navigation path of the driver.

EXAMPLE III

In the embodiment of the present application, it is considered that the state information of the candidate service clients is not fixed, for example, there may be situations where some candidate service clients select orders corresponding to other user clients and provide services, or some candidate service clients exit an order distribution range, and some of the previously determined state information of the candidate service clients become invalid information.

In order to solve the above problem, in the embodiment of the present application, after determining the state information of the candidate service client matched with the order information, the service server may further update the state information of the candidate service client matched with the order information every preset time, so as to instruct the user client to display the updated state information of the candidate service client.

For example, the status information of the candidate service clients matching the order information may be updated as follows:

the first method is as follows: and the business server monitors the current position of the candidate service client matched with the order information and the order receiving state. Further, when a first candidate service client of the candidate service clients satisfies any one of the following first preset conditions, the first candidate service client is updated to a non-candidate service client which does not match the order information, and the state information of the first candidate service client recorded in the state information of the candidate service client is deleted.

Wherein, the first preset condition comprises:

and the order taking state of the candidate service client is the order taking state.

According to the first mode, the service server can determine which candidate service clients cannot be scheduled by monitoring the current position and order receiving state of each candidate service client, and then delete the state information of the candidate service clients which cannot be scheduled.

The second method comprises the following steps: when monitoring that a newly added service client in the order distribution area meets a second preset condition, the service server updates the newly added service client to a candidate service client matched with the order information, and adds the state information of the newly added service client in the state information of the candidate service client;

wherein the second preset condition comprises: the distance from the current position of the service client to the pickup navigation path of the riding starting position included in the order information is shorter than a first set value, and the pickup state of the service client is a missed pickup state.

The newly added service client may be, for example, a service client that has just moved to the order distribution area, or a service client that is in the order distribution area and has just changed from the accepted order state to the not accepted order state, or a service client that is in the order distribution area and has just gone online. This is not further enumerated here.

According to the second mode, when the service server monitors that some newly added service clients can be scheduled, the newly added service clients can be used as candidate service clients, and the state information of the candidate service clients is adaptively updated.

By updating the state information of the candidate service client in time and informing the user client, the user client can show the latest schedulable service resource condition to the user, so that the user can more accurately decide whether to continue ordering.

Example four

In the embodiment of the present application, the interaction flow shown in fig. 2 is completed, and after the state information of the candidate service client is displayed on the user client, if the user selects to continue placing the order, the service server may further continue to execute the processing flow of allocating the order.

The first way of distributing orders:

referring to fig. 6, a first flow chart of allocating an order for a service server provided in the embodiment of the present application is schematically shown, including the following steps:

step 601, after detecting a trigger operation executed by a user and used for sending a service request, a user client sends the service request to a service server, wherein the service request comprises order information.

Step 602, the service server receives a service request sent by the user client, and generates an order corresponding to the service request, where the order includes the order information.

Step 603, the service server determines the order distribution mode based on the latest locally recorded state information of the candidate service client matched with the order information.

In one possible embodiment, if the number of candidate service clients matching the order information included in the latest status information is not zero, the order may be allocated in the following manner: and selecting a target candidate service client from the latest candidate service clients matched with the order information recorded locally, and then distributing the generated order to the target candidate service client.

In another possible implementation manner, if the number of candidate service clients matching the order information included in the latest status information is zero, the order may be allocated in the following manner: the user client is prompted to confirm whether to cancel the order without a candidate service client.

In the above manner of allocating orders as shown in fig. 6, when there are allocable candidate service clients, the service server may select a target candidate service client for the user client, and allocate the order to the target candidate service client. When there is no candidate service client that can be allocated, the business server can also prompt the user client whether to cancel the order. Different order distribution modes are selected according to the schedulable service resource condition, so that the order distribution is more reasonable, and the user experience degree can be improved.

The second way of distributing orders:

referring to fig. 7, a second flow chart of allocating an order for a service server provided in the embodiment of the present application is schematically shown, including the following steps:

step 701, the user client receives a selection instruction executed by the user for the operation interface, wherein the selection instruction comprises a target candidate service client selected by the user from the candidate service clients.

Step 702, the user client sends a service request to the service server, where the service request includes order information and identification information of the target candidate service client.

Step 703, the service server receives the service request sent by the user client, and generates an order corresponding to the service request, where the order includes order information.

And step 704, distributing the generated order to the target candidate service client corresponding to the identification information.

In the above manner of allocating orders shown in fig. 7, the user may autonomously select a target candidate service client according to the state information of the candidate service client displayed in the operation interface of the user client, and then the business server directly allocates the generated order to the target candidate service client. Compared with the mode of distributing orders shown in fig. 6, the method can better meet the actual service requirements of the user, and the user experience is better. For example, when the state information of the candidate service clients includes personalized information of each candidate service client, such as a service evaluation score, a total number of orders received, and the like, the user may select an object providing the service according to a requirement, and the user experience may be improved from different levels.

Based on the same inventive concept, an order processing apparatus corresponding to the order processing method is also provided in the embodiments of the present application, and since the principle of the apparatus in the embodiments of the present application for solving the problem is similar to that of the order processing method described above in the embodiments of the present application, the implementation of the apparatus may refer to the implementation of the method, and repeated details are not described again.

EXAMPLE five

Referring to fig. 8, a schematic structural diagram of an order processing apparatus 800 according to an embodiment of the present disclosure is shown, including:

an obtaining module 801, configured to obtain order information sent by a user client before initiating a service request;

a determining module 802, configured to determine status information of candidate service clients matching the order information;

an indicating module 803, configured to instruct the user client to display the status information of the candidate service client.

the determining module 802 is specifically configured to:

a total number of orders taken for each of the candidate service clients;

a service valuation score for each of the candidate service clients.

In a possible implementation, the determining module 802 is further configured to:

the indicating module 803 is specifically configured to:

In a possible embodiment, the apparatus further comprises:

an updating module 804, configured to update, every preset duration, state information of the candidate service client that matches the order information;

the indicating module 803 is further configured to:

In a possible implementation manner, the update module 804 is specifically configured to:

wherein the first preset condition comprises:

wherein the second preset condition comprises:

a first prompting module 805, configured to prompt the user client to confirm whether to send the service request in a case where there is no candidate service client matching the order information.

In a possible embodiment, the apparatus further comprises:

a first receiving module 806, configured to receive the service request sent by the user client, where the service request includes the order information;

a first generating module 807, configured to generate an order corresponding to the service request, where the order includes the order information;

a first distribution module 808 configured to: and determining the distribution mode of the order based on the latest locally recorded state information of the candidate service client matched with the order information.

In a possible implementation manner, if the number of candidate service clients included in the latest status information and matching with the order information is not zero, the first allocating module 808 is specifically configured to:

and distributing the generated order to the target candidate service client.

a second prompting module 809 for prompting the user client to confirm whether to withdraw the order without the candidate service client.

In a possible embodiment, the apparatus further comprises:

a second receiving module 810, configured to receive the service request sent by the user client, where the service request includes the order information and identification information of a target candidate service client selected from the candidate service clients by the user;

a second generating module 811, configured to generate an order corresponding to the service request, where the order includes the order information;

a second allocating module 812, configured to determine to allocate the generated order to the target candidate service client corresponding to the identification information.

EXAMPLE six

Referring to fig. 9, a schematic structural diagram of an order processing apparatus 900 according to an embodiment of the present disclosure is shown, including:

a detecting module 901, configured to detect order information input by a user on a user client;

a sending module 902, configured to send the order information to a service server;

a receiving module 903, configured to receive state information of a candidate service client that is indicated by the service server and matches the order information;

a display module 904, configured to display the status information on an operation interface of the user client.

In a possible implementation manner, the receiving module 903 is further configured to

In a possible implementation manner, the receiving module 903 is specifically configured to:

the display module 904 is specifically configured to:

EXAMPLE seven

As shown in fig. 10, a schematic structural diagram of an electronic device 1000 provided in an embodiment of the present application includes: a processor 1001, a memory 1002, and a bus 1003;

the memory 1002 stores machine-readable instructions executable by the processor 1001, the processor 1001 and the memory 1002 communicating via the bus 1003 when the electronic device 1000 is operating, the machine-readable instructions when executed by the processor 1001 perform the following:

For specific processing procedures executed by the processor 1001, reference may be made to the description in the foregoing method embodiments, and details are not described here.

Example eight

As shown in fig. 11, a schematic structural diagram of an electronic device 1100 provided in an embodiment of the present application includes: a processor 1101, a memory 1102, and a bus 1103;

the memory 1102 stores machine-readable instructions executable by the processor 1101, the processor 1101 and the memory 1102 communicating via the bus 1103 when the electronic device 1100 is operating, the machine-readable instructions when executed by the processor 1101 perform the following:

For specific processing procedures executed by the processor 1101, reference may be made to the description in the foregoing method embodiments, and details are not described here.

An embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the steps of the order processing method are performed.

Specifically, the storage medium can be a general-purpose storage medium, such as a mobile disk, a hard disk, and the like, and when a computer program on the storage medium is executed, the order processing method can be executed, so that the problem that a large amount of time needs to be consumed to wait for allocating a riding order in the existing manner, so that the time cost consumed in the taxi taking process is high is solved.

The computer program product of the order processing method provided in the embodiment of the present application includes a computer-readable storage medium storing a program code, where instructions included in the program code may be used to execute the method in the foregoing method embodiment, and specific implementation may refer to the method embodiment, which is not described herein again.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the system and the apparatus described above may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again. In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one logical division, and there may be other divisions when actually implemented, and for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of devices or units through some communication interfaces, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a non-volatile computer-readable storage medium executable by a processor. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. An order processing method, comprising:

2. The method of claim 1, wherein the order information comprises a ride start location;

3. The method of claim 1, wherein the order information comprises a ride start location and a ride end location;

4. A method according to any one of claims 1 to 3, wherein the status information comprises: the number of candidate service clients matched with the order information.

5. The method of claim 4, wherein the state information further includes attribute information for each candidate service client;

a total number of orders taken for each of the candidate service clients;

a service valuation score for each of the candidate service clients.

6. The method of claim 5, after determining status information of candidate service clients that match the order information, further comprising:

7. The method of claim 1, wherein after determining status information of candidate service clients that match the order information, the method further comprises:

8. The method of claim 7, wherein updating the status information of the candidate service clients that match the order information comprises:

wherein the first preset condition comprises:

9. The method of claim 7, wherein updating the status information of the candidate service clients that match the order information comprises:

wherein the second preset condition comprises:

10. The method of claim 4, wherein if the status information includes a number of candidate service clients matching the order information and the number is zero, the method further comprises:

11. The method of claim 1, wherein after instructing the user client to present state information of the candidate service client, the method further comprises:

12. The method of claim 11, wherein if the number of candidate service clients included in the latest status information that match the order information is not zero, the method further comprises:

and distributing the generated order to the target candidate service client.

13. The method of claim 11, wherein if the number of candidate service clients included in the latest status information that match the order information is zero, the method further comprises:

14. The method of claim 1, wherein after instructing the user client to present state information of the candidate service client, the method further comprises:

15. An order processing method, comprising:

16. The method of claim 15, wherein after presenting the status information on an operator interface of the user client, the method further comprises;

17. The method of claim 15, wherein receiving status information of candidate service clients indicated by the traffic server that match the order information comprises:

18. The method of claim 17,

19. An order processing apparatus, comprising:

20. The apparatus of claim 19, wherein the order information comprises a ride start location;

the determining module is specifically configured to:

21. The apparatus of claim 19, wherein the order information comprises a ride start location and a ride end location;

the determining module is specifically configured to:

22. The apparatus of any of claims 19 to 21, wherein the status information comprises: the number of candidate service clients matched with the order information.

23. The apparatus of claim 22, wherein the state information further comprises attribute information for each candidate service client;

a total number of orders taken for each of the candidate service clients;

a service valuation score for each of the candidate service clients.

24. The apparatus of claim 23, wherein the determining module is further configured to:

the indication module is specifically configured to:

25. The apparatus of claim 19, wherein the apparatus further comprises:

the indication module is further configured to:

26. The apparatus of claim 25, wherein the update module is specifically configured to:

wherein the first preset condition comprises:

27. The apparatus of claim 25, wherein the update module is specifically configured to:

wherein the second preset condition comprises:

28. The apparatus of claim 22, wherein if the status information includes a number of candidate service clients matching the order information and the number is zero, the apparatus further comprises:

29. The apparatus of claim 19, wherein the apparatus further comprises:

30. The apparatus of claim 29, wherein if the number of candidate service clients included in the latest status information that match the order information is not zero, the first allocating module is specifically configured to:

and distributing the generated order to the target candidate service client.

31. The apparatus of claim 29, wherein if the number of candidate service clients included in the latest status information that match the order information is zero, the apparatus further comprises:

32. The apparatus of claim 19, wherein the apparatus further comprises:

33. An order processing apparatus, characterized in that the apparatus further comprises:

34. The apparatus of claim 33, wherein the receiving module is further configured to receive a selection instruction executed by a user with respect to the operation interface, where the selection instruction includes a target candidate service client selected by the user from the candidate service clients;

35. The apparatus of claim 33, wherein the receiving module is specifically configured to:

the display module is specifically configured to:

36. The apparatus of claim 35,

37. An electronic device, comprising: a processor, a memory and a bus, the memory storing machine-readable instructions executable by the processor, the processor and the memory communicating over the bus when the electronic device is running, the machine-readable instructions when executed by the processor performing the steps of the order processing method according to any of claims 1 to 14.

38. An electronic device, comprising: a processor, a memory and a bus, the memory storing machine-readable instructions executable by the processor, the processor and the memory communicating over the bus when the electronic device is operating, the machine-readable instructions when executed by the processor performing the steps of the order processing method according to any of claims 15 to 18.

39. A computer-readable storage medium, characterized in that a computer program is stored on the computer-readable storage medium, which computer program, when being executed by a processor, is adapted to carry out the steps of the order processing method according to any of the claims 1 to 18.