WO2019174600A1 - Systems and methods for reward administering in an on-line service - Google Patents

Systems and methods for reward administering in an on-line service Download PDF

Info

Publication number
WO2019174600A1
WO2019174600A1 PCT/CN2019/078003 CN2019078003W WO2019174600A1 WO 2019174600 A1 WO2019174600 A1 WO 2019174600A1 CN 2019078003 W CN2019078003 W CN 2019078003W WO 2019174600 A1 WO2019174600 A1 WO 2019174600A1
Authority
WO
WIPO (PCT)
Prior art keywords
preset
service
time
order
reward
Prior art date
Application number
PCT/CN2019/078003
Other languages
French (fr)
Inventor
Xiangjie WANG
Lin Zeng
Qing LV
Wei Sun
Original Assignee
Beijing Didi Infinity Technology And Development Co., Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from CN201810218559.XA external-priority patent/CN110276628B/en
Priority claimed from CN201810351045.1A external-priority patent/CN110390544A/en
Priority claimed from CN201810509980.6A external-priority patent/CN110533442A/en
Application filed by Beijing Didi Infinity Technology And Development Co., Ltd. filed Critical Beijing Didi Infinity Technology And Development Co., Ltd.
Priority to CN201980003264.3A priority Critical patent/CN110832537A/en
Publication of WO2019174600A1 publication Critical patent/WO2019174600A1/en

Links

Images

Classifications

    • G06Q50/40
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0639Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06398Performance of employee with respect to a job function

