Optimization method and device for improving waiting experience of passengers, computer equipment and readable storage medium

Abstract

The invention discloses an optimization method and device for improving passenger waiting experience, computer equipment and a readable storage medium, and the method comprises the steps: firstly obtaining a driver end receiving state and a passenger end waiting state, and constructing a navigation route according to the states; then judging whether the passenger end meets a preset optimization condition, if so, generating a phantom vehicle coordinate based on real coordinate optimization, and pushing a navigation route containing the phantom coordinate to the passenger end; if not, a navigation route containing real vehicle coordinates is pushed, so that the waiting experience of passengers is improved.

Description

Technical Field

[0001] The present invention relates to the field of smart travel, and in particular to an optimization method, device, computer equipment and readable storage medium for improving passengers' waiting experience. Background Art

[0002] In the field of modern transportation, especially in online ride-hailing services, the experience of passengers waiting for the driver to pick them up is crucial. The traditional method of only displaying the real vehicle coordinates may not meet the psychological expectations of passengers in some cases. For example, in a long estimated pick-up distance or traffic congestion scenario, passengers may feel anxious when they see the vehicle approaching slowly. In addition, different taxi channels and urban traffic conditions vary greatly, and a single location display method lacks targeted optimization. Summary of the invention

[0003] The object of the present invention is to provide an optimization method, device, computer equipment and readable storage medium for improving the waiting experience of passengers.

[0004] In a first aspect, an embodiment of the present invention provides an optimization method for improving a passenger's waiting experience, comprising:

[0005] Obtain the current pick-up status of the driver and the current waiting status of the passenger, wherein the current pick-up status includes the driver's current location information and the current waiting status includes the passenger's current location information;

[0006] Constructing a navigation route according to the current location information and the current location information of the passenger;

[0007] Determining whether the passenger terminal meets the preset optimization conditions;

[0008] If the conditions are met, phantom vehicle coordinates are generated, and a navigation route configured with the phantom vehicle coordinates is pushed to the passenger terminal, wherein the phantom vehicle coordinates are simulated vehicle coordinates obtained through continuous feedback after optimization based on the real vehicle coordinates;

[0009] If not, the real vehicle coordinates are generated, and the navigation route configured with the real vehicle coordinates is pushed to the passenger terminal.

[0010] In a possible implementation manner, the determining whether the passenger terminal satisfies a preset optimization condition includes:

[0011] Determine whether the taxi-hailing channel configured by the passenger terminal is a preset channel;

[0012] If yes, then determine whether the city location of the passenger terminal is a preset city location, and if yes, determine that the passenger terminal meets the preset optimization condition;

[0013] If not, it is determined that the passenger terminal does not meet the preset optimization conditions.

[0014] In a possible implementation manner, the determining whether the passenger terminal satisfies a preset optimization condition includes:

[0015] Determine whether the estimated pick-up mileage of the current order reaches the preset mileage distance;

[0016] If yes, it is determined that the passenger terminal meets the preset optimization conditions;

[0017] If not, it is determined that the passenger terminal does not meet the preset optimization conditions.

[0018] In a possible implementation, generating the phantom vehicle coordinates includes:

[0019] Acquire the real vehicle coordinates in real time from the current pick-up status;

[0020] Obtaining the current distance between the real vehicle coordinates and the current position information of the passenger;

[0021] When the current distance exceeds a preset distance threshold, the phantom vehicle coordinates are generated.

[0022] In a possible implementation, generating the phantom vehicle coordinates includes:

[0023] Get the estimated pick-up time for the current order;

[0024] Calculate the maximum moving time of the phantom vehicle coordinates according to the estimated pick-up time of the current order;

[0025] The phantom vehicle coordinates are generated within a time range determined by the maximum moving time of the phantom vehicle coordinates.

[0026] In a possible implementation, generating the phantom vehicle coordinates includes:

[0027] Acquire the real vehicle coordinates in real time from the current pick-up status;

[0028] Calculating the position distance between the real vehicle coordinates and the current phantom vehicle coordinates;

[0029] In a case where the position distance is lower than a preset position distance threshold, using the current phantom vehicle as the phantom vehicle coordinates;

[0030] When the position distance is higher than a preset position distance threshold, the display of the current phantom vehicle coordinates is stopped and the display is switched to the real vehicle coordinates.

[0031] In a possible implementation, generating the phantom vehicle coordinates includes:

[0032] Generating a real passenger boarding point on the navigation route according to the passenger's current location information;

[0033] In the case where the distance between the current phantom vehicle and the real passenger boarding point is less than the distance between the real vehicle coordinates and the real passenger boarding point, using the current phantom vehicle as the phantom vehicle coordinates;

[0034] When the distance between the current phantom vehicle and the real passenger boarding point is greater than the distance between the real vehicle coordinates and the real passenger boarding point, the display of the current phantom vehicle coordinates is stopped and the display is switched to the real vehicle coordinates.

[0035] In a second aspect, an embodiment of the present invention provides an optimization device for improving a passenger's waiting experience, comprising:

[0036] An acquisition module, used to acquire the current pick-up status of the driver and the current waiting status of the passenger, wherein the current pick-up status includes the current location information of the driver and the current waiting status includes the current location information of the passenger; and construct a navigation route according to the current location information and the current location information of the passenger;

[0037] The optimization module is used to determine whether the passenger terminal meets the preset optimization conditions; if so, generate phantom vehicle coordinates, and push the navigation route configured with the phantom vehicle coordinates to the passenger terminal, wherein the phantom vehicle coordinates are simulated vehicle coordinates with continuous feedback obtained after optimization based on the real vehicle coordinates; if not, generate real vehicle coordinates, and push the navigation route configured with the real vehicle coordinates to the passenger terminal.

[0038] In a third aspect, an embodiment of the present invention provides a computer device, comprising a processor and a non-volatile memory storing computer instructions, wherein when the computer instructions are executed by the processor, the computer device executes the method described in at least one possible implementation of the first aspect.

[0039] In a fourth aspect, the present invention provides a readable storage medium, wherein the readable storage medium includes a computer program, and when the computer program is run, the computer device where the readable storage medium is located controls the method described in at least one possible implementation mode of the first aspect.

[0040] Compared with the prior art, the beneficial effects provided by the present invention include: adopting an optimization method, device, computer equipment and readable storage medium for improving the waiting experience of passengers provided by the embodiments of the present invention, by obtaining the driver's pick-up status and the passenger's waiting status, a navigation route is constructed accordingly. Then, it is determined whether the passenger's terminal meets the preset optimization conditions. If it meets the conditions, phantom vehicle coordinates optimized based on the real coordinates are generated, and the navigation route containing the phantom coordinates is pushed to the passenger's terminal; if it does not meet the conditions, the navigation route containing the real vehicle coordinates is pushed, thereby improving the passenger's waiting experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for use in the embodiments are briefly introduced below. It should be understood that the following drawings only illustrate certain embodiments of the present invention and should not be regarded as limiting the scope. For those of ordinary skill in the art, other related drawings can also be obtained based on these drawings without creative work.

[0042] Figure 1 A schematic diagram of the steps of the optimization method for improving the passenger waiting experience provided by an embodiment of the present invention;

[0043] Figure 2 A schematic block diagram of the structure of an optimization device for improving passenger waiting experience provided by an embodiment of the present invention;

[0044] Figure 3 A schematic block diagram of the structure of a computer device provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0045] In order to make the purpose, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Generally, the components of the embodiments of the present invention described and shown in the drawings here can be arranged and designed in various different configurations.

[0046] The specific implementation modes of the present invention are described in detail below in conjunction with the accompanying drawings.

