Travel service method and device, electronic equipment and storage medium

Abstract

The invention discloses a travel service method and device, electronic equipment and a storage medium, and belongs to the technical field of Internet. The method comprises the steps of obtaining a travel request of a user; the travel request at least comprises a travel starting point and a travel ending point; under the condition that the travel request meets the target condition, recommending a travel scheme at least comprising light power vehicle service to the user; responding to the light power vehicle service selected by the user, and matching the target driver according to the travel starting point. According to the embodiment of the invention, the travel scheme containing the light power vehicle service is recommended to the user, the light power vehicle has the characteristics of high flexibility and high traffic efficiency, the differentiated travel requirements of the user can be met, the problems of long waiting time of the user, traffic blocking and the like are reduced, and the travel efficiency of the user is improved.

Description

Technical Field

[0001] This application belongs to the field of Internet technology, and in particular relates to a travel service method, device, electronic device and storage medium. Background Technology

[0002] With the development of the sharing economy and mobile internet technology, ride-hailing has become an important choice for urban residents' daily travel. For example, ride-hailing service platforms typically provide services such as instant ride-hailing, carpooling, and ridesharing to meet users' travel needs. However, with the continuous growth of urban population and motor vehicle ownership, traffic congestion has become increasingly prominent, especially in short-distance travel scenarios. Ride-hailing services mainly consist of small cars, which, due to their large size and poor maneuverability, often start and stop frequently in congested areas, resulting in travel times far exceeding expectations and significantly impacting users' travel efficiency.

[0003] Light-duty vehicles, such as electric bicycles, electric motorcycles, and electric scooters, are advantageous for short-distance travel due to their small size and high maneuverability. They can easily navigate congested traffic and narrow roads, avoiding bottlenecks and reducing actual travel time. Current ride-hailing platforms, however, rely primarily on small cars and lack systematic integration of light-duty vehicle resources. This results in low efficiency in short-distance congested scenarios, perpetuating the problem of low user travel efficiency. Summary of the Invention

[0004] This application aims to address at least one of the technical problems existing in the prior art. To this end, this application proposes a travel service method, apparatus, electronic device, and storage medium to improve users' travel efficiency.

[0005] Firstly, this application provides a travel service method, including: Obtain the user's travel request; the travel request includes at least the origin and destination of the trip. If the travel request meets the target conditions, recommend travel options to the user that include at least light-powered vehicle services; In response to the user's selection of the light-powered vehicle service, a target driver is matched based on the travel origin.

[0006] The travel service method provided in this application involves obtaining a user's travel request, which includes at least a travel origin and a travel destination. If the travel request meets target conditions, the method recommends a travel plan to the user that includes at least a light-powered vehicle service. In response to the user's selection of the light-powered vehicle service, a target driver is matched based on the travel origin. This application embodiment recommends travel plans including light-powered vehicle services to the user when the travel request meets target conditions, and matches a target driver based on the travel origin after the user selects the light-powered vehicle service. Compared to traditional ride-hailing services, light-powered vehicles offer high flexibility and high traffic efficiency, meeting users' diverse travel needs and reducing problems such as long waiting times and traffic congestion, thereby improving user travel efficiency.

[0007] According to one embodiment of this application, the target condition includes at least one of the following: The distance between the starting point and the destination is less than the target distance; The travel time between the origin and destination is less than the target time; The traffic situation between the origin and destination of the trip is congested.

[0008] In this embodiment, by limiting the target conditions to at least one of the following: the distance between the origin and destination is less than the target distance, the travel time is less than the target time, and the traffic conditions between the origin and destination, it is possible to recommend light-powered vehicle services to users for short-distance, short-time, or traffic-congested travel scenarios, thereby improving the travel efficiency of users for short-distance commutes and reducing the problem of insufficient comfort of light-powered vehicles during long-distance travel.

[0009] According to one embodiment of this application, the travel request further includes the number of passengers; the target condition includes: the number of passengers is less than the target number.

[0010] In this embodiment, by using the number of passengers being less than the target number as the target condition, the problem of insufficient passenger capacity of light-powered vehicles in multi-person travel is reduced, and the applicability of the travel plan is improved.

[0011] According to one embodiment of this application, matching a target driver based on the travel origin includes: Identify candidate drivers within the target range of the travel origin; The comprehensive score of each candidate driver within the target range is calculated based on target factors; the target factors include at least one of the following: distance from the travel origin, service score, and online duration. The target driver is determined from among the candidate drivers based on their overall scores.

[0012] In this embodiment, by first identifying candidate drivers within the target range of the travel origin, the driver pick-up distance and pick-up time can be shortened, and the order response speed can be improved. Then, by combining at least one target factor among the distance from the travel origin, service rating, and online time, a comprehensive score for each candidate driver can be calculated, which can match users with high-quality drivers and improve the user's travel experience.

[0013] According to one embodiment of this application, determining the target driver from among the candidate drivers based on their comprehensive scores includes: The candidate driver with the highest overall score is selected as the target driver. Alternatively, an invitation may be sent to candidate drivers whose overall score is greater than the target score, and the candidate driver who accepts the invitation first may be identified as the target driver.

[0014] In this embodiment, by identifying the candidate driver with the highest overall score as the target driver, high-quality drivers can be directly matched to users. By sending invitations to candidate drivers whose overall scores are higher than the target score and designating the first to accept the invitation as the target driver, the quality of the candidate drivers participating in the invitation is improved through the target score, and the response speed of driver matching is improved through the proactive response mechanism.

[0015] According to one embodiment of this application, the method further includes: Order information is pushed to the target driver so that the target driver can provide travel services to the user based on the order information; the order information includes at least a travel route generated based on the travel origin and the travel destination.

[0016] In this embodiment, by pushing order information containing travel routes to drivers after the target driver is matched, drivers can grasp the user's travel information, guide drivers to quickly reach the user's starting point and provide travel services, thereby improving the user's travel efficiency and the driver's order acceptance efficiency.

[0017] According to one embodiment of this application, before the target driver provides travel services to the user based on the order information, the method further includes: A safety confirmation message is sent to the target driver; the safety confirmation message is used to confirm whether the target driver has safety protective equipment; the safety protective equipment includes at least a helmet. Upon receiving confirmation from the target driver that they possess safety protective equipment, the system prompts the target driver to begin providing travel services to the user.

[0018] In this embodiment, by sending a safety confirmation message to the target driver before providing travel services to the user to confirm whether the driver has safety protective equipment, and prompting the driver to start providing services after the driver confirms that the equipment is available, the safety risks during the user's travel can be reduced.

[0019] According to one embodiment of this application, the method further includes: Get weather information; If the weather information is the target weather information, the light-duty vehicle service will be suspended.

[0020] In this embodiment, by suspending light-duty vehicle services when the weather information is the target weather information, the scenario characteristics of light-duty vehicle travel being greatly affected by weather are fully considered. This guides users to choose safer alternative travel methods in weather conditions that are not suitable for light-duty vehicle travel, thereby improving the comfort and safety of users' travel and reducing the operational risks for drivers and vehicle wear and tear.

[0021] Secondly, this application provides a travel service method, the method comprising: In response to user actions, a travel request is sent to the server; the travel request includes at least a travel origin and a travel destination; The system displays travel plans that include light-powered vehicle services; wherein the travel plan is generated by the server after determining that the travel request meets the target conditions. In response to the user's selection of the light-powered vehicle service, the order information and the location information of the target driver are displayed; the target driver is matched by the server based on the travel origin, the order information is generated by the server, and the order information includes at least a travel route generated based on the travel origin and the travel destination.

[0022] The travel service method provided in this application recommends travel plans that include light-powered vehicle services to users when their travel requests meet target conditions. After the user selects the light-powered vehicle service, a target driver is matched based on the travel origin, and order information including the travel route is pushed to the user. Compared with traditional ride-hailing services, light-powered vehicles have the characteristics of high flexibility and high traffic efficiency, which can meet the differentiated travel needs of users and reduce problems such as long waiting time and traffic obstruction, thereby improving the user's travel efficiency.

[0023] Thirdly, this application provides a travel service method, the method comprising: The system displays order information; wherein the order information is obtained by the server from the user's travel request, which includes at least a travel origin and a travel destination; if the travel request meets the target conditions, the system recommends a travel plan to the user that includes at least a light-powered vehicle service; in response to the user's selection of the light-powered vehicle service, the system matches a target driver based on the travel origin and pushes the plan to the target driver; the order information includes at least a travel route generated based on the travel origin and the travel destination.

[0024] The travel service method provided in this application recommends travel plans that include light-powered vehicle services to users when their travel requests meet target conditions. After the user selects the light-powered vehicle service, a target driver is matched based on the travel origin, and order information including the travel route is pushed to the user. Compared with traditional ride-hailing services, light-powered vehicles have the characteristics of high flexibility and high traffic efficiency, which can meet the differentiated travel needs of users and reduce problems such as long waiting time and traffic obstruction, thereby improving the user's travel efficiency.

[0025] Fourthly, this application provides a travel service device, which includes: The acquisition module is used to acquire the user's travel request; the travel request includes at least the origin and destination of the trip; The recommendation module is used to recommend travel options to the user that include at least light-powered vehicle services, provided that the travel request meets the target conditions. The matching module is used to respond to the user's selection of the light-powered vehicle service and match a target driver based on the travel origin.

[0026] The travel service device provided in this application embodiment acquires a user's travel request, which includes at least a travel origin and a travel destination. If the travel request meets target conditions, the device recommends a travel plan to the user that includes at least a light-powered vehicle service. In response to the user's selection of the light-powered vehicle service, it matches a target driver based on the travel origin. This application embodiment recommends travel plans including light-powered vehicle services to the user when the travel request meets target conditions, and matches a target driver based on the travel origin after the user selects the light-powered vehicle service. Compared to traditional ride-hailing services, light-powered vehicles offer high flexibility and high traffic efficiency, meeting users' diverse travel needs and reducing problems such as long waiting times and traffic congestion, thereby improving users' travel efficiency.

[0027] Fifthly, this application provides an electronic device including 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 above-described travel service method.

[0028] Sixthly, this application provides a non-transitory computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the above-described travel service method.

[0029] Seventhly, this application provides a computer program product, including a computer program that, when executed by a processor, implements the above-described travel service method.

[0030] The above-described one or more technical solutions in the embodiments of this application have at least one of the following technical effects: The travel service method provided in this application involves obtaining a user's travel request, which includes at least a travel origin and a travel destination. If the travel request meets target conditions, the method recommends a travel plan to the user that includes at least a light-powered vehicle service. In response to the user's selection of the light-powered vehicle service, a target driver is matched based on the travel origin. This application embodiment recommends travel plans including light-powered vehicle services to the user when the travel request meets target conditions, and matches a target driver based on the travel origin after the user selects the light-powered vehicle service. Compared to traditional ride-hailing services, light-powered vehicles offer high flexibility and high traffic efficiency, meeting users' diverse travel needs and reducing problems such as long waiting times and traffic congestion, thereby improving user travel efficiency.

[0031] In some embodiments, by limiting the target conditions to at least one of the following: the distance between the origin and destination is less than the target distance, the travel time is less than the target time, and the traffic conditions between the origin and destination, it is possible to recommend light-powered vehicle services to users for short-distance, short-time, or traffic-congested travel scenarios, thereby improving the travel efficiency of users for short-distance commutes and reducing the problem of insufficient comfort of light-powered vehicles during long-distance travel.

[0032] In some embodiments, by using the number of passengers being less than the target number as the target condition, the problem of insufficient passenger capacity of light-powered vehicles in multi-person travel is reduced, and the applicability of travel plans is improved.

[0033] In some embodiments, by first identifying candidate drivers within the target range of the travel origin, the driver pick-up distance and pick-up time can be shortened, and the order response speed can be improved. Then, by combining at least one target factor among the distance from the travel origin, service rating, and online time, a comprehensive score for each candidate driver can be calculated, which can match users with high-quality drivers and improve the user's travel experience.

[0034] In some embodiments, by identifying the candidate driver with the highest overall score as the target driver, high-quality drivers can be directly matched to users; by sending invitations to candidate drivers with an overall score greater than the target score and designating the first to accept the invitation as the target driver, the quality of the candidate drivers participating in the invitation is improved through the target score, and the response speed of driver matching is improved through the proactive response mechanism.

