Intelligent key starting method and device, computer equipment and storage medium

Abstract

The invention relates to an intelligent key starting method and device, computer equipment and a storage medium, and the method comprises the steps: receiving an execution instruction, enabling a main control chip to be powered on, and running a BootLoader program; on the basis of the BootLoader program, a running system is subjected to multiple times of verification; and if the multiple times of verification are passed, responding to the execution instruction. According to the method, the operation system is verified for multiple times based on the BootLoader program when the intelligent key is started, the situation that the operation system of the intelligent key is illegally tampered can be found in time, operation of the tampered system is prevented, and after the intelligent key passes multiple times of verification, the intelligent key enters the working mode to execute the corresponding function, so that the safety of the intelligent key is improved. And the safety of using the intelligent key by the user is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of smart keys, and in particular to a smart key starting method, device, computer equipment and storage medium. Background Art

[0002] With the development of connected vehicle technology, the functions of smart keys are constantly being updated. Users can use smart keys to remotely unlock and lock their vehicles, start and stop, upgrade windows, and control air conditioning, meeting people's demands for convenience and comfort, and bringing users a new comfortable and convenient experience. However, the operating system of smart keys can be illegally tampered with. If this tampering is not detected in time, the tampered operating system can be directly activated, resulting in low security of smart keys. Summary of the Invention

[0003] The purpose of the present invention is to overcome the deficiencies of the prior art and provide a smart key starting method, device, computer equipment and storage medium.

[0004] In order to solve the above technical problems, the present invention adopts the following technical solutions:

[0005] The present invention is achieved through the following technical solutions:

[0006] In a first aspect, this embodiment provides a smart key starting method, comprising:

[0007] Receive execution instructions to power on the main control chip and run the BootLoader program;

[0008] Perform multiple checks on the running system based on the BootLoader program;

[0009] If the multiple checks pass, respond to the execution instruction.

[0010] Furthermore, the step of performing multiple checks on the running system based on the BootLoader program includes:

[0011] Starting the BootLoader program to perform a first check on the running system;

[0012] If the first verification passes, the BootLoader program is started again to perform a second verification on the running system;

[0013] If the second verification passes, the BootLoader program is started again to perform a third verification on the running system;

[0014] If the third verification passes, respond to the execution instruction.

[0015] Furthermore, the step of starting the BootLoader program to perform a first check on the running system includes:

[0016] Get real-time product information;

[0017] Parsing the real-time product information to obtain target information;

[0018] Determining whether the format of the target information is consistent with a preset format;

[0019] If the format of the target information is consistent with the preset format, the first verification is passed.

[0020] Furthermore, the step of starting the BootLoader program to perform a first verification on the running system further includes:

[0021] If the format of the target information is inconsistent with the preset format, a prompt message is issued.

[0022] Furthermore, the step of parsing the real-time product information to obtain target information includes:

[0023] Segmenting the real-time product information to generate multiple information points;

[0024] The multiple information points are extracted based on a preset extraction algorithm to generate target information.

[0025] Furthermore, the step of restarting the BootLoader program to perform a secondary check on the running system includes:

[0026] Calculating a real-time first check value of the real-time product information based on a CRC16 algorithm;

[0027] Determining whether the real-time first verification value is consistent with a preset first verification value;

[0028] If the real-time first verification value is consistent with the preset first verification value, the second verification is passed.

[0029] Furthermore, the step of restarting the BootLoader program to perform a third verification on the running system includes:

[0030] Calculate the real-time second checksum of the driver based on the CRC32 algorithm;

[0031] Determining whether the real-time second verification value is consistent with a preset second verification value;

[0032] If the real-time second verification value is consistent with the preset second verification value, the third verification is passed.

[0033] In a second aspect, this embodiment provides a smart key starting device, comprising: a receiving module, a verification module, and an execution module;

[0034] The receiving module is used to receive the execution instruction, so that the main control chip is powered on and the BootLoader program is run;

[0035] The verification module is used to perform multiple verifications on the running system based on the BootLoader program;

[0036] The execution module is configured to respond to the execution instruction if the multiple checks pass.

