CN111489214A

CN111489214A - Order allocation method, condition setting method and device and electronic equipment

Info

Publication number: CN111489214A
Application number: CN201910075812.5A
Authority: CN
Inventors: 杨依明; 牟倩; 吴正华; 曹鹏; 丁芬
Original assignee: Beijing Didi Infinity Technology and Development Co Ltd
Current assignee: Beijing Didi Infinity Technology and Development Co Ltd
Priority date: 2019-01-25
Filing date: 2019-01-25
Publication date: 2020-08-04
Anticipated expiration: 2039-01-25
Also published as: CN111489214B

Abstract

The application provides an order distribution method, a condition setting device and electronic equipment, wherein the order distribution method comprises the following steps: acquiring a service request order sent by a service requester, wherein the service request order comprises service requirement parameters which comprise a service starting position and a service destination position; determining a target service provider according to an order distribution algorithm and a non-order-receiving condition set by the service provider according to the service requirement parameter, wherein the service request order is determined to be an order under a preset target limiting condition, and the non-order-receiving condition set by the target service provider does not include the target limiting condition; and generating an order distribution task according to the service request order, and sending the order distribution task to the target service provider.

Description

Order allocation method, condition setting method and device and electronic equipment

Technical Field

The invention relates to the technical field of computers, in particular to an order distribution method, a condition setting device and electronic equipment.

Background

The online service is distributed throughout the life of people, wherein the order distribution mode in the existing online service is that a server generally matches according to the distance parameter between the position corresponding to the order and the position of a service provider, and then distributes the matched service provider to a service requester. However, the above-described order allocation manner may cause the order allocation to be unreasonable.

Disclosure of Invention

In view of the above, an object of the embodiments of the present invention is to provide an order allocation method, a condition setting method, an apparatus and an electronic device.

In a first aspect, an embodiment of the present application provides an order allocation method, including:

acquiring a service request order sent by a service requester, wherein the service request order comprises service requirement parameters which comprise a service starting position and a service destination position;

determining the service request order as an order under a preset target limiting condition according to the service requirement parameter;

determining a target service provider according to an order distribution algorithm and a non-order-receiving condition set by the service provider, wherein the non-order-receiving condition set by the target service provider does not include the target limiting condition;

and generating an order distribution task according to the service request order, and sending the order distribution task to the target service provider.

With reference to the first aspect, an embodiment of the present application provides a possible implementation manner of the first aspect, where: the step of determining the target service provider according to the order distribution algorithm and the order non-receiving condition set by the service provider comprises the following steps:

screening out a first class of service providers which accord with the service request orders according to the order allocation algorithm;

and selecting a target service provider according to the order-not-receiving condition set by each service provider in the first class of service providers.

With reference to the first aspect, an embodiment of the present application provides a possible implementation manner of the first aspect, where:

acquiring a target setting order-not-receiving condition item of any one of the first class of service providers;

judging whether the target setting order-not-receiving condition item comprises the target limiting condition or not;

if the target limiting condition is not included, taking the corresponding service provider as a target service provider;

if the target limiting condition is included, obtaining a target setting order-not-receiving condition item of a service provider from the first class service provider again, and executing the step of judging whether the target setting order-not-receiving condition item includes the target limiting condition.

selecting a second type of service provider according to the order-not-receiving condition set by the service provider;

and screening out target service providers from the second class of service providers according to an order distribution algorithm.

With reference to the first aspect, an embodiment of the present application provides a possible implementation manner of the first aspect, where: before the step of determining a target service provider according to the order allocation algorithm and the order taking-off condition set by the service provider, the method further comprises:

providing a setting interface for the service provider, wherein the setting interface comprises a limiting condition setting unit;

and receiving a non-order-receiving condition sent by the service provider, wherein the non-order-receiving condition is empty or comprises at least one limiting condition, and the non-order-receiving condition is a setting condition obtained by a limiting condition setting unit.

With reference to the first aspect, an embodiment of the present application provides a possible implementation manner of the first aspect, where: the limiting condition comprises a plurality of time periods and a corresponding sub-limiting condition of each time period.

With reference to the first aspect, an embodiment of the present application provides a possible implementation manner of the first aspect, where: the defined conditions comprise a plurality of defined order types and sub-defined conditions corresponding to each defined order type.

With reference to the first aspect, an embodiment of the present application provides a possible implementation manner of the first aspect, where: the sub-limit condition includes that the mileage exceeds a limit value.

With reference to the first aspect, an embodiment of the present application provides a possible implementation manner of the first aspect, where: the sub-qualification includes that the service destination location belongs to a set area.

In a second aspect, an embodiment of the present application provides a condition setting method, including:

loading a setting interface, wherein the setting interface comprises a limiting condition setting unit;

obtaining a non-order-receiving condition set in the setting interface after a specified service provider logs in a server;

and sending the order-not-taking condition to the server so that the server distributes service request orders except the limited condition for the specified service provider.

In combination with the second aspect, the present application provides a possible implementation manner of the second aspect, where: the load setup interface includes: starting a setting interface, displaying order type areas on the setting interface, wherein each limited order type corresponds to a selection button, and displaying a condition setting area in the setting interface;

the step of obtaining the no-order-receiving condition set in the setting interface includes: and obtaining the target order type selected in the order type area, and obtaining a limiting condition corresponding to the target order type set in the target order type.

In combination with the second aspect, the present application provides a possible implementation manner of the second aspect, where: the load setup interface includes: starting a setting interface, displaying a time limit area on the setting interface, and displaying a condition setting area in the setting interface;

the step of obtaining the no-order-receiving condition set in the setting interface includes: and obtaining a defined time period set in the time defined region, and obtaining a defined condition matched with the defined time period set in the defined time period.

In a third aspect, an embodiment of the present application provides an order distribution apparatus, including: the order distribution method comprises the following steps:

the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring a service request order sent by a service requester, the service request order comprises service requirement parameters, and the service requirement parameters comprise a service starting position and a service destination position;

the first determining module is used for determining the service request order as an order under a preset target limiting condition according to the service requirement parameters;

the second determining module is used for determining a target service provider according to an order distribution algorithm and a non-order-receiving condition set by the service provider, wherein the non-order-receiving condition set by the target service provider does not include the target limiting condition;

and the generating module is used for generating an order distribution task according to the service request order and sending the order distribution task to the target service provider.

With reference to the third aspect, an embodiment of the present application provides a possible implementation manner of the third aspect, where: the second determining module includes:

the first selection unit is used for screening out a first class of service providers which accord with the service request orders according to the order distribution algorithm;

and the second selection unit is used for selecting a target service provider according to the order not-receiving condition set by each service provider in the first class of service providers.

With reference to the third aspect, an embodiment of the present application provides a possible implementation manner of the third aspect, where: the second selection unit includes:

the acquisition subunit is used for acquiring a target setting order-not-receiving condition item of any one of the first class of service providers;

the judging subunit is used for judging whether the target setting order-not-receiving condition item comprises the target limiting condition;

and if the target limiting condition is included, the acquiring subunit and the judging subunit are executed again.

the third selection unit is used for selecting a second type of service provider according to the order-not-receiving condition set by the service provider;

and the fourth selection unit is used for screening the target service provider from the second class of service providers according to an order distribution algorithm.

With reference to the third aspect, an embodiment of the present application provides a possible implementation manner of the third aspect, where: the device further comprises:

the providing module is used for providing a setting interface for the service provider, and the setting interface comprises a limiting condition setting unit;

a receiving module, configured to receive a non-order-receiving condition sent by the service provider, where the non-order-receiving condition is null or includes at least one limiting condition, and the non-order-receiving condition is a setting condition obtained by the limiting condition setting unit.

With reference to the third aspect, an embodiment of the present application provides a possible implementation manner of the third aspect, where: the limiting condition comprises a plurality of time periods and a corresponding sub-limiting condition of each time period.

With reference to the third aspect, an embodiment of the present application provides a possible implementation manner of the third aspect, where: the defined conditions comprise a plurality of defined order types and sub-defined conditions corresponding to each defined order type.

With reference to the third aspect, an embodiment of the present application provides a possible implementation manner of the third aspect, where: the sub-limit condition includes that the mileage exceeds a limit value.

With reference to the third aspect, an embodiment of the present application provides a possible implementation manner of the third aspect, where: the sub-qualification includes that the service destination location belongs to a set area.

In a fourth aspect, an embodiment of the present application provides a condition setting apparatus, including:

the loading module is used for loading a setting interface, and the setting interface comprises a limiting condition setting unit;

the obtaining module is used for obtaining the order not-receiving condition set in the setting interface after a specified service provider logs in the server;

and the sending module is used for sending the order not-receiving condition to the server so that the server distributes service request orders except the limited condition to the specified service provider.

In combination with the fourth aspect, embodiments of the present application provide one possible implementation manner of the fourth aspect, where: the loading module is further configured to: starting a setting interface, displaying order type areas on the setting interface, wherein each limited order type corresponds to a selection button, and displaying a condition setting area in the setting interface;

the obtaining module is further configured to: and obtaining the target order type selected in the order type area, and obtaining a limiting condition corresponding to the target order type set in the target order type.

In combination with the fourth aspect, embodiments of the present application provide one possible implementation manner of the fourth aspect, where: the loading module is further configured to: starting a setting interface, displaying a time limit area on the setting interface, and displaying a condition setting area in the setting interface;

the obtaining module is further configured to: and obtaining a defined time period set in the time defined region, and obtaining a defined condition matched with the defined time period set in the defined time period.

In a fifth aspect, an embodiment of the present application further provides an electronic device, including: a processor, a memory and a bus, the memory storing machine-readable instructions executable by the processor, the processor and the memory communicating via the bus when the electronic device is running, the machine-readable instructions when executed by the processor performing the steps of the method of the first aspect described above, or any possible implementation of the first aspect.

In a sixth aspect, an embodiment of the present application further provides an electronic device, including: a processor, a memory and a bus, the memory storing machine-readable instructions executable by the processor, the processor and the memory communicating via the bus when the electronic device is operating, the machine-readable instructions when executed by the processor performing the steps of the method of the second aspect described above, or any possible implementation of the second aspect.

In a seventh aspect, this application provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and the computer program is executed by a processor to perform the steps of the method in the first aspect described above or any one of the possible implementation manners of the first aspect.

In an eighth aspect, the present application further provides a computer-readable storage medium, on which a computer program is stored, where the computer program is executed by a processor to perform the steps of the method in the second aspect or any one of the possible implementation manners of the second aspect.

According to the order distribution method, the condition setting device and the electronic equipment, the order distribution algorithm is combined with the order non-receiving condition set by the service provider to determine the target service provider, the combination of the order non-receiving condition set by the service provider can realize that the self requirement of the service provider is used as a reference factor for distributing orders, and compared with the distribution according to a single distance parameter in the prior art, the distribution method provided by the embodiment of the application can reduce the distribution of some orders which are not required to be received by the service provider to the service provider, so that the experience of the service provider can be improved, and the distributed target service provider is relatively more reasonable.