[0047] In order to solve the technical problems in the aforementioned background technology, Figure 1 This is a flow chart of an optimization method for improving passenger waiting experience provided in an embodiment of the present disclosure. The optimization method for improving passenger waiting experience is introduced in detail below.

[0048] Step S201, obtaining the current pick-up status of the driver and the current waiting status of the passenger, wherein the current pick-up status includes the current location information of the driver, and the current waiting status includes the current location information of the passenger;

[0049] Step S202, constructing a navigation route according to the current location information and the current location information of the passenger;

[0050] Step S203, determining whether the passenger terminal meets the preset optimization conditions;

[0051] Step S204: if the conditions are met, phantom vehicle coordinates are generated, and a navigation route configured with the phantom vehicle coordinates is pushed to the passenger terminal, wherein the phantom vehicle coordinates are simulated vehicle coordinates obtained through continuous feedback after optimization based on the real vehicle coordinates;

[0052] Step S205: If not satisfied, the real vehicle coordinates are generated, and the navigation route configured with the real vehicle coordinates is pushed to the passenger terminal.

[0053] In the embodiments of the present invention, exemplary:

[0054] 1. Get the current pick-up status of the driver and the current waiting status of the passenger.

[0055] Scenario 1: Normal order acceptance

[0056] 1. Driver-side status acquisition

[0057] When the driver accepts an order on the taxi platform, the server starts to obtain the status of the driver. The server maintains a communication connection with the driver's device, and the driver's device (such as the taxi application installed on the driver's mobile phone) obtains its current location information through positioning technologies such as GPS. For example, the driver is located at a longitude of 116.4074° and a latitude of 39.9042°. At the same time, the driver will also send some other pick-up status information to the server, such as the vehicle's driving direction (assuming it is driving north), the vehicle's speed (assuming it is 30 kilometers per hour), etc. This information constitutes part of the driver's current pick-up status.

[0058] The driver will also send information to the server such as the time he or she accepted the order (assuming it is 10:00 on October 1, 2023), the estimated pick-up time when the driver arrives at the passenger's location (assuming it is estimated to be 10 minutes based on current traffic conditions and distance), etc.

[0059] 2. Obtaining the status of the passenger terminal

[0060] After the passenger places an order using the taxi app on his mobile phone, the server will obtain the current waiting status of the passenger. The passenger's application obtains the passenger's current location information through the positioning function of the mobile phone, for example, the passenger is at the entrance of a shopping mall at longitude 116.3975° and latitude 39.9100°.

[0061] The server also obtains some other relevant information from the passenger, such as the type of order (assuming it is a regular express order), the passenger's special needs (such as bringing a pet and requiring a spacious interior space), etc. Although this information is not related to the location, it is also part of the passenger's current waiting status and may have an impact on subsequent service optimization.

[0062] Scenario 2: Network Fluctuation

[0063] 1. Driver side

[0064] Suppose the driver passes through an area with poor network signal during driving, such as entering an underground parking lot. The driver's device may temporarily lose stable connection with the server. However, the driver's application will cache some pick-up status information locally, such as the most recently acquired location information, driving direction, etc. When the driver leaves the underground parking lot and the network is restored, the driver will immediately send the cached information and new status information (such as the new location after driving in the parking lot, etc.) to the server.

[0065] 2. Passenger side

[0066] If the network in the area where the passenger is located is also unstable, for example, the signal is blocked between tall buildings. The passenger-side application may refresh slowly. However, the passenger side will record the order information and the initial location information locally. Once the network is restored, the server will re-acquire the complete current waiting state of the passenger side, including the possible updated location information (if the passenger has moved a short distance during the unstable network).

[0067] 2. Build a navigation route based on the current location information and the passenger's current location information.

[0068] Scenario 1: Conventional navigation construction

[0069] 1. Calculate the shortest path

[0070] After obtaining the current location of the driver (longitude 116.4074°, latitude 39.9042°) and the current location of the passenger (longitude 116.3975°, latitude 39.9100°), the server will call the map navigation algorithm to build a navigation route from the driver's location to the passenger's location. Assuming that the server uses the Dijkstra algorithm, it will consider factors such as road type (such as main roads, secondary roads), traffic conditions (through data interaction with the traffic management department or based on the driving speed data of other drivers on the platform).

[0071] The server calculates the shortest path, for example, driving 1 km along the current road to an intersection, then turning left onto another main road, and driving 2 km to the entrance of the shopping mall where the passenger is. Each coordinate point on this path (such as the coordinates of each intersection, the starting and ending coordinates of key sections, etc.) will be recorded, and the distance of each section will be calculated to form a complete navigation route information.

[0072] 2. Consider traffic restrictions

[0073] If traffic restrictions are found on certain sections of the road when building the navigation route, such as a road that is a one-way street during a certain period of time or is undergoing road construction, the server will replan the route to avoid these restricted sections. For example, if a section of the original shortest path is impassable due to road construction, the server will recalculate an alternative route that may take an extra 500 meters but ensures that the driver can reach the passenger's location smoothly.

[0074] Scenario 2: Multiple destinations (if supported by the platform)

[0075] 1. Special order requirements

[0076] Suppose this is a carpooling order, and in addition to the current passenger, there is another passenger waiting at another location nearby. When the server constructs the navigation route, it needs to consider the locations of the two passengers. For example, the first passenger is at the entrance of the mall (longitude 116.3975°, latitude 39.9100°), and the second passenger is in front of an office building 500 meters away from the mall (longitude 116.3990°, latitude 39.9090°).

[0077] The server will first plan a route from the driver's current location (longitude 116.4074°, latitude 39.9042°) to the front of the office building to pick up the second passenger, and then the optimal route from the office building to the entrance of the shopping mall to pick up the first passenger. In this process, it is necessary to weigh which passenger to pick up first to minimize the total driving distance and time spent, while also considering traffic conditions and road restrictions.

[0078] 3. Determine whether the passenger terminal meets the preset optimization conditions.

[0079] Scenario 1: Judgment of channels and cities

[0080] 1. Channel judgment

[0081] Assume that the taxi platform has multiple taxi channels, such as ordinary taxi channels, enterprise cooperation channels, and high-end private car channels. When making a judgment, the server first checks which channel the passenger used to place the order. If the passenger uses the ordinary taxi channel, and the preset channel that can use the phantom coordinate function is the high-end private car channel, then in terms of the channel dimension, the passenger side does not meet the preset optimization conditions.

[0082] On the contrary, if the passenger uses the high-end private car channel, which is one of the preset channels that can use the phantom coordinate function, the server will continue to make city positioning judgments.

[0083] 2. City positioning judgment

[0084] Assume that the cities that can use the phantom coordinate function are Beijing, Shanghai, Guangzhou and other large cities. If the passenger is in Beijing, then the condition is met in the dimension of city positioning. At this point, combined with the results of the previous channel judgment (if the channel also meets the requirements), it can be determined that the passenger terminal meets the preset optimization conditions.

[0085] However, if the passenger's city is a small third-tier city and is not in the preset list of cities where the phantom coordinate function can be used, then even if the channel meets the conditions, the passenger side as a whole does not meet the preset optimization conditions.

[0086] Scenario 2: Estimated Pickup Mileage

[0087] 1. Calculate the estimated pick-up mileage

[0088] The server calculates the distance from the driver's current location (longitude 116.4074°, latitude 39.9042°) to the passenger's location (longitude 116.3975°, latitude 39.9100°) based on the previously constructed navigation route. Assume that the distance calculated by the coordinates is 1 kilometer.

[0089] Since the preset estimated pick-up mileage for enabling the phantom coordinate function is 1.5 kilometers, in this case, 1 kilometer is less than 1.5 kilometers, so the passenger side does not meet the preset optimization conditions.

[0090] 2. Dynamic distance change

[0091] Assume that during the driver's driving, the navigation route changes due to traffic congestion or temporary road control. The originally calculated estimated pick-up distance of 1 km may become 1.8 km. At this time, the server will re-judge, because 1.8 km is greater than 1.5 km, so in this case, the passenger terminal meets the preset optimization conditions.

[0092] 4. If the conditions are met, the phantom vehicle coordinates are generated and the navigation route configured with the phantom vehicle coordinates is pushed to the passenger terminal.

[0093] Scenario 1: Phantom coordinate generation - based on distance threshold

[0094] 1. Get the real vehicle coordinates and distance

[0095] The server obtains the real vehicle coordinates from the driver. For example, the driver's current real location is 116.4074° longitude and 39.9042° latitude. Then the server calculates the current distance between the real vehicle coordinates and the passenger's current location (116.3975° longitude and 39.9100° latitude). Assume that the calculated distance is 2 kilometers.

[0096] The preset distance threshold is 1.5 kilometers. Since 2 kilometers is greater than 1.5 kilometers, the condition for generating the phantom vehicle coordinates is met.

[0097] 2. Generate phantom coordinates

[0098] The server starts to generate phantom coordinates according to the driver's real driving direction (driving north), current speed (30 km / h) and navigation route information, and according to the preset phantom coordinate generation rules. For example, according to the rules, the phantom coordinates will move north along the navigation route at a slightly faster speed (assuming 35 km / h) based on the real coordinates, generating a new phantom coordinate, such as longitude 116.4080° and latitude 39.9045°. This phantom coordinate will be continuously updated over time according to certain rules to simulate the vehicle's driving.

[0099] Scenario 2: Phantom coordinate generation - based on estimated pick-up time

[0100] 1. Get an estimated pick-up time

[0101] The server obtains the estimated pick-up time for the current order as 10 minutes. According to the rules, the maximum moving time of the Phantom Vehicle coordinates = 1 / 3 of the estimated pick-up time, which is 2 minutes at most. So in this order, the maximum moving time of the Phantom Vehicle coordinates is 10 / 3≈3.33 minutes, but since the maximum limit is 2 minutes, the maximum moving time is 2 minutes.

[0102] 2. Generate phantom coordinates within the time range

[0103] The server generates phantom coordinates within this 2-minute time frame based on the driver's actual driving conditions (such as the changing trend of the real coordinates, driving direction, etc.) and the navigation route. For example, within the first 30 seconds, a series of phantom coordinates are generated based on the speed and direction of the real vehicle, making the phantom vehicle appear to be moving steadily towards the passenger.

[0104] Scenario 3: Phantom coordinate adjustment - based on the distance from the real coordinates

[0105] 1. Calculate the location distance

[0106] When the server generates the phantom coordinates, it continuously calculates the distance between the real vehicle coordinates and the current phantom vehicle coordinates. Assume that the real vehicle coordinates are 116.4074° longitude and 39.9042° latitude, and the current phantom vehicle coordinates are 116.4085° longitude and 39.9048° latitude. The distance between the two is 100 meters.

[0107] 2. Adjust the phantom coordinate display

[0108] The preset position distance threshold is 200 meters. Since 100 meters is less than 200 meters, the current phantom vehicle coordinates are used as valid phantom vehicle coordinates. If at some point, the calculated distance exceeds 200 meters, the server will stop displaying the current phantom vehicle coordinates and switch to displaying the real vehicle coordinates.

[0109] Scenario 4: Phantom coordinate adjustment - based on the distance from the passenger boarding point

[0110] 1. Determine the distance between the real and phantom coordinates and the boarding point

[0111] The server determines the actual passenger boarding point based on the passenger's location (longitude 116.3975°, latitude 39.9100°). Assuming that the current phantom vehicle coordinates are longitude 116.4000°, latitude 39.9090°, the calculated distance between the phantom vehicle and the actual passenger boarding point is 300 meters; the actual vehicle coordinates are longitude 116.4020°, latitude 39.9085°, the calculated distance between the actual vehicle and the actual passenger boarding point is 250 meters.

[0112] 2. Switch coordinate display

[0113] Because the distance between the current phantom vehicle and the real passenger boarding point (300 meters) is greater than the distance between the real vehicle coordinates and the real passenger boarding point (250 meters), the server will stop displaying the current phantom vehicle coordinates and switch to displaying the real vehicle coordinates.

[0114] 5. If not, the real vehicle coordinates are generated and the navigation route configured with the real vehicle coordinates is pushed to the passenger terminal.

[0115] Scenario 1: Simply push real coordinates

[0116] 1. Get the real coordinates

[0117] The server obtains the real vehicle coordinates directly from the driver, for example, the driver's location is 116.4074° longitude and 39.9042° latitude.

[0118] 2. Push navigation route

[0119] The server pushes the navigation route containing the real vehicle coordinates directly to the passenger end. The passenger end application will display the driver's real location on the map, and the passenger can see the driver driving in their direction along the navigation route.

[0120] Scenario 2: Real coordinate update push

[0121] 1. Coordinate update status

[0122] During the driving process, the driver's position will keep changing. For example, after the driver has driven a certain distance, the new position becomes 116.4080° longitude and 39.9045° latitude.

[0123] 2. Continuously push updates

[0124] The server will continuously obtain the driver's real coordinate updates and push the navigation route with the new real vehicle coordinates to the passenger in a timely manner. In this way, the passenger can see the driver's real-time accurate location and driving trajectory on his or her mobile phone.

[0125] In the embodiment of the present invention, the determination of whether the passenger terminal satisfies the preset optimization conditions may be implemented through the following example.

[0126] Determine whether the taxi-hailing channel configured by the passenger terminal is a preset channel;

[0127] If yes, then determine whether the city location of the passenger terminal is a preset city location, and if yes, determine that the passenger terminal meets the preset optimization condition;

[0128] If not, it is determined that the passenger terminal does not meet the preset optimization conditions.

[0129] In the embodiments of the present invention, exemplary:

[0130] 1. Determine whether the taxi-hailing channel configured on the passenger terminal is a preset channel.

[0131] 1. Acquisition and comparison of channel information

[0132] When a passenger places an order on a taxi app, the server first receives an order request from the passenger. This request contains information about the taxi channel configured by the passenger. For example, the passenger may have selected the "Ordinary Express" channel to order a taxi through the app interface.

[0133] The server has pre-set a list of taxi channels that can use the phantom coordinate function, such as the "high-end private car" channel and the "business travel" channel. The server compares the "ordinary express" channel on the passenger side with the preset channel list. Since "ordinary express" is not in the preset channel list, it is determined at this step that the passenger side does not meet the preset optimization conditions.

[0134] In another case, if the passenger chooses the "high-end private car" channel, which is in the server's preset list of channels that can use the phantom coordinate function, the server will proceed to the next step, which is to determine whether the city location of the passenger is the preset city location.

[0135] 2. Channel function association and judgment basis

[0136] Different taxi-hailing channels have different service characteristics. The preset channels that can use the phantom coordinate function are often those that have higher requirements for service experience optimization or have special service positioning. For example, the "high-end private car" channel may focus more on providing passengers with high-quality, efficient and psychologically good services. The phantom coordinate function can improve the passengers' feelings while waiting to a certain extent. The "ordinary express" channel may focus more on providing basic and cost-effective travel services, so it is not included in the category of channels that can use the phantom coordinate function.

[0137] When the server makes channel judgments, it is based on the business rules pre-set by the platform operator. These rules are determined after comprehensively considering multiple factors such as the user groups, service positioning, and market competition of different channels.

[0138] 2. If (the taxi-hailing channel configured by the passenger terminal is a preset channel), determine whether the city location of the passenger terminal is the preset city location.

[0139] 1. Acquisition and confirmation of city location information

[0140] Assuming that the taxi channel configured by the passenger is the "high-end private car" channel (which meets the preset channel conditions in the first step), the server then obtains the city location information of the passenger. This information is obtained through the positioning function of the passenger's device and sent to the server. For example, the passenger's city location is Beijing.

[0141] The server has a preset city location list that can use the phantom coordinate function, including Beijing, Shanghai, Guangzhou and other large cities. The server compares Beijing, where the passenger is located, with this preset city location list. Because Beijing is in the preset city location list, it is determined that the passenger terminal meets the preset optimization conditions.

[0142] However, if the passenger's city location is a smaller city, such as a third-tier city A. This city is not in the server's preset city location list for the use of the phantom coordinate function. Even if the passenger chooses the "high-end private car" channel, the server determines that the passenger terminal does not meet the preset optimization conditions because the city location does not meet the requirements.

[0143] 2. Considerations behind city positioning

[0144] The preset cities where the phantom coordinate function can be used are usually large cities with heavy traffic and complex travel needs. In these cities, due to the common traffic congestion and complex roads, the phantom coordinate function can better optimize the waiting experience of passengers. For example, in a large city like Beijing, traffic congestion is serious during peak hours and drivers may drive slowly. The phantom coordinate function allows passengers to feel that the driver is approaching faster during the waiting process, reducing the anxiety of waiting.

[0145] For some third-tier cities or cities with relatively simple traffic, the traffic conditions are relatively stable, and the vehicle speed is relatively fast and predictable, so they are not included in the scope of city positioning that can use the phantom coordinate function. The server determines the city positioning based on the traffic characteristics and business needs of these different cities to determine whether to apply the phantom coordinate optimization function to the passenger end.

[0146] In the embodiment of the present invention, the determination of whether the passenger terminal satisfies the preset optimization conditions may be implemented through the following example.

[0147] Determine whether the estimated pick-up mileage of the current order reaches the preset mileage distance;

[0148] If yes, it is determined that the passenger terminal meets the preset optimization conditions;

[0149] If not, it is determined that the passenger terminal does not meet the preset optimization conditions.

[0150] In the embodiments of the present invention, exemplary:

[0151] 1. Obtain order information and calculate estimated pick-up mileage.

[0152] 1. Receiving and analyzing order information

[0153] When a passenger successfully places an order on a taxi app, the server receives a data packet containing order-related information. This data packet includes the passenger's starting location (obtained through the positioning function of the passenger's device) and destination information (entered by the passenger in the app). For example, the passenger's starting location is the specific coordinates of a shopping mall (longitude 116.3975°, latitude 39.9100°), and the destination is the coordinates of an office building (longitude 116.4150°, latitude 39.9000°).

[0154] The server calculates the estimated pickup distance from the starting location to the destination based on stored map data and real-time traffic information (which can be obtained from the interface with the transportation department or estimated based on the driving data of other drivers on the platform). The server uses a special path planning algorithm, such as the A algorithm, to determine the best driving route. This algorithm takes into account the type of road (such as main roads, secondary roads, and side roads), traffic restrictions (such as one-way streets, no left turns, etc.), and current traffic flow conditions.

[0155] During the calculation process, the server will accumulate the length of each road section along the planned route. Assuming that from the mall to the office building, you first need to pass through a 1-kilometer-long main road, then turn into a 500-meter-long secondary road, and then drive 800 meters to reach the office building. Through this calculation, the estimated pick-up mileage is 1+0.5+0.8=2.3 kilometers.

[0156] 2. Compare with the preset mileage distance.

[0157] 1. Basis for setting the preset mileage distance

[0158] A mileage distance value is preset in the server to determine whether to enable the phantom coordinate function. This preset mileage distance is determined based on the platform's operating experience and user experience research. For example, it is set to 1.5 kilometers. This value is determined taking into account that in the case of a shorter distance pick-up, the driver has a relatively short time to reach the passenger's location. The use of phantom coordinates may not bring a significant improvement to the passenger experience, and may even cause unnecessary confusion due to the virtuality of the coordinates. For longer distance pick-ups, phantom coordinates can improve the psychological feelings of passengers while waiting to a certain extent.

[0159] 2. Comparison results and judgment

[0160] Since the estimated pick-up distance calculated is 2.3 kilometers, and the preset mileage is 1.5 kilometers, 2.3 kilometers is greater than 1.5 kilometers. Therefore, the server determines that the passenger terminal meets the preset optimization conditions.

[0161] On the contrary, if the calculated estimated pick-up mileage is 1 kilometer, and 1 kilometer is less than 1.5 kilometers, then the server determines that the passenger terminal does not meet the preset optimization conditions.

[0162] 3. Handling of special situations.

[0163] 1. Mileage changes due to changes in traffic conditions

[0164] During the driver's journey to pick up the driver, traffic conditions may change. For example, a traffic accident occurred on the originally planned route, causing a blockage on some sections of the road. The server will re-plan the route based on real-time traffic information. Suppose the original estimated pick-up mileage is 2.3 kilometers, but due to the need to detour, the new route mileage becomes 3 kilometers.

[0165] After replanning the route, the server will re-compare the distance with the preset mileage. Because 3 kilometers is still greater than 1.5 kilometers, if the conditions were previously met, they are still met now; if the conditions were not met before, they may be met now. The server will adjust its judgment on whether the passenger terminal meets the preset optimization conditions based on the new comparison results.

[0166] 2. Mileage changes caused by changes in passenger location

[0167] Sometimes, passengers may move while waiting for the driver to pick them up. For example, a passenger originally waited at the entrance of a shopping mall, and then walked to a bus stop near the mall. The passenger's device will send the new location information to the server.

[0168] The server will recalculate the estimated pick-up distance based on the new passenger location. Suppose the original estimated pick-up distance is 2.3 kilometers. Due to the movement of the passenger's location, the new estimated pick-up distance becomes 2 kilometers. Then the server compares it with the preset mileage distance (1.5 kilometers) again. Because 2 kilometers is greater than 1.5 kilometers, in this case, the passenger side is still determined to meet the preset optimization conditions. If the new mileage is less than 1.5 kilometers, it is determined that the conditions are not met.

[0169] In the embodiment of the present invention, the generation of the phantom vehicle coordinates may be implemented through the following examples.

[0170] Acquire the real vehicle coordinates in real time from the current pick-up status;

[0171] Obtaining the current distance between the real vehicle coordinates and the current position information of the passenger;

[0172] When the current distance exceeds a preset distance threshold, the phantom vehicle coordinates are generated.

[0173] In the embodiments of the present invention, exemplary:

[0174] 1. Obtain the real vehicle coordinates in real time from the current pick-up status.

[0175] 1. Establish communication and data acquisition

[0176] The server maintains a continuous communication connection with the driver's device. This connection can be based on a variety of network protocols, such as TCP / IP. The driver's device (such as a smartphone with a taxi app installed) obtains the vehicle's location information in real time through its own positioning system (such as GPS, Beidou, etc.).

[0177] When the driver accepts the order and starts the pickup process, the driver's device will send the vehicle's location information to the server at a certain frequency (for example, once every 5 seconds). This location information includes the vehicle's longitude, latitude and other coordinate data. For example, the actual vehicle coordinates sent by the driver are longitude 116.4074° and latitude 39.9042°.

