Method, device, storage medium, and program product for processing online car-hailing orders

By obtaining the user's departure and destination information, combining the matching situation and additional information of fixed line sites, the available vehicle information is determined, which solves the problem of a large gap between the carpooling route and the original travel route, and shortens the itinerary and reduces the operating cost.

CN118982403BActive Publication Date: 2025-06-27BEIJING DIDI INFINITY TECH & DEV CO LTD
View PDF 3 Cites 0 Cited by

Patent Information

Application Number
CN202410977820.X
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2024-07-19
Publication Date
2025-06-27
Estimated Expiration
2044-07-19

AI Technical Summary

Technical Problem

The existing carpooling relationship strategy leads to a large gap between the vehicle's driving route and the actual route, resulting in too long trip time and too high driver operating costs, bringing negative experience to users and drivers.

Method used

By obtaining the user's departure and destination information, determining its matching with a fixed line site, determining available vehicle information based on matching information and additional information (such as available capacity, estimated response rate, overlapping charge rate and hotline level), and sending update instructions to the terminal device to update the pre-order interface to display available vehicle information.

Benefits of technology

This has achieved the goal of avoiding the deviation between the actual carpooling route and the user's original travel route, shortening the itinerary, reducing the operating costs of drivers, and improving the experience of users and drivers.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN118982403B_ABST
    Figure CN118982403B_ABST
Patent Text Reader

Abstract

According to an embodiment of the present disclosure, there are provided a method, a device, a storage medium, and a program product for processing online car-hailing orders. The method includes obtaining, from a user's terminal device, location information provided by the user on a pre-order interface, where the location information includes a departure place and a destination of the online car-hailing order; determining matching information on whether the departure place and the destination match fixed route stations; determining available vehicle information for executing the online car-hailing order based on the matching information and additional information, where the additional information includes at least one of available transport capacity information, estimated response rate, overlapping charging rate, and hotline level; and sending an update instruction message to the terminal device based on the available vehicle information, so that the terminal device updates the presented pre-order interface according to the available vehicle information. In this way, after the user inputs location information, a specific carpooling mode including fixed route stations can be recommended to the user, which not only shortens the travel time but also reduces the driver's operating costs.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] Example embodiments of the present disclosure generally relate to the field of computers, and more particularly, to methods, devices, storage media, and program products for processing online car-hailing orders. Background Art

[0002] In modern society, various travel services have provided convenience for people's daily lives. People often use travel services to go to specific places. Considering travel costs, many users will choose to travel by carpooling. However, an unreasonable carpooling relationship strategy may lead to a large gap between the vehicle driving route and the actual vehicle route after carpooling, resulting in too long travel time and too high operating costs for the driver, thus bringing negative experiences to users and drivers. Summary of the Invention

[0003] In a first aspect of the present disclosure, there is provided a method for processing an online car-hailing order, the method including: obtaining, from a user's terminal device, location information provided by the user on a pre-order interface, the location information including a departure place and a destination of the online car-hailing order; determining matching information on whether the departure place and the destination match fixed route stations; determining available vehicle information for executing the online car-hailing order based on the matching information and additional information, the additional information including at least one of available transport capacity information, expected response rate, overlapping charging rate, and hotline level; and sending an update instruction message to the terminal device based on the available vehicle information, so that the terminal device updates the presented pre-order interface according to the available vehicle information.

[0004] In some embodiments, determining the available vehicle information includes: in response to the matching information indicating that both the departure place and the destination match fixed route stations, determining the available transport capacity information in the additional information; and determining the available vehicle information based on the available transport capacity information.

[0005] In some embodiments, the method further includes: in response to determining that the available transport capacity information indicates that there is available transport capacity, determining the vehicle information indicated by the available transport capacity as the available vehicle information; generating an update instruction message based on the available vehicle information, the update instruction message including at least duration information on the expected time to reach the fixed route station matching the departure place; and sending the update instruction message to the terminal device, so that the presented pre-order interface of the terminal device includes the duration information.

[0006] In some embodiments, the method further includes: receiving, from a terminal device, a placing order operation input by a user on a pre-order interface, determining service vehicle information that will serve the user based on available vehicle information and according to preset conditions, where the available vehicle information includes empty vehicles and occupied vehicles; associating the service vehicle information with the online car-hailing service to generate associated instruction information; and sending the associated instruction information to the terminal device so that the terminal device presents at least the service vehicle information and route information between fixed-line stations associated with the departure place and the destination place.

[0007] In some embodiments, the method further includes: in response to determining that the available transport capacity information indicates that there is no available transport capacity, determining the available vehicle information as empty; and sending update instruction information related to the available vehicle information being empty to the terminal device so that the terminal device presents an interface for prompting the user to wait or recommending using a preset category of vehicle models.

[0008] In some embodiments, the method further includes: in response to the matching information indicating that at least one of the departure place and the destination place does not match the fixed-line stations, determining whether the departure place and the destination place respectively match preset fences; and in response to determining that the departure place and the destination place respectively match the preset fences, determining the available vehicle information based on at least one of the overlapping charging rate and the estimated response rate in the additional information.

[0009] In some embodiments, determining the available vehicle information includes: determining whether the overlapping charging rate is greater than or equal to a first overlapping charging rate threshold; in response to determining that the overlapping charging rate is greater than or equal to the first overlapping charging rate threshold, determining the vehicle information indicated by the available transport capacity corresponding to the overlapping charging rate as the available vehicle information, where the vehicles indicated by the available vehicle information include occupied vehicles; generating update instruction information based on the available vehicle information, where the update instruction information at least includes the duration information of the estimated arrival at the departure place; and sending the update instruction information to the terminal device so that the pre-order interface presented by the terminal device includes the duration information.

[0010] In some embodiments, the method further includes: in response to determining that the overlapping charging rate is less than the first overlapping charging rate threshold, determining whether the estimated response rate is greater than or equal to a first response rate threshold; and in response to determining that the estimated response rate is greater than or equal to the first response rate threshold, sending update instruction information to the terminal device so that the terminal device presents an interface for prompting the user to wait or recommending using a preset category of vehicle models.

[0011] In some embodiments, the method also includes: determining whether a preset time has passed since the terminal device received the order operation entered by the user in the pre-order interface; in response to determining that the preset time has passed since the order operation, determining the service vehicle information that will serve the user, the service vehicle information including empty vehicles and manned vehicles; associating the service vehicle information with the online car-hailing vehicle to generate associated instruction information; and sending the associated instruction information to the terminal device, so that the terminal device at least presents the service vehicle information and the route information between fixed-line stations associated with the departure and destination.

[0012] In some embodiments, the method further includes: in response to determining that the time elapsed from the order placement operation is less than a preset time, continuing to search for available vehicle information that satisfies an overlapping charging rate greater than or equal to a second overlapping charging rate threshold, and the second overlapping charging rate threshold is less than the first overlapping charging rate threshold.

[0013] In some embodiments, the method also includes: in response to determining that the estimated response rate is less than a first response rate threshold, sending update instruction information to the terminal device so that the interface presented by the terminal device does not include an interface of a preset category of vehicles.

[0014] In some embodiments, the method also includes: in response to determining that at least one of the departure place and the destination does not match a preset fence, obtaining hotline level information related to the route from the departure place to the destination; in response to determining that the hotline level indicated by the hotline level information is greater than or equal to a first hotline threshold, determining available capacity information; in response to determining that the available capacity information indicates the existence of available capacity, determining the vehicle information indicated by the available capacity as available vehicle information; generating update instruction information based on the available vehicle information, the update instruction information at least including estimated time information for arrival at a fixed route station matching the departure place; and sending the update instruction information to the terminal device so that the pre-order interface presented by the terminal device includes the time information.

[0015] In some embodiments, the method also includes: receiving an order operation input by a user in a pre-order interface from a terminal device, determining service vehicle information that will serve the user based on available vehicle information and according to preset conditions, the available vehicle information including empty vehicles; associating the service vehicle information with the online car-hailing vehicle to generate associated instruction information; and sending the associated instruction information to the terminal device, so that the terminal device at least presents the service vehicle information and route information between fixed-line stations associated with the departure point and the destination.