Definitions

  • the present disclosure generally relates to on-line services, and more particularly, relates to systems and methods for administering rewards in an on-line service.
  • a service provider receives orders through a client installed on a terminal device of the service provider, and fulfills the orders by receiving orders, delivering customers, and accepting customers'payments.
  • a hailing platform offers rewards to service providers who accept and fulfill orders during specific time periods and/or in specific areas, such as morning peak hours, evening peak hours, late night, devious areas, transportation hubs (railway stations, airports) and so on.
  • a hailing platform offers rewards to a service provider after an order is complete.
  • the hailing platform obtains a driving route and a departure time of the order, determine whether reward standards are satisfied according to the driving route and/or the departure time, and if a reward standards is satisfied, offers rewards to the service provider. Since the hailing platform needs a large amount of time and computing to perform the above process, the rewards for the service provider cannot be administered in real time, thus resulting in a poor user experience and reducing the service provider's enthusiasm on receiving orders.
  • the service provider since the service provider is initiative in a process of receiving the order, the service provider may receive order according to his/her own habits, such as receive a certain number of orders each day or does not receive orders in a certain period each day.
  • a certain amount of rewards is usually offered for orders fulfilled by the service provider. In this way, each order may be obtained and rewarded separately, ignoring associations between orders.
  • a customer when a customer requests a car-hailing service, there may be fewer service providers near the start location of the customer, and it is possible to dispatch the order to a service provider who is far away from the start location. In such a case, the service provider takes more time to arrive at the start location, however, the user may cancel the order if he/she needs to wait for a long time.
  • a method for rewarding a driver may be implemented on a device having at least one processor and at least one computer-readable storage medium.
  • the storage medium may store information of a reward that is awarded to the driver when a preset reward standard is met, the preset reward standard including at least one of a preset time standard, a preset location standard, or a preset service standard.
  • the method may comprise receiving an order information from a customer; determining if the order information satisfy the preset reward standard; if the preset reward standard is met, administering the reward to the driver along with the service request; and once the service request is accepted and fulfilled by the driver, sending the reward to the driver.
  • the order information includes a requested service time, a start location, and an end location.
  • determining if the order information satisfy the preset reward standard includes determining if the requested service time, the start location, and the end location satisfy at least one of the preset time standard or the preset location standard.
  • determining if the requested service time, the start location, and the end location satisfy at least one of the preset time standard or the preset location standard includes determining if the requested service time falls into a preset duration, wherein the number of available service provider is less than the number of service requests placed during the preset duration.
  • determining if the requested service time, the start location, and the end location satisfy at least one of the preset time standard or the preset location standard includes determining if the start location or the end location falls to a preset area, wherein the number of available service provider is less than the number of service requests placed in the preset area.
  • the method may further include obtaining weather information of the start location at the requested service time.
  • determining if the order information satisfy the preset reward standard includes determining that a preset weather condition is satisfied based on the weather information of the start location at the requested service time.
  • the method further include obtaining a distance from the start location to the end location; and adjusting the reward based on the distance.
  • the method may further include determining whether the order is a cheating order according to anti-cheating strategies; and in response to the determination that the order is a cheating order, cancelling the administering of the reward.
  • the order information includes a current acceptance time and a previous completion time.
  • determining if the order information satisfy the preset reward standard includes determining a time interval between the current acceptance time and the previous completion time; determining if the current order is continuous from the immediate previous order based on the time interval between the current acceptance time and the previous completion time; and in response to the determination that the current order is continuous, determining whether a total number of continuous orders is greater than a first preset order number; and in response to the determination that the total number of continuous orders is greater than the first preset order number, determining that the preset service condition is satisfied.
  • determining if the current order is continuous from the immediate previous order based on the time interval between the current acceptance time and the previous completion time includes determining whether the time interval is smaller than a preset interval; and in response to the determination that the time interval is smaller than the preset interval, determining that the service provider is in a continuous service.
  • the method may further include in response to the determination that the time interval is not smaller than a preset interval, determining whether the time interval falls into a preset time period; and in response to the determination that the time interval falls into a preset time period, determining that the service provider is in a continuous service.
  • the method may further include determining the reward based on the current acceptance time.
  • the method may further include obtaining a user rating for the service provider regarding the current order from a requester; and determining the reward based on the user rating.
  • the method may further include obtaining a total amount of rewards in the account of the service provider; determining whether the total amount of rewards in the account of the service provider is larger than a preset amount; and in response to the determination that the total amount of rewards in the account of the service provider is larger than the preset amount, stopping the administering of the rewards.
  • the method may further include obtaining a total number of orders in the continuous service; determining whether the total number of orders is larger than a second preset order number; and in response to the determination that the total number of orders is larger than the second preset order number, stopping the administering of the rewards.
  • a method for rewarding a customer may be implemented on a device having at least one processor and at least one computer-readable storage medium.
  • the storage medium stores information of a reward that is awarded to the customer when the customer needs to wait a long time for a service provider.
  • the method may comprise receiving and storing in the device a service request from a terminal device of the customer, wherein the service request comprises order information including a start location; using the processor to dispatch a service provider for the customer based on the order information; using the processor to determine an estimated duration for the service provider to arrival at the start location; and transmitting, on condition that the estimated duration is larger than or equal to a preset duration, discount information with limitations for use with respect to the service request to the terminal device of the customer, wherein the limitations include a discount can be applied when an actual customer waiting time is longer than or equal to a sum of the estimated duration and a preset deviation time.
  • the method may further include obtaining a plurality of pervious service requests; and determining the preset duration or the preset deviation time based on the plurality of previous service requests.
  • determining the preset duration based on the plurality of previous service requests includes determining a first relationship between the waiting time and an order cancellation probability based on the plurality of previous service requests; and determining the preset duration according to the first relationship.
  • determining the preset duration according to the first relationship includes determining an optimized waiting time corresponding to a largest order cancellation probability according to the first relationship; and designating the optimized waiting time as the preset duration.
  • determining the preset duration based on the plurality of previous service requests includes determining a second relationship between the estimated duration and an order cancellation probability based on the plurality of previous service requests; and determining the preset duration according to the second relationship.
  • determining the preset duration according to the second relationship includes determining an optimized estimated duration corresponding to a largest order cancellation probability according to the second relationship; and designating the optimized estimated duration as the preset duration.
  • determining the preset deviation time based on the plurality of previous service requests includes determining differences between actual durations that service providers arrive at start locations and estimated durations based on the plurality of previous service requests; and determining the preset deviation time based on the differences.
  • the limitations further include the discount can be applied when an actual duration that the service provider arrives at the start location is larger than a sum of the estimated duration and the preset deviation time.
  • a system for rewarding a driver may include at least one storage medium storing instructions including information of a reward that is awarded to the driver when a preset reward standard is met, the preset reward standard including at least one of a preset time standard, a preset location standard, or a preset service standard; and at least one processor configured to communicate with the at least one storage medium, wherein when executing the set of instructions, the at least one processor is directed to receive an order information from a customer; determine if the order information satisfy the preset reward standard; if the preset reward standard is met, administer the reward to the driver along with the service request; and once the service request is accepted and fulfilled by the driver, send the reward to the driver.
  • a system for rewarding a customer may include at least one storage medium storing instructions including information of a reward that is awarded to the customer when the customer needs to wait a long time for a service provider; and at least one processor configured to communicate with the at least one storage medium, wherein when executing the set of instructions, the at least one processor is directed to receive and store in the device a service request from a terminal device of the customer, wherein the service request comprises order information including a start location; use the processor to dispatch a service provider for the customer based on the order information; use the processor to determine an estimated duration for the service provider to arrival at the start location; and transmit, on condition that the estimated duration is larger than or equal to a preset duration, discount information with limitations for use with respect to the service request to the terminal device of the customer, wherein the limitations include a discount can be applied when an actual customer waiting time is longer than or equal to a sum of the estimated duration and a preset deviation time.
  • a non-transitory computer readable medium may comprise at least one set of instructions for rewarding a driver, wherein the storage medium stores information of a reward that is awarded to the driver when a preset reward standard is met, the preset reward standard including at least one of a preset time standard, a preset location standard, or a preset service standard, when executed by at least one processor of a computing device, the at least one set of instructions causes the computing device to perform a method.
  • the method may comprise receiving an order information from a customer; determining if the order information satisfy the preset reward standard; if the preset reward standard is met, administering the reward to the driver along with the service request; and once the service request is accepted and fulfilled by the driver, sending the reward to the driver.
  • a non-transitory computer readable medium may comprise at least one set of instructions for rewarding a customer, wherein the storage medium stores information of a reward that is awarded to the customer when the customer needs to wait a long time for a service provider, when executed by at least one processor of a computing device, the at least one set of instructions causes the computing device to perform a method.
  • the method may comprise receiving and storing in the device a service request from a terminal device of the customer, wherein the service request comprises order information including a start location; using the processor to dispatch a service provider for the customer based on the order information; using the processor to determine an estimated duration for the service provider to arrival at the start location; and transmitting, on condition that the estimated duration is larger than or equal to a preset duration, discount information with limitations for use with respect to the service request to the terminal device of the customer, wherein the limitations include a discount can be applied when an actual customer waiting time is longer than or equal to a sum of the estimated duration and a preset deviation time.
  • Fig. 1 is a schematic diagram illustrating an exemplary reward offering system according to some embodiments of the present disclosure
  • Fig. 2 is a schematic diagram illustrating exemplary components of a computing apparatus according to some embodiments of the present disclosure
  • Fig. 3 is a schematic diagram illustrating exemplary hardware and/or software components of an exemplary user terminal according to some embodiments of the present disclosure
  • FIG. 4 is a flowchart illustrating a process 400 for offering rewards to a service provider according to some embodiments of the present disclosure
  • FIG. 5 is a flowchart illustrating a process 500 for determining whether the service request satisfies a preset standard according to some embodiments of the present disclosure
  • FIG. 6 is a block diagram of a reward offering device according to some embodiments of present disclosure.
  • FIG. 7 is a flowchart illustrating a process 700 for rewarding a continuous service according to some embodiments of the present disclosure
  • FIG. 8 is a flowchart illustrating a process 800 for rewarding a continuous service according to some embodiments of the present disclosure
  • FIG. 9 is a structural diagram of a service rewarding device according to some embodiments of the present disclosure.
  • FIG. 10 is a flowchart illustrating a process 1000 for rewarding a customer according to some embodiments of the present disclosure
  • FIG. 11 is a flowchart illustrating a process 1100 for rewarding a customer according to some embodiments of the present disclosure
  • FIG. 12 is a flowchart illustrating a process 1200 for rewarding a customer according to some embodiments of the present disclosure
  • FIG. 13 is a schematic diagram of an interface of a terminal device of a customer implementing the customer rewarding method according to some embodiments of the present disclosure
  • FIG. 14 is a schematic diagram of an interface of a terminal device of a customer implementing the customer rewarding method according to some embodiments of the present disclosure
  • FIG. 15 is a schematic diagram of a customer rewarding device according to some embodiments of the present disclosure.
  • FIG. 16 is a schematic diagram of a customer rewarding device according to some embodiments of the present disclosure.
  • FIG. 17 is a schematic diagram of a customer rewarding device according to some embodiments of the present disclosure.
  • modules of the system may be referred to in various ways according to some embodiments of the present disclosure, however, any number of different modules may be used and operated in a client terminal and/or a server. These modules are intended to be illustrative, not intended to limit the scope of the present disclosure. Different modules may be used in different aspects of the system and method.
  • flow charts are used to illustrate the operations performed by the system. It is to be expressly understood, the operations above or below may or may not be implemented in order. Conversely, the operations may be performed in inverted order, or simultaneously. Besides, one or more other operations may be added to the flowcharts, or one or more operations may be omitted from the flowchart.
  • Some embodiments of the present disclosure are directed to an on-line reward offering function applicable in, e.g., on-demand services, which is a newly emerged service or demand rooted only in the post-Internet era. It provides the technical solutions to customers that could rise only in the post-Internet era. In the pre-Internet era, it is impossible to offering rewards to both passengers and drivers in real time without a large amount of data acquisition and computation. Therefore, the present solution is deeply rooted in and aimed to solve a problem only occurred in the post-Internet era.
  • FIG. 1 illustrates an exemplary network environment of a reward offering system according to some embodiments of the present disclosure.
  • the reward administering system 100 may be an online service platform for providing travelling related services.
  • the reward administering system 100 may include a server 110, a network 120, a user terminal 130, a driver device 140, and a storage 150.
  • the reward administering system 100 may further include a positioning device 160 (not shown in FIG. 1) .
  • the reward administering system 100 may be applicable in a plurality of services.
  • Exemplary services may include a travel plan service, a navigation service, an on-demand service (e.g., a taxi hailing service, a chauffeur service, an express car service, a carpool service, a bus service, or a driver hire service) , or the like, or a combination thereof.
  • the server 110 may process data and/or information from one or more components of the reward administering system 100 or an external data source (e.g., a cloud data center) .
  • the server 110 may communicate with the user terminal 130 and/or the driver device 140 to provide various functionality of online services.
  • the server 110 may be a single server, or a server group.
  • the server group may be a centralized server group connected to the network 120 via an access point, or a distributed server group connected to the network 120 via one or more access points, respectively.
  • the server 110 may be locally connected to the network 120 or in remote connection with the network 120.
  • the server 110 may access information and/or data stored in the user terminal 130, the driver device 140, and/or the storage 150 via the network 120.
  • the storage 150 may serve as backend data storage of the server 110.
  • the server 110 may be implemented on a cloud platform.
  • the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, an inter-cloud, a multi-cloud, or the like, or any combination thereof.
  • the server 110 may be implemented in a computing device 200 having one or more components illustrated in FIG. 2 in the present disclosure.
  • the server 110 may include a processing device 112.
  • the processing device 112 may process information and/or data related to one or more functions described in the present disclosure.
  • the processing device 112 may perform main functions of the reward administering system 100.
  • the processing device 112 may process rewarding related information to offer rewards to drivers or passengers to improve the match success between the drivers and the passengers.
  • the processing device 112 may perform other functions related to the method and system described in the present disclosure.
  • the processing device 112 may include one or more processing units (e.g., single-core processing device (s) or multi-core processing device (s) ) .
  • the processing device 112 may include a central processing unit (CPU) , an application-specific integrated circuit (ASIC) , an application-specific instruction-set processor (ASIP) , a graphics processing unit (GPU) , a physics processing unit (PPU) , a digital signal processor (DSP) , a field programmable gate array (FPGA) , a programmable logic device (PLD) , a controller, a microcontroller unit, a reduced instruction-set computer (RISC) , a microprocessor, or the like, or any combination thereof.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • ASIP application-specific instruction-set processor
  • GPU graphics processing unit
  • PPU physics processing unit
  • DSP digital signal processor
  • FPGA field programmable gate array
  • PLD programmable logic device
  • controller
  • the network 120 may facilitate exchange of information and/or data.
  • one or more components in the reward administering system 100 e.g., the server 110, the user terminal 130, the driver device 140, the storage 150
  • the network 120 may be any type of wired or wireless network, or combination thereof.
  • the network 120 may include a cable network, a wireline network, an optical fiber network, a tele communications network, an intranet, an Internet, a local area network (LAN) , a wide area network (WAN) , a wireless local area network (WLAN) , a metropolitan area network (MAN) , a wide area network (WAN) , a public telephone switched network (PSTN) , a Bluetooth network, a ZigBee network, a near field communication (NFC) network, or the like, or any combination thereof.
  • the network 120 may include one or more network access points.
  • the network 120 may include wired or wireless network access points such as base stations and/or internet exchange points 120-1, 120-2, ..., through which one or more components of the reward administering system 100 may be connected to the network 120 to exchange data and/or information.
  • the user terminal 130 and/or the driver device 140 may communicate with the server 110 via the network 120.
  • a passenger may be an owner of the user terminal 130.
  • the owner of the user terminal 130 may be someone other than the passenger.
  • an owner A of the user terminal 130 may use the user terminal 130 to send a service request for a passenger B, and/or receive a service confirmation and/or information or instructions from the server 110.
  • a driver may be a user of the driver device 140.
  • the user of the driver device 140 may be someone other than the driver.
  • a user C of the driver device 140 may use the driver device 140 to receive a service request for a driver D, and/or information or instructions from the server 110.
  • a driver may be assigned to use one of the driver device 140 for at least a certain period of time. For example, when a driver is available to provide an on-demand service, he/she may be assigned to use a driver terminal that receives an earliest request and a vehicle that is recommended to perform the type of on-demand service.
  • “passenger” and “terminal device” may be used interchangeably, and “driver” and “driver device” may be used interchangeably.
  • the driver device 140 may be associated with one or more drivers (e.g., a night-shift driver, a day-shift driver, or a driver pool by a random shifting) .
  • a customer may receive a service response for a trip via the user terminal 130.
  • the user terminal 130 may obtain an ETA of the trip from the processing device 112 via the network 120.
  • the user terminal 130 may include a mobile device 130-1, a tablet computer 130-2, a laptop computer 130-3, a built-in device in a vehicle 130-4, or the like, or any combination thereof.
  • the mobile device 130-1 may include a smart home device, a wearable device, a smart mobile device, a virtual reality device, an augmented reality device, or the like, or any combination thereof.
  • the smart home device may include a smart lighting device, a control device of an intelligent electrical apparatus, a smart monitoring device, a smart television, a smart video camera, an interphone, or the like, or any combination thereof.
  • the wearable device may include a smart bracelet, a smart footgear, a smart glass, a smart helmet, a smart watch, smart clothing, a smart backpack, a smart accessory, or the like, or any combination thereof.
  • the smart mobile device may include a smartphone, a personal digital assistance (PDA) , a gaming device, a navigation device, a point of sale (POS) device, or the like, or any combination thereof.
  • PDA personal digital assistance
  • 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.
  • the virtual reality device and/or the augmented reality device may include a Google Glass TM , an Oculus Rift TM , a Hololens TM , a Gear VR TM , etc.
  • a built-in device in the vehicle 130-4 may include a built-in computer, an onboard built-in television, a built-in tablet, etc.
  • the user terminal 130 may include a signal transmitter and a signal receiver configured to communicate with the positioning device 170 for locating the position of the passenger and/or the user terminal 130, and determining a relative distance from his/her position to a road.
  • the driver may receive a service request via the driver device 140.
  • the driver device 140 may include a plurality of driver devices 140-1, 140-2, ..., 140-n. In some embodiments, the driver device 140 may be similar to, or same as the user terminal 130. In some embodiments, the driver device 140 may be customized to implement online services based on travel related information obtained from the processing device 112.
  • the storage 150 may store data and/or instructions.
  • the data may include geographic location information, time information, driver information, and/or external environment.
  • data related to geographic location information may include a start location, an end location, a distance between the start location and the end location, etc.
  • Data related to time information may include a departure time, an order acceptance time, an order-complete time, etc.
  • Data related to driver may include a driver identification (ID) , a user profile of the driver, an account of the driver, etc.
  • ID driver identification
  • the storage 150 may store data obtained from the user terminal 130 and/or the driver device 140.
  • the storage 150 may store logs associated with the user terminal 130.
  • the storage 150 may store data and/or instructions that the processing device 112 may execute to offer rewards to service providers and/or customers as described in the present disclosure.
  • the storage 150 may include a mass storage, a removable storage, a volatile read-and-write memory, a read-only memory (ROM) , or the like, or any combination thereof.
  • Exemplary mass storage may include a magnetic disk, an optical disk, a solid-state drive, etc.
  • Exemplary removable storage may include a flash drive, a floppy disk, an optical disk, a memory card, a zip disk, a magnetic tape, etc.
  • Exemplary volatile read-and-write memory may include a random access memory (RAM) .
  • Exemplary RAM may include a dynamic RAM (DRAM) , a double date rate synchronous dynamic RAM (DDR SDRAM) , a static RAM (SRAM) , a thyristor RAM (T-RAM) , and a zero-capacitor RAM (Z-RAM) , etc.
  • Exemplary ROM may include a mask ROM (MROM) , a programmable ROM (PROM) , an erasable programmable ROM (EPROM) , an electrically erasable programmable ROM (EEPROM) , a compact disk ROM (CD-ROM) , and a digital versatile disk ROM, etc.
  • the storage 150 may be implemented on a cloud platform.
  • the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, an inter-cloud, a multi-cloud, or the like, or any combination thereof.
  • one or more components in the reward administering system 100 may access the data or instructions stored in the storage 150 via the network 120.
  • the storage 150 may be directly connected to the server 110 as a backend storage.
  • the positioning device 170 may determine information associated with an object, for example, one or more of the user terminal 130, the driver device 140, etc. For example, the positioning device 170 may determine a current location of the user terminal 130.
  • the positioning device 170 may be a global positioning system (GPS) , a global navigation satellite system (GLONASS) , a compass navigation system (COMPASS) , a BeiDou navigation satellite system, a Galileo positioning system, a quasi-zenith satellite system (QZSS) , etc.
  • the information provided by the positioning device 170 may include a location, an elevation, a velocity, or an acceleration of the object, and/or a current time.
  • the location may be in the form of coordinates, such as, a latitude coordinate and a longitude coordinate, etc.
  • the positioning device 170 may include or associate with one or more satellites.
  • the satellites may determine the information mentioned above independently or jointly.
  • the positioning device 170 may send the information mentioned above to the user terminal 130, or the driver device 140 via the network 120.
  • the element may perform through electrical signals and/or electromagnetic signals.
  • a user terminal 130 processes a task, such as planning a trip from one place to another, the user terminal 130 may operate logical circuits in its processor to process such task.
  • a processor of the user terminal 130 may generate electrical signals encoding the instruction.
  • the processor of the user terminal 130 may then send the electrical signals to an output port. If the user terminal 130 communicates with the server 110 via a wired network, the output port may be physically connected to a cable, which further transmit the electrical signal to an input port of the server 110.
  • the output port of the user terminal 130 may be one or more antennas, which convert the electrical signals to electromagnetic signals.
  • a driver device 140 may process a task through operation of logical circuits in its processor, and receive an instruction and/or information from the server 110 via electrical signals or electromagnet signals.
  • an electronic device such as the user terminal 130, the driver device 140, and/or the server 110, when a processor thereof processes an instruction, sends out an instruction, and/or performs an action, the instruction and/or action is conducted via electrical signals.
  • the processor when the processor retrieves data (e.g., road networks) from a storage medium (e.g., the storage 150) , it may send out electrical signals to a read device of the storage medium, which may read structured data in the storage medium.
  • the structured data may be transmitted to the processor in the form of electrical signals via a bus of the electronic device.
  • an electrical signal may refer to one electrical signal, a series of electrical signals, and/or a plurality of discrete electrical signals.
  • Fig. 2 is a schematic diagram illustrating exemplary components of a computing apparatus according to some embodiments of the present disclosure.
  • the server 110, the storage device 120, the information provider 130, and/or the communication platform 140 may be implemented on the computing apparatus 200 according to some embodiments of the present disclosure.
  • the particular system may use a functional block diagram to explain the hardware platform containing one or more user interfaces.
  • the computer may be a computer with general or specific functions. Both types of the computers may be configured to implement any particular system according to some embodiments of the present disclosure.
  • Computing apparatus 200 may be configured to implement any components that perform one or more functions disclosed in the present disclosure.
  • the computing apparatus 200 may implement any component of the reward administering system 100 as described herein.
  • the computing apparatus 200 may include COM ports 250 connected to and from a network connected thereto to facilitate data communications.
  • the computing apparatus 200 may also include a processor (e.g., the processor 220) , in the form of one or more processors (e.g., logic circuits) , for executing program instructions.
  • the processor may include interface circuits and processing circuits therein.
  • the interface circuits may be configured to receive electronic signals from a bus 210, wherein the electronic signals encode structured data and/or instructions for the processing circuits to process.
  • the processing circuits may conduct logic calculations, and then determine a conclusion, a result, and/or an instruction encoded as electronic signals. Then the interface circuits may send out the electronic signals from the processing circuits via the bus 210.
  • the exemplary computing apparatus may include the internal communication bus 210, program storage and data storage of different forms including, for example, a disk 270, and a read only memory (ROM) 230, or a random access memory (RAM) 240, for various data files to be processed and/or transmitted by the computing apparatus.
  • the exemplary computing apparatus may also include program instructions stored in the ROM 230, RAM 240, and/or another type of non-transitory storage medium to be executed by the processor 220.
  • the methods and/or processes of the present disclosure may be implemented as the program instructions.
  • the computing apparatus 200 also includes an I/O component 260, supporting input/output between the computer and other components.
  • the computing apparatus 200 may also receive programming and data via network communications.
  • FIG. 2 Merely for illustration, only one processor and/or processor is illustrated in FIG. 2. Multiple CPUs and/or processors are also contemplated; thus operations and/or method steps performed by one CPU and/or processor as described in the present disclosure may also be jointly or separately performed by the multiple CPUs and/or processors.
  • the CPU and/or processor of the computing apparatus 200 executes both operation A and operation B
  • operation A and operation B may also be performed by two different CPUs and/or processors jointly or separately in the computing apparatus 200 (e.g., the first processor executes operation A and the second processor executes operation B, or the first and second processors jointly execute operations A and B) .
  • Fig. 3 is a block diagram illustrating exemplary hardware and/or software components of an exemplary requestor terminal according to some embodiments of the present disclosure.
  • the information provider 130 or the communication platform 140 may be implemented on the mobile device 300 according to some embodiments of the present disclosure.
  • the mobile device 300 may include a communication module 310, a display 320, a graphic processing unit (GPU) 330, a central processing unit (CPU) 340, an I/O 350, a memory 360, and a storage 390.
  • the CPU 340 may include interface circuits and processing circuits similar to the processor 220.
  • any other suitable component including but not limited to a system bus or a controller (not shown) , may also be included in the mobile device 300.
  • a mobile operating system 370 e.g., iOS TM , Android TM , Windows Phone TM , etc.
  • the applications 380 may include a browser or any other suitable mobile apps for receiving and rendering information relating to a service request or other information from the reward offering system on the mobile device 300.
  • User interactions with the information stream may be achieved via the I/O devices 350 and provided to the processing device112 and/or other components of the reward administering system 100 via the network 150.
  • a computer hardware platform may be used as hardware platforms of one or more elements (e.g., a component of the server 110 described in FIG. 1) . Since these hardware elements, operating systems, and program languages are common, it may be assumed that persons skilled in the art may be familiar with these techniques and they may be able to provide information required in the data classification according to the techniques described in the present disclosure.
  • a computer with a user interface may be used as a personal computer (PC) , or other types of workstations or terminal devices. After being properly programmed, a computer with a user interface may be used as a server. It may be considered that those skilled in the art may also be familiar with such structures, programs, or general operations of this type of computer device. Thus, additional explanations are not described for the figures.
  • FIG. 4 is a flowchart illustrating a process 400 for offering rewards to a service provider according to some embodiments of the present disclosure.
  • the process 400 shown in FIG. 4 may be implemented in the reward administering system 100 illustrated in FIG. 1.
  • a storage device e.g., the DISK 270 of the computing device 200
  • the server 110 e.g., the processor 220 of the computing device 200
  • a part of the process 400 may be implemented on a terminal device.
  • the operations of the illustrated process 400 presented below are intended to be illustrative. In some embodiments, the process 400 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of the process 400 as illustrated in FIG. 4 and described below is not intended to be limiting.
  • a service request may be received from a terminal device of a customer, the service request including service request parameters such as a requested service time, a starting location, and an end location.
  • the terminal device of the customer may be implemented by the user terminal 130.
  • the customer may input the requested service time, the start location, and the end location through the terminal device.
  • the terminal device may generate the service request based on the requested service time, the start location, and the end location, and transmit the service request to a hailing platform.
  • the hailing platform may be implemented in the server 110.
  • the hailing platform may obtain the requested service time and start location when the service request is received.
  • the terminal device may determine a current location of the customer as the start location, or provide a map for the customer to mark up the start location and the end location.
  • the service request may not be limited to information disclosed above, but may also include any type of car-hailing services, such as a taxi service, a carpooling or rideshare service, etc.
  • a determination may be made as to whether the service request satisfies a preset stardand may be made based on the service request parameters. If the service request satisfies the preset stardard, a reward including rewarding information may be generated, and the reward information along with the service request may be sent to a terminal device of a service provider.
  • the hailing platform may obtain the service request, and determine whether the service request satisfies the preset stardard based on the service request parameters.
  • the preset standard may include a preset time standard.
  • the preset time stardard may relate to the requested service time. For example, when the requested service time in the service request is in morning peak hours or evening peak hours (5: 30 ⁇ 10: 00 or 17: 00 ⁇ 20: 00) , or in late night (after 20: 00) , the preset stardard may be satisfied, and a reward may be administered to an account of the service provider if the service provider accepts and fulfills the service request.
  • the preset standard may include a preset location standard.
  • the preset location standard may relate to the start location and/or the end location in a specific area. For example, if the start location in the service requests is located in a devious area or at a transportation hub (e.g., station, airport, etc. ) . As another example, if the end location in the service requests is a devious area, rewards may be offered when the service provider receives the order.
  • the preset standard may include both the preset time standard and the preset location standard. In another word, the preset standard may relate to all of the departure time, the start location, and the end location. For example, rewards may be offered to a service provider who accepts and fulfill a service request in a certain time period as well as in a specific area.
  • the rewarding information may include a specific amount of money for rewarding, or may be an estimated amount of money for rewarding.
  • the amount of money may be estimated, for example, according to travelling mileage between the start location to the end location.
  • the server 110 may determine optional routes between the start location to the end location according to the start location and the end location, estimate the amount of money based on the optional routes, generate the rewarding information, transmit the rewarding information to the service provider, which may motivate the service provider to receive the order.
  • the amount of the money for rewarding may be determined based on an actual travelling mileage after the order is fulfilled.
  • the amount of the money for rewarding may be determined according to a time period that the departure time belongs to or an area that the start location and/or the end location belong to.
  • the server 110 may dispatch the order following a certain order-dispatching rule when the service request and the rewarding information is transmitted to the terminal device of the service provider.
  • the order-dispatching rule may be that the server 110 pushes the service request and the rewarding information to a terminal device of a service provider, and the service provider determines whether to accept the service request through his/her terminal device.
  • the order-dispatching rule may be that the server 110 pushes the service request and the rewarding information to terminal devices of multiple service providers at the same time via broadcasting, and any one of the service providers can accept the order via his/her terminal device.
  • the server 110 may push order information and rewarding information to a terminal device of a service provider providing corresponding type of service.
  • the rewarding information may be pushed to terminal devices of service providers along with service requests, thereby motivating service providers to accept orders, making service providers realize that rewards may be offered for orders directing to specific areas and/or certain time periods, and improving positivity of service providers to accept and fulfill orders directing to the specific areas and/or the certain time periods.
  • the hailing platform may also push the preset standard for rewarding the service provider to his/her terminal device, more particularly, in forms of vioce or text, such that the service provider may know more details regarding rules of offering rewards and his/her enthusiasm may be raised.
  • the hailing platform may transmit prompt information regarding which stardard is not satisfied, for example, the departure time of the service request does not belong to the preset time period, to the terminal device of the service provider.
  • the server 110 may administer, based on the rewarding information, the reward to an account of the service provider upon confirmation of the fulfillment of the the service request if the service provider accepts and fulfills the service request.
  • the service provider may receive the order through the terminal device 140, and pick up the customer at the departure time.
  • the terminal device 140 may transmit confirmation of the fulfillment of the the service request to the hailing platform.
  • the hailing platform may administer an amount of money for rewarding corresponding to the rewarding information to the account of the service provider in real time, thereby improving user experience of the service provider, as well as increasing enthusiasm of the service provider.
  • the hailing platform since the hailing platform has determined to reward the service provider who accepts the order, the hailing platform may administer the reward immediately or after a short time for judgement when the order is fulfilled, thereby administering rewards in real time rather than acquiring and performing detailed analysis on driving routes, requested service times and other information, which improves the processing speed.
  • the hailing platform may transmit a notification to the terminal device of the service provider (e.g., the driver terminal 140) after the reward with an amount of the money corresponding to the rewarding information is administered to the account of the service provider.
  • the terminal device of the service provider e.g., the driver terminal 140
  • the reward administering method provided in the present disclosure includes receiving a service request from a terminal device of a customer, the service request including a requested service time, a start location, and an end location; determining whether the service request satisfies a preset standard; obtaining rewarding information and transmitting the rewarding information along with the service request to a terminal device of a service provider if the preset standard is satisfied; administering, based on the rewarding information, a reward to an account of the service provider.
  • the method provided in this embodiment may motivate the service provider to receive orders during a specific time period or in a specific area by pushing the service request and the rewarding information to the terminal device of the service provider before the service provider accepts the order.
  • the rewarding information may be obtained based on the service request before the service request is pushed to the service provider, which may enable the administering of the reward into the account of the service provider in real time when the order is fulfilled, thereby improving the speed for administering the rewards, enhancing user experience of the service provider, further motivating the service provider, allocating transportation resources more organized, and benefiting passengers as well.
  • a reward query method is further provided in the present disclosure.
  • An interface of the terminal device of the serivce provider may include buttons for checking all orders, orders with rewards, and/or orders without rewards.
  • all orders associated with the user may be obtained from the hailing platform and displayed in a first interface of the terminal device of the service provider, in which information of each order such as a start time (i.e., requested service time) , an end time, a start location, an end location may be displayed.
  • a start time i.e., requested service time
  • an end time i.e., a start location
  • an end location a total amout of money for rewarding of all orders.
  • orders with rewards may be obtained from the hailing platform and displayed in a second interface of the terminal device of the service provider, in which information of each order such as a start time (i.e., requested service time) , an end time, a start location, an end location may be displayed similarly.
  • a start time i.e., requested service time
  • an end time i.e., a start location
  • an end location may be displayed similarly.
  • an amount of money for rewarding of each of the orders with rewards and a total amout of money for rewarding of the orders with rewards may also be displayed in the second interface.
  • the terminal device of the service provider When the terminal device of the service provider receives a signal that a user clicks a button for viewing orders without rewards, orders without rewards as well as which standard that each of the orders without rewards does not satisfy may be obtained from the hailing platform and displayed in a third interface of the terminal device of the service provider, in which information of each order such as a start time (i.e., requested service time) , an end time, a start location, an end location may be displayed similarly.
  • the terminal device of the service provider may further include a fourth interface including a button for viewing preset standards for rewarding, which may also be set in the first interface, the second interface, and/or the third interface.
  • the forth interface may further include buttons for checking all orders, orders with rewards, and/or orders without rewards.
  • a driver may check rewards associated with his/her orders quickly via the reward query method, thus improving user experience and positivity of the driver.
  • FIG. 5 is a flowchart illustrating a process 500 for determining whether the service request satisfies a preset standard according to some embodiments of the present disclosure.
  • operations described in 402 of the process 400 may be performed according to the operations in 502 and 503 of the process 500.
  • rewarding information may be obtained and pushed to the terminal device of the service provider along with a service request if the service request satisfies a preset standard.
  • a service request may be received from a terminal device of a customer, the service request including service request parameters such as a requested service time, a starting location, and an end location.
  • a determination as to whether at least one preset standard is satisfied may be made. In some embodiments, the determination may be made based on one or more of the service request parameters; including (1) if the requested service time falls into a preset duration, wherein during the preset duration, the number of available service provider is less than the number of service requests placed and or (2) if the starting location and the end location of the service request falls into a preset area, wherein in the preset area, the number of available service provider is less than the number of service requests placed.
  • the preset standard may include a preset time standard and/or a preset location standard.
  • the server 110 may determine that the preset time standard is satisfied. For example, if the start location and/or the end location are within preset areas, in which service supplies are smaller than service requests (i.e., the number of available service provider is less than the number of service requests placed) , the server 110 may determine that the preset time standard is satisfied.
  • a reward including rewarding information may be generated and sent to the terminal device of the service provider along with the service requests.
  • the server 110 may administer, based on the rewarding information, the reward to an account of a service provider who accepts the order upon confirmation of the fulfillment of the service request.
  • service supplies may be smaller than service requests, indicating an imbalance between service supplies and service requests.
  • the number of available service provider is less than the number of service requests placed during morning peak hours and evening peak hours, however vehicles rendering serivces may be relatively fewer, which increases the difficulty for a customer to request a car-hailing service.
  • drivers accepting and fulfilling orders with requested service times fall into preset time periods such as peak hours or late night may be rewards.
  • service supplies may be smaller than service requests, indicating an imbalance between service supplies and service requests.
  • the number of available service provider is less than the number of service requests placed in the transportation hubs like airports and stations, however vehicles rendering serivces may be relatively fewer, which increases the difficulty for a customer to request a car-hailing service.
  • Service providers who accept orders with end locations in devious areas are more likely to reture empty, and may have difficultes to obtain rewards associated with continuous services, thus service supplies may be relatively fewer in the devious areas, and customers may be difficult to request car-hailing services.
  • Detailed description regarding the rewards associated with continuous services may be disclosed elsewhere, for example, FIG. 7 and FIG.
  • service providers who accept orders with start locations or end locations in the preset areas may be rewarded, which may benefit the evacuation of passengers in the transportation hubs and facilitate rapid travel of customers in the devious areas.
  • rewards for orders designting devious areas may be adjusted appropriately, so as to provide more economic guarantees for service providers, and improve the security of the service providers as well.
  • the preset time periods and/or the preset areas may be determined by collecting and analysing historical data. Merely for illustration purposes, time periods and areas in which service supplies and service requests are out of balance may be designated as the preset time periods and preset areas, respectively. A certain amount of money for rewarding or a certain ratio for rewarding (e.g., twice the fee of the order) may be set for the preset time period and/or the preset area. In some embodiments, the preset time period and/or the preset area may be obtained in real time.
  • service supplies and service requests in the current time period may be obtained, and the current time period may be designated as a preset time period if the service supplies are smaller than the service requests in the current time period.
  • service supplies and service requests in an area including a start location may be obtained, and the area may be designated as a preset area period if the service supplies are smaller than the service requests in the area.
  • the method may further include obtaining weather information of the start location at the requested service time before the server 110 determines whether the service request satisfies a preset standard.
  • a preset weather standard may be considered.
  • the preset weather standard may relate to weather condition of the start location, the end location, and/or any location in the route from the start location to the end location during the trip.
  • the hailing platform may also obtain weather information from, for example, weather broadcasting platform. If the weather information satisfies the preset weather standard, the hailing platform may determine the reward including reward information according to the preset weather standard, and administer the reward corresponding to the reward information to the service provider when the service provider accepts the order.
  • the preset weather standard may be that the start location currently has a special weather condition, for example, rain, snow, fog, haze, sandstorms, typhoons, or other extreme weather. Customers’ travel under the special weather may be ensured by rewarding service providers who still render services.
  • the hailing platform may also determine whether the day into which the requested service time falls is a holiday, such as Spring Festival, National Day, etc., so as to reward the service provider accordingly. For example, if the day into which the departure time falls is a holiday, for example, Spring Festival, service providers are less willing to render services, rewards may be administered to encourage service providers to render services. As another example, on National Day, tourist attractions may be crowded, service providers are often reluctant to receive orders near the attractions, then the hailing platform may determine whether it is necessary to administering rewards to service providers according to the date and the start location of the service request, thus increasing transportation resources near tourist attractions, such that tourists may call a service quickly.
  • a holiday such as Spring Festival, National Day, etc.
  • the operations for administering rewards to the account of the service provider in real-time according to the rewarding information upon confirmation of the fulfillment of the service request may further include obtaining travelling mileage of the service provider from the start location to the end location, and adjust the rewarding information according to the travel mileage.
  • the amount of money for rewarding may be determined according to the travel mileage.
  • the rewarding information when the reward information is sent to the service provider, the rewarding information may include an estimated amount of money for rewarding, and the estimated amount of money for rewarding may be adjusted according to the travel mileage after the order is complete.
  • the method before the rewards are administered to the account of the service provider, the method further includes performing an anti-cheating detection according to an order-complete message indicating that the order is fulfilled.
  • the determinaton as to whether the order is a cheating order may be conducted based on the order-complete message and one or more anti-cheating strategies.
  • the anti-cheating strategies may be set by a user, according to default setting of the reward administering system 100. If the order is a cheating order, the administering of the rewards may be cancelled.
  • anti-cheating operations may be performed for the order when the order is fulfilled. If the order is determined as a cheating order, the rewards for the service provider may be cancelled, otherwise, the rewards may be administered in real time. Anti-cheating detections may prevent service providers from self-trading, defrauding rewards maliciously, thereby ensuring fairness in the car-hailing service.
  • an anti-cheating model may be used. The anti-cheating model may be a collection of various anti-cheat strategies. Cheating orders determined using the anti-cheating model may be transimitted in real time to a cheating order library. Merely for illustration purposes, each order may be sent to an anti-cheat interface before rewards is dispatched.
  • the anti-cheat interface may determine whether the order is a cheating order based on an order-fulfilled message associated with the order and one or more anti-cheating strategies. If the order is a cheating order, the rewards may be cancelled. In some embodiments, penalties may be imposed as well.
  • the anti-cheating detections may be any cheating detection method or a combination thereof, which is not described in detail.
  • FIG. 6 is a block diagram of a reward administering device according to some embodiments of present disclosure.
  • the reward administering device may include a receiving module 601, a processing module 602, a transmitting module 603, and a rewarding module 604.
  • the receiving module 601 may be configured to receive a service request from a terminal device of a customer, the service request including parameters such as a requested service time, a starting location, and an end location.
  • the processing module 602 may be configured to determine whether the service request satisfies a preset standard based on the service request parameters. If the preset standard is met, a reward comprising reward information may be generated.
  • the transmitting module 603 may be configured to send the reward information along with the service request to a terminal device of a service provider.
  • the receiving module 601 may further be configured to receive the confirmation of the fulfillment of the service request.
  • the rewarding module 204 may administer the reward to an account of the service provider upon confirmation of the fulfillment of the service request.
  • the processing module 602 may be configured to determine if the requested service time falls into a preset duration, wherein during the preset duration, the number of available service provider is less than the number of service requests placed or if the starting location and the end location of the service request falls into a preset area, wherein in the preset area, the number of available service provider is less than the number of service requests placed.
  • the receiving module 601 may be configured to obtain weather information of the start location at the requested service time.
  • the processing module 602 may determine whether the weather information satisfies a preset weather standard.
  • processing module 602 may further be configured to obtain travelling mileage of the service provider from the start location to the end location, and adjust the rewarding information according to the travel mileage.
  • processing module 202 is further configured to determine whether the order is a cheating order based on the order-complete message and one or more anti-cheating strategies, and cancel the reward in response to a determination that the order is a cheating order.
  • the reward administering device may implement the operations in FIGs. 4 and 5.
  • the reward administering device provided in the present disclosure may perform one or more of the operations below.
  • the one or more operations includes receiving a service request from a terminal device of a customer, the service request including a requested service time, a start location, and an end location; determining whether the service request satisfies a preset standard; obtaining rewarding information and transmitting the rewarding information along with the service request to a terminal device of a service provider if the preset standard is satisfied; administering, based on the rewarding information, a reward to an account of the service provider.
  • the device provided in this embodiment may help to motivate the service provider to receive orders during a specific time period or in a specific area by pushing the service request and the rewarding information to the terminal device of the service provider before the service provider accepts the order.
  • the rewarding information may be obtained based on the service request before the service request is pushed to the service provider, which may enable the administering of the reward into the account of the service provider in real time when the order is fulfilled, thereby improving the speed for administering the rewards, enhancing user experience of the service provider, further motivating the service provider, allocating transportation resources more organized, and benefiting passengers as well.
  • a reward administering device including a memory and a processor.
  • the memory is configured to store computer executable instructions.
  • the processor may perform a method for administering a reward for a service provider according to some embodiments of the present disclosure.
  • the processor may be configured to receive a service request from a terminal device of a customer, the service request including a requested service time, a start location, and an end location, determine whether the service request satisfies a preset standard, obtain rewarding information and transmit the rewarding information along with the service request to a terminal device of a service provider if the preset standard is satisfied, and administer, based on the rewarding information, a reward to an account of the service provider.
  • the receiving module 601 may further be configured to obtain a current acceptance time and a previous completion time from a terminal device of a service provider
  • the processing module 602 may further be configured to determine if the current order is continuous from the immediate previous order based on the time interval between the current acceptance time and the previous completion time.
  • the rewarding module 604 may further be configured to add the current continuous order to accumulated previously fulfilled continuous orders of the service provider to obtain a total number of continuous orders if the current order is continuous, determine a reward if the total number of continuous orders is greater than a first preset order number, when the current order is fulfilled, and administer the reward to an account of the service provider.
  • the rewarding module 604 is further configured to: determine amount of rewards according to an acceptance time of a current order.
  • the receiving module 601 may obtain a user rating for a service provider from a customer.
  • the rewarding module 604 may determine amount of rewards according to the user rating.
  • the receiving module 601 may further be configured to obtain a total amount of money for rewarding in the account of the service provider.
  • the rewarding module 604 may stop the administering of the rewards if the total amount of money for rewarding in the account of the service provider is larger than a preset amount.
  • the processing module 602 may determine whether a total number of continuous orders is larger than a second preset order number.
  • the second preset order number may be set by a user, according to default settings of the reward administering system 100. If the total number of continuous orders is larger than the second preset order number, the rewarding module 604 may stop the administering of rewards to the service provider.
  • the reward administering device may also implement the operations in FIGs. 7 and 8.
  • the reward administering device described in the present disclosure may perform one or more operations including obtaining service information associated with a service provider, the service information including a current acceptance time and a previous completion time, determining a time interval between the current acceptance time and the previous completion time, determining that the service provider is in a continuous service if the time interval is smaller than a preset interval, and administering a reward to the service provider when the order is fulfilled if the total number of continuous orders is larger than the first preset order number.
  • the reward administering device may help enhance user experience of the service provider by rewarding the service provider that is in a continuous service in real time, thereby motivating the service provider to continuously receive orders as many as possible, improving enthusiasm of the service provider on receiving orders, reducing the waiting time of a customer who requests a service, and facilitating a fast travel of the customer.
  • FIG. 7 is a flowchart illustrating a process 700 for rewarding a continuous service according to some embodiments of the present disclosure.
  • the process 700 shown in FIG. 7 may be implemented in the reward administering system 100 illustrated in FIG. 1.
  • a storage device e.g., the DISK 270 of the computing device 200
  • the server 110 e.g., the processor 220 of the computing device 200
  • a part of the process 700 may be implemented on a terminal device.
  • the operations of the illustrated process 700 presented below are intended to be illustrative. In some embodiments, the process 700 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of the process 700 as illustrated in FIG. 7 and described below is not intended to be limiting.
  • a current acceptance time and a previous completion time may be obtained from a terminal device of a service provider.
  • order information of the immediate previously fulfilled order may be uploaded to the server 100 through the terminal device of the service provider.
  • the order information may include a completion time of the immediate previously fulfilled order.
  • the server 110 may obtain an order acceptance time of the current order (also referred to as “current acceptance time” ) from the terminal device of service provider, and determine a time interval between the current acceptance time and the previous completion time.
  • the order information of an order may also include both the current acceptance time and the previous completion time.
  • the current acceptance time may be obtained from the order information of the current order after the current order is fulfilled.
  • the current acceptance time may be uploaded to the server 110 immediately when the terminal device of service provider accepts the current order.
  • if the current order is continuous from the immediate previous order may be determined based on the time interval between the current acceptance time and the previous completion time.
  • the time interval may be used to determine whether the service provider is in a continuous service (i.e., the current order is continuous) .
  • a continuous service refers to a state in which a service provider rendering car-hailing services.
  • a driver in a continuous service may be determined as a full-time service provider.
  • a service provider in a continuous service may earn more rewards.
  • the time interval between the current acceptance time and the previous completion time may be determined.
  • the server 110 may determine whether the service provider is in a continuous service based on the time interval. In some embodiments, the service provider may be determined in a continuous service if the time interval is smaller than a preset interval.
  • the preset interval may be set by a user, according to default settings of the order dispatching system. In some embodiments, the preset interval may be a constant, for example, 0.5 hours. In some embodiments, different values of the preset interval may be set according to actual requirements. For example, the server 110 may determine whether the previous completion time falls into a specific time period, such as a lunch break (e.g., 12: 00-14: 00) .
  • the preset interval may be adjusted to be a longer time period, for example, 2 hours, if the server 110 determines that the previous complete time falls into a lunch break, so as to provide sufficient time for meal and rest for the service provider.
  • a longer time interruption in a specific time period such as a lunch break, may be allowed, and the server 110 may recognize that the service provider is having a lunch break, which may not be regarded as a termination of a continuous service.
  • a longer time interruption out of specific time periods may be determined as a termination of a continuous service.
  • the current continuous order may be added to accumulated previously fulfilled continuous orders of the service provider to obtain a total number of continuous orders. If the total number of continuous orders is greater than a first preset order number, determining a reward when the current order is fulfilled and administering the reward to an account of the service provider.
  • the operation in 703 may relate to a preset stardard. If the preset stardard is satisfied, rewarding information of the reward may be determined, and corresponding operations may be performed according to the rewarding information when the current order is fulfilled.
  • the preset standard includes a preset service standard.
  • the preset service standard may relate to a continuous service of a service provider. Merely by ways of example, the preset service standard may be satisfied if the service provider is in a continuous service (i.e., the current order is continuous) and a total number of orders fulfilled in the continuous service (i.e., the total number of continuous orders) is greater than a first preset order number.
  • the current continuous order in response to the determination that the current order is continuous, may be added to accumulated previously fulfilled continuous orders of the service provider to obtain a total number of continuous orders.
  • the accumulated previously fulfilled continuous orders refer to continuous orders fulfiied before the service provider accepts the current order.
  • the server 110 may determine whether the total number of continuous orders is larger than a first preset order number. If the total number of continuous orders is larger than the first preset order number, the reward including rewarding information may be determined, and corresponding operations may be performed according to the rewarding information when the current order is fulfilled.
  • the rewarding information may include an amount of money for rewarding.
  • the corresponding operations may include at least one operation that administers the reward to an account of the service provider.
  • the reward administering system 100 may administer the reward to the account of the service provider on condition that the total number of continuous orders reaches the first order number, for example, the first order number may be 3.
  • the first order number may be 3.
  • a reward may be administered to the service provider when a fourth order is fulfilled if the service provider is determined to be in a continuous service when he/she accepts the fourth order, thus motivating the service provider to receive orders as many as possible, and improving enthusiasm of the service provider on receiving orders.
  • the continuous service rewarding method described in the present disclosure includes obtaining service information associated with a service provider, the service information including a current acceptance time and a previous completion time, determining a time interval between the current acceptance time and the previous completion time, determining that the service provider is in a continuous service if the time interval is smaller than a preset interval, and administering a reward to the service provider when the order is fulfilled if the total number of continuous orders is larger than the first preset order number.
  • the continuous service rewarding method enhances user experience of the service provider by rewarding the service provider that is in a continuous service in real time, thereby motivating the service provider to continuously receive orders as many as possible, improving enthusiasm of the service provider on receiving orders, reducing the waiting time of a customer who requests a service, and facilitating a fast travel of the customer.
  • FIG. 8 is a flowchart illustrating a process 800 for rewarding a continuous service according to some embodiments of the present disclosure.
  • the process 800 may be described in combination with the process 700.
  • a current acceptance and a previous completion time may be obtained from a terminal device of a service provider.
  • a time interval between the current acceptance time and the previous completion time may be determined.
  • a determination as to whether the time interval is smaller than a preset time may be made. If the time interval is smaller than the preset time, operations in 804 may be performed. If the time interval is larger than or equal to the preset time, operations in 806 may be performed.
  • the current continuous order may be added to accumulated previously fulfilled continuous orders of the service provider to obtain a total number of continuous orders. It may be determined that the current order is a continuous order (i.e., the service provider is in a continuous service) . If the current order is a continuous order, a total number of continuous orders may be determined by adding the current continuous order to accumulated previously fulfilled continuous orders of the service provider.
  • a reward may be administered to an account of the service provider when the current order is fulfilled.
  • a determination as to whether the time interval falls into a preset time period may be made. If the time interval falls into the preset time period, operations in 804 may be performed, and it may be determined that the current order is a continuous order. If the time interval does not fall into the preset time period, operations in 807 may be performed.
  • the total number of the continual order may be set to zero. If the time interval does not fall into the preset time period, it may be determined that the current order is not a continuous order, the total number of the continuous order may be set to zero.
  • the amount of money for rewarding may be a constant, for example, 1 RMB per order.
  • the amount of money for rewarding may also be adjusted according to actual requirements. For example, different amount of money for rewarding may be determined according to the order acceptance time or evaluation for the order from the passenger, etc.
  • the server 110 may further determine the amount of money for rewarding according to the current acceptance time.
  • the amount of money for rewarding may be increased so as to encourage the service provider to respond to more service requests during morning peak hours and/or evening peak hours.
  • the amount of money for rewarding may be higher and the rewards may be administered to an account of the service provider after the order is fulfilled if it is determined that the current acceptance time falls into morning peak hours or evening peak hours.
  • the server 110 may further obtain information regarding evaluation for the current order from a passenger, and determine the amount of money for rewarding according to the information regarding the evaluation for the current order.
  • the evaluation such as punctuality, an attitude to a customer, familiarity with routes from the start location to the end location, etc.
  • the evaluation may be obtained from the terminal device of the customer, and the amount of money for rewarding may be adjusted according to the evaluation. If the evaluation shows that the service provider has a good perfomance, the amount of money for rewarding may be adjusted to be higher, otherwise, the amount of money for rewarding may be adjusted to be lower, thereby motivating the service provider to improve the quality of his/her services.
  • the hailing platform may verify the poor evaluation or the complaint, and generate verification information.
  • the rewards may be adjusted based on the verification information.
  • the rewards for a service provider assocaited with the order may be adjusted after the poor evaluation or the complaint is verified. For example, if the complaint is verified to be true, the amount of money for rewarding may be reduced or cancelle. If the complaint is verified not to be true, the rewards may be administered. As another example, if the complaint is caused by the customer, and the service provider takes effective measures to deal with the complaint, the amount of money for rewarding may be increased, so as to encourage the service provider to deal with problems actively.
  • the server 110 may further obtain a total amount of money for rewarding in the account of the service provider.
  • the server 110 may stop the offering of the rewards if the total amount of money for rewarding in the account of the service provider is larger than a preset amount.
  • the server 110 may determine whether the total number of continuous orders is larger than a second preset order number. The second preset order number may be set by a user, according to default settings of the reward administering system 100. If the total number of continuous orders is larger than the second preset order number, the server 110 may stop the administering of rewards to the service provider.
  • an upper limit may be set in consideration of cost for rewarding as well as avoiding fatigue driving of the service provider.
  • the upper limit may be an upper limit of the amount of money for rewarding.
  • the upper limit may be an upper limit of the total number of orders fulfilled in the continuous service.
  • a determination as to whether the total amount of money for rewarding in the account of the service provider is larger than or equal to the preset amount may be made. If the total amount of money for rewarding in the account of the service provider is larger than or equal to the preset amount, the rewards may be cancelled.
  • a determination as to whether the total number of continuous orders is larger than the second preset order number may be made.
  • a repetition cycle for rewarding continuous service may be set to, for example, 1 day.
  • the total number of continuous orders may be set to zero at zero o’clock each day.
  • the repetion cycle can be set to any other durations, for example, 3 days, a week, a month, etc.
  • FIG. 9 is a structural diagram of a service rewarding device according to some embodiments of the present disclosure.
  • the service rewarding device may include a processor 901, a storage 902.
  • the storage 902 may store computer programs. When the computer programs are executed by the processor 901, the service rewarding method illustrated in FIGs. 7 and 8 may be implemented.
  • the service rewarding device may further include a bus 903 and a communication interface 904.
  • the processor 901, the communication interface 904, and the storage 902 may be connected by the bus 903.
  • the storage 902 may include a high speed random access memory (RAM) , and may also include a non-volatile memory, for example, at least one disk memory.
  • the communication connection (wired or wireless) implemented by at least one communication interface, for example, the communication interface 403, may use Internet, wide area network, local network, metropolitan area network, or the like.
  • the bus 903 may be ISA bus, PCI bus, or EISA bus etc.
  • the bus 903 may be divided into an address bus, a data bus, a control bus, or the like.
  • a double-sided arrow is used to represent the bus 903 as shown in FIG. 9, however, it does not mean that there is only one bus or only one type of buses.
  • the storage 902 may be used to store a computer program.
  • the processor 400 may execute the computer program when it receives an execution instruction.
  • the above methods described in the flow charts may be applied to the processor 901 or be implemented by the processor 901.
  • the processor 901 may be an integrated circuit chip with signal processing capabilities. In some embodiments, operations in the above processes may be implemented in an integrated logic circuit of hardware or an instruction in a form of software in the processor 901.
  • the processor 901 may be a general-purpose processor, including a central processing unit (CPU) , a network processor (Network Processor, NP for short) , or the like. It may also be a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , an off-the-shelf programmable gate array (FPGA) , or other programmable logic device, a discrete gate, a transistor logic device, or a discrete hardware component.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA off-the-shelf programmable gate array
  • the methods, operations, and logical block diagrams disclosed in the present disclosure may be implemented or carried out by the processor 901.
  • the processor may be a micro-processor or a general purpose processor, or any conventional processor.
  • the operations of the method disclosed in the present disclosure may be directly implemented by a hardware decoding processor, or may be performed by a combination of hardware and software modules in a decoding processor.
  • the software module can be planted in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory, electrically erasable programmable memory, registers, or the like.
  • the storage medium may be implemented by the storage 902, and the processor 901 reads the information in the storage 902, and completes the operations of the above methods on hardware.
  • the above embodiments provide a service rewarding device applied in car-hailing services, which is configured to obtain a current acceptance time and a previous completion time from a terminal device of a service provider, determine if the current order is continuous from the immediate previous order based on the time interval between the current acceptance time and the previous completion time, and If the current order is continuous, add the current continuous order to accumulated previously fulfilled continuous orders of the service provider to obtain a total number of continuous orders. If the total number of continuous orders is greater than a first preset order number, determine a reward when the current order is fulfilled and administering the reward to an account of the service provider.
  • the service rewarding device enhances user experience of the service provider by rewarding the service provider that is in a continuous service in real time, thereby motivating the service provider to continuously receive orders as many as possible, improving enthusiasm of the service provider on receiving orders, reducing the waiting time of a customer who requests a service, and facilitating a fast travel of the customer.
  • the disclosed devices and methods can be realized in other ways.
  • the devices described above are merely intended to be illustrative.
  • the modules are merely separated by logical functions.
  • multiple modules or components may be combined or integrated into another system, or some features may be omitted.
  • the coupling or communication connection in the present disclosure may be an indirect coupling or communication connection through interfaces, devices or units, which may be electrical, mechanical, or other types.
  • FIG. 10 is a flowchart illustrating a process 1000 for rewarding a customer according to some embodiments of the present disclosure.
  • the customer rewarding method shown in the process 1000 may be implemented by a server, for example, an on-line car-hailing server, a designated driving server, etc.
  • the process 1000 shown in FIG. 11 may be implemented in the reward administering system 100 illustrated in FIG. 1.
  • at least a part of the process 1000 may be stored in a storage device (e.g., the DISK 270 of the computing device 200) as a form of instructions, and invoked and/or executed by the server 110 (e.g., the processor 220 of the computing device 200) .
  • a part of the process 1000 may be implemented on a terminal device.
  • process 1000 presented below are intended to be illustrative. In some embodiments, the process 1000 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of the process 1000 as illustrated in FIG. 10 and described below is not intended to be limiting.
  • order information of an order including a start location may be obtained from a terminal device of a customer.
  • the order may be a car-hailing order or a designated driving order.
  • the order information may include information such as a start location of the customer, an end location of the customer, etc.
  • a service provider may be dispatched according to the order information.
  • the service provider herein may vary in accordance with an type of the order.
  • the service provider may be a driver of a vehicle.
  • the service provider can be a designated driver.
  • the type of the order is not limited to the two types mentioned above, and the service provider is not limited to the two types mentioned above as well.
  • a circle on a map including the start location may be determined.
  • the center of the circle may be the start location, and the radius of the circle may equal to a first preset distance.
  • the server 110 may search and dispatch service providers located in the circle.
  • a service provider who is nearest to the start location may be dispatched for the order.
  • the radius of the circle may be extended to a second preset distance.
  • the second preset distance may be larger than the first preset distance.
  • the first preset distance may be 3 killometers and the second preset distance may be 5 killometers.
  • the first preset distance and/or the second preset distance may be set by a user, according to default settings of the reward administering system 100.
  • a determination may be made as to whether an estimated duration for the service provider to arrive at the start location is larger than or equal to a preset duration.
  • the estimated duration refers to a time period determined by the server for the service provider to arrive at the start location.
  • the server 110 may determine a route from a current location of the service provider to the start location, and obtain a distance between the current location and the start location and an average speed on the route. The estimated duration may be determined based on the distance and the average speed.
  • the server 110 may obtain, for example, historical travelling durations of one or more drivers from the current location of the service provider to the start location. An average value of the historical travelling durations may be designated as the estimated duration.
  • the estimated duration for the service provider to arrive at the start location may be determined according to a distance between a current location of the service provider and the start location.
  • information such as road conditions, weather, etc., may also be considered when the server 110 determines the estimated duration, so as to calculate the estimated duration more accurately.
  • the preset duration may be set by a user, according to default settings of the order dispatching system 100. In some embodiments, the preset duration may be determined according to actual requirements, or through an analysis on big data. Various manners for determining the preset duration may be provided elsewhere in the present disclosure, for example, FIG. 11 and 12, and the descriptions thereof.
  • the server 110 may transmit, on condition that the estimated duration is larger than or equal to the preset duration, discount information with limitations for use with respect to the order to the terminal device of the customer, wherein the limitations include the discount can be applied when the actual customer waiting time is longer than or equal to a sum of the estimated duration and its error.
  • the error of the estimated duration may also be referred to as a deviation time that the service provider arrives at the start location late or in advance comparing with the estimated duration.
  • a deviation time that the service provider arrives at the start location late or in advance comparing with the estimated duration.
  • the discount information may include a discount, for example, 20%off.
  • the discount information may include an amount of money for rewarding. If the customer waits for the arrival of the service provider, the amount of money may be rewarded to the customer.
  • the estimated duration for the service provider to arrive at the start location is larger than or equal to the preset duration, it indicates that the service provider may take a long time to arrive at the start location. In such a circumstance, the customer is likely to cancel the order.
  • the customer may wait, in order to have the discount in the order according to the discount information, to satisfy the limitations when he/she receives the discount information.
  • the waiting time of the customer may be increased to be larger than or equal to the sum of the estimated duration and a preset deviation time, thereby reducing the order cancellation probability within a time range of the sum the estimated duration and its error.
  • the discount information can be applied when the waiting time is larger than or equal to a sum of the estimated duration and the preset deviation time, rather than the waiting time is larger than or equal to a preset duration, thus avoiding an availability of the discount information by mistake when a delay smaller than the preset deviation time occurs, and reducing a loss of the hailing platform.
  • the delay may be caused by an accident due to unexpected conditions when the service provider drives to the start location.
  • FIG. 11 is a flowchart illustrating a process 1100 for rewarding a customer according to some embodiments of the present disclosure.
  • the process 1100 may be described in combination with the process 1000.
  • the process 1100 further include operations 1101 and 1102.
  • the server 110 may determine, according to historical data, a first relationship between waiting time durations and order cancellation probabilities during the periods when the customer waits for a service provider
  • a plurality of historical orders of one or more customers may be obtained, for example, from the storage 150 or a cloud storage (not shown) .
  • the historical data may include information of the plurality of historical orders.
  • the server 110 may use the first relationship to determine an optimized waiting time duration corresponds to a largest order cancellation probability, and designate the optimized waiting time duration as a first preset duration.
  • the server 110 may obtain historical orders cancelled by customers. before the order information including the start location is received from the terminal device of the customer.
  • the server 110 may obtain a waiting time of a customer in each cancelled order, and determine the first relationship between the waiting time and the order cancellation probability.
  • the first relationship may be expressed in forms of a fitted curve or discrete dots in a two-dimensional coordinate system.
  • the horizontal axis of the coordinate system may be the waiting time of each order, and the vertical axis may be the number of historical orders cancelled by customers.
  • the server 110 may determine the first relationship based on big data of a plurality of historical orders. Then the server 110 may determine an optimized waiting time corresponding to a largest order cancellation probability according to the big data.
  • the optimized waiting time may be desginated as the preset duration.
  • the server 110 may obtain 10,000 historical orders, wherein 5,000 orders were canceled by customers after they waited for 15 minutes, 2,500 orders were canceled by customers after they waited for 10 minutes, 2,000 orders were canceled by customers after they waited for 12 minutes, and 500 orders were canceled by customers after they waited for 17 minutes. It may be determined that the optimized waiting time may be 15 minutes which corresponds to a largest order cancellation probability. Then the server 110 may determine the preset duration to be 15 minutes.
  • a customer may need to wait at least the estimated duration for the service provider. If the estimated duration is larger than or equal to the preset duration, the waiting time may be larger than or equal to the preset duration as well, so the probability that the customer cancels the order may be larger. In such a circumstance, the discount information with limitations may be transmitted to the terminal device of the customer so as to reduce the proability that the user cancels the order. If the estimated duration is smaller than the preset duration, the probability that the customer cancels the order may be smaller, and it may not be necessary to transmit the discount information to the terminal device of the customer.
  • FIG. 12 is a flowchart illustrating a process 1200 for rewarding a customer according to some embodiments of the present disclosure.
  • the process 1200 may be described in combination with the process 1000.
  • the process 1200 further include operations 1201 and 1202.
  • the server 110 may determine, according to historical data, a second relationship between the estimated duration and an order cancellation probability.
  • a plurality of historical orders of one or more customers may be obtained, for example, from the storage 150 or a cloud storage (not shown) .
  • the historical data may include information of the plurality of historical orders.
  • the server 110 may use the second relationship to determine an optimized estimated duration that corresponds to a largest order cancellation probability and designate the optimized estimated duration as a second preset duration.
  • the server 110 may obtain historical order cancelled by customers before the order information including the start location is received from the terminal device of the customer.
  • the server 110 may obtain the estimated duration of each cancelled order, and determine the second relationship between the estimated duration and an order cancellation probability.
  • the second relationship may be expressed in forms of a fitted curve or discrete dots in a two-dimensional coordinate system.
  • the horizontal axis of the coordinate system may be the estimated duration of each order, and the vertical axis may be the number of historical orders cancelled by customers.
  • the server 110 may determine the second relationship based on big data of a plurality of historical orders. Then the server 110 may determine an optimized estimated duration corresponding to a largest order cancellation probability according to the big data.
  • the optimized estimated duration may be desginated as the preset duration.
  • the server 110 may obtain 10,000 historical orders, wherein 5,000 orders were canceled by customers when the estimated duration is 15 minutes, 2,500 orders were canceled by customers when the estimated duration is 10 minutes, 2,000 orders were canceled by customers when the estimated duration is 12 minutes, and 500 orders were canceled by customers when the estimated duration is 17 minutes. It may be determined that the optimized estimated duration may be 15 minutes which corresponds to a largest order cancellation probability. Then the server 110 may determine the preset duration to be 15 minutes.
  • the server may transmit the estimated duration to the terminal device of the customer. If the estimated duration is larger than or equal to the preset duration, the probability that the customer cancels the order may be larger. In such a circumstance, the discount information with limitations may be transmitted to the terminal device of the customer so as to reduce the proability that the user cancels the order. If the estimated duration is smaller than the preset duration, the probability that the customer cancels the order may be smaller, and it may not be necessary to transmit the discount information to the terminal device of the customer.
  • the server 110 may further determine differences between actual durations that service providers arrive at start locations and estimated durations based on historical orders.
  • the preset deviation time i.e., the error of the estimated duration
  • the actual duration may represent a time period that the service provider arrived at the start location in actual, which is also referred to as “actual customer waiting time” .
  • differences between actual durations that service providers arrive at start locations and estimated durations may be determined based on historical orders before the operations in 1001 in the process 1000 are performed.
  • the server 110 may obtain big data with a plurality of historical orders, and the differences may be determined based on the big data. For example, the server 110 may obtain 10,000 historical orders, among which 5,000 orders may correspond to a difference of 5 minutes, 2,500 orders may correspond to a difference of 2 minutes, 2,000 orders may correspond to a difference of 0 minutes, and 500 orders may correspond to a difference of -2 minutes.
  • the server 110 may designate a largest positive value of the differences as the preset deviation time.
  • the difference of 5 minutes correponding to the 5,000 historical orders may be determined as the preset deviation time.
  • an average value of the differences of all orders may be designged as the preset deviation time.
  • the preset deviation time may also be determined using other methods if needed.
  • the limitations of the discount information may also include that the discount information is available on condition that an actual duration that a service provider arrives at a start location is larger than a sum of an estimated duration and a preset deviation time.
  • the discount information may be further limited on the basis of the process 1000 that the discount can be applied when the actual duration that the service provider arrives at the start location is larger than the estimated duration.
  • the customer may use the discount in the discount information if the service provider fail to arrive at the start location within the estimated duration.
  • the order cancellation probability may be reduced, and on the other hand, the discount in the discount information may be unavailble if the service provider arrivals at the starting position within the estimated time period, which may increase profits of the hailing platform.
  • the limiations of the discount information may also include that the amount of the discount in the discount information may be reduced if the actual duration that the service provider arrives at the start location is smaller than or equal to the estimated duration. In this way, a certain amount of discount may be provided for the customer if the customer still needs to wait for a long time, thereby improving the profit of the platform on a basis of ensuring that the customer may have a discount on his/her order.
  • FIG. 13 is a schematic diagram of an interface of a terminal device of a customer implementing the customer rewarding method according to some embodiments of the present disclosure.
  • the preset duration is set to 10 minutes
  • the estimated duration for the service provider to arrive at the start location is 10 minutes, i.e., the estimated duration equals to the preset duration.
  • the preset deviation time is set to 1 minute.
  • the server 110 may transmit discount information with limitations for use with respect to the order to the terminal device of the customer.
  • the interface of the terminal device displays, for example, the current time is 15: 23, and the limitations may be "If the service provider does not arrive at the start location by 15: 34, you will receive a coupon of 3 RMB" .
  • FIG. 14 is a schematic diagram of an interface of a terminal device of a customer implementing the customer rewarding method according to some embodiments of the present disclosure.
  • the interface displays prompt information to the customer that the discount in the discount information is available for use.
  • the prompt information is “A coupon of 3 RMB is received in your account, which can be applied to this order” .
  • the discount information is available when the actual duration for the service provider to arrive at the start location is larger than a sum of the estimated duration and the preset deviation time. In such a circumstance, the customer may obtain the discount as a compensation if he/she is willing to wait for a long time, so that the customer may accept to wait for the service provider, thereby reducing the order cancellation probability.
  • FIG. 15 is a schematic diagram of a customer rewarding device according to some embodiments of the present disclosure.
  • the customer rewarding method described in the above embodiments can be implemented by a server, for example, a taxi-hailing server, a service provider server.
  • the customer rewarding device may include a receiving module 1501, a query module 1502, a determination module 1503, and a rewarding module 1504.
  • the receiving module 1501 may be configured to receive order information including a start location from the terminal device of a user.
  • the query module 1502 may be configured to dispatch a service provider according to the order information.
  • the determination module 1503 may be configured to determine whether an estimated duration for the service provider to arrive at the start location is larger than or equal to a preset duration.
  • the rewarding module 1504 may be configured to transmit, on condition that the estimated duration is larger than or equal to the preset duration, discount information with limitations for use with respect to the order to the terminal device of the customer, wherein the limitations include the discount can be applied when the actual customer waiting time is longer than or equal to a sum of the estimated duration and its error
  • FIG. 16 is a schematic diagram of a customer rewarding device according to some embodiments of the present disclosure. As shown in FIG. 16, the customer rewarding device may further include a first relationship determination module 1601 and a first preset duration determination module 1602 in comparison with FIG. 15.
  • the first relationship determination module 1601 may determine, according to historical data, a first relationship between waiting time durations and order cancellation probabilities during the periods when customers wait for a service provider
  • the first duration determination module 1602 may be configured to use the first relationship to determine an optimized waiting time duration corresponds to a largest order cancellation probability, and designate the optimized waiting time duration as a first preset duration.
  • FIG. 17 is a schematic diagram of a customer rewarding device according to some embodiments of the present disclosure. As shown in FIG. 17, the customer rewarding device may further include a second relationship determination module 1701 and a second preset duration determination module 1702 in comparison with FIG. 15.
  • the second relationship determination module 1701 may be configured to determine, according to historical data, a second relationship between the estimated duration and an order cancellation probability.
  • the second duration determination module 1702 may be configured to use the second relationship to determine an optimized estimated duration that corresponds to a largest order cancellation probability, and designate the optimized estimated duration as a second preset duration.
  • the customer rewarding device may further include a difference determination module.
  • the difference determination module may be configured to determine differences between actual durations that service providers arrive at start locations and estimated durations based on historical orders, and determine a preset deviation time based on the differences.
  • the limitations further include that the discount can be applied when an actual duration that the service provider arrives at the start location is larger than a sum of the estimated duration and the preset deviation time.
  • the discount information is available on condition that the actual durations that service providers arrive at start locations is larger than a sum of the estimated duration and a preset deviation time.
  • the customer rewarding device since it substantially corresponds to the customer rewarding method described in FIGs. 10, 11, and 12, details regarding the modules of the customer rewarding device may be referred to the description of the customer rewarding method.
  • the customer rewarding device above is merely intended to be illustrative.
  • the modules described as separate components may or may not be physically separate to each other, and the components shown as modules may or may not be physical modules, that is, the modules or components may be located in one place, or it can be distributed to multiple network modules.
  • One or more modules may be selected according to actual requirements to implement the customer rewarding process. Those of ordinary skill in the art may understand and implement a same or similar device without any creative effort.
  • Embodiments of the present disclosure also provide an electronic device, including at least one processor, and at least one memory to store executable instructions.
  • the at least one processor may be configured to receive order information of an order including a start location from a terminal device of a customer, dispatch a service provider according to the order information, determine whether an estimated duration for the service provider to arrive at the start location is larger than or equal to a preset duration, and transmit, on condition that the estimated duration is larger than or equal to the preset duration, discount information with limitations for use with respect to the order to the terminal device of the customer, wherein the limitations include the discount can be applied when the actual customer waiting time is longer than or equal to a sum of the estimated duration and its error.
  • Embodiments of the present disclosure may also provide a computer readable storage medium storing a computer program.
  • the program implements the following operations when executed by a processor.
  • the operations may include receiving order information of an order including a start location from a terminal device of a customer, dispatching a service provider according to the order information, determining whether an estimated duration for the service provider to arrive at the start location is larger than or equal to a preset duration, and transmitting, on condition that the estimated duration is larger than or equal to the preset duration, discount information with limitations for use with respect to the order to the terminal device of the customer, wherein the limitations include the discount can be applied when the actual customer waiting time is longer than or equal to a sum of the estimated duration and its error.
  • aspects of the present disclosure may be illustrated and described herein in any of a number of patentable classes or context including any new and useful process, machine, manufacture, or composition of matter, or any new and useful improvement thereof. Accordingly, aspects of the present disclosure may be implemented entirely hardware, entirely software (including firmware, resident software, micro-code, etc. ) or combining software and hardware implementation that may all generally be referred to herein as a “module, ” “unit, ” “component, ” “device, ” or “system. ” Furthermore, aspects of the present disclosure may take the form of a computer program product embodied in one or more computer readable media having computer readable program code embodied thereon.
  • a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including electro-magnetic, optical, or the like, or any suitable combination thereof.
  • a computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that may communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
  • Program code embodied on a computer readable signal medium may be transmitted using any appropriate medium, including wireless, wireline, optical fiber cable, RF, or the like, or any suitable combination of the foregoing.
  • Computer program code for carrying out operations for aspects of the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Scala, Smalltalk, Eiffel, JADE, Emerald, C++, C#, VB. NET, Python or the like, conventional procedural programming languages, such as the "C" programming language, Visual Basic, Fortran 2003, Perl, COBOL 2002, PHP, ABAP, dynamic programming languages such as Python, Ruby and Groovy, or other programming languages.
  • the program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server.
  • the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN) , or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider) or in a cloud computing environment or offered as a service such as a Software as a Service (SaaS) .
  • LAN local area network
  • WAN wide area network
  • SaaS Software as a Service

