CN111724233B

CN111724233B - Vehicle order processing method, device, electronic equipment and storage medium

Info

Publication number: CN111724233B
Application number: CN202010486624.4A
Authority: CN
Inventors: 张雄祥
Original assignee: Beijing Qisheng Technology Co Ltd
Current assignee: Beijing Qisheng Technology Co Ltd
Priority date: 2020-06-01
Filing date: 2020-06-01
Publication date: 2023-04-28
Anticipated expiration: 2040-06-01
Also published as: CN111724233A

Abstract

The embodiment of the disclosure relates to a vehicle order processing method, a vehicle order processing device, computer equipment and a storage medium. The method comprises the following steps: acquiring the lock closing failure times corresponding to the user identification in a first preset time period; the number of locking failures is the number of times that the user identifier triggers the application program to generate a vehicle locking instruction without receiving a locking success message; if the locking failure times are greater than or equal to the failure times threshold, generating an order closing instruction; the order closing instruction is used for indicating to close the vehicle order corresponding to the user identifier. By adopting the method, when the successful information of locking the vehicle can not be transmitted to the application program corresponding to the vehicle order, the order closing instruction is generated to instruct to close the vehicle order corresponding to the user identification, so that the problem that the user normally returns the vehicle and can not finish the vehicle order is avoided.

Description

Vehicle order processing method, device, electronic equipment and storage medium

Technical Field

The embodiment of the disclosure relates to the technical field of data processing, in particular to a vehicle order processing method, a vehicle order processing device, electronic equipment and a storage medium.

Background

With the development of internet technology, various sharing platforms and sharing products are developed, so that daily lives of people are greatly enriched, and travel of operators sharing vehicles (including sharing bicycles, sharing electric vehicles, sharing automobiles and the like) is more and more convenient. The use process of the shared vehicle generally includes that a user selects a specific vehicle, the lock of the corresponding vehicle is opened through an application program, a vehicle using order is opened, the vehicle starts to be used, after the use is finished, the lock of the corresponding vehicle is closed through the application program, and after the vehicle is locked, the vehicle using order is closed. Conventional locking methods generally end a vehicle order by communicating an application program with a vehicle lock, for example, a user initiates a vehicle returning and locking instruction on the application program, returns a successful vehicle locking message to the application program after the vehicle is locked, and ends the vehicle order.

However, in the conventional locking method for communicating with the vehicle lock through the application program, it is necessary to ensure that the vehicle lock can lock the vehicle normally and data transmission between the application program and the vehicle lock is smooth, and when a condition such as a failure of the vehicle lock or unsmooth data transmission occurs, a phenomenon that the vehicle returns according to a normal vehicle returning process but a vehicle using order cannot be ended occurs.

Disclosure of Invention

The embodiment of the disclosure provides a vehicle order processing method, a device, electronic equipment and a storage medium, which can be used for solving the problem that a vehicle is returned according to a normal vehicle returning process but a vehicle order cannot be ended.

In a first aspect, an embodiment of the present disclosure provides a vehicle order processing method, the method including:

acquiring the lock closing failure times corresponding to the user identification in a first preset time period; the locking failure times are times when the user identifier triggers an application program to generate a vehicle locking instruction and does not receive a locking success message;

if the locking failure times are greater than or equal to a failure times threshold value, an order closing instruction is generated; the order closing instruction is used for indicating to close the vehicle order corresponding to the user identifier.

In one embodiment, the generating the order closing instruction if the lock closing failure number is greater than or equal to a failure number threshold includes:

If the locking failure times are greater than or equal to the failure times threshold and the vehicle order is not closed, displaying a first order closing inlet in the application program;

and generating the order closing instruction in response to the operation of closing the entrance to the first order.

In one embodiment, if the lock failure number is greater than or equal to the failure number threshold and the vehicle order is not closed, the displaying the first order closing entry in the application program includes:

if the locking failure times are greater than or equal to the failure times threshold and the vehicle order is not closed, acquiring the vehicle use times and the user credit value corresponding to the user identifier;

and if the number of times of using the vehicle and the credit value of the user meet preset conditions, displaying the first order closing entrance in the application program.

In one embodiment, if the number of times of driving and the credit value of the user meet a preset condition, displaying the first order closing entry in the application program includes:

and if the number of times of using the vehicle is greater than or equal to a threshold value of the number of times of using the vehicle and the credit value of the user is greater than or equal to a threshold value of the credit of the user, displaying the closing entrance of the first order in the application program.

if the number of times of using the vehicle is smaller than the threshold value of the number of times of using the vehicle or the credit value of the user is smaller than the threshold value of the credit of the user, obtaining vehicle information corresponding to the user identifier; the vehicle information comprises at least one of locking success times corresponding to the user identification or vehicle information corresponding to the vehicle order;

and if the locking success times are smaller than a success times threshold or the vehicle information is abnormal locking, displaying the first order closing entrance in the application program.

In one embodiment, after the generating the order closing instruction in response to the operation of closing the portal to the first order, the method further includes:

if the number of times of using the vehicle is greater than or equal to a threshold value of times of using the vehicle, the credit value of the user is greater than or equal to a threshold value of credit of the user, and the order of using the vehicle is not closed, displaying a second order closing inlet in the application program; the second order closing inlet is used for indicating the user identifier to interact with the manual customer service;

And generating the order closing instruction in response to the operation of closing the entrance to the second order.

In one embodiment, the method further comprises:

acquiring Bluetooth information of a vehicle corresponding to the vehicle order; the Bluetooth information comprises a Bluetooth equipment number and a Bluetooth connection secret key;

establishing Bluetooth communication connection with the vehicle corresponding to the vehicle order through the Bluetooth information;

sending a locking instruction to a vehicle corresponding to the vehicle order through the Bluetooth communication connection;

and receiving a locking success message generated by the vehicle corresponding to the vehicle order through the Bluetooth communication connection, and sending the locking success message to a server.

In one embodiment, after generating the order closing instruction, if the lock closing failure number is greater than or equal to the failure number threshold, the method further includes:

determining the vehicle information corresponding to the vehicle order as abnormal locking;

counting the abnormal times of locking corresponding to the same vehicle identifier in a second preset time period;

and if the number of abnormal locking times corresponding to the same vehicle identifier in the second preset time period is greater than or equal to the abnormal locking threshold value, generating a vehicle maintenance list corresponding to the vehicle identifier, wherein the vehicle maintenance list is used for indicating maintenance.

In a second aspect, an embodiment of the present disclosure provides a vehicle order processing apparatus, the apparatus including:

the lock closing failure times acquisition module is used for acquiring lock closing failure times corresponding to the user identification in the first preset duration; the locking failure times are times when the user identifier triggers an application program to generate a vehicle locking instruction and does not receive a locking success message;

the order closing instruction generation module is used for generating an order closing instruction if the locking failure times are greater than or equal to a failure times threshold; the order closing instruction is used for indicating to close the vehicle order corresponding to the user identifier.

In one embodiment, the order closing instruction generation module is further configured to:

In one embodiment, the vehicle order processing device further includes a bluetooth communication module for:

In one embodiment, the vehicle order processing device further includes a vehicle repair order generation module configured to:

In a third aspect, an embodiment of the disclosure provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements the method of the first aspect when the processor executes the computer program.

In a fourth aspect, embodiments of the present disclosure provide a computer-readable storage medium, on which a computer program is stored, which when executed by a processor, implements the method of the first aspect.

According to the vehicle order processing method, device, computer equipment and storage medium, the locking failure times corresponding to the user identification in the first preset time period are obtained, the size relation between the locking failure times and the failure times threshold is compared, when the locking failure times are larger than or equal to the failure times threshold, the vehicle returning process is considered to be normal, the vehicle lock can not be normally closed for some reasons, or the vehicle lock can not be normally closed, a successful vehicle locking message can not be transmitted to an application program corresponding to the vehicle order, at this time, an order closing instruction is generated, the vehicle order corresponding to the user identification is indicated to be closed, and the problem that the vehicle order cannot be ended due to normal vehicle returning is avoided.

Drawings

FIG. 1 is a flow chart of a method of vehicle order processing in one embodiment;

FIG. 2 is a flow chart of one implementation of step S200 in one embodiment;

FIG. 3 is a flow chart of one implementation of step S210 in one embodiment;

FIG. 4 is a flow chart of an alternative implementation of step S212 in an example;

FIG. 5 is a flow chart of an embodiment following step S200;

FIG. 6 is a flow chart of a method of vehicle order processing in one embodiment;

FIG. 7 is a block diagram of a vehicle order processing device in one embodiment;

fig. 8 is an internal structural diagram of an electronic device in one embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present disclosure more apparent, the embodiments of the present disclosure will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the disclosed embodiments and are not intended to limit the disclosed embodiments.

Before the technical scheme of the embodiment of the disclosure is specifically described, the technical background or technical evolution context on which the embodiment of the disclosure is based is described. In general, in the field of shared vehicles, after the use of the vehicle is finished, a user closes the lock of the corresponding vehicle through an application program, and after the vehicle is locked, the vehicle order is finished. However, the method of closing the lock by the application program needs to ensure that the lock can lock the vehicle normally and the data transmission between the application program and the lock is smooth, and when the lock is in fault or the data transmission is not smooth, the phenomenon that the user returns the vehicle normally and cannot end the order for using the vehicle occurs. How to ensure the normal closing of the vehicle order when the user returns normally becomes a difficult problem to be solved at present. In addition, it should be noted that, the technical scheme described in the following embodiments and the solution to the problem that the user can not end the order of using the vehicle when returning the vehicle normally are all applied for a great deal of creative labor. The following describes a technical scheme related to an embodiment of the present disclosure.

In one embodiment, as shown in fig. 1, a vehicle order processing method is provided, where the method is applied to a terminal to illustrate the method, it is understood that the method may also be applied to a server, and may also be applied to a system including the terminal and the server, and implemented through interaction between the terminal and the server. In this embodiment, the method includes the steps of:

step S100, obtaining the lock closing failure times corresponding to the user identification in a first preset time period; the number of lock failures is the number of times the user identification triggers the application program to generate a vehicle lock closing instruction without receiving a lock success message.

Step S200, if the locking failure times are greater than or equal to the failure times threshold, generating an order closing instruction; the order closing instruction is used for indicating to close the vehicle order corresponding to the user identifier.

The first preset duration refers to a preset time span, and may be 30 seconds, 45 seconds, or 60 seconds. The failure frequency threshold is a preset value, and may be 5 times, 10 times, or 15 times. The order of the car is an order which is initiated by a user on the car application program and used for positioning, mileage recording, cost settlement and the like.

Specifically, under normal conditions, the application program opens a vehicle order, and after the use is finished, the application program closes the lock of the corresponding vehicle, and after the vehicle is locked, the vehicle order is finished. However, if the situation such as the failure of the lock or unsmooth data transmission occurs, the phenomenon that the user normally returns the vehicle and cannot finish the order for using the vehicle occurs, and at this time, the user identifier may trigger the application program to generate the vehicle locking instruction for closing the lock for many times. Therefore, the user identifier triggers the application program to generate the vehicle locking instruction for a plurality of times within the first preset time period, but does not receive the locking success message. If the failure times of locking is greater than or equal to the failure times threshold, the vehicle returning process is considered to be normal, and the vehicle lock can not be normally closed for some reasons, or the vehicle lock is normally closed, and the successful vehicle locking message can not be transmitted to the application program corresponding to the vehicle order, at this time, an order closing instruction is generated, and the vehicle order corresponding to the user identification is indicated to be closed.