[0016] In some embodiments, the method further includes: in response to determining that at least one of the departure location and the destination does not match a preset fence, determining overlapping toll rate information from the departure location to the destination; in response to determining that the overlapping toll rate indicated by the overlapping toll rate information is greater than or equal to a third overlapping toll rate threshold, determining vehicle information indicated by available transport capacity corresponding to the overlapping toll rate as available vehicle information, and the vehicle indicated by the available vehicle information includes a passenger vehicle; generating update instruction information based on the available vehicle information, where the update instruction information at least includes duration information for estimating the arrival at the departure location; and sending the update instruction information to a terminal device so that a pre-order interface presented by the terminal device includes the duration information.

[0017] In some embodiments, the method further includes: in response to determining that the hotline level indicated by the hotline level information is less than a first hotline threshold and the overlapping toll rate indicated by the overlapping toll rate information is less than a third overlapping toll rate threshold, determining whether an estimated answer rate is greater than or equal to a second answer rate threshold; and in response to determining that the estimated answer rate is greater than or equal to the second answer rate threshold, sending update instruction information to the terminal device so that the terminal device presents an interface for prompting the user to wait or recommending using a preset category of vehicle models.

[0018] In some embodiments, the method further includes: in response to determining that the duration elapsed since the order placement operation is less than a preset duration, continuing to search for available vehicle information that satisfies the overlapping toll rate being greater than or equal to a fourth overlapping toll rate threshold, where the fourth overlapping toll rate threshold is less than the third overlapping toll rate threshold.

[0019] In some embodiments, the method further includes: in response to determining that the estimated answer rate is less than the second answer rate threshold, sending update instruction information to the terminal device so that the interface presented by the terminal device does not include an interface for a preset category of vehicle models.

[0020] In a second aspect of the present disclosure, a method for processing a ride-hailing order is provided, the method including: presenting a pre-order interface on a user's terminal device to facilitate the user to provide location information through the location information provided by the pre-order interface, where the location information includes the departure location and the destination of the ride-hailing order; sending the location information to a remote device; and receiving update instruction information from the remote device to update the presented pre-order interface according to the available vehicle information.

[0021] In some embodiments, the method further includes: in response to a ride-hailing order sent by the user through the pre-order interface, sending the ride-hailing order to the remote device; receiving vehicle usage information or waiting information from the remote device; and presenting a corresponding interface on the terminal device based on the vehicle usage information or the waiting information.

[0022] In a third aspect of the present disclosure, an electronic device is provided. The electronic device includes at least one processing unit; and at least one memory. The at least one memory is coupled to the at least one processing unit and stores instructions for execution by the at least one processing unit. When executed by the at least one processing unit, the instructions cause the electronic device to execute the method according to the first aspect or the second aspect of the present disclosure.

[0023] In a fourth aspect of the present disclosure, a computer-readable storage medium is provided. A computer program is stored on the computer-readable storage medium, and the computer program can be executed by a processor to execute the method according to the first aspect or the second aspect of the present disclosure.

[0024] In a fifth aspect of the present disclosure, a computer program is provided. The computer program includes computer-executable instructions that, when executed by a processor, implement the method according to the first aspect or the second aspect of the present disclosure.

[0025] It should be understood that the content described in the present invention content section is not intended to limit the key features or important features of the embodiments of the present disclosure, nor is it used to limit the scope of the present disclosure. Other features of the present disclosure will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] In the following, in conjunction with the drawings and with reference to the following detailed description, the above and other features, advantages, and aspects of the various implementations of the present disclosure will become more apparent. In the drawings, the same or similar reference numerals denote the same or similar elements, where:

[0027] Figure 1 A block diagram showing an example environment in which embodiments of the present disclosure can be implemented;

[0028] Figure 2 A flowchart showing an example process for processing online car-hailing orders according to some embodiments of the present disclosure;

[0029] Figures 3A to 3D An example interface showing according to some embodiments of the present disclosure;

[0030] Figure 4 A flowchart showing an example process of a fixed-route site order allocation mode according to some embodiments of the present disclosure;

[0031] Figure 5 An example interface showing route information according to some embodiments of the present disclosure;

[0032] Figure 6 A flowchart showing an example process of a preset fence order allocation mode according to some embodiments of the present disclosure;

[0033] Figure 7A block diagram showing an example process of a preset fence single - mode according to some embodiments of the present disclosure;

[0034] Figure 8 A flowchart showing an example process of a hotline level single - mode according to some embodiments of the present disclosure;

[0035] Figure 9 An example diagram showing the hotline level according to some embodiments of the present disclosure; and

[0036] Figure 10 A block diagram of an electronic device in which one or more embodiments of the present disclosure can be implemented. Detailed implementation manners

[0037] Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although some embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. On the contrary, these embodiments are provided to more thoroughly and completely understand the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are only for exemplary purposes and are not used to limit the protection scope of the present disclosure.

[0038] In the description of the embodiments of the present disclosure, the term "including" and its like should be understood as an open inclusion, that is, "including but not limited to". The term "based on" should be understood as "at least partially based on". The term "an embodiment" or "the embodiment" should be understood as "at least one embodiment". The term "some embodiments" should be understood as "at least some embodiments". There may also be other explicit and implicit definitions hereinafter.

[0039] In the solutions of this specification and embodiments, if personal information processing is involved, it will be processed on the premise of having a legal basis (such as obtaining the consent of the personal information subject or being necessary for performing a contract), and will only be processed within the specified or agreed scope. If the user refuses to process personal information other than the necessary information required for basic functions, it will not affect the user's use of basic functions.

[0040] It can be understood that the data involved in this technical solution (including but not limited to the data itself, the acquisition or use of the data) should comply with the requirements of relevant laws, regulations and related provisions.

[0041] It can be understood that before using the technical solutions disclosed in the embodiments of the present disclosure, the types, usage scopes, usage scenarios, etc. of the personal information involved in the present disclosure should be informed to the user and the user's authorization should be obtained through appropriate means according to relevant laws and regulations.

[0042] For example, when responding to an active request from a user, a prompt message is sent to the user to clearly prompt the user that the operation requested by the user will require obtaining and using the user's personal information, so that the user can autonomously choose whether to provide personal information to software or hardware such as an electronic device, an application, a server, or a storage medium that performs the operations of the present disclosure technical solution according to the prompt message.

[0043] As an optional but non-limiting implementation manner, the manner of sending a prompt message to the user in response to receiving an active request from the user may be, for example, in the form of a pop-up window, and the prompt message may be presented in text in the pop-up window. In addition, the pop-up window may also carry a selection control for the user to choose "agree" or "disagree" to provide personal information to the electronic device.

[0044] It can be understood that the above process of notifying and obtaining user authorization is only illustrative and does not limit the implementation manner of the present disclosure. Other manners that meet relevant laws and regulations can also be applied to the implementation manner of the present disclosure.

[0045] As used herein, the term "in response to" means a state in which a corresponding event occurs or a condition is satisfied. It will be understood that the execution timing of the subsequent actions executed in response to the event or condition and the time when the event occurs or the condition is established are not necessarily strongly correlated. For example, in some cases, the subsequent actions can be immediately executed when the event occurs or the condition is established; while in other cases, the subsequent actions can be executed after a period of time after the event occurs or the condition is established.

[0046] As discussed above, many users will choose to travel by carpooling considering travel costs. However, an unreasonable carpooling relationship strategy may lead to a large gap between the vehicle driving route and the actual vehicle route after carpooling, resulting in too long travel time and too high operating costs for the driver, thus bringing a negative experience to both the user and the driver.

[0047] According to an embodiment of the present disclosure, a method for processing a ride-hailing order is provided, including: obtaining, from a user's terminal device, location information provided by the user on a pre-order interface, where the location information includes a departure place and a destination of the ride-hailing order; determining matching information on whether the departure place and the destination match fixed route stations; determining available vehicle information for executing the ride-hailing order based on the matching information and additional information, where the additional information includes at least one of available transport capacity information, estimated response rate, overlapping charging rate, and hotline level; and sending an update instruction message to the terminal device based on the available vehicle information, so that the terminal device updates the presented pre-order interface according to the available vehicle information.

