Order scheduling method, apparatus, device, medium, and program product

Abstract

The application discloses an order scheduling method and device, equipment, medium and program product, and belongs to the field of travel services. The method comprises the following steps: displaying a first transport capacity type selected by a passenger account; in the case that no order is received by the first transport capacity belonging to the first transport capacity type, displaying a recommended transport capacity list, wherein the recommended transport capacity list comprises at least two candidate transport capacities and transport capacity information of the at least two candidate transport capacities, the at least two candidate transport capacities are idle transport capacities belonging to other transport capacity types except the first transport capacity type, and the at least two candidate transport capacities comprise a second transport capacity; and in response to a selection operation on the second transport capacity, displaying pick-up information corresponding to the second transport capacity. In this way, the freedom of user selection of transport capacity can be improved, the order dispatching efficiency can be improved, and the range of available transport capacity can be expanded by continuously dispatching orders to the pick-up object through the ride-hailing platform to other transport capacities (candidate transport capacities) that are not selected.

Description

Technical Field

[0001] This application relates to the field of travel services, and in particular to an order scheduling method, apparatus, device, medium, and program product. Background Technology

[0002] With the rapid development of mobile communication technology, more and more users are choosing ride-hailing services. Ride-hailing services are transportation services that are booked and dispatched through ride-hailing platforms.

[0003] In related technologies, when a user posts an order on a ride-hailing platform, there may be no available ride-hailing services to accept the order. When the user does not select any available ride-hailing services, the ride-hailing platform will pop up a window to prompt the user whether to select that service. If the user refuses or does not confirm in time, the pop-up window will disappear until a new ride-hailing service is available to accept the order.

[0004] However, the dispatching efficiency of related technologies is low. Ride-hailing platforms only respond to one available ride-hailing vehicle at a time, and users need to wait for new vehicles to accept the order before they can make a decision. If users are not satisfied with the ride-hailing platform's response, they need to wait for the next response cycle, which is quite cumbersome. Summary of the Invention

[0005] This application provides an order scheduling method, apparatus, device, medium, and program product, the technical solution of which is as follows.

[0006] According to one aspect of this application, an order scheduling method is provided, the method being executed by a passenger client logged in with a passenger account, the method comprising:

[0007] Displays the first capacity type selected by the passenger account;

[0008] If none of the first capacity belonging to the first capacity type has accepted an order, a recommended capacity list is displayed. The recommended capacity list includes at least two candidate capacity and capacity information of the at least two candidate capacity. The at least two candidate capacity are idle capacity belonging to other capacity types besides the first capacity type. The at least two candidate capacity include the second capacity.

[0009] In response to the selection operation for the second transport capacity, the pick-up information corresponding to the second transport capacity is displayed.

[0010] According to one aspect of this application, an order scheduling method is provided, the method being executed by a server in a ride-hailing platform, the method comprising:

[0011] Obtain the order request from the passenger account, the order request including the first capacity type selected by the passenger account, and dispatch the order to the driver client corresponding to the first capacity belonging to the first capacity type;

[0012] If none of the first capacity belonging to the first capacity type has accepted an order, at least two candidate capacity are queried, and the at least two candidate capacity and their capacity information are returned to the passenger account. The at least two candidate capacity are available capacity belonging to other capacity types besides the first capacity type, and the at least two candidate capacity include the second capacity.

[0013] Receive the passenger account's selection instruction for the second transportation capacity, and return the pick-up information corresponding to the second transportation capacity to the passenger account.

[0014] In some embodiments, the step of returning at least two candidate vehicles that meet the order acceptance conditions to the passenger account in batches, and returning the capacity information of the at least two candidate vehicles, when there are available vehicles belonging to other capacity types besides the first capacity type that agree to accept the order, includes:

[0015] If there are available available capacity belonging to other capacity types besides the first capacity type that agree to accept the order, the candidate capacity with the estimated price below the order dispatch limit will be dispatched in batches.

[0016] At least two candidate vehicles that meet the order acceptance conditions will be returned to the passenger account in batches, along with the vehicle capacity information of the at least two candidate vehicles.

[0017] The order dispatch limit is used to characterize the price conditions for the ride-hailing platform to screen the candidate transportation capacity.

[0018] In some embodiments, the step of returning at least two candidate vehicles that meet the order acceptance conditions to the passenger account in a single instance, and returning the capacity information of the at least two candidate vehicles, when there are available vehicles belonging to other capacity types besides the first capacity type that agree to accept the order, includes:

[0019] If there are available available capacity belonging to other capacity types besides the first capacity type that agree to accept the order, a single order will be dispatched to the candidate capacity whose estimated price is below the dispatch limit.

[0020] The system returns at least two candidate vehicles that meet the order acceptance criteria to the passenger account at one time, along with the vehicle information of the at least two candidate vehicles.

[0021] The order dispatch limit is used to characterize the price conditions for the ride-hailing platform to screen the candidate transportation capacity.

[0022] According to one aspect of this application, an order scheduling apparatus is provided, the apparatus comprising:

[0023] The display module is used to display the first capacity type selected by the passenger account.

[0024] The display module is used to display a recommended capacity list when none of the first capacity belonging to the first capacity type has accepted any orders. The recommended capacity list includes at least two candidate capacity and capacity information of the at least two candidate capacity. The at least two candidate capacity are idle capacity belonging to other capacity types besides the first capacity type. The at least two candidate capacity include a second capacity.

[0025] The display module is used to display the pick-up information corresponding to the second transport capacity in response to the selection operation for the second transport capacity.

[0026] According to one aspect of this application, an order scheduling apparatus is provided, the apparatus comprising:

[0027] The acquisition module is used to acquire the order request of the passenger account, the order request including the first capacity type selected by the passenger account, and to dispatch the order to the driver client corresponding to the first capacity belonging to the first capacity type;

[0028] The sending module is used to query at least two candidate transport capacity when none of the first transport capacity belonging to the first transport capacity type has accepted an order, and return the at least two candidate transport capacity and the transport capacity information of the at least two candidate transport capacity to the passenger account. The at least two candidate transport capacity are idle transport capacity belonging to other transport capacity types besides the first transport capacity type. The at least two candidate transport capacity include the second transport capacity.

[0029] The sending module is used to receive the passenger account's selection instruction for the second transportation capacity and return the pick-up information corresponding to the second transportation capacity to the passenger account.

[0030] According to one aspect of this application, a ride-hailing system is provided, comprising: a server, a passenger client, and a driver client. The server is a server in a ride-hailing platform, used to obtain order requests from passenger clients and provide backend services to the ride-hailing platform. The passenger client is used to receive at least two candidate transportation capacities and transportation capacity information of at least two candidate transportation capacities returned by the server. The driver client includes a driver client corresponding to a first transportation capacity and a driver client corresponding to an available transportation capacity, and is used to receive order dispatch requests from the server.

[0031] According to another aspect of this application, a computer device is provided, comprising: a processor and a memory, wherein the memory stores at least one computer program, the at least one computer program being loaded and executed by the processor to implement the order scheduling method as described above.

[0032] According to another aspect of this application, a computer storage medium is provided, wherein at least one computer program is stored in the computer-readable storage medium, and the at least one computer program is loaded and executed by a processor to implement the order scheduling method as described above.

[0033] According to another aspect of this application, a computer program product is provided, comprising a computer program stored in a computer-readable storage medium; the computer program is read from and executed by a processor of a computer device from the computer-readable storage medium, causing the computer device to perform the order scheduling method as described above.

[0034] The beneficial effects of the technical solutions provided in this application include at least the following:

[0035] In ride-hailing service scenarios, the platform responds to order requests from passenger accounts (the accounts corresponding to the pick-up parties) by displaying a ride-hailing interface on the passenger's client. The pick-up party can select one or more primary transportation types on this interface. If none of the primary transportation types are available, the platform will dispatch orders to other unselected transportation options (candidate options). If any of these unselected options accept the order, a real-time updated list of recommended transportation options is displayed on the passenger's client. This list includes at least two unselected candidate options and their corresponding information. The pick-up party can compare the candidate options in the list and select the most suitable secondary option based on their needs. This method increases the user's freedom in choosing transportation options. By continuously dispatching orders to unselected candidate options, the platform expands the range of available transportation options and improves dispatch efficiency. Attached Figure Description

[0036] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying 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.

[0037] Figure 1 This is a schematic diagram of the architecture of a computer system provided in one embodiment of this application;

[0038] Figure 2 This is a schematic diagram of an order scheduling method provided in one embodiment of this application;

[0039] Figure 3 This is a flowchart of an order scheduling method provided in one embodiment of this application;

[0040] Figure 4 This is a flowchart of an order scheduling method provided in one embodiment of this application;

[0041] Figure 5 This is a schematic diagram of an order scheduling method provided in one embodiment of this application;

[0042] Figure 6 This is a flowchart of an order scheduling method provided in one embodiment of this application;

[0043] Figure 7 This is a flowchart of an order scheduling method provided in one embodiment of this application;

[0044] Figure 8 This is a flowchart of an order scheduling method provided in one embodiment of this application;

[0045] Figure 9 This is an overall flowchart of an order scheduling method provided in one embodiment of this application;

[0046] Figure 10 This is a structural block diagram of an order scheduling device provided in one embodiment of this application;

[0047] Figure 11 This is a structural block diagram of an order scheduling device provided in one embodiment of this application;

[0048] Figure 12 This is a schematic diagram of the structure of a computer device provided in one embodiment of this application. Detailed Implementation

[0049] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in further detail below with reference to the accompanying drawings.

[0050] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0051] The terminology used in this application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. The singular forms “a,” “the,” and “the” used in this application and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any and all possible combinations of one or more of the associated listed items.

[0052] It should be understood that although the terms first, second, etc., may be used in this application to describe various information, this information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, without departing from the scope of this application, a first parameter may also be referred to as a second parameter, and similarly, a second parameter may also be referred to as a first parameter. Depending on the context, the word "if" as used herein may be interpreted as "when," "when," or "in response to determination."

[0053] It should be noted that this application may display prompt interfaces, pop-ups, or output voice prompts before and during the collection of user data. These prompt interfaces, pop-ups, or voice prompts are used to inform the user that their data is being collected. This ensures that the application only begins the steps for collecting user data after receiving confirmation from the user regarding the prompt interface or pop-up; otherwise (i.e., without user confirmation), the steps for collecting user data end, meaning no user data is collected. In other words, all user data collected in this application is collected with the user's consent and authorization, and the collection, use, and processing of related user data must comply with the relevant laws, regulations, and standards of the relevant countries and regions.

[0054] Before introducing the technical solutions of this application, some terms involved in this application will be explained. The following related explanations are optional solutions and can be arbitrarily combined with the technical solutions of the embodiments of this application, all of which fall within the protection scope of the embodiments of this application. The embodiments of this application include at least some of the following contents.

[0055] Order dispatch: This refers to the process by which a ride-hailing platform sends an order to available transportation capacity after the user places the order. This process involves sending the user's order information (including origin, destination, and other relevant information) to the transportation capacity and waiting for their response. Transportation capacity typically refers to vehicle resources available for dispatch and execution of the order.

[0056] "Carrier raising their hand (accepting an order)" refers to the act of a carrier choosing to accept an order and prepare to provide pick-up service after a ride-hailing platform sends an order request (i.e., dispatch). Carrier raising their hand can also be understood as the carrier responding to an order request sent by the ride-hailing platform. Optionally, carrier raising their hand can be manually triggered or automatically triggered. For example, on some ride-hailing platforms, drivers may need to manually click a preset button to indicate their willingness to accept the order, while on other platforms, the order acceptance behavior is automatically triggered after the driver is online and meets the order requirements. In this embodiment, carrier raising their hand to accept an order can also be referred to as carrier agreeing to accept the order; that is, raising their hand to accept an order and agreeing to accept an order can be understood as having the same meaning.

[0057] In one possible implementation, for driverless vehicles, the capacity indicator is also used to indicate an order acceptance action that is automatically triggered once the order requirements are met.

[0058] Order pooling: When a ride-hailing platform receives a ride request from a available driver, it doesn't immediately assign the order to that driver. Instead, it waits for other drivers to offer their services within a specified timeframe. Order pooling allows for the collection of more available drivers, enabling users to make better choices.

[0059] Figure 1 A schematic diagram of the architecture of a computer system provided in one embodiment of this application is shown. The computer system may include: a terminal 100 and a server 200.

[0060] Terminal 100 can be an electronic device such as a mobile phone, tablet computer, in-vehicle terminal (vehicle system), wearable device, personal computer (PC), or vehicle terminal. A client application for the target application can be installed and run on terminal 100. This target application can be an application from a ride-hailing platform, but this application does not limit its form. Furthermore, this application does not limit the form of the target application, including but not limited to applications (Apps), mini-programs, clients, etc., installed on terminal 100, and it can also be in web page form.

[0061] Server 200 can be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing cloud computing services such as cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDNs), and basic cloud computing services such as big data and artificial intelligence handheld image recognition platforms. Server 200 can be a backend server for the aforementioned target application, used to provide backend services to the clients of the target application.

