CN111489214B

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

Info

Publication number: CN111489214B
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: 2023-10-24
Anticipated expiration: 2039-01-25
Also published as: CN111489214A

Abstract

The application provides an order allocation method, a condition setting device and electronic equipment, wherein the order allocation method comprises the following steps: acquiring a service request order sent by a service requester, wherein the service request order comprises a service requirement parameter, and the service requirement parameter comprises a service starting position and a service destination position; determining that the service request order is an order under a preset target limiting condition according to the service requirement parameter, and determining a target service provider according to an order allocation 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 comprise 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, device and electronic equipment

Technical Field

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

Background

The online service is distributed throughout the life of people, wherein the existing online service is generally distributed in such a way that a server matches a distance parameter between a corresponding position of an order and a position of a service provider, so as to distribute the matched service provider to a service requester. However, the above-described order allocation may result in unreasonable order allocation.

Disclosure of Invention

Accordingly, an objective of the embodiments of the present application is to provide an order allocation method, a condition setting device, 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 a service requirement parameter, and the service requirement parameter comprises a service starting position and a service destination position;

determining that the service request order is an order under a preset target limiting condition according to the service requirement parameters;

determining a target service provider according to an order allocation 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 comprise 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, embodiments of the present application provide a possible implementation manner of the first aspect, wherein: the step of determining the target service provider according to the order allocation algorithm and the non-order receiving condition set by the service provider comprises the following steps:

Screening out a first type of service provider conforming to the service request order according to the order allocation algorithm;

and selecting a target service provider according to the non-single-receiving condition set by each service provider in the first type of service providers.

With reference to the first aspect, embodiments of the present application provide a possible implementation manner of the first aspect, wherein:

acquiring target setting non-single condition items of any one of the first type of service providers;

judging whether the target limiting condition is included in the target setting non-single condition item or not;

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

and if the target limiting condition is included, acquiring a target setting non-single condition item of a service provider from the first service provider again, and executing the step of judging whether the target limiting condition is included in the target setting non-single condition item.

Selecting a second type of service provider according to the non-single-access condition set by the service provider;

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

With reference to the first aspect, embodiments of the present application provide a possible implementation manner of the first aspect, wherein: before the step of determining the target service provider based on the order allocation algorithm and the no-order 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 the non-order receiving condition sent by the service provider, wherein the non-order receiving condition is null or comprises at least one limiting condition, and the non-order receiving condition is the setting condition obtained by the limiting condition setting unit.

With reference to the first aspect, embodiments of the present application provide a possible implementation manner of the first aspect, wherein: the defined condition includes a plurality of time periods, and a sub-defined condition corresponding to each time period.

With reference to the first aspect, embodiments of the present application provide a possible implementation manner of the first aspect, wherein: the limiting conditions comprise a plurality of limiting order types and sub-limiting conditions corresponding to each limiting order type.

With reference to the first aspect, embodiments of the present application provide a possible implementation manner of the first aspect, wherein: the sub-limit condition includes the mileage exceeding a limit value.

With reference to the first aspect, embodiments of the present application provide a possible implementation manner of the first aspect, wherein: the sub-constraint condition 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;

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

and sending the out-of-order condition to the server so that the server distributes service request orders except the limiting condition to the designated service provider.

With reference to the second aspect, embodiments of the present application provide a possible implementation manner of the second aspect, wherein: the loading setting interface comprises: starting a setting interface, displaying an order type area on the setting interface, wherein each limited order type corresponds to a selection button, and displaying a condition setting area on the setting interface;

The step of obtaining the out-of-order condition set in the setting interface comprises the following steps: a target order type selected in the order type area is obtained, and a limiting condition corresponding to the target order type is set under the target order type.

With reference to the second aspect, embodiments of the present application provide a possible implementation manner of the second aspect, wherein: the loading setting interface comprises: starting a setting interface, displaying a time limiting area on the setting interface, and displaying a condition setting area on the setting interface;

the step of obtaining the out-of-order condition set in the setting interface comprises the following steps: a defined period of time set in the time-defined area is obtained, and a defined condition matching the defined period of time is set under the defined period of time.

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

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

the first determining module is used for determining that the service request order is 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 allocation algorithm and the non-order receiving conditions set by the service provider, wherein the non-order receiving conditions set by the target service provider do not comprise the target limiting conditions;

