Taxi hailing method and device, electronic equipment, readable storage medium and chip

By obtaining passengers' travel order information and judging their willingness to share a ride, taxi or online car-hailing orders are automatically converted into ride-sharing information for ride-sharing car owners, solving the problem of waste of transportation capacity in the ride-sharing field, realizing seamless sharing of taxi and ride-sharing orders, and improving resource utilization and travel efficiency.

CN120707361APending Publication Date: 2025-09-26BEIJING CHANGXING INFORMATION TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202510874405.6
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-06-27
Publication Date
2025-09-26

AI Technical Summary

Technical Problem

In the field of ride-sharing, there is still waste caused by excess capacity after online car-hailing or taxis pick up passengers, and the matching timeliness is poor, resulting in low resource utilization.

Method used

By obtaining the passengers' travel order information, judging their willingness to share a ride, and automatically converting the taxi or online car-hailing order into a ride-sharing order with the driver's consent, the information is released to the ride-sharing partner, thus achieving seamless combination of taxi orders and ride-sharing orders.

Benefits of technology

It improves vehicle utilization, shortens the waiting time for hitchhiking passengers, improves travel efficiency, optimizes the travel experience of passengers and drivers, and reduces empty driving rate and waiting timeouts.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120707361A_ABST
    Figure CN120707361A_ABST
Patent Text Reader

Abstract

The invention discloses a car-hailing method and device, electronic equipment, a readable storage medium and a chip, and relates to the technical field of hitchhiking, and the car-hailing method comprises the steps that the travel order information of a first passenger user is acquired, and the first passenger user comprises an online car-hailing passenger or a taxi passenger; judging whether the travel order information comprises ride-sharing confirmation information for accepting ride-sharing or not, and generating a judgment result; if the judgment result is yes, generating ride-sharing information taking the first passenger user as a hitchhiking owner according to the travel order information; and in response to an order receiving instruction of a driver user corresponding to the travel order information on the travel order information, sending out the carpooling information to match the carpooling object.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of ride-sharing technology, and specifically to a method and device for booking a ride, an electronic device, a readable storage medium, and a chip. Background Art

[0002] At present, in the field of ride-sharing, passengers or car owners who have registered on the ride-sharing platform usually post their trips for matching, but the timeliness of matching is poor. During some periods of tight capacity, online ride-hailing vehicles or taxis that have completed matching still have idle capacity, which leads to waste of capacity. Summary of the Invention

[0003] The purpose of the embodiments of the present application is to provide a method and device for hailing a car, an electronic device, a readable storage medium and a chip, which can solve the problem of waste caused by excess transportation capacity after online car-hailing or taxis pick up passengers.

[0004] In the first aspect, an embodiment of the present application provides a method for hailing a car, which includes: obtaining travel order information of a first passenger user, where the first passenger user includes an online car-hailing passenger or a taxi passenger; determining whether the travel order information includes carpooling confirmation information for accepting a carpooling, and generating a determination result; if the determination result is yes, generating carpooling information with the first passenger user as the carpooling owner based on the travel order information; and sending out carpooling information to match the carpooling object in response to an order acceptance instruction for the travel order information from a driver user corresponding to the travel order information.

[0005] On the second aspect, an embodiment of the present application provides a car-hailing device, including: an order acquisition module, used to obtain travel order information of a first passenger user, the first passenger user including an online car-hailing passenger or a taxi passenger; a carpooling judgment module, used to judge whether the travel order information includes carpooling confirmation information for accepting carpooling, and generate a judgment result; a carpooling conversion module, used to generate carpooling information with the first passenger user as the carpooling owner based on the travel order information if the judgment result is yes; a car-hailing module, used to respond to the driver user corresponding to the travel order information's order acceptance instruction for the travel order information, and send out carpooling information to match the carpooling object.

[0006] In a third aspect, an embodiment of the present application provides an electronic device comprising a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the method of the first aspect.

[0007] In a fourth aspect, an embodiment of the present application provides a readable storage medium, on which a program or instruction is stored, and when the program or instruction is executed by a processor, the steps of the method of the first aspect are implemented.

[0008] In a fifth aspect, an embodiment of the present application provides a chip, which includes a processor and a communication interface, the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the steps of the method in the first aspect.

[0009] In an embodiment of the present application, by determining the willingness of the first passenger user, that is, the online car-hailing or taxi passenger to share a ride, the order of the person willing to share a ride is automatically converted into a shared ride for the ride-sharing driver, thereby achieving seamless combination of taxi orders and ride-sharing orders. On the one hand, it can effectively improve vehicle utilization and resource sharing, and on the other hand, it can shorten the waiting time of ride-sharing passengers, thereby improving travel efficiency.

[0010] It should be emphasized that in this plan, after the carpooling is successfully matched and the carpooling partner gets on the car, there are two types of passengers on the car. One is the original first passenger user, that is, the online car-hailing passenger or taxi passenger, and the other is the hitchhiking passenger who is the carpooling partner. The remaining capacity of the vehicles that the online car-hailing passenger or taxi passenger has been associated with can be fully utilized to achieve timely travel for the hitchhiking passenger.

