Travel mode recommendation method and device, storage medium and computer program product

Abstract

This disclosure relates to a travel mode recommendation method, apparatus, storage medium, and computer program product. The method includes, in response to receiving a user's selection of a first travel mode, sending to a server the user's target travel route under the first travel mode and the user's waiting station on the target travel route; receiving and displaying travel recommendation information sent by the server; the travel recommendation information is used to prompt the user to use a second travel mode at the waiting station, and the travel recommendation information is sent to the client by the server after determining that the user's waiting behavior at the waiting station is a travel risk event based on the route status information of the waiting station on the target travel route. This method can provide users with multiple travel options, improve the user's travel success rate, and can also improve the application's customer retention rate to a certain extent.

Description

Technical Field

[0001] This disclosure relates to the field of Internet technology, and in particular to a method, apparatus, storage medium, and computer program product for recommending travel modes. Background Technology

[0002] Ride-hailing applications (APPs) can provide users with bus route services. When a user enters the bus route interface, the APP can provide the user with information such as the time when the next bus on the user's waiting route is away from the user's waiting station, the distance of the next bus from the user's waiting station, the road conditions and operation status of the user's waiting route, and the specific location of the bus on the map, thereby helping the user obtain clear arrival information.

[0003] However, when the time between a user's stop and the next bus on the waiting route is long, it often causes user anxiety and may also lead to travel risks, resulting in a decrease in the app's customer retention rate. Summary of the Invention

[0004] This disclosure provides a travel mode recommendation method, apparatus, storage medium, and computer program product, which can offer users multiple travel options, improve the success rate of user travel, and also improve the customer retention rate of the application to a certain extent.

[0005] Firstly, a travel mode recommendation method is provided, applicable to client or terminal devices. This method includes:

[0006] In response to receiving the user's selection of the first mode of transportation, the system sends the user's target travel route under the first mode of transportation and the waiting station on the target travel route to the server.

[0007] Receive and display travel recommendation information sent by the server; the travel recommendation information is used to prompt users to use an alternative mode of transportation at the waiting station. The travel recommendation information is sent to the client by the server after determining that the user's waiting behavior at the waiting station is a travel risk event based on the line status information of the waiting station on the target travel route.

[0008] Secondly, a travel mode recommendation method is provided, applicable to servers, and this method includes:

[0009] The system receives the user's target travel route under their primary mode of transportation and the waiting station on that route from the client.

[0010] Determine the route status information of the waiting station on the target travel route;

[0011] If the user's waiting behavior at the station is determined to be a travel risk event based on the route status, travel recommendation information will be sent to the client to prompt the user to use an alternative mode of transportation at the station.

[0012] Thirdly, a terminal device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that the terminal device implements the steps of the method described in the first aspect when executing the computer program.

[0013] Fourthly, a server is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that the processor executes the steps of the method described in the second aspect above when executing the computer program.

[0014] Fifthly, a computer-readable storage medium is provided, on which a computer program is stored, which, when executed by a processor, implements the steps of the method described in the first or second aspect above.

[0015] A sixth aspect provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the method described in the first or second aspect above.

[0016] The methods, apparatus, storage media, and computer program products disclosed herein can establish linkages between various travel services, flexibly recommending travel modes to users. When the waiting time for a user's chosen mode of transportation is long, alternative travel modes are recommended to the user, avoiding travel risks such as excessively long waiting times, improving the user's travel success rate, alleviating user anxiety, and also improving the application's customer retention rate to some extent. For example, when a user enters the bus route interface, if the bus at the user's selected station has a long arrival time, other deterministic travel options (taxi, cycling, or other modes of transportation) are provided to the user. Attached Figure Description

[0017] Figure 1 A system architecture diagram applicable to the travel recommendation method provided in the embodiments of this disclosure;

[0018] Figure 2 A schematic diagram illustrating the interaction between the client and server provided in an embodiment of this disclosure;

[0019] Figure 3 A schematic flowchart illustrating the travel recommendation method provided in this embodiment of the disclosure;

[0020] Figure 4 This is another schematic flowchart of the travel recommendation method provided in the embodiments of this disclosure;

[0021] Figure 5 A schematic diagram of the public transportation service details interface provided in this embodiment of the disclosure;

[0022] Figure 6 This is a schematic diagram of a travel route query provided in an embodiment of the present disclosure;

[0023] Figure 7 This is another schematic diagram of a travel route query provided in an embodiment of this disclosure;

[0024] Figure 8 This is a schematic diagram of the interface for travel recommendation information provided in an embodiment of this disclosure;

[0025] Figure 9 This is another schematic flowchart of the travel recommendation method provided in the embodiments of this disclosure;

[0026] Figure 10 This is another schematic flowchart of the travel recommendation method provided in the embodiments of this disclosure;

[0027] Figure 11 This is another schematic flowchart of the travel recommendation method provided in the embodiments of this disclosure;

[0028] Figure 12 This is a schematic diagram of a travel recommendation interface provided in an embodiment of this disclosure;

[0029] Figure 13 This is another schematic flowchart of the travel recommendation method provided in the embodiments of this disclosure;

[0030] Figure 14 This is a schematic diagram of a travel recommendation interface provided in an embodiment of this disclosure;

[0031] Figure 15 This is a structural block diagram of a terminal device provided in an embodiment of the present disclosure;

[0032] Figure 16 A structural block diagram of a server provided in an embodiment of this disclosure;

[0033] Figure 17 A structural block diagram of an electronic device provided in an embodiment of this disclosure;

[0034] Figure 18 This is a structural block diagram of a server provided in an embodiment of the present disclosure. Detailed Implementation

[0035] To make the objectives, technical solutions, and advantages of the embodiments of this disclosure clearer, the embodiments of this disclosure will be further described in detail below with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are merely illustrative of the embodiments of this disclosure and are not intended to limit the embodiments of this disclosure.

[0036] First, before introducing the technical solutions of the embodiments of this disclosure in detail, the technical background or evolution of the embodiments of this disclosure will be introduced first. In the field of travel (e.g., ride-hailing scenarios, public transportation), waiting information can be provided to users. For example, ride-hailing apps can provide users with bus route services. When a user enters the bus route interface, the app can provide the user with the arrival information of the next bus on the route the user is waiting for. Based on this background, the applicant, through collecting and studying existing cases, found that although providing users with bus arrival information can provide more travel convenience, when the arrival time of the bus at the selected station is long, the user's waiting time is too long, which often causes user anxiety, leading to travel risks and a decrease in customer retention rate. How to improve the success rate of travel and avoid a decrease in customer retention rate while providing bus services in ride-hailing apps has become an urgent problem to be solved. In order to solve this problem, the applicant has devoted a lot of creative work and proposed the technical solutions described in the following embodiments.