Abstract

A system and method for reward administering in an on-line service is provided. The method may include receiving an order information from a customer. The method may also include determining if the order information satisfy the preset reward standard. The method may further include if the preset reward standard is met, administering the reward to the driver along with the service request. The method may still further include once the service request is accepted and fulfilled by the driver, sending the reward to the driver.

Description

SYSTEMS AND METHODS FOR REWARD ADMINISTERING IN AN ON-LINE SERVICE
CROSS-REFERENCE TO RELATED APPLICATIONS
This application claims priority to Chinese Patent Application No. 201810351045.1, filed on April 18, 2018, Chinese Patent Application No. 201810509980.6, filed on May 24, 2018, and Chinese Patent Application No. 201810218559. X, filed on March 16, 2018, the contents of which are incorporated herein by reference in their entirety.
TECHNICAL FIELD
The present disclosure generally relates to on-line services, and more particularly, relates to systems and methods for administering rewards in an on-line service.
BACKGROUND
In an era of mobile internet, traditional taxi-hailing mode has been changed by modern travelling modes, which combines online mode and offline mode with characteristics of the mobile internet, changes the traditional mode, and allows service providers to render services according to their own willingness, thereby saving the cost for communication between service providers and customers, reducing empty rates of vehicles of the service providers, and saving resources and time of both service providers and customers.
In one aspect, in prior art, a service provider receives orders through a client installed on a terminal device of the service provider, and fulfills the orders by receiving orders, delivering customers, and accepting customers'payments. In order to allocate transportation resources more reasonably and improve  travelling convenience of customers during different time periods and/or in different areas, a hailing platform offers rewards to service providers who accept and fulfill orders during specific time periods and/or in specific areas, such as morning peak hours, evening peak hours, late night, devious areas, transportation hubs (railway stations, airports) and so on.
In prior art, a hailing platform offers rewards to a service provider after an order is complete. The hailing platform obtains a driving route and a departure time of the order, determine whether reward standards are satisfied according to the driving route and/or the departure time, and if a reward standards is satisfied, offers rewards to the service provider. Since the hailing platform needs a large amount of time and computing to perform the above process, the rewards for the service provider cannot be administered in real time, thus resulting in a poor user experience and reducing the service provider's enthusiasm on receiving orders.
In another aspect, since the service provider is initiative in a process of receiving the order, the service provider may receive order according to his/her own habits, such as receive a certain number of orders each day or does not receive orders in a certain period each day. In order to motivate the service provider to receive orders as many possible, in the prior art, a certain amount of rewards is usually offered for orders fulfilled by the service provider. In this way, each order may be obtained and rewarded separately, ignoring associations between orders. It does not change the habit of the service provider that he/she receives orders, and does not solve the problem that the service provider lacks positivity in receiving order, thus resulting in a situation that no service provider receives orders or a customer needs to wait for a long time in a car-hailing service, and affecting the travelling convenience of passengers.
In still another aspect, when a customer requests a car-hailing service, there may be fewer service providers near the start location of the customer, and  it is possible to dispatch the order to a service provider who is far away from the start location. In such a case, the service provider takes more time to arrive at the start location, however, the user may cancel the order if he/she needs to wait for a long time.
Thus, it is desirable for a system and a method for improving the effectiveness and the matching success between drivers and passengers in a car-hailing service.
SUMMARY
According to an aspect of the present disclosure, a method for rewarding a driver is provided. The method may be implemented on a device having at least one processor and at least one computer-readable storage medium. The storage medium may store information of a reward that is awarded to the driver when a preset reward standard is met, the preset reward standard including at least one of a preset time standard, a preset location standard, or a preset service standard. The method may comprise receiving an order information from a customer; determining if the order information satisfy the preset reward standard; if the preset reward standard is met, administering the reward to the driver along with the service request; and once the service request is accepted and fulfilled by the driver, sending the reward to the driver.
In some embodiments, the order information includes a requested service time, a start location, and an end location.
In some embodiments, determining if the order information satisfy the preset reward standard includes determining if the requested service time, the start location, and the end location satisfy at least one of the preset time standard or the preset location standard.
In some embodiments, determining if the requested service time, the start location, and the end location satisfy at least one of the preset time standard  or the preset location standard includes determining if the requested service time falls into a preset duration, wherein the number of available service provider is less than the number of service requests placed during the preset duration.
In some embodiments, determining if the requested service time, the start location, and the end location satisfy at least one of the preset time standard or the preset location standard includes determining if the start location or the end location falls to a preset area, wherein the number of available service provider is less than the number of service requests placed in the preset area.
In some embodiments, the method may further include obtaining weather information of the start location at the requested service time.
In some embodiments, determining if the order information satisfy the preset reward standard includes determining that a preset weather condition is satisfied based on the weather information of the start location at the requested service time.
In some embodiments, the method further include obtaining a distance from the start location to the end location; and adjusting the reward based on the distance.
In some embodiments, the method may further include determining whether the order is a cheating order according to anti-cheating strategies; and in response to the determination that the order is a cheating order, cancelling the administering of the reward.
In some embodiments, the order information includes a current acceptance time and a previous completion time.
In some embodiments, determining if the order information satisfy the preset reward standard includes determining a time interval between the current acceptance time and the previous completion time; determining if the current order is continuous from the immediate previous order based on the time interval  between the current acceptance time and the previous completion time; and in response to the determination that the current order is continuous, determining whether a total number of continuous orders is greater than a first preset order number; and in response to the determination that the total number of continuous orders is greater than the first preset order number, determining that the preset service condition is satisfied.
In some embodiments, determining if the current order is continuous from the immediate previous order based on the time interval between the current acceptance time and the previous completion time includes determining whether the time interval is smaller than a preset interval; and in response to the determination that the time interval is smaller than the preset interval, determining that the service provider is in a continuous service.
In some embodiments, the method may further include in response to the determination that the time interval is not smaller than a preset interval, determining whether the time interval falls into a preset time period; and in response to the determination that the time interval falls into a preset time period, determining that the service provider is in a continuous service.
In some embodiments, the method may further include determining the reward based on the current acceptance time.
In some embodiments, the method may further include obtaining a user rating for the service provider regarding the current order from a requester; and determining the reward based on the user rating.
In some embodiments, the method may further include obtaining a total amount of rewards in the account of the service provider; determining whether the total amount of rewards in the account of the service provider is larger than a preset amount; and in response to the determination that the total amount of rewards in the account of the service provider is larger than the preset amount,  stopping the administering of the rewards.
In some embodiments, the method may further include obtaining a total number of orders in the continuous service; determining whether the total number of orders is larger than a second preset order number; and in response to the determination that the total number of orders is larger than the second preset order number, stopping the administering of the rewards.
According to an aspect of the present disclosure, a method for rewarding a customer is provided. The method may be implemented on a device having at least one processor and at least one computer-readable storage medium. The storage medium stores information of a reward that is awarded to the customer when the customer needs to wait a long time for a service provider. The method may comprise receiving and storing in the device a service request from a terminal device of the customer, wherein the service request comprises order information including a start location; using the processor to dispatch a service provider for the customer based on the order information; using the processor to determine an estimated duration for the service provider to arrival at the start location; and transmitting, on condition that the estimated duration is larger than or equal to a preset duration, discount information with limitations for use with respect to the service request to the terminal device of the customer, wherein the limitations include a discount can be applied when an actual customer waiting time is longer than or equal to a sum of the estimated duration and a preset deviation time.
In some embodiments, the method may further include obtaining a plurality of pervious service requests; and determining the preset duration or the preset deviation time based on the plurality of previous service requests.
In some embodiments, determining the preset duration based on the plurality of previous service requests includes determining a first relationship  between the waiting time and an order cancellation probability based on the plurality of previous service requests; and determining the preset duration according to the first relationship.
In some embodiments, determining the preset duration according to the first relationship includes determining an optimized waiting time corresponding to a largest order cancellation probability according to the first relationship; and designating the optimized waiting time as the preset duration.
In some embodiments, determining the preset duration based on the plurality of previous service requests includes determining a second relationship between the estimated duration and an order cancellation probability based on the plurality of previous service requests; and determining the preset duration according to the second relationship.
In some embodiments, determining the preset duration according to the second relationship includes determining an optimized estimated duration corresponding to a largest order cancellation probability according to the second relationship; and designating the optimized estimated duration as the preset duration.
In some embodiments, determining the preset deviation time based on the plurality of previous service requests includes determining differences between actual durations that service providers arrive at start locations and estimated durations based on the plurality of previous service requests; and determining the preset deviation time based on the differences.
In some embodiments, the limitations further include the discount can be applied when an actual duration that the service provider arrives at the start location is larger than a sum of the estimated duration and the preset deviation time.
According to an aspect of the present disclosure, a system for rewarding  a driver is provided. The system may include at least one storage medium storing instructions including information of a reward that is awarded to the driver when a preset reward standard is met, the preset reward standard including at least one of a preset time standard, a preset location standard, or a preset service standard; and at least one processor configured to communicate with the at least one storage medium, wherein when executing the set of instructions, the at least one processor is directed to receive an order information from a customer; determine if the order information satisfy the preset reward standard; if the preset reward standard is met, administer the reward to the driver along with the service request; and once the service request is accepted and fulfilled by the driver, send the reward to the driver.
According to another aspect of the present disclosure, A system for rewarding a customer is provided. The system may include at least one storage medium storing instructions including information of a reward that is awarded to the customer when the customer needs to wait a long time for a service provider; and at least one processor configured to communicate with the at least one storage medium, wherein when executing the set of instructions, the at least one processor is directed to receive and store in the device a service request from a terminal device of the customer, wherein the service request comprises order information including a start location; use the processor to dispatch a service provider for the customer based on the order information; use the processor to determine an estimated duration for the service provider to arrival at the start location; and transmit, on condition that the estimated duration is larger than or equal to a preset duration, discount information with limitations for use with respect to the service request to the terminal device of the customer, wherein the limitations include a discount can be applied when an actual customer waiting time is longer than or equal to a sum of the estimated duration and a preset  deviation time.
According to a further aspect of the present disclosure, A non-transitory computer readable medium is provided. The non-transitory computer readable medium may comprise at least one set of instructions for rewarding a driver, wherein the storage medium stores information of a reward that is awarded to the driver when a preset reward standard is met, the preset reward standard including at least one of a preset time standard, a preset location standard, or a preset service standard, when executed by at least one processor of a computing device, the at least one set of instructions causes the computing device to perform a method. The method may comprise receiving an order information from a customer; determining if the order information satisfy the preset reward standard; if the preset reward standard is met, administering the reward to the driver along with the service request; and once the service request is accepted and fulfilled by the driver, sending the reward to the driver.
According to still a further aspect of the present disclosure, A non-transitory computer readable medium is provided. The non-transitory computer readable medium may comprise at least one set of instructions for rewarding a customer, wherein the storage medium stores information of a reward that is awarded to the customer when the customer needs to wait a long time for a service provider, when executed by at least one processor of a computing device, the at least one set of instructions causes the computing device to perform a method. The method may comprise receiving and storing in the device a service request from a terminal device of the customer, wherein the service request comprises order information including a start location; using the processor to dispatch a service provider for the customer based on the order information; using the processor to determine an estimated duration for the service provider to arrival at the start location; and transmitting, on condition that  the estimated duration is larger than or equal to a preset duration, discount information with limitations for use with respect to the service request to the terminal device of the customer, wherein the limitations include a discount can be applied when an actual customer waiting time is longer than or equal to a sum of the estimated duration and a preset deviation time.
Additional features will be set forth in part in the description which follows, and in part will become apparent to those skilled in the art upon examination of the following and the accompanying drawings or may be learned by production or operation of the examples. The features of the present disclosure may be realized and attained by practice or use of various aspects of the methodologies, instrumentalities and combinations set forth in the detailed examples discussed below.
BRIEF DESCRIPTION OF THE DRAWINGS
The present disclosure is further described in terms of exemplary embodiments. These exemplary embodiments are described in detail with reference to the drawings. The drawings are not to scale. These embodiments are non-limiting exemplary embodiments, in which like reference numerals represent similar structures throughout the several views of the drawings, and wherein:
Fig. 1 is a schematic diagram illustrating an exemplary reward offering system according to some embodiments of the present disclosure;
Fig. 2 is a schematic diagram illustrating exemplary components of a computing apparatus according to some embodiments of the present disclosure;
Fig. 3 is a schematic diagram illustrating exemplary hardware and/or software components of an exemplary user terminal according to some embodiments of the present disclosure;
FIG. 4 is a flowchart illustrating a process 400 for offering rewards to a  service provider according to some embodiments of the present disclosure;
FIG. 5 is a flowchart illustrating a process 500 for determining whether the service request satisfies a preset standard according to some embodiments of the present disclosure;
FIG. 6 is a block diagram of a reward offering device according to some embodiments of present disclosure;
FIG. 7 is a flowchart illustrating a process 700 for rewarding a continuous service according to some embodiments of the present disclosure;
FIG. 8 is a flowchart illustrating a process 800 for rewarding a continuous service according to some embodiments of the present disclosure;
FIG. 9 is a structural diagram of a service rewarding device according to some embodiments of the present disclosure;
FIG. 10 is a flowchart illustrating a process 1000 for rewarding a customer according to some embodiments of the present disclosure;
FIG. 11 is a flowchart illustrating a process 1100 for rewarding a customer according to some embodiments of the present disclosure;
FIG. 12 is a flowchart illustrating a process 1200 for rewarding a customer according to some embodiments of the present disclosure;
FIG. 13 is a schematic diagram of an interface of a terminal device of a customer implementing the customer rewarding method according to some embodiments of the present disclosure;
FIG. 14 is a schematic diagram of an interface of a terminal device of a customer implementing the customer rewarding method according to some embodiments of the present disclosure;
FIG. 15 is a schematic diagram of a customer rewarding device according to some embodiments of the present disclosure;
FIG. 16 is a schematic diagram of a customer rewarding device  according to some embodiments of the present disclosure; and
FIG. 17 is a schematic diagram of a customer rewarding device according to some embodiments of the present disclosure.
DETAILED DESCRIPTION
In order to illustrate the technical solutions related to the embodiments of the present disclosure, brief introduction of the drawings referred to in the description of the embodiments is provided below. Obviously, drawings described below are only some examples or embodiments of the present disclosure. Those having ordinary skills in the art, without further creative efforts, may apply the present disclosure to other similar scenarios according to these drawings. Unless stated otherwise or obvious from the context, the same reference numeral in the drawings refers to the same structure and operation.
As used in the disclosure and the appended claims, the singular forms “a, ” “an, ” and “the” include plural referents unless the content clearly dictates otherwise. It will be further understood that the terms “comprises, ” “comprising, ” “includes, ” and/or “including” when used in the disclosure, specify the presence of stated steps and elements, but do not preclude the presence or addition of one or more other steps and elements.
Some modules of the system may be referred to in various ways according to some embodiments of the present disclosure, however, any number of different modules may be used and operated in a client terminal and/or a server. These modules are intended to be illustrative, not intended to limit the scope of the present disclosure. Different modules may be used in different aspects of the system and method.
According to some embodiments of the present disclosure, flow charts are used to illustrate the operations performed by the system. It is to be  expressly understood, the operations above or below may or may not be implemented in order. Conversely, the operations may be performed in inverted order, or simultaneously. Besides, one or more other operations may be added to the flowcharts, or one or more operations may be omitted from the flowchart.
Technical solutions of the embodiments of the present disclosure be described with reference to the drawings as described below. It is obvious that the described embodiments are not exhaustive and are not limiting. Other embodiments obtained, based on the embodiments set forth in the present disclosure, by those with ordinary skill in the art without any creative works are within the scope of the present disclosure.
Some embodiments of the present disclosure are directed to an on-line reward offering function applicable in, e.g., on-demand services, which is a newly emerged service or demand rooted only in the post-Internet era. It provides the technical solutions to customers that could rise only in the post-Internet era. In the pre-Internet era, it is impossible to offering rewards to both passengers and drivers in real time without a large amount of data acquisition and computation. Therefore, the present solution is deeply rooted in and aimed to solve a problem only occurred in the post-Internet era.
FIG. 1 illustrates an exemplary network environment of a reward offering system according to some embodiments of the present disclosure. The reward administering system 100 may be an online service platform for providing travelling related services. The reward administering system 100 may include a server 110, a network 120, a user terminal 130, a driver device 140, and a storage 150. In some embodiments, the reward administering system 100 may further include a positioning device 160 (not shown in FIG. 1) .
The reward administering system 100 may be applicable in a plurality of services. Exemplary services may include a travel plan service, a navigation  service, an on-demand service (e.g., a taxi hailing service, a chauffeur service, an express car service, a carpool service, a bus service, or a driver hire service) , or the like, or a combination thereof.
The server 110 may process data and/or information from one or more components of the reward administering system 100 or an external data source (e.g., a cloud data center) . The server 110 may communicate with the user terminal 130 and/or the driver device 140 to provide various functionality of online services. In some embodiments, the server 110 may be a single server, or a server group. The server group may be a centralized server group connected to the network 120 via an access point, or a distributed server group connected to the network 120 via one or more access points, respectively. In some embodiments, the server 110 may be locally connected to the network 120 or in remote connection with the network 120. For example, the server 110 may access information and/or data stored in the user terminal 130, the driver device 140, and/or the storage 150 via the network 120. As another example, the storage 150 may serve as backend data storage of the server 110. In some embodiments, the server 110 may be implemented on a cloud platform. Merely by way of example, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, an inter-cloud, a multi-cloud, or the like, or any combination thereof. In some embodiments, the server 110 may be implemented in a computing device 200 having one or more components illustrated in FIG. 2 in the present disclosure.
In some embodiments, the server 110 may include a processing device 112. The processing device 112 may process information and/or data related to one or more functions described in the present disclosure. In some embodiments, the processing device 112 may perform main functions of the reward administering system 100. In some embodiments, the processing  device 112 may process rewarding related information to offer rewards to drivers or passengers to improve the match success between the drivers and the passengers. In some embodiments, the processing device 112 may perform other functions related to the method and system described in the present disclosure.
In some embodiments, the processing device 112 may include one or more processing units (e.g., single-core processing device (s) or multi-core processing device (s) ) . Merely by way of example, the processing device 112 may include a central processing unit (CPU) , an application-specific integrated circuit (ASIC) , an application-specific instruction-set processor (ASIP) , a graphics processing unit (GPU) , a physics processing unit (PPU) , a digital signal processor (DSP) , a field programmable gate array (FPGA) , a programmable logic device (PLD) , a controller, a microcontroller unit, a reduced instruction-set computer (RISC) , a microprocessor, or the like, or any combination thereof.
The network 120 may facilitate exchange of information and/or data. In some embodiments, one or more components in the reward administering system 100 (e.g., the server 110, the user terminal 130, the driver device 140, the storage 150) may send information and/or data to other component (s) in the reward administering system 100 via the network 120. In some embodiments, the network 120 may be any type of wired or wireless network, or combination thereof. Merely by way of example, the network 120 may include a cable network, a wireline network, an optical fiber network, a tele communications network, an intranet, an Internet, a local area network (LAN) , a wide area network (WAN) , a wireless local area network (WLAN) , a metropolitan area network (MAN) , a wide area network (WAN) , a public telephone switched network (PSTN) , a Bluetooth network, a ZigBee network, a near field communication (NFC) network, or the like, or any combination thereof. In some  embodiments, the network 120 may include one or more network access points. For example, the network 120 may include wired or wireless network access points such as base stations and/or internet exchange points 120-1, 120-2, …, through which one or more components of the reward administering system 100 may be connected to the network 120 to exchange data and/or information.
The user terminal 130 and/or the driver device 140 may communicate with the server 110 via the network 120. In some embodiments, a passenger may be an owner of the user terminal 130. In some embodiments, the owner of the user terminal 130 may be someone other than the passenger. For example, an owner A of the user terminal 130 may use the user terminal 130 to send a service request for a passenger B, and/or receive a service confirmation and/or information or instructions from the server 110. In some embodiments, a driver may be a user of the driver device 140. In some embodiments, the user of the driver device 140 may be someone other than the driver. For example, a user C of the driver device 140 may use the driver device 140 to receive a service request for a driver D, and/or information or instructions from the server 110. In some embodiments, a driver may be assigned to use one of the driver device 140 for at least a certain period of time. For example, when a driver is available to provide an on-demand service, he/she may be assigned to use a driver terminal that receives an earliest request and a vehicle that is recommended to perform the type of on-demand service. In some embodiments, "passenger" and "terminal device" may be used interchangeably, and "driver" and "driver device" may be used interchangeably. In some embodiments, the driver device 140 may be associated with one or more drivers (e.g., a night-shift driver, a day-shift driver, or a driver pool by a random shifting) .
A customer may receive a service response for a trip via the user terminal 130. In some embodiments, the user terminal 130 may obtain an ETA  of the trip from the processing device 112 via the network 120. The user terminal 130 may include a mobile device 130-1, a tablet computer 130-2, a laptop computer 130-3, a built-in device in a vehicle 130-4, or the like, or any combination thereof. In some embodiments, the mobile device 130-1 may include a smart home device, a wearable device, a smart mobile device, a virtual reality device, an augmented reality device, or the like, or any combination thereof. In some embodiments, the smart home device may include a smart lighting device, a control device of an intelligent electrical apparatus, a smart monitoring device, a smart television, a smart video camera, an interphone, or the like, or any combination thereof. In some embodiments, the wearable device may include a smart bracelet, a smart footgear, a smart glass, a smart helmet, a smart watch, smart clothing, a smart backpack, a smart accessory, or the like, or any combination thereof. In some embodiments, the smart mobile device may include a smartphone, a personal digital assistance (PDA) , a gaming device, a navigation device, 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 a Google Glass TM, an Oculus Rift TM, a Hololens TM, a Gear VR TM, etc. In some embodiments, a built-in device in the vehicle 130-4 may include a built-in computer, an onboard built-in television, a built-in tablet, etc. In some embodiments, the user terminal 130 may include a signal transmitter and a signal receiver configured to communicate with the positioning device 170 for locating the position of the passenger and/or the user terminal 130, and determining a relative distance from his/her position to a road.
The driver may receive a service request via the driver device 140. The driver device 140 may include a plurality of driver devices 140-1, 140-2, …, 140-n. In some embodiments, the driver device 140 may be similar to, or same as the user terminal 130. In some embodiments, the driver device 140 may be customized to implement online services based on travel related information obtained from the processing device 112.
The storage 150 may store data and/or instructions. The data may include geographic location information, time information, driver information, and/or external environment. Merely for illustration purposes, data related to geographic location information may include a start location, an end location, a distance between the start location and the end location, etc. Data related to time information may include a departure time, an order acceptance time, an order-complete time, etc. Data related to driver may include a driver identification (ID) , a user profile of the driver, an account of the driver, etc. In some embodiments, the storage 150 may store data obtained from the user terminal 130 and/or the driver device 140. For example, the storage 150 may store logs associated with the user terminal 130.
In some embodiments, the storage 150 may store data and/or instructions that the processing device 112 may execute to offer rewards to service providers and/or customers as described in the present disclosure. In some embodiments, the storage 150 may include a mass storage, a removable storage, a volatile read-and-write memory, a read-only memory (ROM) , or the like, or any combination thereof. Exemplary mass storage may include a magnetic disk, an optical disk, a solid-state drive, etc. Exemplary removable storage may include a flash drive, a floppy disk, an optical disk, a memory card, a zip disk, a magnetic tape, etc. Exemplary volatile read-and-write memory may include a random access memory (RAM) . Exemplary RAM may include a  dynamic RAM (DRAM) , a double date rate synchronous dynamic RAM (DDR SDRAM) , a static RAM (SRAM) , a thyristor RAM (T-RAM) , and a zero-capacitor RAM (Z-RAM) , etc. Exemplary ROM may include a mask ROM (MROM) , a programmable ROM (PROM) , an erasable programmable ROM (EPROM) , an electrically erasable programmable ROM (EEPROM) , a compact disk ROM (CD-ROM) , and a digital versatile disk ROM, etc. In some embodiments, the storage 150 may be implemented on a cloud platform. Merely by way of example, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, an inter-cloud, a multi-cloud, or the like, or any combination thereof.
In some embodiments, one or more components in the reward administering system 100 may access the data or instructions stored in the storage 150 via the network 120. In some embodiments, the storage 150 may be directly connected to the server 110 as a backend storage.
The positioning device 170 may determine information associated with an object, for example, one or more of the user terminal 130, the driver device 140, etc. For example, the positioning device 170 may determine a current location of the user terminal 130. In some embodiments, the positioning device 170 may be a global positioning system (GPS) , a global navigation satellite system (GLONASS) , a compass navigation system (COMPASS) , a BeiDou navigation satellite system, a Galileo positioning system, a quasi-zenith satellite system (QZSS) , etc. The information provided by the positioning device 170 may include a location, an elevation, a velocity, or an acceleration of the object, and/or a current time. The location may be in the form of coordinates, such as, a latitude coordinate and a longitude coordinate, etc. The positioning device 170 may include or associate with one or more satellites. The satellites may determine the information mentioned above independently or jointly. The  positioning device 170 may send the information mentioned above to the user terminal 130, or the driver device 140 via the network 120.
One of ordinary skill in the art would understand that when an element of the reward administering system 100 performs, the element may perform through electrical signals and/or electromagnetic signals. For example, when a user terminal 130 processes a task, such as planning a trip from one place to another, the user terminal 130 may operate logical circuits in its processor to process such task. When the user terminal 130 sends out an instruction to the server 110, a processor of the user terminal 130 may generate electrical signals encoding the instruction. The processor of the user terminal 130 may then send the electrical signals to an output port. If the user terminal 130 communicates with the server 110 via a wired network, the output port may be physically connected to a cable, which further transmit the electrical signal to an input port of the server 110. If the user terminal 130 communicates with the server 110 via a wireless network, the output port of the user terminal 130 may be one or more antennas, which convert the electrical signals to electromagnetic signals. Similarly, a driver device 140 may process a task through operation of logical circuits in its processor, and receive an instruction and/or information from the server 110 via electrical signals or electromagnet signals. Within an electronic device, such as the user terminal 130, the driver device 140, and/or the server 110, when a processor thereof processes an instruction, sends out an instruction, and/or performs an action, the instruction and/or action is conducted via electrical signals. For example, when the processor retrieves data (e.g., road networks) from a storage medium (e.g., the storage 150) , it may send out electrical signals to a read device of the storage medium, which may read structured data in the storage medium. The structured data may be transmitted to the processor in the form of electrical signals via a bus of the electronic device. Here, an  electrical signal may refer to one electrical signal, a series of electrical signals, and/or a plurality of discrete electrical signals.
Fig. 2 is a schematic diagram illustrating exemplary components of a computing apparatus according to some embodiments of the present disclosure. The server 110, the storage device 120, the information provider 130, and/or the communication platform 140 may be implemented on the computing apparatus 200 according to some embodiments of the present disclosure. The particular system may use a functional block diagram to explain the hardware platform containing one or more user interfaces. The computer may be a computer with general or specific functions. Both types of the computers may be configured to implement any particular system according to some embodiments of the present disclosure. Computing apparatus 200 may be configured to implement any components that perform one or more functions disclosed in the present disclosure. For example, the computing apparatus 200 may implement any component of the reward administering system 100 as described herein. In FIGs. 1-2, only one such computer device is shown purely for convenience purposes. One of ordinary skill in the art would understand at the time of filing of this application that the computer functions relating to the service as described herein may be implemented in a distributed fashion on a number of similar platforms, to distribute the processing load.
The computing apparatus 200, for example, may include COM ports 250 connected to and from a network connected thereto to facilitate data communications. The computing apparatus 200 may also include a processor (e.g., the processor 220) , in the form of one or more processors (e.g., logic circuits) , for executing program instructions. For example, the processor may include interface circuits and processing circuits therein. The interface circuits may be configured to receive electronic signals from a bus 210, wherein the  electronic signals encode structured data and/or instructions for the processing circuits to process. The processing circuits may conduct logic calculations, and then determine a conclusion, a result, and/or an instruction encoded as electronic signals. Then the interface circuits may send out the electronic signals from the processing circuits via the bus 210.
The exemplary computing apparatus may include the internal communication bus 210, program storage and data storage of different forms including, for example, a disk 270, and a read only memory (ROM) 230, or a random access memory (RAM) 240, for various data files to be processed and/or transmitted by the computing apparatus. The exemplary computing apparatus may also include program instructions stored in the ROM 230, RAM 240, and/or another type of non-transitory storage medium to be executed by the processor 220. The methods and/or processes of the present disclosure may be implemented as the program instructions. The computing apparatus 200 also includes an I/O component 260, supporting input/output between the computer and other components. The computing apparatus 200 may also receive programming and data via network communications.
Merely for illustration, only one processor and/or processor is illustrated in FIG. 2. Multiple CPUs and/or processors are also contemplated; thus operations and/or method steps performed by one CPU and/or processor as described in the present disclosure may also be jointly or separately performed by the multiple CPUs and/or processors. For example, if in the present disclosure the CPU and/or processor of the computing apparatus 200 executes both operation A and operation B, it should be understood that operation A and operation B may also be performed by two different CPUs and/or processors jointly or separately in the computing apparatus 200 (e.g., the first processor executes operation A and the second processor executes operation B, or the first  and second processors jointly execute operations A and B) .
Fig. 3 is a block diagram illustrating exemplary hardware and/or software components of an exemplary requestor terminal according to some embodiments of the present disclosure. The information provider 130 or the communication platform 140 may be implemented on the mobile device 300 according to some embodiments of the present disclosure. As illustrated in FIG. 3, the mobile device 300 may include a communication module 310, a display 320, a graphic processing unit (GPU) 330, a central processing unit (CPU) 340, an I/O 350, a memory 360, and a storage 390. The CPU 340 may include interface circuits and processing circuits similar to the processor 220. In some embodiments, any other suitable component, including but not limited to a system bus or a controller (not shown) , may also be included in the mobile device 300. In some embodiments, a mobile operating system 370 (e.g., iOS TM, Android TM, Windows Phone TM, etc. ) and one or more applications 380 may be loaded into the memory 360 from the storage 390 in order to be executed by the CPU 340. The applications 380 may include a browser or any other suitable mobile apps for receiving and rendering information relating to a service request or other information from the reward offering system on the mobile device 300. User interactions with the information stream may be achieved via the I/O devices 350 and provided to the processing device112 and/or other components of the reward administering system 100 via the network 150.
In order to implement various modules, units and their functions described above, a computer hardware platform may be used as hardware platforms of one or more elements (e.g., a component of the server 110 described in FIG. 1) . Since these hardware elements, operating systems, and program languages are common, it may be assumed that persons skilled in the art may be familiar with these techniques and they may be able to provide  information required in the data classification according to the techniques described in the present disclosure. A computer with a user interface may be used as a personal computer (PC) , or other types of workstations or terminal devices. After being properly programmed, a computer with a user interface may be used as a server. It may be considered that those skilled in the art may also be familiar with such structures, programs, or general operations of this type of computer device. Thus, additional explanations are not described for the figures.
FIG. 4 is a flowchart illustrating a process 400 for offering rewards to a service provider according to some embodiments of the present disclosure. In some embodiments, the process 400 shown in FIG. 4 may be implemented in the reward administering system 100 illustrated in FIG. 1. For example, at least a part of the process 400 may be stored in a storage device (e.g., the DISK 270 of the computing device 200) as a form of instructions, and invoked and/or executed by the server 110 (e.g., the processor 220 of the computing device 200) . In some embodiments, a part of the process 400 may be implemented on a terminal device. The operations of the illustrated process 400 presented below are intended to be illustrative. In some embodiments, the process 400 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of the process 400 as illustrated in FIG. 4 and described below is not intended to be limiting.
In 401, a service request may be received from a terminal device of a customer, the service request including service request parameters such as a requested service time, a starting location, and an end location. In some embodiments, the terminal device of the customer may be implemented by the user terminal 130.
In some embodiments, the customer may input the requested service time, the start location, and the end location through the terminal device. The terminal device may generate the service request based on the requested service time, the start location, and the end location, and transmit the service request to a hailing platform. In some embodiments, the hailing platform may be implemented in the server 110. The hailing platform may obtain the requested service time and start location when the service request is received. In some embodiments, the terminal device may determine a current location of the customer as the start location, or provide a map for the customer to mark up the start location and the end location. The service request may not be limited to information disclosed above, but may also include any type of car-hailing services, such as a taxi service, a carpooling or rideshare service, etc.
In 402, a determination may be made as to whether the service request satisfies a preset stardand may be made based on the service request parameters. If the service request satisfies the preset stardard, a reward including rewarding information may be generated, and the reward information along with the service request may be sent to a terminal device of a service provider.
The hailing platform may obtain the service request, and determine whether the service request satisfies the preset stardard based on the service request parameters. In some embodiments, the preset standard may include a preset time standard. The preset time stardard may relate to the requested service time. For example, when the requested service time in the service request is in morning peak hours or evening peak hours (5: 30~10: 00 or 17: 00~20: 00) , or in late night (after 20: 00) , the preset stardard may be satisfied, and a reward may be administered to an account of the service provider if the service provider accepts and fulfills the service request. In some embodiments,  the preset standard may include a preset location standard. The preset location standard may relate to the start location and/or the end location in a specific area. For example, if the start location in the service requests is located in a devious area or at a transportation hub (e.g., station, airport, etc. ) . As another example, if the end location in the service requests is a devious area, rewards may be offered when the service provider receives the order. In some embodiments, the preset standard may include both the preset time standard and the preset location standard. In another word, the preset standard may relate to all of the departure time, the start location, and the end location. For example, rewards may be offered to a service provider who accepts and fulfill a service request in a certain time period as well as in a specific area.
In some embodiments, the rewarding information may include a specific amount of money for rewarding, or may be an estimated amount of money for rewarding. The amount of money may be estimated, for example, according to travelling mileage between the start location to the end location. Specifically, the server 110 may determine optional routes between the start location to the end location according to the start location and the end location, estimate the amount of money based on the optional routes, generate the rewarding information, transmit the rewarding information to the service provider, which may motivate the service provider to receive the order. The amount of the money for rewarding may be determined based on an actual travelling mileage after the order is fulfilled. In some embodiments, the amount of the money for rewarding may be determined according to a time period that the departure time belongs to or an area that the start location and/or the end location belong to. In some embodiments, the server 110 may dispatch the order following a certain order-dispatching rule when the service request and the rewarding information is transmitted to the terminal device of the service provider. The order-dispatching  rule may be that the server 110 pushes the service request and the rewarding information to a terminal device of a service provider, and the service provider determines whether to accept the service request through his/her terminal device. The order-dispatching rule may be that the server 110 pushes the service request and the rewarding information to terminal devices of multiple service providers at the same time via broadcasting, and any one of the service providers can accept the order via his/her terminal device. Furthermore, if the customer requests a certain type of car-hailing service, the server 110 may push order information and rewarding information to a terminal device of a service provider providing corresponding type of service. In some embodiments, the rewarding information may be pushed to terminal devices of service providers along with service requests, thereby motivating service providers to accept orders, making service providers realize that rewards may be offered for orders directing to specific areas and/or certain time periods, and improving positivity of service providers to accept and fulfill orders directing to the specific areas and/or the certain time periods.
Further, while the rewarding information is transmitted to the terminal devicde of the service provider, the hailing platform may also push the preset standard for rewarding the service provider to his/her terminal device, more particularly, in forms of vioce or text, such that the service provider may know more details regarding rules of offering rewards and his/her enthusiasm may be raised. In addition, if the preset stardard is not satisfied, the hailing platform may transmit prompt information regarding which stardard is not satisfied, for example, the departure time of the service request does not belong to the preset time period, to the terminal device of the service provider.
In 403, the server 110 may administer, based on the rewarding information, the reward to an account of the service provider upon confirmation of  the fulfillment of the the service request if the service provider accepts and fulfills the service request.
In some embodiments, the service provider may receive the order through the terminal device 140, and pick up the customer at the departure time. when the order is fulfilled, the terminal device 140 may transmit confirmation of the fulfillment of the the service request to the hailing platform. In response to the confirmation, the hailing platform may administer an amount of money for rewarding corresponding to the rewarding information to the account of the service provider in real time, thereby improving user experience of the service provider, as well as increasing enthusiasm of the service provider. In some embodiments, since the hailing platform has determined to reward the service provider who accepts the order, the hailing platform may administer the reward immediately or after a short time for judgement when the order is fulfilled, thereby administering rewards in real time rather than acquiring and performing detailed analysis on driving routes, requested service times and other information, which improves the processing speed.
In some embodiments, the hailing platform may transmit a notification to the terminal device of the service provider (e.g., the driver terminal 140) after the reward with an amount of the money corresponding to the rewarding information is administered to the account of the service provider.
The reward administering method provided in the present disclosure includes receiving a service request from a terminal device of a customer, the service request including a requested service time, a start location, and an end location; determining whether the service request satisfies a preset standard; obtaining rewarding information and transmitting the rewarding information along with the service request to a terminal device of a service provider if the preset standard is satisfied; administering, based on the rewarding information, a  reward to an account of the service provider. The method provided in this embodiment may motivate the service provider to receive orders during a specific time period or in a specific area by pushing the service request and the rewarding information to the terminal device of the service provider before the service provider accepts the order. The rewarding information may be obtained based on the service request before the service request is pushed to the service provider, which may enable the administering of the reward into the account of the service provider in real time when the order is fulfilled, thereby improving the speed for administering the rewards, enhancing user experience of the service provider, further motivating the service provider, allocating transportation resources more organized, and benefiting passengers as well.
In some embodiments, a reward query method is further provided in the present disclosure. An interface of the terminal device of the serivce provider may include buttons for checking all orders, orders with rewards, and/or orders without rewards. When the terminal device of the service provider receives a signal that a user clicks a button for viewing all orders, all orders associated with the user may be obtained from the hailing platform and displayed in a first interface of the terminal device of the service provider, in which information of each order such as a start time (i.e., requested service time) , an end time, a start location, an end location may be displayed. In some embodiments, an amount of money for rewarding of each order and a total amout of money for rewarding of all orders may also be displayed in the first interface. When the terminal device of the service provider receives a signal that a user clicks a button for viewing orders with rewards, orders with rewards may be obtained from the hailing platform and displayed in a second interface of the terminal device of the service provider, in which information of each order such as a start time (i.e., requested service time) , an end time, a start location, an end location may be  displayed similarly. In some embodiments, an amount of money for rewarding of each of the orders with rewards and a total amout of money for rewarding of the orders with rewards may also be displayed in the second interface. When the terminal device of the service provider receives a signal that a user clicks a button for viewing orders without rewards, orders without rewards as well as which standard that each of the orders without rewards does not satisfy may be obtained from the hailing platform and displayed in a third interface of the terminal device of the service provider, in which information of each order such as a start time (i.e., requested service time) , an end time, a start location, an end location may be displayed similarly. In some embodiments, the terminal device of the service provider may further include a fourth interface including a button for viewing preset standards for rewarding, which may also be set in the first interface, the second interface, and/or the third interface. The forth interface may further include buttons for checking all orders, orders with rewards, and/or orders without rewards. A driver may check rewards associated with his/her orders quickly via the reward query method, thus improving user experience and positivity of the driver.
FIG. 5 is a flowchart illustrating a process 500 for determining whether the service request satisfies a preset standard according to some embodiments of the present disclosure. In some embodiments, operations described in 402 of the process 400 may be performed according to the operations in 502 and 503 of the process 500. In the process 500, rewarding information may be obtained and pushed to the terminal device of the service provider along with a service request if the service request satisfies a preset standard.
In 501, a service request may be received from a terminal device of a customer, the service request including service request parameters such as a requested service time, a starting location, and an end location.
In 502, a determination as to whether at least one preset standard is satisfied may be made. In some embodiments, the determination may be made based on one or more of the service request parameters; including (1) if the requested service time falls into a preset duration, wherein during the preset duration, the number of available service provider is less than the number of service requests placed and or (2) if the starting location and the end location of the service request falls into a preset area, wherein in the preset area, the number of available service provider is less than the number of service requests placed. The preset standard may include a preset time standard and/or a preset location standard. For example, if the requested service time falls into a preset time periods, during which service supplies are smaller than service requests (i.e., the number of available service provider is less than the number of service requests placed) , the server 110 may determine that the preset time standard is satisfied. As another example, if the start location and/or the end location are within preset areas, in which service supplies are smaller than service requests (i.e., the number of available service provider is less than the number of service requests placed) , the server 110 may determine that the preset time standard is satisfied.
In 503, if a preset standard are satisfied, a reward including rewarding information may be generated and sent to the terminal device of the service provider along with the service requests.
In 504, the server 110 may administer, based on the rewarding information, the reward to an account of a service provider who accepts the order upon confirmation of the fulfillment of the service request.
In some embodiments, during preset time periods, such as morning peak hours, evening peak hours, and/or late night, service supplies may be smaller than service requests, indicating an imbalance between service supplies and  service requests. In another word, the number of available service provider is less than the number of service requests placed during morning peak hours and evening peak hours, however vehicles rendering serivces may be relatively fewer, which increases the difficulty for a customer to request a car-hailing service. In order to motivate more service providers to render services during the morning peak hours, evening peak hours, and/or late night, so as to benefit customers, thus drivers accepting and fulfilling orders with requested service times fall into preset time periods such as peak hours or late night may be rewards. In some embodiments, in preset areas, such as transportation hubs like airports, stations, and devious areas, service supplies may be smaller than service requests, indicating an imbalance between service supplies and service requests. In another word, the number of available service provider is less than the number of service requests placed in the transportation hubs like airports and stations, however vehicles rendering serivces may be relatively fewer, which increases the difficulty for a customer to request a car-hailing service. Service providers who accept orders with end locations in devious areas are more likely to reture empty, and may have difficultes to obtain rewards associated with continuous services, thus service supplies may be relatively fewer in the devious areas, and customers may be difficult to request car-hailing services. Detailed description regarding the rewards associated with continuous services may be disclosed elsewhere, for example, FIG. 7 and FIG. 8 and the desicriptions thereof. In order to encourage more service providers to accept orders in the preset areas, service providers who accept orders with start locations or end locations in the preset areas may be rewarded, which may benefit the evacuation of passengers in the transportation hubs and facilitate rapid travel of customers in the devious areas. In some embodiments, rewards for orders designting devious areas may be adjusted appropriately, so as to provide more economic  guarantees for service providers, and improve the security of the service providers as well.
In some embodiments, the preset time periods and/or the preset areas may be determined by collecting and analysing historical data. Merely for illustration purposes, time periods and areas in which service supplies and service requests are out of balance may be designated as the preset time periods and preset areas, respectively. A certain amount of money for rewarding or a certain ratio for rewarding (e.g., twice the fee of the order) may be set for the preset time period and/or the preset area. In some embodiments, the preset time period and/or the preset area may be obtained in real time. For example, when a service request is received from a terminal device of a customer, service supplies and service requests in the current time period may be obtained, and the current time period may be designated as a preset time period if the service supplies are smaller than the service requests in the current time period. Similarly, service supplies and service requests in an area including a start location may be obtained, and the area may be designated as a preset area period if the service supplies are smaller than the service requests in the area.
As a further improvement of the above embodiment, the method may further include obtaining weather information of the start location at the requested service time before the server 110 determines whether the service request satisfies a preset standard. To determine whether the service request satisfies a preset standard, a preset weather standard may be considered. The preset weather standard may relate to weather condition of the start location, the end location, and/or any location in the route from the start location to the end location during the trip.
In some embodiments, the hailing platform may also obtain weather information from, for example, weather broadcasting platform. If the weather information satisfies the preset weather standard, the hailing platform may determine the reward including reward information according to the preset weather standard, and administer the reward corresponding to the reward information to the service provider when the service provider accepts the order. Specifically, the preset weather standard may be that the start location currently has a special weather condition, for example, rain, snow, fog, haze, sandstorms, typhoons, or other extreme weather. Customers’ travel under the special weather may be ensured by rewarding service providers who still render services.
In addition, the hailing platform may also determine whether the day into which the requested service time falls is a holiday, such as Spring Festival, National Day, etc., so as to reward the service provider accordingly. For example, if the day into which the departure time falls is a holiday, for example, Spring Festival, service providers are less willing to render services, rewards may be administered to encourage service providers to render services. As another example, on National Day, tourist attractions may be crowded, service providers are often reluctant to receive orders near the attractions, then the hailing platform may determine whether it is necessary to administering rewards to service providers according to the date and the start location of the service request, thus increasing transportation resources near tourist attractions, such that tourists may call a service quickly.
It should be noted that any combination of the various preset standards described above may be made, which is not limiting.
As a further improvement of the above embodiment, the operations for administering rewards to the account of the service provider in real-time  according to the rewarding information upon confirmation of the fulfillment of the service request may further include obtaining travelling mileage of the service provider from the start location to the end location, and adjust the rewarding information according to the travel mileage.
In some embodiments, the amount of money for rewarding may be determined according to the travel mileage. In another word, when the reward information is sent to the service provider, the rewarding information may include an estimated amount of money for rewarding, and the estimated amount of money for rewarding may be adjusted according to the travel mileage after the order is complete.
As still a further improvement of the above embodiment, before the rewards are administered to the account of the service provider, the method further includes performing an anti-cheating detection according to an order-complete message indicating that the order is fulfilled.
Specifically, the determinaton as to whether the order is a cheating order may be conducted based on the order-complete message and one or more anti-cheating strategies. In some embodiments, the anti-cheating strategies may be set by a user, according to default setting of the reward administering system 100. If the order is a cheating order, the administering of the rewards may be cancelled.
In some embodiments, anti-cheating operations may be performed for the order when the order is fulfilled. If the order is determined as a cheating order, the rewards for the service provider may be cancelled, otherwise, the rewards may be administered in real time. Anti-cheating detections may prevent service providers from self-trading, defrauding rewards maliciously, thereby ensuring fairness in the car-hailing service. In some embodiments, an anti-cheating model may be used. The anti-cheating model may be a collection  of various anti-cheat strategies. Cheating orders determined using the anti-cheating model may be transimitted in real time to a cheating order library. Merely for illustration purposes, each order may be sent to an anti-cheat interface before rewards is dispatched. The anti-cheat interface may determine whether the order is a cheating order based on an order-fulfilled message associated with the order and one or more anti-cheating strategies. If the order is a cheating order, the rewards may be cancelled. In some embodiments, penalties may be imposed as well. The anti-cheating detections may be any cheating detection method or a combination thereof, which is not described in detail.
FIG. 6 is a block diagram of a reward administering device according to some embodiments of present disclosure. As shown in FIG. 6, the reward administering device may include a receiving module 601, a processing module 602, a transmitting module 603, and a rewarding module 604.
The receiving module 601 may be configured to receive a service request from a terminal device of a customer, the service request including parameters such as a requested service time, a starting location, and an end location.
The processing module 602 may be configured to determine whether the service request satisfies a preset standard based on the service request parameters. If the preset standard is met, a reward comprising reward information may be generated.
The transmitting module 603 may be configured to send the reward information along with the service request to a terminal device of a service provider.
The receiving module 601 may further be configured to receive the confirmation of the fulfillment of the service request.
The rewarding module 204 may administer the reward to an account of the service provider upon confirmation of the fulfillment of the service request.
Further, the processing module 602 may be configured to determine if the requested service time falls into a preset duration, wherein during the preset duration, the number of available service provider is less than the number of service requests placed or if the starting location and the end location of the service request falls into a preset area, wherein in the preset area, the number of available service provider is less than the number of service requests placed.
Further, the receiving module 601 may be configured to obtain weather information of the start location at the requested service time. The processing module 602 may determine whether the weather information satisfies a preset weather standard.
Further, the processing module 602 may further be configured to obtain travelling mileage of the service provider from the start location to the end location, and adjust the rewarding information according to the travel mileage.
Further, the processing module 202 is further configured to determine whether the order is a cheating order based on the order-complete message and one or more anti-cheating strategies, and cancel the reward in response to a determination that the order is a cheating order.
The reward administering device may implement the operations in FIGs. 4 and 5. The reward administering device provided in the present disclosure may perform one or more of the operations below. The one or more operations includes receiving a service request from a terminal device of a customer, the service request including a requested service time, a start location, and an end location; determining whether the service request satisfies a preset standard; obtaining rewarding information and transmitting the rewarding information along with the service request to a terminal device of a service provider if the preset  standard is satisfied; administering, based on the rewarding information, a reward to an account of the service provider. The device provided in this embodiment may help to motivate the service provider to receive orders during a specific time period or in a specific area by pushing the service request and the rewarding information to the terminal device of the service provider before the service provider accepts the order. The rewarding information may be obtained based on the service request before the service request is pushed to the service provider, which may enable the administering of the reward into the account of the service provider in real time when the order is fulfilled, thereby improving the speed for administering the rewards, enhancing user experience of the service provider, further motivating the service provider, allocating transportation resources more organized, and benefiting passengers as well.
Another embodiment of the present disclosure provides a reward administering device including a memory and a processor. The memory is configured to store computer executable instructions.
When the processor invokes the instruction stored in the memory, the processor may perform a method for administering a reward for a service provider according to some embodiments of the present disclosure. In some embodiments, the processor may be configured to receive a service request from a terminal device of a customer, the service request including a requested service time, a start location, and an end location, determine whether the service request satisfies a preset standard, obtain rewarding information and transmit the rewarding information along with the service request to a terminal device of a service provider if the preset standard is satisfied, and administer, based on the rewarding information, a reward to an account of the service provider.
In some embodiments, the receiving module 601 may further be configured to obtain a current acceptance time and a previous completion time from a terminal device of a service provider
The processing module 602 may further be configured to determine if the current order is continuous from the immediate previous order based on the time interval between the current acceptance time and the previous completion time.
The rewarding module 604 may further be configured to add the current continuous order to accumulated previously fulfilled continuous orders of the service provider to obtain a total number of continuous orders if the current order is continuous, determine a reward if the total number of continuous orders is greater than a first preset order number, when the current order is fulfilled, and administer the reward to an account of the service provider.
In some embodiments, the rewarding module 604 is further configured to: determine amount of rewards according to an acceptance time of a current order.
In some embodiments, the receiving module 601 may obtain a user rating for a service provider from a customer. The rewarding module 604 may determine amount of rewards according to the user rating.
Further, the receiving module 601 may further be configured to obtain a total amount of money for rewarding in the account of the service provider. The rewarding module 604 may stop the administering of the rewards if the total amount of money for rewarding in the account of the service provider is larger than a preset amount.
In some embodiments, the processing module 602 may determine whether a total number of continuous orders is larger than a second preset order number. The second preset order number may be set by a user, according to default settings of the reward administering system 100. If the total number of  continuous orders is larger than the second preset order number, the rewarding module 604 may stop the administering of rewards to the service provider.
The reward administering device may also implement the operations in FIGs. 7 and 8.
The reward administering device described in the present disclosure may perform one or more operations including obtaining service information associated with a service provider, the service information including a current acceptance time and a previous completion time, determining a time interval between the current acceptance time and the previous completion time, determining that the service provider is in a continuous service if the time interval is smaller than a preset interval, and administering a reward to the service provider when the order is fulfilled if the total number of continuous orders is larger than the first preset order number. The reward administering device may help enhance user experience of the service provider by rewarding the service provider that is in a continuous service in real time, thereby motivating the service provider to continuously receive orders as many as possible, improving enthusiasm of the service provider on receiving orders, reducing the waiting time of a customer who requests a service, and facilitating a fast travel of the customer.
FIG. 7 is a flowchart illustrating a process 700 for rewarding a continuous service according to some embodiments of the present disclosure. In some embodiments, the process 700 shown in FIG. 7 may be implemented in the reward administering system 100 illustrated in FIG. 1. For example, at least a part of the process 700 may be stored in a storage device (e.g., the DISK 270 of the computing device 200) as a form of instructions, and invoked and/or executed by the server 110 (e.g., the processor 220 of the computing device 200) . In some embodiments, a part of the process 700 may be implemented on  a terminal device. The operations of the illustrated process 700 presented below are intended to be illustrative. In some embodiments, the process 700 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of the process 700 as illustrated in FIG. 7 and described below is not intended to be limiting.
In 701, a current acceptance time and a previous completion time may be obtained from a terminal device of a service provider.
In some embodiments, when the service provider fulfills an immediate previously fulfilled order (i.e., a latest order) , order information of the immediate previously fulfilled order may be uploaded to the server 100 through the terminal device of the service provider. In some embodiments, the order information may include a completion time of the immediate previously fulfilled order. When the service provider receives the current order, the server 110 may obtain an order acceptance time of the current order (also referred to as “current acceptance time” ) from the terminal device of service provider, and determine a time interval between the current acceptance time and the previous completion time. It should be noted that the order information of an order may also include both the current acceptance time and the previous completion time. In some embodiments, the current acceptance time may be obtained from the order information of the current order after the current order is fulfilled. In some embodiments, the current acceptance time may be uploaded to the server 110 immediately when the terminal device of service provider accepts the current order.
In 702, if the current order is continuous from the immediate previous order may be determined based on the time interval between the current acceptance time and the previous completion time. The time interval may be  used to determine whether the service provider is in a continuous service (i.e., the current order is continuous) . As used herein, a continuous service refers to a state in which a service provider rendering car-hailing services. A driver in a continuous service may be determined as a full-time service provider. In some embodiments, a service provider in a continuous service may earn more rewards.
In some embodiments, the time interval between the current acceptance time and the previous completion time may be determined. The server 110 may determine whether the service provider is in a continuous service based on the time interval. In some embodiments, the service provider may be determined in a continuous service if the time interval is smaller than a preset interval. The preset interval may be set by a user, according to default settings of the order dispatching system. In some embodiments, the preset interval may be a constant, for example, 0.5 hours. In some embodiments, different values of the preset interval may be set according to actual requirements. For example, the server 110 may determine whether the previous completion time falls into a specific time period, such as a lunch break (e.g., 12: 00-14: 00) . The preset interval may be adjusted to be a longer time period, for example, 2 hours, if the server 110 determines that the previous complete time falls into a lunch break, so as to provide sufficient time for meal and rest for the service provider. In a circumstance that the preset time is a constant, a longer time interruption in a specific time period, such as a lunch break, may be allowed, and the server 110 may recognize that the service provider is having a lunch break, which may not be regarded as a termination of a continuous service. However, a longer time interruption out of specific time periods may be determined as a termination of a continuous service.
In 703, If the current order is continuous, the current continuous order may be added to accumulated previously fulfilled continuous orders of the service provider to obtain a total number of continuous orders. If the total number of continuous orders is greater than a first preset order number, determining a reward when the current order is fulfilled and administering the reward to an account of the service provider.
In some embodiments, the operation in 703 may relate to a preset stardard. If the preset stardard is satisfied, rewarding information of the reward may be determined, and corresponding operations may be performed according to the rewarding information when the current order is fulfilled. In some embodiments, the preset standard includes a preset service standard. The preset service standard may relate to a continuous service of a service provider. Merely by ways of example, the preset service standard may be satisfied if the service provider is in a continuous service (i.e., the current order is continuous) and a total number of orders fulfilled in the continuous service (i.e., the total number of continuous orders) is greater than a first preset order number.
In some embodiments, in response to the determination that the current order is continuous, the current continuous order may be added to accumulated previously fulfilled continuous orders of the service provider to obtain a total number of continuous orders. As used herein, the accumulated previously fulfilled continuous orders refer to continuous orders fulfiied before the service provider accepts the current order. The server 110 may determine whether the total number of continuous orders is larger than a first preset order number. If the total number of continuous orders is larger than the first preset order number, the reward including rewarding information may be determined, and corresponding operations may be performed according to the rewarding information when the current order is fulfilled. In some embodiments, the  rewarding information may include an amount of money for rewarding. The corresponding operations may include at least one operation that administers the reward to an account of the service provider. Merely for illustration, the reward administering system 100 may administer the reward to the account of the service provider on condition that the total number of continuous orders reaches the first order number, for example, the first order number may be 3. When the total number of continuous orders is 3, a reward may be administered to the service provider when a fourth order is fulfilled if the service provider is determined to be in a continuous service when he/she accepts the fourth order, thus motivating the service provider to receive orders as many as possible, and improving enthusiasm of the service provider on receiving orders.
The continuous service rewarding method described in the present disclosure includes obtaining service information associated with a service provider, the service information including a current acceptance time and a previous completion time, determining a time interval between the current acceptance time and the previous completion time, determining that the service provider is in a continuous service if the time interval is smaller than a preset interval, and administering a reward to the service provider when the order is fulfilled if the total number of continuous orders is larger than the first preset order number. The continuous service rewarding method enhances user experience of the service provider by rewarding the service provider that is in a continuous service in real time, thereby motivating the service provider to continuously receive orders as many as possible, improving enthusiasm of the service provider on receiving orders, reducing the waiting time of a customer who requests a service, and facilitating a fast travel of the customer.
FIG. 8 is a flowchart illustrating a process 800 for rewarding a continuous service according to some embodiments of the present disclosure. In some  embodiments, the process 800 may be described in combination with the process 700.
In 801, a current acceptance and a previous completion time may be obtained from a terminal device of a service provider.
In 802, a time interval between the current acceptance time and the previous completion time may be determined.
In 803, a determination as to whether the time interval is smaller than a preset time may be made. If the time interval is smaller than the preset time, operations in 804 may be performed. If the time interval is larger than or equal to the preset time, operations in 806 may be performed.
In 804, the current continuous order may be added to accumulated previously fulfilled continuous orders of the service provider to obtain a total number of continuous orders. It may be determined that the current order is a continuous order (i.e., the service provider is in a continuous service) . If the current order is a continuous order, a total number of continuous orders may be determined by adding the current continuous order to accumulated previously fulfilled continuous orders of the service provider.
In 805, if the total number of continuous orders is greater than a first preset order number, a reward may be administered to an account of the service provider when the current order is fulfilled.
In 806, a determination as to whether the time interval falls into a preset time period may be made. If the time interval falls into the preset time period, operations in 804 may be performed, and it may be determined that the current order is a continuous order. If the time interval does not fall into the preset time period, operations in 807 may be performed.
In 807, the total number of the continual order may be set to zero. If the time interval does not fall into the preset time period, it may be determined that  the current order is not a continuous order, the total number of the continuous order may be set to zero.
Further, in some embodiments, the amount of money for rewarding may be a constant, for example, 1 RMB per order. In some embodiments, the amount of money for rewarding may also be adjusted according to actual requirements. For example, different amount of money for rewarding may be determined according to the order acceptance time or evaluation for the order from the passenger, etc.
In some embodiments, to determine the rewarding information for the service provider as described in 703, the server 110 may further determine the amount of money for rewarding according to the current acceptance time.
Merely for illustration, the amount of money for rewarding may be increased so as to encourage the service provider to respond to more service requests during morning peak hours and/or evening peak hours. In another word, the amount of money for rewarding may be higher and the rewards may be administered to an account of the service provider after the order is fulfilled if it is determined that the current acceptance time falls into morning peak hours or evening peak hours.
In some embodiments, to determine the rewarding information for the service provider as described in 703, the server 110 may further obtain information regarding evaluation for the current order from a passenger, and determine the amount of money for rewarding according to the information regarding the evaluation for the current order.
Merely for illustration, the evaluation, such as punctuality, an attitude to a customer, familiarity with routes from the start location to the end location, etc., may be obtained from the terminal device of the customer, and the amount of money for rewarding may be adjusted according to the evaluation. If the  evaluation shows that the service provider has a good perfomance, the amount of money for rewarding may be adjusted to be higher, otherwise, the amount of money for rewarding may be adjusted to be lower, thereby motivating the service provider to improve the quality of his/her services.
In addition, if the hailing platform receives a petition from the service provider for verifying a poor evaluation or a complaint from a customer, the hailing platform may verify the poor evaluation or the complaint, and generate verification information. In some embodiments, the rewards may be adjusted based on the verification information. To be specific, if a customer gives a poor evaluation or a complaint for an order, the rewards for a service provider assocaited with the order may be adjusted after the poor evaluation or the complaint is verified. For example, if the complaint is verified to be true, the amount of money for rewarding may be reduced or cancelle. If the complaint is verified not to be true, the rewards may be administered. As another example, if the complaint is caused by the customer, and the service provider takes effective measures to deal with the complaint, the amount of money for rewarding may be increased, so as to encourage the service provider to deal with problems actively.
In some embodiments, to determine the rewarding information for the service provider as described in 703, the server 110 may further obtain a total amount of money for rewarding in the account of the service provider. The server 110 may stop the offering of the rewards if the total amount of money for rewarding in the account of the service provider is larger than a preset amount. In some embodiments, the server 110 may determine whether the total number of continuous orders is larger than a second preset order number. The second preset order number may be set by a user, according to default settings of the reward administering system 100. If the total number of continuous orders is  larger than the second preset order number, the server 110 may stop the administering of rewards to the service provider.
Merely for illustration, an upper limit may be set in consideration of cost for rewarding as well as avoiding fatigue driving of the service provider. In some embodiments, the upper limit may be an upper limit of the amount of money for rewarding. In some embodiments, the upper limit may be an upper limit of the total number of orders fulfilled in the continuous service. In another word, a determination as to whether the total amount of money for rewarding in the account of the service provider is larger than or equal to the preset amount may be made. If the total amount of money for rewarding in the account of the service provider is larger than or equal to the preset amount, the rewards may be cancelled. In some embodiments, a determination as to whether the total number of continuous orders is larger than the second preset order number may be made. If the total number of continuous orders is larger than the second preset order number, the rewards may be cancelled. Further, the server 110 may send prompt information to the service provider when the administering of rewards stops, such that the service provider may know that the total number of continuous orders reach the upper limit. Moreover, a repetition cycle for rewarding continuous service may be set to, for example, 1 day. The total number of continuous orders may be set to zero at zero o’clock each day. In some embodiments, the repetion cycle can be set to any other durations, for example, 3 days, a week, a month, etc.
FIG. 9 is a structural diagram of a service rewarding device according to some embodiments of the present disclosure.
As shown in FIG. 9, the service rewarding device may include a processor 901, a storage 902.
The storage 902 may store computer programs. When the computer programs are executed by the processor 901, the service rewarding method illustrated in FIGs. 7 and 8 may be implemented.
In some embodiments, the service rewarding device may further include a bus 903 and a communication interface 904. The processor 901, the communication interface 904, and the storage 902 may be connected by the bus 903.
The storage 902 may include a high speed random access memory (RAM) , and may also include a non-volatile memory, for example, at least one disk memory. The communication connection (wired or wireless) implemented by at least one communication interface, for example, the communication interface 403, may use Internet, wide area network, local network, metropolitan area network, or the like.
The bus 903 may be ISA bus, PCI bus, or EISA bus etc. The bus 903 may be divided into an address bus, a data bus, a control bus, or the like. For brevity, a double-sided arrow is used to represent the bus 903 as shown in FIG. 9, however, it does not mean that there is only one bus or only one type of buses.
The storage 902 may be used to store a computer program. The processor 400 may execute the computer program when it receives an execution instruction. The above methods described in the flow charts may be applied to the processor 901 or be implemented by the processor 901.
The processor 901 may be an integrated circuit chip with signal processing capabilities. In some embodiments, operations in the above processes may be implemented in an integrated logic circuit of hardware or an instruction in a form of software in the processor 901. The processor 901 may be a general-purpose processor, including a central processing unit (CPU) , a  network processor (Network Processor, NP for short) , or the like. It may also be a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , an off-the-shelf programmable gate array (FPGA) , or other programmable logic device, a discrete gate, a transistor logic device, or a discrete hardware component. The methods, operations, and logical block diagrams disclosed in the present disclosure may be implemented or carried out by the processor 901. The processor may be a micro-processor or a general purpose processor, or any conventional processor. The operations of the method disclosed in the present disclosure may be directly implemented by a hardware decoding processor, or may be performed by a combination of hardware and software modules in a decoding processor. The software module can be planted in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory, electrically erasable programmable memory, registers, or the like. The storage medium may be implemented by the storage 902, and the processor 901 reads the information in the storage 902, and completes the operations of the above methods on hardware.
The above embodiments provide a service rewarding device applied in car-hailing services, which is configured to obtain a current acceptance time and a previous completion time from a terminal device of a service provider, determine if the current order is continuous from the immediate previous order based on the time interval between the current acceptance time and the previous completion time, and If the current order is continuous, add the current continuous order to accumulated previously fulfilled continuous orders of the service provider to obtain a total number of continuous orders. If the total number of continuous orders is greater than a first preset order number, determine a reward when the current order is fulfilled and administering the reward to an account of the service provider.
The service rewarding device enhances user experience of the service provider by rewarding the service provider that is in a continuous service in real time, thereby motivating the service provider to continuously receive orders as many as possible, improving enthusiasm of the service provider on receiving orders, reducing the waiting time of a customer who requests a service, and facilitating a fast travel of the customer.
In some embodiments, it should be understood that the disclosed devices and methods can be realized in other ways. For example, the devices described above are merely intended to be illustrative. As another example, the modules are merely separated by logical functions. For example, multiple modules or components may be combined or integrated into another system, or some features may be omitted. In addition, the coupling or communication connection in the present disclosure may be an indirect coupling or communication connection through interfaces, devices or units, which may be electrical, mechanical, or other types.
FIG. 10 is a flowchart illustrating a process 1000 for rewarding a customer according to some embodiments of the present disclosure. The customer rewarding method shown in the process 1000 may be implemented by a server, for example, an on-line car-hailing server, a designated driving server, etc. In some embodiments, the process 1000 shown in FIG. 11 may be implemented in the reward administering system 100 illustrated in FIG. 1. For example, at least a part of the process 1000 may be stored in a storage device (e.g., the DISK 270 of the computing device 200) as a form of instructions, and invoked and/or executed by the server 110 (e.g., the processor 220 of the computing device 200) . In some embodiments, a part of the process 1000 may be implemented on a terminal device. The operations of the illustrated process 1000presented below are intended to be illustrative. In some embodiments, the  process 1000 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of the process 1000 as illustrated in FIG. 10 and described below is not intended to be limiting.
In 1001, order information of an order including a start location may be obtained from a terminal device of a customer.
In some embodiments, the order may be a car-hailing order or a designated driving order. The order information may include information such as a start location of the customer, an end location of the customer, etc.
In 1002, a service provider may be dispatched according to the order information.
In some embodiments, the service provider herein may vary in accordance with an type of the order. For example, if the order is an on-line car-hailing order, the service provider may be a driver of a vehicle. As another example, if the order is a designated driving order, the service provider can be a designated driver. It should be noted that the type of the order is not limited to the two types mentioned above, and the service provider is not limited to the two types mentioned above as well.
In some embodiments, a circle on a map including the start location may be determined. The center of the circle may be the start location, and the radius of the circle may equal to a first preset distance. The server 110 may search and dispatch service providers located in the circle. In some embdoments, a service provider who is nearest to the start location may be dispatched for the order. In some embodiments, if few service providers are located in the circle, the radius of the circle may be extended to a second preset distance. The second preset distance may be larger than the first preset distance. For example, the first preset distance may be 3 killometers and the second preset  distance may be 5 killometers. In some embodiments, the first preset distance and/or the second preset distance may be set by a user, according to default settings of the reward administering system 100.
In 1003, a determination may be made as to whether an estimated duration for the service provider to arrive at the start location is larger than or equal to a preset duration.
As used herein, the estimated duration refers to a time period determined by the server for the service provider to arrive at the start location. In some embodiments, the server 110 may determine a route from a current location of the service provider to the start location, and obtain a distance between the current location and the start location and an average speed on the route. The estimated duration may be determined based on the distance and the average speed. In some embodiments, the server 110 may obtain, for example, historical travelling durations of one or more drivers from the current location of the service provider to the start location. An average value of the historical travelling durations may be designated as the estimated duration.
In some embodiments, the estimated duration for the service provider to arrive at the start location may be determined according to a distance between a current location of the service provider and the start location. In some embodiments, information such as road conditions, weather, etc., may also be considered when the server 110 determines the estimated duration, so as to calculate the estimated duration more accurately. The preset duration may be set by a user, according to default settings of the order dispatching system 100. In some embodiments, the preset duration may be determined according to actual requirements, or through an analysis on big data. Various manners for determining the preset duration may be provided elsewhere in the present disclosure, for example, FIG. 11 and 12, and the descriptions thereof.
In 1004, the server 110 may transmit, on condition that the estimated duration is larger than or equal to the preset duration, discount information with limitations for use with respect to the order to the terminal device of the customer, wherein the limitations include the discount can be applied when the actual customer waiting time is longer than or equal to a sum of the estimated duration and its error.
The error of the estimated duration may also be referred to as a deviation time that the service provider arrives at the start location late or in advance comparing with the estimated duration. Detailed descriptions regarding the determination of the error of the estimated duration (i.e., the deviation time) may be disclosed elsewhere in the present disclosure, for example, FIG. 12 and the descriptions thereof.
In some embodiments, the discount information may include a discount, for example, 20%off. In some embodiments, the discount information may include an amount of money for rewarding. If the customer waits for the arrival of the service provider, the amount of money may be rewarded to the customer.
In some embodiments, if the estimated duration for the service provider to arrive at the start location is larger than or equal to the preset duration, it indicates that the service provider may take a long time to arrive at the start location. In such a circumstance, the customer is likely to cancel the order.
By sending the discount information to the terminal device of a user, and defining that the discount information with limitations include the discount can be applied when the actual customer waiting time is longer than or equal to a sum of the estimated duration and its error, the customer may wait, in order to have the discount in the order according to the discount information, to satisfy the limitations when he/she receives the discount information. In this way, the waiting time of the customer may be increased to be larger than or equal to the  sum of the estimated duration and a preset deviation time, thereby reducing the order cancellation probability within a time range of the sum the estimated duration and its error.
In addition, the discount information can be applied when the waiting time is larger than or equal to a sum of the estimated duration and the preset deviation time, rather than the waiting time is larger than or equal to a preset duration, thus avoiding an availability of the discount information by mistake when a delay smaller than the preset deviation time occurs, and reducing a loss of the hailing platform. The delay may be caused by an accident due to unexpected conditions when the service provider drives to the start location.
FIG. 11 is a flowchart illustrating a process 1100 for rewarding a customer according to some embodiments of the present disclosure. The process 1100 may be described in combination with the process 1000. In comparision with the process 1000, the process 1100 further include  operations  1101 and 1102.
In 1101, the server 110 may determine, according to historical data, a first relationship between waiting time durations and order cancellation probabilities during the periods when the customer waits for a service provider
In some embodiments, a plurality of historical orders of one or more customers may be obtained, for example, from the storage 150 or a cloud storage (not shown) . The historical data may include information of the plurality of historical orders.
In 1102, the server 110 may use the first relationship to determine an optimized waiting time duration corresponds to a largest order cancellation probability, and designate the optimized waiting time duration as a first preset duration.
In some embodiments, the server 110 may obtain historical orders cancelled by customers. before the order information including the start location is received from the terminal device of the customer. The server 110 may obtain a waiting time of a customer in each cancelled order, and determine the first relationship between the waiting time and the order cancellation probability. In some embodiments, the first relationship may be expressed in forms of a fitted curve or discrete dots in a two-dimensional coordinate system. The horizontal axis of the coordinate system may be the waiting time of each order, and the vertical axis may be the number of historical orders cancelled by customers. In some embodiments, the server 110 may determine the first relationship based on big data of a plurality of historical orders. Then the server 110 may determine an optimized waiting time corresponding to a largest order cancellation probability according to the big data. The optimized waiting time may be desginated as the preset duration.
For example, the server 110 may obtain 10,000 historical orders, wherein 5,000 orders were canceled by customers after they waited for 15 minutes, 2,500 orders were canceled by customers after they waited for 10 minutes, 2,000 orders were canceled by customers after they waited for 12 minutes, and 500 orders were canceled by customers after they waited for 17 minutes. It may be determined that the optimized waiting time may be 15 minutes which corresponds to a largest order cancellation probability. Then the server 110 may determine the preset duration to be 15 minutes.
Refering to the process 1100, after the estimated duration is determined, a customer may need to wait at least the estimated duration for the service provider. If the estimated duration is larger than or equal to the preset duration, the waiting time may be larger than or equal to the preset duration as well, so the probability that the customer cancels the order may be larger. In such a  circumstance, the discount information with limitations may be transmitted to the terminal device of the customer so as to reduce the proability that the user cancels the order. If the estimated duration is smaller than the preset duration, the probability that the customer cancels the order may be smaller, and it may not be necessary to transmit the discount information to the terminal device of the customer.
FIG. 12 is a flowchart illustrating a process 1200 for rewarding a customer according to some embodiments of the present disclosure. The process 1200 may be described in combination with the process 1000. In comparision with the process 1000, the process 1200 further include  operations  1201 and 1202.
In 1201, the server 110 may determine, according to historical data, a second relationship between the estimated duration and an order cancellation probability. In some embodiments, a plurality of historical orders of one or more customers may be obtained, for example, from the storage 150 or a cloud storage (not shown) . The historical data may include information of the plurality of historical orders.
In 1202, the server 110 may use the second relationship to determine an optimized estimated duration that corresponds to a largest order cancellation probability and designate the optimized estimated duration as a second preset duration.
In some embodiments, the server 110 may obtain historical order cancelled by customers before the order information including the start location is received from the terminal device of the customer. The server 110 may obtain the estimated duration of each cancelled order, and determine the second relationship between the estimated duration and an order cancellation probability. In some embodiments, the second relationship may be expressed in forms of a  fitted curve or discrete dots in a two-dimensional coordinate system. The horizontal axis of the coordinate system may be the estimated duration of each order, and the vertical axis may be the number of historical orders cancelled by customers. In some embodiments, the server 110 may determine the second relationship based on big data of a plurality of historical orders. Then the server 110 may determine an optimized estimated duration corresponding to a largest order cancellation probability according to the big data. The optimized estimated duration may be desginated as the preset duration.
For example, the server 110 may obtain 10,000 historical orders, wherein 5,000 orders were canceled by customers when the estimated duration is 15 minutes, 2,500 orders were canceled by customers when the estimated duration is 10 minutes, 2,000 orders were canceled by customers when the estimated duration is 12 minutes, and 500 orders were canceled by customers when the estimated duration is 17 minutes. It may be determined that the optimized estimated duration may be 15 minutes which corresponds to a largest order cancellation probability. Then the server 110 may determine the preset duration to be 15 minutes.
Refering to the process 1000, after the estimated duration is determined, the server may transmit the estimated duration to the terminal device of the customer. If the estimated duration is larger than or equal to the preset duration, the probability that the customer cancels the order may be larger. In such a circumstance, the discount information with limitations may be transmitted to the terminal device of the customer so as to reduce the proability that the user cancels the order. If the estimated duration is smaller than the preset duration, the probability that the customer cancels the order may be smaller, and it may not be necessary to transmit the discount information to the terminal device of the customer.
In some embodiments, the server 110 may further determine differences between actual durations that service providers arrive at start locations and estimated durations based on historical orders. In some embodiments, the preset deviation time (i.e., the error of the estimated duration) may be determined based on the differences. As used herein, the actual duration may represent a time period that the service provider arrived at the start location in actual, which is also referred to as “actual customer waiting time” .
In some embodiments, differences between actual durations that service providers arrive at start locations and estimated durations may be determined based on historical orders before the operations in 1001 in the process 1000 are performed. The server 110 may obtain big data with a plurality of historical orders, and the differences may be determined based on the big data. For example, the server 110 may obtain 10,000 historical orders, among which 5,000 orders may correspond to a difference of 5 minutes, 2,500 orders may correspond to a difference of 2 minutes, 2,000 orders may correspond to a difference of 0 minutes, and 500 orders may correspond to a difference of -2 minutes.
In some embodiments, the server 110 may designate a largest positive value of the differences as the preset deviation time. Merely for illustration, in the above example, the difference of 5 minutes correponding to the 5,000 historical orders may be determined as the preset deviation time. In some embodiments, an average value of the differences of all orders may be designged as the preset deviation time. The preset deviation time may also be determined using other methods if needed.
In some embodiments, the limitations of the discount information may also include that the discount information is available on condition that an actual  duration that a service provider arrives at a start location is larger than a sum of an estimated duration and a preset deviation time.
Merely for illustration, the discount information may be further limited on the basis of the process 1000 that the discount can be applied when the actual duration that the service provider arrives at the start location is larger than the estimated duration. In some embodiments, the customer may use the discount in the discount information if the service provider fail to arrive at the start location within the estimated duration. On one hand, the order cancellation probability may be reduced, and on the other hand, the discount in the discount information may be unavailble if the service provider arrivals at the starting position within the estimated time period, which may increase profits of the hailing platform.
In some embodiments, the limiations of the discount information may also include that the amount of the discount in the discount information may be reduced if the actual duration that the service provider arrives at the start location is smaller than or equal to the estimated duration. In this way, a certain amount of discount may be provided for the customer if the customer still needs to wait for a long time, thereby improving the profit of the platform on a basis of ensuring that the customer may have a discount on his/her order.
FIG. 13 is a schematic diagram of an interface of a terminal device of a customer implementing the customer rewarding method according to some embodiments of the present disclosure.
Merely by ways of example, as shown in FIG. 13, the preset duration is set to 10 minutes, and the estimated duration for the service provider to arrive at the start location is 10 minutes, i.e., the estimated duration equals to the preset duration. The preset deviation time is set to 1 minute. The server 110 may transmit discount information with limitations for use with respect to the order to the terminal device of the customer. The interface of the terminal device  displays, for example, the current time is 15: 23, and the limitations may be "If the service provider does not arrive at the start location by 15: 34, you will receive a coupon of 3 RMB" .
FIG. 14 is a schematic diagram of an interface of a terminal device of a customer implementing the customer rewarding method according to some embodiments of the present disclosure.
As shown in FIG. 14, the service provider has not yet arrived at the start location at 15: 34, the interface displays prompt information to the customer that the discount in the discount information is available for use. For example, the prompt information is “A coupon of 3 RMB is received in your account, which can be applied to this order” . In another word, the discount information is available when the actual duration for the service provider to arrive at the start location is larger than a sum of the estimated duration and the preset deviation time. In such a circumstance, the customer may obtain the discount as a compensation if he/she is willing to wait for a long time, so that the customer may accept to wait for the service provider, thereby reducing the order cancellation probability.
FIG. 15 is a schematic diagram of a customer rewarding device according to some embodiments of the present disclosure. The customer rewarding method described in the above embodiments can be implemented by a server, for example, a taxi-hailing server, a service provider server. As shown in FIG. 15, the customer rewarding device may include a receiving module 1501, a query module 1502, a determination module 1503, and a rewarding module 1504.
The receiving module 1501 may be configured to receive order information including a start location from the terminal device of a user.
The query module 1502 may be configured to dispatch a service provider according to the order information.
The determination module 1503 may be configured to determine whether an estimated duration for the service provider to arrive at the start location is larger than or equal to a preset duration.
The rewarding module 1504 may be configured to transmit, on condition that the estimated duration is larger than or equal to the preset duration, discount information with limitations for use with respect to the order to the terminal device of the customer, wherein the limitations include the discount can be applied when the actual customer waiting time is longer than or equal to a sum of the estimated duration and its error
FIG. 16 is a schematic diagram of a customer rewarding device according to some embodiments of the present disclosure. As shown in FIG. 16, the customer rewarding device may further include a first relationship determination module 1601 and a first preset duration determination module 1602 in comparison with FIG. 15.
The first relationship determination module 1601 may determine, according to historical data, a first relationship between waiting time durations and order cancellation probabilities during the periods when customers wait for a service provider
The first duration determination module 1602 may be configured to use the first relationship to determine an optimized waiting time duration corresponds to a largest order cancellation probability, and designate the optimized waiting time duration as a first preset duration.
FIG. 17 is a schematic diagram of a customer rewarding device according to some embodiments of the present disclosure. As shown in FIG. 17, the customer rewarding device may further include a second relationship determination module 1701 and a second preset duration determination module 1702 in comparison with FIG. 15.
The second relationship determination module 1701 may be configured to determine, according to historical data, a second relationship between the estimated duration and an order cancellation probability.
The second duration determination module 1702 may be configured to use the second relationship to determine an optimized estimated duration that corresponds to a largest order cancellation probability, and designate the optimized estimated duration as a second preset duration.
In some embodiments, the customer rewarding device may further include a difference determination module. The difference determination module may be configured to determine differences between actual durations that service providers arrive at start locations and estimated durations based on historical orders, and determine a preset deviation time based on the differences.
In some embodiments, the limitations further include that the discount can be applied when an actual duration that the service provider arrives at the start location is larger than a sum of the estimated duration and the preset deviation time.
The discount information is available on condition that the actual durations that service providers arrive at start locations is larger than a sum of the estimated duration and a preset deviation time.
As for the customer rewarding device, since it substantially corresponds to the customer rewarding method described in FIGs. 10, 11, and 12, details regarding the modules of the customer rewarding device may be referred to the description of the customer rewarding method.
The customer rewarding device above is merely intended to be illustrative. The modules described as separate components may or may not be physically separate to each other, and the components shown as modules may  or may not be physical modules, that is, the modules or components may be located in one place, or it can be distributed to multiple network modules.
One or more modules may be selected according to actual requirements to implement the customer rewarding process. Those of ordinary skill in the art may understand and implement a same or similar device without any creative effort.
Embodiments of the present disclosure also provide an electronic device, including at least one processor, and at least one memory to store executable instructions. The at least one processor may be configured to receive order information of an order including a start location from a terminal device of a customer, dispatch a service provider according to the order information, determine whether an estimated duration for the service provider to arrive at the start location is larger than or equal to a preset duration, and transmit, on condition that the estimated duration is larger than or equal to the preset duration, discount information with limitations for use with respect to the order to the terminal device of the customer, wherein the limitations include the discount can be applied when the actual customer waiting time is longer than or equal to a sum of the estimated duration and its error.
Embodiments of the present disclosure may also provide a computer readable storage medium storing a computer program. The program implements the following operations when executed by a processor. The operations may include receiving order information of an order including a start location from a terminal device of a customer, dispatching a service provider according to the order information, determining whether an estimated duration for the service provider to arrive at the start location is larger than or equal to a preset duration, and transmitting, on condition that the estimated duration is larger than or equal to the preset duration, discount information with limitations  for use with respect to the order to the terminal device of the customer, wherein the limitations include the discount can be applied when the actual customer waiting time is longer than or equal to a sum of the estimated duration and its error.
Having thus described the basic concepts, it may be rather apparent to those skilled in the art after reading this detailed disclosure that the foregoing detailed disclosure is intended to be presented by way of example only and is not limiting. Various alterations, improvements, and modifications may occur and are intended to those skilled in the art, though not expressly stated herein. These alterations, improvements, and modifications are intended to be suggested by this disclosure, and are within the spirit and scope of the exemplary embodiments of this disclosure.
Moreover, certain terminology has been used to describe embodiments of the present disclosure. For example, the terms “one embodiment, ” “an embodiment, ” and “some embodiments” mean that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present disclosure. Therefore, it is emphasized and should be appreciated that two or more references to “an embodiment” or “one embodiment” or “an alternative embodiment” in various portions of this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures or characteristics may be combined as suitable in one or more embodiments of the present disclosure.
Further, it will be appreciated by one skilled in the art, aspects of the present disclosure may be illustrated and described herein in any of a number of patentable classes or context including any new and useful process, machine, manufacture, or composition of matter, or any new and useful improvement thereof. Accordingly, aspects of the present disclosure may be implemented  entirely hardware, entirely software (including firmware, resident software, micro-code, etc. ) or combining software and hardware implementation that may all generally be referred to herein as a “module, ” “unit, ” “component, ” “device, ” or “system. ” Furthermore, aspects of the present disclosure may take the form of a computer program product embodied in one or more computer readable media having computer readable program code embodied thereon.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including electro-magnetic, optical, or the like, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that may communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable signal medium may be transmitted using any appropriate medium, including wireless, wireline, optical fiber cable, RF, or the like, or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Scala, Smalltalk, Eiffel, JADE, Emerald, C++, C#, VB. NET, Python or the like, conventional procedural programming languages, such as the "C" programming language, Visual Basic, Fortran 2003, Perl, COBOL 2002, PHP, ABAP, dynamic programming languages such as Python, Ruby and Groovy, or other programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer  or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN) , or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider) or in a cloud computing environment or offered as a service such as a Software as a Service (SaaS) .
Furthermore, the recited order of processing elements or sequences, or the use of numbers, letters, or other designations therefore, is not intended to limit the claimed processes and methods to any order except as may be specified in the claims. Although the above disclosure discusses through various examples what is currently considered to be a variety of useful embodiments of the disclosure, it is to be understood that such detail is solely for that purpose, and that the appended claims are not limited to the disclosed embodiments, but, on the contrary, are intended to cover modifications and equivalent arrangements that are within the spirit and scope of the disclosed embodiments. For example, although the implementation of various components described above may be embodied in a hardware device, it may also be implemented as a software only solution, e.g., an installation on an existing server or mobile device.
Similarly, it should be appreciated that in the foregoing description of embodiments of the present disclosure, various features are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure aiding in the understanding of one or more of the various embodiments. This method of disclosure, however, is not to be interpreted as reflecting an intention that the claimed subject matter requires more features than are expressly recited in each claim. Rather, claim subject matter lie in less than all features of a single foregoing disclosed embodiment.

Claims (52)

  1. A system for rewarding a driver, comprising:
    at least one storage medium storing instructions including information of a reward that is awarded to the driver when a preset reward standard is met, the preset reward standard including at least one of a preset time standard, a preset location standard, or a preset service standard; and
    at least one processor configured to communicate with the at least one storage medium, wherein when executing the set of instructions, the at least one processor is directed to:
    receive an order information from a customer;
    determine if the order information satisfy the preset reward standard;
    if the preset reward standard is met, administer the reward to the driver along with the service request; and
    once the service request is accepted and fulfilled by the driver, send the reward to the driver.
  2. The system of claim 1, wherein the order information includes a requested service time, a start location, and an end location.
  3. The system of claim 2, wherein to determine if the order information satisfy the preset reward standard, the at least one processor is directed to:
    determine if the requested service time, the start location, and the end location satisfy at least one of the preset time standard or the preset location standard.
  4. The system of claim 3, wherein to determine if the requested service time, the start location, and the end location satisfy at least one of the preset time standard  or the preset location standard, the at least one processor is directed to:
    determine if the requested service time falls into a preset duration, wherein the number of available service provider is less than the number of service requests placed during the preset duration.
  5. The system of claim 3, wherein to determine if the requested service time, the start location, and the end location satisfy at least one of the preset time standard or the preset location standard, the at least one processor is directed to:
    determine if the start location or the end location falls to a preset area, wherein the number of available service provider is less than the number of service requests placed in the preset area.
  6. The system of claim 2, the at least one processor is further directed to:
    obtain weather information of the start location at the requested service time.
  7. The system of claim 6, wherein to determine if the order information satisfy the preset reward standard, the at least one processor is directed to:
    determine that a preset weather condition is satisfied based on the weather information of the start location at the requested service time.
  8. The system of claim 2, the at least one processor is further directed to:
    obtain a distance from the start location to the end location; and
    adjust the reward based on the distance.
  9. The system of claim 8, the at least one processor is further directed to:
    determine whether the order is a cheating order according to anti-cheating strategies; and
    in response to the determination that the order is a cheating order,
    cancel the administering of the reward.
  10. The system of claim 1, wherein the order information includes a current acceptance time and a previous completion time.
  11. The system of claim 10, wherein to determine if the order information satisfy the preset reward standard, the at least one processor is directed to:
    determine a time interval between the current acceptance time and the previous completion time;
    determine if the current order is continuous from the immediate previous order based on the time interval between the current acceptance time and the previous completion time; and
    in response to the determination that the current order is continuous,
    determine whether a total number of continuous orders is greater than a first preset order number; and
    in response to the determination that the total number of continuous orders is greater than the first preset order number,
    determine that the preset service condition is satisfied.
  12. The system of claim 11, wherein to determine if the current order is continuous from the immediate previous order based on the time interval between the current acceptance time and the previous completion time, the at least one processor is directed to:
    determine whether the time interval is smaller than a preset interval; and
    in response to the determination that the time interval is smaller than the preset interval,
    determine that the service provider is in a continuous service.
  13. The system of claim 12, the at least one processor is further directed to:
    in response to the determination that the time interval is not smaller than a preset interval,
    determine whether the time interval falls into a preset time period; and
    in response to the determination that the time interval falls into a preset time period,
    determine that the service provider is in a continuous service.
  14. The system of claim 10, the at least one processor is further directed to:
    determine the reward based on the current acceptance time.
  15. The system of claim 10, the at least one processor is further directed to:
    obtain a user rating for the service provider regarding the current order from a requester; and
    determine the reward based on the user rating.
  16. The system of claim 10, the at least one processor is further directed to:
    obtain a total amount of rewards in the account of the service provider;
    determine whether the total amount of rewards in the account of the service provider is larger than a preset amount; and
    in response to the determination that the total amount of rewards in the account of the service provider is larger than the preset amount,
    stop the administering of the rewards.
  17. The system of claim 10, the at least one processor is further directed to:
    obtain a total number of orders in the continuous service;
    determine whether the total number of orders is larger than a second preset order number; and
    in response to the determination that the total number of orders is larger than the second preset order number,
    stop the administering of the rewards.
  18. Asystem for rewarding a customer, comprising:
    at least one storage medium storing instructions including information of a reward that is awarded to the customer when the customer needs to wait a long time for a service provider; and
    at least one processor configured to communicate with the at least one storage medium, wherein when executing the set of instructions, the at least one processor is directed to:
    receive and store in the device a service request from a terminal device of the customer, wherein the service request comprises order information including a start location;
    use the processor to dispatch a service provider for the customer based on the order information;
    use the processor to determine an estimated duration for the service provider to arrival at the start location; and
    transmit, on condition that the estimated duration is larger than or equal to a preset duration, discount information with limitations for use with respect to the service request to the terminal device of the customer, wherein the limitations include a discount can be applied when an actual customer waiting time is longer than or equal to a sum of the estimated duration and a preset deviation time.
  19. The system of claim 18, the at least one processor is further directed to:
    obtain a plurality of pervious service requests; and
    determine the preset duration or the preset deviation time based on the plurality of previous service requests.
  20. The system of claim 19, wherein to determine the preset duration based on the plurality of previous service requests, the at least one processor is directed to:
    determine a first relationship between the waiting time and an order cancellation probability based on the plurality of previous service requests; and
    determine the preset duration according to the first relationship.
  21. The system of claim 20, wherein to determine the preset duration according to the first relationship, the at least one processor is directed to:
    determine an optimized waiting time corresponding to a largest order cancellation probability according to the first relationship; and
    designate the optimized waiting time as the preset duration.
  22. The system of claim 19, wherein to determine the preset duration based on the plurality of previous service requests, the at least one processor is directed to:
    determine a second relationship between the estimated duration and an order cancellation probability based on the plurality of previous service requests; and
    determine the preset duration according to the second relationship.
  23. The system of claim 22, wherein to determine the preset duration according  to the second relationship, the at least one processor is directed to:
    determine an optimized estimated duration corresponding to a largest order cancellation probability according to the second relationship; and
    designate the optimized estimated duration as the preset duration.
  24. The system of claim 19, wherein to determine the preset deviation time based on the plurality of previous service requests, the at least one processor is directed to:
    determine differences between actual durations that service providers arrive at start locations and estimated durations based on the plurality of previous service requests; and
    determine the preset deviation time based on the differences.
  25. The system of claim 18, wherein the limitations further include:
    the discount can be applied when an actual duration that the service provider arrives at the start location is larger than a sum of the estimated duration and the preset deviation time.
  26. Amethod implemented on a device having at least one processor and at least one computer-readable storage medium for rewarding a driver, wherein the storage medium stores information of a reward that is awarded to the driver when a preset reward standard is met, the preset reward standard including at least one of a preset time standard, a preset location standard, or a preset service standard, the method comprising:
    receiving an order information from a customer;
    determining if the order information satisfy the preset reward standard;
    if the preset reward standard is met, administering the reward to the driver along with the service request; and
    once the service request is accepted and fulfilled by the driver, sending the reward to the driver.
  27. The method of claim 26, wherein the order information includes a requested service time, a start location, and an end location.
  28. The method of claim 27, wherein determining if the order information satisfy the preset reward standard includes:
    determining if the requested service time, the start location, and the end location satisfy at least one of the preset time standard or the preset location standard.
  29. The method of claim 28, wherein determining if the requested service time, the start location, and the end location satisfy at least one of the preset time standard or the preset location standard includes:
    determining if the requested service time falls into a preset duration, wherein the number of available service provider is less than the number of service requests placed during the preset duration.
  30. The method of claim 28, wherein determining if the requested service time, the start location, and the end location satisfy at least one of the preset time standard or the preset location standard includes:
    determining if the start location or the end location falls to a preset area, wherein the number of available service provider is less than the number of service requests placed in the preset area.
  31. The method of claim 27, further including:
    obtaining weather information of the start location at the requested service time.
  32. The method of claim 31, wherein determining if the order information satisfy the preset reward standard includes:
    determining that a preset weather condition is satisfied based on the weather information of the start location at the requested service time.
  33. The method of claim 27, further including:
    obtaining a distance from the start location to the end location; and
    adjusting the reward based on the distance.
  34. The method of claim 33, further including:
    determining whether the order is a cheating order according to anti-cheating strategies; and
    in response to the determination that the order is a cheating order,
    cancelling the administering of the reward.
  35. The method of claim 26, wherein the order information includes a current acceptance time and a previous completion time.
  36. The method of claim 35, wherein determining if the order information satisfy the preset reward standard includes:
    determining a time interval between the current acceptance time and the previous completion time;
    determining if the current order is continuous from the immediate previous order based on the time interval between the current acceptance time and the  previous completion time; and
    in response to the determination that the current order is continuous,
    determining whether a total number of continuous orders is greater than a first preset order number; and
    in response to the determination that the total number of continuous orders is greater than the first preset order number,
    determining that the preset service condition is satisfied.
  37. The method of claim 36, wherein determining if the current order is continuous from the immediate previous order based on the time interval between the current acceptance time and the previous completion time includes:
    determining whether the time interval is smaller than a preset interval; and
    in response to the determination that the time interval is smaller than the preset interval,
    determining that the service provider is in a continuous service.
  38. The method of claim 37, further including:
    in response to the determination that the time interval is not smaller than a preset interval,
    determining whether the time interval falls into a preset time period; and
    in response to the determination that the time interval falls into a preset time period,
    determining that the service provider is in a continuous service.
  39. The method of claim 35, further including:
    determining the reward based on the current acceptance time.
  40. The method of claim 35, further including:
    obtaining a user rating for the service provider regarding the current order from a requester; and
    determining the reward based on the user rating.
  41. The method of claim 35, further including:
    obtaining a total amount of rewards in the account of the service provider;
    determining whether the total amount of rewards in the account of the service provider is larger than a preset amount; and
    in response to the determination that the total amount of rewards in the account of the service provider is larger than the preset amount,
    stopping the administering of the rewards.
  42. The method of claim 35, further including:
    obtaining a total number of orders in the continuous service;
    determining whether the total number of orders is larger than a second preset order number; and
    in response to the determination that the total number of orders is larger than the second preset order number,
    stopping the administering of the rewards.
  43. A method implemented on a device having at least one processor and at least one computer-readable storage medium for rewarding a customer, wherein the storage medium stores information of a reward that is awarded to the customer when the customer needs to wait a long time for a service provider, the method comprising:
    receiving and storing in the device a service request from a terminal device of  the customer, wherein the service request comprises order information including a start location;
    using the processor to dispatch a service provider for the customer based on the order information;
    using the processor to determine an estimated duration for the service provider to arrival at the start location; and
    transmitting, on condition that the estimated duration is larger than or equal to a preset duration, discount information with limitations for use with respect to the service request to the terminal device of the customer, wherein the limitations include a discount can be applied when an actual customer waiting time is longer than or equal to a sum of the estimated duration and a preset deviation time.
  44. The method of claim 43, further including:
    obtaining a plurality of pervious service requests; and
    determining the preset duration or the preset deviation time based on the plurality of previous service requests.
  45. The method of claim 44, wherein determining the preset duration based on the plurality of previous service requests includes:
    determining a first relationship between the waiting time and an order cancellation probability based on the plurality of previous service requests; and
    determining the preset duration according to the first relationship.
  46. The method of claim 45, wherein determining the preset duration according to the first relationship includes:
    determining an optimized waiting time corresponding to a largest order cancellation probability according to the first relationship; and
    designating the optimized waiting time as the preset duration.
  47. The method of claim 44, wherein determining the preset duration based on the plurality of previous service requests includes:
    determining a second relationship between the estimated duration and an order cancellation probability based on the plurality of previous service requests; and
    determining the preset duration according to the second relationship.
  48. The method of claim 47, wherein determining the preset duration according to the second relationship includes:
    determining an optimized estimated duration corresponding to a largest order cancellation probability according to the second relationship; and
    designating the optimized estimated duration as the preset duration.
  49. The method of claim 44, wherein determining the preset deviation time based on the plurality of previous service requests includes:
    determining differences between actual durations that service providers arrive at start locations and estimated durations based on the plurality of previous service requests; and
    determining the preset deviation time based on the differences.
  50. The method of claim 43, wherein the limitations further include:
    the discount can be applied when an actual duration that the service provider arrives at the start location is larger than a sum of the estimated duration and the preset deviation time.
  51. A non-transitory computer readable medium, comprising at least one set of  instructions for rewarding a driver, wherein the storage medium stores information of a reward that is awarded to the driver when a preset reward standard is met, the preset reward standard including at least one of a preset time standard, a preset location standard, or a preset service standard, when executed by at least one processor of a computing device, the at least one set of instructions causes the computing device to perform a method, the method comprising:
    receiving an order information from a customer;
    determining if the order information satisfy the preset reward standard;
    if the preset reward standard is met, administering the reward to the driver along with the service request; and
    once the service request is accepted and fulfilled by the driver, sending the reward to the driver.
  52. A non-transitory computer readable medium, comprising at least one set of instructions for rewarding a customer, wherein the storage medium stores information of a reward that is awarded to the customer when the customer needs to wait a long time for a service provider, when executed by at least one processor of a computing device, the at least one set of instructions causes the computing device to perform a method, the method comprising:
    receiving and storing in the device a service request from a terminal device of the customer, wherein the service request comprises order information including a start location;
    using the processor to dispatch a service provider for the customer based on the order information;
    using the processor to determine an estimated duration for the service provider to arrival at the start location; and
    transmitting, on condition that the estimated duration is larger than or equal to a preset duration, discount information with limitations for use with respect to the service request to the terminal device of the customer, wherein the limitations include a discount can be applied when an actual customer waiting time is longer than or equal to a sum of the estimated duration and a preset deviation time.
