WO2020200232A1 - 一种订单处理方法及装置 - Google Patents

一种订单处理方法及装置 Download PDF

Info

Publication number
WO2020200232A1
WO2020200232A1 PCT/CN2020/082738 CN2020082738W WO2020200232A1 WO 2020200232 A1 WO2020200232 A1 WO 2020200232A1 CN 2020082738 W CN2020082738 W CN 2020082738W WO 2020200232 A1 WO2020200232 A1 WO 2020200232A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
information
order
planned
match
Prior art date
Application number
PCT/CN2020/082738
Other languages
English (en)
French (fr)
Inventor
林珈妮
周建党
Original Assignee
北京嘀嘀无限科技发展有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 北京嘀嘀无限科技发展有限公司 filed Critical 北京嘀嘀无限科技发展有限公司
Publication of WO2020200232A1 publication Critical patent/WO2020200232A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Definitions

  • This application relates to the field of computer technology, and in particular to an order processing method and device.
  • the server in the service platform can detect the service request of the service requester and generate a service order, and then allocate the service order to a service provider that meets certain conditions for execution.
  • the server can also monitor relevant information in the service process in order to grasp the service situation.
  • the service provider may have some abnormal situations during the service process, such as failure to complete the service order at the specified time or at the specified place, etc. These abnormal situations may be caused by the abnormal operation of the service provider, or may be due to some objective Caused by. However, at present, there are often no timely solutions when abnormal situations occur during the service process, which will make the order end information generated after the service ends inaccurate.
  • the purpose of this application is to provide an order processing method and device to improve the accuracy of the service order end information.
  • this application provides an order processing method, including:
  • prompt information is sent to the service provider, and the prompt information is used for Prompt whether to change the order end information when the service behavior information does not match the planned service information of the service order;
  • this application provides an order processing device, including:
  • the detection module is used to detect service behavior information during the execution of the service order
  • the processing module is configured to, if it is detected that the service behavior information does not match the planned service information of the service order, after receiving the order end request sent by the service provider, send prompt information to the service provider, so The prompt information is used to prompt whether to change the order end information when the service behavior information does not match the planned service information of the service order;
  • the determining module is configured to determine the order end information of the service order based on the response operation performed by the service provider for the prompt information;
  • the sending module is used to send the confirmed order end information to the service requester.
  • the present application also provides an electronic device, including a processor, a memory, and a bus.
  • the memory stores machine-readable instructions executable by the processor.
  • the processor and The memories communicate through a bus, and when the machine-readable instructions are executed by the processor, the above-mentioned first aspect or the steps of the order processing method described in any one of the possible implementations of the first aspect are executed.
  • this application also provides a computer-readable storage medium with a computer program stored on the computer-readable storage medium, and the computer program executes the first aspect or any one of the first aspect when run by a processor The steps of the order processing method described in the possible implementation.
  • the order processing method and device provided in this application can detect service behavior information during the execution of the service order. If it is detected that the service behavior information during the execution of the service order does not match the planned service information of the service order, it can be identified If the service order is abnormal, then after receiving the order end request sent by the service provider, the service provider can be notified that the above service order is abnormal, so that the service provider can choose whether to adjust the order end information of the abnormal service order. According to the response operation performed by the service provider, the order end information is finally determined, and the finally determined order end information is sent to the service requester.
  • FIG. 1 shows a schematic structural diagram of a service system provided by an embodiment of the present application
  • FIG. 2 shows a schematic flowchart of an order processing method provided by an embodiment of the present application
  • FIG. 3 shows a schematic diagram of an interaction process provided by an embodiment of the present application
  • FIG. 4 shows a schematic flowchart of an order processing method provided by an embodiment of the present application
  • FIG. 5 shows a schematic diagram of a pop-up window interface provided by an embodiment of the present application
  • FIG. 6 shows a schematic diagram of an information confirmation interface provided by an embodiment of the present application.
  • FIG. 7 shows a schematic diagram of a service fee modification interface provided by an embodiment of the present application.
  • FIG. 8 shows a schematic flowchart of an order processing method provided by an embodiment of the present application.
  • FIG. 9 shows a schematic diagram of a pop-up window interface provided by an embodiment of the present application.
  • FIG. 10 shows a schematic flowchart of an order processing method provided by an embodiment of the present application.
  • FIG. 11 shows a schematic structural diagram of an order processing apparatus provided by an embodiment of the present application.
  • FIG. 12 shows a schematic structural diagram of an electronic device provided by an embodiment of the present application.
  • This application may be applicable to application scenarios where abnormal service behaviors occur on the service provider side during the service process.
  • the online car-hailing driver is the service provider in this application scenario, and the online car-hailing driver may have detours and detours in the process of executing service orders.
  • Abnormal service behaviors such as failing to arrive at the designated place within the prescribed time, and failing to end the trip on time.
  • the application scenario is an online meal ordering service.
  • the delivery staff terminal is the service provider in this application scenario. During the execution of the service order, the delivery staff may also encounter abnormal services such as not delivering food on time. behavior.
  • the order processing method provided in this application can detect the service behavior information during the execution of the service order. If it is detected that the service behavior information during the execution of the service order does not match the planned service information of the service order, the service can be identified If the order is abnormal, then after receiving the order end request sent by the service provider, the service provider can be notified that the above service order is abnormal, so that the service provider can choose whether to adjust the order end information of the abnormal service order, and then according to The response operation performed by the service provider finally determines the order end information, and sends the finally determined order end information to the service requester.
  • the service provider can choose whether to change the order end information function exit, and let the service provider based on the actual situation To confirm whether to change the order end information, which can improve the accuracy of the order end information finally pushed to the service requester.
  • the service system 100 may be an online transportation service platform used for transportation services such as taxis, driving services, express cars, carpooling, bus services, driver leasing, or shuttle services, or any combination thereof.
  • the service system 100 may also be an online food delivery service platform such as online food ordering.
  • the service system 100 may include one or more of a server 110, a network 120, a service requester terminal 130, a service provider terminal 140, and a database 150.
  • the service requester terminal and the service requester can be used interchangeably, and the service provider terminal and the service provider terminal can be used interchangeably.
  • the server 110 may include a processor.
  • the processor may process information and/or data related to the service request to perform one or more functions described in this application. For example, the processor may detect the service behavior information of the service provider terminal 140 in the process of executing the service order, and detect whether the service behavior information is abnormal.
  • the processor may include a central processing unit (CPU), an application specific integrated circuit (ASIC), a dedicated instruction set processor (Application Specific Instruction-set Processor, ASIP), and a graphics processing unit (Graphics Processing Unit, GPU), Physical Processing Unit (Physics Processing Unit, PPU), Digital Signal Processor (Digital Signal Processor, DSP), Field Programmable Gate Array (Field Programmable Gate Array, FPGA), Programmable Logic Device ( Programmable Logic Device (PLD), controller, microcontroller unit, Reduced Instruction Set Computing (RISC), or microprocessor, etc., or any combination thereof.
  • CPU central processing unit
  • ASIC application specific integrated circuit
  • ASIP Application Specific Instruction-set Processor
  • GPU Graphics Processing Unit
  • PPU Physical Processing Unit
  • DSP Digital Signal Processor
  • DSP Digital Signal Processor
  • FPGA Field Programmable Gate Array
  • PLD Programmable Logic Device
  • controller microcontroller unit, Reduced Instruction Set Computing (RISC), or microprocessor, etc., or any combination thereof.
  • the device types corresponding to the service requester terminal 130 and the service provider terminal 140 may be mobile devices, for example, may include smart mobile devices, smart home devices, wearable devices, virtual reality devices, or augmented reality devices, etc. It can also be a tablet computer, a laptop computer, or a built-in device in a motor vehicle.
  • the database 150 may be connected to the network 120 to communicate with one or more components in the service system 100 (eg, the server 110, the service requester terminal 130, the service provider terminal 140, etc.). One or more components in the service system 100 can access data or instructions stored in the database 150 via the network 120. In some embodiments, the database 150 may be directly connected to one or more components in the service system 100, or the database 150 may also be a part of the server 110.
  • FIG. 2 there is a schematic flow chart of an order processing method provided by an embodiment of this application.
  • the method may be executed by the server 110 in the service system 100.
  • the specific execution process includes the following steps:
  • Step 201 Detect service behavior information during the execution of the service order.
  • corresponding planning service information can be generated.
  • the server 110 detects the service behavior information during the execution of the service order, it can also compare the detected service behavior information with the service order information.
  • the planning service information is compared to determine whether the service behavior information of the service order matches the planning service information of the service order, and then whether the service order is abnormal.
  • Step 202 If it is detected that the service behavior information does not match the planned service information of the service order, after receiving the order end request sent by the service provider, prompt information is sent to the service provider.
  • the order end request sent by the service provider can be triggered by the service provider by clicking the end order request option in the order display interface of the service provider. If the server receives the order end request from the service provider, It is determined that the service provider requests to end the order.
  • the server when it detects that the service behavior information does not match the planned service information of the service order, it can send a prompt message to the service provider to remind the service provider that the service behavior information does not match the planned service information of the service order In the case of whether to change the order end information.
  • the specific prompt method can be, for example, pop-up reminder, voice reminder, telephone reminder, etc.
  • it can be divided into at least one level according to the degree of matching between the service behavior information and the planned service information of the service order, and then when it is detected that the service behavior information does not match the planned service information of the service order, first the service order is executed.
  • Update service behavior information and based on the updated service behavior information, determine the level of matching degree between the updated service behavior information and the planned service information of the service order, and based on the updated service behavior information and the planned service information of the service order
  • the level of matching degree, the prompt level is determined, and then the service behavior information of the service provider does not match the planned service information of the service order according to the prompt method that matches the determined prompt level.
  • a standard for determining whether the service behavior information matches the planned service information can be determined by using a preset threshold. For example, if the deviation between the service behavior information and the planned service information exceeds the threshold, it is determined as a mismatch; if the deviation between the service behavior information and the planned service information is within the threshold, it is determined as a match.
  • multiple thresholds may also be set to respectively indicate the degree of matching between the service behavior information and the planned service information. For example, when the preset threshold is three, if the deviation between the service behavior information and the planned service information exceeds the first threshold and is less than the second threshold, it can be judged as a mismatch, and the level of the matching degree is the first level; If the deviation between the service behavior information and the planned service information exceeds the second threshold and is less than the third threshold, it can be judged as a mismatch, and the level of the matching degree is the second level; if the deviation between the service behavior information and the planned service information exceeds the first When the threshold is three, it can be judged as a mismatch, and the level of the matching degree is the third level.
  • the magnitude of the deviation between the service behavior information and the planned service information exceeding the threshold value may also be used as the level for judging the matching degree. For example, if the magnitude of the deviation exceeding the threshold is between 10% and 20%, it can be judged as a mismatch, and the matching degree is the first level; if the magnitude of the deviation exceeding the threshold is between 20% and 20%. If it is between 40%, it can be judged as a mismatch, and the degree of matching is the second level; if the deviation exceeds the threshold by more than 40%, it can be judged as a mismatch, and the degree of matching is the third level. Among them, the matching degree represented by the first level is greater than the matching degree represented by the third level.
  • the matching level is divided into three levels A, B, and C from high to low.
  • the prompt level is also divided into three levels a, b, and c from high to low.
  • the prompt level a The matching prompt mode is pop-up reminder
  • the prompt mode matching prompt level b is voice prompt
  • the prompt mode matching prompt level c is telephone reminder.
  • the corresponding prompt level can be determined by identifying the level of the matching degree between the current service behavior information and the planned service information, and the prompt message that matches the prompt level can be used to send the prompt message.
  • the mismatch between the service behavior information and the planned service information may include at least one of the following situations or any combination:
  • the service behavior information includes the current location information of the service provider, and the planned service information includes the terminal location information of the service order.
  • the service behavior information does not match the planned service information of the service order, which can be specifically: based on the current position information and the end position information of the service order, it is determined that the current position of the service provider has deviated from the end position of the service order, And the distance between the current position and the end position is greater than the set distance threshold.
  • the current location information of the service provider refers to the location information of the service provider detected when the server receives the order end request sent by the service provider.
  • the service behavior information includes the mobile route information of the service provider, and the planned service information includes the planned driving route information corresponding to the service order.
  • the service behavior information includes the actual service time for the service provider to execute the service order, and the planned service information includes the estimated service time.
  • the service behavior information does not match the planned service information of the service order. Specifically, it may be detected that the actual service time of the service provider executing the service order does not match the estimated service time of the service order.
  • service behavior information and planned service information may be more than the above cases.
  • the specific implementation process in each case will be introduced below in conjunction with specific application scenarios, and will not be explained here.
  • Step 203 Determine the order end information of the service order based on the response operation performed by the service provider for the prompt information.
  • Step 204 Send the determined order end information to the service requester.
  • the order end information may include service fee information.
  • the service provider can choose whether to change the order end information according to the prompt information.
  • the server If the server detects that the response operation performed by the service provider according to the prompt information does not require changing the order end information, it will use the current service cost initially recorded in the order end information as the service cost information of the order end information, and generate the corresponding order end information, And send the generated order end information to the service requester.
  • the server detects that the response operation performed by the service provider according to the prompt information is to change the order end information, it can change the current service charge initially recorded in the order end information to the theoretical service charge of the service order.
  • the current service charge is determined based on the actual travel distance and actual service duration of the service provider, and the theoretical service charge is determined based on the estimated travel distance and estimated service duration recorded in the service order.
  • the start time and end time of the corresponding service can be pre-defined according to specific conditions. Then, in the process of service execution, according to the pre-defined service start time and service end time, the actual start time and actual end time of the corresponding service will be generated in the actual operation of the service provider.
  • the actual service duration is determined by the actual start time of the corresponding service and the current service time. In some embodiments, the actual service duration may also be determined by the actual start time of the corresponding service and the actual end time of the service. Wherein, the actual start time and the actual end time may be determined according to related operations of the service provider. For example, the actual start time may be the time when the driver operates on the service provider to indicate the start of the trip, and the actual end time may be the driver’s operation on the service provider to indicate the time when the trip ends.
  • the server changes the current service fee initially recorded in the order end information to the theoretical service fee of the service order
  • the order end confirmation message can be sent to the service provider, and the service provider can confirm whether to adopt the changed theoretical service fee according to the order end confirmation message.
  • the server may send the order end information of the modified theoretical service fee to the service requester.
  • the server can also provide a function exit to the service provider to modify the service fee. Specifically, it can provide the service provider Send a notification message for instructing to modify the order end information, and then receive the modified content for the order end information sent by the service provider, and based on the modified content, update the service fee in the order end information, so that the server finally sends to the service requester The updated service fee is carried in the order end information.
  • the server receives the modified content for the order end information sent by the service provider , Can send service fee modification confirmation information to the service requester, and the service requester confirms whether to confirm the service fee modified by the service provider according to the service fee modification confirmation information.
  • the service requester confirms the service fee modified by the service provider, based on the modified content of the service provider, the service fee in the order end information is updated, and the order carrying the updated service fee is sent to the service requester End the message.
  • the order processing method provided in this embodiment can provide the service provider with a function exit that can choose whether to change the order end information when the service provider performs an abnormal operation and the service behavior information is abnormal, and allows the service The provider confirms whether to change the order end information based on the actual situation, which can improve the accuracy of the order end information finally pushed to the service requester.
  • the second embodiment will introduce the interaction process between the server, the service provider, and the service requester during the order processing process.
  • this embodiment provides a Schematic diagram of the interaction process, including the following steps:
  • Step 301 The server detects service behavior information during the execution of the service order.
  • Step 302 When the server detects that the service behavior information does not match the planned service information of the service order, it prompts the service provider that the service behavior information does not match the planned service information of the service order.
  • Step 303 The service provider sends an order end request to the server.
  • Step 304 After receiving the order end request, the server sends a prompt message to the service provider.
  • the prompt information is used to prompt whether to change the order end information when the service behavior information does not match the planned service information of the service order.
  • Step 305 The service provider performs a response operation based on the prompt information.
  • Step 306 The server determines the order end information of the service order based on the response operation performed by the service provider for the prompt information.
  • Step 307 The server sends the determined order end information to the service requester.
  • the application scenario is an online car-hailing service and the service provider is a driver who performs the online car-hailing service as an example to illustrate the order processing method provided in this application.
  • the abnormal situation of the service order includes, for example, that the driver does not end the service order in time after arriving at the end position specified by the service order, or when the passenger does not get on the bus, the driver has already started the trip and requested to end the trip.
  • the driver did not end the service order after arriving at the end point specified by the service order. It may be caused by the driver forgetting to end the service order, or the service could not be ended in time due to network reasons, or the driver deliberately did not end the service order.
  • the current position of the driver has deviated from the end position of the service order (specifically, the current position of the driver has exceeded the end position of the service order), and the distance between the current position and the end position is greater than the set distance threshold.
  • the server can recognize that the service behavior information does not match the planned service information of the service order, and then initiate an order processing process to adjust the order end information to the driver.
  • the driver when the passenger is not in the car, the driver has already started the trip and requested to end the trip, which may be caused by the driver's misoperation.
  • the current position of the driver will also deviate from the end of the service order.
  • Location specifically, the driver’s current location has not reached the end location of the service order
  • the distance between the current location and the end location is greater than the set distance threshold.
  • the server can identify the service behavior information and the service order planning service information Does not match, and then initiates an order processing process to adjust the order end information to the driver.
  • FIG. 4 it is a schematic flowchart of an order processing method provided in the third embodiment, including the following steps:
  • Step 401 Detect the current location information of the driver during the execution of the service order.
  • the method of detecting the current location information of the driver during the execution of the service order can be through the Global Positioning System (GPS), Global Navigation Satellite System (GLONASS), and Wireless Fidelity (Wireless Fidelity, WiFi) positioning technology, etc., or any combination thereof.
  • GPS Global Positioning System
  • GLONASS Global Navigation Satellite System
  • Wireless Fidelity Wireless Fidelity, WiFi
  • Step 402 If it is detected that the current location information of the driver does not match the terminal location information of the service order, after receiving the end trip request sent by the driver, prompt information is sent to the driver.
  • the end travel request is the above order end request.
  • detecting that the current location information of the driver does not match the end location information of the service order can be based on the current location information and the end location information of the service order to determine that the current location of the driver has deviated from the end location of the service order and the current The distance between the position and the end position is greater than the set distance threshold.
  • the current position of the driver side has deviated from the end position of the service order may mean that the current position of the driver side has exceeded the end position of the service order, or the current position of the driver side has not reached the end position of the service order.
  • the current position of the driver's side As an example, it has exceeded the end position of the service order. Considering that there may be deviations in the positioning technology, when the distance between the current position and the end position is greater than the set distance threshold, the current position of the driver will be determined The location information does not match the end location information of the service order.
  • the distance threshold is set to 50 meters, when it is detected that the distance between the current position of the driver and the end position is greater than 50 meters, it will be determined that the current position information of the driver does not match the end position information of the service order.
  • the driver when the driver's current position is not matched with the terminal position information of the service order, the driver can be prompted by means of pop-up windows, voice prompts, and telephone prompts.
  • the prompt modes corresponding to different prompt levels can be set according to the perceived level of the object (for example, the driver) that needs to be prompted.
  • the higher the prompt level the higher the awareness of the prompt method to the prompt object, which also means that the deviation between the current service behavior information and the planned service information is greater.
  • specific prompt methods include but are not limited to the aforementioned push pop-up window, voice prompt, and telephone reminder.
  • the first-level prompt to the third-level prompt may all adopt sound prompts, but the sound prompts of different levels are different in frequency or loudness, so that the perception of the prompt object is different.
  • the sound frequency and/or loudness of the first-level prompt is less than the sound frequency of the second-level prompt
  • the sound frequency and/or loudness of the second-level prompt is less than the sound frequency of the third-level prompt.
  • the specific sound content emitted by the sound prompt may be a voice broadcast or a similar didi prompt sound.
  • a display prompt may also be provided, so that the prompt object can specifically understand the specific content of the sound prompt.
  • the driver can be determined to use a secondary reminder to prompt, if the current position of the driver is If the distance from the end position of the service order is greater than or equal to the second preset distance, it can be determined to use a three-level reminder method to prompt the driver.
  • the effect diagram can be shown in Figure 5.
  • the driver can display the current location of the driver and the end of the service order The distance between the locations is displayed on the driver’s map.
  • Figure 5 appears In the pop-up window shown in the gray area shown, the prompt content displayed in the pop-up window is "You have exceeded the end position of the service order by N meters, please end the trip in time or suggest that the passenger update the destination".
  • the content of the pop-up window in FIG. 5 may be automatically announced by voice.
  • the passenger requests to continue driving.
  • the expenses incurred should be paid by the passenger; however, in another case, the driver arrives at the service After the destination of the order, forget to end the trip or the trip cannot be terminated due to network reasons. In this case, the driver will still be billed after reaching the destination, but the passenger does not need to pay for the service after passing the destination. At this time, The driver can change the service fee.
  • Step 403 Determine the order end information of the service order based on the response operation performed by the driver in response to the prompt information.
  • the driver can display the interface as shown in Figure 7.
  • Figure 7 includes the fee modification interface and the customer service entrance.
  • the fee modification interface displays fee modification information and modification instructions.
  • the fee modification information is used for It is prompted to change the current service charge "33.25” to the theoretical service charge of the service order "28.20".
  • the change description is used to explain the reason for the service charge change.
  • the driver can confirm the change of the current service charge to the theoretical service charge of the service order on this interface.
  • the function entry for entering the modified service fee can also be configured in Figure 7, so that after the service provider has not confirmed the theoretical service fee automatically corrected by the server, the service fee can be calculated by entering the modified service fee. Update.
  • Step 404 Send the confirmed order end information to the passenger terminal.
  • the confirmed order end information sent to the passenger terminal includes service fee information.
  • the order processing method provided in this embodiment can remind the driver that the current position of the driver does not match the end position of the service order when it is detected that the current position of the driver does not match the end position of the service order, and the driver sends the message After the itinerary request is completed, a prompt message is sent to the driver, and the order end information of the service order is determined according to the response operation performed by the driver in response to the prompt information, and the order end information is sent to the passenger end.
  • the application scenario is the online car-hailing service
  • the service provider is the driver who performs the online car-hailing service.
  • the abnormal situation in the service order is that the driver does not follow the driving route provided by the online car-hailing service platform. Take an example to explain the order processing method provided in this application.
  • the driver's failure to follow the driving route provided by the online car-hailing service platform may be caused by the driving route provided by the online car-hailing platform containing traffic jams, or it may be because The driver deliberately did not choose the driving route provided by the online car-hailing platform.
  • the server can identify the service behavior information and the service order planning service The information does not match, and then initiates an order processing process to adjust the order end information to the driver.
  • a schematic flowchart of an order processing method provided by an embodiment of this application includes the following steps:
  • Step 801 Detect the travel route information of the driver during the execution of the service order.
  • Step 802 If it is detected that the travel route information of the driver does not match the planned driving route information corresponding to the service order, after receiving the end trip request sent by the driver, prompt information is sent to the driver.
  • the driver when the driver's current position is not matched with the terminal position information of the service order, the driver can be prompted by means of pop-up windows, voice prompts, telephone prompts, etc.
  • notification methods such as the push pop-up window as a first-level reminder, voice prompts as a second-level reminder, and telephone prompts as a third-level reminder, based on the distance between the driver’s current position and the end position of the service order Determine the level of reminder to prompt the driver.
  • the driver if the deviation between the driver’s current travel route and the planned driving route corresponding to the service order is greater than the set deviation and less than the first preset deviation, it can be determined to use the first level reminder method for the driver.
  • Prompt if the deviation between the driver’s current travel route and the planned driving route corresponding to the service order is greater than or equal to the first preset deviation and less than the second preset deviation, then the driver will be determined to use a secondary reminder Reminder, if the deviation between the current travel route on the driver side and the planned driving route corresponding to the service order is greater than or equal to the second preset deviation, the driver side is determined to use a three-level reminder method to remind.
  • the effect diagram can be shown in Figure 9.
  • the driver can display the current location of the driver and the corresponding service order
  • the planned driving route, the black solid line part is the planned driving route corresponding to the service order
  • the dashed line part is the driving route from the starting position to the current position of the driver's end.
  • the content of the pop-up window in FIG. 9 can be automatically announced by voice.
  • Step 803 Determine the order end information of the service order based on the response operation performed by the driver in response to the prompt information.
  • Step 804 Send the confirmed order end information to the passenger terminal.
  • the confirmed order end information sent to the passenger terminal includes service fee information.
  • the order processing method provided in this embodiment can remind the driver that the travel route information on the driver end does not match the planned travel route information corresponding to the service order when it is detected that the travel route information on the driver side does not match the planned travel route information corresponding to the service order.
  • Match and after receiving the end trip request sent by the driver, send a prompt message to the driver, and determine the order end information of the service order according to the response operation performed by the driver for the prompt information, and send the end of the order information to the passenger end .
  • the application scenario is the online car-hailing service
  • the service provider is the driver side performing the online car-hailing service
  • the order processing method provided in this application is described.
  • the abnormal situation of the service order includes: the driver may drive according to the planned driving route corresponding to the service order, but due to the change of the passenger’s itinerary, the driver needs to end the trip early or delay the end of the trip; or, when the passenger does not board In the case of a car, the driver has already started the journey and requested to end the journey.
  • the server can recognize that the service behavior information does not match the planned service information of the service order, and then initiate an order processing process to adjust the order end information to the driver.
  • FIG. 10 is a schematic flowchart of an order processing method provided by an embodiment of this application, including the following steps:
  • Step 1001 Detect the actual service time of the driver during the execution of the service order.
  • Step 1002 if it is detected that the actual service duration of the driver does not match the estimated duration of the service order, after receiving the end trip request sent by the driver, a prompt message is sent to the driver.
  • the actual service duration of the driver does not match the estimated duration of the service order.
  • a prompt message can be sent to the driver, and then the driver can determine whether to change the current service fee; If the actual service duration is greater than the estimated duration of the service order, the driver can be notified that the actual service duration exceeds the estimated duration before the driver sends the end trip request.
  • the specific prompt method is similar to that in the third and fourth embodiments. I will not repeat them here.
  • Step 1003 Determine the order end information of the service order based on the response operation performed by the driver in response to the prompt information.
  • Step 1004 Send the confirmed order end information to the passenger terminal.
  • the order processing method provided in this embodiment can remind the driver that the actual service time exceeds the estimated time when it is detected that the actual service time on the driver side exceeds the estimated time, and it is detected that the actual service time on the driver side does not match the estimated time. After receiving the end request sent by the driver, it sends prompt information to the driver, and according to the response operation performed by the driver for the prompt information, determines the order end information of the service order, and sends the order end information to the passenger end.
  • the order end information with higher accuracy can be determined.
  • FIG. 11 it is a schematic structural diagram of an order processing apparatus 1100 according to Embodiment 6 of this application.
  • the apparatus includes: a detection module 1101, a processing module 1102, a determination module 1103, and a sending module 1104. Specifically:
  • the detection module 1101 is used to detect service behavior information during the execution of the service order
  • the processing module 1102 is configured to, if it is detected that the service behavior information does not match the planned service information of the service order, after receiving the order end request sent by the service provider, send prompt information to the service provider,
  • the prompt information is used to prompt whether to change the order end information when the service behavior information does not match the planned service information of the service order;
  • the determining module 1103 is configured to determine the order end information of the service order based on the response operation performed by the service provider for the prompt information;
  • the sending module 1104 is configured to send the determined order end information to the service requester.
  • the service behavior information includes current location information of the service provider;
  • the planned service information includes terminal location information of the service order;
  • the processing module 1102 is specifically configured to: when it is detected that the service behavior information does not match the planned service information of the service order:
  • the service behavior information includes mobile route information of the service provider;
  • the planned service information includes planned driving route information corresponding to the service order;
  • the processing module 1102 is specifically configured to: when it is detected that the service behavior information does not match the planned service information of the service order:
  • the service behavior information includes the actual service duration for the service provider to execute the service order;
  • the planned service information includes the estimated service duration;
  • the processing module 1102 is specifically configured to: when it is detected that the service behavior information does not match the planned service information of the service order:
  • the order completion information includes service cost information.
  • the determining module 1103 is specifically configured to determine the order end information of the service order based on the response operation performed by the service provider for the prompt information:
  • the current service fee is determined based on the actual movement distance and actual service duration of the service provider; the theoretical service fee is determined based on the estimated movement distance and estimated service duration recorded in the service order.
  • the sending module 1104 when sending the determined order end information to the service requester, is specifically used to:
  • the service provider If it is detected that the service provider confirms to adopt the modified theoretical service fee, it sends the order end information including the modified theoretical service fee to the service requesting terminal.
  • the order processing device further includes the sending module 1104, which is further configured to:
  • the determining module 1103 is also used for:
  • the sending module 1104 when sending the determined order end information to the service requester, is specifically configured to: send the order end information to the service requester, where the order end information carries the updated service cost.
  • the processing module 1102 after detecting that the service behavior information does not match the planned service information of the service order, is also used to: before receiving the order end request sent by the service provider:
  • the service provider is prompted that the service behavior information does not match the planned service information of the service order.
  • the degree of matching between the service behavior information and the planned service information of the service order is divided into at least one level
  • the processing module 1102 is further configured to: after detecting that the service behavior information does not match the planned service information of the service order:
  • the processing module 1102 is specifically configured to: when prompting the service provider that the service behavior information does not match the planned service information of the service order:
  • the order processing device can detect the service behavior information during the execution of the service order. If it is detected that the service behavior information during the execution of the service order does not match the planned service information of the service order, the judgment can be made. If the abnormality of the service order is identified, then after receiving the order end request sent by the service provider to end the service order, the service provider can be instructed to prompt the service provider that the above-mentioned service order is abnormal, so that the service provider can choose whether to deal with the abnormality. The order end information of the service order is adjusted, and the order end information can be finally determined according to the selection of the response operation performed by the service provider, and the finally determined order end information is sent to the service requester.
  • the service provider with a functional export that can choose whether to make up for the adjustment of the order end information when the service behavior information is abnormal due to the abnormal operation performed by the service provider, and the service provider can be based on the actual situation. Choose whether to change the order end information according to the situation, which can improve the accuracy of the order end information finally pushed to the service requester.
  • an embodiment of the present application also provides an electronic device.
  • a schematic structural diagram of an electronic device 1200 provided by an embodiment of this application includes a processor 1201, a memory 1202, and a bus 1203.
  • the memory 1202 is used to store execution instructions, including a memory 12021 and an external memory 12022; here, the memory 12021 is also called an internal memory, and is used to temporarily store operational data in the processor 1201 and data exchanged with an external memory 12022 such as a hard disk.
  • the processor 1201 exchanges data with the external memory 12022 through the memory 12021.
  • the processor 1201 and the memory 1202 communicate through the bus 1203, so that the processor 1201 executes the following instructions:
  • prompt information is sent to the service provider, and the prompt information is used for Prompt whether to change the order end information when the service behavior information does not match the planned service information of the service order;
  • the embodiment of the present application also provides a computer-readable storage medium having a computer program stored on the computer-readable storage medium, and the computer program executes the steps of the above order processing method when the computer program is run by a processor.
  • the storage medium can be a general storage medium, such as a removable disk, a hard disk, etc., and the computer program on the storage medium can execute the above-mentioned order processing method when running, thereby improving the accuracy of the order end information.
  • the computer program product of the order processing method provided by the embodiment of the application includes a computer-readable storage medium storing program code.
  • the instructions included in the program code can be used to execute the method in the previous method embodiment. For specific implementation, please refer to the method embodiment , I won’t repeat it here.
  • the modules described as separate components may or may not be physically separated, and the components displayed as modules may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.
  • each unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.
  • the function is implemented in the form of a software functional unit and sold or used as an independent product, it may be stored in a nonvolatile computer readable storage medium executable by a processor.
  • a computer device which may be a personal computer, a server, or a network device, etc.
  • the aforementioned storage media include: U disk, mobile hard disk, ROM, RAM, magnetic disk or optical disk and other media that can store program codes.

Landscapes

  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Navigation (AREA)

Abstract

一种订单处理方法及装置，其中，订单处理方法包括：检测服务订单被执行过程中的服务行为信息；若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配，则在接收到服务提供端发送的订单结束请求之后，向所述服务提供端发送提示信息，所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息；基于所述服务提供端针对所述提示信息执行的响应操作，确定所述服务订单的订单结束信息；向服务请求端发送确定的所述订单结束信息。通过这种方法，可以提高推送给服务请求端的订单结束信息的准确率。

Description

一种订单处理方法及装置
交叉引用
本申请要求2019年4月1日提交的中国申请号201910258806.3的优先权，全部内容通过引用并入本文。
技术领域
本申请涉及计算机技术领域，具体而言，涉及一种订单处理方法及装置。
背景技术
在如网约车服务、订餐服务等服务场景下，服务平台中的服务器可以检测服务请求端的服务请求并生成服务订单，进而将服务订单分配给符合一定条件的服务提供端来执行。并且，服务提供端在执行服务订单的过程中，服务器也可以监测服务过程中的相关信息，以便掌握服务情况。
服务提供端在服务过程中可能会出现一些异常情况，例如未在指定时间或指定地点完成服务订单等，这些异常情况可能是因服务提供方的非正常操作而造成的，也可能是因为一些客观原因造成的。然而，目前，在服务过程中出现异常情况时往往没有及时的解决措施，这会使得服务结束后产生的订单结束信息不准确。
发明内容
有鉴于此，本申请的目的在于提供一种订单处理方法及装置，以提高服务订单结束信息的准确率。
第一方面，本申请提供了一种订单处理方法，包括：
检测服务订单被执行过程中的服务行为信息；
若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配， 则在接收到服务提供端发送的订单结束请求之后，向所述服务提供端发送提示信息，所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息；
基于所述服务提供端针对所述提示信息执行的响应操作，确定所述服务订单的订单结束信息；
向服务请求端发送确定的所述订单结束信息。
第二方面，本申请提供了一种订单处理装置，包括：
检测模块，用于检测服务订单被执行过程中的服务行为信息；
处理模块，用于若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配，则在接收到服务提供端发送的订单结束请求之后，向所述服务提供端发送提示信息，所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息；
确定模块，用于基于所述服务提供端针对所述提示信息执行的响应操作，确定所述服务订单的订单结束信息；
发送模块，用于向服务请求端发送确定的所述订单结束信息。
第三方面，本申请还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面的任一种可能的实施方式中所述的订单处理方法的步骤。
第四方面，本申请还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面的任一种可能的实施方式中所述的订单处理方法的步骤。
本申请提供的订单处理方法及装置，可以检测服务订单被执行过程 中的服务行为信息，若检测到服务订单被执行过程中的服务行为信息与服务订单的规划服务信息不匹配，则可识别出服务订单出现异常，那么可以在接收服务提供端发送的订单结束请求之后，提示服务提供端上述服务订单出现异常，以便服务提供端选择是否对出现异常的服务订单的订单结束信息进行调整，进而可以根据服务提供端执行的响应操作，最终确定订单结束信息，并将最终确定出的订单结束信息发送给服务请求端。
通过上述方式，可以在因服务提供端执行了非正常的操作导致服务行为信息出现异常的情况下，为服务提供端提供可以选择是否调整订单结束信息的功能出口，并让服务提供端基于实际情况来确认是否更改订单结束信息，由此可以提高最终推送给服务请求端的订单结束信息的准确率。
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的一种服务系统的架构示意图；
图2示出了本申请实施例提供的一种订单处理方法的流程示意图；
图3示出了本申请实施例提供的一种交互流程示意图；
图4示出了本申请实施例提供的一种订单处理方法的流程示意图；
图5示出了本申请实施例提供的一种弹窗界面示意图；
图6示出了本申请实施例提供的一种信息确认界面示意图；
图7示出了本申请实施例提供的一种服务费用更改界面示意图；
图8示出了本申请实施例提供的一种订单处理方法的流程示意图；
图9示出了本申请实施例提供的一种弹窗界面示意图；
图10示出了本申请实施例提供的一种订单处理方法的流程示意图；
图11示出了本申请实施例提供的一种订单处理装置的架构示意图；
图12示出了本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
首先，对本申请可适应的应用场景做出介绍。本申请可适用于服务提供端在服务过程中出现异常服务行为的应用场景下。一示例中，以应用 场景为网约车服务为例，网约车司机端为该应用场景下的服务提供端，而网约车司机在执行服务订单的过程中，可能会存在司机绕路、未按规定时间到达指定地点、未按时结束行程等异常服务行为。另一示例中，以应用场景为网上订餐服务为例，外送员终端为该应用场景下的服务提供端，外送员在执行服务订单的过程中，也可能出现未按时送餐等异常服务行为。
针对上述应用场景下，对于在服务过程中出现的异常服务行为，现有技术中，往往无法在服务过程中及时进行解决，一般都是在结束服务订单之后才能进行处理，这就使得最终得到的订单结束信息不准确。
本申请所提供的订单处理方法，可以检测服务订单被执行过程中的服务行为信息，若检测到服务订单被执行过程中的服务行为信息与服务订单的规划服务信息不匹配，则可识别出服务订单出现异常，那么可以在接收服务提供端发送的订单结束请求之后，提示服务提供端上述服务订单出现异常，以便服务提供端选择是否对出现异常的服务订单的订单结束信息进行调整，进而可以根据服务提供端执行的响应操作，最终确定订单结束信息，并将最终确定出的订单结束信息发送给服务请求端。
通过上述方式，可以在因服务提供端执行了非正常的操作导致服务行为信息出现异常的情况下，为服务提供端提供可以选择是否更改订单结束信息的功能出口，并让服务提供端基于实际情况来确认是否更改订单结束信息，由此可以提高最终推送给服务请求端的订单结束信息的准确率。
在介绍本申请提供的具体技术方案之前，首先对本申请可适用的服务系统进行说明。参照图1所示，为本申请实施例提供的一种服务系统100的架构示意图。例如，服务系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台，当然，服务系统100也可以是诸如网上订餐等在线送餐服务平台。服务系统100可以包括服务器110、网络120、 服务请求方终端130、服务提供方终端140、和数据库150中的一种或多种。其中，本申请中，服务请求方终端与服务请求端可互换使用，服务提供端终端与服务提供端可互换使用。
在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以检测服务提供方终端140在执行服务订单的过程中的服务行为信息，并检测服务行为信息是否出现异常。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(Application Specific Integrated Circuit,ASIC)、专用指令集处理器(Application Specific Instruction-set Processor,ASIP)、图形处理单元(Graphics Processing Unit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing,RISC)、或微处理器等，或其任意组合。
在一些实施例中，服务请求方终端130和服务提供方终端140对应的设备类型可以是移动设备，比如可以包括智能移动设备、智能家居设备、可穿戴设备、虚拟现实设备、或增强现实设备等，也可以是平板计算机、膝上型计算机、或机动车辆中的内置设备等。
在一些实施例中，数据库150可以连接到网络120以与服务系统100中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140等)通信。服务系统100中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中，数据库150可以直接连接到服务系统100中的一个或多个组件，或者，数据库150也可以是服务器110的一部分。
下面结合上述图1示出的服务系统100中描述的内容，对本申请提供的订单处理方法进行详细说明。
实施例一
参照图2所示，为本申请实施例提供的一种订单处理方法的流程示意图，该方法可以由服务系统100中的服务器110来执行，具体执行过程包括以下步骤：
步骤201、检测服务订单被执行过程中的服务行为信息。
一种可能的实施方式中，服务订单在生成时可以生成相应的规划服务信息，服务器110在检测服务订单被执行过程中的服务行为信息时，还可以将检测到的服务行为信息与服务订单的规划服务信息进行对比，判断服务订单的服务行为信息与服务订单的规划服务信息是否匹配，进而判断服务订单是否出现异常。
步骤202、若检测到服务行为信息与服务订单的规划服务信息不匹配，则在接收到服务提供端发送的订单结束请求之后，向服务提供端发送提示信息。
本申请的一些实施例中，服务提供端发送的订单结束请求可以由服务提供方通过点击服务提供端的订单展示界面中结束订单请求的选项来触发，若服务器接收到来自服务提供端的订单结束请求，则确定服务提供端请求结束订单。
进一步地，服务器在检测到服务行为信息和服务订单的规划服务信息不匹配的情况，可以向服务提供端发送提示消息，用于提示服务提供端在服务行为信息与服务订单的规划服务信息不匹配的情况下是否更改订单结束信息。具体提示方式例如可以通过弹窗提醒、语音提醒、电话提醒等方式。
具体实施时，可以根据服务行为信息与服务订单的规划服务信息的 匹配程度分为至少一个等级，然后当检测到服务行为信息与服务订单的规划服务信息不匹配之后，首先在服务订单被执行过程中更新服务行为信息，并基于更新后的服务行为信息，确定更新后的服务行为信息与服务订单的规划服务信息的匹配程度的等级，并基于更新后的服务行为信息与服务订单的规划服务信息的匹配程度的等级，确定提示等级，然后按照与确定的提示等级匹配的提示方式来提示服务提供端服务行为信息与服务订单的规划服务信息不匹配。
在一些实施例中，可以通过预设的阈值来判断所述服务行为信息与规划服务信息是否匹配的标准。例如，若服务行为信息与规划服务信息的偏差超过所述阈值时，则判断为不匹配；若服务行为信息与规划服务信息的偏差在所述阈值内时，则判断为匹配。
在一些实施例中，也可以通过设置多个阈值来分别表示所述服务行为信息与规划服务信息的匹配程度。例如，当预设的阈值为三个时，若服务行为信息与规划服务信息的偏差超过第一阈值，小于第二阈值时，则可以判断为不匹配，且匹配程度的等级为第一级；若服务行为信息与规划服务信息的偏差超过第二阈值，小于第三阈值时，则可以判断为不匹配，且匹配程度的等级为第二级；若服务行为信息与规划服务信息的偏差超过第三阈值时，则可以判断为不匹配，且匹配程度的等级为第三级。
在一些实施例中，也可以通过服务行为信息与规划服务信息之间的偏差超出所述阈值的幅度作为判断所述匹配程度的等级。例如，若所述偏差超过所述阈值的幅度在10％～20％之间，则可以判断为不匹配，且匹配程度为第一级；若所述偏差超过所述阈值的幅度在20％～40％之间，则可以判断为不匹配，且匹配程度为第二级；若所述偏差超过所述阈值的幅度超出40％时，则可以判断为不匹配，且匹配程度为第三级。其中，第一级表示的匹配程度大于第三级表示的匹配程度。
一示例中，假设匹配程度的等级由高到低分为A、B、C三个等级，相应的，提示等级由高到低也分为a、b、c三个等级，其中，提示等级a匹配的提示方式为弹窗提醒，提示等级b匹配的提示方式为语音提醒，提示等级c匹配的提示方式为电话提醒。那么可以通过识别当前服务行为信息与规划服务信息的匹配程度的等级，来确定对应的提示等级，并采用与提示等级匹配的提示方式来发送提示消息。
本申请实施例中，服务行为信息与规划服务信息不匹配可以包括以下至少一种情况或任意组合：
情况1、服务行为信息包含服务提供端的当前位置信息，规划服务信息包含服务订单的终点位置信息。
在情况1下，检测到服务行为信息与服务订单的规划服务信息不匹配，具体可以是：基于当前位置信息和服务订单的终点位置信息，确定服务提供端的当前位置已偏离服务订单的终点位置、且当前位置与终点位置之间的距离大于设定距离阈值。
其中，服务提供端的当前位置信息，是指服务器在接收到服务提供端发送的订单结束请求时检测到的服务提供端的位置信息。
情况2、服务行为信息包含服务提供端的移动路线信息，规划服务信息包含服务订单对应的规划的行驶路线信息。
在情况2下，检测到服务行为信息与服务订单的规划服务信息不匹配，具体可以是：基于移动路线信息和规划的行驶路线信息，确定服务提供端的移动路线与服务订单对应的规划的行驶路线不匹配。
情况3、服务行为信息包含服务提供端执行服务订单的实际服务时长，规划服务信息包含预估服务时长。
在情况3下，检测到服务行为信息与服务订单的规划服务信息不匹配，具体可以是：检测到服务提供端执行服务订单的实际服务时长与服务 订单的预估服务时长不匹配。
实际应用中，服务行为信息和规划服务信息可能不止以上几种情况，关于每种情况下的具体实施过程将在下文中结合具体应用场景展开介绍，在此暂不展开说明。
步骤203、基于服务提供端针对提示信息执行的响应操作，确定服务订单的订单结束信息。
步骤204、向服务请求端发送确定的订单结束信息。
示例性的，订单结束信息可以包括服务费用信息。
具体实施中，服务器在向服务提供端发送用于提示服务行为信息与服务订单的规划服务信息不匹配的提示信息之后，服务提供端可以选择是否根据提示信息对订单结束信息进行更改。
若服务器检测到服务提供端根据提示信息所执行的响应操作为无需更改订单结束信息，则将以订单结束信息初始记录的当前服务费用作为订单结束信息的服务费用信息，生成相应的订单结束信息，并将生成的订单结束信息发送到服务请求端。
若服务器检测到服务提供端根据提示信息所执行的响应操作为更改订单结束信息，则可以将订单结束信息初始记录的当前服务费用更改为服务订单的理论服务费用。其中，当前服务费用为根据服务提供端的实际移动距离和实际服务时长确定的，理论服务费用为根据服务订单中记录的预估移动距离和预估服务时长确定的。
在不同的场景下，对应服务的开始时间和结束时间可以根据具体情况预先规定。然后，在服务执行的过程中，根据所述服务开始时间和服务结束时间的预先规定，在服务提供端的实际操作中会产生对应服务的实际开始时间和实际结束时间。
在一些实施例中，所述实际服务时长由对应服务的实际开始时间和 当前服务时间确定。在一些实施例中，所述实际服务时长也可以由对应服务的实际开始时间和该服务的实际结束时间确定。其中，所述实际开始时间和所述实际结束时间可以根据服务提供端的相关操作来确定。例如，所述实际开始时间可以是司机在服务提供端上的操作以表示行程开始的时间，所述实际结束时间可以是司机在服务提供端的操作以表示行程结束的时间。
在一种可能的实施方式中，考虑到服务器自动更改的服务订单的理论服务费用可能并不符合实际情况，故服务器在将订单结束信息中初始记录的当前服务费用更改为服务订单的理论服务费用之后，可以向服务提供端发送订单结束确认信息，服务提供端根据订单结束确认信息，确认是否采用更改后的理论服务费用。
进一步地，服务器若检测到服务提供端确认采用更改后的理论服务费用，则可以向服务请求端发送更改后的理论服务费用的订单结束信息。
在另一种可能的实施方式中，服务器若检测到服务提供端未确认采用更改后的理论服务费用，还可以向服务提供端提供一个修改服务费用的功能出口，具体的，可以向服务提供端发送用于指示修改订单结束信息的通知消息，然后接收服务提供端发送的针对订单结束信息的修改内容，并基于修改内容，更新订单结束信息中的服务费用，这样，服务器最终向服务请求端发送的订单结束信息中携带有更新后的服务费用。
此外，考虑到服务提供端主动修改的服务费用可能并不能准确反映真实的服务费用，因此，本申请的一种实施方式中，服务器在接收到服务提供端发送的针对订单结束信息的修改内容之后，可以向服务请求端发送服务费用更改确认信息，服务请求端根据服务费用更改确认信息，确认是否确认服务提供端修改的服务费用。
进一步地，若检测到服务请求端确认服务提供端修改的服务费用，则基于服务提供端的修改内容，更新订单结束信息中的服务费用，并向服 务请求端发送携带有更新后的服务费用的订单结束信息。
本实施例提供的订单处理方法，可以在因服务提供端执行了非正常的操作导致服务行为信息出现异常的情况下，为服务提供端提供可以选择是否更改订单结束信息的功能出口，并让服务提供端基于实际情况来确认是否更改订单结束信息，由此可以提高最终推送给服务请求端的订单结束信息的准确率。
实施例二
结合上述实施例一，本实施例二中将对订单处理过程中，服务器、服务提供端、服务请求端之间的交互过程进行介绍，如图3所示，为本实施例二提供的一种交互流程示意图，包括以下步骤：
步骤301、服务器检测服务订单被执行过程中的服务行为信息。
步骤302、当服务器检测到服务行为信息与服务订单的规划服务信息不匹配时，提示服务提供端服务行为信息与服务订单的规划服务信息不匹配。
步骤303、服务提供端向服务器发送订单结束请求。
步骤304、服务器接收订单结束请求之后，向服务提供端发送提示信息。
其中，提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息。
步骤305、服务提供端基于提示信息，执行响应操作。
步骤306、服务器基于服务提供端的针对提示信息执行的响应操作，确定服务订单的订单结束信息。
步骤307、服务器向服务请求端发送确定的订单结束信息。
下面，将分别列举几种具体的应用场景，对实施例一和实施例二中所提供的订单处理方法展开介绍。需要说明的是，以下实施例三至实施例 五所提供的在网约车场景下的实施方式仅作为举例，本申请并不限定于上述实施例中所描述的应用场景，还可以适用在任何一种在服务行为信息异常的情况下更改订单结束信息的应用场景，例如网上订餐场景等。
实施例三
本实施例三中，以应用场景为网约车服务、服务提供端为执行网约车服务的司机端为例，对本申请提供的订单处理方法进行说明。
示例性的，服务订单出现的异常情况例如包括司机端到达服务订单指定的终点位置后未及时结束服务订单、或者在乘客未上车的情况下，司机端已经开始行程并请求结束行程。
其中，司机到达服务订单指定的终点位置后未结束服务订单，可能是因为司机忘记结束服务订单而导致的，也有可能因网络原因无法及时结束服务，还可能是因为司机故意没有结束服务订单，在上述情况下，会出现司机端的当前位置已偏离服务订单的终点位置(具体指司机端的当前位置已超出服务订单的终点位置)、且当前位置与终点位置之间的距离大于设定距离阈值的现象，服务器可以识别出服务行为信息与服务订单的规划服务信息不匹配，进而向司机端发起调整订单结束信息的订单处理流程。
其中，在乘客未上车的情况下，司机端已经开始行程并请求结束行程，可能是因为司机端的误操作而导致的，在上述情况下，也会出现司机端的当前位置已偏离服务订单的终点位置(具体指司机端的当前位置还未到达服务订单的终点位置)、且当前位置与终点位置之间的距离大于设定距离阈值的现象，服务器可以识别出服务行为信息与服务订单的规划服务信息不匹配，进而向司机端发起调整订单结束信息的订单处理流程。
参照图4所示，为本实施例三提供的一种订单处理方法的流程示意图，包括以下步骤：
步骤401、检测服务订单被执行过程中司机端的当前位置信息。
其中，检测服务订单被执行过程中司机端的当前位置信息的方法可以是通过全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS)、无线保真(Wireless Fidelity,WiFi)定位技术等，或其任意组合。
步骤402、若检测到司机端的当前位置信息与服务订单的终点位置信息不匹配，则在接收到司机端发送的结束行程请求之后，向司机端发送提示信息。
其中，结束行程请求即为上述订单结束请求。
其中，在检测到司机端的当前位置信息与服务订单的终点位置信息不匹配可以是，基于当前的位置信息和服务订单的终点位置信息，确定司机端的当前位置已偏离服务订单的终点位置、且当前位置与终点位置之间的距离大于设定距离阈值。示例性的，司机端的当前位置已偏离服务订单的终点位置可以是指司机端的当前位置已超出服务订单的终点位置，或者，司机端的当前位置还未到达服务订单的终点位置。
以司机端的当前位置已超出服务订单的终点位置为例，考虑到定位技术可能存在偏差，因此，当检测到当前位置与终点位置之间的距离大于设定距离阈值时，才会确定司机端的当前位置信息与服务订单的终点位置信息不匹配。
示例性的，设定距离阈值为50米，则当检测到司机端的当前位置与终点位置之间的距离大于50米时，才会确定司机端的当前位置信息与服务订单的终点位置信息不匹配。
一种可能的应用场景中，当检测到司机端的当前位置与服务订单的终点位置信息不匹配时，可以提示司机端当前位置与服务订单的终点位置信息不匹配。
其中，在提示司机端当前位置与服务订单的终点位置信息不匹配时， 可以通过给司机端推送弹窗、语音提示、电话提示等方式。
具体实施中，可以设置不同等级的提示方式，如推送弹窗提醒为一级提醒，语音提示为二级提醒，电话提示为三级提醒，根据司机端当前位置与服务订单的终点位置之间的距离确定以何种等级的提醒方式提示司机端。
在一些实施例中，可以根据需要提示对象(例如，司机)的感知程度来设置不同提示等级对应的提示方式。提示等级越高，提示方式对于提示对象的感知度越高，也表示当前的服务行为信息与规划服务信息之间的偏差越大。其中，具体的提示方式包括但不限于前文所述的推送弹窗、语音提示以及电话提醒等。在其他实施例中，一级提示到三级提示可以都采用声音提示，但不同级别的声音提示在频率或响度上有所不同，以使得给提示对象带来的感知度不同。例如，一级提示的声音频率和/或响度小于二级提示的声音频率，二级提示的声音频率和/或响度小于三级提示的声音频率。在一些实施例中，所述声音提示发出的具体声音内容可以是语音播报，也可以是类似的滴滴提示音。在一些实施例中，在上述声音提示的同时，还可以提供显示提示，让提示对象具体地了解所述声音提示的具体内容。
示例性的，若司机端当前位置与服务订单的终点位置之间的距离大于设定距离阈值、且小于第一预设距离，则可以确定给司机端使用一级提醒的方式进行提示，若司机端当前位置与服务订单的终点位置之间的距离大于或等于第一预设距离，且小于第二预设距离，则可以确定给司机端使用二级提醒的方式进行提示，若司机端当前位置与服务订单的终点位置之间的距离大于或等于第二预设距离，则可以确定给司机端使用三级提醒的方式进行提示。
一示例中，在使用一级提醒的方式给司机端进行提示时，即在给司机端推送弹窗时，效果示意图可以如图5所示，司机端可以展示司机端的 当前位置与服务订单的终点位置之间的距离，并在司机端的地图上进行显示，当检测到司机端当前位置与服务订单的终点位置之间的距离大于设定距离阈值、且小于第一预设距离时，出现图5所示的灰色区域所示的弹窗，弹窗中显示的提示内容为“您已超出服务订单的终点位置N米，请及时结束行程或建议乘客更新目的地”。
另一示例中，在使用二级提醒的方式给司机端进行提示时，即通过语音提示的方法提示司机时，可以通过自动语音播报图5中弹窗内容的方式。
又一示例中，在使用三级提醒的方式给司机端进行提示时，即通过电话提示的方式对司机端进行提示时，可以通过网约车平台的人工客服或者机器人客服给司机端打电话的方式进行提示。
当检测到司机端触发图5所示的“到达目的地”的选项时，确认接收到司机端发送的结束行程请求，进一步可以向司机端发送提示信息，其中，示例性地，在服务提供端可以展示如图6所示的提示界面，界面中展示“是乘客要求继续驾驶吗”，司机端可以选择“是，是乘客的需求”或者“否，我选择更改服务费用”的按钮。
一种可能的情况下，在到达服务订单的终点位置后，乘客要求继续行驶，这种情况下，所产生费用应该由乘客端进行支付；然而，在另外一种情况下，司机端在到达服务订单的终点位置后，忘记结束行程或者网络原因无法结束行程，这种情况下，司机端在到达终点位置之后，仍旧在计费，但乘客无需支付驶过终点位置之后的服务费用，此时，司机端可以更改服务费用。
步骤403、基于司机端针对提示信息执行的响应操作，确定服务订单的订单结束信息。
示例性的，参照图6所示的提示信息下，若选择“是，是乘客的需求”， 则确定服务订单的订单结束信息中所包含的服务费用信息为当前服务费用；若选择“否，我选择更改费用”，则司机端可以展示如图7所示的界面，图7中包括费用更改界面，以及客服入口，费用更改界面显示费用更改信息，以及更改说明，其中，费用更改信息用于提示将当前服务费用“33.25”更改为服务订单的理论服务费用“28.20”，更改说明用于说明服务费用更改原因，司机可以在该界面确认将当前服务费用更改为服务订单的理论服务费用。
另外，若有特殊情况，如乘客并非在服务订单的终点位置下车，而司机在乘客下车之后忘记结束行程，这种情况下，可以通过图7中的客服入口，接入人工客服进行说明。
当然，实际应用中，图7中还可以配置输入修改后的服务费用的功能入口，这样可以在服务提供端未确认服务器自动更正的理论服务费用之后，通过输入修改后的服务费用来对服务费用进行更新。
步骤404、向乘客端发送确定的订单结束信息。
其中，向乘客端发送的确定的订单结束信息中包含服务费用信息。
本实施例所提供的订单处理方法，可以在检测到司机端的当前位置与服务订单的终点位置不匹配时，提醒司机端当前位置与服务订单的终点位置不匹配，并在接收到司机端发送的结束行程请求之后，向司机端发送提示信息，并根据司机端针对提示信息执行的响应操作，确定服务订单的订单结束信息，并向乘客端发送订单结束信息。
通过这种方法，可以在司机端的当前位置信息与服务订单的终点位置信息不匹配时，确定出较高准确率的订单结束信息。
实施例四
本实施例四中，以应用场景为网约车服务、服务提供端为执行网约车服务的司机端，服务订单出现的异常情况为司机端未按照网约车服务平台所提供的行驶路线行驶为例，对本申请提供的订单处理方法进行说明。
在网约车的服务订单执行过程中，司机端未按网约车服务平台所提供的行驶路线行驶可能是因为网约车平台所提供的行驶路线包含堵车的情况而导致的，也有可能是因为司机故意没有选择网约车平台所提供的行驶路线，在上述情况下，会出现司机端的移动路线信息与规划的行驶路线信息不匹配的情况，服务器可以识别出服务行为信息与服务订单的规划服务信息不匹配，进而向司机端发起调整订单结束信息的订单处理流程。
参见图8所示，为本申请实施例所提供的一种订单处理方法的流程示意图，包括以下步骤：
步骤801、检测服务订单被执行过程中司机端的移动路线信息。
步骤802、若检测到司机端的移动路线信息与服务订单对应的规划的行驶路线信息不匹配，则在接收到司机端发送的结束行程请求之后，向司机端发送提示信息。
一种可能的应用场景中，当检测到司机端的移动路线信息与服务订单对应的规划的行驶路线信息不匹配时，可以提示司机端的移动路线信息与服务订单对应的规划的行驶路线信息不匹配。
其中，在提示司机端当前位置与服务订单的终点位置信息不匹配时，可以通过给司机端推送弹窗、语音提示、电话提示等方式。
具体实施中，可以设置不同等级的提示方式，如推送弹窗为一级提醒，语音提示为二级提醒，电话提示为三级提醒，根据司机端当前位置与服务订单的终点位置之间的距离确定以何种等级的提醒方式提示司机端。
示例性的，若当司机端当前移动路线与服务订单对应的规划的行驶路线之间的偏差大于设定偏差，且小于第一预设偏差，则可以确定给司机端使用一级提醒的方式进行提示，若司机端当前移动路线与服务订单对应的规划的行驶路线之间的偏差大于或等于第一预设偏差，且小于第二预设偏差，则确定给司机端使用二级提醒的方式进行提醒，若司机端当前移动 路线与服务订单对应的规划的行驶路线之间的偏差大于或等于第二预设偏差，则确定给司机端使用三级提醒的方式进行提醒。
一示例中，在使用一级提醒的方式给司机端进行提示时，即在给司机端推送弹窗时，效果示意图可以如图9所示，司机端可以展示司机端的当前位置和服务订单对应的规划的行驶路线，黑色实线部分为服务订单对应的规划的行驶路线，虚线部分为司机端从起始位置到当前位置的行驶路线，当检测到司机端当前移动路线与服务订单对应的规划的行驶路线之间的偏差大于设定偏差，且小于第一预设偏差时，出现图9灰色区域所示的弹窗，并提醒“您已偏离路线，请及时调整或建议乘客更新目的地”。
另一示例中，在使用二级提醒的方式给司机端进行提示时，即通过语音提示的方法提示司机时，可以通过自动语音播报图9中弹窗内容的方式。
又一示例中，在使用三级提醒的方式给司机端进行提示时，即通过电话提示的方式对司机端进行提示时，可以通过网约车平台的人工客服或者机器人客服给司机端打电话的方式进行提示。
当检测到司机端触发图9中所示的“到达目的地”的选项时，确认接收到司机端发送的结束行程请求，服务器可以向司机端发送提示信息，进一步的，司机端在提示信息后可选择执行的操作与实施例三中所提供的操作步骤相同，在此将不再赘述。
步骤803、基于司机端针对提示信息执行的响应操作，确定服务订单的订单结束信息。
步骤804、向乘客端发送确定的订单结束信息。
其中，向乘客端发送的确定的订单结束信息中包含服务费用信息。
本实施例所提供的订单处理方法，可以在检测到司机端的移动路线信息与服务订单对应的规划的行驶路线信息不匹配时，提醒司机端的移动 路线信息与服务订单对应的规划的行驶路线信息不匹配，并在接收到司机端发送的结束行程请求之后，向司机端发送提示信息，并根据司机端针对提示信息执行的响应操作，确定服务订单的订单结束信息，并向乘客端发送订单结束信息。
通过这种方法，可以在检测到司机端的移动路线信息与服务订单对应的规划的行驶路线信息不匹配时，确定出较高准确率的订单结束信息，降低司机恶意绕路行为发生的概率。
实施例五
本实施例五中，以应用场景为网约车服务、服务提供端为执行网约车服务的司机端，对本申请提供的订单处理方法进行说明。
示例性的，服务订单出现的异常情况例如包括：司机端可能按照服务订单对应的规划的行驶路线行驶，但是由于乘客行程改变，司机端需要提前结束行程或者延迟结束行程；或者，在乘客未上车的情况下，司机端已经开始行程并请求结束行程。
在上述异常情况下，可能会出现司机端的实际服务时长未到达服务订单的预估服务时长，或者司机端的实际服务时长超出服务订单的预估服务时长的现象。
其中，司机端在实际服务时长未达到服务订单的预估服务时长时，便选择结束服务订单时，或者，司机端在实际服务时长超过服务订单的预估时长后，仍旧未选择结束服务订单时，服务器可以识别出服务行为信息与服务订单的规划服务信息不匹配，进而向司机端发起调整订单结束信息的订单处理流程。
参见图10所示，为本申请实施例所提供的一种订单处理方法的流程示意图，包括以下步骤：
步骤1001、检测服务订单被执行过程中司机端的实际服务时长。
步骤1002、若检测到司机端的实际服务时长与服务订单的预估时长不匹配，在接收到司机端发送的结束行程请求之后，向司机端发送提示信息。
其中，在检测到司机端的实际服务时长与服务订单的预估时长不匹配包括两种情况，一种是司机端的实际服务时长小于服务订单的预估时长，一种是司机端的实际服务时长大于服务订单的预估时长。
针对司机端的实际服务时长小于服务订单的预估时长的情况，可以在接收到司机端发送的结束行程请求之后，向司机端发送提示信息，进而由司机端判断是否更改当前服务费用；针对司机端的实际服务时长大于服务订单的预估时长，可以在司机端发送结束行程请求之前，提示司机端实际服务时长超过预估时长，具体提示的方法与实施例三和实施例四中提示的方法类似，在此将不再赘述。
步骤1003、基于司机端针对提示信息执行的响应操作，确定服务订单的订单结束信息。
步骤1004、向乘客端发送确定的订单结束信息。
本实施例提供的订单处理方法，可以在检测到司机端的实际服务时长超过预估时长时，提醒司机端实际服务时长超过预估时长，并在检测到司机端的实际服务时长与预估时长不匹配，接收到司机端发送的结束请求之后，向司机端发送提示信息，并根据司机端针对提示信息执行的响应操作，确定服务订单的订单结束信息，并向乘客端发送订单结束信息。
通过这种方法，可以在检测到司机端的实际服务时长与服务订单的预估时长不匹配时，确定出准确率较高的订单结束信息。
实施例六
参照图11所示，为本申请实施例六提供的一种订单处理装置1100的架构示意图，所述装置包括：检测模块1101、处理模块1102、确定模块 1103、发送模块1104，具体的：
检测模块1101，用于检测服务订单被执行过程中的服务行为信息；
处理模块1102，用于若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配，则在接收到服务提供端发送的订单结束请求之后，向所述服务提供端发送提示信息，所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息；
确定模块1103，用于基于所述服务提供端针对所述提示信息执行的响应操作，确定所述服务订单的订单结束信息；
发送模块1104，用于向服务请求端发送确定的所述订单结束信息。
一种可能的设计中，所述服务行为信息包括所述服务提供端的当前位置信息；所述规划服务信息包括所述服务订单的终点位置信息；
所述处理模块1102，在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时，具体用于：
基于所述当前位置信息和所述服务订单的终点位置信息，确定所述服务提供端的当前位置已偏离所述服务订单的终点位置、且所述当前位置与所述终点位置之间的距离大于设定距离阈值。
一种可能的设计中，所述服务行为信息包括所述服务提供端的移动路线信息；所述规划服务信息包括所述服务订单对应的规划的行驶路线信息；
所述处理模块1102，在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时，具体用于：
基于所述移动路线信息和所述规划的行驶路线信息，确定所述服务提供端的移动路线与所述服务订单对应的规划的行驶路线不匹配。
一种可能的设计中，所述服务行为信息包括所述服务提供端执行所 述服务订单的实际服务时长；所述规划服务信息包括预估服务时长；
所述处理模块1102，在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时，具体用于：
检测到所述服务提供端执行所述服务订单的实际服务时长与所述服务订单的预估服务时长不匹配。
一种可能的设计中，所述订单结束信息中包括服务费用信息。
一种可能的设计中，所述确定模块1103，在基于所述服务提供端针对所述提示信息执行的响应操作，确定所述服务订单的订单结束信息时，具体用于：
若检测到所述响应操作为所述服务提供端更改订单结束信息，则将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用；
其中，所述当前服务费用为根据所述服务提供端的实际移动距离和实际服务时长确定的；所述理论服务费用为根据所述服务订单中记录的预估移动距离和预估服务时长确定的。
一种可能的设计中，所述发送模块1104，在向服务请求端发送确定的所述订单结束信息时，具体用于：
在将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用之后，向所述服务提供端发送订单结束确认信息，所述订单结束确认信息用于指示所述服务提供端确认是否采用更改后的理论服务费用；
若检测到所述服务提供端确认采用更改后的理论服务费用，向所述服务请求端发送包含所述更改后的理论服务费用的订单结束信息。
一种可能的设计中，所述订单处理装置还包括，所述发送模块1104，还用于：
若所述服务提供端未采用所述更改后的理论服务费用，则向所述服务提供端发送用于指示修改订单结束信息的通知消息；
所述确定模块1103，还用于：
接收所述服务提供端发送的针对所述订单结束信息的修改内容，并基于所述修改内容，更新所述订单结束信息中的服务费用；
所述发送模块1104，在向服务请求端发送确定的所述订单结束信息时，具体用于：向所述服务请求端发送所述订单结束信息，所述订单结束信息中携带有更新后的服务费用。
一种可能的设计中，所述处理模块1102，在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后，接收到服务提供端发送的订单结束请求之前，还用于：
提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配。
一种可能的设计中，所述服务行为信息与所述服务订单的规划服务信息的匹配程度分为至少一个等级；
所述处理模块1102，在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后，还用于：
在所述服务订单被执行过程中更新所述服务行为信息，并基于更新后的服务行为信息，确定更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级；
所述处理模块1102，在提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配时，具体用于：
基于更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级，确定提示等级；
按照与确定的提示等级匹配的提示方式来提示所述服务提供端所述 服务行为信息与所述服务订单的规划服务信息不匹配。
本实施例提供的订单处理装置，可以检测服务订单被执行过程中的服务行为信息，若当检测到服务订单被执行过程中的服务行为信息与服务订单的规划服务信息不匹配时，判断则可识别出服务订单出现异常，那么可以在接收服务提供端请求结束服务订单发送的订单结束请求之后，指示服务提供端提示服务提供端上述服务订单出现异常，以便服务提供端选择是否需要对出现异常的服务订单的订单结束信息进行调整，进而可以根据服务提供端执行的响应操作的选择，最终确定订单结束信息，并将最终确定出的订单结束信息发送给服务请求端。
通过上述装置，可以在因服务提供端执行了非正常的操作导致服务行为信息出现异常的情况下，为服务提供端提供可以选择是否弥补调整订单结束信息的功能出口，并让服务提供端基于实际情况来选择确认是否更改订单结束信息，由此可以提高了最终推送给服务请求端的订单结束信息的准确率。
实施例七
基于相同的技术构思，本申请实施例还提供了一种电子设备。参照图12所示，为本申请实施例提供的电子设备1200的结构示意图，包括处理器1201、存储器1202、和总线1203。其中，存储器1202用于存储执行指令，包括内存12021和外部存储器12022；这里的内存12021也称内存储器，用于暂时存放处理器1201中的运算数据，以及与硬盘等外部存储器12022交换的数据，处理器1201通过内存12021与外部存储器12022进行数据交换，当电子设备1200运行时，处理器1201与存储器1202之间通过总线1203通信，使得处理器1201在执行以下指令：
检测服务订单被执行过程中的服务行为信息；
若检测到所述服务行为信息与所述服务订单的规划服务信息不匹 配，则在接收到服务提供端发送的订单结束请求之后，向所述服务提供端发送提示信息，所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息；
基于所述服务提供端针对所述提示信息执行的响应操作，确定所述服务订单的订单结束信息；
向服务请求端发送确定的所述订单结束信息。
本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述订单处理方法的步骤。
具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述订单处理方法，从而提高订单结束信息的准确率。
本申请实施例所提供的订单处理方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (22)

  1. 一种订单处理方法，其特征在于，包括：
    检测服务订单被执行过程中的服务行为信息；
    若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配，则在接收到服务提供端发送的订单结束请求之后，向所述服务提供端发送提示信息，所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息；
    基于所述服务提供端针对所述提示信息执行的响应操作，确定所述服务订单的订单结束信息；
    向服务请求端发送确定的所述订单结束信息。
  2. 如权利要求1所述的订单处理方法，其特征在于，所述服务行为信息包括所述服务提供端的当前位置信息；所述规划服务信息包括所述服务订单的终点位置信息；
    所述检测到所述服务行为信息与所述服务订单的规划服务信息不匹配，包括：
    基于所述当前位置信息和所述服务订单的终点位置信息，确定所述服务提供端的当前位置已偏离所述服务订单的终点位置、且所述当前位置与所述终点位置之间的距离大于设定距离阈值。
  3. 如权利要求1所述的订单处理方法，其特征在于，所述服务行为信息包括所述服务提供端的移动路线信息；所述规划服务信息包括所述服务订单对应的规划的行驶路线信息；
    所述检测到所述服务行为信息与所述服务订单的规划服务信息不匹配，包括：
    基于所述移动路线信息和所述规划的行驶路线信息，确定所述服务提供端的移动路线与所述服务订单对应的规划的行驶路线不匹配。
  4. 如权利要求1所述的订单处理方法，其特征在于，所述服务行为信息包括所述服务提供端执行所述服务订单的实际服务时长；所述规划服务信息包括预估服务时长；
    所述检测到所述服务行为信息与所述服务订单的规划服务信息不匹配，包括：
    检测到所述服务提供端执行所述服务订单的实际服务时长与所述服务订单的预估服务时长不匹配。
  5. 如权利要求1所述的订单处理方法，其特征在于，所述订单结束信息中包括服务费用信息。
  6. 如权利要求1所述的订单处理方法，其特征在于，基于所述服务提供端针对所述提示信息执行的响应操作，确定所述服务订单的订单结束信息，包括：
    若检测到所述响应操作为所述服务提供端更改订单结束信息，则将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用；
    其中，所述当前服务费用为根据所述服务提供端的实际移动距离和实际服务时长确定的；所述理论服务费用为根据所述服务订单中记录的预估移动距离和预估服务时长确定的。
  7. 如权利要求6所述的订单处理方法，其特征在于，所述向服务请求端发送确定的所述订单结束信息，包括：
    在将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用之后，向所述服务提供端发送订单结束确认信息，所述 订单结束确认信息用于指示所述服务提供端确认是否采用更改后的理论服务费用；
    若检测到所述服务提供端确认采用更改后的理论服务费用，向所述服务请求端发送包含所述更改后的理论服务费用的订单结束信息。
  8. 如权利要求7所述的订单处理方法，其特征在于，所述方法还包括：
    若所述服务提供端未采用所述更改后的理论服务费用，则向所述服务提供端发送用于指示修改订单结束信息的通知消息；
    接收所述服务提供端发送的针对所述订单结束信息的修改内容，并基于所述修改内容，更新所述订单结束信息中的服务费用；
    向所述服务请求端发送所述订单结束信息，所述订单结束信息中携带有更新后的服务费用。
  9. 如权利要求1至8任一所述的订单处理方法，其特征在于，在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后，接收到服务提供端发送的订单结束请求之前，还包括：
    提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配。
  10. 如权利要求9所述的订单处理方法，其特征在于，所述服务行为信息与所述服务订单的规划服务信息的匹配程度分为至少一个等级；
    检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后，还包括：
    在所述服务订单被执行过程中更新所述服务行为信息，并基于更新后的服务行为信息，确定更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级；
    所述提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配，包括：
    基于更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级，确定提示等级；
    按照与确定的提示等级匹配的提示方式来提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配。
  11. 一种订单处理装置，其特征在于，包括：
    检测模块，用于检测服务订单被执行过程中的服务行为信息；
    处理模块，用于若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配，则在接收到服务提供端发送的订单结束请求之后，向所述服务提供端发送提示信息，所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息；
    确定模块，用于基于所述服务提供端针对所述提示信息执行的响应操作，确定所述服务订单的订单结束信息；
    发送模块，用于向服务请求端发送确定的所述订单结束信息。
  12. 如权利要求11所述的订单处理装置，其特征在于，所述服务行为信息包括所述服务提供端的当前位置信息；所述规划服务信息包括所述服务订单的终点位置信息；
    所述处理模块，在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时，具体用于：
    基于所述当前位置信息和所述服务订单的终点位置信息，确定所述服务提供端的当前位置已偏离所述服务订单的终点位置、且所述当前位置与所述终点位置之间的距离大于设定距离阈值。
  13. 如权利要求11所述的订单处理装置，其特征在于，所述服务行为信息包括所述服务提供端的移动路线信息；所述规划服务信息包括所述服务订单对应的规划的行驶路线信息；
    所述处理模块，在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时，具体用于：
    基于所述移动路线信息和所述规划的行驶路线信息，确定所述服务提供端的移动路线与所述服务订单对应的规划的行驶路线不匹配。
  14. 如权利要求11所述的订单处理装置，其特征在于，所述服务行为信息包括所述服务提供端执行所述服务订单的实际服务时长；所述规划服务信息包括预估服务时长；
    所述处理模块，在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时，具体用于：
    检测到所述服务提供端执行所述服务订单的实际服务时长与所述服务订单的预估服务时长不匹配。
  15. 如权利要求11所述的订单处理装置，所述订单结束信息中包括服务费用信息。
  16. 如权利要求11所述的订单处理装置，其特征在于，所述确定模块，在基于所述服务提供端针对所述提示信息执行的响应操作，确定所述服务订单的订单结束信息时，具体用于：
    若检测到所述响应操作为所述服务提供端更改订单结束信息，则将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用；
    其中，所述当前服务费用为根据所述服务提供端的实际移动距离和实 际服务时长确定的；所述理论服务费用为根据所述服务订单中记录的预估移动距离和预估服务时长确定的。
  17. 如权利要求16所述的订单处理装置，其特征在于，所述发送模块，在向服务请求端发送确定的所述订单结束信息时，具体用于：
    在将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用之后，向所述服务提供端发送订单结束确认信息，所述订单结束确认信息用于指示所述服务提供端确认是否采用更改后的理论服务费用；
    若检测到所述服务提供端确认采用更改后的理论服务费用，向所述服务请求端发送包含所述更改后的理论服务费用的订单结束信息。
  18. 如权利要求17所述的订单处理装置，其特征在于，所述发送模块，还用于：
    若所述服务提供端未采用所述更改后的理论服务费用，则向所述服务提供端发送用于指示修改订单结束信息的通知消息；
    所述确定模块，还用于：接收所述服务提供端发送的针对所述订单结束信息的修改内容；基于所述修改内容，更新所述订单结束信息中的服务费用；
    所述发送模块，在向服务请求端发送确定的所述订单结束信息时，具体用于：向所述服务请求端发送所述订单结束信息，所述订单结束信息中携带有更新后的服务费用。
  19. 如权利要求11至18任一所述的订单处理装置，其特征在于，所述处理模块，在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后，接收到服务提供端发送的订单结束请求之前，还用于：
    提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配。
  20. 如权利要求19所述的订单处理装置，其特征在于，所述服务行为信息与所述服务订单的规划服务信息的匹配程度分为至少一个等级；
    所述处理模块，在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后，还用于：
    在所述服务订单被执行过程中更新所述服务行为信息，并基于更新后的服务行为信息，确定更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级；
    所述处理模块，在提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配时，具体用于：
    基于更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级，确定提示等级；
    按照与确定的提示等级匹配的提示方式来提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配。
  21. 一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1至10任一所述的订单处理方法的步骤。
  22. 一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至10任一所述的订单处理方法的步骤。
