Shared vehicle settlement exception handling method, vehicle, system, device and server
Technical Field
The application relates to the field of information technology service of public transport systems, in particular to a shared vehicle settlement abnormity processing method, a vehicle, a shared vehicle settlement abnormity processing system, a shared vehicle settlement abnormity processing device and a server.
Background
With the rapid development of internet technology and equipment manufacturing technology, services of shared vehicles are rapidly developed, for example, shared bicycles, shared mopeds, shared electric vehicles and the like can rent the vehicles to users for use in a time-sharing or sectional mode, so that the problem of traffic travel is solved.
However, the researchers of the applicant found that: in some specific scenarios, such as a short-distance transaction or play by a user, it is likely that the shared vehicle will continue to be used to return to the original place after the transaction is finished. In practice, for example, a milbey bicycle, when a user drives to a certain place and then returns to the original place to close a lock, or drives to a certain lock and then returns to the original place to close the lock, frequent settlement abnormality or default settlement abnormality is that the user is not locked, and the unlocked state is one of the settlement abnormality and the settlement abnormality. In this case, the user must keep evidence, such as taking a picture, to make a complaint, which is likely to waste time and energy.
Accordingly, there is a need for improvement in the above-mentioned problems of the prior art by researchers of the present applicant.
Disclosure of Invention
Certain embodiments commensurate in scope with the claimed invention are summarized below. These embodiments are not intended to limit the scope of the claimed invention, but rather, they are intended only to provide a brief summary of possible forms of the corresponding invention. Indeed, the claimed invention may encompass a variety of forms that may be similar to or different from the embodiments described below.
In a first aspect, a shared vehicle settlement exception handling method is provided, the method comprising:
responding to the locking operation of a shared vehicle, acquiring the locking time and the position of the shared vehicle, and acquiring the last unlocking time and the position of the shared vehicle in locking;
detecting whether the shared vehicle is the same as the position of the shared vehicle when the shared vehicle is unlocked last time or within a preset distance according to the position of the shared vehicle when the shared vehicle is locked;
according to the detection result that the position of the shared vehicle when the lock is closed is the same as the position of the shared vehicle when the lock is unlocked at the last time or within a preset distance, triggering to compare the driving track in the stroke with the position of the shared vehicle when the lock is closed, and rearranging the driving track in a time reverse sequence mode by taking the position of the shared vehicle when the lock is closed as a starting point; if the distance between any point in the rearranged driving track and the position where the lock is closed is larger than the preset distance, executing returning operation; and if the distance between any point in the rearranged driving tracks and the position where the lock is closed is not greater than the preset distance, triggering the lock of the shared vehicle to communicate with a locator in the frame of the shared vehicle, and executing the returning operation according to the communication result.
Preferably, the preset distance means that the distance from the position where the lock is unlocked last time is within 5 meters, or within 10 meters, within 15 meters, within 20 meters, or within 30 meters.
Preferably, according to the detection result that the position of the shared vehicle when the lock is closed is the same as the position of the shared vehicle when the lock is unlocked last time or within a preset distance, the lock of the shared vehicle is triggered to communicate with the two locators in the frame of the shared vehicle.
Preferably, after the returning operation is performed, the management system or the server of the shared vehicle marks the user information and/or marks the shared vehicle information, and stores the user information and/or the shared vehicle information.
Preferably, the marked user information includes a user name and at least any one or any combination of the following: the vehicle using place, the vehicle using time, the driving track and the like.
Preferably, the marked shared vehicle information includes a vehicle number and a parking place.
Preferably, after the marked shared vehicle is normally unlocked and used by the next user, the marked user is marked as a fixed-point user in the background; in subsequent vehicle use, if the position of the user marked as the fixed-point user is the same as the position of the user who is unlocked last time, the vehicle returning operation is directly executed, and the comparison between the driving track in the travel and the position of the user who is locked is not triggered.
In a second aspect, a shared vehicle settlement exception handling method is provided, which is applied to shared vehicles, and includes:
responding to the locking operation of a shared vehicle, acquiring the locking time and the position of the shared vehicle, and acquiring the last unlocking time and the position of the shared vehicle in locking;
detecting whether the shared vehicle is the same as the position of the shared vehicle when the shared vehicle is unlocked last time or within a preset distance according to the position of the shared vehicle when the shared vehicle is locked;
triggering the shared vehicle to compare the driving track in the travel with the position of the shared vehicle when the shared vehicle is locked according to the detection result that the position of the shared vehicle when the shared vehicle is locked is the same as the position of the shared vehicle when the shared vehicle is unlocked last time or within a preset distance, and rearranging the driving track in a time reverse mode by taking the position of the shared vehicle when the shared vehicle is locked as a starting point; if the distance between any point in the rearranged driving tracks and the position where the lock is closed is larger than the preset distance, sending a result that the distance between any point in the rearranged driving tracks and the position where the lock is closed is larger than the preset distance to a management system of the shared vehicle so that the management system of the shared vehicle executes the vehicle returning operation; if the distance between any point in the rearranged driving tracks and the position where the lock is closed is not larger than the preset distance, triggering the lock of the shared vehicle to communicate with the positioner in the frame of the shared vehicle, and sending the communication result to the management system of the shared vehicle so as to enable the management system of the shared vehicle to execute the returning operation.
Preferably, the preset distance means that the distance from the position where the lock is unlocked last time is within 5 meters, or within 10 meters, within 15 meters, within 20 meters, or within 30 meters.
Preferably, according to the detection result that the position of the shared vehicle when the lock is closed is the same as the position of the shared vehicle when the lock is unlocked last time or within a preset distance, the lock of the shared vehicle is triggered to communicate with the two locators in the frame of the shared vehicle.
In a third aspect, a shared vehicle settlement exception handling method is provided, which is applied to a server and comprises the following steps:
responding to the locking operation of a shared vehicle, acquiring the locking time and the position of the shared vehicle, and acquiring the last unlocking time and the position of the shared vehicle in locking;
detecting whether the shared vehicle is the same as the position of the shared vehicle when the shared vehicle is unlocked last time or within a preset distance according to the position of the shared vehicle when the shared vehicle is locked;
triggering to compare the driving tracks in the shared vehicle travel with the positions of the shared vehicle when the shared vehicle is locked or within a preset distance according to the detection result that the positions of the shared vehicle when the shared vehicle is locked are the same as the positions of the shared vehicle when the shared vehicle is unlocked last time, and rearranging the driving tracks in a time reverse manner by taking the positions of the shared vehicle when the shared vehicle is locked as starting points; if the distance between any point in the rearranged driving track and the position where the lock is closed is larger than the preset distance, executing returning operation; and if the distance between any point in the rearranged driving tracks and the position where the lock is closed is not greater than the preset distance, sending an instruction to the shared vehicle to enable the lock of the shared vehicle to be communicated with a positioner in the frame of the shared vehicle, and executing a returning operation according to the communication result.
Preferably, the preset distance means that the distance from the position where the lock is unlocked last time is within 5 meters, or within 10 meters, within 15 meters, within 20 meters, or within 30 meters.
Preferably, according to the detection result that the shared vehicle is located at the same position when the lock is closed as the last unlocking position or within a preset distance, sending a command to the shared vehicle to enable the lock of the shared vehicle to communicate with the two locators in the frame of the shared vehicle.
Preferably, after the returning operation is performed, the management system or the server of the shared vehicle marks the user information and/or marks the shared vehicle information, and stores the user information and/or the shared vehicle information.
Preferably, the marked user information includes a user name and at least any one or any combination of the following: the vehicle using place, the vehicle using time, the driving track and the like.
Preferably, the marked shared vehicle information includes a vehicle number and a parking place.
Preferably, after the marked shared vehicle is normally unlocked and used by the next user, the marked user is marked as a fixed-point user in the background; and in subsequent vehicle utilization, if the position of the user marked as the fixed-point user is the same as the position of the user who is unlocked last time, directly executing a vehicle returning operation, and not triggering to compare the driving track in the shared vehicle travel with the position of the user who is locked.
In a fourth aspect, an apparatus for shared vehicle settlement exception handling is provided, comprising a memory and a processor, wherein the memory is configured to store instructions for controlling the processor to operate to execute the shared vehicle settlement exception handling method according to any one of the aspects provided in the first aspect.
In a fifth aspect, a shared vehicle is provided, which includes a memory and a processor, wherein the memory is used for storing instructions for controlling the processor to operate so as to execute the shared vehicle settlement exception handling method according to any one of the second aspect.
In a sixth aspect, a server is provided, which includes a memory and a processor, wherein the memory is used for storing instructions for controlling the processor to operate so as to execute the shared vehicle settlement exception handling method according to any one of the third aspect.
In a seventh aspect, a system for shared vehicle settlement exception handling is provided, including the server and the shared vehicle as provided in the sixth aspect, wherein the shared vehicle is configured to control the shared vehicle to perform an operation of settlement exception handling according to a processing instruction sent by the server, so as to enable the server to perform a vehicle returning operation.
Against the above background, the present application provides some inventions with substantially the following advantageous effects.
The invention relates to a method or a system for sharing vehicle settlement exception handling and a server, comprising the following steps: responding to the locking operation of a shared vehicle, acquiring the locking time and the position of the shared vehicle, acquiring the last unlocking time and the position of the shared vehicle, and detecting whether the locking time and the position of the shared vehicle are the same as or within a preset distance from the last unlocking time of the shared vehicle; triggering and comparing the driving track in the stroke with the position where the locking is closed according to the detection result, and rearranging the driving track in a time reverse mode by taking the position where the locking is closed as a starting point; if the distance between any point in the rearranged driving track and the position where the lock is closed is larger than the preset distance, executing returning operation; if not, triggering the lock of the shared vehicle to communicate with the positioner in the frame of the shared vehicle, and executing the returning operation according to the communication result. After the marked shared vehicle is normally unlocked and used by the next user, the marked user is marked as a fixed-point user on the background; in subsequent vehicle use, if the position of the user marked as the fixed-point user is the same as the position of the user who is unlocked last time, the vehicle returning operation is directly executed, and the comparison between the driving track in the travel and the position of the user who is locked is not triggered. The operation can effectively prevent accidents, determine whether the vehicle is disassembled in real time and reduce the probability of damage and loss; and the trouble of returning the car of the fixed-point user can be solved, and the experience of the user is improved.
The objects, features and aspects of the various claimed inventions can be applied together or independently in any combination. Not all objects or features may be required to be combined in each claim.
Drawings
In order to illustrate the embodiments of the claimed invention or the technical solutions in the prior art more clearly, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of some of the inventions, and that other drawings can be obtained by those skilled in the art without inventive effort.
FIG. 1 is a schematic diagram of an alternative embodiment of a shared vehicle management system provided herein.
Fig. 2 is a schematic diagram of a first alternative embodiment of the shared vehicle settlement exception handling method provided by the present application.
Fig. 3 is a schematic diagram of a second alternative embodiment of the shared vehicle settlement exception handling method provided by the present application.
Fig. 4 is a schematic diagram of a third alternative embodiment of the shared vehicle settlement exception handling method provided by the present application.
FIG. 5 is a schematic illustration of an alternative embodiment of a subsequent refinement of shared vehicle exception handling provided herein.
Detailed Description
In order that those skilled in the art will better understand the technical solutions involved in the present invention, the following detailed description of the present invention is provided with reference to the accompanying drawings and specific examples. It should be noted that, in a non-conflicting manner, the embodiments and the specific features described in the embodiments in the present application may be combined in any suitable manner; in order to avoid unnecessary repetition, various possible combinations are not described in the present application, and should be considered as disclosed in the present application as long as they do not depart from the gist of the invention.
As shown in fig. 1, the shared vehicle management system 02 includes a server 03, a user terminal 05, and a shared vehicle 04. Communication connections are established between the server 03 and the user terminal 05, and between the server 03 and the shared vehicle 04 through the network 01. The server 03 is used to provide vehicle management policies. The shared vehicle 04 has a code for uniquely identifying the corresponding vehicle. The sharing vehicle 04 may report status information to the server 03 at regular time, where the status information includes, for example: unlock state information, lock off state information, vehicle position information, travel speed, travel time, travel distance, and the like. After the shared vehicle 04 is locked, a message of ending the vehicle using is fed back to the server 03, and after receiving the feedback of ending the vehicle using, the server 03 returns the cost generated by the vehicle using this time to the user terminal 05, and ends the vehicle using this time. The code of the shared vehicle 04 may be provided to the server 03 by the user terminal 05. After receiving the code, the server 03 sends an unlocking instruction to the vehicle uniquely corresponding to the code, so that the user can use the vehicle. The wireless network for communication connection between the server 03 and the user terminal 05 and the wireless network for communication connection between the server 03 and the shared vehicle 04 may be the same network or different networks. The network 01 encompasses any suitable wireless network such as, but not limited to, 4G networks, 3G networks, GSM, GPRS, WLAN, etc.
The server 03 includes a processor, a memory, an interface device, a communication device, a display device, an input device, and the like. The memory includes, for example, a ROM (read only memory), a RAM (random access memory), a nonvolatile memory such as a hard disk, and the like. The interface device includes, for example, a USB interface, a serial interface, an infrared interface, and the like. The communication device is capable of wired or wireless communication, for example. The display device is, for example, a liquid crystal display panel, an LED display panel touch panel, or the like. The input means may comprise, for example, a touch screen, a keyboard, etc. The server 03 can be a unitary server or a distributed server across multiple computers or computer data centers. The server may be of various types, such as, but not limited to, a web server, a news server, a mail server, a message server, an advertisement server, a file server, an application server, an interaction server, a database server, or a proxy server. In some embodiments, each server may include hardware, software, or embedded logic components or a combination of two or more such components for performing the appropriate functions supported or implemented by the server. The user terminal 05 may be a smartphone, a tablet, a portable email device, an electronic book, a handheld game console and/or game controller, a laptop computer, a netbook, a handheld electronic device, a smart wearable device, and so forth. The shared vehicle 04 may include a processor, memory, interface devices, communication devices, output devices, input devices, positioning devices, sensors, and the like.
Referring to a first alternative embodiment shown in fig. 2, there is provided a shared vehicle settlement exception handling method, including the steps of:
step 410, responding to the locking operation of the shared vehicle; step 420, acquiring the locking time and the position of the shared vehicle, and acquiring the last unlocking time and the position of the shared vehicle in locking;
step 430, detecting whether the shared vehicle is located at the same position as the shared vehicle when the shared vehicle was unlocked last time or within a preset distance according to the position of the shared vehicle when the shared vehicle was locked;
step 440, according to the detection result that the position of the shared vehicle when the lock is closed is the same as the position of the shared vehicle when the lock is unlocked last time or within a preset distance, triggering to compare the running track in the travel with the position when the lock is closed, and rearranging the running track in a time reverse manner by taking the position when the lock is closed as a starting point;
step 450, according to the comparison result, if the distance between any point in the rearranged driving track and the position where the lock is closed is greater than the preset distance, the returning operation is executed; and if the distance between any point in the rearranged driving tracks and the position where the lock is closed is not greater than the preset distance, triggering the lock of the shared vehicle to communicate with a locator in the frame of the shared vehicle, and executing the returning operation according to the communication result.
Referring to a second alternative embodiment shown in fig. 3, a shared vehicle settlement exception handling method is provided, which is applied to a shared vehicle, and includes the following steps:
step 510, responding to a locking operation of a shared vehicle; step 520, obtaining the locking time and the position of the shared vehicle, and obtaining the last unlocking time and the position of the shared vehicle;
step 530, detecting whether the shared vehicle is located at the same position as the shared vehicle when the shared vehicle is unlocked last time or within a preset distance according to the position of the shared vehicle when the shared vehicle is locked;
step 540, according to a detection result that the position of the shared vehicle when the lock is closed is the same as the position of the shared vehicle when the lock is unlocked last time or within a preset distance, triggering the shared vehicle to compare the driving track in the travel with the position of the shared vehicle when the lock is closed, and rearranging the driving track in a time reverse order mode by taking the position of the shared vehicle when the lock is closed as a starting point;
step 550, according to the comparison result, if the distance between any point in the rearranged driving track and the position where the lock is closed is greater than the preset distance, sending the result to the management system of the shared vehicle so that the management system of the shared vehicle executes the returning operation; if the distance between any point in the rearranged driving tracks and the position where the lock is closed is not larger than the preset distance, triggering the lock of the shared vehicle to communicate with the positioner in the frame of the shared vehicle, and sending the communication result to the management system of the shared vehicle so as to enable the management system of the shared vehicle to execute the returning operation.
Referring to a third alternative embodiment shown in fig. 4, there is provided a shared vehicle settlement exception handling method applied to a server, the method including the steps of:
step 610, responding to a locking operation of a shared vehicle; step 620, acquiring the locking time and the position of the shared vehicle, and acquiring the last unlocking time and the position of the shared vehicle in locking;
step 630, detecting whether the shared vehicle is located at the same position as the shared vehicle when the shared vehicle was unlocked last time or within a preset distance according to the position of the shared vehicle when the shared vehicle was locked;
step 640, according to a detection result that the position of the shared vehicle when the lock is closed is the same as the position of the shared vehicle when the lock is unlocked last time or within a preset distance, triggering to compare the driving track in the shared vehicle travel with the position of the shared vehicle when the lock is closed, and rearranging the driving track in a time reverse order mode by taking the position of the shared vehicle when the lock is closed as a starting point;
step 650, according to the comparison result, if the distance between any point in the rearranged driving track and the position where the lock is closed is greater than the preset distance, executing the returning operation; and if the distance between any point in the rearranged driving tracks and the position where the lock is closed is not greater than the preset distance, sending an instruction to the shared vehicle to enable the lock of the shared vehicle to be communicated with a positioner in the frame of the shared vehicle, and executing a returning operation according to the communication result.
In some preferred embodiments, the preset distance is within 5 meters or within 10 meters, 15 meters, 20 meters or 30 meters from the position where the lock is last unlocked.
In some preferred embodiments, according to a detection result that the shared vehicle is located at the same position when the lock is closed as the last time the lock is unlocked or within a preset distance, the lock of the shared vehicle is triggered to communicate with two locators in the frame of the shared vehicle or the server sends an instruction to the shared vehicle so that the lock of the shared vehicle communicates with the locators in the frame of the shared vehicle.
On the basis of any one of the above embodiments, further improvements can be made. Referring to fig. 5, after the returning operation is performed, the following subsequent modified steps can be carried out: step 10, the management system or the server of the shared vehicle marks the user information and/or marks the shared vehicle information, and stores the related information to a memory; step 20, after the marked shared vehicle is normally unlocked and used by the next user, marking the marked user as a fixed-point user on the background; and step 30, in the subsequent vehicle utilization, if the position of the user marked as the fixed-point user is the same as the position of the user when the lock is closed, directly executing the vehicle returning operation, and not triggering the comparison between the driving track in the travel and the position of the user when the lock is closed and/or not triggering the lock of the shared vehicle to communicate with the positioner in the frame of the shared vehicle.
In some preferred embodiments, the tagged user information includes a user name and at least any one or any combination of the following: the vehicle using place, the vehicle using time, the driving track and the like. The marked shared vehicle information includes a vehicle number and a parking place.
In a preferred embodiment, an apparatus for shared vehicle settlement exception handling is provided, which includes a memory and a processor, wherein the memory is configured to store instructions for controlling the processor to operate so as to execute the shared vehicle settlement exception handling method provided according to any one of the above embodiments.
In a preferred embodiment, a shared vehicle is provided, which includes a memory and a processor, wherein the memory is used for storing instructions for controlling the processor to operate so as to execute the shared vehicle settlement exception handling method according to any one of the above embodiments.
In a preferred embodiment, a server is provided, which includes a memory and a processor, wherein the memory is used for storing instructions for controlling the processor to operate so as to execute the shared vehicle settlement exception handling method provided according to any one of the above embodiments.
In a preferred embodiment, a system for shared vehicle settlement exception handling is provided, including the server and the shared vehicle as provided in any of the above embodiments, wherein the shared vehicle is configured to control the shared vehicle to perform settlement exception handling operation according to a processing instruction sent by the server, so that the server performs a vehicle returning operation.
The above description of the function or effect of each invention is intended to mean that it has the function or effect, and that it may have other functions or effects, and therefore should not be construed as unduly limiting the function or effect.
The shared vehicle settlement exception handling method, server, system, vehicle, device, etc. provided by the claimed invention are described in detail above. The principles and embodiments of the claimed invention have been described herein using specific examples, which are presented only to assist in understanding the method and its core concepts of the claimed invention. It should be noted that while the best modes for carrying out the claimed invention have been described in detail, those familiar with the art to which this invention relates will recognize various alternative designs and embodiments for practicing the claimed invention within the scope of the appended claims.