[0037] In a third aspect, this embodiment provides a computer device, which includes a memory and a processor. A computer program is stored on the processor, and when the processor executes the computer program, the smart key starting method according to any one of claims 1 to 7 is implemented.

[0038] In a fourth aspect, this embodiment provides a storage medium storing a computer program, wherein the computer program includes program instructions, and when the program instructions are executed by a processor, the smart key starting method according to any one of claims 1 to 7 can be implemented.

[0039] Compared with the prior art, the beneficial effects of the present invention are as follows: when the smart key is started, the running system is checked multiple times based on the BootLoader program, so that it can promptly detect that the running system of the smart key has been illegally tampered with and prevent the tampered system from running. When the smart key passes multiple checks, the smart key enters the working mode to execute the corresponding function, thereby improving the safety of users using the smart key.

[0040] The above description is only an overview of the technical solution of the present invention. In order to more clearly understand the technical means of the present invention, it can be implemented in accordance with the contents of the specification. In order to make the above and other purposes, features and advantages of the present invention more obvious and easy to understand, the following preferred embodiments are specifically cited and described in detail as follows. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] Figure 1 A schematic diagram of a flow chart of a smart key starting method provided by an embodiment of the present invention;

[0042] Figure 2 A schematic diagram of a flow chart for executing step S2 in the smart key starting method provided in an embodiment of the present invention;

[0043] Figure 3 A schematic diagram of a flow chart for executing step S21 in the smart key starting method provided in an embodiment of the present invention;

[0044] Figure 4A schematic diagram of a flow chart for executing step S212 in the smart key starting method provided in an embodiment of the present invention;

[0045] Figure 5 A schematic diagram of a flow chart for executing step S22 in the smart key starting method provided in an embodiment of the present invention;

[0046] Figure 6 A schematic diagram of a flow chart for executing step S23 in the smart key starting method provided in an embodiment of the present invention;

[0047] Figure 7 A schematic block diagram of a smart key starting device provided by an embodiment of the present invention;

[0048] Figure 8 A schematic block diagram of a computer device provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0049] The following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of them. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0050] It will be understood that when used in this specification and the appended claims, the terms “comprises” and “comprising” indicate the presence of described features, integers, steps, operations, elements and / or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components and / or groups thereof.

[0051] It should also be understood that the terminology used in this specification is for the purpose of describing particular embodiments only and is not intended to limit the present invention. As used in the specification and appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms unless the context clearly indicates otherwise.

[0052] It should be further understood that the term "and / or" used in the present description and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

[0053] See also Figure 1 In the specific embodiment shown, the present invention discloses a smart key starting method, comprising the following steps:

[0054] Step S1, receiving an execution instruction, powering on the main control chip and running the BootLoader program;

[0055] It's understandable that the execution command is a low-frequency signal sent by the vehicle to the smart key. Therefore, when the smart key receives the low-frequency signal, the main control chip powers on and runs the BootLoader program. The BootLoader is a program pre-stored in the main control chip's internal flash memory. When the owner approaches the vehicle with the smart key, the vehicle detects the smart key and then sends the execution command to the smart key. Upon receiving the command, the main control chip powers on and runs the BootLoader program, providing the necessary operating environment for subsequent application loading and execution.

[0056] Through the above steps, when the user uses the smart key, there is no need to manually operate the buttons on the smart key. The user only needs to receive the execution command sent by the vehicle, and the smart key can automatically start and enter the working ready state, which improves the user experience.

[0057] Step S2, performing multiple checks on the running system based on the BootLoader program;

[0058] It's understandable that when a car owner approaches the vehicle with the smart key, the vehicle sends a low-frequency signal to the smart key to activate it. Guided by the Bootloader program, the smart key then performs multiple system checks. If the checks pass, the smart key communicates with the vehicle to unlock the doors and start the engine. If the checks fail, the vehicle cannot be unlocked or started, thus preventing a tampered smart key from illegally controlling the vehicle.

[0059] Through the above steps, the running system is checked multiple times based on the BootLoader program, which can detect whether the smart key application has been illegally tampered with, prevent the tampered program from running, and improve the security of the smart key.