and the generation 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, embodiments of the present application provide a possible implementation manner of the third aspect, wherein: the second determining module includes:

the first selection unit is used for screening out first type service providers conforming to the service request order according to the order allocation algorithm;

and the second selection unit is used for selecting the target service provider according to the non-receipt condition set by each service provider in the first type of service provider.

With reference to the third aspect, embodiments of the present application provide a possible implementation manner of the third aspect, wherein: the second selecting unit includes:

an obtaining subunit, configured to obtain a target setting non-single condition item of any one of the first class of service providers;

A judging subunit, configured to judge whether the target setting non-order condition item includes the target limiting condition;

and if the target limiting condition is included, re-executing the acquisition subunit and the judgment subunit.

a third selecting unit, configured to select a second type of service provider according to the non-single receiving condition set by the service provider;

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

With reference to the third aspect, embodiments of the present application provide a possible implementation manner of the third aspect, wherein: the apparatus further comprises:

a providing module, configured to provide a setting interface for the service provider, where the setting interface includes a limiting condition setting unit;

and the receiving module is used for receiving the 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 the setting condition obtained by the limiting condition setting unit.

With reference to the third aspect, embodiments of the present application provide a possible implementation manner of the third aspect, wherein: the defined condition includes a plurality of time periods, and a sub-defined condition corresponding to each time period.

With reference to the third aspect, embodiments of the present application provide a possible implementation manner of the third aspect, wherein: the limiting conditions comprise a plurality of limiting order types and sub-limiting conditions corresponding to each limiting order type.

With reference to the third aspect, embodiments of the present application provide a possible implementation manner of the third aspect, wherein: the sub-limit condition includes the mileage exceeding a limit value.

With reference to the third aspect, embodiments of the present application provide a possible implementation manner of the third aspect, wherein: the sub-constraint condition 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 non-order 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 out-of-order condition to the server so that the server distributes service request orders except the limiting conditions for the specified service provider.

With reference to the fourth aspect, embodiments of the present application provide a possible implementation manner of the fourth aspect, wherein: the loading module is further configured to: starting a setting interface, displaying an order type area on the setting interface, wherein each limited order type corresponds to a selection button, and displaying a condition setting area on the setting interface;

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

With reference to the fourth aspect, embodiments of the present application provide a possible implementation manner of the fourth aspect, wherein: the loading module is further configured to: starting a setting interface, displaying a time limiting area on the setting interface, and displaying a condition setting area on the setting interface;

the obtaining module is further configured to: a defined period of time set in the time-defined area is obtained, and a defined condition matching the defined period of time is set under the defined period of time.

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 in communication 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, or any of the possible implementations 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 in communication 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 second aspect, or any of the possible implementations of the second aspect.

In a seventh aspect, the present embodiment further provides a computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of the method of the first aspect, or any of the possible implementations of the first aspect.

In an eighth aspect, the present embodiment further provides a computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of the method of the second aspect, or any of the possible implementations of the second aspect, described above.

According to the order distribution method, the condition setting device and the electronic equipment, the target service provider is determined by combining the non-order receiving conditions set by the service provider with the order distribution algorithm, and the requirement of the service provider can be used as a reference factor for distributing orders through the combination of the non-order receiving conditions set by the service provider.

In order to make the above objects, features and advantages of the present application more 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 that are needed in the embodiments will be briefly described below, it being understood that the following drawings only illustrate some embodiments of the present invention and therefore should not be considered as limiting the scope, and other related drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a block diagram of an order distribution system according to an embodiment of the present invention.

Fig. 2 is a block schematic 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 schematic functional block diagram of an order distribution device 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 device according to an embodiment of the present invention.

Detailed Description

The following description of the embodiments of the present invention will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present invention, but not all embodiments. The components of the 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 invention, as 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 made by a person skilled in the art without making any inventive effort, are intended to be within the scope of the present invention.

It should be noted that: like reference numerals and letters denote like items in the following figures, and thus once an item is defined in one figure, no further definition or explanation thereof is necessary in the following figures. Meanwhile, in the description of the present invention, the terms "first", "second", and the like are used only to distinguish the description, and are not to be construed as indicating or implying relative importance.

