Vehicle-mounted device parameter setting method and device, electronic device, and storage medium

Abstract

The application discloses a vehicle-mounted equipment parameter setting method and device, electronic equipment and a storage medium, and relates to the field of parameter setting. The method comprises the following steps: acquiring vehicle-mounted equipment parameter information; dividing application scenarios according to the vehicle-mounted equipment parameter information; marking the safety level of the vehicle-mounted equipment parameter in the application scenarios according to the divided application scenarios; and controlling the application permission of the vehicle-mounted equipment parameter according to the safety level of the vehicle-mounted equipment parameter in the application scenarios. The application permission comprises the permission of reading, writing, modifying, deleting and associating the vehicle-mounted equipment parameter. Through the above method, the application scenarios are divided, the safety level of the vehicle-mounted equipment parameter in the application scenarios is marked according to the application scenarios, the permission of the vehicle-mounted equipment parameter is opened, and the setting of the permission is refined from the vehicle-mounted equipment parameter item to the vehicle-mounted equipment parameter value.

Description

Technical Field

[0001] This application relates to the field of parameter setting, and more particularly to a method for setting parameters of in-vehicle equipment, a device for setting parameters of in-vehicle equipment, electronic equipment, storage media, and vehicles. Background Technology

[0002] Existing vehicles have various onboard devices that can be controlled and have their parameters set based on user permissions. Due to the need for multiple users to operate the same vehicle, the onboard device parameters are set in various styles and combinations to cater to different application scenarios. However, each user's application parameter settings only serve that user, and for confidentiality purposes, other users cannot obtain or directly access these parameters to control the onboard device's operating status.

[0003] Some in-vehicle device parameters or their settings are not dangerous and can be shared with other users. However, these parameters are often private to a single user, creating a conflict between convenience and privacy in private vehicles that drivers frequently switch between.

[0004] Therefore, a scheme for setting parameters of in-vehicle equipment is needed to control and limit the parameters of in-vehicle equipment, taking into account the convenience and privacy of multiple users using the same vehicle in terms of parameter settings. Summary of the Invention

[0005] The purpose of this invention is to provide a method for setting vehicle device parameters, a device for setting vehicle device parameters, an electronic device, a storage medium, and a vehicle, at least to solve the problem of serving different user needs with the same vehicle device parameters, and to address a technical problem in avoiding security and privacy issues caused by sharing vehicle device parameters.

[0006] This invention provides the following solution:

[0007] According to one aspect of the present invention, a method for setting parameters of an in-vehicle device is provided, the method comprising:

[0008] Obtain parameter information of vehicle-mounted equipment;

[0009] Based on the vehicle-mounted equipment parameter information, application scenarios are divided;

[0010] Based on the aforementioned application scenario classification, the safety level of the vehicle-mounted equipment parameters is marked within the application scenario;

[0011] Based on the security level of the in-vehicle device parameters in the application scenario, control the application permissions of the in-vehicle device parameters.

[0012] The application permissions include the permissions to read, write, modify, delete, and associate parameters of the vehicle-mounted device.

[0013] Furthermore, the acquisition of vehicle-mounted device parameter information includes:

[0014] Based on the user ID, retrieve the in-vehicle device parameter information for the corresponding user;

[0015] Based on user ID verification, implement permissions for reading, writing, modifying, deleting, or / and associating parameters of in-vehicle equipment;

[0016] Specifically, based on the user ID and the corresponding user's application scenario, the current application permissions of the vehicle equipment parameters are controlled.

[0017] Furthermore, the step of marking the security level of the vehicle-mounted equipment parameters under the application scenario based on the defined application scenario includes:

[0018] To assess the data security of other users' vehicle device parameters within the current user's application scenario, the security level of the vehicle device parameters is marked.

[0019] Based on the security level, control the application permissions of the vehicle device parameters of other users.

[0020] Based on the application permissions of other users' vehicle device parameters, control the current user's operations of reading, writing, modifying, deleting, and associating other users' vehicle device parameters.

[0021] Furthermore, the operations of controlling the current user to read, write, modify, delete, and associate vehicle device parameters of other users include:

[0022] When a user writes parameters to an in-vehicle device, the human-machine interface displays a list of in-vehicle device parameters associated with the currently written parameters.

[0023] The vehicle device parameter list is based on the vehicle device parameter data records of the current user and other users, and the vehicle device parameters are arranged according to a preset priority rule.

[0024] The human-machine terminal receives an instruction to retrieve the vehicle equipment parameter items from the vehicle equipment parameter list;

[0025] According to the instruction, retrieve the associated parameters of the currently written vehicle device parameters.

[0026] Furthermore, it also includes:

[0027] Based on the parameters currently written by the user to the vehicle equipment, the human-machine terminal displays a list of user IDs associated with the currently written vehicle equipment parameters;

[0028] The user ID list is based on the vehicle device parameter data records of the current user and other users, and the user IDs are arranged according to the preset correlation of the vehicle device parameters written by the current user.

[0029] The human-machine terminal receives an instruction to retrieve user IDs from the user ID list;

[0030] According to the instructions, activate the user identification policy.

[0031] Furthermore, the activated user identification strategy includes:

[0032] Based on the security level of the marked vehicle equipment parameters in the application scenario, activate the strategy of passive user identification, active user identification, or no user identification;

[0033] The user non-identification strategy includes identifying the user as the user corresponding to the user ID in the user ID list if the number of vehicle device parameters in the vehicle device parameter list under the user ID in the current user's vehicle device parameters exceeds a preset threshold.

[0034] According to a second aspect of the present invention, an in-vehicle equipment parameter setting device is provided, the in-vehicle equipment parameter setting device comprising:

[0035] The parameter information module is used to obtain parameter information of the vehicle-mounted equipment;

[0036] The scenario segmentation module is used to segment application scenarios based on the on-board equipment parameter information;

[0037] The level marking module is used to mark the safety level of the vehicle equipment parameters in the application scenario according to the aforementioned application scenario classification.

[0038] The access control module is used to control the application permissions of the vehicle device parameters according to the security level of the vehicle device parameters in the application scenario;

[0039] The application permissions include the permissions to read, write, modify, delete, and associate parameters of the vehicle-mounted device.

[0040] According to three aspects of the present invention, an electronic device is provided, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0041] The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the vehicle-mounted equipment parameter setting method.

[0042] According to four aspects of the present invention, a computer-readable storage medium is provided, comprising: storing a computer program executable by an electronic device, wherein when the computer program is run on the electronic device, the electronic device performs the steps of the vehicle-mounted equipment parameter setting method.

[0043] According to five aspects of the present invention, a vehicle is provided, comprising:

[0044] An electronic device for implementing the steps of the vehicle-mounted device parameter setting method;

[0045] The processor runs a program that, when the program is running, executes the steps of the vehicle-mounted device parameter setting method based on data output from the electronic device.

[0046] A storage medium for storing a program that, when running, executes the steps of the vehicle-mounted device parameter setting method based on data output from an electronic device.

[0047] The above solution achieves the following beneficial technical effects:

[0048] This application uses vehicle-mounted device parameter information to classify application scenarios, and marks the security level of vehicle-mounted device parameters in the application scenario, thereby enabling the opening of permissions for vehicle-mounted device parameters. It expands from vehicle-mounted device parameter items to vehicle-mounted device parameter values, thus refining the setting of permissions.

[0049] This application enables multiple users to easily and quickly access parameters through in-vehicle device parameter sharing, reducing the cumbersome process of users having to log in.

[0050] This application improves the efficiency of sharing vehicle device parameters by setting up a list of vehicle device parameters and a list of user IDs, which facilitates the batch import of vehicle device parameters.

[0051] This application, by selecting the range of parameters to retrieve from onboard equipment, abandons restrictions that have no practical safety protection significance, thereby enabling vehicles to return to a state of free and mutually trusting sharing. Attached Figure Description

[0052] Figure 1 This is a flowchart of a method for setting parameters of an on-board device provided in one or more embodiments of the present invention.

[0053] Figure 2 This is a structural diagram of an in-vehicle equipment parameter setting device provided in one or more embodiments of the present invention.