[0060] Step S3: If the multiple checks pass, respond to the execution instruction.

[0061] It can be understood that after completing multiple checks based on the BootLoader program, the main control chip in the smart key will parse and process the received execution instructions according to the pre-programmed instruction response mechanism, identify the specific operation requirements contained in the execution instructions, such as unlocking, starting, etc., and convert them into corresponding control signals, so that the smart key can establish communication with the vehicle.

[0062] Through the above steps, the smart key will respond to the execution command only after passing multiple verifications, ensuring the security of the smart key when communicating with the vehicle. At the same time, the smart key will immediately respond to the execution command sent by the vehicle after passing the verification, improving the user experience.

[0063] Through steps S1 to S3, the operating system is checked multiple times based on the BootLoader program when the smart key is started, which can promptly detect if the operating system of the smart key has been illegally tampered with and prevent the tampered system from running. After the smart key passes multiple checks, the smart key enters the working mode to execute the corresponding function, thereby improving the safety of users using the smart key.

[0064] See also Figure 2 The step of performing multiple verifications on the running system based on the BootLoader program includes:

[0065] Step S21, starting the BootLoader program to perform a first check on the running system;

[0066] It can be understood that when the smart key receives the execution command issued by the vehicle, the main control chip of the smart key starts to power on, the BootLoader program is loaded and started, and the started BootLoader program verifies the running system according to the preset verification rules; if the first verification passes, that is, the running system passes the preliminary inspection, the BootLoader program will output the first verification pass signal of the running system, and the smart key will enter the next step of verification of the running system. If the first verification fails, the smart key will determine that there is an abnormality in the current running system and issue a prompt message.

[0067] Through the above steps, the operating system can be verified at the initial stage of smart key startup. If an abnormality is found, the response execution instruction can be stopped, preventing the smart key from continuing subsequent verification, thereby optimizing the smart key startup process.

[0068] Step S22: If the first verification passes, restart the BootLoader program to perform a second verification on the running system;

[0069] It can be understood that the second verification is based on the first verification to further verify the running system; in one embodiment, the running system will be signed with a digital signature when it is loaded. The signature is encrypted using a private key, and the BootLoader program stores the corresponding public key. In the second verification, the BootLoader program uses the public key to decrypt and verify the digital signature of the running system to check whether the signature matches and has not been tampered with.

[0070] Through the above steps, based on the first verification, the operational security of the running system is ensured, and the illegally tampered running system is prevented from being started, thereby improving the security of the smart key.

[0071] Step S23: If the second verification passes, start the BootLoader program again to perform a third verification on the running system;

[0072] It is understandable that after the second verification is passed, the BootLoader program is started again. At this time, the BootLoader program will perform an in-depth verification of the smart key, focusing on the driver program of the running system.

[0073] Through the above steps, on the basis of the second verification, the operational security of the running system is further ensured, and the running system that has been illegally tampered with is prevented from being started, thereby improving the security of the use of the smart key.

[0074] Step S24: If the third verification passes, respond to the execution instruction.

[0075] It is understandable that after the third verification is passed, the smart key confirms that the operating system has not been tampered with and the operating environment is safe, and then the operating system starts working, causing the smart key to send a communication signal to the vehicle to unlock the door or start the car engine.

[0076] Through the above steps, while ensuring safety, the smart key can quickly respond to the vehicle's execution instructions and enhance the user experience.

[0077] Through steps S21 to S24, the smart key performs three checks on the operating system based on the BootLoader program. The three checks are progressive, forming a complete verification process, which prevents the operating system of the smart key from being started after being tampered with, thereby improving the security of users using smart keys.

[0078] In one embodiment, see Figure 3 The step of starting the BootLoader program to perform a first check on the running system includes:

[0079] Step S211, obtaining real-time product information;

[0080] It is understood that real-time product information is obtained from the internal storage module of the smart key. This information may include the model, version number, serial number, software version, etc. of the hardware device; real-time product information is usually stored in a specific format, such as JSON, XML or a custom binary format.

[0081] By obtaining real-time product information through the above steps, potential safety risks can be quickly identified at the initial stage of smart key startup.

