Travel processing method and related product thereof

Abstract

The invention discloses an itinerary processing method and related products thereof, the method is applied to terminal equipment, and the method comprises the following steps: receiving a target itinerary to be tripped; displaying a response list in response to the travel operation of the target travel; the response list comprises N driving objects responding to the target journey, and N is a positive integer; and selecting a driving object executing the travel service on the target journey from the response list. According to the invention, the method can enrich the determination modes of the driving object executing the travel service for the target travel.

Description

Technical Field

[0001] This application relates to the technical field of trip processing, and more particularly to a trip processing method and related products. Background Technology

[0002] Taking a taxi has become a common way for people to travel. When users hail a taxi, they can provide their travel itinerary to the ride-hailing platform. The platform can then search for drivers near the user's location based on the provided itinerary and directly assign the order to one of the drivers. The user then waits for the assigned driver to pick them up.

[0003] It is evident that this approach allows users to directly accept drivers assigned to them by the ride-hailing platform, making the method of identifying drivers who provide travel services to users very singular. Summary of the Invention

[0004] This application provides a trip processing method and related products, which can enrich the ways to identify the driving objects that perform travel services for the target trip.

[0005] This application provides a process processing method applied to a terminal device, the method comprising:

[0006] Receive your target travel itinerary;

[0007] In response to a travel operation on the target trip, a response list is displayed; the response list contains N driving objects that responded to the target trip, where N is a positive integer;

[0008] Select the driver from the response list to provide travel services for the target trip.

[0009] This application provides a process processing method applied to a server, the method comprising:

[0010] Obtain the travel request sent by the terminal device; the travel request carries the target itinerary and is generated when the terminal device responds to the travel operation of the target itinerary;

[0011] Retrieve the response list for the target trip; the response list contains N driving objects that responded to the target trip, where N is a positive integer;

[0012] The response list is returned to the terminal device, allowing the terminal device to display the response list.

[0013] This application provides a process processing apparatus, which is applied to a terminal device, and the apparatus includes:

[0014] The receiving module is used to receive the target itinerary to be traveled.

[0015] The display module is used to respond to travel operations for the target trip and display a response list; the response list contains N driving objects that have responded to the target trip, where N is a positive integer;

[0016] The selection module is used to select the driver who will provide the travel service for the target trip from the response list.

[0017] Optionally, the travel operation is triggered by the travel interface, which includes an electronic map marking the target itinerary; the response list can be displayed in any of the following ways:

[0018] Display the answer list within the target area on the travel interface;

[0019] The answer list is displayed in a separate overlay above the travel interface;

[0020] The response list is displayed on the interface that the user is redirected to based on the travel operation.

[0021] Optionally, the response list contains a display area corresponding to each of the N driving objects, and the display area corresponding to any driving object is used to display the information associated with any driving object;

[0022] The information associated with any driving object includes at least one of the following: the attribute information of the driving tool of any driving object, the attribute information of any driving object, and the driving information of any driving object for the target trip;

[0023] The target journey has a starting point, and the driving information includes at least one of the following: the distance between the location of any driving object and the starting point, the estimated time required for any driving object to drive to the starting point, the estimated amount of resources required for any driving object to complete the target journey, the estimated time for any driving object to reach the starting point, and the preset time for any driving object to reach the starting point.

[0024] Optionally, the N display areas corresponding to the N driving objects can be arranged and displayed sequentially in the response list in any of the following ways:

[0025] Arrange and display them in ascending order of the estimated resource consumption required for N driving objects to complete the target journey;

[0026] The N driving objects are arranged and displayed in ascending order of the distance between their location and the starting point of the journey;

[0027] The N driving objects are arranged and displayed in ascending order of the estimated time required to drive to the starting point of the journey;

[0028] The N driving entities are arranged and displayed in descending order of their driving credibility. Optionally, each of the N driving entities has its own entity identifier in the response list, and the target trip has a trip start point.

[0029] When displaying the answer list, at least one of the following data is also displayed simultaneously:

[0030] Given the remaining selection time for each driving object in the response list, the locations of the N driving objects are marked on the electronic map using object identifiers. The routes from each of the N driving objects' locations to the starting point of the journey are also marked on the electronic map.

[0031] Optionally, the selection module can choose from the response list how to select the driver to perform the travel service for the target trip, including:

[0032] If a selection operation is performed on a driving object in the response list within a set time after the response list is displayed, the driving object triggered by the selection operation will be used as the driving object to perform the travel service for the target trip.

[0033] If no selection action is received from the driver in the response list within the set time period, the driver to perform the travel service for the target trip will be automatically selected from the response list.

[0034] Optionally, the response list includes a skip selection control; the selection module is also used for:

[0035] In response to a trigger action on the skip selection control, the driver object that will perform the travel service for the target trip will be automatically selected from the response list.

[0036] Optionally, the travel operation is triggered by the travel interface, which contains multiple travel operation platforms.

[0037] The display module responds to travel operations for the target trip and displays the response list in the following ways:

[0038] Based on the user's selection of a travel operation platform in the travel interface, the selected travel operation platform is marked.

[0039] In response to a travel request, a response list is displayed; all N drivers in the response list belong to the selected travel operation platform.

[0040] Optionally, the target trip can be any of the following:

[0041] Types that travel with the wind, types that combine multiple trips, and types that do not combine single trips.

[0042] This application provides a process processing apparatus for use on a server, the apparatus comprising:

[0043] The first acquisition module is used to acquire travel requests sent by the terminal device; the travel request carries the target itinerary and is generated when the terminal device responds to the travel operation of the target itinerary;

[0044] The second acquisition module is used to acquire the response list of the target trip; the response list contains N driving objects that respond to the target trip, where N is a positive integer;

[0045] The return module is used to return the response list to the terminal device, so that the terminal device can display the response list.

[0046] Optionally, the second acquisition module may acquire the response list of the target trip in the following ways:

[0047] Send the target trip to at least one travel operation platform, so that each travel operation platform can publish its own trip order for the target trip;

[0048] Obtain the driver object returned by at least one ride-hailing operation platform; the driver object returned by any ride-hailing operation platform is the driver object that responded to the trip order for the target trip on that ride-hailing operation platform;

[0049] The system integrates and processes driver responses returned by at least one ride-hailing platform to generate a response list.

[0050] Optionally, the above-mentioned process processing device further includes a sending module, which is used for:

[0051] Obtain the selection request sent by the terminal device; the selection request is generated by the terminal device based on the selection operation of the driving object in the response list, and the selection request carries the target driving object selected based on the selection operation to perform travel services for the target trip;

[0052] The target driver is sent to their respective ride-hailing platform, which then dispatches the trip order for the target trip to the target driver.

[0053] Optionally, the sending module is also used for:

[0054] Receive a dispatch success message from the travel operation platform to which the target driver belongs; the dispatch success message indicates that the trip order for the target trip has been dispatched to the target driver;

[0055] If there are multiple ride-hailing platforms, the dispatch completion information for the target trip will be sent to all ride-hailing platforms except the one to which the target driver belongs.

[0056] Other travel operation platforms are used to cancel the trip order for the target trip based on the order completion information and return the order failure message to the driver who has accepted the trip order.

[0057] Optionally, the return module is also used for:

[0058] After receiving the order dispatch success message, return the order acceptance success message to the terminal device;

[0059] The terminal device is used to display the accepted order interface based on the successful order information. The accepted order interface is used to indicate that the selected target driver has accepted the target trip.

[0060] Optionally, the above-mentioned trip processing device further includes an automatic selection module, which, after sending the response list to the terminal device, is used to:

[0061] If no selection request is received from the terminal device within the set time period, the driver to perform the travel service for the target trip will be automatically selected from the response list.

[0062] Optionally, the target trip is the trip of the traveler; the method for automatically selecting the driver to provide travel services for the target trip from the response list is any of the following:

[0063] Automatic selection is based on the attribute information of the travel object, automatic selection is based on the attribute information of N driving objects, automatic selection is based on the attribute information of the driving tools of N driving objects, and automatic selection is based on the driving information of each of the N driving objects for the target trip.

[0064] The target trip has a starting point, and the driving information of any driver for the target trip includes at least one of the following:

[0065] The distance between the location of any driving object and the starting point of the trip, the estimated time required for any driving object to drive to the starting point of the trip, the estimated amount of resources required for any driving object to complete the target trip, the preset time for any driving object to reach the starting point of the trip, and the estimated time for any driving object to reach the starting point of the trip.

[0066] This application provides a computer device, including a memory and a processor. The memory stores a computer program, and when the computer program is executed by the processor, the processor performs the method of this application.

[0067] This application provides a computer-readable storage medium storing a computer program that, when executed by a processor, causes the processor to perform the method described in the above-mentioned aspect.

[0068] According to one aspect of this application, a computer program product is provided, comprising a computer program stored in a computer-readable storage medium. A processor of a computer device reads the computer program from the computer-readable storage medium and executes the computer program, causing the computer device to perform the methods provided in the various alternative embodiments described above.

[0069] In this application, the terminal device can receive a target trip and respond to a travel operation for that target trip, displaying a response list for that target trip. This response list can contain N driving entities that have responded to the target trip. Therefore, this application can select a driving entity to provide travel services for the target trip from this response list, such as allowing users to select the driving entity to provide travel services for their target trip from the response list themselves. It is evident that the method proposed in this application can aggregate driving entities that have responded to the target trip into the same response list, thereby allowing users to freely and flexibly select (i.e., determine) the driving entity to provide travel services for the target trip from this response list, thus enriching the methods for determining the driving entity to provide travel services for the target trip. Attached Figure Description

[0070] To more clearly illustrate the technical solutions in this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0071] Figure 1 This is a schematic diagram of the network architecture of a travel service network provided in an embodiment of this application;

[0072] Figure 2 This is a schematic diagram illustrating a scenario of requesting travel services provided in an embodiment of this application;

[0073] Figure 3 This is a flowchart illustrating a trip processing method provided in an embodiment of this application;

[0074] Figure 4 This is a schematic diagram of a travel interface provided in an embodiment of this application. Figure 1 ;

[0075] Figure 5 This is a schematic diagram illustrating the effect of the interface where the response list is located, provided in an embodiment of this application.

[0076] Figure 6This is a schematic diagram illustrating the effect of an order-accepted interface provided in an embodiment of this application;

[0077] Figure 7 This is a schematic diagram of the effect of a trip entry interface provided in an embodiment of this application. Figure 1 ;

[0078] Figure 8 This is a schematic diagram of the effect of a trip entry interface provided in an embodiment of this application. Figure 2 ;

[0079] Figure 9 This is a schematic diagram of a travel interface provided in an embodiment of this application. Figure 2 ;

[0080] Figure 10 This is a schematic diagram of the effect of a driving object search interface provided in an embodiment of this application. Figure 1 ;

[0081] Figure 11 This is a schematic diagram of the effect of a driving object search interface provided in an embodiment of this application. Figure 2 ;

[0082] Figure 12 This is a flowchart illustrating another trip processing method provided in an embodiment of this application;

[0083] Figure 13 This is a schematic diagram illustrating a scenario for dispatching orders to a target trip, as provided in an embodiment of this application.

[0084] Figure 14 This is a schematic diagram of a process for dispatching orders to a target trip, provided in an embodiment of this application.

[0085] Figure 15 This is a schematic diagram of the structure of a stroke processing device provided in an embodiment of this application;

[0086] Figure 16 This is a schematic diagram of another stroke processing device provided in an embodiment of this application;

[0087] Figure 17 This is a schematic diagram of the structure of a computer device provided in an embodiment of this application. Detailed Implementation