[0037] The technical solutions involved in the embodiments of this disclosure will be described below in conjunction with the scenarios in which they are applied.

[0038] The travel recommendation method provided in this disclosure can be applied to, for example... Figure 1 The system architecture shown includes a client 101 and a server 102. The client 101 can be an electronic device such as a mobile phone, tablet, or iPad, or it can be an app installed on the user's terminal device. The server 102 can be a standalone server or a server cluster.

[0039] It should be noted that the client 101 and the server 102 can communicate with each other, and this embodiment does not limit the communication method among the three. Furthermore, the client 101 can display various application interfaces of the APP, providing users with multiple travel mode options and various travel information queries. The server 102 is used to support the backend implementation of the services displayed by the client 101.

[0040] For example, a ride-hailing app can offer public transportation services to users, and server 102 can provide bus route information. (See example for reference.) Figure 2 When a user selects "Route 142" on the bus service interface of the app, client 101 obtains the user's current location information and sends the user's current location information and the selected route information "Route 142" to server 102. Server 102 can then send the arrival information of "Route 142" at the waiting stop "**Community" to the client based on the user's current location information and the real-time operation status of "Route 142". This information may include, for example, the arrival time of the next bus and the distance to the stop.

[0041] This disclosure provides a travel recommendation method applicable to client-side applications. For example... Figure 3 As shown, the method includes the following steps:

[0042] Step 301: In response to receiving the user's operation of selecting the first mode of transportation, send the user's target travel route under the first mode of transportation and the waiting station of the user on the target travel route to the server.

[0043] The primary mode of transportation can be either public transportation or ride-hailing. The application can provide users with multiple options for choosing their mode of transportation, such as checking bus and subway route information, or checking the travel time and cost of ride-hailing services.

[0044] In practice, users can select their mode of transportation and enter their destination on the application's interface. The client can then determine the user's travel information, including mode of transportation and destination, based on the user's actions on the application's interface. The client can also determine the user's target travel route and waiting station based on this travel information, and then send the user's target travel route (under their first mode of transportation) and the waiting station on that route to the server, instructing the server to determine the route status information of the waiting station on the target travel route.

[0045] It should be noted that when a user selects ride-hailing as their mode of transportation in the application interface, the travel information obtained by the client may include the user's current location and destination; when a user selects public transportation, the travel information obtained by the client may include the user's current location, destination, and the bus route the user is about to take; when a user selects subway transportation, the travel information obtained by the client may include the user's current location, destination, and the subway route the user is about to take. This embodiment of the disclosure does not specifically limit the user's travel information; the client obtains the user's travel information based on user actions and the user's current location.

[0046] Furthermore, when a user selects ride-hailing as their mode of transportation in the application interface, their waiting area can be their current location or a location where a ride-hailing vehicle can easily park and wait (pick up), such as a pick-up point recommended by the application. When a user selects public transportation, their waiting area is the nearest bus stop on the selected bus route to their current location. When a user selects subway transportation, their waiting area is the nearest subway station on the selected subway line to their current location.

[0047] Step 302: Receive and display the travel recommendation information sent by the server; the travel recommendation information is used to prompt the user to use a second mode of transportation at the waiting station. The second mode of transportation is sent to the client by the server after determining that the user's waiting behavior at the waiting station is a travel risk event based on the line status information of the waiting station on the target travel route.

[0048] Among these, travel risk events are events that may lead to certain risks, such as causing users to experience travel difficulties, being unable to travel on time, or failing to travel successfully. They may also lead to a deterioration in user experience and a decrease in application customer retention. In one possible implementation, travel risks may occur when a travel route is operating normally but the user's waiting time is too long, or when the travel route is experiencing operational abnormalities. The user's waiting behavior can be considered a travel risk event. For example, if the next vehicle arrives too late (or the ride-hailing service takes too long to pick up), causing the user's waiting time to be excessive, it may lead to user anxiety, a deterioration in user experience, and a decrease in application customer retention. Therefore, the user's waiting behavior can be considered a travel risk event. Alternatively, abnormal situations on the travel route, such as the route not operating during its designated operating hours, the route being unable to operate normally due to traffic control, poor road conditions (e.g., road repairs), temporary route cancellation, or the route being unable to operate normally due to weather conditions, may cause users to be unable to travel on time or successfully. These can also be considered travel risk events.

[0049] It should be noted that the embodiments disclosed herein do not limit the scope of travel risk events, and any event that may lead to travel risks for users falls within the protection scope of the embodiments disclosed herein.

[0050] In practice, the route status information includes the arrival time at the aforementioned waiting stations and / or the operational status of the target travel route. The arrival time can be the arrival time of the next bus or subway on the target travel route, or the pick-up time for a ride-hailing service. The operational status can include road conditions along the target travel route, whether the bus route is suspended, whether the last bus has been missed, whether the first bus has departed, whether the subway route is suspended, whether the last subway train has been missed, and whether the first subway train has departed.

[0051] Excessive arrival time at the user's current waiting station or abnormal operation of the target travel route can both lead to travel risks. Therefore, when the route status information indicates excessively long arrival times and / or abnormal operation of the target travel route, it means that the user's waiting behavior at the aforementioned waiting station for the target travel route is a travel risk event. The server can provide the user with alternative travel options (e.g., the second travel option mentioned above) to minimize the occurrence of travel risk events and address the resulting decrease in customer retention.

[0052] Abnormal operational status of the target travel route includes, but is not limited to, the target travel route being outside of its operating hours, the target travel route being unable to operate normally due to traffic control, the target travel route having poor road conditions (e.g., road repairs), the target travel route being temporarily canceled, and the target travel route being unable to operate normally due to weather conditions. It should be noted that this disclosure does not limit the operational status of the travel route; any situation that causes the route to be unable to operate normally is considered an abnormal operational status of the travel route.

[0053] In one possible implementation, the specific process by which the client determines the user's travel information through user actions is as follows: Figure 4 As shown. Reference Figure 4 This includes the following steps:

[0054] Step 401: Upon receiving the user's selection of the first mode of transportation, the client displays the details interface of the first mode of transportation.

[0055] It should be noted that the client's main interface can display multiple travel options. Users can choose one from these options, for example, by clicking to select their first travel option on the main interface. Once the client receives the user's input, it will display the details screen for that first travel option.

