CN115689664A

CN115689664A - Order processing method and device, electronic equipment and storage medium

Info

Publication number: CN115689664A
Application number: CN202110785111.8A
Authority: CN
Inventors: 宋丹琪; 史贾兵; 吴坤
Original assignee: Beijing Sankuai Online Technology Co Ltd
Current assignee: Beijing Sankuai Online Technology Co Ltd
Priority date: 2021-07-12
Filing date: 2021-07-12
Publication date: 2023-02-03

Abstract

The embodiment of the disclosure provides an order processing method and device, electronic equipment and a storage medium. The order processing method comprises the following steps: after the vehicle-mounted client generates the order, responding to the change of the state of the empty and heavy license plate, acquiring the current order information, caching the current order information to the local, and jumping to the order state corresponding to the state of the empty and heavy license plate; and under the condition that the network connection is normal, sending the cached order information to the server. On one hand, the change of the order state on the vehicle client side does not depend on the order state issued by the server side, but depends on the state of the empty and heavy license plate, so that the vehicle client side can still normally circulate the order even under the condition of abnormal network connection, and the accuracy of the order state on the vehicle client side is ensured; on the other hand, under the condition that the network connection is normal, the vehicle-mounted client timely uploads the order information cached locally to the server, so that the server can timely know the order state.

Description

Order processing method and device, electronic equipment and storage medium

Technical Field

The present disclosure relates to the field of internet technologies, and in particular, to an order processing method and apparatus, an electronic device, and a storage medium.

Background

Along with the rapid development of the internet technology, taxi taking service is more and more favored by users, and the users can take taxi on line or off line, so that the taxi taking service can be more convenient and faster.

The vehicle machine is an intelligent vehicle-mounted device installed on a vehicle. Early car machines may include radio, navigation, etc. functions. With the development of science and technology, the car machine develops towards intellectualization and informatization, and a user can realize the circulation of orders through the car machine.

The traditional touring taxi does not depend on the network, a driver presses down an empty and heavy license plate after receiving a passenger, a taximeter starts to charge, and a journey starts; after the driver arrives at the destination, the empty and heavy license plate is lifted up, the fee counter finishes charging, and the travel is finished. And if the order circulation is realized through the vehicle machine, the communication with the server side needs to be carried out by depending on the network. However, when the network is disconnected, the car machine cannot communicate with the server, so that the driver cannot continue to complete the order at the car machine.

Disclosure of Invention

In view of the foregoing problems, embodiments of the present disclosure provide an order processing method and apparatus, an electronic device, and a storage medium, which overcome the foregoing problems.

According to a first aspect of an embodiment of the present disclosure, an order processing method is provided, which is applied to a car-in-car client, and the method includes:

after the order is generated, responding to the change of the state of the empty and heavy license plate, acquiring current order information, caching the current order information to the local, and jumping to the order state corresponding to the state of the empty and heavy license plate;

and under the condition that the network connection is normal, sending the cached order information to the server.

Optionally, the obtaining current order information and caching the current order information to the local includes: acquiring current order information, and caching the current order information into a locally preset cache queue in a queue form; the sending the cached order information to the server includes: and sequentially sending the order information in the cache queue to the server according to the sequence of the cache time.

Optionally, the sending the cached order information to the server includes: and under the condition that the cached order information belongs to a plurality of different orders, taking the orders as dimensions and sending the order information corresponding to the current order to the server according to the sequence of the caching time.

Optionally, the order information includes a state of the empty and heavy license plate and field information, and the field information includes at least one of the following: time stamp, positioning information and charging information.

Optionally, the method further comprises: under the condition that the state of the empty and heavy license plate is a heavy vehicle state, receiving an order type returned by the server, and jumping to the order state corresponding to the heavy vehicle state in the order type; and the order type is verified by the server side under the condition that the state of the empty and heavy license plate contained in the received order information is a heavy vehicle state, so that the order type corresponding to the order information is obtained.

According to a second aspect of the embodiments of the present disclosure, there is provided an order processing method applied to a server, the method including:

receiving order information sent by a vehicle-mounted client, and checking an order type corresponding to the order information if the state of the empty and heavy license plate contained in the order information is a heavy vehicle state;

returning the order type to the vehicle machine client, wherein the order type is used for indicating the vehicle machine client to jump to an order state corresponding to the heavy vehicle state under the order type;

after the order is received by the vehicle-mounted client, the order information is cached to the local in response to the change of the state of the empty and heavy license plate, the order information jumps to the order state corresponding to the state of the empty and heavy license plate, and the cached order information is sent to the server under the condition of normal network connection.

Optionally, the verifying the order type corresponding to the order information includes: under the condition that the order information does not contain a network contract order identifier, or under the condition that the order information contains the network contract order identifier but the network contract order corresponding to the network contract order identifier is cancelled, checking whether a network contract order matched with the order information exists; if the order exists, determining that the order type corresponding to the order information is a network contract order; and if the order type does not exist, determining that the order type corresponding to the order information is a radio bill.

According to a third aspect of the embodiments of the present disclosure, there is provided an order processing apparatus applied to a car-in-car client, the apparatus including:

the response module is used for responding to the change of the state of the empty and heavy license plate after generating the order, acquiring the current order information, caching the current order information to the local, and jumping to the order state corresponding to the state of the empty and heavy license plate;

and the sending module is used for sending the cached order information to the server under the condition of normal network connection.

Optionally, the response module is specifically configured to obtain current order information, and cache the current order information in a queue form in a locally preset cache queue; the sending module is specifically configured to send the order information in the cache queue to the server in sequence according to the sequence of the cache time.

Optionally, the sending module is specifically configured to, when the cached order information belongs to a plurality of different orders, send the order information corresponding to the current order to the server side with the order as a dimension according to the sequence of the caching time.

Optionally, the apparatus further comprises: the skip module is used for receiving an order type returned by the server side under the condition that the state of the empty and heavy license plate is a heavy vehicle state, and skipping to an order state corresponding to the heavy vehicle state under the order type; and the order type is verified by the server side under the condition that the state of the empty and heavy license plate contained in the received order information is a heavy vehicle state, so that the order type corresponding to the order information is obtained.

According to a fourth aspect of the embodiments of the present disclosure, there is provided an order processing apparatus applied to a server, the apparatus including:

the checking module is used for receiving order information sent by the vehicle-mounted client, and checking the order type corresponding to the order information if the state of the empty and heavy license plate contained in the order information is a heavy-vehicle state;

the returning module is used for returning the order type to the vehicle machine client, wherein the order type is used for indicating the vehicle machine client to jump to an order state corresponding to the heavy vehicle state under the order type;

Optionally, the verifying module is specifically configured to, when the order information does not include a network contract order identifier, or when the order information includes the network contract order identifier but a network contract order corresponding to the network contract order identifier is cancelled, verify whether a network contract order matching the order information already exists; if yes, determining that the order type corresponding to the order information is a network contract order; and if the order type does not exist, determining that the order type corresponding to the order information is a raising order.

According to a fifth aspect of embodiments of the present disclosure, there is provided an electronic apparatus including: one or more processors; and one or more machine-readable media having instructions stored thereon; when executed by the one or more processors, the instructions cause the processors to perform any one of the above order processing methods executed by the in-vehicle client, or any one of the above order processing methods executed by the server.

According to a sixth aspect of embodiments of the present disclosure, there is provided a computer-readable storage medium, on which a computer program is stored, which when executed by a processor, implements any of the above order processing methods executed by a car machine client, or implements any of the above order processing methods executed by a server.

The embodiment of the disclosure provides an order processing method and device, electronic equipment and a storage medium. In the embodiment of the disclosure, after receiving an order, the vehicle-mounted client responds to the change of the state of the empty and heavy license plate, acquires the current order information, caches the current order information to the local, jumps to the order state corresponding to the state of the empty and heavy license plate, and sends the cached order information to the server under the condition of normal network connection. On one hand, the change of the order state on the vehicle-mounted client does not depend on the order state issued by the server, but depends on the state of an empty and heavy license plate which is in near field communication with a vehicle, so that the vehicle-mounted client can still normally circulate orders even under the condition of abnormal network connection, and the accuracy of the order state on the vehicle-mounted client is ensured; on the other hand, under the condition that the network connection is normal, the vehicle-mounted client timely uploads the order information cached locally to the server, so that the server can timely know the order state.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present disclosure, the drawings needed to be used in the description of the embodiments of the present disclosure will be briefly introduced below, and it is obvious that the drawings in the following description are only some drawings of the embodiments of the present disclosure, and other drawings can be obtained according to these drawings by those skilled in the art without inventive exercise.

FIG. 1 is a flow chart of a prior art order processing method.

Fig. 2 is a system architecture diagram of an embodiment of the present disclosure.

FIG. 3 is a flowchart illustrating steps of a method for order processing according to an embodiment of the present disclosure.

Fig. 4 is a flowchart of an order processing method according to an embodiment of the disclosure.

FIG. 5 is a flow chart of steps in another method of order processing according to an embodiment of the present disclosure.

FIG. 6 is a flow chart of an order verification process of an embodiment of the present disclosure.

Fig. 7 is a block diagram of an order processing apparatus according to an embodiment of the present disclosure.

Fig. 8 is a block diagram of an order processing apparatus according to an embodiment of the present disclosure.

Detailed Description

Technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present disclosure, and it is apparent that the described embodiments are only a part of the embodiments of the present disclosure, and not all the embodiments of the present disclosure. All other embodiments, which can be derived by a person skilled in the art from the embodiments disclosed herein without making any creative effort, shall fall within the protection scope of the present disclosure.

FIG. 1 is a flow chart of a prior art order processing method. The order processing method shown in fig. 1 is to apply the service logic of the network appointment to the car machine indiscriminately.

As shown in fig. 1, the prior art order processing method may include the steps of:

in step 101, a passenger places an order at the passenger's end.

And step 102, scheduling by a server.

And 103, the driver buys an order at the driver end.

And 104, the server side creates a formal journey, binds drivers and conductors and takes the order state as a passenger.

In step 105, the passenger end displays waiting drivers.

And 106, displaying to receive the passenger at the driver end.

In step 107, the driver clicks at the driver end point to reach the pick-up point.

And 108, changing the travel order state to reach the boarding point by the server side.

In step 109, the passenger end shows that the driver has arrived at the boarding point.

At step 110, the driver displays the waiting passengers.

Step 111, the driver presses the meter to start the trip.

And step 112, the server changes the state of the travel order into the travel.

In step 113, the passenger displays the starting journey.

And step 114, displaying a journey navigation page at the driver end.

In step 115, the driver lifts the watch to end the trip.

And step 116, the service end changes the travel order state into a bill to be confirmed.

And step 117, displaying a bill confirmation page on the driver side.

The driver fires the bill at the driver's endpoint, step 118.

Step 119, the server side changes the state of the travel order into a state to be paid.

At step 120, the passenger displays the payment to be paid.

And step 121, displaying the payment to be paid by the driver.

The passenger pays the bill at the passenger end, step 122.

And step 123, the server changes the state of the travel order into a paid state, and the travel order is finished.

It should be noted that the driver end in fig. 1 may refer to a car machine client used by the driver, and the passenger end may refer to a mobile terminal client used by the passenger.

As can be seen from fig. 1, the status of the driver's table pressing and table lifting needs to be uploaded to the server by the driver, the server changes the order status and then notifies the passenger and driver, and the passenger and driver change their own order status based on the notification of the server, so the order processing process needs the support of network connection. However, when the network connection is disconnected, the car-machine client cannot communicate with the server, so that the driver cannot continue to complete the order at the car-machine client.

The abnormal situation is exemplified as follows:

(1) If the client of the vehicle-mounted computer does not have a network when the pressure gauge starts a journey, the action of starting the journey cannot be synchronized to the server, a driver and a passenger cannot respectively sense that the journey starts from the client, the driver cannot see navigation, and information such as the starting time of the journey and the like is lost.

(2) If the client of the vehicle machine does not have a network when the table is lifted to finish the travel, the travel finishing action cannot be synchronized to the server. Information such as the end time of the trip, the amount of money and the like can be lost, and more seriously, the driver can not send a bill to the passenger, and the trip order can not be continuously pushed. This is typically the case, and the driver will have the passenger pay offline, but if the passenger has a coupon, the passenger will be reluctant to engage in offline payment, which in turn causes customer complaints and significantly affects the user experience.

(3) If the order is cancelled, the in-vehicle client does not receive the push that the order was cancelled because of a network problem. At this time, the driver receives a pop-up bill, and the pop-up bill is bound to the cancelled network order bill at the server, so that data errors are caused, and an error order page is displayed to the driver.

(4) Under the condition that a vehicle machine is linked with a mobile terminal (a driver is provided with a mobile terminal client and is matched with the vehicle machine client for use), if the driver successfully performs order grabbing through the mobile terminal, but the vehicle machine client does not receive synchronous order pushing due to network problems, at the moment, the driver receives a passenger and presses a meter to start a stroke, the network order is taken as a new promotion order at a server, so that data errors are caused, and wrong order pages are displayed for the driver.

Therefore, under the condition of using the car machine client, a new order processing mode needs to be adopted so as to ensure that the car machine client can still normally circulate orders under the condition of abnormal network connection, the accuracy of the order state on the car machine client is ensured, and the car machine client can timely upload locally cached order information to the server under the condition of normal network connection.

Fig. 2 is a system architecture diagram of an embodiment of the present disclosure. As shown in fig. 2, in the embodiment of the present disclosure, the system may include a car-in-vehicle peripheral, a car-in-vehicle client used by a driver, a mobile terminal client used by the driver, and a server. Of course, a mobile terminal client (not shown in fig. 2) used by the passenger may also be included.

The car machine refers to a vehicle-mounted intelligent terminal installed inside a vehicle (such as a taxi).

The in-vehicle peripherals may include, but are not limited to: a meter, a license plate for empty or heavy goods, a dome light, etc.

The taximeter is a pricing device installed inside a vehicle (such as a taxi), and is used for acquiring billing information during the driving of the taxi.

The top lamp is a signal lamp arranged on the outer side of the roof, and is used for prompting the current passenger carrying state of the vehicle.

The empty and heavy license plate refers to a device which is installed inside a vehicle (such as a taxi) and is used for controlling the passenger carrying state of the vehicle, and a driver can change the passenger carrying state of the vehicle by rotating the empty and heavy license plate. When the passenger gets on the bus, the driver can rotate the empty and heavy license plate to a heavy state, the heavy state indicates that the bus carries the passenger currently, and the empty and heavy license plate can inform the taximeter to start charging after rotating to the heavy state and inform the top lamp to prompt the passenger to be carried currently. When the passenger gets off the vehicle, the driver can rotate the empty license plate to an empty state, wherein the empty state refers to that the vehicle does not carry passengers currently, and the empty license plate can inform the taximeter to stop charging after rotating to the empty state and inform the top lamp to prompt that the vehicle does not carry passengers currently.

The car machine client used by the driver can be installed on the car machine, and the car machine client can be an application program (APP) installed on the car machine. The vehicle-mounted client can realize vehicle-mounted interaction, interface interaction, data processing, network synchronization and the like. Wherein, the car machine interaction includes but is not limited to: card swipe login, real-time status, card swipe logout, meter pressing, meter lifting, and the like. Interface interactions include, but are not limited to: the method comprises the following steps of logging in a page, a main page, a travel page corresponding to a flyer bill, a bill sending page, a page to be paid, a bill grabbing page corresponding to a network contract bill, a going/waiting passenger, a travel page, a bill sending page, a page to be paid and the like. The data processing can realize the functions of data analysis, database and the like, and the driver information, the order information and the like of each driver can be stored in the database. Network synchronization can realize functions of data synchronization queue, synchronization task, data correction and the like.

The mobile terminal client used by the driver may be an application installed on the mobile terminal used by the driver. The mobile terminal client used by the driver can realize page interaction functions such as order grabbing page, going to and receiving/waiting for passengers, travel page, bill sending page, page to be paid, page paid and the like.

The server can realize the unified management of user data, order data and the like.

Next, the order processing method of the present disclosure is described by the following embodiments.

Referring to FIG. 3, a flowchart illustrating steps of a method of order processing according to an embodiment of the present disclosure is shown. The order processing method shown in fig. 3 is applied to the car-in-vehicle client.

As shown in fig. 3, the order processing method may include the steps of:

step 301, after generating an order, responding to the change of the state of the empty and heavy license plate, acquiring current order information, caching the current order information to the local, and jumping to the order state corresponding to the state of the empty and heavy license plate.

Aiming at the (1) and (2) in the abnormal conditions, the order state can be circulated by the vehicle-mounted client based on the state of the empty and heavy license plate, so that the vehicle-mounted client can smoothly push the order even under the condition of abnormal network connection.

The order processing method shown in fig. 3 may be implemented in a state where the driver successfully accepts or robs an order through the vehicle client or the mobile terminal client, the server generates an order and synchronizes the state of the order to the driver end and the passenger end, and the driver arrives at the boarding point and waits for a passenger.

After the passengers get on the vehicle, the driver performs pressure gauge operation on the empty and heavy license plates, and the state of the empty and heavy license plates is changed from the empty state to the heavy state. The empty and heavy license plate and the vehicle client can be communicated through the near field communication, so that the empty and heavy license plate can transmit the current state (namely the heavy vehicle state) of the empty and heavy license plate to the vehicle client no matter whether the network connection of the vehicle client is normal or not.

In the prior art, the vehicle-mounted client responds to the change of the state of the empty and heavy license plate, namely, the state of the empty and heavy license plate is changed from the empty state to the heavy state, the vehicle-mounted client transmits the current state of the empty and heavy license plate (namely, the heavy state) to the server based on the network connection between the vehicle-mounted client and the server, the server changes the order state into the travel based on the current state of the empty and heavy license plate, then the order state in the travel is synchronously sent to the passenger side and the driver side (which can comprise the vehicle-mounted client and the mobile terminal client used by a driver), and the vehicle-mounted client jumps to the order state synchronous with the server and displays a travel navigation page. However, if the network connection of the vehicle-mounted client is abnormal, the vehicle-mounted client cannot transmit the current state (i.e., the heavy-mounted state) of the empty and heavy license plate to the server, and therefore the vehicle-mounted client cannot smoothly jump to the order state synchronized with the server and cannot display the travel navigation page.

In the embodiment of the disclosure, the car-machine client responds to the change of the state of the empty and heavy license plate, namely, the state of the empty and heavy license plate is changed from the empty state to the heavy state, and jumps to the order state (namely, in the journey) corresponding to the current state (namely, the heavy state) of the empty and heavy license plate, and the car-machine client can display the journey navigation page. Therefore, even if the network connection of the car machine client is abnormal, the car machine client can still normally jump to the order state (namely in the journey) corresponding to the heavy car state, and the journey navigation page is displayed. Meanwhile, the vehicle-mounted client can also obtain the current order information and cache the order information to the local so as to send the cached order information to the server side under the condition of normal network connection in the following process.

After the passengers get off the vehicle, the driver lifts the empty and heavy license plate to operate the pressure gauge, and the state of the empty and heavy license plate is changed from a heavy state to an empty state. The empty and heavy license plate and the vehicle client can be communicated through the near field communication, so that the empty and heavy license plate can transmit the current state (namely the empty state) of the empty and heavy license plate to the vehicle client no matter whether the network connection of the vehicle client is normal or not.

In the prior art, the vehicle-mounted client responds to the change of the state of the empty and heavy license plate, namely, the state of the empty and heavy license plate is changed from the heavy-mounted state to the empty-mounted state, the vehicle-mounted client transmits the current state (namely, the empty-mounted state) of the empty and heavy license plate to the server based on the network connection between the vehicle-mounted client and the server, the server changes the order state into a bill to be confirmed based on the current state of the empty and heavy license plate, then the order state of the bill to be confirmed is synchronously sent to the passenger side and the driver side (which can comprise the vehicle-mounted client and the mobile terminal client used by a driver), and the vehicle-mounted client jumps to the synchronous order state of the server and displays a confirmed bill page. However, if the network connection of the vehicle-mounted client is abnormal, the vehicle-mounted client cannot transmit the current state (i.e., the empty state) of the empty and heavy license plate to the server, and therefore the vehicle-mounted client cannot smoothly jump to the synchronous order state of the server and cannot display the confirmed bill page.

In the embodiment of the present disclosure, the vehicle-mounted client responds to a change of the state of the empty and heavy license plate, that is, the state of the empty and heavy license plate is changed from the heavy-mounted state to the empty-mounted state, and jumps to an order state (that is, a bill to be confirmed) corresponding to the current state (that is, the empty-mounted state) of the empty and heavy license plate, and the vehicle-mounted client may display a bill confirmation page. Therefore, even if the network connection of the in-vehicle client is abnormal, the in-vehicle client can still normally jump to the order state (namely the bill to be confirmed) corresponding to the empty state, and the confirmed bill page is displayed. Meanwhile, the on-board unit client can also obtain current order information and cache the current order information to the local so as to send the cached order information to the server under the condition of normal network connection in the following process.

Optionally, the order information may include, but is not limited to, at least one of: the status of the empty and heavy license plate, the field information, the order identification, the network contract identification, and the like. The presence information may include, but is not limited to, at least one of the following: time stamps, positioning information, billing information, etc.

Step 302, sending the cached order information to a server under the condition that the network connection is normal.

And the vehicle-mounted client sends the cached order information to the server under the condition that the order information exists in the local cache. If the network connection is normal, the transmission is successful; if the network connection is abnormal, the transmission will fail. Under the condition of failed sending, the vehicle-machine client can resend the cached order information to the server regularly; and monitoring whether the network connection is normal or not in real time, and if the network connection is normal, sending the cached order information to the server.

In an alternative embodiment, the order information cached by the in-vehicle client may belong to a plurality of different orders, considering that the in-vehicle client may receive other orders (such as raise orders) during the abnormal network connection period. In an implementation, order information that identifies the same order may be considered to belong to the same order. Therefore, in the process of sending the cached order information to the server, the vehicle-mounted client sends the order information corresponding to the current order to the server by taking the order as a dimension according to the sequence of the caching time under the condition that the cached order information belongs to a plurality of different orders. Therefore, the accuracy of the order information can be ensured, and the disorder of the order information is avoided.

In an alternative embodiment, order information may be cached in the form of a queue in order to make caching more accurate and easier. Therefore, the process of the in-vehicle client obtaining the current order information and caching the current order information to the local may include: acquiring current order information, and caching the current order information into a local preset cache queue in a queue form. Correspondingly, the process that the vehicle-mounted client sends the cached order information to the server side comprises the following steps: and sequentially sending the order information in the cache queue to the server according to the sequence of the cache time.

In the embodiment of the disclosure, on one hand, the change of the order state on the car machine client does not depend on the order state issued by the server, but depends on the state of the empty and heavy license plate performing near field communication with the car machine, so that the car machine client can still normally circulate the order even if the network connection is abnormal, and the accuracy of the order state on the car machine client is ensured; on the other hand, under the condition that the network connection is normal, the vehicle-mounted client timely uploads the order information cached locally to the server, so that the server can timely know the order state.

Fig. 4 is a flowchart of an order processing method according to an embodiment of the disclosure. The order processing method shown in fig. 4 includes the interactive processes of the server side, the passenger side and the driver side.

As shown in fig. 4, the order processing method may include the steps of:

in step 401, a passenger places an order at the passenger's end.

Step 402, scheduling by the server.

In step 403, the driver takes an order at the driver's end.

And step 404, the server side creates a formal journey, binds drivers and conductors and takes the order state as a passenger.

At step 405, the passenger-side display waits for the driver.

At step 406, the driver's end shows the passenger to be picked up.

In step 407, the driver clicks at the driver end point to the pick-up point.

In step 408, the server changes the status of the travel order to arrive at the boarding point.

In step 409, the passenger shows that the driver has reached the boarding point.

At step 410, the driver's end displays the waiting passenger.

In step 411, the driver presses the gauge to start the trip.

In step 412, the driver enqueues the current order information and caches it.

In an implementation, the buffer queue may be in a producer-consumer mode. The logic of production is that there is a driver response action, i.e., a message (i.e., order information) is produced and incorporated into the team cache. The logic of consumption is that as long as the number of messages (namely order information) is greater than 0, the messages are consumed (namely sent to the server) in sequence according to the enqueue time, the network is disconnected and suspended, and the network resumes consumption. The consumption mode is to send a network request to the server, the successful consumption mark is that the message is successfully sent to the server, and the message is successfully removed from the queue by consumption.

