Method and device for determining dispatching radius

By dynamically adjusting the order assignment radius, the problem of the fixed order acceptance radius restricting the utilization of online ride-hailing resources is solved, and the order assignment efficiency and service adaptability are improved.

CN119886647APending Publication Date: 2025-04-25BEIJING BAIJU YIXING TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411885227.9
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-12-19
Publication Date
2025-04-25

AI Technical Summary

Technical Problem

Systems with fixed order radius limit the flexibility of driver service scope, resulting in the inability to fully utilize online ride-hailing resources in certain periods or areas.

Method used

By obtaining the target geofence, determine its corresponding order distribution parameters and the order distribution radius corresponding to the current time, and adjust the order distribution radius according to the order distribution parameters to dynamically determine the target order distribution radius.

Benefits of technology

It improves the efficiency of order assignment, ensures the full utilization of online ride-hailing resources, avoids vehicle congestion, and adapts to service needs under different time periods and weather conditions.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119886647A_ABST
    Figure CN119886647A_ABST
Patent Text Reader

Abstract

The invention relates to the technical field of computers, and discloses a method and a device for determining a dispatching radius. The method comprises the following steps: acquiring a target geo-fence; wherein the target geo-fence is a geo-fence for sending an order to the user; according to the target geo-fence, determining an order sending parameter corresponding to the target geo-fence and an order sending radius corresponding to the current time; and adjusting the order dispatching radius according to the order dispatching parameters to obtain a target order dispatching radius.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a method and device for determining a dispatch radius. Background Art

[0002] Currently, most online ride-hailing platforms use a fixed order radius system to manage the matching between drivers and passengers. This system sets a fixed service range for each online driver based on the rules preset by the platform, which is usually determined based on the driver's current location or the location where the last service ended. Within this range, the driver can receive and respond to passengers' order requests in real time to provide travel services.

[0003] However, the fixed order-taking radius limits the flexibility of the driver's service range, resulting in the inability to fully utilize online ride-hailing resources in certain time periods or areas. Summary of the invention

[0004] In view of this, the present invention provides a method and device for determining a dispatch radius, the method comprising: obtaining a target geographic fence; wherein the target geographic fence is a geographic fence for dispatching orders to users; according to the target geographic fence, determining dispatch parameters corresponding to the target geographic fence and a dispatch radius corresponding to the current time; adjusting the dispatch radius according to the dispatch parameters to obtain the target dispatch radius.

[0005] The method for determining the dispatch radius provided in this embodiment can accurately determine the location where the user needs to go or the user's current location through the target geographic fence, so as to quickly match nearby drivers, reduce idle time and waiting time, and improve dispatch efficiency.

[0006] In addition, based on the target geographic fence, the current dispatch parameters and dispatch radius of the target geographic fence can be determined, and then the dispatch radius can be adjusted according to the dispatch parameters. Orders can be dispatched to online vehicles within the target geographic fence within a reasonable dispatch radius. On the one hand, this can ensure the full utilization of online car-hailing resources, and on the other hand, it can avoid vehicle congestion.

[0007] In one possible implementation, determining the dispatch radius includes: obtaining a preset relationship table; wherein the preset relationship table is used to characterize the association between the target geographic fence and the dispatch radius; and determining the dispatch radius corresponding to the target geographic fence at the current time based on the preset relationship table.

[0008] The method for determining the dispatch radius provided in this embodiment can record the dispatch radius corresponding to the target geographic fence in different time periods in the preset relationship table. Through the preset relationship table and the target geographic fence, the dispatch radius corresponding to the current time can be accurately determined.

[0009] In one possible implementation, the dispatch parameters include the number of vehicles corresponding to the current time; wherein the dispatch radius is adjusted according to the dispatch parameters to obtain a target dispatch radius, including: obtaining the peak time period and the off-peak time period of the geographic fence; if the current time is in the off-peak time period and the number of vehicles is not less than a preset threshold, reducing the dispatch radius to obtain the target dispatch radius; if the current time is in the peak time period and the number of vehicles is not greater than the preset threshold, increasing the dispatch radius to obtain the target dispatch radius.

