Aggregate ride-hailing method, device, computer device and storage medium

Abstract

The present invention relates to the field of process optimization, and discloses an aggregated car-hailing method, device, computer device and storage medium. The method includes: receiving pre-order information submitted by a plurality of suppliers respectively; obtaining an order-taking rule matching the car-hailing user, and parsing the pre-order information according to the order-taking rule to determine a target supplier; sending a pre-order confirmation message to the target supplier so that the target supplier dispatches an order to a driver according to the pre-order confirmation message; receiving an order-taking success message fed back by the target supplier; and feeding back the order-taking success message to the car-hailing user. The present invention can improve the matching degree between the car-hailing user and the order-taking driver, and reduce the repeated dispatching of car-hailing orders.

Description

Technical Field

[0001] The present invention relates to the field of process optimization, and particularly to a method, device, computer device and storage medium for aggregating ride-hailing. Background Art

[0002] The aggregating ride-hailing mode has gradually become the mainstream way of online car-hailing travel. The platform provides multiple suppliers and a variety of vehicle models to choose from, greatly improving the success rate of order receiving and shortening the waiting time of users for taking a taxi. At the same time, there are also some problems in the aggregating ride-hailing mode. For example, existing ride-hailing products generally select the supplier with faster order receiving according to the order receiving time. However, this order dispatching method has relatively large defects. On the user side, the driver who may receive the order may be farther away, resulting in too long waiting time for the taxi-taking user. On the driver side, due to a large number of order dispatches, and only one driver successfully receives the order, other drivers directly cancel after failing to compete for the order, resulting in a large number of orders cancelled after order dispatch, sacrificing the experience of the driver side; if there is a network failure or interface disconnection problem, it may lead to a situation where the cancellation fails, and it may cause an order to be dispatched to multiple drivers.

[0003] Therefore, it is necessary to find a new method for aggregating ride-hailing to reduce the cancellation volume of ride-hailing orders on the driver side and improve the driver's satisfaction. Summary of the Invention

[0004] Based on this, in view of the above technical problems, it is necessary to provide a method, device, computer device and storage medium for aggregating ride-hailing to reduce the cancellation volume of ride-hailing orders on the driver side and improve the driver's satisfaction.

[0005] A method for aggregating ride-hailing includes:

[0006] Receiving pre-order acceptance information submitted by a plurality of suppliers respectively, the pre-order acceptance information including a list of target drivers, the list of target drivers including a plurality of target drivers and corresponding driver information; the pre-order acceptance information is intermediate data of a ride-hailing order, and the ride-hailing order is generated based on a ride-hailing request of a ride-hailing user;

[0007] Obtaining an order acceptance rule matching the ride-hailing user, and parsing the pre-order acceptance information according to the order acceptance rule to determine a target supplier from the plurality of suppliers;

[0008] Sending a pre-order acceptance confirmation message to the target supplier, so that the target supplier dispatches an order to a driver according to the pre-order acceptance confirmation message;

[0009] Receiving the order acceptance success message fed back by the target supplier;

[0010] Feeding back the order acceptance success message to the ride-hailing user.

[0011] An aggregating ride-hailing device includes:

[0012] A pre - received order information receiving module, configured to receive pre - received order information submitted by several suppliers respectively. The pre - received order information includes a list of target drivers, and the list of target drivers includes several target drivers and corresponding driver information. The pre - received order information is intermediate data of a taxi - hailing order, and the taxi - hailing order is generated based on a taxi - hailing request of a taxi - hailing user.

[0013] A supplier determining module, configured to obtain an order - receiving rule matching the taxi - hailing user, and parse the pre - received order information according to the order - receiving rule to determine a target supplier from the several suppliers.

[0014] A pre - received order module, configured to send a pre - received order confirmation message to the target supplier, so that the target supplier dispatches orders to drivers according to the pre - received order confirmation message.

[0015] An order - receiving confirmation module, configured to receive an order - receiving success message fed back by the target supplier.

[0016] A user feedback module, configured to feedback the order - receiving success message to the taxi - hailing user.

[0017] A computer device, including a memory, a processor, and computer - readable instructions stored in the memory and executable on the processor. When the processor executes the computer - readable instructions, the above - mentioned aggregated taxi - hailing method is implemented.