[0035] In some embodiments, by pushing order information containing travel routes to drivers after matching with target drivers, it is possible to help drivers understand users' travel information, guide drivers to quickly reach users' starting points and provide travel services, thereby improving users' travel efficiency and drivers' order-accepting efficiency.

[0036] In some embodiments, by sending a safety confirmation message to the target driver before providing travel services to the user to confirm whether the driver has safety protective equipment, and prompting the user to start providing services after the target driver confirms that the equipment is available, the safety risks during the user's travel can be reduced.

[0037] In some embodiments, by suspending light-powered vehicle services when the weather information is the target weather information, the scenario characteristics of light-powered vehicle travel being greatly affected by weather are fully considered. This guides users to choose safer alternative travel methods in weather conditions that are not suitable for light-powered vehicle travel, thereby improving the comfort and safety of users' travel and reducing the operational risks for drivers and vehicle wear and tear.

[0038] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0039] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0040] Figure 1 This is one of the flowcharts illustrating the travel service method provided in the embodiments of this application; Figure 2 This is a second schematic flowchart of the travel service method provided in the embodiments of this application; Figure 3 This is the third flowchart illustrating the travel service method provided in the embodiments of this application; Figure 4 This is a schematic diagram illustrating a scenario example provided in the embodiments of this application; Figure 5This is a schematic diagram of the structure of the travel service device provided in the embodiments of this application; Figure 6 This is a schematic diagram of the structure of the travel service system provided in the embodiments of this application; Figure 7 This is a schematic diagram of the structure of the electronic device provided in the embodiments of this application. Detailed Implementation

[0041] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0042] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class and the number of objects is not limited; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0043] The following description, in conjunction with the accompanying drawings, details the travel service method, apparatus, electronic device, and storage medium provided in this application through specific embodiments and application scenarios.

[0044] The travel service method can be applied to the terminal, and can be executed by the hardware or software in the terminal.

[0045] The terminal includes, but is not limited to, portable communication devices such as mobile phones or tablets with touch-sensitive surfaces (e.g., touchscreen displays and / or touchpads). It should also be understood that, in some embodiments, the terminal may not be a portable communication device, but rather a desktop computer with touch-sensitive surfaces (e.g., touchscreen displays and / or touchpads).

[0046] The following embodiments describe a terminal including a display and a touch-sensitive surface. However, it should be understood that the terminal may include one or more other physical user interface devices such as a physical keyboard, mouse, and joystick.

[0047] The travel service method provided in this application can be executed by an electronic device or a functional module or entity within an electronic device that can implement the method. The electronic device mentioned in this application can be a server, which can be a backend server within a travel service platform capable of data transmission, data processing, and other functions. The travel service method provided in this application will be described below using a server as an example of the executing entity.

[0048] like Figure 1 As shown, the travel service method includes steps 110, 120 and 130.

[0049] Step 110: Obtain the user's travel request; the travel request must include at least the origin and destination of the trip.

[0050] In this embodiment, the starting point of the trip is the initial geographical location where the user plans to initiate the trip. This geographical location can be the user's current real-time location, a non-real-time location preset by the user based on their own travel plan, or a location near the user's current real-time location that is convenient for boarding. The starting point of the trip can be represented by geographical coordinates, address names, or other identifiable geographical identifiers, such as Gate 2 of XX Community, XX Road, XX District, XX City, Entrance 1 of Building A, XX Science and Technology Park, XX Community, etc.

[0051] The destination of a trip refers to the target geographical location that the user plans to complete this trip. The destination varies depending on the user's destination. For example, it may be the office address in a commuting scenario, the location of a shopping mall in a shopping scenario, or the location of a station or airport in a transportation transfer scenario.

[0052] A user's travel request is a set of instructions initiated by the user to a travel service platform based on their own travel needs, containing specific service requests. These requests may include the origin and destination of the trip. Of course, travel requests may also include other information depending on the actual application requirements, such as travel time, number of passengers, priority of travel services, evaluation requirements for driver service, and whether additional services are needed (such as helmet provision, luggage space, etc.).

[0053] In some embodiments, user travel requests can be obtained through the client of the travel service platform, such as a mobile terminal APP (Application), mini-program, or third-party cooperation platform interface. For example, users can manually fill in or select the origin, destination, and other relevant information through the client's interactive interface, such as entering a specific address in the address search box or directly clicking on a point on the map interface to determine the location. After user confirmation, the client generates travel request information and sends it to the server, which can receive the travel request from the client. Alternatively, after the user opens the travel service platform's client, the location function automatically obtains the user's real-time geographical location as the origin, and intelligently recommends frequently used destinations based on the user's historical travel data. After user confirmation, the client generates travel request information and sends it to the server, which can receive the travel request from the client.

[0054] Step 120: If the travel request meets the target conditions, recommend travel options to the user that include at least light-powered vehicle services.

[0055] In this embodiment, the light-duty vehicle service is a travel service provided by professional drivers using light-duty vehicles. Light-duty vehicles can be electric two-wheelers (such as electric bicycles and electric motorcycles), electric tricycles, two-wheeled motorcycles, three-wheeled motorcycles, electric scooters, etc. It should be noted that the light-duty vehicles must comply with national safety technical standards and local traffic management regulations, possess legal driving qualifications and safety features (such as helmets, braking systems, and lighting systems), and the drivers providing the light-duty vehicle service must possess the corresponding driving qualifications and pass the platform's background check, safety training, and service assessment to ensure the safety and standardization of the service.

[0056] The target criteria are the basis for determining whether to recommend travel plans that include light-powered vehicle services to users. The target criteria can be determined based on the characteristics of light-powered vehicle services, or based on users' travel needs, travel preferences, etc.

[0057] In some embodiments, the target condition includes: the distance between the origin and destination of the trip is less than the target distance. Specifically, compared to small cars, light-duty vehicle services have advantages such as high flexibility and strong congestion avoidance capabilities in short-distance travel scenarios, but they suffer from problems such as insufficient range and reduced driving comfort in long-distance travel. Therefore, the target distance can be a relatively short distance, such as a pre-set value, or it can be dynamically set according to different driving scenarios. For example, in urban areas, the target distance can be 3 kilometers to meet users' short-distance rapid commuting needs; in suburban areas or around transportation hubs, considering the potential short-to-medium distance connection needs of users, the target distance can be appropriately increased, such as 5 kilometers, 8 kilometers, 10 kilometers, etc.