[0056] The details page for the primary mode of transportation includes a destination input box and can also display information about vehicles near the user. This includes the number and location of ride-hailing vehicles nearby, nearby bus stops, bus routes at each stop, arrival times for the previous and next buses on each route, and the distance to the next bus.

[0057] Step 402: Based on the user's current location and the user's actions on the details screen of the first mode of transportation, the client determines the user's target travel route under the first mode of transportation and the waiting station on the target travel route, and determines the station closest to the current location among the stations included in the target travel route as the waiting station.

[0058] In the specific implementation, refer to Figure 5 The details screen for the first mode of transportation can include a "destination input box" or a "route search box". Users can click on the "destination input box" or the "route search box" to enter their destination, and the client can obtain the destination entered by the user and determine the destination of the user's trip.

[0059] Alternatively, the details page of the first mode of transportation can also display a destination recommendation bubble. This bubble is used to present the user's frequently used destinations. When the user clicks on the bubble to confirm the destination, the client can determine the user's destination for this trip.

[0060] After determining the user's destination for this trip, the route for this trip (i.e., the target travel route mentioned above) can be generated and presented based on the user's current location, destination, and mode of transportation. For example, the target travel route can be a ride-hailing route, a bus route, etc.

[0061] In another possible implementation, refer to Figure 5 The details screen of the first mode of transportation can also display a route recommendation list, which includes routes (e.g., bus routes) supported by stations near the user's current location. The user can select a route from the route recommendation list, and the terminal device receives the user's selection on the details screen of the first mode of transportation and confirms that the route selected by the user in the route recommendation list is the target travel route.

[0062] It should be noted that, Figure 5 Taking the details page of public transportation services as an example, but the details page of the primary mode of transportation is not limited to... Figure 5 The format shown. The "Destination Input Box" can also be the "Destination Input Box" on the details page of the ride-hailing service.

[0063] Step 403: Send the user's target travel route under the first mode of transportation and the waiting station on the target travel route to the server.

[0064] Based on steps 401 and 402 above, the client obtains the user's target travel route under the first mode of travel and the waiting station on the target travel route. Then, it sends this information to the server, instructing the server to determine the route status information of the waiting station on the target travel route based on this information, so as to determine whether the user's waiting behavior at the waiting station is a travel risk behavior.

[0065] In practice, the terminal device with the client installed can communicate with the server. When the client obtains the user's target travel route under the first mode of travel and the waiting station on the target travel route, it can send "the user's target travel route under the first mode of travel and the waiting station on the target travel route" to the server through the terminal device.

[0066] The following example illustrates the information exchange process between the client and server involved in the method provided in this disclosure. Specifically:

[0067] First, reference Figure 6The main interface of the travel app can display a "Public Transport" option. When a user selects "Public Transport," they are taken to the public transport details screen. This screen displays a list of bus routes near nearby bus stops, from which the user can select a route. The app then identifies the user's chosen bus route and its stops.

[0068] Specifically, based on the user's current location, the bus route interface recommends nearby stops: "Keji Road West Exit" and a list of bus routes near Keji Road West Exit, including routes such as "11", "225", and "710". The user selects "11" based on their travel needs, meaning the target bus route for this trip is "11", and the waiting stop is "Keji Road West Exit". The client can send "11, Keji Road West Exit" to the server so that the server can determine whether the user's waiting for the "Keji Road West Exit" bus (route 11) constitutes a travel risk event.

[0069] Second, reference Figure 7 The public transport travel details interface can also display a "route search box." Users can enter their destination in the "route search box," and the system will provide multiple alternative bus routes that can reach that destination. Users can then select their target bus route from these options. The stop closest to the user's current location among the stops included in the target bus route will be the designated waiting stop.

[0070] For example, when a user enters their destination "South Gate," the system determines and displays multiple alternative bus routes based on the user's current location. These routes include "Route 11," "Route 261," and "Route 800," among others. The user selects "Route 800," making it the target bus route. The stop closest to the user's current location among the stops on Route 800 is the designated waiting area. The client can send "Route 800, West Exit of Science and Technology Road" to the server so that the server can determine whether the user's waiting for the Route 800 bus at the "West Exit of Science and Technology Road" stop constitutes a travel risk event.

[0071] In the travel mode recommendation method provided in this disclosure, when a user selects a certain travel mode, if it is determined that the user's waiting behavior is a travel risk event (for example, the bus at the station selected by the user has a long arrival time), then other certain travel options are provided to the user to alleviate user anxiety, avoid the occurrence of travel risk events, improve the user's travel success rate, and to a certain extent improve customer retention rate.

[0072] In one possible implementation, a user opening the route details page to check travel route information may not necessarily be waiting at a bus stop; they could be checking in advance at home or on the way. To accurately identify the target users for this public travel recommendation scheme, user location can be restricted. If the distance between the user's actual location and the bus stop is less than a preset distance threshold, the user is considered to be waiting at the bus stop.

[0073] For example, Figure 4 The method also includes: the client determining whether the distance between the user's current location and the waiting station exceeds a preset distance threshold;

[0074] If the distance between the user's current location and the waiting station does not exceed the distance threshold, then the user's target travel route under the first mode of transportation and the waiting station on the target travel route will be sent to the server.

[0075] In other words, in response to determining that the distance between the user's current location and the waiting station does not exceed a preset distance threshold and receiving the user's operation of selecting a first mode of transportation, the client sends the user's target travel route under the first mode of transportation and the waiting station on the target travel route to the server.

[0076] In one possible implementation, the client displays the aforementioned travel recommendations through a user-friendly interface. For an example, see [link to example]. Figure 8 The system displays risk warnings and a mode-switching control on the details screen of the first mode of transportation. The risk warnings include the reason for switching modes, indicating that the user's waiting behavior at the station constitutes a travel risk event. The mode-switching control is used to switch from the details screen to the details screen of the second mode of transportation. When the user clicks the "mode-switching control," the client displays the details screen of the second mode of transportation. In practice, risk warnings can be presented using a bubble format. The reason for switching modes can be any reason that may lead to a travel risk, such as "Last bus has passed," "First bus has not yet departed," "Route temporarily canceled," or "Next bus arrival time is more than half an hour away."

[0077] In one possible implementation, the waiting time for alternative travel options recommended by the server to the user is shorter than the waiting time for the currently selected travel option. This can minimize user anxiety caused by excessively long waiting times, reduce user travel risks, and improve the application's customer retention rate.

[0078] For example, the waiting time for a user under the second mode of transportation is less than the waiting time for a user under the second mode of transportation.

[0079] In one possible implementation, the user selects public transportation as their primary mode of transport on the main interface of the travel app. If the user's waiting time at a nearby bus stop is too long, or if the bus route the user is waiting for is experiencing operational issues, then a ride-hailing service is recommended as the second mode of transport. Specifically, based on the user's current location, if there are available vehicles within the ride-hailing search radius, then a ride-hailing service is recommended as the second mode of transport.

[0080] This disclosure also provides a travel recommendation method, applicable to servers. For example... Figure 9 As shown, the method includes the following steps:

[0081] Step 901: The server receives the user's target travel route under the first mode of transportation and the waiting station on the target travel route from the client.

[0082] In practice, the terminal device with the client installed can communicate with the server. The client can send the server "the user's target travel route under the first mode of transportation and the waiting station on the target travel route" through the terminal device. The server can receive the "user's target travel route under the first mode of transportation and the waiting station on the target travel route" sent by the terminal device.

[0083] Step 902: The server determines the route status information of the waiting station on the target travel route.

[0084] The route status information includes the arrival time at waiting stations and / or the operational status of the target travel route. For example, the arrival time could be the arrival time of the next bus or subway on the target travel route, or the pick-up time for a ride-hailing service; the operational status includes whether it is operating normally or abnormally. The operational status of the target travel route can be determined based on road conditions, whether the bus route is suspended, whether the last bus has been missed, whether the first bus has departed, whether the subway route is suspended, whether the last subway train has been missed, and whether the first subway train has departed.

[0085] Abnormal operational status of the target travel route includes, but is not limited to, the target travel route being outside of its operating hours, the target travel route being unable to operate normally due to traffic control, the target travel route having poor road conditions (e.g., road repairs), the target travel route being temporarily canceled, and the target travel route being unable to operate normally due to weather conditions. It should be noted that this disclosure does not limit the operational status of the travel route; any situation that causes the route to be unable to operate normally is considered an abnormal operational status of the travel route.

[0086] In one possible implementation, if the user's target travel route includes multiple bus routes or multiple subway routes, then the arrival time in the above route status information refers to the time it takes for the nearest bus (or subway) on the route the user first takes to arrive at the current waiting station. The operation status in the above route status information includes the operation status of each bus route among the multiple bus routes or the operation status of each subway route among the multiple subway routes.

[0087] In practice, the server records the operation status of the ride-hailing vehicles operated by the platform. It can also obtain the operation status of each bus route and the arrival information of each station from the bus platform's server, and the operation status of each subway line and the arrival information of each station from the subway platform's server. Therefore, regardless of whether the user chooses ride-hailing, bus, or subway as their primary mode of transportation, the server can determine the route status information of the user's waiting station on the target travel route.

[0088] Step 903: If the user's waiting behavior at the station is determined to be a travel risk event based on the route status, then travel recommendation information is sent to the client. The travel recommendation information is used to prompt the user to use an alternative mode of transportation at the station.

[0089] In practice, excessively long arrival times or abnormal operational status of the target travel route can both lead to long waiting times for users at the designated bus stop. Therefore, when the route status information indicates excessively long arrival times or abnormal operational status of the target travel route, it signifies that the user's waiting behavior at the aforementioned bus stop on the target travel route constitutes a travel risk event. The server can then provide the user with alternative travel options (e.g., the second travel option mentioned earlier) to minimize the occurrence of travel risk events and address the resulting decrease in customer retention.

[0090] In one possible implementation, if a user's target travel route involves multiple bus lines or multiple subway lines, a travel risk event is identified if the arrival time of the nearest train (or subway line) on the user's first route at the current waiting point exceeds a preset threshold. Alternatively, a travel risk event is identified if one of the multiple bus lines or subway lines involved in the transfer is in an abnormal operating state.

[0091] In the travel mode recommendation method provided in this disclosure, when a user selects a certain travel mode, if it is determined that the user's waiting behavior is a travel risk event (for example, the bus at the station selected by the user has a long arrival time), then other certain travel options are provided to the user to alleviate user anxiety, avoid the occurrence of travel risk events, improve the user's travel success rate, and to a certain extent improve customer retention rate.

[0092] In one possible implementation, the waiting time for alternative travel options recommended by the server to the user is shorter than the waiting time for the currently selected travel option. This can minimize user anxiety caused by excessively long waiting times, reduce user travel risks, and improve the application's customer retention rate.

[0093] For example, the waiting time for users under each of the multiple alternative travel modes is determined; the travel mode with the shortest waiting time among the multiple alternative travel modes is determined as the second travel mode.

[0094] In practice, if the alternative mode of travel is public transportation, the arrival time at the waiting station is determined as the user's waiting time; if the alternative mode of travel is ride-hailing, the pick-up time required for the ride-hailing vehicle to reach the user's current location is determined as the user's waiting time.

[0095] In one possible implementation, the user selects public transportation as their primary mode of transport on the main interface of the travel app. If the user's waiting time at a nearby bus stop is too long, or if the bus route the user is waiting for is experiencing operational issues, then a ride-hailing service is recommended as the second mode of transport. Specifically, based on the user's current location, if there are available vehicles within the ride-hailing search radius, then a ride-hailing service is recommended as the second mode of transport.

[0096] In one possible implementation, if the distance between the user's current location and the aforementioned waiting station is greater than a preset threshold, then based on the user's location, a search is conducted to determine if there are any shared bicycles near the user's location. If so, the user is prompted to ride to the waiting station.

[0097] Alternatively, if the user is far from the waiting station, the server determines that there are bicycles or taxis nearby and recommends that the user ride a bicycle or take a taxi to the waiting station.

[0098] Alternatively, the vehicle may be arriving at the stop, but the user might miss it if they travel from their current location to the stop. If the server determines that there are bikes or taxis nearby, it recommends that the user ride a bike or take a taxi to the stop.

[0099] This disclosure also provides a travel mode recommendation method, applied to... Figure 1 The system architecture shown is as follows: Figure 10As shown, the method includes the following steps:

[0100] Step 1001: Upon receiving the user's operation of selecting the first mode of transportation, the client sends the user's target travel route under the first mode of transportation and the waiting station on the target travel route to the server, instructing the server to determine the route status information of the waiting station on the target travel route.

[0101] Step 1002: The server receives the user's target travel route under the first mode of travel and the waiting station on the target travel route sent by the client, and determines the route status information of the waiting station on the target travel route.

