Vehicle and vehicle management method and system

Abstract

The embodiment of the invention discloses a vehicle and a vehicle management method and system. According to the embodiment, in response to a received vehicle request of a user, helmet detection information of at least one detection device corresponding to a helmet is inquired, the vehicle helmet state is determined based on a corresponding helmet state verification mode according to the helmet detection information, and the vehicle request is responded according to the vehicle helmet state. Therefore, according to the embodiment, the vehicle helmet state can be determined on the basis of the currently detected helmet detection information and the corresponding helmet state verification mode, so that the helmet state verification mode conforms to the current scene, and the helmet detection efficiency and success rate during vehicle returning by a user are improved.

Description

Technical Field

[0001] The present invention relates to the field of Internet technology, and more specifically, to a vehicle, a vehicle management method and a vehicle management system. Background Art

[0002] At present, shared vehicles, as a new mode of travel, are becoming more and more popular among users, greatly solving the green and healthy travel problems of users. At present, due to riding safety and industry regulations, shared electric motorcycles require helmets to be worn when riding.

[0003] In the prior art, since shared electric bikes are parked outdoors, it is very easy for debris, leaves, mud and sand to accumulate in the basket. Or, because users are not familiar with the way to borrow and return helmets, they may randomly put the helmets or put them away improperly, which may affect the efficiency and accuracy of helmet status detection, and ultimately lead to failures in borrowing or returning helmets. These abnormal helmet problems ultimately affect the user experience, causing users to be unable to scan the code to borrow a bike and ride it normally. Summary of the invention

[0004] In view of this, an embodiment of the present invention provides a vehicle, a vehicle management method and a system to determine the vehicle helmet status based on the currently detected helmet detection information and the corresponding helmet status verification method, so that the helmet status verification method is in line with the current scenario, thereby improving the efficiency and success rate of helmet detection when the user returns the vehicle.

[0005] In a first aspect, an embodiment of the present invention provides a vehicle management method, the method comprising:

[0006] Receive a vehicle request from a user;

[0007] In response to the vehicle request, querying helmet detection information of at least one detection device corresponding to the helmet;

[0008] Determining a vehicle helmet status according to the helmet detection information based on a corresponding helmet status verification method, wherein the helmet status verification method is determined according to vehicle history data of a plurality of vehicles;

[0009] The vehicle request is responded to according to the vehicle helmet status.

[0010] In a second aspect, an embodiment of the present invention provides a vehicle, the vehicle comprising:

[0011] helmet;

[0012] at least one detection device configured to detect vehicle helmet status information;

[0013] The central control device is configured to execute the method as described above.

[0014] In a third aspect, an embodiment of the present invention provides a vehicle management system, the system comprising:

[0015] Vehicles as described above;

[0016] The user terminal is configured to send a vehicle request of the user.

[0017] In a fourth aspect, an embodiment of the present invention provides an electronic device, comprising a memory and a processor, wherein the memory is used to store one or more computer program instructions, wherein the one or more computer program instructions are executed by the processor to implement the method as described above.

[0018] In a fifth aspect, an embodiment of the present invention provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and the computer program implements the method described above when executed by a processor.

[0019] In a sixth aspect, an embodiment of the present invention provides a computer program product, which, when executed on a computer, enables the computer to execute the method described above.

[0020] In response to receiving a vehicle request from a user, this embodiment queries helmet detection information of at least one detection device corresponding to the helmet, determines the vehicle helmet status based on the helmet detection information and the corresponding helmet status verification method, and responds to the vehicle request based on the vehicle helmet status. Thus, this embodiment can determine the vehicle helmet status based on the currently detected helmet detection information and the corresponding helmet status verification method, so that the helmet status verification method conforms to the current scenario, thereby improving the efficiency and success rate of helmet detection when the user returns the vehicle. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] The above and other objects, features and advantages of the present invention will become more apparent through the following description of the embodiments of the present invention with reference to the accompanying drawings, in which:

[0022] Figure 1 is a flow chart of a vehicle management method according to an embodiment of the present invention;

[0023] Figure 2 is a schematic diagram of a vehicle management system according to an embodiment of the present invention;

[0024] Figure 3 is a schematic diagram of an interaction method of a vehicle management system according to an embodiment of the present invention;

[0025] Figure 4 is a roadmap of a helmet state detection method according to an embodiment of the present invention;

[0026] Figure 5 is a schematic diagram of a vehicle according to an embodiment of the present invention;

[0027] Figure 6 is a schematic diagram of a vehicle management device according to an embodiment of the present invention;

[0028] Figure 7 is a schematic diagram of an electronic device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0029] The present application is described below based on embodiments, but the present application is not limited to these embodiments. In the detailed description of the present application below, some specific details are described in detail. It is possible for those skilled in the art to fully understand the present application without the description of these details. In order to avoid confusing the essence of the present application, known methods, processes, flows, components and circuits are not described in detail.

[0030] In addition, persons of ordinary skill in the art will appreciate that the drawings provided herein are for illustration purposes and are not necessarily drawn to scale.

[0031] Unless the context clearly requires otherwise, the words "include", "comprising" and similar words throughout the application should be interpreted as including rather than exclusive or exhaustive; that is, the meaning is "including but not limited to".

[0032] In the description of this application, it should be understood that the terms "first", "second", etc. are only used for descriptive purposes and cannot be understood as indicating or implying relative importance. In addition, in the description of this application, unless otherwise specified, the meaning of "plurality" is two or more.