[0018] One or more readable storage media storing computer - readable instructions. When the computer - readable instructions are executed by one or more processors, the one or more processors execute the aggregated taxi - hailing method as described above.

[0019] The above aggregative ride-hailing method, device, computer equipment and storage medium receive pre-order information submitted by several suppliers respectively. The pre-order information includes a list of target drivers, and the list of target drivers includes several target drivers and corresponding driver information. The pre-order information is intermediate data of a ride-hailing order, and the ride-hailing order is generated based on a ride-hailing request of a ride-hailing user, so as to screen the best supplier through the pre-order information. Obtain a receiving rule matching the ride-hailing user, and analyze the pre-order information according to the receiving rule to determine a target supplier from the several suppliers. Here, the target supplier pre-orders the order, which can reduce the duplicate submission of orders. Send a pre-order confirmation message to the target supplier, so that the target supplier dispatches orders to the drivers according to the pre-order confirmation message. Here, the target supplier pre-orders the order first, and only when the target supplier does not accept the order, the order is then assigned to other suppliers. Receive the order acceptance success message fed back by the target supplier to determine that a driver has accepted the order. Feed back the order acceptance success message to the ride-hailing user to complete the order acceptance process. In the present invention, the target supplier locks the driver first, generates pre-order information, and then dispatches orders to the driver after receiving the pre-order confirmation message, which can prevent multiple dispatches of a single order, reduce the number of order cancellations on the driver side, and improve the experience of the driver side. At the same time, the aggregative platform selects the optimal target supplier by analyzing the pre-order information, improving the ride-hailing experience of the ride-hailing user. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following will briefly introduce the drawings required for the description of the embodiments of the present invention. Obviously, the following drawings are only some embodiments of the present invention, and those of ordinary skill in the art can also obtain other drawings without creative efforts.

[0021] Figure 1 is a schematic diagram of an application environment of an aggregative ride-hailing method in an embodiment of the present invention;

[0022] Figure 2 is a schematic flowchart of an aggregative ride-hailing method in an embodiment of the present invention;

[0023] Figure 3 is a schematic structural diagram of an aggregative ride-hailing device in an embodiment of the present invention;

[0024] Figure 4 is a schematic diagram of computer equipment in an embodiment of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0025] Next, the technical solutions in the embodiments of the present invention will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, rather than all the embodiments. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present invention without creative efforts shall fall within the protection scope of the present invention.

[0026] The aggregated ride-hailing method provided in this embodiment can be applied in an application environment such as Figure 1 . Among them, the client communicates with the server. The client includes but is not limited to various personal computers, laptop computers, smartphones, tablet computers, and portable wearable devices. The server can be implemented by an independent server or a server cluster composed of multiple servers.

[0027] In one embodiment, as Figure 2 shown, a aggregated ride-hailing method is provided. Taking the server in Figure 1 as an example, the method includes the following steps S10-S50.

[0028] S10. Receive the pre-order acceptance information submitted by several suppliers respectively. The pre-order acceptance information includes a list of target drivers, and the list of target drivers includes several target drivers and corresponding driver information. The pre-order acceptance information is intermediate data of a ride-hailing order, and the ride-hailing order is generated based on a ride-hailing request of a ride-hailing user.

[0029] It can be understood that when a ride-hailing user submits a ride-hailing request to the aggregation platform, the aggregation platform can generate a corresponding ride-hailing order (platform side) and send a pre-order acceptance notice to each supplier. After receiving the pre-order acceptance notice, the supplier can generate corresponding pre-order acceptance information according to the driver data in its system and then submit it to the aggregation platform. Here, the supplier refers to the order management system (or driver information system) used by the supplier. The pre-order acceptance information includes but is not limited to a list of target drivers, the pick-up distance, the estimated price, the supplier rating, and the commission amount. The list of target drivers includes multiple candidate drivers and corresponding driver information. The driver information includes but is not limited to name, gender, age, household register, driving age, and rating.

[0030] Here, the pre-order acceptance information refers to the intermediate data generated by the supplier during the process of completing the ride-hailing order. The pre-order acceptance information is submitted by the supplier to the aggregation platform and does not require the participation of the driver side.

[0031] S20. Obtain the acceptance rules matching the ride-hailing user, and parse the pre-order acceptance information according to the acceptance rules to determine a target supplier from the several suppliers.