[0178] After receiving the data, the server will parse and verify it. The verification process includes checking the integrity and accuracy of the data, such as whether the coordinate data is within a reasonable geographical range and whether it meets the data format requirements.

[0179] 2. Data storage and update

[0180] The server will store the received real vehicle coordinates in a dedicated data structure, such as a database table, indexed by the order ID, and associated with the driver's real vehicle coordinates and other relevant pick-up status information.

[0181] As the driver drives, the server will continuously receive new real vehicle coordinates and update the stored data. In this way, the server always keeps the driver's latest real location information, providing an accurate data basis for subsequent operations.

[0182] 2. Obtain the current distance between the real vehicle coordinates and the passenger's current location information.

[0183] 1. Coordinate transformation and distance calculation principle

[0184] The server obtains the real vehicle coordinates (longitude 116.4074°, latitude 39.9042°) and the previously obtained passenger current location information (assumed to be longitude 116.3975°, latitude 39.9100°) from the storage. In order to calculate the distance between the two, the server needs to convert the longitude and latitude coordinates into a spatial coordinate system suitable for distance calculation.

[0185] Usually, a distance calculation formula in geodesy is used, such as the Haversine formula. This formula takes into account the curvature of the earth and can more accurately calculate the spherical distance between two points (the actual vehicle coordinate point and the passenger position coordinate point).

[0186] 2. Distance calculation process

[0187] According to the Haversing formula, the server substitutes the real vehicle coordinates and the passenger's current location coordinates into the calculation. First, the longitude and latitude differences between the two points are calculated, and then a series of trigonometric functions are performed. After calculation, it is concluded that the current distance between the real vehicle coordinates and the passenger's current location information is 1.5 kilometers.

[0188] 3. When the current distance exceeds the preset distance threshold, the phantom vehicle coordinates are generated.

[0189] 1. Basis for determining the preset distance threshold

[0190] A distance threshold is pre-set in the server, which is determined based on the platform's operating strategy and user experience research. For example, the preset distance threshold is set to 1 kilometer. This value is determined taking into account that in a shorter distance, the driver can reach the passenger's location faster, and the use of phantom vehicle coordinates may not bring a significant improvement in experience, but may increase the complexity of the system and the amount of data processing. In the case of longer distances, phantom vehicle coordinates can better improve the psychological feeling of passengers waiting.

[0191] 2. Triggering the generation of phantom vehicle coordinates

[0192] Since the calculated current distance is 1.5 kilometers, and the preset distance threshold is 1 kilometer, 1.5 kilometers is greater than 1 kilometer. Therefore, the condition for generating the phantom vehicle coordinates is met.

[0193] After the server determines that the conditions are met, it starts to generate the phantom vehicle coordinates. Generating the phantom vehicle coordinates requires considering multiple factors, such as the driver's driving direction, speed, and navigation route. Assuming that the driver's driving direction is north and the speed is 30 kilometers per hour, the server generates the phantom vehicle coordinates according to a certain algorithm based on this information and the navigation route.

[0194] For example, based on the real vehicle coordinates, the server will calculate a new coordinate position along the navigation route at a virtual speed slightly higher than the actual speed (such as 35 km / h) according to the driver's driving direction and speed. Assume that after calculation, the generated phantom vehicle coordinates are 116.4080° longitude and 39.9045° latitude. The phantom vehicle coordinates will be continuously updated over time according to the set rules to simulate the process of the vehicle driving towards the passenger.

[0195] 3. Special circumstances and adjustments

[0196] If after the phantom vehicle coordinates are generated, the distance between the real vehicle coordinates and the passenger position changes due to changes in traffic conditions (such as temporary road control) or the driver's own operation (such as temporary parking). For example, the distance between the real vehicle and the passenger becomes 0.8 km due to road control, which is less than the preset distance threshold of 1 km.

[0197] The server will adjust based on the new distance. In this case, the server may stop updating the phantom vehicle coordinates and switch back to using the real vehicle coordinates to ensure the accuracy and rationality of the location information displayed by the passenger app.

[0198] In the embodiment of the present invention, the generation of the phantom vehicle coordinates may be implemented through the following examples.

[0199] Get the estimated pick-up time for the current order;

[0200] Calculate the maximum moving time of the phantom vehicle coordinates according to the estimated pick-up time of the current order;

[0201] The phantom vehicle coordinates are generated within a time range determined by the maximum moving time of the phantom vehicle coordinates.

[0202] In the embodiments of the present invention, exemplary:

[0203] 1. Get the estimated pick-up time for the current order.

[0204] 1. Estimates based on multiple factors

[0205] When the passenger places an order, the server starts to calculate the estimated pick-up time for the current order. The server first obtains the current location information of the driver and the passenger. For example, the driver is located in District A of the city with coordinates of longitude 116.4074° and latitude 39.9042°, and the passenger is located in District B with coordinates of longitude 116.3975° and latitude 39.9100°.

[0206] The server will analyze the navigation route from the driver's location to the passenger's location. This analysis process involves considering the type of road, such as the speed limit on the main road is usually higher (assuming 60 km / h), and the speed limit on the secondary road may be 40 km / h; traffic flow conditions must also be considered. The server obtains real-time traffic information through the data interface with the transportation department, or makes judgments based on the driving speed data of other drivers on the platform on the same or similar sections of the road. If the current period is peak traffic and the road is congested, the average speed may drop to 20-30 km / h.

[0207] In addition to road and traffic factors, the server also considers possible special circumstances, such as road construction, temporary restrictions, etc. Assume that there is a section of road under minor construction on the navigation route, which will cause the vehicle speed to slow down. Taking these factors into consideration, the server calculates the estimated pick-up time from the driver to the passenger as 15 minutes.

[0208] 2. Calculate the maximum moving time of the phantom vehicle coordinates based on the estimated pick-up time of the current order.

[0209] 1. Application of calculation rules

[0210] The server calculates the maximum moving time of the phantom vehicle coordinates according to the established rules. The rules stipulate that the maximum moving time of the phantom vehicle coordinates = 1 / 3 of the estimated pick-up time, with a maximum of 2 minutes.

[0211] For the current order, the estimated pick-up time is 15 minutes, so the maximum moving time of the phantom vehicle coordinates calculated according to the rules is 15 / 3=5 minutes. However, due to the maximum limit of 2 minutes, the final maximum moving time of the phantom vehicle coordinates is 2 minutes.

[0212] 3. Generate the phantom vehicle coordinates within the time range determined by the maximum movement time of the phantom vehicle coordinates.

[0213] 1. Generation of phantom coordinates in the initial state

[0214] After determining that the maximum movement time of the phantom vehicle coordinates is 2 minutes, the server starts to generate phantom vehicle coordinates within this time range. First, the server obtains the driver's real vehicle coordinates (longitude 116.4074°, latitude 39.9042°) and the driver's driving direction (assumed to be north) and speed (assumed to be 30 km / h).

[0215] The server starts to generate phantom vehicle coordinates at a speed slightly higher than the actual speed of the driver (e.g. 35 km / h) according to the navigation route. According to this speed and driving direction, an initial phantom vehicle coordinate is calculated at the starting point of time (i.e. the moment when the phantom coordinates are generated). Assuming that on the navigation route, the initial phantom vehicle coordinates calculated are 116.4078° longitude and 39.9043° latitude.

[0216] 2. Dynamic update of phantom coordinates

[0217] As time goes by, the server continues to update the phantom vehicle coordinates within this 2-minute maximum movement time range. For example, after 30 seconds, the new coordinates of the phantom vehicle are recalculated based on the virtual speed and driving direction of the phantom vehicle. Since the virtual speed is 35 kilometers per hour, it converts to about 9.72 meters per second (35000 / 3600). In 30 seconds, the vehicle theoretically moves about 291.6 meters (9.72×30). According to the navigation route and driving direction, the coordinates of the phantom vehicle after 30 seconds are calculated, such as longitude 116.4082° and latitude 39.9044°.