[0054] Figure 3 A schematic diagram of a user passive identification control seat scheme according to a specific embodiment of the present invention.

[0055] Figure 4A schematic diagram illustrating a user retrieving parameters from an in-vehicle device according to a specific embodiment of the present invention.

[0056] Figure 5 A schematic diagram of collecting user vehicle-mounted device parameter status according to a specific embodiment of the present invention.

[0057] Figure 6 A block diagram of an electronic device structure for a method of setting parameters for vehicle-mounted equipment provided in one or more embodiments of the present invention. Detailed Implementation

[0058] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0059] Figure 1 This is a flowchart of a method for setting parameters of an on-board device provided in one or more embodiments of the present invention.

[0060] like Figure 1 The methods for setting parameters for on-board equipment shown include:

[0061] Step S1: Obtain the parameter information of the vehicle-mounted equipment;

[0062] Step S2: Based on the on-board equipment parameter information, classify the application scenarios;

[0063] Step S3: Based on the classification of application scenarios, mark the security level of the vehicle equipment parameters in the application scenario;

[0064] Step S4: Control the application permissions of the vehicle equipment parameters according to the security level of the vehicle equipment parameters in the application scenario;

[0065] Application permissions include the permissions to read, write, modify, delete, and associate parameters of in-vehicle devices.

[0066] Specifically, in this embodiment, the vehicle-mounted device parameter items and the data under the vehicle-mounted device parameter items have corresponding application scenarios. In some application scenarios, the setting status of the vehicle-mounted device parameters only affects one member. In some application scenarios, the setting status of the vehicle-mounted device parameters affects all members in the cabin. In some application scenarios, the setting status of the vehicle-mounted device parameters affects all members in the cabin and people outside the vehicle.

[0067] For example, adjustable vehicle seats, as in-vehicle equipment, are only suitable for one type of body type when in a certain position. That is, the application scenarios are divided according to the parameter information of the in-vehicle equipment.

[0068] Seat parameter adjustments typically only affect the comfort of the individual passenger. However, if the fore-and-aft adjustment of the driver's seat is excessive, affecting the driver's ability to control the accelerator and brake pedals, it can threaten the safety of all occupants. The driver's seat parameters have a limited adjustment range and need to be adapted to the heights of different passengers. Considering a scenario with people of similar height, seat parameters input based on one person's height may have little impact on others in the same group, and the safety level can be marked as low. However, for other groups with significantly different heights, the same seat parameters pose a higher safety risk, and the safety level can be raised accordingly. For example, if the current driver is a strong male and the air conditioning temperature is set low, while a frail elderly driver might experience discomfort from such a low temperature, the air conditioning, as an in-vehicle device, has temperature parameters that constitute a corresponding application scenario. Excessively high or low temperatures affect all occupants, causing the safety level of the in-vehicle device parameters to rise. In other words, the safety level of in-vehicle device parameters is marked according to the defined application scenario.

[0069] For in-vehicle device parameters with a significant impact or high degree of influence, application access control is necessary. For example, all drivers are allowed to adjust the air conditioning temperature between 20 and 35 degrees Celsius. When adjusting below 20 degrees or above 35 degrees, identity verification is required. Similarly, designated drivers can adjust the air conditioning temperature between 20 and 35 degrees Celsius without identity verification, but require the vehicle owner's authorization to adjust to lower or higher temperatures to prevent accidental triggering and resulting in an uncomfortable cabin temperature environment. In short, application access to in-vehicle device parameters should be controlled based on their security level in the application scenario.

[0070] In another embodiment, if the vehicle interior environment is detected and it is confirmed that only the driver is inside, the restriction that the air conditioning temperature can only be adjusted between 20 and 35 degrees Celsius is lifted. That is, the security level is reduced in the current application scenario, which is equivalent to controlling the application permissions of the vehicle equipment parameters based on the security level of the vehicle equipment parameters in the application scenario.