In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in detail below.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present invention and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained according to the drawings without inventive efforts.

Fig. 1 is a block diagram illustrating an order allocation system according to an embodiment of the present invention.

Fig. 2 is a block diagram of an electronic device according to an embodiment of the present invention.

Fig. 3 is a flowchart of an order allocation method according to an embodiment of the present invention.

Fig. 4 is a functional block diagram of an order distribution apparatus according to an embodiment of the present invention.

Fig. 5 is a flowchart of a condition setting method according to an embodiment of the present invention.

Fig. 6a is a schematic diagram of a setting interface provided by the condition setting method according to the embodiment of the present invention.

Fig. 6b is a schematic diagram of another setting interface provided by the condition setting method according to the embodiment of the present invention.

Fig. 7 is a schematic functional block diagram of a condition setting apparatus according to an embodiment of the present invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. The components of embodiments of the present invention generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of the present invention, presented in the figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments of the present invention without making any creative effort, shall fall within the protection scope of the present invention.

It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures. Meanwhile, in the description of the present invention, the terms "first", "second", and the like are used only for distinguishing the description, and are not to be construed as indicating or implying relative importance.

To enable those skilled in the art to use the present disclosure, the following embodiments are given in conjunction with a specific application scenario, "order assignment for car booking in net appointment". It will be apparent to those skilled in the art that the general principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of the application. Although the present application is described primarily in the context of order distribution for online appointments, it should be understood that this is merely one exemplary embodiment. The application can be applied to any other traffic type. For example, the present application may be applied to different transportation system environments, including terrestrial, marine, or airborne, among others, or any combination thereof. The vehicle of the transportation system may include a taxi, a private car, a windmill, a bus, a train, a bullet train, a high speed rail, a subway, a ship, an airplane, a spacecraft, a hot air balloon, or an unmanned vehicle, etc., or any combination thereof. The present application may also include any other service system, for example, a system for sending and/or receiving couriers, a service system for business transactions between buyers and sellers. Applications of the system or method of the present application may include web pages, plug-ins for browsers, client terminals, customization systems, internal analysis systems, or artificial intelligence robots, among others, or any combination thereof.

It should be noted that in the embodiments of the present application, the term "comprising" is used to indicate the presence of the features stated hereinafter, but does not exclude the addition of further features.

The terms "passenger," "requestor," "service person," "service requestor," and "customer" are used interchangeably in this application to refer to an individual, entity, or tool that can request or order a service. The terms "driver," "provider," "service provider," and "provider" are used interchangeably in this application to refer to an individual, entity, or tool that can provide a service. The term "user" in this application may refer to an individual, entity or tool that requests a service, subscribes to a service, provides a service, or facilitates the provision of a service. For example, the user may be a passenger, a driver, an operator, etc., or any combination thereof. In the present application, "passenger" and "passenger terminal" may be used interchangeably, and "driver" and "driver terminal" may be used interchangeably.

The terms "service request" and "order" are used interchangeably herein to refer to a request initiated by a passenger, a service requester, a driver, a service provider, or a supplier, the like, or any combination thereof. Accepting the "service request" or "order" may be a passenger, a service requester, a driver, a service provider, a supplier, or the like, or any combination thereof. The service request may be charged or free.

The Positioning techniques used in this application may be based on the Global Positioning System (GPS), Global Navigation Satellite System (G L ONASS), COMPASS Navigation System (COMPASS), galileo Positioning System, Quasi-Zenith Satellite System (QZSS), Wireless Fidelity (WiFi), etc., or any combination thereof.

It is noted that, before the application of the present application, the order distribution mode of the net appointment car is directly distributed according to the position of the driver. However, the order distribution method provided by the present application can be combined with the needs of the driver. Therefore, the actual requirements of the driver can be better met by identifying and judging the conditions of the driver not meeting the order.

To facilitate understanding of the present embodiment, a detailed description will be given of an operating environment for executing an order allocation method disclosed in the embodiments of the present application.

Example one

FIG. 1 is a block diagram of an order distribution system 100 according to some embodiments of the present application. For example, the order distribution system 100 may be an online transportation service platform for transportation services such as taxi cab, designated drive service, express, carpool, bus service, driver rental, or regular service, or any combination thereof. The order distribution system 100 may include one or more of a server 110, a network 120, a service requester terminal 130, a service provider terminal 140, and a database 150, and the server 110 may include a processor therein that performs instruction operations.

In some embodiments, the server 110 may be a single server or a group of servers. The set of servers can be centralized or distributed (e.g., the servers 110 can be a distributed system). In some embodiments, the server 110 may be local or remote to the terminal. For example, the server 110 may access information and/or data stored in the service requester terminal 130, the service provider terminal 140, or the database 150, or any combination thereof, via the network 120. As another example, the server 110 may be directly connected to at least one of the service requester terminal 130, the service provider terminal 140, and the database 150 to access stored information and/or data. In some embodiments, the server 110 may be implemented on a cloud platform; by way of example only, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud (community cloud), a distributed cloud, an inter-cloud, a multi-cloud, and the like, or any combination thereof. In some embodiments, the server 110 may be implemented on an electronic device 200 having one or more of the components shown in FIG. 2 in the present application.

In some embodiments, the Processor may include one or more Processing cores (e.g., a single core Processor (S) or a multi-core Processor (S)), by way of example only, the Processor may include a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), an Application Specific Instruction Set Processor (ASIP), a Graphics Processing Unit (GPU), a physical Processing Unit (Physics Processing Unit, a PPU), a Digital Signal Processor (DSP Processor), a Device Processing Array (FPGA), a Field Programmable Gate Array (FPGA), a Field Programmable logic Device (RISC), or any combination thereof.

