Method and device for determining order acceptance qualification of online car-hailing driver, computer device and storage medium

Abstract

The application relates to a method and device for determining the order receiving qualification of a network car driver, a computer device and a storage medium. The method comprises the following steps: receiving an order receiving qualification calculation request of a network car driver sent by a network car dispatching system, and analyzing an order receiving category identifier and an identifier of the network car driver; acquiring an order receiving qualification calculation rule corresponding to the order receiving category identifier from a preset order receiving qualification rule configuration library according to the order receiving category identifier; identifying one or more expressions from the order receiving qualification calculation rule, and identifying the index identifiers of one or more indexes in each expression; identifying the data sources corresponding to each index based on the index identifiers of each index, acquiring the index values of each index from the data sources corresponding to each index according to the identifier of the network car driver; and determining whether the network car driver has the order receiving qualification of the order receiving category according to the acquired index values of each index and each expression. The method can improve the flexibility and expansibility of order receiving qualification rule configuration.

Description

Technical Field

[0001] This application relates to the field of data processing technology, and in particular to a method, apparatus, computer equipment, and storage medium for determining the order-accepting qualifications of ride-hailing drivers. Background Technology

[0002] With the rapid development of the mobile travel industry, ride-hailing platforms have divided ride-hailing services into various order categories such as economy, premium, and luxury. Different categories have different requirements for drivers and vehicles to accept orders. For example, there are different requirements for driver service scores and daily order completion volume, as well as different standards for vehicle wheelbase, age, and number of seats.

[0003] In existing ride-hailing systems, the rules for accepting orders across various order categories are largely fixed through system development. For example, adding requirements for completion volume or service score for luxury orders necessitates redevelopment, as does modifying existing qualification indicators such as quality scores. This method of configuring order qualifications means that any adjustments to driver qualification rules or the addition of new order categories to the ride-hailing platform require corresponding system development. For instance, adding a 30-day completion volume requirement for luxury orders or modifying quality score assessment standards necessitates targeted system development and adjustments. Similarly, expanding to new order categories or adding qualification rules requires redevelopment and functional deployment, integrating the new rules with the system through code writing. Therefore, the existing order qualification rule configuration model lacks flexibility, reusability, and scalability, resulting in low efficiency in business implementation and high development costs, ultimately impacting the overall operational efficiency of the ride-hailing platform. Summary of the Invention

[0004] Therefore, it is necessary to provide a method, device, computer equipment, and storage medium for determining the order-accepting qualifications of ride-hailing drivers to address the aforementioned technical issues. This would improve the flexibility and scalability of order-accepting qualification rule configuration, reduce system development and maintenance costs, improve business implementation efficiency, and ultimately enhance the overall operational efficiency of the ride-hailing platform.

[0005] According to a first aspect of certain exemplary embodiments of this disclosure, a method for determining the order-accepting qualification of a ride-hailing driver is provided, comprising: receiving a ride-hailing driver's order-accepting qualification calculation request sent by a ride-hailing dispatch system; parsing an order-accepting category identifier and a ride-hailing driver's identifier from the order-accepting qualification calculation request; obtaining an order-accepting qualification calculation rule corresponding to the order-accepting category identifier from a preset order-accepting qualification rule configuration library based on the order-accepting category identifier; identifying one or more expressions from the order-accepting qualification calculation rule, and identifying an indicator identifier for one or more indicators in each expression; identifying the data source corresponding to each indicator based on the indicator identifier of each indicator, and obtaining the indicator value of each indicator from the data source corresponding to each indicator based on the ride-hailing driver's identifier; and identifying whether the ride-hailing driver possesses the order-accepting qualification for the order-accepting category based on the obtained indicator values ​​of each indicator and each expression.

[0006] According to certain exemplary embodiments of this disclosure, the data source corresponding to each indicator includes one or more of asset data source, business intelligence data source, and management and control task data source. The multiple indicators include one or more of vehicle indicators, capacity level indicators, order completion indicators, service score indicators, quality score indicators, and examination task indicators. Among them, the asset data source is used to provide the indicator values ​​of vehicle indicators and capacity level indicators, the business intelligence data source is used to provide the indicator value of order completion indicators, and the management and control task data source is used to provide the indicator values ​​of service score indicators, quality score indicators, and examination task indicators.

[0007] According to certain exemplary embodiments of this disclosure, a method for determining the order-accepting qualifications of a ride-hailing driver further includes: configuring multiple indicators related to the order-accepting qualifications and identifying the data source corresponding to each indicator; associating the indicator identifier of each indicator with the data source of each indicator; configuring multiple order-accepting qualification calculation rules for order-accepting categories, wherein each order-accepting qualification calculation rule for each order-accepting category includes one or more expressions, and each expression is configured with the indicator identifier of one or more indicators.

[0008] According to certain exemplary embodiments of this disclosure, each expression is further configured with an operator corresponding to each indicator identifier and a corresponding qualification threshold. The expressions are configured with AND or OR logical relationships. The process involves identifying whether a ride-hailing driver possesses the qualification to accept orders for a given category based on the obtained indicator values ​​and the expressions. This includes: calculating qualification values ​​based on the indicator values ​​and operators corresponding to each indicator identifier in each expression; determining whether each expression meets the qualification requirements based on the calculated qualification values ​​and the corresponding qualification thresholds; and determining whether a ride-hailing driver possesses the qualification to accept orders for a given category based on the AND or OR logical relationships between the expressions.

[0009] According to certain exemplary embodiments of this disclosure, obtaining the indicator value of each indicator from the data source corresponding to each indicator based on the identifier of the ride-hailing driver includes: calling the processor corresponding to each indicator according to the indicator identifier of each indicator, wherein the processor corresponding to each indicator is pre-configured and corresponds one-to-one with each indicator identifier; obtaining the service data corresponding to each indicator from the data source corresponding to each indicator through the processor corresponding to each indicator, and processing the service data corresponding to each indicator based on preset processing rules through the processor corresponding to each indicator to obtain the indicator value of each indicator.

