A method and apparatus for order allocation

Abstract

The embodiment of the present application discloses a kind of order distribution method and device.The order type of user order is determined in the embodiment of the present application by obtaining user order;According to the order type of user order, the driver end of multiple drivers with order qualification is filtered in multiple candidate driver end;In response to order type being taxi order, according to the order mode that the multiple driver end is set in advance, at least one driver end in the multiple driver end is sent to assign order or send order order;Or, in response to the order type being the order according to the online car-hailing pricing mode, according to the online car-hailing order option, order amount and single mileage amount that the multiple driver end is set in advance, at least one driver end in the multiple driver end is sent to assign order or send order order.Through the above method, driver end can be sent to assign order or order order according to the order mode and order amount and other conditions that driver end is preset, and the order quantity of driver end is improved.

Description

Technical Field

[0001] This invention relates to the field of ride-hailing technology, specifically to a method and apparatus for order allocation. Background Technology

[0002] As ride-hailing apps have become increasingly integrated into people's daily lives, users are using online ride-hailing instead of hailing a taxi on the street. Taxi drivers have also joined ride-hailing platforms to increase their order volume. Before accepting orders online, taxi drivers need to set the types of orders they are willing to accept on the order mode settings page of the driver's side of the ride-hailing platform. However, due to the solidified perception of traditional experience, taxi drivers have the inherent idea that traditional ride-hailing orders have higher average order values ​​and new types of orders have lower average order values. They tend to accept traditional ride-hailing orders and are unwilling to try new types of orders, ultimately leading to a decline in income.

[0003] In existing technologies, a positive communication scenario is established on the order-taking mode settings page to guide drivers to fully understand the logic that "accepting more new categories will lead to more orders and increased income." The order-taking mode settings page displays all taxi order categories and those based on the ride-hailing pricing model flatly on the page. Drivers can independently set their order-taking methods for individual categories, such as assigning orders, accepting orders by bidding, or not accepting orders. Explanatory areas are provided for each category to help drivers quickly understand its attributes, providing guidance for the platform to encourage drivers to accept target categories. However, the flat presentation of categories results in low screen space utilization, leading to low information acquisition efficiency for drivers and slow understanding of the various functions. Although there are guiding texts such as "More high-priced orders" and "Supplementing off-peak income," the content is vague and lacks detailed support, failing to resonate with drivers and resulting in poor conversion rates. Furthermore, the "Don't accept orders" function is not suitable for current business objectives.

[0004] In conclusion, how to increase the number of orders received by drivers is the problem that needs to be solved. Summary of the Invention

[0005] In view of this, embodiments of the present invention provide a method and apparatus for order allocation, which can send assigned orders or bid orders to the driver's terminal according to the driver's terminal preset order acceptance mode and order amount, thereby increasing the number of orders accepted by the driver's terminal.

[0006] In a first aspect, embodiments of the present invention provide a method for order allocation, the method comprising: acquiring a user order; determining the order type of the user order, wherein the order type includes multiple subcategories of taxi orders and orders based on a ride-hailing pricing model; filtering multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals according to the order type of the user order; in response to the order type being a taxi order, sending an assigned order or a bid order to at least one of the multiple driver terminals according to a pre-set order-accepting model, wherein the order-accepting model includes assigned order acceptance and bid order acceptance; or, in response to the order type being an order based on a ride-hailing pricing model, sending an assigned order or a bid order to at least one of the multiple driver terminals according to pre-set ride-hailing order acceptance options, order amount, and per-kilometer amount on the multiple driver terminals.

[0007] Optionally, the step of filtering multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals according to the order type of the user order specifically includes: in response to the order type being a taxi order, filtering multiple driver terminals with taxi order-accepting qualifications from multiple candidate driver terminals.

[0008] Optionally, the step of selecting multiple driver terminals with ride-hailing acceptance qualifications from multiple candidate driver terminals based on the order type of the user order further includes: in response to the order type being an order based on the ride-hailing pricing model, selecting multiple driver terminals with ride-hailing acceptance qualifications from multiple candidate driver terminals.

[0009] Optionally, the taxi order includes multiple sub-category orders, each sub-category order corresponding to a sub-category. In response to the order type being the taxi order, according to the order acceptance mode pre-set by the multiple driver terminals, an assignment order or a bid order is sent to at least one of the multiple driver terminals. Specifically, in response to the order type being any sub-category order in the taxi order, and the sub-category corresponding to any sub-category order being in the assignment mode pre-set by the multiple driver terminals, an assignment order corresponding to any sub-category is sent to at least one of the multiple driver terminals.

[0010] Optionally, the taxi order includes multiple sub-category orders, each sub-category order corresponding to a sub-category. In response to the order type being the taxi order, according to the order acceptance mode pre-set by the multiple driver terminals, an assignment order or a bid order is sent to at least one of the multiple driver terminals. Specifically, in response to the order type being any sub-category order in the taxi order, and the sub-category corresponding to any sub-category order being in the order acceptance mode pre-set by the multiple driver terminals being the bid order mode, a bid order corresponding to any sub-category is sent to at least one of the multiple driver terminals.

[0011] Optionally, multiple subcategories can be set to assignment mode or order-grabbing mode with one click on the order-accepting mode setting page of multiple driver terminals; or, multiple subcategories can be set to assignment mode or order-grabbing mode individually on the order-accepting mode setting page of multiple driver terminals.

[0012] Optionally, the order receiving speed, order volume data, and prompt information can be displayed on the order receiving mode settings page.

[0013] Optionally, the sub-category orders include regular metered taxi orders, off-peak online fare-based taxi orders, premium taxi orders, value-for-money taxi orders, and taxi carpooling orders.

[0014] Optionally, in response to an order of the type described by the ride-hailing pricing model, the step of sending an assigned order or a bid order to at least one of the multiple driver terminals based on the pre-set ride-hailing order acceptance options, order amount, and per-kilometer amount on the multiple driver terminals specifically includes: in response to an order of the type described by the ride-hailing pricing model, sending an assigned order to one of the multiple driver terminals whose pre-set ride-hailing order acceptance options are checked and whose order amount and per-kilometer amount meet the settings; or, in response to an order of the type described by the ride-hailing pricing model, sending a bid order to one of the multiple driver terminals whose pre-set ride-hailing order acceptance options are unchecked, or whose ride-hailing order acceptance options are checked but whose order amount and per-kilometer amount do not meet the settings.

[0015] Secondly, embodiments of the present invention provide an order allocation apparatus, the apparatus comprising: an acquisition unit, configured to acquire user orders and determine the order type of the user orders, wherein the order type includes multiple subcategories of taxi orders and orders based on a ride-hailing pricing model; a filtering unit, configured to filter multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals according to the order type of the user orders; and a sending unit, configured to, in response to the order type being taxi orders, send an assigned order or a bid order to at least one of the multiple driver terminals according to a pre-set order-accepting mode among the multiple driver terminals, wherein the order-accepting mode includes assigned order acceptance and bid order acceptance; or, the sending unit is further configured to, in response to the order type being the ride-hailing pricing model, send an assigned order or a bid order to at least one of the multiple driver terminals according to pre-set ride-hailing order acceptance options, order amount, and per-kilometer amount among the multiple driver terminals.

[0016] Optionally, the filtering unit is specifically used to: in response to the order type being a taxi order, filter multiple driver terminals with taxi order-accepting qualifications from multiple candidate driver terminals.

[0017] Optionally, the filtering unit is further configured to: in response to an order whose order type is an order priced according to the ride-hailing pricing model, filter multiple driver terminals with ride-hailing order-accepting qualifications from multiple candidate driver terminals.

[0018] Optionally, the taxi order includes multiple sub-category orders, each sub-category order corresponding to a sub-category. The sending unit is specifically used to: in response to the order type being any sub-category order in the taxi order, and the sub-category corresponding to the order being pre-set to the assignment mode on the multiple driver terminals, send the assignment order corresponding to the any sub-category to at least one of the multiple driver terminals.

[0019] Optionally, the taxi order includes multiple sub-category orders, each sub-category order corresponding to a sub-category. The sending unit is specifically used to: in response to an order of any sub-category among the taxi orders, and the order-accepting mode corresponding to the sub-category order being preset in the order-grabbing mode on the multiple driver terminals, send the order-grabbing order corresponding to the sub-category to at least one of the multiple driver terminals.

[0020] Optionally, multiple subcategories can be set to assignment mode or order-grabbing mode with one click on the order-accepting mode setting page of multiple driver terminals; or, multiple subcategories can be set to assignment mode or order-grabbing mode individually on the order-accepting mode setting page of multiple driver terminals.

[0021] Optionally, the order receiving speed, order volume data, and prompt information can be displayed on the order receiving mode settings page.

[0022] Optionally, the sub-category orders include regular metered taxi orders, off-peak online fare-based taxi orders, premium taxi orders, value-for-money taxi orders, and taxi carpooling orders.

[0023] Optionally, the sending unit is further configured to: in response to an order of the type being the ride-hailing pricing mode, send an assignment order to one of the multiple driver terminals where the pre-set ride-hailing order acceptance option is checked and the order amount and per-kilometer amount meet the settings; or, in response to an order of the type being the ride-hailing pricing mode, send a bid order to one of the multiple driver terminals where the pre-set ride-hailing order acceptance option is not checked, or where the ride-hailing order acceptance option is checked but the order amount and per-kilometer amount do not meet the settings.

[0024] Thirdly, embodiments of the present invention provide a computer-readable storage medium storing computer program instructions thereon, which, when executed by a processor, implement the method as described in the first aspect or any one of the possible methods of the first aspect.

[0025] Fourthly, embodiments of the present invention provide an electronic device, including a memory and a processor, wherein the memory is used to store one or more computer program instructions, wherein the one or more computer program instructions are executed by the processor to implement the method as described in the first aspect or any one of the possible methods of the first aspect.

[0026] Fifthly, embodiments of the present invention provide a computer program product, including a computer program / instruction that, when executed by a processor, implements the method as described in the first aspect or any one of the possible methods described in the first aspect.

[0027] In this embodiment of the invention, by acquiring user orders, the order type of the user orders is determined, wherein the order type includes multiple subcategories of taxi orders and orders based on the ride-hailing pricing model; based on the order type of the user orders, multiple driver terminals with order-accepting qualifications are selected from multiple candidate driver terminals; in response to the order type being a taxi order, an assigned order or a bid order is sent to at least one of the multiple driver terminals according to the order-accepting mode preset by the multiple driver terminals, wherein the order-accepting mode includes assigned order acceptance and bid order acceptance; or, in response to the order type being an order based on the ride-hailing pricing model, an assigned order or a bid order is sent to at least one of the multiple driver terminals according to the ride-hailing order-accepting options, order amount, and per-kilometer amount preset by the multiple driver terminals. Through the above method, assigned orders or bid orders can be sent to driver terminals according to the driver terminals' preset order-accepting mode and order amount, thereby increasing the number of orders accepted by the driver terminals. Attached Figure Description

[0028] The above and other objects, features and advantages of the present invention will become clearer from the following description of embodiments of the invention with reference to the accompanying drawings, in which: Figure 1 This is a schematic diagram of a driver-side order-receiving interface in the existing technology; Figure 2 This is a schematic diagram of another driver-side order-receiving interface in the existing technology; Figure 3 This is a flowchart of an order allocation method according to an embodiment of the present invention; Figure 4 This is a flowchart of another order allocation method according to an embodiment of the present invention; Figure 5 This is a flowchart of another order allocation method according to an embodiment of the present invention; Figure 6 This is a schematic diagram of a driver-side order-receiving interface according to an embodiment of the present invention; Figure 7 This is a schematic diagram of another driver-side order-receiving interface according to an embodiment of the present invention; Figure 8 This is a schematic diagram of another driver-side order-receiving interface according to an embodiment of the present invention; Figure 9 This is a schematic diagram of an order allocation device according to an embodiment of the present invention; Figure 10 This is a schematic diagram of an electronic device according to an embodiment of the present invention. Detailed Implementation

[0029] The present invention is described below based on embodiments, but the invention is not limited to these embodiments. In the detailed description of the invention below, certain specific details are described in detail. Those skilled in the art will fully understand the invention even without these details. To avoid obscuring the essence of the invention, well-known methods, processes, flows, elements, and circuits are not described in detail.

[0030] Furthermore, those skilled in the art should understand that the accompanying drawings provided herein are for illustrative purposes only and are not necessarily drawn to scale.

[0031] Unless the context explicitly requires it, words such as "including" or "contains" throughout the application should be interpreted as including rather than exclusive or exhaustive; that is, meaning "including but not limited to".

[0032] In the description disclosed in this invention, it should be understood that the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance. Furthermore, in the description disclosed in this invention, unless otherwise stated, "a plurality of" means two or more.

[0033] Typically, in existing technologies, the following methods are employed: Figure 1 and Figure 2 The two methods shown, wherein, the Figure 1 Taxi drivers first need to select whether to accept orders priced according to the ride-hailing service model, such as "Express"; then, they need to determine the specific order-accepting mode, including either the order-grabbing mode or the assignment mode; finally, they need to check whether to accept orders in a specific sub-category, which includes: accepting fixed-price taxi orders, accepting online-priced taxi orders during off-peak hours, and accepting discounted express trips, etc. Figure 1 The platform allows users to set destinations along the route, booked orders, and appointment times. While the above workflow is progressive, it doesn't align with the reading order or operational logic. Furthermore, the function layout is cluttered and the reading logic is unclear. It fails to clearly explain the core elements of order acceptance to taxi drivers, namely "when to accept, what to accept, and how to accept," leading to a lack of clarity regarding order acceptance rules and operational guidance. The order acceptance mode settings are highly tied to the order type, preventing taxi drivers from flexibly choosing the appropriate mode for each sub-category, resulting in a severe lack of flexibility. Simultaneously, the platform lacks an effective communication mechanism with taxi drivers, making it difficult for drivers to understand the core value and advantages of the new category. The platform also fails to effectively guide drivers to actively choose the new category, hindering its promotion. Figure 2The system displays all taxi order categories and order categories priced according to ride-hailing models on a flat layout on the page. Drivers can customize their order acceptance methods for individual categories, such as assigning orders, accepting orders by bidding, or not accepting orders. An explanatory area is provided for each category to help drivers quickly understand its attributes, providing guidance for the platform to direct drivers to target specific categories. Figure 2 This includes accepting regular taxi orders, online-metered taxi orders, premium taxi orders, and express taxi orders, as well as the corresponding order-accepting methods for each of these categories, and a reserved explanatory area, such as "supplementing off-peak income" or "assigning higher fares." Figure 2 The method shown uses a flat presentation of product categories, resulting in low screen space utilization and inefficient information acquisition for drivers, leading to slow understanding of the positioning of each function. Although it is accompanied by guiding copy such as "more high-priced orders" and "supplementing off-peak income," the content is vague and lacks detailed support, making it difficult to impress drivers and resulting in poor conversion. Moreover, the "don't accept orders" function is not suitable for the current business goals. Therefore, how to increase the number of orders accepted by drivers is the problem that needs to be solved.

[0034] In this embodiment of the invention, to solve the above problems, an order allocation method is proposed, the flowchart of which is shown below. Figure 3 As shown, it specifically includes: Step S301: Obtain user orders and determine the order type of the user orders.

[0035] Specifically, the order types include taxi orders with multiple subcategories and orders priced according to ride-hailing pricing models.

[0036] In one possible implementation, the server obtains a user order sent by the user terminal and determines the order type of the user order. The server is the server of the ride-hailing platform, which can be a physical server or a cloud server. The server obtaining the user order sent by the user terminal means that the server receives the user order sent by the user terminal.

[0037] In this embodiment of the invention, the multiple sub-categories of taxi orders include regular metered taxi orders, off-peak online fare taxi orders, premium taxi orders, value-for-money taxi orders, and taxi carpooling orders. This is only an illustrative example, and the specific names or types of the sub-categories of orders will be determined according to the actual situation.

[0038] Step S302: Based on the order type of the user order, select multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals.

[0039] Specifically, the server filters multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals based on the order type of the user's order.

[0040] In one possible implementation, the step of selecting multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals based on the order type of the user order includes the following two scenarios, as detailed below: Scenario 1: In response to the order type being a taxi order, multiple driver terminals with taxi order acceptance qualifications are selected from multiple candidate driver terminals.

[0041] Specifically, in response to the order type being a taxi order, the server filters multiple candidate driver terminals that have taxi order-accepting qualifications from multiple driver terminals, and sends the taxi order to at least one of the multiple driver terminals based on factors such as distance, time, and amount.

[0042] Scenario 2: In response to the order type being an order priced according to the ride-hailing pricing model, multiple driver terminals with ride-hailing order-accepting qualifications are selected from multiple candidate driver terminals.

[0043] Specifically, in response to an order type that is a ride-hailing fare model, the server filters multiple candidate driver terminals that have taxi order-taking qualifications from multiple driver terminals, and sends the order according to the ride-hailing fare model to at least one of the multiple driver terminals based on factors such as distance, time, and amount.

[0044] In this embodiment of the invention, after performing step S302, step S303 or step S304 is performed.

[0045] Step S303: In response to the order type being the taxi order, according to the order acceptance mode pre-set by the multiple driver terminals, send an assigned order or send a bid order to at least one of the multiple driver terminals.

[0046] Specifically, the order-receiving modes include assigned order receiving and order-grabbing order receiving.

[0047] In one possible implementation, the taxi order includes multiple sub-category orders, each sub-category order corresponding to a sub-category. In response to an order type being a taxi order, an assignment order or a bid order is sent to at least one of the multiple driver terminals according to a pre-set order-acceptance mode. Specifically, this includes: in response to an order type being any sub-category of the taxi order, and the sub-category corresponding to that order being in the pre-set order-acceptance mode of the multiple driver terminals being an assignment mode, then an assignment order corresponding to that sub-category is sent to at least one of the multiple driver terminals. Alternatively, in response to an order type being any sub-category of the taxi order, and the sub-category corresponding to that order being in the pre-set order-acceptance mode of the multiple driver terminals being a bid order, then a bid order corresponding to that sub-category is sent to at least one of the multiple driver terminals.

[0048] In one possible implementation, multiple subcategories can be set to assignment mode or order-grabbing mode with one click on the order-accepting mode setting page of multiple driver terminals; or, multiple subcategories can be set to assignment mode or order-grabbing mode individually on the order-accepting mode setting page of multiple driver terminals; wherein, the order-accepting mode setting page displays the order arrival speed, order volume data, and prompt information.

[0049] Step S304: In response to an order whose order type is the ride-hailing pricing model, send an assigned order or a bid order to at least one of the multiple driver terminals according to the ride-hailing order acceptance options, order amount and per kilometer amount preset by the multiple driver terminals.

[0050] In one possible implementation, in response to an order of the type being the ride-hailing pricing model, sending an assigned order or a bid order to at least one of the multiple driver terminals based on the pre-set ride-hailing order acceptance options, order amount, and per-kilometer fee on the multiple driver terminals specifically includes: in response to an order of the type being the ride-hailing pricing model, sending an assigned order or a bid order to one of the multiple driver terminals whose pre-set ride-hailing order acceptance options are checked and whose order amount and per-kilometer fee match the settings. The server dispatches an order; or, in response to an order of the type described in the ride-hailing pricing model, it sends a bid order to one of the multiple driver terminals where the pre-set ride-hailing order acceptance option is unchecked, or where the ride-hailing order acceptance option is checked but the order amount and per-kilometer amount do not meet the settings. The checked ride-hailing order acceptance option indicates that the driver agrees to accept the assigned order that meets the set order amount and per-kilometer amount; the unchecked ride-hailing order acceptance option indicates that the driver does not agree to accept the assigned order. The server can only send bid orders to the driver terminal.

[0051] In this embodiment of the invention, the specific processing flow for taxi orders and orders priced according to the ride-hailing model is as follows: Figure 4 and Figure 5 Specifically, such as Figure 4 As shown, in response to the order type being a taxi order, the system determines whether a candidate driver has taxi order-accepting qualifications among multiple candidate drivers. If a driver has taxi order-accepting qualifications, the system determines the driver's selected order-accepting mode. If the driver selects assignment, the order is assigned; if the driver selects order-grabbing, the order is grabbed. If a driver does not have taxi order-accepting qualifications, they cannot accept orders, and the taxi order settings module is not displayed on the driver's order-accepting mode settings page. Figure 5 As shown, in response to an order type that follows the ride-hailing pricing model, the system checks if a candidate driver has the qualifications to accept ride-hailing orders. If so, it checks if the driver has selected "Accept at Will". If not, the driver cannot accept the order, and the settings module for orders following the ride-hailing pricing model will not be displayed on the driver's order mode settings page. The system then checks if the driver has selected "Accept at Will". If so, it checks if the order amount matches the amount set by the driver. If so, it checks if the per-kilometer amount matches the condition. If so, the driver assigns the order; otherwise, the driver accepts the order by bidding.

[0052] The following is through Figure 6 The driver's order-taking mode setting page in this embodiment of the invention is described in detail, specifically including a taxi category order-taking module and a ride-hailing category order-taking module. The ride-hailing category order-taking module is the module for accepting orders according to the ride-hailing pricing model. The taxi category order-taking module includes: real-time orders and a setting button for whether to accept real-time orders. Figure 6 The adjustable icon on the right side of the real-time order indicator turns off real-time order acceptance when the white circular icon is set to the left, and turns it to the right when real-time order acceptance begins. Figure 6 The system includes several taxi subcategories, such as: standard metered taxis, off-peak online metered taxis, premium taxis, value taxis, and shared taxis. Each subcategory has its own independent order-grabbing and dispatch settings; and a quick setting for accelerating full dispatch is also included. Figure 6 The "One-Click Speed ​​Up" setting button in the middle, Figure 6 The standard metered taxis and shared taxis are set to dispatch, while the off-peak online metered taxis, premium taxis, and value taxis are set to order-grabbing. At this time, the acceleration progress bar displays "Enable full dispatch to accelerate order intake!", and the "One-click acceleration" setting button displays "Can be accelerated by 60%." The acceleration value varies according to the driver's settings, and the specific value can be predicted based on the order proportion of this category of dispatched orders over a past period, supporting district / county granularity for more accurate prediction data. This is only an illustrative example. When the driver clicks "One-click acceleration," all taxi category orders are set to dispatch, for example...Figure 7 As shown, the acceleration progress bar visually displays the speed-up data after assignment, such as "Enjoying the fastest order acceptance speed!"; the ride-hailing category order acceptance module includes: "Orange Selection, Accept at Will" and a circular setting box. If the circular setting box is checked, the order amount on the axis can be set independently, for example, 14 yuan and above; that is, it can accept assigned orders with an order amount of 14 yuan or above, and orders that do not meet the set amount condition can be accepted by bidding; if the circular setting box is not checked, as long as one has the ride-hailing order acceptance qualification, one can also accept bid orders; in the... Figure 6 The display area for the order-grabbing and assignment settings can also show auxiliary information. For example, if "Assignment" is not set, a label "Quick Orders" can be displayed above or below the "Assignment" button in the first list mode category. If the order-grabbing and assignment settings are changed to "Assignment," the label will move to the next category. Supplementary descriptions can be added under different categories. For example, below "Off-Peak Online Pricing Rentals," it can display "3 Orders Paid Up Weekly." When "Orange Selection Flexible Acceptance" is not selected, estimated order volume data can be presented, such as "Order Volume +30%," along with auxiliary information like "Earn Up Payment for Every Order" and "Currently accepting orders based on the ride-hailing pricing model; selecting this option allows for assignment." Specific details are as follows... Figure 8 As shown; when "Orange Selection Connects at Will" is checked, as... Figure 6 or Figure 7 As shown, in addition to allowing drivers to set their own order amount, the system will also display "Order Quantity + 5%". This 5% is just an example; the actual amount is calculated based on real-time data and changes in real-time as the driver selects the order amount, providing guidance for drivers to set their amount conditions. Furthermore, the system indicates the minimum amount per kilometer to ensure driver income. The platform sets minimum amount per kilometer conditions, and only orders that meet these conditions will be assigned to drivers, such as "Estimated minimum amount per kilometer is 1.2 yuan". This is also just an example.

[0053] In this embodiment of the invention, taxi and ride-hailing categories are divided into two independent order-taking modules, clearly defining the functional positioning of each module and reducing the understanding cost for drivers. The taxi order-taking module adds an order-taking speed progress bar and corresponding values, intuitively presenting the order-taking acceleration that can be obtained by assigning the corresponding category, coupled with a one-click acceleration shortcut button for full assignment, clearly conveying the advantages of the new category and strengthening the platform's incentive for drivers to choose the full assignment mode. In the ride-hailing order-taking module, the interaction logic is restructured, upgrading the original assignment / order-grabbing option to an assignment order amount condition setting function, increasing drivers' autonomy in accepting orders and enhancing their willingness to assign orders. At the same time, it intuitively displays the estimated order volume corresponding to different amount settings, allowing drivers to clearly perceive the expected income and significantly increasing their willingness to activate the function. Regarding the transaction mode… To adapt to market supply and demand dynamics and help drivers increase their income, the original "don't accept" option has been removed, while giving drivers the authority to set their own order-grabbing and assignment modes. For ride-hailing categories where drivers have a low willingness to accept orders, the autonomy has been further relaxed, allowing drivers to set the amount of orders they are willing to accept, assigning only orders that meet the conditions, and accepting other orders by grabbing them, thus balancing the flexibility and willingness to accept orders and increasing the overall number of orders accepted by drivers.

[0054] In this embodiment of the invention, an interactive design is adopted, featuring an order dispatch acceleration progress bar and a visualized quantitative acceleration data, to intuitively present the improved order dispatch efficiency after enabling the full dispatch mode. This encourages drivers to actively choose and enable the full dispatch order-accepting mode. Furthermore, it supports drivers in setting order amount conditions for target order categories, assigning only orders that meet the amount conditions, thus achieving personalized and flexible configuration of order dispatch. In addition, it is clear that drivers with the corresponding category operation qualifications can accept orders of that category. It also supports drivers in independently configuring order acceptance modes for different order categories and setting order dispatch amount conditions, constructing a three-tiered flexible order acceptance rule system of "qualification access - self-selection of dispatch - willingness to accept amount".

[0055] Figure 9 This is a schematic diagram of an order allocation device according to an embodiment of the present invention. Figure 9 As shown, the apparatus of this embodiment includes: an acquisition unit 901, a filtering unit 902, and a sending unit 903; The acquisition unit 901 is used to acquire user orders and determine the order type of the user orders, wherein the order type includes taxi orders with multiple subcategories and orders based on the ride-hailing pricing model; the filtering unit 902 is used to filter multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals according to the order type of the user orders; the sending unit 903, in response to the order type being taxi orders, is used to send an assigned order or a bid order to at least one of the multiple driver terminals according to the order-accepting mode pre-set by the multiple driver terminals, wherein the order-accepting mode includes assigned order acceptance and bid order acceptance; or, the sending unit 903 is further used to, in response to the order type being the ride-hailing pricing model, send an assigned order or a bid order to at least one of the multiple driver terminals according to the ride-hailing order-accepting options, order amount, and per-kilometer amount pre-set by the multiple driver terminals.

[0056] Furthermore, the filtering unit is specifically used to: in response to the order type being a taxi order, filter multiple driver terminals with taxi order-accepting qualifications from multiple candidate driver terminals.

[0057] Furthermore, the filtering unit is specifically used to: in response to an order type that is an order priced according to the ride-hailing pricing model, filter multiple driver terminals with ride-hailing order-accepting qualifications from multiple candidate driver terminals.

[0058] Furthermore, the taxi order includes multiple sub-category orders, each sub-category order corresponding to a sub-category. The sending unit is specifically used to: in response to the order type being any sub-category order in the taxi order, and the sub-category corresponding to the order being pre-set to the assignment mode on the multiple driver terminals, send the assignment order corresponding to the any sub-category to at least one of the multiple driver terminals.

[0059] Furthermore, the taxi order includes multiple sub-category orders, each sub-category order corresponding to a sub-category. The sending unit is specifically used to: in response to an order type of any sub-category order in the taxi order, and the order-accepting mode corresponding to any sub-category order is a bidding mode preset in the multiple driver terminals, send the bidding order corresponding to any sub-category to at least one of the multiple driver terminals.

[0060] Furthermore, the order-taking mode settings pages of the multiple subcategories on the multiple driver terminals can be set to assignment mode or order-grabbing mode with one click; or, the multiple subcategories can be set to assignment mode or order-grabbing mode individually on the order-taking mode settings pages of the multiple driver terminals.

[0061] Furthermore, the order receiving mode settings page displays the order arrival speed, order volume data, and prompt information.

[0062] Furthermore, the sub-category orders include regular metered taxi orders, off-peak online fare taxi orders, premium taxi orders, value taxi orders, and taxi carpooling orders.

[0063] Furthermore, the sending unit is also configured to: in response to an order of the type being the ride-hailing pricing mode, send an assignment order to one of the multiple driver terminals where the pre-set ride-hailing order acceptance option is checked and the order amount and per-kilometer amount meet the settings; or, in response to an order of the type being the ride-hailing pricing mode, send a bid order to one of the multiple driver terminals where the pre-set ride-hailing order acceptance option is not checked, or where the ride-hailing order acceptance option is checked but the order amount and per-kilometer amount do not meet the settings.

[0064] Figure 10 This is a schematic diagram of an electronic device according to an embodiment of the present invention. (For example...) Figure 10 As shown, Figure 10 The illustrated electronic device is an order allocation apparatus, comprising a general computer hardware architecture, including at least a processor 1001 and a memory 1002. The processor 1001 and memory 1002 are connected via a bus 1003. The memory 1002 is adapted to store instructions or programs executable by the processor 1001. The processor 1001 may be a standalone microprocessor or a collection of one or more microprocessors. Thus, the processor 1001 executes the instructions stored in the memory 1002, thereby performing the method flow of the embodiments of the present invention as described above to process data and control other devices. The bus 1003 connects the aforementioned components together, and also connects these components to a display controller 1004, a display device, and an input / output (I / O) device 1005. The input / output (I / O) device 1005 may be a mouse, keyboard, modem, network interface, touch input device, motion-sensing input device, printer, and other devices known in the art. Typically, the input / output device 1005 is connected to the system via an input / output (I / O) controller 1006.

[0065] The instructions stored in memory 1002 are executed by at least one processor 1001 to: acquire a user order and determine the order type of the user order; based on the order type of the user order, filter multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals; in response to the order type being a taxi order, send an assigned order or a bid order to at least one of the multiple driver terminals according to the order-accepting mode preset by the multiple driver terminals; or, in response to the order type being an order according to the ride-hailing pricing mode, send an assigned order or a bid order to at least one of the multiple driver terminals according to the ride-hailing order-accepting options, order amount, and per-kilometer amount preset by the multiple driver terminals.

[0066] Specifically, the electronic device includes: one or more processors 1001 and a memory 1002. Figure 10 Take a processor 1001 as an example. The processor 1001 and the memory 1002 can be connected via a bus or other means. Figure 10 Taking a bus connection as an example, memory 1002, as a non-volatile computer-readable storage medium, can be used to store non-volatile software programs, non-volatile computer-executable programs, and modules. Processor 1001 executes various functional applications and data processing of the device by running the non-volatile software programs, instructions, and modules stored in memory 1002, thereby implementing the aforementioned order allocation method.

[0067] The memory 1002 may include a program storage area and a data storage area. The program storage area may store the operating system and applications required for at least one function; the data storage area may store an option list, etc. Furthermore, the memory 1002 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some embodiments, the memory 1002 may optionally include memory remotely located relative to the processor 1001, and these remote memories can be connected to external devices via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0068] One or more modules are stored in memory 1002 and, when executed by one or more processors 1001, perform the order allocation method in any of the above method embodiments.

[0069] The above-mentioned products can perform the methods provided in the embodiments of this application, and have the corresponding functional modules and beneficial effects of performing the methods. For technical details not described in detail in this embodiment, please refer to the methods provided in the embodiments of this application.

[0070] Embodiments of the present invention relate to a non-volatile storage medium for storing a computer-readable program, the computer-readable program being used by a computer to execute some or all of the above-described method embodiments.

[0071] That is, those skilled in the art will understand that all or part of the steps in the methods of the above embodiments can be implemented by a program instructing related hardware. This program is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods described in the embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as a USB flash drive, a portable hard drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0072] Those skilled in the art will understand that the above embodiments are specific embodiments for implementing the present invention, and in practical applications, various changes in form and detail may be made without departing from the spirit and scope of the present invention.

[0073] The solutions described in this specification and embodiments, if involving the processing of personal information, will be processed only on the premise of having a legal basis (such as obtaining the consent of the personal information subject, or being necessary for the performance of a contract), and will only be processed within the scope stipulated or agreed upon. A user's refusal to process personal information beyond what is necessary for basic functions will not affect the user's use of basic functions.

Claims