[0032] Understandably, the aggregation platform can analyze the taxi-taking preferences of users based on their identity characteristics and / or historical taxi-taking records, and then form an order-receiving rule that matches the taxi-taking users. Then, this order-receiving rule is used to parse each pre-order information to generate a corresponding score. The supplier corresponding to the highest score is determined as the target supplier.

[0033] For example, some taxi-taking users have a household registration preference, such as preferring local drivers. Then, a corresponding local priority order-receiving rule can be set. When using the local priority order-receiving rule to parse each pre-order information, if the pre-order information submitted by a certain supplier contains more local drivers, then under the same other conditions, its obtained score is higher.

[0034] S30. Send a pre-order confirmation message to the target supplier so that the target supplier can dispatch orders to drivers according to the pre-order confirmation message.

[0035] Understandably, after determining the target supplier, the aggregation platform can send the pre-order confirmation message to the target supplier. After receiving the pre-order confirmation message, the target supplier can dispatch orders to the drivers it is connected to. Each supplier can be connected to multiple drivers. Here, the driver refers to the terminal for receiving orders by online car-hailing drivers, which can be a smart phone or other terminals with order-receiving functions.

[0036] S40. Receive the order-receiving success message feedback by the target supplier.

[0037] Understandably, when a driver submits an order-receiving request to the target supplier, the target supplier can generate an order-receiving success message according to the order-receiving request sent by the driver, and then send the order-receiving success message to the aggregation platform. The order-receiving success message includes, but is not limited to, the driver information (name, license plate number, etc.) for receiving the order and the location information of the passenger-carrying vehicle.

[0038] S50. Feedback the order-receiving success message to the taxi-taking user.

[0039] Understandably, after receiving the order-receiving success message feedback by the target supplier, the aggregation platform can feedback the order-receiving success message to the taxi-taking user to inform the taxi-taking user of the corresponding order-receiving information.

[0040] In steps S10 - S50, receive the pre - order information submitted by several suppliers respectively to screen the best supplier through the pre - order information. Obtain the order - receiving rules matching the ride - hailing user, and parse the pre - order information according to the order - receiving rules to determine the target supplier from the several suppliers. Here, having the target supplier receive the pre - order can reduce the duplicate submission of orders. Send a pre - order confirmation message to the target supplier so that the target supplier dispatches the order to the driver according to the pre - order confirmation message. Here, first let the target supplier receive the pre - order, and only when the target supplier does not receive the order, then allocate the order to other suppliers. Receive the order - receiving success message feedback from the target supplier to determine that a driver has received the order. Feed back the order - receiving success message to the ride - hailing user to complete the order - receiving process. In this embodiment, the target supplier first locks the driver and generates pre - order information, and then dispatches the order to the driver after receiving the pre - order confirmation message, which can prevent multiple dispatches of a single order, reduce the number of order cancellations on the driver side, and improve the driver - side experience. At the same time, the aggregation platform selects the optimal target supplier by parsing the pre - order information, improving the ride - hailing user's car - using experience.

[0041] Optionally, before step S10, that is, before receiving the pre - order information submitted by several suppliers, it further includes:

[0042] S11. Receive the ride - hailing request of the ride - hailing user;

[0043] S12. Send a pre - order notice to the several suppliers according to the ride - hailing request so that the several suppliers generate the pre - order information according to the pre - order notice and their respective driver data.

[0044] Understandably, the aggregation platform receives the ride - hailing request of the ride - hailing user, generates a pre - order notice based on this ride - hailing request, and then sends the pre - order notice to several suppliers docked with the aggregation platform. After receiving the pre - order notice, the suppliers can generate corresponding pre - order information and then submit it to the aggregation platform.

[0045] Optionally, step S12, that is, sending a pre - order notice to the several suppliers according to the ride - hailing request so that the several suppliers generate the pre - order information according to the pre - order notice and their respective driver data, includes:

[0046] S121. The supplier extracts the passenger information from the pre - order notice, and the passenger information includes user personal information and user location information;

[0047] S122. The supplier searches for a number of matching driver information that matches the location information from its own driver data, and generates a list of matching drivers according to the number of matching driver information; the supplier obtains a user screening rule corresponding to the user information;

[0048] S123. The supplier screens and / or sorts the list of matching drivers according to the user screening rule to obtain a target driver list;