[0048] In this way, when a user takes a shared ride through an online car-hailing service, the remote device can recommend a specific carpooling mode (also known as the minibus mode) that includes fixed route stops for the user. Thereby, it is possible to avoid a large deviation between the actual carpooling route and the user's original travel route, shorten the travel time, and at the same time reduce the driver's operating costs. In this article, the concept of the present disclosure will be mainly described by taking the specific carpooling mode of the minibus mode as an example.

[0049] For the user side (e.g., the user's terminal device), the user's terminal device can present a pre-order interface to facilitate the user to provide location information through the location information provided by the pre-order interface, where the location information includes the departure place and the destination of the online car-hailing order; send the location information to the remote device; and receive update instruction information from the remote device to update the presented pre-order interface according to the available vehicle information.

[0050] In this way, after the user inputs the departure place and the destination of the online car-hailing order, a specific carpooling mode including fixed route stops can be recommended for the user. Thereby, it is possible to avoid a large deviation between the actual carpooling route and the user's original travel route, shorten the travel time, and at the same time reduce the driver's operating costs.

[0051] In the following, reference will first be made to Figure 1 Describe an example environment in which the embodiments according to the present disclosure can be implemented.

[0052] Example environment

[0053] Figure 1 FIG. shows a block diagram of an example environment 100 in which the embodiments of the present disclosure can be implemented. In this example environment 100, an application 120 is installed in the terminal device 110. The user 140 can interact with the application 120 via the terminal device 110 and / or the attached device of the terminal device 110.

[0054] The application 120 can be a travel service application that can provide various travel-related services to the user 140, including sending travel orders and so on. Alternatively, the application 120 can also be other types of applications that can provide travel services, such as a navigation application, a map application, etc. In this article, the application 120 is also referred to as a "travel application", a "pick-up order application", etc.

[0055] Such a user 140 can be, for example, a service acquirer of travel services, such as a passenger calling an online car-hailing service.

[0056] In Figure 1In an environment 100, if an application 120 is active, a terminal device 110 can present a user interface 150 of the application 120. The user interface 150 can be presented on a graphical user interface (GUI). The graphical user interface can be located on a display component of the terminal device 110 or on an external display component communicatively connected to the terminal device 110. The scope of the present disclosure is not limited in this regard.

[0057] The user interface 150 can include various types of interfaces that the application 120 can provide, including but not limited to an order configuration interface to configure configuration information (also referred to as preference information) of the current service provider for a travel service.

[0058] It should be understood that Figure 1 The content presented in the user interface 150 shown is merely exemplary and not restrictive. Various different contents can be presented in the user interface 150.

[0059] In some embodiments, the terminal device 110 can communicate with a server 160 to implement the supply of services of the application 120. The terminal device 110 can be any type of mobile terminal, fixed terminal, or portable terminal, including mobile phones, desktop computers, laptop computers, notebook computers, netbook computers, tablet computers, media computers, multimedia tablets, personal communication system (PCS) devices, personal navigation devices, personal digital assistants (PDAs), audio / video players, digital cameras / camcorders, positioning devices, television receivers, radio broadcast receivers, e-book devices, gaming devices, or any combination of the foregoing, including accessories and peripherals of these devices or any combination thereof. In some embodiments, the terminal device 110 can also support any type of interface for a user 140 (such as a "wearable" circuit, etc.). The server 160 can be various types of computing systems / servers capable of providing computing capabilities, including but not limited to mainframes, edge computing nodes, computing devices in a cloud environment, and the like.

[0060] It should be understood that the structures and functions of the various elements in the environment 100 are described only for exemplary purposes and do not imply any limitation on the scope of the present disclosure. There can be any number of terminal devices in the environment 100.

[0061] Several example embodiments for travel services will be described below with continued reference to the accompanying drawings.

[0062] Example process

[0063] Figure 2FIG. 200 is a flowchart of a process for processing an online car-hailing order according to some embodiments of the present disclosure. The process 200 may be implemented at a suitable electronic device (e.g., server 160). For ease of discussion, the process 200 will be described with reference to Figure 1 the environment 100. It should be understood that the process 200 may include additional actions not shown and / or may omit the actions shown, and the scope of the present disclosure is not limited in this regard.

[0064] In block 210, the server 160 obtains the location information provided by the user on the pre-order interface from the terminal device 110 of the user 140. The location information includes the departure place and the destination of the online car-hailing order.

[0065] The process of block 210 will be described below with reference to Figure 3A FIG. 300A is an example interface according to some embodiments of the present disclosure. The interface 300A may be provided by the terminal device 110, for example. Figure 3A When the user 140 opens the application 120 of the terminal device 110, the terminal device 110 presents the interface 300A. Input controls for the user 140 to input location information are presented on the interface 300A. The input controls may include a first input control 312 for inputting the departure place of the online car-hailing order and a second input control 314 for inputting the destination of the online car-hailing order, for example. When the user inputs location information on the interface 300A, the specific ride type has not been selected and the order has not been generated yet.

[0066] As an example, the location information of the departure places most recently used by the user 140 may be displayed in the first input control 312, and the location information of the destinations most recently used by the user 140 may be displayed in the second input control 314. In this way, the historical travel information of the user 140 can be displayed in the input controls, thereby improving the input efficiency and order placement efficiency of the user 140.

[0067] As another example, the current location information of the user 140 may be displayed in the first input control 312. For example, the location information of the user 140 is determined through satellite positioning services and then displayed. It should be understood that in order to avoid positioning errors and improve the accuracy of the driver's pick-up, the location information of the user 140 may be determined based on the current location of the user 140 and location nodes (e.g., the entrance of a store or a community). In this way, the user 140 does not need to input the departure place in the first input control 312, improving the input efficiency and order placement efficiency of the user 140.

[0068]

[0069] ​At block 220, after a remote device (e.g., server 160) obtains the pick-up location and drop-off location of a ride-hailing order from the pre-order interface 300A, it can, for example, determine matching information on whether the pick-up location and drop-off location match fixed route stops.

[0070] The process of block 220 will be described below with reference to Figure 3B to describe the process of block 220, Figure 3B FIG. 300B shows an example interface according to some embodiments of the present disclosure. The interface 300B can be provided by the terminal device 110, for example.

[0071] As Figure 3B shown, the ride-hailing platform can establish a database containing multiple fixed routes 320, and can determine multiple fixed route stops 320-2 on the fixed routes 320 based on historical carpooling data or historical travel data. The multiple fixed route stops 320-2 can be, for example, high-traffic locations such as public transportation hubs, major commercial areas, residential area entrances, tourist attractions, hospitals, schools, etc.

[0072] As an example, each fixed route stop 320-2 has detailed location coordinates, and the remote device can match the pick-up location and drop-off location of the ride-hailing order with these coordinates. For example, through spatial queries and nearest neighbor searches, etc., the fixed route stops 320-2 closest to the pick-up location and drop-off location can be found.

[0073] When performing the matching, if the distance between the pick-up location or drop-off location provided by the user 140 and a certain fixed stop is within a certain threshold, for example, within 300m, they are considered to be matched. For another example, for some fixed routes 320, such as loop lines or one-way lines, the remote device also needs to determine whether the drop-off location of the user 140 conforms to the direction of the route, that is, they are considered to be matched only when the directions are consistent.

[0074] At block 230, the remote device can also determine available vehicle information for executing the ride-hailing order based on the matching information and additional information. The additional information can include at least one of available transport capacity information, estimated response rate, overlapping charging rate, and hotline level, for example.

[0075] It should be understood that the matching information includes information that can match fixed route stops and information that cannot match fixed route stops. If the pick-up location and drop-off location of the user 140 can match the fixed route stops 320-2, the minibus product will enter the fixed route mode, and then the remote device can give priority to recommending available transport capacity information located on the fixed route 320 for the user 140, thereby reducing empty driving mileage and improving operation efficiency.

[0076] Here, the available vehicle capacity information refers to the number of vehicles on the service platform that can accept new orders at the current moment and their locations. The remote device can monitor the status of all registered vehicles in real time, such as whether the vehicle is online, whether it is busy, and its location, etc., so as to determine which vehicles can immediately respond to new online car-hailing orders. The expected response rate is an indicator statistically obtained based on historical carpooling data or travel data, indicating the likelihood of a driver's response to a new order under specific conditions (such as order mileage, order price, pick-up location, etc.). The remote device will prioritize areas and times with a higher response rate for vehicle dispatching to increase the order acceptance rate and passenger satisfaction.

[0077] At the same time and in the same area, if multiple passengers share a vehicle, the overlapping charging rate refers to the ratio of the total mileage traveled by passengers after the entire trip route is planned to the mileage traveled by the driver for the entire trip. The overlapping charging rate can represent the driver's operating income. For example, if three passengers get on the car at the same time during carpooling, the overlapping charging rate can reach 300%, and at this time, the driver's income has been greatly improved. Further, it can be considered to reduce the carpooling fee for each passenger based on the overlapping charging rate.

[0078] The hotline level reflects the amount of travel demand between two different locations within a specific time. For example, the higher the hotline level, the more travel demand there is between two different locations. For example, there is more travel demand between certain business districts and residential areas, and the possibility of successful carpooling is higher. Then the hotline level between these two locations is higher. The remote device can take means such as priority dispatching and increased incentive measures to attract more vehicles to go there to meet passenger needs.

[0079] The following will refer to Figure 3C to describe the process of determining the hotline level. Figure 3C FIG. shows an example interface 300C according to some embodiments of the present disclosure. As Figure 3C shown, hexagonal grids can be drawn with a preset length (such as 6m or other distances) as the side length according to the actual geographical location. The grid where the user's order starting point is located (such as grid A) and the grid where the order ending point is located (such as grid B) form a pair of grids. Based on historical order placement data of general express users and carpooling success rate data, each pair of grids is assigned a value, thereby defining a hotline level for the pair of grids.

[0080] In block 240, after the remote device determines the available vehicle information for executing an online car-hailing order, it can send an update instruction message to the terminal device according to the available vehicle information, so that the terminal device updates the presented pre-order placement interface according to the available vehicle information.

[0081] The following will refer to Figure 3D to describe the process of block 240. Figure 3DShows an example interface 300D according to some embodiments of the present disclosure. The interface 300D can be provided by the terminal device 110, for example.

[0082] When the remote device has completed the processing of the online car-hailing order, that is, determined which vehicles can execute the order of user 140, the next step is to send update instruction information to the terminal device 110 based on the available vehicle information. For example, the remote device can screen out a list of eligible vehicles according to the matching situation between the departure and destination of the online car-hailing order and the fixed route stations, as well as additional information such as available transport capacity information, estimated response rate, overlapping charging rate, and hotline level. The update instruction information is then sent back to the user's terminal device 110. After the application 120 receives this information, it will update the pre-order interface on the user interface 150 to reflect the latest available vehicle options. At this time, user 140 can see the detailed information of the optional vehicles displayed on the terminal device 110, such as vehicle pictures, driver photos, estimated fares, estimated waiting times, etc.

[0083] As Figure 3D shown, if the user's departure and destination can match the fixed route stations, then the remote device gives priority to recommending vehicles located on the fixed route to the user. At this time, the recommended vehicle type (for example, minibus mode) can be presented on the interface 300D, and selection controls (for example, checkboxes) for the user to confirm are also presented on the interface 300D. The user can determine whether to select the recommended minibus mode through the selection control.

[0084] It should be understood that the user can select the most suitable option from the optional vehicles according to their own needs and preferences, such as budget, waiting time, vehicle comfort, etc. Once the user makes a choice, they can confirm the order in the updated interface and complete the entire reservation process.

[0085] In this way, in the embodiments of the present disclosure, when the user takes an online car-hailing shared ride, the service platform can recommend a specific shared ride mode including fixed route stations to the user, that is, the fixed route mode. Thus, it is possible to avoid a large deviation between the actual shared ride route and the user's original travel route, shorten the travel duration, and at the same time reduce the driver's operating costs.

[0086] In some embodiments, when the remote device determines the available vehicle information, if it determines that the matching information indicates that both the departure and destination match the fixed route stations, it can determine the available transport capacity information in the additional information. Next, the available vehicle information can be determined based on the available transport capacity information.

[0087] The following will be combined with Figures 4 to 9 to specifically elaborate on an example process of the above process. As Figure 4As shown, in process 410, as mentioned above, the pre-ordering interface of the user's terminal device can be used for the user to input location information such as the departure place and the destination. Further, such location information as the departure place and the destination can be sent to the remote device.

[0088] In process 420, the remote device can determine whether the departure place and the destination of the online car-hailing order hit the preset fixed route stations. For example, if the distance between the departure place or the destination provided by the user and a certain fixed station is within a certain threshold, such as within 300m (or other distances), it is considered that they are matched.

[0089] In process 430, if the remote device indicates according to the matching information that both the departure place and the destination match the fixed route stations, the fixed route order allocation mode is preferably recommended.

[0090] In process 440, in the fixed route order allocation mode, the remote device also needs to determine the available transport capacity information, so as to determine the number of vehicles that can accept new orders on the service platform at the current moment and their locations. At this time, the vehicles can be empty vehicles that are not carrying passengers or not matched with orders or occupied vehicles that are carrying passengers or matched with orders. The remote device can monitor the status of all registered vehicles in real time, so as to determine which vehicles can immediately respond to new online car-hailing orders.

[0091] In process 450, if it is determined according to the available transport capacity information that there are vehicles that can accept new orders at the current moment, the remote device can pre-match available empty vehicles or occupied vehicles for the user.

[0092] In process 460, when the remote device determines that the available transport capacity information indicates that there is available transport capacity, the vehicle information indicated by the available transport capacity can be determined as available vehicle information. Next, an update instruction information can be generated based on the available vehicle information. The update instruction information at least includes the duration information for the vehicle to reach the fixed route station matching the departure place. Further, the remote device can send the update instruction information to the terminal device, so that the pre-ordering interface presented by the terminal device includes the duration information.

[0093] As an example, when the remote device identifies that there is available transport capacity, vehicles meeting specific conditions (such as distance, vehicle type, driver rating, etc.) can be screened out from the available transport capacity information, for example, to form a list of available vehicle information. Next, an update instruction information can be generated based on the available vehicle information. The update instruction information at least includes the duration information for the vehicle to reach the fixed route station matching the departure place. For example, the duration information can be "the vehicle will arrive in X minutes".

[0094] As another example, predictions can be made based on factors such as the current location of the vehicle, traffic conditions, historical driving speed, and distance. Then, the remote device generates duration information including the estimated arrival time, which can help users make more reasonable travel plans.

[0095] As Figure 3D shown, on the interface 300D, it can be displayed that the recommended vehicle model (e.g., Model B) will arrive in X minutes, thereby increasing the driving force for users to select the recommended vehicle model and can remind the user 140 to plan their itinerary in a timely manner.

[0096] Next, the remote device sends the update instruction information to the user's terminal device, such as the application on the user's mobile phone. After receiving the instruction, the terminal device displays the estimated arrival time on the pre-order interface, and passengers can see the approximate arrival time of the vehicle before placing an official order, so as to decide whether to place an order immediately or call a car later.

[0097] In this way, accurate and timely information can be provided to users, while optimizing vehicle scheduling, reducing empty running and waiting time, thereby improving the overall operation efficiency and service quality.

[0098] In process 470, the recommended vehicle model and other vehicle models can be presented on the pre-order interface of the terminal device, and the user can operate the selection control, such as checking the checkbox control, to confirm the order placement operation. Next, the remote device can receive the order placement operation input by the user on the pre-order interface from the terminal device, and determine the service vehicle information that will serve the user according to the available vehicle information and preset conditions. The available vehicle information includes empty vehicles and occupied vehicles.

[0099] Next, the remote device can associate the service vehicle information with the online car-hailing service to generate association instruction information, and send the association instruction information to the terminal device, so that the terminal device presents at least the service vehicle information and the route information between the fixed route stations associated with the departure and destination.

[0100] As Figure 5 shown, after the remote device determines the service vehicle, the remote device generates an association instruction information, which is used to bind a specific online car-hailing order to the selected service vehicle. The association instruction information includes, for example, the detailed information of the service vehicle, such as the license plate number, driver's name, contact information, estimated arrival time, and the recommended route from the departure place to the destination. Then, the association instruction information will subsequently be sent to the terminal device of the user 140.

[0101] At this time, an order interface 500 can be presented on the network terminal device of user 140. On the order interface 500, the license plate of the service vehicle, driver information, estimated arrival time, etc. will be displayed. In addition, the order interface 500 will also provide recommended route information 510 between the passenger's departure point and destination, such as including the starting point, destination, and fixed route stops along the way, so that users can understand their travel routes and possible intermediate stops.

[0102] In this way, it can ensure that passengers obtain timely and accurate vehicle and service information, and at the same time improve the operation efficiency and user experience of the online car-hailing platform.

[0103] In block 480, if the remote device determines that the available capacity information indicates that there is no available capacity, the available vehicle information is determined to be empty. Next, the remote device can send update instruction information related to the available vehicle information being empty to the terminal device so that the terminal device presents an interface that prompts the user to wait or recommends using a preset category of vehicle models.

[0104] As an example, when the remote device determines that it can preferentially recommend the fixed route order sharing mode for user 140, but there is no available capacity that can be dispatched at this moment. The remote device can send update instruction information to the terminal device, and this update instruction information can make the terminal device present an interface that prompts the user to wait. For example, on the pre-order interface of user 140 (such as interface 300D), the waiting duration required for successful carpooling at the fixed route stop can be displayed, etc.

[0105] As another example, this update instruction information can make the terminal device present an interface that recommends using a preset category of vehicle models. For example, on the terminal device 110 of user 140, information such as "Riding at the stop is more cost-effective" can be presented, or price comparisons between the recommended use of a preset category of vehicle models and other category of vehicle models can be shown, etc.

[0106] In block 490, if the remote device determines that the available capacity information indicates that there is no available capacity and the user has placed an order, the remote device can continue to find an empty car or a car with passengers as a standby for user 140. In this way, it can recommend user 140 to take the recommended vehicle model as much as possible, thereby avoiding a large deviation between the actual carpooling route and the user's original travel route, shortening the travel duration, and at the same time reducing the driver's operating costs.

[0107] In the fixed route stop mode, the remote device can determine whether it hits a fixed stop on the set fixed route according to the starting (ending) point of the user's order placement. If it hits, it enters the fixed route mode.

[0108] Next, it is judged whether there is available capacity at present. If there is available capacity, during the user's pre-order process, available vehicles are pre-matched, and vehicle arrival information is displayed on the terminal device 110 of user 140.

[0109] If there is no available vehicle capacity, after user 140 places an order, they enter the waiting for response process. At the same time, they can see the waiting duration recommended by the platform with a high response success rate. Before this time, the platform will continuously search for available passenger cars and empty cars for the user. If the waiting time is reached and there is still no successful response, the user is recommended to add other vehicle types. It should be noted that in this mode, empty cars and passenger cars can be directly dispatched.

[0110] In some embodiments, if the matching information indicates that at least one of the departure place and the destination does not match the fixed route station, at this time, the remote device can preferentially recommend the preset fence order splitting mode to the user.

[0111] As Figure 6 shown, in the preset fence order splitting mode, the remote device can preset some area fences based on map information, historical travel information, historical carpooling information, etc., such as area M and area N. The size of each fence can be, for example, 3 kilometers - 5 kilometers. There are multiple stations set within area M. When users within area M carpool, the driver can pick up all the passengers within the area by driving a very short distance. When the vehicle travels between area M and area N, it no longer continues to look for carpooling friends, avoiding the driver detouring to pick up people again and shortening the carpooling time. When the vehicle arrives at area N, the driver can drop off all the passengers at several adjacent stations within area N, reducing the mileage of detouring to drop off people again.

[0112] As an example, as Figure 7 shown, in process 420, when the remote device determines that one of the departure place and the destination of the online car-hailing order does not hit the preset fixed route station, at this time, the remote device can determine whether the departure place and the destination respectively match the preset fences. Next, if the remote device determines that the departure place and the destination respectively match the preset fences, it can determine the available vehicle information based on at least one of the overlapping charging rate and the estimated response rate in the additional information.

[0113] For example, in process 702, the remote device can determine whether the departure place and the destination respectively match the preset fences.

[0114] In process 704, if both the departure place and the destination match the preset fences, the remote device can preferentially recommend the preset fence order splitting mode (also known as the no carpooling on the way mode) to user 140. It should be understood that this judgment process is executed in the background of the remote device and may not be displayed on the terminal device. That is to say, in the preset fence mode, according to the starting (ending) point of the user's order placement, if the fixed route mode is not hit, it is determined whether the starting and ending point fences set by this mode are hit. If so, enter the no carpooling on the way mode.

[0115] At process 706 , the remote device may determine whether the overlap charging rate is greater than or equal to a first overlap charging rate threshold (eg, overlap charging rate threshold a).

[0116] In process 708, if the overlapping charging rate is greater than or equal to the first overlapping charging rate threshold, it can be determined whether there is currently available transportation capacity. It should be understood that as long as the overlapping charging rate can be determined, it means that there is currently available transportation capacity. Because the overlapping charging rate can only be determined when there is available transportation capacity.

[0117] In process 710 , if available transportation capacity exists, the vehicle information indicated by the available transportation capacity corresponding to the overlapping charging rate is determined as the available vehicle information, and the vehicles indicated by the available vehicle information include passenger vehicles.

[0118] Next, in process 712, the remote device may generate update instruction information based on the available vehicle information, the update instruction information at least including the estimated time to arrive at the departure place. Then, the remote device may send the update instruction information to the terminal device, so that the pre-order interface presented by the terminal device includes the time information.

[0119] As an example, the duration information of “arriving in X minutes” can be displayed on the pre-order interface.

[0120] It should be understood that, in the pre-order interface of the terminal device 110, the user 140 can check the recommended car model or other car models or other service categories, and at the same time, the platform waiting for response page is displayed on the pre-order interface.

[0121] In some embodiments, in the pre-order interface of the terminal device, the user 140 can check the recommended car model on the terminal interface, and the pre-order interface can also display the recommended car model candidates and other necessary progress axes and additional car model lists.

[0122] In some embodiments, the recommended car models may be displayed in the recommendation service control of the pre-order interface of the terminal device. After the user places an order through the pre-order interface presented by the terminal device, in process 714, the remote device may dispatch a manned car to the user 140 according to the available vehicle information.

[0123] At process 716 , if the overlap charge rate is less than the first overlap charge rate threshold, the remote device may determine whether the estimated response rate of the recommended vehicle model is greater than or equal to the first response rate threshold.

[0124] In process 718, if it is determined that the estimated response rate is greater than or equal to the first response rate threshold, an update instruction message may be sent to the terminal device so that the terminal device presents an interface prompting the user to wait or recommending the use of a preset category of vehicle models.

[0125] As an example, the pre-order interface of the terminal device 110 may present "Riding at the station is more cost-effective".

[0126] As another example, the pre-order interface of the terminal device 110 may display the duration that needs to be waited for the success of carpooling in the preset fence mode, etc.

[0127] After the user places an order through the pre-order interface presented by the terminal device, in process 720, the remote device may determine whether a preset duration has elapsed since receiving the order operation input by the user 140 on the pre-order interface from the terminal device.

[0128] Next, if the remote device determines that a preset duration has elapsed since the order operation, it may determine the service vehicle information for serving the user. The service vehicle information includes empty vehicles and occupied vehicles.

[0129] Then, associate the service vehicle information with the online car-hailing to generate associated instruction information, and send the associated instruction information to the terminal device, so that the terminal device presents at least the service vehicle information and the route information between the fixed-line stations associated with the departure place and the destination.

[0130] As an example, as Figure 5 shown, an order interface 500 may be presented on the terminal device 110 of the user 140. On the order interface 500, the license plate of the service vehicle, driver information, estimated arrival time, etc. will be displayed. In addition, the order interface 500 will also provide recommended route information 510 between the passenger's departure place and the destination, for example, including the starting point, destination, etc., so that users can understand their itinerary path and possible intermediate stops.

[0131] In process 722, the remote device may dispatch the empty vehicle or occupied vehicle corresponding to the service vehicle information to the user 140.

[0132] In process 724, if the remote device determines that the duration elapsed since the order operation is less than the preset duration, for example, the duration is less than 120 seconds, this will not cause anxiety to the user at this time. The remote device may continue to search for available vehicle information that satisfies the overlapping charging rate being greater than or equal to the second overlapping charging rate threshold. Here, the second overlapping charging rate threshold is less than the first overlapping charging rate threshold.

[0133] In process 726, if the remote device determines that the estimated response rate is less than the first response rate threshold, it may send update instruction information to the terminal device so that the interface presented by the terminal device does not include the interface of the preset category of vehicle models (such as the minibus mode).

[0134] As an example, the recommended vehicle models are not displayed on the pre-order interface of the terminal device. It should be understood that the recommended vehicle models not displayed here are the recommended vehicle models in the preset fence mode, and there are also other conventional multiple vehicle models displayed on the pre-order interface.

[0135] As can be seen from the above process, in the user bubbling session (i.e., the pre-order session), based on the actual order itinerary of the passenger vehicle found, it is calculated whether, if this passenger vehicle is allocated, it meets the set threshold of the overlapping toll rate per kilometer. If it exceeds, the vehicle is pre-matched and preferentially locked, and the vehicle arrival information is displayed at the user's terminal device.

[0136] If no passenger vehicle is found or the found passenger vehicle does not meet the set threshold of the overlapping toll rate per kilometer, then a prediction is made based on the current real-time supply and demand situation. When the single bubbling exceeds the set estimated response rate threshold, the user is supported to select an order for the recommended vehicle model. After the user places an order, it enters the waiting for response session; otherwise, the user cannot see the recommended vehicle model on the bubbling page to complete subsequent order placement.

[0137] Next, for the orders that enter the waiting for response session in this mode, to ensure the user's deterministic response experience, after the user places an order and waits until the waiting duration threshold set by the platform (i.e., after experiencing the preset duration), this mode will directly dispatch an empty vehicle for User 140. After finding an empty vehicle, the order response is successful, and the user can wait for the driver to pick up at the recommended station within the fence area to complete the subsequent itinerary.

[0138] If User 140 waits within the waiting duration threshold set by the platform, this mode will continuously search for a passenger vehicle that meets the threshold of the overlapping toll rate per kilometer (i.e., the second overlapping toll rate threshold, which is less than the first overlapping toll rate threshold) for the user. After finding a compliant passenger vehicle, the order response is successful, and the user can wait for the driver to pick up at the recommended station within the fence area to complete the subsequent itinerary.

[0139] As Figure 9 shown, in Process 902, if the remote device determines that at least one of the departure location and the destination does not match the preset fence, it can continue to recommend the hotline level order allocation mode for the user.

[0140] In the hotline level order allocation mode, as Figure 3C and Figure 8 shown, the hotline level reflects the amount of ride-hailing demand between two different locations within a specific time. For example, the higher the hotline level, the more ride-hailing demand there is between two different locations. For example, for some business districts and residential areas, the ride-hailing demand is relatively high, and the possibility of successful carpooling is relatively high. Then the hotline level between these two locations is relatively high. The remote device can take measures such as preferential dispatching and increased incentive measures to attract more vehicles to go there to meet the passenger demand.

[0141] Next, the remote device obtains the hotline level information related to the route from the departure location to the destination.

[0142] In Process 904, it is judged whether the hotline level indicated by the hotline level information is greater than or equal to the first hotline threshold. AsFigure 8 As shown, the hotline level can be, for example, 1, 2, or 3, etc., and the first hotline threshold can be, for example, 2. Then, when the hotline level is greater than or equal to 2, it indicates that the ride demand between two different locations is relatively large, and the driver is likely to pick up multiple passengers, thereby reducing the driver's operating costs.

[0143] In process 906, if the remote device determines that the hotline level indicated by the hotline level information is greater than or equal to the first hotline threshold, the available transport capacity information can be determined at this time. For example, it is determined whether there is available transport capacity currently.

[0144] In process 908, if it is determined that the available transport capacity information indicates that there is available transport capacity, the vehicle information indicated by the available transport capacity is determined as the available vehicle information. For example, an empty vehicle can be pre-matched for user 140.

[0145] In process 910, the remote device can generate update instruction information based on the available vehicle information. The update instruction information at least includes the duration information for the fixed route station expected to arrive at the departure place. Next, the remote device sends the update instruction information to the terminal device, so that the pre-ordering interface presented by the terminal device includes the duration information.

[0146] As an example, the pre-ordering interface of the terminal device can present the duration information of "the vehicle will arrive at the station in X minutes".

[0147] In process 912, the remote device can dispatch an empty vehicle to user 140.

[0148] In some other embodiments, in process 904, the remote device can determine whether the overlapping charging rate indicated by the overlapping charging rate information is greater than or equal to the third overlapping charging rate threshold.

[0149] In process 906, if the remote device determines that the overlapping charging rate indicated by the overlapping charging rate information is greater than or equal to the third overlapping charging rate threshold, the available transport capacity information can be determined at this time. For example, it is determined whether there is available transport capacity currently.

[0150] In process 908, if it is determined that the available transport capacity information indicates that there is available transport capacity, the vehicle information indicated by the available transport capacity is determined as the available vehicle information. For example, a passenger-carrying vehicle can be pre-matched for user 140.

[0151] In process 910, the remote device can generate update instruction information based on the available vehicle information. The update instruction information at least includes the duration information for the fixed route station expected to arrive at the departure place. Next, the remote device sends the update instruction information to the terminal device, so that the pre-ordering interface presented by the terminal device includes the duration information.

[0152] As an example, the pre-order interface of the terminal device can present the duration information of "the vehicle will arrive at the station in X minutes".

[0153] In process 912, the remote device can dispatch a passenger vehicle to user 140.

[0154] In process 914, if the remote device fails to match the capacity information, it can send an update instruction message to the terminal device to make the terminal device present an interface for prompting the user to wait or recommending the use of a preset category of vehicle models.

[0155] As an example, the terminal device can present an interface of "it is more cost-effective to take the vehicle at the station" on the pre-order interface.

[0156] In process 916, the remote device can continue to search for an empty vehicle or a passenger vehicle as a standby for user 140.

[0157] In process 918, if the remote device determines that the hotline level indicated by the hotline level information is less than the first hotline threshold and the overlapping charging rate indicated by the overlapping charging rate information is less than the third overlapping charging rate threshold, the remote device can further determine whether the estimated response rate is greater than or equal to the second response rate threshold.

[0158] In process 920, if the remote device determines that the estimated response rate is greater than or equal to the second response rate threshold, it can send an update instruction message to the terminal device to make the terminal device present an interface for prompting the user to wait or recommending the use of a preset category of vehicle models.

[0159] As an example, the terminal device can present an interface of "it is more cost-effective to take the vehicle at the station".

[0160] In some embodiments, the remote device can further determine the duration experienced by the user since the order placement operation. Next, if the duration experienced by the user since the order placement operation is less than the preset duration, the remote device can continue to search for available vehicle information that satisfies the overlapping charging rate being greater than or equal to the fourth overlapping charging rate threshold, and the fourth overlapping charging rate threshold is less than the third overlapping charging rate threshold.

[0161] As an example, the preset duration can be 120 seconds, for example. It should be understood that the preset duration should be set in combination with the user's feelings to ensure that the user will not feel anxious due to not being able to match a suitable vehicle for a long time.

[0162] In process 922, the remote device can continue to search as a standby for available vehicle information that satisfies the overlapping charging rate being greater than or equal to the fifth overlapping charging rate threshold, and the fifth overlapping charging rate threshold is less than the third overlapping charging rate threshold.

[0163] In process 924, if the remote device determines that the estimated response rate is less than the second response rate threshold, it can send an update instruction message to the terminal device so that the interface presented by the terminal device does not include the interface of the preset category of vehicle models.

[0164] As an example, the recommended vehicle models are not displayed on the pre-order interface of the terminal device.

[0165] In the hotline level mode, the remote device can match the user's order start (end) point with the fixed route stations or preset fences. If the fixed route mode or the no-sharing-on-the-way mode (preset fence mode) is not hit, it will directly enter the hotline level mode.

[0166] In the user's pre-order link, the remote device can determine the hotline level of the grid pair where the user's order start and end points are located. If the set

Hotline Level

[0167] If the set

Hotline Level

[0168] If the user's order start and end points do not meet the set

Hotline Level

Overlap Charge Rate per Kilometer

[0169] If the user's order start and end points do not meet the set

Hotline Level

Overlap Charge Rate per Kilometer

Estimated Response Rate

[0170] For the orders that enter the waiting for response link in this mode, the user can see the waiting duration with a high success rate of response recommended by the platform. Before this time, the platform will continuously search for occupied vehicles that meet the

Overlap Charge Rate per Kilometer

[0171] Based on the process of processing online car-hailing orders described above, embodiments of the present disclosure can recommend a specific carpooling mode including fixed route stops to users after the users input the departure and destination of the online car-hailing order. Thereby, it is possible to avoid a large deviation between the actual carpooling route and the original travel route of the user, shorten the travel duration, and at the same time reduce the operating cost of the driver.

[0172] Example apparatus and equipment

[0173] Figure 10 A block diagram of an electronic device 1000 in which one or more embodiments of the present disclosure may be implemented is shown. It should be understood that Figure 10 The illustrated electronic device 1000 is merely exemplary and should not constitute any limitation to the functions and scope of the embodiments described herein. Figure 10 The illustrated electronic device 1000 can be used to implement Figure 1 the terminal device 110 and / or the server 160.

[0174] As Figure 10 shown, the electronic device 1000 is in the form of a general-purpose electronic device. The components of the electronic device 1000 may include, but are not limited to, one or more processors or processing units 1010, a memory 1020, a storage device 1030, one or more communication units 1040, one or more input devices 1050, and one or more output devices 1060. The processing unit 1010 can be an actual or virtual processor and can execute various processes according to the programs stored in the memory 1020. In a multi-processor system, multiple processing units execute computer-executable instructions in parallel to improve the parallel processing ability of the electronic device 1000.

[0175] The electronic device 1000 generally includes multiple computer storage media. Such media can be any accessible media available to the electronic device 1000, including but not limited to volatile and non-volatile media, removable and non-removable media. The memory 1020 can be a volatile memory (such as registers, caches, random access memory (RAM)), a non-volatile memory (such as read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory), or some combination thereof. The storage device 1030 can be a removable or non-removable medium and can include machine-readable media, such as a flash drive, a magnetic disk, or any other medium that can be used to store information and / or data (such as training data for training) and can be accessed within the electronic device 1000.

[0176] The electronic device 1000 may further include additional removable / non-removable, volatile / non-volatile storage media. Although not shown inFigure 10 As shown, a disk drive for reading from and writing to a removable, non-volatile disk (such as a "floppy disk") and an optical disk drive for reading from and writing to a removable, non-volatile optical disk can be provided. In these cases, each drive can be connected to a bus (not shown) by one or more data medium interfaces. The memory 1020 can include a computer program product 1025 having one or more program modules configured to perform the various methods or actions of the various embodiments of the present disclosure.

[0177] The communication unit 1040 enables communication with other electronic devices via a communication medium. Additionally, the functions of the components of the electronic device 1000 can be implemented by a single computing cluster or multiple computer machines capable of communicating via a communication connection. Thus, the electronic device 1000 can operate in a networked environment using a logical connection to one or more other servers, network personal computers (PCs), or another network node.

[0178] The input device 1050 can be one or more input devices such as a mouse, keyboard, trackball, etc. The output device 1060 can be one or more output devices such as a display, speaker, printer, etc. The electronic device 1000 can also communicate with one or more external devices (not shown) as needed via the communication unit 1040, the external devices such as storage devices, display devices, etc., communicate with one or more devices that enable a user to interact with the electronic device 1000, or communicate with any device that enables the electronic device 1000 to communicate with one or more other electronic devices (e.g., a network card, a modem, etc.). Such communication can be performed via an input / output (I / O) interface (not shown).

[0179] According to an exemplary implementation of the present disclosure, a computer-readable storage medium is provided, on which computer-executable instructions are stored, where the computer-executable instructions are executed by a processor to implement the method described above. According to an exemplary implementation of the present disclosure, a computer program product is also provided, the computer program product being tangibly stored on a non-transitory computer-readable medium and including computer-executable instructions, and the computer-executable instructions being executed by a processor to implement the method described above.

[0180] Aspects of the present disclosure are described herein with reference to the flowcharts and / or block diagrams of methods, apparatuses, devices, and computer program products according to the present disclosure. It should be understood that each block of the flowcharts and / or block diagrams, and the combinations of blocks in the flowcharts and / or block diagrams, can be implemented by computer-readable program instructions.

[0181] These computer-readable program instructions can be provided to a processing unit of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that the instructions, when executed by the processing unit of the computer or other programmable data processing apparatus, create means for implementing the functions / acts specified in one or more blocks of the flowchart and / or block diagram. These computer-readable program instructions may also be stored in a computer-readable storage medium that causes a computer, a programmable data processing apparatus, and / or other devices to function in a particular manner, such that the computer-readable medium storing the instructions comprises a manufacture including instructions that implement various aspects of the functions / acts specified in one or more blocks of the flowchart and / or block diagram.

[0182] The computer-readable program instructions may be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable data processing apparatus, or other devices to produce a computer-implemented process such that the instructions executed on the computer, other programmable data processing apparatus, or other devices implement the functions / acts specified in one or more blocks of the flowchart and / or block diagram.

[0183] The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various implementations of the present disclosure. In this regard, each block in the flowchart or block diagram may represent a module, a segment of a program, or a portion of an instruction, which comprises one or more executable instructions for implementing the specified logical function. In some alternative implementations, the functions noted in the blocks may occur out of the order noted in the figures. For example, two consecutive blocks may in fact be executed substantially in parallel, or they may sometimes be executed in the reverse order, depending on the functionality involved. It should also be noted that each block of the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented by special-purpose hardware-based systems that perform the specified functions or acts, or by combinations of special-purpose hardware and computer instructions.

[0184] The implementations of the present disclosure have been described above. The description is exemplary, not exhaustive, and is not limited to the disclosed implementations. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described implementations. The choice of terms used herein is intended to best explain the principles of the implementations, the practical application, or improvements made to the technology in the marketplace, or to enable other ordinary skilled persons in the art to understand the implementations disclosed herein.

Claims

1. A method for processing an online car-hailing order, comprising: Acquire, from the user's terminal device, location information provided by the user on the pre-order interface, the location information including the departure and destination of the online car-hailing order; Matching information for determining whether the departure place and the destination place match fixed route sites; Determine available vehicle information for executing the online car-hailing order based on the matching information and additional information, wherein the additional information includes at least one of available capacity information, estimated response rate, overlapping charging rate, and hotline level; In response to the matching information indicating that at least one of the departure place and the destination does not match the fixed route site, determining whether the departure place and the destination match respectively with preset fences, wherein a plurality of sites are arranged in each of the preset fences; as well as In response to determining that the departure place and the destination match the preset fences respectively, adopting a no-rider-on-the-way mode, wherein the no-rider-on-the-way mode means that the vehicle does not look for a rider when traveling between different preset fences; as well as Based on the available vehicle information, update instruction information is sent to the terminal device, so that the terminal device updates the current pre-order interface according to the available vehicle information.

2. The method according to claim 1, determining the available vehicle information comprises: In response to the matching information indicating that both the departure place and the destination place match fixed route sites, determining available capacity information in the additional information; as well as The available vehicle information is determined based on the available transportation capacity information.

3. The method according to claim 2, further comprising: In response to determining that the available transport capacity information indicates that available transport capacity exists, determining the vehicle information indicated by the available transport capacity as the available vehicle information; Generate the update instruction information based on the available vehicle information, the update instruction information at least including estimated time information of reaching the fixed route station matching the departure place; as well as The update instruction information is sent to the terminal device so that the pre-order interface presented by the terminal device includes the duration information.

4. The method according to claim 3, further comprising: receiving an order operation input by a user on the pre-order interface from the terminal device, and determining service vehicle information to be used for the user based on the available vehicle information and according to preset conditions, wherein the available vehicle information includes empty vehicles and manned vehicles; Associating the service vehicle information with the online car-hailing vehicle to generate association instruction information; as well as The associated instruction information is sent to the terminal device, so that the terminal device at least presents the service vehicle information and route information between fixed-line stations associated with the departure place and the destination.

5. The method according to claim 2, further comprising: In response to determining that the available capacity information indicates that there is no available capacity, determining the available vehicle information to be empty; as well as Sending update instruction information related to the available vehicle information being empty to the terminal device so that the terminal device presents an interface prompting the user to wait or recommending the use of a preset category of vehicle models.

6. The method according to claim 1, further comprising: In response to determining that the departure place and the destination match the preset fence, respectively, the available vehicle information is determined based on at least one of the overlap charging rate and the estimated response rate in the additional information.

7. The method according to claim 6, determining the available vehicle information comprises: determining whether the overlap charge rate is greater than or equal to a first overlap charge rate threshold; In response to determining that the overlapping charging rate is greater than or equal to a first overlapping charging rate threshold, determining the vehicle information indicated by the available transportation capacity corresponding to the overlapping charging rate as the available vehicle information, wherein the vehicle indicated by the available vehicle information includes a passenger vehicle; Generate the update instruction information based on the available vehicle information, the update instruction information at least including information on the estimated time to arrive at the departure place; as well as The update instruction information is sent to the terminal device so that the pre-order interface presented by the terminal device includes the duration information.

8. The method according to claim 7, further comprising: In response to determining that the overlap charge rate is less than the first overlap charge rate threshold, determining whether the estimated answer rate is greater than or equal to a first answer rate threshold; as well as In response to determining that the estimated response rate is greater than or equal to the first response rate threshold, the update instruction information is sent to the terminal device so that the terminal device presents an interface prompting the user to wait or recommending the use of a preset category of vehicle models.

9. The method according to claim 8, further comprising: Determining whether a preset time has elapsed since the terminal device received an order operation input by the user on the pre-order interface; In response to determining that a preset time has passed since the order placement operation, determining service vehicle information that will serve the user, the service vehicle information including an empty vehicle and a passenger vehicle; Associating the service vehicle information with the online car-hailing vehicle to generate association instruction information; as well as The associated instruction information is sent to the terminal device, so that the terminal device at least presents the service vehicle information and route information between fixed-line stations associated with the departure place and the destination.

10. The method according to claim 9, further comprising: In response to determining that the time elapsed from the order placement operation is less than the preset time, continue to search for available vehicle information that satisfies the overlap charging rate being greater than or equal to a second overlap charging rate threshold, wherein the second overlap charging rate threshold is less than the first overlap charging rate threshold.

11. The method according to claim 8, further comprising: In response to determining that the estimated response rate is less than a first response rate threshold, the update instruction information is sent to the terminal device so that the interface presented by the terminal device does not include an interface of a preset category of vehicle models.

12. The method according to claim 6, further comprising: In response to determining that at least one of the departure place and the destination does not match the preset fence, obtaining hotline level information associated with the route from the departure place to the destination; In response to determining that the hotline level indicated by the hotline level information is greater than or equal to a first hotline threshold, determining available capacity information; In response to determining that the available transport capacity information indicates that available transport capacity exists, determining the vehicle information indicated by the available transport capacity as the available vehicle information; Generate the update instruction information based on the available vehicle information, the update instruction information at least including estimated time information of reaching the fixed route station matching the departure place; as well as The update instruction information is sent to the terminal device so that the pre-order interface presented by the terminal device includes the duration information.

13. The method according to claim 12, further comprising: receiving an order operation input by a user on the pre-order interface from the terminal device, and determining service vehicle information to be used for the user based on the available vehicle information and according to preset conditions, wherein the available vehicle information includes empty vehicles; Associating the service vehicle information with the online car-hailing vehicle to generate association instruction information; as well as The associated instruction information is sent to the terminal device, so that the terminal device at least presents the service vehicle information and route information between fixed-line stations associated with the departure place and the destination.

14. The method according to claim 6, further comprising: In response to determining that at least one of the departure location and the destination does not match the preset fence, determining overlapping charging rate information from the departure location to the destination; In response to determining that the overlapping charging rate indicated by the overlapping charging rate information is greater than or equal to a third overlapping charging rate threshold, determining the vehicle information indicated by the available capacity corresponding to the overlapping charging rate as the available vehicle information, wherein the vehicle indicated by the available vehicle information includes a passenger vehicle; Generate the update instruction information based on the available vehicle information, the update instruction information at least including information on the estimated time to arrive at the departure place; as well as The update instruction information is sent to the terminal device so that the pre-order interface presented by the terminal device includes the duration information.

15. The method according to claim 12 or 14, further comprising: In response to determining that the hotline level indicated by the hotline level information is less than a first hotline threshold and the overlap charge rate indicated by the overlap charge rate information is less than a third overlap charge rate threshold, determining whether the estimated answer rate is greater than or equal to a second answer rate threshold; as well as In response to determining that the estimated response rate is greater than or equal to a second response rate threshold, the update instruction information is sent to the terminal device so that the terminal device presents an interface prompting the user to wait or recommending the use of a preset category of vehicle models.

16. The method according to claim 15, further comprising: In response to determining that the time elapsed from the order placement operation is less than the preset time, continue to search for available vehicle information that satisfies the overlap charging rate being greater than or equal to a fourth overlap charging rate threshold, wherein the fourth overlap charging rate threshold is less than the third overlap charging rate threshold.

17. The method according to claim 15, further comprising: In response to determining that the estimated response rate is less than a second response rate threshold, the update instruction information is sent to the terminal device so that the interface presented by the terminal device does not include an interface of a preset category of vehicles.

18. A method for processing an online car-hailing order, comprising: Presenting a pre-order interface on the user's terminal device so that the user can provide location information through the pre-order interface, wherein the location information includes a departure point and a destination point of the online car-hailing order; The location information is sent to a remote device, wherein the remote device determines matching information of whether the departure place and the destination match fixed-line sites, and determines available vehicle information for executing the online car-hailing order based on the matching information and additional information, wherein the additional information includes at least one of available capacity information, estimated response rate, overlapping charging rate, and hotline level; in response to the matching information indicating that at least one of the departure place and the destination does not match the fixed-line site, the remote device determines whether the departure place and the destination match preset fences respectively, wherein a plurality of sites are set in each of the preset fences; In response to determining that the departure place and the destination match the preset fences respectively, the remote device adopts a no-rider-on-the-way mode, wherein the no-rider-on-the-way mode means that the vehicle does not look for a rider when traveling between different preset fences; as well as Update instruction information is received from the remote device to update the presented pre-order interface according to the available vehicle information.

19. The method according to claim 18, further comprising: In response to an order operation input by the user through the pre-order interface, sending the online car-hailing order to the remote device; receiving vehicle use information or waiting information from the remote device; as well as A corresponding interface is presented on the terminal device based on the vehicle usage information or the waiting information.

20. An electronic device, comprising: at least one processing unit; as well as At least one memory coupled to the at least one processing unit and storing machine executable instructions, which, when executed by the at least one processing unit, cause the device to perform actions indicated by the steps in the method according to any one of claims 1-17 or 18 or 19.

21. A computer-readable storage medium having one or more computer instructions stored thereon, wherein the one or more computer instructions are executed by a processor to implement the method according to any one of claims 1-17 or any one of claims 18 or 19.

22. A computer program product comprising computer executable instructions, wherein the computer executable instructions, when executed by a processor, implement the method according to any one of claims 1 to 17 or any one of claims 18 or 19.

Citation Information

Patent Citations

  • Robotaxi automatic driving sharing network car-hailing resource allocation method

    CN113642761A

  • Request processing method and device, electronic equipment and storage medium

    CN115412595A

  • Order generation method, system, equipment and medium

    CN117726384A