A carpool order processing method, device, equipment and medium

Abstract

This application relates to the field of vehicle dispatching, and in particular to a method, apparatus, device, and medium for processing carpooling orders. The method includes: responding to a carpooling request for a first order from a first user terminal, matching multiple recommended carpooling options corresponding to the first order; responding to the first user terminal's operation of determining a target recommended carpooling option from the multiple recommended options, sending a carpooling request to a second user terminal corresponding to the target recommended carpooling option; obtaining a confirmation result from the second user terminal regarding the carpooling request; and if the confirmation result is agreement, processing the first order and the target recommended carpooling option as a carpooling option. This application realizes carpooling through the interaction between the first and second user terminals, completely different from the driver-grabbing model. It avoids the problem of unreasonable route and large time deviations in carpooling combinations caused by drivers selectively accepting orders in pursuit of profit, thus protecting the autonomous decision-making rights of both parties and improving the success rate of carpooling.

Description

Technical Field

[0001] This application relates to the field of vehicle dispatching, and in particular to a method, apparatus, equipment and medium for processing carpooling orders. Background Technology

[0002] In current ride-sharing service systems, the common method for handling rides is the driver-bid-for-ride model. Passengers initiate a ride request by entering their origin, destination, and pick-up time. The system then broadcasts the order to drivers within a certain range. Drivers can view order information (such as origin and destination locations, estimated mileage, passenger reviews, etc.) and decide whether to accept the order. In this driver-bid-for-ride model, passengers can only passively wait for drivers to accept their orders or forcibly assigned ride companions by the system. This can lead to passengers being forced to accept rides with unreasonable routes or significant time discrepancies. Summary of the Invention

[0003] The purpose of this application is to provide a carpooling order processing method, device, equipment, and medium, which realizes carpooling through the interaction of a first user terminal and a second user terminal. This is completely different from the driver order-grabbing mode, and avoids the problem of unreasonable routes and large time deviations in carpooling combinations caused by drivers selectively accepting orders in pursuit of income. It not only protects the autonomous decision-making rights of both parties in carpooling, but also improves the success rate of carpooling.

[0004] Firstly, a method for processing carpooling orders is provided, including:

[0005] In response to the group-buying request of the first order from the first user, multiple recommended group-buying options are matched with the first order, which includes: a first starting address, a first destination address, and a first pick-up time.

[0006] In response to the first user terminal's operation of determining a target recommended group purchase for the multiple recommended group purchases, a group purchase application is sent to the second user terminal corresponding to the target recommended group purchase.

[0007] Obtain the confirmation result from the second user terminal regarding the group-buying request; if the confirmation result is "agree", then process the first order and the target recommended group-buying order into a group-buying order.

[0008] In a preferred example, this application can be further configured to: in response to a group-buying request for a first order from a first user, match multiple recommended group-buying deals corresponding to the first order, including:

[0009] Based on the order request from the first user, determine whether it is a carpooling order;

[0010] If it is a carpooling order, a carpooling request for the first order is generated based on the first starting address, the first destination address, and the first ride time input by the first user.

[0011] The group-buying requests for the first order are matched to obtain multiple recommended group-buying options corresponding to the first order.

[0012] In a preferred example, this application can be further configured to: match group-buying requests for the first order to obtain multiple recommended group-buying deals corresponding to the first order, including:

[0013] The group-buying request for the first order is matched according to the constraints to obtain multiple recommended group-buying options corresponding to the first order.

[0014] The constraints include:

[0015] The recommended second start address and second end address for group buying are within a preset distance range of the navigation path of the first order; the navigation path of the first order is used to represent the navigation path generated based on the first start address and the first end address of the first order;

[0016] The recommended second ride time for group bookings is within the preset time range of the first ride time for the first order.

[0017] In a preferred embodiment, this application can be further configured such that the first order also includes: a first carriage proportion and a first vehicle type;

[0018] Accordingly, the constraints also include:

[0019] The recommended second vehicle model for group buying is the same as the first vehicle model in the first order;

[0020] The sum of the percentage of passengers in the second carriage of the recommended group order and the percentage of passengers in the first carriage of the first order should not exceed 1.

[0021] In a preferred example, this application can be further configured as follows: in response to a group-buying request for a first order from a first user, after matching multiple recommended group-buying deals corresponding to the first order, it further includes:

[0022] Based on the second starting address of each of the multiple recommended carpooling orders, they are sorted from closest to furthest from the first starting address to obtain a recommended carpooling order sequence;

[0023] The recommended carpooling order sequence is sent to the first user terminal.

[0024] In a preferred embodiment, this application can be further configured such that the second user terminal is another user terminal or a driver terminal that has accepted a ride-sharing order.

[0025] In a preferred embodiment, this application may be further configured to include:

[0026] If the first user terminal does not perform the operation of determining a target recommended group purchase for the multiple recommended group purchases, and / or if the confirmation result is disagreement, then:

[0027] A waiting instruction is generated, which represents an instruction to wait for a driver to accept the order within a preset time period; if a driver accepts the order within the preset time period, an order acceptance success message is generated.

[0028] Secondly, a carpooling order processing device is provided, including:

[0029] The matching module is used to respond to the group-buying request of the first order from the first user terminal and match multiple recommended group-buying orders corresponding to the first order. The first order includes: a first starting address, a first destination address, and a first pick-up time.

[0030] The group-buying application sending module is used to respond to the operation of the first user terminal to determine the target recommended group-buying for the multiple recommended group-buying, and send the group-buying application to the second user terminal corresponding to the target recommended group-buying;

[0031] The group-buying module is used to obtain the confirmation result of the second user terminal for the group-buying request; if the confirmation result is "agree", then the first order and the target recommended group-buying order are combined into a group-buying order.

[0032] Thirdly, an electronic device is provided, the electronic device including a memory and a processor, the memory storing a computer program, the processor executing the carpooling order processing method according to any one of the first aspects when running the computer program.

[0033] Fourthly, a computer-readable storage medium is provided, wherein at least one piece of program code is stored therein, the program code being loaded and executed by a processor to implement the carpooling order processing method as described in any of the first aspects.

[0034] Fifthly, a computer program product is provided, including a computer program or instructions that, when executed by a processor, implement the carpooling order processing method as described in any of the first aspects.

[0035] In summary, the carpooling order processing method provided in this application has the following beneficial technical effects:

[0036] This application does not rely on drivers bidding for orders. The first user has the initiative to choose who to share an order with, thus initiating a group-sharing request based on a target recommendation. Only after the second user agrees will the first order be processed to share the target recommendation. Therefore, group-sharing is achieved through the interaction between the first and second user clients, completely different from the driver-bidding model. This avoids the problem of drivers selectively accepting orders to maximize profits, resulting in unreasonable route combinations and large time discrepancies. It protects the autonomy of both parties in the group-sharing process and improves the success rate of group-sharing. Furthermore, this application also provides a carpooling order processing device, equipment, and medium, all of which possess the aforementioned beneficial technical effects. Attached Figure Description

[0037] To more clearly illustrate the technical solutions of the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0038] Figure 1 A schematic diagram illustrating an application scenario of a carpooling order processing method provided in this application embodiment;

[0039] Figure 2 This is a schematic diagram of a carpooling order processing method provided in an embodiment of this application;

[0040] Figure 3 This is a visual representation of group buying provided in an embodiment of this application;

[0041] Figure 4 This is a group-buying example provided in the embodiments of this application;

[0042] Figure 5 This is a carpooling flowchart provided in an embodiment of this application;

[0043] Figure 6 This is a schematic diagram of the structure of a vehicle order processing device provided in an embodiment of this application;

[0044] Figure 7 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0045] This specific embodiment is merely an explanation of this application and is not intended to limit it. After reading this specification, those skilled in the art can make modifications to this embodiment without contributing any inventive step, but such modifications are protected by patent law as long as they are within the scope of this application.

[0046] It should be noted that, in the optional embodiments of this application, the data related to object information, when applied to specific products or technologies, requires the permission or consent of the object. Furthermore, the collection, use, and processing of this data must comply with the relevant laws, regulations, and standards of the relevant countries and regions. In other words, if the embodiments of this application involve data related to an object, it must be obtained with the permission and consent of the object, the permission and consent of relevant departments, and in accordance with the relevant laws, regulations, and standards of the country and region. If the embodiments involve personal information, the acquisition of all personal information requires the consent of the individual. If sensitive information is involved, the separate consent of the information subject is required. The embodiments also need to be implemented with the permission and consent of the object.

[0047] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0048] Furthermore, the term "and / or" in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this article, unless otherwise specified, generally indicates that the preceding and following related objects have an "or" relationship.

[0049] Most related technologies are driver-centric, recommending other ride-sharing options based on a driver's already accepted order, taking into account factors such as time, vehicle type, and route convenience. The driver then decides whether to accept the ride. These solutions have drawbacks: 1. Recommendations are based on already accepted orders; if the driver hasn't accepted an order, the recommended orders have limited exposure; 2. Drivers need to expend time deciding whether to accept ride-sharing orders, making it less intelligent; 3. Users simply place orders, lacking a process for users to actively initiate ride-sharing. Furthermore, for trucks, whether the goods for two ride-sharing orders can fit in one truck depends on the driver and user's assessment, lacking proactive intelligent matching.

[0050] In one embodiment, please refer to Figure 1 , Figure 1 This is a schematic diagram illustrating an application scenario of a carpooling order processing method provided in an embodiment of this application. This carpooling order processing method can be applied to a carpooling order processing system.

[0051] In some embodiments, the carpooling order processing includes electronic devices, a first user terminal, and a second user terminal. The user terminal includes, but is not limited to, mobile terminals such as mobile phones, laptops, digital radio receivers, PDAs (personal digital assistants), and PADs (tablet computers), as well as fixed terminals such as desktop computers.

[0052] The first user initiates a group-buying request for the first order and sends it to the electronic device.

[0053] The electronic device responds to the group-buying request of the first order from the first user terminal, matches multiple recommended group-buying options corresponding to the first order, which includes: the first starting address, the first destination address, and the first pick-up time. Furthermore, it sends multiple recommended group-buying options to the first user terminal.

[0054] The first user client selects a target group purchase from multiple recommended group purchase options.

[0055] In response to the operation of the first user terminal to determine the target recommended group purchase among multiple recommended group purchases, the electronic device sends a group purchase application to the second user terminal corresponding to the target recommended group purchase.

[0056] The second user client confirms the group-buying request.

[0057] The electronic device obtains the confirmation result of the second user terminal regarding the group purchase request; if the confirmation result is "agree", the first order and the target recommended group purchase are combined into one order.

[0058] It is understood that the above is only one example, and this embodiment is not limited here.

[0059] This application provides a method for processing carpooling orders, such as... Figure 2 As shown, the method provided in this embodiment can be executed by an electronic device, which is a server. This server can be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing cloud computing services. The method includes:

[0060] S101. In response to the group-buying request of the first order from the first user terminal, match multiple recommended group-buying orders corresponding to the first order. The first order includes: the first starting address, the first destination address, and the first pick-up time.

[0061] The first user terminal refers to the terminal device that initiates the carpooling request. This terminal device corresponds to the first user's account, and the first user is the passenger who needs ride-hailing services. The first order refers to the ride-hailing order currently created by the first user, including the specific first start address, first destination address, and first pick-up time. The first start address is the pick-up location in the first order; the first destination address is the drop-off location in the first order; and the first pick-up time is the expected departure time. Recommended carpooling refers to other orders returned by the platform after analysis that may form a valid carpooling combination with the first order.

[0062] Receive the first order from the first user; filter candidate orders that meet the carpooling constraints from the currently available order pool. The order pool includes other user orders waiting to be matched, which are also carpooling orders.

[0063] The constraints are not limited in the embodiments of this application.

[0064] In one possible scenario, the constraints include: the second starting address of the recommended group purchase is within a preset distance range from the first starting address; the second ending address of the recommended group purchase is within a preset distance range from the first ending address; and the difference between the second and first ride-hailing times of the recommended group purchase is within an acceptable time window.

[0065] In one feasible approach, the database stores other users' orders; based on the first starting address and the first ending address, orders that are within a preset distance range from the first starting address and the first ending address are quickly retrieved from the database; among the orders within the preset distance range, a set of time-feasible orders is filtered out according to an acceptable time window set by the first usage time, so as to obtain multiple recommended group-buying orders.

[0066] Furthermore, a time-feasible order set is filtered out to obtain multiple recommended group-buying deals. This includes: after filtering out the time-feasible order set, calculating the path overlap of the filtered orders and selecting the top N orders with the highest overlap as recommended group-buying deals. The method for calculating path overlap can include using Jaccard similarity or route distance ratio, which can be set according to actual conditions and is not limited in this embodiment.

[0067] In another possible scenario, the constraint includes: the second starting address and the second ending address of the recommended group purchase are within a preset distance range of the navigation path of the first order; the navigation path of the first order represents a navigation path generated based on the first starting address and the first ending address of the first order. Therefore, based on this constraint, recommended group purchases that meet the above constraints from other user orders are filtered out.

[0068] Furthermore, after obtaining multiple recommended group-buying deals, these deals can be sent to the first user's end, allowing the first user to select a target recommended group-buying deal from among the multiple deals and trigger the operation of selecting the target recommended group-buying deal.

[0069] S102. In response to the operation of the first user terminal to determine the target recommended group purchase for multiple recommended group purchases, send the group purchase application to the second user terminal corresponding to the target recommended group purchase.

[0070] A group-buying request is used to represent a first user's request to share a ride with a target recommendation, and typically includes the first user's order details and a statement of their willingness to share. In this embodiment, the group-buying request is sent to the second user's end to await confirmation.

[0071] After the first user selects one or more recommended carpooling options from multiple choices as their target carpooling service, a carpooling request is sent to the second user's terminal corresponding to the target recommended carpooling service. The second user's terminal can be another user's terminal or the terminal of a driver who has already accepted a carpooling order. Among them, other user's terminals refer to other user's terminals corresponding to the target recommended carpooling service.

[0072] Specifically, when the first user selects one of the recommended group-buying deals on the terminal interface, the first user's terminal generates a selection event and notifies the electronic device.

[0073] Furthermore, upon receiving the event, the electronic device verifies whether the target group-buying recommendation is still valid. Validity can mean it's not locked by other users, hasn't timed out, or hasn't been canceled. If valid, it constructs a group-buying request. This request includes, but is not limited to: the identifier of the first order, the starting address, the destination address, the pick-up time, the first user's nickname and rating, and an optional request message. The electronic device queries the device identifier of the second user associated with the target group-buying recommendation and sends the group-buying request to the second user in a standardized message format. Upon successful transmission, a prompt is displayed on the first user's device, such as: "Request sent, awaiting confirmation." The electronic device also begins monitoring the request status, such as whether it has been accepted, rejected, or timed out. If the target group-buying recommendation has expired, an error message is returned to the first user's device, suggesting refreshing multiple recommended group-buying options.

[0074] Furthermore, when the device identifier of the second user terminal associated with the electronic device query target group purchase is sent to the second user terminal in a standardized message format, if the account corresponding to the second user terminal is currently offline, an offline notification can also be sent via mobile push service. The content may include "You have a new group purchase application." This allows the second user terminal to actively call the interface for retrieving pending applications after coming online. The second user terminal displays the application details and allows the user to accept or reject the application. When the account corresponding to the second user terminal is currently offline, the second user terminal should be allowed to accept / reject the application within a certain period of time; otherwise, it cannot be processed.

[0075] In this step, the carpooling intention of the first user is accurately and promptly transmitted to the creator of the selected target carpooling recommendation, thereby initiating the carpooling negotiation process between the two parties.

[0076] S103. Obtain the confirmation result from the second user terminal regarding the group purchase request; if the confirmation result is "agree", then process the first order and the target recommended group purchase together.

[0077] The confirmation result refers to the clear response given by the second user to the received group-buying request, which usually includes two states: agreement or rejection. Agreement means that the second user has clearly accepted the group-buying request and is willing to travel together with the first user.

[0078] In this embodiment of the application, feedback from the second user's end is continuously monitored after the group-buying request is sent.

[0079] If the confirmation result is "agree," the first order and the target recommended group order can be combined into a single order. The process for combining orders is not limited in this embodiment. In one possible approach, a unique group order ID is generated, and the first order and the target recommended group order are associated with this group; the travel information of the first order and the target recommended group order are merged; the status of both orders is updated to "combined and awaiting pick-up"; finally, a successful group order notification is sent to both the first and second user clients, displaying brief information about the other party (such as nickname, pick-up location, etc.).

[0080] If the second user terminal is another user terminal, the vehicle dispatch system can be notified to allocate an available vehicle for the combination; if the second user terminal is a driver terminal, the first order and the target recommendation grouping accepted by the driver terminal are combined as a group, and the vehicle has been determined to be the vehicle of the driver terminal.

[0081] As can be seen, in this embodiment, without relying on drivers bidding for orders, the first user has the initiative to choose who to share an order with, and thus initiates a group-buying request for the target recommended order. Only when the second user agrees will the first order be combined with the target recommended order. Therefore, group-buying is achieved through the interaction between the first and second user clients, completely different from the driver-bidding model. This avoids the problem of unreasonable route and large time deviations in group-buying combinations caused by drivers selectively accepting orders in pursuit of profit. It both protects the autonomy of both parties in the group-buying process and improves the success rate of group-buying.

[0082] One possible implementation of this application embodiment is to respond to a group-buying request for a first order from a first user terminal and match multiple recommended group-buying orders corresponding to the first order, including: determining whether the order is a carpooling order based on the order request from the first user terminal; if it is a carpooling order, generating a group-buying request for the first order based on the first starting address, the first ending address, and the first ride time input by the first user terminal; and matching the group-buying request for the first order to obtain multiple recommended group-buying orders corresponding to the first order.

[0083] The order request refers to the instruction submitted by the user through the application interface to create a car rental order, which usually includes the choice of travel mode, including but not limited to express car, private car, carpooling, etc.

[0084] After the first user opens the app and clicks to place a carpooling order, the order is confirmed. Then, the first user's app displays a page requiring them to fill in the start and end addresses, pick-up time, and may also include the vehicle type and compartment ratio. Once the first user completes the form as required, a carpooling request is generated.

[0085] Furthermore, a verification phase can be initiated. Verification includes at least one of the following: checking if the start and destination addresses are empty, if they are in the same location, and if the coordinates are valid; checking if the pick-up time is earlier than the current time, if it exceeds the maximum available booking time window, and if the distance between the start and destination is less than a preset distance, making it unsuitable for carpooling; checking if the user has any outstanding orders and if they are banned. After successful verification, based on the first start address, first destination address, and first pick-up time, combined with the published carpooling orders in the current order pool, a matching algorithm is executed to determine multiple recommended carpooling options.