[0010] According to certain exemplary embodiments of this disclosure, a qualification value is calculated based on the indicator values ​​of each indicator in each expression and the operators corresponding to each indicator identifier. The calculated qualification value and the corresponding qualification threshold are used to determine whether each expression meets the qualification requirements. The process of determining whether a ride-hailing driver possesses the qualification for accepting orders of a given category is based on the AND or OR logical relationships between the expressions. This includes: calling an expression execution processor, which is configured with multiple threads for parallel processing; executing the operation of calculating the qualification value based on the indicator values ​​of each expression and the operators corresponding to each indicator identifier in parallel through each first thread in the expression execution processor, and executing the operation of determining whether each expression meets the qualification requirements based on the calculated qualification value and the corresponding qualification threshold; and executing the operation of determining whether a ride-hailing driver possesses the qualification for accepting orders of a given category based on the AND or OR logical relationships between the expressions through a second thread in the expression execution processor.

[0011] According to certain exemplary embodiments of this disclosure, a method for determining the order-accepting qualifications of a ride-hailing driver further includes: storing the ride-hailing driver's identifier, order-accepting category identifier, indicator values ​​of each indicator, and the identification results of the order-accepting qualifications for the order-accepting category into a preset qualification calculation context container; after completing the identification of the order-accepting qualifications for the order-accepting category, performing data processing on the ride-hailing driver's identifier, order-accepting category identifier, indicator values ​​of each indicator, and the identification results of the order-accepting qualifications for the order-accepting category according to a unified data structure, and synchronizing the processed data to the ride-hailing dispatch system.

[0012] According to a second aspect of certain exemplary embodiments of this disclosure, a device for determining the order-accepting qualifications of a ride-hailing driver is provided. The device comprises: a receiving module, configured to receive a ride-hailing driver's order-accepting qualification calculation request sent by a ride-hailing dispatch system, and to parse an order-accepting category identifier and a ride-hailing driver's identifier from the order-accepting qualification calculation request; an obtaining module, configured to obtain the order-accepting qualification calculation rule corresponding to the order-accepting category identifier from a preset order-accepting qualification rule configuration library based on the order-accepting category identifier; a first identification module, configured to identify one or more expressions from the order-accepting qualification calculation rule, and to identify the indicator identifiers of one or more indicators in each expression; a second identification module, configured to identify the data source corresponding to each indicator based on the indicator identifiers of each indicator, and to obtain the indicator values ​​of each indicator from the data source corresponding to each indicator based on the ride-hailing driver's identifier; and a third identification module, configured to identify whether the ride-hailing driver possesses the order-accepting qualification for the specified order-accepting category based on the obtained indicator values ​​and expressions.

[0013] According to a third aspect of certain exemplary embodiments of the present disclosure, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of any of the above methods.

[0014] According to a fourth aspect of certain exemplary embodiments of the present disclosure, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the steps of any of the methods described above.

[0015] The aforementioned method, apparatus, computer equipment, and storage medium for determining the order-accepting qualifications of ride-hailing drivers include: receiving a ride-hailing driver's order-accepting qualification calculation request sent by a ride-hailing dispatch system; parsing the order-accepting category identifier and the ride-hailing driver's identifier from the order-accepting qualification calculation request; obtaining the order-accepting qualification calculation rule corresponding to the order-accepting category identifier from a preset order-accepting qualification rule configuration library based on the order-accepting category identifier; identifying one or more expressions from the order-accepting qualification calculation rule, and identifying the indicator identifiers of one or more indicators in each expression; identifying the data source corresponding to each indicator based on the indicator identifiers of each indicator, and obtaining the indicator values ​​of each indicator from the data source corresponding to each indicator based on the ride-hailing driver's identifier; and determining whether the ride-hailing driver possesses the order-accepting qualification for the specified order-accepting category based on the obtained indicator values ​​and expressions.

[0016] Therefore, upon receiving a request from the ride-hailing dispatch system to calculate the ride-hailing qualification, the system parses out the ride-hailing category identifier and the driver identifier. Then, based on the ride-hailing category identifier, it retrieves the corresponding ride-hailing qualification calculation rule from the pre-set ride-hailing qualification rule configuration library. Next, it identifies one or more relevant expressions and their corresponding indicator identifiers from the ride-hailing qualification calculation rules. Based on the indicator identifiers of each indicator, it matches the corresponding data source and, combined with the driver identifier, obtains the values ​​of each indicator from the data source. Finally, based on the obtained indicator values ​​and expressions, it determines whether the ride-hailing driver possesses the qualification to accept the corresponding ride-hailing category. Compared to existing technologies that require custom development for solidifying order-accepting qualification rules, adjusting rules, and adding new categories, this solution eliminates the need for system development. It allows for rule adjustments and new category integration without requiring additional configuration in the rule configuration library. This significantly improves the flexibility and scalability of order-accepting qualification rule configuration, greatly reducing the development and maintenance costs for ride-hailing platforms when modifying existing rules or adding new categories. Furthermore, the unified qualification calculation process can be reused across different categories, enhancing system scalability and significantly shortening the time required for rule adjustments and new category implementation. This enables rapid response to changing ride-hailing business needs, ultimately improving the overall operational efficiency of the ride-hailing platform. Attached Figure Description

[0017] Figure 1 This is a schematic diagram illustrating an example of a method for configuring the order-accepting qualifications of ride-hailing drivers in the existing technology. Figure 2 This is a flowchart illustrating a method for determining the order-accepting qualifications of a ride-hailing driver as one of the exemplary embodiments of this disclosure; Figure 3 This is a flowchart illustrating the pre-configuration method for calculating the ride-hailing driver's order-accepting qualification rules in some exemplary embodiments of this disclosure; Figure 4 This is a flowchart illustrating a method for identifying whether a ride-hailing driver has the qualifications to accept orders for a particular category, as shown in some exemplary embodiments of this disclosure. Figure 5 This is a flowchart illustrating a method for obtaining the value of each indicator from the corresponding data source based on the identifier of the ride-hailing driver in some exemplary embodiments of this disclosure. Figure 6 This is a schematic diagram illustrating the specific process of a method for determining whether a ride-hailing driver has the qualifications to accept orders for a particular category, as shown in some exemplary embodiments of this disclosure. Figure 7 This is a schematic diagram illustrating an example of a method for calculating the context storage and data synchronization of ride-hailing driver order-accepting qualifications disclosed herein; Figure 8 This is a schematic diagram illustrating an example of the specific implementation of the order acceptance qualification rules and order category association configuration in the method for determining the order acceptance qualifications of ride-hailing drivers disclosed herein; Figure 9 This is a structural block diagram of a device for determining the order-accepting qualifications of a ride-hailing driver in some other exemplary embodiments of the present disclosure; Figure 10 This is a diagram illustrating the internal structure of a computer device in some other exemplary embodiments of this disclosure. Detailed Implementation