[0058] In this embodiment, the distance between the starting point and the destination can be the straight-line distance between them or the total distance of their routes. When the distance between the starting point and the destination is less than the target distance, a travel plan that includes at least light-powered vehicle services can be recommended to the user.

[0059] In some embodiments, the target condition includes: the travel time between the origin and destination is less than the target time.

[0060] In this embodiment, the total distance of the travel route between the origin and destination can be calculated, the average speed of the current road segment can be obtained by calling the traffic data interface, the travel time under conventional travel modes can be estimated, and then compared with a preset target time. The target time can be 10 minutes, 15 minutes, 20 minutes, etc., to match the service advantage of high traffic efficiency for light-duty vehicles.

[0061] In some embodiments, the target condition includes: the traffic condition between the origin and destination of the trip is congested.

[0062] In this embodiment, parameters such as congestion index and lane occupancy rate of the road segment between the origin and destination can be obtained in real time through a traffic data platform. The congestion level is assessed based on these parameters, and when the congestion level reaches a preset level, the traffic situation is considered congested, thus meeting the target conditions. This approach is suitable for scenarios with large fluctuations in traffic flow, such as travel around urban main roads during morning and evening rush hours. The flexibility of light-duty vehicles can minimize the impact of congestion and improve users' travel efficiency.

[0063] In this embodiment, by limiting the target conditions to at least one of the following: the distance between the origin and destination is less than the target distance, the travel time is less than the target time, and the traffic conditions between the origin and destination, it is possible to recommend light-powered vehicle services to users for short-distance, short-time, or traffic-congested travel scenarios, thereby improving the travel efficiency of users for short-distance commutes and reducing the problem of insufficient comfort of light-powered vehicles during long-distance travel.

[0064] In some embodiments, the travel request may also include the number of passengers; the target condition may include: the number of passengers is less than the target number.

[0065] Considering that the legal passenger capacity of a light-duty vehicle is 1-2 people, if the number of passengers exceeds the legal capacity, travel services cannot be provided to the user. Therefore, the target number can be 1 or 2 people. The number of passengers in the travel request can be obtained. If the number of passengers is less than the target number, the target condition is met, and travel options that include at least a light-duty vehicle service can be recommended to the user.

[0066] In this embodiment, by using the number of passengers being less than the target number as the target condition, the problem of insufficient passenger capacity of light-powered vehicles in multi-person travel is reduced, and the applicability of the travel plan is improved.

[0067] In some embodiments, the target condition may also be other conditions, such as the travel request may also include the travel time. The target condition may be that the travel time is within the time period permitted by the light-powered vehicle service. This application embodiment does not limit the target condition.

[0068] In this embodiment, the recommended travel options for users include at least a light-duty vehicle service option, and may also be combined with other travel modes, such as private car service, express car service, carpooling service, etc., depending on the actual situation. For the service options provided in the travel options, relevant service parameters can be labeled based on the user's travel request and real-time service data, such as estimated travel time, cost details (basic fee, mileage fee, duration fee, etc.), estimated driver matching time, recommended vehicle type, etc. For example, when a user travels from their residential area to a nearby subway station, the recommended travel options may include two service options: "light-duty vehicle service (estimated 10 minutes, cost 3 yuan)" and "express car service (estimated 20 minutes, cost 8 yuan)". The light-duty vehicle service can be placed at the forefront of the option list in the client's interactive interface as a priority recommendation option.

[0069] Step 130: Respond to the user's selection of light-powered vehicle service and match a target driver based on the travel origin.

[0070] In this embodiment of the application, when a user completes the service selection by clicking the button corresponding to the light-powered vehicle service or the order confirmation pop-up in the travel plan list displayed on the platform client, the client can generate an instruction signal containing the user's confirmation information and send it to the platform server.

[0071] After receiving the instruction signal from the user to select light-powered vehicle service, the server matches the target driver according to the origin of the trip.

[0072] Specifically, the initial search area for drivers can be defined based on the travel origin. This area is not necessarily a circular region with a fixed radius. For example, if the travel origin is located at the entrance of a residential area next to a main urban road, considering that light-powered vehicles are prohibited from temporarily parking on main roads, the initial search area can be defined as a radius of 500 to 1000 meters, centered on the residential area entrance and extending outwards to surrounding secondary roads and side roads. If the travel origin is located at the entrance of a residential area, the initial search area can be directly defined centered on the travel origin. After determining the initial search area, target drivers can be matched from drivers located within this initial search area. For example, the driver closest to the travel origin can be selected as the target driver, or the driver with the highest service rating can be selected as the target driver.

[0073] The travel service method provided in this application involves obtaining a user's travel request; the travel request includes at least a travel origin and a travel destination; if the travel request meets target conditions, recommending a travel plan to the user that includes at least a light-powered vehicle service; responding to the user's selection of a light-powered vehicle service, and matching a target driver based on the travel origin. This application embodiment, by recommending travel plans including light-powered vehicle services to the user when the travel request meets target conditions, and matching a target driver based on the travel origin after the user selects a light-powered vehicle service, offers advantages over traditional ride-hailing services. Light-powered vehicles are highly flexible and efficient, meeting users' diverse travel needs and reducing problems such as long waiting times and traffic congestion, thereby improving user travel efficiency.

[0074] In some embodiments, matching a target driver based on the origin of the trip includes: Identify potential drivers within the target area of ​​the travel origin; The comprehensive score of each candidate driver within the target range is calculated based on target factors, including at least one of the following: distance from the origin of travel, service rating, and online time. The target driver is selected from among the candidate drivers based on their overall scores.