[0011] After accepting a ride request, taxi drivers can use this solution to quickly post a ride-sharing itinerary if there's a vacant seat in their vehicle. This allows them to match ride-sharing passengers with passengers on the same route, effectively providing a "ride-sharing" experience and reducing empty trips. Ride-sharing passengers are matched with taxi drivers on the same route, and the driver has already accepted the request and is about to depart. This improves the timeliness of ride-sharing trips and reduces waiting times. Combined rides increase driver profits, and ride-sharing passengers can be matched with suitable vehicles more quickly, boosting platform activity and user satisfaction.

[0012] Specifically, by obtaining the first passenger's travel order information, key information such as the passenger's starting point, destination, number of passengers, expected departure time, and whether they accept shared rides is collected to ensure the integrity of the order information and facilitate accurate matching of ride-sharing passengers. The first passenger can be a taxi passenger or an online car-hailing passenger.

[0013] Then, by judging whether the travel order information includes the confirmation information of accepting carpooling, a judgment result is generated to automatically judge whether the passenger agrees to carpool with the hitchhiking passengers, avoiding carpooling matching for orders that are unwilling to carpool, respecting the wishes of passengers, improving the efficiency of carpooling matching, and reducing invalid matching.

[0014] Then, based on the travel order information, the carpooling information with the first passenger user as the hitchhiking owner is generated, and the taxi passenger's travel information is automatically converted into the travel release information of the hitchhiking owner. However, since the online car-hailing driver or taxi driver is still required to drive during the actual driving process, the carpooling matching can only be carried out after the driver's consent. That is, in response to the driver user's acceptance instruction for the travel order information corresponding to the travel order information, the driver confirms the acceptance of the taxi passenger's order and can also accept the demand for hitchhiking. At this time, the carpooling information released by the online car-hailing passenger or taxi passenger will be released to the outside for matching the hitchhiking passengers, and the generated hitchhiking travel information will be pushed to the eligible hitchhiking passengers, that is, the carpooling objects.

[0015] In this way, hitchhiking passengers can see the hitchhiking itineraries of nearby taxi drivers, respond to orders quickly, improve the hitchhiking passenger matching success rate, and reduce waiting time. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 A schematic diagram of a process for booking a car according to an embodiment of the present application is shown; Figure 2 A schematic diagram of a process for booking a car according to an embodiment of the present application is shown; Figure 3 A schematic diagram of a process for booking a car according to an embodiment of the present application is shown; Figure 4 A schematic diagram showing a process of a method for booking a car according to an embodiment of the present application is shown; Figure 5 A schematic structural diagram of a car-hailing device according to an embodiment of the present application is shown; Figure 6 A schematic structural diagram of an electronic device according to an embodiment of the present application is shown; Figure 7 A schematic structural diagram of an electronic device according to an embodiment of the present application is shown.

[0017] in, Figures 5 to 7 The corresponding relationship between the reference numerals and component names is as follows: 100: electronic device; 101: radio frequency unit; 102: network module; 103: audio output unit; 104: input unit; 1041: graphics processor; 1042: microphone; 105: sensor; 106: display unit; 1061: display panel; 107: user input unit; 1071: touch panel; 1072: other input devices; 108: interface unit; 1109: memory; 1110: processor; 900: car-hailing device; 901: order acquisition module; 902: carpooling judgment module; 903: carpooling conversion module; 904: car-hailing module; 905: timeout cancellation module. DETAILED DESCRIPTION

[0018] The following will be combined with the accompanying drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the embodiments described are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field are within the scope of protection of this application.

[0019] The terms "first," "second," and the like in the specification and claims of this application are used to distinguish similar objects, and are not used to describe a specific order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate, so that the embodiments of this application can be implemented in an order other than that illustrated or described herein, and that the objects distinguished by "first," "second," and the like are generally of the same type, and do not limit the number of objects; for example, the first object can be one or more. In addition, the term "and / or" in the specification and claims refers to at least one of the connected objects, and the character " / " generally indicates that the objects connected are in an "or" relationship.

[0020] The following is combined with Figures 1 to 7 , the car-hailing method and device, electronic device, readable storage medium and chip provided in the embodiments of the present application are described in detail through specific embodiments and their application scenarios.

[0021] This embodiment provides a method for booking a car, such as Figure 1 As shown, including: Step S102: Acquire travel order information of a first passenger user, where the first passenger user includes an online car-hailing passenger or a taxi passenger; Step S104: determining whether the travel order information includes ride-sharing confirmation information; and generating a determination result; If the judgment result is yes, then step S106: generating ride-sharing information with the first passenger user as the ride-sharing car owner according to the travel order information; if the judgment result is no, then returning to step S102; Step S108: In response to the driver user corresponding to the travel order information's order acceptance instruction for the travel order information, a ride-sharing information is sent out to match the ride-sharing object.