[0086] Based on the above embodiments, see Figure 3 , Figure 3This application provides a visualization of a carpooling service, which includes: a user inputting loading and unloading addresses (first starting address, first ending address), vehicle time, vehicle type, and vehicle compartment ratio through software on a first user terminal, and then sending the information to an electronic device. The electronic device can recommend carpooling orders so that the recommended carpooling orders can be displayed on the software on the first user terminal; then the user initiates a carpooling request through the software on the first user terminal, and when the carpooling is successful, the software on the first user terminal displays that the carpooling was successful.

[0087] One possible implementation of this application embodiment involves matching group-buying requests for a first order to obtain multiple recommended group-buying deals corresponding to the first order. This includes: matching group-buying requests for the first order according to constraints to obtain multiple recommended group-buying deals corresponding to the first order. The constraints include: the second start address and the second end address of the recommended group-buying deals being within a preset distance range of the navigation path of the first order; the navigation path of the first order representing a navigation path generated based on the first start address and the first end address of the first order; and the second usage time of the recommended group-buying deals being within a preset time range of the first usage time of the first order.

[0088] Constraints refer to preset filtering conditions; only orders that meet these conditions can become recommended group buys. Multiple recommended group buys refer to the set of candidate orders that meet all constraints and are retained after matching. The navigation path refers to the calculated route from the first starting address to the first ending address. The preset distance range is a pre-configured threshold, such as z kilometers. The preset time range is a pre-configured time window.

[0089] Based on the first starting address and first ending address of the first order, the system calls the map route planning service to generate a navigation route. It then retrieves the second starting address, second ending address, and second pick-up time for each candidate order from the current pool of orders available for group buying. The system first verifies the geographical location conditions: calculating the shortest vertical distance from the second starting address to the navigation route of the first order, and the shortest vertical distance from the second ending address to the navigation route. If both are within a preset distance range, the address verification passes; otherwise, the candidate order is filtered out. The system then calculates the absolute difference between the second pick-up time and the first pick-up time; if this difference is less than or equal to a preset time range, the time verification passes; otherwise, it is filtered out. Only candidate orders that pass both address and time verifications are retained, thus generating multiple recommended group buying options.

[0090] Furthermore, after matching by time and space, a preset score can be used for sorting, and multiple recommended group purchases can be selected from multiple matched group purchases. Specifically, if the number of matched group purchases is less than the preset number of orders, all matched orders will be used as multiple recommended group purchases; otherwise, the number of matched group purchases within the preset number of orders will be selected as multiple recommended group purchases.

[0091] The preset score is the score for each matched group purchase, calculated as a weighted average based on user rating, time proximity, and overlap between start and end points. Preset score = w1 * user rating + w2 * time proximity. The user rating R has a minimum value Rmin and a maximum value Rmax, and is calculated as (R - Rmin) / (Rmax - Rmin). The departure times of the two trips are t1 and t2, with a maximum allowed time difference of Tmax. Time proximity is calculated as max(0, 1 - |t1 - t2| / Tmax). w1 and w2 can be set manually.

[0092] By using path proximity constraints and time proximity constraints, recommended group purchases that are highly compatible with the first order in terms of space and time are selected, avoiding invalid group purchases with excessively deviated routes or serious time misalignments, thereby improving user satisfaction with the recommendation results.

[0093] The above method can be applied to ordinary carpooling. Of course, this application can also be applied to truck carpooling. Furthermore, the first order also includes: the proportion of the first truck compartment and the first vehicle type; correspondingly, the constraints also include: the second vehicle type recommended for carpooling is the same as the first vehicle type of the first order; the sum of the proportion of the second truck compartment recommended for carpooling and the proportion of the first truck compartment of the first order is not greater than 1.

[0094] For example, see Figure 4 , Figure 4 This application provides an example of a carpooling service. When user A places a carpooling order A, they select the pick-up time, vehicle type, and vehicle compartment percentage (X%). After successful order placement, the platform verifies other orders in the order pool based on user A's order characteristics to recommend carpooling services to user A. Recommended orders can be carpooling orders placed by other users or orders already accepted by drivers. These orders must meet the following requirements: pick-up time matches order A; vehicle type is greater than or equal to the vehicle type in order A; vehicle compartment percentage (Y%) + vehicle compartment percentage (X%) in order A ≤ 100%; and loading / unloading locations are within Z kilometers of the recommended navigation route for order A. In other words, for carpooling order A, there can be recommended carpooling orders A, B, C, D, E, and F.

[0095] Furthermore, in one feasible approach, based on the constraints, all recommended orders that meet the conditions are selected; then, all recommended orders are sorted from closest to furthest from the first starting address to obtain a recommended carpooling order sequence, which is then sent to the first user terminal.

[0096] Specifically, in one possible implementation of this application embodiment, in response to the group-buying request of the first order of the first user terminal, after matching multiple recommended group-buying orders corresponding to the first order, the method further includes: sorting the multiple recommended group-buying orders according to their second starting addresses from the nearest to the farthest from the first starting address to obtain a recommended group-buying order sequence; and sending the recommended group-buying order sequence to the first user terminal.