In some embodiments, Network 120 may be any type of wired or Wireless Network, or a combination thereof, Network 120 may include, by way of example only, a wired Network, a Wireless Network, a fiber optic Network, a telecommunications Network, AN intranet, the Internet, a local Area Network (L Area Network, L AN), a Wide Area Network (WAN), a Wireless local Area Network (Wireless 26 Area Networks, W L AN), a Metropolitan Area Network (MAN), a Public Switched telephone Network (PSTN L), a PSTN, a WLAN, a Bluetooth, a Network, a Bluetooth Network, a Bluetooth access point, a Bluetooth Network, a Communication Network.

In some embodiments, the user of the service requestor terminal 130 may be someone other than the actual demander of the service. For example, the user a of the service requester terminal 130 may use the service requester terminal 130 to initiate a service request for the service actual demander B (for example, the user a may call a car for his friend B), or receive service information or instructions from the server 110. In some embodiments, the user of the service provider terminal 140 may be the actual provider of the service or may be another person than the actual provider of the service. For example, user C of the service provider terminal 140 may use the service provider terminal 140 to receive a service request serviced by the service provider entity D (e.g., user C may pick up an order for driver D employed by user C), and/or information or instructions from the server 110. In some embodiments, "service requester" and "service requester terminal" may be used interchangeably, and "service provider" and "service provider terminal" may be used interchangeably.

In some embodiments, the service requester terminal 130 may comprise a mobile device, a tablet computer, a laptop computer, or a built-in device in a motor vehicle, etc., or any combination thereof. In some embodiments, the mobile device may include a smart home device, a wearable device, a smart mobile device, a virtual reality device, an augmented reality device, or the like, or any combination thereof. In some embodiments, the smart home devices may include smart lighting devices, control devices for smart electrical devices, smart monitoring devices, smart televisions, smart cameras, or walkie-talkies, or the like, or any combination thereof. In some embodiments, the wearable device may include a smart bracelet, a smart lace, smart glass, a smart helmet, a smart watch, a smart garment, a smart backpack, a smart accessory, and the like, or any combination thereof. In some embodiments, the smart mobile device may include a smartphone, a Personal Digital Assistant (PDA), a gaming device, a navigation device, or a point of sale (POS) device, or the like, or any combination thereof. In some embodiments, the virtual reality device and/or the augmented reality device may include a virtual reality helmet, virtual reality glass, a virtual reality patch, an augmented reality helmet, augmented reality glass, an augmented reality patch, or the like, or any combination thereof. For example, the virtual reality device and/or augmented reality device may include various virtual reality products and the like. In some embodiments, the built-in devices in the motor vehicle may include an on-board computer, an on-board television, and the like. In some embodiments, the service requester terminal 130 may be a device having a location technology for locating the location of the service requester and/or service requester terminal.

In some embodiments, the service provider terminal 140 may be a similar or identical device as the service requestor terminal 130. In some embodiments, the service provider terminal 140 may be a device with location technology for locating the location of the service provider and/or the service provider terminal. In some embodiments, the service requester terminal 130 and/or the service provider terminal 140 may communicate with other locating devices to determine the location of the service requester, service requester terminal 130, service provider, or service provider terminal 140, or any combination thereof. In some embodiments, the service requester terminal 130 and/or the service provider terminal 140 may transmit the location information to the server 110.

Database 150 may store data and/or instructions. In some embodiments, the database 150 may store data obtained from the service requester terminal 130 and/or the service provider terminal 140. In some embodiments, database 150 may store data and/or instructions for the exemplary methods described herein. In some embodiments, database 150 may include mass storage, removable storage, volatile Read-write Memory, or Read-Only Memory (ROM), among others, or any combination thereof. By way of example, mass storage may include magnetic disks, optical disks, solid state drives, and the like; removable memory may include flash drives, floppy disks, optical disks, memory cards, zip disks, tapes, and the like; volatile read-write Memory may include Random Access Memory (RAM); the RAM may include Dynamic RAM (DRAM), Double data Rate Synchronous Dynamic RAM (DDR SDRAM); static RAM (SRAM), Thyristor-Based Random Access Memory (T-RAM), Zero-capacitor RAM (Zero-RAM), and the like. By way of example, ROMs may include Mask Read-Only memories (MROMs), Programmable ROMs (PROMs), Erasable Programmable ROMs (PERROMs), Electrically Erasable Programmable ROMs (EEPROMs), compact disk ROMs (CD-ROMs), digital versatile disks (ROMs), and the like. In some embodiments, database 150 may be implemented on a cloud platform. By way of example only, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, across clouds, multiple clouds, or the like, or any combination thereof.

In some embodiments, a database 150 may be connected to the network 120 to communicate with one or more components in the order distribution system 100 (e.g., the server 110, the service requester terminal 130, the service provider terminal 140, etc.). One or more components in the order distribution system 100 may access data or instructions stored in the database 150 via the network 120. In some embodiments, the database 150 may be directly connected to one or more components in the order distribution system 100 (e.g., the server 110, the service requester terminal 130, the service provider terminal 140, etc.); alternatively, in some embodiments, database 150 may also be part of server 110.

In some embodiments, one or more components in the order distribution system 100 (e.g., the server 110, the service requestor terminal 130, the service provider terminal 140, etc.) may have access to the database 150. In some embodiments, one or more components in the order distribution system 100 may read and/or modify information related to the service requester, the service provider, or the public, or any combination thereof, when certain conditions are met. For example, server 110 may read and/or modify information for one or more users after receiving a service request. As another example, the service provider terminal 140 may access information related to the service requester when receiving the service request from the service requester terminal 130, but the service provider terminal 140 may not modify the related information of the service requester.

In some embodiments, the exchange of information by one or more components in the order distribution system 100 may be accomplished by requesting a service. The object of the service request may be any product. In some embodiments, the product may be a tangible product or a non-physical product. Tangible products may include food, pharmaceuticals, commodities, chemical products, appliances, clothing, automobiles, homes, or luxury goods, and the like, or any combination thereof. The non-material product may include a service product, a financial product, a knowledge product, an internet product, or the like, or any combination thereof. The internet product may include a stand-alone host product, a network product, a mobile internet product, a commercial host product, an embedded product, or the like, or any combination thereof. The internet product may be used in software, programs, or systems of the mobile terminal, etc., or any combination thereof. The mobile terminal may include a tablet, a laptop, a mobile phone, a Personal Digital Assistant (PDA), a smart watch, a Point of sale (POS) device, a vehicle-mounted computer, a vehicle-mounted television, a wearable device, or the like, or any combination thereof. The internet product may be, for example, any software and/or application used in a computer or mobile phone. The software and/or applications may relate to social interaction, shopping, transportation, entertainment time, learning, or investment, or the like, or any combination thereof. In some embodiments, the transportation-related software and/or applications may include travel software and/or applications, vehicle dispatch software and/or applications, mapping software and/or applications, and the like. In the vehicle scheduling software and/or application, the vehicle may include a horse, a carriage, a human powered vehicle (e.g., unicycle, bicycle, tricycle, etc.), an automobile (e.g., taxi, bus, privatege, etc.), a train, a subway, a ship, an airplane (e.g., airplane, helicopter, space shuttle, rocket, hot air balloon, etc.), etc., or any combination thereof.

Fig. 2 illustrates a schematic diagram of exemplary hardware and software components of an electronic device 200 of a server 110, a service requester terminal 130, a service provider terminal 140, which may implement the concepts of the present application, according to some embodiments of the present application. For example, a processor may be used on the electronic device 200 and to perform the functions herein.

The electronic device 200 may be a general purpose computer or a special purpose computer, both of which may be used to implement the order allocation method of the present application. Although only a single computer is shown, for convenience, the functions described herein may be implemented in a distributed fashion across multiple similar platforms to balance processing loads.

For example, the electronic device 200 may include a network port 210 connected to a network, one or more processors 220 for executing program instructions, a communication bus 230, and a different form of storage medium 240, such as a disk, ROM, or RAM, or any combination thereof. Illustratively, the computer platform may also include program instructions stored in ROM, RAM, or other types of non-transitory storage media, or any combination thereof. The method of the present application may be implemented in accordance with these program instructions. The electronic device 200 also includes an Input/Output (I/O) interface 250 between the computer and other Input/Output devices (e.g., keyboard, display screen).

For ease of illustration, only one processor is depicted in the electronic device 200. However, it should be noted that the electronic device 200 in the present application may also comprise a plurality of processors, and thus the steps performed by one processor described in the present application may also be performed by a plurality of processors in combination or individually. For example, if the processor of the electronic device 200 executes steps a and B, it should be understood that steps a and B may also be executed by two different processors together or separately in one processor. For example, a first processor performs step a and a second processor performs step B, or the first processor and the second processor perform steps a and B together.

Example two

Please refer to fig. 3, which is a flowchart illustrating an ordering method according to an embodiment of the present invention. The specific flow shown in fig. 3 will be described in detail below.

Step S301, a service request order sent by a service requester is obtained.

The service request order comprises service requirement parameters, and the service requirement parameters comprise a service starting position and a service destination position.

Further, the service requirement parameter may further include an order start time. The order starting time can be current or a certain reservation time.

In one example, the order allocation method in the present embodiment may be used for allocating a network appointment order. The order initiation time may be the departure time of the passenger.

In one example, the order distribution method in this embodiment may be used to distribute outgoing service orders. The order start time may be a delivery start time.

Step S302, determining the service request order as an order under a preset target limiting condition according to the service requirement parameters.

In this embodiment, the service request order is an order satisfying the target definition condition.

In one embodiment, the qualification includes a plurality of time periods, and a sub-qualification corresponding to each time period. The sub-limit condition may include that the mileage exceeds a limit value, and may further include that the service destination location belongs to a set area.

The plurality of time periods may be allocated according to the frequency of usage, and specifically, the plurality of time periods may include a peak time period and a rest time period. For example, the peak time period may be 7: 30-9:30, 11:00-14:00, 17:00-19: 30; the rest period may be other than the peak period.

The plurality of time periods may be allocated in a natural time order, and specifically, the plurality of time periods may also include a daytime time period and an early morning time period. For example, the morning time period may be 23:00-5: 00; the daytime period may be from 5:00 to 23: 00.

The plurality of time periods may be allocated according to a user setting, and in particular, the plurality of time periods may include a first time period, a second time period, a third time period, and the like. The first time period, the second time period, and the third time period may be time periods custom set by the service provider.

The limit value for limiting the mileage may be a default value set by the server or a value set by the service provider. Specifically, the limit value may set different values according to different attributes. For example, the value matched with the city can be set according to different cities, the larger the city can be, the larger the limit value can be, and the smaller the city can be; for another example, a value matching the age may be set according to the age of the service provider, the greater the age the smaller the limit value may be, the smaller the age the greater the limit value may be, and the like. The specific limit value may be set according to actual requirements, and the application may not be limited to the specific value of the limit value.