[0062] Cloud technology refers to a hosting technology that unifies hardware, software, and network resources within a wide area network (WAN) or local area network (LAN) to achieve data computation, storage, processing, and sharing. Based on the cloud computing business model, cloud technology encompasses network technology, information technology, integration technology, management platform technology, and application technology. It can form resource pools, providing flexible and convenient on-demand access. Cloud computing technology will become a crucial support. Backend services of technical network systems require substantial computing and storage resources, such as video websites, image websites, and many portal websites. With the rapid development and application of the internet industry, every item may have its own identification mark in the future, requiring transmission to backend systems for logical processing. Data at different levels will be processed separately, and various industry data will require robust system support, which can only be achieved through cloud computing.

[0063] In some embodiments, the server described above can also be implemented as a node in a blockchain system. Blockchain is a novel application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanisms, and cryptographic algorithms. Essentially, a blockchain is a decentralized database, a chain of data blocks linked together using cryptographic methods. Each data block contains information about a batch of network transactions, used to verify the validity of the information (anti-counterfeiting) and generate the next block. A blockchain can include a blockchain underlying platform, a platform product service layer, and an application service layer.

[0064] Terminal 100 and server 200 can communicate via a network, such as a wired or wireless network.

[0065] The order scheduling method provided in this application embodiment can be executed by a computer device, which refers to an electronic device with data computing, processing, and storage capabilities. Figure 1 Taking the computer system shown as an example, the order scheduling method can be executed by terminal 100, by server 200, or by terminal 100 and server 200 interacting and cooperating to execute the order scheduling method. This application does not limit this.

[0066] In related technologies, users post orders on ride-hailing platforms, but there may be no available vehicles accepting the order. When a user hasn't selected a vehicle to accept the order, the platform will display a pop-up window prompting the user to confirm their choice. If the user declines or doesn't confirm in time, the pop-up disappears until a new vehicle becomes available. However, this technology has low dispatch efficiency; the platform only responds to one available vehicle at a time, requiring the user to wait for a new vehicle to accept the order before making a decision. If the user is dissatisfied with the vehicle offered in this instance, they must wait for the next response cycle, making the interaction cumbersome.

[0067] Therefore, in order to solve the problems existing in related technologies, this application provides an order scheduling method. For example, Figure 2 A schematic diagram of an order scheduling method provided in an exemplary embodiment of this application is shown. The method is executed by a computer device, which may be... Figure 1 The terminal 100 and / or server 200 shown are examples of computer devices. Figure 1 The following explanation uses terminal 100 as an example. Terminal 100 has a passenger client installed and running, and the passenger client is logged into a passenger account, which corresponds to the account of the person requesting the ride. The person requesting the ride is the user who initiated the trip on the ride-hailing platform. The method is briefly described below:

[0068] In ride-hailing service scenarios, after the passenger enters their origin and destination on the ride-hailing platform, the available transportation types are displayed on the interface. The passenger can select one or more primary transportation types based on their needs. Optionally, the ride-hailing platform obtains the passenger's order information and dispatches an order to one of the selected primary transportation types. While the ride-hailing platform is calling the passenger's selected primary transportation type, it continuously waits for the selected primary transportation type to raise its hand.

[0069] In some embodiments, the ride-hailing platform obtains the original fare quoted by the passenger and calculates the order dispatch ceiling based on the original fare. Optionally, if within a first time period, such as 15 seconds, none of the first-type transportation vehicles belonging to the first type accept the order, the ride-hailing platform will dispatch the order to candidate transportation vehicles. Candidate transportation vehicles refer to those not selected by the passenger but meeting the order acceptance criteria. The order acceptance criteria refer to the estimated fare of the candidate transportation vehicle being within the order dispatch ceiling and meeting the conditions for accepting the order.

[0070] In some embodiments, ride-hailing platforms use a dispatch cap as the price standard for filtering candidate transportation capacity. The dispatch cap is determined based on a multiplier cap and a price difference cap. The ride-hailing platform obtains the multiplier cap and the price difference cap based on the original quote from the pick-up party, and determines the higher of the two values ​​as the dispatch cap.

[0071] For example, if the original price quoted by the pick-up target is 10 yuan, and the maximum multiplier is 1.2 times, the maximum multiplier is 12 yuan; if the maximum price difference is 5 yuan, the maximum price difference is 15 yuan. The ride-hailing platform can use the maximum price difference (15 yuan) as the maximum order dispatch value and dispatch orders to candidate vehicles with estimated prices within 15 yuan.

[0072] In some embodiments, the ride-hailing platform dispatches orders to candidate vehicles in batches within a dispatch limit. Optionally, the platform sequentially increases the dispatch price for each batch based on the tiered pricing, dispatching orders to candidate vehicles within the price range of each batch. After reaching the batching threshold, orders are dispatched to candidate vehicles whose estimated prices are within the dispatch limit. Optionally, the interval between different batches can be a fixed duration or a non-fixed duration; this application does not limit this.

[0073] For example, let's take a ride-hailing platform that dispatches orders in three batches (with a batching threshold of three times), with a 10-second interval between batches, an initial fare of 10 yuan, a 1 yuan increment, and a dispatching cap of 15 yuan. In the first batch of dispatches, the platform dispatches orders to candidate vehicles with an estimated fare of 11 yuan or less. After completing the first batch, the platform dispatches orders in the second batch after 10 seconds, dispatching orders to candidate vehicles with an estimated fare of 12 yuan or less. After completing the second batch, the platform dispatches orders in the third batch after 10 seconds (reaching the batching threshold), dispatching orders to candidate vehicles with an estimated fare of 15 yuan or less.

[0074] In some embodiments, the ride-hailing platform dispatches orders to candidate vehicles in a single instance, within the dispatch limit. For example, if the original price quoted by the pick-up party is 10 yuan and the dispatch limit is 15 yuan, the ride-hailing platform dispatches orders to all candidate vehicles with an estimated price of 15 yuan or less.

[0075] Optionally, the ride-hailing platform returns candidate vehicles that meet the order acceptance criteria to the client of the person picking up the ride, and displays a recommended vehicle list 20 on the order collection interface 10 of the client. The recommended vehicle list 20 is a continuously updated list. Within the order dispatch limit, the ride-hailing platform dispatches orders to candidate vehicles in batches, continuously updating and displaying candidate vehicles that meet the order acceptance criteria in the recommended vehicle list 20; or, within the order dispatch limit, the ride-hailing platform dispatches orders to candidate vehicles in a single go, displaying all candidate vehicles that meet the order acceptance criteria in the recommended vehicle list 20.

[0076] In some embodiments, the recommended capacity list 20 includes at least two candidate capacities and capacity information for at least two candidate capacities. Optionally, the capacity information for candidate capacities includes, but is not limited to, at least one of the following: estimated price, pick-up distance, pick-up time, pick-up type, pick-up vehicle type, or other pick-up information.

[0077] In some embodiments, different capacities have different lock-in times. The lock-in time for candidate capacities is displayed on the recommended capacity list 20, and the lock-in time is used to indicate the waiting time for the candidate capacities. In response to no confirmation operation within the lock-in time, the expired candidate capacities are removed from the recommended capacity list 20.

[0078] For example, such as Figure 2 As shown in part (a) of the figure, the recommended capacity list 20 is displayed on the order collection interface 10. The recommended capacity list 20 includes 5 candidate capacity options: "XXXX Travel - Economy", "XXXX Taxi - Economy", "XXXX Express - Premium", "XXXX Express - Business", and "XXXX Travel - Comfort". The recommended capacity list 20 also displays the capacity information for each candidate capacity. Optionally, the selected candidate capacity in the recommended capacity list 20 is designated as the second capacity. For example, the estimated price of the second capacity 21 is "estimated 44 yuan", the pick-up distance is 800 meters, the pick-up time is 5 minutes, and the order locking time for the second capacity 21 is 8 seconds.

[0079] In some embodiments, the recommended capacity list 20 includes at least two candidate capacity vehicles. The passenger can compare these candidate vehicles, including comparing estimated prices, pick-up times, and other information, and select a suitable vehicle within the designated booking period. Optionally, in response to the selection operation of a candidate vehicle in the recommended capacity list 20, the order-taking interface 30 corresponding to the selected candidate vehicle (the second vehicle) is displayed. After the passenger selects the second vehicle, the ride-hailing platform stops dispatching orders to other vehicle vehicles.

[0080] For example, such as Figure 2 As shown in part (a) of the figure, the recommended capacity list 20 includes a second capacity 21. In response to the selection operation for the second capacity 21, as follows: Figure 2 As shown in part (b) of the figure, the order receiving interface 30 corresponding to the second transport capacity 21 is displayed. The order receiving interface 30 displays the order receiving information of the second transport capacity 21, such as the real-time location of the second transport capacity 21.

[0081] Figure 3 This is a flowchart illustrating an exemplary embodiment of an order scheduling method provided in this application. The method is executed by a computer device, which may be... Figure 1 The method involves either terminal 100 or server 200. Terminal 100 has a passenger client installed and running, and the passenger client is logged into with a passenger account. Specifically, the method can be executed by the passenger client logged into with the passenger account. The method includes at least a portion of steps 210, 220, and 230:

[0082] Step 210: Display the first capacity type selected by the passenger account;

[0083] The passenger account is the account logged into the passenger app. It can also be referred to as the account corresponding to the person requesting a ride. The passenger account can be understood as the user who initiated the ride request on the ride-hailing platform.

