Vehicle-mounted storage box control method, device and equipment and computer readable storage medium

Abstract

The invention provides a vehicle-mounted storage box control method, device and equipment and a computer readable storage medium. The method comprises the steps that when a user account corresponding to a vehicle is in a login state, a state interface of the storage box is displayed, the state interface is used for displaying the state of the storage box in the vehicle, the state of the storage box comprises a safe box state and a non-safe box state, in response to a selection operation input by a user based on the state interface, a target storage box is determined, and the target storage box is displayed. And when the target storage box is in the non-safe-box state, responding to the state switching instruction, obtaining identity verification information, switching the target storage box from the non-safe-box state to the safe-box state, and then performing associated storage on the identifier of the target storage box and the identity verification information. The identity verification information is used for verifying the user identity when the target storage box is opened.

Description

Technical Field

[0001] This application relates to vehicle control technology, and more particularly to a method, apparatus, device, and computer-readable storage medium for controlling an in-vehicle storage box. Background Technology

[0002] With the increasing popularity of automobiles, cars have gradually evolved from simple means of transportation into "second spaces" that accommodate users' travel, business, leisure, and even some work and life scenarios. Against this backdrop, the need for users to temporarily store valuables in their vehicles is becoming increasingly prominent. For example, business documents, electronic devices (such as tablets and spare phones), jewelry, cash, identification documents, confidential information, and even personal medications or special tools may be left in the car when users temporarily get out to run errands. Therefore, the security and protection of items inside the vehicle becomes crucial.

[0003] In related technologies, in-vehicle storage spaces typically employ simple mechanical locks or even lockless designs. In some cases, separate safes are installed in vehicles, and their unlocking methods usually involve using a physical key or a memorized password.

[0004] Therefore, storage insurance solutions in related technologies all suffer from low security. Summary of the Invention

[0005] This application provides a method, apparatus, device, and computer-readable storage medium for controlling a vehicle storage box.

[0006] The technical solution of this application embodiment is implemented as follows: In a first aspect, embodiments of this application provide a method for controlling an in-vehicle storage box, the method comprising: When the user account corresponding to the vehicle is logged in, the status interface of the storage box is displayed. The status interface is used to display the status of the storage box in the vehicle, including safe status and non-safe status. In response to the user's selection operation based on the status interface input, the target storage box is determined; If the target storage box is not in a safe state, in response to the state switching command, obtain authentication information; Switch the target storage box from non-safe to safe mode; The identifier of the target locker is associated with and stored with the authentication information, which is used to verify the user's identity when the target locker is opened.

[0007] Secondly, embodiments of this application provide a vehicle storage box control device, the device comprising: The display module is used to show the status interface of the storage box when the user account corresponding to the vehicle is logged in. The status interface shows the status of the storage box in the vehicle, including safe status and non-safe status. The response module is used to respond to the user's selection operation based on the status interface input and determine the target storage box; The acquisition module is used to acquire authentication information in response to a state switching command when the target storage box is in a non-safe state. The switching module is used to switch the target storage box from a non-safe state to a safe state; The association module is used to associate and store the identifier of the target locker with the authentication information. The authentication information is used to verify the user's identity when the target locker is opened.

[0008] Thirdly, embodiments of this application provide a computer device, which includes a memory and a processor. The memory is used to store computer-executable instructions or computer programs; the processor is used to execute the computer-executable instructions or computer programs stored in the memory to implement the method provided in embodiments of this application.

[0009] Fourthly, embodiments of this application provide a computer-readable storage medium storing a computer program or computer-executable instructions for implementing the method provided in embodiments of this application when executed by a processor.

[0010] Fifthly, embodiments of this application provide a computer program product, including a computer program or computer-executable instructions, wherein when the computer program or computer-executable instructions are executed by a processor, the multi-device control method provided in embodiments of this application is implemented.

[0011] This application provides a vehicle storage box control scheme, specifically including a vehicle storage box control method, device, equipment, and computer-readable storage medium. The vehicle storage box control method includes: when the user account corresponding to the vehicle is logged in, displaying a storage box status interface, wherein the status interface displays the status of the storage boxes in the vehicle, including a safe state and a non-safe state; responding to a user's selection operation based on the status interface, determining a target storage box; and, if the target storage box is in a non-safe state, responding to a state switching command, obtaining authentication information, switching the target storage box from a non-safe state to a safe state; and then, associating and storing the target storage box's identifier with the authentication information, which is used to verify the user's identity when the target storage box is opened.

[0012] In the above embodiments, by setting the in-vehicle storage boxes as manageable and controllable electronic storage boxes, intelligent management of the storage boxes is achieved. When the user account is logged in, the storage box status interface allows the user to intuitively understand whether each storage box is currently in a normal non-safe state or a safe state. When the user needs to store valuables, they only need to initiate a state switching command for the target storage box in the non-safe state to obtain the authentication information set by the user for subsequent control of the box opening. Then, the target storage box is switched from the normal state to the safe state, and the target storage box identifier is associated with and stored with the user authentication information. On the one hand, it realizes "on-demand security upgrade" of storage space, which is imperceptible during normal times and secure when in use, improving the user experience. On the other hand, only legitimate users who have passed authentication can open the target storage box in the safe state, effectively avoiding the security risks of easy loss of traditional physical keys and easy leakage of static passwords, greatly improving the anti-theft capability of valuables in the vehicle. At the same time, this solution relies on the vehicle's existing electronic lock and biometric module, reducing hardware costs and improving the overall intelligence level of the vehicle. Attached Figure Description

[0013] Figure 1 A schematic diagram of the implementation process of a vehicle storage box control method provided in this application embodiment. Figure 1 ; Figure 2 A schematic diagram of the implementation process of a vehicle storage box control method provided in this application embodiment. Figure 2 ; Figure 3 A schematic diagram of the implementation process of a vehicle storage box control method provided in this application embodiment. Figure 3 ; Figure 4 This application provides a schematic diagram of the process for setting up a driver's side storage compartment. Figure 5 This application provides a schematic diagram of a passenger-side glove box installation process. Figure 6 A schematic diagram of the composition structure of a vehicle storage box control device provided in an embodiment of this application; Figure 7 This is a schematic diagram of the hardware entity of a computer device provided in an embodiment of this application.

[0014] It should be noted that the terms "first" and "second" mentioned above are only used to distinguish between different options and do not represent the degree of superiority or inferiority of the options or their priority in the implementation process. Detailed Implementation

[0015] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions of this application are further described in detail below with reference to the accompanying drawings and embodiments. The described embodiments should not be regarded as limitations on this application. All other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0016] In the following description, references to "some embodiments" refer to a subset of all possible embodiments. It is understood that "some embodiments" may be the same or different subsets of all possible embodiments and may be combined with each other without conflict. The terms "first / second / third" are used merely to distinguish similar objects and do not represent a specific ordering of objects. It is understood that "first / second / third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0017] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains. The terminology used herein is for descriptive purposes only and is not intended to limit the scope of this application.

[0018] With the increasing popularity of automobiles, cars have gradually evolved from simple means of transportation into "second spaces" that accommodate users' travel, business, leisure, and even some work and life scenarios. Against this backdrop, the need for users to temporarily store valuables in their vehicles is becoming increasingly prominent. For example, business documents, electronic devices (such as tablets and spare phones), jewelry, cash, identification documents, confidential information, and even personal medications or special tools may be left in the car when users temporarily get out to run errands. Therefore, the security and protection of items inside the vehicle becomes crucial.