[0010] The method for determining the dispatch radius provided in this embodiment is that during off-peak time periods, when the number of vehicles is not less than a preset threshold, reducing the dispatch radius can ensure that nearby drivers can respond to passenger needs more quickly, reduce waiting time, and improve the efficiency of supply and demand matching. During peak time periods, when the number of vehicles is not greater than the preset threshold, increasing the dispatch radius can expand the driver's service range, increase the number of orders, and avoid drivers being idle for a long time. In addition, by dynamically adjusting the dispatch radius, driver resources can be allocated more reasonably. During peak hours, driver resources are relatively tight, and reducing the dispatch radius can reduce competition among drivers and improve service quality; during off-peak hours, driver resources are relatively abundant, and expanding the dispatch radius can make full use of driver resources and improve operational efficiency.

[0011] In one possible implementation, the method further includes: in response to a zoom-in or zoom-out operation on the geo-fence where the vehicle is currently located, adjusting a boundary of the geo-fence to zoom in or zoom out the geo-fence on the map.

[0012] The method for determining the dispatch radius provided in this embodiment can dynamically adjust the boundaries of the geo-fence according to the actual needs of the user, meet the application needs in different scenarios, and enhance the flexibility and applicability of the geo-fence. In addition, by adjusting the size of the geo-fence, the service scope can be more accurately controlled, the allocation and scheduling of resources can be optimized, and the service efficiency and quality can be improved.

[0013] In one possible implementation, the dispatch parameters include: weather conditions; wherein the dispatch radius is adjusted according to the dispatch parameters to obtain a target dispatch radius, including: if the weather condition level meets the first level, the current time is in the peak time period and the number of vehicles is not greater than the preset threshold, the dispatch radius is increased to obtain the target dispatch radius; if the weather condition meets the first level, the current time is in the off-peak time period and the number of vehicles is not greater than the preset threshold, the dispatch radius is increased to obtain the target dispatch radius; if the weather condition meets the second level, the dispatch radius is reduced to obtain the target dispatch radius; wherein the first level is lower than the second level.

[0014] The method for determining the dispatch radius provided in this embodiment can subdivide the weather conditions into different levels, so that the platform can formulate a more refined dispatch strategy. Different levels of weather conditions have different degrees of influence on passenger travel needs and driver driving conditions, so targeted adjustments need to be made according to actual conditions.

[0015] In addition, refined dispatch strategies help the platform match passengers and drivers more accurately. In severe weather conditions (such as the first level of weather conditions), by increasing the dispatch radius, a wider area can be covered and more passengers can be served. In extremely severe weather conditions (such as the second level of weather conditions), reducing the dispatch radius can ensure that drivers provide services in a relatively safe area, while reducing idle driving and waiting time.

[0016] In one possible implementation, the method further includes: if the weather conditions meet the preset conditions and the current time is in the peak period, increasing the dispatch price; if the weather conditions meet the preset conditions and the number of vehicles is not greater than a preset threshold, increasing the dispatch price.

[0017] The method for determining the dispatch radius provided in this embodiment is that during bad weather or peak hours, passengers' travel demand increases, but drivers' willingness to accept orders may be affected by weather or traffic conditions. By increasing the dispatch price, more drivers can be encouraged to accept orders, increase service supply, and meet passengers' travel needs.

[0018] In a second aspect, the present invention provides a device for determining a dispatch radius, the device comprising: an acquisition module for acquiring a target geographic fence; wherein the target geographic fence is a geographic fence for dispatching orders to users; a determination module for determining dispatch parameters corresponding to the target geographic fence and a dispatch radius corresponding to the current time; and an adjustment module for adjusting the dispatch radius according to the dispatch parameters to obtain a target dispatch radius.

[0019] In a third aspect, the present invention provides a computer device, comprising: a memory and a processor, the memory and the processor being communicatively connected to each other, computer instructions being stored in the memory, and the processor executing the method for determining the dispatch radius of the first aspect or any corresponding embodiment thereof by executing the computer instructions.

[0020] In a fourth aspect, the present invention provides a computer-readable storage medium having computer instructions stored thereon, the computer instructions being used to enable a computer to execute the method for determining an order dispatch radius according to the first aspect or any corresponding embodiment thereof.

[0021] In a fifth aspect, the present invention provides a computer program product, comprising computer instructions for causing a computer to execute the method for determining an order dispatch radius according to the first aspect or any corresponding embodiment thereof. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0023] Figure 1 is a flow chart of a method for determining a dispatch radius according to an embodiment of the present invention;

[0024] Figure 2 is a structural block diagram of a device for determining a dispatch radius according to an embodiment of the present invention;

[0025] Figure 3 It is a schematic diagram of the hardware structure of a computer device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0026] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present invention.

[0027] Based on relevant technologies, most online ride-hailing platforms use a fixed order radius system to manage the matching between drivers and passengers. This system sets a fixed service range for each online driver based on the rules preset by the platform, which is usually determined based on the driver's current location or the location where the last service ended. Within this range, the driver can receive and respond to passengers' order requests in real time to provide travel services.

[0028] However, the fixed order-taking radius limits the flexibility of the driver's service range, resulting in the inability to fully utilize online ride-hailing resources in certain time periods or areas.

[0029] Based on this, the present invention provides a method for determining the dispatch radius, which can accurately determine the location where the user needs to go or the current location of the user through the target geographic fence, so as to quickly match the nearby drivers, reduce the idle driving time and waiting time, and improve the dispatch efficiency. In addition, according to the target geographic fence, the current dispatch parameters and dispatch radius of the target geographic fence can be determined, and then the dispatch radius can be adjusted according to the dispatch parameters, and the network vehicles within the target geographic fence can be dispatched under a reasonable dispatch radius, which can ensure the full utilization of the network-hailing car resources on the one hand, and avoid the phenomenon of vehicle congestion on the other hand.

[0030] According to an embodiment of the present invention, a method embodiment for determining a dispatch radius is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0031] In this embodiment, a method for determining a dispatch radius is provided, which can be used in computer devices, such as computers, servers, etc. Figure 1 is a flow chart of a method for determining a dispatch radius according to an embodiment of the present invention. Figure 1 As shown, the process includes the following steps:

[0032] Step S101, obtaining a target geo-fence; wherein the target geo-fence is a geo-fence for dispatching orders to users.

[0033] The target geo-fence is the geo-fence for dispatching orders to the user. The user can select the geo-fence to which his vehicle belongs. After the user selects the target geo-fence, the computer device can obtain the target geo-fence.

[0034] Step S102, determining the dispatch parameters corresponding to the target geo-fence and the dispatch radius corresponding to the current time according to the target geo-fence.

[0035] After the user selects the target geo-fence, the dispatch parameters of the target geo-fence and the dispatch radius of the target geo-fence at the current time can be determined. Among them, the dispatch parameters define various conditions and requirements in the dispatch process, such as the number of vehicles, weather conditions, etc. The dispatch radius may refer to the distance range extending outward from the center (or a key point) of the target geo-fence, which is used to determine which delivery personnel (or vehicles) can be included in the dispatch consideration range. Specifically, the dispatch radius can be dynamically adjusted to optimize the dispatch efficiency based on historical data and algorithm predictions. The dispatch radius can also be determined based on a preset relationship table, and the dispatch parameters can be determined in combination with the situation of the target geo-fence. No specific limitation is made here, and it can be implemented by those skilled in the art.

[0036] In one possible implementation, the dispatch parameters corresponding to the target geofence and the dispatch radius corresponding to the current time can be determined according to the type of the target geofence. For example, in the commercial district in the city center, due to the high population density and complex traffic conditions, the online ride-hailing platform may set a shorter response time requirement and a higher dispatch priority. At the same time, considering the traffic congestion in the area, the platform may appropriately reduce the dispatch radius to ensure that the driver can quickly reach the pick-up location.

[0037] Step S103, adjusting the dispatch radius according to the dispatch parameters to obtain a target dispatch radius.

