CN111859182A

CN111859182A - Method and system for evaluating recommended boarding points

Info

Publication number: CN111859182A
Application number: CN202010563812.2A
Authority: CN
Inventors: 刘伯龙; 陈望婷; 马利
Original assignee: Beijing Didi Infinity Technology and Development Co Ltd
Current assignee: Beijing Didi Infinity Technology and Development Co Ltd
Priority date: 2020-06-19
Filing date: 2020-06-19
Publication date: 2020-10-30

Abstract

The application provides a method and a system for evaluating recommended boarding points. The method comprises the following steps: obtaining order data, wherein the order data comprises a recommended boarding point and an order track; and determining the rationality of the recommended boarding point according to the recommended boarding point and the order track.

Description

Method and system for evaluating recommended boarding points

Technical Field

The application relates to the field of shared vehicles, in particular to a method and a system for evaluating recommended boarding points.

Background

With the rapid development of mobile communication technology, online taxi taking services (e.g., internet taxi appointment services) are becoming more and more popular. A user may make an order request through a taxi-taking application installed in their mobile device (e.g., a smartphone), and the driver takes a drive in front of the user's order request. At present, the online taxi taking service platform usually recommends boarding points for the user, however, in practice, the recommended boarding points may be places which cannot be reached by the user or the driver, detours exist in the process of taking over and driving by the driver, or the user needs to walk for a long distance to reach. If the places are taken as recommended boarding points, drivers often cannot smoothly receive passengers, the traveling efficiency and riding experience of the users are affected, and even the users can cancel orders. Therefore, it is desirable to provide a method and a system for evaluating recommended boarding points, so as to improve the position reasonableness of the recommended boarding points, and further improve the driving receiving efficiency of drivers and the user trip experience.

Disclosure of Invention

One aspect of the present application provides a method of evaluating recommended pick-up points. The method comprises the following steps: obtaining order data, wherein the order data comprises a recommended boarding point and an order track; and determining the rationality of the recommended boarding point according to the recommended boarding point and the order track.

Another aspect of the present application provides a recommended boarding point assessment system. The system comprises: the order acquisition module is used for acquiring order data, and the order data comprises a recommended boarding point and an order track; and the reasonability determining module of the recommended boarding point is used for determining the reasonability of the recommended boarding point according to the recommended boarding point and the order track.

Another aspect of the present application provides an apparatus for evaluating recommended pick-up points. The apparatus includes at least one storage medium and at least one processor; the at least one storage medium is configured to store computer instructions; the at least one processor is configured to execute the computer instructions to implement the method of evaluating recommended pick-up points as previously described.

Another aspect of the present application provides a computer-readable storage medium. The storage medium stores computer instructions that, when executed by a processor, implement a method of evaluating recommended pick-up points as previously described.

Drawings

The present application will be further explained by way of exemplary embodiments, which will be described in detail by way of the accompanying drawings. These embodiments are not intended to be limiting, and in these embodiments like numerals are used to indicate like structures, wherein:

FIG. 1 is a diagram of an application scenario of a recommended pick-up point assessment system according to some embodiments of the present application;

FIG. 2 is a block diagram of a recommended pick-up point assessment system according to some embodiments of the present application;

FIG. 3 is an exemplary flow chart of a method of evaluating recommended pick-up points according to some embodiments of the present application;

FIG. 4 is an exemplary flow chart of a method of determining a first rationality for a recommended pick-up point according to some embodiments of the present application;

FIG. 5 is an exemplary flow chart of a method of determining a second justification for a recommended pick-up point according to some embodiments of the present application;

FIG. 6 is an exemplary diagram illustrating a service provider's trajectory generation detour according to some embodiments of the present application;

FIG. 7 is an exemplary diagram illustrating a service provider's track without detour according to some embodiments of the present application;

FIG. 8 is an exemplary diagram illustrating a service provider's track without detour according to some embodiments of the present application;

FIGS. 9, 10, and 11 are exemplary schematic diagrams of a heat distribution map of recommended and actual pick-up points, according to some embodiments of the present application.

Detailed Description

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings used in the description of the embodiments will be briefly introduced below. It is obvious that the drawings in the following description are only examples or embodiments of the application, from which the application can also be applied to other similar scenarios without inventive effort for a person skilled in the art. Unless otherwise apparent from the context, or otherwise indicated, like reference numbers in the figures refer to the same structure or operation.

It should be understood that "system", "device", "unit" and/or "module" as used herein is a method for distinguishing different components, elements, parts, portions or assemblies at different levels. However, other words may be substituted by other expressions if they accomplish the same purpose.

As used in this application and the appended claims, the terms "a," "an," "the," and/or "the" are not intended to be inclusive in the singular, but rather are intended to be inclusive in the plural unless the context clearly dictates otherwise. In general, the terms "comprises" and "comprising" merely indicate that steps and elements are included which are explicitly identified, that the steps and elements do not form an exclusive list, and that a method or apparatus may include other steps or elements.

Flow charts are used herein to illustrate operations performed by systems according to embodiments of the present application. It should be understood that the preceding or following operations are not necessarily performed in the exact order in which they are performed. Rather, the various steps may be processed in reverse order or simultaneously. Meanwhile, other operations may be added to the processes, or a certain step or several steps of operations may be removed from the processes.

Embodiments of the present application may be applied to different traffic service systems, including but not limited to one or a combination of land, surface, aviation, aerospace, and the like. Such as a human powered vehicle, a vehicle, an automobile (e.g., a small car, a bus, a large transportation vehicle, etc.), rail transportation (e.g., a train, a bullet train, a high-speed rail, a subway, etc.), a boat, an airplane, an airship, a satellite, a hot air balloon, an unmanned vehicle, etc. The application scenarios of the different embodiments of the present application include but are not limited to one or a combination of several of transportation industry, warehouse logistics industry, agricultural operation system, urban public transportation system, commercial operation vehicle, etc. It should be understood that the application scenarios of the system and method of the present application are merely examples or embodiments of the present application, and those skilled in the art can also apply the present application to other similar scenarios without inventive effort based on these drawings.

The terms "passenger", "passenger end", "vehicle occupant", "user terminal", "customer", "requester", "service requester", "consumer side", "use requester" and the like are used interchangeably herein to refer to a party that needs or orders a service, either a person or a tool. Similarly, "driver," "provider," "service provider," "server," and the like, as described herein, are interchangeable and refer to an individual, tool, or other entity that provides a service or assists in providing a service. In addition, a "user" as described herein may be a party that needs or subscribes to a service, or a party that provides or assists in providing a service.

FIG. 1 is a diagram of an application scenario of a recommended boarding point assessment system according to some embodiments of the present application. The recommended pick-up point evaluation system 100 may evaluate the rationality of the recommended pick-up points. The recommended boarding point assessment system 100 may be an online service platform for internet services. For example, the recommended pick-up point assessment system 100 may be an online transportation service platform for a transportation service. In some embodiments, the recommended pick-up point assessment system 100 may be applied to taxi appointment services, such as taxi calls, express calls, special calls, mini-bus calls, carpools, bus services, driver employment and pickup services, and the like. In some embodiments, the recommended pick-up assessment system 100 may also be applied to designated driving services, courier delivery, take-away, and the like. The recommended boarding point assessment system 100 may include a server 110, a network 120, a service requester terminal 130, a service provider terminal 140, a storage device 150, and a location system 160. The server 110 may include a processing device 112.

The server 110 may process data and/or information from at least one component of the recommended pick-up point assessment system 100. The server 110 may communicate with the service requester terminal 130 to provide various functions of an online service. For example, the server 110 may obtain historical order data from the service requester terminal 130, and the server 110 extracts recommended boarding point information and/or order trajectory information from the historical order data. For another example, the server 110 may determine the rationality of the recommended pick-up point based on the recommended pick-up point information and the order track information.

In some embodiments, the server 110 may be a single processing device or a group of processing devices. The processing device group may be a centralized processing device group connected to the network 120 via an access point or a distributed processing device group respectively connected to the network 120 via at least one access point. In some embodiments, server 110 may be connected locally to network 120 or remotely from network 120. For example, the server 110 may access information and/or data stored in the service requester terminal 130, the service provider terminal 140, and/or the storage device 150 via the network 120. As another example, the storage device 150 may serve as a back-end data store for the server 110. In some embodiments, the server 110 may be implemented on a cloud platform. By way of example only, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, an internal cloud, a multi-tiered cloud, and the like, or any combination thereof.

In some embodiments, the server 110 may include a processing device 112. Processing device 112 may process information and/or data related to at least one function described herein. In some embodiments, the processing device 112 may perform the primary functions of the recommended boarding point assessment system 100. In some embodiments, the processing device 112 may perform other functions related to the methods and systems described herein. In some embodiments, the processing device 112 may include at least one processing unit (e.g., a single core processing device or a multiple core processing device). By way of example only, the processing device 112 includes a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), an application specific instruction set processor (ASIP), a Graphics Processing Unit (GPU), a Physical Processing Unit (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.

Network 120 may facilitate the exchange of information and/or data. In some embodiments, at least one component of the recommended pick-up point assessment system 100 (e.g., the server 110, the service requester terminal 130, the service provider terminal 140, the storage device 150, etc.) may send information and/or data to other components in the recommended pick-up point assessment system 100 via the network 120. For example, the processing device 112 may obtain historical order data from the storage device 150 via the network 120.

In some embodiments, the network 120 may be any form of wired or wireless network, or any combination thereof. By way of example only, network 120 may include a cable network, a wired network, a fiber optic network, a telecommunications network, an intranet, the internet, a Local Area Network (LAN), a Wide Area Network (WAN), a Wireless Local Area Network (WLAN), a Metropolitan Area Network (MAN), a Public Switched Telephone Network (PSTN), a bluetooth network, a ZigBee network, a Near Field Communication (NFC) network, the like, or any combination thereof. In some embodiments, network 120 may include at least one network access point. 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, … …, to which at least one component of the recommended boarding pass assessment system 100 may connect to exchange data and/or information.

The service requester terminal 130 may communicate with the server 110 via the network 120. In some embodiments, the user of the service requester terminal 130 may be the service requester himself. In some embodiments, the user of the service requester terminal 130 may be a person other than the service requester. For example, in the network car booking service, the user of the service requester terminal 130 may be the vehicle occupant himself or a person who places an order with the vehicle occupant, such as a relative or a friend of the vehicle occupant.

In some embodiments, the service requester terminal 130 may include a mobile device 130-1, a tablet computer 130-2, a laptop computer 130-3, etc., 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 devices may include smart lighting devices, smart appliance control devices, smart monitoring devices, smart televisions, smart cameras, interphones, and the like, or any combination thereof. In some embodiments, the wearable device may include a smart bracelet, smart footwear, smart glasses, smart helmet, smart watch, smart clothing, smart backpack, smart accessory, or the like, or any combination thereof. In some embodiments, the smart mobile device may include a smart phone, a Personal Digital Assistant (PDA), a gaming device, a navigation device, a point of sale (POS), etc., or any combination thereof. In some embodiments, the virtual reality device and/or the enhanced virtual reality device may include a virtual reality helmet, virtual reality glasses, a virtual reality patch, an augmented reality helmet, augmented reality glasses, an augmented reality patch, and the like, or any combination thereof. For example, the virtual reality device and/or augmented reality device may include GoogleGlassTM, OculusRiffTM, Hololens, or GearVRTM, among others.

In some embodiments, the service requester terminal 130 may send the transport service requirements to the server 110 for processing. In some embodiments, the service requester terminal 130 may be a device with location technology to determine the location of the service requester and/or the service requester terminal 130 and send it to one or more devices in the recommended pick-up point assessment system 100, such as the server 110.

The service provider terminal 140 may communicate with the server 110 via the network 120. The user of the service provider terminal 140 may be the service provider himself. In some embodiments, the user of service provider terminal 140 may be a person other than the service provider. For example, in the network appointment service, the user of the service provider terminal 140 may be the service provider itself or a person who helps the service provider to take an order.

In some embodiments, the service provider terminal 140 may be a similar or identical device as the service requestor terminal 130. In some embodiments, the service provider terminal 140 may send the transport service requirements to the server 110 for processing. In some embodiments, the service provider terminal 140 may be a device with location technology to determine the location of the service provider and/or the service provider terminal 140 and send to one or more devices in the recommended pick-up point assessment system 100, such as the server 110.

Storage device 150 may store data and/or instructions. For example, recommended boarding point information, order track information, basic information, and the like may be stored. In some embodiments, the storage device 150 may store data obtained from the server 110, the service requester terminal 130, the service provider 140, or the location system 160. In some embodiments, storage device 150 may store data and/or instructions that are executed or used by server 110, and by which server 110 may implement the example methods described herein. In some embodiments, storage device 150 may include mass storage, removable storage, volatile read-write memory, read-only memory (ROM), and the like, or any combination thereof. Exemplary mass storage devices may include magnetic disks, optical disks, solid state disks, and the like. Exemplary removable memory may include flash drives, floppy disks, optical disks, memory cards, compact disks, magnetic tape, and the like. Exemplary volatile read and write memories can include Random Access Memory (RAM). Exemplary RAM may include Dynamic Random Access Memory (DRAM), Double Data Rate Synchronous Dynamic Random Access Memory (DDRSDRAM), Static Random Access Memory (SRAM), thyristor random access memory (T-RAM), zero capacitance random access memory (Z-RAM), and the like. Exemplary read-only memories may include mask read-only memory (MROM), programmable read-only memory (PROM), erasable programmable read-only memory (perrom), electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM), digital versatile disc read-only memory, and the like. In some embodiments, the storage device 150 may be implemented on a cloud platform. By way of example only, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, an internal cloud, a multi-tiered cloud, and the like, or any combination thereof.