[0018] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0019] The following detailed descriptions are provided to aid the reader in gaining a comprehensive understanding of the methods, apparatus, electronic devices, storage media, and / or computer program products described herein. However, upon understanding the disclosure of this disclosure, various changes, modifications, and equivalents of the methods, apparatus, storage media, and / or computer program products described herein will become apparent. For example, the order of operations described herein is merely illustrative and is not limited to those orders set forth herein, but may be changed as will become clear upon understanding the disclosure of this disclosure, except for operations that must occur in a specific order. Furthermore, for clarity and conciseness, descriptions of features known in the art may be omitted.

[0020] The features described herein may be implemented in different forms and should not be construed as limited to the examples described herein. Rather, the examples described herein are provided only to illustrate some of the many feasible ways of implementing the methods, electronic devices, and / or storage media described herein, many of which will become clear upon understanding this disclosure.

[0021] The terminology used herein is for the purpose of describing various examples only and is not intended to limit disclosure. Unless the context clearly indicates otherwise, the singular form is intended to include the plural form as well. The terms “comprising,” “including,” and “having” indicate the presence of the described features, quantities, operations, components, elements, and / or combinations thereof, but do not exclude the presence or addition of one or more other features, quantities, operations, components, elements, and / or combinations thereof. Unless otherwise stated, “ / ” means “or,” for example, A / B can mean A or B; “and / or” in the text is merely a description of the relationship between related objects, indicating that three relationships can exist, for example, A and / or B can mean: A alone, A and B simultaneously, and B alone. Furthermore, in the description of embodiments of the invention, “multiple” means two or more.

[0022] Unless otherwise defined, all terms used herein (including technical and scientific terms) shall have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure pertains upon understanding this disclosure. Unless expressly defined herein, terms (such as those defined in a general dictionary) shall be interpreted as having a meaning consistent with their meaning in the context of the relevant field and in this disclosure, and shall not be interpreted in an idealized or overly formalistic manner.

[0023] It should be noted that the terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this disclosure are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this disclosure described herein can be implemented in orders other than those illustrated or described herein. The embodiments described in some of the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0024] Furthermore, in the description of the examples, detailed descriptions of well-known related structures or functions will be omitted when it is believed that such detailed descriptions would lead to a vague interpretation of this disclosure.

[0025] In the following description, embodiments will be described in detail with reference to the accompanying drawings. However, embodiments may be implemented in various forms and are not limited to the examples described herein.

[0026] Figure 1 This diagram illustrates an example of a method for configuring ride-hailing driver acceptance qualifications in the prior art. (Refer to...) Figure 1In existing technologies, ride-hailing platforms formulate independent order-accepting qualification rules for different order categories. The qualification indicators and judgment logic for each category are solidified and implemented through system development. For example, the express car order category is bound to categories above economy, exam and training tasks, vehicles ≤6 years old, service score ≥m points, number of completed orders in the past 30 days, and quality score ≥k. The system has multiple qualification indicators, which are deeply tied to the Express category and cannot be directly reused for other order categories. When the Luxury order category requires new qualification requirements such as the number of completed orders in the past 30 days and a service score of ≥n, the existing indicators for the past 30 days cannot be reused from the Express category. The corresponding indicator definitions and judgment logic must be redeveloped. The qualification indicators and judgment logic of each order category are independent of each other and lack a unified configuration and reuse mechanism. As a result, whether modifying the qualification threshold of an existing category (such as adjusting the Express service score threshold m), adding qualification indicators (such as adding service score requirements for Luxury orders), or expanding to a completely new order category, technical personnel must carry out targeted system development and code adaptation. It is impossible to complete rule adjustments or new category access through simple configuration.

[0027] In summary, the existing methods for configuring ride-hailing driver qualifications have the following technical problems: 1. Lack of reusability of qualification indicators: Similar qualification indicators (such as the number of completed orders in the past 30 days and service score) for different order categories cannot be shared and reused. When adding or adjusting indicators, repeated development is required, resulting in a waste of resources.

[0028] 2. Insufficient system scalability: When adding new order categories or new qualification requirements, rule adaptation must be implemented through code development, which cannot be completed quickly through configuration, resulting in low efficiency in the access of new categories and rule iteration.

[0029] 3. High development and maintenance costs: The qualification rules are fixed in the system code. When adjusting the qualification thresholds or calculation logic of existing categories, technical personnel need to modify the code and redeploy it, resulting in high long-term maintenance costs.

[0030] 4. Low business implementation efficiency: Adjustments to qualification rules and the introduction of new categories require a complete development, testing and deployment process, which makes it impossible to respond quickly to market changes in the ride-hailing business and affects the overall operational efficiency of the platform.

[0031] The abbreviations and key terms in this disclosure are explained as follows: 1. Data source: refers to the system or service collection that stores the original data of various qualification indicators. For example, it includes three types: asset data source, business intelligence data source, and management task data source. These are used to provide the original data of vehicle indicators, capacity level indicators, order completion indicators, service score indicators, quality score indicators, and examination task indicators, respectively. They are the core data source for obtaining the values ​​of various qualification indicators.

[0032] 2. Qualification Context (QC): This refers to the context object used to carry core data such as driver identification, indicator values ​​of various indicators, and order qualification recognition results during a single order qualification calculation process. It provides a unified data transmission and management carrier for the entire qualification calculation process.

[0033] 3. Order Acceptance Qualification Calculation Rules: These are the sets of qualification judgment criteria pre-defined in the rule configuration library for a specific order acceptance category. They consist of one or more expressions, each configured with an indicator identifier, corresponding operator, and qualification threshold. The expressions are also configured with "AND" or "OR" logical relationships, which are the core basis for determining whether a driver has the qualifications for the corresponding order acceptance category.

[0034] 4. Data source processor: This refers to the functional component used to connect to different types of data sources. It is responsible for encapsulating the interaction logic with various data sources (such as databases and microservice interfaces), uniformly acquiring and converting the original data of various qualification indicators, and providing standardized original data for the indicator processor.

[0035] 5. Indicator Processor: This refers to the functional component that is pre-configured with each qualification indicator identifier. It is responsible for calling the corresponding data source processor to obtain the raw service data according to the indicator identifier, processing the raw service data based on preset processing rules, and finally outputting standardized indicator values. It is the core execution unit for indicator value acquisition.