[0049] S124. The supplier generates the pre - order information according to the target driver list.

[0050] Understandably, the supplier can extract the rider information from the pre - order notice. Here, the rider information includes user personal information and user location information. In an example, the rider information can be expressed as: Li Si; No. 20, Jianshe Road.

[0051] Driver data includes but is not limited to the location data of the driver's vehicle and the order - receiving status. The supplier will match the matching driver information at a nearby location according to the user location information of the ride - hailing user. In an example, the matching driver information can be the information of a driver within 3 kilometers of the user's location and in an idle state or a state of waiting to receive an order. Here, the state of waiting to receive an order refers to the order - receiving state when the driver is about to reach the destination (such as less than 2 minutes).

[0052] User screening rules include but are not limited to the user blacklist and user preference information. The supplier can exclude the drivers on the user blacklist from the target driver list, and at the same time sort the remaining drivers based on the user preference information to form a target driver list, and then generate the pre - order information according to the target driver list. Here, the user preference information includes but is not limited to vehicle type preference, waiting time preference, personality preference (such as liking to chat or not liking to chat).

[0053] Optionally, step S20, that is, obtaining the order - receiving rule matching the ride - hailing user, and parsing the pre - order information according to the order - receiving rule to determine the target supplier from the several suppliers, includes:

[0054] S201. Determine the order - receiving sequence of the corresponding supplier according to the receiving time of the pre - order information;

[0055] S202. Obtain the order - receiving rule matching the ride - hailing user, and evaluate the pre - order information of each supplier in the order - receiving sequence according to the order - receiving rule to obtain the order adaptation score of each supplier;

[0056] S203. Determine the supplier with the highest order adaptation score as the best supplier in the order - receiving sequence;

[0057] S204. Determine the target supplier according to the best suppliers of several said order receiving sequences.

[0058] Understandably, the order receiving sequence of the pre-order information can be determined according to the receiving time of the pre-order information. For example, the number of order receiving sequences can be two. The pre-order information submitted within the first N seconds of receiving the order (the time when the pre-order notice is sent) is added to the first order receiving sequence (priority queue), and the pre-order information submitted N seconds after receiving the order is added to the second order receiving sequence (waiting queue).

[0059] The order receiving rule can be used to extract indicators from the pre-order information in the order receiving sequence, calculate the scores of each indicator, and then calculate the order adaptation score of the supplier corresponding to the pre-order information based on the scores and weights of each indicator. Calculate the order adaptation scores of all suppliers within the order receiving sequence, and determine the supplier with the highest order adaptation score as the best supplier of this order receiving sequence. Here, the indicators include but are not limited to the order receiving distance, estimated price, household register, driver evaluation, supplier score, and rebate amount. For different taxi users' order receiving rules, the corresponding indicator weights generally vary.

[0060] The best supplier of each order receiving sequence can be calculated, and then the order adaptation scores of each best supplier are compared, and the best supplier with the optimal order adaptation score is selected as the final target supplier.

[0061] Optionally, step S201, that is, determining the order receiving sequence where the corresponding supplier is located according to the receiving time of the pre-order information, includes:

[0062] S2011. Add the supplier corresponding to the first pre-order information to the first order receiving sequence, where the first pre-order information is the pre-order information whose receiving time is within the first time window;

[0063] S2012. Add the supplier corresponding to the second pre-order information to the second order receiving sequence, where the second pre-order information is the pre-order information whose receiving time is within the second time window; the order receiving sequence includes the first order receiving sequence and the second order receiving sequence; the end time of the first time window is not later than the start time of the second time window.

[0064] Understandably, the number of order receiving sequences can be two. The pre-order receiving information submitted in the first N seconds (i.e., the first time window) of order receiving (the time when the pre-order receiving notice is sent) can be added to the first order receiving sequence (priority queue), and the pre-order receiving information submitted N seconds after order receiving (i.e., the second time window) can be added to the second order receiving sequence (waiting queue). Whenever a new supplier joins, the new best supplier in the second order receiving sequence can be calculated, and then the order adaptation score of the best supplier in the second order receiving sequence can be compared with the order adaptation score of the best supplier in the first order receiving sequence to determine the target supplier. In some cases, the best supplier in the first order receiving sequence can receive the order first. If the supplier in the first order receiving sequence fails to receive the order in time, the best supplier in the second order receiving sequence can receive the order.