[0033] The solutions described in this specification and in the examples, if they involve the processing of personal information, will be processed on the premise of having a legal basis (such as obtaining the consent of the subject of personal information, or being necessary for the performance of a contract, etc.), and will only be processed within the scope of regulations or agreements. If a user refuses to process personal information other than the necessary information for basic functions, it will not affect the user's use of basic functions.

[0034] In the related art, in any scenario, when the user scans the code to ride or return the bike, the helmet status verification method is basically the same. For example, by detecting that the status of the helmet and the helmet lock meets the conditions and determining that the helmet is correctly placed in the basket, the bike can be borrowed or returned. This detection method may cause detection difficulties or detection errors due to the different environments where the helmet is located. For example, the presence of foreign matter in the basket causes some detection equipment to detect incorrectly, resulting in multiple detections or final detection errors. Therefore, this embodiment provides a vehicle, a vehicle management method and a system to determine the vehicle helmet status based on the currently detected helmet detection information and the corresponding helmet status verification method, so that the helmet status verification method meets the current scenario, improving the efficiency and success rate of helmet detection when users return the bike.

[0035] Figure 1 It is a flow chart of the vehicle management method of an embodiment of the present invention. It should be understood that the vehicle management method of this embodiment can be deployed in the central control device of the vehicle, or it can be deployed in a server, and this embodiment is not limited to this. Optionally, the server of this embodiment can be a single server or a server group. The server group can be centralized or distributed. In some embodiments, the server can be local or remote. In some embodiments, the server can be implemented on a cloud platform. Optionally, the cloud platform can include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, between clouds, multiple clouds, etc., or any combination of the above examples.

[0036] like Figure 1 As shown, the vehicle management method of this embodiment includes the following steps:

[0037] Step S110, receiving a vehicle request from a user. Optionally, the vehicle request in this embodiment may be a vehicle use request or a vehicle return request.

[0038] In an optional implementation, in a scenario where a user borrows a vehicle, the user can scan an identification code (such as a QR code, etc.) on the corresponding current vehicle through a user terminal to report a vehicle use request. The vehicle use request may include a helmet borrowing request and a vehicle borrowing request.

[0039] In another optional implementation, in the scenario of returning the car by the user, the user can trigger the return request through an application in the user terminal. The application can be an application installed on the user terminal, or a small program embedded in the application, which is not limited in this embodiment.

[0040] Furthermore, if the execution subject of this embodiment is a central control device in a vehicle, and if the user terminal can establish a communication connection with the vehicle, the central control device can receive the above vehicle request through the communication connection established with the user terminal. In other optional implementations, the central control device can also receive the user's vehicle request through a server. That is, the user terminal uploads the user's vehicle request to the server, and the server sends the vehicle request to the central control device of the vehicle based on the vehicle identifier in the vehicle request.

[0041] Step S120, in response to the vehicle request, querying helmet detection information of at least one detection device corresponding to the helmet. Each detection device is used to detect whether the helmet is located or correctly located in the helmet placement area, and / or whether the helmet is correctly locked, etc. The helmet detection information represents data collected by each detection device, such as an electrical signal, an optical signal, etc.

[0042] In an optional implementation, at least one detection device is provided on the helmet and / or the helmet placement area on the vehicle. Optionally, the helmet placement area may be a vehicle basket, around a vehicle seat, or an area below a handlebar, etc. This embodiment does not limit the helmet placement area.

[0043] Further optionally, at least one detection device includes a combination of one or more of the following: a Hall sensor, a magnet, a micro switch, a pressure sensor, a laser sensor, a camera sensor, a light sensor, etc. It should be understood that this embodiment does not limit the type of detection device, as long as it can realize the corresponding detection function.

[0044] Step S130, determining the vehicle helmet status based on the helmet detection information and the corresponding helmet status verification method, wherein the helmet status verification method is determined based on vehicle history data of multiple vehicles.

[0045] Step S140: respond to the vehicle request according to the vehicle helmet status.

[0046] In an optional implementation, in response to the current vehicle helmet status being a non-existent state and not reaching the predetermined detection times, this embodiment re-queries the helmet detection information of the real-time detection device to further determine the vehicle helmet status until the vehicle helmet status is an existing state or reaches the predetermined detection times. The predetermined detection times is greater than or equal to 1, which may be set based on information such as actual application scenarios or single detection time, and this embodiment does not limit this.

[0047] In an optional implementation, this embodiment controls the corresponding vehicle and helmet locks to unlock in response to the vehicle request being a vehicle use request and the vehicle helmet status being an existing status; or controls the corresponding vehicle and helmet locks to lock in response to the vehicle request being a vehicle return request and the vehicle helmet status being an existing status.

[0048] Further optionally, in response to the vehicle helmet status being the non-existent state or the vehicle helmet status detected for a predetermined number of times being the non-existent state, this embodiment marks the corresponding vehicle as a faulty vehicle and reports fault information, wherein the fault information includes vehicle identification, helmet abnormality and other information.

[0049] Due to the presence of foreign objects in the helmet placement area, even if the helmet has been correctly placed, the helmet status detection result based on the helmet detection information of some detection devices still indicates that the helmet is not placed or is not placed correctly, resulting in failure to borrow or return the vehicle. Moreover, even if the helmet is not placed correctly, the vehicle can still be used normally. Therefore, for various scenarios, the comprehensive detection results based on multiple detection devices are used, and the method of borrowing or returning the vehicle can only be realized when the comprehensive detection results indicate that the helmet is parked correctly. This may result in low efficiency and success rate of helmet detection when users return the vehicle, affecting the user experience.

[0050] Therefore, this embodiment predetermines at least one helmet status verification method based on the vehicle's historical data to improve the efficiency and success rate of helmet status detection in various scenarios, thereby avoiding the situation where the user has to adjust the helmet position or report repairs multiple times before returning the vehicle or is unable to borrow the vehicle, thereby improving the user experience.

[0051] In an optional implementation, the vehicle historical data includes a combination of one or more of the following: helmet status information when the historical task is started, helmet status information when the historical task is ended, corresponding historical task end status, and helmet environment information. Among them, the helmet status information may include the vehicle helmet status determined by detection and / or the helmet status detected by each detection device, etc. The historical task end status may include a normal end status and an abnormal end status (for example, the task is abnormally ended by reporting a repair, etc.). The helmet environment information may include whether there is a foreign object in the helmet placement position, etc.

[0052] In an optional implementation, this embodiment determines helmet status classification information by statistically analyzing vehicle historical data, and determines at least one helmet status verification method according to the helmet status classification information.

[0053] Optionally, the helmet status classification information includes helmet status categories, which may include one or more of the following categories: the helmet exists and the helmet lock is normally locked, the helmet exists and the helmet lock is unlocked, the helmet is not placed correctly, the helmet does not exist, etc. Further, the helmet status classification information also includes the category, quantity, and / or helmet environment category of the detection equipment used in each category detection process.

[0054] Therefore, this embodiment can determine the corresponding helmet status verification method according to the number of tasks in each category, task completion status, task evaluation and other information in the helmet status classification information.

[0055] Further optionally, this embodiment may use a data statistical analysis model to perform statistical analysis based on vehicle historical data. It should be understood that this embodiment may use any big data analysis model, and this embodiment does not limit the specific architecture of the model. This embodiment does not limit the method of statistical analysis.

[0056] In an optional implementation, the present embodiment may also determine the helmet status verification method according to weather information. For example, in rainy, snowy, or windy weather, foreign objects are likely to be present in the helmet placement area, and the helmet status detection efficiency may be improved by reducing the verification of the detection equipment, thereby improving the user experience.

[0057] In an optional implementation, the present embodiment determines the vehicle helmet status according to the helmet detection information based on the corresponding helmet status verification method, which can be specifically performed as follows: determine the helmet status corresponding to each detection device according to the helmet detection information corresponding to each detection device, and in response to the helmet status corresponding to any one or more of the detection devices being an existence state, determine that the vehicle helmet status is an existence state.

[0058] Among them, the central control device or server can determine a helmet status detection result based on the data collected by each detection device. For example, the central control device or server can determine whether there is a helmet in the helmet placement area through the change of the electrical signal of the Hall sensor, or can perform target detection on the image collected by the camera sensor to determine whether there is a helmet in the image, or can determine whether there is a helmet in the helmet placement area based on the pressure signal collected by the pressure sensor, etc.

[0059] In this embodiment, in order to improve the efficiency of helmet status detection, the helmet status verification method of this embodiment can be: the helmet status corresponding to any detection device indicates the presence of a helmet, which can determine that a helmet exists in the helmet placement area, and a positive response can be made to the vehicle request (that is, the vehicle is successfully borrowed or returned). Further optionally, in order to further improve the accuracy of helmet detection, the helmet status verification method of this embodiment can be: the helmet status corresponding to the predetermined detection device indicates the presence of a helmet, which can determine that a helmet exists in the helmet placement area. Among them, since the Hall sensor generally works with a magnet, and the debris in the vehicle generally does not have the properties of a magnet, the Hall sensor has a higher accuracy, and therefore, the Hall sensor can be determined as the predetermined detection device.

[0060] In an optional implementation, the present embodiment can also specifically determine the vehicle helmet status based on the helmet detection information based on the corresponding helmet status verification method as follows: in response to the helmet status corresponding to each of the detection devices being a non-existent state, sending an image acquisition message to the user terminal, and in response to receiving the target image, detecting the target image to determine the vehicle helmet status.

[0061] In an optional implementation, if the execution subject is a central control device, and the central control device has established a communication connection with the terminal, then if the helmet status detected by each detection device is not present, or the helmet status detected by each detection device for a predetermined number of times is not present, the central control device sends an image acquisition message to the user terminal, so that the user shoots through the user terminal and sends the target image to the central control device, and the central control device performs target detection on the target image to determine the status of the vehicle helmet. In other optional implementations, the central control device can send an image acquisition request to the user terminal through a server, and the user terminal sends the target image to the central control device through the server. This embodiment does not limit the data transmission method, which can be set based on the specific application scenario.

[0062] In an optional implementation, a helmet status verification method that suits each user can be deployed for different users. For example, for users who use their vehicles frequently and have basic parking regulations, a simpler helmet status verification method can be used. Further optionally, this embodiment selects a corresponding helmet status verification method to determine the vehicle helmet status based on the user's attribute information and helmet detection information. Among them, the types and / or quantities of detection devices used in different helmet status verification methods are different.

[0063] Furthermore, this embodiment determines helmet status classification information by statistically analyzing vehicle history data, determines attribute information of each user according to vehicle history data of each user, and determines at least one helmet status verification method according to the helmet status classification information and attribute information of each user. In other words, this embodiment selects a helmet status verification method suitable for the user according to the helmet status classification information and attribute information of each user, so as to further improve detection efficiency and user experience while ensuring the accuracy of helmet verification.

[0064] Further optionally, the attribute information of the user includes a user reputation value. That is, this embodiment determines the user reputation value based on the helmet placement situation, repair situation, etc. in the user's historical tasks. It should be understood that the higher the number or proportion of accurate helmet placement, the fewer the number of repair completion tasks (or the information of the repair completion task is basically true, etc.), the higher the user reputation value. Optionally, the authenticity of the information of the repair completion task can be determined based on the information reported by the operation and maintenance end.

[0065] In an optional implementation, the method of selecting a corresponding helmet status verification method according to the attribute information of the user and the helmet detection information to determine the status of the vehicle helmet in this embodiment can also be specifically performed as follows: in response to the user's reputation value reaching a predetermined threshold and the helmet status corresponding to any detection device being in an existing state, the vehicle helmet status is determined to be in an existing state; in response to the user's reputation value being less than a predetermined threshold and the helmet status corresponding to a predetermined detection device or multiple detection devices being in an existing state, the vehicle helmet status is determined to be in an existing state. That is to say, this embodiment adopts a relatively loose helmet status verification method for users with high credibility, and adopts a relatively strict helmet status verification method for users with low credibility, so as to further improve the efficiency of helmet status detection while ensuring the accuracy of helmet verification, thereby improving the user experience.

[0066] In response to receiving a vehicle request from a user, this embodiment queries helmet detection information of at least one detection device corresponding to the helmet, determines the vehicle helmet status based on the helmet detection information and the corresponding helmet status verification method, and responds to the vehicle request based on the vehicle helmet status. Thus, this embodiment can determine the vehicle helmet status based on the currently detected helmet detection information and the corresponding helmet status verification method, so that the helmet status verification method conforms to the current scenario, thereby improving the efficiency and success rate of helmet detection when the user returns the vehicle.

[0067] Figure 2 FIG. 1 is a schematic diagram of a vehicle management system according to an embodiment of the present invention. Figure 2As shown, the vehicle management system of this embodiment includes a user terminal 21, a vehicle 22 and a server 23. In this embodiment, the user terminal 21, the vehicle 22 and the server 23 in the vehicle management system can establish a communication connection with each other, wherein the user terminal 21 and the vehicle 22 can establish a short-range communication connection, such as a Bluetooth communication connection, etc., and the user terminal 21 and the server 23, and the vehicle 22 and the server 23 can establish a long-range communication connection. Further optionally, the user terminal 21 and the vehicle 22 may not establish a communication connection, and this embodiment does not limit the communication connection method in the system.

[0068] In this embodiment, the vehicle 22 includes a helmet 221 disposed in the vehicle basket, at least one detection device, and a central control device ( Figure 2 (not shown in the figure). The detection device is arranged in the basket area or on the helmet 221. Further, at least one detection device includes a combination of one or more of the following: a Hall sensor, a magnet, a micro switch, a pressure sensor, a laser sensor, a camera sensor, a light sensor, etc. It should be understood that this embodiment does not limit the type of detection device, and it only needs to be able to realize the corresponding detection function.

[0069] Furthermore, the central control device and each detection device in the vehicle 22 perform data transmission via wired or short-range wireless communication.

[0070] In the car borrowing scenario. The user terminal 21 generates a car use request by scanning the identification code on the vehicle 22 and sends it to the central control device of the vehicle 22 through the server 23, or directly to the central control device of the vehicle 22. In response to the vehicle request, the central control device of the vehicle 22 queries the helmet detection information of at least one detection device corresponding to the helmet, determines the vehicle helmet status based on the helmet detection information and the corresponding helmet status verification method, and responds to the car use request based on the vehicle helmet status. Among them, the specific detection process of the vehicle helmet status is similar to the above embodiment, which will not be repeated here.

[0071] Further, in response to the vehicle helmet status being in the present state, the central control device of the vehicle 22 controls the vehicle lock and the helmet lock to open, and sends a message of successful unlocking to the user terminal 21 or to the user terminal through the server 23. In response to the vehicle helmet status being in the absent state, the central control device of the vehicle 22 marks the vehicle as a faulty vehicle, reports fault information to the server 23, and sends a message of vehicle fault to the user terminal 21 or to the user terminal 21 through the server 23, so as to guide the user to change the vehicle.

[0072] Furthermore, the vehicle management system of this embodiment also includes an operation and maintenance terminal, and the server 23 sends the fault information of the vehicle 22 to the operation and maintenance terminal, so that the operation and maintenance personnel can perform fault processing based on the fault information. Optionally, the fault information can include vehicle identification and helmet fault information. After the operation and maintenance personnel perform fault processing, they report the fault processing information to the server 23 and mark the vehicle 22 as an available vehicle. Optionally, the fault processing information can be specific operation information such as clearing debris from the basket, correctly placing the helmet, and replenishing the helmet.

[0073] In the vehicle return scenario. The user sends a vehicle return request to the vehicle 22 through the application in the user terminal 21 or the applet embedded in the application or to the vehicle 22 through the server 23. The central control device of the vehicle 22 responds to the vehicle request, queries the helmet detection information of at least one detection device corresponding to the helmet, determines the vehicle helmet status based on the helmet detection information and the corresponding helmet status verification method, and responds to the vehicle use request based on the vehicle helmet status. Among them, the specific detection process of the vehicle helmet status is similar to the above embodiment, and will not be repeated here.

[0074] Furthermore, in response to the vehicle helmet status being in the exist state, the central control device of the vehicle 22 controls the vehicle lock and the helmet lock to lock, and sends a message of successful vehicle return to the user terminal 21 or to the user terminal through the server 23. In response to the vehicle helmet status being in the non-existent state, the central control device of the vehicle 22 sends a message that the helmet is not detected to the user terminal 21 or to the user terminal 21 through the server 23 to guide the user to place the helmet or adjust the helmet posture. After the central control device of the vehicle 22 still fails to detect the helmet within a predetermined time (i.e., a predetermined time after receiving the vehicle return request) or sends a message that the helmet is not detected a predetermined number of times, it sends a prompt message to the user terminal 21 or to the user terminal 21 through the server 23 to prompt the user to end the task or end the task by reporting a repair. The server 23 generates an operation and maintenance task and sends it to the operation and maintenance terminal.

[0075] After troubleshooting, the operation and maintenance personnel report the troubleshooting information to the server 23 and mark the vehicle 22 as an available vehicle. Optionally, the troubleshooting information may be specific operation information such as clearing debris from the basket, correctly placing the helmet, and replenishing the helmet.

[0076] It should be understood that the above description uses the central control device of the vehicle 22 for helmet verification as an example. It should be understood that the helmet detection information of each detection device can also be reported to the server 23 by the vehicle 22 to perform the helmet verification operation through the server 23. This embodiment does not limit this.

[0077] The vehicle management system of this embodiment can determine the status of the vehicle helmet based on the currently detected helmet detection information and the corresponding helmet status verification method, so that the helmet status verification method is consistent with the current scenario, improving the efficiency and success rate of helmet detection when the user returns the vehicle. At the same time, it can also generate operation and maintenance tasks for helmet failures so that the vehicle can be maintained in time, further improving the utilization rate of the vehicle.

[0078] Figure 3 FIG. 1 is a schematic diagram of an interactive method of a vehicle management system according to an embodiment of the present invention. Figure 3 As shown, the interactive method of the vehicle management system of this embodiment includes the following steps:

[0079] Step S1, the user terminal 31 sends a user request to the server 33. The user request is a request to use a vehicle or a request to return a vehicle. The user request includes a user ID and an ID of the vehicle 32.

[0080] In step S2, the server 33 sends the vehicle use request of the user terminal 31 to the vehicle 32. Optionally, after receiving the vehicle use request of the user terminal 31, the server 33 may also send an execution instruction to the vehicle 32, so that the vehicle 32 performs helmet verification after receiving the execution instruction, and executes a positive response corresponding to the user request (i.e., unlocking or locking) after the helmet verification passes.

[0081] In step S3, the vehicle 32 determines the vehicle helmet status.

[0082] Figure 4 is a roadmap of a helmet state detection method according to an embodiment of the present invention. In an optional implementation, Figure 4 As shown, step S3 includes the following steps:

[0083] Step S31, querying helmet detection information of at least one detection device corresponding to the helmet. In an optional implementation, the present embodiment can obtain the helmet detection information of the detection devices at the same time, or can obtain the helmet detection information of the required detection devices in sequence, and the present embodiment is not limited to this.

[0084] Step S32, determining the vehicle helmet status according to the helmet detection information based on the corresponding helmet status verification method.

[0085] In an optional implementation, the vehicle helmet status can be determined based on a pre-set helmet status verification method. Optionally, the pre-set helmet status verification method can be: if the helmet status detection result corresponding to any detection device is an existence state, then the vehicle helmet status is determined to be an existence state. Under this scheme, the helmet detection information of the required detection devices can be obtained in sequence, and after determining that the helmet status detection result corresponding to the current detection device is an absence state, the helmet detection information of the next detection device can be obtained; the helmet detection information of all detection devices can also be obtained at the same time, and the helmet detection information of each detection device can be detected in sequence until the detection result of the existence state is detected, or until all detection devices are detected; the helmet detection information of all detection devices can also be obtained and detected at the same time, and this embodiment does not limit this.

[0086] Optionally, the pre-set helmet status verification method may be: when the helmet status corresponding to at least a predetermined detection device or multiple detection devices is in the presence state, the vehicle helmet status is determined to be in the presence state. The predetermined detection device may be a Hall sensor. That is, when the present embodiment detects that the helmet status corresponding to the Hall sensor is in the presence state, or when the helmet status corresponding to multiple detection devices other than the Hall sensor is in the presence state, the vehicle helmet status is determined to be in the presence state.

[0087] Further optionally, the method of this embodiment further includes: the vehicle 32 obtains the attribute information of the user sent by the server 33, and selects a corresponding helmet status verification method based on the attribute information, so as to determine the vehicle helmet status according to the corresponding helmet detection information obtained based on the corresponding helmet status verification method. It should be understood that the specific detection method of the vehicle helmet status is similar to the above embodiment and will not be repeated here.

[0088] Step S33, determining whether the vehicle helmet state is in the presence state. If it is in the presence state, executing step S34, if it is in the absence state, executing step S35.

[0089] Step S34, in response to the vehicle helmet state being in the existence state, a positive response is performed to the vehicle request. For example, if the vehicle request is a vehicle use request, the vehicle unlocking and helmet unlocking operations are performed; if the vehicle request is a vehicle return request, the vehicle locking and helmet locking operations are performed.

[0090] Step S35, if the vehicle helmet status is not present, it is determined whether the query times of the current detection device have reached the preset query times. If the preset times have been reached, step S36 is executed; if the preset times have not been reached, steps S31-S35 are continued.

[0091] Step S36 : the vehicle 32 sends an image acquisition message to the user terminal 31 or to the user terminal through the server 33 .

[0092] Step S37, in response to receiving the target image, detecting the target image to determine the state of the vehicle helmet. In this embodiment, the target image can be detected by a pre-trained target detection model to determine the state of the vehicle helmet. It should be understood that this embodiment does not limit the specific model architecture of the target detection model, and it only needs to be able to perform target detection.

[0093] Step S38, determining whether the vehicle helmet state is in the presence state. If it is in the presence state, executing step S34, that is, executing a positive response to the vehicle request, if it is in the absence state, executing step S39.

[0094] Step S39, reporting fault information.

[0095] The above steps S31-S39 include the operations after the vehicle helmet status information is determined, so they are similar to Figure 3 There is some repetition in the steps after step S3 in the described embodiment. It should be understood that the above description is only for facilitating the understanding of the execution process, and it does not mean that there is repetition in the execution of steps.

[0096] In step S4, the vehicle 32 determines whether the vehicle helmet state is in the presence state. If it is in the presence state, steps S10 to S12 are executed, and if it is in the absence state, steps S5 to S8 are executed.

[0097] In step S5, the vehicle 32 reports fault information to the server 33 in response to the vehicle helmet status being the non-existent status.

[0098] Step S6, the server 33 sends a negative response result to the user terminal 31, which is a response result that the car cannot be used or cannot be returned. Furthermore, for the response result that the car cannot be used, the specific information may be "The current vehicle has a fault, please change the vehicle." For the response result that the car cannot be returned, the specific information may be "No helmet is detected, please place the helmet or adjust the helmet posture." Further optionally, after a predetermined time, or after the message "No helmet is detected, please place the helmet or adjust the helmet posture" is sent a predetermined number of times, the user terminal 31 displays a forced task end or a fault reporting end control. The user terminal 31 receives that the relevant control is triggered, and uploads a forced task end request or a fault reporting end request to the server.

[0099] Step S7, after receiving the fault information reported by the vehicle 32 or receiving the mandatory task end request or the fault reporting end request reported by the user terminal 31, the server 33 generates and sends an operation and maintenance task to the operation and maintenance terminal so that the operation and maintenance personnel can perform the operation and maintenance task.

[0100] Step S8, the server 33 receives the fault handling information reported by the operation and maintenance terminal, and updates the mark of the vehicle 32. That is, the mark of the vehicle 32 is updated from faulty to available.

[0101] In step S9, the vehicle 32 responds to the vehicle helmet status being in the presence state by performing a positive response to the vehicle request. For example, if the vehicle request is a vehicle use request, the vehicle unlocking and helmet unlocking operations are performed; if the vehicle request is a vehicle return request, the vehicle locking and helmet locking operations are performed.

[0102] Step S10 , the vehicle 32 sends an execution success message to the server 33 .

[0103] Step S11 , the server 33 sends a positive response result to the user terminal 31 , that is, a message of successful unlocking or successful locking.

[0104] In response to receiving a vehicle request from a user, this embodiment queries the helmet detection information of at least one detection device corresponding to the helmet, determines the vehicle helmet status based on the helmet detection information and the corresponding helmet status verification method, and responds to the vehicle request based on the vehicle helmet status. Thus, this embodiment can determine the vehicle helmet status based on the currently detected helmet detection information and the corresponding helmet status verification method, so that the helmet status verification method conforms to the current scenario, improving the efficiency and success rate of helmet detection when the user returns the vehicle. At the same time, it is also possible to generate operation and maintenance tasks for helmet failures so that the vehicle can be maintained in a timely manner, further improving the utilization rate of the vehicle.

[0105] Figure 5 Schematic diagram of a vehicle according to an embodiment of the present invention. Figure 5 As shown, the vehicle 5 includes a helmet 51, a central control device ( Figure 5 ) and multiple detection devices for detecting the state of the helmet 51. Optionally, at least one detection device includes a combination of one or more of the following: a Hall sensor, a magnet, a micro switch, a pressure sensor, a laser sensor, a camera sensor, a light sensor, etc. It should be understood that this embodiment does not limit the type of detection device, as long as it can realize the corresponding detection function.

[0106] Further, after receiving a user request or a command from a server, the central control device queries the helmet detection information of at least one detection device, determines the vehicle helmet status according to the helmet detection information based on the corresponding helmet status verification method, and responds to the vehicle request according to the vehicle helmet status. The specific execution process is similar to the above embodiment and will not be repeated here.

[0107] This embodiment can determine the status of the vehicle helmet based on the currently detected helmet detection information and the corresponding helmet status verification method, so that the helmet status verification method is consistent with the current scenario, improving the efficiency and success rate of helmet detection when the user returns the vehicle. At the same time, it can also generate operation and maintenance tasks for helmet failures so that the vehicle can be maintained in time, further improving the utilization rate of the vehicle.

[0108] Figure 6 Schematic diagram of a vehicle management device according to an embodiment of the present invention. Figure 6 As shown, the vehicle management device 6 of this embodiment includes a request receiving unit 61, a query unit 62, a state determining unit 63 and a response unit 64.

[0109] The request receiving unit 61 is configured to receive a vehicle request from a user. The query unit 62 is configured to query helmet detection information of at least one detection device corresponding to the helmet in response to the vehicle request. The state determination unit 63 is configured to determine the vehicle helmet state according to the helmet detection information based on the corresponding helmet state verification method, and the helmet state verification method is determined according to vehicle history data of multiple vehicles. The response unit 64 is configured to respond to the vehicle request according to the vehicle helmet state.

[0110] In an optional implementation, the at least one detection device includes a combination of one or more of the following: a Hall sensor, a magnet, a micro switch, a pressure sensor, a laser sensor, a camera sensor, and a light sensor.

[0111] In an optional implementation, the state determination unit 63 is further configured to execute:

[0112] Determine the helmet status corresponding to each of the detection devices according to the helmet detection information corresponding to each of the detection devices;

[0113] In response to the helmet status corresponding to any one or more of the detection devices being in the presence state, determining the vehicle helmet status as the presence state.

[0114] In an optional implementation, the state determination unit 63 is further configured to execute:

[0115] A corresponding helmet status verification method is selected according to the attribute information of the user and the helmet detection information to determine the status of the vehicle helmet, and different types and / or quantities of detection devices used in different helmet status verification methods are different.

[0116] In an optional implementation, the user's attribute information includes a user reputation value.

[0117] The state determination unit 63 is further configured to execute:

[0118] In response to the user reputation value reaching a predetermined threshold and the helmet status corresponding to any one of the detection devices being in an existing state, determining that the vehicle helmet status is in an existing state;

[0119] In response to the user reputation value being less than the predetermined threshold, and the helmet states corresponding to the predetermined detection device or multiple detection devices are all existing states, it is determined that the vehicle helmet state is the existing state.

[0120] In an optional implementation, the state determination unit 63 is further configured to execute:

[0121] In response to the helmet status corresponding to each of the detection devices being a non-existent state, sending an image acquisition message to the user terminal;

[0122] In response to receiving the target image, the target image is detected to determine the vehicle helmet status.

[0123] In an optional implementation, the response unit 64 is further configured to execute:

[0124] In response to the vehicle request being a vehicle use request and the vehicle helmet status being an existing status, controlling the corresponding vehicle and helmet locks to unlock; or

[0125] In response to the vehicle request being a vehicle return request and the vehicle helmet status being an existing status, the corresponding vehicle and helmet locks are controlled to be locked.

[0126] In an optional implementation, the response unit 64 is further configured to execute:

[0127] In response to the vehicle helmet status being a non-existent state or the vehicle helmet status detected a predetermined number of times being a non-existent state, marking the corresponding vehicle as a faulty vehicle;

[0128] Report fault information.

[0129] In an optional implementation, the vehicle management device 6 further includes a verification mode determination unit configured to execute:

[0130] Conduct statistical analysis on vehicle historical data to determine helmet status classification information;

[0131] Determine attribute information of each user according to the vehicle history data of each user;

[0132] Determining at least one helmet status verification method according to the helmet status classification information and the attribute information of each of the users;

[0133] Among them, the helmet status classification information includes helmet status category, or helmet environment category; the vehicle history data includes a combination of one or more of the following: helmet status information when the historical task is started, helmet status information when the historical task ends, the corresponding historical task end status, and helmet environment information.

[0134] In response to receiving a vehicle request from a user, this embodiment queries the helmet detection information of at least one detection device corresponding to the helmet, determines the vehicle helmet status based on the helmet detection information and the corresponding helmet status verification method, and responds to the vehicle request based on the vehicle helmet status. Thus, this embodiment can determine the vehicle helmet status based on the currently detected helmet detection information and the corresponding helmet status verification method, so that the helmet status verification method conforms to the current scenario, improving the efficiency and success rate of helmet detection when the user returns the vehicle. At the same time, it is also possible to generate operation and maintenance tasks for helmet failures so that the vehicle can be maintained in a timely manner, further improving the utilization rate of the vehicle.

[0135] Figure 7 Schematic diagram of an electronic device according to an embodiment of the present invention. The electronic device according to this embodiment may be the user terminal, or a server, or a central control device of a vehicle. Figure 7 As shown, Figure 7 The electronic device shown is a general address query device, which includes a general computer hardware structure, which at least includes a processor 71 and a memory 72. The processor 71 and the memory 72 are connected via a bus 73. The memory 72 is suitable for storing instructions or programs executable by the processor 71. The processor 71 can be an independent microprocessor or a collection of one or more microprocessors. Thus, the processor 71 executes the instructions stored in the memory 72, thereby executing the method flow of the embodiment of the present invention as described above to realize the processing of data and the control of other devices. The bus 73 connects the above-mentioned multiple components together, and at the same time connects the above-mentioned components to the display controller 74 and the display device and the input / output (I / O) device 75. The input / output (I / O) device 75 can be a mouse, a keyboard, a modem, a network interface, a touch input device, a somatosensory input device, a printer, and other devices known in the art. Typically, the input / output device 75 is connected to the system via an input / output (I / O) controller 76.

[0136] Furthermore, if the electronic device is a user terminal, the electronic device further includes a camera to capture a target image.

[0137] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, devices (equipment) or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment or an embodiment combining software and hardware. Moreover, the present application may adopt a computer program product implemented on one or more computer-readable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0138] The present application is described with reference to flowcharts of methods, apparatuses (devices) and computer program products according to embodiments of the present application. It should be understood that each process in the flowchart can be implemented by computer program instructions.

[0139] These computer program instructions may be stored in a computer readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture including an instruction device that implements the process Figure 1 A function specified in a process or multiple processes.

[0140] These computer program instructions may also be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device produce the instructions for implementing the process Figure 1 A device that specifies functions in a process or multiple processes.

[0141] Another embodiment of the present invention relates to a non-volatile storage medium for storing a computer-readable program, wherein the computer-readable program is used for a computer to execute part or all of the above method embodiments.

[0142] That is, those skilled in the art can understand that all or part of the steps in the above-mentioned embodiment method can be completed by specifying relevant hardware through a program, and the program is stored in a storage medium, including several instructions for a device (which can be a single-chip microcomputer, chip, etc.) or a processor (processor) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk and other media that can store program codes.

[0143] The above description is only a preferred embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A vehicle management method, characterized in that: The method comprises: Receive a vehicle request from a user; In response to the vehicle request, querying helmet detection information of at least one detection device corresponding to the helmet; Determining a vehicle helmet status according to the helmet detection information based on a corresponding helmet status verification method, wherein the helmet status verification method is determined according to vehicle history data of a plurality of vehicles; The vehicle request is responded to according to the vehicle helmet status.

2. The method according to claim 1, characterized in that The at least one detection device includes one or more of the following combinations: a Hall sensor, a magnet, a micro switch, a pressure sensor, a laser sensor, a camera sensor, and a light sensor.

3. The method according to claim 2, characterized in that The determining the vehicle helmet status according to the helmet detection information based on the corresponding helmet status verification method includes: Determine the helmet status corresponding to each of the detection devices according to the helmet detection information corresponding to each of the detection devices; In response to the helmet status corresponding to any one or more of the detection devices being in the presence state, determining the vehicle helmet status as the presence state.

4. The method according to claim 2, characterized in that: The determining the vehicle helmet status according to the helmet detection information based on the corresponding helmet status verification method includes: A corresponding helmet status verification method is selected according to the attribute information of the user and the helmet detection information to determine the status of the vehicle helmet, and different types and / or quantities of detection devices used in different helmet status verification methods are different.

5. The method according to claim 4, characterized in that The user's attribute information includes a user reputation value; The step of selecting a corresponding helmet status verification method according to the attribute information of the user and the helmet detection information to determine the vehicle helmet status comprises: In response to the user reputation value reaching a predetermined threshold and the helmet status corresponding to any one of the detection devices being in an existing state, determining that the vehicle helmet status is in an existing state; In response to the user reputation value being less than the predetermined threshold, and the helmet states corresponding to the predetermined detection device or multiple detection devices are all existing states, it is determined that the vehicle helmet state is the existing state.

6. The method according to claim 3, characterized in that The determining the vehicle helmet status according to the helmet detection information based on the corresponding helmet status verification method also includes: In response to the helmet status corresponding to each of the detection devices being a non-existent state, sending an image acquisition message to the user terminal; In response to receiving the target image, the target image is detected to determine the vehicle helmet status.

7. The method according to claim 1, characterized in that The responding to the vehicle request according to the vehicle helmet state comprises: In response to the vehicle request being a vehicle use request and the vehicle helmet status being an existing status, controlling the corresponding vehicle and helmet locks to unlock; or In response to the vehicle request being a vehicle return request and the vehicle helmet status being an existing status, the corresponding vehicle and helmet locks are controlled to be locked.

8. The method according to any one of claims 1 to 7, characterized in that The responding to the vehicle request according to the vehicle helmet state comprises: In response to the vehicle helmet status being a non-existent state or the vehicle helmet status detected a predetermined number of times being a non-existent state, marking the corresponding vehicle as a faulty vehicle; Report fault information.

9. The method according to any one of claims 1 to 7, characterized in that: The method further comprises: Conduct statistical analysis on vehicle historical data to determine helmet status classification information; Determine attribute information of each user according to the vehicle history data of each user; Determining at least one helmet status verification method according to the helmet status classification information and the attribute information of each of the users; Among them, the helmet status classification information includes helmet status category, or helmet environment category; the vehicle history data includes a combination of one or more of the following: helmet status information when the historical task is started, helmet status information when the historical task ends, the corresponding historical task end status, and helmet environment information.

10. A vehicle, characterized in that: The vehicle comprises: helmet; at least one detection device configured to detect vehicle helmet status information; The central control device is configured to execute the method as described in any one of claims 1 to 9.

11. A vehicle management system, characterized in that: The system comprises: The vehicle as claimed in claim 10; The user terminal is configured to send a vehicle request of the user.

12. The system according to claim 11, characterized in that The system further comprises: Servers; and Operation and maintenance terminal; The vehicle is further configured to report the vehicle helmet status to the server in response to the vehicle helmet status detected by the vehicle not being present; The server is configured to generate operation and maintenance tasks and send them to corresponding operation and maintenance terminals.

13. An electronic device comprising a memory and a processor, characterized in that: The memory is used to store one or more computer program instructions, wherein the one or more computer program instructions are executed by the processor to implement the method according to any one of claims 1 to 9.

14. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 9 is implemented.

15. A computer program product, characterized in that When the computer program product is run on a computer, the computer is caused to execute the method according to any one of claims 1 to 9.

Images