Device parameter processing method and apparatus, electronic device, and computer program product
By dividing the memory of IoT devices into user parameter areas and factory parameter areas, user configuration parameters are generated and stored, solving the problems of cumbersome device configuration and security risks, and realizing fast and secure parameter configuration and management.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- SHENZHEN MINEW TECH CO LTD
- Filing Date
- 2026-02-06
- Publication Date
- 2026-06-19
AI Technical Summary
IoT devices are set with default parameters at the factory, requiring users to make complex configuration modifications, which leads to cumbersome operations and security risks, especially since modifying sensitive parameters is complex and unstable.
The device memory is divided into a user parameter area and a factory parameter area. User configuration parameters are generated and stored in the user parameter area. Custom parameters are stored through burning and authorization methods to ensure parameter security and ease of use.
It enables rapid restoration of parameter configuration after device startup, reduces configuration difficulty, ensures parameter security and stability, and improves device usability and maintainability.
Smart Images
Figure CN122240198A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of Internet of Things (IoT) device technology, and in particular to a device parameter processing method, apparatus, electronic device, and computer program product. Background Technology
[0002] Currently, most IoT devices are configured with a series of default parameters at the factory, including basic settings and cloud server settings, allowing users to easily use the devices simply by configuring the wireless network. However, when users adapt these settings to their specific application scenarios, they need to modify the basic settings for compatibility and replace the server. With a large number of products, all devices require configuration changes. Since user-configured parameters are only temporary, factory resets and other operations delete previous configurations, necessitating reconfiguration, which is cumbersome. Furthermore, configuring sensitive parameters is even more complex and poses security risks. Summary of the Invention
[0003] According to various embodiments of this application, a device parameter processing method, apparatus, electronic device, and computer program product are provided, which can improve the convenience and security of device parameter configuration.
[0004] In a first aspect, this application provides a device parameter processing method applied to an electronic device, the electronic device's memory including a user parameter area and a factory parameter area, the method comprising:
[0005] After the device is started, if the initialization flag in the user parameter area is not marked, the device obtains the baseline parameters in the firmware and the customized parameters in the factory parameter area; the baseline parameters and customized parameters are fused to generate user configuration parameters, and the user configuration parameters are stored in the user parameter area; the user configuration parameters in the user parameter area are used for the electronic device to run the application, and the customized parameters in the factory parameter area include at least one of the parameters burned based on user requirements and the parameters entered by authorization.
[0006] In this way, the electronic device divides its memory into a user parameter area and a factory parameter area. Even when the initialization flag in the user parameter area is not marked, user configuration parameters are generated based on the baseline parameters in the firmware and the customized parameters in the factory parameter area, and stored in the user parameter area for parameter configuration. This allows for quick and easy restoration of parameter configuration after device startup, eliminating the need for complex manual configuration each time the device restarts, thus reducing the difficulty of parameter configuration. Furthermore, customized parameters are stored in the factory parameter area through burning and authorized methods, ensuring parameter security and preventing easy deletion. This approach offers strong usability and practicality.
[0007] In one possible implementation of the first aspect, the method further includes: After storing the user configuration parameters in the user parameter area, mark the initialization identifier of the user parameter area.
[0008] In one possible implementation of the first aspect, the method further includes: After the electronic device is started, if the initialization identifier of the user parameter area is read, the user configuration parameters of the user parameter area are loaded, and the application is run based on the user configuration parameters.
[0009] In one possible implementation of the first aspect, the fusion processing of the baseline parameters and the customized parameters to generate user configuration parameters includes: Based on the customized parameters, the parameter values of the target parameter items in the baseline parameters are modified to obtain the user configuration parameters.
[0010] In one possible implementation of the first aspect, the method further includes: In response to a user's first modification command to the factory parameter area, add or modify the customized parameters in the factory parameter area; the first modification command is a modification command authorized by a preset server; or... Obtain the user's second modification instruction based on the baseline parameters, generate the customized parameters, and burn them into the factory parameter area.
[0011] In one possible implementation of the first aspect, the method further includes: In response to a third modification instruction from the user to the user parameter area, modify and reset the user configuration parameters in the user parameter area; Accordingly, the application runs based on the modified user configuration parameters after the device starts up.
[0012] In one possible implementation of the first aspect, the method further includes: In response to the factory reset command, the user configuration parameters and the initialization identifier in the user parameter area are cleared.
[0013] Secondly, this application provides a device parameter processing apparatus applied to an electronic device, wherein the memory of the electronic device includes a user parameter area and a factory parameter area; the device parameter processing apparatus includes: The acquisition unit is used to acquire the baseline parameters in the firmware and the customized parameters in the factory parameter area when there is no initialization flag in the user parameter area. The processing unit is used to fuse the baseline parameters and the customized parameters to generate user configuration parameters, and store the user configuration parameters in the user parameter area; The user configuration parameters in the user parameter area are used for the electronic device's operating program, and the customized parameters in the factory parameter area include at least one of the parameters burned in based on user requirements and the parameters entered by authorized personnel.
[0014] Thirdly, this application provides an electronic device including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the method described in any one of the first aspects.
[0015] Fourthly, this application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the method described in any one of the first aspects.
[0016] Fifthly, this application provides a computer program product that, when run on a device, causes the device to perform the method described in any one of the first aspects above.
[0017] It is understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here. Attached Figure Description
[0018] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0019] Figure 1 This application provides a schematic diagram of the system architecture for the application scenarios described in the embodiments of this application. Figure 2 A schematic diagram illustrating the implementation flow of the device parameter processing method provided in this application embodiment; Figure 3 A schematic diagram illustrating the parameter loading process provided in an embodiment of this application; Figure 4 A schematic diagram illustrating the parameter authorization and modification process provided in the embodiments of this application; Figure 5 This is a schematic diagram of the device parameter processing apparatus provided in the embodiments of this application; Figure 6 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation
[0020] The embodiments of the technical solution of this application will now be described in detail with reference to the accompanying drawings. These embodiments are only used to more clearly illustrate the technical solution of this application and are therefore merely examples, and should not be used to limit the scope of protection of this application.
[0021] 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 the purpose of describing particular embodiments only and is not intended to limit the application; the terms “comprising” and “having”, and any variations thereof, in the specification, claims, and foregoing description of the drawings are intended to cover non-exclusive inclusion.
[0022] In the description of the embodiments of this application, technical terms such as "first" and "second" are used only to distinguish different objects and should not be construed as indicating or implying relative importance or implicitly specifying the number, specific order, or primary and secondary relationship of the indicated technical features. In the description of the embodiments of this application, "multiple" means two or more, unless otherwise explicitly defined.
[0023] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.
[0024] In the description of the embodiments in this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship.
[0025] IoT devices are shipped with a series of default parameters. Users configure these parameters to suit their application scenarios, such as modifying basic parameters or replacing servers to meet specific business needs. When dealing with a large number of devices, adaptation modifications or batch modifications are required for all devices. Since these are temporary configurations, factory resets or similar operations will invalidate the previous configurations, necessitating reconfiguration and making the process cumbersome. For usage scenarios with sensitive server or network configuration parameters, factory testing and programming tools cannot handle the situation, leading to complex operations and potential security vulnerabilities.
[0026] To address the above technical issues, this application provides a device parameter processing method. The method divides the electronic device's memory into a user parameter area and a factory parameter area. Even when the initialization flag in the user parameter area is not marked, user configuration parameters are generated based on baseline parameters in the firmware and customized parameters in the factory parameter area, and stored in the user parameter area for parameter configuration. This allows for timely and rapid restoration of parameter configuration after device startup, eliminating the need for complex manual parameter configuration each time the device restarts, thus reducing the difficulty of parameter configuration. Furthermore, customized parameters are stored in the factory parameter area through burning and authorized methods, ensuring parameter security and preventing easy deletion.
[0027] The following examples illustrate the application scenario architecture of this device parameter processing method.
[0028] Please see Figure 1 , Figure 1 This is a schematic diagram of the system architecture for the application scenarios provided in the embodiments of this application. For example... Figure 1 As shown, the system architecture can include electronic devices, routers, servers, and smart terminals. Electronic devices can be IoT devices, such as IoT gateways. After leaving the factory, electronic devices need to undergo wireless network configuration, such as configuring the router's hotspot name and password to access the router's wireless network. The server parameters of the electronic devices also need to be configured, for example, replacing the default server with the server required for the business, and establishing a communication connection with the server to meet the business needs of the actual application scenario. After leaving the factory, the parameter configuration of electronic devices can also include some function-related parameters, such as device identification parameters, data collection and reporting parameters, and device control and execution type parameters. The configuration of the wireless network, server parameters, and specific function parameters can all be performed through the application on the smart terminal.
[0029] Based on the system architecture of the above application scenario, the specific implementation process of the device parameter processing method is described below through an embodiment.
[0030] Please see Figure 2 , Figure 2 This is a schematic diagram illustrating the implementation flow of the device parameter processing method provided in this application embodiment. The execution entity of this method can be, for example, Figure 1 The electronic device shown has a memory that includes a user parameter area and a factory parameter area; for example... Figure 2 As shown, the method may include the following steps: S201: After the device starts up, if the initialization flag in the user parameter area is not marked, the device obtains the baseline parameters in the firmware and the customized parameters in the factory parameter area.
[0031] In some embodiments, the memory of the electronic device is divided into a user parameter area and a factory parameter area. The factory parameter area stores parameters that the user requests to modify or supplement, i.e., customized parameters. These parameters can be pre-programmed or modified through a specified authorized method and are not erased by a regular factory reset. The user parameter area stores parameters used by the electronic device during actual operation. These parameters can be modified or erased during a factory reset. The baseline parameters are a set of parameters embedded in the firmware program code, including the initial default values of all parameter items required for the operation of the electronic device, such as the default server address, the default wireless network name, and the default reporting frequency.
[0032] For example, after the electronic device is powered on, the initialization flag in the user parameter area is read to determine whether the initialization flag exists, i.e., whether it is marked. If the initialization flag is not marked, it indicates that this is the first startup after the electronic device has been restored to factory settings, or the first startup of a brand new electronic device. Figure 3 As shown, after power-on, the electronic device enters the initialization configuration process, reads the initialization identifier in the user parameter area. If the parameter list in the user parameter area is empty, the initialization identifier is not marked. It obtains the baseline parameters in the firmware and the customized parameters in the factory parameter area, such as the parameter list in the factory parameter area, including the configuration parameter items of the Message Queuing Telemetry Transport (MQTT) service and some parameter items that need to be modified.
[0033] The custom parameters in the factory parameter area include at least one of the parameters burned based on user requirements and the parameters entered by authorized personnel.
[0034] For example, the factory parameter area is used to store customized parameters for the user's core business configuration. Before the device leaves the factory, the corresponding customized parameters can be written to the factory parameter area based on user needs through a programming operation; or, after the device leaves the factory, the corresponding customized parameters can be written to the factory parameter area through a secure authorization mechanism. Each parameter item in the factory parameter area can be written only through a programming operation, only through a secure authorization mechanism, or both methods can be used sequentially. This permanently embeds the user's customized parameters into the device, avoiding the need for reconfiguration after a factory reset.
[0035] In some embodiments, the method further includes: in response to a user’s first modification instruction to the factory parameter area, adding or modifying customized parameters in the factory parameter area; the first modification instruction is a modification instruction authorized by a preset server; or, obtaining a user’s second modification instruction based on the baseline parameters, generating customized parameters and burning them into the factory parameter area.
[0036] For example, to improve the security of customized parameters, when it is inconvenient for the user to provide specific parameter content, the customized parameters in the factory parameter area can be changed by remotely authorizing the device to transmit the parameter content sent by the user through the local application of the smart terminal.
[0037] like Figure 4 As shown, users can configure custom parameters in the factory settings area locally via a local application (APP) on their smart terminal. The user initiates a modification request through the local APP on the smart terminal. The smart terminal receives the user's input of custom parameters (such as server address, port, etc.) through the local APP, generates a modification request data packet, and sends it over the network to a cloud server (such as...). Figure 4 The cloud server shown (the factory default cloud server) sends the modification request data packet. This cloud server can be an authorized server operated by the device manufacturer. The cloud server performs a series of security verifications on the modification request data packet and, after successful verification, returns an authorization instruction to the smart device. Then, the terminal device sends a modification instruction to the electronic device. This modification instruction includes the factory parameters (i.e., the customized parameters in the factory parameter area) that have been authorized to be sent. After receiving the authorization instruction, based on the modification instruction, the customized parameters that need to be modified are written into the factory parameter area. After the customized parameters in the factory parameter area are updated, the new customized parameters are activated by modifying the factory parameters, so that the operating state of the electronic device is switched from the old configuration to the new configuration, thereby completing the change of the customized parameters in the factory parameter partition.
[0038] For example, the electronic device can also receive a second modification instruction input by the user based on the baseline parameters, and modify the customized parameters based on the second modification instruction; for example, the baseline parameters may include a default server address, etc., and the second modification instruction modifies the default server address to a new server address suitable for its own application scenario; the device manufacturer can generate a configuration file for customized parameters based on the second modification instruction through the processing of the parameter compilation tool, and complete the custom parameter burning operation based on the configuration file, writing the customized parameters into the factory parameter area; for example, based on the baseline parameters, all the required parameters such as the specified wireless network address, server address, and general parameters can be written.
[0039] S202, the baseline parameters and customized parameters are fused to generate user configuration parameters, which are then stored in the user parameter area. These user configuration parameters are used by the electronic device to run applications.
[0040] In some embodiments, the electronic device reads all baseline parameters from the read-only storage area of the firmware, which contains all possible configuration items and their default values. The electronic device accesses the factory parameter area in the memory and reads the custom parameters therein, which may include one or more custom parameters or may be empty.
[0041] For example, the values of the baseline parameters and the values of the customized parameters are merged, and the default values of the corresponding parameters in the customized parameters are supplemented and modified using the values of the customized parameters. Based on the unmodified parameters of the baseline parameters and the modified parameters, user configuration parameters are generated and stored in the user parameter area.
[0042] In some embodiments, the baseline parameters and customized parameters are fused to generate user configuration parameters, including: modifying the parameter value of the target parameter item in the baseline parameters based on the customized parameters to obtain the user configuration parameters.
[0043] For example, the electronic device uses the read reference parameters as a base template, checks the customized parameters in the factory parameter area, and if there is a parameter item in the factory parameter area that corresponds to the reference parameters, the parameter value in the customized parameters is used to overwrite the default value of the parameter item in the reference parameters, thereby generating a brand new, complete configuration list customized for the electronic device, that is, obtaining the user configuration parameters, and storing the user configuration parameters in the user parameter area of the memory.
[0044] The user configuration parameters also include unmodified baseline parameters. For example, the baseline parameters might contain default values for 100 parameter items, and the customized parameters might include 3 parameter items that need modification. The final generated user configuration parameters would then include 100 parameter items: 97 default values for the baseline parameters and the modified values for the 3 customized parameters. This results in complete user configuration parameters, ensuring accessibility during device operation, maintaining dependencies between parameter items, simplifying device runtime logic, reducing code complexity, and improving operational efficiency. Additionally, the factory default parameter area might be empty. In this case, user configuration parameters are generated based on the default values of the baseline parameter items and stored in the user parameter area.
[0045] In some embodiments, the method further includes: marking the initialization identifier of the user parameter area after storing the user configuration parameters in the user parameter area.
[0046] For example, such as Figure 3 As shown, after generating user configuration parameters and storing them in the user parameter area, an initialization identifier for the user parameter area is generated, that is, the initialization identifier of the user parameter area is marked; for example, the initialization identifier is marked as valid.
[0047] For example, a specific area (such as the first few bytes or the last few bytes of the user parameter area) is pre-defined in the user parameter area to store the initialization flag; the initialization flag can be a pre-defined flag that is easy to verify, such as a flag of 1 indicating that the initialization flag is valid, and a flag of 0 indicating that the initialization flag is invalid; or when the initialization flag is generated, the flag can be marked with a specific number, string or version number structure.
[0048] In some embodiments, the method further includes: after the electronic device is started, if the initialization identifier of the user parameter area is read, loading the user configuration parameters of the user parameter area and running the application based on the user configuration parameters.
[0049] For example, this initialization identifier is used to indicate that the electronic device has entered a clearly known initialized state and has a complete set of usable user configuration parameters. Figure 3 As shown, when the initialization flag in the user parameter area is marked, the electronic device loads the user configuration parameters, verifies the integrity of the user configuration parameters, and after the verification is successful, initializes each functional module based on the user configuration parameters, such as initializing the network and sensors according to the user configuration parameters. After the initialization of each module is completed, the corresponding application is run.
[0050] Accordingly, during the device restart process after a power outage, the user configuration parameters in the user parameter area are directly loaded when the initialization flag is marked (i.e., valid), such as automatic reconnection to the wireless network, login of user accounts, and restoration of all device connections. The corresponding application is then run to improve the operating efficiency of the electronic device.
[0051] In some embodiments, the method further includes: modifying and resetting the user configuration parameters of the user parameter area in response to a third modification instruction from the user to the user parameter area; and accordingly, running an application based on the modified user configuration parameters after the device is started.
[0052] For example, the user parameter area can receive a third modification instruction from the user and modify the parameter values of each parameter item in the user parameter area; for example, the received third modification instruction is a parameter value for resetting the temperature reporting interval sent by the user through a smart terminal APP; the electronic device verifies the security of the modification instruction, including verifying the source, format and permissions of the modification instruction; after the verification is successful, the parameter item to be modified is parsed, the user configuration parameters are read from the user parameter area, and the parameter value of the corresponding parameter item is modified based on the modification instruction, and the modified parameter item is written back to the user parameter area to overwrite the old parameter value.
[0053] Accordingly, after modifying the parameters that need to be changed in the user parameter area, the new user configuration parameters can be applied immediately and the application can be run; or the new user configuration parameters will take effect after the next restart.
[0054] In some embodiments, the method further includes: in response to a factory reset command, clearing the markers of user configuration parameters and initialization identifiers in the user parameter area.
[0055] For example, such as Figure 3 As shown, the user parameter area supports reading, using, and modifying parameters, and clears the parameters after a factory reset. For example, if an electronic device receives a factory reset command from the user via physical buttons, a smart terminal app, or a server, it will stop all current business applications and erase the user parameter area, simultaneously clearing the user configuration parameters and initialization flags.
[0056] Correspondingly, after the electronic device is restored to factory settings, it restarts. Because the initialization flag is read, it automatically enters the initialization process, obtains the baseline parameters in the firmware and the customized parameters in the factory parameter area, and merges the two to generate user configuration parameters. The module is initialized and configured by loading the user configuration parameters, and the application is run.
[0057] This application addresses the issues that current IoT devices typically have default parameters at the factory. While these parameters are not sensitive during customer testing, actual applications require modifications to basic parameters and server replacements. For numerous products, modifying configurations individually or in batches is cumbersome, and configurations are easily lost after a factory reset. Furthermore, for users requiring manufacturer-customized parameters, while general customized parameters can be programmed at the factory, modifying sensitive customized parameters (such as server and network configurations) is complex and poses security risks. This application implements a two-part parameter partitioning system to isolate personalized configurations from factory-set parameters. Users can freely modify their own parameter partitioning to flexibly meet their needs. Parameters are automatically integrated and marked upon the first startup of the electronic device, and subsequent loading is based on the initialization identifier, improving flexibility. The method of programming parameter modification and the method of authorizing parameter modification based on a security mechanism ensure that parameters are customizable and privacy is protected. Through parameter classification and management, the factory default configuration is reasonable, and users can modify it as needed to adapt to various scenarios. The optimized parameter management and maintenance process reduces the complexity of use and maintenance, improving usability and maintainability.
[0058] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.
[0059] Corresponding to the device parameter processing method provided in the above embodiments, such as Figure 5The diagram shown is a schematic representation of the device parameter processing apparatus provided in this application embodiment. This device parameter processing apparatus is applied to an electronic device, and the memory of the electronic device includes a user parameter area and a factory parameter area. For ease of explanation, only the parts related to this application embodiment are shown.
[0060] The parameter processing device for this equipment includes: The acquisition unit 51 is used to acquire the baseline parameters in the firmware and the customized parameters in the factory parameter area when there is no initialization flag in the user parameter area. Processing unit 52 is used to perform fusion processing on the baseline parameters and the customized parameters to generate user configuration parameters, and store the user configuration parameters in the user parameter area; The user configuration parameters in the user parameter area are used for the electronic device's operating program, and the customized parameters in the factory parameter area include at least one of the parameters burned in based on user requirements and the parameters entered by authorized personnel.
[0061] In one possible implementation, the processing unit 52 is further configured to mark the initialization identifier of the user parameter area after storing the user configuration parameters in the user parameter area.
[0062] In one possible implementation, the processing unit 52 is further configured to, after the electronic device is started, if the initialization identifier of the user parameter area is read, load the user configuration parameters of the user parameter area and run the application based on the user configuration parameters.
[0063] In one possible implementation, the processing unit 52 is further configured to modify the parameter value of the target parameter item in the baseline parameters based on the customized parameters to obtain the user configuration parameters.
[0064] In one possible implementation, the processing unit 52 is further configured to, in response to a user’s first modification instruction to the factory parameter area, add or modify the customized parameters in the factory parameter area; the first modification instruction is a modification instruction authorized by a preset server; or, obtain a second modification instruction from the user based on the baseline parameters, generate the customized parameters, and burn them into the factory parameter area.
[0065] In one possible implementation, the processing unit 52 is further configured to modify and reset the user configuration parameters of the user parameter area in response to a third modification instruction from the user to the user parameter area; accordingly, the application is run based on the modified user configuration parameters after the device is started.
[0066] In one possible implementation, the processing unit 52 is further configured to clear the user configuration parameters and the initialization identifier in the user parameter area in response to the factory reset command.
[0067] In this embodiment, the electronic device divides its memory into a user parameter area and a factory parameter area. Even when the initialization flag in the user parameter area is not marked, user configuration parameters are generated based on baseline parameters in the firmware and customized parameters in the factory parameter area, and stored in the user parameter area for parameter configuration. This allows for quick and timely restoration of parameter configuration after device startup, eliminating the need for complex manual parameter configuration each time the device restarts, thus reducing the difficulty of parameter configuration. Furthermore, customized parameters are stored in the factory parameter area through burning and authorized methods, ensuring parameter security and preventing easy deletion. While ensuring the security of different user products, this approach can both burn regular factory parameters for users and support users in modifying sensitive custom parameters themselves.
[0068] Figure 6 A schematic diagram of the hardware structure of electronic device 6 is shown.
[0069] like Figure 6 As shown, the electronic device 6 of this embodiment includes: at least one processor 61 ( Figure 6 Only one is shown in the diagram), and a memory 62 stores a computer program 63 that can run on the processor 61. When the processor 61 executes the computer program 63, it implements the steps in the above method embodiments, for example... Figure 2 S201 to S202 are shown. Alternatively, when the processor 61 executes the computer program 63, it implements the functions of each module / unit in the above-described device embodiments.
[0070] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the electronic device 6. In other embodiments of this application, the electronic device 6 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.
[0071] The electronic device 6 may include, but is not limited to, a processor 61 and a memory 62. Those skilled in the art will understand that... Figure 6 This is merely an example of electronic device 6 and does not constitute a limitation on electronic device 6. It may include more or fewer components than shown, or combine certain components, or different components. For example, the server may also include input sending devices, network access devices, buses, etc.
[0072] The processor 61 mentioned above can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or any conventional processor.
[0073] The processor 61 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 61 is a cache memory. This memory can store instructions or data that the processor 61 has just used or that are used repeatedly. If the processor 61 needs to use the instruction or data again, it can directly retrieve it from the memory. This avoids repeated accesses, reduces the waiting time of the processor 61, and thus improves the efficiency of the system.
[0074] In some embodiments, the aforementioned memory 62 may be an internal storage unit of the electronic device 6, such as a hard disk or memory. The memory 62 may also be an external storage device of the electronic device 6, such as a plug-in hard disk, smart media card (SMC), secure digital card (SD), flash card, etc., equipped on the electronic device 6. Furthermore, the memory 62 may include both internal and external storage units of the electronic device 6. The memory 62 is used to store operating systems, applications, bootloaders, data, and other programs, such as program code for computer programs. The memory 62 can also be used to temporarily store data that has been sent or is about to be sent.
[0075] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.
[0076] It should be noted that the structure of the above-mentioned electronic device is only illustrative and may include other physical structures depending on the application scenario. The physical structure of the electronic device is not limited here.
[0077] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.
[0078] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps described in the various method embodiments above.
[0079] This application provides a computer program product that, when run on a server, enables the server to execute the steps described in the above-described method embodiments.
[0080] If the integrated modules / units are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments can also be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include: any entity or device capable of carrying computer program code, recording media, USB flash drives, portable hard drives, magnetic disks, optical disks, computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signals, telecommunication signals, and software distribution media, etc.
[0081] The electronic devices, computer storage media, and computer program products provided in the embodiments of this application are all used to execute the methods provided above. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects corresponding to the methods provided above, and will not be repeated here.
[0082] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.
[0083] It should be understood that the above description is merely to help those skilled in the art better understand the embodiments of this application, and is not intended to limit the scope of the embodiments of this application. Based on the examples given above, those skilled in the art can obviously make various equivalent modifications or changes. For example, some steps in the various embodiments of the above detection method may be unnecessary, or new steps may be added. Alternatively, any combination of two or more of the above embodiments may be used. Such modifications, changes, or combinations also fall within the scope of the embodiments of this application.
[0084] It should also be understood that the methods, situations, categories, and classifications of embodiments in this application are for the convenience of description only and should not constitute a special limitation. Various methods, categories, situations, and features in embodiments can be combined without contradiction.
[0085] It should also be understood that, in the various embodiments of this application, unless otherwise specified or in case of logical conflict, the terms and / or descriptions between different embodiments are consistent and can be referenced by each other, and the technical features in different embodiments can be combined to form new embodiments according to their inherent logical relationships.
[0086] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.
[0087] In the embodiments provided in this application, it should be understood that the disclosed apparatus / network devices and methods can be implemented in other ways. For example, the apparatus / network device embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.
[0088] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.
[0089] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application 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 of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be included within the protection scope of this application.
[0090] Finally, it should be noted that the above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.
Claims
1. A method for processing equipment parameters, characterized in that, Applied to an electronic device, the memory of which includes a user parameter area and a factory parameter area; the method includes: After the device starts up, if the initialization identifier in the user parameter area is not marked, the device obtains the baseline parameters in the firmware and the customized parameters in the factory parameter area. The baseline parameters and the customized parameters are fused to generate user configuration parameters, and the user configuration parameters are stored in the user parameter area; The user configuration parameters in the user parameter area are used for the electronic device to run applications, and the customized parameters in the factory parameter area include at least one of the parameters burned in based on user needs and the parameters entered by authorization.
2. The method according to claim 1, characterized in that, The method further includes: After storing the user configuration parameters in the user parameter area, mark the initialization identifier of the user parameter area.
3. The method according to claim 1, characterized in that, The method further includes: After the electronic device is started, if the initialization identifier of the user parameter area is read, the user configuration parameters of the user parameter area are loaded, and the application is run based on the user configuration parameters.
4. The method according to claim 1, characterized in that, The process of fusing the baseline parameters and the customized parameters to generate user configuration parameters includes: Based on the customized parameters, the parameter values of the target parameter items in the baseline parameters are modified to obtain the user configuration parameters.
5. The method according to claim 1, characterized in that, The method further includes: In response to a user's first modification command to the factory parameter area, add or modify the customized parameters in the factory parameter area; the first modification command is a modification command authorized by a preset server; or... Obtain the user's second modification instruction based on the baseline parameters, generate the customized parameters, and burn them into the factory parameter area.
6. The method according to any one of claims 1 to 5, characterized in that, The method further includes: In response to a third modification instruction from the user to the user parameter area, modify and reset the user configuration parameters in the user parameter area; Accordingly, the application runs based on the modified user configuration parameters after the device starts up.
7. The method according to any one of claims 1 to 5, characterized in that, The method further includes: In response to the factory reset command, the user configuration parameters and the initialization identifier in the user parameter area are cleared.
8. A device for processing equipment parameters, characterized in that, Applied to electronic devices, the memory of which includes a user parameter area and a factory parameter area; the device includes: The acquisition unit is used to acquire the baseline parameters in the firmware and the customized parameters in the factory parameter area when there is no initialization flag in the user parameter area. The processing unit is used to fuse the baseline parameters and the customized parameters to generate user configuration parameters, and store the user configuration parameters in the user parameter area; The user configuration parameters in the user parameter area are used for the electronic device's operating program, and the customized parameters in the factory parameter area include at least one of the parameters burned in based on user requirements and the parameters entered by authorized personnel.
9. An electronic device, characterized in that, It includes a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement the method of any one of claims 1 to 7.
10. A computer program product, characterized in that, When the computer program product is run on the device, it causes the device to perform the method according to any one of claims 1 to 7.