[0038] The dispatch parameters determined in step S102 are applied to the dispatch radius, and further adjustments and optimizations are performed to obtain a final target dispatch radius.

[0039] As an example, an algorithm (such as a machine learning algorithm) can be used to optimize the dispatch radius in real time. The dispatch parameters and the dispatch radius can be used as inputs, and the target dispatch radius can be used as output. For example, the platform can dynamically adjust the dispatch radius based on the driver's real-time location and status (such as idle, busy, driving, etc.) to ensure that passengers can get service quickly.

[0040] As an example, the dispatch radius can be adjusted individually based on the special needs of passengers (such as expedited orders, specific vehicle model requirements, etc.). For example, for expedited orders, the platform may expand the dispatch radius to attract more drivers to participate in grabbing orders.

[0041] The method for determining the dispatch radius provided in this embodiment can accurately determine the location where the user needs to go or the user's current location through the target geographic fence, so as to quickly match nearby drivers, reduce idle time and waiting time, and improve dispatch efficiency.

[0042] In addition, based on the target geographic fence, the current dispatch parameters and dispatch radius of the target geographic fence can be determined, and then the dispatch radius can be adjusted according to the dispatch parameters. Orders can be dispatched to online vehicles within the target geographic fence within a reasonable dispatch radius. On the one hand, this can ensure the full utilization of online car-hailing resources, and on the other hand, it can avoid vehicle congestion.

[0043] In a possible implementation, determining the dispatch radius in step S102 includes:

[0044] Step a1, obtaining a preset relationship table; wherein the preset relationship table is used to characterize the association relationship between the target geographic fence and the dispatch radius.

[0045] The system needs to retrieve or receive a preset relationship table from the database. The preset relationship table can be a data set that defines the association between different target geofences and dispatch radius. The preset relationship table can be a table in the database or a data structure in memory, such as a hash table, dictionary, etc. For example: the online car-hailing platform has a preset relationship table that defines different dispatch radii for each geofence based on factors such as the population density, traffic conditions, and weather conditions of the target geofence. For example, for a commercial area in the city center, due to high population density and traffic congestion, the dispatch radius may be set to 1 kilometer; while for residential areas in the suburbs, due to low population density and smooth traffic, the dispatch radius may be set to 3 kilometers.

[0046] Step a2: Determine the dispatch radius corresponding to the target geographic fence at the current time according to the preset relationship table.

[0047] If the preset relationship table is a simple mapping relationship, the corresponding dispatch radius can be directly searched in the table according to the identifier (such as ID or name) of the target geographic fence.

[0048] If the preset relationship table contains multiple condition columns (such as time, weather, traffic conditions, etc.), the system needs to match them according to these conditions to determine the most appropriate dispatch radius.

[0049] In some cases, the preset relationship table may only be a reference or starting point, and the system also needs to use algorithms to calculate the final dispatch radius based on real-time data (such as current traffic congestion, number of drivers, etc.).

[0050] The method for determining the dispatch radius provided in this embodiment can record the dispatch radius corresponding to the target geographic fence in different time periods in the preset relationship table. Through the preset relationship table and the target geographic fence, the dispatch radius corresponding to the current time can be accurately determined.

[0051] In a possible implementation, the dispatching parameter includes the number of vehicles corresponding to the current time; wherein the above step S103 includes:

[0052] Step b1, obtaining the peak time period and off-peak time period of the geographic fence.

[0053] Peak hours may be times of day within the geo-fence when traffic volume and passenger demand are high.

[0054] The off-peak time period may be a time period within the geo-fence when traffic flow and passenger demand are lower.

[0055] Specifically, the peak and off-peak time periods for each geo-fence can be determined based on historical data analysis. The definition of peak and off-peak time periods can be dynamically adjusted using real-time traffic data (such as GPS tracks, traffic cameras, etc.). Peak and off-peak time periods can be manually set or adjusted based on business rules or user feedback.

[0056] For example, a geo-fence is located in a commercial district in the city center. By analyzing historical data, the system finds that the traffic flow and passenger demand in this area are the highest between 5 pm and 7 pm every day, so this time period is defined as the peak time period. On the contrary, between 1 am and 4 am, the traffic flow and passenger demand are the lowest, so this time period is defined as the off-peak time period.

[0057] Step b2: If the current time is in the off-peak period and the number of vehicles is not less than the preset threshold, reduce the dispatch radius to obtain the target dispatch radius.

[0058] The preset threshold may be a pre-set threshold of the number of vehicles, which is used to determine whether the current number of vehicles is sufficient. When the current time is in a low-peak period, it indicates that there are fewer orders. In addition, when the number of vehicles is not less than the preset threshold, it indicates that there are many vehicles in the target geographic fence, which will result in many vehicles being unable to dispatch orders, and the dispatch radius needs to be reduced.

[0059] Step b3: If the current time is in the peak period and the number of vehicles is not greater than the preset threshold, increase the dispatch radius to obtain the target dispatch radius.

[0060] When the current time is in the peak time period, it indicates that there are more orders. And when the number of vehicles is not greater than the preset threshold, it indicates that there are fewer vehicles in the target geographic fence, which will result in many orders not having enough vehicles to fulfill. In this case, the dispatch radius needs to be increased to ensure that all drivers in the target geographic fence can receive orders.

[0061] The method for determining the dispatch radius provided in this embodiment is that during off-peak time periods, when the number of vehicles is not less than a preset threshold, reducing the dispatch radius can ensure that nearby drivers can respond to passenger needs more quickly, reduce waiting time, and improve the efficiency of supply and demand matching. During peak time periods, when the number of vehicles is not greater than the preset threshold, increasing the dispatch radius can expand the driver's service range, increase the number of orders, and avoid drivers being idle for a long time. In addition, by dynamically adjusting the dispatch radius, driver resources can be allocated more reasonably. During peak hours, driver resources are relatively tight, and reducing the dispatch radius can reduce competition among drivers and improve service quality; during off-peak hours, driver resources are relatively abundant, and expanding the dispatch radius can make full use of driver resources and improve operational efficiency.

[0062] In one possible implementation, the method further includes: in response to a zoom-in or zoom-out operation on the geo-fence where the vehicle is currently located, adjusting the boundary of the geo-fence to zoom in or zoom out the geo-fence on the map.

[0063] The zoom-in or zoom-out operation may be triggered by clicking a mouse, tapping a keyboard, touching a tablet computer, etc. Accordingly, the computer device may adjust the boundaries of the geofence in response to the zoom-in or zoom-out operation to zoom in or out the geofence on the map.

[0064] As an example, when a user performs a zoom operation (such as by dragging a zoom tool on a map, using a scroll wheel or a touch gesture, etc.), the system recognizes the operation as a zoom of a geofence.

[0065] In a possible implementation, the user can customize the target fence area, that is, after the user selects the target fence area, the target fence area can be modified, and then the computer device re-executes the above steps S101 to S103 according to the modified target fence area.

[0066] In one possible implementation, the system determines whether the user wants to reduce or enlarge the geofence based on the user's operation (such as drag direction, wheel scrolling direction, etc.). The system calculates the specific zoom ratio based on the user's operation intensity (such as drag distance, wheel scrolling times, etc.) and the preset zoom factor. According to the determined zoom direction and ratio, the system calculates the new geofence boundary. This usually involves mathematical operations on the center point, radius or boundary coordinates of the geofence. The system updates the boundary information of the geofence for subsequent use. The system re-renders the geofence on the map according to the updated geofence boundary.

[0067] The method for determining the dispatch radius provided in this embodiment can dynamically adjust the boundaries of the geo-fence according to the actual needs of the user, meet the application needs in different scenarios, and enhance the flexibility and applicability of the geo-fence. In addition, by adjusting the size of the geo-fence, the service scope can be more accurately controlled, the allocation and scheduling of resources can be optimized, and the service efficiency and quality can be improved.

[0068] In a possible implementation, the dispatching parameters include: weather conditions; wherein the above step S103 includes:

[0069] Step c1, if the weather condition level meets the first level, the current time is in the peak period and the number of vehicles is not greater than the preset threshold, increase the dispatch radius to obtain the target dispatch radius.

[0070] The weather state can represent the weather state within the target geographic fence. For example, the weather is clear, there are strong winds and rainstorms, etc., which are not specifically limited here. The first level can represent the weather state as light rain, low-concentration haze, etc. That is, in the case of the first level, it will not have much impact on the vehicle's travel.

[0071] Specifically, if the weather condition level meets the first level, the current time is in the peak period, and the number of vehicles is not greater than the preset threshold, indicating that the weather condition is bad, there are many orders and the number of vehicles is relatively small, then the dispatch radius needs to be increased to ensure that the orders can be responded to quickly.

[0072] Step c2: if the weather conditions meet the first level, the current time is in the off-peak period and the number of vehicles is not greater than the preset threshold, increase the dispatch radius to obtain the target dispatch radius.

[0073] If the weather condition level meets the first level, the current time is in the off-peak period and the number of vehicles is not greater than the preset threshold, indicating that the weather condition is bad, the order is small and the number of vehicles is relatively small, then the dispatch radius needs to be increased to ensure that the order can be responded to quickly.

[0074] Step c3, if the weather conditions meet the second level, reduce the dispatch radius to obtain the target dispatch radius; wherein the first level is lower than the second level.

[0075] The second level can indicate that the weather conditions are very bad (such as strong winds and heavy rains, high concentration of smog, etc.). In this case, the normal passage of vehicles is affected. It is necessary to give priority to reducing the dispatch radius so that each vehicle can receive orders while ensuring its own safety.

[0076] For example, the target geofence M encounters the second level of severe weather, which is heavy rain accompanied by thunder and lightning. Such weather conditions may cause slippery roads and reduced visibility, thereby increasing the risk of traffic accidents. Although the current time is 5 pm, which is during the peak hours, due to the severe weather, the number of vehicles and pedestrians on the road is much less than usual. It will also be decided to reduce the dispatch radius. The purpose of this is to reduce the driving distance and time of drivers in severe weather and reduce the risk of traffic accidents.

[0077] The method for determining the dispatch radius provided in this embodiment can subdivide the weather conditions into different levels, so that the platform can formulate a more refined dispatch strategy. Different levels of weather conditions have different degrees of influence on passenger travel needs and driver driving conditions, so targeted adjustments need to be made according to actual conditions.

[0078] In addition, refined dispatch strategies help the platform match passengers and drivers more accurately. In severe weather conditions (such as the first level of weather conditions), by increasing the dispatch radius, a wider area can be covered and more passengers can be served. In extremely severe weather conditions (such as the second level of weather conditions), reducing the dispatch radius can ensure that drivers provide services in a relatively safe area, while reducing idle driving and waiting time.

[0079] In a possible implementation, the method further includes:

[0080] Step d1: if the weather condition meets the preset condition and the current time is in the peak period, increase the dispatch price.

[0081] The preset state can represent the state of moderate rain, high temperature or low temperature, which may affect travel safety and efficiency. When adjusting the price, there is no need to consider the weather level. When the weather meets the preset state and the current time is in the peak time period, the dispatch price needs to be increased to encourage more drivers to accept orders in bad weather and peak hours, thereby alleviating the travel pressure of passengers and ensuring the continuity of service.

[0082] Step d2: if the weather conditions meet the preset conditions and the number of vehicles is not greater than the preset threshold, increase the dispatch price.

[0083] If the weather conditions still meet the preset conditions (the same as the conditions in step d1) and the number of vehicles is not greater than the preset threshold (which means that the number of currently available vehicles is relatively small and may not meet the travel needs of passengers), the order price is also increased. This measure aims to attract more drivers to accept orders online by raising prices, thereby increasing the number of available vehicles and meeting the travel needs of passengers.

[0084] The method for determining the dispatch radius provided in this embodiment is that during bad weather or peak hours, passengers' travel demand increases, but drivers' willingness to accept orders may be affected by weather or traffic conditions. By increasing the dispatch price, more drivers can be encouraged to accept orders, increase service supply, and meet passengers' travel needs.

[0085] In this embodiment, a device for determining the dispatch radius is also provided, and the device is used to implement the above-mentioned embodiments and preferred implementation modes, and the details that have been explained will not be repeated. As used below, the term "module" can be a combination of software and / or hardware that implements a predetermined function. Although the devices described in the following embodiments are preferably implemented in software, the implementation of hardware, or a combination of software and hardware, is also possible and conceivable.

[0086] This embodiment provides a device for determining a dispatch radius, such as Figure 2As shown, it includes: an acquisition module 201, used to obtain a target geographic fence; wherein the target geographic fence is a geographic fence for dispatching orders to users; a determination module 202, used to determine, based on the target geographic fence, the dispatch parameters corresponding to the target geographic fence and the dispatch radius corresponding to the current time; an adjustment module 203, used to adjust the dispatch radius based on the dispatch parameters to obtain a target dispatch radius.

[0087] The further functional description of each of the above modules and units is the same as that of the above corresponding embodiments and will not be repeated here.

[0088] The device for determining the dispatch radius in this embodiment is presented in the form of a functional unit, where the functional unit refers to an ASIC (Application Specific Integrated Circuit) circuit, a processor and memory that executes one or more software or fixed programs, and / or other devices that can provide the above functions.

[0089] The embodiment of the present invention also provides a computer device having the above Figure 2 The device for determining the dispatch radius is shown.

[0090] See also Figure 3 , Figure 3 is a schematic diagram of the structure of a computer device provided by an optional embodiment of the present invention, such as Figure 3 As shown, the computer device includes: one or more processors 10, a memory 20, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. Various components are connected to each other using different buses for communication, and can be installed on a common mainboard or installed in other ways as needed. The processor can process the instructions executed in the computer device, including instructions stored in or on the memory to display the graphical information of the GUI on an external input / output device (such as, a display device coupled to the interface). In some optional embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple computer devices can be connected, and each device provides some necessary operations (for example, as a server array, a group of blade servers, or a multi-processor system). Figure 3 A processor 10 is taken as an example.

[0091] The processor 10 may be a central processing unit, a network processor or a combination thereof. The processor 10 may further include a hardware chip. The hardware chip may be a dedicated integrated circuit, a programmable logic device or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable gate array, a general purpose array logic or any combination thereof.

[0092] The memory 20 stores instructions executable by at least one processor 10, so that at least one processor 10 executes the method shown in the above embodiment.

[0093] The memory 20 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function; the data storage area may store data created according to the use of the computer device, etc. In addition, the memory 20 may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some optional embodiments, the memory 20 may optionally include a memory remotely arranged relative to the processor 10, and these remote memories may be connected to the computer device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0094] The memory 20 may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a flash memory, a hard disk or a solid state drive; the memory 20 may also include a combination of the above types of memory.

[0095] The computer device further comprises a communication interface 30 for the computer device to communicate with other devices or a communication network.

[0096] The embodiment of the present invention also provides a computer-readable storage medium. The method according to the embodiment of the present invention can be implemented in hardware, firmware, or can be implemented as a computer code that can be recorded in a storage medium, or can be implemented as a computer code that is originally stored in a remote storage medium or a non-temporary machine-readable storage medium and will be stored in a local storage medium through a network download, so that the method described herein can be stored in such software processing on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. Among them, the storage medium can be a magnetic disk, an optical disk, a read-only storage memory, a random access memory, a flash memory, a hard disk or a solid-state hard disk, etc.; further, the storage medium can also include a combination of the above types of memories. It can be understood that a computer, a processor, a microprocessor controller, or programmable hardware includes a storage component that can store or receive software or computer code. When the software or computer code is accessed and executed by a computer, a processor, or hardware, the method shown in the above embodiment is implemented.