[0218] The server will repeat this calculation and update process at a certain time interval (for example, every 10 seconds) until the maximum movement time of the phantom vehicle coordinates reaches 2 minutes. During this process, the phantom vehicle coordinates always move at the set speed and direction on the navigation route, simulating the state of the vehicle driving towards the passenger, thereby improving the experience of passengers seeing the vehicle location while waiting.

[0219] 3. Special situation handling

[0220] If there is a sudden change in traffic conditions during the maximum movement time of the phantom vehicle coordinates, such as a traffic accident that causes congestion on a previously smooth road, the server will adjust the generation of the phantom vehicle coordinates based on the new traffic information. If the accident causes a significant drop in vehicle speed, the server may reduce the virtual speed of the phantom vehicle accordingly to ensure that the movement of the phantom coordinates still conforms to the actual possible traffic conditions.

[0221] In addition, if the driver's status changes, such as the driver temporarily stops or changes the driving direction, the server will also adjust the phantom vehicle coordinates. For example, if the driver stops briefly to avoid pedestrians, the server will suspend the movement of the phantom vehicle coordinates until the driver restarts and continues driving, and then recalculate and update the phantom vehicle coordinates according to the new driving status.

[0222] In the embodiment of the present invention, the generation of the phantom vehicle coordinates may be implemented through the following examples.

[0223] Acquire the real vehicle coordinates in real time from the current pick-up status;

[0224] Calculating the position distance between the real vehicle coordinates and the current phantom vehicle coordinates;

[0225] In a case where the position distance is lower than a preset position distance threshold, using the current phantom vehicle as the phantom vehicle coordinates;

[0226] When the position distance is higher than a preset position distance threshold, the display of the current phantom vehicle coordinates is stopped and the display is switched to the real vehicle coordinates.

[0227] In the embodiments of the present invention, exemplary:

[0228] 1. Obtain the real vehicle coordinates in real time from the current pick-up status.

[0229] 1. Continuous data acquisition