[0084] In some embodiments, the person picking up the driver uses the travel service function on the ride-hailing platform to edit their own order information (the order information is used to represent the person picking up the driver's travel needs). For example, the order information includes the person picking up the driver's pick-up point, the person picking up the driver's destination, and the person picking up the driver's travel route.

[0085] In response to the completion of the driver's editing operation, the computer device displays available transportation capacity on the ride-hailing interface. Optionally, the driver can select one or more first transportation types according to their needs, and the selected first transportation type will be displayed on the ride-hailing interface.

[0086] The "First Capacity Type" indicates the type of transportation service selected by the passenger on the ride-hailing interface. Capacity type refers to the different types of travel services available to the passenger. "First Capacity" refers to the specific transportation service belonging to the first capacity type. For example, the first capacity type selected by the passenger account (the account corresponding to the passenger) may include "XX Travel," "XXX Taxi," "XX Express," or "XX Ride-Hailing."

[0087] The ride-hailing platform can be an application or a mini-program installed on a computer device. For example, a ride-hailing platform is a mini-program within an aggregation service platform. This application does not limit the form of the ride-hailing platform. Optionally, the first capacity type is a subset of the available capacity types displayed on the ride-hailing interface.

[0088] Step 220: If none of the first-level transportation options belonging to the first-level transportation type have accepted orders, display the recommended transportation option list;

[0089] In some embodiments, in response to a passenger's order request for a first type of transportation capacity, the ride-hailing platform selects a first transportation capacity belonging to that first type and assigns the order to the passenger. During the process of assigning the order to the first type of transportation capacity selected by the passenger, the ride-hailing platform continuously waits for the first transportation capacities included in the selected first type of transportation capacity to raise their hands (i.e., accept the order). Optionally, if none of the first transportation capacities belonging to the first type accept the order, a recommended transportation capacity list is displayed. The situation where none of the first transportation capacities belonging to the first type accept the order could be due to reasons such as the passenger's order request exceeding a certain time limit or the first transportation capacities being busy. This application does not limit the reasons why the first transportation capacities do not accept the order.

[0090] In some embodiments, within a first time period, if none of the first transportation options belonging to the first capacity type accept orders, the ride-hailing platform dispatches orders to other transportation options not selected by the passenger on the ride-hailing interface, and displays a recommended capacity list on the passenger's client. Optionally, the recommended capacity list includes at least two candidate transportation options not selected by the passenger account, as well as capacity information for at least two candidate transportation options.

[0091] Among these, at least two candidate vehicles are those that the passenger did not select on the ride-hailing interface. At least two candidate vehicles are available vehicles belonging to other vehicle types besides the first type. This can also be understood as at least two candidate vehicles being available vehicles that do not belong to the first type.

[0092] Optionally, idle capacity is used to indicate capacity that currently has no passenger-carrying tasks and is in a standby state; or, idle capacity is used to indicate capacity that has agreed to accept orders and does not belong to the first capacity type. This application's embodiments mainly focus on idle capacity as capacity that meets the conditions for agreeing to accept orders.

[0093] In some embodiments, at least two candidate capacities include a second capacity, which is the capacity selected by the pick-up party from the list of recommended capacities.

[0094] In some embodiments, the recommendation list includes at least two candidate capacities and their corresponding capacity information. Optionally, the capacity information of the candidate capacities includes at least one of the following:

[0095] • Estimated quotes for candidate capacity;

[0096] • Pick-up distance of candidate transport capacity;

[0097] • Pick-up time for candidate transport capacity;

[0098] • The pick-up type of candidate transport capacity;

[0099] • The types of vehicles that can be used to transport the candidate vehicles.

[0100] In some embodiments, the capacity information includes estimated prices for candidate capacity. The estimated price refers to the anticipated service cost of the candidate capacity for picking up or dropping off the passenger. Optionally, the estimated price is calculated based on service type, distance, travel time, and road conditions. The estimated price typically provides the passenger with an estimated service cost, which they can use as a price expectation when selecting candidate capacity.

[0101] In some embodiments, the capacity information includes the pick-up distance of the candidate vehicle. The pick-up distance is the distance from the current location of the candidate vehicle to the pick-up point of the recipient. Optionally, the pick-up distance includes the straight-line distance and the estimated travel distance. The pick-up distance is typically calculated using a map service and reflects how far the candidate vehicle needs to travel to reach the pick-up location.

[0102] In some embodiments, the capacity information includes the pick-up time of candidate vehicles. The pick-up time refers to the estimated time required for the candidate vehicle to reach the location of the target vehicle. Optionally, typically, the pick-up distance and pick-up time are positively correlated; the closer the pick-up distance, the shorter the pick-up time.

[0103] In some embodiments, the capacity information includes the pick-up type of the candidate capacity. The pick-up type refers to the type of pick-up service provided by the candidate capacity. Optionally, the pick-up type is categorized based on the pick-up service type into at least one of the following: Economy, Comfort, Carpooling, Express, Premium, Luxury, and Pet-Friendly. The pick-up type of the capacity helps the passenger determine whether the service type of the candidate capacity meets their needs.

[0104] In some embodiments, the capacity information includes the vehicle type of the candidate capacity. The vehicle type refers to the type of vehicle provided by the candidate capacity. Optionally, the vehicle type can be categorized into at least one of the following: axle-type, SUV, sports car, and commercial vehicle. The vehicle type allows the recipient to easily understand the vehicle brand and model of the candidate capacity.

[0105] For example, in conjunction with the above Figure 2 The candidate transportation options displayed in the recommended transportation capacity list 20 are "XXXX Travel - Economy", "XXXX Taxi - Economy", "XXXX Express - Premium", "XXXX Express - Business", and "XXXX Travel - Comfort". The candidate transportation options displayed in the recommended transportation capacity list 20 are also available transportation options that do not belong to the first transportation capacity type. For example, candidate transportation option 21 is displayed as "XXXX Travel - Economy", and the capacity information displayed for candidate transportation option 21 includes a pick-up distance of 800 meters and a pick-up time of 5 minutes.

[0106] The above is merely an illustrative description of capacity information and does not constitute a limitation on it. For example, in some embodiments, capacity information also includes the order acceptance success rate of the capacity. This application does not limit this aspect.

[0107] In some embodiments, the recommended capacity list may have different layouts. The layout of the recommended capacity list typically refers to the optimized arrangement of the candidate capacity lists to make them clearer. The recommended capacity list is a collection of multiple candidate capacity lists. Optionally, the layout of the recommended capacity list may include at least one of the following: grid layout, list layout, card layout, sliding tabs, and carousel layout.

[0108] For example, the recommended capacity list can be laid out as a grid layout, arranging multiple candidate capacity options in a grid format. Each candidate capacity's icon and information occupy a fixed-size square, allowing the passenger to scroll or paginate to view more options. Alternatively, the recommended capacity list can be laid out as a list layout, presenting multiple candidate capacity options in a vertical list format, with each option arranged sequentially from top to bottom. The passenger can scroll through the vertical list to browse all candidate capacity options. Another option is a card layout, displaying each candidate capacity option as a card, including an icon, name, and a brief description of the capacity information. The passenger can click on the card to select the corresponding capacity. A third option is a sliding tab layout, with each sliding tab representing a candidate capacity option. The passenger can slide or click on the sliding tab to switch between different candidate capacity options. A fourth option is a carousel layout, displaying multiple candidate capacity options in a loop, allowing the passenger to swipe left and right to browse different options. This application does not limit the layout format of the recommended capacity list.

[0109] Step 230: In response to the selection operation for the second capacity, display the pick-up information corresponding to the second capacity.

[0110] In some embodiments, the recommended capacity list includes at least two candidate capacities not selected by the passenger account, as well as capacity information for at least two candidate capacities. Optionally, a second capacity may be included among the at least two candidate capacities.

[0111] In some embodiments, in response to a selection operation on a second capacity in the recommended capacity list, pick-up information corresponding to the second capacity is displayed. Optionally, the recommended capacity list includes a selection control, and the selection control corresponding to each capacity is displayed in the recommended capacity list. The selection operation on the second capacity in the recommended capacity list can be considered as a triggering operation on the selection control.

[0112] In some embodiments, the pick-up information corresponding to the second transport capacity refers to the specific pick-up information of the second transport capacity. Optionally, the pick-up information includes the real-time location of the second transport capacity, the real-time distance of the second transport capacity, the real-time arrival time of the second transport capacity, and the vehicle information of the second transport capacity. This application does not limit the pick-up information.

[0113] In summary, the method provided in this application, in a travel service scenario, involves a ride-hailing platform responding to an order request from a passenger account (the account corresponding to the pick-up party) by displaying a ride-hailing interface on the passenger account's client. The pick-up party can select one or more first-type transportation options on this interface. If none of the first-type transportation options are available, the ride-hailing platform will dispatch orders to other unselected transportation options (candidate transportation options). If any unselected transportation option accepts the order, a real-time updated list of recommended transportation options is displayed on the passenger account's client. This list includes at least two unselected candidate transportation options and their respective information. The pick-up party can compare the candidate transportation options displayed in the list and select the most suitable second transportation option based on their needs. This approach increases the user's freedom in choosing transportation options. By continuously dispatching orders to unselected transportation options (candidate transportation options) by the ride-hailing platform, the range of available transportation options is expanded, improving dispatch efficiency.

[0114] Display dispatch notification

[0115] In some embodiments, in response to the ride-hailing platform's order dispatch operation for the first capacity, if the first capacity does not accept any orders within a first time period, an order dispatch prompt is first displayed. The order dispatch prompt is used to instruct the ride-hailing platform to continue dispatching orders to candidate capacity. The ride-hailing platform dispatches orders to candidate capacity, and in response to the candidate capacity's order acceptance operation, a recommended capacity list is displayed.

[0116] Figure 4 This is a flowchart of an order scheduling method provided in an exemplary embodiment of this application. Step 210 is followed by step 210-1.

[0117] Step 210-1: Display dispatch prompts. Dispatch prompts are used to instruct the ride-hailing platform to continue dispatching orders to candidate transportation capacity.

[0118] In some embodiments, in response to the order request from the passenger for the first capacity type, the ride-hailing platform dispatches an order to the first capacity included in the first capacity type selected by the passenger. If no order is accepted by any of the first capacity belonging to the first capacity type within a first time period, an order dispatch prompt is displayed on the passenger's order collection interface. The order dispatch prompt is used to instruct the ride-hailing platform to continue dispatching orders to the candidate capacity.

[0119] In some embodiments, "order pooling" refers to a situation where, after a candidate vehicle shows its willingness to accept an order, the ride-hailing platform does not immediately assign the order to that candidate vehicle, but instead continues to wait for other candidate vehicles to show their willingness within a preset time period. Optionally, the order pooling interface displays an order dispatch prompt, and the order dispatch prompt displays the number of candidate vehicles and the estimated price range.

[0120] In some embodiments, a dispatch notification is displayed in a preset area on the order collection interface. The preset area can be any area on the order collection interface, for example, the dispatch notification can be displayed at the top of the order collection interface, in the middle of the order collection interface, or at the bottom of the order collection interface. This application does not limit the display position of the dispatch notification.

[0121] In some embodiments, the ride-hailing platform prioritizes dispatching orders to available candidate capacity based on a first factor. Optionally, the first factor includes, but is not limited to, at least one of the following: the historical selection of pick-up targets, the estimated price of the capacity, the order acceptance success rate of the capacity, the estimated pick-up time of the capacity, geographical distance, and real-time traffic conditions.

[0122] For example, the first factor includes the passenger's historical choices. The passenger's historical choices refer to their past ride-hailing behavior. For instance, if the passenger's historical ride-hailing choices reach a first threshold, the ride-hailing platform will prioritize assigning orders to "economy" services. Or, for example, if the passenger typically chooses to hail a ride during morning rush hour, the ride-hailing platform will prioritize assigning orders to services that are active during peak hours and offer good service quality.

[0123] For example, the first factor includes the estimated price of the available transportation capacity. The estimated price refers to the anticipated service cost for the vehicle to pick up or drop off the passenger. Optionally, there may be differences in the estimated prices of different transportation capacities, and the ride-hailing platform will prioritize assigning orders to candidate vehicles with moderate prices or within the passenger's budget.

[0124] For example, the first factor includes the order acceptance success rate of the transportation capacity. The order acceptance success rate refers to the percentage of orders accepted and completed by a transportation capacity that meets a success threshold. Ride-hailing platforms may prioritize assigning orders to transportation capacities with high success rates. For instance, if transportation capacity A has successfully completed over 95% of its orders in the past, transportation capacity B has successfully completed over 90% of its orders, and transportation capacity C has successfully completed over 85% of its orders, the ride-hailing platform will prioritize assigning orders to transportation capacities A and B.

[0125] For example, the first factor includes the estimated pick-up time of the ride-hailing service. Estimated pick-up time refers to the anticipated time from when the passenger places an order to when the service can arrive. Ride-hailing platforms typically prioritize assigning orders to services with shorter estimated pick-up times to reduce user wait times. For instance, ride-hailing platforms may prioritize assigning orders to services with estimated pick-up times within 8 groups.

[0126] For example, the first factor includes geographical distance. Geographical distance refers to the distance between the current location of the person picking up the ride and the available ride-hailing service. Ride-hailing platforms will prioritize dispatching orders to ride-hailing services that are geographically closer to the person picking up the ride, so that the service can reach the pick-up location quickly. For example, if the person picking up the ride is near a city center, the ride-hailing platform will prioritize dispatching orders to ride-hailing services within a 1-2 kilometer radius of the person picking up the ride.

[0127] For example, the first factor includes real-time traffic conditions. Real-time traffic conditions refer to the current traffic flow and congestion on the road. The ride-hailing system prioritizes dispatching orders to vehicles with good real-time traffic conditions based on this data, avoiding recommending vehicles in congested areas to ensure shorter pick-up times and smoother journeys. For instance, if the ride-hailing platform detects good traffic conditions on road A (e.g., no traffic jams, smooth vehicle flow) and congested traffic conditions on road B, and the pick-up distances on roads A and B are similar, the platform will prioritize dispatching orders to vehicles on road A.

[0128] The above is merely an illustrative description of the first factor and does not constitute a limitation on it. For example, in some embodiments, the first factor may also include capacity rating, pick-up type of capacity, and pick-up vehicle type, etc. This application does not limit this aspect.

[0129] In one possible implementation, the first factor can be displayed on the order collection interface, and the pick-up target can select one or more first factors as filtering conditions. The ride-hailing platform dispatches orders based on the first factor selected by the pick-up target.

[0130] For example, the order collection interface of the pick-up target displays "priority historical selection, estimated price of priority capacity, order acceptance success rate of priority capacity, estimated pick-up time of priority capacity, priority geographical distance, and priority real-time traffic conditions". After the pick-up target selects "estimated price of priority capacity" and "estimated pick-up time of priority capacity", the ride-hailing platform will prioritize dispatching orders to the capacity with the lower estimated price and shorter estimated pick-up time.

[0131] Optionally, the ride-hailing platform may prioritize dispatching orders based on the first factor; or, the ride-hailing platform may use the first factor selected by the pick-up party as a filtering condition for dispatching orders. This application does not limit this.

[0132] In some embodiments, the ride-hailing platform dispatches orders to candidate capacity that is available based on a first factor, or the ride-hailing platform dispatches orders to capacity using the first factor after the pick-up target is selected as a filtering condition.

[0133] In some embodiments, the ride-hailing platform dispatches orders to available candidate capacity in a single instance, or in batches. A single dispatch refers to the ride-hailing platform dispatching orders to a group of available candidate capacity simultaneously. Batch dispatch refers to the ride-hailing platform dispatching orders to available candidate capacity in stages.

[0134] In some embodiments, if none of the first capacity belonging to the first capacity type accepts the order, an order dispatch prompt is displayed; if the candidate capacity agrees to accept the order, the candidate capacity in the recommended capacity list that meets the conditions for agreeing to accept the order is displayed.

[0135] In some embodiments, confirmation information is displayed on the recommended capacity list. This confirmation information indicates whether the passenger agrees to select a candidate capacity. Alternatively, it can be understood as indicating whether the passenger selects a candidate capacity that already meets the conditions for agreeing to accept the order. In this embodiment, "agree" can be considered as selecting a candidate capacity that already meets the conditions for agreeing to accept the order. When the passenger selects this candidate capacity, a two-way passenger agreement is reached, and the current interface jumps from the order collection interface to the passenger pick-up interface, which includes passenger pick-up information for the second capacity (the candidate capacity selected by the passenger).

[0136] Optionally, the confirmation information is displayed based on a first style, such as highlighted, bolded, or brightly colored. Displaying the confirmation information based on the first style can increase its visual prominence and serve as a reminder that the candidate capacity displayed in the recommended capacity list is capacity for which orders have already been accepted.

[0137] For example, in conjunction with reference Figure 5 If none of the first available vehicles accept the order within the first set of time, for example, if none accept the order within 15 seconds, a dispatch prompt 301 will be displayed on the passenger's order collection interface 300. Dispatch prompt 301 instructs the ride-hailing platform to continue dispatching orders to candidate vehicles. For example, dispatch prompt 301 may display "Continue calling other vehicles," and it may also display the number of candidate vehicles and their estimated price range, such as "7 vehicle types selected, estimated price 48.03~89.86." The passenger can also cancel the order using the cancellation control displayed on dispatch prompt 301. In response to the ride-hailing platform's dispatching operation for candidate vehicles, a recommended vehicle list 302 will be displayed.

[0138] The recommended capacity list 302 displays confirmation information, such as, "Found nearby available vehicles. You did not select this vehicle type; you need to confirm your agreement." The phrase "You did not select this vehicle type; you need to confirm your agreement" is highlighted. The recommended capacity list 302 also displays at least two candidate vehicles, for example, "XXXX Travel - Economy," "XXXX Taxi - Economy," "XXXX Express - Premium," "XXXX Express - Business," "XXXX Travel - Comfort," etc. The capacity list 302 also displays the corresponding capacity information for each candidate vehicle, for example, the estimated price for "XXXX Travel - Economy" is 44 yuan, the pick-up distance is 800 meters, and the pick-up time is 5 minutes.

[0139] In summary, the method provided in this application, by displaying a dispatch prompt when none of the first available transportation capacity accepts an order, allows the ride-hailing platform to continue dispatching orders to candidate transportation capacity. In response to the user's dispatch operation on candidate transportation capacity, a recommended transportation capacity list is displayed. This dynamic adjustment allows for more flexible allocation of transportation capacity resources to meet the immediate needs of the passengers.

[0140] Ride-hailing platforms implement batch order dispatching.

[0141] In some embodiments, if none of the first available vehicles accept orders within a first time period, the ride-hailing platform continues to dispatch orders to candidate vehicles. Optionally, the ride-hailing platform dispatches orders to candidate vehicles in batches. Dispatching orders in batches refers to the ride-hailing platform dispatching orders to available candidate vehicles in stages.

[0142] Figure 6 This is a flowchart of an order scheduling method provided in an exemplary embodiment of this application. Step 220 above can be replaced by step 221.

[0143] Step 221: If none of the first-class capacity belonging to the first capacity type has accepted any orders, update the recommended capacity list in real time, and display the candidate capacity that meets the order acceptance conditions for each order batch on the recommended capacity list.

[0144] Each dispatch batch is one of the batches in the dispatch process where the ride-hailing platform splits the dispatch order into at least two dispatch batches.

[0145] In some embodiments, the ride-hailing platform's order dispatching operation for candidate capacity is a batch dispatching operation. Batch dispatching means the ride-hailing platform dispatches multiple batches of orders to candidate capacity whose estimated price is below the dispatching upper limit. The dispatching upper limit is used to characterize the price criteria used by the ride-hailing platform to screen candidate capacity.

[0146] Optionally, in response to the ride-hailing platform's batch dispatching operation for candidate capacity, the recommendation list is updated in real time, and candidate capacity that meets the order acceptance conditions for each dispatching batch is displayed on the recommendation list.

[0147] The order acceptance condition includes that the candidate vehicle has agreed to accept the order. Optionally, the order acceptance condition indicates that the candidate vehicle's estimated price is within the order dispatch limit and meets the conditions for agreeing to accept the order. Agreeing to accept the order means that after the ride-hailing platform sends an order request (i.e., dispatch) to the candidate vehicle, the candidate vehicle chooses to accept the order and prepares to provide pick-up and drop-off services. Agreeing to accept the order can also be understood as the candidate vehicle responding to the order request sent by the ride-hailing platform.

[0148] In some embodiments, the ride-hailing platform obtains order information from a passenger account (the account corresponding to the pick-up target). The order information includes the passenger account's original quote, and the ride-hailing platform calculates a dispatch ceiling based on the original quote. The dispatch ceiling is the highest dispatch price the ride-hailing platform can offer to candidate vehicles; that is, the estimated quote for a candidate vehicle is less than or equal to the dispatch ceiling. The dispatch ceiling is used to characterize the price criteria used by the ride-hailing platform to select candidate vehicles.

[0149] In this embodiment, the dispatch limit is used as a filtering condition to help the ride-hailing platform quickly identify and match candidate capacity whose estimated price is within the budget range of the pick-up target.

[0150] In some embodiments, the ride-hailing platform uses a dispatch limit as a price condition for filtering candidate transportation capacity. This dispatch limit is determined based on a multiplier limit and a price difference limit. The platform calculates both the multiplier limit and the price difference limit based on the original quote from the passenger, and determines the higher of these two values ​​as the dispatch limit. Optionally, the platform calculates the multiplier limit based on the original quote from the passenger, and calculates the price difference limit based on the price difference limit.

[0151] In this embodiment of the application, by obtaining the upper limit of the multiple and the upper limit of the price difference, the ride-hailing platform can flexibly control the range of price fluctuations. By pre-calculating and setting the upper limit of the order dispatch, the ride-hailing platform can quickly filter out the transportation capacity that meets the order acceptance conditions and improve the efficiency of order dispatch.

[0152] The upper limit of the multiplier refers to the maximum multiplier calculated based on the original price, used to limit the range of estimated prices for candidate capacity. The upper limit of the multiplier is a specific value calculated based on the original price and the upper limit of the multiplier (upper limit of multiplier = original price * upper limit of multiplier).

[0153] The price difference cap refers to the maximum difference between the estimated price and the original price for candidate capacity. The price difference cap represents the highest possible fluctuation between the estimated price and the original price for candidate capacity. The price difference cap value is a specific value calculated based on the original price and the price difference cap (Price Difference Cap = Original Price + Price Difference Cap).

[0154] For example, if the original price quoted by the pick-up target is 10 yuan, and the maximum multiplier is 1.2 times, the maximum multiplier is 12 yuan. If the original price quoted by the pick-up target is 10 yuan, and the maximum price difference is 5 yuan, the maximum price difference is 15 yuan. The maximum price difference (15 yuan) is higher than the maximum multiplier (12 yuan). Therefore, the ride-hailing platform can use the maximum price difference (15 yuan) as the maximum dispatch value and dispatch orders to candidate vehicles with estimated prices within 15 yuan.

[0155] In some embodiments, the ride-hailing platform dispatches orders to candidate vehicles in batches within a dispatch limit. Optionally, the ride-hailing platform obtains the price increment granularity and sequentially increases the dispatch price for each batch based on the price increment granularity. The price increment granularity indicates the price increase for dispatching candidate vehicles from the i-th batch to the (i+1)-th batch, where i is a positive integer.

[0156] After obtaining the price increment granularity, the ride-hailing platform determines the dispatch price for the (i+1)th batch based on the dispatch price of the i-th batch and the price increment granularity. Orders are then dispatched to candidate vehicles whose estimated prices fall within the dispatch price range of the (i+1)th batch. Before reaching the batching threshold, the platform gradually increases the dispatch price for each batch based on the price increment granularity, increasing by a fixed price step each time. After reaching the batching threshold, orders are dispatched to candidate vehicles whose estimated prices are within the dispatching upper limit. The batching threshold determines the number of price increases or the range of increases. Once the threshold is reached, the platform stops gradually increasing prices batch by batch and begins dispatching orders using the dispatching upper limit.

[0157] In this embodiment, the dispatch price for each batch is increased sequentially by incrementing the price granularity. This dispatch mechanism has good flexibility and adaptability, which helps to improve the overall order acceptance rate. Through reasonable price adjustments and dispatch strategies, the recipients can obtain transportation services more quickly within an acceptable price range.

[0158] In some embodiments, the ride-hailing platform dispatches orders in batches, and the time interval between dispatching the i-th batch and the (i+1)-th batch can be fixed or variable. This application does not limit this.

[0159] In some embodiments, the batching threshold refers to the number of times a batch of orders is dispatched. For example, the batching threshold refers to the number of times a ride-hailing platform dispatches orders to candidate capacity in three batches, with the third batch being the upper limit of the batching, that is, the batching threshold is three times.

[0160] In some embodiments, the batching threshold refers to the price threshold reached in the batch dispatching. For example, the batching threshold refers to the price threshold, which is used to indicate that the dispatching price reaches 120% of the original quote. If the original quote for the pick-up is 10 yuan, when the dispatching price of a certain batch on the ride-hailing platform reaches 12 yuan, it is considered that the price threshold for batch dispatching has been reached, that is, the batching threshold is 12 yuan.

[0161] For example, consider a ride-hailing platform dispatching orders in three batches, with a batching threshold of three times and a fixed time interval of 5 seconds between each batch. For instance, the initial price quoted is 10 yuan, the increment is 1 yuan, and the maximum dispatch amount is 15 yuan. In the first batch, the platform dispatches orders to candidates with an estimated price of 11 yuan (the initial price of 10 yuan plus the increment of 1 yuan). After 5 seconds, the platform dispatches orders in the second batch, assigning orders to candidates with an estimated price of 12 yuan (the initial dispatch price of 11 yuan plus the increment of 1 yuan). After another 5 seconds, the platform dispatches orders in the third batch, which is considered to have reached the batching threshold. In the third batch, the platform dispatches orders to candidates with an estimated price of 15 yuan or less.

[0162] In one possible implementation, the ride-hailing platform's batch order dispatch operation is triggered automatically; that is, the platform automatically triggers batch order dispatch for candidate vehicles. In another possible implementation, the ride-hailing platform's batch order dispatch operation is triggered by the pick-up party's selection; that is, the platform responds to the pick-up party's selection for batch order dispatch by performing batch order dispatch on candidate vehicles. In yet another possible implementation, the ride-hailing platform's batch order dispatch operation can also be triggered based on preset conditions, such as a preset threshold for candidate vehicles meeting the order acceptance criteria. This application does not limit the triggering method for the batch order dispatch operation.

[0163] Optionally, the batch dispatching operation of the ride-hailing platform is triggered automatically. When the ride-hailing platform automatically triggers batch dispatching of candidate vehicles, the upper limit of the multiplier, the upper limit of the price difference, the granularity of the price increase, and the batching threshold can be preset in the ride-hailing platform by relevant personnel. For example, relevant personnel can set the upper limit of the multiplier to 1.5 times, the upper limit of the price difference to 10 yuan, the granularity of the price increase to 2 yuan, and the batching threshold to a number of times (e.g., three times) in advance in the ride-hailing platform. This setting can be applied to all pick-up targets using the ride-hailing platform.

[0164] Optionally, the ride-hailing platform's batch dispatching operation is triggered automatically. When the ride-hailing platform automatically triggers batch dispatching of candidate vehicles, the upper limit of the multiplier, the upper limit of the price difference, the granularity of the price increase, and the batching threshold can be dynamically changed. For example, the batching threshold and the original price quoted by the pick-up target are positively correlated. For instance, if the original price quoted by the first pick-up target is 10 yuan, and the batching threshold is three times, that is, the ride-hailing platform will dispatch orders to the candidate vehicles in three batches; if the original price quoted by the second pick-up target is 18 yuan, and the batching threshold is four times, that is, the ride-hailing platform will dispatch orders to the candidate vehicles in four batches.

[0165] Optionally, the ride-hailing platform's batch dispatching operation is triggered by the passenger's choice. When the ride-hailing platform responds to the passenger's trigger and performs batch dispatching for candidate vehicles, the upper limit of the multiplier, the upper limit of the price difference, the granularity of the price increase, and the batching threshold can be set by the passenger according to their individual needs. For example, if the first passenger has ample time, they can set the batching threshold to four times, waiting for the ride-hailing platform to dispatch orders to candidate vehicles in four batches; if the second passenger is in a tighter timeframe, they can set the batching threshold to two times, waiting for the ride-hailing platform to dispatch orders to candidate vehicles in two batches.

[0166] In some embodiments, ride-hailing platforms dispatch orders to candidate capacity in batches. The capacity displayed on the recommended capacity list is adjusted with each batch of orders dispatched; that is, the recommended capacity list is dynamically updated with each batch of orders dispatched. For example, in the first batch of orders dispatched by the ride-hailing platform, the recommended capacity list displays two candidate capacity vehicles; in the second batch of orders dispatched by the ride-hailing platform, the recommended capacity list displays five candidate capacity vehicles; and in the third batch of orders dispatched by the ride-hailing platform, the recommended capacity list displays seven candidate capacity vehicles.

[0167] In this embodiment, ride-hailing platforms dispatch orders in batches, dynamically updating the recommended capacity list. The platforms can reflect current capacity availability and demand changes in real time. This real-time updating ensures that passengers always see the most suitable capacity options for their current needs, reducing empty runs and delays caused by information lag or capacity mismatch.

[0168] Furthermore, by introducing order acceptance criteria, ride-hailing platforms can balance estimated prices with order dispatch limits, and accurately match the needs of qualified candidate vehicles with the needs of the passengers. The candidate vehicles displayed in the recommended vehicle capacity list have all passed the order acceptance criteria screening. This precise matching reduces invalid order dispatches and improves the overall order dispatch success rate.

[0169] Ride-hailing platforms perform single order dispatch operations

[0170] In some embodiments, if none of the first available vehicles accept orders within a first time period, the ride-hailing platform continues to dispatch orders to candidate vehicles. Optionally, the ride-hailing platform dispatches orders to candidate vehicles in a single instance. A single instance refers to the ride-hailing platform dispatching orders to a group of available candidate vehicles at the same time.

[0171] like Figure 6 As shown, step 220 above can be replaced by step 222.

[0172] Step 222: If none of the first-class capacity belonging to the first capacity type has accepted any orders, display all or more candidate capacity in the recommended capacity list that meet the order acceptance criteria.

[0173] In some embodiments, the ride-hailing platform's dispatching operation for candidate capacity is a single dispatching operation. A single dispatching operation involves the ride-hailing platform centrally dispatching orders to candidate capacity whose estimated price is below the dispatching upper limit. The dispatching upper limit is used to characterize the price criteria used by the ride-hailing platform to screen candidate capacity.

[0174] Optionally, in response to a single order dispatch operation by the ride-hailing platform for candidate capacity, all or more candidate capacity that meet the order acceptance criteria in the recommended capacity list are displayed. This can also be understood as displaying all or more candidate capacity that meet the order acceptance criteria in the recommended capacity list at once.

[0175] The order acceptance condition includes that the candidate vehicle has agreed to accept the order. Optionally, the order acceptance condition indicates that the candidate vehicle's estimated price is within the order dispatch limit and meets the conditions for accepting the order. Agreeing to accept the order means that after the ride-hailing platform sends an order request (i.e., dispatch) to the candidate vehicle, the candidate vehicle chooses to accept the order and prepares to provide pick-up and drop-off services. Agreeing to accept the order can also be understood as the candidate vehicle responding to the order request sent by the ride-hailing platform.

[0176] In some embodiments, the ride-hailing platform obtains order information from a passenger account (the account corresponding to the pick-up target). The order information includes the passenger account's original quote, and the ride-hailing platform calculates a dispatch ceiling based on the original quote. The dispatch ceiling is the highest dispatch price the ride-hailing platform can offer to candidate vehicles; that is, the estimated quote for a candidate vehicle is less than or equal to the dispatch ceiling. The dispatch ceiling is used to characterize the price criteria used by the ride-hailing platform to select candidate vehicles.

[0177] In some embodiments, the ride-hailing platform uses a dispatch limit as a price condition for filtering candidate transportation capacity. The dispatch limit is determined based on a multiplier limit and a price difference limit. The platform calculates both the multiplier limit and the price difference limit based on the original quote from the passenger, and determines the higher of these two values ​​as the dispatch limit. Optionally, the platform calculates the multiplier limit based on the original quote and the price difference limit based on the price difference limit. The multiplier limit refers to the maximum multiplier calculated based on the original quote, used to limit the range of estimated quotes for candidate transportation capacity. The price difference limit refers to the maximum difference between the estimated quote and the original quote for a candidate transportation capacity.

[0178] In some embodiments, the ride-hailing platform dispatches a single order, using the order dispatch limit as the filtering condition to select all candidate vehicles that meet the order acceptance conditions, and displays multiple candidate vehicles that meet the order acceptance conditions on the recommended vehicle capacity list at one time.

[0179] For example, if the original price quoted by the pick-up party is 20 yuan, and the maximum multiplier is 1.5 times, the maximum multiplier is 30 yuan. If the original price quoted by the pick-up party is 20 yuan, and the maximum price difference is 5 yuan, the maximum price difference is 25 yuan. The maximum multiplier (30 yuan) is higher than the maximum price difference (25 yuan). Therefore, the ride-hailing platform can use the maximum multiplier (30 yuan) as the order dispatch limit and dispatch orders to all candidate vehicles with estimated prices within 30 yuan.

[0180] In one possible implementation, the single order dispatch operation of the ride-hailing platform is triggered automatically; that is, the ride-hailing platform automatically triggers a single order dispatch operation for candidate transportation capacity. In another possible implementation, the single order dispatch operation of the ride-hailing platform is triggered by the selection of the pick-up party; that is, the ride-hailing platform performs a single order dispatch operation on the candidate transportation capacity in response to the pick-up party's selection of a single order dispatch. This application does not limit the triggering method of the single order dispatch operation.

[0181] In this embodiment, the ride-hailing platform's dispatching operation for candidate transportation capacity is a single dispatching operation. The ride-hailing platform will try its best to match suitable transportation capacity for the pick-up object in one operation, thereby optimizing resource allocation. Through single dispatching, the ride-hailing platform can reduce the waiting time of the pick-up object and improve the utilization efficiency of vehicles.

[0182] Furthermore, by introducing order acceptance criteria, ride-hailing platforms can balance estimated prices with order dispatch limits, and accurately match the needs of qualified candidate vehicles with the needs of the passengers. The candidate vehicles displayed in the recommended vehicle capacity list have all passed the order acceptance criteria screening. This precise matching reduces invalid order dispatches and improves the overall order dispatch success rate.

[0183] The lock-in time is displayed in the recommended capacity list.

[0184] In some embodiments, the recommended capacity list includes at least two candidate capacities and their capacity information. Since different capacities have different lock-in times—that is, different candidate capacities have different waiting times for pick-up selection—the lock-in time for each candidate capacity is displayed in the recommended capacity list.

[0185] Figure 7 This is a flowchart of an exemplary embodiment of an order scheduling method provided in this application. The method includes steps 310 and 320.

[0186] Step 310: Display the order locking time, which indicates the time that candidate capacity is waiting for passenger accounts;

[0187] The passenger account is the user account corresponding to the person being picked up.

[0188] In some embodiments, in response to the ride-hailing platform's dispatch operation for candidate capacity, candidate capacity that meets the order acceptance criteria is displayed in the recommended capacity list. Optionally, the lock-in time of the candidate capacity is displayed in the recommended capacity list. The lock-in time is used to indicate the time the candidate capacity waits for the passenger's account. Alternatively, the lock-in time can be considered to indicate the length of time the candidate capacity waits for the selected pick-up target.

[0189] In some embodiments, a time window control is recommended to display each candidate capacity in the capacity list. This time window control is used to indicate the lock-in time of the candidate capacity. Optionally, the display format of the lock-in time of the candidate capacity includes, but is not limited to, at least one of the following: countdown format, progress bar format, progress circle format, and percentage format. This application does not limit this.

[0190] For example, in conjunction with reference Figure 5 In response to the ride-hailing platform's dispatching operation for candidate vehicles, a recommended vehicle list 302 is displayed on the order collection interface 300 of the pick-up vehicle. The recommended vehicle list 302 displays at least two candidate vehicles, namely "XXXX Travel - Economy", "XXXX Taxi - Economy", "XXXX Express - Premium", "XXXX Express - Business", and "XXXX Travel - Comfort". The lock-in time for each candidate vehicle is displayed, and the lock-in time for each candidate vehicle can be displayed as a countdown. For example, the lock-in time for "XXXX Travel - Economy" is 8 seconds, for "XXXX Taxi - Economy" it is 6 seconds, for "XXXX Express - Premium" it is 6 seconds, for "XXXX Express - Business" it is 5 seconds, and for "XXXX Travel - Comfort" it is 3 seconds.

[0191] Step 320: If no candidate capacity is selected within the lockout period, remove the invalid candidate capacity from the recommended capacity list.

[0192] In some embodiments, the lock-in time is used to indicate the effective display time (or effective waiting time) of candidate capacity in the recommended capacity list. Optionally, if the pick-up party does not select a candidate capacity within the lock-in time, the candidate capacity can be considered not selected by the pick-up party, and the ride-hailing platform will remove the expired candidate capacity from the recommended capacity list.

[0193] In some embodiments, the recommended capacity list is updated in real time; that is, the candidate capacity displayed in the recommended capacity list is updated in real time. In response to the ride-hailing platform's batch dispatching operation for candidate capacity, the recommended capacity list displays each batch of newly added candidate capacity; if no pick-up target is selected, candidate capacity that has reached its lock-in time is removed from the recommended capacity list.

[0194] In this embodiment, the lockout time is used to limit the waiting time of candidate capacity in the recommended capacity list, ensuring efficient resource utilization. Candidate capacity not selected during this time period will be removed from the recommended capacity list, avoiding resource waste and inefficiency caused by prolonged waiting.

[0195] Figure 8 This is a flowchart of an order scheduling method provided in an exemplary embodiment of this application. The method includes steps 410, 420, and 430.

[0196] Step 410: Obtain the order request from the passenger account. The order request includes the first capacity type selected by the passenger account. Dispatch the order to the driver client corresponding to the first capacity type.

[0197] The passenger account is the account logged into the passenger app. It can also be referred to as the account corresponding to the person requesting a ride. The passenger account can be understood as the user who initiated the ride request on the ride-hailing platform.

[0198] The "First Capacity Type" indicates the type of transportation service selected by the passenger on the ride-hailing interface. Capacity type refers to the different types of travel services available to the passenger. "First Capacity" refers to the specific transportation service belonging to the first capacity type. For example, the first capacity type selected by the passenger account (the account corresponding to the passenger) may include "XX Travel," "XXX Taxi," "XX Express," or "XX Ride-Hailing."

[0199] In some embodiments, the person picking up the driver uses the travel service function on the ride-hailing platform to edit their own order information (the order information is used to represent the person picking up the driver's travel needs). For example, the order information includes the person picking up the driver's pick-up point, the person picking up the driver's destination, and the person picking up the driver's travel route.

[0200] Optionally, in response to the passenger posting order information on the ride-hailing platform, the ride-hailing platform sends an order request for the passenger account to the server. The order request includes the first capacity type selected by the passenger account. In response to the order request from the passenger account, the server dispatches an order to the driver client corresponding to the first capacity type.

[0201] Step 420: If none of the first-capacity vehicles belonging to the first capacity type have accepted orders, query at least two candidate capacity vehicles and return at least two candidate capacity vehicles and capacity information of at least two candidate capacity vehicles to the passenger account;

[0202] In some embodiments, in response to an order request issued by the pick-up object, which includes a first capacity type selected by the passenger account, the ride-hailing platform sends the order request to the server. If none of the first capacity types belonging to the first capacity type accept the order, the server queries at least two candidate capacity types and returns at least two candidate capacity types and capacity information of at least two candidate capacity types to the passenger account. The at least two candidate capacity types include a second capacity type.

[0203] Among them, at least two candidate vehicles are those that the passenger did not select on the ride-hailing interface. At least two candidate vehicles are available vehicles belonging to other vehicle types besides the first type.

[0204] Optionally, idle capacity is used to indicate capacity that currently has no passenger-carrying tasks and is in a standby state; or, idle capacity is used to indicate capacity that has agreed to accept orders and does not belong to the first capacity type. This application's embodiments mainly focus on idle capacity as capacity that meets the conditions for agreeing to accept orders.

[0205] In some embodiments, different candidate capacity slots have different lock-in times. Optionally, the server queries the lock-in time for each candidate capacity slot, whereby the lock-in time indicates the time the candidate capacity waits for a passenger account. If no selection instruction for a candidate capacity is received from a passenger account within the lock-in time, the server notifies the passenger account to remove the expired candidate capacity. This approach continuously updates the candidate capacity list in the recommended capacity list while removing expired candidate capacity, thus saving computer resources.

[0206] In some embodiments, at least two candidate capacities are candidate capacities that meet the order acceptance criteria. The order acceptance criteria indicate that the estimated price of the candidate capacities is within the order dispatch limit and meets the conditions for accepting the order. Optionally, the server dispatches orders to the candidate capacities that meet the order acceptance criteria; the dispatching operation includes batch dispatching and single dispatching.

[0207] In some embodiments, the ride-hailing platform's order dispatching operation is a batch dispatching operation. Optionally, if none of the first-capacity vehicles belonging to the first capacity type have accepted the order, the server dispatches orders in batches to driver clients corresponding to idle capacity vehicles belonging to other capacity types besides the first capacity type. Optionally, if there are idle capacity vehicles belonging to other capacity types besides the first capacity type that have agreed to accept the order, the server returns at least two candidate capacity vehicles that meet the order acceptance conditions to the passenger account in batches, as well as capacity information for at least two candidate capacity vehicles. The order acceptance conditions include that the candidate capacity vehicles have agreed to accept the order.

[0208] In this embodiment of the application, order dispatching in batches can improve dispatching efficiency and allow ride-hailing platforms to dispatch orders in a targeted manner to transportation capacity within different price ranges. By dispatching orders in batches, ride-hailing platforms can allocate transportation capacity resources more rationally.

[0209] In some embodiments, the server returns at least two candidate vehicles that meet the order acceptance criteria to the passenger account in batches. Optionally, if there are available vehicles belonging to other vehicle types besides the first vehicle type that agree to accept the order, the server dispatches orders in batches to candidate vehicles whose estimated price is below the dispatch limit; the server returns at least two candidate vehicles that meet the order acceptance criteria to the passenger account in batches, as well as the vehicle information of at least two candidate vehicles. The dispatch limit is used to characterize the price criteria used by the ride-hailing platform to filter the candidate vehicles.

[0210] In some embodiments, the ride-hailing platform dispatches orders in batches. Optionally, if none of the first-type capacity vehicles have accepted orders, the server dispatches orders to driver clients corresponding to available capacity vehicles of other capacity types (excluding the first-type capacity vehicle) in a single batch based on the order request. If available capacity vehicles of other capacity types (excluding the first-type capacity vehicle) agree to accept the order, the server returns at least two candidate capacity vehicles that meet the acceptance criteria to the passenger account in a single instance, along with capacity information for at least two candidate capacity vehicles. The acceptance criteria include that the candidate capacity vehicles have already agreed to accept the order.

[0211] In this embodiment, the single dispatch simplifies the dispatch process, allowing the ride-hailing platform to send dispatch requests to all eligible candidate vehicles with only one operation. By dispatching orders to all eligible candidate vehicles at once, the dispatch speed can be accelerated and the waiting time for the pick-up party can be reduced.

[0212] In some embodiments, the server returns at least two candidate vehicles that meet the order acceptance criteria to the passenger account at once. Optionally, if there are available vehicles belonging to other vehicle types besides the first vehicle type that agree to accept the order, the server dispatches an order to the candidate vehicles whose estimated price is below the dispatch limit in a single transaction; the server returns at least two candidate vehicles that meet the order acceptance criteria to the passenger account at once, along with vehicle information for at least two candidate vehicles. The dispatch limit is used to characterize the price criteria used by the ride-hailing platform to filter the candidate vehicles.

[0213] In some embodiments, the dispatch limit is the highest dispatch price that the ride-hailing platform can offer to candidate vehicles. That is, the estimated price of the candidate vehicles is less than or equal to the dispatch limit. The dispatch limit is used to characterize the price conditions for the ride-hailing platform to screen candidate vehicles.

[0214] In some embodiments, the dispatch limit is calculated by the terminal device corresponding to the passenger account, or the dispatch limit is calculated by the server, which then returns the calculated dispatch limit to the ride-hailing platform. This application does not limit this.

[0215] Taking the dispatch limit as an example, where the server calculates and returns the dispatch limit to the ride-hailing platform. Optionally, the ride-hailing platform obtains the order information of the passenger account (the account corresponding to the pick-up target). The order information includes the original price of the passenger account. The ride-hailing platform sends the passenger account's order information to the server, and the server calculates the dispatch limit based on the original price. The server calculates both the multiplier limit and the price difference limit based on the original price of the pick-up target. The higher of the multiplier limit and the price difference limit is determined as the dispatch limit, and the dispatch limit is returned to the ride-hailing platform. The multiplier limit is a specific value calculated based on the original price and the multiplier limit (multiplier limit = original price * multiplier limit). The price difference limit is a specific value calculated based on the original price and the price difference limit (price difference limit = original price + price difference limit).

[0216] In some embodiments, the ride-hailing platform dispatches orders to candidate vehicles in batches within a dispatch limit. Optionally, the server obtains the price increment granularity and sequentially increases the dispatch price for each batch based on the price increment granularity. The price increment granularity indicates the price increase for dispatching candidate vehicles from the i-th batch to the (i+1)-th batch, where i is a positive integer. The server determines the dispatch price for the (i+1)-th batch based on the dispatch price of the i-th batch and the price increment granularity, and returns the dispatch price for the (i+1)-th batch to the ride-hailing platform. The ride-hailing platform then dispatches orders to candidate vehicles whose estimated prices fall within the range of the dispatch price for the (i+1)-th batch.

[0217] For details regarding batch order dispatch and single order dispatch, please refer to the relevant content in steps 222a and 222b above, which will not be repeated here.

[0218] Step 430: Receive the passenger account's selection instruction for the second transportation capacity, and return the pick-up information corresponding to the second transportation capacity to the passenger account.

[0219] In some embodiments, the recommendation list includes at least two candidate capacities not selected by the passenger account, as well as capacity information for at least two candidate capacities. Optionally, a second capacity may be included among the at least two candidate capacities.

[0220] Optionally, the server receives the passenger account's selection instruction for the second transportation capacity and returns the pick-up information corresponding to the second transportation capacity to the passenger account. The pick-up information corresponding to the second transportation capacity refers to the specific pick-up information for the second transportation capacity. Optionally, the pick-up information includes the real-time location of the second transportation capacity, the real-time distance of the second transportation capacity, the real-time arrival time of the second transportation capacity, and the vehicle information of the second transportation capacity. This application does not limit the pick-up information.

[0221] In summary, the method provided in this application allows the server to quickly obtain order requests from passenger accounts and return the first available transportation capacity to the ride-hailing platform. This helps to respond quickly to user needs. If none of the first available transportation capacity accepts the order, the server can provide at least two candidate transportation capacity options, ensuring that even if the preferred first available transportation capacity fails to accept the order, the needs of the passenger can still be met, thus improving the continuity and reliability of the service. By returning candidate transportation capacity options that meet the order acceptance criteria, the server helps to optimize the allocation of transportation capacity resources.

[0222] Figure 9 This is an overall flowchart of an order scheduling method provided in an exemplary embodiment of this application. It mainly includes the following steps:

[0223] Step 1: Select the first capacity type to place an order;

[0224] In a ride-hailing service scenario, the passenger places an order on a ride-hailing platform. After entering their origin and destination on the platform, the available transportation options are displayed on the app. The passenger can then select one or more primary transportation options based on their needs.

[0225] Optionally, the first capacity type is used to indicate the capacity type selected by the passenger on the ride-hailing interface. Capacity type refers to the different types of travel services available to the passenger. Capacity refers to the specific capacity belonging to the capacity type.

[0226] Step 2: The ride-hailing platform dispatches an order to the first available transportation provider;

[0227] Optionally, the ride-hailing platform obtains the order information of the person picking up the driver and dispatches the order to the first-class transportation type selected by the person picking up the driver.

[0228] Step 3: The ride-hailing platform continues to wait for the first available ride to be offered;

[0229] During the process of the ride-hailing platform calling the first-class transportation type selected by the passenger, the platform continues to wait for the passenger to raise their hand to indicate that the first-class transportation type they selected is the first-class transportation type.

[0230] Step 4: Does the first available delivery person raise their hand to accept the order within the first time period?

[0231] The first time is the time to wait for the first available delivery person to raise their hand and accept the order.

[0232] Optionally, within a first time period, such as 15 seconds, the ride-hailing platform will continuously dispatch orders to the first available ride-hailing vehicle selected by the passenger and determine whether any available ride-hailing vehicle will accept the order.

[0233] Step 5: If the first available delivery personnel raises their hands to accept the order within the first time period, proceed with the normal order selection process;

[0234] Optionally, if a ride-hailing platform sends a message to the passenger who is picking up a ride within the first time period, the platform will send the message back to the passenger who is picking up the ride. The first ride-hailing platform is the ride-hailing platform that is picking up the ride-hailing platform and belongs to the first ride-hailing platform type.

[0235] Step 6: If the first available vehicle does not accept the order within the first time period, proceed with the pre-allocation process;

[0236] The pre-allocation process refers to the ride-hailing platform assigning orders to candidate transportation capacity.

[0237] Optionally, if none of the first-tier capacity vehicles belonging to the first capacity type accept orders within the first time period, the ride-hailing platform will assign orders to candidate capacity vehicles. Candidate capacity vehicles refer to those that have not been selected by the passenger but meet the order acceptance criteria. Alternatively, candidate capacity vehicles can be understood as idle capacity vehicles belonging to other capacity types besides the first-tier capacity type.

[0238] In some embodiments, ride-hailing platform dispatching includes single dispatching and batch dispatching. Single dispatching refers to the ride-hailing platform dispatching orders to a group of available candidate vehicles simultaneously. This can also be understood as instructing the platform to dispatch orders to candidate vehicles with estimated prices below the dispatching limit in a single instance. Batch dispatching refers to the ride-hailing platform dispatching orders to available candidate vehicles in stages. This can also be understood as instructing the platform to dispatch orders to candidate vehicles with estimated prices below the dispatching limit in batches.

[0239] The dispatch limit is the highest dispatch price that a ride-hailing platform can offer to candidate vehicles. In other words, the estimated price of a candidate vehicle is less than or equal to the dispatch limit. The dispatch limit is used to characterize the price conditions for ride-hailing platforms to select candidate vehicles.

[0240] Step 7: The ride-hailing platform calculates the price of the first batch of dispatched orders and pre-allocates the first batch of orders;

[0241] Take the example of ride-hailing platforms dispatching orders in batches.

[0242] The first batch of pre-allocated orders refers to the ride-hailing platform assigning the first batch of orders to the candidate transportation capacity.

[0243] Optionally, the ride-hailing platform obtains the order information of the passenger account (the account corresponding to the pick-up target). The order information includes the original price of the passenger account, and the ride-hailing platform calculates the upper limit of the dispatch limit based on the original price.

[0244] In some embodiments, the ride-hailing platform dispatches orders to candidate vehicles in batches within a dispatch limit. Optionally, the ride-hailing platform obtains the price increment granularity and sequentially increases the dispatch price for each batch based on the price increment granularity. The price increment granularity indicates the price increase for dispatching candidate vehicles from the i-th batch to the (i+1)-th batch, where i is a positive integer.

[0245] After obtaining the granularity of the price increase, the ride-hailing platform determines the dispatch price for the (i+1)th batch based on the dispatch price of the i-th batch and the granularity of the price increase, and dispatches orders to candidate vehicles whose estimated prices are within the dispatch price range of the (i+1)th batch. Before reaching the batching threshold, the ride-hailing platform will gradually increase the dispatch price of each batch according to the granularity of the price increase, increasing by a fixed price step each time. After reaching the batching threshold, orders will be dispatched to candidate vehicles whose estimated prices are within the upper limit of the dispatching limit. This embodiment of the application uses a batching threshold of three times as an example for illustration.

[0246] For example, taking a ride-hailing platform with an original quote of 10 yuan, a dispatch limit of 15 yuan, and an increment of 1 yuan as an example, in the first batch of dispatches, the platform dispatches orders to candidate vehicles with an estimated quote of 11 yuan or less (original quote of 10 yuan plus increment of 1 yuan).

[0247] Step 8: The ride-hailing platform will pre-allocate the second batch of orders after a fixed time interval;

[0248] The second batch of pre-allocation orders refers to the ride-hailing platform assigning orders to the candidate fleet in the second batch.

[0249] For example, let's take an initial quote of 10 yuan for the pick-up target, a dispatch limit of 15 yuan, an increment of 1 yuan, and a fixed duration of 10 seconds. After 10 seconds, the ride-hailing platform will dispatch a second batch of orders. In this second batch, the platform will dispatch orders to candidate vehicles with an estimated quote of 12 yuan or less (the dispatch price of 11 yuan in the first batch plus the increment of 1 yuan).

[0250] Step 9: The ride-hailing platform will pre-allocate the third batch of orders after a fixed time interval;

[0251] The third batch of pre-allocation orders refers to the ride-hailing platform assigning orders to the candidate transportation capacity in the third batch.

[0252] After the batching threshold is reached, candidate capacity with estimated prices within the dispatch limit will be dispatched. This application example uses a batching threshold of three times as an example.

[0253] For example, let's take an initial quote of 10 yuan for the pick-up target, a dispatch limit of 15 yuan, an increment of 1 yuan, and a fixed duration of 10 seconds. After completing the second batch of dispatches, the ride-hailing platform dispatches a third batch of orders within 10 seconds. This can be considered as reaching the batching threshold. In the third batch, the platform dispatches orders to candidate vehicles with estimated quotes below 15 yuan.

[0254] Step 10: The ride-hailing platform displays the candidate vehicles that have raised their hands to accept orders in the recommended vehicle capacity list;

[0255] "Raising your hand to accept an order" refers to the act of a ride-hailing platform sending an order request (i.e., dispatching an order) to a candidate driver, and the candidate driver choosing to accept the order and prepare to provide pick-up service. "Raising your hand to accept an order" can also be understood as a candidate driver responding to an order request sent by the ride-hailing platform.

[0256] Optionally, when a ride-hailing platform dispatches orders in batches, the platform will display the candidate capacity of each batch of passengers who raise their hands to accept the order in the recommended capacity list.

[0257] Step 11: Calculate the lock-in time, and remove unselected candidate capacity when the countdown ends;

[0258] Optionally, the lock-in time for candidate capacity can be displayed in the recommended capacity list. The lock-in time is used to indicate the duration for which candidate capacity waits for a pick-up option to be selected.

[0259] In some embodiments, the lock-in time is used to indicate the effective display time (or effective waiting time) of candidate capacity in the recommended capacity list. Optionally, if the pick-up party does not select a candidate capacity within the lock-in time, the candidate capacity can be considered not selected by the pick-up party, and the ride-hailing platform will remove the expired candidate capacity from the recommended capacity list.

[0260] Step 12: The person picking up the vehicle selects a candidate transport capacity;

[0261] Optionally, the recommended capacity list displays at least two candidate capacities. The passenger can compare the candidate capacities in the recommended capacity list, including comparing estimated prices, pick-up times, and other information, and select a suitable capacities as the second capacity within the lock-in period of the candidate capacities.

[0262] Step 13: The pre-allocation process is complete;

[0263] In response to the passenger's selection of a candidate vehicle from the recommended vehicle capacity list, the ride-hailing platform stops dispatching orders to other candidate vehicles.

[0264] Step 14: Notify the selected transportation providers of the pick-up and drop-off services.

[0265] Figure 10 A structural block diagram of an order scheduling apparatus according to an embodiment of this application is shown. This apparatus has the functionality to implement the above-described order scheduling method example; the functionality can be implemented in hardware or by hardware executing corresponding software. Figure 10 As shown, the device may include a display module 810.

[0266] Display module 810 is used to display the first capacity type selected by the passenger account;

[0267] Display module 810 is used to display a recommended capacity list when none of the first capacity belonging to the first capacity type has accepted any orders. The recommended capacity list includes at least two candidate capacity and capacity information of the at least two candidate capacity. The at least two candidate capacity are idle capacity belonging to other capacity types besides the first capacity type. The at least two candidate capacity include a second capacity.

[0268] Display module 810 is used to display pick-up information corresponding to the second transport capacity in response to the selection operation for the second transport capacity.

[0269] In some embodiments, the display module 810 further includes an update submodule and a display submodule.

[0270] In an optional example, an update submodule is used to update the recommended capacity list in real time when none of the first capacity belonging to the first capacity type has accepted an order, and a display submodule is used to display the candidate capacity that meets the order acceptance conditions for each order batch on the recommended capacity list.

[0271] The order acceptance conditions include that the candidate transportation capacity has agreed to accept the order, and each order dispatch batch is a batch in the order dispatch process in which the ride-hailing platform splits the order dispatch into at least two order dispatch batches.

[0272] In an optional example, the ride-hailing platform's order dispatching operation for the candidate transportation capacity is a batch order dispatching operation, which means that the ride-hailing platform dispatches multiple batches of orders to the candidate transportation capacity whose estimated price is below the order dispatching upper limit.

[0273] The order dispatch limit is used to characterize the price conditions for the ride-hailing platform to screen the candidate transportation capacity.

[0274] In an optional example, a display submodule is used to display all or more candidate capacities in the recommended capacity list that meet the order acceptance criteria when none of the first capacities belonging to the first capacity type have accepted orders.

[0275] The order acceptance condition includes that the candidate transport capacity has agreed to accept the order.

[0276] In an optional example, the ride-hailing platform's dispatching operation for the candidate transportation capacity is a single dispatching operation, wherein the single dispatching operation is the ride-hailing platform centrally dispatching orders to candidate transportation capacity whose estimated price is below the dispatching upper limit.

[0277] The order dispatch limit is used to characterize the price conditions for the ride-hailing platform to screen the candidate transportation capacity.

[0278] In some embodiments, the apparatus further includes a removal module.

[0279] In an optional example, display module 810 is used to display the order locking time, which indicates the time the candidate capacity waits for the passenger account;

[0280] The removal module is used to remove the failed candidate capacity from the recommended capacity list if no selection is made for the candidate capacity within the lockout period.

[0281] In one optional example, the capacity information of the candidate capacity includes at least one of the following:

[0282] The estimated price of the candidate transport capacity;

[0283] The pick-up distance of the candidate transport capacity;

[0284] The pick-up time of the candidate transport capacity;

[0285] The pick-up type of the candidate transport capacity;

[0286] The candidate transport capacity's receiving vehicle type.

[0287] In some embodiments, the apparatus further includes an acquisition module and a calculation module.

[0288] In an optional example, a module is used to obtain order information of the passenger account, the order information including the original quote of the passenger account;

[0289] The calculation module is used to calculate the dispatch limit value based on the original price, and the dispatch limit value is used to characterize the price conditions for the ride-hailing platform to screen the candidate transportation capacity.

[0290] In some embodiments, the calculation module further includes an acquisition submodule, a calculation submodule, and a determination submodule.

[0291] In an optional example, a submodule is retrieved to obtain the maximum multiplier and the maximum price spread;

[0292] The calculation submodule is used to calculate the upper limit value of the multiple corresponding to the upper limit of the multiple based on the original price, and to calculate the upper limit value of the price difference corresponding to the upper limit of the price difference;

[0293] The determination submodule is used to determine the higher of the multiple upper limit value and the price difference upper limit value as the order dispatch upper limit value.

[0294] In some embodiments, the acquisition submodule further includes an acquisition unit and a dispatch unit.

[0295] In an optional example, an acquisition unit is used to acquire the price increment granularity, which indicates the price increment of the ride-hailing platform for the candidate capacity from the i-th batch to the i+1-th batch, where i is a positive integer;

[0296] The dispatching unit is used to determine the dispatching price of the (i+1)th batch based on the dispatching price of the i-th batch and the increment granularity, and dispatch orders to candidate capacity within the range of the estimated price of the (i+1)th batch.

[0297] The dispatching unit is used to dispatch orders to candidate capacity within the range of the estimated price within the dispatching upper limit after the batching threshold is reached.

[0298] Figure 11 A structural block diagram of an order scheduling apparatus according to an embodiment of this application is shown. This apparatus has the functionality to implement the above-described order scheduling method example; the functionality can be implemented in hardware or by hardware executing corresponding software. Figure 11 As shown, the device may include an acquisition module 910 and a transmission module 920.

[0299] The acquisition module 910 is used to acquire the order request of the passenger account, the order request including the first transportation type selected by the passenger account, and to dispatch the order to the driver client corresponding to the first transportation type.

[0300] The sending module 920 is used to query at least two candidate transport capacity when none of the first transport capacity belonging to the first transport capacity type has accepted an order, and return the at least two candidate transport capacity and the transport capacity information of the at least two candidate transport capacity to the passenger account. The at least two candidate transport capacity are idle transport capacity belonging to other transport capacity types besides the first transport capacity type. The at least two candidate transport capacity include the second transport capacity.

[0301] The sending module 920 is used to receive the passenger account's selection instruction for the second transportation capacity and return the pick-up information corresponding to the second transportation capacity to the passenger account.

[0302] In some embodiments, the sending module 920 further includes a dispatch submodule and a return submodule.

[0303] In an optional example, the order dispatching submodule is used to dispatch orders in batches to the driver clients corresponding to idle capacity belonging to other capacity types besides the first capacity type, based on the order request, when none of the first capacity belonging to the first capacity type has accepted any orders.

[0304] The return submodule is used to return at least two candidate transport capacities that meet the order acceptance conditions to the passenger account in batches when there are available transport capacities of other transport capacities besides the first transport capacity type that agree to accept the order, and to return the transport capacity information of the at least two candidate transport capacities.

[0305] The order acceptance condition includes that the candidate transport capacity has agreed to accept the order.

[0306] In some embodiments, the return submodule further includes a dispatch unit and a return unit.

[0307] In an optional example, the dispatching unit is used to dispatch orders in batches to candidate capacity whose estimated price is below the dispatching limit, when there are available capacity of other capacity types besides the first capacity type that agree to accept the order.

[0308] The return unit is used to return at least two candidate vehicles that meet the order acceptance conditions to the passenger account in batches, and to return the vehicle capacity information of the at least two candidate vehicles.

[0309] The order dispatch limit is used to characterize the price conditions for the ride-hailing platform to screen the candidate transportation capacity.

[0310] In an optional example, the dispatching unit is used to dispatch a single order to candidate capacity whose estimated price is below the dispatching limit, provided that there are available available capacity of other capacity types besides the first capacity type that agree to accept the order.

[0311] The return unit is used to return at least two candidate vehicles that meet the order acceptance conditions to the passenger account at one time, and to return the vehicle information of the at least two candidate vehicles.

[0312] The order dispatch limit is used to characterize the price conditions for the ride-hailing platform to screen the candidate transportation capacity.

[0313] In an optional example, the order dispatching submodule is used to dispatch orders to the driver clients corresponding to idle capacity belonging to other capacity types besides the first capacity type, based on the order request, when none of the first capacity belonging to the first capacity type has accepted any orders.

[0314] The return submodule is used to return at least two candidate fleets that meet the order acceptance conditions to the passenger account in a single instance, and to return the fleet information of the at least two candidate fleets, if there are available fleets belonging to other fleet types besides the first fleet type that agree to accept the order.

[0315] The order acceptance condition includes that the candidate transport capacity has agreed to accept the order.

[0316] In some embodiments, the apparatus further includes a query module and a removal module.

[0317] In an optional example, a query module is used to query the lock-in time corresponding to each candidate capacity, the lock-in time being used to indicate the time the candidate capacity waits for the passenger account;

[0318] The removal module is used to notify the passenger account to remove the expired candidate capacity if no selection instruction for the candidate capacity is received from the passenger account within the lockout period.

[0319] It should be noted that the specific limitations of the embodiments of the one or more order scheduling devices provided above can be found in the limitations of the order scheduling addition method above, and will not be repeated here. Each module of the above device can be implemented entirely or partially by software, hardware, or a combination thereof. Each module can be embedded in the processor of the computer device in hardware form or independent of the processor of the computer device, or it can be stored in the memory of the computer device in software form, so that the processor can call and execute the corresponding operations of each module.

[0320] The sequence numbers of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0321] Figure 12 A structural block diagram of a computer device provided in an exemplary embodiment of this application is shown.

[0322] The computer device 1000 can be a portable mobile terminal or an in-vehicle terminal (vehicle infotainment system). Examples include: smartphones, tablets, MP3 players (Moving Picture Experts Group Audio Layer III), MP4 players (Moving Picture Experts Group Audio Layer IV), in-vehicle infotainment systems, dashcams, and vehicle control devices. The computer device 1000 may also be referred to as user equipment, portable terminal, or other names.

[0323] Typically, computer device 1000 includes a processor 1001 and a memory 1002.

[0324] Processor 1001 may include one or more processing cores, such as a quad-core processor, an octa-core processor, etc. Processor 1001 may be implemented using at least one hardware form selected from DSP (Digital Signal Processing), FPGA (Field Programmable Gate Array), and PLA (Programmable Logic Array). Processor 1001 may also include a main processor and a coprocessor. The main processor, also known as a CPU (Central Processing Unit), is used to process data in the wake-up state; the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, processor 1001 may integrate a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the screen. In some embodiments, processor 1001 may also include an AI (Artificial Intelligence) processor, which is used to handle computational operations related to machine learning.

[0325] The memory 1002 may include one or more computer-readable storage media, which may be tangible and non-transitory. The memory 1002 may also include high-speed random access memory and non-volatile memory, such as one or more disk storage devices or flash memory devices. In some embodiments, the non-transitory computer-readable storage media in the memory 1002 are used to store at least one instruction, which is executed by the processor 1001 to implement the order scheduling method provided in the embodiments of this application.

[0326] In some embodiments, the computer device 1000 may also optionally include: a peripheral device interface 1003 and at least one peripheral device. Specifically, the peripheral device includes at least one of: a radio frequency circuit 1004, a touch display screen 1005, a camera assembly 1006, an audio circuit 1007, and a power supply 1008.

[0327] Peripheral device interface 1003 can be used to connect at least one I / O (Input / Output) related peripheral device to processor 1001 and memory 1002. In some embodiments, processor 1001, memory 1002 and peripheral device interface 1003 are integrated on the same chip or circuit board; in some other embodiments, any one or two of processor 1001, memory 1002 and peripheral device interface 1003 can be implemented on separate chips or circuit boards, which is not limited in this embodiment.

[0328] The radio frequency (RF) circuit 1004 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The RF circuit 1004 communicates with communication networks and other communication devices via electromagnetic signals. The RF circuit 1004 converts electrical signals into electromagnetic signals for transmission, or converts received electromagnetic signals back into electrical signals. Optionally, the RF circuit 1004 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a user identity module card, etc. The RF circuit 1004 can communicate with other terminals through at least one wireless communication protocol. This wireless communication protocol includes, but is not limited to: the World Wide Web, metropolitan area networks, intranets, various generations of mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks, and / or WiFi (Wireless Fidelity) networks. In some embodiments, the RF circuit 1004 may also include circuitry related to NFC (Near Field Communication), which is not limited in this application.

[0329] The touch display screen 1005 is used to display a UI (User Interface). This UI may include graphics, text, icons, videos, and any combination thereof. The touch display screen 1005 also has the ability to collect touch signals on or above its surface. These touch signals can be input as control signals to the processor 1001 for processing. The touch display screen 1005 is used to provide virtual buttons and / or a virtual keyboard, also known as soft buttons and / or a soft keyboard. In some embodiments, there may be one touch display screen 1005, located on the front panel of the computer device 1000; in other embodiments, there may be at least two touch display screens, respectively located on different surfaces of the computer device 1000 or in a folded design; in some embodiments, the touch display screen 1005 may be a flexible display screen, located on a curved or folded surface of the computer device 1000. Furthermore, the touch display screen 1005 may be configured as a non-rectangular, irregular shape, i.e., a non-rectangular screen. The touch display screen 1005 may be made of materials such as LCD (Liquid Crystal Display) or OLED (Organic Light-Emitting Diode).

[0330] The camera assembly 1006 is used to capture images or videos. Optionally, the camera assembly 1006 includes a front-facing camera and a rear-facing camera. Typically, the front-facing camera is used for video calls or selfies, and the rear-facing camera is used for taking photos or videos. In some embodiments, there are at least two rear-facing cameras, which are any one of a main camera, a depth-sensing camera, and a wide-angle camera, to achieve background blurring by fusion of the main camera and the depth-sensing camera, and panoramic shooting and VR (Virtual Reality) shooting by fusion of the main camera and the wide-angle camera. In some embodiments, the camera assembly 1006 may also include a flash. The flash can be a single-color temperature flash or a dual-color temperature flash. A dual-color temperature flash is a combination of a warm-light flash and a cool-light flash, which can be used for light compensation at different color temperatures.

[0331] Audio circuit 1007 provides an audio interface between the user and computer device 1000. Audio circuit 1007 may include a microphone and a speaker. The microphone is used to collect sound waves from the user and the environment, converting the sound waves into electrical signals that are input to processor 1001 for processing, or input to radio frequency circuit 1004 for voice communication. For stereo sound acquisition or noise reduction purposes, multiple microphones may be used, each located at a different location within computer device 1000. The microphone may also be an array microphone or an omnidirectional microphone. The speaker converts electrical signals from processor 1001 or radio frequency circuit 1004 into sound waves. The speaker may be a conventional diaphragm speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, it can convert electrical signals not only into audible sound waves but also into inaudible sound waves for purposes such as distance measurement. In some embodiments, audio circuit 1007 may also include a headphone jack.

[0332] Power supply 1008 is used to supply power to the various components in computer device 1000. Power supply 1008 can be AC ​​power, DC power, a disposable battery, or a rechargeable battery. When power supply 1008 includes a rechargeable battery, the rechargeable battery can be a wired rechargeable battery or a wireless rechargeable battery. A wired rechargeable battery is a battery that is charged via a wired line, and a wireless rechargeable battery is a battery that is charged via a wireless coil. The rechargeable battery can also be used to support fast charging technology.

[0333] In some embodiments, the computer device 1000 further includes one or more sensors 1009. The one or more sensors 1009 include, but are not limited to, an accelerometer 1010, a gyroscope 1011, a pressure sensor 1012, an optical sensor 1013, and a proximity sensor 1014.

[0334] Accelerometer 1010 can detect the magnitude of acceleration along the three coordinate axes of a coordinate system established by computer device 1000. For example, accelerometer 1010 can be used to detect the components of gravitational acceleration along the three coordinate axes. Processor 1001 can control touchscreen 1005 to display the user interface in landscape or portrait view based on the gravitational acceleration signal acquired by accelerometer 1010. Accelerometer 1010 can also be used for games or for acquiring user motion data.

[0335] The gyroscope sensor 1011 can detect the orientation and rotation angle of the computer device 1000. The gyroscope sensor 1011 can work in conjunction with the accelerometer sensor 1010 to acquire the user's 3D movements on the computer device 1000. Based on the data acquired by the gyroscope sensor 1011, the processor 1001 can perform the following functions: motion sensing (e.g., changing the UI based on the user's tilt), image stabilization during shooting, game control, and inertial navigation.

[0336] The pressure sensor 1012 can be disposed on the side bezel of the computer device 1000 and / or on the lower layer of the touch display screen 1005. When the pressure sensor 1012 is disposed on the side bezel of the computer device 1000, it can detect the user's grip signal on the computer device 1000 and perform left / right hand recognition or quick operation based on the grip signal. When the pressure sensor 1012 is disposed on the lower layer of the touch display screen 1005, it can control operable controls on the UI interface based on the user's pressure operation on the touch display screen 1005. Operable controls include at least one of button controls, scroll bar controls, icon controls, and menu controls.

[0337] An optical sensor 1013 is used to collect ambient light intensity. In one embodiment, the processor 1001 can control the display brightness of the touch screen 1005 based on the ambient light intensity collected by the optical sensor 1013. Specifically, when the ambient light intensity is high, the display brightness of the touch screen 1005 is increased; when the ambient light intensity is low, the display brightness of the touch screen 1005 is decreased. In another embodiment, the processor 1001 can also dynamically adjust the shooting parameters of the camera assembly 1006 based on the ambient light intensity collected by the optical sensor 1013.

[0338] The proximity sensor 1014, also known as a distance sensor, is typically located on the front of the computer device 1000. The proximity sensor 1014 is used to detect the distance between the user and the front of the computer device 1000. In one embodiment, when the proximity sensor 1014 detects that the distance between the user and the front of the computer device 1000 is gradually decreasing, the processor 1001 controls the touchscreen display 1005 to switch from a screen-on state to a screen-off state; when the proximity sensor 1014 detects that the distance between the user and the front of the computer device 1000 is gradually increasing, the processor 1001 controls the touchscreen display 1005 to switch from a screen-off state to a screen-on state.