PCT/CN2019/078003 2018-03-16 2019-03-13 Systems and methods for reward administering in an on-line service WO2019174600A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201980003264.3A CN110832537A (en) 2018-03-16 2019-03-13 Reward issuing system and method for online service

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN201810218559.XA CN110276628B (en) 2018-03-16 2018-03-16 Order processing method and device
CN201810218559.X 2018-03-16
CN201810351045.1A CN110390544A (en) 2018-04-18 2018-04-18 The delivery method and device of driver's reward
CN201810351045.1 2018-04-18
CN201810509980.6 2018-05-24
CN201810509980.6A CN110533442A (en) 2018-05-24 2018-05-24 Net about vehicle order information processing method and processing device

Publications (1)

Publication Number Publication Date
WO2019174600A1 true WO2019174600A1 (en) 2019-09-19

Family

ID=67908573

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/078003 WO2019174600A1 (en) 2018-03-16 2019-03-13 Systems and methods for reward administering in an on-line service

Country Status (2)

Country Link
CN (1) CN110832537A (en)
WO (1) WO2019174600A1 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111669397A (en) * 2020-06-15 2020-09-15 北京趣拿信息技术有限公司 Target event processing method and device, storage medium and electronic device
CN111861444A (en) * 2020-06-28 2020-10-30 北京嘀嘀无限科技发展有限公司 Charging monitoring method, device, computer equipment and storage medium
CN112270416A (en) * 2020-10-26 2021-01-26 广东用心网络科技有限公司 After-sale service information processing method and system
CN115049344A (en) * 2022-08-15 2022-09-13 深圳依时货拉拉科技有限公司 Freight order subsidy method and device, computer equipment and readable storage medium
US20230023453A1 (en) * 2018-07-03 2023-01-26 Lyft, Inc. Systems and methods for transport cancellation using data-driven models
CN116452006A (en) * 2023-06-08 2023-07-18 北京龙驹易行科技有限公司 Wind control method, device, computer equipment and medium for new activity of driver

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111582408B (en) * 2020-06-19 2023-12-29 拉扎斯网络科技(上海)有限公司 Data processing method, data processing device, storage medium and electronic equipment
CN111861547A (en) * 2020-06-29 2020-10-30 北京嘀嘀无限科技发展有限公司 Data processing method and device
CN111931101A (en) * 2020-06-30 2020-11-13 汉海信息技术(上海)有限公司 Information pushing method and device, electronic equipment and storage medium
CN112184288B (en) * 2020-09-11 2023-04-07 广东壹健康健康产业集团股份有限公司 Performance judgment processing method, device, medium and terminal equipment
CN112379813A (en) * 2020-11-18 2021-02-19 北京嘀嘀无限科技发展有限公司 Information display method and device, electronic equipment and storage medium
CN112801454A (en) * 2020-12-31 2021-05-14 北京嘀嘀无限科技发展有限公司 Method, apparatus, computer device, medium, and article of manufacture for determining resource allocation
CN112991005A (en) * 2021-02-08 2021-06-18 同济大学 Carpooling trip management method under traffic demand management strategy
CN114331444A (en) * 2022-03-14 2022-04-12 广州宸祺出行科技有限公司 Method and system for realizing improvement of online taxi booking rate based on compensation reward

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106530008A (en) * 2016-11-10 2017-03-22 广州市沃希信息科技有限公司 Scene-picture-based advertising method and system
CN106767850A (en) * 2016-11-10 2017-05-31 广州市沃希信息科技有限公司 A kind of passenger's localization method and system based on scene picture
CN107103521A (en) * 2017-05-15 2017-08-29 东华大学 A kind of taxi based on gravitation is called a taxi method and system
CN107766998A (en) * 2016-08-17 2018-03-06 北京嘀嘀无限科技发展有限公司 A kind of order reward processing method and server

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103150762B (en) * 2013-01-28 2016-03-02 陈立虎 The pricing method of taxi pricing system
US20150248689A1 (en) * 2014-03-03 2015-09-03 Sunil Paul Systems and methods for providing transportation discounts
CN105608749B (en) * 2015-12-18 2019-07-05 昆明理工大学 A kind of intelligent multifunction taxi valuation implementation method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107766998A (en) * 2016-08-17 2018-03-06 北京嘀嘀无限科技发展有限公司 A kind of order reward processing method and server
CN106530008A (en) * 2016-11-10 2017-03-22 广州市沃希信息科技有限公司 Scene-picture-based advertising method and system
CN106767850A (en) * 2016-11-10 2017-05-31 广州市沃希信息科技有限公司 A kind of passenger's localization method and system based on scene picture
CN107103521A (en) * 2017-05-15 2017-08-29 东华大学 A kind of taxi based on gravitation is called a taxi method and system

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230023453A1 (en) * 2018-07-03 2023-01-26 Lyft, Inc. Systems and methods for transport cancellation using data-driven models
US11900496B2 (en) * 2018-07-03 2024-02-13 Lyft, Inc. Systems and methods for transport cancellation using data-driven models
CN111669397A (en) * 2020-06-15 2020-09-15 北京趣拿信息技术有限公司 Target event processing method and device, storage medium and electronic device
CN111861444A (en) * 2020-06-28 2020-10-30 北京嘀嘀无限科技发展有限公司 Charging monitoring method, device, computer equipment and storage medium
CN112270416A (en) * 2020-10-26 2021-01-26 广东用心网络科技有限公司 After-sale service information processing method and system
CN112270416B (en) * 2020-10-26 2024-03-12 广东用心网络科技有限公司 After-sales service information processing method and system
CN115049344A (en) * 2022-08-15 2022-09-13 深圳依时货拉拉科技有限公司 Freight order subsidy method and device, computer equipment and readable storage medium
CN116452006A (en) * 2023-06-08 2023-07-18 北京龙驹易行科技有限公司 Wind control method, device, computer equipment and medium for new activity of driver