[0019] In related technologies, in-vehicle storage spaces typically employ simple mechanical locks or even lockless designs, offering very limited anti-theft capabilities. In rare cases, users may install separate safes in their vehicles, but these are still limited to using physical keys or memorized passwords, posing security risks such as easy loss of keys, easy leakage of passwords, or eavesdropping.

[0020] Therefore, in-vehicle storage insurance solutions in related technologies generally suffer from low security and fail to meet users' privacy and anti-theft needs for storing valuables in their vehicles.

[0021] In view of this, embodiments of this application provide a method, apparatus, device, and computer-readable storage medium for controlling a vehicle storage box. The method includes: displaying a storage box status interface when the user account corresponding to the vehicle is logged in; the status interface displays the status of the storage box in the vehicle, including a safe state and a non-safe state; determining a target storage box in response to a user's selection operation based on the status interface; and, if the target storage box is in a non-safe state, obtaining authentication information in response to a state switching command, switching the target storage box from a non-safe state to a safe state; and then, associating and storing the identifier of the target storage box with the authentication information, which is used to verify the user's identity when the target storage box is opened.

[0022] In the above embodiments, by setting the in-vehicle storage boxes as manageable and controllable electronic storage boxes, intelligent management of the storage boxes is achieved. When the user account is logged in, the storage box status interface allows the user to intuitively understand whether each storage box is currently in a normal non-safe state or a safe state. When the user needs to store valuables, they only need to initiate a state switching command for the target storage box in the non-safe state to obtain the authentication information set by the user for subsequent control of the box opening. Then, the target storage box is switched from the normal state to the safe state, and the target storage box identifier is associated with and stored with the user authentication information. On the one hand, it realizes "on-demand security upgrade" of storage space, which is imperceptible during normal times and secure when in use, improving the user experience. On the other hand, only legitimate users who have passed authentication can open the target storage box in the safe state, effectively avoiding the security risks of easy loss of traditional physical keys and easy leakage of static passwords, greatly improving the anti-theft capability of valuables in the vehicle. At the same time, this solution relies on the vehicle's existing electronic lock and biometric module, reducing hardware costs and improving the overall intelligence level of the vehicle.

[0023] This application provides a method for controlling an in-vehicle storage box. The method is used in a computer device, which can be a device with independent data processing capabilities, and can be, but is not limited to, a server, laptop, tablet, desktop computer, smart TV, set-top box, mobile device (such as mobile phone, portable video player, personal digital assistant, dedicated messaging device, portable gaming device), smart vehicle (car, sports car, SUV, commercial vehicle, engineering vehicle, etc.).

[0024] Figure 1 A schematic diagram of the implementation process of a vehicle storage box control method provided in this application embodiment. Figure 1 ,like Figure 1 As shown, the method includes the following steps S101 to S103: Step S101: When the user account corresponding to the vehicle is logged in, display the status interface of the storage box.

[0025] The status interface displays the status of the storage compartments in the vehicle, including safe and non-safe status.

[0026] Here, a user account can refer to a unique identifier that a user registers and logs into in the vehicle's infotainment system or vehicle brand services, used to identify the current user of the vehicle; while a user being logged in can mean that the user has passed identity authentication (such as key recognition, mobile phone Bluetooth connection, password input or biometric verification) and activated the permissions to personalize and control the vehicle.

[0027] In this embodiment of the application, when it is detected that the user account corresponding to the vehicle is logged in, it can be determined that the user corresponding to the vehicle has entered the vehicle system through identity authentication. The device can know the identity information of the current user. At this time, the user is guided to interact with the vehicle to perform subsequent control operations.

[0028] In this embodiment of the application, when the user account corresponding to the vehicle is logged in, the status interface of the storage box is displayed. Here, the status interface may refer to, but is not limited to, the graphical user interface presented on the vehicle display screen or dashboard, which is used to display the status of the storage box in the vehicle.

[0029] Here, a storage box can refer to a storage device inside a vehicle that has a certain amount of space and can be intelligently managed to open and close, such as a glove box, center armrest box, or storage compartment on the passenger side dashboard, and there must be at least one such storage box.

[0030] In this embodiment of the application, the state of the storage box includes a safe state and a non-safe state.

[0031] It is understandable that a safe status means that the storage box has entered a secure and safed state, and user authentication is required to perform relevant control operations; while a non-safe status indicates that the storage box is controlled in a normal mode and no valuables are stored inside.

[0032] Understandably, storage boxes can have specific functions, such as temperature settings. For example, the temperature inside the storage box can be set from 4°C to 50°C to store certain items.

[0033] Regarding the process of displaying the status interface, in one possible implementation, when it is detected that the user account is logged in, the status interface can be displayed to guide the user to the next step.

[0034] In another possible implementation, the status interface is displayed in response to user interaction. Here, the interaction can be, but is not limited to, user interaction with trigger controls on the display screen via input devices, voice interaction, etc.

[0035] In this embodiment of the application, by displaying the status interface, relevant information about the manageable storage boxes in the vehicle can be shown to the user. This information can be the status of the storage box. Here, the status of the storage box can refer to the current security level mode of the storage box, including safe status (requiring identity verification to open) and non-safe status (normal opening method, such as mechanical lock or no lock).

[0036] In some embodiments, the status interface may also display the identifier, location, whether it is occupied, and functional information (such as whether it has a temperature control function) of each storage box.

[0037] Step S102: In response to the user's selection operation based on the status interface input, the target storage box is determined.

[0038] Here, the selection operation is the operation entered by the user when selecting the target storage box to control based on the status information of each storage box displayed on the status interface. The target storage box is the storage box that the user wants to control.

[0039] In some embodiments, the selection operation includes an identifier of the target storage box, which the device can use to determine the target storage box.

[0040] Here, the identification of the storage box can refer to the unique identification code used to distinguish different storage boxes, such as the name or corresponding hardware identification code of "glove box", "center armrest box", "left front door storage compartment" etc.

[0041] In some embodiments, the selection operation can be input by the user based on the interactive control corresponding to each storage box. There is a mapping relationship between different storage boxes and their interactive controls. In this way, the user can determine the storage box corresponding to the interactive control as the target storage box based on the interactive control corresponding to the selection operation.

[0042] In this way, in response to the user's selection operation based on the status interface, the target storage box is determined, and subsequent operations on the storage box can be performed. It can be understood that the relevant operations are related to the instructions subsequently entered by the user. For example, it could be switching the status of the storage box, modifying the identity verification information of the storage box in safe mode, controlling the opening of the storage box in safe mode, and controlling the storage box to perform relevant functions (such as temperature control) based on the storage box's functional information.

[0043] Step S103: If the target storage box is in a non-safe state, obtain authentication information in response to the state switching command.

[0044] Here, a state switching command can refer to a request initiated by the user through an interactive device to change the target locker from a non-safe state to a safe state. The device can obtain the state switching command through the relevant interactive operations between the user and the device.

[0045] In one possible implementation, when the target storage box is not in a safe state, the user can switch the target storage box to a safe state as needed, so that the target storage box can safely store items.

[0046] It is understandable that if a user inputs a state switching command, it can be determined that the user needs to switch the target storage box to the safe state. The target storage box in the safe state needs to be authenticated during subsequent control processes. Therefore, the device needs to obtain authentication information for subsequent authentication of the target storage box.

[0047] Here, identity verification information can refer to digital credentials used to prove the legitimacy of a user's identity, including but not limited to biometric information (fingerprint, face, voiceprint), dynamic verification codes, digital passwords, or mobile device authentication tokens bound to a user's account.