In step 413, the driver displays the journey navigation page.

In step 414, the driver lifts the watch to end the trip.

In step 415, the driver enqueues the current order information and caches it.

At step 416, the driver displays a bill confirmation page.

At step 417, the driver fires the bill at the driver's endpoint.

In step 418, the driver enqueues the current order information.

It should be noted that, the order information is queued, but no cache may be made, and the order information when the bill is sent by clicking may be obtained by the driver end in real time and sent to the server end after the network connection is recovered.

And step 419, after the server receives the order information during the meter pressing, changing the order state of the journey into the journey.

In step 420, the passenger end displays the start trip.

In step 421, after the server receives the order information during the table lifting, the state of the travel order is changed into a bill to be confirmed.

And 422, after receiving the order information when the bill is sent in a point-to-point mode, the server changes the travel order state into a state to be paid.

At step 423, the driver displays the payment to be paid.

At step 424, the passenger displays the payment to be made.

The passenger pays a bill at the passenger's end, step 425.

In step 426, the service end changes the status of the travel order to paid, and the travel order is completed.

It should be noted that the driver end in fig. 4 may refer to a car client used by the driver, and the passenger end may refer to a mobile terminal client used by the passenger.

Referring to FIG. 5, a flowchart illustrating steps of a method of order processing according to an embodiment of the present disclosure is shown. The order processing method shown in fig. 5 is applied to the server.

As shown in fig. 5, the order processing method may include the steps of:

step 501, receiving order information sent by a vehicle-mounted client, and if the state of the empty and heavy license plate contained in the order information is a heavy-mounted state, checking an order type corresponding to the order information.

For the (3) and (4) in the abnormal conditions, the order type can be verified by the server under the condition that the received empty and heavy license plate is in the heavy vehicle state.

After receiving the order information sent by the vehicle-mounted client, the server analyzes the order information, and if the state of the empty and heavy license plate contained in the order information is a heavy vehicle state, the server verifies the order type corresponding to the order information. The order types may include a network order, a flyer order. The network order is an order generated after a passenger places an order on line through a mobile terminal client used by the passenger. The raising order refers to an order generated after a passenger takes a taxi and gets on the bus and establishes association with the vehicle client.

In an optional implementation manner, the process of the server side verifying the order type corresponding to the order information may include: under the condition that the order information does not contain a network contract order identifier, or under the condition that the order information contains the network contract order identifier but the network contract order corresponding to the network contract order identifier is cancelled, checking whether a network contract order matched with the order information exists; if the order exists, determining that the order type corresponding to the order information is a network contract order; and if the order type does not exist, determining that the order type corresponding to the order information is a radio bill.

FIG. 6 is a flow chart of an order verification process of an embodiment of the present disclosure. As shown in FIG. 6, the order validation process may include the following steps:

step 601, the server receives order information that the empty and heavy license plate state is a heavy vehicle state.

Step 602, the server determines whether the order information includes a network contract order identifier. If yes, go to step 603; if not, go to step 607.

In step 603, the server attempts to start the journey.

Step 604, the server checks the status of the network contract order. If the status of the network contract order is not started/started, step 605 is executed; if the status of the reservation order is the finished trip, executing step 606; in the case that the status of the network offer is cancelled, step 607 is executed.

In step 605, the server starts a trip.

And step 606, the server returns the current state (finished travel) to the car machine client.

In step 607, the server attempts to create a flyer.

In step 608, the server checks whether there is an offer matching the received order information. If yes, go to step 609; if not, go to step 610.

Step 609, the server side creates a network contract order.

Step 610, the server side creates a vocational order.

In the process that the server side checks whether the order form matched with the received order information exists, the server side can judge whether the order form which does not start the travel exists, and if the order form which does not start the travel exists, the server side determines that the order form which does not start the travel is the order form matched with the received order information.

And 502, returning the order type to the vehicle machine client.

And after the server side checks and obtains the corresponding order type when the empty and heavy license plate state contained in the order information is the heavy vehicle state, returning the order type to the vehicle machine client side. And when the empty and heavy license plate state is the heavy vehicle state, the vehicle-mounted client jumps to the order state corresponding to the heavy vehicle state in the order type after receiving the order type returned by the server.

Certainly, the server may also return the state of the finished travel to the in-vehicle client if the order is the network order, so that the in-vehicle client can finish the travel in time to ensure the accuracy of the order state.

By the method, the server side checks the order type, so that the accuracy of the order type can be ensured, and the accuracy of order pushing of the vehicle client side is further ensured.