Also Published As

Publication number Publication date
CN110832537A (en) 2020-02-21

Similar Documents

Publication Publication Date Title
WO2019174600A1 (en) Systems and methods for reward administering in an on-line service
CN108475466B (en) System and method for matching and displaying service requests and available vehicles
JP6732963B2 (en) System and method for monitoring on-demand services
AU2019246799B2 (en) Systems and methods for distributing a service request for an on-demand service
CN110678885B (en) System and method for capacity scheduling
US20200005420A1 (en) Systems and methods for transportation capacity dispatch
AU2018102202A4 (en) Systems and methods for cheat examination
US20200334781A1 (en) Systems and methods for recommending travel services
WO2019223745A1 (en) Methods and systems for informing a user of carpooling information
US11468374B2 (en) Methods and systems for carpool services
WO2019196686A1 (en) Methods and systems for time determination in carpool service
WO2019241928A1 (en) Methods and systems for adjusting transportation capacity
WO2021035577A1 (en) Systems and methods for identifying island areas in a road network
CN110869951A (en) System and method for predicting destinations in online-to-offline service
CN109716715B (en) System and method for feed stream transmission
WO2020164161A1 (en) Systems and methods for estimated time of arrival (eta) determination

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19766903

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19766903

Country of ref document: EP

Kind code of ref document: A1