[0022] The car-hailing method provided in this embodiment determines the willingness of the first passenger user, that is, the online car-hailing or taxi passenger to share a ride, and automatically converts the order of the person willing to share a ride into a shared ride for the ride-sharing driver, thereby realizing seamless combination of taxi orders and ride-sharing orders. On the one hand, it can effectively improve vehicle utilization and resource sharing, and on the other hand, it can shorten the waiting time of ride-sharing passengers, thereby improving travel efficiency.

[0023] It should be emphasized that in this plan, after the carpooling is successfully matched and the carpooling partner gets on the car, there are two types of passengers on the car. One is the original first passenger user, that is, the online car-hailing passenger or taxi passenger, and the other is the hitchhiking passenger who is the carpooling partner. The remaining capacity of the vehicles that the online car-hailing passenger or taxi passenger has been associated with can be fully utilized to achieve timely travel for the hitchhiking passenger.

[0024] After accepting a ride request, taxi drivers can use this solution to quickly post a ride-sharing itinerary if there's a vacant seat in their vehicle. This allows them to match ride-sharing passengers with passengers on the same route, effectively providing a "ride-sharing" experience and reducing empty trips. Ride-sharing passengers are matched with taxi drivers on the same route, and the driver has already accepted the request and is about to depart. This improves the timeliness of ride-sharing trips and reduces waiting times. Combined rides increase driver profits, and ride-sharing passengers can be matched with suitable vehicles more quickly, boosting platform activity and user satisfaction.

[0025] Specifically, by obtaining the first passenger's travel order information, key information such as the passenger's starting point, destination, number of passengers, expected departure time, and whether they accept shared rides is collected to ensure the integrity of the order information and facilitate accurate matching of ride-sharing passengers. The first passenger can be a taxi passenger or an online car-hailing passenger.

[0026] Then, by judging whether the travel order information includes the confirmation information of accepting carpooling, a judgment result is generated to automatically judge whether the passenger agrees to carpool with the hitchhiking passengers, avoiding carpooling matching for orders that are unwilling to carpool, respecting the wishes of passengers, improving the efficiency of carpooling matching, and reducing invalid matching.

[0027] Then, based on the travel order information, the carpooling information is generated with the first passenger user as the hitchhiking owner, and the taxi passenger's itinerary information is automatically converted into the itinerary release information of the hitchhiking owner, which specifically includes the starting point, end point, estimated departure time, available seats, etc., and the hitchhiking itinerary is automatically generated to reduce the driver's operating burden.

[0028] However, since the online car-hailing driver or taxi driver is still needed to drive during the actual driving process, the matching of shared rides can only be carried out after the driver's consent. That is, in response to the driver user's acceptance instruction for the travel order information corresponding to the travel order information, the driver confirms the acceptance of the taxi passenger's order and can also accept the demand for hitchhiking. At this time, the shared ride information released by the online car-hailing passenger or taxi passenger will be released to the outside for matching hitchhiking passengers, and the generated hitchhiking travel information will be pushed to eligible hitchhiking passengers, that is, the shared ride objects.

[0029] In this way, hitchhiking passengers can see the hitchhiking itineraries of nearby taxi drivers, respond to orders quickly, improve the hitchhiking passenger matching success rate, and reduce waiting time.

[0030] For example, when a taxi or online ride-hailing passenger selects "Accept Shared Rides" when placing an order, the system captures this information, including the number of passengers, origin and destination, and estimated departure time. If the passenger selects "No," the order remains exclusive and the taxi driver is assigned as normal. If the passenger selects "Yes," the process of generating shared ride information begins.

[0031] The taxi order "from A to B, expected to depart at 10:00, 2 empty seats" will automatically generate a ride-sharing itinerary "driver's itinerary AB, departing at 10:00, 2 empty seats".

[0032] Once the driver clicks "Accept Order" in the app, the system will automatically publish the ride-sharing trip converted from the order. If the driver declines, the order will be reassigned.

[0033] By assessing the willingness of taxi and ride-hailing passengers to share a ride, the system automatically generates a ride-sharing itinerary for the driver and pushes it to the ride-sharing passenger after the driver confirms the order, enabling intelligent grouping of taxi and ride-sharing orders. This process not only improves vehicle resource utilization and travel efficiency, but also optimizes the travel experience for both passengers and drivers, balancing compliance with operational efficiency. It is an innovative and practical ride-sharing solution.

[0034] In one specific embodiment, a convenient method for publishing shared ride routes is provided. Based on the taxi driver's and passenger's willingness, taxi orders for rides shared with a hitchhiker are converted into rides published by the taxi driver with a single click. The taxi passenger is then converted into a ride-sharing companion, and the ride-sharing passengers are matched. Taxi orders and ride-sharing orders are combined. During each order, taxi drivers, based on their professional travel needs, may need to travel from A to B according to the taxi passenger's order. If there are available seats along the way, they can share the ride with the hitchhiker and split the fare. If the taxi passenger agrees to share, the driver may be offered a discount (such as a 30% discount) or have tolls waived on the way to encourage the taxi passenger to accept the taxi driver's sharing of the ride.

[0035] Understandably, taxis' advantage lies in their timeliness. Taxi drivers can pick up rideshare passengers immediately after accepting a taxi passenger's order, effectively reducing the number of rideshare passengers waiting for rideshares and increasing the acceptance rate of both taxi drivers and rideshare passengers. Taxi orders and rideshare orders can be shared. During each order, taxi drivers, based on their professional needs, may need to travel from A to B according to the taxi passenger's order. If there are empty seats along the way, they can share the ride with a rideshare passenger and split the fare. If the taxi passenger agrees to share, the driver can offer a discount (such as a 30% discount) or even waive tolls to encourage the taxi passenger to accept the idea of ​​sharing a ride.

[0036] When placing an order, a taxi passenger can choose whether to accept the ride-sharing passenger combination; if not, the order will be dispatched to a nearby taxi driver as usual, and the taxi order will be reserved for him / her; if yes, the order can be dispatched to a taxi driver, who can automatically convert the taxi passenger's order information into his / her itinerary as a ride-sharing driver with one click, thus matching the taxi driver with the ride-sharing passenger.

[0037] When a ride-sharing passenger places an order, he or she can choose whether to accept a ride-sharing with a taxi driver. The process is the same as above. If not, the ride-sharing will be done normally or exclusively with the ride-sharing driver. If yes, the ride-sharing can be matched with the taxi driver who is converted from a taxi passenger.

[0038] Taxi passengers placing orders for "ride-along passengers" are pushed to the taxi driver's app. The driver then chooses whether to accept the order and posts their own ride-along trip based on the taxi passenger's order. If not, the driver is assigned a new order. If yes, the driver posts a ride-along order and matches the ride-along passenger. Other required information for placing an order is the same as for a normal order, such as the number of passengers, starting and ending points, and estimated departure time.

[0039] Taxi orders are generally accepted quickly, while ride-sharing orders are matched more slowly, and the taxi order may not be matched with a shared passenger before the taxi order has already departed. A carpooling mode can be used to allow taxi passengers to choose whether to accept the taxi order and continue to share the ride.

[0040] Taxi orders are generally immediate, while ride-sharing orders are more flexible, necessitating additional reminders or restrictions. For example, ride-sharing passengers should be reminded that they must depart immediately due to the taxi driver's itinerary, and their ride will be canceled if the estimated departure time is 5-15 minutes late, to ensure timely taxi travel.

[0041] The compliance issues of converting taxi / online car-hailing orders into ride-sharing orders can be addressed by requiring ride-sharing orders to be half of the amount of the taxi / online car-hailing order and limiting the number of ride-sharing conversions per day to prevent drivers from using this model to engage in illegal operations.

[0042] Alternatively, as Figure 2 As shown, based on the travel order information, the ride-sharing information with the first passenger user as the ride-sharing car owner is generated, including: Step S1062: Determine the number of passengers in the travel order information; Step S1064: If the difference between the passenger capacity limit corresponding to the driver user and the number of passengers corresponding to the vehicle number information is greater than 1, a carpool selection window is displayed; Step S1066: In response to the carpooling confirmation information corresponding to the acceptance of the carpooling in the carpooling selection window, the carpooling information with the first passenger user as the carpooling owner is determined.

[0043] In this embodiment, the taxi driver receives a travel order from the first passenger (taxi or online car-hailing passenger). The order contains information such as the number of passengers. The driver's vehicle has a passenger limit. It is determined whether the driver's vehicle has vacant seats. If so, and the number of vacant seats is ≥1, a carpooling selection window pops up to prompt the driver whether to accept the carpooling. After the driver confirms acceptance, the system converts the first passenger's order into a carpooling information. Among them, the first passenger user is the car owner information in the carpooling information, which facilitates matching carpooling passengers.

[0044] Specifically, by determining the number of passengers in the trip order, the actual number of passengers for the first passenger order (including the main passenger and companions) is obtained, accurately reflecting the vehicle seat occupancy status of the current order. For example, a taxi order may indicate a passenger count of 2 (the main passenger + 1 companion). By calculating the difference between the driver's vehicle's maximum passenger capacity and the number of passengers, the driver's vehicle's maximum passenger capacity (e.g., 5 passengers for a 5-seater vehicle) is determined. A carpool is determined only if the difference is greater than 1 (or greater than or equal to 2), meaning that after accounting for the driver occupying one seat, there is at least 1 available seat. If the vehicle has a maximum passenger capacity of 5 and the current order occupies 2 passengers, then 3 available seats > 1, indicating that there is a carpool available.

[0045] Determine whether the number of available seats is greater than 1. If the condition is met, display the carpooling selection window. By determining whether the number of available seats is greater than 1, ensure that the driver has at least one available seat to provide to the ride-sharing passenger.

[0046] Furthermore, when the conditions are met, a "whether to accept carpooling" selection window pops up for the driver, allowing the driver to participate in the decision of whether to accept carpooling and avoid forced carpooling.

[0047] The driver selects "Accept" or "Reject" in the rideshare selection window. Based on the driver's selection, the system determines whether to generate a rideshare information. Once the driver confirms acceptance, the system generates the rideshare itinerary information for the rideshare driver based on the first passenger's travel order information.

[0048] If the driver refuses, no carpooling information will be generated and the order will remain exclusive.

[0049] Finally, by determining the carpooling information with the first passenger user as the carpooling owner, the carpooling owner's itinerary information is generated based on the starting point, end point, expected departure time and number of available seats of the first passenger's order. The carpooling information includes the identity of the first passenger user as the carpooling owner and the available seats, so that the carpooling itinerary can be automatically published and carpooling passengers who are going the same way can be matched. In addition, the conversion of taxi orders to carpooling orders can be realized, promoting group orders.

[0050] Alternatively, as Figure 3As shown, it also includes: step S1102: when a carpooling object corresponding to the carpooling information is matched, obtaining the estimated departure time of the carpooling object; step S1104: when the real-time estimated departure time of the carpooling object exceeds the estimated departure time, and the difference between the real-time estimated departure time and the estimated departure time is greater than a first timeout threshold, canceling the carpooling association between the carpooling object and the carpooling information.

[0051] In this embodiment, after the carpooling information (i.e., the ride-sharing trip) is matched with the carpooling object (the ride-sharing passenger), the passenger must board the car in a timely manner near the estimated departure time to prevent the ride-sharing passenger from failing to depart on time due to timeout, thereby affecting the taxi driver's trip and the experience of other passengers. By real-time monitoring of the estimated departure time of the ride-sharing object, if the timeout exceeds the set threshold, the carpooling association is automatically canceled, releasing resources for re-matching.

[0052] Specifically, the system first obtains the expected departure time of the carpooling partner and the real-time estimated departure time of the ride-sharing passenger based on their current matching status, location, and traffic conditions. This serves as a key time parameter for determining whether the passenger can board the vehicle on time. Once the passenger confirms the order, the system dynamically calculates the estimated boarding time based on the passenger's current location and the driver's travel path.

[0053] By determining whether the real-time estimated departure time exceeds the scheduled departure time in the shared ride information and whether the delay exceeds the first timeout threshold, the system can determine whether the rideshare passenger is delayed in arriving at the pickup location, potentially impacting the taxi driver's on-time departure. By setting a "first timeout threshold" (e.g., 5 or 10 minutes) as a tolerance for passenger delays, the system can promptly identify passenger delay risks, prevent drivers from delaying their entire trip due to waiting, safeguard taxi drivers' timeliness, and improve overall travel efficiency.

[0054] For example, if the estimated departure time is 10:00 and the passenger's real-time estimated departure time is 10:12, the timeout of 12 minutes is greater than the threshold of 10 minutes, so a cancellation is triggered.

[0055] When a passenger's timeout exceeds the threshold, the matching relationship between the passenger and the ride-sharing trip will be automatically terminated, freeing up the empty space in the driver's vehicle to avoid affecting the overall ride-sharing efficiency due to the lateness of individual passengers. The driver does not need to continue waiting for the overdue passenger, ensuring the timely departure of the taxi order.

[0056] Among them, the first timeout threshold is formulated based on actual operation data and user habits, and it is recommended to adjust it in the interval of 5 to 15 minutes. Of course, the threshold can be dynamically adjusted according to different cities, road conditions, and time periods.

[0057] The real-time estimated departure time calculation method combines the passenger's current location, traffic congestion, the driver's current location and route to dynamically calculate the estimated boarding time.

[0058] Specifically, real-time updates can be achieved through the Global Positioning System (GPS) and the road condition application programming interface (API).

[0059] In addition, when passengers are about to time out or have their tickets cancelled, they need to be reminded in advance to be given buffer time and the opportunity to change their tickets. The driver will also be notified simultaneously to avoid having to wait.

[0060] Furthermore, cancelled passengers can automatically enter the waiting queue and wait for the next match. The driver's vehicle vacancy is promptly pushed to other passengers, improving matching efficiency.

[0061] Of course, if the passenger's time is exceeded due to force majeure (such as sudden traffic jam), manual customer service can be arranged to intervene.

[0062] In general, by dynamically monitoring the departure time of hitchhiking passengers, reasonably setting the timeout threshold, and automatically canceling the ride-sharing association of overdue passengers, we can ensure the timely departure of taxi drivers' orders and the matching efficiency of hitchhiking passengers, and ensure the efficient operation of the overall ride-sharing system and user experience.

[0063] Alternatively, as Figure 4 As shown, it also includes: Step S1122: If the carpooling information does not match a carpooling partner, and if the trip status corresponding to the travel order information is in motion, a pending confirmation message for the in-motion carpooling is sent to the first passenger user; Step S1124: In response to the confirmation instruction of the information to be confirmed, the ride-sharing information is kept valid during the stage when the trip status is traveling.

[0064] In this embodiment, after converting a taxi or online ride-hailing order into a ride-sharing service, if no ride-sharing passenger (ride-sharing partner) has been matched and the vehicle has entered the "driving" state, the driver has already started the trip. During the journey, the first passenger, who has already boarded the vehicle, is notified whether they agree to continue the "on-the-road sharing" process. This allows the driver to connect with ride-sharing passengers while driving, thereby improving the success rate of ride-sharing and vehicle utilization.

[0065] Specifically, it first determines whether the carpooling information matches the carpooling object, and checks whether the current carpooling information has been successfully matched with a hitchhiking passenger. If there is no match, the passenger will be proactively notified that the driver's current trip has started, and asked whether the driver agrees to continue to accept hitchhiking passengers during the journey, so that passengers are clearly aware of the dynamic changes that may occur in carpooling and respect the wishes of the passengers.

[0066] Passengers confirm their agreement to "ride-sharing" through applications or text messages. While the trip status is "driving", the system ensures that the published ride-sharing information remains valid and continues to push it to ride-sharing passengers.

[0067] like Figure 5 As shown, an embodiment of the present application provides a car-hailing device 900. The car-hailing device 900 includes an order acquisition module 901, a carpooling determination module 902, a carpooling conversion module 903, a car-hailing module 904, and a timeout cancellation module 905.

[0068] Among them, the order acquisition module 901 is used to obtain the travel order information of the first passenger user, and the first passenger user includes an online car-hailing passenger or a taxi passenger; the carpooling judgment module 902 is used to judge whether the travel order information includes carpooling confirmation information for accepting carpooling, and generate a judgment result; the carpooling conversion module 903 is used to generate carpooling information with the first passenger user as the carpooling owner according to the travel order information if the judgment result is yes; the car-hailing module 904 is used to respond to the driver user corresponding to the travel order information's order acceptance instruction for the travel order information, and send out carpooling information to match the carpooling object.

[0069] By determining the willingness of the first passenger user, that is, the online car-hailing or taxi passenger to share a ride, the orders of those willing to share a ride are automatically converted into shared rides for the ride-sharing driver, thereby achieving seamless grouping of taxi orders and ride-sharing orders. On the one hand, it can effectively improve vehicle utilization and resource sharing, and on the other hand, it can shorten the waiting time of ride-sharing passengers, thereby improving travel efficiency.

[0070] Optionally, the carpooling conversion module 903 is also used to determine the number of passengers in the travel order information; when the difference between the passenger limit corresponding to the driver user and the number corresponding to the passenger number information is greater than 1, a carpooling selection window is displayed; in response to the carpooling confirmation information corresponding to the acceptance of the carpooling in the carpooling selection window, the carpooling information with the first passenger user as the carpooling owner is determined.

[0071] Optionally, it also includes: a timeout cancellation module 905, which is used to obtain the estimated departure time of the carpooling object when a carpooling object corresponding to the carpooling information is matched; when the real-time estimated departure time of the carpooling object exceeds the estimated departure time, and the difference between the real-time estimated departure time and the estimated departure time is greater than a first timeout threshold, cancel the carpooling association between the carpooling object and the carpooling information.

[0072] Optionally, it also includes: when the carpooling information is not matched to the carpooling object, if the trip status corresponding to the travel order information is in motion, sending the pending confirmation information of the carpooling in motion to the first passenger user; in response to the confirmation instruction of the pending confirmation information, keeping the carpooling information valid during the stage when the trip status is in motion.

[0073] The ride-hailing device in the embodiments of the present application can be a device, or a component, integrated circuit, or chip in a terminal. The device can be a mobile electronic device or a non-mobile electronic device. For example, the mobile electronic device can be a mobile phone, tablet computer, laptop computer, PDA, in-vehicle electronic device, wearable device, ultra-mobile personal computer (UMPC), netbook, or personal digital assistant (PDA), while the non-mobile electronic device can be a server, network attached storage (NAS), personal computer (PC), television, ATM, or self-service machine, etc., without specific limitations in the embodiments of the present application.

[0074] The ride-hailing device in the embodiment of the present application can remind a device with an operating system. The operating system can be an Android operating system, an iOS operating system, or other possible operating systems, which are not specifically limited in the embodiment of the present application.

[0075] The car-hailing device provided in the embodiment of the present application can achieve Figures 1 to 4 To avoid repetition, the various processes implemented in the method embodiment are not described here.

[0076] Alternatively, as Figure 6 As shown, an embodiment of the present application further provides an electronic device 100, including a processor 1110, a memory 1109, and a program or instruction stored in the memory 1109 and executable on the processor 1110. When the program or instruction is executed by the processor 1110, the various processes of the embodiment of the above-mentioned car-hailing method are implemented, and the same technical effect can be achieved. To avoid repetition, they will not be described here.

[0077] It should be noted that the electronic devices in the embodiments of the present application include the above-mentioned electronic devices and non-electronic devices.

[0078] Figure 7 A schematic diagram of the hardware structure of an electronic device implementing an embodiment of the present application.

[0079] The electronic device 100 includes but is not limited to components such as a radio frequency unit 101 , a network module 102 , an audio output unit 103 , an input unit 104 , a sensor 105 , a display unit 106 , a user input unit 107 , an interface unit 108 , a memory 1109 , and a processor 1110 .

[0080] Those skilled in the art will understand that the electronic device 100 may also include a power supply (such as a battery) to power each component. The power supply can be logically connected to the processor 1110 through a power management system, so that functions such as charging, discharging, and power consumption management can be managed through the power management system. Figure 7 The electronic device structure shown in the figure does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently, which will not be repeated here.

[0081] Among them, processor 1110 is used to obtain travel order information of the first passenger user, and the first passenger user includes an online car-hailing passenger or a taxi passenger; determine whether the travel order information includes ride-sharing confirmation information for accepting ride-sharing, and generate a judgment result; if the judgment result is yes, generate ride-sharing information with the first passenger user as the ride-sharing car owner based on the travel order information; respond to the driver user corresponding to the travel order information's order acceptance instruction for the travel order information, and send out ride-sharing information to match the ride-sharing object.

[0082] Through the above scheme, by judging the willingness of the first passenger user, that is, the online car-hailing or taxi passenger to share a ride, the order of the willing passenger will be automatically converted into a shared ride for the hitchhiking driver, thereby realizing seamless grouping of taxi orders and hitchhiking orders. On the one hand, it can effectively improve vehicle utilization and resource sharing, and on the other hand, it can shorten the waiting time of hitchhiking passengers, thereby improving travel efficiency.

[0083] Optionally, the processor 1110 is also used to implement the following steps: determining the number of passengers in the travel order information; displaying a carpooling selection window when the difference between the passenger limit corresponding to the driver user and the number corresponding to the passenger number information is greater than 1; and determining the carpooling information with the first passenger user as the carpooling owner in response to the carpooling confirmation information corresponding to the acceptance of the carpooling in the carpooling selection window.

[0084] Optionally, the processor 1110 is further configured to obtain the estimated departure time of the carpooling object when a carpooling object corresponding to the carpooling information is matched; and to cancel the carpooling association between the carpooling object and the carpooling information when the real-time estimated departure time of the carpooling object exceeds the estimated departure time and the difference between the real-time estimated departure time and the estimated departure time is greater than a first timeout threshold.

[0085] Optionally, the processor 1110 is further configured to, if the ride-sharing information does not match a ride-sharing partner, send pending confirmation information for the ride-sharing order to the first passenger user if the trip status corresponding to the travel order information is in motion; and in response to a confirmation instruction for the pending confirmation information, maintain the valid ride-sharing information while the trip status is in motion. It should be understood that in this embodiment of the present application, the input unit 104 may include a graphics processing unit (GPU) 1041 and a microphone 1042. The GPU 1041 processes image data of still images or videos captured by an image capture device (e.g., a camera) in video capture mode or image capture mode. The display unit 106 may include a display panel 1061, which may be configured in the form of a liquid crystal display, organic light-emitting diode, or the like. The user input unit 107 includes a touch panel 1071 and other input devices 1072. The touch panel 1071, also known as a touch screen, may include two components: a touch detection device and a touch controller. Other input devices 1072 may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, power buttons, etc.), a trackball, a mouse, and a joystick, which are not described in detail here. Memory 1109 may be used to store software programs and various data, including, but not limited to, applications and operating systems. Processor 1110 may integrate an application processor and a modem processor. The application processor primarily handles the operating system, user interface, and applications, while the modem processor primarily handles wireless communications. It is understood that the modem processor may not be integrated into processor 1110.

[0086] An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the various processes of the above-mentioned car-hailing method embodiment are implemented and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0087] The methods may be implemented in a variety of different ways depending on the specific features and / or example applications. For example, the methods may be implemented through a combination of hardware, firmware, and / or software. For example, in a hardware implementation, the processor may be implemented in one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, electronic devices, other device units for performing the above functions, and / or combinations thereof.

[0088] A computer-readable storage medium can be a tangible device that can retain and store instructions for use by an instruction execution device. A computer-readable storage medium can be, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of computer-readable storage media includes: portable computer floppy disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), portable compact disc read-only memory (CD-ROM), digital versatile disk (DVD), memory cards, floppy disks, encoding mechanical devices (such as punched cards or grooves with raised structures containing recorded instructions), and any suitable combination of the foregoing. As used herein, computer-readable storage medium should not be construed as a transmission signal per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through waveguides or other transmission media, or electrical signals transmitted via wires.