[0339] Those skilled in the art will understand that the structure shown above does not constitute a limitation on the computer device 1000, and may include more or fewer components than shown, or combine certain components, or employ different component arrangements.

[0340] In an exemplary embodiment, this application provides a chip that includes programmable logic circuits and / or program instructions. When the chip is run on a computer device, it is used to implement the order scheduling method provided in the above-described method embodiments.

[0341] This application provides a computer-readable storage medium storing a computer program that is loaded and executed by a processor to implement the order scheduling method provided in the above-described method embodiments.

[0342] This application provides a computer program product or computer program, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the processor of the computer device to load and execute the order scheduling method provided in the above-described method embodiments.

[0343] The sequence numbers of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0344] Those skilled in the art will understand that all or part of the steps of the above embodiments can be implemented by hardware or by a program instructing related hardware. The program can be stored in a computer-readable storage medium, such as a read-only memory, a disk, or an optical disk.

[0345] Those skilled in the art will recognize that the functions described in the embodiments of this application in one or more of the above examples can be implemented using hardware, software, firmware, or any combination thereof. When implemented using software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or code on a computer-readable medium. Computer-readable media include computer storage media and communication media, wherein communication media include any medium that facilitates the transfer of a computer program from one place to another. Storage media can be any available medium that can be accessed by a general-purpose or special-purpose computer.

[0346] The above description is merely an optional embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. An order scheduling method, characterized in that, The method is executed by a passenger client logged in with a passenger account, and the method includes: Displays the first capacity type selected by the passenger account; If none of the first capacity belonging to the first capacity type has accepted an order, a recommended capacity list is displayed. The recommended capacity list includes at least two candidate capacity and capacity information of the at least two candidate capacity. The at least two candidate capacity are idle capacity belonging to other capacity types besides the first capacity type. The at least two candidate capacity include the second capacity. In response to the selection operation for the second transport capacity, the pick-up information corresponding to the second transport capacity is displayed.

2. The method according to claim 1, characterized in that, When none of the first-capacity services belonging to the first capacity type have accepted orders, a recommended capacity list is displayed, including: If none of the first-capacity vehicles belonging to the first capacity type accept orders, the recommended capacity list is updated in real time, and candidate capacity vehicles that meet the order acceptance conditions for each order batch on the recommended capacity list are displayed. The order acceptance conditions include that the candidate transportation capacity has agreed to accept the order, and each order dispatch batch is a batch in the order dispatch process in which the ride-hailing platform splits the order dispatch into at least two order dispatch batches.

3. The method according to claim 2, characterized in that, The ride-hailing platform's order dispatching operation for the candidate transportation capacity is a batch order dispatching operation, which means that the ride-hailing platform dispatches multiple batches of orders to the candidate transportation capacity whose estimated price is below the order dispatching upper limit. The order dispatch limit is used to characterize the price conditions for the ride-hailing platform to screen the candidate transportation capacity.

4. The method according to claim 1, characterized in that, When none of the first-capacity services belonging to the first capacity type have accepted orders, a recommended capacity list is displayed, including: If none of the first-capacity vehicles belonging to the first capacity type have accepted orders, display all or more candidate capacity vehicles in the recommended capacity list that meet the order acceptance conditions; The order acceptance condition includes that the candidate transport capacity has agreed to accept the order.

5. The method according to claim 4, characterized in that, The ride-hailing platform's dispatching operation for the candidate transportation capacity is a single dispatching operation. The single dispatching operation is the ride-hailing platform's centralized dispatching of orders to candidate transportation capacity whose estimated price is below the dispatching limit. The order dispatch limit is used to characterize the price conditions for the ride-hailing platform to screen the candidate transportation capacity.

6. The method according to any one of claims 1 to 5, characterized in that, Before displaying the recommended capacity list when none of the first-capacity types belonging to the first capacity category have accepted orders, the following steps are also included: The dispatch prompt is displayed, which instructs the ride-hailing platform to continue dispatching orders to the candidate transportation capacity.

7. The method according to any one of claims 1 to 6, characterized in that, The method further includes: The order locking time is displayed, which indicates the time during which the candidate capacity waits for the passenger account; If no selection is made for the candidate capacity within the lockout period, the failed candidate capacity is removed from the recommended capacity list.