For example, the user normally returns the vehicle through the application program, but the vehicle lock cannot be closed later, or the vehicle lock is normally closed, but the vehicle order in the application program is not closed, at this time, in order to close the vehicle order, the vehicle lock closing instruction in the application program is triggered by the user for a plurality of times. With the first preset duration being 30 seconds, the failure frequency threshold value is 5 times, a vehicle locking instruction is triggered once in 10:00:00, the vehicle locking instruction is triggered again in 10:00:05 when the vehicle order is not closed, the vehicle locking instruction is triggered again in 10:00:10, the vehicle locking instruction is triggered again in … …, and the vehicle locking instruction is triggered again in 10:00:25. Thus, in 30 seconds, if the vehicle locking instruction is issued for 6 times, the user is considered to normally return the vehicle, and the vehicle lock may not be normally closed for some reasons, or the vehicle lock is normally closed, and a successful vehicle locking message cannot be transmitted to an application program corresponding to a vehicle order, at this time, an order closing instruction is generated to instruct to close the vehicle order corresponding to the user identifier.

According to the vehicle order processing method, the locking failure times corresponding to the user identification in the first preset time period are obtained, the size relation between the locking failure times and the failure times threshold is compared, when the locking failure times are larger than or equal to the failure times threshold, the vehicle returning process is considered to be normal, the vehicle lock can not be normally closed for some reasons, or the vehicle lock is normally closed, and a successful vehicle locking message can not be transmitted to an application program corresponding to a vehicle order, at the moment, an order closing instruction is generated, the vehicle order corresponding to the user identification is indicated to be closed, and the problem that the vehicle order can not be ended due to normal vehicle returning is avoided.

In one embodiment, as shown in fig. 2, which is an implementation manner of step S200, step S200 includes the following steps:

step S210, if the locking failure time is greater than or equal to the failure time threshold and the vehicle order is not closed, displaying a first order closing entry in the application program.

In step S220, an order closing instruction is generated in response to the operation of closing the portal for the first order.

The first order closing entrance is an entrance for rapidly closing an order of a vehicle provided under the condition that a user normally returns the vehicle but cannot close the order. The first order closing inlet may be a control set on the display page of the application program, for example, a virtual button, or an inlet corresponding to the user in a page skip mode, and for the purpose of prompting the user, the first order closing inlet may be set in the center of the display page of the application program, and displayed in a more striking color and text mode, and may be additionally provided with a voice prompt for prompting the user to operate the first order closing inlet.

Specifically, when the number of lock failures is greater than or equal to the threshold number of failure times and the vehicle order is not closed, it is explained that the closing of the vehicle order by the order closing instruction generated in step 200 is not effective to achieve the purpose of closing the vehicle order, and at this time, a further closing of the vehicle order needs to be provided for closing the vehicle order. Optionally, the first order closing entry is directly displayed for the user in the application program, so that the user can select to quickly close the vehicle order. When the user selects to rapidly close the vehicle order through the first order closing entrance, an order closing instruction is generated, and the vehicle order corresponding to the user identification is indicated to be closed. Optionally, the first order closing entry may be presented in various forms, which may be presented in an application program, or may be implemented by making a customer service call.

In the above embodiment, if the number of lock failures is greater than or equal to the threshold number of failure times and the vehicle order is not closed, displaying a first order closing entry in the application program; an order closing instruction is generated in response to an operation to close the portal to the first order. Therefore, when the user normally returns the vehicle and the locking failure times are greater than or equal to the failure times threshold, and the vehicle order cannot be closed, the first order closing inlet for rapidly closing the vehicle order is provided for the user to select, and the purpose of rapidly closing the vehicle order is achieved.

In one embodiment, as shown in fig. 3, which is an implementation manner of step S210, step S210 includes the following steps:

step S211, if the locking failure times are greater than or equal to the failure times threshold and the vehicle order is not closed, the vehicle times and the user credit value corresponding to the user identification are obtained.

Step S212, if the number of times of using the vehicle and the credit value of the user meet the preset conditions, the first order closing entry is displayed in the application program.

The number of times of using the vehicle refers to the number of times that the user identifies using the vehicle through the application program. The user credit value is used for measuring the index that the user corresponding to the user identifier can return the vehicle according to the contract when using the application program, and the higher the user credit value is, the higher the possibility that the user can return the vehicle according to the contract is. The preset condition is a condition for limiting the number of times of train utilization corresponding to the user identifier and the credit value of the user, and if the preset condition is met, the user can return the vehicle according to the contract.

Specifically, when the number of lock failures is greater than or equal to the threshold number of failure times and the vehicle order is not closed, it is explained that the closing of the vehicle order by the order closing instruction generated in step 200 is not effective to achieve the purpose of closing the vehicle order, and at this time, a further closing of the vehicle order needs to be provided for closing the vehicle order. And acquiring the number of times of vehicle use and the credit value of the user corresponding to the user identification, and when the number of times of vehicle use and the credit value of the user meet preset conditions, considering that the user returns the vehicle according to the contract, displaying a first order closing inlet for the user in an application program at the moment, so that the user can select and rapidly close the vehicle use order.

In the above embodiment, if the number of locking failures is greater than or equal to the threshold number of failure times and the vehicle order is not closed, the number of vehicle applications and the credit value of the user corresponding to the user identifier are obtained; and if the number of times of using the vehicle and the credit value of the user meet preset conditions, displaying the first order closing entrance in the application program. Therefore, when the user normally returns the vehicle and the locking failure times are greater than or equal to the failure times threshold, and the vehicle use orders cannot be closed, a first order closing inlet for rapidly closing the vehicle use orders is provided when the vehicle use times and the credit values of the user meet preset conditions, so that the user can select, and the purpose of rapidly closing the vehicle use orders is achieved.

In one embodiment, as shown in fig. 4, which is an implementation manner of step S212, step S220 includes the following steps:

in step S2121, if the number of times of using the vehicle is greater than or equal to the threshold number of times of using the vehicle and the credit value of the user is greater than or equal to the threshold credit value of the user, the first order closing entry is displayed in the application program.

Step S2122, if the number of times of using the vehicle is smaller than the threshold value of the number of times of using the vehicle or the credit value of the user is smaller than the threshold value of the credit of the user, obtaining the vehicle information corresponding to the user identifier; the vehicle information comprises at least one of locking success times corresponding to the user identification and vehicle information corresponding to the vehicle order.

In step S2123, if the locking success number is less than the success number threshold or the vehicle information is abnormal, the first order closing entry is displayed in the application program.

The number of times of using the application program is considered to be the number of times that the user can proficiently use the application program to normally return the vehicle when the number of times of using the vehicle reaches the threshold of the number of times of using the vehicle, wherein the threshold of the number of times of using the vehicle is a preset value which can be 5 times, 10 times and 15 times. The user credit threshold is a preset value, which may be 550, 650, 750, and when the user credit value reaches the user credit threshold, the user can be considered to have enough credit to return the vehicle according to the contract. The successful times of closing the lock refers to the times that the vehicle can be returned normally and the lock is closed successfully.

Specifically, if the number of times of using the vehicle is greater than or equal to the threshold number of times of using the vehicle and the credit value of the user is greater than or equal to the threshold number of credits, the user is considered to be proficient in using the application program to normally return the vehicle, and enough credits are available to return the vehicle according to the contract, and the vehicle order is not closed at the moment, a first order closing entrance is displayed in the application program for the user to select, and the vehicle order is closed quickly.

If the number of times of using the vehicle is smaller than the threshold value of times of using the vehicle or the credit value of the user is smaller than the threshold value of credit of the user, the user is considered to be not required to be proficient in using the application program to normally return the vehicle, and the vehicle is not required to be returned according to the contract, vehicle information corresponding to the user identification is further acquired, and whether the reason that the vehicle order cannot be closed is due to the fact that the vehicle cannot be closed or not is judged. The vehicle information comprises the locking success times corresponding to the user identification and the vehicle information corresponding to the vehicle order. If the successful locking times are smaller than the successful times threshold or the vehicle information is abnormal locking, the vehicle order cannot be closed due to the fact that the vehicle is considered to be self, and a first order closing inlet is displayed in the application program for the user to select and rapidly close the vehicle order.

Optionally, if the number of times of using the vehicle is greater than or equal to the threshold of times of using the vehicle, the credit value of the user is greater than or equal to the threshold of credit of the user, and the order of using the vehicle is not closed, displaying a second order closing inlet in the application program; the second order closing entrance is used for indicating the user identification to interact with the manual customer service; an order closing instruction is generated in response to an operation to close the portal to the second order.

The second order closing entrance refers to another entrance for rapidly closing the vehicle order provided under the condition that the user normally returns the vehicle but cannot close the order.

Specifically, if the number of times of using the vehicle is greater than or equal to the threshold of times of using the vehicle, the credit value of the user is greater than or equal to the threshold of user credit, and the order for using the vehicle is not closed, the method of closing the order for using the vehicle by adopting the order closing instruction generated in step 220 is not effective for achieving the purpose of closing the order for using the vehicle, and a further method of closing the order for using the vehicle is needed to be provided for indicating the user to interact with the manual customer service, for example, a message prompt can be sent to the user in a page display mode, a voice prompt can be accompanied, or manual voice assistance can be performed to the user in a manual voice mode, or interaction is performed with the user in a short message and instant communication account mode, so as to close the order for using the vehicle. Optionally, the second order closing entry is directly displayed for the user in the application program, so that the user can select to quickly close the vehicle order. When the user selects to quickly close the vehicle order through the second order closing entrance, an order closing instruction is generated, and the vehicle order corresponding to the user identification is indicated to be closed. Optionally, the second order closing entry may be presented in multiple forms, which may be presented in an application or may be implemented by making a customer service call.

In the above embodiment, if the number of times of using the vehicle is greater than or equal to the threshold number of times of using the vehicle and the credit value of the user is greater than or equal to the threshold number of credits, displaying the first order closing entry in the application program; if the number of times of using the vehicle is smaller than the threshold value of the number of times of using the vehicle or the credit value of the user is smaller than the threshold value of the credit of the user, obtaining vehicle information corresponding to the user identifier; the vehicle information comprises at least one of locking success times corresponding to the user identification or vehicle information corresponding to the vehicle order; and if the locking success times are smaller than the success times threshold or the vehicle information is abnormal locking, displaying the first order closing entrance in the application program. Therefore, when the user returns normally, the user can proficiently use the application program to return normally but cannot close the vehicle order, or the vehicle order cannot be closed due to the reason of the vehicle, when the number of times of vehicle use and the credit value of the user meet preset conditions, a first order closing inlet for rapidly closing the vehicle order is provided for the user to select, and the purpose of rapidly closing the vehicle order is achieved.

In one embodiment, an implementation of vehicle order processing for an application bluetooth connection includes:

Acquiring Bluetooth information of a vehicle corresponding to the vehicle order; the Bluetooth information comprises a Bluetooth equipment number and a Bluetooth connection secret key; establishing Bluetooth communication connection with a vehicle corresponding to the vehicle order through Bluetooth information; the locking instruction is sent to the vehicle corresponding to the vehicle order through Bluetooth communication connection; and receiving a locking success message generated by the vehicle corresponding to the vehicle order through Bluetooth communication connection, and sending the locking success message to the server.