[0048] In this embodiment of the application, the device can directly obtain the user's corresponding identity verification information through the information collection device. For example, when the identity verification information is a user-defined numeric password, the password entered by the user can be obtained by displaying a password input control on the current page; or, when the identity verification information is biometric information, such as face, voiceprint, fingerprint, etc., the user can be guided to enter their biometric information through the collection device or collection area through prompt information (such as voice prompts or text prompts).

[0049] In some embodiments, target storage boxes may have different types due to their size, location, and whether they have temperature control functions. For example, there may be a first type of target storage box that is only for the use of the vehicle owner, and a second type of target storage box that can be used by other users. Since the corresponding users have different permissions and security levels, the authentication information collected is also different. Therefore, different authentication information can be obtained according to the type of target storage box.

[0050] In one possible implementation, the target storage box, intended for use only by the vehicle owner, has the highest security level and a more complex identity verification process. The collected identity verification information may include identity information used in multiple verification processes, such as different biometric information and digital passwords. In this way, the multi-stage identity verification process can better ensure the security of the items inside the target storage box.

[0051] In another possible implementation, for target storage boxes used by other users, the security level is lower and the authentication process is simpler. The authentication information collected may include only simple verification codes or numeric passwords.

[0052] Step S104: Switch the target storage box from non-safe box state to safe box state.

[0053] Here, the safe's status can refer to the target locker entering a high-security mode, in which any opening operation must be verified through the identity verification information associated with the target locker.

[0054] In this embodiment of the application, after the control logic of the target storage box is switched from the conventional unlocking mode to the "independent verification" mode, the target storage box begins to have the functional attributes of a safe.

[0055] Regarding the state switching process, in addition to setting the target storage box to the safe state, it is also necessary to set its subsequent opening method according to its original opening method.

[0056] In one possible implementation, for a target storage box with an electronic limit mechanism (such as an electrically openable drawer-type storage box), after receiving a state switching command and completing the verification information collection, its internal electric locking mechanism can be activated. After the switch is successful, the target storage box cannot be opened directly by a conventional mechanical handle or electric switch, and must wait for a subsequent verification command to release the locking mechanism.

[0057] In another possible implementation, for a target storage box with an electronically controlled lock (which has a controller that can process data), after successfully obtaining the authentication information, a control command is sent to the electronically controlled lock module of the target storage box to switch its working mode from the normal opening mode (such as being able to open at will after the vehicle is started) to the independent verification mode, that is, regardless of the status of the door, it must be verified before it can be unlocked.

[0058] Step S105: Associate and store the identifier of the target locker with the authentication information.

[0059] The authentication information is used to verify the user's identity when the target locker is opened.

[0060] Here, associated storage can refer to establishing a mapping relationship between the target storage box identifier and authentication information in the vehicle's secure storage area or cloud server, and archiving it for authentication when opening the target storage box later.

[0061] In one possible implementation, authentication information and the target locker identifier can be directly bound and stored.

[0062] In another possible implementation, to enhance information security, the authentication information and the target locker identifier can be associated, such as by encrypting and storing the authentication information and the target locker identifier according to a preset encoding rule.

[0063] In the above embodiments, by setting the vehicle-mounted target storage boxes as manageable and controllable electronic target storage boxes, intelligent management of the target storage boxes is realized. When the user account is logged in, the target storage box status interface is displayed, allowing the user to intuitively understand whether each target storage box is currently in a normal non-safe state or a safe state. When the user needs to store valuables, they only need to initiate a status switching command for the target storage box in the non-safe state to obtain the authentication information set by the user for subsequent control of the box opening. Then, the target storage box is switched from the normal state to the safe state, and the target storage box identifier is associated with and stored with the user authentication information. On the one hand, it achieves "on-demand security upgrade" of storage space, making it imperceptible during normal use and secure when in use, thus improving the user experience. On the other hand, by digitizing the access permissions of physical target storage boxes into the user account system, only authorized users who have passed identity verification can open target storage boxes in safe mode, effectively avoiding the security risks of traditional physical keys being easily lost and static passwords being easily leaked, and greatly improving the anti-theft capability of valuables in the vehicle. At the same time, this solution relies on the vehicle's existing electronic locks and biometric modules, reducing hardware costs and improving the overall intelligence level of the vehicle.

[0064] In some embodiments, target storage boxes may have different types due to their size, location, and other characteristics. For example, there may be a first type of target storage box intended solely for the vehicle owner, and a second type that can be used by other users. Because the corresponding users have different permissions and security levels, the authentication information collected will also differ. Therefore, different authentication information can be obtained according to the type of target storage box.

[0065] In one possible implementation, the target storage box type includes a first type and a second type, and the type is determined based on the storage box's body information. The body information includes at least one of the following: ownership permissions, box size, location, and whether it has a temperature control function. The process of step S103 "obtaining authentication information" may include the following steps: Step S1031: If the target storage box is of the first type, obtain the first biometric information and the second biometric information corresponding to the user.

[0066] Step S1032: If the target storage box is of type 2, obtain the user's corresponding verification code information.

[0067] Here, the type of target storage box can be limited to the category based on the body information of the target storage box. Different categories correspond to different access control policies and verification strength requirements. The body information includes at least one of the following: ownership permissions, box size, location, and whether it has temperature control function.

[0068] In the embodiments of this application, the type may include, but is not limited to, a first type and a second type.

[0069] Here, the first type can refer to high-security target storage boxes that are only for use by the vehicle owner or the main account user. They are usually located on the driver's side or have privacy attributes, such as hidden storage boxes under the driver's seat or document boxes on the left side of the steering wheel. The second type can refer to ordinary-security target storage boxes that can be used by other users (such as family members or temporary passengers). They are usually located in public areas such as the front passenger side or the rear seats, such as the front passenger glove box or the rear center armrest box.

[0070] Understandably, the first type of target storage box is intended for use by the car owner only and usually contains the most sensitive items (such as documents, confidential information, and large amounts of cash), thus requiring the highest level of security protection and a more complex verification process.

[0071] In this embodiment of the application, for the first type of target storage box, the identity verification process includes dual biometric information verification. Therefore, it is necessary to collect two different biometric information to lay the foundation for subsequent dual verification, ensuring that even if one biometric is forged, the target storage box cannot be opened, thus greatly improving security.

[0072] In one possible implementation, biometric information may include facial features, voiceprint features, fingerprint features, and iris features, etc., and first biometric information and second biometric information may be selected and combined from them, and the first biometric information and second biometric information are different.

[0073] For the second type of target storage box, it is understood that it is aimed at a wider user group, such as family members and temporary passengers, and needs to balance security and convenience. Therefore, its verification process is more complicated. In this application embodiment, verification code information can be used for verification, which can prevent unauthorized opening and avoid the cumbersome operation of recording biometrics for each temporary user, thus achieving a balance between security and convenience.

[0074] Here, the verification code information can refer to a numeric / character code used for one-time or time-limited verification, including static passwords, dynamic verification codes, or temporary authorization codes.

[0075] In one possible implementation, the user authentication information (verification code information) for the second type of target storage box can be set via a static password. For example, after a user initiates a status switch command for the second type of target storage box (such as the passenger-side glove box), a password setting interface can pop up, prompting the user to enter their customized numeric password and account (which could be a mobile phone number), and then confirm again. For password security, the static password entered by the user can be hashed and encrypted, and then associated with the target storage box identifier for storage. Afterward, anyone needing to open the target storage box only needs to enter the correct password, without needing to verify biometrics.

[0076] In another possible implementation, a verification code can be set for the user corresponding to the second type of target storage box via dynamic verification code distribution. For example, when a user selects to switch the "rear center armrest box" to safe mode, a verification request can be sent to the user's main account's linked mobile terminal via the vehicle network. After the main account user confirms on the terminal, a dynamic verification code with a validity period can be generated and displayed on the central control screen.

[0077] In the above embodiments, by setting the in-vehicle storage boxes as manageable and controllable electronic storage boxes, intelligent management of the storage boxes is achieved. When the user account is logged in, the storage box status interface allows the user to intuitively understand whether each storage box is currently in a normal non-safe state or a safe state. When the user needs to store valuables, they only need to initiate a state switching command for the target storage box in the non-safe state to obtain the authentication information set by the user for subsequent control of the box opening. Then, the target storage box is switched from the normal state to the safe state, and the target storage box identifier is associated with and stored with the user authentication information. On the one hand, it realizes "on-demand security upgrade" of storage space, which is imperceptible during normal times and secure when in use, improving the user experience. On the other hand, only legitimate users who have passed authentication can open the target storage box in the safe state, effectively avoiding the security risks of easy loss of traditional physical keys and easy leakage of static passwords, greatly improving the anti-theft capability of valuables in the vehicle. At the same time, this solution relies on the vehicle's existing electronic lock and biometric module, reducing hardware costs and improving the overall intelligence level of the vehicle.

[0078] Understandably, for target storage boxes in a safe state, all subsequent control operations require identity verification. The specific process can be found in [reference needed]. Figure 2 . Figure 2 A schematic diagram of the implementation process of a vehicle-mounted target storage box control method provided in this application embodiment. Figure 2 ,like Figure 2 As shown, the method further includes the following steps: Step S201: In response to the control command indicating the control of the target storage box, obtain the information to be verified.

[0079] Step S202: Determine the authentication rules based on the type of the target locker.

[0080] Step S203: Authenticate the information to be verified according to the authentication rules and the authentication information corresponding to the target storage box.

[0081] Step S204: If authentication fails, issue a security warning according to the preset warning rules corresponding to the target storage box.

[0082] Here, control commands can refer to operation signals input by the user through physical buttons, touch operation, or voice, which control the target storage box in safe mode.

[0083] In this embodiment of the application, the control command may include the target storage box identifier and the control operation. Here, the control operation may be opening the target storage box, changing the target storage box authentication information, and setting specific functions (such as temperature control inside the box).

[0084] Understandably, when a user intends to control a target locker that is already in a safe state, it is necessary to collect the information currently provided by the user for verification in real time to determine whether the user has the authority to control the target locker they indicate.

[0085] Here, the information to be verified can refer to real-time data provided by the user during the current attempt to prove their identity, such as fingerprints, facial images, or passwords collected on-site.

[0086] Understandably, different types of target lockers collect different information to be verified. For example, the first type of target locker collects multiple biometric information of the user, while the second type of target locker collects the verification code information entered by the user.

[0087] Therefore, the process of obtaining the information to be verified is different.

[0088] In one possible implementation, when the target storage box is a first type of target storage box, the user's verification information can be obtained through a biometric acquisition device.

[0089] In another possible implementation, when the target locker is a second type of target locker, the verification code entered by the user can be obtained through a touch screen or other input device.

[0090] It is understandable that different types of target lockers have different authentication rules. Therefore, it is necessary to determine the authentication rules according to the type of target locker. Here, the authentication rules can refer to the preset verification methods and processes for a specific type of target locker, including the modalities required for verification (such as face, fingerprint, password), verification order (single / double), number of verifications, and number of errors to be tolerated.

[0091] Regarding the verification process, the identity verification information associated with the target locker can be used to verify the information currently entered by the user, based on the identity verification rules corresponding to the target locker.

[0092] In one possible implementation, for a target locker of type 1, the authentication process can refer to the following steps: Step S2031: If the target storage box is of the first type, perform the first verification based on the first biometric information in the information to be verified according to the first biometric information corresponding to the target storage box.

[0093] Step S2032: If the first verification fails, the identity verification fails; if the first verification succeeds, the second verification is performed based on the second biometric information corresponding to the target storage box.

[0094] Step S2033: If the second verification fails, the identity verification fails; if the second verification succeeds, the identity verification succeeds.

[0095] In this embodiment of the application, a dual verification process is set up for the first type of target storage box. Here, the first verification can refer to the first verification step in the dual verification process, which usually corresponds to a low-cost and seamless biometric modality for quick screening and preliminary confirmation. For example, it can be facial recognition.

[0096] Considering that single biometric identification (first verification) may have fluctuations in recognition accuracy or insufficient anti-counterfeiting capabilities in specific scenarios in practical applications, in order to improve the security of identity verification, the second verification step is designed as a fallback verification mechanism to perform secondary verification and final check on the conclusion of the first verification. The second verification can be, for example, fingerprint verification or voiceprint verification.

[0097] Therefore, for the first type of target locker, identity verification needs to be carried out step by step. First, the first verification is performed based on the first biometric information corresponding to the target locker. If the first verification fails, the current identity verification is directly determined to have failed. Only when the first verification is successful will the second verification be performed.

[0098] In this way, by designing a strict dual biometric verification process for the first type of target storage box, and using two different biometric modalities for dual verification, the difficulty for attackers to crack the system is greatly increased. Attackers must simultaneously break through two completely different biometric systems, facial recognition and fingerprint / voiceprint recognition, and cannot bypass the verification by forging a single modality (such as photos, fingerprint films, or recordings), thus achieving true high security.

[0099] In another possible implementation, for a target storage box of type 2, the verification code information corresponding to the target storage box can be compared and matched with the verification code information in the user-input verification information.

[0100] After identity verification, you can get the corresponding verification result.

[0101] In one possible implementation, if the verification is successful, the target storage box can be controlled based on the control operations in the control command.

[0102] In another possible implementation, if the verification fails, it can be determined that there is a security risk to the current target locker. In this case, the user corresponding to the target locker needs to be warned.

[0103] It is understandable that different types of target lockers have different warning rules. Therefore, when authentication fails, it is necessary to first determine the preset warning rules for the target locker. Here, the preset warning rules can refer to the security response policies set for different types of target lockers that are triggered when authentication fails, including the warning method (local / remote) and the warning intensity.

[0104] In one possible implementation, if the target storage box is of type 1, the process of "issuing a safety warning according to preset warning rules" may include the following steps: Step S2041: In the event of a second verification failure, a security warning is issued according to the first warning rule. The first warning rule includes at least a voice warning rule and is used to indicate that the second biometric information verification has failed.

[0105] Step S2042: In the event of a second failure, a security warning is issued according to the second warning rule. The second warning rule includes at least sending a warning message to the terminal corresponding to the user account. The second warning rule is used to indicate that the target storage box has a security risk. In step S2043, if a command to perform a second verification is detected in the event of failure of the first verification, a security warning is issued according to the third warning rule. The third warning rule includes at least the rule of sounding a horn warning and sending an alarm message to the user account.

[0106] Here, the first warning rule can refer to a low-intensity warning triggered when the second verification fails for the first time. It is mainly used to prompt the user to try again and is a friendly prompt. Therefore, the first warning rule can include a voice warning rule, which can refer to a warning method that plays a preset voice prompt through the in-vehicle speaker to convey information to the people in the vehicle.

