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

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

Info

Publication number
WO2020200281A1
WO2020200281A1 PCT/CN2020/082992 CN2020082992W WO2020200281A1 WO 2020200281 A1 WO2020200281 A1 WO 2020200281A1 CN 2020082992 W CN2020082992 W CN 2020082992W WO 2020200281 A1 WO2020200281 A1 WO 2020200281A1
Authority
WO
WIPO (PCT)
Prior art keywords
order
service
offline
fee
payment
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2020/082992
Other languages
English (en)
French (fr)
Inventor
陈宇亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Publication of WO2020200281A1 publication Critical patent/WO2020200281A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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—Managing shopping lists, e.g. compiling or processing purchase lists
    • G06Q30/0635—Managing shopping lists, e.g. compiling or processing purchase lists replenishment orders; recurring orders
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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

Definitions

  • This application relates to the technical field of online car-hailing, and specifically to an order processing method and device.
  • the purpose of this application is to provide an order processing method and device that can detect the current network connection status after receiving an order end request triggered by a service provider for a service order, and when the network connection status is offline , Set the execution status of the service order to the execution end status, which can improve the resource utilization of the service provider’s terminal.
  • an embodiment of the present application provides an order processing method applied to a terminal of a service provider, including:
  • the above-mentioned order processing method further includes:
  • the above order processing method further includes:
  • the service fee in the order settlement page is sent to the terminal of the service requester corresponding to the service order; wherein the service fee is used
  • the order payment for the service order is made on the service requester.
  • the above order processing method further includes:
  • the verification information based on the obtained payment method to verify whether the payment method selected by the service requester is offline payment includes:
  • the verification information to be matched is equal to the standard verification information, it is determined that the payment method selected by the service requester is offline payment.
  • the payment method verification information includes at least one random number.
  • the above-mentioned order processing method further includes:
  • the corresponding actual driving route information from the origin of the service order to the destination of the service order is sent to the server; the actual driving route is used to enable the server to determine the The target service fee of the service order is described, and the subsidy amount for the service requester or the service provider is determined based on the target service fee and the service fee in the order settlement page.
  • the above-mentioned order processing method further includes:
  • the offline end order identifier is generated
  • the synchronization of the execution end status of the service order to the server after the network connection is restored includes: after the network connection is restored, the offline end order identifier is sent to the server, so that the server is based on the The offline end order identifier is used to set the execution state of the service order to the execution end state.
  • the implementation of this application provides an order processing method applied to the server, including:
  • the above-mentioned order processing method further includes:
  • the amount of subsidy for the service requester or the service provider is determined.
  • the above-mentioned order processing method further includes:
  • the execution state of the service order is set to an execution end state.
  • an order processing device applied to a terminal of a service provider including:
  • the network status detection module is used to detect the current network connection status after obtaining the order end request triggered by the service provider for the service order;
  • the order status setting module is used to set the execution status of the service order to the execution end status when the network connection status is offline;
  • the status synchronization module is used to synchronize the execution end status of the service order to the server after the network connection is restored.
  • the above-mentioned order processing device further includes:
  • a fee determination module configured to determine the service fee of the service order based on the latest order information of the service order acquired before going offline;
  • the settlement processing module is used to generate an order settlement page based on the determined service fee for the service requester to pay for the service order.
  • the settlement processing module is specifically configured to:
  • an order settlement page is generated.
  • the above-mentioned order processing device further includes:
  • the first settlement module is configured to send the service fee in the order settlement page to the terminal of the service requester corresponding to the service order when the order payment method is online payment and after the network connection is restored; Wherein, the service fee is used by the service requester to pay for the service order.
  • the above-mentioned order processing device further includes:
  • the settlement verification module is used to obtain the payment method verification information of the service requester when the order payment method is offline, and verify whether the payment method selected by the service requester is offline based on the obtained payment method verification information Pay
  • the second settlement module is used to set the payment status of the service order to the payment completion status when the service requester chooses offline payment.
  • the settlement verification module is specifically configured to:
  • the verification information to be matched is equal to the standard verification information, it is determined that the payment method selected by the service requester is offline payment.
  • the payment method verification information includes at least one random number.
  • the above-mentioned order processing device further includes:
  • the cost correction module is used to send the corresponding actual driving route information from the origin of the service order to the destination of the service order to the server after the network connection is restored; the actual driving route is used to enable
  • the server determines the target service fee of the service order, and determines the subsidy amount for the service requester or the service provider based on the target service fee and the service fee in the order settlement page.
  • the aforementioned order processing device further includes a location information sending module
  • the location information sending module is used for:
  • the current driving position is sent to the server based on a preset period; the driving position is used to enable the server to generate order information including service fees;
  • the aforementioned order processing apparatus further includes an offline information processing module, and the offline information processing module is configured to:
  • the offline end order identifier is generated
  • the status synchronization module is specifically configured to send the offline end order identifier to the server after the network connection is restored, so that the server sets the execution status of the service order based on the offline end order identifier The execution end state.
  • an embodiment of the present application also provides an order processing device applied to the server, including:
  • the location information acquisition module is used to acquire the driving location of the service order sent by the terminal of the service provider;
  • the first fee calculation module is configured to determine the service fee of the service order based on the origin of the service order, the destination of the service order, and the driving position;
  • the order information processing module is configured to generate order information of the service order based on the determined service fee, and send the order information to the terminal of the service provider.
  • the above-mentioned order processing device further includes:
  • a route acquisition module for acquiring the actual driving route sent by the terminal of the service provider from the origin of the service order to the destination of the service order;
  • the second fee calculation module is configured to determine the target service fee of the service order based on the actual driving route
  • the fee subsidy module is used to determine the amount of subsidy for the service requester or the service provider based on the target service fee and the service fee of the service order determined last time.
  • the above-mentioned order processing device further includes:
  • the end information acquisition module is used to acquire the offline end order identifier corresponding to the service order sent by the terminal of the service provider;
  • the order information synchronization module is configured to set the execution status of the service order to the execution end state based on the offline end order identifier.
  • an embodiment of the present application further provides an electronic device, including a processor, a storage medium, and a bus.
  • the storage medium stores machine-readable instructions executable by the processor.
  • the processor and the storage medium communicate through a bus, and the processor executes the machine-readable instructions to execute the first aspect of the embodiments of the present application when executed, any possible implementation manner in the first aspect, The second aspect, and the steps in any possible implementation of the second aspect.
  • the embodiments of the present application also provide a computer-readable storage medium having a computer program stored on the computer-readable storage medium.
  • the computer program executes the first aspect of the embodiments of the present application when the computer program is run by a processor. Any one of the possible implementation manners, the second aspect, and the steps in any one of the possible implementation manners of the second aspect.
  • the embodiments of the present application provide an order cart processing method and device, in which the terminal of the service provider detects the current network connection status after obtaining the order end request triggered by the service provider for the service order, and connects to the network When the connection status is offline, the execution status of the service order is set to the execution end state; afterwards, after the network connection is restored, the terminal of the service provider synchronizes the execution end status of the service order to the server.
  • the terminal of the service provider in the above technical solution can detect the current network connection status after receiving the order end request triggered by the service provider for the service order, and set the execution status of the service order when the network connection status is offline.
  • the service provider In order to execute the end state, after reaching the destination of the service order, the service provider can view some information that cannot be viewed during the execution of the service order, which effectively improves the resource utilization rate of the service provider’s terminal.
  • FIG. 1 shows a schematic structural diagram of an order processing system provided by an embodiment of the present application
  • FIG. 2 shows a flowchart of an order processing method provided by an embodiment of the present application
  • FIG. 3 shows a specific flowchart of generating an order settlement page in another order processing method provided by an embodiment of the present application
  • FIG. 5 shows a flowchart of another order processing method provided by an embodiment of the present application.
  • Fig. 6 shows a schematic structural diagram of an order processing device provided by an embodiment of the present application
  • FIG. 7 shows a schematic structural diagram of another order processing apparatus provided by an embodiment of the present application.
  • FIG. 8 shows a schematic structural diagram of an electronic device provided by an embodiment of the present application.
  • passenger and “service requester” in this application are used interchangeably to refer to individuals, entities, or tools that can request or order services.
  • driver and “service provider” in this application can be used interchangeably to refer to individuals, entities, or tools that can provide services.
  • service request can be used interchangeably to refer to those initiated by passengers, service requesters, drivers, service providers, or suppliers, etc., or any combination thereof request.
  • the person who accepts the "service request”, “service order” or “order” may be a passenger, a service requester, a driver, a service provider, or a supplier, etc., or any combination thereof. Service requests can be paid or free.
  • the positioning technology used in this application can be based on Global Positioning System (GPS), Global Navigation Satellite System (GLONASS), Compass Navigation System (COMPASS), Galileo Positioning System, Quasi-Zenith Satellite System ( Quasi-Zenith Satellite System, QZSS), Wireless Fidelity (Wireless Fidelity, WiFi) positioning technology, etc., or any combination thereof.
  • GPS Global Positioning System
  • GLONASS Global Navigation Satellite System
  • COMPASS Compass Navigation System
  • Galileo Positioning System Galileo Positioning System
  • Quasi-Zenith Satellite System Quasi-Zenith Satellite System
  • QZSS Quadratureo Positioning System
  • Wireless Fidelity Wireless Fidelity
  • the terminal of the service provider in the system can detect the current network connection status after receiving the order end request triggered by the service provider for the service order, and when the network connection status is offline, the execution status of the service order Set to the end of execution state.
  • the service provider can view some information that cannot be viewed during the execution of the service order, which effectively improves the resource utilization rate of the service provider's terminal.
  • the service provider’s terminal cannot end the current service order when the network status is offline, resulting in the inability to view some information that cannot be viewed during the execution of the service order, and it will waste the service.
  • the resources of the terminal used by the provider can set the execution status of the service order to the execution end state when it receives the order end request and detects that the current network connection status is offline.
  • the order processing system of this application can end the current service order offline, so that after reaching the destination of the service order, the service provider can view some things that cannot be viewed during the execution of the service order Information effectively improves the resource utilization of the service provider’s terminal.
  • FIG. 1 is a schematic structural diagram of an order processing system 100 provided by an embodiment of the present application.
  • the order processing system 100 may include one or more of a server 110, a network 120, a terminal 130 of a service requester, a terminal 140 of a service provider, and a database 150.
  • 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 determine the service fee based on the driving position uploaded by the terminal of the service provider.
  • the processor may include one or more processing cores (e.g., single-core processor (S) or multi-core processor (S)).
  • 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 type corresponding to the terminal 130 of the service requester and the terminal 140 of the service provider may be a mobile device, for example, it may include smart home devices, wearable devices, smart mobile devices, virtual reality devices, or augmented reality.
  • the device, etc. may 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 order processing system 100 (e.g., the server 110, the terminal 130 of the service requester, the terminal 140 of the service provider, etc.). One or more components in the order processing 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 order 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 can be executed by the terminal of the service provider in the order processing system 100.
  • the specific execution process is:
  • the terminal of the service provider detects the current network connection status of the terminal of the service provider after obtaining the order end request triggered by the service provider for the service order.
  • a service order is an order issued by the service requester through the taxi-hailing platform using its terminal, and the service provider can select and accept a certain service order using the service provider's terminal.
  • the service order includes the origin and destination of the service requester. After the service provider has accepted the service order, it needs to pick up the service requester according to the origin in the service order, and deliver the service requester to the destination according to the destination in the service order.
  • the service provider After sending the service requester to the destination, the service provider will trigger an order end request on the server's terminal.
  • the service provider's terminal needs to send the order end request to the server, indicating that the current service order has been completed .
  • the current service order is ended at the terminal of the service provider according to the feedback information sent by the server.
  • the service provider’s terminal may not be able to connect to the network normally. At this time, the service provider’s terminal cannot send the service to the server. Sending an order end request will result in the inability to end the currently completed service order on the service provider, so that it is impossible to view some information, resulting in a waste of resources on the service provider’s terminal.
  • the terminal of the service provider detects the current network connection status after obtaining the order end request triggered by the service provider for the service order, and then, based on the detected network connection status, can check the execution status of the current service order Make settings or changes.
  • the detected network connection status in this step may not only include the offline or online status of the terminal of the service provider, but also include the current network signal strength value of the terminal of the service provider.
  • the network state of the terminal of the service provider can be regarded as an offline state when the network signal is very weak or weak.
  • the terminal of the service provider can also detect the upload and/or download speed of the network, and can connect the terminal of the service provider when the upload and/or download speed of the network is low (for example, less than 10B/s) The network status of is considered offline.
  • the network connection status of the terminal of the service provider is offline, which can not only mean that the network status of the terminal of the service provider is offline, but also that the network signal of the terminal of the service provider is very weak or less than a predetermined value.
  • Threshold is a relatively small value determined based on actual experience.
  • the terminal of the service provider sets the execution state of the current service order to the execution end state. After the execution state of the current service order is set to the execution end state, the service provider can use the terminal of the service provider to view some information, which improves the resource utilization rate of the terminal of the service provider.
  • the terminal of the service provider After the execution state of the service order is set to the execution end state, the terminal of the service provider also needs to generate an offline end order identifier.
  • the offline end order identifier is used to indicate that the corresponding service order has ended offline on the terminal of the service provider.
  • the offline end order identifier may include the recorded time when the order ends.
  • the offline end order identifier may also include the recorded position of the end of the order.
  • the terminal of the service provider will send the offline end order identifier to the server, so that the server can update the execution status of the service order on the server based on the offline end order identifier.
  • the server can update the execution status of the service order on the server based on the offline end order identifier.
  • the terminal of the service provider can continue to accept the service order through the ride-hailing platform. Therefore, it is necessary to send the offline end order identifier to the server.
  • the above service fee is estimated by the server based on the service provider’s driving location, the origin of the service order and the destination of the service order.
  • the server After the service fee is determined, the server generates order information based on the service fee, and sends the generated order information to the terminal of the service provider.
  • the service provider’s terminal After the service provider’s terminal receives the order information, the order information is stored locally, and the execution status of the service order is updated to the execution end status, and the network status of the service provider’s terminal is offline, from the local order
  • the service fee is obtained from the information, so that the service requester completes the order payment for the current service order based on the service fee.
  • the terminal of the service provider synchronizes the execution end status of the service order to the server.
  • the following steps need to be performed: when the service provider's terminal obtains the order end request, and when the network connection status of the service provider's terminal is offline, it generates an offline end order identifier.
  • This step can be specifically implemented by the following steps: after the service provider’s network connection is restored, the service provider’s terminal sends the offline end order identifier to the server, so that the server is based on the offline end order identifier, The execution state of the service order is set to the execution end state. Only after the execution status of the service order on the server is updated to the execution completion status, the terminal of the service provider can continue to accept the service order through the ride-hailing platform, and the service requester can continue to issue the service order through the ride-hailing platform.
  • the order processing method executed by the terminal of the above-mentioned service provider further includes the following steps:
  • the terminal of the service provider determines the service fee of the service order based on the latest order information of the service order acquired before going offline.
  • the order information here includes the service fee of the current service order, the identifier of the service order, the origin of the service requester, and the destination of the service requester.
  • the terminal of the service provider When connecting to the network normally, the terminal of the service provider periodically sends the current driving position to the server based on a preset cycle.
  • the server determines the driving route according to the received driving position, the destination of the service order and the driving position; after that, the server determines the service fee according to the determined driving route, uses the determined service fee to generate order information, and combines the generated order information Sent to the terminal of the service provider.
  • the terminal of the service provider After receiving the order information, stores the order information in its own storage component, for example, in the disk of the terminal of the service provider.
  • the terminal of the service provider periodically reports the driving position, and the service terminal will feed back an order information including the service fee according to each driving position received, and the terminal of the service provider will continuously update it according to the passage of time. Stored order information.
  • the latest order information received before offline is used to determine the service cost of the current service order, and the order information is used to record the driving route determined by the corresponding driving position It is the closest to the actual driving route of the service provider, so the service fee determined by the order information is the most accurate.
  • the terminal of the service provider can obtain the service fee incurred before offline according to the latest order information of the service order acquired before offline; the terminal of the service provider can also reach the purpose of the service order according to the driving position when offline
  • the driving route of the place estimates the service charge required after offline.
  • the service cost of the service order can be obtained by adding the service cost generated before offline and the estimated service cost required after offline.
  • S320 Based on the determined service fee, the terminal of the service provider generates an order settlement page for the service requester to pay for the service order.
  • the order settlement page can be generated according to the following sub-steps: the terminal of the service provider obtains the order payment method determined by the service provider, and generates the order settlement page based on the order payment method and the determined service fee.
  • the aforementioned order payment methods include online payment and offline payment.
  • the generated order settlement page is also different.
  • the generated order settlement page includes information such as the service fee and the identity identifier of the service order.
  • the terminal of the service provider restores the network connection
  • the terminal of the service provider sends the service fee in the order settlement page to the terminal of the service requester corresponding to the service order, and the terminal of the service requester receives the service provision
  • the order payment is made according to the service fee.
  • the generated order settlement page not only includes information such as the service fee and the identity identifier of the service order, but also includes an input box for obtaining the payment method verification information of the service requester.
  • the service provider informs the service provider of the payment method verification information it obtains from the server, and then the service provider enters the payment method verification information of the service requester into the input box on the order settlement page, and the service provider’s terminal Obtain the payment method verification information of the service requester from the order settlement page.
  • the service provider’s terminal After the service provider’s terminal obtains the payment method verification information of the service requester, it verifies whether the payment method selected by the service requester is offline payment based on the obtained payment method verification information; if the service requester chooses offline payment, Then the service provider and the service requester both agree to the offline payment. At this time, the service provider sets the payment status of the service order to the payment completed status, which means that the order payment for the current service order has been completed. The service requester can deliver the service fee to the service provider offline.
  • the above payment method verification information is sent by the server to the terminal of the service requester after the service provider accepts the service order through its terminal.
  • the server simultaneously issues standard verification information to the terminal of the service provider.
  • the standard verification information received by the terminal of the service provider and the payment method verification information received by the terminal of the service requester can be used to verify whether the service provider and the service requester agree to offline payment, and can prevent the service provider from giving the service The terminal provides false payment information.
  • the terminal of the service provider verifies whether the payment method selected by the service requester is offline payment based on the obtained payment method verification information, which may specifically include the following steps:
  • S410 The terminal of the service provider obtains standard verification information corresponding to the service order.
  • the aforementioned standard verification information is stored in the storage component of the terminal of the service provider.
  • the terminal of the service provider uses a predetermined algorithm to calculate the verification information of the payment method to obtain the verification information to be matched.
  • the aforementioned predetermined algorithm may be a hash algorithm.
  • the terminal of the service provider After obtaining the payment method verification information of the service requester, the terminal of the service provider calculates the hash value of the payment method verification information to obtain the aforementioned verification information to be matched.
  • the foregoing predetermined algorithm may also be other encryption algorithms besides the hash algorithm.
  • the terminal of the service provider determines that the payment method selected by the service requester is offline payment.
  • the verification information to be matched is compared with the standard verification information. If the verification information to be matched is equal to the standard verification information, it means that the service provider has obtained the service requester corresponding to the service order.
  • the payment method verification information indicates that the service requester corresponding to the service order also agrees to the offline payment method.
  • the payment method verification information may include a verification code.
  • the payment method verification information may also include a random number. And can also include the salt value of random numbers.
  • the above verification steps for offline payment ensure the authenticity of offline payment and avoid payment disputes.
  • the above offline payment method can effectively improve the payment efficiency of the service requester when the network status of the terminal of the service provider is offline.
  • the order processing method executed by the terminal of the service provider further includes the following steps: after the terminal of the service provider restores the network connection, the terminal of the service provider will move from the origin of the service order to all The actual driving route information corresponding to the destination of the service order is sent to the server; the actual driving route is used to enable the server to determine the target service cost of the service order, and to settle it based on the target service cost and the order The service fee on the page determines the amount of subsidy for the service requester or the service provider.
  • the service fee on the order settlement page may be different from the actual service fee, that is, the target service fee.
  • the above steps are based on the difference between the target service fee and the service fee on the single settlement page Value, subsidize the service requester or the service provider.
  • the order end request is sent to the server at this time, and then generated based on the service fee returned by the order end request Order settlement page.
  • FIG. 5 there is a schematic flow chart of an order processing method provided in an embodiment of this application.
  • the method may be executed by a server in the order processing system 100.
  • the specific execution process is:
  • S510 The server obtains the driving position of the service order sent by the terminal of the service provider.
  • S520 The server determines the service fee of the service order based on the origin of the service order, the destination of the service order, and the driving position.
  • the server generates order information of the service order based on the determined service fee, and sends the order information to the terminal of the service provider.
  • the server and the server may be one device.
  • the order processing method executed by the server further includes the following steps: obtaining the actual driving route sent by the terminal of the service provider from the origin of the service order to the destination of the service order; Determine the target service fee of the service order based on the actual driving route; determine the subsidy for the service requester or the service provider based on the target service fee and the service fee of the service order determined last time Amount.
  • the server (or server) may receive an offline end order identifier after the terminal of the service provider restores the network connection, and the identifier includes the recorded time and/or location of the end of the order. The server may determine the target service fee of the service order according to the time and/or location of the end of the order.
  • the server may determine the amount of subsidy for the service requester or the service provider.
  • the order processing method executed by the server further includes the following steps: obtaining the offline end order identifier corresponding to the service order sent by the terminal of the service provider; and based on the offline end order identifier, combining the service The execution status of the order is set to the execution end status.
  • Fig. 6 is a block diagram showing an order processing device according to some embodiments of the present application.
  • the function implemented by the order processing device corresponds to the steps in the order processing method executed by the terminal of the service provider.
  • the order processing device may include:
  • the network status detection module 610 is configured to detect the current network connection status after obtaining the order end request triggered by the service provider for the service order;
  • the order status setting module 620 is configured to set the execution status of the service order to the execution end status when the network connection status is offline;
  • the status synchronization module 630 is used to synchronize the execution end status of the service order to the server after the network connection is restored.
  • the above-mentioned order processing device further includes:
  • the fee determination module 640 is configured to determine the service fee of the service order based on the latest order information of the service order acquired before going offline;
  • the settlement processing module 650 is configured to generate an order settlement page based on the determined service fee for the service requester to pay for the service order.
  • the settlement processing module is specifically configured to:
  • an order settlement page is generated.
  • the above-mentioned order processing device further includes:
  • the first settlement module 660 is configured to send the service fee in the order settlement page to the terminal of the service requester corresponding to the service order when the order payment method is online payment and after the network connection is restored ; Wherein, the service fee is used for the service requester to pay for the service order.
  • the above-mentioned order processing device further includes:
  • the settlement verification module 670 is configured to obtain the payment method verification information of the service requester when the order payment method is offline payment, and verify whether the payment method selected by the service requester is online based on the obtained payment method verification information Pay down
  • the second settlement module 680 is configured to set the payment status of the service order to the payment completion status when the service requester selects offline payment.
  • the settlement verification module 670 is specifically configured to:
  • the verification information to be matched is equal to the standard verification information, it is determined that the payment method selected by the service requester is offline payment.
  • the payment method verification information includes at least one random number.
  • the above-mentioned order processing device further includes:
  • the cost correction module 690 is configured to send corresponding actual driving route information from the origin of the service order to the destination of the service order to the server after the network connection is restored; the actual driving route is used for
  • the server is allowed to determine the target service fee of the service order, and based on the target service fee and the service fee in the order settlement page, determine the subsidy amount for the service requester or the service provider.
  • the aforementioned order processing device further includes a location information sending module 6100;
  • the location information sending module 6100 is used for:
  • the current driving position is sent to the server based on a preset period; the driving position is used to enable the server to generate order information including service fees;
  • the aforementioned order processing apparatus further includes an offline information processing module 6110, and the offline information processing module 6110 is configured to:
  • the offline end order identifier is generated
  • the status synchronization module is specifically configured to send the offline end order identifier to the server after the network connection is restored, so that the server sets the execution status of the service order based on the offline end order identifier The execution end state.
  • FIG. 7 is a block diagram showing an order processing device according to some embodiments of the present application.
  • the function implemented by the order processing device corresponds to the steps in the order processing method executed by the server.
  • the order processing device may include:
  • the location information obtaining module 710 is configured to obtain the driving location of the service order sent by the terminal of the service provider;
  • the first fee calculation module 720 is configured to determine the service fee of the service order based on the origin of the service order, the destination of the service order, and the driving position;
  • the order information processing module 730 is configured to generate order information of the service order based on the determined service fee, and send the order information to the terminal of the service provider.
  • the above-mentioned order processing device further includes:
  • the route acquisition module 740 is configured to acquire the actual driving route sent by the terminal of the service provider from the origin of the service order to the destination of the service order;
  • the second fee calculation module 750 is configured to determine the target service fee of the service order based on the actual driving route
  • the fee subsidy module 760 is configured to determine the amount of subsidy for the service requester or the service provider based on the target service fee and the service fee of the service order determined last time.
  • the above-mentioned order processing device further includes:
  • the end information obtaining module 770 is configured to obtain the offline end order identifier corresponding to the service order sent by the terminal of the service provider;
  • the order information synchronization module 780 is configured to set the execution state of the service order to the execution end state based on the offline end order identifier.
  • This embodiment discloses an electronic device. As shown in FIG. 8, it includes a processor 801, a memory 802, and a bus 803.
  • the memory 802 stores machine-readable instructions executable by the processor 801.
  • the processor 801 and the memory 802 communicate through the bus 803.
  • the machine-readable instructions are executed by the processor 801, the order processing method in any of the above embodiments is executed.
  • This embodiment discloses a computer-readable storage medium having a computer program stored on the computer-readable storage medium, and the computer program executes the steps in the order processing method of the foregoing embodiment when the computer program is run by a processor.
  • the embodiment of the present application also provides an order processing computer program product, which includes a computer-readable storage medium storing non-volatile program code executable by a processor, and instructions included in the program code can be used to execute the foregoing method implementation
  • a computer-readable storage medium storing non-volatile program code executable by a processor
  • instructions included in the program code can be used to execute the foregoing method implementation
  • 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)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种订单处理方法及装置，服务提供方的终端能够在接收到服务提供方针对服务订单触发的订单结束请求后，检测当前的网络连接状态，并在网络连接状态为离线状态，将服务订单的执行状态设置为执行结束状态，从而在到达服务订单的目的地后，服务提供方能够查看一些服务订单执行过程中无法查看的信息，有效提高了服务提供方的终端的资源利用率。

Description

一种订单处理方法及装置
交叉引用
本申请要求2019年4月2日提交的中国申请201910263338.9的优先权全部内容通过引用并入本文。
技术领域
本申请涉及网约车技术领域，具体而言，涉及一种订单处理方法及装置。
背景技术
目前，很多司机都是通过服务平台承接服务订单，并根据承接的服务订单中的信息接送对应的乘客。在实际接送乘客的过程中，由于网络覆盖范围的局限性或司机使用的移动终端出现故障等原因，很可能在将乘客送到目的地之后，司机无法正常使用网络，这就造成了司机在将乘客送到目的地之后，无法结束当前的服务订单。
司机无法结束当前服务订单，不仅会导致无法查看一些服务订单执行过程中无法查看的信息，并且会浪费司机使用的移动终端的资源，降低司机使用的移动终端的使用效率。
发明内容
有鉴于此，本申请的目的在于提供一种订单处理方法及装置，能够在接收到服务提供方针对服务订单触发的订单结束请求后，检测当前的网络连接状态，并在网络连接状态为离线状态，将服务订单的执行状态设置为执行结束状态，从而能够提高服务提供方的终端的资源利用率。
第一方面，本申请实施例提供了一种订单处理方法，应用于服务提供方的终端，包括：
在获取到服务提供方针对服务订单触发的订单结束请求后，检测当前的网络连接状 态；
若所述网络连接状态为离线状态，将所述服务订单的执行状态设置为执行结束状态；
在恢复网络连接后，将所述服务订单的执行结束状态同步给服务端。
在一种可能的实施方式中，上述订单处理方法还包括：
基于离线前获取到的所述服务订单的最新的订单信息，确定所述服务订单的服务费用；
基于确定的服务费用，生成订单结算页面，用于服务请求方进行所述服务订单的订单支付。
在一种可能的实施方式中，所述基于确定的服务费用，生成订单结算页面，包括：
获取服务提供方确定的订单支付方式；
基于所述订单支付方式和确定的服务费用，生成订单结算页面。
在一种可能的实施方式中，在生成所述订单结算页面之后，上述订单处理方法还包括：
在所述订单支付方式为线上支付时，并且在恢复网络连接后，将所述订单结算页面中的服务费用发送给所述服务订单对应的服务请求方的终端；其中，所述服务费用用于服务请求方进行所述服务订单的订单支付。
在一种可能的实施方式中，在生成所述订单结算页面之后，上述订单处理方法还包括：
在所述订单支付方式为线下支付时，获取服务请求方的支付方式校验信息，并基于获取的支付方式校验信息验证服务请求方选择的支付方式是否为线下支付；
在服务请求方选择线下支付时，将所述服务订单的支付状态设置为支付完成状态。
在一种可能的实施方式中，所述基于获取的支付方式校验信息验证服务请求方选择的支付方式是否为线下支付，包括：
获取所述服务订单对应的标准校验信息；
利用预定算法对所述支付方式验证信息进行计算，得到待匹配校验信息；
在所述待匹配校验信息与所述标准校验信息相等时，确定服务请求方选择的支付方式为线下支付。
在一种可能的实施方式中，所述支付方式验证信息至少包括一个随机数。
在一种可能的实施方式中，上述订单处理方法还包括：
在恢复网络连接后，将从所述服务订单的始发地到所述服务订单的目的地的对应的实际行驶路线信息发送给服务端；所述实际行驶路线用于使所述服务端确定所述服务订单的目标服务费用，并基于所述目标服务费用和订单结算页面中的服务费用，确定针对所述服务请求方或所述服务提供方的补贴金额。
在一种可能的实施方式中，上述订单处理方法还包括：
在正常连接网络时，基于预设的周期向服务端发送当前的行驶位置；所述行驶位置用于使所述服务端生成包括服务费用的订单信息；
接收服务端发送的订单信息。
在一种可能的实施方式中，上述订单处理方法还包括：
在获取到订单结束请求，并且在网络连接状态为离线状态时，生成离线结束订单标识；
所述在恢复网络连接后，将所述服务订单的执行结束状态同步给服务端，包括：在恢复网络连接后，将所述离线结束订单标识发送给服务端，以使所述服务端基于所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。
第二方面，本申请实施提供了一种订单处理方法，应用于服务端，包括：
获取服务提供方的终端发送的服务订单的行驶位置；
基于所述服务订单的始发地、所述服务订单的目的地和所述行驶位置，确定所述服务订单的服务费用；
基于确定的服务费用生成所述服务订单的订单信息，并将所述订单信息发送给所述服务提供方的终端。
在一种可能的实施方式中，上述订单处理方法还包括：
获取服务提供方的终端发送的，从所述服务订单的始发地行驶到所述服务订单的目的地的实际行驶路线；
基于所述实际行驶路线确定所述服务订单的目标服务费用；
基于所述目标服务费用和上一次确定的所述服务订单的服务费用，确定针对所述服务请求方或所述服务提供方的补贴金额。
在一种可能的实施方式中，上述订单处理方法还包括：
获取服务提供方的终端发送的，所述服务订单对应的离线结束订单标识；
基于所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。
第三方面，本申请实施例提供了一种订单处理装置，应用于服务提供方的终端，包括：
网络状态检测模块，用于在获取到服务提供方针对服务订单触发的订单结束请求后，检测当前的网络连接状态；
订单状态设置模块，用于在所述网络连接状态为离线状态时，将所述服务订单的执行状态设置为执行结束状态；
状态同步模块，用于在恢复网络连接后，将所述服务订单的执行结束状态同步给服务端。
在一种可能的实施方式中，上述订单处理装置还包括：
费用确定模块，用于基于离线前获取到的所述服务订单的最新的订单信息，确定所述服务订单的服务费用；
结算处理模块，用于基于确定的服务费用，生成订单结算页面，用于服务请求方进行所述服务订单的订单支付。
在一种可能的实施方式中，所述结算处理模块具体用于：
获取服务提供方确定的订单支付方式；
基于所述订单支付方式和确定的服务费用，生成订单结算页面。
在一种可能的实施方式中，上述订单处理装置还包括：
第一结算模块，用于在所述订单支付方式为线上支付时，并且在恢复网络连接后，将所述订单结算页面中的服务费用发送给所述服务订单对应的服务请求方的终端；其中，所述服务费用用于服务请求方进行所述服务订单的订单支付。
在一种可能的实施方式中，上述订单处理装置还包括：
结算验证模块，用于在所述订单支付方式为线下支付时，获取服务请求方的支付方式校验信息，并基于获取的支付方式校验信息验证服务请求方选择的支付方式是否为线下支付；
第二结算模块，用于在服务请求方选择线下支付时，将所述服务订单的支付状态设置为支付完成状态。
在一种可能的实施方式中，所述结算验证模块具体用于：
获取所述服务订单对应的标准校验信息；
利用预定算法对所述支付方式验证信息进行计算，得到待匹配校验信息；
在所述待匹配校验信息与所述标准校验信息相等时，确定服务请求方选择的支付方式为线下支付。
在一种可能的实施方式中，所述支付方式验证信息至少包括一个随机数。
在一种可能的实施方式中，上述订单处理装置还包括：
费用矫正模块，用于在恢复网络连接后，将从所述服务订单的始发地到所述服务订单的目的地的对应的实际行驶路线信息发送给服务端；所述实际行驶路线用于使所述服务端确定所述服务订单的目标服务费用，并基于所述目标服务费用和订单结算页面中的服务费用，确定针对所述服务请求方或所述服务提供方的补贴金额。
在一种可能的实施方式中，上述订单处理装置还包括位置信息发送模块；
所述位置信息发送模块用于：
在正常连接网络时，基于预设的周期向服务端发送当前的行驶位置；所述行驶位置用于使所述服务端生成包括服务费用的订单信息；
接收服务端发送的订单信息。
在一种可能的实施方式中，上述订单处理装置还包括离线信息处理模块，所述离线信息处理模块用于：
在获取到订单结束请求，并且在网络连接状态为离线状态时，生成离线结束订单标识；
所述状态同步模块，具体用于在恢复网络连接后，将所述离线结束订单标识发送给服务端，以使所述服务端基于所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。
第四方面，本申请实施例还提供了一种订单处理装置，应用于服务端，包括：
位置信息获取模块，用于获取服务提供方的终端发送的服务订单的行驶位置；
第一费用计算模块，用于基于所述服务订单的始发地、所述服务订单的目的地和所述行驶位置，确定所述服务订单的服务费用；
订单信息处理模块，用于基于确定的服务费用生成所述服务订单的订单信息，并将所述订单信息发送给所述服务提供方的终端。
在一种可能的实施方式中，上述订单处理装置还包括：
路线获取模块，用于获取服务提供方的终端发送的，从所述服务订单的始发地行驶到所述服务订单的目的地的实际行驶路线；
第二费用计算模块，用于基于所述实际行驶路线确定所述服务订单的目标服务费用；
费用补贴模块，用于基于所述目标服务费用和上一次确定的所述服务订单的服务费 用，确定针对所述服务请求方或所述服务提供方的补贴金额。
在一种可能的实施方式中，上述订单处理装置还包括：
结束信息获取模块，用于获取服务提供方的终端发送的，所述服务订单对应的离线结束订单标识；
订单信息同步模块，用于基于所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。
第五方面，本申请实施例还提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行本申请实施例第一方面，第一方面中任一种可能的实施方式、第二方面，以及第二方面中任一种可能的实施方式中的步骤。
第六方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行本申请实施例第一方面，第一方面中任一种可能的实施方式、第二方面，以及第二方面中任一种可能的实施方式中的步骤。
本申请实施例提供了一种订单车处理方法及装置，其中，服务提供方的终端在获取到服务提供方针对服务订单触发的订单结束请求后，检测当前的网络连接状态，并在所述网络连接状态为离线状态时，将服务订单的执行状态设置为执行结束状态；之后，在恢复网络连接后，服务提供方的终端将服务订单的执行结束状态同步给服务端。上述技术方案中的服务提供方的终端能够在接收到服务提供方针对服务订单触发的订单结束请求后，检测当前的网络连接状态，并在网络连接状态为离线状态，将服务订单的执行状态设置为执行结束状态，从而在到达服务订单的目的地后，服务提供方能够查看一些服务订单执行过程中无法查看的信息，有效提高了服务提供方的终端的资源利用率。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的一种订单处理系统的架构示意图；
图2示出了本申请实施例提供的一种订单处理方法的流程图；
图3示出了本申请实施例提供的另一种订单处理方法中，生成订单结算页面具体的流程图；
图4示出了本申请实施例提供的另一种订单处理方法中，服务提供方的终端基于获取的支付方式校验信息验证服务请求方选择的支付方式是否为线下支付具体的流程图；
图5示出了本申请实施例提供的另一种订单处理方法的流程图；
图6示出了本申请实施例提供的一种订单处理装置的结构示意图；
图7示出了本申请实施例提供的另一种订单处理装置的结构示意图；
图8示出了本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因 此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“网约车”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕网约车进行描述，但是应该理解，这仅是一个示例性实施例。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
本申请中的术语“乘客”和“服务请求方”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”和“服务提供方”可互换使用，以指代可以提供服务的个人、实体或工具。
本申请中的术语“服务请求”、“服务订单”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”、“服务订单”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。
本申请中使用的定位技术可以基于全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS)，罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。
本申请的一个方面涉及一种订单处理系统。该系统中的服务提供方的终端，能够在接收到服务提供方针对服务订单触发的订单结束请求后，检测当前的网络连接状态，并在网络连接状态为离线状态时，将服务订单的执行状态设置为执行结束状态。
从而在到达服务订单的目的地后，服务提供方能够查看一些服务订单执行过程中无法查看的信息，有效提高了服务提供方的终端的资源利用率。
值得注意的是，在本申请提出申请之前，服务提供方的终端在网络状态为离线状态时，无法结束当前服务订单，造成了无法查看一些服务订单执行过程中无法查看的信息，同时会浪费服务提供方使用的终端的资源。然而，本申请提供的订单处理系统可以在接收到订单结束请求，并且检测到当前的网络连接状态为离线状态时，将服务订单的执行状态设置为执行结束状态。通过将服务订单的执行状态设置为执行结束状态，本申请的订单处理系统可以离线结束当前服务订单，从而在到达服务订单的目的地后，服务提供方能够查看一些服务订单执行过程中无法查看的信息，有效提高了服务提供方的终端的资源利用率。
图1是本申请实施例提供的一种订单处理系统100的架构示意图。订单处理系统100可以包括服务器110、网络120、服务请求方的终端130、服务提供方的终端140、和数据库150中的一种或多种。
在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于服务提供方的终端上传的行驶位置确定服务费用。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(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中的服务提供方的终端来执行，具体执行过程为：
S210、服务提供方的终端在获取到服务提供方针对服务订单触发的订单结束请求后，检测服务提供方的终端当前的网络连接状态。
服务订单为服务请求方利用其终端通过打车平台发布的订单，服务提供方利用服务提供方的终端可以选择并承接某一服务订单。服务订单中包括服务请求方的始发地和目的地。服务提供方在承接了服务订单之后，需要按照服务订单中的始发地去接服务请求方，并根据服务订单中的目的地，将服务请求方送达目的地。
在将服务请求方送到目的地后，服务提供方会在服务方的终端上触发一个订单结束请求，服务提供方的终端需要将该订单结束请求发送给服务端，表示当前的服务订单已经完成。服务提供方的终端将订单结束请求发送给服务端之后，根据服务端发送的反馈信息，在服务提供方的终端结束当前服务订单。
由于网络覆盖范围的局限性或服务提供方的终端发生故障，在将服务请求方送到目的地后，服务提供方的终端可能无法连接正常连接网络，此时服务提供方的终端无法向服务端发送订单结束请求，这就造成在服务提供端上无法结束当前已完成的服务订单，以至于无法在查看一些信息，造成服务提供方的终端的资源浪费。
本步骤中，服务提供方的终端在获取到服务提供方针对服务订单触发的订单结束请求后，检测当前的网络连接状态，之后，根据检测得到的网络连接状态就可以对当前服务订单的执行状态进行设置或改变。
本步骤中的检测得到的网络连接状态不仅可以包括服务提供方的终端离线或在线 两种状态，可以包括服务提供方的终端的当前网络信号的强度值。根据检测得到的网络信号的强度值，可以在网络信号非常弱或较弱时，将服务提供方的终端的网络状态视为离线状态。在一些实施例中，服务提供方的终端还可以检测网络的上传和/或下载速度，并可以在网络的上传和/或下载速度较低时(如小于10B/s)将服务提供方的终端的网络状态视为离线状态。
S220、若服务提供方的终端的网络连接状态为离线状态，服务提供方的终端将所述服务订单的执行状态设置为执行结束状态。
本步骤中，服务提供方的终端的网络连接状态为离线状态，不仅可以指服务提供方的终端的网络状态为离线状态，还可以指服务提供方的终端的网络信号非常弱或小于一个预定的阈值。上述预定的阈值是一个根据实际经验确定的、比较小的值。
在服务提供方的终端的网络连接状态为离线状态时，服务提供方的终端将当前服务订单的执行状态设置为执行结束状态。将当前服务订单的执行状态设置为执行结束状态之后，服务提供方就能够利用服务提供方的终端查看一些信息，提高了服务提供方的终端的资源利用率。
在将服务订单的执行状态设置为执行结束状态之后，服务提供方的终端还需要生成离线结束订单标识。该离线结束订单标识用于表示对应的服务订单在服务提供方的终端上离线结束了。在一些实施例中，该离线结束订单标识可以包括所记录的订单结束的时间。在一些实施例中，该离线结束订单标识还可以包括所记录的订单结束的位置。
在恢复网络连接后，服务提供方的终端会将所述离线结束订单标识发送给服务端，以使所述服务端基于所述离线结束订单标识，在服务端上将所述服务订单的执行状态设置为执行结束状态，从而实现了服务提供方的终端与服务端的订单状态的统一。
另外，只有服务器上的服务订单的执行状态更新为执行结束状态之后，服务提供方的终端才能通过叫车平台继续承接服务订单。因此需要将离线结束订单标识发送给服务端。
在将服务订单的执行状态设置为执行结束状态时，还需要从服务提供方的终端的本地存储部件中获取当前服务订单的服务费用，以使服务请求方基于该服务费用完成对当 前服务订单的订单支付。
上述服务费用是由服务端根据服务提供方的行驶位置、服务订单的始发地和服务订单的目的地，预估得到的。确定服务费用之后，服务端基于服务费用生成订单信息，并将生成的订单信息下发给服务提供方的终端。服务提供方的终端接收到订单信息之后，将该订单信息存储在本地，并在服务订单的执行状态更新为执行结束状态，并且服务提供方的终端的网络状态为离线状态时，从本地的订单信息中获取服务费用，以使服务请求方基于该服务费用完成对当前服务订单的订单支付。
S230、在恢复网络连接后，服务提供方的终端将所述服务订单的执行结束状态同步给服务端。
在执行本步骤之前，需要执行如下步骤：服务提供方的终端在获取到订单结束请求，并且在服务提供方的终端的网络连接状态为离线状态时，生成离线结束订单标识。
本步骤具体可以通过如下步骤实现：在服务提供方的网络连接恢复后，服务提供方的终端将所述离线结束订单标识发送给服务端，以使所述服务端基于所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。只有服务器上的服务订单的执行状态更新为执行结束状态之后，服务提供方的终端才能通过叫车平台继续承接服务订单，服务请求方才能够通过叫车平台继续发布服务订单。
在一些实施例中，如图3所示，上述服务提供方的终端执行的订单处理方法还包括如下步骤：
S310、服务提供方的终端基于离线前获取到的所述服务订单的最新的订单信息，确定所述服务订单的服务费用。
这里的订单信息包括当前服务订单的服务费用、服务订单的标识符、服务请求方的始发地、服务请求方的目的地等信息。
在正常连接网络时，服务提供方的终端基于预设的周期，周期性地向服务端发送当前的行驶位置。服务端根据接收的行驶位置、服务订单的目的地和所述行驶位置，确定行驶路线；之后，服务端根据确定的行驶路线确定服务费用，利用确定服务费用生成订单信息，并将生成的订单信息发送给服务提供方的终端。服务提供方的终端接收到订单 信息后，将订单信息存储在自身的存储部件中，例如存储在服务提供方的终端的磁盘中。
根据上面的陈述可知，服务提供方的终端周期性上报行驶位置，服务端根据接收的每个行驶位置均反馈一个包括服务费用的订单信息，在服务提供方的终端根据时间的推移会不断更新其存储的订单信息。
如果服务提供方的终端在服务提供方行驶到目的地时处于离线状态，则利用离线前接收的最新的订单信息确定当前服务订单的服务费用，利用该订单信息记录对应的行驶位置确定的行驶路线与服务提供方的实际行驶路线最接近，因此利用订单信息确定的服务费用最准确。例如，服务提供方的终端可以根据离线前获取到的所述服务订单的最新的订单信息，获取离线前所产生的服务费用；服务提供方的终端还可以根据离线时的行驶位置到服务订单目的地的行驶路线估算离线后所需要的服务费用。将离线前所产生的服务费用与估算出的离线后所需要的服务费用相加即可得到所述服务订单的服务费用。
应当说明的是，由于实际路况、天气等原因，服务提供方的行驶路线可能发生改变，因此需要根据服务提供方的实际行驶位置更新行驶路线，并更新服务费用。
S320、服务提供方的终端基于确定的服务费用，生成订单结算页面，用于服务请求方进行所述服务订单的订单支付。
在具体实施时，可以根据如下子步骤生成订单结算页面：服务提供方的终端获取服务提供方确定的订单支付方式，并基于所述订单支付方式和确定的服务费用，生成订单结算页面。
上述订单支付方式包括线上支付和线下支付。在服务提供方选择的订单支付方式不同时，生成的订单结算页面也不同。
具体地，在服务提供方选择线上支付时，生成的订单结算页面包括服务费用、服务订单的身份标识符等信息。在服务提供方的终端恢复网络连接后，服务提供方的终端将所述订单结算页面中的服务费用发送给所述服务订单对应的服务请求方的终端，服务请求方的终端在接收到服务提供方的终端发送的服务费用后，根据服务费用进行订单支付。
在服务提供方选择线下支付时，生成的订单结算页面不仅包括服务费用、服务订单 的身份标识符等信息，还包括获取服务请求方的支付方式校验信息的输入框。服务提供方将其从服务端获取的支付方式校验信息告诉服务提供方，再由服务提供方将服务请求方的支付方式校验信息输入订单结算页面上的输入框中，服务提供方的终端从订单结算页面获取服务请求方的支付方式校验信息。
在服务提供方的终端获取到服务请求方的支付方式校验信息之后，基于获取的支付方式校验信息验证服务请求方选择的支付方式是否为线下支付；若服务请求方选择线下支付，则服务提供方和服务请求方均同意线下支付，此时服务提供方将所述服务订单的支付状态设置为支付完成状态即可，表示当前服务订单的订单支付已经完成。服务请求方线下将服务费用交付服务提供方即可。
上述支付方式校验信息是服务提供方通过其终端承接服务订单之后，服务端下发给服务请求方的终端的。服务端同时下发标准校验信息给服务提供方的终端。利用服务提供方的终端接收的标准校验信息和服务请求方的终端接收的支付方式校验信息能够校验服务提供方和服务请求方是否均同意线下支付，并且能够避免服务提供方给服务端提供虚假的支付信息。
在一些实施例中，如图4所示，上述服务提供方的终端基于获取的支付方式校验信息验证服务请求方选择的支付方式是否为线下支付，具体可以包括如下步骤：
S410、服务提供方的终端获取所述服务订单对应的标准校验信息。
上述标准校验信息存储在服务提供方的终端的存储部件中。
S420、服务提供方的终端利用预定算法对所述支付方式验证信息进行计算，得到待匹配校验信息。
上述预定算法可以是哈希算法。
服务提供方的终端在获取到服务请求方的支付方式验证信息之后，计算支付方式验证信息的哈希值，得到上述待匹配校验信息。
应当说明的是，上述预定算法还可以是除哈希算法之外的其他加密算法。
S430、在所述待匹配校验信息与所述标准校验信息相等时，服务提供方的终端确定 服务请求方选择的支付方式为线下支付。
本步骤将待匹配校验信息与所述标准校验信息进行比较，如果所述待匹配校验信息与所述标准校验信息相等，说明服务提供方得到的是该服务订单对应的服务请求方的支付方式验证信息，即表明该服务订单对应的服务请求方也同意线下支付这种订单支付方式。
上述支付方式校验信息可以包括验证码，为了提高验证的准确度，上述支付方式校验信息还可以包括一个随机数。并且还可以包括随机数的加盐值。
上述对线下支付的验证的步骤保证了线下支付的真实性，避免支付纠纷。上述线下支付的方式能够在服务提供方的终端的网络状态为离线状态时，有效提高服务请求方的支付效率。
在一些实施例中，上述服务提供方的终端执行的订单处理方法还包括如下步骤：在服务提供方的终端恢复网络连接后，服务提供方的终端将从所述服务订单的始发地到所述服务订单的目的地的对应的实际行驶路线信息发送给服务端；所述实际行驶路线用于使所述服务端确定所述服务订单的目标服务费用，并基于所述目标服务费用和订单结算页面中的服务费用，确定针对所述服务请求方或所述服务提供方的补贴金额。
由于服务订单的订单结束操作是离线进行的，所以订单结算页面中的服务费用可能与实际的服务费用，即目标服务费用存在误差，上述步骤基于目标服务费用与单结算页面中的服务费用的差值，对服务请求方或所述服务提供方进行补贴。
如果在获取到服务提供方针对服务订单触发的订单结束请求时，服务提供方的终端的网络连接状态为正常状态，此时将订单结束请求发送服务端，再根据订单结束请求反馈的服务费用生成订单结算页面。
参照图5所示，为本申请实施例提供的一种订单处理方法的流程示意图，该方法可以由订单处理系统100中的服务器来执行，具体执行过程为：
S510、服务器获取服务提供方的终端发送的服务订单的行驶位置。
S520、服务器基于所述服务订单的始发地、所述服务订单的目的地和所述行驶位置， 确定所述服务订单的服务费用。
S530、服务器基于确定的服务费用生成所述服务订单的订单信息，并将所述订单信息发送给所述服务提供方的终端。
上述服务器与上述服务端可以是一个设备。
在一些实施例中，上述服务器执行的订单处理方法还包括如下步骤：获取服务提供方的终端发送的，从所述服务订单的始发地行驶到所述服务订单的目的地的实际行驶路线；基于所述实际行驶路线确定所述服务订单的目标服务费用；基于所述目标服务费用和上一次确定的所述服务订单的服务费用，确定针对所述服务请求方或所述服务提供方的补贴金额。在一些实施例中，服务器(或服务端)可以在服务提供方的终端恢复网络连接后接收到离线结束订单标识，该标识中包括所记录的订单结束的时间和/或位置。服务器可以根据该订单结束的时间和/或位置确定所述服务订单的目标服务费用。通过基于真实的订单结束时间/位置确定服务订单的目标服务费用，可以避免因离线后临时变更目的地而造成的费用偏差的问题。基于所述目标服务费用和上一次确定的所述服务订单的服务费用(如估算出的服务费用)，服务器可以确定针对所述服务请求方或所述服务提供方的补贴金额。
在一些实施例中，上述服务器执行的订单处理方法还包括如下步骤：获取服务提供方的终端发送的，所述服务订单对应的离线结束订单标识；基于所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。
图6是示出本申请的一些实施例的订单处理装置的框图，该订单处理装置实现的功能对应上述服务提供方的终端执行的订单处理方法中的步骤。如图所示，订单处理装置可以包括：
网络状态检测模块610，用于在获取到服务提供方针对服务订单触发的订单结束请求后，检测当前的网络连接状态；
订单状态设置模块620，用于在所述网络连接状态为离线状态时，将所述服务订单的执行状态设置为执行结束状态；
状态同步模块630，用于在恢复网络连接后，将所述服务订单的执行结束状态同步 给服务端。
在一些实施例中，上述订单处理装置还包括：
费用确定模块640，用于基于离线前获取到的所述服务订单的最新的订单信息，确定所述服务订单的服务费用；
结算处理模块650，用于基于确定的服务费用，生成订单结算页面，用于服务请求方进行所述服务订单的订单支付。
在一些实施例中，所述结算处理模块具体用于：
获取服务提供方确定的订单支付方式；
基于所述订单支付方式和确定的服务费用，生成订单结算页面。
在一些实施例中，上述订单处理装置还包括：
第一结算模块660，用于在所述订单支付方式为线上支付时，并且在恢复网络连接后，将所述订单结算页面中的服务费用发送给所述服务订单对应的服务请求方的终端；其中，所述服务费用用于服务请求方进行所述服务订单的订单支付。
在一些实施例中，上述订单处理装置还包括：
结算验证模块670，用于在所述订单支付方式为线下支付时，获取服务请求方的支付方式校验信息，并基于获取的支付方式校验信息验证服务请求方选择的支付方式是否为线下支付；
第二结算模块680，用于在服务请求方选择线下支付时，将所述服务订单的支付状态设置为支付完成状态。
在一些实施例中，所述结算验证模块670具体用于：
获取所述服务订单对应的标准校验信息；
利用预定算法对所述支付方式验证信息进行计算，得到待匹配校验信息；
在所述待匹配校验信息与所述标准校验信息相等时，确定服务请求方选择的支付方式为线下支付。
在一些实施例中，所述支付方式验证信息至少包括一个随机数。
在一些实施例中，上述订单处理装置还包括：
费用矫正模块690，用于在恢复网络连接后，将从所述服务订单的始发地到所述服务订单的目的地的对应的实际行驶路线信息发送给服务端；所述实际行驶路线用于使所述服务端确定所述服务订单的目标服务费用，并基于所述目标服务费用和订单结算页面中的服务费用，确定针对所述服务请求方或所述服务提供方的补贴金额。
在一些实施例中，上述订单处理装置还包括位置信息发送模块6100；
所述位置信息发送模块6100用于：
在正常连接网络时，基于预设的周期向服务端发送当前的行驶位置；所述行驶位置用于使所述服务端生成包括服务费用的订单信息；
接收服务端发送的订单信息。
在一些实施例中，上述订单处理装置还包括离线信息处理模块6110，所述离线信息处理模块6110用于：
在获取到订单结束请求，并且在网络连接状态为离线状态时，生成离线结束订单标识；
所述状态同步模块，具体用于在恢复网络连接后，将所述离线结束订单标识发送给服务端，以使所述服务端基于所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。
图7是示出本申请的一些实施例的订单处理装置的框图，该订单处理装置实现的功能对应上述服务端执行的订单处理方法中的步骤。如图所示，订单处理装置可以包括：
位置信息获取模块710，用于获取服务提供方的终端发送的服务订单的行驶位置；
第一费用计算模块720，用于基于所述服务订单的始发地、所述服务订单的目的地和所述行驶位置，确定所述服务订单的服务费用；
订单信息处理模块730，用于基于确定的服务费用生成所述服务订单的订单信息， 并将所述订单信息发送给所述服务提供方的终端。
在一些实施例中，上述订单处理装置还包括：
路线获取模块740，用于获取服务提供方的终端发送的，从所述服务订单的始发地行驶到所述服务订单的目的地的实际行驶路线；
第二费用计算模块750，用于基于所述实际行驶路线确定所述服务订单的目标服务费用；
费用补贴模块760，用于基于所述目标服务费用和上一次确定的所述服务订单的服务费用，确定针对所述服务请求方或所述服务提供方的补贴金额。
在一些实施例中，上述订单处理装置还包括：
结束信息获取模块770，用于获取服务提供方的终端发送的，所述服务订单对应的离线结束订单标识；
订单信息同步模块780，用于基于所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。
本实施例公开了一种电子设备，如图8所示，包括：处理器801、存储器802和总线803，所述存储器802存储有所述处理器801可执行的机器可读指令，当电子设备运行时，所述处理器801与所述存储器802之间通过总线803通信。所述机器可读指令被所述处理器801执行时执行上述任一实施例中的订单处理方法。
本实施例公开了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述实施例的订单处理方法中的步骤。
本申请实施例还提供了一种订单处理计算机程序产品，其包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的 方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (28)

  1. 一种订单处理方法，其特征在于，应用于服务提供方的终端，包括：
    在获取到服务提供方针对服务订单触发的订单结束请求后，检测当前的网络连接状态；
    若所述网络连接状态为离线状态，将所述服务订单的执行状态设置为执行结束状态；
    在恢复网络连接后，将所述服务订单的执行结束状态同步给服务端。
  2. 根据权利要求1所述的订单处理方法，其特征在于，还包括：
    基于离线前获取到的所述服务订单的最新的订单信息，确定所述服务订单的服务费用；
    基于确定的服务费用，生成订单结算页面，用于服务请求方进行所述服务订单的订单支付。
  3. 根据权利要求2所述的订单处理方法，其特征在于，所述基于确定的服务费用，生成订单结算页面，包括：
    获取服务提供方确定的订单支付方式；
    基于所述订单支付方式和确定的服务费用，生成订单结算页面。
  4. 根据权利要求3所述的订单处理方法，其特征在于，在生成所述订单结算页面之后，还包括：
    在所述订单支付方式为线上支付时，并且在恢复网络连接后，将所述订单结算页面中的服务费用发送给所述服务订单对应的服务请求方的终端；其中，所述服务费用用于服务请求方进行所述服务订单的订单支付。
  5. 根据权利要求3所述的订单处理方法，其特征在于，在生成所述订单结算页面之后，还包括：
    在所述订单支付方式为线下支付时，获取服务请求方的支付方式校验信息，并基于 获取的支付方式校验信息验证服务请求方选择的支付方式是否为线下支付；
    在服务请求方选择线下支付时，将所述服务订单的支付状态设置为支付完成状态。
  6. 根据权利要求5所述的订单处理方法，其特征在于，所述基于获取的支付方式校验信息验证服务请求方选择的支付方式是否为线下支付，包括：
    获取所述服务订单对应的标准校验信息；
    利用预定算法对所述支付方式校验信息进行计算，得到待匹配校验信息；
    在所述待匹配校验信息与所述标准校验信息相等时，确定服务请求方选择的支付方式为线下支付。
  7. 根据权利要求6所述的订单处理方法，其特征在于，所述支付方式验证信息至少包括一个随机数。
  8. 根据权利要求2所述的订单处理方法，其特征在于，还包括：
    在恢复网络连接后，将从所述服务订单的始发地到所述服务订单的目的地的对应的实际行驶路线信息发送给服务端；所述实际行驶路线用于使所述服务端确定所述服务订单的目标服务费用，并基于所述目标服务费用和订单结算页面中的服务费用，确定针对所述服务请求方或所述服务提供方的补贴金额。
  9. 根据权利要求2所述的订单处理方法，其特征在于，还包括：
    在正常连接网络时，基于预设的周期向服务端发送当前的行驶位置；所述行驶位置用于使所述服务端生成包括服务费用的订单信息；
    接收服务端发送的订单信息。
  10. 根据权利要求1所述的订单处理方法，其特征在于，还包括：
    在获取到订单结束请求，并且在网络连接状态为离线状态时，生成离线结束订单标识；
    所述在恢复网络连接后，将所述服务订单的执行结束状态同步给服务端，包括：
    在恢复网络连接后，将所述离线结束订单标识发送给服务端，以使所述服务端基于 所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。
  11. 一种订单处理方法，其特征在于，应用于服务端，包括：
    获取服务提供方的终端发送的服务订单的行驶位置；
    基于所述服务订单的始发地、所述服务订单的目的地和所述行驶位置，确定所述服务订单的服务费用；
    基于确定的服务费用生成所述服务订单的订单信息，并将所述订单信息发送给所述服务提供方的终端。
  12. 根据权利要求11所述的订单处理方法，其特征在于，还包括：
    获取服务提供方的终端发送的，从所述服务订单的始发地行驶到所述服务订单的目的地的实际行驶路线；
    基于所述实际行驶路线确定所述服务订单的目标服务费用；
    基于所述目标服务费用和上一次确定的所述服务订单的服务费用，确定针对服务请求方或所述服务提供方的补贴金额。
  13. 根据权利要求11所述的订单处理方法，其特征在于，还包括：
    获取服务提供方的终端发送的，所述服务订单对应的离线结束订单标识；
    基于所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。
  14. 一种订单处理装置，其特征在于，应用于服务提供方的终端，包括：
    网络状态检测模块，用于在获取到服务提供方针对服务订单触发的订单结束请求后，检测当前的网络连接状态；
    订单状态设置模块，用于在所述网络连接状态为离线状态时，将所述服务订单的执行状态设置为执行结束状态；
    状态同步模块，用于在恢复网络连接后，将所述服务订单的执行结束状态同步给服务端。
  15. 根据权利要求14所述的订单处理装置，其特征在于，还包括：
    费用确定模块，用于基于离线前获取到的所述服务订单的最新的订单信息，确定所述服务订单的服务费用；
    结算处理模块，用于基于确定的服务费用，生成订单结算页面，用于服务请求方进行所述服务订单的订单支付。
  16. 根据权利要求15所述的订单处理装置，其特征在于，所述结算处理模块具体用于：
    获取服务提供方确定的订单支付方式；
    基于所述订单支付方式和确定的服务费用，生成订单结算页面。
  17. 根据权利要求16所述的订单处理装置，其特征在于，还包括：
    第一结算模块，用于在所述订单支付方式为线上支付时，并且在恢复网络连接后，将所述订单结算页面中的服务费用发送给所述服务订单对应的服务请求方的终端；其中，所述服务费用用于服务请求方进行所述服务订单的订单支付。
  18. 根据权利要求16所述的订单处理装置，其特征在于，还包括：
    结算验证模块，用于在所述订单支付方式为线下支付时，获取服务请求方的支付方式校验信息，并基于获取的支付方式校验信息验证服务请求方选择的支付方式是否为线下支付；
    第二结算模块，用于在服务请求方选择线下支付时，将所述服务订单的支付状态设置为支付完成状态。
  19. 根据权利要求18所述的订单处理装置，其特征在于，所述结算验证模块具体用于：
    获取所述服务订单对应的标准校验信息；
    利用预定算法对所述支付方式校验信息进行计算，得到待匹配校验信息；
    在所述待匹配校验信息与所述标准校验信息相等时，确定服务请求方选择的支付方式为线下支付。
  20. 根据权利要求19所述的订单处理装置，其特征在于，所述支付方式验证信息至少包括一个随机数。
  21. 根据权利要求15所述的订单处理装置，其特征在于，还包括：
    费用矫正模块，用于在恢复网络连接后，将从所述服务订单的始发地到所述服务订单的目的地的对应的实际行驶路线信息发送给服务端；所述实际行驶路线用于使所述服务端确定所述服务订单的目标服务费用，并基于所述目标服务费用和订单结算页面中的服务费用，确定针对所述服务请求方或所述服务提供方的补贴金额。
  22. 根据权利要求17所述的订单处理装置，其特征在于，还包括位置信息发送模块；
    所述位置信息发送模块用于：
    在正常连接网络时，基于预设的周期向服务端发送当前的行驶位置；所述行驶位置用于使所述服务端生成包括服务费用的订单信息；
    接收服务端发送的订单信息。
  23. 根据权利要求14所述的订单处理装置，其特征在于，还包括离线信息处理模块，所述离线信息处理模块用于：
    在获取到订单结束请求，并且在网络连接状态为离线状态时，生成离线结束订单标识；
    所述状态同步模块，具体用于在恢复网络连接后，将所述离线结束订单标识发送给服务端，以使所述服务端基于所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。
  24. 一种订单处理装置，其特征在于，应用于服务端，包括：
    位置信息获取模块，用于获取服务提供方的终端发送的服务订单的行驶位置；
    第一费用计算模块，用于基于所述服务订单的始发地、所述服务订单的目的地和所述行驶位置，确定所述服务订单的服务费用；
    订单信息处理模块，用于基于确定的服务费用生成所述服务订单的订单信息，并将所述订单信息发送给所述服务提供方的终端。
  25. 根据权利要求24所述的订单处理装置，其特征在于，还包括：
    路线获取模块，用于获取服务提供方的终端发送的，从所述服务订单的始发地行驶到所述服务订单的目的地的实际行驶路线；
    第二费用计算模块，用于基于所述实际行驶路线确定所述服务订单的目标服务费用；
    费用补贴模块，用于基于所述目标服务费用和上一次确定的所述服务订单的服务费用，确定针对服务请求方或所述服务提供方的补贴金额。
  26. 根据权利要求24所述的订单处理装置，其特征在于，还包括：
    结束信息获取模块，用于获取服务提供方的终端发送的，所述服务订单对应的离线结束订单标识；
    订单信息同步模块，用于基于所述离线结束订单标识，将所述服务订单的执行状态设置为执行结束状态。
  27. 一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1至13任一所述方法的步骤。
  28. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至13任一所述方法的步骤。
PCT/CN2020/082992 2019-04-02 2020-04-02 一种订单处理方法及装置 Ceased WO2020200281A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910263338.9 2019-04-02
CN201910263338.9A CN111768255A (zh) 2019-04-02 2019-04-02 一种订单处理方法及装置

Publications (1)

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

Family

ID=72665008

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/082992 Ceased WO2020200281A1 (zh) 2019-04-02 2020-04-02 一种订单处理方法及装置

Country Status (2)

Country Link
CN (1) CN111768255A (zh)
WO (1) WO2020200281A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110099040A1 (en) * 2009-10-28 2011-04-28 Verizon Patent And Licensing, Inc. Mobile taxi dispatch system
CN106231110A (zh) * 2016-08-12 2016-12-14 北京东方车云信息技术有限公司 司机客户端的离线服务方法、司机客户端及相关系统
CN108566641A (zh) * 2018-03-06 2018-09-21 阿里巴巴集团控股有限公司 支付辅助方法、装置以及设备
CN109428921A (zh) * 2017-08-28 2019-03-05 北京嘀嘀无限科技发展有限公司 消息推送方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110099040A1 (en) * 2009-10-28 2011-04-28 Verizon Patent And Licensing, Inc. Mobile taxi dispatch system
CN106231110A (zh) * 2016-08-12 2016-12-14 北京东方车云信息技术有限公司 司机客户端的离线服务方法、司机客户端及相关系统
CN109428921A (zh) * 2017-08-28 2019-03-05 北京嘀嘀无限科技发展有限公司 消息推送方法及装置
CN108566641A (zh) * 2018-03-06 2018-09-21 阿里巴巴集团控股有限公司 支付辅助方法、装置以及设备

Also Published As

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

Similar Documents

Publication Publication Date Title
US10847031B2 (en) Parking occupancy estimation
EP3149697B1 (en) Maintaining data for use with a transport service during connectivity loss between systems
US10885472B2 (en) Dynamic transportation pooling
US20180293687A1 (en) Ridesharing management for autonomous vehicles
CN110476184A (zh) 拼车方法及系统
TW201913483A (zh) 一種離線支付、業務處理、支付處理的方法及裝置
WO2020042787A1 (zh) 一种租车方法及系统
US11416792B2 (en) Network system capable of grouping multiple service requests
CN108920257B (zh) 事务处理方法、装置、设备及存储介质
US20220076189A1 (en) An information exchange and synchronization method and apparatus
CN109842678B (zh) 一种车辆共享方法及装置
US9990846B1 (en) Device, system and method for traffic management
US12488565B2 (en) Charging systems and methods for detecting and identifying a vehicle and utilizing this information in a charging application
WO2020200281A1 (zh) 一种订单处理方法及装置
CN111861616B (zh) 一种订单信息显示方法及装置
US20230012948A1 (en) Enhanced security ride services subscription delivery system
US20240235239A9 (en) Battery charging system with enhanced time-based charging and coupling detection
CN116860762B (zh) 地图数据的处理方法、装置、车辆及可读存储介质
US20240227607A9 (en) Battery charging system with enhanced time-based charging
CN111967630A (zh) 服务匹配方法、装置、电子设备和计算机可读存储介质
CN111353863A (zh) 一种债券报价系统及债券报价方法
US20220012732A1 (en) Control method, server, and recording medium
CN115809879A (zh) 一种区块链数据处理方法、装置、设备和存储介质
CN115617823A (zh) 地图更新数据下载方法、装置、设备及可读介质
CN115267851B (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: 20782860

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: 20782860

Country of ref document: EP

Kind code of ref document: A1