In some embodiments, a storage device 150 may be connected to the network 120 to communicate with one or more components in the recommended pick-up point assessment system 100 (e.g., the server 110, the service requester terminal 130, the service provider terminal 140, etc.). One or more components in the recommended boarding point assessment system 100 may access data or instructions stored in the storage device 150 through the network 120. In some embodiments, the storage device 150 may be directly connected or in communication with one or more components in the system 100 (e.g., the server 110, the service requester terminal 130, the service provider terminal 140, etc.). In some embodiments, the storage device 150 may be part of the server 110.

The location system 160 may determine information related to the object (e.g., the service requester terminal 130). For example, the location system 160 may determine the location of a user terminal (e.g., the service requester terminal 130 or the service provider terminal 140) in real-time. In some embodiments, the positioning system 160 may be a Global Positioning System (GPS), global navigation satellite system (GLONASS), COMPASS navigation system (COMPASS), beidou navigation satellite system, galileo positioning system, quasi-zenith satellite system (QZSS), or the like. The information may include a position, an altitude, a speed or acceleration, a cumulative mileage, or a current time of the object. The location may be in the form of coordinates, such as latitude and longitude coordinates, and the like. Positioning system 160 may include one or more satellites, such as satellite 160-1, satellite 160-2, and satellite 160-3. The satellites 160-1 to 160-3 may independently or collectively determine the above information. The satellite positioning system 160 may transmit the above information to the network 120 or a user terminal (e.g., the service requester terminal 130 or the service provider terminal 140) through a wireless connection.

It should be noted that the above description of the recommended boarding point assessment system 100 is for purposes of example and illustration only, and does not limit the scope of applicability of the present application. Various modifications and alterations to the recommended boarding point assessment system 100 will be apparent to those skilled in the art in light of the present application. However, such modifications and variations are intended to be within the scope of the present application.

FIG. 2 is a block diagram of a recommended pick-up point assessment system according to some embodiments of the present application. The recommended pick-up point evaluation system may include an order acquisition module 210 and a recommended pick-up point rationality determination module 220. These modules may be hardware circuitry of at least a portion of the processing device 112. These modules may also be implemented as applications or instructions that are read or executed by the processing device 112. Further, these modules may be any combination of hardware circuitry and applications/instructions. These modules may be part of processing device 112, for example, when the processing device executes applications/instructions.

The order acquisition module 210 may be used to acquire order data. For example, the order acquisition module 210 may acquire order data that includes a recommended pick-up point and an order track. In some embodiments, the order acquisition module 210 may acquire the order data by communicating with the server 110, the service requester terminal 130, the service provider terminal 140, and/or the storage device 150. For example, the service requester terminal 130 may acquire sensing data (e.g., a track, a start position) and operation contents of the user (e.g., modifying a boarding point before and after issuing an order) through various sensors installed thereon, and perform data association with the order of taking a car. The order obtaining module 210 may communicate with the service requester terminal 130 to obtain order data. As another example, the order acquisition module 210 may access to read order data stored on the service provider terminal 140 and/or the storage device 150. In some embodiments, the order track may include, but is not limited to, a real pick-up point, a destination, a start location of a service requester, a start location of a service provider, a track of a service provider, and the like.

The recommended pick-up point rationality determination module 220 may be configured to determine the rationality of the recommended pick-up point. For example, the rationality determining module 220 may determine the rationality of the recommended pick-up point based on the recommended pick-up point and the order track. The recommended boarding point rationality determining module 220 may further include a reachability determining unit 222, a first rationality determining unit 224, and a second rationality determining unit 226.

The reachability determination unit 222 may be used to determine whether the recommended boarding point has reachability. Reachability may represent how easily a service requester or service provider may reach the recommended pick-up point from a starting location, with reachability if easier, and no reachability if not easy or at all. For example, the reachability determination unit 222 may determine whether the recommended getting-in point has reachability from the recommended getting-in point and the order track, and determine that the recommended getting-in point has reasonableness at least in response to the recommended getting-in point having reachability. In some embodiments, the reachability determination unit 222 may determine whether the recommended boarding point has reachability by: the recommended pick-up point does not have reachability if there is an obstruction from the service requester's start location or the service provider's start location to the recommended pick-up point; alternatively, the recommended pick-up point does not have reachability if the distance from the service requester's home position to the recommended pick-up point is greater than a set threshold.

The first rationality determining unit 224 may be configured to determine whether the recommended pick-up point has a first rationality. The first rationality may also be referred to as a wide area rationality, reflecting whether it is reasonable to recommend pick-up points over a wide area. For example, the wide area may be the area of the entire trip, the first rationality may reflect whether the service provider has detours and/or turns throughout the trip, and if there are no detours and/or turns, the recommended pick-up point has the first rationality. As another example, the wide area may be a range of travel that spans a high-grade road, or a range of travel that bypasses a large point of interest (e.g., a mall, a supermarket, a stadium, etc.). In some embodiments, the first rationality determining unit 224 may determine whether the recommended pick-up point has a first rationality based on the recommended pick-up point and the order track in response to the recommended pick-up point having reachability, and determine that the recommended pick-up point has rationality in response to at least the recommended pick-up point having the first rationality. In some embodiments, the first reasonableness determination unit 224 may determine whether the recommended boarding point has the first reasonableness by: if the real boarding point is consistent with the recommended boarding point, the track of the service provider is detoured, and a boarding point which can avoid detouring exists in a set range from the real boarding point or the initial position of the service requester, the recommended boarding point does not have first rationality; or if the actual boarding point is inconsistent with the recommended boarding point, a detour is needed from the starting position of the service provider to the recommended boarding point and then to the destination, and the detour does not occur on the track of the service provider, the recommended boarding point does not have first reasonableness; or, if the two situations are not met, the recommended boarding point has a first rationality. In some embodiments, the inconsistency between the actual pick-up point and the recommended pick-up point may include one of: the service requester modifies the recommended pick-up point before sending the order; the service requester and the service provider negotiate to modify the recommended pick-up point after the order is sent.