[0082] Step S212, parsing the real-time product information to obtain target information;

[0083] It's understandable that after the smart key acquires real-time product information, the BootLoader program temporarily stores this information in temporary memory. The BootLoader program then initializes the appropriate parsing tool based on the real-time product information's data format. For example, if the real-time product information is in XML format, the XML parser is loaded; if it's in JSON format, the JSON parser is loaded. The parsing tool scans and analyzes the real-time product information in temporary memory according to pre-set parsing rules. It identifies key information fields and extracts their values, storing them in designated memory areas or registers.

[0084] Through the above steps, the analysis of real-time product information can quickly and accurately extract the key information items required for subsequent verification, avoiding the need to search and filter through large amounts of raw data and improving verification efficiency.

[0085] Step S213, determining whether the format of the target information is consistent with a preset format;

[0086] It is understandable that the preset format can be JSON, XML, etc. The preset format is usually stored in the storage module of the smart key. The format of the parsed target information is compared with the preset format. If they are consistent, the verification passes; if they are inconsistent, the verification fails.

[0087] Through the above steps, it is possible to promptly detect whether the information has been tampered with or damaged, ensuring that the subsequent verification process is only entered after the format is correct, thereby improving the credibility of the data.

[0088] Step S214: If the format of the target information is consistent with the preset format, the first verification is passed.

[0089] It can be understood that when the format of the target information is consistent with the preset format, the BootLoader program will set an internal status flag to mark that the first verification has passed; based on the value of the status flag, it decides whether to continue with the second verification. If the verification passes, the process will proceed to the second verification. If the verification fails, a prompt message will be issued and the subsequent verification process will be stopped.

[0090] Through the above steps, only target information with the correct format can pass the first verification, preventing the illegally tampered running system from being started.

[0091] Through steps S211 to S214, real-time product information is obtained and parsed, and its format is checked at the initial stage of smart key startup, so that the first verification can be completed quickly. If the verification fails, the smart key stops executing subsequent verification processes to prevent the illegally tampered operating system from being started, thereby enhancing the security of smart key use.

[0092] In one embodiment, please refer again to Figure 3 The step of starting the BootLoader program to perform a first check on the running system further includes:

[0093] Step S215: If the format of the target information is inconsistent with the preset format, a prompt message is issued.

[0094] It is understandable that the smart key's own display screen, indicator light, buzzer and other devices output prompt information. For example, the display screen displays an error message, the indicator light flashes a specific pattern, and the buzzer emits a specific alarm sound.

[0095] Through the above steps, when the format of the target information is inconsistent with the preset format, the user can receive a prompt message, thereby preventing the user from continuing to start the smart key without knowing the format.

[0096] Through steps S211 to S215, it is ensured that the smart key can recognize and process information at the early stage of the startup process, preventing illegal tampering of the operating system and improving the user experience.

[0097] In one embodiment, see Figure 4 The step of parsing the real-time product information to obtain target information includes:

[0098] Step S2121, segmenting the real-time product information to generate multiple information points;

[0099] It can be understood that according to the field structure of the real-time product information, the information is divided by field. For example, for real-time product information in JSON format, it can be divided into multiple independent information points according to the field name, and the information points obtained after division are stored in the temporary memory of the smart key.

[0100] Through the above steps, complex real-time product information is segmented into multiple information points, which simplifies subsequent processing steps. The information points obtained after segmentation are stored in temporary memory, which facilitates rapid access and processing in subsequent steps.

[0101] Step S2122: extract the multiple information points based on a preset extraction algorithm to generate target information.

[0102] It can be understood that each information point obtained after the real-time product information is segmented is checked one by one, and each information point is matched with the rules in the preset extraction algorithm to determine whether it belongs to the target information that needs to be extracted, and the format of the matched information point is converted to ensure that it meets the format requirements of the verification step.

[0103] Through the above steps, it is ensured that only information related to the verification is retained, avoiding interference from irrelevant information and improving the accuracy of the verification.

[0104] Through steps S2121 to S2122, the real-time product information is segmented and extracted, which can quickly and accurately extract the key information items required for verification, avoiding the tedious search and screening work in a large amount of original data, shortening the verification process time, and improving verification efficiency.