[0097] After obtaining multiple recommended carpooling routes, the spatial distance between each second starting address and the first starting address is calculated. All recommended carpooling routes are then sorted in ascending order of the calculated distance values. If two recommended carpooling routes are the same distance from the first starting address, they are further sorted according to the proximity of the second and first usage times, or according to the order in which the carpooling routes were created.

[0098] Recommended carpooling options are sorted by distance between the pick-up location and the user's own pick-up location, prioritizing the most convenient and along-the-way carpooling options to help users quickly find the best carpooling option.

[0099] In another feasible approach, in addition to the constraints, factors such as route overlap rate, estimated cost sharing ratio, and passenger reviews can be further considered to sort the recommended orders, and finally select the best multiple orders as recommended group bookings to return to the first user.

[0100] One possible implementation of this application's embodiments further includes: if the first user terminal does not perform the operation of determining a target recommended group purchase for multiple recommended group purchases, and / or, if the confirmation result is disagreement, then:

[0101] Generate a waiting instruction, which indicates that the driver is waiting for the order to be accepted within a preset time. If a driver accepts the order within the preset time, a successful order acceptance message is generated.

[0102] If the first user receives a recommended group-buying deal but does not select any group-buying option for an extended period of time; or, if the first user selects the target recommended group-buying deal and sends an application, but it is rejected by the second user; in the above situations, it is necessary to provide the user with an alternative option to switch to the regular express / premium car mode and wait for a driver to accept the order.

[0103] Furthermore, after accepting an order, the driver's terminal can act as the driver's terminal for other orders, that is, the driver's terminal in the second user terminal of other first user terminals, and thus execute other group orders. Specific embodiments in this application are not limited.

[0104] When a carpooling match fails (the user does not select it or is rejected by the other party), the system can automatically downgrade to the regular ride-hailing mode to avoid users having to manually re-order or being lost due to failed carpooling.

[0105] Based on any of the above embodiments, the carpooling solution of this application can solve the above problems in scenarios where users may not find drivers to accept carpooling orders due to low prices; or where drivers accept carpooling orders but their routes are not convenient; or in other scenarios. See also Figure 5 , Figure 5 This application provides a carpooling flowchart, including:

[0106] User A's order placement process: User A begins placing an order; determines if it's a carpooling order; if so, enters the loading / unloading address, selects the pick-up time, selects the vehicle type, and selects the truck bed ratio; at this point, confirms the order is successfully placed. If it's not a carpooling order, follows the non-carpooling order placement process.

[0107] The platform recommends carpooling orders. This involves verifying the vehicle's usage time, vehicle type, cargo compartment ratio, and loading / unloading location. Once these verifications are passed, multiple recommended carpooling orders are matched.

[0108] The process of user A initiating a carpooling request. Determine whether to send a carpooling request to user B or driver C.

[0109] If so, initiate a carpooling request to user B or driver C; determine whether user B or driver C agrees to carpool with user A; if they agree to carpool, the carpooling is successful;

[0110] If not, the carpooling order will wait for a driver to accept it.

[0111] If you do not agree to carpooling, the carpooling order will wait for a driver to accept it.

[0112] Once a carpooling order is open for driver acceptance, if a driver accepts, the match is confirmed, the transportation fulfillment process begins, and the order is completed. If no driver accepts, the order either waits for a driver to accept or is cancelled.

[0113] The driver accepted the carpooling order. Whether the driver chooses to carpool again is irrelevant to user A, and the order proceeds normally. Then, other users initiate carpooling requests with user A, and user A decides whether to accept.

[0114] In this application, a carpooling request is initiated by user A to user B or driver C. The carpooling is successful once user B agrees or driver C agrees to accept the order. Drivers can accept carpooling requests from users or accept two pre-arranged carpooling orders at once. For an ongoing carpooling order A, the basic information of other orders recommended for carpooling must simultaneously meet the following requirements: same usage time, vehicle type greater than or equal to the vehicle type in order A, and the combined vehicle compartment percentage of the recommended orders and the vehicle compartment percentage of order A must be less than or equal to 100%. The origin and destination of the recommended carpooling orders must both be within a x-kilometer radius of the navigation route of the order. 4. Recommended carpooling orders are arranged from nearest to farthest. This solution can intelligently recommend other orders within the navigation route range of a user's carpooling order that match in terms of usage time, vehicle type, and vehicle compartment percentage. Users can actively initiate carpooling requests with these orders to complete the carpooling. Drivers can receive multiple carpooling orders at once, improving the efficiency of accepting carpooling orders and increasing driver income.