[0097] A part of the present invention may be applied as a computer program product, such as a computer program instruction, which, when executed by a computer, can call or provide the method and / or technical solution according to the present invention through the operation of the computer. Those skilled in the art should understand that the existence of the computer program instruction in a computer-readable medium includes, but is not limited to, a source file, an executable file, an installation package file, etc., and accordingly, the way in which the computer program instruction is executed by the computer includes, but is not limited to: the computer directly executes the instruction, or the computer compiles the instruction and then executes the corresponding compiled program, or the computer reads and executes the instruction, or the computer reads and installs the instruction and then executes the corresponding installed program. Here, the computer-readable medium may be any available computer-readable storage medium or communication medium accessible to the computer.

[0098] Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the present invention, and such modifications and variations are all within the scope defined by the appended claims.

Claims

1. A method for determining a dispatch radius, characterized in that: The method comprises: Obtain a target geo-fence; wherein the target geo-fence is a geo-fence for dispatching orders to the user; Determine, according to the target geographic fence, a dispatch parameter corresponding to the target geographic fence and a dispatch radius corresponding to the current time; The dispatch radius is adjusted according to the dispatch parameters to obtain a target dispatch radius.

2. The method for determining the dispatch radius according to claim 1, characterized in that: Determine the dispatch radius, including: Obtaining a preset relationship table; wherein the preset relationship table is used to characterize the association relationship between the target geographic fence and the dispatch radius; According to the preset relationship table, the dispatch radius corresponding to the target geographic fence at the current time is determined.

3. The method for determining the dispatch radius according to claim 1, characterized in that: The dispatching parameter includes the number of vehicles corresponding to the current time; wherein the dispatching radius is adjusted according to the dispatching parameter to obtain a target dispatching radius, including: Get the peak time period and off-peak time period of the geo-fence; If the current time is in the off-peak time period and the number of vehicles is not less than a preset threshold, reducing the dispatch radius to obtain a target dispatch radius; If the current time is in the peak time period and the number of vehicles is not greater than a preset threshold, the dispatch radius is increased to obtain a target dispatch radius.

4. The method for determining a dispatch radius according to claim 1, characterized in that: The method further comprises: In response to a zoom-in or zoom-out operation on a geo-fence where the vehicle is currently located, a boundary of the geo-fence is adjusted to zoom in or zoom out on the geo-fence on the map.

5. The method for determining the dispatch radius according to claim 3, characterized in that: The dispatching parameters further include: weather conditions; wherein the adjusting the dispatching radius according to the dispatching parameters to obtain a target dispatching radius includes: If the level of the weather condition meets the first level, the current time is in the peak period and the number of vehicles is not greater than a preset threshold, the dispatch radius is increased to obtain a target dispatch radius; If the weather condition meets the first level, the current time is in the off-peak period and the number of vehicles is not greater than the preset threshold, the dispatch radius is increased to obtain a target dispatch radius; If the weather condition satisfies the second level, the dispatch radius is reduced to obtain a target dispatch radius; wherein the first level is lower than the second level.

6. The method for determining the dispatch radius according to claim 5, characterized in that: The method further comprises: If the weather condition meets the preset condition and the current time is in the peak time period, increase the dispatch price; If the weather conditions meet the preset conditions and the number of vehicles is not greater than the preset threshold, the dispatch price is increased.

7. A device for determining a dispatch radius, characterized in that: The device comprises: An acquisition module, used to acquire a target geo-fence; wherein the target geo-fence is a geo-fence for dispatching orders to a user; A determination module, used to determine, according to the target geographic fence, a dispatch parameter corresponding to the target geographic fence and a dispatch radius corresponding to the current time; An adjustment module is used to adjust the dispatch radius according to the dispatch parameters to obtain a target dispatch radius.

8. A computer device, characterized in that: include: A memory and a processor, wherein the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the method for determining the dispatch radius according to any one of claims 1 to 6 by executing the computer instructions.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a computer to execute the method for determining a dispatch radius according to any one of claims 1 to 6.

10. A computer program product, characterized in that The method comprises computer instructions for causing a computer to execute the method for determining a dispatch radius according to any one of claims 1 to 6.