1. A method for order allocation, characterized in that, The method includes: Obtain user orders and determine the order type of the user orders, wherein the order type includes taxi orders with multiple subcategories and orders based on the ride-hailing pricing model; Based on the order type of the user's order, select multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals; In response to the order type being a taxi order, according to the order-accepting modes pre-set on the plurality of driver terminals, an assigned order or a bid order is sent to at least one of the plurality of driver terminals, wherein the order-accepting modes include assigned order acceptance and bid order acceptance; or... In response to an order of the type described in the ride-hailing pricing model, an assigned order or a bid order is sent to at least one of the multiple driver terminals based on the ride-hailing order acceptance options, order amount, and per-kilometer amount pre-set on the multiple driver terminals.

2. The method as described in claim 1, characterized in that, The step of selecting multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals based on the order type of the user order specifically includes: In response to the order type being a taxi order, multiple driver terminals with taxi order acceptance qualifications are selected from multiple candidate driver terminals.

3. The method as described in claim 1, characterized in that, The step of selecting multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals based on the order type of the user order specifically includes: In response to the order type being an order priced according to the ride-hailing pricing model, multiple driver terminals with ride-hailing order-accepting qualifications are selected from multiple candidate driver terminals.

4. The method as described in claim 1, characterized in that, The taxi order includes multiple sub-category orders, each sub-category order corresponding to one sub-category. In response to the order type being a taxi order, based on the pre-set order-accepting mode on the multiple driver terminals, an assigned order or a bid order is sent to at least one of the multiple driver terminals. Specifically, this includes: In response to an order type that is any sub-category of the taxi orders, and the sub-category corresponding to the order type is set to the assignment mode in the order acceptance mode of the multiple driver terminals, the assignment order corresponding to the sub-category is sent to at least one of the multiple driver terminals.

5. The method as described in claim 1, characterized in that, The taxi order includes multiple sub-category orders, each sub-category order corresponding to one sub-category. In response to the order type being a taxi order, based on the pre-set order-accepting mode on the multiple driver terminals, an assigned order or a bid order is sent to at least one of the multiple driver terminals. Specifically, this also includes: In response to an order type that is any sub-category of the taxi orders, and the order-accepting mode corresponding to any sub-category of the order is a bidding mode pre-set on the multiple driver terminals, the bidding order corresponding to any sub-category is sent to at least one of the multiple driver terminals.

6. The method as described in claim 4 or 5, characterized in that, Multiple subcategories can be set to assignment mode or order-grabbing mode with one click on the order-accepting mode setting page of multiple driver terminals; or, multiple subcategories can be set to assignment mode or order-grabbing mode individually on the order-accepting mode setting page of multiple driver terminals.

7. The method as described in claim 6, characterized in that, The order receiving mode settings page displays the order arrival speed, order volume data, and prompt information.

8. The method as described in claim 4 or 5, characterized in that, The subcategories of orders include regular metered taxi orders, off-peak online-metered taxi orders, premium taxi orders, value-for-money taxi orders, and taxi carpooling orders.

9. The method as described in claim 1, characterized in that, In response to an order whose order type is the ride-hailing pricing model, the system sends an assigned order or a bid order to at least one of the multiple driver terminals based on the ride-hailing order acceptance options, order amount, and per-kilometer fee pre-set on the multiple driver terminals. Specifically, this includes: In response to an order of the type described in the ride-hailing pricing model, an assigned order is sent to one of the multiple driver terminals where the pre-set ride-hailing order acceptance option is checked, and the order amount and per-kilometer amount match the settings; or, In response to an order of the type described as an order priced according to the ride-hailing pricing model, a bid order is sent to one of the multiple driver terminals where the pre-set ride-hailing order acceptance option is either unchecked or checked but the order amount and per-kilometer amount do not match the settings.

10. An order allocation device, characterized in that, The device includes: The acquisition unit is used to acquire user orders and determine the order type of the user orders, wherein the order type includes taxi orders with multiple subcategories and orders based on the ride-hailing pricing model; The filtering unit is used to filter multiple driver terminals with order-accepting qualifications from multiple candidate driver terminals according to the order type of the user order; The sending unit, in response to the order type being the taxi order, is configured to send an assigned order or a bid-to-order order to at least one of the plurality of driver terminals according to a pre-set order-acceptance mode, wherein the order-acceptance mode includes assigned order acceptance and bid-to-order acceptance; or... The sending unit is further configured to, in response to an order of the order type being the ride-hailing pricing mode, send an assigned order or a bid order to at least one of the multiple driver terminals based on the ride-hailing order acceptance options, order amount, and per-kilometer amount pre-set by the multiple driver terminals.

11. A computer-readable storage medium storing computer program instructions thereon, characterized in that, The computer program instructions, when executed by a processor, implement the method as described in any one of claims 1-9.

12. An electronic device comprising a memory and a processor, characterized in that, The memory is used to store one or more computer program instructions, wherein the one or more computer program instructions are executed by the processor to implement the method as described in any one of claims 1-9.

13. A computer program product comprising a computer program / instructions, characterized in that, When the computer program / instructions are executed by the processor, they implement the method of any one of claims 1-9.

Images