[0102] Step 1003: The server determines whether the user's waiting behavior at the waiting station is a travel risk event based on the line status information of the waiting station on the target travel route.

[0103] In practice, the route status information includes the arrival time at the waiting station and / or the operational status of the target travel route.

[0104] If the arrival time exceeds the preset time threshold, the user's waiting behavior at the station is determined to be a travel risk event; if the operation status is abnormal, the user's waiting behavior at the station is determined to be a travel risk event.

[0105] Step 1004: The server sends travel recommendation information to the client. The travel recommendation information is used to prompt the user to use a second mode of transportation at the waiting station.

[0106] Step 1005: The client receives and displays the travel recommendation information sent by the server.

[0107] In specific implementation, the client displays an information prompt box and a travel mode switching control on the details interface of the first travel mode; the information prompt box is used to prompt the user that the waiting behavior at the waiting point is a travel risk event, and the travel mode switching control is used to switch from the details interface to the details interface of the second travel mode.

[0108] This disclosure also provides a travel mode recommendation method, applicable to scenarios where users are waiting for a bus at a bus stop. For example... Figure 11 As shown, the method includes the following steps:

[0109] Step 1101: Upon receiving the user's operation, the client displays the details of the public transportation trip.

[0110] Step 1102: The client obtains the waiting station and bus route selected by the user on the details page, and the client determines whether the distance between the waiting station and the user's current location exceeds the preset distance threshold.

[0111] If so, it means that the user is not a user waiting for the train at this stop and is not eligible. Figure 11 If the described process is completed, the process ends; otherwise, it indicates that the user is waiting for a train at the designated waiting station, and step 1103 is executed.

[0112] Step 1103: The client sends the waiting station and bus route selected by the user to the server. The server obtains the arrival time of the bus route at the above waiting station and determines whether the arrival time exceeds the preset time threshold.

[0113] If yes, proceed to step 1104; otherwise, end the process.

[0114] Step 1104: The server determines whether there are available ride-hailing vehicles within a preset radius of the user's current location based on the user's current location.

[0115] The preset radius can be the search range for ride-hailing services, used to determine whether there are available ride-hailing services at the user's current location. Available ride-hailing services refer to those that can pick up the user from their current location. By executing step 1104, confirmed alternative travel options are recommended to the user, reducing the occurrence of travel-related risk events.

[0116] If there are no available ride-hailing vehicles within the preset radius of the user's current location, the process ends; if there are available ride-hailing vehicles within the preset radius of the user's current location, step 1105 is executed.

[0117] Step 1105: The server determines whether the response time of the available ride-hailing vehicles is within the preset threshold range;

[0118] If yes, proceed to step 1106; otherwise, end the process.

[0119] Step 1106: The server re-acquires the user's location and determines whether the user's location has changed.

[0120] If yes, then repeat steps 1102 to 1106; if no, then execute step 1107.

[0121] Step 1107: The server sends ride-hailing travel recommendation information to the client, and the client receives and displays the ride-hailing travel recommendation information.

[0122] It should be noted that, Figure 11 For a detailed view of the interface of the method flow shown, please refer to [link / reference]. Figure 12The ride-hailing service recommendation information includes a risk warning message stating that "the nearest bus will be more than half an hour away" and a "Claim a Ride" button, indicating that the current waiting time is too long and that a ride-hailing service is an option. It can also display ride-hailing response times or promotional information via pop-ups; clicking the "Claim a Ride" button will redirect the user to the ride-hailing interface.

[0123] This disclosure embodiment Figure 11 In the method shown, when a user is waiting for a bus at a stop, the system determines the arrival time of the nearest bus. If the wait is too long, it is considered a scenario suitable for travel recommendations. The system can also assess the availability of ride-hailing services around the user's location. If a ride is available, the system displays possible options to ensure a smooth journey.

[0124] This disclosure also provides a travel mode recommendation method, applicable to scenarios where users query travel information in non-station areas. For example... Figure 13 As shown, the method includes the following steps:

[0125] Step 1301: Upon receiving the user's operation, the client displays the details of the public transportation trip.

[0126] Step 1302: The client obtains the waiting station and bus route selected by the user on the details page;

[0127] In the specific implementation, the user's current location is obtained. If the distance between the user's current location and the waiting station is greater than a preset distance threshold, it indicates that the user's current operation belongs to the scenario of querying travel information in a non-station area, and then the subsequent steps are executed.

[0128] Step 1303: The client sends the waiting station and bus route selected by the user to the server. The server determines whether the route selected by the user is a real-time route.

[0129] If yes, proceed to step 1304; otherwise, end the process.

[0130] Step 1304: The server determines whether the line selected by the user is currently in normal operation.

[0131] If yes, proceed to step 1305; otherwise, end the process.

[0132] Step 1305: The server determines whether there are available ride-hailing vehicles within a preset radius of the user's current location based on the user's current location.

[0133] The preset radius can be the search range for ride-hailing services, used to determine whether there are available ride-hailing services at the user's current location. Available ride-hailing services refer to those that can pick up the user from their current location. By executing step 1305, confirmed alternative travel options are recommended to the user, reducing the occurrence of travel-related risk events.

[0134] If there are no available ride-hailing vehicles within the preset radius of the user's current location, the process ends; if there are available ride-hailing vehicles within the preset radius of the user's current location, step 1305 is executed.

[0135] Step 1306: The server determines whether the response time of the available ride-hailing vehicles is within a preset threshold range;

[0136] If yes, proceed to step 1307; otherwise, end the process.

[0137] Step 1307: The server sends ride-hailing travel recommendation information to the client, and the client receives and displays the ride-hailing travel recommendation information.

[0138] It should be noted that, Figure 13 For a detailed view of the interface of the method flow shown, please refer to [link / reference]. Figure 14 The ride-hailing service recommendation information includes a risk warning message such as "Last bus has passed, we suggest considering other travel options" and a "Go to hail a ride" control, indicating that the current public transportation route is experiencing operational issues and that ride-hailing services are an option. It can also display ride-hailing response times or promotional information via pop-ups; clicking the "Go to hail a ride" control will redirect the user to the ride-hailing interface.

[0139] This disclosure embodiment Figure 11 In the method shown, when a user queries bus route information at a location other than a designated bus stop, the status of the selected bus route is determined. If the current waiting time is outside the operating hours—for example, the first bus has not yet departed or the last bus has already passed—it is considered a scenario suitable for travel mode recommendations. The system can also assess the availability of ride-hailing services around the user's location; if a ride is available, it displays possible options to the user, ensuring a smooth journey and increasing the success rate.

