Detailed Description
Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While the embodiments of the present disclosure have been illustrated in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but rather, embodiments are provided to provide a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are for illustration purposes only and are not intended to limit the scope of the present disclosure.
In describing embodiments of the present disclosure, the term "comprising" and its like should be taken to be open-ended, i.e., including, but not limited to. The term "based on" should be understood as "based at least in part on". The term "one embodiment" or "the embodiment" should be understood as "at least one embodiment". The term "some embodiments" should be understood as "at least some embodiments". Other explicit and implicit definitions are also possible below.
In the present description and embodiments, if the personal information processing is concerned, the processing is performed on the premise of having a validity base (for example, obtaining agreement of the personal information body, or being necessary for executing a contract, etc.), and the processing is performed only within a prescribed or contracted range. The user refuses to process the personal information except the necessary information of the basic function, and the basic function is not influenced by the user.
It will be appreciated that the data (including but not limited to the data itself, the acquisition or use of the data) involved in the present technical solution should comply with the corresponding legal regulations and the requirements of the relevant regulations.
It will be appreciated that prior to using the technical solutions disclosed in the embodiments of the present disclosure, the user should be informed and authorized of the type, usage range, usage scenario, etc. of the personal information related to the present disclosure in an appropriate manner according to relevant legal regulations.
For example, in response to receiving an active request from a user, prompt information is sent to the user to explicitly prompt the user that the operation requested to be performed will require obtaining and using personal information to the user, so that the user may autonomously select 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 operation of the technical solution of the present disclosure according to the prompt information.
As an alternative but non-limiting implementation, in response to receiving an active request from a user, the prompt information may be sent to the user, for example, in a pop-up window, where the prompt information may be presented in text. In addition, a selection control for the user to select "agree" or "disagree" to provide personal information to the electronic device may also be carried in the pop-up window.
It will be appreciated that the above-described notification and user authorization process is merely illustrative and not limiting of the implementations of the present disclosure, and that other ways of satisfying relevant legal regulations may be applied to the implementations of the present disclosure.
The term "responsive to" as used herein means a state in which a corresponding event occurs or a condition is satisfied. It will be appreciated that the execution timing of a subsequent action that is executed in response to the event or condition is not necessarily strongly correlated with the time at which the event occurs or the condition is established. For example, in some cases, the follow-up action may be performed immediately upon occurrence of an event or satisfaction of a condition, while in other cases, the follow-up action may be performed after a period of time has elapsed after occurrence of the event or satisfaction of the condition.
As discussed above, many users will choose to travel in the manner of a carpool due to travel cost considerations. However, an unreasonable carpooling relation strategy may result in a large gap between the driving route of the vehicle and the actual vehicle route after carpooling, resulting in an excessively long travel time and excessively high running cost of the driver, thereby bringing negative experiences to the user and the driver.
According to an embodiment of the present disclosure, there is provided a method for processing a network appointment vehicle order, including acquiring location information provided by a user at a pre-ordering interface from a terminal device of the user, the location information including a departure place and a destination of the network appointment vehicle order, determining matching information of whether the departure place and the destination match a fixed line site, determining available vehicle information for executing the network appointment vehicle order based on the matching information and additional information, the additional information including at least one of available capacity information, a predicted response rate, an overlapping charge rate, and a hotline level, and transmitting update instruction information to the terminal device based on the available vehicle information, so that the terminal device updates the presented pre-ordering interface according to the available vehicle information.
In this way, when a user is about a car pool over the network, the remote device may recommend a particular car pool mode (also referred to as a minibus mode) for the user, including a fixed line station. Therefore, the deviation between the actual car sharing route and the original travel route of the user can be avoided, the travel time is shortened, and meanwhile, the operation cost of a driver can be reduced. The concepts of the present disclosure will be described herein primarily with respect to a specific ride mode of the chin mode.
For the user side (e.g., the user's terminal device), the user's terminal device may present the pre-order interface so that the user provides location information through the pre-order interface, the location information including the place of departure and the destination of the network appointment 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 available vehicle information.
In this way, after the user inputs the place of departure and the destination of the network appointment order, the user may be recommended a specific car sharing mode including the fixed line station. Therefore, the deviation between the actual car sharing route and the original travel route of the user can be avoided, the travel time is shortened, and meanwhile, the operation cost of a driver can be reduced.
Hereinafter, an example environment in which embodiments according to the present disclosure can be implemented will be described first with reference to fig. 1.
Example Environment
FIG. 1 illustrates a block diagram of an example environment 100 in which embodiments of the present disclosure may be implemented. In this example environment 100, an application 120 is installed in a terminal device 110. The user 140 may interact with the application 120 via the terminal device 110 and/or an attachment device of the terminal device 110.
The application 120 may be a travel service class application that is capable of providing various types of services related to travel to the user 140, including sending travel orders, and so forth. Alternatively, the application 120 may be other types of applications capable of providing travel services, such as a navigation application, a map application, and the like. The application 120 is also referred to herein as a "travel application," "order taking application," or the like.
Such a user 140 may be, for example, a service acquirer of a travel service, such as a passenger calling a network about a car service.
In the environment 100 of fig. 1, the terminal device 110 may present the user interface 150 of the application 120 if the application 120 is in an active state. The user interface 150 may be presented on a Graphical User Interface (GUI). The graphical user interface may be located on a display component of the terminal device 110 or may be located on an external display component communicatively coupled to the terminal device 110. The scope of the present disclosure is not limited in this respect.
The user interface 150 may include various types of interfaces that the application 120 can provide, including but not limited to an order configuration interface, to configure current service parties with respect to configuration information (also referred to as preference information) for travel services.
It should be understood that the content presented in the user interface 150 shown in fig. 1 is merely exemplary and not limiting. A variety of different content may be presented in the user interface 150.
In some embodiments, terminal device 110 may communicate with server 160 to enable provisioning of services for application 120. The terminal device 110 may be any type of mobile terminal, fixed terminal, or portable terminal, including a mobile handset, desktop computer, laptop computer, notebook computer, netbook computer, tablet computer, media computer, multimedia tablet, personal Communication System (PCS) device, personal navigation device, personal Digital Assistant (PDA), audio/video player, digital camera/camcorder, positioning device, television receiver, radio broadcast receiver, electronic book device, game device, or any combination of the preceding, including accessories and peripherals for these devices, or any combination thereof. In some embodiments, terminal device 110 is also capable of supporting any type of interface (such as "wearable" circuitry, etc.) for user 140. Server 160 may be various types of computing systems/servers capable of providing computing power, including, but not limited to, mainframes, edge computing nodes, computing devices in a cloud environment, and so forth.
It should be understood that the structure and function of the various elements in environment 100 are described for illustrative purposes only and are not meant to suggest any limitation as to the scope of the disclosure. There may be any number of terminal devices in the environment 100.
With continued reference to the figures, several example embodiments are described below with respect to a travel service.
Example procedure
Fig. 2 illustrates a flow chart of a process 200 for processing a net appointment vehicle order according to some embodiments of the present disclosure. Process 200 may be implemented at an appropriate electronic device (e.g., server 160). For ease of discussion, the process 200 will be described with reference to the environment 100 of FIG. 1. It should be understood that process 200 may include additional acts not shown and/or may omit acts shown, the scope of the present disclosure being not limited in this respect.
At block 210, the server 160 obtains location information provided by the user at the pre-ordering interface from the terminal device 110 of the user 140, the location information including the origin and destination of the network appointment order.
The process of block 210 will be described below with reference to fig. 3A, which illustrates an example interface 300A according to some embodiments of the present disclosure. Interface 300A may be provided by terminal device 110, for example.
When user 140 opens application 120 of terminal device 110, terminal device 110 presents interface 300A. Input controls are presented on interface 300A that may be used by user 140 to input location information, and may include, for example, a first input control 312 to input a place of departure for a network order and a second input control 314 to input a destination for the network order. When the user inputs location information at interface 300A, a specific ride type has not been selected and an order has not been generated.
As an example, location information of a departure place that has been recently used by the user 140 may be presented in the first input control 312, and location information of a destination that has been recently used by the user 140 may be presented in the second input control 314. In this way, the historical trip information of the user 140 can be presented within the input control, thereby improving the input efficiency and order placement efficiency of the user 140.
As another example, current location information of the user 140 may be presented within the first input control 312, such as by a satellite positioning service determining the location information of the user 140, which is then presented. It should be appreciated that to avoid positioning errors, and to improve the accuracy of driver engagement, the location information of the user 140 may be determined based on the current location of the user 140 and a location node (e.g., a store portal or a cell portal). In this way, the user 140 does not need to enter the origin within the first input control 312, improving the efficiency of the user's 140 input and ordering.
At block 220, the remote device (e.g., server 160), after retrieving the origin and destination of the network appointment order from pre-ordering interface 300A, may determine, for example, whether the origin and destination match information that matches the fixed line site.
The process of block 220 will be described below with reference to fig. 3B, which illustrates an example interface 300B according to some embodiments of the present disclosure. Interface 300B may be provided by terminal device 110, for example.
As shown in fig. 3B, the network about vehicle platform may build a database containing a plurality of fixed lines 320, and may determine a plurality of fixed line sites 320-2 on the fixed lines 320 according to historical carpool data or historical trip data. The plurality of fixed line sites 320-2 may be, for example, high traffic locations such as public transportation hubs, primary businesses, residential entrances, tourist attractions, hospitals, schools, and the like.
By way of example, each fixed line site 320-2 has detailed location coordinates from which the remote device can match the origin and destination of the network taxi order. The fixed line site 320-2 closest to the origin and destination may be found, for example, by means of spatial querying and neighbor searching, etc.
In making a match, a departure or destination provided by the user 140 is considered to be a match if the distance from the point of departure or destination to a fixed site is within a certain threshold, e.g., 300 m. For another example, for some fixed lines 320, such as a loop or unidirectional line, the remote device may also need to determine whether the destination of the user 140 matches the direction of the line, i.e., may also need to satisfy the direction match.
The remote device may also determine available vehicle information to execute the network appointment vehicle order based on the matching information and additional information at block 230, which may include at least one of available capacity information, projected response rates, overlapping charge rates, and hotline ratings, for example.
It should be understood that the matching information includes information that can be matched to the fixed line station and information that cannot be matched to the fixed line station. If the origin and destination of the user 140 can be matched to the fixed line site 320-2, the chin product will enter a fixed route mode, and the remote device may prioritize recommending available capacity information located on the fixed line 320 for the user 140, thereby reducing free range and improving operational efficiency.
Herein, the available capacity information refers to the number of vehicles and their locations on the service platform at the current time that can accept the new order. The remote device may monitor the status of all registered vehicles in real time, such as whether the vehicle is online, busy, in place, etc., to determine which vehicles may immediately respond to a new network appointment order. The predicted response rate is an indicator based on historical carpooling data or trip data statistics, representing the likelihood of a driver responding to a new order under certain conditions (e.g., order mileage, order price, order location, etc.). The remote device may prioritize areas and times of higher response rates to schedule vehicles to increase the acceptance rate of orders and passenger satisfaction.
In the same time and the same area, if a plurality of passengers are spliced into one vehicle, the overlapped charge rate refers to the ratio of the sum of the passenger driving mileage after the whole journey route planning to the driving mileage of the whole journey driver, and the overlapped charge rate can represent the operation income of the driver. For example, if three passengers get on the car at the same time during the car sharing process, the overlapping charge rate can reach 300%, and the income of the driver is greatly improved. Further, it may be considered to reduce the carpooling cost per passenger based on overlapping charge rates.
The hotline level reflects how much demand is being ridden between two different sites within a particular time, e.g., the higher the hotline level, the more demand is being ridden between two different sites. For example, some business areas and residential areas have more riding demands, and the possibility of successful carpooling is higher, so that the hot wire level between the two places is higher, and the remote equipment can take means of preferential dispatching, increasing incentive measures and the like to attract more vehicles to go to meet the demands of passengers.
The process of determining the hotline level will be described below with reference to fig. 3C, which illustrates an example interface 300C according to some embodiments of the present disclosure. As shown in fig. 3C, hexagonal lattices can be drawn according to actual geographic positions and a preset length (for example, 6m or other distances), lattices at which a user sends out a bill (for example, a lattice a) and lattices at which a bill ends (for example, a lattice B) are a group of lattice pairs, and each lattice pair is assigned with a value based on historical quick user sending out data and car pooling rate data, so that a hotline level is defined for the lattice pair.
After the remote device determines available vehicle information for executing the network contract vehicle order, update instruction information may be sent to the terminal device according to the available vehicle information, so that the terminal device updates the presented pre-order interface according to the available vehicle information, in block 240.
The process of block 240 will be described below with reference to fig. 3D, which illustrates an example interface 300D according to some embodiments of the present disclosure. Interface 300D may be provided by terminal device 110, for example.
When the remote device has completed processing the network appointment order, i.e. has determined which vehicles can execute the order of the 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 may filter out a list of eligible vehicles based on the matching of the origin and destination of the network appointment vehicle order with the fixed line site, as well as additional information such as available capacity information, projected response rates, overlapping charge rates, and hot wire ratings. The update instruction information is then sent back to the user's terminal device 110. Upon receipt of this information, the application 120 updates the pre-order interface on the user interface 150 to reflect the latest available vehicle options. At this time, the user 140 can see detailed information showing the optional vehicle on the terminal device 110, including, for example, a vehicle picture, a driver photo, an estimated charge, an estimated waiting time, and the like.
As shown in fig. 3D, if the user's origin and destination can be matched to a fixed line site, the remote device prioritizes recommending vehicles on the fixed line to the user. At this point, a recommended vehicle model (e.g., a bar mode) may be presented on interface 300D, and a selection control (e.g., a box) that may be confirmed by the user is also presented on interface 300D. The user can determine whether to select the recommended bar mode by himself or herself through the selection control.
It will be appreciated that the user may choose which one of the alternative vehicles is most suitable for himself based on his needs and preferences, such as budget, waiting time, vehicle comfort, etc. Once the user has made a selection, they can confirm the order in the updated interface, completing the entire reservation process.
In this way, in embodiments of the present disclosure, the service platform may recommend a specific car sharing mode including a fixed line station, i.e., a fixed route mode, to the user when the user is about car sharing through the network. Therefore, the deviation between the actual car sharing route and the original travel route of the user can be avoided, the travel time is shortened, and meanwhile, the operation cost of a driver can be reduced.
In some embodiments, the remote device, upon determining available vehicle information, may determine available capacity information in the additional information if it determines that the matching information indicates that both the origin and destination match the fixed line site. Next, available vehicle information may be determined based on the available capacity information.
An example process of the above-described process will be specifically described below in conjunction with fig. 4 to 9. As shown in fig. 4, at process 410, the user's terminal device pre-ordering interface may be used for the user to enter location information such as departure and destination, as previously mentioned. Further, such location information of the departure place and destination may be transmitted to the remote device.
At process 420, the remote device may determine whether the origin and destination of the network appointment order hit a preset fixed line site. For example, a user may provide a departure or destination that is considered to be a match if it is within a certain threshold, such as within 300m (or other distance), from a fixed site.
In process 430, the fixed line order mode is preferably recommended when the remote device indicates that both the origin and destination match the fixed line site based on the match information.
In the fixed line order mode, the remote device also needs to determine available capacity information to determine the number of vehicles and their locations on the service platform that can accept the new order at the current time, process 440. The vehicle may be an empty vehicle with no people or matching orders or a manned or matching order manned vehicle. The remote device may monitor the status of all registered vehicles in real time to determine which vehicles may immediately respond to the new network appointment vehicle order.
At process 450, if it is determined from the available capacity information that there is currently a vehicle that can accept the new order, the remote device may pre-match the available empty or manned vehicle for the user.
In process 460, when the remote device determines that the available capacity information indicates that there is available capacity, the vehicle information indicated by the available capacity may be determined to be available vehicle information. Next, update instruction information may be generated based on the available vehicle information, the update instruction information including at least time length information of a fixed line station that is expected to arrive at the departure place match. Further, the remote device may send update instruction information to the terminal device, so that the pre-order interface presented by the terminal device includes duration information.
As an example, when the remote device recognizes that there is available capacity, vehicles meeting certain conditions (e.g., distance, vehicle type, driver score, etc.) may be screened from the available capacity information, for example, to form a list of available vehicle information. Next, update instruction information may be generated based on the available vehicle information, the update instruction information including at least time length information of a fixed line station that is expected to arrive at the departure place match. The time length information may be, for example, "vehicle arrival after X minutes".
As another example, predictions may be made by factors such as the current location of the vehicle, traffic conditions, historical travel speed, and distance. The remote device may then generate duration information containing the expected arrival time, which may help the user make a more reasonable travel plan.
As shown in fig. 3D, a recommended vehicle type (e.g., B-type) may be displayed on the interface 300D for X minutes, thereby improving a driving force for a user to select the recommended vehicle type, and may prompt the user 140 to plan his own journey in time.
The remote device will then send update instruction information to the user's terminal device, such as an application on the user's cell phone. After receiving the instruction, the terminal device displays the expected arrival time on the pre-ordering interface, and the passenger can see the approximate arrival time of the vehicle before formally ordering, so as to decide whether to immediately order or recall the vehicle later.
In this way, accurate and timely information can be provided for users, and meanwhile, the scheduling of vehicles is optimized, and the idle running and waiting time are reduced, so that the overall operation efficiency and service quality are improved.
At process 470, recommended and other vehicle types may be presented at the pre-ordering interface of the terminal device, and the user may operate a selection control, such as a checkbox control, to confirm the ordering operation. Then, the remote device may receive an order placing operation input by the user at the pre-order placing interface from the terminal device, and determine service vehicle information to be serviced for the user according to available vehicle information including empty vehicles and manned vehicles and preset conditions.
Next, the remote device may associate the service vehicle information with the network appointment vehicle to generate association instruction information, and transmit the association instruction information to the terminal device to cause the terminal device to present at least route information between the service vehicle information and a fixed route site associated from the origin and the destination.
After the remote device determines the service vehicle, the remote device generates an associated instruction message that binds the particular network appointment vehicle order with the selected service vehicle, as shown in fig. 5. The associated instruction information includes, for example, detailed information of the service vehicle such as license plate number, driver's name, contact information, estimated arrival time, and recommended route from the departure place to the destination. The associated instruction information is then subsequently sent to the terminal device of the user 140.
At this time, an order interface 500 may be presented on the network terminal device of the user 140, and a license plate, driver information, an estimated arrival time, and the like of the service vehicle may be displayed on the order interface 500. In addition, the order interface 500 provides recommended route information 510 from the passenger's departure point to the destination, such as fixed line sites including departure points, destinations, and routes, etc., for the user to learn their travel path and possible waypoints.
In this way, passengers can be ensured to obtain timely and accurate vehicle and service information, and meanwhile, the operation efficiency and the user experience of the network vehicle-restraining platform are improved.
At 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 may send update instruction information related to the available vehicle information being empty to the terminal device to cause the terminal device to present an interface prompting the user to wait or recommend using the preset category of vehicle types.
As an example, it is determined at the remote device that a fixed line order mode may be recommended preferentially to the user 140, but there is no capacity at this point that can be scheduled. The remote device may send update instruction information to the terminal device, which may cause the terminal device to present a prompt user waiting interface. For example, on a pre-ordering interface (e.g., interface 300D) of the user 140, a length of time that the fixed line station car pool successfully needs to wait, etc., may be displayed.
As another example, the update instruction information may cause the terminal device to present an interface recommending use of a preset category vehicle type. For example, information such as "more money by bus on a website" may be presented on the terminal device 110 of the user 140, or information such as price comparison of recommended use of a preset category vehicle model with other category vehicle models may be presented.
If the remote device determines that the available capacity information indicates that there is no available capacity and the user has made a launch operation, the remote device may continue to seek empty or manned vehicles for the user 140 candidates at block 490. In this way, the user 140 can be recommended to take the recommended vehicle model as much as possible, so that the deviation between the actual carpooling route and the original travel route of the user is avoided, the travel time is shortened, and the operation cost of a driver can be reduced.
In the fixed line station mode, the remote device can judge whether the fixed station on the set fixed line is hit or not according to the user initiation (final) point, and if the fixed station is hit, the remote device enters the fixed line mode.
Next, whether available capacity exists currently is judged, if so, a single ring of links is reserved on the user, available vehicles are pre-matched, and vehicle arrival information is displayed on the terminal equipment 110 of the user 140.
If the available capacity is not available, the user 140 sends a list and then enters a waiting response flow, meanwhile, the waiting time with high response success rate recommended by the platform can be seen, the platform can continuously search available manned vehicles and empty vehicles for the user when the waiting time is not reached, and if the waiting time is not reached, the user is recommended to add other vehicle types. In this mode, empty vehicles and manned vehicles can be directly dispatched.
In some embodiments, the remote device may prefer to recommend a preset fence-order mode to the user if the match information indicates that at least one of the origin and destination does not match the fixed line site.
As shown in fig. 6, in the preset fence order mode, the remote device may preset some area fences, such as an area M and an area N, based on map information, historical trip information, historical car pooling information, and the like, and the size of each fence may be 3 km to 5 km, for example. A plurality of stations are arranged in the area M, and when users in the area M splice, a driver can take over a plurality of passengers in the area around a short path. When the vehicle runs between the area M and the area N, the driver is not required to search for the pooling friends, the driver is prevented from detouring the road again to connect people, and the pooling time is shortened. When the vehicle reaches the area N, the driver can put down all passengers at several stations adjacent to the area N, again reducing the mileage of the detour.
As an example, as shown in fig. 7, at process 420, the remote device may determine whether one of the origin and destination of the network appointment order does not hit a preset fixed line site, at which point the remote device may determine whether the origin and destination match the preset fence, respectively. Next, if the remote device determines that the origin and destination match the preset pens, respectively, the available vehicle information may be determined based on at least one of the overlapping charge rates and the estimated response rates in the additional information.
For example, at process 702, the remote device can determine whether the origin and destination match with respective preset pens.
In process 704, if both the origin and destination match the preset fence, the remote device may prefer to recommend a preset fence order mode (also referred to as en-route non-spell mode) for the user 140. It should be appreciated that the determination process is performed in the background of the remote device and may not be presented on the terminal device. That is, in the preset fence mode, based on the user initiation point (end point), if the fixed line mode is not hit, it is determined whether the set start-end fence is hit or not, and if hit, the en-route non-spelling mode is entered.
At process 706, the remote device may determine whether the overlapping charge rate is greater than or equal to a first overlapping charge rate threshold (e.g., overlapping charge rate threshold a).
At process 708, if the overlapping charge rate is greater than or equal to the first overlapping charge rate threshold, then a determination may be made as to whether there is currently available capacity. It should be appreciated that as long as the overlapping charge rates can be determined, this indicates that there is certainly currently available capacity. Because overlapping charge rates can only be determined if there is available capacity.
In process 710, if there is available capacity, vehicle information indicated by the available capacity corresponding to the overlapping charge rate is determined as available vehicle information, and vehicles indicated by the available vehicle information include people carriers.
Next, at process 712, the remote device may generate update instruction information based on the available vehicle information, the update instruction information including at least duration information for the intended departure point. The remote device may then send update instruction information to the terminal device such that the pre-order interface presented by the terminal device includes duration information.
As an example, the duration information of "arrive after X minutes" may be presented at the pre-ordering interface.
It should be appreciated that at the pre-ordering interface of the terminal device 110, the user 140 may pick up recommended vehicle models or other service categories while waiting for the response page at the pre-ordering interface presentation platform.
In some embodiments, in the pre-ordering interface of the terminal device, the user 140 may select the recommended vehicle type in the terminal interface, and the pre-ordering interface may also display the content such as the necessary progress axis and the additional vehicle type list of the recommended vehicle type candidate.
In some embodiments, the recommended vehicle model may be displayed at a recommendation service control of a pre-ordering interface of the terminal device. After the user places an order through the pre-order interface presented by the terminal device, the remote device may dispatch to the user 140 at process 714, as indicated by the available vehicle information.
In process 716, if the overlapping charge rate is less than the first overlapping charge rate threshold, the remote device may determine whether the estimated response rate for the recommended vehicle model is greater than or equal to the first response rate threshold.
In process 718, if it is determined that the predicted response rate is greater than or equal to the first response rate threshold, update instruction information may be sent to the terminal device to cause the terminal device to present an interface prompting the user to wait or recommend using the preset category of vehicle types.
As an example, the pre-ordering interface of terminal device 110 may present "more money by station ride".
As another example, the pre-ordering interface of the terminal device 110 may display a duration or the like for which the pre-set fence mode car pooling is successful and needs to wait.
After the user places an order through the pre-order interface presented by the terminal device, the remote device may determine whether a preset duration has elapsed since the terminal device received the order operation entered by the user 140 at the pre-order interface at process 720.
Next, if the remote device determines that the preset time period has elapsed since the order operation, it may determine service vehicle information including empty vehicles and manned vehicles to be serviced for the user.
Then, the service vehicle information is associated with the network-bound vehicle to generate associated instruction information, and the associated instruction information is transmitted to the terminal device, so that the terminal device presents at least route information between the service vehicle information and the fixed line site associated from the departure place and the destination.
As an example, as shown in fig. 5, an order interface 500 may be presented on the terminal device 110 of the user 140, and a license plate, driver information, estimated time of arrival, etc. of the service vehicle may be displayed on the order interface 500. In addition, the order interface 500 may also provide recommended route information 510 from the passenger's departure point to the destination, including, for example, departure point, destination, etc., so that the user knows their travel path and possible waypoints.
At process 722, the remote device may dispatch an empty or manned vehicle corresponding to the service vehicle information to user 140.
In process 724, if the remote device determines that the duration of time elapsed since the order operation is less than a preset duration, such as less than 120 seconds, then anxiety of the user is not yet raised. The remote device may continue to seek available vehicle information that satisfies that the overlapping charge rate is greater than or equal to the second overlapping charge rate threshold. Here, the second overlapping charge rate threshold is less than the first overlapping charge rate threshold.
In process 726, if the remote device determines that the predicted response rate is less than the first response rate threshold, update instruction information may be sent to the terminal device such that the interface presented by the terminal device does not include an interface of a pre-set category of vehicle types (e.g., a dolly mode).
As an example, the recommended vehicle model is not shown on the pre-order interface of the terminal device. It should be understood that the recommended vehicle model not shown here is a recommended vehicle model of a preset fence mode, and that a plurality of other conventional vehicle models are also shown on the preset list interface.
According to the process, in the bubbling link (namely the pre-ordering link) of the user, according to the found actual order travel of the manned vehicle, whether the manned vehicle is distributed to meet the set single kilometer overlapping charge rate threshold value is calculated, if the set single kilometer overlapping charge rate threshold value is exceeded, the vehicle is pre-matched and is preferentially locked, and the arrival information of the vehicle is displayed at the terminal equipment of the user.
If no manned vehicle is found or the found manned vehicle does not meet the set single kilometer overlapping charge rate threshold, pre-judging is carried out according to the current real-time supply and demand conditions, when the single bubbling exceeds the set pre-estimated response rate threshold, the user is supported to select an order of a recommended vehicle type, the user enters a waiting response link after issuing the order, and otherwise, the user cannot see the recommended vehicle type on a bubbling page to finish subsequent issuing the order.
Then, the mode enters an order waiting for a response link, so as to ensure deterministic experience of user response, after the user places an order, the user waits for a waiting time threshold set by a platform (namely, a preset time is passed), the mode directly sends an empty car to the user 140, the response of the order after the empty car is found is successful, and the user can wait for a driver to take a drive at a recommended site in the fence area, so that the subsequent journey is completed.
If the user 140 is waiting for the waiting duration threshold set by the platform, the mode can continuously search for the passenger car meeting the single kilometer overlapping charge rate threshold (i.e. the second overlapping charge rate threshold is smaller than the first overlapping charge rate threshold) for the user, and the user can wait for the driver to pick up at the recommended station in the fence area after the passenger car meeting the passenger car is found and the order response is successful, so that the subsequent journey is completed.
As shown in fig. 9, at process 902, if the remote device determines that at least one of the origin and destination does not match the preset fence, the hotline ranking order mode may continue to be recommended to the user.
In the hot line level order mode, as shown in fig. 3C and 8, the hot line level reflects how much demand is being ridden between two different sites within a particular time, e.g., the higher the hot line level, the more demand is being ridden between two different sites. For example, some business areas and residential areas have more riding demands, and the possibility of successful carpooling is higher, so that the hot wire level between the two places is higher, and the remote equipment can take means of preferential dispatching, increasing incentive measures and the like to attract more vehicles to go to meet the demands of passengers.
Next, the remote device acquires hotline level information related to a line from the departure point to the destination.
At process 904, it is determined whether the hotline level indicated by the hotline level information is greater than or equal to a first hotline threshold. As shown in fig. 8, the hotline level may be, for example, 1, 2, or 3, and the first hotline threshold may be, for example, 2. When the hotline level is greater than or equal to 2, the riding requirement between two different places is larger, and a driver can receive a plurality of passengers with high probability, so that the operation cost of the driver is reduced.
At 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, then available capacity information may be determined. For example, a determination is made as to whether there is currently available capacity.
In process 908, if it is determined that the available capacity information indicates that there is available capacity, the vehicle information indicated by the available capacity is determined to be available vehicle information. For example, empty vehicles may be pre-matched for user 140.
In process 910, the remote device may generate update instruction information based on available vehicle information, the update instruction information including at least time duration information for a fixed line site that is expected to arrive at a departure location match. And then, the remote equipment sends the update instruction information to the terminal equipment, so that the pre-ordering interface presented by the terminal equipment comprises the time length information.
As an example, the pre-ordering interface of the terminal device may present duration information of "X minutes vehicle to station".
At process 912, the remote device may dispatch the empty vehicle to the user 140.
In other embodiments, the remote device may determine whether the overlapping charge rate indicated by the overlapping charge rate information is greater than or equal to a third overlapping charge rate threshold at process 904.
At process 906, if the remote device determines that the overlapping charge rate indicated by the overlapping charge rate information is greater than or equal to the third overlapping charge rate threshold, then available capacity information may be determined. For example, a determination is made as to whether there is currently available capacity.
In process 908, if it is determined that the available capacity information indicates that there is available capacity, the vehicle information indicated by the available capacity is determined to be available vehicle information. For example, the passenger car may be pre-matched for the user 140.
In process 910, the remote device may generate update instruction information based on available vehicle information, the update instruction information including at least time duration information for a fixed line site that is expected to arrive at a departure location match. And then, the remote equipment sends the update instruction information to the terminal equipment, so that the pre-ordering interface presented by the terminal equipment comprises the time length information.
As an example, the pre-ordering interface of the terminal device may present duration information of "X minutes vehicle to station".
At process 912, the remote device may dispatch the people mover to the user 140.
In process 914, if the remote device cannot match the capacity information, update instruction information may be sent to the terminal device to cause the terminal device to present an interface prompting the user to wait or recommend using the pre-set category of vehicle types.
As an example, the terminal device may present a "more money-saving by station" interface at the pre-ordering interface.
In process 916, the remote device may continue to seek empty vehicles or manned vehicles for user 140 candidates.
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 charge rate indicated by the overlapping charge rate information is less than the third overlapping charge rate threshold, the remote device may further determine whether the predicted response rate is greater than or equal to the second response rate threshold.
In process 920, if the remote device determines that the estimated response rate is greater than or equal to the second response rate threshold, update instruction information may be sent to the terminal device to cause the terminal device to present an interface prompting the user to wait or recommend using the preset category of vehicle types.
As an example, the terminal device may present an interface of "more money saving by bus on a station".
In some embodiments, the remote device may further determine the length of time the user has experienced since the order operation. Next, if the length of time the user has experienced since the order operation is less than the preset length of time, the remote device may continue to find available vehicle information that satisfies that the overlapping charge rate is greater than or equal to a fourth overlapping charge rate threshold that is less than the third overlapping charge rate threshold.
As an example, the preset time period may be 120 seconds, for example. It will be appreciated that the preset time period is set in conjunction with the user's experience to ensure that the user does not feel anxious about not matching the appropriate vehicle for a long period of time.
In process 922, the remote device may continue to candidate for available vehicle information satisfying an overlapping charge rate greater than or equal to a fifth overlapping charge rate threshold that is less than the third overlapping charge rate threshold.
In process 924, if the remote device determines that the estimated response rate is less than the second response rate threshold, update instruction information may be sent to the terminal device to cause the interface presented by the terminal device to not include the interface of the preset category of vehicle types.
As an example, the recommended vehicle model is not shown on the pre-order interface of the terminal device.
In the hotline class mode, the remote device may match with a fixed line site or a preset fence according to a user originating (terminating) point, and directly enter the hotline class mode if the fixed line mode is missed or the en-route spell mode (preset fence mode) is not reached.
In a user pre-ordering link, the remote equipment can determine the hotline grade of the grid pair where the user initiating terminal point is located, and if the set hotline grade threshold is met and the available capacity is available, the available manned vehicles or empty vehicles are directly pre-matched and locked, and the vehicle arrival information is displayed on the terminal equipment of the user.
If the set hot line level threshold is met, but no available capacity exists at present, the user enters a waiting response flow after issuing a bill, meanwhile, the waiting time with high success of the response recommended by the platform can be seen, the platform continuously searches available manned vehicles and empty vehicles for the user, the arrival waiting time is not successfully responded, and the user is recommended to add other vehicle types.
If the user initiates the single terminal point and does not meet the set heat ray grade threshold, but finds out the manned vehicle exceeding the single kilometer overlapping charge rate threshold at the moment, the manned vehicle is directly pre-matched and locked, and the arrival information of the vehicle is displayed at the terminal equipment of the user.
If the starting end point of the user sends a list does not meet the set threshold value of the hot line class, and a passenger car with the threshold value exceeding the single kilometer overlapping charge rate is not found, pre-judging is carried out according to the current real-time supply and demand condition, if the current real-time supply and demand condition exceeds the set threshold value of the pre-estimated response rate, the user is supported to send a recommended car type order of the fixed line site mode, the user enters a waiting response link after sending the list, and otherwise, the user cannot see the car type to finish the subsequent list sending on the bubbling page.
The mode enters an order waiting for a response link, a user can see the waiting time with high success of the response recommended by the platform, when the waiting time is not reached, the platform can continuously search for the manned vehicle meeting the threshold value of [ single kilometer overlapping charge rate ], and if the waiting time is reached, the user is recommended to add other vehicle types.
Based on the above-described process of processing a network taxi order, embodiments of the present disclosure are capable of recommending to a user a specific taxi sharing mode including a fixed line station after the user inputs the place of departure and destination of the network taxi order. Therefore, the deviation between the actual car sharing route and the original travel route of the user can be avoided, the travel time is shortened, and meanwhile, the operation cost of a driver can be reduced.
Example apparatus and apparatus
Fig. 10 illustrates a block diagram of an electronic device 1000 in which one or more embodiments of the disclosure may be implemented. It should be understood that the electronic device 1000 shown in fig. 10 is merely exemplary and should not be construed as limiting the functionality and scope of the embodiments described herein. The electronic device 1000 shown in fig. 10 may be used to implement the terminal device 110 and/or the server 160 of fig. 1.
As shown in fig. 10, the electronic device 1000 is in the form of a general-purpose electronic device. Components of electronic device 1000 may include, but are not limited to, one or more processors or processing units 1010, memory 1020, storage 1030, one or more communication units 1040, one or more input devices 1050, and one or more output devices 1060. The processing unit 1010 may be an actual or virtual processor and is capable of executing various processes according to programs stored in the memory 1020. In a multiprocessor system, multiple processing units execute computer-executable instructions in parallel to improve the parallel processing capabilities of electronic device 1000.
Electronic device 1000 typically includes multiple computer storage media. Such a medium may be any available medium that is accessible by electronic device 1000 including, but not limited to, volatile and non-volatile media, removable and non-removable media. The memory 1020 may be volatile memory (e.g., registers, cache, random Access Memory (RAM)), non-volatile memory (e.g., read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory), or some combination thereof. Storage 1030 may be a removable or non-removable medium and may include machine-readable media, such as flash drives, magnetic disks, or any other medium that may be used to store information and/or data (e.g., training data for training) and may be accessed within electronic device 1000.
The electronic device 1000 may further include additional removable/non-removable, volatile/nonvolatile storage media. Although not shown in fig. 10, a magnetic disk drive for reading from or writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk may be provided. In these cases, each drive may be connected to a bus (not shown) by one or more data medium interfaces. Memory 1020 may include a computer program product 1025 having one or more program modules configured to perform the various methods or acts of the various embodiments of the disclosure.
The communication unit 1040 enables communication with other electronic devices through a communication medium. Additionally, the functionality of the components of the electronic device 1000 may be implemented in a single computing cluster or in multiple computing machines capable of communicating over a communications connection. Thus, the electronic device 1000 may operate in a networked environment using logical connections to one or more other servers, a network Personal Computer (PC), or another network node.
The input device 1050 may be one or more input devices such as a mouse, keyboard, trackball, etc. The output device 1060 may be one or more output devices such as a display, speakers, printer, etc. The electronic device 1000 may also communicate with one or more external devices (not shown), such as storage devices, display devices, etc., with one or more devices that enable a user to interact with the electronic device 1000, or with any device (e.g., network card, modem, etc.) that enables the electronic device 1000 to communicate with one or more other electronic devices, as desired, via the communication unit 1040. Such communication may be performed via an input/output (I/O) interface (not shown).
According to an exemplary implementation of the present disclosure, a computer-readable storage medium having stored thereon computer-executable instructions, wherein the computer-executable instructions are executed by a processor to implement the method described above is provided. According to an exemplary implementation of the present disclosure, there is also provided a computer program product tangibly stored on a non-transitory computer-readable medium and comprising computer-executable instructions that are executed by a processor to implement the method described above.
Various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus, devices, and computer program products implemented according to the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-readable program instructions.
These computer readable program instructions may be provided to a processing unit of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processing unit of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable medium having the instructions stored therein includes an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
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 apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
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 diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The foregoing description of implementations of the present disclosure has been provided for illustrative purposes, is not exhaustive, and is not limited to the implementations disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the various implementations described. The terminology used herein was chosen in order to best explain the principles of each implementation, the practical application, or the improvement of technology in the marketplace, or to enable others of ordinary skill in the art to understand each implementation disclosed herein.