In the embodiment of the present disclosure, the following aspects can be achieved: the order information is subject to the vehicle-machine operation lifting meter and the pressure meter, and the charging information is subject to the vehicle-machine taximeter generating amount (except for being cancelled); combining a vehicle manufacturer data source, a server data source and a client off-line cache data three-way data source of a vehicle machine client; order state circulation and other key path operations of the vehicle-mounted client are not limited by a network, and information is synchronized to the server as soon as possible; the data of the client of the mobile terminal used by the driver still takes the data of the server as the standard, and the operation needs to synchronize information to the server in real time; the vehicle-mounted client ensures the accuracy of the offline data, namely, the interactive interface carries accurate and complete information such as positioning information, charging information, timestamps and the like, and the data is not missed; the on-board unit client ensures the timeliness of the off-line data, namely, once the network is recovered, the request needs to be initiated again by taking the order as the dimension; the server needs to pay attention to the Action occurrence time (namely the driver operation time) instead of the interface calling time; the server needs to pay attention to the condition of interface abnormality (service code! = 0), the in-vehicle client does not request again, and continues to order the flow; the server side and the vehicle machine client side need to be matched, and order correction is carried out on the condition that orders are not matched or the order states are not matched; for the problem of order loss caused by hardware communication of the vehicle-mounted computer, the vehicle-mounted computer client side is recovered as much as possible, and if the lowest order can not be recovered, the follow-up order circulation and order data are not influenced; for the problem of order state loss caused by hardware communication of the vehicle machine, the vehicle machine client side ensures that the order flow is converted to a completion state as much as possible, and if the order flow cannot be converted to the completion state, the order flow is marked as abnormal end.

In the embodiment of the disclosure, the client of the vehicle machine is offline without depending on a network to push a travel order, and the information and the action of the order are cached to the local and are sequentially synchronized to the server. And the server re-verifies the order according to the network contract order state at the pressure meter interface and returns the order to the vehicle client, so that the integrity, the accuracy and the timeliness of the travel order are ensured. By the method, the order information loss rate is reduced from the vehicle-mounted client to the server, the order information accuracy is improved, the network connection is recovered from the vehicle-mounted client, the page of the vehicle-mounted client is refreshed to correct order information, and the average delay is reduced.

Referring to fig. 7, a block diagram of an order processing apparatus according to an embodiment of the present disclosure is shown. The order processing device shown in fig. 7 is applied to the in-vehicle client.

As shown in fig. 7, the order processing apparatus may include the following modules:

the response module 701 is used for responding to the change of the state of the empty and heavy license plate after generating the order, acquiring the current order information, caching the current order information to the local, and jumping to the order state corresponding to the state of the empty and heavy license plate;

a sending module 702, configured to send the cached order information to the server under a condition that the network connection is normal.

Optionally, the response module 701 is specifically configured to obtain current order information, and cache the current order information in a queue form into a locally preset cache queue; the sending module 702 is specifically configured to send the order information in the cache queue to the server in sequence according to the sequence of the cache time.

Optionally, the sending module 702 is specifically configured to, when the cached order information belongs to multiple different orders, send, by using the order as a dimension, the order information corresponding to the current order to the server according to the sequence of the caching time.

Referring to fig. 8, a block diagram of an order processing apparatus according to an embodiment of the present disclosure is shown. The order processing apparatus shown in fig. 8 is applied to a server.

As shown in fig. 8, the order processing apparatus may include the following modules:

the checking module 801 is configured to receive order information sent by a vehicle client, and check an order type corresponding to the order information if the state of the empty and heavy license plate included in the order information is a heavy vehicle state;

a returning module 802, configured to return the order type to the car machine client, where the order type is used to instruct the car machine client to jump to an order state corresponding to the heavy-vehicle state under the order type;

Optionally, the checking module 801 is specifically configured to, when the order information does not include a network contract order identifier, or when the order information includes a network contract order identifier but a network contract order corresponding to the network contract order identifier is cancelled, check whether a network contract order matching the order information already exists; if the order exists, determining that the order type corresponding to the order information is a network contract order; and if the order type does not exist, determining that the order type corresponding to the order information is a radio bill.

In the embodiment of the disclosure, the service end checks the order type, so that the accuracy of the order type can be ensured, and the accuracy of order pushing of the vehicle-mounted client end is further ensured.

For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.

In an embodiment of the present disclosure, an electronic device is also provided. The electronic device may include one or more processors and one or more machine-readable media having instructions, such as an application program, stored thereon. When executed by the one or more processors, the instructions cause the processors to execute the order processing method executed by the car machine client in any one of the above embodiments, or execute the order processing method executed by the server in any one of the above embodiments.

In an embodiment of the present disclosure, there is also provided a non-transitory computer readable storage medium having stored thereon a computer program, the program being executable by a processor of an electronic device to perform the order processing method performed by the in-vehicle client in any of the above embodiments, or to perform the order processing method performed by the server in any of the above embodiments. For example, the non-transitory computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

The algorithms and displays presented herein are not inherently related to any particular computer, virtual machine, or other apparatus. Various general purpose systems may also be used with the teachings herein. The required structure for constructing such a system will be apparent from the description above. In addition, embodiments of the present disclosure are not directed to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the embodiments of the present disclosure as described herein, and any descriptions of specific languages are provided above to disclose the best mode of use of the embodiments of the present disclosure.