[0036] 4. Expression Execution Processor: This refers to the functional component used to perform expression calculations and logical judgments in the order acceptance qualification calculation rules. It is internally configured with multi-threaded processing that supports parallel processing. The first thread can complete the qualification value calculation and qualification requirement judgment of each expression in parallel, and the second thread can complete the comprehensive judgment of the logical relationships of "AND" and "OR" between each expression, and finally output the recognition result of the driver's order acceptance qualification.

[0037] In some exemplary embodiments of this disclosure, such as Figure 2 As shown, a method for determining the order-accepting qualifications of ride-hailing drivers is provided. Taking the application of this method to an order-accepting qualification determination system as an example, the method includes the following steps: Step 201: Receive the ride-hailing driver's order-accepting qualification calculation request sent by the ride-hailing dispatch system, and parse the order-accepting category identifier and the ride-hailing driver's identifier from the order-accepting qualification calculation request.

[0038] Specifically, before allocating ride-hailing orders, the ride-hailing dispatch system sends a request to the ride-hailing qualification determination system to calculate the ride-hailing driver's qualification. This request carries the order category identifier to be matched and the ride-hailing driver's identifier. After receiving the request, the ride-hailing qualification determination system parses the request and extracts the order category identifier and the ride-hailing driver's identifier to be matched, providing a basis for subsequent order qualification calculation rule matching and data query.

[0039] Step 202: Obtain the order acceptance qualification calculation rule corresponding to the order acceptance category identifier from the preset order acceptance qualification rule configuration library.

[0040] Specifically, the order acceptance qualification determination system stores a pre-configured order acceptance qualification rule configuration library. This library stores the order acceptance qualification calculation rules corresponding to various order categories (such as economy, premium, special vehicle, luxury, express, etc.). Based on the parsed order category identifier, the order acceptance qualification determination system accurately matches the order acceptance qualification calculation rule corresponding to that order category identifier in the rule configuration library, so as to facilitate subsequent order acceptance qualification judgment.

[0041] Step 203: Identify one or more expressions from the order acceptance qualification calculation rules, and identify the indicator identifiers of one or more indicators in each expression.

[0042] Specifically, the order acceptance qualification determination system parses the obtained order acceptance qualification calculation rules and extracts one or more expressions, each of which corresponds to one or more qualification requirements. Furthermore, it extracts the indicator identifiers of one or more indicators from each expression, such as the indicator identifiers of capacity level indicators, quality score indicators, service score indicators, order completion volume indicators, vehicle indicators, examination task indicators, etc., as the basis for subsequent data acquisition.

[0043] Step 204: Identify the data source corresponding to each indicator based on the indicator identifier of each indicator, and obtain the indicator value of each indicator from the data source corresponding to each indicator according to the identifier of the ride-hailing driver.

[0044] Specifically, the order acceptance qualification determination system matches and determines the corresponding data source based on the indicator identifier of each indicator. Different indicators correspond to different data sources. The data source is used to provide the raw data of the corresponding indicator. Then, based on the identifier of the ride-hailing driver, the indicator value of each indicator is obtained from the data source corresponding to each indicator.

[0045] Step 205: Based on the obtained indicator values ​​and expressions, identify whether the ride-hailing driver has the qualifications to accept orders for the relevant categories.

[0046] Specifically, the order-accepting qualification determination system substitutes the values ​​of each indicator obtained into the corresponding expression, completes the determination of the ride-hailing driver's order-accepting qualification according to the requirements of each expression, and determines whether the ride-hailing driver has the qualification to accept orders for the current order category based on the determination results of each expression.

[0047] The aforementioned method for determining the order-accepting qualifications of ride-hailing drivers involves receiving an order-accepting qualification calculation request from the ride-hailing dispatch system, parsing out the order category identifier and driver identifier, retrieving the corresponding order-accepting qualification calculation rule from a pre-set order-accepting qualification rule configuration library based on the order category identifier, identifying one or more relevant expressions and their corresponding indicator identifiers from the order-accepting qualification calculation rules, matching the corresponding data source based on the indicator identifiers of each indicator, and obtaining the values ​​of each indicator from the data source in conjunction with the driver identifier, and finally determining whether the ride-hailing driver possesses the order-accepting qualification for the specified order category based on the obtained indicator values ​​and expressions. Compared to existing technologies that require custom development for solidifying order-accepting qualification rules, adjusting rules, and adding new categories, this solution eliminates the need for system development. It allows for rule adjustments and new category integration without requiring additional configuration in the rule configuration library. This significantly improves the flexibility and scalability of order-accepting qualification rule configuration, greatly reducing the development and maintenance costs for ride-hailing platforms when modifying existing rules or adding new categories. Furthermore, the unified qualification calculation process can be reused across different categories, enhancing system scalability and significantly shortening the time required for rule adjustments and new category implementation. This enables rapid response to changing ride-hailing business needs, ultimately improving the overall operational efficiency of the ride-hailing platform.

[0048] In some exemplary embodiments of this disclosure, based on the above embodiments, it is further explained that the data source corresponding to each indicator includes one or more of asset data source, business intelligence data source, and management and control task data source. The multiple indicators include one or more of vehicle indicators, capacity level indicators, order completion indicators, service score indicators, quality score indicators, and examination task indicators. Among them, the asset data source is used to provide the indicator values ​​of vehicle indicators and capacity level indicators, the business intelligence data source is used to provide the indicator value of order completion indicators, and the management and control task data source is used to provide the indicator values ​​of service score indicators, quality score indicators, and examination task indicators.

[0049] Specifically, this embodiment categorizes indicators into vehicle indicators, capacity level indicators, order completion volume indicators, service score indicators, quality score indicators, and examination task indicators, and matches them with asset data sources, Business Intelligence (BI) data sources, and management task data sources, respectively. This facilitates the establishment of targeted associations between each indicator and its corresponding data source based on the indicator identifier, ensuring more accurate and stable indicator value acquisition and avoiding anomalies caused by the mixing of multiple data types. Simultaneously, it unifies the data acquisition logic, eliminating the need to repeatedly develop data interfaces for different categories, effectively reducing system development and maintenance costs. Furthermore, the clear classification and correspondence enhances the convenience of rule configuration and system expansion, allowing for rapid adaptation when adding new indicators or order categories, further improving the efficiency and reliability of order acceptance qualification calculation.