The second rationality determining unit 226 may be used to determine whether the recommended pick-up point has a second rationality. The second rationality may also be referred to as local rationality, reflecting whether the recommended point is rational within a small local range. For example, the local range may be a range in which a travel section that does not cross any road is present, or a range in which a travel section that only crosses a road of a low rank is present. The second rationality determining unit 226 may determine whether the recommended pick-up point has a second rationality based on the recommended pick-up point and the order track in response to the recommended pick-up point having a first rationality, and determine that the recommended pick-up point has a rationality in response to at least the recommended pick-up point having a second rationality. In some embodiments, the second rationality determining unit 226 may determine whether the recommended pick-up point has a second rationality based on the recommended pick-up point and the order track, including if the recommended pick-up point is not consistent with the actual pick-up point: determining a first distance from a starting location of the service requester to the recommended pick-up point; determining a second distance from the service requester's starting location to the real pick-up point; comparing the first distance and the second distance; if the first distance is greater than the second distance, the recommended pick-up point does not have a second rationality; the recommended pick-up point has a second rationality if the first distance is not greater than the second distance. In some embodiments, the second rationality determining unit 226 may further: determining a first heat of the recommended boarding point; determining a second heat of the real boarding point; comparing the first heat and the second heat; if the first distance is greater than the second distance and the first degree of hotness is less than the second degree of hotness, determining that the recommended getting-on point belongs to a first condition without second rationality, wherein the first condition without second rationality is that the getting-on point is far in distance and the degree of hotness is low; if the first distance is greater than the second distance and the first degree of hotness is not less than the second degree of hotness, determining that the recommended getting-on point belongs to a second situation without second rationality, wherein the second situation without second rationality is that the getting-on point is far away from the distance and the degree of hotness is high; if the first distance is not larger than the second distance and the first degree of popularity is smaller than the second degree of popularity, determining that the recommended boarding point belongs to a first condition with second reasonableness, wherein the first condition with second reasonableness is that the boarding point is proper in distance but low in degree of popularity; and if the first distance is not more than the second distance and the first heat is not less than the second heat, determining that the recommended getting-on point belongs to a second situation with second rationality, wherein the second situation with second rationality is that the getting-on point is proper in distance and high in heat.

It should be understood that the system and its modules shown in FIG. 2 may be implemented in a variety of ways. For example, in some embodiments, the system and its modules may be implemented in hardware, software, or a combination of software and hardware. Wherein the hardware portion may be implemented using dedicated logic; the software portions may be stored in a memory for execution by a suitable instruction execution system, such as a microprocessor or specially designed hardware. Those skilled in the art will appreciate that the methods and systems described above may be implemented using computer executable instructions and/or embodied in processor control code, such code being provided, for example, on a carrier medium such as a diskette, CD-or DVD-ROM, a programmable memory such as read-only memory (firmware), or a data carrier such as an optical or electronic signal carrier. The system and its modules of the present application may be implemented not only by hardware circuits such as very large scale integrated circuits or gate arrays, semiconductors such as logic chips, transistors, or programmable hardware devices such as field programmable gate arrays, programmable logic devices, etc., but also by software executed by various types of processors, for example, or by a combination of the above hardware circuits and software (e.g., firmware).

It should be noted that the above description of the recommended boarding point assessment system and its modules is merely for convenience of description and should not limit the present application to the scope of the illustrated embodiments. It will be appreciated by those skilled in the art that, given the teachings of the present system, any combination of modules or sub-system configurations may be used to connect to other modules without departing from such teachings. For example, in some embodiments, the order taking module 210 and the recommended pick-up rationality determining module 220 disclosed in FIG. 2 may be different modules in a system, or may be a module that performs the functions of two or more of the above modules, for example. For example, each module may share one memory module, and each module may have its own memory module. Such variations are within the scope of the present application.

FIG. 3 is an exemplary flow chart of a method of evaluating recommended pick-up points according to some embodiments of the present application. In some embodiments, one or more steps of the method 300 of evaluating recommended pick-up points may be implemented in the system 100 shown in FIG. 1. For example, one or more steps of method 300 may be stored as instructions in storage device 150 and/or memory, and invoked and/or executed by server 110 (e.g., processing engine 112 in server 110). In some embodiments, the instructions may be transmitted in the form of electrical current or electrical signals.

Step 310, obtaining order data, wherein the order data comprises a recommended boarding point and an order track. In particular, step 310 may be performed by the order taking module 210.

In some embodiments, the order acquisition module 210 may acquire the order data by communicating with the server 110, the service requester terminal 130, the service provider terminal 140, and/or the storage device 150. For example, the service requester terminal 130 may acquire sensing data (e.g., a track) and operation contents of the user (e.g., modify recommended boarding points before and after issuing an order) through various sensors installed thereon, and perform data association with the order of taking a car. The order obtaining module 210 may communicate with the service requester terminal 130 to obtain order data. As another example, the order acquisition module 210 may access to read order data stored on the service provider terminal 140 and/or the storage device 150. The order data may include historical time and/or data related to historical orders that occurred within a particular area. The historical time may include any combination of one or more of a historical time point, a historical time interval, a historical date, and the like. For example, historical time points may include, but are not limited to, 9:00, 12:00, 18:00, 21:00, etc.; the historical time interval may include, but is not limited to, morning rush hour, evening rush hour, daytime hour, three days, etc.; the historical dates may include, but are not limited to, weekdays, weekends, holidays, and the like. The specific area may include an area within a specific range from a start position of the service requester. For example, the specific area may be an area within a preset threshold range (e.g., 50m, 100m, 200m, etc.) from a start position of the service requester.

In some embodiments, the order acquisition module 210 may acquire recommended pick-up point information and order track information from the order data. The recommended boarding point may represent a boarding point automatically displayed (according to the recognition result of the service requester terminal start position) by the service requester terminal 130 when the service requester makes a car, or one of a plurality of boarding points automatically displayed (according to the recognition result of the service requester terminal start position) by the service requester terminal 130 is manually selected. For example, the service requester may select the recommended boarding point by clicking or dragging on a map displayed by the service requester terminal 130. In some embodiments, the order track may include, but is not limited to, a real pick-up point, a service requester's starting location, a service requester's track, a service provider's starting location, a service provider's track, and the like. In some embodiments, the actual pick-up point may represent the actual pick-up point of the service requester. For example, when the service provider arrives at the location of the service requester and successfully drives, the service provider may click on "trip start" or the like provided in the service provider terminal 140, and at this time, the service provider terminal 140 records the boarding location of the passenger, that is, the actual boarding point, and performs data association with the taxi taking order. In some embodiments, the starting location of the service requester may be a location determined when the service requester places an order. For example, the service requester selected location may be a real-time location of the service requester terminal 130 at the time of order placement. In some embodiments, the trajectory of the service requester may include, but is not limited to, a trajectory of the service requester from a starting location to a recommended pick-up point, a trajectory of the service requester from a starting location to a real pick-up point, a trajectory of the service requester from a recommended pick-up point to a real pick-up point, a trajectory of the service requester from a real pick-up point to a destination, a trajectory of the service requester from a recommended pick-up point to a destination, and the like. The trajectory of the service requester may reflect the location of the service requester at different times and may reflect changes in the location of the service requester over time. The track of the service requester can be formed by connecting a plurality of track points, and each track point data can include information such as the position (e.g., longitude and latitude), time and the like of the track point. In some embodiments, the service provider's starting location may be a real-time location of the service provider when the order is taken. In some embodiments, the service provider's trajectory may include, but is not limited to, a trajectory of the service provider from a starting location to a recommended pick-up point, a trajectory of the service provider from a starting location to a real pick-up point, a trajectory of the service provider from a real pick-up point to a destination of a pickup, a trajectory of the service provider from a recommended pick-up point to a destination of a pickup, and the like. For example, after placing an order, the service requester negotiates with the service provider to modify the boarding location, and when the service provider successfully picks up the car from the negotiated boarding location, the service provider terminal 140 records the actual boarding location of the passenger, records the driving track from the starting location of the service provider to the actual boarding point of the service provider, and associates the recorded driving track with the order for getting on the car. The service provider's trajectory may reflect the service provider's location at different times, as well as reflect changes in the service provider's location over time. The track of the service provider may be formed by connecting a plurality of track points, and each track point data may include information such as a position (e.g., longitude and latitude), time, and the like of the track point.