Specifically, when the user requests to the server to return the vehicle through the application program, the server not only informs the vehicle of locking through the long-chain connection, but also issues the Bluetooth equipment number and the Bluetooth connection key of the corresponding vehicle to the application program. After receiving the Bluetooth secret key, the application program informs the user to open Bluetooth, and uses the Bluetooth protocol to inform the vehicle of locking, so as to ensure that the vehicle can receive a locking instruction. After the vehicle is successfully locked, the server can be informed through a long chain established with the server, and the application program can be informed of the locking result through communication between Bluetooth and the application program, so that the application program can inform the server again, and the server can not receive a successful locking message.

In the above embodiment, bluetooth information of a vehicle corresponding to a vehicle order is obtained, and bluetooth communication connection is established with the vehicle corresponding to the vehicle order through the bluetooth information; the locking instruction is sent to the vehicle corresponding to the vehicle order through Bluetooth communication connection; and receiving a locking success message generated by the vehicle corresponding to the vehicle order through Bluetooth communication connection, and sending the locking success message to the server. The vehicle can be ensured to receive the locking instruction, and the application program is informed to close the vehicle order corresponding to the user identifier after the locking is successful, and the server is informed to realize the purpose of normally closing the vehicle order.

In one embodiment, as shown in fig. 5, an implementation manner after step S200 includes the following steps:

in step S310, the vehicle information corresponding to the vehicle order is determined as abnormal lock.

Step S320, counting the abnormal times of locking corresponding to the same vehicle identification in a second preset time period.

Step S330, if the number of times of locking abnormality corresponding to the same vehicle identifier is greater than or equal to the threshold value of locking abnormality within the second preset time period, generating a vehicle maintenance list corresponding to the vehicle identifier, wherein the vehicle maintenance list is used for indicating maintenance.

The abnormal locking threshold is a preset value, and may be different from 5 times, 10 times, or 15 times, and when the number of times corresponding to abnormal locking reaches the abnormal locking threshold, the vehicle may be considered as a vehicle requiring maintenance.

Specifically, the method for closing the vehicle order corresponding to the user identifier in step S200 is not a method for ending the vehicle order when the user returns normally, wherein the phenomenon may be caused that the user returns normally and cannot end the vehicle order when the vehicle lock fails or the data transmission is not smooth. Therefore, after the vehicle order is closed in step S200, the vehicle information corresponding to the vehicle order is determined to be abnormal in locking, and when the number of times corresponding to the abnormal locking is greater than or equal to the abnormal locking threshold, or the number of times corresponding to the abnormal locking is greater than or equal to the abnormal locking threshold within a certain period of time, a vehicle maintenance order corresponding to the vehicle identifier is generated, and the vehicle maintenance order is further distributed to related operation and maintenance parties for indicating the operation and maintenance parties to perform maintenance, so that asset loss is avoided.

In the above embodiment, the vehicle information corresponding to the vehicle order is determined as abnormal locking; counting the abnormal times of locking corresponding to the same vehicle identifier in a second preset time period; if the number of abnormal locking times corresponding to the same vehicle identifier is greater than or equal to the abnormal locking threshold value within the second preset time period, generating a vehicle maintenance list corresponding to the vehicle identifier, wherein the vehicle maintenance list is used for indicating maintenance, so that when the vehicle needs to be maintained, the vehicle maintenance list can be generated, and an operation and maintenance party is indicated to maintain, thereby avoiding asset loss.

An embodiment of the present disclosure is described below in conjunction with a specific travel scenario, with specific reference to fig. 6, the method comprising the steps of:

and step S10, the application program returns to the vehicle normally, and the vehicle order is closed. After a user stops the vehicle to a designated area, operating a vehicle returning operation on an application program, after receiving a vehicle returning instruction of the application program, a server issues a vehicle locking instruction to the vehicle through a long link channel, and after receiving the vehicle locking instruction, a vehicle electronic control unit (Electronic control unit, ECU) issues a locking operation, and after the vehicle is closed, the vehicle notifies the server of a locking success message through a long link channel; and after receiving the successful locking message of the vehicle, the server stops charging and ends the vehicle order.

In step S20, the application program returns to the vehicle via bluetooth, and closes the vehicle order. When the user requests to the server to return the vehicle through the application program, the server not only informs the vehicle of locking through the long-chain connection, but also transmits the Bluetooth equipment number and the Bluetooth connection secret key of the corresponding vehicle to the application program. After receiving the Bluetooth secret key, the application program informs the user to open Bluetooth, and uses the Bluetooth protocol to inform the vehicle of locking, so as to ensure that the vehicle can receive a locking instruction. After the vehicle is successfully locked, the server can be informed through a long chain established with the server, and the application program can be informed of the locking result through communication between Bluetooth and the application program, so that the application program can inform the server again, and the server can not receive a successful locking message.

In step S30, the application program closes the vehicle order by the preset condition. Sometimes, the lock cannot be closed due to the failure of the lock or the unsmooth data transmission, etc., and the method in the step S10 and the step S20 cannot end the order, which results in the degradation of the riding experience of the user. When the user clicks the car returning button through the application program each time, the server records the time and the times that the user clicks the car returning button through the application program, if the user clicks the car returning button for a plurality of times within a certain time (the time and the times are both dynamically configurable), the locking instruction is successfully issued each time, but a locking success message is not received or a locking failure message is received each time, the fact that the vehicle is locked is problematic is indicated, the server directly ends an order for the user, and charging is stopped, so that the situation that the user cannot end the order because the vehicle problem cannot be locked is avoided.