[0050] In some exemplary embodiments of this disclosure, based on the above embodiments, such as Figure 3 As shown, a further explanation of a method for determining the qualifications of ride-hailing drivers to accept orders may include the following steps: Step 301: Configure multiple indicators related to order acceptance qualifications and identify the data source corresponding to each indicator.

[0051] Step 302: Associate the indicator identifier of each indicator with the data source of each indicator.

[0052] Step 303: Configure the order acceptance qualification calculation rules for multiple order acceptance categories.

[0053] The order acceptance qualification calculation rules for each order category include one or more expressions, and each expression is configured with one or more indicator identifiers.

[0054] Specifically, this embodiment first configures various indicators related to order acceptance qualifications and determines where each indicator obtains data from, i.e., the data source corresponding to each indicator. Then, it associates the indicator identifier of each indicator with the corresponding data source. For example, it associates the capacity level indicator and vehicle indicator with the asset data source, the order completion volume indicator with the business intelligence (BI) data source, and the service score indicator, quality score indicator, and examination task indicator with the management and control task data source. Finally, it configures order acceptance qualification calculation rules for different types of order acceptance categories based on the indicator identifiers of the set indicators. Specifically, it combines expressions and indicator identifiers to form multiple order acceptance qualification calculation rules for order acceptance categories. Each order acceptance qualification calculation rule for each order acceptance category contains one or more expressions, and each expression is configured with one or more indicator identifiers, so that the entire qualification judgment process no longer requires modification of the program code. This pre-configuration approach significantly improves the standardization and flexibility of rule management. When it is necessary to modify qualification requirements or add new order types, it can be done quickly by simply modifying the configuration without redeveloping system functions. This effectively reduces development and maintenance costs, while greatly improving the system's scalability and business update efficiency, allowing order qualification calculation to better adapt to the platform's diverse and ever-changing operational needs.

[0055] Based on the above embodiments, each expression is further configured with operators corresponding to each indicator and corresponding qualification thresholds. The expressions are configured with AND or OR logical relationships, further illustrating the specific implementation method of identifying whether a ride-hailing driver possesses the qualification to accept orders for the relevant category based on the obtained indicator values ​​and expressions. For example... Figure 4 As shown, step 205 above, which is the step of identifying whether a ride-hailing driver has the qualifications to accept orders for the relevant category based on the obtained indicator values ​​and expressions, can specifically include the following steps: Step 401: Calculate the qualification value based on the indicator value of each indicator in each expression and the operator corresponding to each indicator identifier. Determine whether each expression meets the qualification requirements based on the calculated qualification value and the corresponding qualification threshold.

[0056] Step 402: Determine whether the ride-hailing driver has the qualifications to accept orders for the appropriate category based on the AND or OR logical relationships between the expressions.

[0057] Specifically, based on the aforementioned indicator and rule configurations, the system further refines the judgment logic for order acceptance qualifications by configuring operators corresponding to each indicator identifier for each expression, and by configuring AND or OR logical relationships between each expression. When the order acceptance qualification determination system identifies the driver's qualifications, it first calculates the qualification value by combining the indicator values ​​of each indicator in each expression with the operators corresponding to each indicator identifier. Then, it compares the calculated qualification value with the corresponding qualification threshold to determine whether each expression meets the qualification requirements. Finally, it determines whether the ride-hailing driver possesses the order acceptance qualification for the relevant order category based on the AND or OR logical relationships between the expressions. This refined, layered judgment method makes the qualification judgment process clearer and the results more accurate. Furthermore, all judgment conditions are implemented using configuration, eliminating the need to modify system code, further improving the convenience of qualification rule adjustments and the system's scalability.

[0058] Based on the above embodiments, the specific implementation method for obtaining the indicator values ​​of each indicator from the data source corresponding to each indicator according to the ride-hailing driver's identifier is further explained. For example... Figure 5 As shown, step 204 above, which involves obtaining the indicator values ​​of each indicator from the data source corresponding to each indicator based on the ride-hailing driver's identifier, can specifically include the following steps: Step 501: Call the processor corresponding to each indicator based on the indicator identifier of each indicator.

[0059] Each indicator has a pre-configured processor that corresponds to a unique identifier.

[0060] Step 502: Obtain the service data corresponding to each indicator from the data source corresponding to each indicator through the processor corresponding to each indicator, and process the service data corresponding to each indicator according to the preset processing rules through the processor corresponding to each indicator to obtain the indicator value of each indicator.

[0061] Specifically, based on the above-mentioned indicator and data source configuration, this embodiment further refines the process of obtaining the indicator values ​​of each indicator from the corresponding data source, and realizes the standardized acquisition and processing of indicator data through an indicator processor. Regarding the specific steps for obtaining indicator values, firstly, according to the indicator identifier of each indicator, a pre-configured processor corresponding one-to-one with the indicator identifier is invoked; then, the corresponding service data is obtained from the matched data source through the processor corresponding to each indicator, and the service data is processed according to preset processing rules, ultimately obtaining indicator values ​​that can be directly used for qualification judgment. These preset processing rules can be format conversion, numerical calculation, or legality verification of the original service data, or they can be simple integration and normalization of multi-source data; this embodiment does not limit this. For example, the processor corresponding to the capacity level indicator can convert vehicle asset information obtained from the data source into a unified capacity level indicator value, and the processor corresponding to the order completion volume indicator can calculate the original operational order data obtained from the business intelligence (BI) data source into a standard order completion volume indicator value. By using dedicated processors to acquire and process indicators separately, it is possible to ensure stable indicator value acquisition and accurate results, while making the data acquisition logic unified and reusable, eliminating the need for repeated development for different categories, and further improving the reliability and scalability of the order acceptance qualification determination system.

[0062] In some exemplary embodiments of this disclosure, based on the above embodiments, a further description is provided of the specific implementation method for calculating qualification values ​​based on the indicator values ​​of each indicator in each expression and the operators corresponding to each indicator identifier; determining whether each expression meets the qualification requirements based on the calculated qualification values ​​and the corresponding qualification thresholds; and determining whether the ride-hailing driver possesses the order-taking qualification for the order-taking category based on the AND or OR logical relationships between each expression. For example... Figure 6 As shown, steps 401-402 above, namely calculating the qualification value based on the indicator values ​​of each indicator in each expression and the operators corresponding to each indicator identifier, determining whether each expression meets the qualification requirements based on the calculated qualification value and the corresponding qualification threshold, and determining whether the ride-hailing driver has the qualification to accept orders for the relevant order category based on the AND or OR logical relationships between the expressions, may specifically include the following steps: Step 601: Invoke the expression execution processor.