[0140] It should be understood that, although Figure 3 , Figure 4 , Figure 9 , Figure 10 , Figure 11 , Figure 13 The steps in the flowchart are shown sequentially as indicated by the arrows, but these steps are not necessarily executed in the order indicated by the arrows. Unless otherwise specified herein, there is no strict order in which these steps are executed, and they can be performed in other orders. Figure 3 , Figure 4 , Figure 9 , Figure 10 , Figure 11 , Figure 13At least some of the steps in the process may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but may be executed at different times. The execution order of these steps or stages is not necessarily sequential, but may be executed in turn or alternately with other steps or at least some of the steps or stages in other steps.

[0141] This disclosure provides a terminal device, such as... Figure 15 As shown, the terminal device includes: a communication unit 1501, a display unit 1502, and a processing unit 1503.

[0142] Processing unit 1503 is used to respond to receiving the user's operation of selecting a first mode of transportation, and to obtain the user's target travel route under the first mode of transportation and the waiting station of the user on the target travel route.

[0143] The communication unit 1501 is used to send the user's target travel route under the first mode of travel and the user's waiting station on the target travel route to the server, and to instruct the server to determine the route status information of the waiting station on the target travel route.

[0144] The communication unit 1501 is also used to receive travel recommendation information sent by the server; the travel recommendation information is used to prompt the user to use a second mode of transportation at the waiting station. The second mode of transportation is sent by the server to the client after determining that the user's waiting behavior at the waiting station is a travel risk event based on the line status information. The display unit 1502 is used to display the travel recommendation information.

[0145] In one possible implementation, the processing unit 1503 is specifically used to display a details interface of the first mode of transportation in response to receiving an operation from the user to select the first mode of transportation;

[0146] Based on the user's current location and the user's actions on the details page of the first mode of transportation, determine the user's target travel route under the first mode of transportation and the waiting station on the target travel route;

[0147] Send the user's target travel route under the first mode of transportation and the waiting station on the target travel route to the server.

[0148] In one possible implementation, the processing unit 1503 is further configured to receive the user's input operation on the details interface and obtain the destination entered by the user on the details interface;

[0149] The target travel route is determined based on the destination and the user's current location. The station closest to the current location among the stations included in the target travel route is then identified as the waiting station.

[0150] In one possible implementation, the processing unit 1503 is further configured to receive the user's selection operation on the details interface and determine that the route selected by the user in the route recommendation list on the details interface is the target travel route;

[0151] The station closest to the current location among the stations included in the target travel route is identified as the waiting station.

[0152] In one possible implementation, the processing unit 1503 is further configured to, in response to determining that the distance between the user's current location and the waiting station does not exceed a preset distance threshold and receiving the user's operation of selecting a first mode of transportation, send to the server the user's target travel route under the first mode of transportation and the waiting station on the target travel route.

[0153] In one possible implementation, the display unit 1502 is further configured to present risk warning information and a travel mode switching control on the details interface of the first travel mode; the risk warning information includes a reason for switching travel modes, and the travel mode switching control is used to switch from the details interface to the details interface of the second travel mode.

[0154] In one possible implementation, the waiting time for users using the second mode of transportation is less than the waiting time for users using the first mode of transportation.

[0155] In one possible implementation, the first mode of transportation is public transportation, and the second mode of transportation is ride-hailing services.

[0156] This disclosure provides a server, such as Figure 16 As shown, the server includes a communication unit 1601 and a processing unit 1602.

[0157] Communication unit 1601 is used to receive the user's target travel route under the first mode of travel and the waiting station of the user on the target travel route sent by the client;

[0158] Processing unit 1602 determines the line status information of the waiting station on the target travel route;

[0159] The communication unit 1601 is used to send travel recommendation information to the client if the processing unit 1602 determines that the user's waiting behavior at the waiting station is a travel risk event based on the line status. The travel recommendation information is used to prompt the user to use a second mode of transportation at the waiting station.

[0160] In one possible implementation, the route status information includes the arrival time at the waiting station and / or the operational status of the target travel route.

[0161] In one possible implementation, the processing unit 1602 is specifically configured to: if the arrival time exceeds a preset time threshold, determine the user's waiting behavior at the station as a travel risk event; and / or,

[0162] If the operational status is abnormal, then the user's waiting behavior at the station is determined to be a travel risk event.

[0163] In one possible implementation, the processing unit 1602 is further configured to determine the waiting time of the user under each of the multiple alternative travel modes;

[0164] The mode of transportation with the shortest waiting time among multiple alternative modes of transportation was determined as the second mode of transportation.

[0165] In one possible implementation, the processing unit 1602 is specifically used to determine the arrival time of the waiting station as the user's waiting time for public transportation among multiple travel modes;

[0166] For ride-hailing services among various modes of transportation, the waiting time for the user is determined as the time required for the ride-hailing vehicle to reach the user's current location.

[0167] In one possible implementation, the first mode of transportation is public transportation, and the second mode of transportation is ride-hailing services.

[0168] This disclosure also provides a terminal device, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, it implements the steps performed by the terminal device in the travel mode recommendation method described in this disclosure.

[0169] This disclosure also provides a server, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, it implements the steps performed by the server in the travel mode recommendation method described in this disclosure.

[0170] This disclosure also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the travel mode recommendation method described in this disclosure.

[0171] This disclosure also provides a computer program product, including a computer program that, when executed by a processor, implements the travel mode recommendation method described in this disclosure.

[0172] For specific limitations regarding the terminal device, please refer to the limitations on the terminal device method above, which will not be repeated here. Each module in the aforementioned terminal device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in the terminal device in hardware form, or stored in the memory of the electronic device in software form, so that the processor can call and execute the operations corresponding to each module.

[0173] Figure 17 This is a block diagram illustrating an electronic device 1700 according to an exemplary embodiment. The electronic device 1700 may be the terminal device described above, with the client described in the embodiments of this application installed. For example, the electronic device 1700 may be a mobile phone, computer, digital broadcasting terminal, messaging device, game console, tablet device, medical device, fitness device, personal digital assistant, etc.

[0174] Reference Figure 17 The electronic device 1700 may include one or more of the following components: a processing component 1702, a memory 1704, a power supply component 1706, a multimedia component 1708, an audio component 1710, an input / output (I / O) interface 1712, a sensor component 1714, and a communication component 1716. The memory stores computer programs or instructions that run on the processor.

[0175] Processing component 1702 typically controls the overall operation of electronic device 1700, such as operations associated with display, telephone calls, data communication, camera operation, and recording operations. Processing component 1702 may include one or more processors 1720 to execute instructions to perform all or part of the steps of the methods described above. Furthermore, processing component 1702 may include one or more modules to facilitate interaction between processing component 1702 and other components. For example, processing component 1702 may include a multimedia module to facilitate interaction between multimedia component 1708 and processing component 1702.

[0176] Memory 1704 is configured to store various types of data to support the operation of electronic device 1700. Examples of this data include instructions for any application or method operating on electronic device 1700, contact data, phonebook data, messages, pictures, videos, etc. Memory 1704 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0177] Power supply component 1706 provides power to various components of electronic device 1700. Power supply component 1706 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to electronic device 1700.

[0178] Multimedia component 1708 includes a touch display screen that provides an output interface between the electronic device 1700 and the user. In some embodiments, the touch display screen may include a liquid crystal display (LCD) and a touch panel (TP). The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors may sense not only the boundaries of the touch or swipe action but also the duration and pressure associated with the touch or swipe operation. In some embodiments, multimedia component 1708 includes a front-facing camera and / or a rear-facing camera. When the electronic device 1700 is in an operating mode, such as a shooting mode or a video mode, the front-facing camera and / or the rear-facing camera may receive external multimedia data. Each front-facing camera and rear-facing camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

[0179] Audio component 1710 is configured to output and / or input audio signals. For example, audio component 1710 includes a microphone (MIC) configured to receive external audio signals when electronic device 1700 is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 1704 or transmitted via communication component 1716. In some embodiments, audio component 1710 also includes a speaker for outputting audio signals.

[0180] I / O interface 1712 provides an interface between processing component 1702 and peripheral interface modules, which may be keyboards, click wheels, controls, etc. These controls may include, but are not limited to, home page controls, volume controls, start controls, and lock controls.

[0181] Sensor assembly 1714 includes one or more sensors for providing state assessments of various aspects of electronic device 1700. For example, sensor assembly 1714 may detect the on / off state of electronic device 1700, the relative positioning of components such as the display and keypad of electronic device 1700, changes in position of electronic device 1700 or a component of electronic device 1700, the presence or absence of user contact with electronic device 1700, orientation or acceleration / deceleration of electronic device 1700, and temperature changes of electronic device 1700. Sensor assembly 1714 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 1714 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 1714 may also include an accelerometer, gyroscope, magnetometer, pressure sensor, or temperature sensor.

[0182] Communication component 1716 is configured to facilitate wired or wireless communication between electronic device 1700 and other devices. Electronic device 1700 can access wireless networks based on communication standards, such as WiFi, 2G, or 3G, or combinations thereof. In one exemplary embodiment, communication component 1716 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, communication component 1716 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0183] In an exemplary embodiment, the electronic device 1000 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the above-described travel recommendation method.

[0184] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory including instructions that can be executed by a processor of a terminal device to perform the above-described method. For example, the non-transitory computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0185] In one embodiment, a computer device is provided, which may be a server, and its internal structure diagram may be as follows: Figure 18 As shown, the computer device includes a processor, memory, and a network interface connected via a system bus. The processor provides computing and control capabilities. The memory includes a non-volatile storage medium and internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs stored in the non-volatile storage medium. The database stores data, such as program code. The network interface communicates with external terminals via a network connection. When the computer program is executed by the processor, it implements a control method for an atomizing device.

[0186] Those skilled in the art will understand that Figure 18 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0187] For example, this disclosure provides TS 1, a method for recommending travel modes, the method comprising:

[0188] In response to receiving the user's operation of selecting a first mode of transportation, the system sends the user's target travel route under the first mode of transportation and the waiting station of the user on the target travel route to the server.

[0189] The system receives and displays travel recommendation information sent by the server. The travel recommendation information is used to prompt the user to use a second mode of transportation at the waiting station. The travel recommendation information is sent by the server to the client after determining that the user's waiting behavior at the waiting station is a travel risk event based on the line status information of the waiting station on the target travel route.

[0190] TS 2, according to the method described in TS 1, the step of responding to receiving an operation from a user selecting a first mode of transportation by sending the user's target travel route under the first mode of transportation and the user's waiting station on the target travel route to the server includes:

[0191] In response to receiving the user's selection of the first mode of transportation, the details interface of the first mode of transportation is displayed;

[0192] Based on the user's current location and the user's actions on the details interface of the first mode of transportation, determine the user's target travel route under the first mode of transportation and the waiting station of the user on the target travel route;

[0193] Send the user's target travel route under the first mode of travel and the user's waiting station on the target travel route to the server.

[0194] TS 3. According to the method described in TS 2, the step of basing the user's current location and the user's operations on the details interface of the first mode of transportation includes:

[0195] Receive the user's input on the details interface and obtain the destination entered by the user on the details interface;

[0196] The target travel route is determined based on the destination and the user's current location, and the station closest to the current location among the stations included in the target travel route is determined as the waiting station.

[0197] TS 4. According to the method described in TS 2, the step of basing the user's current location and the user's operations on the details interface of the first mode of transportation includes:

[0198] Receive the user's selection operation on the details interface, and determine that the route selected by the user in the route recommendation list on the details interface is the target travel route;

[0199] The station closest to the current location among the stations included in the target travel route is identified as the waiting station.

[0200] TS 5. According to the method described in TS 2, the step of responding to receiving an operation from a user selecting a first mode of transportation by sending the user's target travel route under the first mode of transportation and the user's waiting station on the target travel route to the server includes:

[0201] In response to determining that the distance between the user's current location and the waiting station does not exceed a preset distance threshold and receiving the user's operation of selecting a first mode of transportation, the system sends the user's target travel route under the first mode of transportation and the waiting station of the user on the target travel route to the server.

[0202] TS 6. The method described according to any one of TS 1-5, wherein displaying the travel recommendation information sent by the server includes:

[0203] Risk warning information and a travel mode switching control are displayed on the details interface of the first travel mode; the risk warning information includes the reason for switching travel modes, and the travel mode switching control is used to switch from the details interface to the details interface of the second travel mode.

[0204] TS 7. According to any one of TS 1-5, the waiting time of the user under the second mode of transportation is less than the waiting time of the user under the first mode of transportation.

[0205] TS 8. According to any one of TS 1-5, the first mode of transportation is public transportation and the second mode of transportation is ride-hailing.

[0206] TS 9. A method for recommending travel modes, the method comprising:

[0207] The system receives the user's target travel route under the first mode of transportation and the waiting station on the target travel route from the client.

[0208] Determine the route status information of the waiting station on the target travel route;

[0209] If the user's waiting behavior at the station is determined to be a travel risk event based on the route status, then travel recommendation information is sent to the client. The travel recommendation information is used to prompt the user to use the second mode of transportation at the station.

[0210] TS 10. According to the method described in TS 9, the route status information includes the arrival time of the waiting station and / or the operating status of the target travel route.

[0211] TS 11. According to the method described in TS 10, determining the user's waiting behavior at the designated station as a travel risk event based on the route status includes:

[0212] If the arrival time exceeds a preset time threshold, the user's waiting behavior at the station is determined to be a travel risk event; and / or,

[0213] If the operational status is abnormal, then the user's waiting behavior at the station is determined to be a travel risk event.

[0214] TS 12. The method according to any one of TS 9-TS 12, the method further comprising:

[0215] Determine the waiting time for the user under each of the multiple alternative travel modes;

[0216] The mode of transportation with the shortest waiting time among the various alternative modes of transportation is determined as the second mode of transportation.

[0217] TS 13. According to the method described in TS 12, determining the user's waiting time for each of the multiple alternative travel modes includes:

[0218] For public transportation among the various travel modes, the arrival time at the waiting station is determined as the user's waiting time.

[0219] For ride-hailing services among the various modes of transportation, the waiting time for the user is determined as the time required for the ride-hailing vehicle to reach the user's current location.

[0220] TS 14. The method described according to any one of TS 9-TS 12, wherein the first mode of transportation is public transportation and the second mode of transportation is ride-hailing.

[0221] TS 15. A terminal device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of any one of TS 1 to TS 8.

[0222] TS 16. A server comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor, when executing the computer program, implements the steps of any one of TS 9 to TS 14.

[0223] TS 17. A computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of any one of TS 1 to TS 14.

[0224] TS 18. A computer program product comprising a computer program that, when executed by a processor, implements the steps of any one of TS 1-TS 14.

[0225] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the embodiments provided in this disclosure can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, or optical storage, etc. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM), etc.

[0226] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0227] The above-described embodiments are merely illustrative of several implementation methods of the present disclosure, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of the present disclosure embodiments, and these all fall within the protection scope of the present disclosure embodiments. Therefore, the protection scope of the patent for the embodiments of the present disclosure should be determined by the appended claims.

Claims

1. A method for recommending travel modes, characterized in that, The method includes: In response to determining that the distance between the user's current location and the waiting station does not exceed a preset distance threshold and receiving the user's operation of selecting a first mode of transportation, the system sends the user's target travel route under the first mode of transportation and the waiting station of the user on the target travel route to the server. Receive and display travel recommendation information sent by the server; the travel recommendation information is used to prompt the user to use a second mode of transportation at the waiting station, and the travel recommendation information is sent by the server to the client after determining that the user's waiting behavior at the waiting station is a travel risk event based on the line status information of the waiting station on the target travel route; The display of travel recommendation information sent by the server includes: Risk warning information and a travel mode switching control are displayed on the details screen of the first travel mode; the risk warning information includes the reason for switching travel modes, and the travel mode switching control is used to switch from the details screen to the details screen of the second travel mode; The first mode of travel is public transportation, and the second mode of travel is ride-hailing. The travel risk event is when the waiting time exceeds a threshold or when the bus route corresponding to the target travel route is operating abnormally.

2. The method according to claim 1, characterized in that, The step of responding to receiving a user's selection of a first mode of transportation by sending the user's target travel route under the first mode of transportation and the user's waiting station on the target travel route to the server includes: In response to receiving the user's selection of the first mode of transportation, the details interface of the first mode of transportation is displayed; Based on the user's current location and the user's actions on the details interface of the first mode of transportation, determine the user's target travel route under the first mode of transportation and the waiting station of the user on the target travel route; Send the user's target travel route under the first mode of travel and the user's waiting station on the target travel route to the server.

3. The method according to claim 2, characterized in that, The step of basing decisions on the user's current location and the user's actions on the details page of the first mode of transportation includes: Receive the user's input on the details interface and obtain the destination entered by the user on the details interface; The target travel route is determined based on the destination and the user's current location, and the station closest to the current location among the stations included in the target travel route is determined as the waiting station.

4. The method according to claim 2, characterized in that, The step of basing decisions on the user's current location and the user's actions on the details page of the first mode of transportation includes: Receive the user's selection operation on the details interface, and determine that the route selected by the user in the route recommendation list on the details interface is the target travel route; The station closest to the current location among the stations included in the target travel route is identified as the waiting station.

5. The method according to any one of claims 1-4, characterized in that, The waiting time for the user under the second mode of transportation is less than the waiting time for the user under the first mode of transportation.

6. A method for recommending travel modes, characterized in that, The method includes: The receiving client responds to determining that the distance between the user's current location and the waiting station does not exceed a preset distance threshold and receives the user's operation of selecting a first mode of transportation, which sends the user's target travel route under the first mode of transportation and the waiting station on the target travel route; Determine the route status information of the waiting station on the target travel route; If the user's waiting behavior at the station is determined to be a travel risk event based on the route status, then travel recommendation information is sent to the client. The travel recommendation information is used to prompt the user to use a second mode of transportation at the station. The travel recommendation information is used to present risk warning information and a travel mode switching control on the details interface of the first travel mode on the client; the risk warning information includes a reason for switching travel modes, and the travel mode switching control is used to switch from the details interface to the details interface of the second travel mode; The first mode of travel is public transportation, and the second mode of travel is ride-hailing. The travel risk event is when the waiting time exceeds a threshold or when the bus route corresponding to the target travel route is operating abnormally.

7. The method according to claim 6, characterized in that, The route status information includes the arrival time of the waiting station and / or the operating status of the target travel route.

8. The method according to any one of claims 6-7, characterized in that, The method further includes: Determine the waiting time for the user under each of the multiple alternative travel modes; The mode of transportation with the shortest waiting time among the various alternative modes of transportation is determined as the second mode of transportation.

9. The method according to claim 8, characterized in that, Determining the user's waiting time for each of the multiple alternative travel modes includes: For public transportation among the various travel modes, the arrival time at the waiting station is determined as the user's waiting time. For ride-hailing services among the various modes of transportation, the waiting time for the user is determined as the time required for the ride-hailing vehicle to reach the user's current location.

10. A terminal device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 5.

11. A server, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 6 to 9.

12. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 9.

13. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1-9.

Images