[0115] This application targets users who place carpooling orders, with the initiator being the user placing the order, not the driver. Compared to drivers having to determine whether a carpooling order is available, this provides an additional initiation method. If two users have already formed a carpool, the driver can grab multiple carpooling orders at once, improving the efficiency of forming carpools. Carpooling is calculated based on the proportion of the vehicle compartment, making better use of vehicle space. Furthermore, the route logic recommended in this application is that the loading and unloading locations must be near the navigation route of the already placed order, ensuring a high degree of route convenience.

[0116] The following describes a device provided by an embodiment of this application. The device described below can be referred to in correspondence with the method described above. The device of this embodiment is installed in an electronic device. Figure 6 , Figure 6 This is a structural block diagram of an apparatus according to one embodiment of this application, including: a matching module 210, configured to match multiple recommended group-buying orders corresponding to the first order in response to a group-buying request from a first user terminal, wherein the first order includes: a first starting address, a first ending address, and a first pick-up time; a group-buying request sending module 220, configured to send a group-buying request to a second user terminal corresponding to the target recommended group-buying order in response to an operation by the first user terminal to determine a target recommended group-buying order from the multiple recommended group-buying orders; and a group-buying module 230, configured to obtain a confirmation result from the second user terminal regarding the group-buying request; if the confirmation result is "agree", then the first order and the target recommended group-buying order are processed as a group-buying order.

[0117] In one possible implementation, the matching module 210 is used to: determine whether the order is a carpooling order based on the order request from the first user terminal; if it is a carpooling order, generate a carpooling request for the first order based on the first starting address, the first destination address, and the first ride time input by the first user terminal; and match the carpooling request for the first order to obtain multiple recommended carpooling orders corresponding to the first order.

[0118] In one possible implementation, the matching module 210 is used to: perform matching on the group-buying request of the first order according to the constraints to obtain multiple recommended group-buying orders corresponding to the first order, wherein the constraints include: the second start address and the second end address of the recommended group-buying orders are within a preset distance range of the navigation path of the first order; the navigation path of the first order is used to represent the navigation path generated based on the first start address and the first end address of the first order; and the second usage time of the recommended group-buying orders is within a preset time range of the first usage time of the first order.

[0119] In one feasible approach, the first order also includes: the proportion of the first carriage and the first vehicle model; correspondingly, the constraints also include: the second vehicle model recommended for group buying is the same as the first vehicle model of the first order; the sum of the proportion of the second carriage recommended for group buying and the proportion of the first carriage of the first order is not greater than 1.

[0120] In one possible implementation, the system further includes: a sorting module, used to sort the multiple recommended carpooling orders from closest to furthest from their respective second starting addresses according to their distance from the first starting address, to obtain a recommended carpooling order sequence; and to send the recommended carpooling order sequence to the first user terminal.

[0121] In one feasible approach, the second user terminal is either another user terminal or the terminal of a driver who has already accepted a ride-sharing order.

[0122] In one possible implementation, the system further includes: an instruction generation module, configured to: generate a waiting instruction if the first user terminal does not perform the operation of determining a target recommended group purchase for multiple recommended group purchases, and / or if the confirmation result is disagreement; the waiting instruction is used to represent an instruction to wait for the driver terminal to accept the order within a preset time period; and an order acceptance success information generation module, configured to generate order acceptance success information if a driver terminal accepts the order within the preset time period.

[0123] Figure 7 A structural diagram of an electronic device provided in an embodiment of the present invention, such as... Figure 7 As shown, the electronic device includes: a memory 60 for storing a computer program; and a processor 61 for executing the computer program to implement the steps of the method as described in the above embodiments.

[0124] The electronic devices provided in this embodiment may include, but are not limited to, smartphones, tablets, laptops, or desktop computers.

[0125] The processor 61 may include one or more processing cores, such as a quad-core processor or an octa-core processor. The processor 61 may be implemented using at least one hardware form selected from Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), and Programmable Logic Array (PLA). The processor 61 may also include a main processor and a coprocessor. The main processor, also known as the Central Processing Unit (CPU), is used to process data in the wake-up state; the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, the processor 61 may integrate a Graphics Processing Unit (GPU), which is responsible for rendering and drawing the content to be displayed on the screen. In some embodiments, the processor 61 may also include an Artificial Intelligence (AI) processor, which handles computational operations related to machine learning.

[0126] The memory 60 may include one or more computer-readable storage media, which may be non-transitory. The memory 60 may also include high-speed random access memory and non-volatile memory, such as one or more disk storage devices or flash memory devices. In this embodiment, the memory 60 is used to store at least the following computer program 601, which, after being loaded and executed by the processor 61, is capable of implementing the relevant steps of the method disclosed in any of the foregoing embodiments. In addition, the resources stored in the memory 60 may also include an operating system 602 and data 603, etc., and the storage method may be temporary storage or permanent storage. The operating system 602 may include Windows, Unix, Linux, etc.