[0063] The expression execution processor is configured with multiple threads for parallel processing.

[0064] Step 602: The first thread in the expression execution processor performs the operation of calculating the qualification value based on the indicator value in each expression and the operator corresponding to each indicator identifier in parallel, and performs the operation of judging whether each expression meets the qualification requirements based on the calculated qualification value and the corresponding qualification threshold.

[0065] Step 603: The second thread in the expression execution processor executes the judgment based on the AND or OR logical relationships between the expressions to determine whether the ride-hailing driver has the qualifications to accept orders for the appropriate category.

[0066] Specifically, this embodiment improves the efficiency and real-time performance of order acceptance qualification assessment by introducing an expression execution processor (e.g., using the Aviator expression execution engine) and a multi-threaded parallel processing mechanism to achieve a standardized qualification assessment process. When the order acceptance qualification assessment system performs qualification assessment, it first calls a multi-threaded expression execution processor configured for parallel processing. Each first thread in the expression execution processor performs the calculation and judgment of multiple expressions in parallel. Specifically, it calculates the qualification value based on the indicator values ​​in each expression and the operators corresponding to each indicator identifier, and compares the calculation result with the qualification threshold to determine whether a single expression meets the qualification requirements. Then, the second thread in the expression execution processor performs a comprehensive judgment based on the preset AND or OR logical relationships between the expressions, ultimately determining whether the ride-hailing driver possesses the qualification to accept orders for the current order category. This engine-framework-based implementation ensures consistent and traceable qualification judgment logic across different order categories by unifying the qualification process. Furthermore, it significantly reduces qualification calculation time through parallel processing, avoiding performance bottlenecks caused by single-threaded serial execution in complex judgment scenarios involving multiple expressions and indicators, thus improving system response speed. Simultaneously, decoupling expression calculation and comprehensive judgment into different threads ensures the clarity and stability of the judgment logic, making order acceptance qualification recognition more efficient and reliable. This better adapts to the high-concurrency, real-time order allocation scenarios of ride-hailing platforms, providing support for rapid and accurate capacity scheduling.

[0067] In some exemplary embodiments of this disclosure, based on the above embodiments, further descriptions are provided, such as... Figure 7 As shown, a method for determining the qualifications of ride-hailing drivers to accept orders may also include the following steps: Step 701: Store the ride-hailing driver's identifier, order category identifier, indicator values ​​of each indicator, and the identification results of the order acceptance qualification of the order category into a preset qualification calculation context container.

[0068] Step 702: After completing the identification of the order acceptance qualifications for the order acceptance category, the data of the ride-hailing driver's identifier, the order acceptance category identifier, the indicator values ​​of each indicator and the identification results of the order acceptance qualifications for the order acceptance category are processed according to a unified data structure, and the processed data is synchronized to the ride-hailing dispatch system.

[0069] Specifically, this embodiment achieves centralized storage and unified management of all data from the qualification calculation by uniformly storing the driver's identifier, order category identifier, indicator values, and order acceptance qualification identification results into a pre-defined qualification calculation context container. After the order acceptance qualification identification is completed, the driver's identifier, order category identifier, indicator values, and order acceptance qualification identification results are processed according to a unified data structure, and the processed data is synchronized to the ride-hailing dispatch system. By setting up a unified qualification calculation context container, key information in the qualification calculation process can be completely preserved, facilitating subsequent data traceability, result verification, and problem localization. Using a unified data structure for processing and synchronization improves the standardization and compatibility of data interaction with the ride-hailing dispatch system, ensuring stable and reliable data transmission. This fully recordable, traceable, and standardized interaction approach effectively improves the transparency of the order acceptance qualification determination process and the efficiency of system collaboration, providing a solid guarantee for the stable and orderly capacity scheduling of the ride-hailing platform.

[0070] For example, regarding the method for determining the order-accepting qualifications of ride-hailing drivers disclosed herein, this paper further explains the specific implementation method of the order-accepting qualification rules and order category association configuration in the method for determining the order-accepting qualifications of ride-hailing drivers. For example... Figure 8 As shown, the first step is to configure the association between indicators and data sources: bind the indicator identifiers of each qualification indicator to the corresponding data source. For example, associate the capacity level indicator and vehicle indicator with the asset data source to obtain basic vehicle information and capacity level data; associate the order completion volume indicator with the business intelligence (BI) data source to obtain the driver's operational order statistics for the past 30 days; and associate the service score indicator, quality score indicator, and examination task indicator with the management and control task data source to obtain data such as driver service quality and compliance training task completion status.

[0071] Secondly, configure the order category and qualification calculation rules: Based on the associated indicators, configure differentiated order qualification calculation rules for different order categories. Each order qualification calculation rule consists of one or more expressions, with indicator identifiers, operators, and qualification thresholds configured within the expressions, and "AND" or "OR" logical relationships configured between the expressions. For example, for the luxury order category, configure two expressions: "Capacity level indicator ≥ Economy" and "Quality score indicator ≥ 30 points". Only ride-hailing drivers who meet both of the requirements of the expressions are qualified to accept luxury orders. For the express order category, configure three sets of "OR" logical expression combinations: the first set is "Capacity level indicator ≥ Economy", the second set is "Quality score ≥ 115 points" and "Completion volume indicator ≥ 200" and "Vehicle age ≤ 6 years", and the third set is "Service score indicator ≥ Silver" and "Capacity level indicator = Economy". Ride-hailing drivers who meet the requirements of any one set of expressions are qualified to accept express orders.

[0072] Finally, the configured order qualification calculation rules for each order category are stored in a preset order qualification rule configuration library so that they can be called and executed during order qualification calculation. This allows the subsequent order qualification determination system to directly retrieve the corresponding rules based on the order category identifier without repeated development or code modification, enabling rapid reuse and iteration of rules.

[0073] In summary, this paper discloses a method for determining the qualifications of ride-hailing drivers to accept orders: 1. Achieve decoupling and reuse of indicators and rules: By linking indicators with data sources through unified configuration, similar qualification indicators (such as order completion volume and service score) can be reused across categories, avoiding redundant development and waste of resources, and solving the problem of lack of reusability of qualification indicators in existing technologies.