[0088] The technical solutions of this application will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0089] First, it should be noted that all data collected in this application (such as target itinerary, driving object, attribute information of the driving object's vehicle, attribute information of the driving object, and attribute information of the travel object, etc.) are collected with the consent and authorization of the data's owner (such as user, organization, or enterprise), and the collection, use, and processing of the relevant data must comply with the relevant laws, regulations, and standards of the relevant regions.

[0090] Please see Figure 1 , Figure 1 This is a schematic diagram of the network architecture of a travel service network provided in an embodiment of this application. For example... Figure 1 As shown, this network architecture may include a server 200 and a terminal device cluster. The terminal device cluster may include one or more terminal devices; the number of terminal devices is not limited here. Figure 1 As shown, multiple terminal devices may specifically include terminal device 1, terminal device 2, terminal device 3, ..., terminal device n; as... Figure 1 As shown, terminal device 1, terminal device 2, terminal device 3, ..., terminal device n can all connect to server 200 via the network, so that each terminal device can interact with server 200 through the network connection.

[0091] like Figure 1 The server 200 shown can be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms. The terminal device can be a smartphone, tablet, laptop, desktop computer, smart TV, in-vehicle terminal, smart home device, or other smart terminal. The following description uses the communication between terminal device 1 and server 200 as an example to illustrate the specific implementation of this application.

[0092] The terminal device 1 may have a travel service program (which may be a front-end client) that can be used to provide travel services to users. The server 200 may be the back-end server of the travel service program. The travel service-related operations performed by the terminal device 1 may be performed through the travel service program.

[0093] Please see also Figure 2 , Figure 2 This is a schematic diagram illustrating a scenario of requesting travel services provided in an embodiment of this application. Figure 2As shown, the aforementioned terminal device 1 can be the terminal device of a travel subject (a user who needs to be provided with travel services). The travel subject can trigger the operation of hailing a ride for the target trip on the terminal device 1 (as described below). Figure 3 (Corresponding to the travel operation in the embodiment), the terminal device can send the ride-hailing request corresponding to the ride-hailing operation (as described below). Figure 12 The travel request in the corresponding embodiment is sent to the server 200, so that the server 200 can obtain each driving object (such as the car owner) that responds to the target trip, and can aggregate the obtained driving objects to generate a response list (such as driving object 1 to driving object 5). The server 200 can send the response list to the terminal device 1, and the terminal device 1 can display the received response list.

[0094] Therefore, the traveler can view the response list on terminal device 1 and select their desired driver from the list, such as driver 2. Terminal device 1 can then send the user-selected driver 2 to server 200, which can then assign the target trip to driver 2 to provide travel services. Driver 2 can then drive their own vehicle (such as a car) to pick up the traveler and perform the travel service for the target trip, thus completing the travel service for the traveler.

[0095] Using the method provided in this application, users can flexibly choose their desired driving vehicle to provide them with travel services according to their own preferences, giving users control over the driving vehicle that provides them with travel services and improving the user experience.

[0096] Please see Figure 3 , Figure 3 This is a flowchart illustrating a trip processing method provided in an embodiment of this application. This embodiment primarily describes the relevant content on the front-end side (i.e., the user side). Figure 3 As shown, the method may include:

[0097] Step S101: Receive the target itinerary to be traveled.

[0098] Optionally, the executing entity in this application embodiment can be a terminal device, which may contain any type of program capable of providing travel services (such as ride-hailing services) (which can be called a travel service program). For example, the travel service program can be any type of program such as software, mini-program, or web application. The operations performed by the terminal device in this application embodiment can be performed through this travel service program. For instance, in a ride-hailing scenario, the travel service program can be any type of ride-hailing software, which may include any software capable of providing ride-hailing services, such as dedicated ride-hailing software or navigation software capable of providing ride-hailing services, etc.

[0099] The terminal device can receive a target travel itinerary, which can be any itinerary provided by the user requiring travel. The user providing the target itinerary can be called the travel recipient, and the travel recipient is the user who needs to be provided with travel services for that target itinerary. The target itinerary itself can contain its own itinerary information, and the itinerary information contained in (or possessed by) the target itinerary can vary depending on the type of the target itinerary. Essentially, the itinerary information of the target itinerary needs to include the origin and destination of the target itinerary. The origin is the point where the target itinerary departs, and the destination is the final destination of the target itinerary.

[0100] For example, the target trip can be, but is not limited to, any of the following types: a type with a tailwind to the driving object, a type of multiple trips combined, and a type of single trip not combined.

[0101] For example, in a ride-hailing scenario, the aforementioned type of "sharing a ride" with the driver can be a type of carpooling. In this case, the driver may already have a travel plan that includes the route to the target destination. That is, the travel plan includes the route from the starting point of the target destination to its ending point. Therefore, in this situation, the driver can complete the user's target destination while completing their own travel plan.

[0102] In this type of destination trip, where the traveler is on the same flight as the passenger, the trip information includes not only the origin and destination but also the departure time. This is to determine whether the driver can pick up the passenger within that departure time. The departure time is the acceptable travel time range for the destination trip. For example, a departure time of 8:00 AM to 8:30 AM indicates that the driver needs to arrive at the origin of the destination trip within that time to pick up the passenger and begin the trip. Optionally, the trip information may also include the number of passengers (the number of passengers required), whether there are pets, and whether the passenger is willing to share a ride with other users. All this information represents the travel conditions set by the passenger for the destination trip.

[0103] Similarly, in a ride-hailing scenario, the aforementioned type of trip grouping can be carpooling. In this type, travelers on the current target trip can carpool with travelers on other trips. These other trips can have the same route as the target trip (e.g., the same origin and destination), or they can be trips that pass through the target trip. For example, completing these other trips may also include the route from the origin to the destination of the target trip. Therefore, the target trip can be grouped with these other trips, and travelers can complete both trips simultaneously.

[0104] In this type of target trip, which is tailwind to the traveler, the trip information should include not only the origin and destination but also the number of passengers. This is to determine the capacity (e.g., passenger capacity) of the traveler's vehicle and whether it can accommodate multiple passengers. Optionally, the trip information may also include other information such as departure time, which is the acceptable departure time range for the traveler.

[0105] The aforementioned single-trip non-grouping type refers to trips that are not grouped with other trips. This means that while the driver is providing service for the target trip, they will not be providing service for any other trips. In this type of single-trip non-grouping, the target trip can be an immediate trip or a trip departing at a pre-booked time. If it's a trip departing at a pre-booked time, the trip information for the target trip can also include that pre-booked departure time, allowing drivers who subsequently accept orders to arrive at the starting point of the target trip at that pre-booked departure time to pick up the passenger.

[0106] The specific type of the target itinerary and the specific itinerary information it includes can be determined based on the actual application scenario, and this application does not impose any restrictions on this. The itinerary information for the target itinerary can all be provided by the traveler in the travel service application. Optionally, the starting point of the target itinerary can be the location obtained through real-time positioning of the traveler, or it can be the location entered by the traveler in the travel service application; similarly, the ending point of the target itinerary can also be the location entered by the traveler in the travel service application.

[0107] Step S102: In response to the travel operation for the target trip, display the response list; the response list contains N driving objects that have responded to the target trip, where N is a positive integer.

[0108] Optionally, the terminal device may display a response list in response to a travel operation on the acquired target trip. This travel operation may be triggered through a travel interface, such as through a travel control on the travel interface, or through voice, gesture, or other means. For example, the travel operation may be a taxi-hailing operation, which may be triggered through a taxi-hailing control on the travel interface, such as clicking on the taxi-hailing control, which may be one of the aforementioned travel controls.

[0109] The response list shown above can contain N driving objects that respond to the target trip, where N is a positive integer. The specific value of N can be determined according to the actual application scenario. For example, N can be a set response threshold, and the target trip can support a maximum number of driving objects that respond to the response threshold (such as 6). Alternatively, N can be the number of driving objects that respond to the target trip within a set response time (such as 5 seconds or 10 seconds). Or, N can be the number of driving objects that respond first within the set response time that is the number of the response threshold. The specific value can be determined according to the actual application scenario.

[0110] In this context, a driver can be a driver who can provide travel services, such as a driver registered on a travel operation platform. The travel operation platform can refer to a platform that operates drivers and can provide travel services, such as a dedicated ride-hailing platform. In other words, the driver can be a driver registered on the travel operation platform.

[0111] Optionally, the aforementioned travel service application itself can be a travel operation platform, allowing it to directly provide travel services to users. Alternatively, the application itself may not be a travel operation platform, but it can act as an intermediary platform (also known as an aggregation platform, such as a platform for aggregating ride-hailing services). Various travel operation platforms can register on this intermediary platform, and thus, each registered platform can provide travel services to users through it. Conversely, the intermediary platform can indirectly provide travel services to users through the registered travel operation platforms. For example, navigation software can typically act as an intermediary platform, allowing other ride-hailing platforms to register and enabling users to request travel services (such as ride-hailing) within the navigation software. The users registered within the travel service application can be the recipients of these services.

[0112] The aforementioned response to the target trip can refer to confirming the ability to provide travel services for the target trip. Therefore, the aforementioned N driving targets can be driving targets that are confirmed to provide travel services for the target trip, that is, driving targets that are able to accept the trip order for the target trip.

[0113] Optionally, the travel interface may include an electronic map (such as a high-definition map), which may mark the target itinerary, such as the start point, end point, and route from the start point to the end point. The method of displaying the response list may be, but is not limited to, any of the following:

[0114] Display the answer list within the target area of ​​the travel interface; display the answer list in a floating layer that is displayed independently above the travel interface; display the answer list in the interface that is navigated to based on the travel operation in the travel interface.

[0115] The aforementioned method of displaying the answer list within the target area of ​​the travel interface can mean that the answer list can be displayed directly within a specified area (i.e., the target area) of the travel interface without needing to jump to a new interface (i.e., a new page).

[0116] The aforementioned method of displaying the answer list in a floating layer independently above the travel interface can mean that the answer list can be displayed without jumping to a new interface. Instead, the answer list can be displayed in a floating layer independently above the travel interface, such as a pop-up window. When the answer list is displayed in the floating layer, the travel interface can be partially obscured by the floating layer, and the part of the travel interface that is not obscured by the floating layer is still visible to the user.

[0117] The above-mentioned display of the response list in the interface to which the user is redirected based on the travel operation can mean that after receiving the travel operation, the terminal device can jump from the travel interface to a new interface and display the response list in the new interface.

[0118] The specific display method and location of the above response list can be determined based on the actual application scenario.

[0119] Optionally, the display method of the above N driving objects in the response list may include, but is not limited to: the response list may contain a display area corresponding to each of the N driving objects, one driving object may correspond to one display area, and the display area corresponding to any driving object may be used to display the information associated with that driving object. The information associated with that driving object may also be set according to actual needs. The following describes the information associated with that driving object in an exemplary manner.

[0120] Optionally, the information associated with any of the above driving objects may include, but is not limited to, at least one of the following: attribute information of the driving tool of the driving object, attribute information of the driving object, and driving information of the driving object for the target trip.

[0121] The attribute information of the driving tool of any of the above-mentioned driving objects may refer to the attribute information related to the driving tool of any driving object, such as the color (e.g., white, red or blue), type (e.g., fuel vehicle or electric vehicle), identification number (e.g., license plate number), and / or model (e.g., model or series of car brand), etc.

[0122] Depending on the different application scenarios of this application, the driving vehicle of the driving object can also be different. For example, in a taxi scenario (also known as a ride-hailing scenario), the driving vehicle of the driving object can be the vehicle it drives; in a boat scenario, the driving vehicle of the driving object can be the boat it drives (the type of boat is not limited); in an airplane scenario, the driving vehicle of the driving object can be the airplane it flies. In other words, this application can be applied to any riding scenario, therefore, the driving vehicle of the driving object in this application can also be any type of transportation.

[0123] The attribute information of any of the aforementioned driving objects can also refer to attribute information related to that driving object, such as the driving credit score (e.g., a score given by the travel service program based on the effectiveness of the travel services provided by that driving object in the past), driving credit level (e.g., a rating given by the travel service program based on the effectiveness of the travel services provided by that driving object in the past), years of providing travel services (e.g., the number of years that the driving object has provided travel services), number of travel services provided (e.g., the total number of times that the driving object has provided travel services in the past), the name of that driving object (e.g., the surname of that driving object, such as Mr. Zhang), and / or the avatar of that driving object, etc.

[0124] The driving information of any of the aforementioned driving subjects for the target trip may include, but is not limited to, at least one of the following: the distance between the location of the driving subject (which may be a real-time location) and the starting point of the target trip (i.e., the geographical distance, such as 1.6 kilometers); the estimated time required for the driving subject to drive to the starting point of the target trip, such as the time estimated by the travel service program for the driving subject to drive from its location to the starting point, such as 3 minutes; and the estimated amount of resources required for the driving subject to complete the target trip, which may be the resources estimated by the travel service program for the driving subject to provide travel services for the target trip. The amount, such as the estimated taxi fare, such as 53 yuan; the estimated time for any driver to arrive at the starting point of the target trip, such as the time estimated by the travel service program for any driver to drive from the current location to the starting point of the trip, such as 6:32 pm; the preset time for any driver to arrive at the starting point of the target trip, such as in the case of a ridesharing type of target trip, the ridesharing driver can set the time when he passes by the starting point of the trip, such as 8:15 am, which is the preset time for the ridesharing driver to arrive at the starting point of the trip, and subsequent travelers can also determine whether to choose the current driver to provide ridesharing services based on the preset time.

[0125] Optionally, the N display areas corresponding to the N driving objects mentioned above can be arranged sequentially in the response list. The arrangement can be, but is not limited to, any of the following:

[0126] The N driving subjects are arranged and displayed in ascending order of the estimated resource consumption required to complete the target trip. In this way, the display area corresponding to the driving subject with the smaller estimated resource consumption required to complete the target trip will be displayed earlier in the response list, that is, the display area corresponding to the driving subject with the smaller estimated resource consumption required to complete the target trip will be displayed first.

[0127] The N driving targets are arranged and displayed in ascending order of distance between their current location and the start point of the target trip. In this method, the display area corresponding to the driving target whose location is closest to the start point of the target trip is displayed first in the response list; that is, the display area corresponding to the driving target whose location is closest to the start point of the target trip is displayed first.

[0128] The N drivers are arranged in ascending order of their estimated travel time to the destination. In this method, the driver with the shortest estimated travel time will be displayed earlier in the response list; that is, the driver with the shortest estimated travel time will be displayed first.

[0129] The N drivers are arranged and displayed sequentially in descending order of their driving credibility. In this method, the display area corresponding to a driver with a higher driving credibility is shown earlier in the response list; that is, the display area corresponding to a driver with higher driving credibility is prioritized. The driving credibility of a driver is reflected in their driving reputation score; a higher driving reputation score indicates higher credibility, and vice versa.

[0130] Furthermore, this application can also support users (such as travel subjects) in choosing how to arrange the N display areas corresponding to the N driving subjects. For example, the response list can include a display method selection control. Clicking the display method selection control will display the various arrangement methods mentioned above, such as arranging the display according to estimated resource quantity, distance, estimated time, and driving credibility. Users can choose from these multiple methods to display the N display areas corresponding to the N driving subjects.

[0131] The above description of the display area corresponding to each driving object is merely an example. The specific display area corresponding to each driving object can be determined according to the actual application scenario, and this application does not impose any restrictions on it.

[0132] Optionally, each of the aforementioned N driving objects can have its own object identifier in the response list. Each driving object can have one object identifier, and different driving objects can have different object identifiers. For example, the object identifier for each driving object can be a number assigned to each driving object. This number can be sequentially assigned according to the display order of the corresponding display areas. For instance, the driving object whose corresponding display area is the first can be numbered 1, the driving object whose corresponding display area is the second can be numbered 2, and so on.

[0133] Alternatively, the object identifier for each driving object can be an identifier color assigned to each driving object. Different driving objects have different identifier colors. For example, the identifier color of a driving object can be green, the identifier color of a driving object can be red, and so on.

[0134] Therefore, when displaying the answer list, at least one of the following data can also be displayed simultaneously:

[0135] The remaining selection time for the driving object in the response list. This application allows users to set a time limit (e.g., 30 seconds, or 1 minute) for selecting a driving object. This time limit is a set duration to avoid N driving objects waiting too long for the user's selection. Therefore, from the moment the response list is displayed, a countdown can begin from this set duration, such as starting from 1 minute and counting down in seconds. The countdown time is the remaining selection time. Before the countdown reaches 0, the user can manually select a driving object from the response list. When the countdown reaches 0, the travel service program can automatically select a driving object from the N driving objects in the response list to provide travel services to the user, as described in step S103 below.

[0136] In the electronic map, object identifiers for N driving objects are used to mark the locations of each of the N driving objects. That is, when displaying the response list, the real-time location of each driving object can be marked on the visual electronic map using its object identifier, allowing users to intuitively see the location of each driving object in their vicinity. Therefore, the electronic map displays the object identifiers of each driving object, showing the current location of that driving object on the electronic map to identify its position.

[0137] The routes marked on the electronic map from the locations of N driving objects to the starting point of the target journey are, in other words, the planned routes for each driving object to reach the starting point of the target journey can be marked on the electronic map. If each driving object is identified by a color, then the route for each driving object to reach the starting point can also be marked by the respective color of each driving object. A route can be visually represented as a line with a color on the electronic map.

[0138] The specific data to be displayed simultaneously when showing the response list can be arbitrarily set according to the actual application scenario, and this application does not impose any restrictions on this.

[0139] Step S103: Select the driver who will provide the travel service for the target trip from the response list.

[0140] Optionally, this application allows users (such as travelers) to flexibly select their desired driving vehicle from the response list. Since the response list can display various information, such as the driving vehicle's attribute information, the driving vehicle's attribute information, and the driving information of the driving vehicle for the target trip, users can select the driving vehicle they want to provide travel services for from the response list based on their actual needs, according to the displayed information.

[0141] Since the above-mentioned setting allows for the selection of a driving target for a set duration (such as 30 seconds or 1 minute), the method by which this application selects a driving target from the response list to perform travel services for the target trip (i.e., to provide travel services to the user to whom the target trip belongs) can include:

[0142] If, within the set time period after the response list is displayed, the user selects a driving object from the response list, the driving object triggered by that selection (such as a click) can be taken as the driving object that will ultimately provide travel services for the target trip. The driving object triggered by that selection is the driving object selected by the user through that selection.

[0143] If no selection is received from the driver in the response list within the set time limit after the response list is displayed, the ride service program can automatically select a driver from the response list to provide the ride service for the target trip. For details on how this automatic selection works, please refer to the following... Figure 12 The relevant descriptions in the corresponding embodiments.

[0144] Furthermore, the response list can also include a skip selection control. If the user does not want to select a driving target themselves, they can click the skip selection control to skip the selection of a driving target in the response list. Instead, the travel service program can automatically select a driving target from the response list for the user to perform the travel service for the target trip.

[0145] Therefore, in response to a triggering operation (such as a click) of the skip selection control, the terminal device can automatically select the driver who will provide the travel service for the target trip from the response list. For details on how this automatic selection works, please refer to the following... Figure 12 The relevant descriptions in the corresponding embodiments.

[0146] The travel operation is triggered by the travel interface, which can contain multiple registered travel operation platforms. Users can see these multiple travel operation platforms and can select the travel operation platforms in the travel interface so that the driving objects in the selected travel operation platform can provide travel services to the user, as described below.

[0147] The terminal device can mark the selected travel operation platform based on the user's selection of the travel operation platform in the travel interface. For example, each travel operation platform can have a small box in front of it, and the selected travel operation platform can have a checkmark in the small box. One or more travel operation platforms can be selected.

[0148] The terminal device can then respond to the aforementioned travel operation by displaying a response list. Each of the N driving entities in this list can belong to a driving entity within the selected travel service platform. If the user has not selected a travel service platform, the N driving entities can include driving entities from various travel service platforms registered within the travel service application.

[0149] Please see Figures 4-6 , Figure 4 This is a schematic diagram of a travel interface provided in an embodiment of this application. Figure 1 , Figure 5 This is a schematic diagram illustrating the effect of the interface where the response list is located, provided in an embodiment of this application. Figure 6 This is a schematic diagram illustrating the effect of an order-accepted interface provided in an embodiment of this application. For example... Figure 4 As shown, the travel interface may include an electronic map, which may mark the route of the target trip. The travel interface may also include multiple travel operation platforms that users can choose from (such as travel operation platform 1 to travel operation platform 4 as shown here).

[0150] This travel interface allows users to select the travel service platform they wish to initiate and perform travel actions on the target trip (such as clicking the "Simultaneous Call" control on this travel interface), which will then be displayed. Figure 5 The interface shown can display a response list, which can be displayed in the target area of ​​the travel interface. That is, the response list can replace the content displayed in the target area of ​​the travel interface before the travel operation is triggered.

[0151] The response list can include remaining selection time (such as a 10-second countdown here), a skip selection control, a confirm selection control, and display areas corresponding to each driving object (here, the display areas for driving object Mr. Zhang, driving object Mr. Li, and driving object Mr. Wu). Users can trigger the skip selection control to skip the selection of a driving object, allowing the system to automatically select the driving object to provide the travel service for the target trip. Alternatively, the display areas corresponding to each driving object can be triggerable (e.g., selectable). Therefore, users can click on the driving object they want to select, such as Mr. Zhang in this case. After selecting Mr. Zhang, his real-time location will be displayed on the electronic map. Furthermore, after selecting Mr. Zhang, users can click the confirm selection control, thus finalizing the selection of Mr. Zhang as the driving object in the response list. Both clicking on the driving object and clicking the confirm selection control can be considered selection operations for driving objects in the response list.

[0152] The user clicked the above Figure 5 After confirming the selection in the interface shown, the page will be displayed. Figure 6 The "Accepted Orders" screen shown indicates that the driver, Mr. Zhang, selected by the user, has accepted the user's desired trip and is on his way to pick them up. This screen may include an electronic map showing Mr. Zhang's route to pick up the user, his real-time location, and information such as the license plate number of Mr. Zhang's vehicle.

[0153] Please see Figures 7-11 , Figure 7 This is a schematic diagram of the effect of a trip entry interface provided in an embodiment of this application. Figure 1 , Figure 8 This is a schematic diagram of the effect of a trip entry interface provided in an embodiment of this application. Figure 2 , Figure 9 This is a schematic diagram of a travel interface provided in an embodiment of this application. Figure 2 , Figure 10 This is a schematic diagram of the effect of a driving object search interface provided in an embodiment of this application. Figure 1 , Figure 11 This is a schematic diagram of the effect of a driving object search interface provided in an embodiment of this application. Figure 2 .

[0154] Figure 7 The trip entry interface shown is for entering trips that involve sharing a ride with a passenger (such as a carpooling trip). This interface can include a time setting control, allowing users to set their departure time for the trip (either a time range or a specific time). For example, if the user (i.e., the passenger) clicks the time setting control, the desired time will be displayed. Figure 8 The itinerary entry interface shown is as follows: Figure 8 The itinerary entry interface shown can have a pop-up window (in this case, a floating layer) where users can set their desired departure time. For example, the departure time selected here could be 20:15-20:30. Additionally, users can also... Figure 7 The itinerary entry interface shown allows you to enter the trip's start point, destination, and number of passengers (e.g., the number of people traveling together). Among these... Figure 7 The itinerary entry interface shown is Figure 8 The itinerary entry interface shown can be the same itinerary entry interface.

[0155] After setting the departure time, users can click... Figure 8 The itinerary confirmation control (i.e., the "Departure time: 20:15-20:30 today" control) in the interface shown is displayed. Figure 9 The travel interface shown will allow you to book a ride. Figure 9 The travel interface shown can also include multiple travel service platforms for users to choose from. After selecting or not selecting a travel service platform, users can click the "Book a Ride-Sharing" control (clicking the "Book a Ride-Sharing" control can be the same as the travel operation described above), which will then be displayed. Figure 10 The driving object search interface shown.

[0156] Figure 10 The driving object search interface shown can be used to prompt the user that it is searching for driving objects that can respond to the user's target trip. The driving object search interface can include information related to the user's target trip (such as the trip start point and trip end point).

[0157] After the terminal device obtains the response list (i.e., after obtaining the various drivers who responded to the user's target trip), it can display it. Figure 11The driving object search interface shown displays a response list, which includes various driving objects that respond to the user's target trip. In this case, the response list includes driving objects Mr. Zhang, Mr. Chen, and Ms. Wu. The response list can also include a display area corresponding to each driving object, which displays the information associated with each driving object.

[0158] Furthermore, the display area corresponding to each driving object can also contain controls for selecting each driving object (such as the car owner selection control here). Users can select their desired car owner through the car owner selection control in the display area corresponding to each driving object. For example, a user can click the car owner selection control in the display area corresponding to the driving object Mr. Zhang to select Mr. Zhang to provide travel services for their target trip.

[0159] Optionally, for ride-sharing trips, the fare can be prepaid. Therefore, after selecting Mr. Zhang as the driver, the user's device can be redirected to the mini-program of the ride-sharing platform where Mr. Zhang operates, allowing the user to prepay the fare within the mini-program. Alternatively, ride-sharing trips may not require prepayment of the fare, depending on the specific policies and regulations of each ride-sharing platform.

[0160] By using the method provided in this application, users can autonomously and flexibly select the driving object they wish to use to provide travel services based on the information associated with each driving object. Selecting a driving object is equivalent to selecting a driving tool. Therefore, this method allows users to freely choose the driving tool they wish to use, thereby increasing the flexibility of users' selection of driving objects and driving tools when traveling, and enriching the way users determine (and select) the driving object that provides travel services to them.

[0161] In this application, the terminal device can receive a target trip and respond to a travel operation for that target trip, displaying a response list for that target trip. This response list can contain N drivers who have responded to the target trip. Therefore, this application can select a driver to provide travel services for the target trip from this response list. For example, it can support users to select a driver to provide travel services for their target trip from the response list. It is evident that the method proposed in this application can aggregate drivers who have responded to the target trip into the same response list, thereby allowing for free selection (i.e., determination) of the driver to provide travel services for the target trip from this response list, thus enriching the methods for determining the driver to provide travel services for the target trip.

[0162] Please see Figure 12 , Figure 12 This is a flowchart illustrating another process handling method provided in this application. This application mainly describes the relevant content on the backend side (i.e., the technical side). For example... Figure 12 As shown, the method may include:

[0163] Step S201: Obtain the travel request sent by the terminal device; the travel request carries the target itinerary and is generated when the terminal device responds to the travel operation on the target itinerary.

[0164] Optionally, the executing entity in this embodiment may be a server, which may be the backend server of the aforementioned travel service program. The server can obtain the travel request sent by the aforementioned terminal device, which may carry the aforementioned target itinerary. The travel request may be generated when the terminal device responds to the aforementioned travel operation for the target itinerary. The travel request may be a request from a driver object requesting the server to obtain a response for the target itinerary.

[0165] Step S202: Obtain the response list of the target trip; the response list contains N driving objects that respond to the target trip, where N is a positive integer.

[0166] Optionally, after receiving the aforementioned travel request, the server can obtain the response list for the target trip carried by the travel request. This response list contains N driving entities that have responded to the target trip. The process of obtaining this response list can be described as follows.

[0167] The server can send the target trip (including trip information) to at least one travel operation platform. If the user (e.g., the travel subject) selects a travel operation platform in the above travel interface, then the at least one travel operation platform includes the travel operation platform selected by the user. If the user does not select a travel operation platform in the above travel interface, then the at least one travel operation platform can include various travel operation platforms registered in the travel service program.

[0168] Each of the at least one travel operation platform can create its own trip orders for a specific target trip. Each platform can publish these trip orders on its own platform, making them visible to drivers on each platform (e.g., through the client-side interface of their respective platform). Drivers can view the trip orders published on their platform and decide whether to accept them. The client-side interface may include controls for accepting trip orders (e.g., confirmation controls). Drivers can click these confirmation controls to accept the trip order, which constitutes pre-dispatch of the order, not final dispatch. Therefore, accepting a trip order for a specific target trip is equivalent to accepting the trip itself.

[0169] Therefore, each ride-hailing platform can collect (either within a specified response time, such as within 5 or 10 seconds after a ride order for the target trip is posted) information from drivers who have responded to the ride order for the target trip on their respective ride-hailing platform.

[0170] Each ride-hailing platform can return the drivers who have responded to the trip order for the target trip to the server. The server can then obtain the drivers returned by each of the at least one ride-hailing platform. Any driver returned by any one of these platforms is considered a driver who responded to the trip order for the target trip on that platform. When returning a driver, each platform may include information associated with the driver that needs to be displayed in the response list, such as at least one of the following: the driver's vehicle attributes, the driver's own attributes, and the driver's driving information for the target trip.

[0171] In addition, the ride-hailing platform can also share the real-time location (i.e., positioning) of each driver with the ride-hailing service program (specifically, it can share it with the server in the backend of the ride-hailing service program). Alternatively, the ride-hailing service program (such as the server) can also obtain the real-time location of each driver on each ride-hailing platform through the location interface provided by the ride-hailing platform. Therefore, the server can also obtain the real-time location of each driver returned by each ride-hailing platform and mark the location of each driver on the electronic map through the object identifier of each driver.

[0172] The server can integrate and process the driver objects returned by each travel operation platform and the information associated with those driver objects to obtain a response list. Optionally, this application can set a response threshold. The server may obtain a large number of driver objects returned by each travel operation platform, exceeding the response threshold. Therefore, the server can select the number of driver objects that meet the response threshold (e.g., 10) from the driver objects returned by each travel operation platform. For example, it can select the first 10 driver objects to respond, or select the 10 driver objects that respond closest to the starting point of the target trip, as the N driver objects constituting the response list. The response list can contain a display area corresponding to each of the N driver objects, and the display area corresponding to each driver object can be used to display the information associated with that driver object.

[0173] Optionally, if the aforementioned travel service program is itself a travel operation platform, the server can also generate and publish the travel order for the target trip, thereby collecting the drivers who respond to the travel order within its own platform, and integrating the collected drivers in the manner described above to obtain a response list.

[0174] Step S203: Return the response list to the terminal device so that the terminal device can display the response list.

[0175] Optionally, the server can return the generated response list to the terminal device, allowing the terminal device to display the response list. In this way, the user can select the driving vehicle for whom they wish to provide travel services from the response list, as described below.

[0176] The server can receive selection requests sent by the terminal device. These requests can be generated by the terminal device based on a selection operation of a driving object in the response list. The selection request carries the driving object selected by the user based on the selection operation to perform the travel service for the target trip; this driving object can be referred to as the target driving object. The target driving object is the driving object selected by the user in the response list displayed on the terminal device, and there can be only one target driving object. This selection request can also be generated by the terminal device by receiving selection operations of driving objects in the response list within a set time period after the response list is displayed.

[0177] The server can send the target driver to the ride-hailing platform to which the driver belongs. For example, it can send the target driver's unique identifier (which may be the driver's identifier returned by the ride-hailing platform when it returns the driver to the server) to the ride-hailing platform to which the target driver belongs. This allows the ride-hailing platform to finally assign the trip order to the target driver. After assignment, the target driver can see the accepted order information in the client of the ride-hailing platform and can then prepare to perform the ride service for the target trip. For example, the target driver can drive to the starting point of the target trip immediately or at a set time to pick up the passenger and provide the ride service for the target trip.

[0178] Furthermore, after the ride-hailing platform to which the target driver belongs dispatches the trip order for the target trip to the target driver, it can generate a dispatch success message. The ride-hailing platform to which the target driver belongs can return this dispatch success message to the server. The server can then receive this dispatch success message from the ride-hailing platform to which the target driver belongs. This dispatch success message is used to indicate that the trip order for the target trip has been dispatched to the target driver. This dispatch success message can also include the trip order (including order-related information) dispatched to the target driver, so that the server can also record this trip order (including order-related information) as a historical record and credential for subsequent user trips.

[0179] Optionally, if the aforementioned travel service program itself is a travel operation platform, the server can also directly dispatch the published trip order for the target trip to the driver selected by the user.

[0180] If the server sends the target trip to multiple ride-hailing platforms (i.e., at least one ride-hailing platform), the server can also send a trip completion message to other ride-hailing platforms besides the one where the target driver is located. This completion message indicates to the other ride-hailing platforms that the target trip has been assigned. Upon receiving this completion message, the other ride-hailing platform can cancel the trip order without reassigning it. It can also send a failed order notification to the driver who accepted the trip order on its platform. This failed order notification may indicate that the accepted trip failed, such as "The current trip has been accepted by another driver."

[0181] Please see Figure 13 , Figure 13This is a schematic diagram illustrating a scenario for dispatching orders to a target trip, as provided in an embodiment of this application. Figure 13 As shown, ① the server can send the target trip to various travel operation platforms (including travel operation platforms 1 to 4). Each travel operation platform can generate and publish the trip order for the target trip on its own platform, and can obtain the drivers who respond to the trip order for the target trip on its own platform. ② Each travel operation platform can return the drivers who responded to the trip order for the target trip to the server, so that the server can aggregate the drivers returned by each travel operation platform and generate a response list.

[0182] The server can send the generated response list to the terminal device, which can then display the list for the user to select a driving target. The user-selected driving target can be the target driving target. The terminal device can then return the user-selected target driving target to the server. The server can then send the target driving target (including its associated identification information) to its affiliated travel operation platform. Here, the affiliated travel operation platform can be travel operation platform 4.

[0183] Therefore, ⑤ the travel operation platform 4 to which the target driver belongs can finally dispatch the trip order for the target trip to the target driver. After successful dispatch, it can return dispatch success information to the server. ⑥ After receiving the dispatch success information, the server can send dispatch termination information for the target trip to other travel operation platforms (including travel operation platform 1, travel operation platform 2, and travel operation platform 3) other than travel operation platform 4, so that the other travel operation platforms can cancel the trip order for the target trip, that is, cancel the dispatch action for the target trip.

[0184] Through the above process, the trip order for the target trip is finally assigned to the target driver in the travel operation platform 4.

[0185] After receiving the order dispatch success information, the server can also return order acceptance success information to the terminal device. The terminal device can then display an order acceptance interface through this information, indicating to the user that the selected target driver has successfully accepted the order for the target trip. This order acceptance interface can include an electronic map, which can mark information related to the target driver's journey to the starting point of the target trip. This information may include the remaining time, remaining distance, route, and relevant pickup prompts (such as "Driver is heading to the starting point"), etc.

[0186] Furthermore, if after sending the response list to the terminal device (the server sending the response list and the terminal device displaying the response list can be considered synchronous, and the slight delay in between can be ignored), the server does not receive the aforementioned selection request sent by the terminal device within the set time period (i.e. the time period during which the user can select the driving target), then the server can automatically select the driving target to perform the travel service for the target trip from the response list.

[0187] Furthermore, if the user triggers (e.g., clicks) the aforementioned skip selection control in the response list displayed on the terminal device, the terminal device can send a skip selection request to the server. Upon receiving the skip selection request, the server can also automatically select the driver to perform the travel service for the target trip from the response list.

[0188] Wherein, the target trip is the trip of the travel object. The server can automatically select the driving object to perform the travel service for the target trip from the response list in any of the following ways, but is not limited to:

[0189] Automatic selection is performed based on the attribute information of the traveler, the attribute information of N driving objects, the attribute information of the driving tools of N driving objects, and the driving information of each of the N driving objects for the target trip.

[0190] Among them, the driving information of the driving subject for the target trip is in the above Figure 3 As also described in the corresponding embodiment, the driving information for any driving object regarding the target trip is prompted again here. The driving information may include at least one of the following: the distance between the location of any driving object and the starting point of the target trip, the estimated time required for any driving object to drive to the starting point of the target trip, the estimated amount of resources required for any driving object to complete the target trip, the preset time for any driving object to reach the starting point of the target trip, and the estimated time for any driving object to reach the starting point of the target trip.

[0191] For example, regarding the automatic selection method based on the traveler's attribute information, it could be based on the traveler's historical travel preferences. If the traveler has consistently selected white vehicles in their past trips, the server could automatically select any white vehicle from N available vehicles to provide the travel service for the target trip. Similarly, if the traveler has consistently selected the vehicle with the lowest estimated resource consumption in their past trips, the server could automatically select the vehicle with the lowest estimated resource consumption required to complete the target trip from among the N available vehicles to provide the travel service for the target trip. And so on.

[0192] The method described above, which automatically selects drivers based on the attribute information of N drivers, could also be based on the driving credibility of each driver. For example, the driver with the highest driving credibility could be selected as the driver to provide the travel service for the target trip. And so on.

[0193] Regarding the aforementioned method of automatically selecting vehicles based on the attribute information of N driving objects, color priority can be set. Vehicles with distinctive colors can be prioritized for providing transportation services to the target trip; for example, purple vehicles could be prioritized, followed by red, then blue, then white, and so on. The specific color priority can be determined based on the actual application scenario, and this application does not impose any restrictions on it.

[0194] The above-mentioned method of automatically selecting drivers based on the driving information of N drivers for the target trip can, for example, select the driver closest to the starting point of the target trip; or select the driver with the least estimated resource consumption to complete the target trip; or select the driver with the earliest preset arrival time at the starting point of the target trip; or select the driver with the shortest estimated time to reach the starting point of the target trip, and so on.

[0195] The specific method by which the server automatically selects the driver to provide travel services to the user can be determined based on the actual application scenario, and this application does not impose any restrictions on this. The process after the server automatically selects the driver to perform the travel service for the target trip from the response list is the same as the process after the server obtains the target driver through the aforementioned selection request. Both involve allowing the selected driver's travel operation platform to dispatch an order to that driver, while allowing other travel operation platforms to cancel trip orders for the target trip, and so on.

[0196] The method described in this application divides the process of selecting a driver for the user into two stages: the first stage can be a response stage, and the second stage can be a dispatch stage. In the response stage, drivers who have responded to the user's trip are collected (i.e., the stage where drivers respond), and in the dispatch stage, a driver is selected from the responding drivers to provide travel services to the user (i.e., the stage where a driver is selected). This provides multiple responding drivers for the user to choose from flexibly, thus improving the user experience.

[0197] Please see Figure 14 , Figure 14 This is a schematic diagram of a process for dispatching orders to a target trip, provided by an embodiment of this application. The process in this embodiment may include multiple parties: passengers (i.e., users requiring travel services, such as the aforementioned travel recipients), passenger terminals (which may be passenger client applications, such as the travel service program in the aforementioned terminal device), ride-hailing services (the backend providing travel services, such as the aforementioned server), and transportation capacity (such as at least one travel operation platform to which the target trip is sent). Figure 14 As shown, the process may include:

[0198] 1. Passengers can select a transportation provider and place an order on the passenger app. For example, passengers can select the transportation provider they wish to use for their trip on the travel interface. After selection, the travel operation for the target trip can be triggered, which can be an order placement operation.

[0199] 2. After receiving the passenger's order confirmation, the passenger can send the desired travel destination to the ride-hailing service.

[0200] 3. After receiving a target trip, the ride-hailing service can perform business and risk control verifications on that trip. For example, business verification could check if the distance between the trip's origin and destination exceeds a set distance threshold. If it does, the distance is too large, the service does not support it, and the current process ends. If it doesn't exceed the threshold, the trip is normal, the service supports it, and the process continues. Risk control verification could check if the passenger is on a blacklist. If they are, the passenger is problematic and untrustworthy, and the process ends. If they are not, the passenger is trustworthy, and the process continues. The specific verifications included in these business and risk control checks can be set according to actual needs; this application does not impose any restrictions on this.

[0201] 4. Ride-hailing services can store the intended travel itinerary in a database.

[0202] 5. Ride-hailing services can send target trips to various transportation providers (such as at least one of the aforementioned travel operation platforms).

[0203] 6. Once each transportation provider obtains a target trip, it can create a trip order for that trip, publish the created trip order, and return the order ID (i.e., order identifier) ​​of the trip order created for the target trip to the ride-hailing service.

[0204] 7. The ride-hailing service can save the order IDs of the trip orders created for the target trip returned by each transportation provider.

[0205] 8. The ride-hailing service can update the status of the target trip to "dispatching", indicating that the target trip is currently being dispatched.

[0206] 9. The ride-hailing service can return the updated status of the target trip to the passenger's end, so that the passenger can also update the status of the target trip on the interface, such as updating it to "dispatch in progress", for the user to perceive.

[0207] 10. After each transportation provider publishes the trip order for the target trip, it can detect the driver's hand-raising response to the trip order and collect the drivers (i.e., the drivers) who have responded to the trip order for the target trip.

[0208] 11. Each transportation provider can send back the vehicle owner information (such as the vehicle owner's identification) of the drivers who have responded to the trip orders for the target trip to the ride-hailing service.

[0209] 12. Ride-hailing services can save the driver information returned by various transportation providers for drivers who have responded to the target trip.

[0210] 13. Ride-hailing services can aggregate and generate a response list for the target trip by using the driver information returned by various transportation providers, and can send the response list to the passenger.

[0211] 14. The passenger app can display a list of received responses. Passengers can view this list and make a decision (i.e., select) their preferred driver from the list.

[0212] 15. Passengers can send the driver they selected to the ride-hailing service.

[0213] 16. Ride-hailing services can send the driver selected by the passenger (such as the driver's identification) to the vehicle's service provider.

[0214] 17. The vehicle provider selected by the passenger can officially dispatch the trip order to the selected vehicle provider. After successful dispatch, the vehicle provider can return a success decision to the ride-hailing service, such as the above-mentioned order dispatch success information.

[0215] 18. After a successful decision is made, the ride-hailing service can finally store the information of the driver selected by the user in the database, and can save the order information related to the driver for the target trip.

[0216] 19. The ride-hailing service can update the status of the target trip to "accepted," indicating that the target trip has been successfully dispatched.

[0217] 20. Ride-hailing services can asynchronously cancel the hand-raising action of other transportation providers (other than the one selected by the passenger) for the target trip. This cancels the action of other transportation providers responding to the target trip, so that other transportation providers no longer need to dispatch orders for the target trip. Asynchronous cancellation can be achieved through dispatch end information.

[0218] 21. The ride-hailing service can notify the passenger that the decision on the target trip has been successful, that is, notify the passenger that the target trip has been assigned to the driver selected by the passenger.

[0219] 22. Passengers can refresh the status information of the target trip, such as refreshing it to show the status as "order accepted" or refreshing it to display the "order accepted" interface mentioned above.

[0220] The method described in this application enables passengers to reverse-select vehicle owners, giving them the right to choose and control over the vehicle owners who provide travel services for their desired itinerary, thereby enhancing the user's travel experience.

[0221] Please see Figure 15 , Figure 15 This is a schematic diagram of a process processing device provided in an embodiment of this application. This process processing device is applied to a terminal device. For example... Figure 15 As shown, the process processing device 1 may include: a receiving module 11, a display module 12, and a selection module 13.

[0222] Receiver module 11 is used to receive the target itinerary to be traveled;

[0223] Display module 12 is used to respond to travel operations for the target trip and display a response list; the response list contains N driving objects that have responded to the target trip, where N is a positive integer;

[0224] Selection module 13 is used to select a driver from the response list to perform travel services for the target trip.

[0225] Optionally, the travel operation is triggered by the travel interface, which includes an electronic map marking the target itinerary; the response list can be displayed in any of the following ways:

[0226] Display the answer list within the target area on the travel interface;

[0227] The answer list is displayed in a separate overlay above the travel interface;

[0228] The response list is displayed on the interface that the user is redirected to based on the travel operation.

[0229] Optionally, the response list contains a display area corresponding to each of the N driving objects, and the display area corresponding to any driving object is used to display the information associated with any driving object;

[0230] The information associated with any driving object includes at least one of the following: the attribute information of the driving tool of any driving object, the attribute information of any driving object, and the driving information of any driving object for the target trip;

[0231] The target journey has a starting point, and the driving information includes at least one of the following: the distance between the location of any driving object and the starting point, the estimated time required for any driving object to drive to the starting point, the estimated amount of resources required for any driving object to complete the target journey, the estimated time for any driving object to reach the starting point, and the preset time for any driving object to reach the starting point.

[0232] Optionally, the N display areas corresponding to the N driving objects can be arranged and displayed sequentially in the response list in any of the following ways:

[0233] Arrange and display them in ascending order of the estimated resource consumption required for N driving objects to complete the target journey;

[0234] The N driving objects are arranged and displayed in ascending order of the distance between their location and the starting point of the journey;

[0235] The N driving objects are arranged and displayed in ascending order of the estimated time required to drive to the starting point of the journey;

[0236] The N driving subjects are arranged and displayed in descending order of their driving credibility.

[0237] Optionally, each of the N driving objects in the response list has its own object identifier, and the target trip has a trip start point;

[0238] When displaying the answer list, at least one of the following data is also displayed simultaneously:

[0239] Given the remaining selection time for each driving object in the response list, the locations of the N driving objects are marked on the electronic map using object identifiers. The routes from each of the N driving objects' locations to the starting point of the journey are also marked on the electronic map.

[0240] Optionally, the selection module 13 selects from the response list the method by which the driver performs the travel service for the target trip, including:

[0241] If a selection operation is performed on a driving object in the response list within a set time after the response list is displayed, the driving object triggered by the selection operation will be used as the driving object to perform the travel service for the target trip.

[0242] If no selection action is received from the driver in the response list within the set time period, the driver to perform the travel service for the target trip will be automatically selected from the response list.

[0243] Optionally, the response list includes a skip selection control; selection module 13 is also used for:

[0244] In response to a trigger action on the skip selection control, the driver object that will perform the travel service for the target trip will be automatically selected from the response list.

[0245] Optionally, the travel operation is triggered by the travel interface, which contains multiple travel operation platforms.

[0246] The display module 12 responds to travel operations for the target trip and displays the response list in the following ways:

[0247] Based on the user's selection of a travel operation platform in the travel interface, the selected travel operation platform is marked.

[0248] In response to a travel request, a response list is displayed; all N drivers in the response list belong to the selected travel operation platform.

[0249] Optionally, the target trip can be any of the following:

[0250] Types that travel with the wind, types that combine multiple trips, and types that do not combine single trips.

[0251] According to one embodiment of this application, Figure 3 The steps involved in the illustrated process handling method can be derived from... Figure 15 The various modules in the process processing device 1 shown are used to execute the process. For example, Figure 3 Step S101 shown can be performed by Figure 15 The receiving module 11 in the middle is used to perform the operation. Figure 3 Step S102 shown can be performed by Figure 15 The display module 12 in the middle is used to execute; Figure 3 Step S103 shown can be performed by Figure 15 The selection module 13 is used to execute.

[0252] Please see Figure 16 , Figure 16 This is a schematic diagram of another process processing device provided in an embodiment of this application. This process processing device 2 is applied to a server. Figure 16As shown, the process processing device 2 may include: a first acquisition module 21, a second acquisition module 22, and a return module 23.

[0253] The first acquisition module 21 is used to acquire the travel request sent by the terminal device; the travel request carries the target itinerary and is generated when the terminal device responds to the travel operation of the target itinerary;

[0254] The second acquisition module 22 is used to acquire the response list of the target trip; the response list contains N driving objects that respond to the target trip, where N is a positive integer;

[0255] The return module 23 is used to return the response list to the terminal device so that the terminal device can display the response list.

[0256] Optionally, the second acquisition module 22 may acquire the response list of the target trip in the following ways:

[0257] Send the target trip to at least one travel operation platform, so that each travel operation platform can publish its own trip order for the target trip;

[0258] Obtain the driver object returned by at least one ride-hailing operation platform; the driver object returned by any ride-hailing operation platform is the driver object that responded to the trip order for the target trip on that ride-hailing operation platform;

[0259] The system integrates and processes driver responses returned by at least one ride-hailing platform to generate a response list.

[0260] Optionally, the above-mentioned process processing device 2 further includes a sending module 24, which is used for:

[0261] Obtain the selection request sent by the terminal device; the selection request is generated by the terminal device based on the selection operation of the driving object in the response list, and the selection request carries the target driving object selected based on the selection operation to perform travel services for the target trip;

[0262] The target driver is sent to their respective ride-hailing platform, which then dispatches the trip order for the target trip to the target driver.

[0263] Optionally, the sending module 24 is also used for:

[0264] Receive a dispatch success message from the travel operation platform to which the target driver belongs; the dispatch success message indicates that the trip order for the target trip has been dispatched to the target driver;

[0265] If there are multiple ride-hailing platforms, the dispatch completion information for the target trip will be sent to all ride-hailing platforms except the one to which the target driver belongs.

[0266] Other travel operation platforms are used to cancel the trip order for the target trip based on the order completion information and return the order failure message to the driver who has accepted the trip order.

[0267] Optionally, return module 23 is also used for:

[0268] After receiving the order dispatch success message, return the order acceptance success message to the terminal device;

[0269] The terminal device is used to display the accepted order interface based on the successful order information. The accepted order interface is used to indicate that the selected target driver has accepted the target trip.

[0270] Optionally, the above-mentioned trip processing device 2 further includes an automatic selection module 25, which, after sending the response list to the terminal device, is used to:

[0271] If no selection request is received from the terminal device within the set time period, the driver to perform the travel service for the target trip will be automatically selected from the response list.

[0272] Optionally, the target trip is the trip of the traveler; the method for automatically selecting the driver to provide travel services for the target trip from the response list is any of the following:

[0273] Automatic selection is based on the attribute information of the travel object, automatic selection is based on the attribute information of N driving objects, automatic selection is based on the attribute information of the driving tools of N driving objects, and automatic selection is based on the driving information of each of the N driving objects for the target trip.

[0274] The target trip has a starting point, and the driving information of any driver for the target trip includes at least one of the following:

[0275] The distance between the location of any driving object and the starting point of the trip, the estimated time required for any driving object to drive to the starting point of the trip, the estimated amount of resources required for any driving object to complete the target trip, the preset time for any driving object to reach the starting point of the trip, and the estimated time for any driving object to reach the starting point of the trip.

[0276] According to one embodiment of this application, Figure 12 The steps involved in the illustrated process handling method can be derived from... Figure 16 The various modules in the process processing device 2 shown are used to execute this process. For example, Figure 12Step S201 shown can be performed by Figure 16 The first acquisition module 21 in the process is executed. Figure 12 Step S202 shown can be performed by Figure 16 The second acquisition module 22 in the middle is used to execute; Figure 12 Step S203 shown can be performed by Figure 16 The return module 23 in the middle is used to execute.

[0277] In this application, the terminal device can receive a target trip and respond to a travel operation for that target trip, displaying a response list for the target trip. This response list can contain N drivers who have responded to the target trip. Therefore, this application can select a driver to provide travel services for the target trip from this response list, such as allowing users to select the driver to provide travel services for their target trip from the response list themselves. It is evident that the device proposed in this application can aggregate drivers who have responded to the target trip into the same response list, thereby allowing for free selection (i.e., determination) of the driver to provide travel services for the target trip from this response list, thus enriching the methods for determining the driver to provide travel services for the target trip.

[0278] According to one embodiment of this application, Figure 15 The stroke processing device 1 shown and Figure 16 The various modules in the illustrated travel processing device 2 can be individually or entirely combined into one or more units, or some of these units can be further divided into multiple functionally smaller sub-units to achieve the same operation without affecting the technical effects of the embodiments of this application. The above modules are based on logical functional division; in practical applications, the function of one module can be implemented by multiple units, or the functions of multiple modules can be implemented by one unit. In other embodiments of this application, travel processing device 1 and travel processing device 2 may also include other units. In practical applications, these functions can also be implemented with the assistance of other units, and can be implemented collaboratively by multiple units.

[0279] In this application embodiment, the terms "module" or "unit" refer to a computer program or part of a computer program that has a predetermined function and works with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

[0280] According to one embodiment of this application, a computer program capable of executing the steps involved in the corresponding methods shown in the various embodiments of this application can be run on a general-purpose computer device (which may include processing elements and storage elements such as a central processing unit (CPU), random access memory (RAM), and read-only memory (ROM)) to construct a system as described in the embodiments of this application. Figure 15 The stroke processing device 1 shown and as Figure 16 The process processing device 2 shown above. The computer program described above can be recorded on a computer-readable recording medium, and can be loaded into the computer device described above through the computer-readable recording medium and run therein.

[0281] Please see Figure 17 , Figure 17 This is a schematic diagram of the structure of a computer device provided in an embodiment of this application. Figure 17 As shown, the computer device 1000 may include a processor 1001, a network interface 1004, and a memory 1005. In some embodiments, the computer device 1000 may also include a user interface 1003 and at least one communication bus 1002. The communication bus 1002 is used to enable communication between these components. The user interface 1003 may include a display screen and a keyboard; optionally, the user interface 1003 may also include a standard wired interface or a wireless interface. The network interface 1004 may optionally include a standard wired interface or a wireless interface (such as a Wi-Fi interface). The memory 1005 may be high-speed RAM or non-volatile memory, such as at least one disk storage device. Optionally, the memory 1005 may also be at least one storage device located remotely from the aforementioned processor 1001. Figure 17 As shown, the memory 1005, which serves as a computer storage medium, may include an operating system, a network communication module, a user interface module, and a device control application program.

[0282] exist Figure 17 In the computer device 1000 shown, the network interface 1004 provides network communication functionality; the user interface 1003 is mainly used to provide an input interface for the user; and the processor 1001 can be used to call the device control application program stored in the memory 1005 to achieve:

[0283] Receive your target travel itinerary;

[0284] In response to a travel operation on the target trip, a response list is displayed; the response list contains N driving objects that responded to the target trip, where N is a positive integer;

[0285] Select the driver from the response list to provide travel services for the target trip.

[0286] In one feasible implementation, the travel operation is triggered by a travel interface that includes an electronic map marking the target itinerary; the response list is displayed in any of the following ways:

[0287] Display the answer list within the target area on the travel interface;

[0288] The answer list is displayed in a separate overlay above the travel interface;

[0289] The response list is displayed on the interface that the user is redirected to based on the travel operation.

[0290] In one feasible implementation, the response list contains a display area corresponding to each of the N driving objects, and the display area corresponding to any driving object is used to display the information associated with any driving object.

[0291] The information associated with any driving object includes at least one of the following: the attribute information of the driving tool of any driving object, the attribute information of any driving object, and the driving information of any driving object for the target trip;

[0292] The target journey has a starting point, and the driving information includes at least one of the following: the distance between the location of any driving object and the starting point, the estimated time required for any driving object to drive to the starting point, the estimated amount of resources required for any driving object to complete the target journey, the estimated time for any driving object to reach the starting point, and the preset time for any driving object to reach the starting point.

[0293] In one feasible implementation, the N display areas corresponding to the N driving targets are arranged and displayed sequentially in the response list in any of the following ways:

[0294] Arrange and display them in ascending order of the estimated resource consumption required for N driving objects to complete the target journey;

[0295] The N driving objects are arranged and displayed in ascending order of the distance between their location and the starting point of the journey;

[0296] The N driving objects are arranged and displayed in ascending order of the estimated time required to drive to the starting point of the journey;

[0297] The N driving subjects are arranged and displayed in descending order of their driving credibility.

[0298] In one feasible implementation, each of the N driving objects has its own object identifier in the response list, and the target trip has a trip start point;

[0299] When displaying the answer list, at least one of the following data is also displayed simultaneously:

[0300] Given the remaining selection time for each driving object in the response list, the locations of the N driving objects are marked on the electronic map using object identifiers. The routes from each of the N driving objects' locations to the starting point of the journey are also marked on the electronic map.

[0301] In one feasible implementation, the processor 1001 can also be used to call the device control application stored in the memory 1005 to achieve:

[0302] If a selection operation is performed on a driving object in the response list within a set time after the response list is displayed, the driving object triggered by the selection operation will be used as the driving object to perform the travel service for the target trip.

[0303] If no selection action is received from the driver in the response list within the set time period, the driver to perform the travel service for the target trip will be automatically selected from the response list.

[0304] In one feasible implementation, the response list includes a skip selection control; the processor 1001 can also be used to call a device control application stored in the memory 1005 to achieve:

[0305] In response to a trigger action on the skip selection control, the driver object that will perform the travel service for the target trip will be automatically selected from the response list.

[0306] In one feasible implementation, the travel operation is triggered by a travel interface, which includes multiple travel operation platforms; the processor 1001 can also be used to call the device control application stored in the memory 1005 to achieve:

[0307] Based on the user's selection of a travel operation platform in the travel interface, the selected travel operation platform is marked.

[0308] In response to a travel request, a response list is displayed; all N drivers in the response list belong to the selected travel operation platform.

[0309] In one feasible implementation, the target journey is any of the following:

[0310] Types that travel with the wind, types that combine multiple trips, and types that do not combine single trips.

[0311] Or / and, the processor 1001 can also be used to call the device control application stored in the memory 1005 to achieve:

[0312] Obtain the travel request sent by the terminal device; the travel request carries the target itinerary and is generated when the terminal device responds to the travel operation of the target itinerary;

[0313] Retrieve the response list for the target trip; the response list contains N driving objects that responded to the target trip, where N is a positive integer;

[0314] The response list is returned to the terminal device, allowing the terminal device to display the response list.

[0315] In one feasible implementation, the processor 1001 can also be used to call the device control application stored in the memory 1005 to achieve:

[0316] Send the target trip to at least one travel operation platform, so that each travel operation platform can publish its own trip order for the target trip;

[0317] Obtain the driver object returned by at least one ride-hailing operation platform; the driver object returned by any ride-hailing operation platform is the driver object that responded to the trip order for the target trip on that ride-hailing operation platform;

[0318] The system integrates and processes driver responses returned by at least one ride-hailing platform to generate a response list.

[0319] In one feasible implementation, the processor 1001 can also be used to call the device control application stored in the memory 1005 to achieve:

[0320] Obtain the selection request sent by the terminal device; the selection request is generated by the terminal device based on the selection operation of the driving object in the response list, and the selection request carries the target driving object selected based on the selection operation to perform travel services for the target trip;

[0321] The target driver is sent to their respective ride-hailing platform, which then dispatches the trip order for the target trip to the target driver.

[0322] In one feasible implementation, the processor 1001 can also be used to call the device control application stored in the memory 1005 to achieve:

[0323] Receive a dispatch success message from the travel operation platform to which the target driver belongs; the dispatch success message indicates that the trip order for the target trip has been dispatched to the target driver;

[0324] If there are multiple ride-hailing platforms, the dispatch completion information for the target trip will be sent to all ride-hailing platforms except the one to which the target driver belongs.

[0325] Other travel operation platforms are used to cancel the trip order for the target trip based on the order completion information and return the order failure message to the driver who has accepted the trip order.

[0326] In one feasible implementation, the processor 1001 can also be used to call the device control application stored in the memory 1005 to achieve:

[0327] After receiving the order dispatch success message, return the order acceptance success message to the terminal device;

[0328] The terminal device is used to display the accepted order interface based on the successful order information. The accepted order interface is used to indicate that the selected target driver has accepted the target trip.

[0329] In one feasible implementation, after sending the response list to the terminal device, the processor 1001 can also be used to call the device control application stored in the memory 1005 to achieve:

[0330] If no selection request is received from the terminal device within the set time period, the driver to perform the travel service for the target trip will be automatically selected from the response list.

[0331] In one feasible implementation, the target trip is the trip of the traveler; the method for automatically selecting the driver to perform the travel service for the target trip from the response list is any of the following:

[0332] Automatic selection is based on the attribute information of the travel object, automatic selection is based on the attribute information of N driving objects, automatic selection is based on the attribute information of the driving tools of N driving objects, and automatic selection is based on the driving information of each of the N driving objects for the target trip.

[0333] The target trip has a starting point, and the driving information of any driver for the target trip includes at least one of the following:

[0334] The distance between the location of any driving object and the starting point of the trip, the estimated time required for any driving object to drive to the starting point of the trip, the estimated amount of resources required for any driving object to complete the target trip, the preset time for any driving object to reach the starting point of the trip, and the estimated time for any driving object to reach the starting point of the trip.

[0335] It should be understood that the computer device 1000 described in the embodiments of this application can execute the process processing methods described in the embodiments of this application, and can also execute the methods described above. Figure 15 The description of the above-mentioned process processing device 1 in the corresponding embodiment, and the execution of the preceding text Figure 16 The description of the stroke processing device 2 in the corresponding embodiments will not be repeated here. Furthermore, the beneficial effects of using the same method will also not be repeated.

[0336] Furthermore, it should be noted that this application also provides a computer-readable storage medium storing a computer program. When a processor executes the computer program, it can perform the process processing methods described in the various embodiments of this application; therefore, these will not be repeated here. Additionally, the beneficial effects of using the same method will also not be repeated. For technical details not disclosed in the embodiments of the computer storage medium involved in this application, please refer to the description of the method embodiments of this application.

[0337] As an example, the aforementioned computer program can be deployed and executed on a single computer device, or deployed and executed on multiple computer devices located in one location, or executed on multiple computer devices distributed across multiple locations and interconnected via a communication network. These multiple computer devices distributed across multiple locations and interconnected via a communication network can form a blockchain network.

[0338] The aforementioned computer-readable storage medium can be an internal storage unit of the computer device, such as a hard drive or memory. It can also be an external storage device, such as a plug-in hard drive, smart media card (SMC), secure digital card (SD) card, or flash card. Furthermore, the computer-readable storage medium can include both internal and external storage units of the computer device. This computer-readable storage medium is used to store the computer program and other programs and data required by the computer device. It can also be used to temporarily store data that has been output or will be output.

[0339] This application provides a computer program product comprising a computer program stored in a computer-readable storage medium. A processor of a computer device reads the computer program from the computer-readable storage medium and executes the computer program, causing the computer device to perform the process processing methods described in the embodiments of this application; therefore, these descriptions will not be repeated here. Furthermore, the beneficial effects of using the same method will also not be repeated. For technical details not disclosed in the embodiments of the computer-readable storage medium involved in this application, please refer to the description of the method embodiments of this application.

[0340] The terms "first," "second," etc., in the specification, claims, and drawings of this application are used to distinguish different objects, not to describe a specific order. Furthermore, the term "comprising," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, apparatus, product, or device that includes a series of steps or units is not limited to the listed steps or modules, but may optionally include steps or modules not listed, or may optionally include other step units inherent to these processes, methods, apparatuses, products, or devices.

[0341] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the components and steps of the various examples have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of this application.

[0342] The above-disclosed embodiments are merely preferred embodiments of this application and should not be construed as limiting the scope of this application. Therefore, any equivalent variations made in accordance with the claims of this application shall still fall within the scope of this application.

Claims

1. A process handling method, characterized in that, The method is applied to a terminal device, and the method includes: Receive your target travel itinerary; In response to a travel operation on the target trip, a response list is displayed; the response list contains N driving objects that have responded to the target trip, where N is a positive integer; Select a driver from the response list to provide travel services for the target trip.

2. The method as described in claim 1, characterized in that, The travel operation is triggered by a travel interface, which includes an electronic map marking the target itinerary; the response list is displayed in any of the following ways: The response list is displayed within the target area of ​​the travel interface; The response list is displayed in a floating layer that is independently displayed above the travel interface; The response list is displayed on the interface to which the travel operation is redirected.

3. The method as described in claim 1, characterized in that, The response list contains a display area corresponding to each of the N driving objects, and the display area corresponding to any driving object is used to display the information associated with any driving object. The information associated with any driving object includes at least one of the following: attribute information of the driving tool of any driving object, attribute information of any driving object, and driving information of any driving object for the target trip; The target trip has a starting point, and the driving information includes at least one of the following: the distance between the location of any driving object and the starting point, the estimated time required for any driving object to drive to the starting point, the estimated amount of resources required for any driving object to complete the target trip, the estimated time for any driving object to reach the starting point, and the preset time for any driving object to reach the starting point.

4. The method as described in claim 3, characterized in that, The N display areas corresponding to the N driving targets are arranged and displayed sequentially in the response list in any of the following ways: The N driving objects are arranged and displayed in ascending order of the estimated resource consumption required to complete the target journey; The N driving objects are arranged and displayed in ascending order of the distance between their location and the starting point of the journey; The N driving objects are arranged and displayed in ascending order of the estimated time required to drive to the starting point of the journey; The N driving subjects are arranged and displayed in descending order of their driving credibility.

5. The method as described in claim 1, characterized in that, Each of the N driving objects has its own object identifier in the response list, and the target trip has a trip start point; When displaying the response list, at least one of the following data is also displayed simultaneously: For the remaining selection time of the driving objects in the response list, the locations of the N driving objects are marked on the electronic map using the object identifiers of the N driving objects, and the routes marked on the electronic map from the respective locations of the N driving objects to the starting point of the trip are determined.

6. The method as described in claim 1, characterized in that, The step of selecting the driver from the response list to provide travel services for the target trip includes: If a selection operation is performed on a driving object in the response list within a set time period after the response list is displayed, the driving object triggered by the selection operation will be used as the driving object to perform travel services for the target trip. If no selection operation for a driver in the response list is received within the set time period, a driver to perform travel services for the target trip will be automatically selected from the response list.

7. The method as described in claim 6, characterized in that, The response list includes a skip selection control; the method further includes: In response to a trigger operation on the skip selection control, the driver object that performs the travel service for the target trip is automatically selected from the response list.

8. The method as described in claim 1, characterized in that, The travel operation is triggered by the travel interface, which contains multiple travel operation platforms. The response to the travel operation of the target trip displays a response list, including: Based on the selection operation of the travel operation platform in the travel interface, the selected travel operation platform is marked. In response to the travel operation, the response list is displayed; the N driving objects in the response list all belong to the driving objects in the selected travel operation platform.

9. The method as described in claim 1, characterized in that, The target journey is any of the following: Types that travel with the wind, types that combine multiple trips, and types that do not combine single trips.

10. A process handling method, characterized in that, The method is applied to a server, and the method includes: Obtain a travel request sent by a terminal device; the travel request carries a target itinerary and is generated when the terminal device responds to a travel operation on the target itinerary; Obtain the response list for the target trip; the response list contains N driving objects that responded to the target trip, where N is a positive integer; The response list is returned to the terminal device, so that the terminal device displays the response list.

11. The method as described in claim 10, characterized in that, The step of obtaining the response list for the target trip includes: The target itinerary is sent to at least one travel operation platform, so that each travel operation platform publishes its own itinerary order for the target itinerary; Obtain the driver object returned by at least one travel operation platform; the driver object returned by any travel operation platform is the driver object that responded to the trip order of the target trip on that travel operation platform; The driver objects returned by the at least one travel operation platform are integrated and processed to generate the response list.

12. The method as described in claim 11, characterized in that, The method further includes: The terminal device sends a selection request; the selection request is generated by the terminal device based on a selection operation of a driving object in the response list, and the selection request carries the target driving object selected based on the selection operation to perform travel services for the target trip; The target driver is sent to their respective travel operation platform, which then dispatches the trip order for the target trip to the target driver.

13. The method as described in claim 12, characterized in that, The method further includes: Receive order dispatch success information returned by the travel operation platform to which the target driver belongs; the order dispatch success information is used to indicate that the trip order for the target trip has been dispatched to the target driver; If there are multiple travel operation platforms, then send the dispatch end information of the target trip to the other travel operation platforms besides the travel operation platform to which the target driver belongs; The other travel operation platform is used to cancel the trip order for the target trip based on the order dispatch end information, and return an order failure prompt message to the driver who has accepted the trip order for the target trip.

14. The method as described in claim 13, characterized in that, The method further includes: After receiving the order dispatch success information, return order acceptance success information to the terminal device; The terminal device is used to display an order acceptance interface based on the order acceptance success information. The order acceptance interface is used to indicate that the selected target driver has accepted the order for the target trip.

15. The method as described in claim 12, characterized in that, After sending the response list to the terminal device, the method further includes: If the selection request sent by the terminal device is not received within the set time period, the driver to perform the travel service for the target trip will be automatically selected from the response list.

16. The method as described in claim 15, characterized in that, The target trip is the trip of the traveler; the method for automatically selecting a driver to provide travel services for the target trip from the response list is any of the following: Automatic selection is performed based on the attribute information of the travel object, automatic selection is performed based on the attribute information of the N driving objects, automatic selection is performed based on the attribute information of the driving tools of the N driving objects, and automatic selection is performed based on the driving information of each of the N driving objects for the target trip. The target trip has a starting point, and the driving information of any driver for the target trip includes at least one of the following: The distance between the location of any driving object and the starting point of the trip, the estimated time required for any driving object to drive to the starting point of the trip, the estimated amount of resources required for any driving object to complete the target trip, the preset time for any driving object to reach the starting point of the trip, and the estimated time for any driving object to reach the starting point of the trip.

17. A stroke processing device, characterized in that, The device is used in a terminal device, and the device includes: The receiving module is used to receive the target itinerary to be traveled. The display module is used to respond to travel operations for the target trip and display a response list; the response list contains N driving objects that have responded to the target trip, where N is a positive integer; The selection module is used to select a driver from the response list to provide travel services for the target trip.

18. A stroke processing device, characterized in that, The device is used in a server, and the device includes: The first acquisition module is used to acquire a travel request sent by the terminal device; the travel request carries a target itinerary and is generated when the terminal device responds to a travel operation on the target itinerary; The second acquisition module is used to acquire the response list of the target trip; the response list contains N driving objects that respond to the target trip, where N is a positive integer; The return module is used to return the response list to the terminal device, so that the terminal device can display the response list.

19. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the steps of the method according to any one of claims 1-16.

20. A computer device, characterized in that, It includes a memory and a processor, the memory storing a computer program that, when executed by the processor, causes the processor to perform the steps of the method according to any one of claims 1-16.

21. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program adapted to be loaded by a processor and to execute the steps of the method according to any one of claims 1-16.

Images