[0065] Optionally, step S202, that is, evaluating the pre-order receiving information of several suppliers in the order receiving sequence according to the pre-order receiving information to obtain the order adaptation scores of several suppliers, includes:

[0066] S2021. Extract the index values of several indexes from the pre-order receiving information;

[0067] S2022. Obtain the weight factors of the several indexes respectively;

[0068] S2023. Determine the order adaptation score according to the index values and weight factors of the several indexes.

[0069] Understandably, the indexes include but are not limited to order receiving distance, estimated price, household register, driver evaluation, supplier score, and rebate amount. The index values of these indexes are extracted from the pre-order receiving information. In an example, the extracted index values can be expressed as:

[0070] Supplier A:

[0071] Driver A

[0072] Order receiving distance: 2.3 km;

[0073] Estimated price: 55 yuan;

[0074] Driver evaluation: 5.0;

[0075] Supplier score: 4.9;

[0076] Rebate amount: 23%.

[0077] Each index has a corresponding weight factor. The value of the weight factor can be set according to actual needs. After determining the index values and weight factors of all indexes in a pre-order receiving information, their weighted sum can be calculated, which is the order adaptation score of the supplier.

[0078] Optionally, after step S30, that is, after sending the pre-order confirmation information to the target supplier so that the target supplier dispatches an order to the driver according to the pre-order confirmation information, the method further includes:

[0079] S31. The target supplier receives the order-taking information submitted by the driver;

[0080] S32. The target supplier generates the order-taking success information according to the order-taking information.

[0081] Understandably, after the target supplier dispatches an order to the driver, if a driver takes the order, the target supplier receives the order-taking information submitted by the driver. The target supplier can generate the order-taking success information according to the order-taking information. The order-taking success information includes, but is not limited to, the information of the driver taking the order (such as name, license plate number, etc.) and the location information of the passenger-carrying vehicle.

[0082] It should be understood that the magnitudes of the sequence numbers of the steps in the above embodiments do not mean the order of execution. The order of execution of each process should be determined according to its function and internal logic, and should not constitute any limitation to the implementation process of the embodiments of the present invention.

[0083] In one embodiment, a combined taxi-hailing device is provided, and the combined taxi-hailing device corresponds to the combined taxi-hailing method in the above embodiment one by one. As Figure 3 shown, the combined taxi-hailing device includes a pre-order information receiving module 10, a supplier determining module 20, a pre-order module 30, an order-taking confirmation module 40, and a user feedback module 50. The detailed description of each functional module is as follows:

[0084] The pre-order information receiving module 10 is configured to receive the pre-order information submitted by several suppliers respectively. The pre-order information includes a list of target drivers, and the list of target drivers includes several target drivers and corresponding driver information. The pre-order information is intermediate data of a taxi-hailing order, and the taxi-hailing order is generated based on a taxi-hailing request of a taxi-hailing user.

[0085] The supplier determining module 20 is configured to obtain an order-taking rule matching the taxi-hailing user, and parse the pre-order information according to the order-taking rule to determine a target supplier from the several suppliers.

[0086] The pre-order module 30 is configured to send a pre-order confirmation information to the target supplier so that the target supplier dispatches an order to the driver according to the pre-order confirmation information.

[0087] The order-taking confirmation module 40 is configured to receive the order-taking success information fed back by the target supplier.

[0088] The user feedback module 50 is configured to feedback the order-taking success information to the taxi-hailing user.

[0089] Optionally, the aggregated ride-hailing device further includes:

[0090] A ride-hailing request receiving module, configured to receive a ride-hailing request from the ride-hailing user;

[0091] A pre-acceptance notice sending module, configured to send a pre-acceptance notice to the plurality of suppliers according to the ride-hailing request, so that the plurality of suppliers generate the pre-acceptance information according to the pre-acceptance notice and their respective driver data.

[0092] Optionally, the pre-acceptance notice sending module includes:

[0093] A passenger information extraction unit, configured to enable the supplier to extract passenger information from the pre-acceptance notice, where the passenger information includes user personal information and user location information;

[0094] An information matching unit, configured to enable the supplier to find a plurality of matching driver information that matches the location information from its own driver data, and generate a list of matching drivers according to the plurality of matching driver information; the supplier obtains a user screening rule corresponding to the user information;