In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the disclosure may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the disclosure, various features of the embodiments of the disclosure are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be interpreted as reflecting an intention that: that is, claimed embodiments of the disclosure require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of an embodiment of this disclosure.

Those skilled in the art will appreciate that the modules in the device in an embodiment may be adaptively changed and disposed in one or more devices different from the embodiment. The modules or units or components of the embodiments may be combined into one module or unit or component, and furthermore they may be divided into a plurality of sub-modules or sub-units or sub-components. All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or elements of any method or apparatus so disclosed, may be combined in any combination, except combinations where at least some of such features and/or processes or elements are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

The various component embodiments of the disclosure may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. It will be understood by those skilled in the art that a microprocessor or Digital Signal Processor (DSP) may be used in practice to implement some or all of the functions of some or all of the components in a motion picture generating device according to an embodiment of the present disclosure. Embodiments of the present disclosure may also be implemented as an apparatus or device program for performing a portion or all of the methods described herein. Such programs implementing embodiments of the present disclosure may be stored on a computer readable medium or may be in the form of one or more signals. Such a signal may be downloaded from an internet website or provided on a carrier signal or in any other form.

It should be noted that the above-mentioned embodiments illustrate rather than limit embodiments of the disclosure, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. Embodiments of the disclosure may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The usage of the words first, second and third, etcetera do not indicate any ordering. These words may be interpreted as names.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

The above description is only for the purpose of illustrating the preferred embodiments of the present disclosure and is not to be construed as limiting the embodiments of the present disclosure, and any modifications, equivalents, improvements and the like that are made within the spirit and principle of the embodiments of the present disclosure are intended to be included within the scope of the embodiments of the present disclosure.

The above description is only a specific implementation of the embodiments of the present disclosure, but the scope of the embodiments of the present disclosure is not limited thereto, and any person skilled in the art can easily conceive of changes or substitutions within the technical scope of the embodiments of the present disclosure, and all the changes or substitutions should be covered by the scope of the embodiments of the present disclosure. Therefore, the protection scope of the embodiments of the present disclosure shall be subject to the protection scope of the claims.

Claims

1. An order processing method is applied to a vehicle client side, and comprises the following steps:

after the order is generated, responding to the change of the state of the empty and heavy license plate, acquiring the current order information, caching the current order information to the local, and jumping to the order state corresponding to the state of the empty and heavy license plate;

and under the condition that the network connection is normal, sending the cached order information to a server.

2. The method of claim 1,

the obtaining of the current order information and caching to the local includes: acquiring current order information, and caching the current order information into a local preset cache queue in a queue form;

the sending the cached order information to the server includes: and sequentially sending the order information in the cache queue to the server according to the sequence of the cache time.

3. The method of claim 1, wherein sending the cached order information to a server comprises:

and under the condition that the cached order information belongs to a plurality of different orders, taking the orders as dimensions and sending the order information corresponding to the current order to the server according to the sequence of the caching time.

4. The method of any one of claims 1 to 3, wherein the order information includes status and presence information of the empty weight plate, the presence information including at least one of: time stamp, positioning information and charging information.

5. The method of claim 1, further comprising:

under the condition that the state of the empty and heavy license plate is a heavy vehicle state, receiving an order type returned by the server, and jumping to the order state corresponding to the heavy vehicle state in the order type;

and the order type is verified by the server side under the condition that the state of the empty and heavy license plate contained in the received order information is a heavy vehicle state, so that the order type corresponding to the order information is obtained.

6. An order processing method is applied to a server side, and the method comprises the following steps:

returning the order type to the vehicle-mounted client, wherein the order type is used for indicating the vehicle-mounted client to jump to an order state corresponding to the heavy-mounted state under the order type;

after the order is received by the vehicle-mounted client, responding to the change of the state of the empty and heavy license plate, acquiring current order information, caching the current order information to the local, skipping to the order state corresponding to the state of the empty and heavy license plate, and sending the cached order information to the server under the condition of normal network connection.

7. The method according to claim 6, wherein the verifying the order type corresponding to the order information comprises:

under the condition that the order information does not contain a network contract order identifier, or under the condition that the order information contains the network contract order identifier but the network contract order corresponding to the network contract order identifier is cancelled, checking whether a network contract order matched with the order information exists;

if yes, determining that the order type corresponding to the order information is a network contract order;

and if the order type does not exist, determining that the order type corresponding to the order information is a radio bill.

8. The utility model provides an order processing device which characterized in that is applied to car machine customer end, the device includes:

9. An order processing apparatus, applied to a server, the apparatus comprising:

10. An electronic device, comprising:

one or more processors; and

one or more machine-readable media having instructions stored thereon;

the instructions, when executed by the one or more processors, cause the processors to perform the order processing method of any of claims 1 to 5 or the order processing method of any of claims 6 to 7.

11. A computer-readable storage medium, characterized in that a computer program is stored thereon which, when being executed by a processor, carries out the order processing method of any one of claims 1 to 5 or the order processing method of any one of claims 6 to 7.