PCT/CN2020/082738 2019-04-01 2020-04-01 一种订单处理方法及装置 WO2020200232A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910258806.3A CN111768254A (zh) 2019-04-01 2019-04-01 一种订单处理方法及装置
CN201910258806.3 2019-04-01

Publications (1)

Publication Number Publication Date
WO2020200232A1 true WO2020200232A1 (zh) 2020-10-08

Family

ID=72664634

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/082738 WO2020200232A1 (zh) 2019-04-01 2020-04-01 一种订单处理方法及装置

Country Status (2)

Country Link
CN (1) CN111768254A (zh)
WO (1) WO2020200232A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112184387A (zh) * 2020-10-12 2021-01-05 广州宸祺出行科技有限公司 一种保证司机状态和订单状态变化一致性的方法和系统
CN112884299A (zh) * 2021-01-29 2021-06-01 长沙市到家悠享家政服务有限公司 自动接单方法及设备、介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104422940A (zh) * 2013-08-23 2015-03-18 财团法人资讯工业策进会 监测车辆行径的移动装置及其方法
CN106296065A (zh) * 2016-07-21 2017-01-04 北京京东尚科信息技术有限公司 基于gis技术的订单妥投异常的监控方法、装置及系统
CN108764940A (zh) * 2018-05-24 2018-11-06 北京嘀嘀无限科技发展有限公司 代驾行为监管方法、装置和服务器
CN108765930A (zh) * 2018-06-26 2018-11-06 上海掌门科技有限公司 行车监控方法及设备
CN109033966A (zh) * 2018-06-25 2018-12-18 北京嘀嘀无限科技发展有限公司 绕路检测模型训练方法和装置，以及绕路检测方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108288201A (zh) * 2017-01-10 2018-07-17 北京嘀嘀无限科技发展有限公司 网约车系统中为目标用户提供行程费用账单的方法及装置
CN108510295A (zh) * 2017-02-24 2018-09-07 北京嘀嘀无限科技发展有限公司 用于生成行程账单信息的方法及装置
CN109313845A (zh) * 2017-02-24 2019-02-05 北京嘀嘀无限科技发展有限公司 用于提供导航路线的系统和方法
CN107451877B (zh) * 2017-04-13 2020-09-08 成都悠途信息技术有限公司 一种乘车订单在线生成系统及其生成方法
US20190012625A1 (en) * 2017-07-05 2019-01-10 Panasonic Intellectual Property Management Co., Lt d. Autonomous vehicle/drive-through synchronization system and synchronization method

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104422940A (zh) * 2013-08-23 2015-03-18 财团法人资讯工业策进会 监测车辆行径的移动装置及其方法
CN106296065A (zh) * 2016-07-21 2017-01-04 北京京东尚科信息技术有限公司 基于gis技术的订单妥投异常的监控方法、装置及系统
CN108764940A (zh) * 2018-05-24 2018-11-06 北京嘀嘀无限科技发展有限公司 代驾行为监管方法、装置和服务器
CN109033966A (zh) * 2018-06-25 2018-12-18 北京嘀嘀无限科技发展有限公司 绕路检测模型训练方法和装置，以及绕路检测方法和装置
CN108765930A (zh) * 2018-06-26 2018-11-06 上海掌门科技有限公司 行车监控方法及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CHENBING: "Didi launches "fee objection" review function, and driver detours no longer exist", HTTPS://MIP-XITONGZHIJIA-NET.MIPCDN.COM/C/MIP.XITONGZHIJIA.NET/ARTICLE/72690.HTML, 20 May 2016 (2016-05-20), XP009523773 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112184387A (zh) * 2020-10-12 2021-01-05 广州宸祺出行科技有限公司 一种保证司机状态和订单状态变化一致性的方法和系统
CN112884299A (zh) * 2021-01-29 2021-06-01 长沙市到家悠享家政服务有限公司 自动接单方法及设备、介质
CN112884299B (zh) * 2021-01-29 2024-04-26 长沙市到家悠享家政服务有限公司 自动接单方法及设备、介质