And 320, determining the rationality of the recommended boarding point according to the recommended boarding point and the order track. Specifically, step 320 may be performed by the recommended boarding point rationality determination module 220.

In some embodiments, the recommended pick-up point rationality determination module 220 (e.g., reachability determination unit 222) may determine whether the recommended pick-up point has reachability based on the recommended pick-up point and the order track, and determine that the recommended pick-up point has rationality at least in response to the recommended pick-up point having reachability. In some embodiments, the recommended pick-up point does not have reachability if an obstruction exists from the service requester's home location or the service provider's home location to the recommended pick-up point, and then the recommended pick-up point may not be justified based at least on the recommended pick-up point not having reachability. For example, if there is an obstacle that cannot be crossed from the service requester's home position to the recommended boarding point (e.g., road construction, building construction, etc.), the recommended boarding point does not have reachability. For another example, if the recommended pick-up point is located on a closed main road and the service requester is located at a secondary road, there is no passage (e.g., overpass) from the secondary road to the main road for the service requester to pass through, then the recommended pick-up point has no accessibility. In some embodiments, the recommended pick-up point is not reachable if the distance from the service requester's starting location to the recommended pick-up point is greater than a set distance threshold, and the recommended pick-up point may then be determined to be not justified based at least on the recommended pick-up point not being reachable. For example, if the distance between the recommended pick-up point and the service requester's home location is greater than a preset distance threshold (e.g., 200m, 300m, etc.), the recommended pick-up point does not have reachability. The preset distance threshold may be set according to a service scenario, or may be set by the service requester terminal, or may be a default parameter in the server 110 or the storage device 150. The preset threshold may vary with the service requester's starting location, request time, traffic conditions, weather conditions, etc. For example, the preset distance threshold for a busy area where the user location is located may be less than the preset distance threshold for a remote area where the user location is located.

In some embodiments, the recommended pick-up point rationality determining module 220 (e.g., the first rationality determining unit 224) may determine whether the recommended pick-up point has a first rationality based on the recommended pick-up point and the order track in response to the recommended pick-up point having reachability, and determine that the recommended pick-up point has rationality in response to at least the recommended pick-up point having the first rationality. In some embodiments, if the actual boarding point coincides with the recommended boarding point, and the service provider's trajectory makes a detour, and there is a boarding point that can avoid the detour within a set range from the actual boarding point or the start position of the service requester, the recommended boarding point does not have the first rationality, and then it may be determined that the recommended boarding point does not have the rationality at least based on the recommended boarding point not having the first rationality. In some embodiments, if the actual pick-up point is not consistent with the recommended pick-up point and a detour is required from the start location of the service provider to the recommended pick-up point to the destination and no detour occurs in the trajectory of the service provider, the recommended pick-up point is not reasonable, and then the recommended pick-up point may be determined not to be reasonable at least in accordance with the recommended pick-up point not being reasonable. In some embodiments, the recommended pick-up point has a first rationality if the conditions described in the two embodiments above are not met, and then the recommended pick-up point may be determined to have a rationality based at least on the recommended pick-up point having the first rationality. For more details regarding determining whether the recommended pick-up point has a first justification, reference may be made to FIG. 4 and its associated description.

In some embodiments, the recommended pick-up point rationality determination module 220 (e.g., the second rationality determination unit 226) may determine whether the recommended pick-up point has a second rationality based on the recommended pick-up point and the order track in response to the recommended pick-up point having a first rationality, and determine that the recommended pick-up point has a rationality in response to at least the recommended pick-up point having a second rationality. In some embodiments, the second reasonableness determination unit 226 may determine a first distance from the origin of the service requester to the recommended boarding point and a second distance from the origin of the service requester to the actual boarding point, determine whether the recommended boarding point has a second reasonableness by comparing the first distance and the second distance, and then may determine whether the recommended boarding point has a reasonableness based at least on whether the recommended boarding point has the second reasonableness. In some embodiments, the second reasonableness determination unit 226 may further determine a first degree of hotness of the recommended boarding point and a second degree of hotness of the real boarding point, classify the degree to which the recommended boarding point has the second reasonableness and/or does not have the second reasonableness by comparing the first degree of hotness and the second degree of hotness, and based on the comparison of the first distance and the second distance. Further details regarding determining whether the recommended pick-up point has the second rationality and classifying the degree to which the recommended pick-up point has the second rationality and/or does not have the second rationality can be found in fig. 5 and its associated description.

FIG. 4 is an exemplary flow chart of a method of determining a first rationality for recommending a pick-up point according to some embodiments of the present application. In some embodiments, the method 400 of determining a recommended pick-up point first rationality may be performed by the first rationality determining unit 224.

And step 410, responding to the accessibility of the recommended getting-on point, and determining whether the recommended getting-on point has first reasonableness according to the recommended getting-on point and the order track.

In some embodiments, the recommended pick-up point does not have the first rationality if the real pick-up point coincides with the recommended pick-up point, and the service provider's trajectory makes a detour and there is a pick-up point that avoids the detour within a set range of starting positions from the real pick-up point or the service requester. FIG. 6 is an exemplary diagram illustrating a service provider's trajectory-taking detour according to some embodiments of the present application, as shown in FIG. 6, where the service requester starts at position 61, the recommended pick-up point is 62, the actual pick-up point is 64 (position 62 is immediately to the left of position 64, and the recommended pick-up point and the actual pick-up point are considered to be coincident), the service provider starts at position 65, and the destination is in the direction indicated by arrow 66 (from south to north); as shown in fig. 6, the service provider drives the vehicle to travel from south to north at the position 65 along the arrow direction, turns around to travel to south at the south to north of the intersection adjacent to the position 61, arrives at the real boarding point 64 to pick up, at which time the service requester walks to the real boarding point 64 from the starting position 61, then the vehicle continues to travel to south, arrives at the adjacent intersection located at the north side of the starting position 65 of the service provider, turns around to travel again to north, and finally travels to the destination, in the process, a detour is needed from the starting position of the service provider to the recommended boarding point and then to the destination. If the service requester crosses the intersection adjacent to the position 61 and arrives at the road side getting on which the direction is consistent with the direction from the starting position to the destination of the service provider, the conditions of detour and turning back of the service provider in the process of receiving driving can be avoided, and the recommended getting on point 62 does not have the first rationality.