[0075] In this embodiment, the target range can be a pre-set fixed value. For example, the target range can be an area with a radius of 1000 to 1500 meters centered on the starting point of the trip. The target range can also be a dynamically changing value based on the starting point of the trip. For example, if the starting point is located in an urban area, due to the dense road network, high traffic volume, and relatively dense driver distribution, the target range can be set as a circular area with a radius of 500 to 1000 meters centered on the starting point. If the starting point is located in the suburbs, urban-rural fringe areas, or around transportation hubs, where the driver distribution density is low, the target range can be expanded to a radius of 1000 to 2000 meters. Considering the distribution of surrounding side roads and connecting passages, the target range can be adjusted to a polygonal area adapted to the road direction. Of course, the target range can also be dynamically adjusted according to the travel time. For example, during morning and evening peak hours, when the driver distribution is relatively dense, the target range can be appropriately reduced; during off-peak hours, when the driver distribution density is low, the target range can be appropriately expanded. This embodiment of the application does not limit the target range.

[0076] In this embodiment, drivers within the target range can be identified as candidate drivers, and a comprehensive score for each candidate driver within the target range can be calculated based on target factors. For example, the shortest travel distance between each candidate driver's current real-time location and their starting point can be calculated, and combined with real-time traffic flow data, road traffic restrictions, and other information, the travel distance can be converted into an estimated reachable time. The shorter the estimated reachable time, the higher the score for this factor. For example, if the estimated reachable time between candidate driver A and their starting point is 3 minutes, and the estimated reachable time between candidate driver B and their starting point is 5 minutes, then under this factor, driver A's score is higher than driver B's.

[0077] Service ratings are indicators reflecting the quality of driver service. Combining service ratings with a comprehensive score can help identify drivers with high service standards and user satisfaction, thereby improving the user's travel experience. Specifically, feedback from past users on candidate drivers can be collected, scoring them across multiple dimensions such as safe driving, service attitude, vehicle condition, and fulfillment of obligations. A weighted average is then used to calculate the driver's comprehensive service rating, with higher comprehensive service ratings corresponding to higher scores.

[0078] Online time is a factor in measuring driver activity. Combining online time with a comprehensive score prioritizes drivers with consistently high online activity and stable service, reducing the risk of order cancellations and service interruptions. Specifically, online time is determined by the cumulative online time a candidate driver spends that day and is available to accept orders. Longer online time indicates a higher driver's willingness to serve, resulting in a higher score for this factor. For example, if candidate driver C has a cumulative online time of 8 hours and candidate driver D has a cumulative online time of 3 hours, then driver C will score higher than driver D under this factor.

[0079] In this embodiment, one or more target factors can be selected as needed to calculate the comprehensive score of each candidate driver. When multiple target factors are selected to calculate the comprehensive score of each candidate driver, weights can be assigned to each target factor, and then a weighted average can be performed to obtain the final comprehensive score.

[0080] In this embodiment, candidate drivers can be ranked from highest to lowest based on their overall score to form a priority list. The candidate driver with the highest overall score is placed at the top of the list and becomes the first priority candidate. An invitation message can be sent to the candidate driver ranked first, with a response time set, such as 30 seconds. If the candidate driver does not accept the invitation after 30 seconds, an invitation message can be sent to the candidate driver ranked second, and so on. The candidate driver who accepts the invitation within the response time is determined as the target driver.

[0081] In some embodiments, the candidate driver with the highest overall score can be identified as the target driver. Invitations can also be sent to candidate drivers whose overall score is higher than the target score, and the first candidate driver to accept the invitation can be identified as the target driver. Alternatively, invitations can be sent to the top n candidate drivers in the ranking, and the first candidate driver to accept the invitation can be identified as the target driver; this embodiment of the application does not limit this approach.

[0082] In this embodiment, by identifying the candidate driver with the highest overall score as the target driver, high-quality drivers can be directly matched to users. By sending invitations to candidate drivers whose overall scores are higher than the target score and designating the first to accept the invitation as the target driver, the quality of the candidate drivers participating in the invitation is improved through the target score, and the response speed of driver matching is improved through the proactive response mechanism.

[0083] In this embodiment, by first identifying candidate drivers within the target range of the travel origin, the driver pick-up distance and pick-up time can be shortened, and the order response speed can be improved. Then, by combining at least one target factor among the distance from the travel origin, service rating, and online time, a comprehensive score for each candidate driver can be calculated, which can match users with high-quality drivers and improve the user's travel experience.

[0084] In some embodiments, the method further includes: Order information is pushed to the target driver so that the target driver can provide travel services to the user based on the order information; the order information includes at least the travel route generated based on the travel origin and travel destination.

[0085] In this embodiment, the order information is a standardized set of information generated by integrating user travel requests, driver matching results, and real-time service data. The order information includes at least the travel route generated based on the travel origin and destination, and may also include other information related to travel services, such as the accurate location of the user's travel origin, detailed information about the travel destination (such as suitable parking locations), the unique identifier of the order, anonymized user information (such as the user's surname and the last few digits of the contact number), estimated trip parameters (estimated mileage, estimated trip duration, estimated service fees and fee breakdown), and compliance verification marks for light-duty vehicles and drivers (such as the driver's driving qualification registration number and a summary of the compliant license plate information for light-duty vehicles).

[0086] In some embodiments, travel routes can be generated by combining map data, real-time traffic dynamics, and the driving characteristics of light-powered vehicles. Specifically, firstly, based on the origin and destination coordinates, multiple candidate routes are calculated using a map engine. Then, preliminary screening is performed based on light-powered vehicle driving restrictions (such as only allowing passage in non-motorized vehicle lanes, prohibiting light-powered vehicles from passing through some bridges / tunnels) and traffic rules (such as restricted hours and no-parking areas), removing non-compliant routes from the candidate routes. Then, the remaining candidate routes are dynamically optimized by combining real-time traffic data (such as road congestion index, construction section information, traffic light timing, etc.), prioritizing routes with high traffic efficiency and high safety, for example, avoiding congested sections of main roads and prioritizing secondary roads and branch roads where light-powered vehicles have an advantage, to obtain the final travel route.

[0087] In some embodiments, the travel route may also be marked with information such as major intersections, turning directions, specific pick-up and drop-off points, and available emergency stops along the way (such as temporary stopping areas for vehicle breakdowns), so that drivers can accurately follow the route and improve safety and service experience.

[0088] Order information can be pushed to the driver's client application of the ride-hailing service platform, such as a driver's app or mini-program. To ensure that the target driver receives the order information in a timely manner, in addition to pushing the order information to the driver's client application, pop-up notifications, sound alerts, and vibration alerts can also be triggered within the driver's client application.

[0089] After receiving the order information, the target driver can view the complete details through the driver's client, such as a map visualization of the trip route, detailed trip parameters, and any special user requests. Once the target driver confirms they can provide the service, they can proceed to the starting point to pick up the user according to the route plan in the order information, strictly adhering to route guidance and traffic rules to ensure safe driving. During the service, the driver's client will synchronize the trip progress in real time, reporting location and status information such as mileage traveled, remaining trip time, and current location, and synchronizing this information to the user's client and the server, enabling full-process visual monitoring of the trip.

[0090] In this embodiment, by pushing order information containing travel routes to drivers after the target driver is matched, drivers can grasp the user's travel information, guide drivers to quickly reach the user's starting point and provide travel services, thereby improving the user's travel efficiency and the driver's order acceptance efficiency.

[0091] In some embodiments, before the target driver provides travel services to the user based on the order information, the method further includes: Send a safety confirmation message to the target driver; the safety confirmation message is used to confirm whether the target driver has safety protective equipment; safety protective equipment includes at least a helmet; Once the target driver confirms they have safety equipment, the system will prompt them to begin providing travel services to the user.

[0092] In this embodiment, in order to ensure the personal safety of both the driver and the passenger during the trip, a safety confirmation message can be sent to the target driver before the target driver provides the travel service to the user based on the order information.

[0093] Safety confirmation information is used to verify whether the target driver is equipped with the required safety protective equipment, which includes at least a helmet. In addition to a helmet, depending on the actual travel scenario and platform service specifications, safety protective equipment may also include reflective warning signs, emergency rescue kits, vehicle safety tools, etc.

[0094] After identifying the target driver and locking in the order, a safety confirmation message can be pushed to the driver's client. The safety confirmation message is displayed in the form of a pop-up window, which may include a list of safety protection equipment and provide "Confirm" and "Not Available" buttons.

[0095] After the target driver clicks the "Confirm" button, a prompt message will be generated to remind the driver to start the service. The prompt message can be voice, text, etc. For example, if the prompt message is voice, it could be: "Safety equipment has been confirmed. Please proceed to Gate 2 of xx Community to pick up passengers."

[0096] In this embodiment, by sending a safety confirmation message to the target driver before providing travel services to the user to confirm whether the driver has safety protective equipment, and prompting the driver to start providing services after the driver confirms that the equipment is available, the safety risks during the user's travel can be reduced.

[0097] In some embodiments, the method further includes: Get weather information; If the weather information is the target weather information, light-duty vehicle services will be suspended.

[0098] In this embodiment, weather information can be obtained before the target driver provides travel services to the user based on order information. For example, when obtaining the user's travel request, weather information along the user's travel route can be obtained through the official data interface of a professional meteorological service agency. If the weather information does not match the target weather information, the light-powered vehicle service can be suspended, and other travel options such as carpooling, express car, and private car can be recommended to the user.

[0099] The target weather information indicates that the weather is unsuitable for light-powered vehicle travel, such as rain, snow, fog, or sandstorms that reduce visibility to less than 50 meters or cause winds to be stronger than level 5. In order to improve the safety of drivers and users and enhance the comfort of passengers, light-powered vehicle services will be suspended if the weather information does not match the target weather information.

[0100] In this embodiment, by suspending light-duty vehicle services when the weather information is the target weather information, the scenario characteristics of light-duty vehicle travel being greatly affected by weather are fully considered. This guides users to choose safer alternative travel methods in weather conditions that are not suitable for light-duty vehicle travel, thereby improving the comfort and safety of users' travel and reducing the operational risks for drivers and vehicle wear and tear.

[0101] This application also provides a travel service method, applied to the user end, such as... Figure 2 As shown, the travel service method includes steps 210, 220 and 230.

[0102] Step 210: Respond to the user's operation and send a travel request to the server; the travel request must include at least the origin and destination of the trip; Step 220: Display travel plans that include light-powered vehicle services; wherein, the travel plan is generated by the server after determining that the travel request meets the target conditions; Step 230: Respond to the user's selection of light-powered vehicle service, display order information and the location information of the target driver; the target driver is matched by the server based on the travel origin, the order information is generated by the server, and the order information includes at least the travel route generated based on the travel origin and travel destination.

[0103] In this embodiment, the user terminal can be a mobile app, mini-program, or similar application. Users can perform operations through the user terminal's interactive interface, such as filling in the origin and destination of their trip, or directly clicking on the map to confirm the origin and destination. After the user confirms the operation, the user terminal can send the travel request to the server via an encrypted communication protocol.

[0104] After receiving a travel request, if the server determines that the travel request meets the target conditions, it generates a travel plan that includes light-duty vehicle services and sends it to the user's client.

[0105] After receiving a travel plan, the user can display it on the interactive page. For example, a column layout or a list layout can be used, prioritizing travel plans that include light-powered vehicle services, such as placing them at the top of the plan list. The information displayed for each travel plan can include service type (such as light-powered vehicle service, express service, etc.), estimated travel time, estimated cost details, and estimated driver matching time.

[0106] Users can select their desired travel plan by clicking. For example, a user can click to select the light-powered vehicle service. The client responds to the user's selection by sending a service confirmation command to the server. Upon receiving the service confirmation command, the server matches a target driver based on the travel origin and sends order information to the driver, as well as feedback to the user with order information and relevant driver information, such as the driver's location. The user can display order information and the driver's location information on the interactive interface. For example, it can display order identifier, service status, detailed travel route information, cost details, driver qualification information, and driver location information.

[0107] During the service process, the user's app can continuously receive real-time data pushed by the server, dynamically updating the order status and driver location information. For example, when the driver arrives at the departure point, the user's app will trigger a reminder, such as a pop-up message saying "The driver has arrived at the agreed location, please get in the car as soon as possible."

[0108] The travel service method provided in this application recommends travel plans including light-powered vehicle services to users when their travel requests meet target conditions. After the user selects a light-powered vehicle service, a target driver is matched based on the travel origin, and order information including the travel route is pushed to the user. Compared with traditional ride-hailing services, light-powered vehicles have the characteristics of high flexibility and high traffic efficiency, which can meet the differentiated travel needs of users and reduce problems such as long waiting time and traffic obstruction, thereby improving the user's travel efficiency. This application also provides a travel service method, applied to the driver's end, such as... Figure 3 As shown, the travel service method includes step 310.

[0109] Step 310: Display order information; wherein, the order information is obtained by the server from the user's travel request, which includes at least the origin and destination; if the travel request meets the target conditions, recommend a travel plan to the user that includes at least light-powered vehicle service; respond to the user's selection of light-powered vehicle service, match a target driver according to the origin, and push the information to the target driver; the order information includes at least the travel route generated based on the origin and destination.

[0110] In this embodiment of the application, the driver's terminal can be a mobile terminal APP, mini program, etc. The user can operate on the user terminal's interactive interface, such as filling in the travel origin and travel destination, or through map interaction, directly clicking on the map to confirm the travel origin and travel destination. After the user confirms the operation, the user terminal can send the travel request to the server through an encrypted communication protocol.

[0111] After receiving a travel request, if the server determines that the travel request meets the target conditions, it generates a travel plan that includes light-duty vehicle services and sends it to the user's client.

[0112] After receiving a travel plan, the user can display it on the interactive page. For example, a column layout or a list layout can be used, prioritizing travel plans that include light-powered vehicle services, such as placing them at the top of the plan list. The information displayed for each travel plan can include service type (such as light-powered vehicle service, express service, etc.), estimated travel time, estimated cost details, and estimated driver matching time.

[0113] Users can select their desired travel plan by clicking. For example, a user can click to select the light-powered vehicle service. The user's app responds by sending a service confirmation command to the server. Upon receiving the confirmation command, the server matches a target driver based on the travel origin and sends the order information to the driver's app. The driver's app displays the order information on its interface, along with a "Navigation" button. Clicking the "Navigation" button initiates navigation based on the route specified in the order information, facilitating the pick-up of the user.

[0114] The travel service method provided in this application recommends travel plans that include light-powered vehicle services to users when their travel requests meet target conditions. After the user selects the light-powered vehicle service, a target driver is matched based on the travel origin, and order information including the travel route is pushed to the user. Compared with traditional ride-hailing services, light-powered vehicles have the characteristics of high flexibility and high traffic efficiency, which can meet the differentiated travel needs of users and reduce problems such as long waiting time and traffic obstruction, thereby improving the user's travel efficiency.

[0115] The following scenario illustrates the process of matching a user with a target driver in this embodiment of the application. For example... Figure 4 As shown, this scenario example includes the following steps: S1: The user application initiates a travel request.

[0116] S2: The server receives and verifies the travel request.

[0117] After receiving a user's travel request, the server can initiate a data integrity check to verify whether the request includes fields such as the origin and destination of the trip. If any fields are missing, the server will return a prompt to the user's application to provide supplementary information.

[0118] After the integrity verification is completed, the server will initiate a compliance verification process, such as whether the origin and destination of the trip are within the coverage area of ​​the platform's light-powered vehicle service, and whether the user account is in a normal state. If the verification fails, it will redirect to S3; if the verification passes, it will proceed to S4.

[0119] S3: Reject the order.

[0120] When the server performs a rejection operation, it can generate a corresponding rejection message based on the S2 verification result, such as "Your travel origin is not within the service coverage area of ​​light-powered vehicles, and service cannot be provided at this time".

[0121] S4: Match driver.

[0122] The server can filter drivers based on the user's travel origin. For example, the server can define a search area centered on the travel origin and determine the target driver based on the driver's overall rating.

[0123] S5: Has a driver been matched?

[0124] After calculating the driver's overall score, if the server finds that the overall score is lower than the preset value, or if there are no available drivers in the current service area, it will determine that no driver has been matched and will proceed to step S6.

[0125] S6: Notify the user / cancel the order.

[0126] In this step, you can provide feedback to the user about information that the service cannot provide and terminate the current order process.

[0127] S7: Whether the driver accepts the matched order.

[0128] After identifying a matching driver, the server sends an order invitation to that driver. Upon receiving the invitation, the driver can either "accept" or "decline". If the driver does not respond within the response time, the server determines it as "no response" and re-matches the next candidate driver; if the driver chooses to "accept", the process proceeds to S8.

[0129] S8: Matching successful. Notify the user and driver.

[0130] The travel service method provided in this application can be executed by a travel service device. This application uses the example of a travel service device executing the travel service method to illustrate the travel service device provided in this application.

[0131] This application also provides a travel service device.

[0132] like Figure 5 As shown, the travel service device includes: The acquisition module 510 is used to acquire the user's travel request; the travel request includes at least the origin and destination of the trip. Recommendation module 520 is used to recommend travel options to users that include at least light-powered vehicle services, provided that the travel request meets the target conditions. Matching module 530 is used to respond to the user's selection of light-powered vehicle service and match a target driver based on the travel origin.

[0133] The travel service device provided in this application embodiment obtains a user's travel request; the travel request includes at least a travel origin and a travel destination; if the travel request meets the target conditions, it recommends a travel plan to the user that includes at least a light-powered vehicle service; in response to the user's selection of a light-powered vehicle service, it matches a target driver based on the travel origin. This application embodiment recommends travel plans including light-powered vehicle services to the user when the travel request meets the target conditions, and matches a target driver based on the travel origin after the user selects a light-powered vehicle service. Compared to traditional ride-hailing services, light-powered vehicles offer high flexibility and high traffic efficiency, meeting users' diverse travel needs and reducing problems such as long waiting times and traffic congestion, thereby improving users' travel efficiency.

[0134] In some embodiments, the matching module 530 is further configured to: Identify potential drivers within the target area of ​​the travel origin; The comprehensive score of each candidate driver within the target range is calculated based on target factors, including at least one of the following: distance from the origin of travel, service rating, and online time. The target driver is selected from among the candidate drivers based on their overall scores.

[0135] In some embodiments, the matching module 530 is further configured to: The candidate driver with the highest overall score will be selected as the target driver; Alternatively, send invitations to candidate drivers whose overall score is higher than the target score, and select the first candidate driver to accept the invitation as the target driver.

[0136] In some embodiments, the travel service device further includes: The push module is used to push order information to the target driver so that the target driver can provide travel services to the user based on the order information; the order information includes at least the travel route generated based on the travel origin and travel destination.

[0137] In some embodiments, the push module is further configured to: Send a safety confirmation message to the target driver; the safety confirmation message is used to confirm whether the target driver has safety protective equipment; safety protective equipment includes at least a helmet; Once the target driver confirms they have safety equipment, the system will prompt them to begin providing travel services to the user.

[0138] In some embodiments, the recommended module 520 is further configured to: Get weather information; If the weather information is the target weather information, light-duty vehicle services will be suspended.

[0139] The travel service device in this application embodiment can be an electronic device or a component of an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal or other devices besides a terminal. For example, the electronic device can be a mobile phone, tablet computer, laptop computer, handheld computer, in-vehicle electronic device, mobile internet device (MID), augmented reality (AR) / virtual reality (VR) device, robot, wearable device, ultra-mobile personal computer (UMPC), netbook, or personal digital assistant (PDA), etc. It can also be a server, network attached storage (NAS), personal computer (PC), television (TV), ATM, or self-service machine, etc. This application embodiment does not specifically limit the device.

[0140] The travel service device in this application embodiment can be a device with an operating system. This operating system can be a Microsoft (Windows) operating system, an Android operating system, an iOS operating system, or other possible operating systems; this application embodiment does not specifically limit the specific operating system.

[0141] In some embodiments, such as Figure 6 As shown in the illustration, this application also provides a travel service system 600, including a server 601, a user terminal 602, and a driver terminal 603. The server 601 is used to execute the travel service method as described in the first aspect above.

[0142] In some embodiments, such as Figure 7 As shown, this application embodiment also provides an electronic device 700, including a processor 701, a memory 702, and a computer program stored in the memory 702 and executable on the processor 701. When the program is executed by the processor 701, it implements the various processes of the above-described travel service method embodiment and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0143] It should be noted that the electronic devices in the embodiments of this application include the aforementioned mobile electronic devices and non-mobile electronic devices.