In step S40, the application program closes the vehicle order according to the user condition. When the method in step S10, step S20, and step S30 cannot end the order, a first single closing entry is displayed on the page of the user application, and the user can close the order through the first single closing entry. Specifically, if the user has an order in progress currently, the number of times of using the vehicle exceeds a threshold value of times of using the vehicle, and the credit value of the user exceeds a threshold value of credit of the user, the user is allowed to close the order through a first order closing entrance; if the number of times of using the vehicle is smaller than the threshold value of times of using the vehicle or the credit value of the user is smaller than the threshold value of credit of the user, vehicle information corresponding to the user identification is obtained, whether the user operates a vehicle returning button on an application program or not is judged, and other users feedback failure that locking cannot be performed in the last period of time of the vehicle, when the number of times of successful locking is smaller than the threshold value of successful times or the information of the vehicle is abnormal in locking, a first order closing entrance is displayed for the user on the application program, and the user can close the entrance through the first order to close the vehicle order; and if the user cannot use the first order of the application program to close the entrance, reminding the user.

In step S50, the application program intelligently closes the vehicle order. When the user cannot finish the order and dial the customer service telephone, if the problem selected by the user is that the order cannot be closed, the server inquires the related vehicle-using order and the vehicle in use through the mobile phone number of the user, and issues a locking instruction (or provides a second order closing entrance) to the vehicle and the user application program, whether the locking is successful or not, the order is closed and the charging is finished for the user directly, and manual customer service intervention is not needed.

In step S60, the application program generates a vehicle repair order. After the vehicle order is closed in the steps S20, S30, S40 and S50, the server records that the vehicle cannot be locked, if the number of times of locking failure of the same vehicle exceeds a threshold value in one day, a maintenance work order is automatically generated and distributed to related operation and maintenance personnel, so that the operation and maintenance personnel can recover and maintain the vehicle, and the asset loss is avoided.

In the above embodiment, the number of locking failures corresponding to the user identifier in the first preset duration is obtained, and the relationship between the number of locking failures and the threshold of the number of failures is compared, when the number of locking failures is greater than or equal to the threshold of the number of failures, the vehicle returning process is considered to be normal, and the vehicle lock may not be normally closed for some reasons, or the vehicle lock is normally closed, and the successful information of locking the vehicle may not be transmitted to the application program corresponding to the vehicle order, at this time, an order closing instruction is generated, and the vehicle order corresponding to the user identifier is indicated to be closed, so that the problem that the user normally returns the vehicle and cannot end the vehicle order is avoided.

It should be understood that, although the steps in the flowcharts of fig. 1-6 are shown in order as indicated by the arrows, these steps are not necessarily performed in order as indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in FIGS. 1-6 may include multiple steps or stages that are not necessarily performed at the same time, but may be performed at different times, nor do the order in which the steps or stages are performed necessarily performed in sequence, but may be performed alternately or alternately with at least a portion of the steps or stages in other steps or other steps.

In one embodiment, as shown in FIG. 7, there is provided a vehicle order processing apparatus comprising: a lock failure times acquisition module 701 and an order closing instruction generation module 702, wherein:

a lock failure number obtaining module 701, configured to obtain a lock failure number corresponding to a user identifier in a first preset duration; the number of locking failures is the number of times that the user identifier triggers the application program to generate a vehicle locking instruction without receiving a locking success message;

The order closing instruction generating module 702 is configured to generate an order closing instruction if the lock closing failure number is greater than or equal to the failure number threshold; the order closing instruction is used for indicating to close the vehicle order corresponding to the user identifier.

According to the vehicle order processing device provided by the embodiment of the disclosure, the locking failure times corresponding to the user identification in the first preset time period are obtained, the magnitude relation between the locking failure times and the failure times threshold is compared, when the locking failure times are greater than or equal to the failure times threshold, the vehicle returning process is considered to be normal, the vehicle lock can not be normally closed for some reasons, or the vehicle lock is normally closed, and a successful vehicle locking message can not be transmitted to an application program corresponding to a vehicle order, at the moment, an order closing instruction is generated, the vehicle order corresponding to the user identification is indicated to be closed, and the problem that the vehicle order can not be ended due to normal vehicle returning is avoided.

In one embodiment, order closing instruction generation module 702 is further configured to: if the locking failure times are greater than or equal to the failure times threshold value and the vehicle order is not closed, displaying a first order closing inlet in the application program; an order closing instruction is generated in response to an operation to close the portal to the first order.

The order closing instruction generating module 702 displays a first order closing entry in the application program if the number of locking failures is greater than or equal to the threshold number of failures and the vehicle order is not closed; an order closing instruction is generated in response to an operation to close the portal to the first order. Therefore, when the user normally returns the vehicle and the locking failure times are greater than or equal to the failure times threshold, and the vehicle order cannot be closed, the first order closing inlet for rapidly closing the vehicle order is provided for the user to select, and the purpose of rapidly closing the vehicle order is achieved.

In one embodiment, order closing instruction generation module 702 is further configured to: if the locking failure times are greater than or equal to the failure times threshold and the vehicle order is not closed, acquiring the vehicle application times and the user credit value corresponding to the user identification; and if the number of times of using the vehicle and the credit value of the user meet preset conditions, displaying the first order closing entrance in the application program.

The order closing instruction generating module 702 obtains the number of times of vehicle use and the credit value of the user corresponding to the user identifier if the number of times of locking failure is greater than or equal to the threshold of the number of times of failure and the vehicle use order is not closed; and if the number of times of using the vehicle and the credit value of the user meet preset conditions, displaying the first order closing entrance in the application program. Therefore, when the user normally returns the vehicle and the locking failure times are greater than or equal to the failure times threshold, and the vehicle use orders cannot be closed, a first order closing inlet for rapidly closing the vehicle use orders is provided when the vehicle use times and the credit values of the user meet preset conditions, so that the user can select, and the purpose of rapidly closing the vehicle use orders is achieved.

In one embodiment, order closing instruction generation module 702 is further configured to: and if the number of times of using the vehicle is greater than or equal to the threshold value of the number of times of using the vehicle and the credit value of the user is greater than or equal to the threshold value of the credit of the user, displaying the first order closing entrance in the application program.

In one embodiment, order closing instruction generation module 702 is further configured to: if the number of times of using the vehicle is smaller than the threshold value of the number of times of using the vehicle or the credit value of the user is smaller than the threshold value of the credit of the user, obtaining vehicle information corresponding to the user identifier; the vehicle information comprises at least one of locking success times corresponding to the user identification or vehicle information corresponding to the vehicle order; and if the locking success times are smaller than the success times threshold or the vehicle information is abnormal locking, displaying the first order closing entrance in the application program.

In one embodiment, order closing instruction generation module 702 is further configured to: if the number of times of using the vehicle is greater than or equal to the threshold value of the number of times of using the vehicle, the credit value of the user is greater than or equal to the threshold value of the credit of the user, and the order of using the vehicle is not closed, displaying a closing inlet of the second order in the application program; the second order closing entrance is used for indicating the user identification to interact with the manual customer service; an order closing instruction is generated in response to an operation to close the portal to the second order.

The order closing instruction generating module 702 displays the first order closing entry in the application program if the number of times of using the vehicle is greater than or equal to the threshold number of times of using the vehicle and the credit value of the user is greater than or equal to the threshold number of credits; if the number of times of using the vehicle is smaller than the threshold value of the number of times of using the vehicle or the credit value of the user is smaller than the threshold value of the credit of the user, obtaining vehicle information corresponding to the user identifier; the vehicle information comprises at least one of locking success times corresponding to the user identification or vehicle information corresponding to the vehicle order; and if the locking success times are smaller than the success times threshold or the vehicle information is abnormal locking, displaying the first order closing entrance in the application program. Therefore, when the user returns normally, the user can proficiently use the application program to return normally but cannot close the vehicle order, or the vehicle order cannot be closed due to the reason of the vehicle, when the number of times of vehicle use and the credit value of the user meet preset conditions, a first order closing inlet for rapidly closing the vehicle order is provided for the user to select, and the purpose of rapidly closing the vehicle order is achieved.

In one embodiment, the vehicle order processing device further includes a bluetooth communication module for: acquiring Bluetooth information of a vehicle corresponding to the vehicle order; the Bluetooth information comprises a Bluetooth equipment number and a Bluetooth connection secret key; establishing Bluetooth communication connection with a vehicle corresponding to the vehicle order through Bluetooth information; the locking instruction is sent to the vehicle corresponding to the vehicle order through Bluetooth communication connection; and receiving a locking success message generated by the vehicle corresponding to the vehicle order through Bluetooth communication connection, and sending the locking success message to the server.

The Bluetooth communication module acquires Bluetooth information of the vehicle corresponding to the vehicle order, and establishes Bluetooth communication connection with the vehicle corresponding to the vehicle order through the Bluetooth information; the locking instruction is sent to the vehicle corresponding to the vehicle order through Bluetooth communication connection; and receiving a locking success message generated by the vehicle corresponding to the vehicle order through Bluetooth communication connection, and sending the locking success message to the server. The vehicle can be ensured to receive the locking instruction, and the application program is informed to close the vehicle order corresponding to the user identifier after the locking is successful, and the server is informed to realize the purpose of normally closing the vehicle order.

In one embodiment, the vehicle order processing apparatus further includes a vehicle repair order generation module configured to: determining vehicle information corresponding to a vehicle order as abnormal locking; counting the abnormal times of locking corresponding to the same vehicle identifier in a second preset time period; if the abnormal locking times corresponding to the same vehicle identifier in the second preset time period are greater than or equal to the abnormal locking threshold value, generating a vehicle maintenance list corresponding to the vehicle identifier, wherein the vehicle maintenance list is used for indicating maintenance.

The vehicle maintenance order generation module determines vehicle information corresponding to a vehicle order as abnormal locking; counting the abnormal times of locking corresponding to the same vehicle identifier in a second preset time period; if the number of abnormal locking times corresponding to the same vehicle identifier is greater than or equal to the abnormal locking threshold value within the second preset time period, generating a vehicle maintenance list corresponding to the vehicle identifier, wherein the vehicle maintenance list is used for indicating maintenance, so that when the vehicle needs to be maintained, the vehicle maintenance list can be generated, and an operation and maintenance party is indicated to maintain, thereby avoiding asset loss.

For specific limitations of the vehicle order processing device, reference may be made to the limitations of the vehicle order processing method hereinabove, and no further description is given here. The various modules in the vehicle order processing device described above may be implemented in whole or in part in software, hardware, and combinations thereof. The above modules may be embedded in hardware or may be independent of a processor in the electronic device, or may be stored in software in a memory in the electronic device, so that the processor may call and execute operations corresponding to the above modules.

Fig. 8 is a block diagram of an electronic device 800, according to an example embodiment. For example, electronic device 800 may be a mobile phone, computer, digital broadcast terminal, messaging device, game console, tablet device, medical device, exercise device, personal digital assistant, or the like.

Referring to fig. 7, an electronic device 800 may include one or more of the following components: a processing component 802, a memory 804, a power component 806, a multimedia component 808, an audio component 810, an input/output (I/O) interface 812, a sensor component 814, and a communication component 816. Wherein the memory has stored thereon a computer program or instructions that run on the processor.

The processing component 802 generally controls overall operation of the electronic device 800, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing component 802 may include one or more processors 820 to execute instructions to perform all or part of the steps of the methods described above. Further, the processing component 802 can include one or more modules that facilitate interactions between the processing component 802 and other components. For example, the processing component 802 can include a multimedia module to facilitate interaction between the multimedia component 808 and the processing component 802.

The memory 804 is configured to store various types of data to support operations at the electronic device 800. Examples of such data include instructions for any application or method operating on the electronic device 800, contact data, phonebook data, messages, pictures, videos, and so forth. The memory 804 may be implemented by any type or combination of volatile or nonvolatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk.

The power supply component 806 provides power to the various components of the electronic device 800. The power components 806 may include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for the electronic device 800.

The multimedia component 808 includes a touch-sensitive display screen that provides an output interface between the electronic device 800 and a user. In some embodiments, the touch display screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensor may sense not only the boundary of a touch or sliding action, but also the duration and pressure associated with the touch or sliding operation. In some embodiments, the multimedia component 808 includes a front camera and/or a rear camera. When the electronic device 800 is in an operational mode, such as a shooting mode or a video mode, the front camera and/or the rear camera may receive external multimedia data. Each front camera and rear camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

The audio component 810 is configured to output and/or input audio signals. For example, the audio component 810 includes a Microphone (MIC) configured to receive external audio signals when the electronic device 800 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signals may be further stored in the memory 804 or transmitted via the communication component 816. In some embodiments, audio component 810 further includes a speaker for outputting audio signals.

The I/O interface 812 provides an interface between the processing component 802 and peripheral interface modules, which may be a keyboard, click wheel, buttons, etc. These buttons may include, but are not limited to: homepage button, volume button, start button, and lock button.

The sensor assembly 814 includes one or more sensors for providing status assessment of various aspects of the electronic device 800. For example, the sensor assembly 814 may detect an on/off state of the electronic device 800, a relative positioning of the components, such as a display and keypad of the electronic device 800, the sensor assembly 814 may also detect a change in position of the electronic device 800 or a component of the electronic device 800, the presence or absence of a user's contact with the electronic device 800, an orientation or acceleration/deceleration of the electronic device 800, and a change in temperature of the electronic device 800. The sensor assembly 814 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. The sensor assembly 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 may also include an acceleration sensor, a gyroscopic sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component 816 is configured to facilitate communication between the electronic device 800 and other devices, either wired or wireless. The electronic device 800 may access a wireless network based on a communication standard, such as WiFi,2G, or 3G, or a combination thereof. In one exemplary embodiment, the communication component 816 receives broadcast signals or broadcast related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, the communication component 816 further includes a Near Field Communication (NFC) module to facilitate short range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, ultra Wideband (UWB) technology, bluetooth (BT) technology, and other technologies.

In an exemplary embodiment, the electronic device 800 may be implemented by one or more Application Specific Integrated Circuits (ASICs), digital Signal Processors (DSPs), digital Signal Processing Devices (DSPDs), programmable Logic Devices (PLDs), field Programmable Gate Arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic elements for performing the vehicle order processing methods described above.

In an exemplary embodiment, a non-transitory computer readable storage medium is also provided, such as memory 804 including instructions executable by processor 820 of electronic device 800 to perform the above-described method. For example, the non-transitory computer readable storage medium may be ROM, random Access Memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.

Those skilled in the art will appreciate that implementing all or part of the above-described methods may be accomplished by way of a computer program, which may be stored on a non-transitory computer readable storage medium and which, when executed, may comprise the steps of the above-described embodiments of the methods. Any reference to memory, storage, database, or other medium used in embodiments provided by the present disclosure may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, or the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory. By way of illustration, and not limitation, RAM can be in the form of a variety of forms, such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), and the like.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

The foregoing examples represent only a few implementations of the disclosed examples, which are described in more detail and are not to be construed as limiting the scope of the invention. It should be noted that it would be apparent to those skilled in the art that various modifications and improvements could be made to the disclosed embodiments without departing from the spirit of the disclosed embodiments. Accordingly, the protection scope of the disclosed embodiment patent should be subject to the appended claims.

Claims

1. A vehicle order processing method, the method comprising:

2. The vehicle order processing method according to claim 1, wherein generating the order closing instruction if the lock closing failure number is greater than or equal to a failure number threshold value includes:

3. The vehicle order processing method according to claim 2, wherein if the lock closing failure number is greater than or equal to the failure number threshold and the vehicle order is not closed, displaying a first order closing entry in the application program includes:

4. The vehicle order processing method according to claim 3, wherein the displaying the first order closing entry in the application program if the number of times of use and the user credit value satisfy a preset condition includes:

5. The vehicle order processing method according to claim 3, wherein the displaying the first order closing entry in the application program if the number of times of use and the user credit value satisfy a preset condition includes:

6. The vehicle order processing method according to claim 2, characterized in that, after the order closing instruction is generated in response to the operation of closing the portal for the first order, further comprising:

if the number of times of using the vehicle is greater than or equal to a threshold value of the number of times of using the vehicle, the credit value of the user is greater than or equal to a threshold value of the credit of the user, and the order of using the vehicle is not closed, displaying a closing inlet of a second order in the application program; the second order closing inlet is used for indicating the user identifier to interact with the manual customer service;

7. The vehicle order processing method of claim 1, wherein the method further comprises:

8. The vehicle order processing method according to any one of claims 1 to 7, wherein if the lock closing failure number is greater than or equal to a failure number threshold, after generating an order closing instruction, further comprising:

9. A vehicle order processing apparatus, characterized in that the apparatus comprises:

10. The vehicle order processing device of claim 9, wherein the order closing instruction generation module is further configured to:

11. The vehicle order processing device of claim 10, wherein the order closing instruction generation module is further configured to:

12. The vehicle order processing device of claim 11, wherein the order closing instruction generation module is further configured to:

13. The vehicle order processing device of claim 11, wherein the order closing instruction generation module is further configured to:

14. The vehicle order processing device of claim 10, wherein the order closing instruction generation module is further configured to:

15. The vehicle order processing device of claim 9, further comprising a bluetooth communication module for:

16. The vehicle order processing apparatus of any of claims 9-15, further comprising a vehicle repair order generation module configured to:

17. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the steps of the method of any one of claims 1 to 8 when the computer program is executed.

18. A storage medium having stored thereon a computer program, which when executed by a processor, implements the steps of the method of any of claims 1 to 8.