In order to enable those skilled in the art to use the present disclosure, the following embodiments are presented in connection with a specific application scenario "order distribution of network about vehicles". It will be apparent to those having ordinary skill 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. While the present application is primarily described in terms of order distribution for net jockey cars, it should be understood that this is but 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 land, sea, or air, or the like, or any combination thereof. The transportation means of the transportation system may include taxis, private cars, windmills, buses, trains, bullet trains, high speed railways, subways, ships, airplanes, spacecraft, hot air balloons, or unmanned vehicles, etc., or any combination thereof. The application may also include any service system for other, e.g. a system for sending and/or receiving express, a service system for trading between buyers and sellers. Applications of the system or method of the present application may include web pages, plug-ins to a browser, client terminals, customization systems, internal analysis systems, or artificial intelligence robots, etc., or any combination thereof.

It should be noted that the term "comprising" will be used in embodiments of the application to indicate the presence of the features stated hereafter, but not to exclude the addition of other features.

The terms "passenger," "requestor," "attendant," "service requestor," and "customer" are used interchangeably herein to refer to a person, entity, or tool that may request or subscribe to a service. The terms "driver," "provider," "service provider," and "provider" are used interchangeably herein to refer to a person, entity, or tool that can provide a service. The term "user" in the present application may refer to a person, entity or tool requesting, subscribing to, providing or facilitating the provision of a service. For example, the user may be a passenger, driver, 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, service requester, driver, service provider, or vendor, etc., or any combination thereof. Accepting the "service request" or "order" may be a passenger, a service requester, a driver, a service provider, a vendor, or the like, or any combination thereof. The service request may be either fee-based or free.

The positioning techniques used in the present application may be based on global positioning system (Global Positioning System, GPS), global navigation satellite system (Global Navigation Satellite System, GLONASS), COMPASS navigation system (COMPASS), galileo positioning system, quasi-zenith satellite system (Quasi-Zenith Satellite System, QZSS), wireless fidelity (Wireless Fidelity, wiFi) positioning techniques, or the like, or any combination thereof. One or more of the above-described positioning systems may be used interchangeably in the present application.

It is noted that, prior to the application of the present application, the order distribution mode of the net-bound vehicle is directly distributed according to the position of the driver. However, the order distribution method provided by the application can be combined with the needs of drivers. Therefore, the actual requirement of the driver can be better met by identifying and judging the non-connected single piece of the driver.

For the convenience of understanding the present embodiment, a detailed description will be first made of an operating environment for executing an order allocation method disclosed in the embodiment of the present application.

Example 1

FIG. 1 is a block diagram of an order distribution system 100 according to some embodiments of the application. For example, the order distribution system 100 may be an online transportation service platform for a transportation service such as a taxi, a ride service, a express, a carpool, a bus service, a driver rental, or a class service, or any combination thereof. 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 a processor executing instruction operations may be included in server 110.