In some embodiments, the recommended pick-up point is not of the first justification if the actual pick-up point is inconsistent with the recommended pick-up point (e.g., the service requester modifies the recommended pick-up point before sending the order) and a detour is required from the service provider's starting location to the recommended pick-up point to the destination and no detour occurs in the service provider's trajectory. Fig. 7 is an exemplary diagram illustrating a service provider without detour along the track according to some embodiments of the present application, where as shown in fig. 7, the service requester starts at 71, the recommended pick-up point is 72, the service requester modifies the recommended pick-up point to 73 before sending the order, the actual pick-up point is 74, the service provider starts at the tail of arrow 75, and the destination is in the direction indicated by arrow 75 (from north east to south west). Wherein if a service requester gets on a vehicle at a recommended pick-up point 72, a detour is required from the service provider's starting location to the recommended pick-up point 72 to the destination; when the service requester gets on the real boarding point 74, although the real boarding point 74 is further away from the service requester's starting position 71 than the recommended boarding point 72, no detour is required from the service provider's starting position 71 to the real boarding point 74 to the destination, indicating that the recommended boarding point 72 does not have the first rationality.

In some embodiments, the recommended pick-up point does not have a first justification if the actual pick-up point is inconsistent with the recommended pick-up point (e.g., a service requester and a service provider negotiate to modify the recommended pick-up point after sending an order) and a detour is required from the service provider's starting location to the recommended pick-up point to the destination and no detour occurs in the service provider's trajectory. Fig. 8 is an exemplary diagram illustrating a service provider without detour along the track according to some embodiments of the present application, as shown in fig. 8, where the service requester starts at 81, the recommended boarding point is 82, the service requester modifies the recommended boarding point to be 83 before sending an order, the service requester negotiates with the service provider after sending the order, the final actual boarding point is 84, and the service provider goes from its start position to pick-up in the direction of arrow 85 and the destination direction is the direction of arrow 85. Wherein if a service requester gets on a recommended pick-up point 82 or 83, a detour and a return are required from the service provider's starting location to the recommended pick-up point 82 or 83 to the destination; when the service requester gets on the car at the real boarding point 84, no detour is required from the service provider's starting location to the real boarding point 84 to the destination, indicating that the recommended boarding points 82 and 83 do not have the first justification.

In some embodiments, the recommended pick-up point has a first rationality if the conditions described in the two embodiments above are not met.

Step 420, determining that the recommended pick-up point is reasonable at least in response to the recommended pick-up point having a first rationality. In some embodiments, the first rationality determining unit 224 may determine that the recommended pick-up point has a rationality if the recommended pick-up point has a first rationality.

FIG. 5 is an exemplary flow chart of a method of determining a second rationality for recommending a pick-up point according to some embodiments of the present application. In some embodiments, the method 500 of determining a second rationality for recommending pick-up points may be performed by the second rationality determining unit 226.

Step 510, responding to the fact that the recommended getting-on point has a first rationality, and determining whether the recommended getting-on point has a second rationality according to the recommended getting-on point and the order track.

In some embodiments, the second rationality determining unit 226 may determine a first distance from the service requester's starting location to the recommended pick-up point and a second distance from the service requester's starting location to the actual pick-up point, and determine whether the recommended pick-up point has a second rationality by comparing the first distance and the second distance. In some embodiments, the recommended pick-up point does not have a second rationality if the first distance (e.g., 300m) is greater than the second distance (e.g., 200 m). In some embodiments, the recommended pick-up point has a second rationality if the first distance (e.g., 100m) is not greater than the second distance (e.g., 200 m).

In some embodiments, the second reasonableness determination unit 226 may further determine a first degree of hotness of the recommended boarding point and a second degree of hotness of the real boarding point, and classify the degree of the recommended boarding point having the second reasonableness and/or not having the second reasonableness by comparing the first degree of hotness and the second degree of hotness and based on the comparison of the first distance and the second distance. The degree of heat of the recommended getting-on point and the degree of heat of the real getting-on point may represent all the times of getting-on and getting-off occurring at the location, and the more the times of getting-on and getting-off occurring at the location, the higher the degree of heat. In order to distinguish the heat of different sites, the site with a relatively high heat value may be colored in a darker color or the site with a relatively high heat value may be represented by a large circle, and the site with a relatively low heat value may be colored in a lighter color or the site with a relatively low heat value may be represented by a small circle in the generated heat map.

In some embodiments, if the first distance is greater than the second distance and the first degree of popularity is less than the second degree of popularity, the recommended pick-up point is determined to be in a first non-second-justified case, the first non-second-justified case being a pick-up point that is far away and low in popularity. Fig. 9 is an exemplary diagram of a distribution of heat of recommended and actual pick-up points according to some embodiments of the present application, as shown in fig. 9, where the service requester start location is 91, the recommended pick-up point is 93, the service requester has no modification to the recommended pick-up point, and the actual pick-up point is 94, where a first distance from the start location 91 to the recommended pick-up point 93 is greater than a second distance from the start location 91 to the actual pick-up point 94, and the first heat of the recommended pick-up point 93 is less than a second heat of the actual pick-up point 94 (the dark gray circle at 94 is significantly greater than 93), so the recommended pick-up point shown in fig. 9 has no second rationality, and the case where the recommended pick-up point has no second rationality is a far pick-up point distance and a low heat.

In some embodiments, if the first distance is greater than the second distance and the first degree of hotness is not less than the second degree of hotness, the recommended pick-up point is determined to belong to a second non-justified case, which is a pick-up point that is far away but with a high degree of hotness. As shown in fig. 10, the start position of the service requester is 101, the recommended getting-on point is 102, and the real getting-on point is 104, wherein a first distance from the start position 101 to the recommended getting-on point 102 by the service requester is greater than a second distance from the start position 101 to the real getting-on point 104 by the service requester, and a first heat of the recommended getting-on point 102 is greater than a second heat of the real getting-on point 104 (the dark gray circle at 102 is significantly greater than 104), so the recommended getting-on point shown in fig. 10 does not have the second rationality, and the case where the recommended getting-on point does not have the second rationality is that the getting-on point is far in distance but high in heat.