8. The method according to any one of claims 1 to 7, characterized in that, The capacity information of the candidate capacity includes at least one of the following: The estimated price of the candidate transport capacity; The pick-up distance of the candidate transport capacity; The pick-up time of the candidate transport capacity; The pick-up type of the candidate transport capacity; The candidate transport capacity's receiving vehicle type.

9. The method according to any one of claims 1 to 7, characterized in that, The method further includes: Obtain the order information of the passenger account, the order information including the original quote of the passenger account; The dispatch limit is calculated based on the original quote, and the dispatch limit is used to characterize the price conditions for the ride-hailing platform to screen the candidate transportation capacity.

10. The method according to claim 9, characterized in that, The calculation of the order dispatch ceiling based on the original quote includes: Get the maximum multiplier and the maximum price difference; Calculate the upper limit value of the multiple corresponding to the upper limit of the original price, and calculate the upper limit value of the price difference corresponding to the upper limit of the price difference; The higher of the multiple upper limit and the price difference upper limit is determined as the order dispatch upper limit.

11. The method according to claim 10, characterized in that, The ride-hailing platform's order dispatching includes batch order dispatching, and the method further includes: Obtain the price increase granularity, which is used to indicate the price increase of the dispatch price of the candidate transportation capacity by the ride-hailing platform from the i-th batch to the i+1-th batch, where i is a positive integer; Based on the dispatch price of the i-th batch and the increment granularity, the dispatch price of the (i+1)-th batch is determined, and dispatch orders are made to candidate capacity whose estimated price is within the range of the dispatch price of the (i+1)-th batch. Once the batching threshold is reached, orders are dispatched to candidate capacity within the range of the estimated quote and the order dispatch limit.

12. An order scheduling method, characterized in that, The method is executed by a server in the ride-hailing platform, and the method includes: Obtain the order request from the passenger account, the order request including the first capacity type selected by the passenger account, and dispatch the order to the driver client corresponding to the first capacity belonging to the first capacity type; If none of the first capacity belonging to the first capacity type has accepted an order, at least two candidate capacity are queried, and the at least two candidate capacity and their capacity information are returned to the passenger account. The at least two candidate capacity are available capacity belonging to other capacity types besides the first capacity type, and the at least two candidate capacity include the second capacity. Receive the passenger account's selection instruction for the second transportation capacity, and return the pick-up information corresponding to the second transportation capacity to the passenger account.

13. The method according to claim 12, characterized in that, When none of the first-type transportation services belonging to the first type have accepted orders, the process of querying at least two candidate transportation services and returning the at least two candidate transportation services and their information to the passenger account includes: If none of the first capacity belonging to the first capacity type has accepted an order, orders are dispatched in batches to the driver clients corresponding to the idle capacity belonging to other capacity types other than the first capacity type, based on the order request. If there are available available transportation capacity of other types besides the first type that agree to accept the order, at least two candidate transportation capacity that meet the order acceptance conditions are returned to the passenger account in batches, along with the transportation capacity information of the at least two candidate transportation capacity; the order acceptance conditions include that the candidate transportation capacity has agreed to accept the order.

14. The method according to claim 12, characterized in that, When none of the first-type transportation services belonging to the first type have accepted orders, the process of querying at least two candidate transportation services and returning the at least two candidate transportation services and their information to the passenger account includes: If none of the first-capacity vehicles belonging to the first capacity type have accepted orders, the order is dispatched to the driver clients corresponding to the idle capacity vehicles belonging to other capacity types besides the first capacity type in one go based on the order request. If there are available available transportation capacity of other types besides the first type that agree to accept the order, at least two candidate transportation capacity that meet the order acceptance conditions are returned to the passenger account in a single instance, along with the transportation capacity information of the at least two candidate transportation capacity; the order acceptance conditions include that the candidate transportation capacity has already agreed to accept the order.

15. The method according to any one of claims 12 to 14, characterized in that, The method further includes: Query the lock time corresponding to each candidate capacity, where the lock time is used to indicate the time the candidate capacity waits for the passenger account; If no selection instruction for the candidate capacity is received from the passenger account within the lockout period, the passenger account will be notified to remove the expired candidate capacity.

16. An order scheduling device, characterized in that, The device includes: The display module is used to display the first capacity type selected by the passenger account. The display module is used to display a recommended capacity list when none of the first capacity belonging to the first capacity type has accepted any orders. The recommended capacity list includes at least two candidate capacity and capacity information of the at least two candidate capacity. The at least two candidate capacity are idle capacity belonging to other capacity types besides the first capacity type. The at least two candidate capacity include a second capacity. The display module is used to display the pick-up information corresponding to the second transport capacity in response to the selection operation for the second transport capacity.

17. An order scheduling device, characterized in that, The device includes: The acquisition module is used to acquire the order request of the passenger account, the order request including the first capacity type selected by the passenger account, and to dispatch the order to the driver client corresponding to the first capacity belonging to the first capacity type; The sending module is used to query at least two candidate transport capacity when none of the first transport capacity belonging to the first transport capacity type has accepted an order, and return the at least two candidate transport capacity and the transport capacity information of the at least two candidate transport capacity to the passenger account. The at least two candidate transport capacity are idle transport capacity belonging to other transport capacity types besides the first transport capacity type. The at least two candidate transport capacity include the second transport capacity. The sending module is used to receive the passenger account's selection instruction for the second transportation capacity and return the pick-up information corresponding to the second transportation capacity to the passenger account.

18. A computer device, characterized in that, The computer device includes a processor and a memory, wherein the memory stores at least one computer program, and the at least one computer program is loaded and executed by the processor to implement the order scheduling method as described in any one of claims 1 to 11, or the order scheduling method as described in claims 12 to 15.

19. A computer storage medium, characterized in that, The computer-readable storage medium stores at least one computer program, which is loaded and executed by a processor to implement the order scheduling method as described in any one of claims 1 to 11, or the order scheduling method as described in claims 12 to 15.

20. A computer program product, characterized in that, The computer program product includes a computer program stored in a computer-readable storage medium; the computer program is read from and executed by a processor of a computer device, causing the computer device to perform an order scheduling method as described in any one of claims 1 to 11, or, as described in claims 12 to 15.

Images