[0089] The processor is the processor in the electronic device in the above embodiment. The readable storage medium includes a computer-readable storage medium, such as a computer read-only memory (ROM), random access memory (RAM), a magnetic disk, or an optical disk.

[0090] An embodiment of the present application further provides a chip, which includes a processor and a communication interface. The communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned car-hailing method embodiment and achieve the same technical effect. To avoid repetition, it will not be repeated here.

[0091] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0092] It should be noted that, in this article, the terms "comprise", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the statement "comprises a ..." does not exclude the presence of other identical elements in the process, method, article or device comprising the element. In addition, it should be noted that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in the opposite order according to the functions involved. For example, the described method may be performed in an order different from that described, and various steps may also be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0093] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus the necessary general hardware platform. Of course, they can also be implemented by hardware, but in many cases the former is a better embodiment. Based on this understanding, the technical solution of this application, or the part that contributes to the existing technology, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes a number of instructions for enabling a terminal (which can be a mobile phone, computer, server, or network device, etc.) to execute the methods described in each embodiment of this application.

[0094] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of this application, ordinary technicians in this field can also make many forms without departing from the purpose of this application and the scope of protection of the claims, all of which are within the protection of this application.

Claims

1. A method for booking a car, characterized in that: include: Obtaining travel order information of a first passenger user, where the first passenger user includes an online car-hailing passenger or a taxi passenger; Determining whether the travel order information includes ride-sharing confirmation information for accepting the ride-sharing, and generating a determination result; If the judgment result is yes, generating ride-sharing information with the first passenger user as the ride-sharing car owner according to the travel order information; In response to the driver user corresponding to the travel order information's order acceptance instruction for the travel order information, the carpooling information is sent out to match the carpooling object.

2. The method for booking a car according to claim 1, characterized in that: The generating, based on the travel order information, ride-sharing information with the first passenger user as the ride-sharing car owner specifically includes: Determine the number of passengers in the travel order information; When the difference between the passenger capacity limit corresponding to the driver user and the number of passengers corresponding to the vehicle number information is greater than 1, a carpooling selection window is displayed; In response to the carpooling confirmation information corresponding to the acceptance of the carpooling in the carpooling selection window, the carpooling information with the first passenger user as the carpooling owner is determined.

3. The method for booking a car according to claim 1, wherein: Also includes: When a carpooling partner corresponding to the carpooling information is matched, obtaining an estimated departure time of the carpooling partner; When the real-time estimated departure time of the carpool object exceeds the expected departure time, and the difference between the real-time estimated departure time and the expected departure time is greater than a first timeout threshold, the carpool association between the carpool object and the carpool information is cancelled.

4. The method for ordering a car according to any one of claims 1 to 3, characterized in that: Also includes: If the carpooling information does not match the carpooling object, and if the trip status corresponding to the travel order information is traveling, a pending confirmation message of the traveling carpooling is sent to the first passenger user; In response to a confirmation instruction of the information to be confirmed, the ride-sharing information is kept valid during a stage in which the trip status is traveling.

5. A car-hailing device, characterized in that: include: An order acquisition module is used to obtain travel order information of a first passenger user, where the first passenger user includes an online car-hailing passenger or a taxi passenger; a ride-sharing determination module, configured to determine whether the travel order information includes ride-sharing confirmation information for accepting the ride-sharing, and generate a determination result; a carpooling conversion module, configured to generate carpooling information with the first passenger user as the carpooling vehicle owner based on the travel order information if the judgment result is yes; The car booking module is used to respond to the driver user corresponding to the travel order information's order acceptance instruction for the travel order information, and send out the carpooling information to match the carpooling object.

6. The car-hailing device according to claim 5, characterized in that: The carpool conversion module is further configured to determine the number of passengers in the travel order information; and display a carpool selection window if the difference between the passenger limit corresponding to the driver user and the number corresponding to the passenger number information is greater than 1; In response to the carpooling confirmation information corresponding to the acceptance of the carpooling in the carpooling selection window, the carpooling information with the first passenger user as the carpooling owner is determined.

7. The car-hailing device according to claim 5, characterized in that: Also includes: A timeout cancellation module is used to obtain the estimated departure time of the carpooling object when a carpooling object corresponding to the carpooling information is matched; When the real-time estimated departure time of the carpool object exceeds the expected departure time, and the difference between the real-time estimated departure time and the expected departure time is greater than a first timeout threshold, the carpool association between the carpool object and the carpool information is cancelled.

8. An electronic device, characterized in that: It includes a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the method for hailing a car as described in any one of claims 1 to 4.

9. A readable storage medium, characterized in that: The readable storage medium stores programs or instructions, which, when executed by a processor, implement the steps of the method for hailing a car as described in any one of claims 1 to 4.

10. A chip, characterized in that: The chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the steps of the car-hailing method as described in any one of claims 1 to 4.