In some embodiments, if the first distance is not greater than the second distance and the first degree of popularity is less than the second degree of popularity, the recommended pick-up point is determined to be of a first type having a second degree of rationality, the first type having the second degree of rationality being a pick-up point having a suitable distance but a low degree of popularity. For example, a first distance (e.g., 100m) from the start location to a recommended pick-up point (e.g., a college library) is less than a second distance (e.g., 200m) from the start location to a real pick-up point (e.g., a south gate of a college), and the first degree of hotness of the recommended pick-up point is less than the second degree of hotness of the real pick-up point, so the recommended pick-up point has the second rationality in this example, and the case where the recommended pick-up point has the second rationality is a pick-up point distance that is suitable but the degree of hotness is low.

In some embodiments, if the first distance is not greater than the second distance and the first degree of popularity is not less than the second degree of popularity, the recommended pick-up point is determined to belong to a second category of situations with a second rationality, the second category of situations with the second rationality being a pick-up point with a suitable distance and a high degree of popularity. As shown in fig. 11, the start position of the service requester is 111, the recommended getting-on point is 115, and the real getting-on point is 114, wherein a first distance from the start position 111 to the recommended getting-on point 115 of the service requester is smaller than a second distance from the start position 111 to the real getting-on point 114 of the service requester, and a first heat of the recommended getting-on point 115 is greater than a second heat of the real getting-on point 114 (the dark gray circle at 115 is significantly greater than that at 114), so the recommended getting-on point shown in fig. 11 has a second rationality, and the recommended getting-on point has the second rationality that the distance to the getting-on point is proper and the heat is high.

And step 520, at least responding to the fact that the recommended boarding point has the second reasonableness, and determining that the recommended boarding point has the reasonableness.

In some embodiments, the second rationality determining unit 226 may determine that the recommended pick-up point has a rationality if the recommended pick-up point has a second rationality.

The beneficial effects that may be brought by the embodiments of the present application include, but are not limited to: (1) by evaluating the rationality of the recommended boarding points, a sample of the recommended boarding points with rationality can be selected as a training set positive sample of a boarding point recommendation model, or as a test set/verification set of the boarding point recommendation model, so that the precision of the boarding point recommendation model is improved, and the rationality of the recommended boarding points obtained by using the boarding point recommendation model is improved; (2) by the beneficial effects in the step (1), the low driving receiving efficiency caused by unreasonable recommended boarding points can be further reduced; (3) through the beneficial effect in (2), the trip experience of the user can be further improved. It is to be noted that different embodiments may produce different advantages, and in different embodiments, any one or combination of the above advantages may be produced, or any other advantages may be obtained.

Having thus described the basic concept, it will be apparent to those skilled in the art that the foregoing detailed disclosure is to be considered merely illustrative and not restrictive of the broad application. Various modifications, improvements and adaptations to the present application may occur to those skilled in the art, although not explicitly described herein. Such modifications, improvements and adaptations are proposed in the present application and thus fall within the spirit and scope of the exemplary embodiments of the present application.

Also, this application uses specific language to describe embodiments of the application. Reference throughout this specification to "one embodiment," "an embodiment," and/or "some embodiments" means that a particular feature, structure, or characteristic described in connection with at least one embodiment of the present application is included in at least one embodiment of the present application. 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 places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, some features, structures, or characteristics of one or more embodiments of the present application may be combined as appropriate.

Moreover, those skilled in the art will appreciate that aspects of the present application may be illustrated and described in terms of several patentable species or situations, including any new and useful combination of processes, machines, manufacture, or materials, or any new and useful improvement thereon. Accordingly, various aspects of the present application may be embodied entirely in hardware, entirely in software (including firmware, resident software, micro-code, etc.) or in a combination of hardware and software. The above hardware or software may be referred to as "data block," module, "" engine, "" unit, "" component, "or" system. Furthermore, aspects of the present application may be represented as a computer product, including computer readable program code, embodied in one or more computer readable media.

The computer storage medium may comprise a propagated data signal with the computer program code embodied therewith, for example, on baseband or as part of a carrier wave. The propagated signal may take any of a variety of forms, including electromagnetic, optical, etc., or any suitable combination. A computer storage medium may be any computer-readable medium that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code located on a computer storage medium may be propagated over any suitable medium, including radio, cable, fiber optic cable, RF, or the like, or any combination of the preceding.

Computer program code required for the operation of various portions of the present application may be written in any one or more programming languages, including an object oriented programming language such as Java, Scala, Smalltalk, Eiffel, JADE, Emerald, C + +, C #, VB.NET, Python, and the like, a conventional programming language such as C, Visualbasic, Fortran2003, Perl, COBOL2002, PHP, ABAP, a dynamic programming language such as Python, Ruby, and Groovy, or other programming languages, and the like. 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 processing device. In the latter scenario, the remote computer may be connected to the user's computer through any network format, such as 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), or in a cloud computing environment, or as a service, such as a software as a service (SaaS).

Additionally, the order in which elements and sequences of the processes described herein are processed, the use of alphanumeric characters, or the use of other designations, is not intended to limit the order of the processes and methods described herein, unless explicitly claimed. While various presently contemplated embodiments of the invention have been discussed in the foregoing disclosure by way of example, 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 all modifications and equivalent arrangements that are within the spirit and scope of the embodiments herein. For example, although the system components described above may be implemented by hardware devices, they may also be implemented by software-only solutions, such as installing the described system on an existing processing device or mobile device.

Similarly, it should be noted that in the preceding description of embodiments of the application, 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 embodiments. This method of disclosure, however, is not intended to require more features than are expressly recited in the claims. Indeed, the embodiments may be characterized as having less than all of the features of a single embodiment disclosed above.

Numerals describing the number of components, attributes, etc. are used in some embodiments, it being understood that such numerals used in the description of the embodiments are modified in some instances by the use of the modifier "about", "approximately" or "substantially". Unless otherwise indicated, "about", "approximately" or "substantially" indicates that the number allows a variation of ± 20%. Accordingly, in some embodiments, the numerical parameters used in the specification and claims are approximations that may vary depending upon the desired properties of the individual embodiments. In some embodiments, the numerical parameter should take into account the specified significant digits and employ a general digit preserving approach. Notwithstanding that the numerical ranges and parameters setting forth the broad scope of the range are approximations, in the specific examples, such numerical values are set forth as precisely as possible within the scope of the application.

The entire contents of each patent, patent application publication, and other material cited in this application, such as articles, books, specifications, publications, documents, and the like, are hereby incorporated by reference into this application. Except where the application is filed in a manner inconsistent or contrary to the present disclosure, and except where the claim is filed in its broadest scope (whether present or later appended to the application) as well. It is noted that the descriptions, definitions and/or use of terms in this application shall control if they are inconsistent or contrary to the statements and/or uses of the present application in the material attached to this application.

Finally, it should be understood that the embodiments described herein are merely illustrative of the principles of the embodiments of the present application. Other variations are also possible within the scope of the present application. Thus, by way of example, and not limitation, alternative configurations of the embodiments of the present application can be viewed as being consistent with the teachings of the present application. Accordingly, the embodiments of the present application are not limited to only those embodiments explicitly described and depicted herein.

Claims

1. A method of evaluating recommended pick-up points, the method comprising:

obtaining order data, wherein the order data comprises a recommended boarding point and an order track;

and determining the rationality of the recommended boarding point according to the recommended boarding point and the order track.

2. The method of evaluating recommended pick-up points of claim 1, wherein the order track comprises at least one of: a true pick-up point, a destination, a service requester's start location, a service provider's start location, and a service provider's trajectory.

3. The method of evaluating a recommended pick-up point according to claim 2, wherein said determining a rationality of the recommended pick-up point based on the recommended pick-up point and the order track comprises:

Determining whether the recommended boarding point has accessibility or not according to the recommended boarding point and the order track;

determining that the recommended pick-up point is reasonable at least in response to the recommended pick-up point having reachability;

wherein the determining whether the recommended pick-up point has reachability according to the recommended pick-up point and the order track comprises:

the recommended pick-up point does not have reachability if there is an obstruction from the service requester's start location or the service provider's start location to the recommended pick-up point; alternatively, the first and second electrodes may be,

the recommended pick-up point does not have reachability if the distance from the service requester's home position to the recommended pick-up point is greater than a set threshold.

4. The method of evaluating a recommended pick-up point according to claim 3, wherein said determining the reasonableness of the recommended pick-up point based on the recommended pick-up point and the order track comprises:

in response to the recommended pick-up point having accessibility, determining whether the recommended pick-up point has a first rationality according to the recommended pick-up point and the order track;

determining that the recommended pick-up point is reasonable at least in response to the recommended pick-up point having a first rationality;

Wherein determining whether the recommended pick-up point has a first rationality according to the recommended pick-up point and the order track comprises:

if the real boarding point is consistent with the recommended boarding point, the track of the service provider is detoured, and a boarding point which can avoid detouring exists in a set range from the real boarding point or the initial position of the service requester, the recommended boarding point does not have first rationality; alternatively, the first and second electrodes may be,

if the real boarding point is inconsistent with the recommended boarding point, detouring is needed from the starting position of the service provider to the recommended boarding point and then to the destination, and detouring does not occur on the track of the service provider, the recommended boarding point does not have first rationality; alternatively, the first and second electrodes may be,

if the two situations are not met, the recommended boarding point has first reasonableness.

5. The method of evaluating a recommended pick-up point according to claim 4, wherein the discrepancy between the actual pick-up point and the recommended pick-up point comprises one of:

the service requester modifies the recommended pick-up point before sending the order;

the service requester and the service provider negotiate to modify the recommended pick-up point after the order is sent.

6. The method of evaluating a recommended pick-up point according to claim 5, wherein said determining the reasonableness of the recommended pick-up point based on the recommended pick-up point and the order track comprises:

in response to the recommended boarding point having a first rationality, determining whether the recommended boarding point has a second rationality according to the recommended boarding point and the order track;

determining that the recommended pick-up point is reasonable at least in response to the recommended pick-up point having a second rationality;

determining whether the recommended boarding point has second rationality according to the recommended boarding point and the order track, wherein the following operations are performed when the recommended boarding point is inconsistent with the real boarding point:

determining a first distance from a starting location of the service requester to the recommended pick-up point;

determining a second distance from the service requester's starting location to the real pick-up point;

comparing the first distance and the second distance;

if the first distance is greater than the second distance, the recommended pick-up point does not have a second rationality;

the recommended pick-up point has a second rationality if the first distance is not greater than the second distance.

7. The method of evaluating recommended boarding points of claim 6, further comprising:

determining a first heat of the recommended boarding point;

determining a second heat of the real boarding point;

comparing the first heat and the second heat;

if the first distance is greater than the second distance and the first degree of hotness is less than the second degree of hotness, determining that the recommended getting-on point belongs to a first condition without second rationality, wherein the first condition without second rationality is that the getting-on point is far in distance and the degree of hotness is low;

if the first distance is greater than the second distance and the first degree of hotness is not less than the second degree of hotness, determining that the recommended getting-on point belongs to a second situation without second rationality, wherein the second situation without second rationality is that the getting-on point is far away from the distance and the degree of hotness is high;

if the first distance is not larger than the second distance and the first degree of popularity is smaller than the second degree of popularity, determining that the recommended boarding point belongs to a first condition with second reasonableness, wherein the first condition with second reasonableness is that the boarding point is proper in distance but low in degree of popularity;

And if the first distance is not more than the second distance and the first heat is not less than the second heat, determining that the recommended getting-on point belongs to a second situation with second rationality, wherein the second situation with second rationality is that the getting-on point is proper in distance and high in heat.

8. A recommended boarding point assessment system, the system comprising:

the order acquisition module is used for acquiring order data, and the order data comprises a recommended boarding point and an order track;

and the reasonability determining module of the recommended boarding point is used for determining the reasonability of the recommended boarding point according to the recommended boarding point and the order track.

9. The recommended pick-up assessment system of claim 8, wherein the order track comprises at least one of: a true pick-up point, a destination, a service requester's start location, a service provider's start location, and a service provider's trajectory.

10. The recommended boarding point evaluation system according to claim 9, characterized in that the recommended boarding point rationality determination module further includes a reachability determination unit configured to:

11. The recommended boarding point assessment system according to claim 10, wherein the recommended boarding point rationality determination module further comprises a first rationality determination unit for:

12. The recommended pick-up point assessment system of claim 11, wherein the discrepancy between the actual pick-up point and the recommended pick-up point comprises one of:

13. The recommended boarding point assessment system according to claim 12, wherein the recommended boarding point rationality determination module further comprises a second rationality determination unit for:

comparing the first distance and the second distance;

14. The recommended boarding point assessment system of claim 13, wherein the second rationality determination unit is further configured to:

determining a first heat of the recommended boarding point;

determining a second heat of the real boarding point;

comparing the first heat and the second heat;

15. An apparatus for evaluating recommended pick-up points, the apparatus comprising at least one storage medium and at least one processor;

the at least one storage medium is configured to store computer instructions;

the at least one processor is configured to execute the computer instructions to implement the method of evaluating recommended boarding points of any of claims 1-7.

16. A computer readable storage medium having stored thereon computer instructions which, when executed by a processor, carry out a method of evaluating recommended boarding points according to any one of claims 1 to 7.