Also Published As

Publication number Publication date
CN111768254A (zh) 2020-10-13

Similar Documents

Publication Publication Date Title
US11940284B1 (en) Casual driver ride sharing
US11605246B2 (en) Programmatically determining location information in connection with a transport service
US10466059B2 (en) Providing alternative routing options to a rider of a transportation management system
US11741835B2 (en) Information processing apparatus and information processing method
US20160356615A1 (en) Scheduled and On-Demand Transportation Management Platform for Rideshare
US20160224935A1 (en) Shipper and Carrier Interaction Optimization Platform
US10810675B2 (en) Providing transit alternatives based on monitored vehicle characteristics
CN113615215B (zh) 接近度警报系统
AU2018333084B2 (en) Lost device detection using geospatial location data
WO2020200232A1 (zh) 一种订单处理方法及装置
US20130218647A1 (en) Systems and methods for booking transport
CN111915050A (zh) 泊车位可用性预测系统和方法
CN112734085A (zh) 一种实时监控行驶路线异常的方法及装置
US20200020021A1 (en) Information processing system, storage medium storing program, and control method
CN111858082A (zh) 提示信息的发送方法、输出方法、装置、电子设备和介质
US20230086061A1 (en) Dynamic event-triggered updates for network-based services
JP2015135619A (ja) 車両管理システム及び車両管理方法
CN111091361A (zh) 车辆终端、以及使用车辆终端处理支付的系统和方法
CN110751532B (zh) 一种资源分配的方法及装置
KR102533854B1 (ko) 선승인 기반 택시 요금 처리 장치 및 그 방법
US20220414752A1 (en) Control apparatus, method, and storage medium
US11669099B2 (en) Time management system, server, and control method thereof
US20230045367A1 (en) System and non-transitory storage medium
US20230042482A1 (en) Server, method, and non-transitory computer readable medium
CN111028053A (zh) 一种订单处理的方法、装置、电子设备及存储介质

Legal Events

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

Ref document number: 20784134

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20784134

Country of ref document: EP

Kind code of ref document: A1