CN117474639A - Vehicle returning method and service system for sharing vehicle - Google Patents
Vehicle returning method and service system for sharing vehicle Download PDFInfo
- Publication number
- CN117474639A CN117474639A CN202311810016.4A CN202311810016A CN117474639A CN 117474639 A CN117474639 A CN 117474639A CN 202311810016 A CN202311810016 A CN 202311810016A CN 117474639 A CN117474639 A CN 117474639A
- Authority
- CN
- China
- Prior art keywords
- helmet
- vehicle
- shared vehicle
- mobile terminal
- returning
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 30
- 230000001960 triggered effect Effects 0.000 claims description 5
- 238000012790 confirmation Methods 0.000 abstract description 3
- 238000012986 modification Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0645—Rental transactions; Leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/0042—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects
- G07F17/0057—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects for the hiring or rent of vehicles, e.g. cars, bicycles or wheelchairs
Abstract
A vehicle returning method and a service system of a shared vehicle, wherein the shared vehicle is provided with a helmet, and the vehicle returning method comprises the following steps: detecting the state of the helmet when receiving a vehicle returning request of the mobile terminal for the shared vehicle; if the helmet is in place, locking the shared vehicle; if the helmet is out of position, feeding back information prompting that the helmet is out of position to the mobile terminal, and continuously detecting the state of the helmet; the shared vehicle is locked when the helmet is detected in position for a first predetermined period of time. When the shared vehicle detects that the helmet is out of position, the shared vehicle continuously detects the state of the helmet until a user places the helmet in position, the shared vehicle can timely respond to the state that the helmet is in position, the helmet is locked, the shared vehicle is locked, the user does not need to judge whether the helmet is correctly placed or not, and the vehicle returning request does not need to be sent again, so that the confirmation step and the operation step of the user are saved, and the vehicle returning experience of the user is improved.
Description
Technical Field
The invention relates to the technical field of shared vehicles, in particular to a vehicle returning method and a service system of a shared vehicle.
Background
Currently, shared vehicles are receiving more and more attention, and users using the shared vehicles for traveling are also increasing. In order to ensure the safety of users, the sharing vehicles are usually provided with helmets, and the users need to be provided with helmets when riding by using the sharing vehicles, otherwise, the users are not allowed to ride. When the user finishes using the car, the current logic is that the user firstly returns the helmet, then sends a car returning request to the server through the mobile terminal, and otherwise, the user is not allowed to return the car. This approach results in the user typically sending a request to return to the helmet multiple times, reducing the user experience.
Disclosure of Invention
The invention aims to provide a vehicle returning method and a service system for sharing vehicles, which are used for solving the problem that the current user needs to send a vehicle returning request for multiple times to reduce the user experience because the user forgets to return a helmet.
In one aspect, there is provided a vehicle returning method of a shared vehicle, the shared vehicle being equipped with a helmet, comprising: detecting the state of the helmet when receiving a vehicle returning request of the mobile terminal for the shared vehicle; locking the shared vehicle if the helmet is in place; if the helmet is out of position, feeding back information prompting that the helmet is out of position to the mobile terminal, and continuously detecting the state of the helmet; the sharing vehicle is locked when the helmet is detected in position for a first predetermined period of time.
When the sharing vehicle detects that the helmet is out of position, the information of the helmet out of position is fed back to the mobile terminal, so that a user can quickly know the reason of failure in returning the vehicle, quickly place the helmet in position and quickly finish returning the vehicle, and user experience is improved to a certain extent. In addition, when the shared vehicle detects that the helmet is out of position, the shared vehicle continuously detects the state of the helmet until the user places the helmet in position, the shared vehicle can timely respond to the state that the helmet is in position, the helmet is locked, the shared vehicle is locked, the user does not need to judge whether the helmet is correctly placed or not, and the user does not need to send a vehicle returning request again, so that the confirmation step and the operation step of the user are saved, and the vehicle returning experience of the user is improved.
Optionally, the feeding back the information indicating that the helmet is out of position to the mobile terminal includes: displaying a first control of which the helmet is in place on the mobile terminal; if the first control is detected to be triggered for a plurality of times within a second preset time length, locking the sharing vehicle; wherein the first predetermined time period is greater than the second predetermined time period.
Optionally, the vehicle returning method further includes: recording a first request time of a vehicle returning request of the mobile terminal to the shared vehicle, and taking the first request time as riding settlement time when the helmet is out of position and the helmet is detected to be in position within a first preset time length to lock the shared vehicle.
Optionally, if the helmet is out of position and the helmet is detected to be in position within a first preset time length to lock the shared vehicle, recording a second request time for locking the shared vehicle, calculating a vehicle returning time length according to the first request time and the second request time, and pushing the vehicle returning time length to a mobile terminal for a user to check when the riding fee is settled.
Optionally, locking the shared vehicle when the helmet is detected to be out of position for a first predetermined period of time and the shared vehicle is in a stationary state for the first predetermined period of time; and, the riding expense and the helmet expense are settled; and returning the helmet cost after detecting that the helmet is in place.
Optionally, the vehicle returning method further includes: detecting the state of the helmet when a vehicle using request of the mobile terminal to the sharing vehicle is received; unlocking the shared vehicle if the helmet is not in place; if the helmet is in place, keeping the sharing vehicle locked, feeding back information prompting that the helmet is in place to the mobile terminal, and continuously detecting the state of the helmet; unlocking the shared vehicle when the helmet is detected to be out of position for a third predetermined period of time.
Optionally, when receiving a vehicle returning request of the mobile terminal for the shared vehicle, the method further includes: detecting an operating state of the shared vehicle; locking the shared vehicle if the shared vehicle is stationary and the helmet is in place; if the shared vehicle is in a motion state, feeding back information prompting that the shared vehicle is in the motion state to the mobile terminal, and continuously detecting the motion state of the shared vehicle; the shared vehicle is locked when the shared vehicle is detected to be stationary and the helmet is in place for a first predetermined period of time.
Optionally, when receiving a vehicle returning request of the mobile terminal for the shared vehicle, the method further includes: detecting a position state of the shared vehicle; locking the shared vehicle if the shared vehicle is at a parking spot and the helmet is in place; if the shared vehicle is not at the parking spot, feeding back information prompting that the shared vehicle is not at the parking spot to the mobile terminal, and continuously detecting the position state of the shared vehicle; the shared vehicle is locked when it is detected that the shared vehicle is at a parking spot and the helmet is in place for a first predetermined period of time.
Optionally, when receiving a vehicle returning request of the mobile terminal for the shared vehicle, the method further includes: detecting a return angle of the shared vehicle; the sharing vehicle's location status further includes: the distance between the shared vehicle and the central area of the parking spot is larger, and the vehicle returning standard angle of the shared vehicle is wider; and locking the shared vehicle if the shared vehicle is positioned at a parking point, the vehicle returning angle is smaller than the vehicle returning standard angle and the helmet is in place.
In another aspect, a service system for a shared vehicle is provided, including a shared vehicle equipped with a helmet; detecting the state of the helmet when a shared vehicle receives a vehicle returning request of a mobile terminal for the shared vehicle; locking the shared vehicle if the helmet is in place; if the helmet is out of position, feeding back information prompting that the helmet is out of position to the mobile terminal, and continuously detecting the state of the helmet; the sharing vehicle is locked when the helmet is detected in position for a first predetermined period of time.
Drawings
Fig. 1 is a schematic flow chart of a method for returning a shared vehicle according to an embodiment of the invention.
Fig. 2 is a schematic diagram of a mobile terminal sharing a vehicle helmet out of position in accordance with an embodiment of the present invention.
Fig. 3 is a schematic diagram of a mobile terminal when the shared vehicle is not stationary according to an embodiment of the present invention.
Fig. 4 is a schematic diagram of a mobile terminal when a shared vehicle is not at a parking spot according to an embodiment of the present invention.
Fig. 5 is a schematic view of a parking spot according to an embodiment of the present invention.
Detailed Description
In order that the above objects, features and advantages of the invention will be readily understood, a more particular description of the invention will be rendered by reference to specific embodiments thereof which are illustrated in the appended drawings.
Referring to fig. 1, the present invention provides a returning method of a shared vehicle equipped with a helmet.
S101, detecting the state of the helmet when receiving a vehicle returning request of the mobile terminal to the sharing vehicle.
The shared vehicles are put in towns for users to use at any time. Currently, when a user needs to use a shared vehicle, it is generally required to scan a two-dimensional code on a body of the shared vehicle through a mobile terminal to unlock the shared vehicle; meanwhile, in order to ensure the safety of the user, the user is generally required to forcibly wear the helmet. Thus, the user also needs to rent a helmet equipped on the shared vehicle before unlocking the shared vehicle.
When the user reaches the destination by using the shared vehicle, the user needs to park the shared vehicle to a designated position, then sends a vehicle returning request to the server through the mobile terminal, and after receiving the vehicle returning request, the server sends the vehicle returning request to the corresponding shared vehicle. After the sharing vehicle receives the vehicle returning request of the mobile terminal, the sharing vehicle detects the state of the helmet, and particularly detects whether the helmet is in place or not. If the helmet is in place, indicating that the helmet has been returned to the sharing vehicle; if the helmet is not in place, it means that the helmet has not returned to the shared vehicle.
S102, locking the sharing vehicle if the helmet is in place.
When the sharing vehicle detects that the helmet is in place, the system determines that the user has returned to the helmet, at which point the sharing vehicle is locked. The shared vehicle also feeds back the information of locking the shared vehicle to the server, the server receives the feedback information and then carries out cost settlement on the user by combining the riding time length or the riding mileage, and feeds back the riding information and the riding cost to the mobile terminal, so that the user can complete the riding order.
And S103, if the helmet is out of position, feeding back information indicating that the helmet is out of position to the mobile terminal, and continuously detecting the state of the helmet.
When the sharing vehicle detects that the helmet is out of position, the system determines that the user has not returned the helmet, at which point the riding order cannot be completed. And the shared vehicle feeds back the information indicating that the helmet is not in place to the server, and the server feeds back the information indicating that the helmet is not in place to the mobile terminal after receiving the feedback information. As shown in fig. 2, the purpose of feeding back helmet out-of-place information to the mobile terminal is to prompt the user for the reason of failure to get back and how to get back successfully. In this embodiment, when the sharing vehicle detects that the helmet is out of position, the sharing vehicle will continuously detect the state of the helmet in addition to the feedback information.
S104, locking the sharing vehicle when the helmet is detected to be in place within the first preset time period.
As previously described, when the shared vehicle detects that the helmet is out of position, the state of the helmet will be continuously detected. When the sharing vehicle detects that the helmet is in place within the first preset time period, the helmet is locked, and meanwhile the sharing vehicle is locked. The shared vehicle feeds back the information of locking the shared vehicle to the server, the server receives the feedback information and then carries out cost settlement on the user by combining the riding time length or the riding mileage, and feeds back the riding information and the riding cost to the mobile terminal, so that the user can complete the riding order.
It has been found through research that when a user sharing a vehicle sends a request for returning a vehicle after riding, a phenomenon that the user fails to return the vehicle due to the fact that a helmet is out of place often occurs. Taking the third quarter of 2023 as an example, the ratio of the number of times of returning to the car caused by forgetting to return to the helmet by the user is up to 14% in all times of returning to the car, and the ratio of the number of times of returning to the car caused by forgetting to return to the helmet by the user is up to 56% in all times of returning to the car. The sum of the failure of changing the vehicle caused by the fact that the shared vehicle is not at a parking spot or the parking angle of the shared vehicle is inaccurate is exceeded. Greatly influences the experience of the user. Currently, when returning to the car fails, the user needs to put the helmet in place and resend the request for returning to the car. Further causing a reduction in the sense of experience for the user.
In this embodiment, when the sharing vehicle detects that the helmet is out of position, the information that the helmet is out of position is fed back to the mobile terminal, so that a user can quickly know the reason of failure in returning the vehicle, quickly place the helmet in position, quickly complete returning the vehicle, and accordingly user experience is improved to a certain extent. In addition, when the shared vehicle detects that the helmet is out of position, the shared vehicle continuously detects the state of the helmet until the user places the helmet in position, the shared vehicle can timely respond to the state that the helmet is in position, the helmet is locked, the shared vehicle is locked, the user does not need to judge whether the helmet is correctly placed or not, and the user does not need to send a vehicle returning request again, so that the confirmation step and the operation step of the user are saved, and the vehicle returning experience of the user is improved.
As described above, the purpose of feeding back the information indicating that the helmet is out of position to the mobile terminal is to prompt the user and guide the user, so that the user can quickly know the reason of failure in returning the car. In other variations, feeding back information prompting that the helmet is out of position to the mobile terminal includes: and displaying the first control on which the helmet is in place on the mobile terminal, and locking the sharing vehicle if the first control is detected to be triggered for a plurality of times within a second preset time.
As shown in fig. 2, the first control that the helmet is in place is displayed on the mobile terminal, where the first control refers to the "put helmet on, continue to get off" control button in fig. 2. If the mobile terminal detects that the first control is triggered for a plurality of times within the second preset time, the mobile terminal feeds the information back to the server, the server sends the information or the processed information to the sharing vehicle, and the sharing vehicle is locked. At this point the sharing vehicle will no longer be in place or not, and even if the helmet at this point is out of place, the sharing vehicle will be locked. After the sharing vehicle is locked, the sharing vehicle feeds back the information of the locked sharing vehicle to the server, the server receives the feedback information and then carries out cost settlement on the user by combining the riding time length or the riding mileage, and feeds back the riding information and the riding cost to the mobile terminal, so that the user can complete the riding order.
This is because: when the mobile terminal detects that the first control is triggered for a plurality of times within the second preset time, the mobile terminal also indicates that the user clicks the control button of 'putting the helmet and continuing to return the car' for a plurality of times within a short time, indicates that the user has a high probability of putting the helmet in place, can inform sharing vehicles to lock, and ends orders. At this point, the helmet is defaulted to have been returned even though the sharing vehicle still has not detected the helmet in place. The reason that the sharing vehicle does not detect that the helmet is in place may be that the helmet is in place, or that communication is abnormal, or that the helmet is not reasonably reset, so that the user is difficult to reset the helmet, and the user cannot reset the car and end the order due to the reasons of operators, and the user cannot bear the result. Therefore, the vehicle returning experience of the user is greatly improved, and the viscosity of the user is increased.
Specifically, the first predetermined time period is longer than the second predetermined time period, and the first predetermined time period is set to 200s. Since information indicating that the helmet is out of place is generally fed back to the mobile terminal, and the user recognizes that the helmet is not returned and takes an average of 12s, taking 67s on average for the helmet to be taken out of the wearing state and placed at a prescribed position, the user takes 89s on average on the whole, and on the basis of this, a certain margin is set, the first predetermined period of time is set to 200s, so that most users can have sufficient time to return the helmet. The second predetermined time period is set to 3s and the number of clicks is 5. That is, within 3 seconds, the number of clicks is 5 or more, and the system defaults to the user having returned the helmet, and may notify the sharing vehicle of the lock.
As described above, after the shared vehicle is locked, the information of locking the shared vehicle is fed back to the server, and after receiving the feedback information, the server performs the fee settlement for the user in combination with the riding time length or the riding mileage, and feeds back the riding information and the riding fee to the mobile terminal, so that the user can complete the riding order.
In another modification, the returning method of the shared vehicle further includes: and recording a first request time of a vehicle returning request of the mobile terminal to the shared vehicle, and taking the first request time as riding settlement time when the helmet is out of position and the helmet is detected to be in position within a first preset time length to lock the shared vehicle.
Specifically, after the server receives the vehicle returning request sent by the mobile terminal, the server records a first request time for sending the vehicle returning request by the mobile terminal, and sends the vehicle returning request to the sharing vehicle. If the shared vehicle detects that the helmet is in place, the shared vehicle is locked, information of locking of the shared vehicle is fed back to the server, the server records the first request time as riding settlement time, and the third request time for unlocking the shared vehicle in response to the unlocking request of the user is combined. And calculating the riding time of the user according to the first request time and the third request time, and calculating the riding cost. If the shared vehicle detects that the helmet is out of position, but the helmet is in position within the first preset time, the shared vehicle is locked, the information of locking of the shared vehicle is fed back to the server, the server records the first request time as riding settlement time, and the third request time for unlocking the shared vehicle in combination with the response of the unlocking request of the user is combined. And calculating the riding time of the user according to the first request time and the third request time, and calculating the riding cost.
When the user sends a vehicle returning request, the user is indicated that the user has no vehicle using requirement, and the time that the shared vehicle cannot be locked due to the fact that the user forgets to return the helmet should not be calculated in the riding time. The first request time is taken as the riding settlement time, so that the vehicle returning experience of the user can be further improved.
Further, if the helmet is out of position and the helmet is detected to be in position within the first preset time length to lock the shared vehicle, recording a second request time when the shared vehicle is locked, calculating a vehicle returning time length according to the first request time and the second request time, and pushing the vehicle returning time length to the mobile terminal for a user to check when the riding expense is settled.
Specifically, if the shared vehicle detects that the helmet is out of position, but detects that the helmet is in position within a first preset time, the shared vehicle is locked, information of locking of the shared vehicle is fed back to the server, the server records the first request time as riding settlement time, and records the second request time as vehicle returning end time. And calculating the vehicle returning duration according to the first request time and the second request time. The server also pushes the calculated riding expense and the calculated returning time to the mobile terminal for the user to check.
Therefore, the user can clearly know the riding time length, the riding cost and the returning time length of the riding, the returning time length does not count the riding cost, and the returning experience of the user is further improved.
In other variations, the returning method further includes: locking the shared vehicle when the helmet is detected to be out of position for a first predetermined period of time and the shared vehicle is in a stationary state for the first predetermined period of time; and, the riding fee and the helmet fee are settled. When the helmet is detected in place, the helmet cost is returned.
As previously mentioned, most users have sufficient time to return the helmet within the first predetermined period of time. If the helmet is detected to be out of position within the first preset time period and the shared vehicle is in a static state within the first preset time period, the system judges that the user has a vehicle returning requirement, but does not have a willingness to return the helmet. Therefore, the shared vehicle is locked, the shared vehicle feeds back the information of the locking of the shared vehicle and the information of the non-presence of the helmet to the server, the server calculates the riding time according to the first request time to obtain the riding cost, and the server also obtains the helmet cost according to the information of the non-presence of the helmet and feeds back the riding cost and the helmet cost to the mobile terminal.
Further, when the sharing vehicle detects that the helmet is in place again after the first preset time, the user returns the helmet, the sharing vehicle locks the helmet and feeds back information that the helmet is returned to the server, and the server returns the helmet expense to the user after receiving the feedback information and feeds back the information returned by the helmet expense to the mobile terminal for the user to check.
In other variants, detecting the state of the helmet when a vehicle-using request of the mobile terminal for the shared vehicle is received; if the helmet is out of position, unlocking the shared vehicle; if the helmet is in place, keeping the shared vehicle locked, feeding back information prompting that the helmet is in place to the mobile terminal, and continuously detecting the state of the helmet; the shared vehicle is unlocked when the helmet is detected to be out of position for a third predetermined period of time.
Specifically, when a user wishes to use the shared vehicle, the user can generally initiate an unlocking request to the server by scanning the two-dimensional code of the shared vehicle through the mobile terminal, and after the server receives the unlocking request, the unlocking request is sent to the corresponding shared vehicle. After the sharing vehicle receives the unlocking request of the mobile terminal, the sharing vehicle can detect the state of the helmet, and specifically detect whether the helmet is in place or not. If the helmet is out of position, the helmet is taken away and worn by a user; if the helmet is in place, it means that the helmet is not being worn by the user. In order to maintain the locked state of the shared vehicle for the sake of safety to the user (if the shared vehicle is an electric bicycle, the electric bicycle may not be provided with riding power). At this time, the user cannot use the car without wearing the helmet.
Further, the sharing vehicle feeds back the information of the position of the prompting helmet to the server, and the server feeds back the information of the position of the prompting helmet to the mobile terminal after receiving the feedback information. The purpose of feeding back the information that the helmet is in place to the mobile terminal is to prompt the user of the reason of failure in unlocking and how to successfully unlock again. Specifically, when the sharing vehicle detects that the helmet is in place, the sharing vehicle will continuously detect the state of the helmet in addition to the feedback information. When the sharing vehicle detects that the helmet is out of position within the third preset time period, the user is informed that the helmet is taken and worn according to the prompt information, and at the moment, the sharing vehicle is unlocked. And the shared vehicle feeds back the information for unlocking the shared vehicle to the server, the server records the third request time for unlocking the shared vehicle after receiving the feedback information, the unlocking information is sent to the mobile terminal, and the user starts riding the order.
Therefore, only the user uses the helmet on the sharing vehicle to allow the user to ride the sharing vehicle, so that the safety of the user can be ensured, and the user is prevented from being damaged in the riding process.
As described above, when a request for returning the shared vehicle from the user is received, the state of the helmet is detected, and if the helmet is in place, the shared vehicle is locked. In another modification, when receiving a return request from a user to the shared vehicle, the method further includes: an operating state of the shared vehicle is detected.
If the sharing vehicle is stationary and the helmet is in place, the sharing vehicle is locked.
When the sharing vehicle detects that the helmet is in place, the system determines that the user has returned the helmet. When the shared vehicle detects that the shared vehicle is in a stationary state, the system determines that the user has parked the shared vehicle, and locking the shared vehicle will not cause harm to the user, at which time the shared vehicle is locked. The sharing vehicle also feeds back information of locking the sharing vehicle to the server so that the server can settle the cost and complete the order.
If the shared vehicle is in a motion state, feeding back information prompting that the shared vehicle is in the motion state to the mobile terminal, and continuously detecting the motion state of the shared vehicle; the shared vehicle is locked when the shared vehicle is detected to be stationary and the helmet is in place for a first predetermined period of time.
When the sharing vehicle detects that the sharing vehicle is in motion, the system determines that the user is still riding, at which point the locked vehicle would be harmful to the user and thus cannot end the riding order. And the shared vehicle feeds back the information prompting that the shared vehicle is in a motion state to the server, and the server feeds back the information prompting that the shared vehicle is in the motion state to the mobile terminal after receiving the feedback information. As shown in fig. 3, the purpose of feeding back the information that the shared vehicle is in motion to the mobile terminal is to prompt the user of the reason of failure to get back and how to get back successfully. In this embodiment, when the shared vehicle detects that the shared vehicle is in a moving state, the shared vehicle will continuously detect the running state of the shared vehicle in addition to the feedback information.
When the shared vehicle detects that the shared vehicle is in a stationary state within a first predetermined time period, the user is informed that the shared vehicle is parked according to the prompt information, and at this time, the shared vehicle is locked. The shared vehicle feeds back the information of locking the shared vehicle to the server so that the server can settle the cost and complete the order.
In another modification, when receiving a return request from a user to the shared vehicle, the method further includes: the position state of the shared vehicle is detected.
If the shared vehicle is at a parking spot and the helmet is in place, the shared vehicle is locked.
When the sharing vehicle detects that the helmet is in place, the system determines that the user has returned the helmet. When the shared vehicle detects that the shared vehicle is located at a parking spot, the system determines that the shared vehicle is accurately parked, and the locking of the shared vehicle can not cause the disordered parking to influence the appearance of a city, and the shared vehicle is locked at the moment. The sharing vehicle also feeds back information of locking the sharing vehicle to the server so that the server can settle the cost and complete the order.
If the shared vehicle is not at the parking spot, feeding back information prompting that the shared vehicle is not at the parking spot to the mobile terminal, and continuously detecting the position state of the shared vehicle; the shared vehicle is locked when the shared vehicle is detected to be in the parking spot and the helmet is in place for a first predetermined period of time.
When the shared vehicle detects that the shared vehicle is not at the parking spot, the system judges that the shared vehicle is not parked according to the regulations, and the locked vehicle can cause disordered parking to influence the appearance of the city, so that the riding order cannot be ended. And the shared vehicle feeds back the information for prompting that the shared vehicle is not at the parking spot to the server, and the server feeds back the information for prompting that the shared vehicle is not at the parking spot to the mobile terminal after receiving the feedback information. As shown in fig. 4, the purpose of feeding back the information that the shared vehicle is not at the parking spot to the mobile terminal is to prompt the user for the reason of failure to get back and how to be able to get back successfully. In this embodiment, when the shared vehicle detects that the shared vehicle is not at the parking spot, the shared vehicle will continuously detect the position state of the shared vehicle in addition to the feedback information.
When the shared vehicle detects that the shared vehicle is at the parking spot within the first preset time, the user is informed that the shared vehicle is parked in place according to the prompt information, and at the moment, the shared vehicle is locked. The shared vehicle feeds back the information of locking the shared vehicle to the server so that the server can settle the cost and complete the order.
In another modification, when receiving a return request of the mobile terminal to the shared vehicle, the method further includes: a return angle of the shared vehicle is detected.
If the shared vehicle is at a parking spot, the return standard of the shared vehicle is within the standard angle range, and the helmet is in place, the shared vehicle is locked. Specifically, the sharing the position state of the vehicle further includes: the greater the distance of the shared vehicle from the center area of the parking spot, the wider the return standard angle of the shared vehicle.
As shown in fig. 5, the parking spot is generally rectangular in shape, including a central region and edge regions on either side of the central region. The center area may be an area drawn by a white line frame at the edge of the road, and typically, after the user runs out of the shared vehicle, the user parks the shared vehicle into the center area (i.e., into the white line frame). The position information of the shared vehicle is generally obtained by Beidou or GPS positioning, but the positioning may possibly deviate. When the system detects that the shared vehicle is located in the central area, the system determines that the shared vehicle is actually located in the central area in combination with the user returning intention (most of the shared vehicle returns to the central area), and the positioning default is accurate. When the system detects that the shared vehicle is located in the edge area, in combination with the intention of the user to return to the central area (most of the shared vehicle returns to the central area), the fact that the shared vehicle is actually possibly located in the central area is judged, and the positioning default is inaccurate (the positioning drift causes inaccurate positioning).
In one modification, the return standard angle of the center region is ±8°, and the return standard angle of the edge region is ±8° -15 °. When the shared vehicle is detected to be in the central area, the default positioning is accurate, the vehicle returning angle detected by the geomagnetic sensor is also accurate, the detected vehicle returning angle is compared with the vehicle returning standard angle (+ -8 ℃), and if the shared vehicle is positioned in the central area, the vehicle returning angle is within the vehicle returning standard angle (+ -8 ℃) and the helmet is in place, the shared vehicle is locked. When the shared vehicle is detected to be in the edge area, the default positioning is inaccurate, the return angle detected by the geomagnetic sensor is inaccurate, the detected return angle is compared with the return standard angle (for example + -10 DEG), and if the shared vehicle is in the edge area, the return angle is within the return standard angle (+ -10 DEG) and the helmet is in place, the shared vehicle is locked.
The greater the distance between the shared vehicle and the central area of the parking spot, the higher the probability of drifting and the greater the probability of inaccurate positioning, and at this time, the wider the standard angle of returning the shared vehicle. For example, the return standard angle of the portion of the edge region of the parking spot near the center region is smaller than the return standard angle of the portion of the principle center region in the edge region of the parking spot.
The invention also provides a service system of the sharing vehicle, comprising the sharing vehicle provided with the helmet; detecting the state of the helmet when the sharing vehicle receives a vehicle returning request of the mobile terminal to the sharing vehicle; if the helmet is in place, the sharing vehicle is locked, and if the helmet is out of place, information prompting that the helmet is out of place is fed back to the mobile terminal, and the state of the helmet is continuously detected. The shared vehicle is locked when the helmet is detected in position for a first predetermined period of time.
Although the present invention is disclosed above, the present invention is not limited thereto. Various changes and modifications may be made by one skilled in the art without departing from the spirit and scope of the invention, and the scope of the invention should be assessed accordingly to that of the appended claims.
Claims (10)
1. A returning method of a shared vehicle equipped with a helmet, comprising:
detecting the state of the helmet when receiving a vehicle returning request of the mobile terminal for the shared vehicle;
locking the shared vehicle if the helmet is in place;
if the helmet is out of position, feeding back information prompting that the helmet is out of position to the mobile terminal, and continuously detecting the state of the helmet;
the sharing vehicle is locked when the helmet is detected in position for a first predetermined period of time.
2. The method of claim 1, wherein feeding back information indicating that the helmet is not in place to the mobile terminal comprises: displaying a first control of which the helmet is in place on the mobile terminal;
if the first control is detected to be triggered for a plurality of times within a second preset time length, locking the sharing vehicle; wherein the first predetermined time period is greater than the second predetermined time period.
3. The return method according to claim 1, further comprising: recording a first request time of a vehicle returning request of the mobile terminal to the shared vehicle, and taking the first request time as riding settlement time when the helmet is out of position and the helmet is detected to be in position within a first preset time length to lock the shared vehicle.
4. A method of returning a vehicle as claimed in claim 3, wherein if the helmet is out of position and the helmet is detected in position for a first predetermined period of time to lock the shared vehicle, a second request time for the shared vehicle to be locked is recorded, a time length for returning the vehicle is calculated based on the first request time and the second request time, and the time length for returning the vehicle is pushed to a mobile terminal for viewing by a user when settling a ride charge.
5. The method of returning of claim 1, wherein the shared vehicle is locked when the helmet is detected to be out of position for a first predetermined period of time and the shared vehicle is stationary for the first predetermined period of time; and, the riding expense and the helmet expense are settled;
and returning the helmet cost after detecting that the helmet is in place.
6. The return method according to claim 1, further comprising:
detecting the state of the helmet when a vehicle using request of the mobile terminal to the sharing vehicle is received;
unlocking the shared vehicle if the helmet is not in place;
if the helmet is in place, keeping the sharing vehicle locked, feeding back information prompting that the helmet is in place to the mobile terminal, and continuously detecting the state of the helmet;
unlocking the shared vehicle when the helmet is detected to be out of position for a third predetermined period of time.
7. The return method according to claim 1, wherein when a return request of the mobile terminal to the shared vehicle is received, further comprising: detecting an operating state of the shared vehicle;
locking the shared vehicle if the shared vehicle is stationary and the helmet is in place;
if the shared vehicle is in a motion state, feeding back information prompting that the shared vehicle is in the motion state to the mobile terminal, and continuously detecting the motion state of the shared vehicle;
the shared vehicle is locked when the shared vehicle is detected to be stationary and the helmet is in place for a first predetermined period of time.
8. The return method according to claim 1, wherein when a return request of the mobile terminal to the shared vehicle is received, further comprising: detecting a position state of the shared vehicle;
locking the shared vehicle if the shared vehicle is at a parking spot and the helmet is in place;
if the shared vehicle is not at the parking spot, feeding back information prompting that the shared vehicle is not at the parking spot to the mobile terminal, and continuously detecting the position state of the shared vehicle;
the shared vehicle is locked when it is detected that the shared vehicle is at a parking spot and the helmet is in place for a first predetermined period of time.
9. The return method according to claim 8, wherein when a return request of the mobile terminal to the shared vehicle is received, further comprising: detecting a return angle of the shared vehicle;
the sharing vehicle's location status further includes: the distance between the shared vehicle and the central area of the parking spot is larger, and the vehicle returning standard angle of the shared vehicle is wider;
and locking the shared vehicle if the shared vehicle is positioned at a parking point, the vehicle returning angle is smaller than the vehicle returning standard angle and the helmet is in place.
10. A service system of a shared vehicle, comprising a shared vehicle equipped with a helmet; the method is characterized in that:
detecting the state of the helmet when a shared vehicle receives a vehicle returning request of a mobile terminal for the shared vehicle;
locking the shared vehicle if the helmet is in place;
if the helmet is out of position, feeding back information prompting that the helmet is out of position to the mobile terminal, and continuously detecting the state of the helmet;
the sharing vehicle is locked when the helmet is detected in position for a first predetermined period of time.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311810016.4A CN117474639A (en) | 2023-12-27 | 2023-12-27 | Vehicle returning method and service system for sharing vehicle |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311810016.4A CN117474639A (en) | 2023-12-27 | 2023-12-27 | Vehicle returning method and service system for sharing vehicle |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117474639A true CN117474639A (en) | 2024-01-30 |
Family
ID=89633261
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311810016.4A Pending CN117474639A (en) | 2023-12-27 | 2023-12-27 | Vehicle returning method and service system for sharing vehicle |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117474639A (en) |
Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107146332A (en) * | 2017-04-26 | 2017-09-08 | 北京小米移动软件有限公司 | The control method and device of the vehicles |
| CN107316455A (en) * | 2017-07-31 | 2017-11-03 | 上海共佰克智能科技有限公司 | Shared storing cycle method and apparatus, server and readable storage medium storing program for executing |
| CN107403487A (en) * | 2017-06-29 | 2017-11-28 | 台山市金讯互联网络科技有限公司 | A kind of shared bicycle self-locking method, system and its shared bicycle |
| CN207529478U (en) * | 2017-09-21 | 2018-06-22 | 成都宇能通能源开发有限公司 | A kind of shared bicycle control system |
| CN109410464A (en) * | 2018-11-23 | 2019-03-01 | 永安行科技股份有限公司 | A kind of returning method and system of utility car |
| CN109887178A (en) * | 2017-12-15 | 2019-06-14 | 北京嘀嘀无限科技发展有限公司 | A kind of vehicle having interim car locking function is shared, charging method and system |
| CN111640252A (en) * | 2020-05-12 | 2020-09-08 | 宁波喵走科技有限公司 | Shared vehicle parking detection method, server and readable storage medium |
| CN111915873A (en) * | 2020-06-23 | 2020-11-10 | 摩拜(北京)信息技术有限公司 | Vehicle and shared vehicle system |
| CN112687033A (en) * | 2020-12-10 | 2021-04-20 | 摩拜(北京)信息技术有限公司 | Usage control method, user terminal, server and shared vehicle system |
| CN114549145A (en) * | 2022-04-25 | 2022-05-27 | 宁波小遛共享信息科技有限公司 | Vehicle returning method, server and storage medium for sharing vehicle |
| CN217893086U (en) * | 2022-02-23 | 2022-11-25 | 摩拜(北京)信息技术有限公司 | Shared vehicle helmet in-place detection device and shared vehicle |
| CN115690990A (en) * | 2022-09-20 | 2023-02-03 | 燕山大学 | Method for automatically detecting placement angle of shared bicycle |
| CN116443153A (en) * | 2022-09-09 | 2023-07-18 | 昆山唐泽新能源科技有限公司 | System and method for returning shared bicycle |
| CN116757803A (en) * | 2023-08-10 | 2023-09-15 | 浙江小遛信息科技有限公司 | Vehicle returning control method and server for shared vehicle |
| CN117012036A (en) * | 2023-08-01 | 2023-11-07 | 南京美道星智能科技有限公司 | Parking identification method for shared bicycle |
-
2023
- 2023-12-27 CN CN202311810016.4A patent/CN117474639A/en active Pending
Patent Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107146332A (en) * | 2017-04-26 | 2017-09-08 | 北京小米移动软件有限公司 | The control method and device of the vehicles |
| CN107403487A (en) * | 2017-06-29 | 2017-11-28 | 台山市金讯互联网络科技有限公司 | A kind of shared bicycle self-locking method, system and its shared bicycle |
| CN107316455A (en) * | 2017-07-31 | 2017-11-03 | 上海共佰克智能科技有限公司 | Shared storing cycle method and apparatus, server and readable storage medium storing program for executing |
| CN207529478U (en) * | 2017-09-21 | 2018-06-22 | 成都宇能通能源开发有限公司 | A kind of shared bicycle control system |
| CN109887178A (en) * | 2017-12-15 | 2019-06-14 | 北京嘀嘀无限科技发展有限公司 | A kind of vehicle having interim car locking function is shared, charging method and system |
| CN109410464A (en) * | 2018-11-23 | 2019-03-01 | 永安行科技股份有限公司 | A kind of returning method and system of utility car |
| CN111640252A (en) * | 2020-05-12 | 2020-09-08 | 宁波喵走科技有限公司 | Shared vehicle parking detection method, server and readable storage medium |
| CN111915873A (en) * | 2020-06-23 | 2020-11-10 | 摩拜(北京)信息技术有限公司 | Vehicle and shared vehicle system |
| CN112687033A (en) * | 2020-12-10 | 2021-04-20 | 摩拜(北京)信息技术有限公司 | Usage control method, user terminal, server and shared vehicle system |
| CN217893086U (en) * | 2022-02-23 | 2022-11-25 | 摩拜(北京)信息技术有限公司 | Shared vehicle helmet in-place detection device and shared vehicle |
| CN114549145A (en) * | 2022-04-25 | 2022-05-27 | 宁波小遛共享信息科技有限公司 | Vehicle returning method, server and storage medium for sharing vehicle |
| CN116443153A (en) * | 2022-09-09 | 2023-07-18 | 昆山唐泽新能源科技有限公司 | System and method for returning shared bicycle |
| CN115690990A (en) * | 2022-09-20 | 2023-02-03 | 燕山大学 | Method for automatically detecting placement angle of shared bicycle |
| CN117012036A (en) * | 2023-08-01 | 2023-11-07 | 南京美道星智能科技有限公司 | Parking identification method for shared bicycle |
| CN116757803A (en) * | 2023-08-10 | 2023-09-15 | 浙江小遛信息科技有限公司 | Vehicle returning control method and server for shared vehicle |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9555771B2 (en) | Onboard device and vehicle anti-theft system | |
| US10504303B2 (en) | Server, vehicle communicating with the server, and control method of the server | |
| CN104680798B (en) | Method and control and detection device for checking the plausibility of a faulty travel of a motor vehicle | |
| CN111833545A (en) | Moped rental system and method with intelligent helmet | |
| US20160001743A1 (en) | Power consumption suppression system for electronic key terminal and power consumption suppression method for electronic key terminal | |
| CN107657327A (en) | A kind of shared caravan management system | |
| EP3768584B1 (en) | System and method to control the position of a plurality of shared vehicles in a service area | |
| WO2019085550A1 (en) | Method for parking shared bicycle at fixed point and system therefor | |
| CN107618461A (en) | A kind of shared automobile services and supervisory systems and method | |
| CN107909733B (en) | Object taking system and method based on shared bicycle | |
| CN111462361B (en) | Parking management system, method, apparatus, computer device and storage medium | |
| US11867143B2 (en) | Systems, methods, and apparatuses for implementing a vehicle safety lock assembly | |
| CN117474639A (en) | Vehicle returning method and service system for sharing vehicle | |
| CN113129630A (en) | Autonomous parking method, AVP platform and vehicle terminal | |
| CN111063062A (en) | Shared seat type intelligent scooter system and method in boundary area | |
| CN107909734B (en) | Object taking system and method based on shared bicycle | |
| CN113903122A (en) | Temporary locking method and device for shared vehicle and computer equipment | |
| CN109587635B (en) | Information acquisition method and electric scooter | |
| CN111422220A (en) | Method for determining block partition occupation by integrating vehicle-mounted positioning information in CTCS-3 level train control system | |
| CN109087414B (en) | Method and system for locking bicycle without losing | |
| KR102493306B1 (en) | Apparatus and method for performing driver-specific start control and driving information generation for a motorcycle based on biometrics | |
| CN108118981A (en) | Vehicle intelligent is locked | |
| CN106476813A (en) | The processing method of misoperation accelerator pedal | |
| CN106403967B (en) | Navigation-based in-trip motor vehicle help-seeking system and method | |
| CN113874278A (en) | Vehicle lock control device and method and vehicle |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |