A method, system, storage medium and computer device for locking a vehicle

Abstract

The application provides a car locking method, system, storage medium and computer equipment, and the method comprises the following steps: obtaining a car locking authorization sent by a user, and sending a car locking instruction to a charging pile according to the car locking authorization, so that the charging pile locks a target vehicle in a connected state with the target vehicle. In this way, even if an illegal user steals the vehicle, the vehicle owner can still lock the vehicle through the charging pile, so that the illegal user cannot continue to use the vehicle, and timely loss is stopped, and the legal rights and interests of normal users are ensured.

Description

[0001] This application is a divisional application of Chinese Patent Application No. 2020114603156, filed with the Chinese Patent Office on December 11, 2020, entitled "A method for locking a car, a server, a system, a storage medium and a computer device". Technical Field

[0002] This invention belongs to the field of electric vehicle safety protection technology, and in particular relates to a vehicle locking method, system, storage medium and computer equipment. Background Technology

[0003] With the development of science and technology and social progress, many types of new energy vehicles have emerged in the market.

[0004] Anti-theft performance has become an increasingly important concern for users. After a car is stolen, how to minimize losses in a timely manner is of paramount importance. Currently, the typical approach after discovering a vehicle theft is to retrieve surveillance footage and report it to the police. However, this process can take a considerable amount of time to locate the stolen vehicle, resulting in significant damage to the user's rights. Summary of the Invention

[0005] To address the problems existing in the prior art, embodiments of the present invention provide a vehicle locking method, system, storage medium, and computer device to solve the technical problem in the prior art where users cannot stop the loss in time after discovering that their vehicle has been stolen, resulting in serious damage to the user's rights.

[0006] A first aspect of the present invention provides a method for locking a vehicle, the method comprising:

[0007] Obtain vehicle locking authorization sent by the user;

[0008] According to the vehicle locking authorization, a vehicle locking command is sent to the charging station so that the charging station locks the target vehicle while it is connected to the target vehicle.

[0009] Optionally, obtaining the vehicle locking authorization sent by the user includes:

[0010] Obtain the state of charge value of the target vehicle;

[0011] Determine whether the state of charge value is lower than a preset charging threshold;

[0012] If the state of charge value is lower than the charging threshold, a low battery warning message will be sent to the user.

[0013] Receive the vehicle locking authorization returned by the user based on the low battery warning information.

[0014] Optionally, obtaining the vehicle locking authorization sent by the user includes:

[0015] When the target vehicle is connected to the charging pile and about to start charging, a charging request information is generated and pushed to the user.

[0016] Receive the vehicle locking authorization returned by the user based on the charging request information.

[0017] Optionally, obtaining the vehicle locking authorization sent by the user includes:

[0018] When the vehicle is fully charged, a charging order is generated and pushed to the user;

[0019] Receive the vehicle locking authorization returned by the user based on the charging order.

[0020] Optionally, obtaining the vehicle locking authorization sent by the user includes:

[0021] Obtain the location information of the target vehicle;

[0022] Determine whether the deviation between the location information and the historical driving trajectory exceeds a preset deviation threshold;

[0023] If so, the location information of the target vehicle is pushed to the user;

[0024] Receive the vehicle locking authorization permission returned by the user based on the location information.

[0025] Optionally, after the target vehicle is locked by the charging station, the method further includes:

[0026] Obtain a location query request sent by the user, the location query request including the license plate number, vehicle identification number or vehicle battery number of the target vehicle;

[0027] The location query request is sent to the vehicle cloud platform;

[0028] Receive the current location information of the target vehicle sent by the vehicle cloud platform, and send the current location information to the user.

[0029] Optionally, sending a vehicle locking command to the charging station to lock the target vehicle while it is connected to the target vehicle includes:

[0030] Obtain the serial number of the charging equipment used by the target vehicle;

[0031] The vehicle locking command is sent to the charging pile corresponding to the charging device number, so that the charging pile locks the target vehicle connected to it according to the vehicle locking command.

[0032] A second aspect of the present invention provides a server, the server comprising:

[0033] The acquisition unit obtains the vehicle locking authorization sent by the user;

[0034] The locking unit is used to send a locking command to the charging pile according to the vehicle locking authorization, so that the charging pile locks the target vehicle while it is connected to the target vehicle.

[0035] A third aspect of the present invention provides a vehicle locking system, the system comprising: a charging pile and a server;

[0036] The server is used to: obtain vehicle locking authorization sent by the user, and send a vehicle locking command to the charging pile according to the vehicle locking authorization;

[0037] The charging pile is used to lock the target vehicle according to the locking command when it is connected to the target vehicle.

[0038] A fourth aspect of the present invention provides a computer-readable storage medium having a computer program stored thereon that, when executed by a processor, implements the method described in any one of the first aspects.

[0039] A fifth aspect of the present invention provides a computer device including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the method described in any one of the first aspects.

[0040] This invention provides a vehicle locking method, server, system, medium, and computer equipment. Upon determining that a target vehicle has been stolen, it can obtain locking authorization sent by the user and send a locking command to a charging station based on that authorization. This allows the charging station to lock the target vehicle while connected to it. In this way, even if an unauthorized user steals the vehicle, the user can lock it via the charging station, preventing the unauthorized user from using the vehicle and thus mitigating losses and protecting the legitimate rights of legitimate users. Attached Figure Description

[0041] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit the invention. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings:

[0042] Figure 1 This is a schematic diagram of the vehicle locking system provided in Embodiment 1 of the present invention;

[0043] Figure 2 This is a schematic diagram of the vehicle locking method provided in Embodiment 2 of the present invention;

[0044] Figure 3 This is a schematic diagram of the server structure in the car locking system provided in Embodiment 3 of the present invention;

[0045] Figure 4 This is a schematic diagram of a computer device structure provided in an embodiment of the present invention;

[0046] Figure 5 This is a schematic diagram of a computer media structure provided for an embodiment of the present invention. Detailed Implementation

[0047] In order to solve the technical problem in the prior art that users cannot stop the loss in time after discovering that their vehicle has been stolen, resulting in serious damage to the user's rights, the present invention provides a vehicle locking method, server, system, medium and computer equipment.

[0048] To better understand the above technical solutions, the technical solutions of the embodiments of this specification will be described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the embodiments of this specification and the specific features in the embodiments are detailed descriptions of the technical solutions of the embodiments of this specification, rather than limitations on the technical solutions of this specification. Unless otherwise specified, the embodiments of this specification and the technical features in the embodiments can be combined with each other.

[0049] Example 1

[0050] This embodiment provides a vehicle locking system, such as Figure 1 As shown, the vehicle locking system includes: server 1 and charging pile 2;

[0051] Server 1 is used to: obtain vehicle locking authorization sent by the user, and send vehicle locking instructions to charging pile 2 according to the vehicle locking authorization;

[0052] The charging pile 2 is used to lock the target vehicle 3 according to the locking command when it is connected to the target vehicle 3.

[0053] Here, the system may also include: a vehicle cloud platform 4, which sends relevant information about the target vehicle 3 to the server 1, so that the server 1 can determine whether to push the dynamics of the target vehicle 3 to the user based on this information, and then receive the user's returned vehicle locking authorization.

[0054] Specifically, the vehicle cloud platform 4 can be an Internet of Vehicles (IoV) platform. The vehicle cloud platform 4 can obtain the location information of each vehicle, the charging parameter information of the vehicle, the state of charge (SOC) value, and the vehicle characteristic information, and then analyze the vehicle information of each vehicle.

[0055] Server 1 can be understood as a cloud server that aggregates charging station cloud platforms from multiple different manufacturers; therefore, Server 1 aggregates the location information of charging stations from different manufacturers as well as the information of charging piles 2 in each charging station.

[0056] Users can pre-register their information via a user-side app. Server 1 can then receive this registration information, which may include: username, account information, identity information, biometric information, and vehicle characteristic information. To ensure charging reliability, real-name authentication is generally required; the username can be the user's name. Identity information is used to uniquely identify the user, such as an ID card number. The account is used to pay for charging. Biometric information can be at least one of fingerprint, iris, and voiceprint data. Vehicle characteristic information may include: license plate number, vehicle identification number (VIN), vehicle color, and vehicle model.

[0057] After user registration is complete, server 1 can receive user commands and execute corresponding actions. For example, server 1 can receive charging commands from users, allocate charging station and charging pile 2 information to vehicles requiring charging, and send the charging station and charging pile 2 information to the corresponding user-side APP on server 1 to prompt users to charge their vehicles at the appropriate locations. Furthermore, before charging, server 1 can also authenticate the vehicle and the user to whom it belongs. Additionally, server 1 can receive vehicle locking authorization from users and send locking commands to charging pile 2 based on the authorization, so that charging pile 2 locks the target vehicle 3 while connected to it.

[0058] It is worth noting that the specific implementation process of server 1 obtaining the vehicle locking authorization sent by the user, sending a vehicle locking command to charging pile 2 based on the vehicle locking authorization, so that charging pile 2 locks the target vehicle 3 while connected to the target vehicle 3, and the specific implementation process of user authentication will be described in detail in the subsequent embodiments concerning server 1, so they will not be repeated here.

[0059] The vehicle locking system provided in this embodiment can obtain locking authorization sent by the user. When it is determined that the target vehicle 3 is connected to the charging pile 2, a locking command is sent to the charging pile 2 according to the locking authorization, so that the charging pile 2 locks the target vehicle 3 while it is connected to the target vehicle 3. In this way, even if an unauthorized user steals the vehicle, the user can lock the vehicle while the target vehicle 3 is connected to the charging pile 2, so that the unauthorized user cannot continue to use the vehicle, thereby achieving timely loss prevention and ensuring the legitimate rights and interests of normal users.

[0060] Example 2

[0061] Based on the same inventive concept as Embodiment 1, this embodiment provides a vehicle locking method, applied to server 1, such as... Figure 2 As shown, the method includes the following steps:

[0062] S210, obtains vehicle locking authorization sent by the user;

[0063] S211, according to the vehicle locking authorization, a vehicle locking command is sent to the charging pile 2 so that the charging pile 2 locks the target vehicle 3 while it is connected to the target vehicle 3.

[0064] In one embodiment of this specification, when a user discovers that their vehicle has been stolen, they can proactively send a vehicle locking authorization request to server 1 using the user-side APP.

[0065] In another scenario, when a user is unaware that their vehicle has been stolen, server 1 can obtain the user's authorization to lock the vehicle through the following methods.

[0066] As an optional embodiment, obtaining vehicle locking authorization sent by the user includes:

[0067] Obtain the state of charge value of target vehicle 3;

[0068] Determine whether the state of charge value is lower than the preset charging threshold;

[0069] If the state of charge value is lower than the charging threshold, a low battery warning message will be sent to the user.

[0070] Receive vehicle locking authorization from the user based on a low battery warning message.

[0071] Here, since the on-board terminal on target vehicle 3 interacts with vehicle cloud platform 4, the state of charge (SBC) value of target vehicle 3 can be obtained from vehicle cloud platform 4. The SBC value of target vehicle 3 can also be obtained through other methods, which are not restricted here.

[0072] When server 1 needs to obtain the state of charge (SOC) value of target vehicle 3, it can send a first retrieval request to vehicle cloud platform 4 to obtain the SOC value of target vehicle 3 sent by vehicle cloud platform 4. The first retrieval request carries the license plate number, vehicle identification number (VIN), or vehicle battery number of target vehicle 3; it also includes a SOC identifier, such as SOC, to indicate that the first retrieval request is for obtaining the SOC value of target vehicle 3.

[0073] Specifically, for example, if the first request includes a license plate number, when the vehicle cloud platform 4 receives the first request, it can locate the vehicle terminal associated with that license plate number and send a request to the corresponding vehicle terminal to obtain the state of charge (SCC) value. Upon receiving the request, the vehicle terminal will send the SCC value of the target vehicle 3 to the vehicle cloud platform 4. After obtaining the SCC value, the vehicle cloud platform 4 sends the SCC value of the target vehicle 3 to server 1. When server 1 determines that the SCC value is lower than a preset charging threshold, it determines that a low battery warning message needs to be pushed to the user.

[0074] For example, the preset charging threshold can be set to 15%. If the state of charge is lower than 15%, a low battery warning message needs to be pushed to the user. This low battery message includes a message asking the user whether the target vehicle 3 needs to be locked, such as providing a "Do you need to lock the car?" information bar, giving the user the choice.

[0075] When a user sees a low battery warning message, if they feel that the low battery warning message is abnormal (for example, the vehicle has just been charged not long ago), they may further verify it. For example, if the vehicle is not at the storage location and has not been borrowed by friends or relatives, the user will select "yes" under the "Do you need to lock the car?" information box, and then server 1 can obtain the authorization to lock the car.

[0076] In another embodiment, if a low battery reminder function is not set, then obtaining user-sent vehicle locking authorization includes:

[0077] When the target vehicle 3 is connected to the charging pile 2 and is about to start charging, a charging request information is generated and pushed to the user.

[0078] Receive vehicle locking authorization from the user based on charging request information.

[0079] Since the battery level of target vehicle 3 cannot remain at full capacity indefinitely, once target vehicle 3 needs charging and an unauthorized user connects charging gun 5 to the charging port of target vehicle 3 to begin charging, server 1 will send a charging request message to the user to confirm whether charging can begin. For example, the charging request message could be: "Charging gun 5 connected, start charging?" If the user confirms that the vehicle has not been lent out and there is no possibility of normal charging, it can be determined that the vehicle has been stolen. At this point, the user will return the vehicle locking authorization based on the charging request message, and server 1 can then obtain the vehicle locking authorization.

[0080] Additionally, after target vehicle 3 has finished charging, it obtains vehicle locking authorization sent by the user, including:

[0081] When the target vehicle 3 finishes charging, a charging order is generated and pushed to the user;

[0082] Receive vehicle locking authorization from the user based on the charging order.

[0083] For example, once charging is complete, the charging order can be pushed to the user's app. Upon receiving the charging order, if the user determines that the vehicle has not been lent out and there is no possibility of it being charged, they will then authorize the user to lock the vehicle via their app based on the charging order.

[0084] In the embodiments described in this specification, user-sent vehicle locking authorization can also be obtained based on location information, including:

[0085] Obtain the location information of target vehicle 3;

[0086] Determine whether the deviation between the location information and the historical driving trajectory exceeds a preset deviation threshold;

[0087] If so, the location information of target vehicle 3 will be pushed to the user;

[0088] Receive the vehicle locking authorization permission returned by the user based on location information.

[0089] Server 1 can send a second acquisition request to the vehicle cloud platform 4 to obtain the location information of the target vehicle 3 sent by the vehicle cloud platform 4. The second acquisition request carries the license plate number, vehicle identification number (VIN) or vehicle battery number of the target vehicle 3; the second acquisition request also includes a location identifier, such as "location", to indicate that the second acquisition request is used to obtain the location information of the target vehicle 3.

[0090] Specifically, for example, if the second request includes a license plate number, when the vehicle cloud platform 4 receives the second request, it can locate the vehicle associated with that license plate number and send a request to the corresponding vehicle terminal to obtain location information. Upon receiving the request, the vehicle terminal will send the location information of the target vehicle 3 to the vehicle cloud platform 4. The vehicle cloud platform 4 obtains the location information and sends it back to server 1. Server 1 determines that if the deviation between the location information and the historical driving trajectory exceeds a preset deviation threshold, it needs to push the location information to the user.

[0091] For example, assuming the deviation threshold is 50km, if the location information is determined to deviate from the nearest point in the historical driving trajectory by more than 50km, then it is determined that the location information needs to be pushed to the user.

[0092] After receiving the location information, the user verifies it (for example, confirming that the vehicle has not been lent out and there is no possibility of it going out at this time), then it can be determined that the vehicle has been stolen. At this time, the user will return the vehicle locking authorization to server 1 based on the location information.

[0093] In the embodiments described in this specification, the user sends a vehicle locking authorization to the server 1. After receiving the vehicle locking authorization, in order to stop the loss in time, the server 1 can send a vehicle locking command to the charging pile 2 based on the vehicle locking authorization, so that the charging pile 2 locks the target vehicle 3 while it is connected to the target vehicle 3.

[0094] As an optional embodiment, a vehicle locking command is sent to the charging pile 2 to lock the target vehicle 3 while it is connected to the target vehicle 3, including:

[0095] Obtain the charging equipment number used by target vehicle 3; the charging equipment number may include the charging pile number 2 and the charging gun number 5.

[0096] The vehicle locking command is sent to the charging station 2 corresponding to the charging equipment number, so that the charging station 2 locks the target vehicle 3 connected to it according to the vehicle locking command and locks the charging gun 5 into the charging port of the target vehicle 3. In this way, even if the vehicle is fully charged, an unauthorized user cannot drive the vehicle away.

[0097] In the embodiments of this specification, after locking the target vehicle 3, the current location of the target vehicle 3 can be queried so that the target vehicle 3 can be located.

[0098] As an optional embodiment, after the target vehicle 3 is locked by the charging pile 2, the method further includes:

[0099] Obtain the location query request sent by the user, which carries the license plate number, vehicle identification number or vehicle battery number of the target vehicle 3.

[0100] The location query request is sent to the vehicle cloud platform 4, so that the vehicle cloud platform 4 can obtain the current location information of the target vehicle 3 based on the location query request;

[0101] Receive the current location information of the target vehicle 3 sent by the vehicle cloud platform 4, and push the current location information of the target vehicle 3 to the user.

[0102] The process by which the vehicle cloud platform 4 obtains the current location information of the target vehicle 3 based on the location query request is exactly the same as the process by which the vehicle cloud platform 4 obtains the vehicle's location information based on the second acquisition request, and will not be repeated here.

[0103] Once the user receives the current location information, they can quickly locate the stolen vehicle, whether by reporting it to the police or handling the situation themselves.

[0104] Furthermore, to prevent accidental user intervention that could trigger the vehicle locking operation, before locking the target vehicle 3 while connected to it, the charging pile 2 also includes:

[0105] Obtain the current biometric information of the user to which the target vehicle 3 belongs, sent by the charging device; perform authentication based on the current biometric information, and obtain the authentication result for the user to which the target vehicle 3 belongs.

[0106] Specifically, before charging the target vehicle 3, the user needs to insert the charging gun 5 into the charging port of the target vehicle 3. If the charging gun has a facial recognition area, fingerprint recognition area, voiceprint recognition area, and iris recognition area, the charging gun 5 can instantly acquire the user's facial image information, fingerprint information, voiceprint information, and iris information when the user inserts the gun, and send these information to the charging pile 2. The charging pile 2 then sends the facial image information, fingerprint information, voiceprint information, and iris information to the server 1. The server 1 can then perform authentication based on the acquired information.

[0107] As an optional embodiment, authentication is performed based on current biometric information to obtain authentication results for the user to whom the target vehicle 3 belongs, including:

[0108] Match the current biometric information with the biometric information in the registration information;

[0109] Determine whether the current biometric information can be successfully matched with the biometric information in the registration information. If the match is successful, obtain the first authentication result for the user to whom the target vehicle 3 belongs. The first authentication result is successful authentication.

[0110] Here, if the biometric information required for authentication includes two types, the authentication result is considered successful only if both types of biometric information match successfully. If one type of biometric information fails to match, the authentication result is considered unsuccessful.

[0111] Authentication is based on the user's biometric information. Because facial images, fingerprints, voiceprints, and irises are all unique, authentication accuracy can be ensured.

[0112] If the authentication result fails after obtaining the authentication result, it means that the normal user has not made any mistakes. At this time, the charging pile 2 can execute the lock command.

[0113] If the authentication result is successful, it indicates that the user may have made a mistake. Even if the authentication result is successful, the possibility of theft of biometric information cannot be ruled out. Therefore, server 1 needs to push a query message to the user again. The query message can be "Did you make a mistake?" If it is not a mistake, the user can click "No". At this time, even if the authentication is successful, charging pile 2 will execute the vehicle locking command.

[0114] In this embodiment, if it is determined that the target vehicle 3 has been stolen, the user can obtain the vehicle locking authorization sent by the user, and send a vehicle locking command to the charging pile 2 according to the vehicle locking authorization, so that the charging pile 2 can lock the target vehicle 3 while connected to the target vehicle 3; in this way, even if an illegal user steals the vehicle, the user can lock the target vehicle by locking the vehicle, so that the illegal user can no longer use the vehicle, thereby achieving timely loss mitigation and ensuring the legitimate rights and interests of normal users.

[0115] Based on the same inventive concept, the present invention also provides a server, as detailed in Embodiment 3.

[0116] Example 3

[0117] This embodiment provides a server, such as Figure 3 As shown, server 1 includes: an acquisition unit 31 and a locking unit 32; wherein,

[0118] Unit 31 obtains the vehicle locking authorization sent by the user;

[0119] The locking unit 32 is used to send a locking command to the charging pile 2 according to the vehicle locking authorization authority, so that the charging pile 2 locks the target vehicle 3 when it is connected to the target vehicle 3.

[0120] As an optional embodiment, the obtaining unit 31 obtains the vehicle locking authorization sent by the user, including:

[0121] Obtain the state of charge value of target vehicle 3;

[0122] Determine whether the state of charge value is lower than the preset charging threshold;

[0123] If the state of charge value is lower than the charging threshold, a low battery warning message will be sent to the user.

[0124] Receive vehicle locking authorization from the user based on a low battery warning message.

[0125] In another embodiment, if no low battery reminder function is set, the acquisition unit 31, upon obtaining the vehicle locking authorization sent by the user, may further include:

[0126] When the target vehicle 3 is connected to the charging pile 2 and is about to start charging, a charging request information is generated and pushed to the user.

[0127] Receive vehicle locking authorization from the user based on charging request information.

[0128] Additionally, after the target vehicle 3 has finished charging, the acquisition unit 31 obtains the vehicle locking authorization sent by the user, including:

[0129] When the target vehicle 3 finishes charging, a charging order is generated and pushed to the user;

[0130] Receive vehicle locking authorization from the user based on the charging order.

[0131] In the embodiments described in this specification, the acquisition unit 31 can also obtain the user's authorization to lock the vehicle based on the location information, including:

[0132] Obtain the location information of target vehicle 3;

[0133] Determine whether the deviation between the location information and the historical driving trajectory exceeds a preset deviation threshold;

[0134] If so, the location information of target vehicle 3 will be pushed to the user;

[0135] Receive the vehicle locking authorization permission returned by the user based on location information.

[0136] In the embodiments of this specification, after the acquisition unit 31 receives the vehicle locking authorization, in order to stop the loss in time, the locking unit 32 can send a vehicle locking command to the charging pile 2 based on the vehicle locking authorization, so that the charging pile 2 locks the target vehicle 3 while it is connected to the target vehicle 3.

[0137] As an optional embodiment, the locking unit 32 sends a vehicle locking command to the charging pile 2 to lock the target vehicle 3 while it is connected to the target vehicle 3, including:

[0138] Obtain the charging equipment number used by target vehicle 3; the charging equipment number may include the charging pile number 2 and the charging gun number 5.

[0139] The vehicle locking command is sent to the charging station 2 corresponding to the charging equipment number, so that the charging station 2 locks the target vehicle 3 connected to it according to the vehicle locking command and locks the charging gun 5 into the charging port of the target vehicle 3. In this way, even if the vehicle is fully charged, an unauthorized user cannot drive the vehicle away.

[0140] In the embodiments of this specification, after locking the target vehicle 3, the current location of the target vehicle 3 can be queried so that the target vehicle 3 can be located.

[0141] As an optional embodiment, after the target vehicle 3 is locked by the charging pile 2, the acquisition unit 31 is further configured to:

[0142] Obtain the location query request sent by the user, which carries the license plate number, vehicle identification number or vehicle battery number of the target vehicle 3.

[0143] The location query request is sent to the vehicle cloud platform 4, so that the vehicle cloud platform 4 can obtain the current location information of the target vehicle 3 based on the location query request;

[0144] Receive the current location information of the target vehicle 3 sent by the vehicle cloud platform 4, and push the current location information of the target vehicle 3 to the user.

[0145] Once the user receives the current location information, they can quickly locate the stolen vehicle, whether by reporting it to the police or handling the situation themselves.

[0146] Here, for reference Figure 3 Server 1 also includes: authentication unit 33; to prevent accidental user operation from triggering vehicle locking, before charging pile 2 locks the target vehicle 3 while connected to it, authentication unit 33 is used to:

[0147] Obtain the current biometric information of the user to which the target vehicle 3 belongs, sent by the charging device; perform authentication based on the current biometric information, and obtain the authentication result for the user to which the target vehicle 3 belongs.

[0148] As an optional embodiment, authentication is performed based on current biometric information to obtain authentication results for the user to whom the target vehicle 3 belongs, including:

[0149] Match the current biometric information with the biometric information in the registration information;

[0150] Determine whether the current biometric information can be successfully matched with the biometric information in the registration information. If the match is successful, obtain the first authentication result for the user to whom the target vehicle 3 belongs. The first authentication result is successful authentication.

[0151] Here, if the biometric information required for authentication includes two types, the authentication result is considered successful only if both types of biometric information match successfully. If one type of biometric information fails to match, the authentication result is considered unsuccessful.

[0152] Authentication is based on the user's biometric information. Because facial images, fingerprints, voiceprints, and irises are all unique, authentication accuracy can be ensured.

[0153] If the authentication result fails after obtaining the authentication result, it means that the normal user has not made any mistakes. At this time, the charging pile 2 can execute the lock command.

[0154] If the authentication result is successful, it indicates that the user may have made a mistake. Even if the authentication result is successful, the possibility of stolen biometric information cannot be ruled out, which could lead to a successful authentication result. Therefore, server 1 needs to push a query message to the user again, which can be "Did you make a mistake?" If it is not a mistake, the user can click "No". At this time, even if the authentication is successful, charging pile 2 will still execute the vehicle locking command.

[0155] Thus, the device proposed in this embodiment can obtain the vehicle locking authorization sent by the user, and send a vehicle locking command to the charging pile 2 according to the vehicle locking authorization, so that the charging pile 2 locks the target vehicle 3 while connected to the target vehicle 3; in this way, even if an illegal user steals the vehicle, the user can lock the target vehicle 3 by locking the vehicle, so that the illegal user cannot continue to use the vehicle, thereby achieving timely loss prevention and ensuring the legitimate rights and interests of normal users.

[0156] Example 4

[0157] This embodiment provides a computer device 400, such as... Figure 4 As shown, the system includes a memory 410, a processor 420, and a computer program 411 stored in the memory 410 and executable on the processor 420. When the processor 420 executes the computer program 411, it performs the following steps:

[0158] Obtain vehicle locking authorization sent by the user;

[0159] According to the vehicle locking authorization, a vehicle locking command is sent to the charging pile 2 so that the charging pile 2 locks the target vehicle 3 while it is connected to the target vehicle 3.

[0160] In specific implementation, when the processor 420 executes the computer program 411, it can implement any of the implementation methods in Embodiment 2.

[0161] Since the computer device described in this embodiment is used to implement a vehicle locking method according to an embodiment of this application, those skilled in the art can understand the specific implementation method and various variations of the computer device in this embodiment based on the method described in Embodiment 1 of this application. Therefore, how the server implements the method in this application embodiment will not be described in detail here. Any device used by those skilled in the art to implement the method in this application embodiment falls within the scope of protection of this application.

[0162] Based on the same inventive concept, this application provides a storage medium corresponding to Embodiment 1, as detailed in Embodiment 4.

[0163] Example 5

[0164] This embodiment provides a computer-readable storage medium 500, such as... Figure 5 As shown, a computer program 511 is stored thereon, which, when executed by a processor, performs the following steps:

[0165] Obtain vehicle locking authorization sent by the user;

[0166] According to the vehicle locking authorization, a vehicle locking command is sent to the charging pile 2 so that the charging pile 2 locks the target vehicle 3 while it is connected to the target vehicle 3.

[0167] In practice, when the computer program 511 is executed by the processor, it can implement any of the implementation methods in Embodiment 2.

[0168] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0169] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0170] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0171] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0172] Although preferred embodiments of this application have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of this application.

[0173] The above description is merely a preferred embodiment of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

Claims

1. A method for locking a vehicle, characterized in that, include: Obtain vehicle locking authorization sent by the user; Obtain the current biometric information of the user sent by the charging pile, wherein the current biometric information is obtained by the charging device during the process of the user inserting the charging gun of the charging device into the charging port of the target vehicle; Authentication is performed based on the current biometric information and the biometric information in the user's registration information to obtain the authentication result; According to the vehicle locking authorization, a vehicle locking command is sent to the charging pile, so that the charging pile locks the target vehicle connected to the charging pile based on the vehicle locking command and the authentication failure result, and locks the charging gun in the charging port of the target vehicle. If the authentication result is successful, a query message is pushed to the user, which is used to ask the user whether they have made a mistake. The charging pile locks the target vehicle connected to it based on the vehicle locking command and the information that the user's vehicle locking authorization is not a mistake, and locks the charging gun in the charging port of the target vehicle.

2. The method as described in claim 1, characterized in that, When multiple biometric information is required for authentication, and all of them match successfully, the authentication result is determined to be successful. The biometric information in the registration information includes at least one of facial image information, fingerprint information, voiceprint information, and iris information.

3. The method as described in claim 1 or 2, characterized in that, The process of obtaining the vehicle locking authorization sent by the user includes: Obtain the state of charge value of the target vehicle; Determine whether the state of charge value is lower than a preset charging threshold; If the state of charge value is lower than the charging threshold, a low battery warning message will be sent to the user. Receive the vehicle locking authorization returned by the user based on the low battery warning information.

4. The method as described in claim 1 or 2, characterized in that, The process of obtaining the vehicle locking authorization sent by the user includes: When the target vehicle is connected to the charging pile and about to start charging, a charging request information is generated and pushed to the user. Receive the vehicle locking authorization returned by the user based on the charging request information.

5. The method as described in claim 1 or 2, characterized in that, The process of obtaining the vehicle locking authorization sent by the user includes: When the target vehicle has finished charging, a charging order is generated and pushed to the user; Receive the vehicle locking authorization returned by the user based on the charging order.

6. The method as described in claim 1 or 2, characterized in that, The process of obtaining the vehicle locking authorization sent by the user includes: Obtain the location information of the target vehicle; Determine whether the deviation between the location information and the historical driving trajectory exceeds a preset deviation threshold; If so, the location information of the target vehicle is pushed to the user; Receive the vehicle locking authorization permission returned by the user based on the location information.

7. The method as described in claim 1 or 2, characterized in that, After the target vehicle is locked by the charging station, the method further includes: Obtain a location query request sent by the user, the location query request including the license plate number, vehicle identification number or vehicle battery number of the target vehicle; Send the location query request to the vehicle cloud platform; The system receives the current location information of the target vehicle sent by the vehicle cloud platform and sends the current location information to the user.

8. The method as described in claim 1 or 2, characterized in that, Sending a vehicle lock command to the charging station to lock the target vehicle while it is connected to the target vehicle includes: Obtain the serial number of the charging equipment used by the target vehicle; The vehicle locking command is sent to the charging pile corresponding to the charging device number, so that the charging pile locks the target vehicle connected to it according to the vehicle locking command.

9. A vehicle locking system, characterized in that, The system includes: a charging pile and a server; The server is used to: obtain vehicle locking authorization sent by the user; obtain the user's current biometric information sent by the charging pile, wherein the current biometric information is obtained by the charging device during the process of the user inserting the charging gun of the charging device into the charging port of the target vehicle; perform authentication based on the current biometric information and the biometric information in the user's registration information, and obtain the authentication result; and send a vehicle locking command to the charging pile according to the vehicle locking authorization. The charging pile is used to: lock the target vehicle connected to the charging pile based on the vehicle locking command and the authentication failure result, and lock the charging gun in the charging port of the target vehicle. The server is also used to: if the authentication result is successful, push a query message to the user, the query message being used to ask the user whether they have made a mistake; The charging station is also used to: lock the target vehicle connected to the charging station based on the vehicle locking command and the information that the user's vehicle locking authorization is not a mistake, and lock the charging gun in the charging port of the target vehicle.

10. A storage medium having a computer program stored thereon, characterized in that, When executed by a processor, the program implements the method described in any one of claims 1 to 8.

11. A computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the program, it implements the method according to any one of claims 1 to 8.

Images