[0095] A screening unit, configured to enable the supplier to screen and / or sort the list of matching drivers according to the user screening rule to obtain a target driver list;

[0096] A pre-acceptance information generation unit, configured to enable the supplier to generate the pre-acceptance information according to the target driver list.

[0097] Optionally, the supplier determination module 20 includes:

[0098] An acceptance sequence determination unit, configured to determine the acceptance sequence in which the corresponding supplier is located according to the reception time of the pre-acceptance information;

[0099] A supplier evaluation unit, configured to obtain an acceptance rule that matches the ride-hailing user, and evaluate the pre-acceptance information of each supplier in the acceptance sequence according to the acceptance rule to obtain an order matching score for each supplier;

[0100] An optimal supplier determination unit for the sequence, configured to determine the supplier with the highest order matching score as the optimal supplier for the acceptance sequence;

[0101] A target supplier determination unit, configured to determine the target supplier according to the optimal suppliers of the plurality of acceptance sequences.

[0102] Optionally, the acceptance sequence determination unit includes:

[0103] Determine a first sequence unit for adding a supplier corresponding to the first pre - order information to the first order - receiving sequence, where the first pre - order information is the pre - order information whose receiving time is within the first time window;

[0104] Determine a second sequence unit for adding a supplier corresponding to the second pre - order information to the second order - receiving sequence, where the second pre - order information is the pre - order information whose receiving time is within the second time window; the order - receiving sequence includes the first order - receiving sequence and the second order - receiving sequence; the end time of the first time window is not later than the start time of the second time window.

[0105] Optionally, the supplier evaluation unit includes:

[0106] An index value extraction unit for extracting the index values of several indexes from the pre - order information;

[0107] A weight factor acquisition unit for acquiring the weight factors of the several indexes respectively;

[0108] An evaluation score unit for determining the order adaptation score according to the index values and weight factors of the several indexes.

[0109] Optionally, the aggregated car - hailing device further includes:

[0110] An order - receiving information receiving module for the target supplier to receive the order - receiving information submitted by the driver;

[0111] An order - receiving information generating module for the target supplier to generate the order - receiving success information according to the order - receiving information.

[0112] For the specific limitations of the aggregated car - hailing device, reference can be made to the limitations on the aggregated car - hailing method in the above text, which will not be elaborated here. Each module in the above - mentioned aggregated car - hailing device can be implemented in whole or in part through software, hardware, and their combinations. The above - mentioned modules can be embedded in the processor of the computer device in hardware form or be independent of it, or be stored in the memory of the computer device in software form so that the processor can call and execute the operations corresponding to the above - mentioned modules.

[0113] In one embodiment, a computer device is provided. The computer device can be a server, and its internal structure diagram can be as Figure 4Shown. The computer device includes a processor, a memory, a network interface, and a database connected via a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a readable storage medium and an internal memory. The readable storage medium stores an operating system, computer-readable instructions, and a database. The internal memory provides an environment for the operation of the operating system and computer-readable instructions in the readable storage medium. The database of the computer device is used to store data involved in the aggregated taxi-hailing method. The network interface of the computer device is used to communicate with an external terminal via a network connection. When the computer-readable instructions are executed by the processor, an aggregated taxi-hailing method is implemented. The readable storage medium provided in this embodiment includes a non-volatile readable storage medium and a volatile readable storage medium.

[0114] In one embodiment, a computer device is provided, including a memory, a processor, and computer-readable instructions stored on the memory and executable on the processor. When the processor executes the computer-readable instructions, the following steps are implemented:

[0115] Receive pre-order information submitted by several suppliers respectively. The pre-order information includes a list of target drivers, and the list of target drivers includes several target drivers and corresponding driver information. The pre-order information is intermediate data of a taxi-hailing order, and the taxi-hailing order is generated based on a taxi-hailing request of a taxi-hailing user.

[0116] Obtain an order-taking rule matching the taxi-hailing user, and parse the pre-order information according to the order-taking rule to determine a target supplier from the several suppliers.

[0117] Send a pre-order confirmation message to the target supplier, so that the target supplier dispatches orders to drivers according to the pre-order confirmation message.

[0118] Receive the order-taking success information fed back by the target supplier.

[0119] Feed back the order-taking success information to the taxi-hailing user.

[0120] In one embodiment, one or more computer-readable storage media storing computer-readable instructions are provided. The readable storage media provided in this embodiment include non-volatile readable storage media and volatile readable storage media. Computer-readable instructions are stored on the readable storage media. When the computer-readable instructions are executed by one or more processors, the following steps are implemented:

[0121] Receive pre-order information submitted by several suppliers respectively, where the pre-order information includes a list of target drivers, and the list of target drivers includes several target drivers and corresponding driver information; the pre-order information is intermediate data of a taxi order, and the taxi order is generated based on a taxi request of a taxi user;

[0122] Obtain an order-taking rule that matches the taxi user, and parse the pre-order information according to the order-taking rule to determine a target supplier from the several suppliers;

[0123] Send a pre-order confirmation message to the target supplier, so that the target supplier dispatches orders to drivers according to the pre-order confirmation message;

[0124] Receive the order-taking success information fed back by the target supplier;

[0125] Feed back the order-taking success information to the taxi user.

[0126] Those of ordinary skill in the art can understand that all or part of the processes of implementing the methods in the above embodiments can be completed by instructing relevant hardware through computer-readable instructions. The computer-readable instructions can be stored in a non-volatile readable storage medium or a volatile readable storage medium. When the computer-readable instructions are executed, they can include the processes of the embodiments of the above methods. Among them, any reference to a memory, storage, database, or other medium used in the various embodiments provided in the present application can include non-volatile and / or volatile memories. Non-volatile memories can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memories can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in many forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous link (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

[0127] Those skilled in the art can clearly understand that for the convenience and simplicity of description, only the above division of each functional unit and module is used as an example. In actual applications, the above functions can be allocated to different functional units and modules according to needs, that is, the internal structure of the device is divided into different functional units or modules to complete all or part of the functions described above.

[0128] The above-described embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: they can still modify the technical solutions recorded in the foregoing embodiments, or perform equivalent replacements on some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the various embodiments of the present invention, and should all be included within the protection scope of the present invention.

Claims

1. An aggregated car-hailing method, characterized in that, it includes: Receiving pre-order acceptance information submitted by several suppliers respectively, where the pre-order acceptance information includes a list of target drivers, and the list of target drivers includes several target drivers and corresponding driver information; the pre-order acceptance information is intermediate data of a car-hailing order, and the car-hailing order is generated based on a car-hailing request of a car-hailing user; Obtaining an order acceptance rule matching the car-hailing user, and parsing the pre-order acceptance information according to the order acceptance rule to determine a target supplier from the several suppliers; Sending a pre-order acceptance confirmation message to the target supplier, so that the target supplier dispatches orders to drivers according to the pre-order acceptance confirmation message; Receiving the order acceptance success message fed back by the target supplier; Feeding back the order acceptance success message to the car-hailing user; The obtaining an order acceptance rule matching the car-hailing user, and parsing the pre-order acceptance information according to the order acceptance rule to determine a target supplier from the several suppliers includes: Determining the acceptance sequence in which the corresponding supplier is located according to the reception time of the pre-order acceptance information; Obtaining an order acceptance rule matching the car-hailing user, and evaluating the pre-order acceptance information of each supplier in the acceptance sequence according to the order acceptance rule to obtain an order adaptation score for each supplier; among them, using the order acceptance rule to extract indicators from the pre-order acceptance information in the acceptance sequence, calculating the scores of each indicator, and calculating the order adaptation score of the supplier corresponding to the pre-order acceptance information based on the scores and weights of each indicator; Determining the supplier with the highest order adaptation score as the best supplier in the acceptance sequence; Determining the target supplier according to the best suppliers of several acceptance sequences; The determining the acceptance sequence in which the corresponding supplier is located according to the reception time of the pre-order acceptance information includes: Adding the supplier corresponding to the first pre-order acceptance information to the first acceptance sequence, where the first pre-order acceptance information is the pre-order acceptance information whose reception time is within the first time window; Adding the supplier corresponding to the second pre-order acceptance information to the second acceptance sequence, where the second pre-order acceptance information is the pre-order acceptance information whose reception time is within the second time window; the acceptance sequence includes the first acceptance sequence and the second acceptance sequence; the end time of the first time window is not later than the start time of the second time window.

2. The aggregated car-hailing method according to claim 1, characterized in that, before receiving the pre-order acceptance information submitted by several suppliers, it further includes: Receiving the car-hailing request of the car-hailing user; Sending a pre-order acceptance notice to the several suppliers according to the car-hailing request, so that the several suppliers generate the pre-order acceptance information according to the pre-order acceptance notice and their respective driver data.

3. The aggregated car-hailing method according to claim 2, characterized in that, the sending a pre-order acceptance notice to the several suppliers according to the car-hailing request, so that the several suppliers generate the pre-order acceptance information according to the pre-order acceptance notice and their respective driver data includes: The supplier extracts rider information from the pre-order notification, and the rider information includes user personal information and user location information; The supplier searches for a number of matching driver information that matches the location information from its own driver data, and generates a list of matching drivers according to the number of matching driver information; the supplier obtains a user screening rule corresponding to the user information; The supplier screens and / or sorts the list of matching drivers according to the user screening rule to obtain a list of target drivers; The supplier generates the pre-order information according to the list of target drivers.

4. The aggregated car-hailing method according to claim 1, wherein, The evaluating the pre-order information of a number of suppliers in the order receiving sequence to obtain the order adaptation scores of each of the suppliers includes: Extracting the index values of a number of indicators from the pre-order information; Obtaining the weight factors of the respective indicators of the number of indicators; Determining the order adaptation score according to the index values and weight factors of the number of indicators.

5. The aggregated car-hailing method according to claim 1, wherein, After sending the pre-order confirmation information to the target supplier so that the target supplier dispatches an order to the driver according to the pre-order confirmation information, further includes: The target supplier receives the order receiving information submitted by the driver; The target supplier generates the order receiving success information according to the order receiving information.

6. An aggregated car-hailing device, wherein, includes: A pre-order information receiving module, configured to receive pre-order information submitted by a number of suppliers respectively, the pre-order information includes a list of target drivers, and the list of target drivers includes a number of target drivers and corresponding driver information; the pre-order information is intermediate data of a car-hailing order, and the car-hailing order is generated based on a car-hailing request of a car-hailing user; A supplier determining module, configured to obtain an order receiving rule matching the car-hailing user, and parse the pre-order information according to the order receiving rule to determine a target supplier from the number of suppliers; A pre-order module, configured to send a pre-order confirmation information to the target supplier, so that the target supplier dispatches an order to the driver according to the pre-order confirmation information; An order receiving confirmation module, configured to receive the order receiving success information fed back by the target supplier; A user feedback module, configured to feedback the order receiving success information to the car-hailing user; The supplier determining module includes: An order receiving sequence determining unit, configured to determine the order receiving sequence in which the corresponding supplier is located according to the receiving time of the pre-order information; A supplier evaluation unit, configured to obtain an order receiving rule matching the car-hailing user, and evaluate the pre-order information of each of the suppliers in the order receiving sequence according to the order receiving rule to obtain the order adaptation scores of each of the suppliers; wherein, extracting indicators from the pre-order information in the order receiving sequence using the order receiving rule, calculating the scores of each indicator, and calculating the order adaptation score of the supplier corresponding to the pre-order information based on the scores and weights of each indicator; Determine the best supplier unit for the sequence, which is used to determine the supplier with the highest order adaptation score as the best supplier for the order receiving sequence; Determine the target supplier unit, which is used to determine the target supplier according to the best suppliers of several said order receiving sequences; The order receiving sequence determination unit includes: Determine the first sequence unit, which is used to add the supplier corresponding to the first pre-order receiving information to the first order receiving sequence, and the first pre-order receiving information is the pre-order receiving information whose receiving time is within the first time window; Determine the second sequence unit, which is used to add the supplier corresponding to the second pre-order receiving information to the second order receiving sequence, and the second pre-order receiving information is the pre-order receiving information whose receiving time is within the second time window; the order receiving sequence includes the first order receiving sequence and the second order receiving sequence; the end time of the first time window is not later than the start time of the second time window.

7. A computer device, including a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor, characterized in that when the processor executes the computer-readable instructions, it implements the aggregated taxi-hailing method according to any one of claims 1 to 5.

8. One or more readable storage media storing computer-readable instructions, when the computer-readable instructions are executed by one or more processors, cause the one or more processors to execute the aggregated taxi-hailing method according to any one of claims 1 to 5.

Images