[0107] It's understandable that if a user has already passed the first verification, a second verification failure could be caused by various reasons, such as fingerprint pressure angle misalignment or environmental noise interfering with voiceprint recognition. This isn't necessarily malicious behavior. Therefore, when the second verification fails the first time, a gentle voice prompt can be used to give the user a chance to try again. This avoids overreactions triggered by misoperation or recognition errors, reflecting a user-friendly human-computer interaction design. For example, an in-car warning voice prompt could indicate that the second biometric verification has failed.

[0108] Here, the second alert rule can refer to a medium-intensity alert triggered when the second verification fails twice, which begins to introduce remote notifications, indicating that the system has identified a potential security risk.

[0109] In some embodiments, when the second verification fails twice consecutively, it indicates that the reason for the failure is not a simple operational error, but may be intentional attempt or a security risk. Therefore, in this embodiment, when the second verification fails multiple times consecutively, a remote notification mechanism is activated to inform the vehicle owner of the abnormal event, allowing the owner to be aware immediately and determine whether intervention is necessary, thus upgrading from local prompts to remote warnings.

[0110] Regarding the specific alert process, in one possible implementation, after the first verification passes, but two consecutive fingerprint verifications fail, triggering a second alert rule, a high-priority notification can be immediately pushed to the vehicle owner's linked terminal via network communication: "Your private storage box has experienced consecutive verification failures, which may pose a security risk." After the vehicle owner clicks the notification, they are automatically redirected to the event details page, which displays the failure time, the current vehicle location, and provides a "View In-Vehicle Status" button, allowing remote access to the in-vehicle camera to view real-time footage of the vehicle's interior.

[0111] Here, the third warning rule can refer to the highest intensity warning triggered when the first verification fails and an abnormal attempt is detected, which includes a comprehensive response such as audible and visual alarms, remote notifications, and one-click alarms.

[0112] In this embodiment, the first verification is the verification step with the lowest threshold and the easiest to attempt. If the first verification fails, and the attacker bypasses the first verification and directly attempts to initiate the second verification (such as by directly pressing a fingerprint or issuing a voice command), it can be directly determined that this is a typical abnormal attack behavior, indicating that the target storage box is being maliciously invaded. At this time, the highest level of comprehensive warning needs to be activated, that is, a warning is issued through the third warning rule. The third warning rule includes at least the horn warning rule and the sending of alarm information to the user account. Here, the horn warning rule can refer to the method of activating the vehicle's external horn to emit a continuous alarm to attract the attention of the surrounding people; the alarm information can refer to the detailed security event report pushed to the user terminal and the backend system, which includes key information such as event type, time, location, and vehicle status.

[0113] In the above embodiments, this method designs multi-level, differentiated warning rules for the first type of target storage boxes. Based on the steps and number of verification failures, it automatically matches differentiated responses ranging from friendly voice prompts (Level 1), remote warnings (Level 2), to forceful expulsion alarms (Level 3). This progressive warning mechanism avoids overreactions caused by false triggers while providing sufficiently strong defense when real risks escalate, achieving a balance between security and user experience.

[0114] Figure 3 A schematic diagram of the implementation process of a vehicle-mounted target storage box control method provided in this application embodiment. Figure 3 ,like Figure 3 As shown, the method further includes the following steps: Step S301: If the target storage box is of type 2, obtain the insurance duration.

[0115] Step S302: Based on the insurance duration, when the storage duration of the target storage box reaches the insurance duration, clear the user verification information corresponding to the target storage box.

[0116] Step S303: Switch the current state of the target storage box to a non-safe box state.

[0117] Understandably, when the target storage box is of type two, the corresponding user permissions differ. It could be the car owner's family or friends, whose access to the storage box could be long-term or short-term. However, for users with specific permissions, such as the car owner's spouse, the usage time could be indefinite.

[0118] Therefore, it is necessary to obtain the insurance duration. Here, the insurance duration can be a valid period of time set by the user for the target locker to remain in a safe state and associated with verification information, or it can be the length of time corresponding to the user's permissions for using the target locker.

[0119] Understandably, different permissions correspond to different insurance durations. For example, the insurance duration for family members and spouses can be several months or unlimited, while for ordinary temporary users, the insurance duration can be 12-72 hours.

[0120] The process of step S301 "obtaining insurance duration" mentioned above may include the following steps: Step S3011: If the user permissions corresponding to the target storage box are not the target permissions, then obtain the insurance duration input by the user.

[0121] Step S3012: If the user permission corresponding to the target storage box is the target permission, then determine the insurance duration corresponding to the target permission based on the target permission.

[0122] Here, target permissions can refer to pre-defined permissions. Different target permissions have different insurance durations. For example, the insurance duration for spouse permissions can be indefinite, while the duration for friend permissions can be several months. However, for user permissions that are not target permissions, such as temporary users, the user needs to manually enter their insurance duration.

[0123] Therefore, in scenarios where user permissions are target permissions, in some embodiments, the device maintains a mapping table between permissions and insurance duration. The mapping table can be queried according to the target permission to determine the insurance duration corresponding to the target permission.

[0124] In scenarios where user permissions are not the target permissions, one possible implementation is to pop up an "Insurance Duration Setting" interface after the identity verification information is collected, providing selectable duration options (such as "1 hour", "2 hours", "4 hours", "8 hours"). After the user selects "2 hours" and clicks confirm, the device will obtain the temporary authorization instruction for this time, and the insurance duration will be 2 hours.

[0125] In this embodiment of the application, for the second type of target storage box, the storage time can be continuously monitored and compared with the insurance time. After the set time is reached, the verification information can be actively cleared, thereby preventing the insurance status from being permanently valid due to user forgetfulness. This avoids the trouble of users being unable to open the box later and also eliminates the risk of long-term valid verification information being leaked or abused.

[0126] Here, storage duration can refer to the cumulative duration from the time the target storage box is successfully switched to safe mode.

[0127] After the verification information is cleared, the target locker is in an "insured state without verification information," which is an intermediate abnormal state. At this point, it needs to be switched to a non-insured state to restore the target locker to normal mode. Users can then open it directly like a normal target locker to complete the entire automatic reset process.

[0128] In the above embodiments, by introducing an insurance duration and an automatic clearing mechanism for the second type of target storage box, the verification information can be automatically cleared and the target storage box status can be reset at the user's preset time. This avoids the embarrassment of subsequent users being unable to open the storage box because the user forgets to manually close the insurance status, thus realizing intelligent management of permissions. Furthermore, by automatically clearing expired verification information, the maintenance of a large amount of invalid authorization data is avoided, the utilization efficiency of storage resources is optimized, and the permission management list is kept simple and clear.

[0129] To enhance user experience, for the second type of target storage box, a notification can be sent to the corresponding user before switching its status to an unsecured state. This prevents items in the target storage box from being at risk due to user forgetfulness. Therefore, the authentication information can also include the identity information of temporary users. Before the current status of the target storage box is switched to an unsecured state, the method provided in this application can also include the following steps: Step S304: Determine the expiration notification time based on the insurance duration.

[0130] Step S305: If the expiration warning time is reached, check whether there are any items stored in the target storage box.

[0131] Step S306: If there are items in the target storage box, send a prompt message to the temporary user's terminal based on the identity verification information corresponding to the target storage box. The prompt message is used to inform the temporary user that the security status of the target storage box is about to expire.

[0132] Here, the expiration notification time can refer to a preset advance reminder time before the insurance period expires, which is used to trigger the item detection and user reminder process.

[0133] The equipment needs to monitor the second type of target locker and introduce a failure warning time, item detection, and temporary user reminder mechanism before automatically switching to the non-insured state. This ensures that users can retrieve their stored items in time before the insurance expires, thereby improving user experience and security.

[0134] When the current time reaches the expiration warning time, it is necessary to detect whether there are any items in the target storage box. In one possible implementation, the target storage box is equipped with a sensor that can collect information inside the box to detect whether there are any items inside. Here, the sensor can be a gravity sensor or an infrared sensor.

[0135] It is understandable that the subsequent user reminder process needs to be triggered only if there are items left in the target storage box. If the box is empty, there is no need to disturb the user. Therefore, in one possible implementation, if there are no items in the target storage box, the subsequent verification information clearing and status switching can be completed silently.

[0136] In another possible implementation, if the target storage box contains items, it is necessary to remind the user corresponding to the target storage box.

[0137] In this embodiment of the application, the identity verification information may include the user's mobile phone number or other terminal identifiers that can be used for communication. In this way, when it is detected that there are items left in the box and the insurance is about to expire, the temporary user can be proactively contacted based on the identity verification information to remind them to pick up the items in time, so as to avoid the temporary user being unable to pick up the items because the car owner is not present or forgets to notify.

[0138] Regarding the notification process, in one possible implementation, the notifications can be tiered. For example, different failure notification times can be set according to a preset interval step. For instance, if there are 12 hours left until the failure time, a notification can be sent every 3 hours. It is understood that different failure notification times correspond to different notification rules.

[0139] For example, an SMS reminder is sent at the first expiration time (e.g., 12 hours remaining). If the item is still detected in the box at the most urgent expiration time (3 hours remaining), the system initiates an Artificial Intelligence (AI) voice call reminder. The AI ​​call dials the temporary user's mobile phone, announcing: "Hello, the item you placed in vehicle A on a certain day has 3 hours remaining before the password expires. To avoid being unable to retrieve it, please retrieve it as soon as possible. If you need assistance, please contact the vehicle owner." This embodiment improves the effectiveness of the reminder through the forced reach of a voice call, especially suitable for scenarios where users may ignore SMS messages.

[0140] In the above embodiments, by introducing a failure prompt, item detection, and temporary user reminder mechanism before the second type of target storage box automatically resets, the system detects whether there are items in the box before the insurance expires and actively reminds the temporary user when there are items. This fundamentally avoids the predicament of items being unable to be retrieved due to user forgetfulness and protects the user's property safety.

[0141] The following describes the application of the embodiments of this application in a real-world scenario.

[0142] With socio-economic development and the increasing popularity of automobiles, cars have evolved from simple means of transportation into "second spaces" or "mobile living cabins" that accommodate users' travel, business, leisure, and even some work and life scenarios. Against this backdrop, the need for users to temporarily store valuables in their vehicles is becoming increasingly prominent, such as business documents, electronic devices (e.g., tablets, spare phones), jewelry, cash, documents, confidential information, and even personal medications or special tools. However, traditional vehicle interior storage spaces, such as glove boxes, center console storage, and door storage compartments, are primarily designed for convenient storage and generally lack targeted anti-theft and security measures. These storage spaces typically use simple mechanical locks or even no locks at all, offering extremely low security and failing to effectively prevent crimes such as "smash-and-grab" theft of valuables from inside the vehicle. Statistics show that theft from inside vehicles accounts for a significant proportion of all property crimes, causing direct financial losses and a great sense of insecurity for car owners.

[0143] To address this issue, several aftermarket car safe products have emerged on the market. These products are typically stand-alone metal enclosures, temporarily secured under the vehicle seats or in the trunk using steel cables or bolts. While this approach improves security to some extent, it suffers from several inherent drawbacks: First, the installation method disrupts the integrity of the vehicle's interior, the installation process is complex and may damage the vehicle body, and the cable fixation is not secure enough, allowing thieves to easily remove the entire device using tools. Second, as aftermarket accessories, their design often clashes with the vehicle's interior style, affecting the aesthetics and overall feel of the cabin. Third, the user experience is poor: users need to keep a physical key or remember a separate password, and accessing items requires bending over or crawling into specific areas of the vehicle, resulting in inconvenience. Finally, their functionality is limited, offering only passive protection and lacking integration with the vehicle's electronic systems and intelligent management capabilities.

[0144] Therefore, there is an urgent need in this field for an innovative in-vehicle password locker solution that should: 1) achieve deep, aesthetically pleasing, and seamless integration with the vehicle structure, becoming an integral part of the vehicle's interior; 2) fully utilize the vehicle's existing electronic and network systems to achieve high-security electronic passwords, biometric identification, and even remote authorization management; 3) provide intelligent functions beyond a simple "metal box," such as temperature control, access control levels, and intelligent alerts; and 4) provide a seamless and convenient user experience while ensuring ultimate security. This invention arose in response to this technological background, aiming to overcome many shortcomings of existing technologies and provide an in-vehicle password locker system that integrates high security, intelligence, high integration, and an excellent user experience.

[0145] Understandably, traditional aftermarket car safes cannot be fully integrated into the overall interior design and are easily visible, allowing thieves to remove the entire safe and expose valuables inside the vehicle. Furthermore, current car safe designs only consider the privacy storage needs of the driver and do not meet the privacy storage needs of the passenger or temporary users, hence the invention concept.

[0146] The technical solution adopted in this patent is as follows: The intelligent in-vehicle password box is located in the center console of the front passenger seat. Its left and right partitions facilitate simultaneous access to items for both the driver and passenger. It allows the passenger and temporary occupants to set their own passwords. Before a password is set, it can be used as a regular temperature-controlled storage box. The driver can also switch it to an intelligent password box in the settings. After facial recognition, the driver can open the password box lid directly via voice command (voiceprint recognition) or fingerprint recognition. If facial recognition fails, or voiceprint recognition fails (fingerprint recognition fails), different levels of warnings and expulsion procedures will be triggered. Both the passenger area and the temporary storage area have intelligent detection systems to monitor whether items are stored. If a password is set for a temporary user and items are stored, the password is valid for a maximum of 72 hours. If the items are not retrieved within 12 hours before the password expires, an SMS notification mechanism will be triggered. If a password is set but no items are detected, the password will expire after 12 hours. This design optimizes the in-vehicle storage experience and simultaneously meets the privacy storage needs of multiple people in the vehicle.

[0147] The control method for the vehicle storage box provided in this application may include the following: This solution includes two modules: a driver's area storage module and a temporary user storage module, which will be described in detail below.

[0148] 1. Storage module in the driver's area.

[0149] After logging into their account, vehicle owners can switch to a smart locker in the storage compartment settings on the in-vehicle infotainment screen. This transforms a regular storage island into a private locker. The locker can be opened using voiceprint or fingerprint recognition, or a custom password. The driver can easily open the locker lid by issuing a voice command or using fingerprint recognition. The temperature of the driver's area storage compartment can also be adjusted, supporting a custom range of 4℃ to 50℃. Owners can view the storage duration on their mobile phones. Non-owners cannot access the locker settings page. The following details the two levels of warning and eviction system procedures.

[0150] Figure 4 This application provides a schematic diagram of a driver's side glove box installation process, as shown in the embodiments of this application. Figure 4 As shown, the process includes the following steps: (1) Setting up the glove compartment in the driver's seat.

[0151] Step S401: Perform facial recognition on the driver and determine if the driver is the owner of the vehicle.

[0152] Step S402: If you are not the car owner, a pop-up message will appear indicating that you cannot access the keypad settings interface.

[0153] Step S403 allows the vehicle owner to access the password setting interface.

[0154] (2) The first-level warning system procedure for subsequent opening processes: In step S404, if fingerprint or voiceprint recognition fails after facial verification (i.e. someone in the car gives a voice command to open the driver's side keypad), the car will provide a voice warning message indicating that the second identity verification failed and to try again, and will also trigger a notification on the owner's mobile app.

[0155] (3) Secondary Expulsion System Procedure: Step S405: If an attempt is made to open the driver's side keypad lock via voice command or fingerprint recognition without passing facial verification, a level two expulsion is triggered. The vehicle will display a voice warning: "Unauthorized vehicle owner verification failed, please move away." Simultaneously, the vehicle's horn will sound and headlights will flash for 60 seconds, while the exterior speakers will repeatedly broadcast "Warning, keypad lock stolen, please call the police" to deter any malicious intruders. The system will also initiate an AI-powered phone call to inform the owner that the keypad lock is under unauthorized access. The owner's mobile device will also receive a notification. Clicking this notification will redirect the owner to a details page on their mobile device, providing a one-click emergency call button, vehicle location information, the name of the nearest police station, and the number of people in the vehicle (information provided by seat occupancy sensors). The owner can then call the police with a single click.

[0156] 2. Temporary user storage module.

[0157] The glove compartment provides storage space for the passenger seat and other temporary users. Figure 5 This application provides a schematic diagram of a passenger-side storage compartment setup process, as shown in the embodiments of this application. Figure 5 As shown, the process includes the following steps: Step S501: After clicking "Set Password" on the large screen, you need to enter your mobile phone number and the corresponding verification code to bind your temporary identity. Once the binding is successful, the password setting process is complete.

[0158] Step S502: If the mobile phone number has been verified on the vehicle owner's end and bound to the vehicle owner's spouse's identity, then there is no time limit for using the glove compartment in the passenger area. At this point, the setup process is complete.

[0159] Step S503: If the mobile phone number is a temporary user, a duration selection pop-up window will appear. When setting the password, you need to select the storage duration (the selectable duration range is between 12 and 72 hours).

[0160] Step S504: After the setup is complete, the user will be reminded before the storage period expires. At this time, the user needs to use the weight sensor and infrared sensor inside the box to detect whether any items have been placed inside. If no items have been placed inside, the password will automatically expire after 12 hours and the corresponding temporary identity will be cleared.

[0161] In step S505, if the item is not retrieved within 12 hours of the password expiring time after being placed in the package, an SMS reminder process will be triggered. Every 3 hours, an automatic SMS reminder will be sent saying, "The item you placed in license plate number A will expire in X hours. Please contact the vehicle owner to retrieve your item immediately." The last reminder will be sent to the user via AI voice call to achieve the purpose of reminding them.

[0162] The technical solution provided in this application optimizes the owner's private storage experience for in-vehicle password boxes by introducing a dual authentication design and creatively incorporating a graded warning and expulsion system design for unauthorized intrusion. Through the partitioned design, while ensuring the storage experience of the driver, it greatly satisfies the private storage needs of the passenger seat or temporary users.

[0163] Based on the foregoing embodiments, this application provides a vehicle storage box control device. The device includes various units and modules included in each unit, which can be implemented by a processor in a computer device; of course, it can also be implemented by specific logic circuits. In the implementation process, the processor can be a central processing unit (CPU), a microprocessor unit (MPU), a digital signal processor (DSP), or a field programmable gate array (FPGA), etc.

[0164] Figure 6 This is a schematic diagram of the composition structure of a vehicle storage box control device provided in an embodiment of this application, as shown below. Figure 6 As shown, the vehicle storage box control device 600 includes: a display module 601, an acquisition module 602, a switching module 603, and an association module 604, wherein: The display module 601 is used to display the status interface of the storage box when the user account corresponding to the vehicle is logged in. The status interface is used to display the status of the storage box in the vehicle, including safe status and non-safe status. Response module 602 is used to determine the target storage box in response to the user's selection operation based on the status interface input; The acquisition module 603 is used to acquire authentication information in response to a state switching command when the target storage box is in a non-safe state. The switching module 604 is used to switch the target storage box from a non-safe box state to a safe box state; The association module 605 is used to associate and store the identifier of the target storage box with the authentication information, which is used to verify the user's identity when the target storage box is opened.

[0165] In some embodiments, the types of storage compartments in the vehicle include a first type and a second type, the type being determined based on the compartment information, which includes at least ownership permissions, compartment size, location, and whether it has a temperature control function. The acquisition module 603 includes: The first acquisition unit is used to acquire the first biometric information and the second biometric information of the user if the target storage box is of the first type. The second acquisition unit is used to acquire the user's corresponding verification code information if the target storage box is of the second type.

[0166] In some embodiments, the apparatus further includes: The response control module is used to obtain the information to be verified in response to the control command that indicates the control of the target storage box; The verification rule determination module is used to determine the identity verification rule based on the type of the target storage box. The verification module is used to verify the information to be verified according to the identity verification rules and the identity verification information corresponding to the target storage box; The warning module is used to issue a security warning according to the preset warning rules corresponding to the target storage box if the identity verification fails.

[0167] In some embodiments, the verification module includes: The first verification unit is configured to, if the target storage box is of the first type, perform a first verification on the first biometric information in the information to be verified based on the first biometric information corresponding to the target storage box; if the first verification fails, the identity verification fails. The second verification unit is configured to perform a second verification on the second biometric information in the information to be verified based on the second biometric information corresponding to the target storage box if the first verification is successful; if the second verification fails, the identity verification fails; if the second verification is successful, the identity verification is successful.

[0168] In some embodiments, if the target storage box is of type 1, the warning module includes: The first warning unit is used to issue a security warning according to the first warning rule when the second verification fails once. The first warning rule includes at least a voice warning rule and is used to indicate that the second biometric information verification has failed. The second warning unit issues a security warning according to the second warning rule in the event of the second failure. The second warning rule includes at least sending a warning message to the terminal corresponding to the user account. The second warning rule is used to indicate that the target storage box has a security risk. The third warning unit is used to issue a security warning according to the third warning rule if an instruction to perform the second verification is detected when the first verification fails. The third warning rule includes at least a horn warning rule and sending alarm information to the user account.

[0169] In some embodiments, the apparatus further includes: The temporary authorization module is used to obtain a temporary authorization instruction if the target storage box is of type two; if the permission corresponding to the temporary authorization instruction is not the target permission, the temporary authorization instruction includes an insurance duration; according to the insurance duration, when the storage duration of the target storage box reaches the insurance duration, clear the user verification information corresponding to the target storage box; and switch the current state of the target storage box to a non-safe box state.

[0170] In some embodiments, the authentication information includes the identity information of a temporary user, and the device further includes: The reminder module is used to determine the expiration reminder time based on the insurance duration; if the expiration reminder time is reached, it detects whether there are any items in the target storage box; if there are items in the target storage box, it sends a reminder message to the temporary user's terminal based on the identity verification information corresponding to the target storage box, the reminder message being used to remind the temporary user that the insurance status of the target storage box is about to expire.

[0171] It should be noted that, in the embodiments of this application, if the above-described methods are implemented as software functional modules and sold or used as independent products, they can also be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the embodiments of this application, or the part that contributes to the related technology, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a computer device (in the embodiments of this application, the computer device can be a vehicle) to execute all or part of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), magnetic disks, or optical disks. Thus, the embodiments of this application are not limited to any specific hardware, software, or firmware, or any combination of hardware, software, and firmware.

[0172] This application provides a computer device, which may be a vehicle, wherein the processor executes the program to implement some or all of the steps in the above method.

[0173] This application provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements some or all of the steps in the above-described method. The computer-readable storage medium can be transient or non-transient.

[0174] This application provides a computer program including computer-readable code, wherein when the computer-readable code is executed in a computer device, a processor in the computer device performs some or all of the steps in the above-described method.

[0175] This application provides a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program. When the computer program is read and executed by a computer, it implements some or all of the steps in the above-described method. This computer program product can be implemented specifically through hardware, software, or a combination thereof. In some embodiments, the computer program product is specifically embodied as a computer storage medium; in other embodiments, the computer program product is specifically embodied as a software product, such as a software development kit (SDK), etc.

[0176] It should be noted that the descriptions of the various embodiments above tend to emphasize the differences between them, while their similarities or commonalities can be referred to interchangeably. The descriptions of the above embodiments of the device, storage medium, computer program, and computer program product are similar to the descriptions of the above method embodiments and have similar beneficial effects. For technical details not disclosed in the embodiments of the device, storage medium, computer program, and computer program product of this application, please refer to the descriptions of the method embodiments of this application for understanding.

[0177] Figure 7 This application provides a hardware entity diagram of a computer device as an embodiment of the present application, such as... Figure 7 As shown, the hardware entity of the computer device 700 includes: a processor 701, a communication interface 702, and a memory 703, wherein: The processor 701 executes the steps of the model adjustment method described above when executing the program. The processor 701 typically controls the overall operation of the computer device 700.

[0178] Communication interface 702 enables computer devices to communicate with other terminals or servers over a network.

[0179] The memory 703 is configured to store instructions and applications executable by the processor 701, and can also cache data to be processed or already processed (e.g., image data, audio data, voice communication data, and video communication data) in the processor 701 and various modules in the computer device 700. It can be implemented using flash memory or random access memory (RAM). Data transfer between the processor 701, the communication interface 702, and the memory 703 can be performed via bus 704.

[0180] This application provides a computer storage medium storing one or more programs that can be executed by one or more processors to implement the steps of the model adjustment method as described in any of the above embodiments.

[0181] It should be noted that the descriptions of the storage medium and device embodiments above are similar to the descriptions of the method embodiments above, and have similar beneficial effects. For technical details not disclosed in the storage medium and device embodiments of this application, please refer to the descriptions of the method embodiments of this application for understanding.

[0182] The aforementioned processor can be at least one of the following: Application Specific Integrated Circuit (ASIC), Digital Signal Processor (DSP), Digital Signal Processing Device (DSPD), Programmable Logic Device (PLD), Field Programmable Gate Array (FPGA), Central Processing Unit (CPU), Controller, Microcontroller, and Microprocessor. It is understood that other electronic devices can also implement the functions of the aforementioned processor, and this application does not specifically limit the specific implementation.

[0183] The aforementioned computer storage media / memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), magnetic random access memory (FRAM), flash memory, magnetic surface memory, optical disc, or compact disc read-only memory (CD-ROM), etc.; or it can be various terminals that include one or any combination of the above-mentioned memories, such as mobile phones, computers, tablet devices, personal digital assistants, etc.

[0184] The above description is merely an embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application.

Claims

1. A method for controlling a vehicle-mounted storage box, characterized in that, The method includes: When the user account corresponding to the vehicle is logged in, the status interface of the storage box is displayed. The status interface is used to display the status of the storage box in the vehicle, including safe status and non-safe status. In response to the user's selection operation based on the status interface, the target storage box is determined; When the target storage box is in a non-safe state, it obtains authentication information in response to a state switching command; Switch the target storage box from non-safe box state to safe box state; The identifier of the target storage box is associated with and stored with the authentication information, which is used to verify the user's identity when the target storage box is opened.

2. The method according to claim 1, characterized in that, The storage compartments in the vehicle are of type one or type two, and the type is determined based on the compartment information. This compartment information includes at least one of the following: ownership permissions, compartment size, location, and whether it has a temperature control function. Obtaining authentication information includes: If the target storage box is of the first type, obtain the user's first biometric information and second biometric information; If the target storage box is of type two, obtain the user's corresponding verification code information.

3. The method according to claim 2, characterized in that, The method further includes: In response to a control command instructing the control of the target storage box, information to be verified is acquired; The authentication rules are determined based on the type of the target storage box. The information to be verified is authenticated according to the authentication rules and the authentication information corresponding to the target storage box. If the identity verification fails, a security warning will be issued according to the preset warning rules corresponding to the target storage box.

4. The method according to claim 3, characterized in that, The step of verifying the information to be verified according to the authentication rules and the authentication information corresponding to the target storage box includes: If the target storage box is of the first type, the first biometric information in the information to be verified is verified according to the first biometric information corresponding to the target storage box. If the first verification fails, the identity verification fails; if the first verification succeeds, the second biometric information in the information to be verified is verified based on the second biometric information corresponding to the target storage box. If the second verification fails, the identity verification fails; if the second verification succeeds, the identity verification succeeds.

5. The method according to claim 4, characterized in that, If the target storage box is of type 1, the step of issuing a safety warning according to preset warning rules includes: If the second verification fails once, a security warning is issued according to the first warning rule. The first warning rule includes at least a voice warning rule. The first warning rule is used to indicate that the second biometric information verification has failed. In the event of a second failure, a security warning is issued according to a second warning rule. The second warning rule includes at least sending a warning message to the terminal corresponding to the user account. The second warning rule is used to indicate that the target storage box has a security risk. If the first verification fails, and an instruction to perform the second verification is detected, a security warning is issued according to the third warning rule, which includes at least a horn warning rule and sending an alarm message to the user account.

6. The method according to any one of claims 1 to 5, characterized in that, The method further includes: If the target storage box is of type two, obtain the insurance duration; According to the insurance duration, when the storage time in the target storage box reaches the insurance duration, the user verification information corresponding to the target storage box is cleared; Switch the current state of the target storage box to a non-safe state.

7. The method according to claim 6, characterized in that, The duration for obtaining insurance includes: If the user permissions corresponding to the target storage box are not the target permissions, then obtain the insurance duration input by the user; If the user permissions corresponding to the target storage box are the target permissions, then the insurance duration corresponding to the target permissions is determined based on the target permissions.

8. The method according to claim 6, characterized in that, The authentication information includes the identity information of temporary users, and the method further includes: The expiration notification time is determined based on the insurance duration. If the failure warning time is reached, check whether there are any items stored in the target storage box; If the target storage box contains items, a notification message is sent to the temporary user's terminal based on the identity verification information corresponding to the target storage box. The notification message is used to inform the temporary user that the security status of the target storage box is about to expire.

9. A vehicle-mounted storage box control device, characterized in that, The device includes: The display module is used to display the status interface of the storage box when the user account corresponding to the vehicle is logged in. The status interface is used to display the status of the storage box in the vehicle, including safe status and non-safe status. The response module is used to determine the target storage box in response to the user's selection operation based on the status interface. The acquisition module is used to acquire authentication information in response to a state switching command when the target storage box is in a non-safe state. A switching module is used to switch the target storage box from a non-safe box state to a safe box state; The association module is used to associate and store the identifier of the target storage box with the authentication information, which is used to verify the user's identity when the target storage box is opened.

10. A computer device, characterized in that, The computer device includes: Memory is used to store executable instructions or computer programs. A processor, when executing computer-executable instructions or computer programs stored in the memory, implements the method according to any one of claims 1 to 8.

Images