[0144] This application also provides a non-transitory computer-readable storage medium storing a computer program. When the computer program is executed by a processor, it implements the various processes of the above-described travel service method embodiments and achieves the same technical effect. To avoid repetition, it will not be described again here.

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

[0146] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the above-described travel service method.

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

[0148] This application also provides a chip, which includes a processor and a communication interface. The communication interface and the processor are coupled. The processor is used to run programs or instructions to implement the various processes of the above-described travel service method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0149] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0150] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0151] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0152] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

[0153] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "illustrative embodiment," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples.

[0154] Although embodiments of this application have been shown and described, those skilled in the art will understand that various changes, modifications, substitutions and alterations can be made to these embodiments without departing from the principles and spirit of this application, the scope of which is defined by the claims and their equivalents.

Claims

1. A travel service method, characterized in that, The method includes: Obtain the user's travel request; the travel request includes at least the origin and destination of the trip. If the travel request meets the target conditions, recommend travel options to the user that include at least light-powered vehicle services; In response to the user's selection of the light-powered vehicle service, a target driver is matched based on the travel origin.

2. The method according to claim 1, characterized in that, The target condition includes at least one of the following: The distance between the starting point and the destination is less than the target distance; The travel time between the origin and destination is less than the target time; The traffic situation between the origin and destination of the trip is congested.

3. The method according to claim 1, characterized in that, The travel request also includes the number of passengers; the target condition includes: the number of passengers is less than the target number.

4. The method according to claim 1, characterized in that, The process of matching a target driver based on the travel origin includes: Identify candidate drivers within the target range of the travel origin; The comprehensive score of each candidate driver within the target range is calculated based on target factors; the target factors include at least one of the following: distance from the travel origin, service score, and online duration. The target driver is determined from among the candidate drivers based on their overall scores.

5. The method according to claim 4, characterized in that, The step of determining the target driver from among the candidate drivers based on their comprehensive scores includes: The candidate driver with the highest overall score is selected as the target driver. Alternatively, an invitation may be sent to candidate drivers whose overall score is greater than the target score, and the candidate driver who accepts the invitation first may be identified as the target driver.

6. The method according to claim 1, characterized in that, The method further includes: Order information is pushed to the target driver so that the target driver can provide travel services to the user based on the order information; the order information includes at least a travel route generated based on the travel origin and the travel destination.

7. The method according to claim 6, characterized in that, Before the target driver provides travel services to the user based on the order information, the following is also included: A safety confirmation message is sent to the target driver; the safety confirmation message is used to confirm whether the target driver has safety protective equipment; the safety protective equipment includes at least a helmet. Upon receiving confirmation from the target driver that they possess safety protective equipment, the system prompts the target driver to begin providing travel services to the user.

8. The method according to claim 1, characterized in that, The method further includes: Get weather information; If the weather information is the target weather information, the light-duty vehicle service will be suspended.

9. A travel service method, characterized in that, The method includes: In response to user actions, a travel request is sent to the server; the travel request includes at least a travel origin and a travel destination; The system displays travel plans that include light-powered vehicle services; wherein the travel plan is generated by the server after determining that the travel request meets the target conditions. In response to the user's selection of the light-powered vehicle service, the order information and the location information of the target driver are displayed; the target driver is matched by the server based on the travel origin, the order information is generated by the server, and the order information includes at least a travel route generated based on the travel origin and the travel destination.

10. A travel service method, characterized in that, The method includes: The system displays order information; wherein the order information is obtained by the server from the user's travel request, which includes at least a travel origin and a travel destination; if the travel request meets the target conditions, the system recommends a travel plan to the user that includes at least a light-powered vehicle service; in response to the user's selection of the light-powered vehicle service, the system matches a target driver based on the travel origin and pushes the plan to the target driver; the order information includes at least a travel route generated based on the travel origin and the travel destination.

11. A travel service device, characterized in that, The device includes: The acquisition module is used to acquire the user's travel request; the travel request includes at least the origin and destination of the trip; The recommendation module is used to recommend travel options to the user that include at least light-powered vehicle services, provided that the travel request meets the target conditions. The matching module is used to respond to the user's selection of the light-powered vehicle service and match a target driver based on the travel origin.

12. An electronic 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 program, it implements the method as described in any one of claims 1-10.

13. A non-transitory 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 method as described in any one of claims 1-10.

Images