[0127] In some embodiments, the electronic device may further include a display screen 62, an input / output interface 63, a communication interface 64, a power supply 65, and a communication bus 66.

[0128] Those skilled in the art will understand that Figure 7 The structures shown do not constitute a limitation on electronic devices and may include more or fewer components than those shown.

[0129] It is understood that if the methods in the above embodiments are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the current technology, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and executes all or part of the steps of the methods in the various embodiments of the present invention. The aforementioned storage medium includes: USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), electrically erasable programmable ROM, registers, hard disks, removable disks, CD-ROMs, magnetic disks, or optical disks, and other media capable of storing program code.

[0130] Based on this, embodiments of the present invention also provide a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps of the method described above.

[0131] Based on this, embodiments of the present invention also provide a computer program product, including a computer program / instructions, which, when executed by a processor, implement the steps of the above-described method. It should be understood that although the steps in the flowcharts of the accompanying drawings are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the accompanying drawings may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times, and their execution order is not necessarily sequential, but can be performed alternately or in turn with other steps or at least a portion of the sub-steps or stages of other steps.

[0132] The above are only some embodiments of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A method for processing carpooling orders, characterized in that, include: In response to the group-buying request of the first order from the first user, multiple recommended group-buying options are matched with the first order, which includes: a first starting address, a first destination address, and a first pick-up time. In response to the first user terminal's operation of determining a target recommended group purchase for the multiple recommended group purchases, a group purchase application is sent to the second user terminal corresponding to the target recommended group purchase. Obtain the confirmation result from the second user terminal regarding the group-buying request; if the confirmation result is "agree", then process the first order and the target recommended group-buying order into a group-buying order.

2. The carpooling order processing method according to claim 1, characterized in that, In response to the group-buying request for the first order from the first user, multiple recommended group-buying deals corresponding to the first order are matched, including: Based on the order request from the first user, determine whether it is a carpooling order; If it is a carpooling order, a carpooling request for the first order is generated based on the first starting address, the first destination address, and the first ride time input by the first user. The group-buying requests for the first order are matched to obtain multiple recommended group-buying options corresponding to the first order.

3. The carpooling order processing method according to claim 2, characterized in that, The group-buying requests for the first order are matched to obtain multiple recommended group-buying options corresponding to the first order, including: The group-buying request for the first order is matched according to the constraints to obtain multiple recommended group-buying options corresponding to the first order. The constraints include: The recommended second start address and second end address for group buying are within a preset distance range of the navigation path of the first order; the navigation path of the first order is used to represent the navigation path generated based on the first start address and first end address of the first order; The recommended second ride time for group bookings is within the preset time range of the first ride time for the first order.

4. The carpooling order processing method according to claim 3, characterized in that, The first order also includes: the proportion of the first carriage and the first vehicle model; Accordingly, the constraints also include: The recommended second vehicle model for group buying is the same as the first vehicle model in the first order; The sum of the percentage of passengers in the second carriage of the recommended group order and the percentage of passengers in the first carriage of the first order should not exceed 1.

5. The carpooling order processing method according to claim 1, characterized in that, In response to the group-buying request for the first order from the first user's client, after matching multiple recommended group-buying options corresponding to the first order, the process further includes: Based on the second starting address of each of the multiple recommended carpooling orders, they are sorted from closest to furthest from the first starting address to obtain a recommended carpooling order sequence; The recommended carpooling order sequence is sent to the first user terminal.

6. The carpooling order processing method according to claim 1, characterized in that, The second user terminal is either another user terminal or the terminal of a driver who has already accepted a ride-sharing order.

7. The carpooling order processing method according to claim 1, characterized in that, Also includes: If the first user terminal does not perform the operation of determining a target recommended group purchase for the multiple recommended group purchases, and / or if the confirmation result is disagreement, then: A waiting instruction is generated, which represents an instruction to wait for a driver to accept the order within a preset time period; if a driver accepts the order within the preset time period, an order acceptance success message is generated.

8. A carpooling order processing device, characterized in that, include: The matching module is used to respond to the group-buying request of the first order from the first user terminal and match multiple recommended group-buying orders corresponding to the first order. The first order includes: a first starting address, a first destination address, and a first pick-up time. The group-buying application sending module is used to respond to the operation of the first user terminal to determine the target recommended group-buying for the multiple recommended group-buying, and send the group-buying application to the second user terminal corresponding to the target recommended group-buying; The group-buying module is used to obtain the confirmation result of the second user terminal for the group-buying request; if the confirmation result is "agree", then the first order and the target recommended group-buying order are combined into a group-buying order.

9. An electronic device, characterized in that, The electronic device includes a memory and a processor, wherein the memory stores a computer program, and the processor executes the carpooling order processing method according to any one of claims 1 to 7 when running the computer program.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores at least one piece of program code, which is loaded and executed by a processor to implement the carpooling order processing method as described in any one of claims 1 to 7.

Images