[0230] The server and the driver always maintain a stable communication connection based on reliable network technology, such as 4G / 5G mobile network or Wi-Fi network (if the vehicle is in a Wi-Fi coverage area and the driver's device is connected to Wi-Fi). The driver's device (such as the driver's smartphone, on which the taxi app is running) continuously obtains the vehicle's real location information through the built-in high-precision positioning system (such as GPS combined with base station assisted positioning, etc.).

[0231] This real location information is sent to the server at a certain frequency (for example, once every 3-5 seconds). Assuming that the driver is driving on a city road, the real vehicle coordinate information sent by the driver is longitude 116.4074°, latitude 39.9042°, and may also include vehicle driving status information, such as speed (assuming 30 km / h), driving direction (assuming north), etc. After receiving this information, the server will classify and store it for subsequent operations.

[0232] 2. Calculate the position distance between the real vehicle coordinates and the current phantom vehicle coordinates.

[0233] 1. Coordinate system and distance calculation

[0234] After obtaining the real vehicle coordinates, the server needs to calculate the distance between it and the current phantom vehicle coordinates. The server uses a suitable coordinate system to represent the geographic location, usually a geographic coordinate system based on the longitude and latitude of the earth. In order to accurately calculate the distance between the two, a special geographic distance calculation algorithm is used, such as the Haversine formula.

[0235] Assume that the current phantom vehicle coordinates are 116.4076° longitude and 39.9043° latitude. The server first calculates the longitude difference (116.4076°-116.4074°=0.0002°) and latitude difference (39.9043°-39.9042°=0.0001°) between the two coordinate points according to the Haversing formula, and then substitutes them into the formula to perform a series of trigonometric functions, and finally obtains that the distance between the real vehicle coordinates and the current phantom vehicle coordinates is 10 meters (this is only an example value, and the actual calculation result is calculated according to the precise formula).

[0236] 3. When the position distance is lower than a preset position distance threshold, the current phantom vehicle is used as the phantom vehicle coordinates.

[0237] 1. Determination of preset location distance threshold

[0238] A location distance threshold is pre-set in the server, and this threshold is determined based on many factors. From the perspective of user experience, setting an appropriate distance threshold can ensure that the phantom vehicle coordinates fluctuate within a reasonable range with the real vehicle coordinates, avoiding excessive visual or psychological differences for passengers. From the perspective of system stability and accuracy, this threshold helps to balance the relationship between the phantom coordinate simulation and the real coordinate reflection. Assume that this preset location distance threshold is 50 meters.

[0239] 2. Operations based on comparison results

[0240] Since the calculated distance between the real vehicle coordinates and the current phantom vehicle coordinates is 10 meters, which is lower than the preset distance threshold of 50 meters, the server determines that the current phantom vehicle coordinates are within a reasonable range and can continue to use them as the phantom vehicle coordinates. This means that when pushing the vehicle location information to the passenger side, the phantom vehicle coordinates are still used, allowing passengers to see the phantom vehicle moving along the expected trajectory (based on the phantom coordinates), giving passengers a feeling that the vehicle is moving steadily towards them.

[0241] 4. When the position distance is higher than the preset position distance threshold, the display of the current phantom vehicle coordinates is stopped and the display is switched to the real vehicle coordinates.

[0242] 1. Handling situations where the threshold is exceeded

[0243] Assume that in some cases, due to network delays or some temporary fluctuations in the phantom coordinate generation algorithm, the position distance between the calculated real vehicle coordinates and the current phantom vehicle coordinates becomes 80 meters, while the preset position distance threshold is 50 meters, and 80 meters is higher than 50 meters.

[0244] 2. Coordinate switching operation and impact

[0245] When this happens, the server will stop displaying the current phantom vehicle coordinates. This is to avoid showing passengers a location that deviates too much from the real vehicle location, and to prevent misunderstandings by passengers. The server will then switch to displaying the real vehicle coordinates. In this way, the passenger will see the real location of the driver's vehicle. Although there may be a certain jump in the movement trajectory of the phantom vehicle coordinates seen before, this switch ensures the accuracy of the location information, allowing passengers to judge the driver's pick-up progress based on the actual situation. At the same time, the server may record relevant information about this coordinate switch, such as the time of the switch, the real vehicle coordinates at that time, and the phantom vehicle coordinates, etc., for subsequent data analysis and system optimization.

[0246] In the embodiment of the present invention, the generation of the phantom vehicle coordinates may be implemented through the following examples.

[0247] Generating a real passenger boarding point on the navigation route according to the passenger's current location information;

[0248] In the case where the distance between the current phantom vehicle and the real passenger boarding point is less than the distance between the real vehicle coordinates and the real passenger boarding point, using the current phantom vehicle as the phantom vehicle coordinates;

[0249] When the distance between the current phantom vehicle and the real passenger boarding point is greater than the distance between the real vehicle coordinates and the real passenger boarding point, the display of the current phantom vehicle coordinates is stopped and the display is switched to the real vehicle coordinates.

[0250] In the embodiments of the present invention, exemplary:

[0251] 1. Generate the actual passenger boarding point on the navigation route based on the passenger’s current location information.

[0252] 1. Basis for determining the boarding point

[0253] When a passenger places an order on a taxi app, the server obtains the passenger's current location information. This location information is the precise coordinates obtained through the positioning function of the passenger's device (such as a mobile phone). For example, the passenger's current location coordinates are longitude 116.3975° and latitude 39.9100°.

[0254] At the same time, the server has built a navigation route based on the locations of the driver and the passenger. This navigation route contains a series of coordinate points that represent the best driving path from the driver's location to the passenger's location. The server will determine the actual passenger pick-up point on this navigation route based on the passenger's current location. Usually, the pick-up point will be chosen at a location close to the passenger's location and convenient for the vehicle to park, such as on the side of the road without traffic restrictions (such as non-prohibited parking areas).

[0255] Assume that in the navigation route, the point closest to the passenger's current location and meeting the parking conditions is the actual passenger pick-up point, with coordinates of longitude 116.3978° and latitude 39.9102°. This pick-up point may be on the roadside near the entrance of the shopping mall, with enough space for the vehicle to park.

[0256] 2. When the distance between the current phantom vehicle and the real passenger boarding point is less than the distance between the real vehicle coordinates and the real passenger boarding point, the current phantom vehicle is used as the phantom vehicle coordinates.

[0257] 1. Calculate distance and compare

[0258] During operation, the server will track the real vehicle coordinates and the phantom vehicle coordinates at the same time. Assume that the real vehicle coordinates are 116.4074° longitude and 39.9042° latitude, and the phantom vehicle coordinates are 116.4060° longitude and 39.9050° latitude.

[0259] The server first calculates the distance from the real vehicle coordinates to the real passenger boarding point (longitude 116.3978°, latitude 39.9102°). Using a specialized geographic distance calculation algorithm (such as the Haversing formula), the distance from the real vehicle to the boarding point is calculated to be 1.5 kilometers.

[0260] Next, the distance from the phantom vehicle coordinates to the real passenger boarding point is calculated. Using the same algorithm, the distance from the phantom vehicle to the boarding point is 1.2 kilometers.

[0261] Since 1.2 kilometers (the distance from the phantom vehicle to the boarding point) is less than 1.5 kilometers (the distance from the real vehicle to the boarding point), the server determines to use the current phantom vehicle coordinates as the phantom vehicle coordinates.

[0262] 2. Impact on passenger experience

[0263] In this case, it is more advantageous to push the phantom vehicle coordinates to the passenger side. Because from the passenger's perspective, the phantom vehicle seems to be closer to the pick-up point, which will give the passenger a psychological hint that the vehicle will arrive faster, thereby improving the passenger's waiting experience. For example, when a passenger sees that the vehicle (phantom vehicle coordinates) is closer to his or her pick-up point on the navigation map while waiting, it will reduce the anxiety of waiting and feel that the driver will be able to pick him or her up faster.

[0264] 3. When the distance between the current phantom vehicle and the real passenger boarding point is greater than the distance between the real vehicle coordinates and the real passenger boarding point, stop displaying the current phantom vehicle coordinates and switch to displaying the real vehicle coordinates.

[0265] 1. Distance comparison and trigger switching

[0266] Assume in another case that the real vehicle coordinates are longitude 116.4050°, latitude 39.9045°, and the phantom vehicle coordinates are longitude 116.4030°, latitude 39.9030°.

[0267] The server calculates the distance from the real vehicle coordinates to the real passenger boarding point (longitude 116.3978°, latitude 39.9102°), and the result is 1.3 kilometers.

[0268] Then calculate the distance from the phantom vehicle coordinates to the actual passenger boarding point, and the result is 1.4 kilometers.

[0269] Because 1.4 kilometers (the distance from the phantom vehicle to the boarding point) is greater than 1.3 kilometers (the distance from the real vehicle to the boarding point), the server will stop displaying the current phantom vehicle coordinates.

[0270] 2. The necessity and significance of switching coordinates

[0271] Stopping the display of phantom vehicle coordinates and switching to real vehicle coordinates is to ensure the accuracy of the location information displayed on the passenger side. If the phantom vehicle coordinates continue to be used, it will mislead passengers and make them think that the vehicle is farther away from them or that the driving direction is abnormal. After switching to the real vehicle coordinates, passengers can see the real location of the vehicle and the actual situation of approaching them, which helps passengers accurately judge the driver's progress in picking up the car and avoid unnecessary waiting or misunderstandings caused by inaccurate location information. For example, passengers may adjust their preparation time for boarding or wait for the driver to arrive at the correct location based on the real vehicle coordinates.

[0272] In order to more clearly describe the solution provided by the embodiment of the present invention, a more detailed implementation is provided below.

[0273] 1. Accurately track the driver's pick-up status: The system's primary task is to capture and update the driver's pick-up status in real time to ensure the timeliness and accuracy of the information.

[0274] 2. Synchronization of real-time location: In the pick-up process, a flexible location synchronization mechanism is designed. The channel can actively request the driver's latest location information, or the system can actively push it. At the same time, through refined coordinate freshness management, every coordinate received by the channel is captured instantly.

[0275] 3. Navigation route cache: Once the driver accepts the order, the navigation route planned by the driver and its coordinate points and distance will be written into the cache system to improve data processing efficiency.

[0276] 4. Intelligent activation of phantom coordinate strategy: From the moment the driver uploads the first coordinate point, the system will prioritize the channel & city dimension switch, as well as the order conditions, to determine whether to enable the phantom coordinate function. If not enabled, the real coordinates will be used to synchronize the driver's position directly; if enabled, the phantom coordinate technology will be used.

[0277] Channel & City Dimensions: Phantom Coordinates is only enabled for certain channels and cities.

[0278] Order conditions: Phantom coordinates will only be enabled if the estimated pick-up distance of the order is greater than 1.5 km.

[0279] 5. Fine control of phantom coordinates:

[0280] Distance and speed considerations: The generation of phantom coordinates strictly follows the speed and rules preset by the system, and is only enabled when the pick-up distance reaches a certain threshold. For short-distance pick-ups, the real coordinates are directly used.

[0281] Dynamic adjustment to avoid misunderstandings: The movement of the phantom coordinates is not constant. The system will continuously compare it with the estimated pick-up time to ensure that at the critical moment when the passenger is about to see the driver, the phantom coordinates can stop moving in time to avoid unnecessary misunderstandings.

[0282] The maximum moving time of the phantom coordinates = 1 / 3 of the estimated pick-up time, up to 2 minutes

[0283] Safety distance limit: When the distance between the phantom coordinates and the real coordinates exceeds the safety range, the system will automatically stop its movement to ensure the rationality and safety of the location information.

[0284] Safety range: (estimated pick-up distance - driver available distance) / 10.

[0285] Route accuracy: The generated phantom coordinates must strictly follow the established navigation route to ensure that their moving trajectory matches the path the driver should actually take.

[0286] 6. Phantom coordinates and real coordinates: When the phantom coordinates are farther from the passenger boarding point than the real coordinates, you should switch back to using the real coordinates.

[0287] Please refer to Figure 2 , Figure 2 An optimization device 110 for improving a passenger's waiting experience provided in an embodiment of the present invention includes:

[0288] The acquisition module 1101 is used to acquire the current pick-up status of the driver and the current waiting status of the passenger, wherein the current pick-up status includes the current location information of the driver and the current waiting status includes the current location information of the passenger; and construct a navigation route according to the current location information and the current location information of the passenger;

[0289] The optimization module 1102 is used to determine whether the passenger terminal meets the preset optimization conditions; if so, generate phantom vehicle coordinates, and push the navigation route configured with the phantom vehicle coordinates to the passenger terminal, wherein the phantom vehicle coordinates are simulated vehicle coordinates with continuous feedback obtained after optimization based on the real vehicle coordinates; if not, generate real vehicle coordinates, and push the navigation route configured with the real vehicle coordinates to the passenger terminal.

[0290] It should be noted that the implementation principle of the optimization device 110 for improving the waiting experience of passengers can refer to the implementation principle of the optimization method for improving the waiting experience of passengers, which will not be repeated here. It should be understood that the division of the modules of the above device is only a division of logical functions. In actual implementation, they can be fully or partially integrated into a physical entity, or physically separated. And these modules can all be implemented in the form of software called by processing elements; they can also be implemented in the form of hardware; some modules can also be implemented in the form of software called by processing elements, and some modules can be implemented in the form of hardware. For example, the optimization device 110 for improving the waiting experience of passengers can be a separately established processing element, or it can be integrated in a chip of the above device. In addition, it can also be stored in the memory of the above device in the form of program code, and a processing element of the above device can call and execute the functions of the optimization device 110 for improving the waiting experience of passengers. The implementation of other modules is similar. In addition, all or part of these modules can be integrated together, or they can be implemented independently. The processing element described here can be an integrated circuit with signal processing capabilities. In the implementation process, each step of the above method or each module above can be completed by an integrated logic circuit of hardware in a processor element or instructions in the form of software.

[0291] For example, the above modules may be one or more integrated circuits configured to implement the above methods, such as one or more application specific integrated circuits (ASIC), or one or more microprocessors (digital signal processors, DSP), or one or more field programmable gate arrays (FPGA), etc. For another example, when a module above is implemented in the form of a processing element scheduling program code, the processing element may be a general-purpose processor, such as a central processing unit (CPU) or other processor that can call program code. For another example, these modules may be integrated together and implemented in the form of a system-on-a-chip (SOC).

[0292] The embodiment of the present invention provides a computer device 100, which includes a processor and a non-volatile memory storing computer instructions. When the computer instructions are executed by the processor, the computer device 100 executes the aforementioned optimization device 110 for improving the waiting experience of passengers. Figure 3 As shown, Figure 3 This is a structural block diagram of a computer device 100 provided in an embodiment of the present invention. The computer device 100 includes an optimization device 110 for improving the waiting experience of passengers, a memory 111, a processor 112 and a communication unit 113.

[0293] To achieve data transmission or interaction, the memory 111, the processor 112 and the communication unit 113 are electrically connected to each other directly or indirectly. For example, the electrical connection between these elements can be achieved through one or more communication buses or signal lines. The optimization device 110 for improving the waiting experience of passengers includes at least one software function module that can be stored in the memory 111 in the form of software or firmware or solidified in the operating system (OS) of the computer device 100. The processor 112 is used to execute the optimization device 110 for improving the waiting experience of passengers stored in the memory 111, such as the software function modules and computer programs included in the optimization device 110 for improving the waiting experience of passengers.

[0294] An embodiment of the present invention provides a readable storage medium, which includes a computer program. When the computer program is running, it controls the computer device where the readable storage medium is located to execute the aforementioned optimization device 110 for improving the waiting experience of passengers.

[0295] For illustrative purposes, the foregoing description is made with reference to specific embodiments. However, the above illustrative discussion is not intended to be exhaustive or to limit the present disclosure to the precise form disclosed. Numerous modifications and variations are possible in accordance with the above teachings. These embodiments are selected and described in order to best illustrate the principles of the present disclosure and its practical application, so that those skilled in the art can best utilize the present disclosure and utilize various embodiments with different modifications to suit the intended specific application.

Claims

1. An optimization method for improving passengers' waiting experience, characterized in that: include: Obtain the current pick-up status of the driver and the current waiting status of the passenger, wherein the current pick-up status includes the driver's current location information and the current waiting status includes the passenger's current location information; Constructing a navigation route according to the current location information and the current location information of the passenger; Determining whether the passenger terminal meets the preset optimization conditions; If the conditions are met, phantom vehicle coordinates are generated, and a navigation route configured with the phantom vehicle coordinates is pushed to the passenger terminal, wherein the phantom vehicle coordinates are simulated vehicle coordinates obtained through continuous feedback after optimization based on the real vehicle coordinates; If not, the real vehicle coordinates are generated, and the navigation route configured with the real vehicle coordinates is pushed to the passenger terminal.

2. The method according to claim 1, characterized in that The determining whether the passenger terminal meets the preset optimization condition includes: Determine whether the taxi-hailing channel configured by the passenger terminal is a preset channel; If yes, then determine whether the city location of the passenger terminal is a preset city location, and if yes, determine that the passenger terminal meets the preset optimization condition; If not, it is determined that the passenger terminal does not meet the preset optimization conditions.

3. The method according to claim 1, characterized in that The determining whether the passenger terminal meets the preset optimization condition includes: Determine whether the estimated pick-up mileage of the current order reaches the preset mileage distance; If yes, it is determined that the passenger terminal meets the preset optimization conditions; If not, it is determined that the passenger terminal does not meet the preset optimization conditions.

4. The method according to claim 1, characterized in that: The generating of phantom vehicle coordinates comprises: Acquire the real vehicle coordinates in real time from the current pick-up status; Obtaining the current distance between the real vehicle coordinates and the current position information of the passenger; When the current distance exceeds a preset distance threshold, the phantom vehicle coordinates are generated.

5. The method according to claim 1, characterized in that The generating of phantom vehicle coordinates comprises: Get the estimated pick-up time for the current order; Calculate the maximum moving time of the phantom vehicle coordinates according to the estimated pick-up time of the current order; The phantom vehicle coordinates are generated within a time range determined by the maximum moving time of the phantom vehicle coordinates.

6. The method according to claim 1, characterized in that The generating of phantom vehicle coordinates comprises: Acquire the real vehicle coordinates in real time from the current pick-up status; Calculating the position distance between the real vehicle coordinates and the current phantom vehicle coordinates; In a case where the position distance is lower than a preset position distance threshold, using the current phantom vehicle as the phantom vehicle coordinates; When the position distance is higher than a preset position distance threshold, the display of the current phantom vehicle coordinates is stopped and the display is switched to the real vehicle coordinates.

7. The method according to claim 1, characterized in that The generating of phantom vehicle coordinates comprises: Generating a real passenger boarding point on the navigation route according to the passenger's current location information; In the case where the distance between the current phantom vehicle and the real passenger boarding point is less than the distance between the real vehicle coordinates and the real passenger boarding point, using the current phantom vehicle as the phantom vehicle coordinates; When the distance between the current phantom vehicle and the real passenger boarding point is greater than the distance between the real vehicle coordinates and the real passenger boarding point, the display of the current phantom vehicle coordinates is stopped and the display is switched to the real vehicle coordinates.

8. An optimization device for improving passengers' waiting experience, characterized in that: include: An acquisition module, used to acquire the current pick-up status of the driver and the current waiting status of the passenger, wherein the current pick-up status includes the current location information of the driver and the current waiting status includes the current location information of the passenger; Constructing a navigation route according to the current location information and the current location information of the passenger; An optimization module, used to determine whether the passenger terminal meets the preset optimization conditions; If the conditions are met, phantom vehicle coordinates are generated, and the navigation route configured with the phantom vehicle coordinates is pushed to the passenger end. The phantom vehicle coordinates are simulated vehicle coordinates with continuous feedback obtained after optimization based on the real vehicle coordinates. If the conditions are not met, real vehicle coordinates are generated, and the navigation route configured with the real vehicle coordinates is pushed to the passenger end.

9. A computer device, characterized in that: The computer device comprises a processor and a non-volatile memory storing computer instructions. When the computer instructions are executed by the processor, the computer device executes the method according to any one of claims 1 to 7.

10. A readable storage medium, characterized in that: The readable storage medium includes a computer program, and when the computer program is executed, the computer device where the readable storage medium is located is controlled to execute the method according to any one of claims 1 to 7.

Images