The set area in which the service destination location belongs to the set area may be an area such as a suburb, an urban area, an airport, and a station. If the service provider is in the downtown and the destination location is a remote area such as a suburb, an airport, or a station, it may take a long time to process the order, and the remote area such as the suburb, the airport, or the station may be relatively difficult to receive the order, resulting in the service provider not receiving more new orders. If the service provider is in a remote area such as a suburb, an airport or a station, and the service destination is a downtown, the road of the downtown may be relatively congested, which may cause the service provider to take a long time to leave the downtown after entering the downtown. Therefore, different limiting conditions are set under different requirements, the requirements of different service providers can be met, and the use experience of the service providers is improved.

In one embodiment, the defining conditions include a plurality of defining order types, and each defining order type corresponds to a sub-defining condition.

The order types may include real-time orders, reservation orders, full orders.

The service provider may be a driver of a network car appointment, a delivery person of a take-out order, an express delivery person, and the like.

The preset target limiting conditions include, but are not limited to, remote orders and time-set time period orders.

Step S303, determining a target service provider according to an order distribution algorithm and a non-order-receiving condition set by the service provider.

The order not-taking condition set by the target service provider does not include the above-described target restriction condition.

In one embodiment, screening out a first class of service providers meeting the service request order according to the order allocation algorithm; and selecting a target service provider according to the order-not-receiving condition set by each service provider in the first class of service providers.

The selecting a target service provider according to the order not-receiving condition set by each service provider in the first class of service providers may include: acquiring a target setting order-not-receiving condition item of any one of the first class of service providers; judging whether the target setting order-not-receiving condition item comprises the target limiting condition or not; if the target limiting condition is not included, taking the corresponding service provider as a target service provider; if the target limiting condition is included, obtaining a target setting order-not-receiving condition item of a service provider from the first class service provider again, and executing the step of judging whether the target setting order-not-receiving condition item includes the target limiting condition.

Further, the service providers of the first category may be ranked from the most preferred service provider to the least preferred service provider, resulting in a ranking table for the service providers of the first category. Acquiring target limiting conditions of service providers in the first class of service providers one by one from the first class of service provider sequencing list, and judging whether the target setting order-not-receiving condition item comprises the target limiting conditions; and taking the corresponding service provider as a target service provider until the target limiting condition is selected not to be included. The most preferable service provider means that parameters such as a distance between a position of the corresponding service provider and the service start position, a route of a currently existing service order of the corresponding service provider, a degree of following of a service route corresponding to the service start position and the service destination position are most preferable. Wherein, the service provider whose position is close to the service starting position is more preferable than the service provider whose position is far from the service starting position; a more straightforward service provider for the route of the corresponding service provider's currently existing service order and the service route corresponding to the service start position and the service destination position is preferred over a more detoured service provider for the route of the corresponding service provider's currently existing service order and the service route corresponding to the service start position and the service destination position.

In another embodiment, the second type of service provider is selected according to the order-not-receiving condition set by the service provider; and screening out target service providers from the second class of service providers according to an order distribution algorithm.

The selection of the second type of service provider according to the order-not-receiving condition set by the service provider may be implemented as: and acquiring the order-not-receiving conditions of the settings of each service provider, and selecting the service provider which can receive the target limiting conditions and cannot receive the target limiting conditions.

Further, the service providers may be classified in advance according to the non-order-receiving condition set by each service provider, and the service providers capable of receiving orders of various types of limited conditions are classified. Furthermore, a database of each service provider capable of receiving orders of various types of limiting conditions can be established according to the classification result. After receiving orders under preset target limiting conditions, acquiring a corresponding service provider group capable of receiving orders of corresponding limiting conditions from a database of each service provider capable of receiving orders of various limiting conditions, and selecting a target service provider from the corresponding service provider group capable of receiving orders of corresponding limiting conditions by using an order distribution algorithm.

The order allocation algorithm may be to calculate the distance between each service provider and the origin of the service request order, so as to screen out the current service request order and the service provider closer to the origin of the service request order. Further, the order allocation algorithm can also calculate the route corresponding to the order currently processed by each service provider, so as to screen out the service providers whose driving routes are more matched with the required route of the service request order.

The order allocation algorithm can be used for calculating the distance between each service provider and the place of departure of the service request order, so that the service providers which can process the service request order at the moment are screened out, and part of the service providers which are away from the place of departure of the service request order are selected; and then screening out the service providers which do not conflict with the orders which have been received by the service provider but are not processed from the part of the service providers. The order that does not conflict with the unprocessed order may include that the route of the service request order and the route of the unprocessed order are not opposite direction orders, or the route of the service request order and the route of the unprocessed order are not detoured more, etc.

Step S304, generating an order distribution task according to the service request order, and sending the order distribution task to the target service provider.

In this embodiment, before step S303, the order allocation method further includes: providing a setting interface for the service provider, wherein the setting interface comprises a limiting condition setting unit; and receiving a non-order-receiving condition sent by the service provider, wherein the non-order-receiving condition is empty or comprises at least one limiting condition, and the non-order-receiving condition is a setting condition obtained by a limiting condition setting unit.

Specifically, if the set order not-taking condition includes the limiting condition, an order meeting the limiting condition is not dispatched for the corresponding service provider. If the set order taking-off condition does not comprise the limiting condition, the order meeting the limiting condition can be dispatched for the corresponding service provider.

Further, the order distribution method may further include: and sending the order distribution result to the service requester. The allocation result may include location information, service information, and the like of the target service provider. In one example, if the order allocation method in this embodiment is used for allocating a network appointment order, the service information may include a driver name, a driver license plate number, a driver service odd number, and the like.

According to the order distribution method provided by the embodiment of the application, the order non-receiving condition set by the service provider is combined with the order distribution algorithm to determine the target service provider, so that the self requirement of the service provider is also considered, and compared with the distribution according to a single distance parameter or random distribution in the prior art, the distribution method provided by the embodiment of the application can reduce the number of orders which are not required to be received by the service provider to be distributed to the service provider, and the order distribution result is more accurate and reasonable. Further, the problem that the user order is cancelled due to unreasonable order allocation can be reduced. Further, the service provider can receive orders more smoothly through reasonable order distribution, and therefore more orders are processed.

EXAMPLE III

FIG. 4 is a block diagram illustrating an order distribution apparatus of some embodiments of the present application, which implements functions corresponding to the steps performed by the above-described method. The device may be understood as the server or the processor of the server, or may be understood as a component which is independent from the server or the processor and implements the functions of the present application under the control of the server, as shown in fig. 4, the order distribution device may include: an obtaining module 401, a first determining module 402, a second determining module 403, and a generating module 404, wherein:

an obtaining module 401, configured to obtain a service request order sent by a service requester, where the service request order includes service requirement parameters, and the service requirement parameters include a service start position and a service destination position;

a first determining module 402, configured to determine, according to the service requirement parameter, that the service request order is an order under a preset target limitation condition;

a second determining module 403, configured to determine a target service provider according to an order allocation algorithm and a non-order-receiving condition set by the service provider, where the non-order-receiving condition set by the target service provider does not include the target limiting condition;

a generating module 404, configured to generate an order allocation task according to the service request order, and send the order allocation task to the target service provider.

In a possible implementation, the second determining module 403 includes:

In a possible implementation, the second selecting unit includes:

In a possible implementation, the second determining module 403, the second determining module, includes:

In a possible embodiment, the apparatus further comprises:

In a possible embodiment, the constraint condition includes a plurality of time periods, and a sub-constraint condition corresponding to each time period.

In a possible implementation manner, the defining conditions include a plurality of defining order types and sub-defining conditions corresponding to each defining order type.

In a possible embodiment, the sub-limit condition comprises that the mileage exceeds a limit value.

In a possible embodiment, the sub-qualification includes that the service destination location belongs to a set area.

The wired connections may include connections in the form of L AN, WAN, Bluetooth, ZigBee, or NFC, or the like, or any combination thereof.

It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working processes of the system and the apparatus described above may refer to corresponding processes in the method embodiments, and are not described in detail in this application. In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. The above-described apparatus embodiments are merely illustrative, and for example, the division of the modules is merely a logical division, and there may be other divisions in actual implementation, and for example, a plurality of modules or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection of devices or modules through some communication interfaces, and may be in an electrical, mechanical or other form.

The modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

Example four

The embodiment of the application provides a condition setting method, and the embodiment of the application provides a setting basis for judging the order not-receiving condition of the service provider based on the method in the second embodiment. The method in the second embodiment may be applied to a service provider terminal, and the method in the second embodiment may allocate an order to the service provider according to the order non-receiving condition set in the present embodiment. Specifically, please refer to the flowchart of the condition setting method shown in fig. 5. The specific flow shown in fig. 5 will be described in detail below.

Step S501, a setting interface is loaded, and the setting interface comprises a limiting condition setting unit.

Step S502, obtaining the order not-receiving condition set in the setting interface after obtaining a designated service provider to log in the server.

Step S503, sending the order not-receiving condition to the server, so that the server allocates a service request order except the limited condition to the specified service provider.

In this embodiment, step S501 includes: starting a setting interface, displaying order type areas on the setting interface, wherein each limited order type corresponds to a selection button, and displaying a condition setting area in the setting interface.

Step S502 includes: and obtaining the target order type selected in the order type area, and obtaining a limiting condition corresponding to the target order type set in the target order type.

As shown in FIG. 6a, FIG. 6a shows a setup interface, the top of which shows the page title of "mode setup". A setup interface shows an "order type" field, three order types are shown, respectively, "live", "reserved", and "all". A setup interface also presents a setup not-to-order condition interface, showing two conditions for selection, including "received mileage exceeds a defined value" and "received defined field". of course, more defined conditions may be provided in the setup interface for selection by the service provider.

In this embodiment, step S501 includes: starting a setting interface, displaying a time limit area on the setting interface, and displaying a condition setting area in the setting interface.

Step S502 includes: and obtaining a defined time period set in the time defined region, and obtaining a defined condition matched with the defined time period set in the defined time period.

As shown in FIG. 6b, FIG. 6b illustrates a setup interface, the top of which displays the page heading of "mode setup". The setup interface displays a "time period" field, which illustrates an input box for receiving an input time period.

It should be appreciated that the interfaces shown in fig. 6a and 6b are only schematic and do not limit the layout of the setting interface in the embodiment of the present application, and those skilled in the art can arrange the setting interface as required.

EXAMPLE five

Fig. 7 is a block diagram showing a condition setting apparatus of some embodiments of the present application, and the functions performed by the order distribution apparatus correspond to the steps performed by the condition setting method described above. The apparatus may be understood as the service provider terminal, or a processor of the service provider terminal, or may also be understood as a component that is independent from the service provider terminal or the processor and implements the functions of the present application under the control of the service provider terminal, as shown in fig. 7, the order allocating apparatus may include: a loading module 601, a deriving module 602, and a sending module 603, wherein,

a loading module 601, configured to load a setting interface, where the setting interface includes a constraint condition setting unit;

an obtaining module 602, configured to obtain a non-order-receiving condition set in the setting interface after obtaining a specified service provider to log in a server;

a sending module 603, configured to send the order not-accepting condition to the server, so that the server allocates a service request order, except for the limited condition, to the specified service provider.

In a possible implementation manner, the loading module is further configured to: starting a setting interface, displaying order type areas on the setting interface, wherein each limited order type corresponds to a selection button, and displaying a condition setting area in the setting interface;

the obtaining module is further configured to: and obtaining the target order type selected in the order type area, and obtaining a limiting condition corresponding to the target order type set in the target order type. In a possible implementation manner, the loading module is further configured to: starting a setting interface, displaying a time limit area on the setting interface, and displaying a condition setting area in the setting interface;

For other details about this embodiment, reference may be further made to the description in embodiment four, which is not repeated herein.

In the fourth and fifth embodiments, a setting interface is provided for the service provider to set the order not receiving condition, which can facilitate the operation of the service provider, and can prevent the service provider from receiving orders that the service provider does not want to receive orders, thereby improving the service experience of the service provider.

Furthermore, an embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program performs the steps of the order allocation method in the foregoing method embodiment.

In addition, an embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program performs the steps of the condition setting method in the above method embodiment.

The computer program product of the order allocation method provided in the embodiment of the present application includes a computer-readable storage medium storing a program code, where instructions included in the program code may be used to execute steps of the order allocation method in the foregoing method embodiment, which may be referred to specifically in the foregoing method embodiment, and are not described herein again.

The computer program product of the condition setting method provided in the embodiment of the present application includes a computer-readable storage medium storing a program code, where instructions included in the program code may be used to execute the steps of the condition setting method in the above method embodiment, which may be specifically referred to in the above method embodiment, and are not described herein again.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method can be implemented in other ways. The apparatus embodiments described above are merely illustrative, and for example, the flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

In addition, the functional modules in the embodiments of the present invention may be integrated together to form an independent part, or each module may exist separately, or two or more modules may be integrated to form an independent part.

The functions, if implemented in the form of software functional modules and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes. It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.

The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention. It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures.

The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims

1. An order allocation method, comprising:

2. The order distribution method of claim 1, wherein said step of determining a target service provider based on an order distribution algorithm and a non-order condition set by the service provider comprises:

3. The order allocation method according to claim 2, wherein the step of selecting a target service provider according to the non-order-taking condition set by each service provider in the first class of service providers comprises:

4. The order distribution method of claim 1, wherein said step of determining a target service provider based on an order distribution algorithm and a non-order condition set by the service provider comprises:

5. The order distribution method according to any of claims 1-4, wherein prior to said step of determining a target service provider according to an order distribution algorithm and a non-pick-up condition set by the service provider, the method further comprises:

6. The order allocation method according to claim 5, wherein said defining conditions include a plurality of time periods, and a sub-defining condition corresponding to each time period.

7. The order allocation method according to claim 5, wherein said defining conditions include a plurality of defining order types, and a sub-defining condition corresponding to each defining order type.

8. The order distribution method according to claim 6 or 7, wherein the sub-limit condition includes that mileage exceeds a limit value or/and a service destination location belongs to a set area.

9. A condition setting method characterized by comprising:

10. The condition setting method as claimed in claim 9, wherein the loading of the setting interface comprises: starting a setting interface, displaying order type areas on the setting interface, wherein each limited order type corresponds to a selection button, and displaying a condition setting area in the setting interface;

11. A condition setting method according to claim 9 or 10, wherein the loading of the setting interface comprises: starting a setting interface, displaying a time limit area on the setting interface, and displaying a condition setting area in the setting interface;

12. An order distribution apparatus, comprising:

13. The order distribution apparatus of claim 12, wherein said second determining module comprises:

14. The order distribution apparatus of claim 13, wherein said second selection unit comprises:

15. The order distribution apparatus of claim 12, wherein said second determining module comprises:

16. An order distribution apparatus according to any of claims 12-15, characterized in that said apparatus further comprises:

17. The order distribution apparatus of claim 16 wherein the qualifier includes a plurality of time periods and a corresponding sub-qualifier for each time period.

18. The order distribution apparatus of claim 16 wherein the defined conditions include a plurality of defined order types and a sub-defined condition corresponding to each defined order type.

19. An order distribution apparatus according to claim 17 or 18, wherein said sub-qualifying condition comprises a mileage exceeding a qualifying value or/and a service destination location belonging to a defined area.

20. A condition setting apparatus characterized by comprising:

21. The condition setting apparatus of claim 20, wherein the loading module is further configured to: starting a setting interface, displaying order type areas on the setting interface, wherein each limited order type corresponds to a selection button, and displaying a condition setting area in the setting interface;

22. A condition setting apparatus according to claim 20 or 21, wherein the loading module is further configured to: starting a setting interface, displaying a time limit area on the setting interface, and displaying a condition setting area in the setting interface;

23. An electronic device, comprising: a processor, a memory and a bus, the memory storing machine-readable instructions executable by the processor, the processor and the memory communicating over the bus when the electronic device is operating, the machine-readable instructions when executed by the processor performing the steps of the method of any of claims 1 to 11.

24. A computer-readable storage medium, having stored thereon a computer program which, when being executed by a processor, is adapted to carry out the steps of the method according to any one of claims 1 to 11.