[0105] In one embodiment, see Figure 5 The step of restarting the BootLoader program to perform a secondary check on the running system includes:

[0106] Step S221, calculating a real-time first check value of the real-time product information based on a CRC16 algorithm;

[0107] It can be understood that the real-time product information is loaded into the calculation module in byte or bit order to form a continuous binary data stream. The CRC16 algorithm is based on binary polynomial division for verification. The binary data stream of the real-time product information is regarded as a binary number. This number is divided by a predefined 16-bit polynomial, and the remainder obtained is the real-time first check value.

[0108] Through the above steps, the real-time first check value of the real-time product information is calculated based on the CRC16 algorithm to determine whether the operating system has been tampered with, thereby preventing the startup of the illegally tampered operating system.

[0109] Step S222, determining whether the real-time first verification value is consistent with the preset first verification value;

[0110] It can be understood that during the production stage or information generation stage of the smart key, the CRC16 algorithm is executed on the product information to obtain a preset first check value, and the value is stored in the storage module of the smart key. During the smart key startup process, the CRC16 algorithm is executed again on the product information obtained in real time to obtain a real-time first check value. The real-time first check value is compared bit by bit with the preset first check value, and the values ​​of each bit are compared from the highest bit to the lowest bit to see if they are the same. If the values ​​of all bits are the same, the check is determined to be passed; as long as one bit is different, the check is determined to be failed.

[0111] Through the above steps, the first verification value is compared bit by bit to ensure that only the operating system that has not been tampered with can pass the verification, thereby preventing the startup of the operating system that has been illegally tampered with, and improving the security of the smart key.

[0112] Step S223: If the real-time first verification value is consistent with the preset first verification value, the second verification is passed.

[0113] It is understood that when the real-time first check value matches the preset first check value, the BootLoader program will set an internal status flag to indicate that the second check has passed. Based on the value of the status flag, it will decide whether to continue with the third check. If the check passes, the process will proceed to the third check. If the check fails, a prompt message will be issued and the subsequent check process will be stopped.

[0114] Through the above steps, only target information with the correct format can pass the second verification, preventing the illegally tampered running system from being started.

[0115] Through steps S221 to S223, the second verification can be passed only when the real-time product information has not been tampered with, thereby preventing the smart key from being started by illegally tampering, and enhancing the security of the smart key.

[0116] In one embodiment, see Figure 6 The step of restarting the BootLoader program to perform a third verification on the running system includes:

[0117] Step S231, calculating a real-time second checksum of the driver based on the CRC32 algorithm;

[0118] It is understood that the driver data is loaded into the calculation module in byte or bit order to form a continuous binary data stream. The CRC32 algorithm performs verification based on 32-bit polynomial division. The driver binary data stream is treated as a binary number, which is divided by a predefined 32-bit polynomial. The remainder is the real-time second checksum value.

[0119] Through the above steps, the real-time second check value of the real-time driver is calculated based on the CRC32 algorithm to determine whether the driver has been tampered with, thereby preventing the operation of the illegally tampered driver system.

[0120] Step S232, determining whether the real-time second verification value is consistent with the preset second verification value;

[0121] It can be understood that during the production stage or information generation stage of the smart key, the CRC32 algorithm is executed on the driver to obtain a preset second check value, and the value is stored in the storage module of the smart key. During the smart key startup process, the CRC32 algorithm is executed again on the driver to obtain a real-time second check value. The real-time second check value is compared bit by bit with the preset second check value, and the values ​​of each bit are compared from the highest bit to the lowest bit to see if they are the same. If the values ​​of all bits are the same, the check is determined to be passed; as long as there is a difference, the check is determined to be failed.

[0122] Through the above steps, the second check value is compared bit by bit to ensure that only the operating system that has not been tampered with can pass the check, preventing the operation of the illegally tampered driver and improving the security of the smart key.

[0123] Step S233: If the real-time second verification value is consistent with the preset second verification value, the third verification is passed.