[0074] 2. Improve system scalability and business response efficiency: When adding new order categories or adjusting qualification rules, it can be completed through visual configuration without code development, which greatly shortens the business implementation cycle and solves the problems of insufficient system scalability and low business implementation efficiency in existing technologies.

[0075] 3. Ensure efficient and reliable qualification assessment: Through multi-threaded parallel computing, context container storage and synchronization, rapid qualification assessment is achieved in high-concurrency scenarios, while ensuring that the calculation process is traceable and the results are verifiable, thereby improving the system response speed and stability.

[0076] 4. Reduced development and maintenance costs: By decoupling qualification rules from system code, adjustments to qualification thresholds or calculation logic only require configuration changes, eliminating the need to redeploy the system and solving the problem of high development and maintenance costs in existing technologies.

[0077] 5. Achieving a balance between category differentiation and rule flexibility: By configuring differentiated expression combinations and logical relationships for different order categories, the personalized qualification requirements of categories such as luxury and express are met, while maintaining the flexibility of rule configuration, enabling rapid response to market changes in the ride-hailing business.

[0078] It should be understood that although the steps in the flowchart are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order constraint on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowchart may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the sub-steps or stages of other steps.

[0079] In some exemplary embodiments of this disclosure, such as Figure 9 As shown, a device for determining the order-accepting qualifications of ride-hailing drivers is provided, including a receiving module 901, an acquisition module 902, a first identification module 903, a second identification module 904, and a third identification module 905. The receiving module 901 is used to receive a ride-hailing driver's order-accepting qualification calculation request sent by the ride-hailing dispatch system, and parse the order-accepting category identifier and the ride-hailing driver's identifier from the order-accepting qualification calculation request; the acquisition module 902 is used to obtain the order-accepting qualification calculation rule corresponding to the order-accepting category identifier from a preset order-accepting qualification rule configuration library according to the order-accepting category identifier; the first identification module 903 is used to identify one or more expressions from the order-accepting qualification calculation rule, and identify the indicator identifiers of one or more indicators in each expression; the second identification module 904 is used to identify the data source corresponding to each indicator based on the indicator identifiers of each indicator, and obtain the indicator values ​​of each indicator from the data source corresponding to each indicator according to the ride-hailing driver's identifier; the third identification module 905 is used to identify whether the ride-hailing driver possesses the order-accepting qualification for the corresponding order-accepting category based on the obtained indicator values ​​and expressions.

[0080] In one embodiment of this disclosure, the data source corresponding to each indicator includes one or more of the following: asset data source, business intelligence data source, and management and control task data source. The multiple indicators include one or more of the following: vehicle indicators, capacity level indicators, order completion indicators, service score indicators, quality score indicators, and examination task indicators. The asset data source is used to provide the indicator values ​​of the vehicle indicators and the capacity level indicators, the business intelligence data source is used to provide the indicator value of the order completion indicators, and the management and control task data source is used to provide the indicator values ​​of the service score indicators, the quality score indicators, and the examination task indicators.

[0081] In one embodiment of this disclosure, a device for determining the order-accepting qualifications of ride-hailing drivers further includes: a first configuration module, used to configure multiple indicators related to order-accepting qualifications and identify the data source corresponding to each indicator; an association module, used to associate the indicator identifier of each indicator with the data source of each indicator; and a second configuration module, used to configure order-accepting qualification calculation rules for multiple order-accepting categories, wherein each order-accepting qualification calculation rule for each order-accepting category includes one or more expressions, and each expression is configured with the indicator identifier of one or more indicators.

[0082] In one embodiment of this disclosure, each expression is further configured with an operator corresponding to each indicator identifier and a corresponding qualification threshold. The expressions are configured with AND or OR logical relationships. The third identification module 905 is specifically used for: calculating qualification values ​​based on the indicator values ​​of each indicator in each expression and the operators corresponding to each indicator identifier; determining whether each expression meets the qualification requirements based on the calculated qualification values ​​and the corresponding qualification thresholds; and determining whether the ride-hailing driver possesses the order-taking qualification for the relevant order category based on the AND or OR logical relationships between the expressions.

[0083] In one embodiment of this disclosure, the second identification module 904 is specifically used to: call the processor corresponding to each indicator according to the indicator identifier of each indicator, wherein the processor corresponding to each indicator is pre-configured and corresponds one-to-one with each indicator identifier; obtain the service data corresponding to each indicator from the data source corresponding to each indicator through the processor corresponding to each indicator, and process the service data corresponding to each indicator according to the preset processing rules through the processor corresponding to each indicator to obtain the indicator value of each indicator.

[0084] In one embodiment of this disclosure, a qualification value is calculated based on the indicator values ​​of each indicator in each expression and the operators corresponding to each indicator identifier. The calculated qualification value and the corresponding qualification threshold are used to determine whether each expression meets the qualification requirements. The process also involves determining whether a ride-hailing driver possesses the qualification for the appropriate order category based on the AND or OR logical relationships between the expressions. This includes: calling an expression execution processor, which is configured with multiple threads for parallel processing; executing the operation of calculating the qualification value based on the indicator values ​​and operators corresponding to each indicator identifier in each expression using the first threads in the expression execution processor, and executing the operation of determining whether each expression meets the qualification requirements based on the calculated qualification value and the corresponding qualification threshold; and executing the operation of determining whether a ride-hailing driver possesses the qualification for the appropriate order category based on the AND or OR logical relationships between the expressions using the second threads in the expression execution processor.

[0085] In one embodiment of this disclosure, a device for determining the order-accepting qualifications of ride-hailing drivers further includes: a storage module, used to store the ride-hailing driver's identifier, order category identifier, indicator values ​​of each indicator, and the identification results of the order-accepting qualifications of the order category into a preset qualification calculation context container; and a processing module, used to process the ride-hailing driver's identifier, order category identifier, indicator values ​​of each indicator, and the identification results of the order-accepting qualifications of the order category according to a unified data structure after completing the identification of the order-accepting qualifications of the order category, and synchronize the processed data to the ride-hailing dispatch system.

[0086] For specific limitations regarding a device for determining the order-accepting qualifications of ride-hailing drivers, please refer to the limitations of a method for determining the order-accepting qualifications of ride-hailing drivers mentioned above, which will not be repeated here. Each module in the aforementioned device for determining the order-accepting qualifications of ride-hailing drivers can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in the electronic device, or stored in the memory of the electronic device in software form, so that the processor can call and execute the corresponding operations of each module.

[0087] In some exemplary embodiments of this disclosure, a computer device is provided, which may be a server, and its internal structure diagram may be as follows: Figure 10 As shown, the computer device includes a processor, memory, network interface, and database connected via a system bus. The processor provides computing and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system, computer programs, and database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database stores data related to a method for determining the order-accepting qualifications of ride-hailing drivers. The network interface communicates with external terminals via a network connection. When executed by the processor, the computer program implements a method for determining the order-accepting qualifications of ride-hailing drivers.

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

[0089] In some exemplary embodiments of this disclosure, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the steps of a method for determining the order-accepting qualifications of a ride-hailing driver as described in any of the exemplary embodiments above.

[0090] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When executed, the computer program can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), RAMbus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

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

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

Claims

1. A method for determining the order-accepting qualifications of ride-hailing drivers, characterized in that, The method includes: Receive a ride-hailing driver's order-accepting qualification calculation request sent by the ride-hailing dispatch system, and parse the order-accepting category identifier and the ride-hailing driver's identifier from the order-accepting qualification calculation request; Based on the order category identifier, the order qualification calculation rule corresponding to the order category identifier is obtained from the preset order qualification rule configuration library; Identify one or more expressions from the order acceptance qualification calculation rules, and identify the indicator identifiers of one or more indicators in each expression; Based on the indicator identifier of each indicator, the data source corresponding to each indicator is identified, and the indicator value of each indicator is obtained from the data source corresponding to each indicator according to the identifier of the ride-hailing driver. Based on the obtained indicator values ​​and expressions, it is determined whether the ride-hailing driver possesses the qualifications to accept orders for the specified order category.

2. The method according to claim 1, characterized in that, The data sources corresponding to each indicator include one or more of the following: asset data source, business intelligence data source, and management and control task data source. These multiple indicators include one or more of the following: vehicle indicators, capacity level indicators, order completion volume indicators, service score indicators, quality score indicators, and examination task indicators. Specifically, the asset data source provides the indicator values ​​for the vehicle indicators and the capacity level indicators; the business intelligence data source provides the indicator value for the order completion volume indicators; and the management and control task data source provides the indicator values ​​for the service score indicators, the quality score indicators, and the examination task indicators.

3. The method according to claim 1, characterized in that, The method further includes: Configure multiple indicators related to order acceptance qualifications and identify the data source corresponding to each indicator; Associate the indicator identifier of each indicator with the data source of each indicator; Configure order acceptance qualification calculation rules for multiple order acceptance categories. Each order acceptance qualification calculation rule contains one or more expressions, and each expression is configured with one or more indicator identifiers.

4. The method according to claim 3, characterized in that, Each expression also includes operators and qualification thresholds corresponding to each indicator, and the expressions are configured with AND or OR logical relationships. The step of identifying whether the ride-hailing driver possesses the qualification to accept orders for the specified order category based on the obtained indicator values ​​and expressions includes: The qualification value is calculated based on the indicator value of each indicator in each expression and the operator corresponding to each indicator identifier. The qualification value and the corresponding qualification threshold are used to determine whether each expression meets the qualification requirements. The determination of whether the ride-hailing driver possesses the qualification to accept orders for the specified order category is based on the AND or OR logical relationships between the expressions.

5. The method according to claim 1, characterized in that, The step of obtaining the indicator values ​​of each indicator from the data source corresponding to each indicator based on the ride-hailing driver's identifier includes: The processor corresponding to each indicator is called according to the indicator identifier of each indicator. The processor corresponding to each indicator is pre-configured and corresponds one-to-one with each indicator identifier. The processors for each metric retrieve the service data corresponding to each metric from the data source corresponding to each metric, and process the service data corresponding to each metric based on preset processing rules to obtain the metric value of each metric.

6. The method according to claim 4, characterized in that, The qualification value is calculated based on the indicator value of each indicator in each expression and the operator corresponding to each indicator identifier. The qualification value and the corresponding qualification threshold are used to determine whether each expression meets the qualification requirements. Determine whether the ride-hailing driver possesses the qualifications to accept orders for the specified order category based on the AND or OR logical relationships between the expressions, including: Invoke an expression execution processor, which is configured with multiple threads for parallel processing; The expression execution processor executes in parallel the first thread operations to calculate the qualification value based on the indicator value in each expression and the operator corresponding to each indicator identifier, and executes the operation to determine whether each expression meets the qualification requirements based on the calculated qualification value and the corresponding qualification threshold. The second thread in the expression execution processor executes the expression to determine whether the ride-hailing driver has the qualification to accept orders for the specified order category based on the AND or OR logical relationships between the expressions.

7. The method according to claim 1, characterized in that, The method further includes: The ride-hailing driver's identifier, the order category identifier, the indicator values ​​of each indicator, and the identification results of the order acceptance qualification of the order category are stored in a preset qualification calculation context container. After completing the identification of the order-accepting qualifications for the order-accepting category, the data of the ride-hailing driver's identifier, the order-accepting category identifier, the indicator values ​​of each indicator, and the identification results of the order-accepting qualifications for the order-accepting category are processed according to a unified data structure, and the processed data is synchronized to the ride-hailing dispatch system.

8. A device for determining the order-accepting qualifications of ride-hailing drivers, characterized in that, The device includes: The receiving module is used to receive the ride-hailing driver's order-accepting qualification calculation request sent by the ride-hailing dispatch system, and to parse the order-accepting category identifier and the ride-hailing driver's identifier from the order-accepting qualification calculation request. The acquisition module is used to obtain the order acceptance qualification calculation rule corresponding to the order acceptance category identifier from the preset order acceptance qualification rule configuration library according to the order acceptance category identifier; The first identification module is used to identify one or more expressions from the order acceptance qualification calculation rules, and to identify the indicator identifiers of one or more indicators in each expression; The second identification module is used to identify the data source corresponding to each indicator based on the indicator identifier of each indicator, and to obtain the indicator value of each indicator from the data source corresponding to each indicator according to the identifier of the ride-hailing driver. The third identification module is used to identify whether the ride-hailing driver has the qualification to accept orders for the specified order category based on the obtained indicator values ​​and expressions.

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

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

Images