Driver and passenger service order redistribution method and device, computer equipment and storage medium
By generating delayed messages to detect driver-passenger interaction data, identifying cancellation intentions and reassigning orders, the problem of order dispatch conflicts across multiple platforms on the driver's end was solved, improving order delivery efficiency and passenger satisfaction.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-11-07
- Publication Date
- 2026-03-27
AI Technical Summary
Because drivers may register with multiple platforms simultaneously, order dispatch conflicts may occur between platforms. Drivers may not process orders from other platforms in a timely manner, resulting in reduced order dispatch efficiency and increased passenger waiting time.
By generating delayed messages, detecting interaction data between drivers and passengers, identifying drivers' intention to cancel orders, and reassigning when necessary, driver scheduling and management can be optimized.
It improved the efficiency of order delivery, reduced passenger waiting time, and balanced and optimized driver scheduling and management.
Smart Images
Figure CN121745524A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of ride-hailing service technology, and in particular to a method, apparatus, computer equipment, and storage medium for reassigning driver and passenger service orders. Background Technology
[0002] With the development of network-based driver and passenger services, various services such as ride-hailing and chauffeur services have emerged. Due to the diversity of network platforms, drivers may register on multiple platforms to accept orders. When different platforms assign orders to drivers, there may be conflicts between the orders. Drivers may choose to execute one of the orders and may not notice or take measures to ignore service orders from other platforms. This often leads to a decrease in the dispatch efficiency of orders from platforms not selected by the driver, resulting in unnecessary waiting time for passengers on these platforms. Summary of the Invention
[0003] Therefore, it is necessary to provide a method, apparatus, computer equipment, and storage medium for reassigning driver and passenger service orders that can improve the efficiency of driver and passenger service order dispatching on the platform, in order to address the aforementioned technical problems.
[0004] Firstly, a method for reassigning driver and passenger service orders is provided, the method comprising: In response to the driver's order acceptance event for the target service, a first delayed message is generated; After the delay time specified in the first delay message, query whether the first driver-passenger interaction data exists based on the first delay message; wherein, the first driver-passenger interaction data is the interaction data actively generated between the driver's end and the passenger's end in the target service order; In response to the existence of the first driver-passenger interaction data, the first driver-passenger interaction data is detected to determine whether the driver intends to induce the passenger to cancel the order; In response to the driver's intention to induce passengers to cancel the order, the target service order will be reassigned.
[0005] In some embodiments, the method further includes: In response to the driver's lack of intent to induce passengers to cancel the order, the association between the target service order and the driver's end is maintained.
[0006] In some embodiments, the method further includes: In response to the absence of the first driver-passenger interaction data, an interactive prompt message is generated to prompt the driver-passenger interaction, and the interactive prompt message is sent to the driver's end.
[0007] In some embodiments, after sending the interactive prompt message to the driver's device, the method further includes: A second delay message is generated. After the delay time specified in the second delay message has elapsed, the system queries whether second driver-passenger interaction data exists based on the second delay message. The second driver-passenger interaction data refers to the interaction data generated between the driver's end and the corresponding passenger's end in the target service order based on the interaction prompt message. In response to the existence of second driver-passenger interaction data, the second driver-passenger interaction data is detected to determine whether the driver intends to induce the passenger to cancel the order; In response to the driver's intention to induce passengers to cancel the order, the target service order will be reassigned.
[0008] In some embodiments, the method further includes: In response to the absence of second driver-passenger interaction data, the system obtains trajectory-related data from the driver's end and detects whether the driver intends to abandon the order based on the trajectory-related data. In response to a driver's intention to abandon the order, the target service order will be reassigned. In response to the driver's lack of intention to abandon the order, the association between the target service order and the driver is maintained.
[0009] In some embodiments, reassigning a target service order includes: Check if there are any available drivers within the preset range who have not accepted any orders; In response to the existence of available drivers, a target available driver is selected according to the selection criteria, and the target service order is pushed to the target available driver.
[0010] In some embodiments, the method further includes: In response to the absence of available drivers, a reassignment notification is generated and sent to the monitoring station.
[0011] Secondly, a driver / passenger service order reassignment device is provided, the device comprising: The message generation module is used to generate a first delayed message in response to the driver's order acceptance event for the target service order. The data acquisition module is used to query whether the first driver-passenger interaction data exists after the delay time specified in the first delay message; wherein, the first driver-passenger interaction data is the interaction data actively generated between the driver's end and the passenger's end in the target service order; The data detection module is used to detect the first driver-passenger interaction data in response to its existence, and to determine whether the driver intends to induce the passenger to cancel the order. The reassignment processing module is used to reassign the target service order in response to the driver's intention to induce the passenger to cancel the order.
[0012] Thirdly, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of any one of the above methods.
[0013] Fourthly, a computer-readable storage medium is provided, on which a computer program is stored, characterized in that the computer program, when executed by a processor, implements the steps of any of the above methods.
[0014] The aforementioned driver-passenger service order reassignment method, apparatus, computer equipment, and storage medium, in response to a driver's terminal triggering an order acceptance event for a target service order, generate a first delay message. After a delay time specified in the first delay message, they initiate a task to acquire and detect first driver-passenger interaction data. This promptly identifies whether the driver's terminal intends to induce the passenger to cancel the order. If such an intention exists, the association between the driver's terminal and the target service order is promptly severed, and the target service order is promptly reassigned. This improves the efficiency of successful order delivery, reduces passenger waiting time, and balances and optimizes driver scheduling and management. Attached Figure Description
[0015] Figure 1 This is a diagram illustrating the application environment of the driver and passenger service order reassignment method in some embodiments; Figure 2 This is a flowchart illustrating the driver and passenger service order reassignment method in some embodiments; Figure 3 This is a flowchart illustrating the methods for reassigning driver and passenger service orders in some application examples; Figure 4 Here are some structural block diagrams of the driver and passenger service order reassignment device in some embodiments; Figure 5 This is a diagram showing the internal structure of a computer device in some embodiments. Detailed Implementation
[0016] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.
[0017] The driver and passenger service order reassignment method provided in this application can be applied to, for example... Figure 1In the application environment shown, the driver terminal 102, passenger terminal 104, and server terminal 106 communicate via a network. Specifically, in response to the driver terminal 102 triggering an order acceptance event for the target service order, the server terminal 106 generates a first delay message; after the delay time specified in the first delay message, it queries whether there is first driver-passenger interaction data based on the first delay message; wherein, the first driver-passenger interaction data is the interaction data actively generated between the driver terminal and the passenger terminal 104 in the target service order; in response to the existence of the first driver-passenger interaction data, it detects the first driver-passenger interaction data to determine whether the driver terminal 102 has the intention to induce the passenger to cancel the order; in response to the driver terminal 102 having the intention to induce the passenger to cancel the order, it reassigns the target service order.
[0018] Among them, the driver terminal 102 and the passenger terminal 104 can be, but are not limited to, various personal computers, laptops, smartphones, tablets and portable wearable devices, etc., and the server terminal 106 can be implemented by a separate server or a server cluster composed of multiple servers.
[0019] In some embodiments, such as Figure 2 As shown, a method for reassigning driver and passenger service orders is provided, which can be applied to... Figure 1 Taking the terminal in the example, the explanation includes the following steps: Step S202: In response to the driver's terminal triggering an order acceptance event for the target service order, a first delay message is generated.
[0020] Among them, the target service order refers to the order dispatched by the server to the driver's end for the provision of driver and passenger services, and the first delayed message refers to the delayed message generated after the driver's end triggers the order acceptance event for the target service order.
[0021] Specifically, the server sends the target service order to the driver based on the pre-agreed order dispatch agreement. The driver can trigger the order acceptance event by pressing the button to confirm the order or by setting an automatic order acceptance mode. The server detects the driver's triggering of the order acceptance event and generates the first delayed message.
[0022] For example, the server can generate a first delayed message at a preset time interval through a message middleware and store it in a message queue. The message middleware can include, but is not limited to, RocketMQ, RabbitMQ, and Apache Kafka. The time scheduling mechanism based on the message middleware enables accurate message monitoring and delayed task processing.
[0023] Step S204: After the delay time specified in the first delay message, query whether there is first driver-passenger interaction data according to the first delay message; wherein, the first driver-passenger interaction data is the interaction data actively generated between the driver's end and the passenger's end in the target service order.
[0024] Specifically, the server listens to the message queue. After the delay time specified in the first delayed message, it detects and consumes the first delayed message. Based on the first delayed message, it determines the driver and passenger who accepted the order in the target service order, and obtains the interaction data between the driver and passenger as the first driver-passenger interaction data. This first driver-passenger interaction data may include, but is not limited to, voice interaction data, text interaction data, image interaction data, or video interaction data. The delay time specified in the first delayed message can be customized according to business requirements.
[0025] For example, the delay time specified in the first delay message can be set to one minute, and this delay time can also be dynamically adjusted according to different conditions such as whether it is a peak period, a congested area, or severe weather such as rain. For instance, the delay time specified in the first delay message can be dynamically extended during peak periods, in congested areas, and / or in severe weather.
[0026] Step S206: In response to the existence of the first driver-passenger interaction data, the first driver-passenger interaction data is detected to determine whether the driver intends to induce the passenger to cancel the order.
[0027] Specifically, the ASR (Automatic Speech Recognition) model can be used to convert the first driver-passenger interaction data into text data, and combined with IM (Instant Messaging) text messages, the large voice recognition model can be used to identify whether the driver intends to induce the passenger to cancel the order.
[0028] More specifically, a sensitive word library is pre-set, including keywords and variants such as "cannot pick up," "not going," "forgot to cancel," "too late," "go later," and "you canceled on your end." Then, a large-scale speech recognition model performs keyword recognition on the transcribed text data. When it is identified whether there are words in the context mentioned by the driver that match the pre-set keywords and variants in the sensitive word library, if so, contextual semantic analysis can be performed based on the identified words. Finally, it is determined whether the driver intends to induce the passenger to cancel the order. The intention to induce the passenger to cancel the order refers to the driver's intention to delay processing the target service order in the hope that the passenger will cancel it voluntarily or that the order will be automatically canceled after the dispatch timeout, which is not a direct cancellation through the driver's end.
[0029] In step S208, in response to the driver's intention to induce the passenger to cancel the order, the target service order is reassigned.
[0030] Specifically, when the server identifies whether the driver intends to induce the passenger to cancel the order, it promptly cancels the association between the driver and the target service order and reassigns the target service order.
[0031] Since drivers may simultaneously enable automatic order acceptance modes for multiple platforms, there may be overlap in order dispatch between different platforms. When drivers fail to notice or cancel duplicate orders in time, they may take measures such as leaving the order unattended or guiding passengers to cancel it themselves. In such cases, the target service order cannot be adjusted and dispatched in a timely manner, which affects the efficiency of the service provider in driver dispatch and order delivery, and also increases the waiting time for passengers.
[0032] The aforementioned driver-passenger service order reassignment method, in response to the driver's acceptance of the target service order, generates a first delay message. After the delay time specified in the first delay message, it initiates the acquisition and detection task of the first driver-passenger interaction data to promptly identify whether there is an intention by the driver to induce the passenger to cancel the order. If such an intention exists, the association between the driver and the target service order is promptly terminated, and the target service order is promptly reassigned. This improves the efficiency of successful order delivery, reduces passenger waiting time, and balances and optimizes driver scheduling and management.
[0033] In some embodiments, the method further includes: maintaining the association between the target service order and the driver in response to the driver not having the intention to induce the passenger to cancel the order.
[0034] In this embodiment, when there is first driver-passenger interaction data between the driver's end and the passenger's end, it means that the driver's end has actively contacted the passenger's end. That is, the driver's end has not missed or failed to notice the target service order. Moreover, the detection results of the first driver-passenger interaction data also show that the driver's end does not have the intention to induce the passenger to cancel the order. This means that the driver's end is actively responding to the target service order, and it can be confirmed that the order has been dispatched and the driver has been successfully dispatched. Therefore, it is sufficient to continue to maintain the association between the target service order and the driver's end.
[0035] In some embodiments, the method further includes: in response to the absence of first driver-passenger interaction data, generating an interactive prompt message for prompting driver-passenger interaction, and sending the prompt message to the driver's end.
[0036] In this embodiment, if the server does not obtain the interaction data actively generated between the driver and the passenger in the target service order after the delay time indicated by the first delay message, it can generate an interaction prompt message to remind the driver to pay attention to the target interaction order.
[0037] More specifically, the server pushes interactive prompt messages to the driver's terminal through the communication protocol established with the driver's terminal. For example, the interactive prompt messages can be displayed on the driver's terminal's display interface in the form of a pop-up window. At the same time, voice and vibration reminders can also be provided to avoid invalid reminders due to the driver not paying attention to the driver's terminal in time.
[0038] For example, the server can send interactive prompt messages to the driver via WebSocket. WebSocket is an application layer protocol defined based on the RFC 6455 standard, designed specifically for achieving full-duplex, low-latency bidirectional communication over a single TCP connection. It is a core technology for building real-time web applications. Through its protocol simplicity and efficient binary transmission, it has redefined the real-time web communication standard, becoming a cornerstone technology for building low-latency, high-concurrency applications.
[0039] In some embodiments, after sending the notification message to the driver's device, the method further includes: A second delay message is generated. After the delay time specified in the second delay message, a query is performed to check whether second driver-passenger interaction data exists. The second driver-passenger interaction data refers to the interaction data generated between the driver's end and the corresponding passenger's end in the target service order based on the prompt message. In response to the existence of second driver-passenger interaction data, the second driver-passenger interaction data is detected to determine whether the driver's end intends to induce the passenger to cancel the order. In response to the driver's end intending to induce the passenger to cancel the order, the target service order is reassigned.
[0040] The second delayed message refers to the delayed message generated after the server pushes the interactive prompt message to the driver.
[0041] In this embodiment, after the server sends the prompt message to the driver's end, it will generate a second delayed message. The reason for generating the second delayed message is to give the driver's end a certain amount of time to interact with the passenger's end.
[0042] For example, the method of generating the second delayed message can be similar to the method of generating the first delayed message. The server can generate the second delayed message at a preset time interval through message middleware and store it in a message queue. Then, the server listens to the message queue, and after the delay time specified by the second delayed message, it listens for and consumes the second delayed message. Based on the second delayed message, it determines the driver and the corresponding passenger in the target service order, and obtains the interaction data between the driver and the passenger as the second driver-passenger interaction data. The second driver-passenger interaction data can include, but is not limited to, voice interaction data, text interaction data, image interaction data, or video interaction data. The delay time specified by the second delayed message can be customized according to business needs.
[0043] For example, the delay time specified in the second delay message can be set to five minutes, and this delay time can also be dynamically adjusted according to different conditions such as whether it is a peak period, a congested area, or severe weather such as rain. For instance, the delay time specified in the second delay message can be dynamically extended during peak periods, in congested areas, and / or in severe weather.
[0044] In this embodiment, some drivers, upon noticing the interactive prompts on their devices, will proactively communicate with passengers based on these prompts. In this case, the server can obtain the second driver-passenger interaction data and then detect it to determine if the driver intends to induce the passenger to cancel the order. If so, the server can promptly reassign the passenger. The specific process and method for detecting the second driver-passenger interaction data can refer to the specific process and method for detecting the first driver-passenger interaction data, and will not be repeated here. In this embodiment, by detecting the second driver-passenger interaction data between the driver and passenger devices again after the interactive prompts are sent, the driver's intentions can be more accurately determined, avoiding misjudgments.
[0045] In some embodiments, the method further includes: in response to the absence of second driver-passenger interaction data, acquiring trajectory-related data from the driver's end, and detecting whether the driver's end intends to abandon the order based on the trajectory-related data; in response to the driver's end intending to abandon the order, reassigning the target service order; and in response to the driver's end not intending to abandon the order, maintaining the association between the target service order and the driver's end.
[0046] In this embodiment, some drivers, although receiving interactive prompts, still do not contact passengers. In this case, it is possible that the driver deliberately delays the order in the hope that it will be automatically canceled after the delay, or that the driver is unable to notice the interactive prompts, or that the driver is responding to the order but neglecting to communicate with the passenger. To address the possible situations on the driver's end, the driver's trajectory-related data can be further combined to more accurately identify situations that require reassignment, thereby enabling more accurate and timely reassignment and avoiding increased dispatch time due to misjudgment.
[0047] For example, the server can obtain trajectory-related data from the driver's device. This trajectory-related data may include, but is not limited to, the driver's current location, the starting location when accepting the order, the destination location of the order, the direction of movement from accepting the order to the current time, and the speed of movement. Based on the trajectory-related data from the driver's device, the server can determine whether the navigation distance between the driver's current location and the starting location when accepting the order has not gradually decreased, whether the driver's direction of movement is not towards the destination location of the order, and whether the driver has experienced prolonged abnormal stops. If any of these abnormalities are present, it can be determined that the driver has no intention of accepting the ride.
[0048] In some embodiments, reassigning a target service order includes: querying whether there are any unaccepted idle driver terminals within a preset range; in response to the existence of an idle driver terminal, selecting a target idle driver terminal according to a selection and filtering rule, and pushing the target service order to the target idle driver terminal.
[0049] In this embodiment, after entering the reassignment process, the server can query whether there are any available drivers within a preset range who have not accepted orders. The query can be performed using multiple polling methods (the overall polling time can be controlled, for example, within 2 minutes). When multiple available drivers are found, a selection process can be conducted based on custom-defined selection rules (e.g., considering factors such as driver service score, current location, and service duration) to determine the most suitable available driver for reassignment. This embodiment effectively avoids invalid reassignments by querying and selecting target available drivers.
[0050] In some embodiments, the method further includes: generating a reassignment prompt message in response to the absence of an available driver terminal, and sending the reassignment prompt message to a monitoring terminal.
[0051] In this embodiment, if the server does not find any available drivers with unaccepted orders within a preset range, manual intervention is supported. For example, the current situation can be promptly communicated to the supervisor via instant messaging. After manual intervention, the supervisor can manually set a larger search range and retrieve a list of drivers within that range. The server can then display information such as the driver's service score, current distance, and positive review rate to help the supervisor identify suitable drivers for reactivation and reassignment of the target service order.
[0052] Below, we will use an application example to explain in more detail the driver and passenger service order reassignment method involved in this application.
[0053] You can refer to this. Figure 3 As shown, Figure 3 The diagram illustrates a flowchart of a driver / passenger service order reassignment method in some application examples. This method can be applied to the server side and may include the following steps: S1: Listening to the order acceptance event on the driver's end; S2: Generate the first delayed message and send it to the message queue; S3: Listen for the first delayed message in the message queue; S4: Consume the first delayed message; S5: Determine whether there is first driver-passenger interaction data between the driver's and passenger's ends; If yes, proceed to S7; otherwise, proceed to S12. S6: Generate interactive prompt messages and remind the driver via push pop-up windows; S7: Generate a second delayed message and send it to the message queue; S8: Listen for the second delayed message in the message queue; S9: Consume the second delayed message; S10: Is there second driver-passenger interaction data between the driver's and passenger's devices? If yes, proceed to S11; otherwise, proceed to S14. S11: Detect the second driver-passenger interaction data; S12: Detect the first driver-passenger interaction data; S13: Determine if the driver intends to induce the passenger to cancel the order; If yes, proceed to S16; otherwise, proceed to S15. S14: Detect whether the driver intends to abandon the order based on trajectory-related data; If yes, proceed to S16; otherwise, proceed to S15. S15: The driver continues to serve the service order; S16: Reassign the service order.
[0054] It should be understood that, although Figure 1 and Figure 3 The steps in the flowchart are shown sequentially as indicated by the arrows, but these steps are not necessarily executed in the order indicated by the arrows. Unless otherwise specified herein, there is no strict order in which these steps are executed, and they can be performed in other orders. Figure 1 and Figure 3 At least some of the steps in the process may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily executed at the same time, but may be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but may be executed in turn or alternately with other steps or at least some of the sub-steps or stages of other steps.
[0055] In some embodiments, such as Figure 4 As shown, a driver and passenger service order reassignment device is provided, including: a message generation module 410, a data acquisition module 420, a data detection module 430, and a reassignment processing module 440, wherein: The message generation module 410 is used to generate a first delayed message in response to the driver's terminal triggering an order acceptance event for the target service order; The data acquisition module 420 is used to query whether the first driver-passenger interaction data exists after the delay time specified by the first delay message; wherein, the first driver-passenger interaction data is the interaction data actively generated between the driver's end and the passenger's end in the target service order; The data detection module 430 is used to detect the first driver-passenger interaction data in response to the existence of the first driver-passenger interaction data, and to determine whether the driver has the intention to induce the passenger to cancel the order; The reassignment processing module 440 is used to reassign the target service order in response to the driver's intention to induce the passenger to cancel the order.
[0056] In some embodiments, the reassignment processing module 440 is further configured to maintain the association between the target service order and the driver's end in response to the driver's end not having the intention to induce the passenger to cancel the order.
[0057] In some embodiments, the data detection module 430 is further configured to generate an interactive prompt message for prompting driver-passenger interaction in response to the absence of first driver-passenger interaction data, and send the interactive prompt message to the driver's end.
[0058] In some embodiments, the message generation module 410 is further configured to generate a second delayed message, and after a delay time specified in the second delayed message, query whether second driver-passenger interaction data exists based on the second delayed message; wherein, the second driver-passenger interaction data is the interaction data generated between the driver's end and the passenger's end corresponding to the target service order based on the interaction prompt message; the data detection module 430 is further configured to detect the second driver-passenger interaction data in response to the existence of the second driver-passenger interaction data, and determine whether the driver's end intends to induce the passenger to cancel the order; the reassignment processing module 440 is further configured to reassign the target service order in response to the driver's end intending to induce the passenger to cancel the order.
[0059] In some embodiments, the data detection module 430 is further configured to, in response to the absence of second driver-passenger interaction data, acquire trajectory-related data from the driver's end and detect whether the driver's end intends to abandon the order based on the trajectory-related data; the reassignment processing module 440 is further configured to, in response to the driver's end intending to abandon the order, reassign the target service order; and in response to the driver's end not having the intention to abandon the order, maintain the association between the target service order and the driver's end.
[0060] In some embodiments, the reassignment processing module 440 is further configured to query whether there are any idle driver terminals with no orders within a preset range; in response to the existence of idle driver terminals, to select a target idle driver terminal according to the selection and filtering rules, and to push the target service order to the target idle driver terminal.
[0061] In some embodiments, the reassignment processing module 440 is further configured to generate a reassignment prompt message in response to the absence of an available driver terminal, and send the reassignment prompt message to the monitoring terminal.
[0062] For specific limitations regarding the driver / passenger service order reassignment device, please refer to the limitations on the driver / passenger service order reassignment method above, which will not be repeated here. Each module in the aforementioned driver / passenger service order reassignment device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device in hardware form, or stored in the memory of a computer device in software form, so that the processor can call and execute the corresponding operations of each module.
[0063] In some embodiments, a computer device is provided, which may be a server, and its internal structure diagram may be as follows: Figure 5As shown, the computer device includes a processor, memory, network interface, and database connected via a system bus. The processor provides computing and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system, computer programs, and database. The internal memory provides an environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The network interface is used for communication with external terminals via a network connection. When the computer program is executed by the processor, it implements a driver / passenger service order reassignment method.
[0064] Those skilled in the art will understand that Figure 5 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.
[0065] In some embodiments, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, it performs the following steps: in response to a driver triggering an order acceptance event for a target service order, a first delay message is generated; after a delay time specified in the first delay message, a query is performed based on the first delay message to determine whether first driver-passenger interaction data exists; wherein, the first driver-passenger interaction data is interaction data actively generated between the driver and the passenger in the target service order; in response to the existence of the first driver-passenger interaction data, the first driver-passenger interaction data is detected to determine whether the driver intends to induce the passenger to cancel the order; in response to the driver's intention to induce the passenger to cancel the order, the target service order is reassigned.
[0066] In some embodiments, when the processor executes a computer program, it performs the following steps: in response to the driver not having the intention to induce the passenger to cancel the order, maintaining the association between the target service order and the driver.
[0067] In some embodiments, when the processor executes a computer program, it performs the following steps: in response to the absence of first driver-passenger interaction data, it generates an interactive prompt message to prompt driver-passenger interaction and sends the interactive prompt message to the driver's end.
[0068] In some embodiments, when the processor executes the computer program, it performs the following steps: generating a second delay message; after a delay time specified in the second delay message, querying whether second driver-passenger interaction data exists based on the second delay message; wherein the second driver-passenger interaction data is the interaction data generated between the driver's end and the passenger's end corresponding to the target service order based on the interaction prompt message; in response to the existence of second driver-passenger interaction data, detecting the second driver-passenger interaction data to determine whether the driver's end intends to induce the passenger to cancel the order; in response to the driver's end intending to induce the passenger to cancel the order, reassigning the target service order.
[0069] In some embodiments, when the processor executes the computer program, it performs the following steps: in response to the absence of second driver-passenger interaction data, it acquires trajectory-related data from the driver's end and detects whether the driver's end intends to abandon the order based on the trajectory-related data; in response to the driver's end intending to abandon the order, it reassigns the target service order; in response to the driver's end not intending to abandon the order, it maintains the association between the target service order and the driver's end.
[0070] In some embodiments, when the processor executes a computer program, it performs the following steps: querying whether there are any idle driver terminals with no orders within a preset range; in response to the existence of idle driver terminals, selecting a target idle driver terminal according to a selection filtering rule, and pushing the target service order to the target idle driver terminal.
[0071] In some embodiments, when the processor executes a computer program, it performs the following steps: in response to the absence of an available driver terminal, it generates a reassignment prompt message and sends the reassignment prompt message to the monitoring terminal.
[0072] In some embodiments, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, performs the following steps: in response to a driver triggering an order acceptance event for a target service order, generating a first delay message; after a delay time specified in the first delay message, querying whether first driver-passenger interaction data exists based on the first delay message; wherein the first driver-passenger interaction data is interaction data actively generated between the driver and the passenger in the target service order; in response to the existence of the first driver-passenger interaction data, detecting the first driver-passenger interaction data to determine whether the driver intends to induce the passenger to cancel the order; and in response to the driver's intention to induce the passenger to cancel the order, reassigning the target service order.
[0073] In some embodiments, when the computer program is executed by the processor, it performs the following steps: in response to the driver not having the intention to induce the passenger to cancel the order, maintaining the association between the target service order and the driver.
[0074] In some embodiments, when the computer program is executed by the processor, it performs the following steps: in response to the absence of first driver-passenger interaction data, it generates an interactive prompt message to prompt driver-passenger interaction and sends the interactive prompt message to the driver's end.
[0075] In some embodiments, when the computer program is executed by the processor, it performs the following steps: generating a second delay message; after a delay time specified in the second delay message, querying whether second driver-passenger interaction data exists based on the second delay message; wherein the second driver-passenger interaction data is the interaction data generated between the driver's end and the passenger's end corresponding to the target service order based on the interaction prompt message; in response to the existence of second driver-passenger interaction data, detecting the second driver-passenger interaction data to determine whether the driver's end intends to induce the passenger to cancel the order; in response to the driver's end intending to induce the passenger to cancel the order, reassigning the target service order.
[0076] In some embodiments, when the computer program is executed by the processor, it performs the following steps: in response to the absence of second driver-passenger interaction data, it acquires trajectory-related data from the driver's end and detects whether the driver's end intends to abandon the order based on the trajectory-related data; in response to the driver's end intending to abandon the order, it reassigns the target service order; in response to the driver's end not intending to abandon the order, it maintains the association between the target service order and the driver's end.
[0077] In some embodiments, when the computer program is executed by the processor, it performs the following steps: querying whether there are any idle driver terminals with no orders within a preset range; in response to the existence of idle driver terminals, selecting a target idle driver terminal according to the selection and filtering rules, and pushing the target service order to the target idle driver terminal.
[0078] In some embodiments, when the computer program is executed by the processor, it performs the following steps: in response to the absence of an available driver terminal, it generates a reassignment prompt message and sends the reassignment prompt message to the monitoring terminal.
[0079] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), RAMbus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.
[0080] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.
[0081] Furthermore, the term "and / or" in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the characters in this article generally indicate that the preceding and following related objects have an "or" relationship.
[0082] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.
[0083] It should be noted that in the embodiments of this application, data related to user information or user data (e.g., first driver-passenger interaction data, second driver-passenger interaction data, etc.) need to be obtained and processed only after user authorization and consent. When the embodiments of this application are applied to specific products or technologies, user permission or consent is required, and the collection, use and processing of related data must comply with the relevant laws, regulations and standards of the relevant countries and regions.
Claims
1. A method for reassigning a driver and passenger service order, the method comprising: In response to the driver's order acceptance event for the target service, a first delayed message is generated; After the delay time specified in the first delay message has elapsed, a query is performed based on the first delay message to determine whether there is first driver-passenger interaction data; wherein, the first driver-passenger interaction data is the interaction data actively generated between the driver's terminal and the passenger's terminal in the target service order; In response to the existence of the first driver-passenger interaction data, the first driver-passenger interaction data is detected to determine whether the driver's end has the intention to induce the passenger to cancel the order; In response to the driver's intention to induce the passenger to cancel the order, the target service order is reassigned.
2. The method according to claim 1, characterized in that, The method further includes: In response to the driver's lack of intent to induce passengers to cancel the order, the association between the target service order and the driver's account is maintained.
3. The method according to claim 1, characterized in that, The method further includes: In response to the absence of the first driver-passenger interaction data, an interactive prompt message is generated to prompt driver-passenger interaction, and the interactive prompt message is sent to the driver's terminal.
4. The method according to claim 3, characterized in that, After sending the interactive prompt message to the driver's device, the method further includes: A second delay message is generated. After the delay time specified in the second delay message has elapsed, the existence of second driver-passenger interaction data is queried based on the second delay message. The second driver-passenger interaction data is the interaction data generated between the driver's terminal and the passenger's terminal corresponding to the target service order based on the interaction prompt message. In response to the existence of the second driver-passenger interaction data, the second driver-passenger interaction data is detected to determine whether the driver's end has the intention to induce the passenger to cancel the order; In response to the driver's intention to induce the passenger to cancel the order, the target service order is reassigned.
5. The method according to claim 4, characterized in that, The method further includes: In response to the absence of the second driver-passenger interaction data, the trajectory-related data of the driver's terminal is obtained, and the driver's terminal is used to detect whether it intends to abandon the order based on the trajectory-related data; In response to the driver's intention to abandon the order, the target service order is reassigned. In response to the driver's lack of intention to abandon the order, the association between the target service order and the driver's terminal is maintained.
6. The method according to claim 1, characterized in that, The process of reassigning the target service order includes: Check if there are any available drivers within the preset range who have not accepted any orders; In response to the existence of the available driver terminal, a target available driver terminal is selected according to the selection and filtering rules, and the target service order is pushed to the target available driver terminal.
7. The method according to claim 6, characterized in that, The method further includes: In response to the absence of an available driver terminal, a reassignment prompt message is generated and sent to the monitoring terminal.
8. A driver and passenger service order reassignment device, characterized in that, The device includes: The message generation module is used to generate a first delayed message in response to the driver's order acceptance event for the target service order. The data acquisition module is used to query whether there is first driver-passenger interaction data after the delay time specified by the first delay message; wherein, the first driver-passenger interaction data is the interaction data actively generated between the driver's terminal and the passenger's terminal in the target service order; The data detection module is used to detect the first driver-passenger interaction data in response to its existence, and to determine whether the driver has the intention to induce the passenger to cancel the order. The reassignment processing module is used to reassign the target service order in response to the driver's intention to induce the passenger to cancel the order.
9. A computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 7.
10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 7.