[0124] It is understood that when the real-time second verification value matches the preset second verification value, the BootLoader program will set an internal status flag to indicate that the third verification has passed. Based on the value of the status flag, it determines whether to continue the third verification. If the verification passes, the smart key can quickly respond to the vehicle's execution command.

[0125] Through the above steps, only drivers that have not been tampered with can pass the second verification, preventing illegally tampered drivers from running.

[0126] Through step S231 to step S233, the third verification can be passed only when the driver data has not been tampered with, thereby preventing the driver of the smart key that has been illegally tampered with from being started, thereby improving the safety of the smart key.

[0127] See also Figure 7 , the present invention also discloses a smart key starting device, comprising: a receiving module 10, a verification module 20 and an execution module 30;

[0128] The receiving module 10 is used to receive an execution instruction to power on the main control chip and run the BootLoader program;

[0129] The verification module 20 is used to perform multiple verifications on the running system based on the BootLoader program;

[0130] The execution module 30 is configured to respond to the execution instruction if the multiple checks pass.

[0131] It should be noted that those skilled in the art can clearly understand that the specific implementation process of the above-mentioned smart key starting device and each unit can refer to the corresponding description in the above-mentioned method embodiment. For the convenience and brevity of description, it will not be repeated here.

[0132] The above can be implemented in the form of a computer program. The computer program can be used in Figure 8 Runs on the computer device shown.

[0133] See also Figure 8 , Figure 8This is a schematic block diagram of a computer device provided in an embodiment of the present application. The computer device 500 can be a terminal or a server. The terminal can be a smart phone, tablet computer, laptop computer, desktop computer, personal digital assistant, wearable device, or other electronic device with communication capabilities. The server can be a standalone server or a server cluster consisting of multiple servers.

[0134] See also Figure 8 The computer device 500 includes a processor 502 , a memory, and a network interface 505 connected via a system bus 501 , wherein the memory may include a non-volatile storage medium 503 and an internal memory 504 .

[0135] The non-volatile storage medium 503 can store an operating system 5031 and a computer program 5032. The computer program 5032 includes program instructions that, when executed, cause the processor 502 to perform a smart key startup method, including the following steps: receiving an execution instruction, powering on the main control chip and running a BootLoader program; performing multiple checks on the operating system based on the BootLoader program; and responding to the execution instruction if the multiple checks pass.

[0136] The processor 502 is used to provide computing and control capabilities to support the operation of the entire computer device 500.

[0137] The internal memory 504 provides an environment for the operation of the computer program 5032 in the non-volatile storage medium 503. When the computer program 5032 is executed by the processor 502, the processor 502 can execute a smart key starting method.

[0138] The network interface 505 is used to communicate with other devices through the network. Figure 8 The structure shown in the figure is merely a block diagram of a portion of the structure related to the solution of the present application, and does not constitute a limitation on the computer device 500 to which the solution of the present application is applied. The specific computer device 500 may include more or fewer components than shown in the figure, or combine certain components, or have a different component arrangement.

[0139] The processor 502 is configured to execute a computer program 5032 stored in the memory to implement the following steps:

[0140] Step S1, receiving an execution instruction, powering on the main control chip and running the BootLoader program;

[0141] Step S2, performing multiple checks on the running system based on the BootLoader program;

[0142] Step S3: If the multiple checks pass, respond to the execution instruction.

[0143] It should be understood that in the embodiment of the present application, the processor 502 may be a central processing unit (CPU), and the processor 502 may also be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor, etc.

[0144] Those skilled in the art will appreciate that all or part of the steps in the method of the above-described embodiment can be implemented by instructing the relevant hardware through a computer program. The computer program includes program instructions, which can be stored in a storage medium that is computer-readable. The program instructions are executed by at least one processor in the computer system to implement the steps in the method of the above-described embodiment.

[0145] Therefore, the present invention also provides a storage medium. The storage medium may be a computer-readable storage medium. The storage medium stores a computer program, wherein the computer program includes program instructions. When the program instructions are executed by a processor, the above-mentioned vehicle information interaction method is implemented. The storage medium stores a computer program, wherein the computer program includes program instructions. When the program instructions are executed by a processor, the above-mentioned method is implemented. The program instructions include the following steps:

[0146] Step S1, receiving an execution instruction, powering on the main control chip and running the BootLoader program;

[0147] Step S2, performing multiple checks on the running system based on the BootLoader program;

[0148] Step S3: If the multiple checks pass, respond to the execution instruction.

[0149] The storage medium may be any computer-readable storage medium that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a magnetic disk, or an optical disk.

[0150] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the above description has generally described the composition and steps of each example according to function. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of the present invention.

[0151] In the several embodiments provided herein, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of the various units is merely a logical functional division, and actual implementation may employ other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be omitted or not implemented.

[0152] The steps in the methods of the embodiments of the present invention may be adjusted in order, combined, or deleted as needed. The units in the devices of the embodiments of the present invention may be combined, divided, or deleted as needed. Furthermore, the functional units in the various embodiments of the present invention may be integrated into a single processing unit, each unit may exist physically separately, or two or more units may be integrated into a single unit.

[0153] If this integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a storage medium. Based on this understanding, the technical solution of the present invention, or the part that contributes to the existing technology, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes a number of instructions for causing a computer device (which can be a personal computer, terminal, or network device, etc.) to execute all or part of the steps of the method described in various embodiments of the present invention.

[0154] The above embodiments are preferred implementation schemes of the present invention. In addition, the present invention can also be implemented in other ways. Any obvious replacement without departing from the concept of the present technical solution is within the scope of protection of the present invention.

Claims

1. Smart key starting method, characterized in that: The following steps are involved: Receive execution instructions to power on the main control chip and run the BootLoader program; Perform multiple checks on the running system based on the BootLoader program; If the multiple checks pass, respond to the execution instruction.

2. The smart key starting method according to claim 1, characterized in that: The step of performing multiple checks on the running system based on the BootLoader program includes: Starting the BootLoader program to perform a first check on the running system; If the first verification passes, the BootLoader program is started again to perform a second verification on the running system; If the second verification passes, the BootLoader program is started again to perform a third verification on the running system; If the third verification passes, respond to the execution instruction.

3. The smart key starting method according to claim 2, characterized in that: The step of starting the BootLoader program to perform a first check on the running system includes: Get real-time product information; Parsing the real-time product information to obtain target information; Determining whether the format of the target information is consistent with a preset format; If the format of the target information is consistent with the preset format, the first verification is passed.

4. The smart key starting method according to claim 3, characterized in that: The step of starting the BootLoader program to perform the first verification further includes: If the format of the target information is inconsistent with the preset format, a prompt message is issued.

5. The smart key starting method according to claim 3, characterized in that: The step of parsing the real-time product information to obtain target information includes: Segmenting the real-time product information to generate multiple information points; The multiple information points are extracted based on a preset extraction algorithm to generate target information.

6. The smart key starting method according to claim 3, characterized in that: The step of restarting the BootLoader program to perform a secondary check on the running system includes: Calculating a real-time first check value of the real-time product information based on a CRC16 algorithm; Determining whether the real-time first verification value is consistent with a preset first verification value; If the real-time first verification value is consistent with the preset first verification value, the second verification is passed.

7. The smart key starting method according to claim 2, characterized in that: The step of restarting the BootLoader program to perform a third check on the running system includes: Calculate the real-time second checksum of the driver based on the CRC32 algorithm; Determining whether the real-time second verification value is consistent with a preset second verification value; If the real-time second verification value is consistent with the preset second verification value, the third verification is passed.

8. Intelligent key starting device, characterized in that, include: Receiving module, verification module and execution module; The receiving module is used to receive the execution instruction, so that the main control chip is powered on and the BootLoader program is run; The verification module is used to perform multiple verifications on the running system based on the BootLoader program; The execution module is configured to respond to the execution instruction if the multiple checks pass.

9. A computer device, characterized in that: The computer device includes a memory and a processor, a computer program is stored on the processor, and when the processor executes the computer program, the smart key starting method according to any one of claims 1 to 7 is implemented.

10. A storage medium, characterized in that: The storage medium stores a computer program, which includes program instructions. When the program instructions are executed by a processor, the smart key starting method according to any one of claims 1 to 7 can be implemented.

Images