In some embodiments, the server 110 may be a single server or a group of servers. The server farm may be centralized or distributed (e.g., server 110 may 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, server 110 may be implemented on a cloud platform; for example only, the cloud platform may include a private cloud, public cloud, hybrid cloud, community cloud (community cloud), distributed cloud, inter-cloud (inter-cloud), multi-cloud (multi-cloud), and the like, or any combination thereof. In some embodiments, server 110 may be implemented on an electronic device 200 having one or more of the components shown in FIG. 2 of the present application.

In some embodiments, server 110 may include a processor. The processor may process information and/or data related to the service request to perform one or more of the functions described in the present application. For example, the processor may determine the target vehicle based on a service request obtained from the service requester terminal 130. In some embodiments, a 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 (Central Processing Unit, CPU), application specific integrated circuit (Application Specific Integrated Circuit, ASIC), special instruction set Processor (Application Specific Instruction-set Processor, ASIP), graphics processing unit (Graphics Processing Unit, GPU), physical processing unit (Physics Processing Unit, PPU), digital signal Processor (Digital Signal Processor, DSP), field programmable gate array (Field Programmable Gate Array, FPGA), programmable logic device (Programmable Logic Device, PLD), controller, microcontroller unit, reduced instruction set computer (Reduced Instruction Set Computing, RISC), microprocessor, or the like, or any combination thereof.

Network 120 may be used for the exchange of information and/or data. In some embodiments, one or more components in order distribution system 100 (e.g., server 110, service requester terminal 130, service provider terminal 140, and database 150) may send information and/or data to other components. For example, the server 110 may obtain a service request from the service requester terminal 130 via the network 120. In some embodiments, network 120 may be any type of wired or wireless network, or a combination thereof. By way of example only, the network 120 may include a wired network, a wireless network, a fiber optic network, a telecommunications network, an intranet, the internet, a local area network (Local Area Network, LAN), a wide area network (Wide Area Network, WAN), a wireless local area network (Wireless Local Area Networks, WLAN), a metropolitan area network (Metropolitan Area Network, MAN), a wide area network (Wide Area Network, WAN), a public switched telephone network (Public Switched Telephone Network, PSTN), a bluetooth network, a ZigBee network, a near field communication (Near Field Communication, NFC) network, or the like, or any combination thereof. In some embodiments, network 120 may include one or more network access points. For example, the network 120 may include a wired or wireless network access point, such as a base station and/or a network switching node, through which one or more components of the order distribution system 100 may connect to the network 120 to exchange data and/or information.

In some embodiments, the user of the service requester terminal 130 may be a person other than the actual consumer of the service. For example, user a of service requester terminal 130 may use service requester terminal 130 to initiate a service request for service actual requester B (e.g., user a may call his own friend B), or receive service information or instructions from server 110, etc. In some embodiments, the user of the service provider terminal 140 may be the actual service provider or may be a person other than the actual service provider. For example, user C of service provider terminal 140 may use service provider terminal 140 to receive a service request for providing a service by service actual provider D (e.g., user C may pick up for driver D employed by himself), and/or information or instructions from 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 include a mobile device, a tablet computer, a laptop computer, or a built-in device in a motor vehicle, or the like, 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, or an augmented reality device, or the like, or any combination thereof. In some embodiments, the smart home device may include a smart lighting device, a control device for a smart appliance device, a smart monitoring device, a smart television, a smart video camera, or an intercom, or the like, or any combination thereof. In some embodiments, the wearable device may include a smart bracelet, a smart lace, a smart glass, a smart helmet, a smart watch, a smart garment, a smart backpack, a smart accessory, etc., or any combination thereof. In some embodiments, the smart mobile device may include a smart phone, a personal digital assistant (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, a virtual reality glass, a virtual reality patch, an augmented reality helmet, an augmented reality glass, an augmented reality patch, or the like, or any combination thereof. For example, the virtual reality device and/or the 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 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 to the service requester terminal 130. In some embodiments, the service provider terminal 140 may be a device with positioning technology for locating the location of the service provider and/or service provider terminal. In some embodiments, the service requester terminal 130 and/or the service provider terminal 140 may communicate with other positioning devices to determine the location of the service requester, the service requester terminal 130, the service provider, or the service provider terminal 140, or any combination thereof. In some embodiments, the service requester terminal 130 and/or the service provider terminal 140 may send the positioning information to the server 110.

Database 150 may store data and/or instructions. In some embodiments, database 150 may store data obtained from service requester terminal 130 and/or service provider terminal 140. In some embodiments, database 150 may store data and/or instructions for the exemplary methods described in the present disclosure. In some embodiments, database 150 may include mass storage, removable storage, volatile Read-write Memory, or Read-Only Memory (ROM), or the like, 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, magnetic tape, and the like; the volatile read-write memory may include random access memory (Random Access Memory, RAM); the RAM may include dynamic RAM (Dynamic Random Access Memory, DRAM), double data Rate Synchronous dynamic RAM (DDR SDRAM); static Random-Access Memory (SRAM), thyristor RAM (T-RAM) and Zero-capacitor RAM (Zero-RAM), etc. By way of example, ROM may include Mask Read-Only Memory (MROM), programmable ROM (Programmable Read-Only Memory, PROM), erasable programmable ROM (Programmable Erasable Read-Only Memory, PEROM), electrically erasable programmable ROM (Electrically Erasable Programmable Read Only Memory, EEPROM), compact disk ROM (CD-ROM), digital versatile disk ROM, and the like. In some embodiments, database 150 may be implemented on a cloud platform. For example only, the cloud platform may include a private cloud, public cloud, hybrid cloud, community cloud, distributed cloud, cross-cloud, multi-cloud, or other similar, or the like, or any combination thereof.

In some embodiments, database 150 may be connected to network 120 to communicate with one or more components in order distribution system 100 (e.g., server 110, service requester terminal 130, service provider terminal 140, etc.). One or more components in order distribution system 100 may access data or instructions stored in database 150 via 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 order distribution system 100 (e.g., server 110, service requester terminal 130, service provider terminal 140, etc.) may have access to database 150. In some embodiments, one or more components in order distribution system 100 may read and/or modify information related to a service requester, a service provider, or the public, or any combination thereof, when certain conditions are met. For example, server 110 may read and/or modify information of 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 upon receiving a 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 of one or more components in order distribution system 100 may be accomplished through a request 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. The tangible product may include a food, a pharmaceutical, a merchandise, a chemical product, an appliance, a garment, an automobile, a house, a luxury item, or the like, or any combination thereof. The non-substance 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 host product alone, a web 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, a program, a system, etc. of the mobile terminal, or any combination thereof. The mobile terminal may include a tablet computer, a notebook computer, a mobile phone, a personal digital assistant (Personal Digital Assistant, PDA), a smart watch, a Point of sale (POS) device, a car computer, a car television, or a wearable device, or the like, or any combination thereof. For example, the internet product may be any software and/or application used in a computer or mobile phone. The software and/or applications may involve social, shopping, shipping, 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 scheduling software and/or applications, drawing software and/or applications, and the like. In the vehicle scheduling software and/or applications, the vehicle may include horses, dollies, rickshaw (e.g., wheelbarrows, bicycles, tricycles, etc.), automobiles (e.g., taxis, buses, private cars, etc.), trains, subways, watercraft, aircraft (e.g., aircraft, helicopters, space shuttles, rockets, hot air balloons, etc.), and the like, or any combination thereof.

Fig. 2 shows 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 inventive concepts according to some embodiments of the application. For example, a processor may be used on electronic device 200 and to perform functions in the present application.

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 distribution method of the present application. Although only one computer is shown, the functionality described herein may be implemented in a distributed fashion across multiple similar platforms for convenience 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 various forms of storage media 240, such as magnetic disk, ROM, or RAM, or any combination thereof. By way of example, 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. It should be noted, however, that the electronic device 200 of the present application may also include multiple processors, and thus, steps performed by one processor described in the present application may also be performed jointly by multiple processors or separately. For example, if the processor of the electronic device 200 performs steps a and B, it should be understood that steps a and B may also be performed by two different processors together or performed separately in one processor. For example, the first processor performs step a, the second processor performs step B, or the first processor and the second processor together perform steps a and B.

Example two

Referring to fig. 3, a flowchart of an order method according to an embodiment of the application is shown. The specific flow shown in fig. 3 will be described in detail.

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

The service request order includes service request parameters including a service start position and a service destination position.

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

In one example, the order allocation method in this embodiment may be used to allocate network about vehicle orders. The order initiation time may be the departure time of the passenger.

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

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

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

In one embodiment, the defined condition includes a plurality of time periods, and a sub-defined condition corresponding to each time period. The sub-limiting condition may include that the mileage exceeds a limiting 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 driving frequency, in particular, 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 a period other than the peak period.

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

The plurality of time periods may be allocated according to user settings, 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, second, and third time periods may be time periods that are custom set by the service provider.

The limiting value of the limiting 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, values matched with cities may be set according to different cities, and the larger the limit value of the cities may be, the smaller the limit value of the cities may be; for another example, the value matching the age may be set according to the age of the service provider, the larger the age may be, the smaller the age may be, the larger the age may be, and so on. The specific limiting value can be set according to actual requirements, and the application is not limited by the specific limiting value.

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

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

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

The service provider may be a driver of a network about car, an out-taker of a take-out order, an express delivery person, etc.

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

And step S303, determining the target service provider according to the order allocation algorithm and the non-order receiving condition set by the service provider.

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

In one embodiment, a first type of service provider conforming to the service request order is screened out according to the order allocation algorithm; and selecting a target service provider according to the non-single-receiving condition set by each service provider in the first type of service providers.

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

Further, the first type of service provider may be ranked from most preferred service provider to least preferred service provider, to obtain a ranking table of the first type of service provider. Acquiring target limiting conditions of service providers in the first type of service providers one by one from the first type of service provider sorting table, and judging whether the target limiting conditions are included in the target setting non-single condition item or not; and taking the corresponding service provider as a target service provider until the target limiting condition is not included. The most preferred service provider indicates that parameters such as a distance between a location of the corresponding service provider and the service start location, and a degree of forward travel of a service route corresponding to a route of a currently existing service order of the corresponding service provider, the service start location, and the service destination location are most preferred. Wherein a service provider whose position corresponds to a close distance from the service start position is more preferable than a service provider whose position corresponds to a far distance from the service start position. A more forward service provider of a service route corresponding to a service start position and a service destination position of a currently existing service order of a corresponding service provider is more preferable than a more detour service provider of a service route corresponding to a service start position and a service destination position of a currently existing service order of a corresponding service provider.

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

The above-mentioned selection of the second class of service provider according to the no-order condition set by the service provider may be implemented as: acquiring the set out-of-order condition of each service provider, and selecting the service provider which can receive the target limiting condition and can not receive the target limiting condition.

Further, the service providers may be classified in advance for the out-of-order condition set according to the service providers, and service providers that can receive orders of various kinds of limiting conditions may be classified. Further, a database of service providers that can receive orders of various types of limiting conditions can be established according to the classification result. After receiving orders under preset target limiting conditions, acquiring corresponding service provider groups which can receive orders corresponding to the limiting conditions from a database of service providers which can receive orders of various limiting conditions, and selecting target service providers from the corresponding service provider groups which can receive orders corresponding to the limiting conditions by using an order allocation algorithm.

The order allocation algorithm may be to calculate the distance between each service provider and the place of departure of the service request order, thereby screening out the service request order at the time and the closer service provider to the place of departure of the service request order. Further, the order allocation algorithm described above may also calculate a route corresponding to the order currently being processed by each service provider, thereby screening service providers whose travel routes match the required route of the service request order.

The order allocation algorithm may calculate the distance between each service provider and the place of departure of the service request order, so as to screen out the service providers that can process the service request order at the time, and the distance between the service providers from the place of departure of the service request order; service providers that do not conflict with orders that the service provider has received but has not processed are then screened from the partial service providers described above. The orders that do not conflict with the unprocessed orders may include that the route of the service request order is not opposite to the route of the unprocessed order, or that the route of the service request order does not detour more than the route of the unprocessed order, etc.

And 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 the non-order receiving condition sent by the service provider, wherein the non-order receiving condition is null or comprises at least one limiting condition, and the non-order receiving condition is the setting condition obtained by the limiting condition setting unit.

Specifically, if the set out-of-order condition includes a limiting condition, an order meeting the limiting condition is not dispatched to the corresponding service provider. If the set out-of-order condition does not include the limiting condition, an order meeting the limiting condition can be dispatched to the corresponding service provider.

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

According to the order distribution method provided by the embodiment of the application, the target service provider is determined by combining the order-free condition set by the service provider with the order distribution algorithm, so that the demand of the service provider is also considered. Further, the problem of the user order being canceled due to unreasonable order allocation can be reduced. Further, the service provider can receive orders more smoothly through reasonable order distribution, so that more orders can be processed.

Example III

FIG. 4 is a block diagram illustrating an order distribution device implementing functions corresponding to the steps performed by the above-described method, according to some embodiments of the application. The apparatus may be understood as the above server, or the processor of the server, or may be understood as a component, which is independent from the above server or processor and is controlled by the server, to implement the functions of the present application, as shown in fig. 4, the order allocation apparatus may include: an acquisition module 401, a first determination module 402, a second determination module 403, and a generation 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 a service requirement parameter, and the service requirement parameter includes 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 limiting 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;

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

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

In a possible embodiment, the second selecting unit includes:

In a possible embodiment, the apparatus further comprises:

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

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

In a possible embodiment, the sub-limit condition includes the mileage exceeding a limit value.

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

The modules may be connected or communicate with each other via wired or wireless connections. The wired connection may include a metal cable, optical cable, hybrid cable, or the like, or any combination thereof. The wireless connection may include a connection through a LAN, WAN, bluetooth, zigBee, or NFC, or any combination thereof. Two or more modules may be combined into a single module, and any one module may be divided into two or more units.

It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described system and apparatus may refer to corresponding procedures in the method embodiments, and are not repeated in the present disclosure. In the several embodiments provided by the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. The above-described apparatus embodiments are merely illustrative, and the division of the modules is merely a logical function division, and there may be additional divisions when actually implemented, and for example, multiple modules or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be through some communication interface, indirect coupling or communication connection of devices or modules, electrical, mechanical, or other form.

The modules described as separate components may or may not be physically separate, and components shown as modules may or may not be physical units, may be located in one place, or may be distributed over multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

Example IV

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

Step S501, a setting interface is loaded, the setting interface including a definition condition setting unit.

Step S502, after obtaining a specified service provider to log in the server, obtaining the out-of-order condition set in the setting interface.

And step S503, the out-of-order condition is sent to the server, so that the server distributes service request orders except the limiting conditions for the designated service provider.

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

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

As shown in fig. 6a, fig. 6a shows a setting interface, and a page title of "mode setting" is displayed at the top of the figure. An "order type" area is displayed in the setting interface, three order types are shown in the figure, and the three order types are respectively: "real-time", "reservation" and "all". The settings interface also presents a settings out-of-order conditions interface, two conditions are shown for selection, including "receive mileage exceeding a limit" and "receive limit area". Of course, more restrictions may be provided in the setup interface for selection by the service provider. Such as a conditional definition of the type of service requester, etc. Further, the exemplary interface also includes a close button "x" displayed in the upper right corner.

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

Step S502 includes: a defined period of time set in the time-defined area is obtained, and a defined condition matching the defined period of time is set under the defined period of time.

As shown in fig. 6b, fig. 6b shows a setting interface, the top of which shows the page title of "mode setting". The "time period" area is displayed in the setup interface, and an input box for receiving an input time period is shown. The settings interface also presents a settings out-of-order conditions interface, two conditions are shown for selection, including "receive mileage exceeding a limit" and "receive limit area". Further, the exemplary interface also includes a close button "x" displayed in the upper right corner.

It will be appreciated that the interfaces shown in fig. 6a and 6b are merely illustrative and do not limit the layout of the setup interface of the embodiments of the present application, and those skilled in the art may arrange the setup interface according to the requirements.

Example five

Fig. 7 is a block diagram illustrating a condition setting apparatus of some embodiments of the present application, the functions implemented by the order allocation apparatus correspond to the steps performed by the condition setting method described above. The apparatus may be understood as the above-mentioned service provider terminal, or the processor of the service provider terminal, or may be understood as a component which implements the functions of the present application under the control of the service provider terminal, independently of the above-mentioned service provider terminal or processor, as shown in fig. 7, the order distribution 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 limiting condition setting unit;

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

and a sending module 603, configured to send the out-of-order condition to the server, so that the server allocates a service request order except for the limiting condition to the specified service provider.

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

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

Further details regarding this embodiment may be further described with reference to the fourth embodiment, which is not described herein.

In the fourth embodiment and the fifth embodiment, the service provider sets the condition of not receiving the order through a setting interface, so that the service provider can operate conveniently, the service provider can be prevented from receiving the order of not receiving the order, and the service experience of the service provider is improved.

Furthermore, the embodiment of the present application also provides a computer readable storage medium, on which a computer program is stored, which when executed by a processor performs the steps of the order allocation method described in the above-mentioned method embodiment.

Furthermore, the embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored, which when executed by a processor performs the steps of the condition setting method described in the above-described method embodiment.

The computer program product of the order allocation method provided by the embodiment of the present application includes a computer readable storage medium storing program codes, where the instructions included in the program codes may be used to execute the steps of the order allocation method described in the above method embodiment, and specifically, reference may be made to the above method embodiment, and details are not repeated herein.

The computer program product of the condition setting method provided by the embodiment of the present application includes a computer readable storage medium storing a program code, where the program code includes instructions for executing the steps of the condition setting method described in the above method embodiment, and specifically, reference may be made to the above method embodiment, and details thereof are not repeated herein.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. The apparatus embodiments described above are merely illustrative, for example, of the flowcharts and block diagrams in the figures that illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods and computer program products according to various embodiments of the present application. 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, functional modules in the embodiments of the present invention may be integrated together to form a single part, or each module may exist alone, or two or more modules may be integrated to form a single 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 this understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art or in a part of the technical solution, in the form of a software product stored in a storage medium, comprising several instructions for causing a computer device (which may be a personal computer, a server, a network device, etc.) to perform 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, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes. It is noted that relational terms such as first and second, and the like are 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. Moreover, 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 one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The above description is only of the preferred embodiments of the present invention and is not intended to limit the present invention, but various modifications and variations can be made to the present invention by those skilled in the art. Any modification, equivalent replacement, improvement, etc. 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 numerals and letters denote like items in the following figures, and thus once an item is defined in one figure, no further definition or explanation thereof is necessary in the following figures.

The foregoing is merely illustrative of the present invention, and the present invention is not limited thereto, and any person skilled in the art will readily recognize that variations or substitutions are within the scope of the present invention. Therefore, the protection scope of the invention is subject to the protection scope of the claims.

Claims

1. An order allocation method, comprising:

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

the step of determining the target service provider according to the order allocation algorithm and the non-order receiving condition set by the service provider comprises the following steps:

selecting a target service provider according to the non-single-access condition set by each service provider in the first type of service providers;

the step of selecting the target service provider according to the non-single-access condition set by each service provider in the first type of service provider comprises the following steps:

2. The order allocation method as set forth in claim 1, wherein said step of determining the target service provider based on the order allocation algorithm and the no-order condition set by the service provider comprises:

3. The order distribution method according to any one of claims 1-2, characterized in that before said step of determining a target service provider based on an order distribution algorithm and no-order conditions set by the service provider, the method further comprises:

4. The order allocation method as recited in claim 3 wherein said constraints comprise a plurality of time periods and a sub-constraint corresponding to each time period.

5. The order allocation method as recited in claim 3 wherein said qualifier comprises a plurality of qualifier types and a sub-qualifier corresponding to each qualifier type.

6. An order allocation method as claimed in claim 4 or 5, wherein the sub-defined conditions include mileage exceeding a defined value or/and service destination location belonging to a set area.

7. A condition setting method for setting the out-of-order condition in the method according to any one of claims 1 to 6, the condition setting method comprising:

8. The condition setting method as claimed in claim 7, wherein the loading the setting interface includes: starting a setting interface, displaying an order type area on the setting interface, wherein each limited order type corresponds to a selection button, and displaying a condition setting area on the setting interface;

9. The condition setting method according to claim 7 or 8, wherein the loading of the setting interface includes: starting a setting interface, displaying a time limiting area on the setting interface, and displaying a condition setting area on the setting interface;

10. An order dispensing device, comprising:

the generation 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;

wherein the second determining module includes:

a second selecting unit, configured to select a target service provider according to a non-single receiving condition set by each service provider in the first class of service providers;

Wherein the second selecting unit includes:

11. The order distribution device of claim 10, wherein the second determination module comprises:

12. The order distribution device according to any of claims 10-11, characterized in that the device further comprises:

13. The order dispensing device of claim 12 wherein the constraints comprise a plurality of time periods and a sub-constraint corresponding to each time period.

14. The order dispensing device of claim 12 wherein the qualifier comprises a plurality of qualifier order types and a sub-qualifier condition corresponding to each qualifier order type.

15. An order dispensing device as claimed in claim 13 or 14, wherein the sub-defined conditions include mileage exceeding a defined value or/and service destination location belonging to a set area.

16. A condition setting device for setting the out-of-order condition in the method according to any one of claims 1 to 6, the condition setting device comprising:

17. The condition setting device of claim 16, wherein the loading module is further configured to: starting a setting interface, displaying an order type area on the setting interface, wherein each limited order type corresponds to a selection button, and displaying a condition setting area on the setting interface;

18. The condition setting device according to claim 16 or 17, wherein the loading module is further configured to: starting a setting interface, displaying a time limiting area on the setting interface, and displaying a condition setting area on the setting interface;

19. 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 in communication over the bus when the electronic device is running, the machine-readable instructions when executed by the processor performing the steps of the method of any of claims 1 to 9.

20. A computer-readable storage medium, characterized in that it has stored thereon a computer program which, when executed by a processor, performs the steps of the method according to any of claims 1 to 9.