[0071] Application permissions include the ability to read, write, modify, delete, and associate in-vehicle device parameters. For example, if the current seat is the one previously used by the passenger, the seat parameters can be read, and only parameters such as the backrest angle can be modified based on these current parameters. User-specific in-vehicle device parameters can also be written according to the user ID. For instance, if a user habitually uses navigation while driving, user-specific parameters can be automatically retrieved based on the user's driving position. Writing user-specific parameters allows for the writing of parameters that are for personal use only and do not affect others, such as automatically activating in-vehicle navigation. However, the navigation volume parameter requires adjustments based on the status of other passengers. For example, if someone is detected sleeping in the car, the navigation volume will be restricted. Methods for restricting in-vehicle device parameters include upper and lower threshold ranges, user ID input, and the rate at which parameter values ​​increase or decrease. For example, instead of increasing volume by 1% with one press, the rate could be restricted to increasing by 1% with three presses, or increasing by 0.1% with one press.

[0072] In-vehicle equipment parameters are correlated; for example, driver's seat height adjustment automatically matches rearview mirror adjustment. However, when the seat height is too high or too low, it cannot be determined whether the vehicle is in use or under maintenance, and the rearview mirror adjustment is limited to a preset range. For example, based on the current rearview mirror angle, the adjustment range of 3 degrees upward or downward will follow the driver's seat height adjustment.

[0073] In this embodiment, obtaining the on-board device parameter information includes:

[0074] Based on the user ID, retrieve the in-vehicle device parameter information for the corresponding user;

[0075] Based on user ID verification, implement permissions for reading, writing, modifying, deleting, or / and associating parameters of in-vehicle equipment;

[0076] Among them, based on the user ID, the application permissions of the in-vehicle device parameters are controlled according to the user's application scenario.

[0077] Specifically, in this embodiment, although the user ID can be bound to the in-vehicle device parameter information under the user ID, enabling direct retrieval of the in-vehicle device parameters under that user by verifying the user ID, including granting permissions to read, write, modify, delete, or / and associate in-vehicle device parameters, the user's application scenario still needs to be considered. For example, even if the user has passed ID verification, but has handed over vehicle control to a designated driver, based on this application scenario, in addition to the general in-vehicle device parameters that can be used, some in-vehicle device parameters are still restricted. For instance, if the user habitually uses navigation, and the navigation automatically displays information such as their home address or sensitive work location, it is detrimental to privacy. In this embodiment, based on the application scenario where the user has verified their user ID but is not operating the vehicle from the driver's seat, the navigation device does not read the home address or sensitive work location and recommends displaying it on the navigation interface.

[0078] In this embodiment, based on the classification of application scenarios, the security level of the vehicle-mounted equipment parameters under the application scenario includes:

[0079] To assess the data security of other users' vehicle device parameters within the current user's application scenario, the security level of the vehicle device parameters is marked.

[0080] Based on the security level, control the application permissions of the corresponding vehicle device parameters of other users;

[0081] Based on the application permissions of other users' vehicle device parameters, control the current user's operations on reading, writing, modifying, deleting, and associating other users' vehicle device parameters.

[0082] Specifically, the same vehicle may be used by multiple registered users. Certain in-vehicle device parameters can be shared, read, and referenced among them. However, each user has limited capabilities and different habits, resulting in significant differences in in-vehicle device parameters based on their individual user IDs. Recklessly copying other users' parameters into one's own application scenario poses security risks.

[0083] For example, a vehicle might have excellent acceleration performance thanks to its onboard device, but the vehicle serves both a male and female owner, with the female owner having average driving skills. When the current user of the onboard device is the female owner, the male owner's onboard device parameters should not be fully accessible to her. That is, based on the application permissions for other users' onboard device parameters, the current user's operations on reading, writing, modifying, deleting, and associating with other users' onboard device parameters should be controlled.

[0084] In this embodiment, controlling the current user's reading, writing, modification, deletion, and association of other users' vehicle device parameters includes:

[0085] When a user writes parameters to an in-vehicle device, the human-machine interface displays a list of in-vehicle device parameters associated with the currently written parameters.

[0086] Among them, the vehicle equipment parameter list is based on the vehicle equipment parameter data records of the current user and other users, and the vehicle equipment parameters are arranged according to a preset priority rule;

[0087] The human-machine terminal receives an instruction to retrieve the vehicle equipment parameter items from the vehicle equipment parameter list;

[0088] According to the instruction, retrieve the associated parameters of the currently written vehicle equipment parameters.

[0089] Specifically, in this embodiment, vehicle device parameters are often not isolated but require batch or associated settings. When a vehicle device parameter is written by the human-machine terminal, other vehicle device parameters that may be associated with the currently written parameter are displayed in a list, reducing the burden on users to search through vehicle device parameter items.

[0090] For example, the first in-vehicle device parameter is the seat position. As the seat position changes, the rearview mirrors will most likely need to be adjusted as well. The human-machine interface will then display a list of in-vehicle device parameters for the left, right, and center rearview mirrors, eliminating the need to search for the rearview mirror adjustment menu after adjusting the seat.

[0091] In this embodiment, it also includes:

[0092] Based on the parameters currently written by the user to the vehicle equipment, the human-machine terminal displays a list of user IDs associated with the currently written vehicle equipment parameters;

[0093] The user ID list is based on the vehicle device parameter data records of the current user and other users, and the user IDs are arranged according to the preset correlation of the vehicle device parameters written by the current user.

[0094] The human-machine terminal receives an instruction to retrieve user IDs from the user ID list;

[0095] Activate the user identification policy according to the instructions.

[0096] Specifically, in this embodiment, the user uses a set of parameters that are habitual or fixed. For example, human height does not change rapidly, and seat parameters are relatively fixed for a user.

[0097] For example, people of similar height will adjust their seat positions similarly. If the younger son is an unregistered user and manually adjusts the seat position, and the current parameter for the distance between the seat and the pedals is similar to that of his father and older brother, then the father and older brother will be displayed in the user ID list. The list is sorted based on the similarity of the parameters. For example, if the parameter for adjusting the distance between the seat and the pedals is closer to that of his older brother, then the older brother will be displayed first in the list. If the younger son believes his build is similar to his older brother's, he can use the touch controls on the human-machine interface to select and retrieve the seat parameters under his older brother's name from the user ID list.

[0098] At this point, the retrieved parameters can be directly imported into the vehicle's in-vehicle devices and seats. User identification strategies can also be activated. For example, if the current user is adjusting more sensitive in-vehicle device parameters, even if a matching user ID has been found, the user needs to be identified before retrieving the parameters to ensure that there is no significant security risk to the matching user (e.g., the user whose parameter data is being retrieved, or the current user).

[0099] For example, if the younger son is an unregistered user, he can manually adjust the onboard device parameters for the vehicle's acceleration curve by touching the human-machine interface. Before selecting to retrieve the onboard device parameters for the vehicle's acceleration curve under his older brother's name in the user ID list, a user identification process will pop up, such as manually entering the authorization code provided by his older brother.

[0100] In this embodiment, activating the user identification strategy includes:

[0101] Based on the security level of the marked vehicle equipment parameters in the application scenario, activate the strategy of passive user identification, active user identification, or no user identification;

[0102] Among them, the strategy of not recognizing users includes, based on the current user's input of vehicle device parameters, matching the number of vehicle device parameters under the user ID in the user ID list exceeds a preset threshold, the user is identified as the user corresponding to the user ID in the user ID list.

[0103] Specifically, in one embodiment, passive user identification can be achieved through visual recognition of a user's biometric features using a camera, without requiring active human intervention. Active user identification can be achieved by entering a password or pressing a fingerprint, requiring active human intervention.

[0104] When the number of vehicle device parameter entries entered by a user into the user ID matching the user ID list exceeds a preset threshold, it indicates that the user is repeatedly retrieving or using that parameter, or repeatedly using the vehicle device with that parameter. Based on this user behavior, it can be determined that the current user is the user corresponding to the user ID in the user ID list. For vehicle device parameters that pose no security risk, repeated user authentication can be abandoned based on the continuous import of the same parameter, thus providing convenience for users.

[0105] For example, repeatedly adjusting only the backrest angle parameter and then selecting the parameter combination under the user ID in the user ID list indicates that the parameters retrieved by that user pose no security risk (excluding privacy risks). This eliminates the need for other cumbersome authentication methods; that is, by setting fixed parameters, it is equivalent to defining a fixed user, implementing a strategy of user non-identification.

[0106] Figure 2 This is a structural diagram of an in-vehicle equipment parameter setting device provided in one or more embodiments of the present invention.

[0107] like Figure 2 The in-vehicle equipment parameter setting device shown includes: a parameter information module, a scene division module, a level marking module, and an access control module;

[0108] The parameter information module is used to obtain parameter information of the vehicle-mounted equipment;

[0109] The scenario segmentation module is used to segment application scenarios based on the parameter information of the vehicle-mounted equipment;

[0110] The level marking module is used to mark the safety level of vehicle equipment parameters in the application scenario according to the classification of application scenarios;

[0111] The access control module is used to control the application permissions of the vehicle equipment parameters based on the security level of the vehicle equipment parameters in the application scenario.

[0112] Application permissions include the permissions to read, write, modify, delete, and associate parameters of in-vehicle devices.

[0113] It is worth noting that although this system only discloses the parameter information module, scene division module, level marking module, and access control module, it does not mean that this device is limited to the above-mentioned basic functional modules. On the contrary, what this invention intends to express is that, based on the above-mentioned basic functional modules, those skilled in the art can add one or more functional modules in combination with existing technology to form an infinite number of embodiments or technical solutions. That is to say, this system is open rather than closed. Just because this embodiment only discloses a few basic functional modules, it should not be considered that the scope of protection of the claims of this invention is limited to the above-disclosed basic functional modules.

[0114] The above solution achieves the following beneficial technical effects:

[0115] This application uses vehicle-mounted device parameter information to classify application scenarios, and marks the security level of vehicle-mounted device parameters in the application scenario, thereby enabling the opening of permissions for vehicle-mounted device parameters. It expands from vehicle-mounted device parameter items to vehicle-mounted device parameter values, thus refining the setting of permissions.

[0116] This application enables multiple users to easily and quickly access parameters through in-vehicle device parameter sharing, reducing the cumbersome process of users having to log in.

[0117] This application improves the efficiency of sharing vehicle device parameters by setting up a list of vehicle device parameters and a list of user IDs, which facilitates the batch import of vehicle device parameters.

[0118] This application, by selecting the range of parameters to retrieve from onboard equipment, abandons restrictions that have no practical safety protection significance, thereby enabling vehicles to return to a state of free and mutually trusting sharing.

[0119] Figure 3 A schematic diagram of a user passive identification control seat scheme according to a specific embodiment of the present invention.

[0120] Figure 4 A schematic diagram illustrating a user retrieving parameters from an in-vehicle device according to a specific embodiment of the present invention.

[0121] Figure 5 A schematic diagram of collecting user vehicle-mounted device parameter status according to a specific embodiment of the present invention.

[0122] In one specific embodiment, not all data under the vehicle account is dangerous and cannot be disclosed. That is, the account data is classified and then a management policy is set to make low-security data easy to retrieve or share, simplifying the process of retrieving parameter data and using in-vehicle devices. Biometric technology is used to narrow the search scope, reduce the risk to reliability, and improve efficiency.

[0123] It can adjust the seat to a more comfortable driving scenario based on the biometrics of different drivers; based on the driver's biometrics, it controls the seat to make the seat state more suitable for the driver's driving state.

[0124] like Figure 3 The user passive identification control seat scheme shown uses biometric data stored in the driver data storage module to facilitate passive identification of the user. By operating the seat position in different modes, it finds the parameter results that are suitable for the driving state and sends them to the seat position control module to drive the seat position adjustment device.

[0125] In another specific embodiment, such as Figure 4 The steps shown for a user to retrieve parameters from an in-vehicle device include:

[0126] Step 1. When the car is locked, the driver's seat is in its initial position.

[0127] Step 2. Unlock the car door, get in, and power on the car;

[0128] Step 3. Collect the current driver's biometric information, such as height and weight, through various sensors on the seat;

[0129] Step 4. The vehicle software system compares the current driver's biometric data with the driver data stored under the account;

[0130] Step 5. If the driver information matches the previously stored information, prompt the driver to switch to the driver's comfortable position and make adjustments.

[0131] Step 6. If there is a discrepancy or a large difference, select and adjust the comfortable position calculated based on the current driver.

[0132] Step 7. After powering off, the seat position will return to its initial position.

[0133] In another specific embodiment, such as Figure 5 The system collects user in-vehicle device parameters, obtaining weight and height information through position sensors on the seat cushion, backrest, and feet. The seat controller uses pressure sensor information to drive the seat motor for adjustment, thereby regulating the position of the seat backrest and cushion.

[0134] Figure 6 A block diagram of an electronic device structure for a method of setting parameters for vehicle-mounted equipment provided in one or more embodiments of the present invention.

[0135] like Figure 6As shown, this application provides an electronic device, including: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0136] The memory stores a computer program that, when executed by a processor, causes the processor to perform steps of a seatbelt control method.

[0137] This application also provides a computer-readable storage medium storing a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of a seatbelt control method.

[0138] This application also provides a vehicle, including:

[0139] Electronic equipment for implementing the steps of a seatbelt control method;

[0140] The processor runs a program, and when the program runs, it executes the steps of the seatbelt control method based on data output from the electronic device.

[0141] Storage medium for storing programs that, when run, execute the steps of a seatbelt control method based on data output from an electronic device.

[0142] The communication bus mentioned in the above electronic devices can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in the diagram, but this does not mean that there is only one bus or one type of bus.

[0143] The electronic device comprises a hardware layer, an operating system layer running on top of the hardware layer, and an application layer running on the operating system. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory. The operating system can be any one or more computer operating systems that control the electronic device through processes, such as Linux, Unix, Android, iOS, or Windows. Furthermore, in this embodiment of the invention, the electronic device can be a smartphone, tablet computer, or other handheld device, or a desktop computer, portable computer, or other electronic device; there is no particular limitation in this embodiment.

[0144] In this embodiment of the invention, the executing entity for electronic device control can be an electronic device itself, or a functional module within an electronic device capable of calling and executing a program. The electronic device can obtain the firmware corresponding to the storage medium. This firmware is provided by the supplier, and different storage media may have the same or different firmware; no limitation is made here. After obtaining the firmware corresponding to the storage medium, the electronic device can write this firmware into the storage medium; specifically, it burns the firmware corresponding to the storage medium into the storage medium. The process of burning the firmware into the storage medium can be implemented using existing technology, and will not be elaborated upon in this embodiment of the invention.

[0145] Electronic devices can also obtain reset commands corresponding to the storage media. The reset commands corresponding to the storage media are provided by the supplier. The reset commands corresponding to different storage media can be the same or different, and no restrictions are imposed here.

[0146] At this time, the storage medium of the electronic device is a storage medium on which the corresponding firmware has been written. The electronic device can respond to the reset command corresponding to the storage medium on which the corresponding firmware has been written, thereby resetting the storage medium on which the corresponding firmware has been written according to the reset command. The process of resetting the storage medium according to the reset command can be implemented by existing technology and will not be described in detail in this embodiment of the invention.

[0147] For ease of description, the above devices are described separately by function as various units and modules. Of course, in implementing this application, the functions of each unit and module can be implemented in one or more software and / or hardware.

[0148] It will be understood by those skilled in the art that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. It should also be understood that terms such as those defined in general dictionaries should be understood to have the meaning consistent with their meaning in the context of the prior art, and should not be interpreted in an idealized or overly formal sense unless specifically defined.

[0149] For the sake of simplicity, the method embodiments are described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0150] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments of this application.

[0151] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for setting parameters of an on-board device, characterized in that, The method for setting parameters of the vehicle-mounted equipment includes: Obtain parameter information of vehicle-mounted equipment; Based on the vehicle-mounted equipment parameter information, application scenarios are divided; The step of dividing application scenarios based on the vehicle-mounted device parameter information specifically includes: dividing application scenarios based on the impact range of the vehicle-mounted device parameter setting status, including scenarios that only affect a single passenger, scenarios that affect all passengers in the cabin, and scenarios that affect all passengers in the cabin and people outside the vehicle. Based on the aforementioned application scenario classification, the safety level of the vehicle-mounted equipment parameters is marked within the application scenario; The same in-vehicle device parameter value is marked as a low security level in a matching personnel group scenario and as a higher security level in a mismatched personnel group scenario; To ensure the data security of other users' vehicle device parameters in the current user's application scenario, the security level of the vehicle device parameters is marked; based on the security level, the application permissions of other users' vehicle device parameters are controlled; based on the application permissions of other users' vehicle device parameters, the current user's operations of reading, writing, modifying, deleting, and associating other users' vehicle device parameters are controlled. Based on the security level of the in-vehicle device parameters in the application scenario, control the application permissions of the in-vehicle device parameters. The application permissions include the permissions to read, write, modify, delete, and associate parameters of the vehicle-mounted device; The associated permissions specifically include: when the current user writes vehicle device parameters, the human-machine terminal displays a list of vehicle device parameters associated with the currently written vehicle device parameters; the list of vehicle device parameters is based on the vehicle device parameter data records of the current user and other users, and is arranged according to a preset priority rule; the human-machine terminal receives an instruction to retrieve vehicle device parameter items in the list of vehicle device parameters, and retrieves the associated parameters of the currently written vehicle device parameters according to the instruction; Application permissions for controlling onboard equipment parameters also include limiting the rate at which parameter values ​​are increased or decreased; The acquisition of vehicle-mounted device parameter information includes: Based on the user ID, retrieve the in-vehicle device parameter information for the corresponding user; Based on user ID verification, implement permissions for reading, writing, modifying, deleting, or / and associating parameters of in-vehicle equipment; Specifically, based on the user ID and the corresponding user's application scenario, the current application permissions of the in-vehicle device parameters are controlled. When performing permission verification based on user ID, the system activates a strategy of passive user identification, active user identification, or no user identification based on the security level of the marked vehicle device parameters. The strategy of no user identification is as follows: if the number of matching items between the vehicle device parameters written by the current user and the vehicle device parameters under the corresponding user ID in the user ID list exceeds a preset threshold, the current user is directly identified as the user of the corresponding user ID.

2. The method for setting parameters of vehicle-mounted equipment according to claim 1, characterized in that, Also includes: Based on the parameters currently written by the user to the vehicle equipment, the human-machine terminal displays a list of user IDs associated with the currently written vehicle equipment parameters; The user ID list is based on the vehicle device parameter data records of the current user and other users, and the user IDs are arranged according to the preset correlation of the vehicle device parameters written by the current user. The human-machine terminal receives an instruction to retrieve user IDs from the user ID list; According to the instructions, activate the user identification policy.

3. A vehicle-mounted equipment parameter setting device, applied to the vehicle-mounted equipment parameter setting method as described in claim 1, characterized in that, The vehicle-mounted equipment parameter setting device includes: The parameter information module is used to obtain parameter information of the vehicle-mounted equipment; The scenario segmentation module is used to segment application scenarios based on the on-board equipment parameter information; The level marking module is used to mark the safety level of the vehicle equipment parameters in the application scenario according to the aforementioned application scenario classification. The access control module is used to control the application permissions of the vehicle device parameters according to the security level of the vehicle device parameters in the application scenario; The application permissions include the permissions to read, write, modify, delete, and associate parameters of the vehicle-mounted device.

4. An electronic device, characterized in that, include: The processor, communication interface, memory, and communication bus are connected, with the processor, communication interface, and memory communicating with each other via the communication bus. The memory stores a computer program that, when executed by the processor, causes the processor to perform the steps of the vehicle-mounted equipment parameter setting method according to claim 1 or 2.

5. A computer-readable storage medium, characterized in that, include: It stores a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of the vehicle-mounted equipment parameter setting method as described in claim 1 or 2.

6. A vehicle, characterized in that, include: An electronic device for implementing the steps of the vehicle-mounted equipment parameter setting method according to any one of claims 1 or 2; A processor that runs a program, which, when running, executes the steps of the vehicle-mounted equipment parameter setting method according to claim 1 or 2 from data output by the electronic device. A storage medium for storing a program that, when running, performs the steps of the vehicle-mounted device parameter setting method of claim 1 or 2 on data output from an electronic device.

Images