CN111612286B - Order distribution method and device, electronic equipment and storage medium - Google Patents
Order distribution method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN111612286B CN111612286B CN201910138870.8A CN201910138870A CN111612286B CN 111612286 B CN111612286 B CN 111612286B CN 201910138870 A CN201910138870 A CN 201910138870A CN 111612286 B CN111612286 B CN 111612286B
- Authority
- CN
- China
- Prior art keywords
- area
- travel
- service
- service request
- order
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063114—Status monitoring or status determination for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0645—Rental transactions; Leasing transactions
Abstract
The present application relates to the field of computer technologies, and in particular, to an order allocation method, an apparatus, an electronic device, and a storage medium, where the method includes: receiving travel information of a service request terminal, and generating a travel order according to the travel information, wherein the travel information comprises departure place information and destination information of the service request terminal; searching a last-time taken travel order as at least one target candidate service providing end from a first area where a destination of the service request end is located to a second area where a departure place of the service request end is located; and selecting a service providing end for receiving the order for the travel order according to the searched at least one target candidate service providing end. By adopting the scheme, the order can be effectively distributed, and the service efficiency and the order receiving experience of the service provider are improved.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to an order allocation method, an order allocation device, an electronic device, and a storage medium.
Background
With the rapid development of internet technology, the popularization of taxi taking software brings great convenience to people in travel. When a passenger needs to drive, the passenger can select travel information such as the driving time, the vehicle type hoped to be driven, the driving place and the like through the client side of the driving software, and the travel information is submitted to the background server, so that an order is formed at the background server, the order can be issued to the client side of a driver registered at the background server, and the driver performs order receiving operation at the client side.
In order to better serve passengers, the taxi taking software provides passengers with a plurality of travel modes, such as: taxi, special car, express car, windmilling car and other travel modes. However, whatever the travel mode described above, there is a challenge to order distribution. In the related art, the order allocation is generally performed for the driver in a nearest way, however, some drivers may not want to accept the order with a relatively close distance, which may result in the cancellation of the order and lower service efficiency.
Disclosure of Invention
Accordingly, an object of the embodiments of the present application is to provide a method, an apparatus, an electronic device, and a storage medium for distributing orders, which implement effective distribution of orders and improve service efficiency and order receiving experience of drivers.
Mainly comprises the following aspects:
in a first aspect, an embodiment of the present application provides an order allocation method, including:
receiving travel information of a service request terminal, and generating a travel order according to the travel information, wherein the travel information comprises departure place information and destination information of the service request terminal;
searching a last-time taken travel order as at least one target candidate service providing end from a first area where a destination of the service request end is located to a second area where a departure place of the service request end is located;
and selecting a service providing end for receiving the order for the travel order according to the searched at least one target candidate service providing end.
In one embodiment, before searching for at least one target candidate service provider whose last travel order arrives at a second area where a departure place of the service request end is located from a first area where a destination of the service request end is located, the method further includes:
determining a reference candidate service providing end according to the departure place information of the service request end;
determining whether the first area is a preference travel area of the reference candidate service providing end;
Searching at least one target candidate service providing end of the last travel order reaching a second area where a departure place of the service request end is located from a first area where a destination of the service request end is located, including:
and when the first area is determined to be the preference travel area of the reference candidate service provider and the travel order which is received by the reference candidate service provider last time is determined to be a second area from the first area where the destination of the service request end is located to the departure place of the service request end, the reference candidate service provider is used as the searched target candidate service provider.
In some embodiments, determining the reference candidate service provider according to the departure information of the service request end includes:
determining an area range of which the distance between the service request terminal and the service request terminal is smaller than a set threshold value according to the departure place information of the service request terminal;
and taking the service providing end currently in the determined area range as a reference candidate service providing end.
In another embodiment, before determining whether the first area is the preference travel area of the reference candidate service provider, the method further includes:
Acquiring a preference travel area preset by the reference candidate service providing end;
judging whether the preset preference travel area contains the first area or not;
determining whether the first area is a preference travel area of the reference candidate service provider, including:
and if the preset preference travel area is judged to contain the first area, determining that the first area is the preference travel area of the reference candidate service providing end.
In still another embodiment, before determining whether the first area is the preference travel area of the reference candidate service provider, the method further includes:
determining whether the number of orders served by the reference candidate service provider in the first area is higher than a set threshold value;
determining whether the first area is a preference travel area of the reference candidate service provider, including:
and if the order quantity is determined to be higher than the set threshold, determining that the first area is a preference travel area of the reference candidate service provider.
In still another embodiment, the searching for the last travel order as the at least one target candidate service provider from the first area where the destination of the service request end is located to the second area where the departure point of the service request end is located includes:
Determining the requirement of the service request end on the boarding time;
if the service request end does not have real-time requirement on the boarding time, selecting a service providing end with estimated driving time meeting the reserved boarding time from a first candidate service providing end which is in an idle state and is in a last time and is in a second candidate service providing end which is in the idle state and is in the last time and is in the second area according to the reserved boarding time of the service request end as a target candidate service providing end.
In some embodiments, the demand for on-board time by the service request end is determined according to the following steps:
sending prompt information for selecting a reservation mode order to the service request terminal;
and determining the requirement of the service request end on the boarding time according to the feedback information of the service request end on the prompt information.
In some embodiments, the prompt information carries reservation mode order preference information and reservation time options.
In a second aspect, an embodiment of the present application further provides an order allocation apparatus, including:
The order generation module is used for receiving travel information of the service request terminal and generating a travel order according to the travel information, wherein the travel information comprises departure place information and destination information of the service request terminal;
the providing end searching module is used for searching at least one target candidate service providing end from a first area where a destination of the service request end is located to a second area where a departure place of the service request end is located in the last travel order;
and the order distribution module is used for selecting a service providing end for receiving the travel order according to the searched at least one target candidate service providing end.
In one embodiment, the method further comprises:
the providing end determining module is used for determining a reference candidate service providing end according to the departure place information of the service request end;
the preference determining module is used for determining whether the first area is a preference travel area of the reference candidate service providing end;
the providing end searching module is specifically configured to:
and when the first area is determined to be the preference travel area of the reference candidate service provider and the travel order which is received by the reference candidate service provider last time is determined to be a second area from the first area where the destination of the service request end is located to the departure place of the service request end, the reference candidate service provider is used as the searched target candidate service provider.
In some embodiments, the provider determination module is specifically configured to:
determining an area range of which the distance between the service request terminal and the service request terminal is smaller than a set threshold value according to the departure place information of the service request terminal;
and taking the service providing end currently in the determined area range as a reference candidate service providing end.
In another embodiment, the method further comprises:
the region judgment module is used for acquiring a preference travel region preset by the reference candidate service providing end; judging whether the preset preference travel area contains the first area or not;
the preference determining module is specifically configured to:
and if the preset preference travel area is judged to contain the first area, determining that the first area is the preference travel area of the reference candidate service providing end.
In yet another embodiment, the method further comprises:
the area determining module is used for determining whether the number of orders served by the reference candidate service providing end in the first area is higher than a set threshold value;
the preference determining module is specifically configured to:
and if the order quantity is determined to be higher than the set threshold, determining that the first area is a preference travel area of the reference candidate service provider.
In yet another embodiment, the provider lookup module is specifically configured to:
determining the requirement of the service request end on the boarding time;
if the service request end does not have real-time requirement on the boarding time, selecting a service providing end with estimated driving time meeting the reserved boarding time from a first candidate service providing end which is in an idle state and is in a last time and is in a second candidate service providing end which is in the idle state and is in the last time and is in the second area according to the reserved boarding time of the service request end as a target candidate service providing end.
In some embodiments, the provider lookup module is specifically configured to:
sending prompt information for selecting a reservation mode order to the service request terminal;
and determining the requirement of the service request end on the boarding time according to the feedback information of the service request end on the prompt information.
In some embodiments, the prompt information carries reservation mode order preference information and reservation time options.
In a third 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 order allocation method according to the first aspect.
In a fourth aspect, embodiments of the present application also provide a computer readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of the order allocation method according to the first aspect.
By adopting the scheme, travel information of a service request terminal is received, a travel order is generated according to the travel information, then at least one target candidate service providing terminal which is the last travel order and reaches a second area where a departure place of the service request terminal is located from a first area where a destination of the service request terminal is located is searched, and finally the service providing terminal for receiving the travel order is selected according to the searched at least one target candidate service providing terminal. Therefore, aiming at the travel orders of the service request end, the service providing end for receiving the orders is selected for the travel orders by searching the last travel orders as the target candidate service providing end from the first area to the second area, so that the effective allocation of the orders is realized, and the service efficiency and the receiving experience of the service provider are improved.
Further, when the first area where the destination of the service request end is located is determined to be the preferred travel area of the reference candidate service provider, the reference candidate service provider can be determined to be the target candidate service provider, which mainly considers that a familiar and preferred order receiving range is available for the service provider, and after the preferred travel area of the service provider is determined, order receiving can be performed in the preferred travel area, so that the service efficiency and the order receiving experience of the service provider are further improved.
In order to make the above objects, features and advantages of the present application more comprehensible, preferred 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 application, 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 application 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 schematic diagram of a service system according to some embodiments of the present application;
fig. 2 is a schematic structural diagram of an electronic device according to some embodiments of the present application;
FIG. 3 is a flow chart of an order distribution method according to an embodiment of the present application;
FIG. 4 is a schematic diagram of a driver finding according to a first embodiment of the present application;
FIG. 5 is a flow chart of an order distribution method according to a second embodiment of the present application;
FIG. 6 is a flow chart of an order distribution method according to a third embodiment of the present application;
FIG. 7 is a flow chart of a method for distributing orders according to a fourth embodiment of the present application;
FIG. 8 is a flow chart of a method for distributing orders according to a fifth embodiment of the present application;
fig. 9 is a schematic structural diagram of an order distribution device according to a sixth embodiment of the present application.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present application more apparent, the technical solutions of the embodiments of the present application will be clearly and completely described with reference to the accompanying drawings in the embodiments of the present application, and it should be understood that the drawings in the present application are for the purpose of illustration and description only and are not intended to limit the scope of the present application. In addition, it should be understood that the schematic drawings are not drawn to scale. A flowchart, as used in this disclosure, illustrates operations implemented according to some embodiments of the present application. It should be understood that the operations of the flow diagrams may be implemented out of order and that steps without logical context may be performed in reverse order or concurrently. Moreover, one or more other operations may be added to or removed from the flow diagrams by those skilled in the art under the direction of the present disclosure.
In addition, the described embodiments are only some, but not all, embodiments of the application. The components of the embodiments of the present application 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 application, as presented in the figures, is not intended to limit the scope of the application, as claimed, but is merely representative of selected embodiments of the application. 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 application.
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 allocation for network about vehicles (e.g., special vehicles, express vehicles, etc.). 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 application is primarily described in the context of network vehicle security detection, it should be understood that this is but one exemplary embodiment.
The application may also include any service system capable of selecting a service provider for order taking for a travel order. 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," and "service requestor" are used interchangeably herein to refer to a person, entity, or tool that may request or subscribe to a service. The terms "driver," "provider," and "service provider" are used interchangeably herein to refer to a person, entity, or tool that can provide a service. The term "client user" in the present application may refer to an individual, entity or tool requesting a service, subscribing to a service. In the present application, "passenger", "passenger terminal" and "client" may be used interchangeably, and "driver" and "driver terminal" may be used interchangeably.
It should be noted that, prior to the application of the present application, the related art generally employs a nearest way to allocate orders to drivers, however, some drivers may not want to accept orders with a relatively close distance, which may result in cancellation of the orders and lower service efficiency. One aspect of the present application relates to a service system. The system receives the travel information of the service request terminal through the server to generate the travel order, and can search at least one target candidate service providing terminal of which the travel order received last time reaches a second area where the departure place of the service request terminal is located from a first area where the destination of the service request terminal is located, so that the service providing terminal for receiving the travel order is selected according to the searched target candidate service providing terminal, the effective allocation of the order is realized, and the service efficiency and the receiving experience of a driver are improved.
Fig. 1 is a block diagram of a service system according to some embodiments of the application. For example, the service system may be an online transport service platform for a transport 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. The service system 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 the 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 the service system (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 130 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, network 120 may include wired or wireless network access points, such as base stations and/or network switching nodes, through which one or more components of a service system may connect to 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 a service system (e.g., server 110, service requester terminal 130, service provider terminal 140, etc.). One or more components in the service system may access data or instructions stored in database 150 via network 120. In some embodiments, database 150 may be directly connected to one or more components in the service system (e.g., server 110, service requester terminal 130, 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 service system (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 the service system 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 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 the service system may be accomplished by requesting the 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 a taxi, a bus, a private car, etc., 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.
With reference to the foregoing description of the service system and each electronic device in the service system, the following describes in detail the order allocation method provided by the present application with reference to specific embodiments.
Example 1
As shown in fig. 3, a flowchart of an order allocation method according to an embodiment of the present application may be implemented by a server in the service system, where the order allocation method includes the following steps:
s301, receiving travel information of a service request terminal, and generating a travel order according to the travel information, wherein the travel information comprises departure place information and destination information of the service request terminal.
Here, when the passenger needs to drive, corresponding travel information can be input on the client side (i.e. the service request end) of the driving software, so that the background server can generate a corresponding travel order according to the travel information. The client may be a mobile device client, a web client, or other clients, which is not particularly limited in the embodiment of the present application. In addition, the travel information may include not only departure information and destination information of the service request end, but also other travel information, such as a vehicle type selected by the service request party, a express, a special vehicle, a windward vehicle, etc., a scheduled boarding time determined by the service request party, etc.
In order to facilitate travel order judgment and service provider searching, the departure place information and the destination information are two travel information which are the most critical in the embodiment of the application. The departure place information may be determined based on a positioning technology, for example, after the taxi taking software is opened, the client may automatically position the current position as the departure place position. Or, the passenger may select a specific departure place on the map displayed by the client, or manually input departure place information, for example, manually input departure place information such as "capital airport", where the destination information is mainly determined by selecting or manually inputting the destination information on the map by the passenger, which is not described herein.
S302, searching a last-taken travel order as at least one target candidate service provider from a first area where a destination of the service request end is located to a second area where a departure place of the service request end is located.
Here, the service providing end meeting the requirements may be searched based on the travel information, and the searched service providing end may be one or more, that is, the searched driver may be one or more correspondingly.
Fig. 4 is a schematic diagram of a driver searching method according to a first embodiment of the present application. The driver D0 will be in a waiting state after the history passenger U1 is delivered from any one of the first areas Z1 where the first position P1 is located (including but not limited to the first position P1) to any one of the second areas Z2 where the second position P2 is located (including but not limited to the second position P2), or the driver D0 is in a service state (as shown in fig. 4 (a)) for carrying the history passenger U1 from any one of the first areas Z1 where the first position P1 is located (including but not limited to the first position P1) to any one of the second areas Z2 where the second position P2 is located (including but not limited to the second position P2). After the background server receives the travel information from the second position P2 to the first position P1 from the current passenger U2, a corresponding travel order is generated based on the travel information, when the driver D0 is in a waiting state, the travel order of the current passenger U2 can be distributed to the driver D0 in the second area Z2, when the driver D0 is in a service state, the travel order of the current passenger U2 can be distributed to the driver D0 in the second area Z2 after the order in the service state is completed, so that the driver D0 sends the current passenger U2 from the second position P2 to the first position P1 (as shown in fig. 4 (b)), the effective distribution of the order is realized, and the order receiving experience of the driver is improved.
In addition, when the first area Z1 is used as a preference travel area of the driver D0, the driver D0 can conveniently receive the order in the order receiving range familiar and preferred by the driver, and therefore order receiving experience of the driver is further improved.
S303, selecting a service providing end for receiving the order for the travel order according to the searched at least one target candidate service providing end.
Here, after the corresponding target candidate service provider is found for the travel order, the order taking driver can be selected for the travel order. In the embodiment of the application, the order allocation can be mainly performed by adopting a background service automatic allocation mode so as to adapt to the requirements of the current application scene.
In a specific application, the embodiment of the application can take the target candidate service provider with the highest ranking as the service provider for the travel order after ranking all the target candidate service providers. In the embodiment of the application, all target candidate service providers can be ranked based on the distance information of each target candidate service provider from the service request terminal, the environment information between the current position of each target candidate service provider and the departure place of the service request terminal, the evaluation score information of each target candidate service provider and the like.
In order to further improve the order receiving experience of the service provider, the embodiment of the application can determine the target candidate service provider based on the determination result of whether the first area is used as the preference travel area of the service provider. The following embodiment II will be described in detail.
Example two
As shown in fig. 5, a method for searching a target candidate service provider according to an embodiment of the present application specifically includes the following steps:
s501, determining a reference candidate service provider according to the departure place information of the service request terminal;
s502, determining whether the first area is a preference travel area of the reference candidate service providing end;
s503, when the first area is determined to be the preference travel area of the reference candidate service provider, and the travel order last received by the reference candidate service provider is determined to be the second area from the first area where the destination of the service request end is located to the departure place of the service request end, the reference candidate service provider is used as the searched target candidate service provider.
The embodiment of the application can firstly determine the reference candidate service provider based on the departure information of the service request end, then determine whether the first area is the preferred travel area of the reference candidate service provider, and finally use the reference candidate service provider as the searched target candidate service provider when determining that the first area is the preferred travel area of the reference candidate service provider and determining that the travel order last received by the reference candidate service provider reaches the second area from the first area.
In the process of searching the peripheral reference candidate service provider, the service request end can be used as a circle center, and the set threshold value is used as a radius to determine the reference candidate service provider in the whole searching area range. When the searching area range is determined, the searching area range is not easy to be too large or too small, the excessive searching area range may have excessive searching reference candidate service providing ends to cause waste of network taxi service platform resources, the too small searching area range may have too few searching reference candidate service providing ends to cause searching of corresponding reference candidate service providing ends, travel demands of the service request ends cannot be responded, and using experience is affected. Therefore, the embodiment of the application can comprehensively consider the surrounding environment (such as traffic condition and the like) and the distribution condition and the like of each reference candidate service provider to define the searching area range corresponding to the service request end, for example, a searching area range with the starting place of the service request end as the center of a circle and the radius of 5km can be selected to surround, and the searching area range can be dynamically changed in the course of the journey so as to adapt to the complexity of the network vehicle application environment.
In order to further improve the order receiving experience of the service provider, the embodiment of the application can comprehensively consider the influence factor of determining the preference travel area and the influence factor of the last order receiving travel, namely, the influence factor that the first area reaches the second area, so as to realize the search of the target candidate service provider. Therefore, the service provider corresponding to the target candidate service provider can receive the order within the order receiving range familiar and preferred by the service provider, the order receiving experience of the service provider is improved, and the service provider can bring more convenient and faster network taxi-taking service for the service requester because of the familiar and preferred environment.
The embodiment of the application not only can determine whether the first area is the preference travel area based on the preset result of the reference candidate service provider, but also can determine whether the first area is the preference travel area based on the statistical result of the number of orders. Next, a specific description will be made by the following embodiment three and embodiment four, respectively.
Example III
As shown in fig. 6, a method for determining a preferred travel area according to a third embodiment of the present application specifically includes the following steps:
s601, acquiring a preference travel area preset by the reference candidate service provider;
S602, judging whether the preset preference travel area contains the first area or not;
s603, if the preset preference travel area is judged to contain the first area, determining that the first area is the preference travel area of the reference candidate service providing end.
In this embodiment of the present application, a preferred travel area preset by the reference candidate service provider may be first obtained, then whether the preset preferred travel area includes the first area may be determined, and when it is determined that the preset preferred travel area includes the first area, the first area is determined to be the preferred travel area of the reference candidate service provider.
In a specific application, the reference candidate service provider may set a preferred travel area based on a corresponding setting port, for example, an area to which an airport belongs, an area to which a railway station belongs, and the like may be set as a preferred travel area, an area to which a residence belongs may also be set as a preferred travel area, and other areas to which the reference candidate service provider intends to travel may also be set as preferred travel areas.
Example IV
As shown in fig. 7, a method for determining a preferred travel area according to a fourth embodiment of the present application specifically includes the following steps:
S701, determining whether the number of orders served by the reference candidate service provider in the first area is higher than a set threshold;
s702, if the number of orders is higher than the set threshold, determining that the first area is a preference travel area of the reference candidate service provider.
Here, in order to reduce the complexity of server dispatch computation, it may be determined whether the first area is a preferred travel area of the reference candidate service provider based on a determination result of whether the number of orders served by the reference candidate service provider in the first area is higher than a set threshold. In this way, on the premise that the number of orders served by the first area is higher than the set threshold value and a driver taking the first area as a history frequent activity area is searched, the reference candidate service provider corresponding to the last travel order when the first area where the destination of the service request end is reaches the second area where the departure place of the service request end is located is determined as the searched target candidate service provider.
In consideration of the actual application scenario of the order allocation method provided by the embodiment of the application, the embodiment of the application can also comprehensively consider the requirement of the service request end on the boarding time to determine the target candidate service providing end. The following embodiment five is used for the specific description.
Example five
As shown in fig. 8, a method for searching for a target candidate service provider according to a fifth embodiment of the present application specifically includes the following steps:
s801, determining the requirement of the service request end on the boarding time;
s802, if the service request end does not have real-time requirement on the boarding time, selecting a service providing end with estimated driving time meeting the reserved boarding time as a target candidate service providing end from a first candidate service providing end which is in an idle state and is in the second area and is in the last time, wherein the first candidate service providing end is in the second area according to the reserved boarding time of the service request end.
Here, the requirement of the service request end on the boarding time needs to be determined first, and then the search strategy of the corresponding service providing end is determined according to the different requirements of the service request end on the boarding time. Here, when the service request end has no real-time requirement for the boarding time, the service request end may search from the first candidate service providing end being serviced or the two candidate service providing ends having completed the service based on the reservation of the service request end. For the first candidate service provider being served, the last-time taking travel order of the first candidate service provider reaching the second area from the first area, and for the second candidate service provider being served, the last-time taking travel order of the second candidate service provider being served reaches the second area from the first area, and the last-time taking travel order can be used as a search object of the corresponding service provider as long as the estimated driving time can meet the reserved driving time of the service request end. For example, the time for the first candidate service provider being served to complete the service is 9:10 a.m., it takes 30 minutes from the location of completing the service to the departure point of the service request, that is, the first candidate service provider predicts that 9:40 can reach the departure point of the passenger, the second candidate service provider having completed the service in an idle state takes 20 minutes from the current stop location to the departure point of the passenger, if the time from the time of the passenger getting off to the departure point of the passenger is 9:30, when the reservation getting on time of the passenger is 9:30, if a preset time difference (such as 10 minutes) exists between the estimated getting on time and the reservation getting on time of the passenger, both the second candidate service provider and the first candidate service provider can be regarded as corresponding driver searching objects. The estimated driving time may refer to a time period from an end time of a travel order being serviced or a travel order having completed a service to a departure place of a passenger, where the time period may be greatly affected by a traffic condition of a driver in a driving process and may be prolonged along with a poor condition such as a traffic jam.
It should be noted that, when the passenger has a real-time requirement on boarding time, considering that in general, a first candidate service provider that is in service often needs a certain time to complete the service and cannot ensure the real-time requirement of the passenger, at this time, a travel order of the completed service that is currently in an idle state and is recently received may be taken as a corresponding driver searching object from the first candidate service provider to the second candidate service provider, so as to substantially meet the real-time requirement of the passenger.
The requirement of the passenger on the boarding time mainly refers to whether the passenger has a real-time requirement on the boarding time or not, and the real-time requirement can indicate that the travel order sent by the passenger is of a real-time type, and the travel order sent by the passenger can be indicated as a reservation type without the real-time requirement.
In addition, in the embodiment of the application, the type of the travel order sent by the passenger can be interfered by the background server. The diversion link before order issuing is mainly considered, so that a proper driver can be found as far as possible by prolonging the effective duration of the order. That is, when the background server obtains the intention of the passenger to travel, the background server may send a prompt message for selecting the reservation mode to the client of the passenger, and encourage the passenger to make the reservation mode to make the reservation through the reservation mode offer message and the reservation time option carried in the prompt message, for example, the background server may send a request to the client of the passenger about whether the passenger is willing to wait for 30 minutes, if the passenger is willing to wait for 30 minutes, the passenger can enjoy the prompt message of 8-fold offer, and may also determine that the passenger does not have real-time requirement for the boarding time after receiving the feedback message of the client for the prompt message, for example, after the passenger is willing to wait for 30 minutes. Therefore, a proper driver can be found in a larger time range, the effective allocation of orders is further improved, and the order receiving experience of the driver is improved.
Based on the above embodiments, the present application further provides an order distribution device, and the implementation of the following various devices may refer to the implementation of the method, and the repetition is not repeated.
Example six
As shown in fig. 9, an order distribution device provided in a fifth embodiment of the present application includes:
the order generation module 901 is configured to receive trip information of a service request end, and generate a trip order according to the trip information, where the trip information includes departure place information and destination information of the service request end;
a provider searching module 902, configured to search for at least one target candidate service provider from a first area where a destination of the service request end is located to a second area where a departure point of the service request end is located, where the last travel order is located;
the order distribution module 903 is configured to select a service provider for receiving an order for the travel order according to the at least one found target candidate service provider.
In one embodiment, the method further comprises:
a provider determining module 904, configured to determine a reference candidate service provider according to the departure information of the service request end;
a preference determining module 905, configured to determine whether the first area is a preference trip area of the reference candidate service provider;
The provider lookup module 902 is specifically configured to:
and when the first area is determined to be the preference travel area of the reference candidate service provider and the travel order which is received by the reference candidate service provider last time is determined to be a second area from the first area where the destination of the service request end is located to the departure place of the service request end, the reference candidate service provider is used as the searched target candidate service provider.
In some embodiments, the provider determination module 904 is specifically configured to:
determining an area range of which the distance between the service request terminal and the service request terminal is smaller than a set threshold value according to the departure place information of the service request terminal;
and taking the service providing end currently in the determined area range as a reference candidate service providing end.
In another embodiment, the method further comprises:
the area judging module 906 is configured to obtain a preference travel area preset by the reference candidate service provider; judging whether the preset preference travel area contains the first area or not;
the preference determining module 905 is specifically configured to:
and if the preset preference travel area is judged to contain the first area, determining that the first area is the preference travel area of the reference candidate service providing end.
In yet another embodiment, the method further comprises:
a region determining module 907, configured to determine whether the number of orders served by the reference candidate service provider in the first region is higher than a set threshold;
the preference determining module 905 is specifically configured to:
and if the order quantity is determined to be higher than the set threshold, determining that the first area is a preference travel area of the reference candidate service provider.
In yet another embodiment, the provider lookup module 902 is specifically configured to:
determining the requirement of the service request end on the boarding time;
if the service request end does not have real-time requirement on the boarding time, selecting a service providing end with estimated driving time meeting the reserved boarding time from a first candidate service providing end which is in an idle state and is in a last time and is in a second candidate service providing end which is in the idle state and is in the last time and is in the second area according to the reserved boarding time of the service request end as a target candidate service providing end.
In some embodiments, the provider lookup module 902 is specifically configured to:
sending prompt information for selecting a reservation mode order to the service request terminal;
and determining the requirement of the service request end on the boarding time according to the feedback information of the service request end on the prompt information.
In some embodiments, the prompt information carries reservation mode order preference information and reservation time options.
Example seven
The seventh embodiment of the present application further provides a computer readable storage medium, where a computer program is stored, and the computer program is executed by a processor to perform the steps of the order allocation method corresponding to any one of the first to fifth embodiments.
Specifically, the storage medium can be a general storage medium, such as a mobile disk, a hard disk, and the like, and when the computer program on the storage medium is run, the method for distributing orders can be executed, so that the effective distribution of orders is realized, and the order receiving experience of a driver is improved.
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, and the instructions included in the program codes may be used to execute the method in the foregoing method embodiment, and specific implementation may refer to the method embodiment and will not be described herein.
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 foregoing method embodiments, which are not described herein again.
The functions, if implemented in the form of software functional units 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 application 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 of the embodiments of the present application. 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.
The foregoing is merely illustrative embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily think about variations or substitutions within the technical scope of the present application, and the application should be covered. Therefore, the protection scope of the application is subject to the protection scope of the claims.
Claims (10)
1. An order allocation method, comprising:
receiving travel information of a service request terminal, and generating a travel order according to the travel information, wherein the travel information comprises departure place information and destination information of the service request terminal;
determining an area range of which the distance between the service request terminal and the service request terminal is smaller than a set threshold value according to the departure place information of the service request terminal;
taking a service providing end currently in the determined area range as a reference candidate service providing end;
when the first area is determined to be a preference travel area of the reference candidate service provider and a travel order which is recently taken by the reference candidate service provider is determined to be a second area where a departure place of the service request end is located from the first area where a destination of the service request end is located, the reference candidate service provider is used as a searched target candidate service provider; the preference travel area of the reference candidate service provider is determined according to the preference travel area preset by the reference candidate service provider or the number of orders serviced by the reference candidate service provider in the first area;
And selecting a service provider for receiving the order for the travel order according to the searched at least one target candidate service provider.
2. The method of claim 1, wherein finding at least one target candidate service provider that most recently received travel orders is from a first area where a destination of the service request arrives to a second area where a departure of the service request arrives, comprises:
determining the requirement of the service request end on the boarding time;
if the service request end does not have real-time requirement on the boarding time, selecting a service providing end with estimated driving time meeting the reserved boarding time from a first candidate service providing end which is in an idle state and is in a last time and is in a second candidate service providing end which is in the idle state and is in the last time and is in the second area according to the reserved boarding time of the service request end as a target candidate service providing end.
3. The method of claim 2, wherein the demand for on-board time by the service request end is determined according to the steps of:
Sending prompt information for selecting a reservation mode order to the service request terminal;
and determining the requirement of the service request end on the boarding time according to the feedback information of the service request end on the prompt information.
4. The method of claim 3, wherein the prompt message carries reservation mode offer information and reservation time options.
5. An order dispensing device, comprising:
the order generation module is used for receiving travel information of the service request terminal and generating a travel order according to the travel information, wherein the travel information comprises departure place information and destination information of the service request terminal;
the providing end determining module is used for determining an area range of which the distance between the providing end determining module and the service request end is smaller than a set threshold according to the departure place information of the service request end; taking a service providing end currently in the determined area range as a reference candidate service providing end;
the providing end searching module is used for taking the reference candidate service providing end as a searched target candidate service providing end when determining that the first area is a preference travel area of the reference candidate service providing end and determining that a travel order last received by the reference candidate service providing end reaches a second area where a departure place of the service requesting end is located from the first area where a destination of the service requesting end is located; the preference travel area of the reference candidate service provider is determined according to the preference travel area preset by the reference candidate service provider or the number of orders serviced by the reference candidate service provider in the first area;
And the order distribution module is used for selecting a service provider for receiving the order for the travel order according to the searched at least one target candidate service provider.
6. The apparatus of claim 5, wherein the provider lookup module is specifically configured to:
determining the requirement of the service request end on the boarding time;
if the service request end does not have real-time requirement on the boarding time, selecting a service providing end with estimated driving time meeting the reserved boarding time from a first candidate service providing end which is in an idle state and is in a last time and is in a second candidate service providing end which is in the idle state and is in the last time and is in the second area according to the reserved boarding time of the service request end as a target candidate service providing end.
7. The apparatus of claim 6, wherein the provider lookup module is specifically configured to:
sending prompt information for selecting a reservation mode order to the service request terminal;
and determining the requirement of the service request end on the boarding time according to the feedback information of the service request end on the prompt information.
8. The apparatus of claim 7, wherein the reminder information carries reservation mode offer information and reservation time options.
9. An electronic device, comprising: a processor, a memory and a bus, said memory storing machine readable instructions executable by said processor, said processor and said memory communicating over the bus when the electronic device is running, said machine readable instructions when executed by said processor performing the steps of the order allocation method according to any of claims 1 to 4.
10. 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 order allocation method according to any of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910138870.8A CN111612286B (en) | 2019-02-25 | 2019-02-25 | Order distribution method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910138870.8A CN111612286B (en) | 2019-02-25 | 2019-02-25 | Order distribution method and device, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111612286A CN111612286A (en) | 2020-09-01 |
| CN111612286B true CN111612286B (en) | 2023-09-29 |
Family
ID=72202868
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910138870.8A Active CN111612286B (en) | 2019-02-25 | 2019-02-25 | Order distribution method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111612286B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112381613A (en) * | 2020-11-26 | 2021-02-19 | 南京青囊医疗科技服务有限公司 | Order management method and system based on operation platform following service |
| CN112801454A (en) * | 2020-12-31 | 2021-05-14 | 北京嘀嘀无限科技发展有限公司 | Method, apparatus, computer device, medium, and article of manufacture for determining resource allocation |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009146300A (en) * | 2007-12-17 | 2009-07-02 | Nec Corp | Vehicle allocation system, taxi-side terminal device, server device, portable terminal device, program for taxi-side terminal device and the like |
| CN102113001A (en) * | 2008-08-05 | 2011-06-29 | 罗恩·本·艾瑞 | Method and system for cab management |
| CN103996290A (en) * | 2014-06-09 | 2014-08-20 | 北京东方车云信息技术有限公司 | Taxi service providing method, server and system |
| CN104794553A (en) * | 2014-08-12 | 2015-07-22 | 北京东方车云信息技术有限公司 | System and method for order sending based on the familiarity with taxi operation areas in networked taxi renting |
| CN106096764A (en) * | 2016-06-02 | 2016-11-09 | 深圳市永兴元科技有限公司 | order processing method and device |
| CN106779910A (en) * | 2016-11-24 | 2017-05-31 | 北京小度信息科技有限公司 | Dispatching order allocation method and device |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2016389440A1 (en) * | 2016-01-27 | 2018-02-08 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for matching and displaying service request and available vehicles |
| CN107424022B (en) * | 2016-05-23 | 2022-02-11 | 北京嘀嘀无限科技发展有限公司 | Order pushing method and system |
| CN106327311B (en) * | 2016-09-14 | 2022-02-15 | 京东方科技集团股份有限公司 | Order processing method, device and system |
-
2019
- 2019-02-25 CN CN201910138870.8A patent/CN111612286B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009146300A (en) * | 2007-12-17 | 2009-07-02 | Nec Corp | Vehicle allocation system, taxi-side terminal device, server device, portable terminal device, program for taxi-side terminal device and the like |
| CN102113001A (en) * | 2008-08-05 | 2011-06-29 | 罗恩·本·艾瑞 | Method and system for cab management |
| CN103996290A (en) * | 2014-06-09 | 2014-08-20 | 北京东方车云信息技术有限公司 | Taxi service providing method, server and system |
| CN104794553A (en) * | 2014-08-12 | 2015-07-22 | 北京东方车云信息技术有限公司 | System and method for order sending based on the familiarity with taxi operation areas in networked taxi renting |
| CN106096764A (en) * | 2016-06-02 | 2016-11-09 | 深圳市永兴元科技有限公司 | order processing method and device |
| CN106779910A (en) * | 2016-11-24 | 2017-05-31 | 北京小度信息科技有限公司 | Dispatching order allocation method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111612286A (en) | 2020-09-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220044186A1 (en) | Arranging a transport service for multiple users | |
| US11030843B2 (en) | Implementing a transport service using unique identifiers | |
| Liu et al. | FooDNet: Toward an optimized food delivery network based on spatial crowdsourcing | |
| JP2020515951A (en) | System and method for allocating vehicles for on-demand services | |
| CN109376311A (en) | Suitable for the multiple matched system of driver-motroist, method and apparatus for multiplying model altogether | |
| CN108701320A (en) | The system and method for share-car | |
| CN111353092B (en) | Service pushing method, device, server and readable storage medium | |
| JP6772302B2 (en) | Systems and methods for information processing | |
| JP2018524647A (en) | System and method for assigning reservation orders | |
| CN111277618B (en) | Information pushing method and device, electronic equipment and storage medium | |
| US11416792B2 (en) | Network system capable of grouping multiple service requests | |
| CN111105251A (en) | Information pushing method and device | |
| CN111612286B (en) | Order distribution method and device, electronic equipment and storage medium | |
| CN110832536B (en) | System and method for recommending boarding location | |
| CN111489214B (en) | Order allocation method, condition setting method, device and electronic equipment | |
| CN110750709A (en) | Service recommendation method and device | |
| CN111353093B (en) | Problem recommendation method, device, server and readable storage medium | |
| CN111260423B (en) | Order allocation method, order allocation device, electronic equipment and computer readable storage medium | |
| CN111143486A (en) | Service position acquisition method and device, electronic equipment and storage medium | |
| CN111353090B (en) | Service distribution method, device, server and readable storage medium | |
| US11940286B1 (en) | Fast computational generation of digital pickup and delivery plans |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |