Information processing method and system
By establishing a near-field wireless data transmission protocol information transmission channel between electronic devices and using a second device to transmit configuration information, the problem of complex configuration operations for electronic devices in the prior art is solved, and fast and convenient system parameter adjustment is achieved.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- LENOVO (BEIJING) LTD
- Filing Date
- 2026-03-30
- Publication Date
- 2026-06-23
Smart Images

Figure CN122269322A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of information technology, and in particular to an information processing method and system. Background Technology
[0002] With the development of electronic technology, electronic devices have been widely used in people's lives and work.
[0003] Existing electronic devices have certain design flaws that make it difficult for users to complete operations quickly and efficiently. For example, configuring the BIOS (Basic Input Output System) or OS (Operating System) of an electronic device requires users to be familiar with the corresponding settings interface, which has a relatively high operating threshold. Summary of the Invention
[0004] The first aspect of this application provides an information processing method applied to a first device, comprising:
[0005] Establish a first information transmission channel with a second device, the second device being a mobile device, and the first information transmission channel adopts a near-field wireless data transmission protocol;
[0006] Receive the first information transmitted by the second device through the first information transmission channel;
[0007] Based on the target system switching from a shutdown state to a startup state, the configuration parameters of the target system are adjusted according to the configuration information contained in the first information.
[0008] A second aspect of this application provides an information processing system, comprising: a first device and a second device, wherein the second device is a mobile device;
[0009] The second device is used to generate first information, which is used to adjust the configuration parameters of the target system in the first device;
[0010] The first device is used to establish a first information transmission channel with the second device, the first information transmission channel adopting a near-field wireless data transmission protocol; to receive first information transmitted by the second device through the first information transmission channel; and to adjust the configuration parameters of the target system according to the configuration information contained in the first information based on the target system switching from a closed state to a powered-on state.
[0011] A third aspect of this application provides a computer program product including computer-readable instructions that, when executed on an electronic device, cause the electronic device to implement the information processing method described in the first aspect or any implementation thereof.
[0012] A fourth aspect of this application provides an electronic device, including at least one processor and a memory connected to the processor, wherein:
[0013] The memory is used to store computer programs;
[0014] The processor is used to execute the computer program so that the electronic device can implement the information processing method of the first aspect or any implementation thereof.
[0015] The fifth aspect of this application provides a computer storage medium carrying one or more computer programs, which, when executed by an electronic device, enable the electronic device to perform the information processing method described in the first aspect or any implementation thereof. Attached Figure Description
[0016] The above and other features, advantages, and aspects of the embodiments of this disclosure will become more apparent from the accompanying drawings and the following detailed description. Throughout the drawings, the same or similar reference numerals denote the same or similar elements. It should be understood that the drawings are schematic, and the originals and elements are not necessarily drawn to scale.
[0017] Figure 1 This is a flowchart illustrating an information processing method provided in an embodiment of this application;
[0018] Figure 2 This is a schematic diagram illustrating an application scenario of an information processing method provided in an embodiment of this application;
[0019] Figure 3 This is a flowchart illustrating the process of adjusting the configuration parameters of a target system based on the configuration information contained in the first information when the target system switches from a closed state to a started state, according to an embodiment of this application.
[0020] Figure 4 This is another flowchart illustrating an information processing method provided in an embodiment of this application;
[0021] Figure 5 This is a flowchart illustrating an information processing method provided in this application embodiment in an application scenario;
[0022] Figure 6 This is another flowchart illustrating an information processing method provided in an embodiment of this application;
[0023] Figure 7 This is a schematic diagram illustrating another application scenario of an information processing method provided in an embodiment of this application;
[0024] Figure 8This is a schematic diagram of the process of receiving first information transmitted by a second device through a first information transmission channel, provided in an embodiment of this application.
[0025] Figure 9 This is a schematic diagram of the process for determining whether a second device has preset adjustment permissions based on a connection request, provided in an embodiment of this application.
[0026] Figure 10 This is a flowchart illustrating the process of determining that the second device has preset adjustment permissions based on a connection request and receiving the first information transmitted by the second device, as provided in an embodiment of this application.
[0027] Figure 11 This is a flowchart illustrating the process of determining that the second device has preset adjustment permissions based on a connection request, and controlling the first device to switch from a non-working state to a working state based on preset security information stored in a preset security module, according to an embodiment of this application.
[0028] Figure 12 This is a flowchart illustrating the process of determining that the second device has preset adjustment permissions based on a connection request and receiving the first information transmitted by the second device, as provided in an embodiment of this application.
[0029] Figure 13 This is a schematic diagram of the structure of each device in the application scenario of the information processing method provided in the application embodiment;
[0030] Figure 14 This is a schematic diagram of the structure of an information processing system provided in an embodiment of this application. Detailed Implementation
[0031] The embodiments of this application are described below with reference to the accompanying drawings. The terminology used in the implementation section of this application is for explaining specific embodiments only and is not intended to limit the scope of this application.
[0032] The embodiments of this application will now be described with reference to the accompanying drawings. Those skilled in the art will recognize that, with technological advancements and the emergence of new scenarios, the technical solutions provided in the embodiments of this application are equally applicable to similar technical problems.
[0033] The terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such terms are interchangeable where appropriate; this is merely a way of distinguishing objects with the same attributes in the embodiments of this application. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion, so that a process, method, system, product, or apparatus that comprises a series of elements is not necessarily limited to those elements, but may include other elements not explicitly listed or inherent to those processes, methods, products, or apparatuses.
[0034] Reference Figure 1 , Figure 1 This is a flowchart illustrating an information processing method provided in an embodiment of this application, such as... Figure 1 As shown in the embodiment of this application, an information processing method is provided. The method is applied to a first device and may include steps 101 to 103, which are described in detail below.
[0035] 101. Establish a first information transmission channel with the second device, the second device being a mobile device, and the first information transmission channel adopts a near-field wireless data transmission protocol;
[0036] The system configuration parameters of this first device are relatively complex to adjust, requiring users to be familiar with the corresponding configuration interface, which makes it difficult to configure directly.
[0037] The second device can be a mobile phone, tablet computer, or other easy-to-operate device. It has an application for configuring the first device. This application can have an interface where users can intuitively view and understand the configuration parameters and their corresponding results, making it convenient for users to operate. Correspondingly, users can intuitively configure the system configuration parameters of the first device through this interface without needing to be familiar with the configuration interface of the first device.
[0038] The first device and the second device can establish a first information transmission channel using a near-field wireless data transmission protocol. When the two devices are close to each other, the first information transmission channel is established so as to transmit configuration-related information through the first information transmission channel.
[0039] In one possible implementation, the near-field wireless data transmission protocol uses the NFC (Near Field Communication) protocol.
[0040] As an example, the second device can be a mobile phone with NFC enabled, and the first device can be a laptop or PC (Personal Computer) with an NFC chip. The first device and the second device can be two devices belonging to the same user.
[0041] As an example, in a factory or repair center, the second device can be a configuration terminal with NFC enabled, and the first device can be multiple devices from the same batch or different batches equipped with NFC chips. The second device can quickly switch between the first devices or complete the BIOS settings with a single sticker, without having to open each first device individually for settings, making it convenient to perform unified BIOS or OS settings.
[0042] It should be noted that when the second device is used as a mobile terminal such as a mobile phone for ordinary users, the parameters that can be set are those that the system provides to users; when the second device is used as a configuration terminal by factory or repair center personnel, the parameters that can be set can be those that are provided to manufacturers or technicians.
[0043] Since the first information transmission channel adopts a near-field wireless data transmission protocol, the two can establish a wireless connection by being close together. The connection has the characteristic of short distance and has high security. It can achieve fast connection between the two and prevent accidental operation.
[0044] After the first device and the second device establish a connection for the first time, the second device is registered in the first device. The registration includes recording the device information of the second device, and a signature and key are generated for the second device. The public key in the signature and key is sent to the second device so that all subsequent information transmissions between the two are encrypted using the signature and key.
[0045] In one possible implementation, during the process of the first device generating a signature for the second device, a random number can be generated and used as the signature; alternatively, the information of the second device (such as the device code of the second device) can be combined with the generated random number and used as the signature.
[0046] When the first device and the second device establish a connection for the first time, the display screen of the first device can show a QR code, password, or other information. The second device connects to the first device by scanning the code or entering the password. When the two devices are connected, the device information of the second device is sent to the first device so that the second device can be registered in the first device.
[0047] Accordingly, after the second device is registered in the first device, when the second device gets close to the first device and reaches the distance range of the near-field wireless data transmission protocol, the two establish a near-field connection and communicate to complete authentication through a key and signature to determine that the second device is a registered and trustworthy device. Subsequently, the information transmitted by the second device is received through the first information transmission channel.
[0048] 102. Receive first information transmitted by the second device through the first information transmission channel;
[0049] After establishing a first information transmission channel with the second device, the first device receives first information transmitted by the second device through the first information transmission channel. This first information is packaged and encrypted information from the second device, and it contains configuration information for configuring the target system in the first device.
[0050] In one possible implementation, on the second device side, after determining the configuration information of the first device through the relevant application for configuring the first device, the configuration information can be encrypted, such as by encrypting it with an allocated key and a signature, to obtain first information, and then the first information is transmitted to the first device through the first information transmission channel.
[0051] During the above process, the first device can be in normal operating condition, and its target system is operating normally. However, during the normal operation of the target system, its parameters cannot be configured. Accordingly, after receiving the first information, the first device does not configure the target system, but saves the received configuration information.
[0052] In one possible implementation, after the first device connects to the second device, the second device is authorized using connection-related information transmitted by the second device. This information may include a signature, device information, etc. If the first device is equipped with a TPM (Trusted Platform Module) chip, the TPM chip performs the authorization action for the second device. If the TPM chip determines that the second device has authorization, it feeds back the authorization information to the EC (Embedded Controller). This authorization action can also be performed by the EC, and this application does not limit the specific structure for performing this authorization action.
[0053] After confirming that the second device has the authority to adjust the configuration parameters of the target system in the first device, a message can be sent to the second device. Upon receiving the message, the second device will send the first information back to the first device. Alternatively, the first information can be directly read from the storage area of the second device.
[0054] 103. Based on the target system switching from a shutdown state to a startup state, adjust the configuration parameters of the target system according to the configuration information contained in the first information.
[0055] During the process of the target system switching from a shutdown state to a startup state, the first device switching from a shutdown state to a startup state, or restarting, the target system restarts. During this process, the configuration parameters of the target system are adjusted according to the configuration information contained in the first information, thereby realizing the configuration of the target system.
[0056] When the target system is in a shutdown state, the first device can be in a low-power state such as power off (S5), hibernation (S4), or sleep (S3 / S0i3). In this state, some hardware in the first device is powered on, while other hardware is powered off and the system stops running. The powered-on hardware may include the EC and the powered-on hardware structures controlled by the EC.
[0057] Figure 2 This is a schematic diagram illustrating an application scenario of an information processing method provided in this application embodiment. In this scenario, the first device 201 is represented by a laptop computer, and the second device 202 is represented by a mobile phone. The laptop computer is in an open state, indicating that the information processing method can be executed during normal laptop operation. The laptop computer has an NFC chip installed in its touch area 2011. When the mobile phone is brought close enough to the touch area, the two establish an NFC near-field connection, and transmit configuration-related information through this connection.
[0058] In one possible implementation, during the startup process of the first device, after the target system starts up, the EC completes the configuration of the target system based on the configuration information contained in the first information.
[0059] In one possible implementation, during the execution of steps 101-102, the target system of the first device may be in a shutdown state, and correspondingly, the first device is in a low-power state; the target system may also be in a running state, and correspondingly, the first device is in a high-power state of normal operation (S0).
[0060] Correspondingly, when the first device is in a low-power state, since the EC remains powered on, the EC can maintain the power-on state by controlling the NFC chip. In this case, the first device receives the first information through the NFC chip and records the configuration information contained in the first information. So that when the first device starts up, the target system will adjust the configuration according to the configuration information contained in the first information during the startup process, thereby realizing the recording of the configuration information of the target system before the first device starts up.
[0061] Correspondingly, when the first device is in a high-power state, the NFC chip is powered on. In this case, the first device receives the first information through the NFC chip and records the configuration information contained in the first information. This allows the target system to switch from a shutdown state to a startup state when the first device restarts, and adjust the configuration according to the configuration information contained in the first information. This achieves the recording of the configuration information of the target system before the first device starts up.
[0062] In this embodiment, the first device establishes a first information transmission channel with the second device, which adopts a near-field wireless data transmission protocol. Through this first information transmission channel, the first device receives first information transmitted by the second device. Based on the target system switching from a closed state to a powered-on state, the configuration parameters of the target system are adjusted according to the configuration information contained in the first information. The second device sets the configuration parameters of the target system in the first device. Since the second device is a mobile device, carried by the user, when the near-field channel is established between the first and second devices, the second device generates and transmits the first information to the first device to set the parameters of the target system in the first device. During the target system restart process, the first device adjusts the configuration parameters of the target system according to the configuration information in the first information. This achieves convenient and quick adjustment of the configuration parameters of the target system in the first device, without being limited to adjustments within the first device's dedicated configuration interface, thus improving configuration efficiency.
[0063] Figure 3 This is a flowchart illustrating the process of adjusting the configuration parameters of a target system based on the configuration information contained in the first information when the target system switches from a closed state to a started state, according to an embodiment of this application. It may include steps 301 to 303, which will be described in detail below.
[0064] 301. Parse the first information to obtain the target configuration information of the target system in the first device;
[0065] The second device contains an application that configures the target system on the first device. This application includes a settings interface that explains various configuration parameters and can generate corresponding preview interfaces.
[0066] Correspondingly, the user on the second device selects and modifies the parameters presented in the application's settings interface to obtain a corresponding plan. The parameters in this plan serve as the target configuration information for the target system. After the user selects and modifies the parameters presented in the application's settings interface, the retained parameter combination becomes a plan. This plan can be saved on the second device to provide a basis for subsequently selecting a plan to configure the target system on the first device. Alternatively, the retained parameter combination can be packaged into first information and sent to the first device to directly configure the target system on the first device.
[0067] The configuration information involved in this plan can be encrypted, such as by using an allocated key and signature to encrypt it, to obtain the first information, and then transmit the first information to the first device through the first information transmission channel.
[0068] Accordingly, after receiving the first information, the first device first parses the first information to obtain the configuration information contained therein, and writes the configuration information into the target system's target configuration information so that the target system can be configured with parameters in the future.
[0069] In one possible implementation, the first device stores a key and a signature. The first information is decrypted and the signature is verified using the signature and key to determine that the first information was sent by a trusted second device. Then, the information carried in the first information is determined as configuration information, which can be written into the target system's target configuration information.
[0070] The target configuration information can be a UFEI (Unified Extensible Firmware Interface) variable, which can be used as a parameter variable required for the configuration of the BIOS or OS system.
[0071] In one possible implementation, after parsing the first information to obtain the BIOS configuration carried therein, the UEFI variable corresponding to each configuration is determined, and the value is written into the corresponding UEFI variable, so that it is transformed into configuration information usable by the target system in the first device.
[0072] 302. Transmit the target configuration information to the preset configuration program;
[0073] Since the target system cannot be directly configured at present, the target configuration information is recorded first so that it can be configured during the startup process of the target system.
[0074] The first device contains a trusted UEFI application, which, as a trusted application, is capable of carrying the target configuration information.
[0075] 303. Based on the target system switching from the shutdown state to the startup state, adjust the configuration parameters of the target system according to the target configuration information in the preset configuration program.
[0076] When the target system is switched to the startup state, during the startup process, the EC runs and checks whether the target configuration information is recorded in the preset configuration program.
[0077] If the preset configuration program records target configuration information, the target configuration information is obtained from the preset configuration program, and the configuration parameters of the target system are adjusted using the target configuration information to realize the parameter configuration of the target system.
[0078] If the preset configuration program does not contain the target configuration information, the startup process continues until the system in the first device completes the startup process. During this process, no parameter configuration is performed on the target system.
[0079] In this embodiment, the target configuration information of the target system in the first device is determined by parsing the first information. This target configuration information is then transmitted to a preset configuration program to save the target configuration information. When the target system switches from a shutdown state to a startup state, the configuration parameters of the target system are adjusted according to the target configuration information in the preset configuration program. By transmitting the target configuration information obtained from parsing the first information to the preset configuration program, and using the preset configuration program to save the target configuration information, a basis is provided for updating the configuration based on the target configuration information during the subsequent startup process of the target system.
[0080] Figure 4 This is another flowchart illustrating an information processing method provided in an embodiment of this application. This flowchart represents the steps performed after step 302 and may include steps 401 to 403. These steps will be described in detail below.
[0081] 401. Change the preset identifier of the preset configuration program from the first identifier to the second identifier. The first identifier indicates that the preset configuration program does not contain target configuration information, and the second identifier indicates that the preset configuration program contains target configuration information.
[0082] After the target configuration information is transmitted to the preset configuration program, the preset configuration program stores the target configuration information. The preset configuration program is set with a preset identifier (such as a flag). When the preset identifier uses a first identifier, it indicates that the preset configuration program does not contain the target configuration information. When the preset identifier uses a second identifier, it indicates that the preset configuration program contains the target configuration information.
[0083] The default preset identifier is the first identifier. After the target configuration information is transmitted to the preset configuration program, the preset identifier is adjusted from the first identifier to the second identifier.
[0084] As an example, the first identifier can be 0, and the second identifier can be 1.
[0085] 402. Based on the target system switching from a shutdown state to a startup state, query the preset identifier of the preset configuration program;
[0086] During the process of the target system of the first device switching from the off state to the on state, the presence of target configuration information is determined by querying the preset identifier of the preset configuration program.
[0087] In one possible implementation, during the process of switching the target system to the startup state, the EC of the first device queries the corresponding identifier of the UEFI application to determine whether the identifier is the first identifier or the second identifier.
[0088] 403. Based on the preset identifier being the second identifier, adjust the configuration parameters of the target system according to the target configuration information in the preset configuration program.
[0089] If it is determined that the preset identifier in the preset configuration program is the second identifier, it can be determined that there is target configuration information in the preset configuration program. Accordingly, the configuration parameters of the target system are adjusted according to the target configuration information in the preset configuration program.
[0090] As an example, during the BIOS / OS boot process, UEFI variables set in this UEFI program are used to configure BIOS / OS parameters.
[0091] In this embodiment, a preset identifier is set in the preset configuration program. The first preset identifier indicates that the preset configuration program does not contain target configuration information, and the second preset identifier indicates that the preset configuration program contains target configuration information. After the target configuration information is sent to the preset configuration program, the preset identifier of the preset configuration program is changed from the first identifier to the second identifier. Correspondingly, when the target system switches to the startup state, the preset identifier of the preset configuration program is queried to determine whether it contains target configuration information. If the preset identifier is the second identifier, it is determined that target configuration information is contained. Based on the target configuration information in the preset configuration program, the configuration parameters of the target system are adjusted, thus realizing the process of obtaining target configuration parameters from the preset configuration program during the target system startup process.
[0092] Figure 5 This is a flowchart illustrating an information processing method provided in this application embodiment in an application scenario. The method is applied to a first device and may include steps 501 to 507, which are described in detail below.
[0093] 501. Register the second device in the system;
[0094] The second device connects to the first device for the first time via NFC and registers in the first device's system.
[0095] During the initial connection, the second device sends its device information to the first device. The first device records the second device information in its system, generates a key and a signature, and sends the key and signature to the second device. The key and signature are used to encrypt data during subsequent data transmission between the second and first devices.
[0096] 502. Establish connection with the second device;
[0097] The second device is placed close to the NFC chip area of the first device, and the first device establishes a connection with the second device.
[0098] The NFC chip in the first device identifies the information of the second device and sends the identified device information to the EC.
[0099] 503. EC checks for permission;
[0100] After receiving the device information from the second device, the EC determines whether the connected second device has permission to modify system configuration parameters.
[0101] The determination of permission is based on whether the second device has been registered in the system. If it has been registered in the system and has permission, step 504 is executed; otherwise, it is determined that the second device has not been registered and therefore does not have permission, and the process ends.
[0102] 504. Receive the first information transmitted by the second device;
[0103] The second device packages the configuration information into first information and transmits it to the first device.
[0104] 505. EC determines the UEFI variable corresponding to this first piece of information;
[0105] EC parses the first piece of information, obtains the configuration parameters, and writes the configuration parameters into the corresponding UEFI variable.
[0106] 506. The EC sends requests and variables to the UEFI program;
[0107] The EC sends the UEFI variable to a trusted UEFI program, and the UEFI program's identifier is adjusted to a second identifier to indicate that it has recorded the UEFI variable.
[0108] 507. The UEFI program applies the system configuration parameters when the first device is powered on again.
[0109] When the first device is powered on again and its system starts up, the system configuration parameters are adjusted based on the UEFI variables in the UEFI program.
[0110] Figure 6 This is another flowchart illustrating an information processing method provided in an embodiment of this application. This flowchart illustrates the steps performed after step 202, and may include steps 601 to 602. Steps 601-602 are parallel to step 203, and these steps will be described in detail below.
[0111] 601. Parse the first information to obtain the target command. The target command is a command used to control the operation on the file stored in the first device.
[0112] Users typically use multiple electronic devices in their daily lives and work to meet their needs in different scenarios. One of these devices is a mobile device that is always powered on, primarily used for daily social interactions, consumer spending, audio-visual entertainment, information retrieval, and other life-related tasks; it is used frequently and is always ready to go. Another device is in a non-normal operating state, such as being powered off (S5), in sleep mode (S4), or in hibernation mode (S3 / S0i3), specifically for office work, study, document processing, work communication, and professional tasks; it is only turned on as needed during work hours. In this embodiment, the second device is the mobile device that is always powered on, while the first device is in a state of being powered off or in hibernation mode.
[0113] If the first device is already stored, such as in a laptop bag, the user needs to open the bag and remove the device to operate on the files within it. If the first device is not functioning properly, the user needs to perform a trigger operation to switch it to normal operation before any operation can be performed. Both of these processes are quite complex. When the user only wants to retrieve a file or save a backup, the complex operation, especially in scenarios where it's inconvenient to remove or wake up the first device, results in a poor user experience.
[0114] Therefore, in scenarios where the first device has been stored or is in an abnormal operating state, but operation of the first device is required, the information processing method in this embodiment can be executed in order to operate on the files in the first device.
[0115] In this scenario, the first device and the second device can communicate via NFC near-field connection. The user places the second device close to the NFC area of the first device to establish a first information transmission channel between the two devices, enabling them to interact through this channel.
[0116] The second device may have an application or system function that enables the second device to operate on files in the first device. The user can operate on the files in the first device by operating the corresponding interface of the application / function on the second device.
[0117] After the first information transmission channel is established between the first device and the second device, the user operates the second device to generate a target command, packages the target command into first information, and transmits the first information to the first device through the first information transmission channel.
[0118] After receiving the first information, the first device parses the first information to obtain the target command carried within it. This target command is a command to control operations on files stored in the first device.
[0119] This operation may include copying, pasting, etc., and this application does not limit the specific operation corresponding to the target command.
[0120] 602. In response to the target command, perform operations on the target file in the first device.
[0121] After parsing the target command, respond to the target command and operate on the corresponding target file in the first device.
[0122] As an example, if the target command is to copy the file 's' from folder 'a' on drive D in the first device to the second device, then in response to the target command, the file 's' is copied and transferred to the second device.
[0123] As an example, if the target command is to copy file c from the second device to folder a on drive D of the first device, then in response to the target command, file c is transferred to the first device and saved in folder a on drive D.
[0124] As an example, if the target command is to copy the file 's' from folder 'a' on drive D in the first device to folder 'b', then in response to the target command, the file 's' will be copied to folder 'b'.
[0125] Figure 7 This is a schematic diagram of another application scenario of the information processing method provided in this application embodiment. In this application scenario, the first device 701 is represented by a laptop computer, and the second device 702 is represented by a mobile phone. In this application scenario, the laptop computer is in a closed state, indicating that the information processing method can be executed when the laptop computer is powered off or in sleep mode. The touch area 7011 of the laptop computer is equipped with an NFC chip. When the mobile phone is brought close enough to the touch area, the two establish an NFC near-field connection, and the two transmit configuration-related information through this near-field connection.
[0126] This embodiment further includes: parsing the first information to obtain a target command, which is a command used to control operations on files stored in the first device; and responding to the target command to perform operations on the target file in the first device. By including the target command in the parsed first information, which controls operations on files stored in the first device, and responding to the target command to perform operations on the target file in the first device, this allows for operations on files in the first device through the second device. This eliminates the need for the user to manually wake the first device from sleep or shutdown to perform file operations, simplifying user operations.
[0127] Figure 8 This is a flowchart illustrating the process of receiving first information transmitted by a second device through a first information transmission channel, as provided in this application embodiment. It may include steps 801 to 802, which will be described in detail below.
[0128] 801. Obtain a connection request from the second device through the first information transmission channel;
[0129] After the first device and the second device establish a first information transmission channel through a near-field wireless data transmission protocol, the first device verifies the permissions of the second device to control the files in the first device.
[0130] Through the first information transmission channel, a connection request from the second device is first obtained. This connection request is a request carrying specific information transmitted from the second device to the first device.
[0131] Accordingly, after obtaining the connection request, the connection request can be analyzed to determine whether the corresponding second device has preset adjustment permissions.
[0132] This preset adjustment permission is the permission to adjust files on the first device, and it has high security requirements.
[0133] The connection request may carry information related to the second device, which is used to determine the second device's adjustment permissions. Alternatively, the connection request may be packaged using a specific packaging method, which contains special information used to determine the second device's adjustment permissions. Subsequent embodiments will describe the specific process for determining whether the second device has adjustment permissions in detail; it will not be elaborated upon here.
[0134] In one possible implementation, the first device is equipped with an NFC controller, and the second device is equipped with an NFC chip. When the second device is brought close to the first device, the NFC field of the second device activates the NFC controller in the first device (the NFC controller is powered on but not running when the first device is not in operation). After activation, the NFC controller starts running and performs related functions. Moreover, the second device and the first device perform a handshake. The information sent by the second device to the first device during the handshake can be used as the connection request.
[0135] 802. Based on the connection request, determine that the second device has preset adjustment permissions, and receive the first information transmitted by the second device.
[0136] If the connection request indicates that the second device has preset adjustment permissions, then the first information transmitted by the second device can be received, so as to respond to the target command of the first information.
[0137] As an example, if the first information transmission channel is an NFC channel, then after the first device and the second device establish an NFC channel, the second device first sends a connection request to the first device through the NFC channel. If the first device determines that the second device has preset adjustment permissions based on the connection request, it receives the first information transmitted by the second device.
[0138] In one possible implementation, when the first device is in a non-operating state such as power off, hibernation, or sleep, its EC (Electronic Control Unit) operates. This EC performs the action of detecting whether the second device has preset adjustment permissions. If the first device is equipped with a security module such as a Security Element (SE) or a TPM (Total Productive Maintenance), then this security module can also be a module that is powered on when not in operation, and this security module performs the action of detecting whether the second device has preset adjustment permissions.
[0139] In this embodiment, a connection request from the second device is first obtained through a first information transmission channel established between the first and second devices using a near-field wireless data transmission protocol. If the second device is determined to have preset adjustment permissions based on the connection request, the system receives first information transmitted by the second device to subsequently respond to this first information and perform operations on the files on the first device. During this process, the first information transmission channel established based on the near-field wireless data transmission protocol enables the rapid establishment of an information transmission channel between the two devices. The connection request is then transmitted through this information transmission channel to quickly determine whether the second device has permission to adjust the files on the first device. This eliminates the need for the user to manually open the first device, allowing for rapid processing of the files on the first device through the second device.
[0140] Figure 9This is a flowchart illustrating the process of determining whether a second device has preset adjustment permissions based on a connection request, provided in an embodiment of this application. It may include steps 901 to 903, which are described in detail below.
[0141] 901. Decode the connection request according to the preset key and obtain the decoding result;
[0142] The preset key is the key agreed upon by the first device and the second device during the registration and pairing process.
[0143] The registration and pairing process is executed when the first and second devices establish a connection for the first time. During this initial connection, the first device's screen may display a QR code, password, or other information. The second device connects to the first device by scanning the code or entering the password. After connection, both the first and second devices have security chips that generate keys. Since each device has a fixed security chip, the second device uses its application or system's preset functions to generate a key. The first device also generates a corresponding key. The two devices exchange public keys to obtain a shared key, establishing a trust relationship. Subsequent data interactions are encrypted using this shared key to protect data security.
[0144] After the first device and the second device establish an information relationship, the first device receives the information sent by the second device and uses the shared key to decode the information sent by the second device to obtain the decoding result.
[0145] If the information received by the first device is sent by the second device with which the information relationship has been established, the information can be obtained by decoding the data packet using the shared key between the two devices; if the information is not sent by the second device, then decoding using the shared key will fail.
[0146] The connection request sent by the second device includes preset verification information, which can be a dynamic authentication token. Accordingly, whether the connection request was sent by the second device with whom a trust relationship is being established can be determined by checking whether the decoded result of decoding the connection request contains the preset verification information.
[0147] In one possible implementation, the preset verification information may include the timestamp of the connection request, and may also include the signature of the second device.
[0148] 902. If the decoding result indicates that the connection request contains preset verification information, it is determined that the second device has preset adjustment permissions;
[0149] If the decoding result indicates successful decoding, and the connection request contains preset verification information, then it can be determined that the second device that sent the connection request has established a trust relationship with the first device in advance, and the second device has preset adjustment permissions, and can subsequently respond to commands issued by the second device to operate on files in the first device.
[0150] 903. If the decoding result indicates that the connection request does not contain preset verification information or the decoding result indicates that the connection request failed to decode, it is determined that the second device does not have preset adjustment permissions.
[0151] If the decoding result indicates that the connection request decoding failed, it can be determined that the decoding failed using the shared key agreed with the mobile device, and it can be determined that the second device that sent the connection request did not establish a trust relationship with the first device in advance, and the second device does not have preset adjustment permissions.
[0152] If the decoding result indicates that the connection request does not contain preset verification information, it can be determined that the data in the connection request is incorrect and its format is different from the agreed format of the first device and the mobile device that established the information relationship. Therefore, it is determined that the second device that sent the connection request has not established a trust relationship with the first device in advance, and the second device does not have preset adjustment permissions.
[0153] If it is determined that the second device does not have the preset adjustment permission, the application may choose not to respond to the second device's request or may send a message indicating that the verification failed. This application does not restrict the specific implementation.
[0154] In this embodiment, the first device and the second device with which a trust relationship has been established agree on a preset key. Upon receiving a connection request, the first device decodes the connection request using the preset key to obtain a decoding result. If the decoding result indicates that the connection request contains preset verification information, it is determined that the second device has preset adjustment permissions; if the decoding result indicates that the connection request does not contain preset verification information or that the decoding of the connection request failed, it is determined that the second device does not have preset adjustment permissions. This achieves the goal of using the first device to decode the received connection request based on the preset key to determine whether the second device has preset adjustment permissions.
[0155] Figure 10 This is a flowchart illustrating the process of determining that a second device has preset adjustment permissions based on a connection request and receiving first information transmitted by the second device, provided in an embodiment of this application. It may include steps 1001 to 1003, which are described in detail below.
[0156] 1001. Based on the connection request, determine that the second device has preset adjustment permissions, and control the first device to switch from a non-working state to a working state according to the preset security information stored in the preset security module;
[0157] When the first device and the second device establish a trust relationship, the preset security information of the first device can also be stored in the preset security module of the first device.
[0158] When the first device and the second device have not established a first information transmission channel, the user needs to input preset security information when the first device switches from a non-working state to a working state.
[0159] For example, the preset security information may include BIOS boot verification and operating system (such as Windows) login credentials.
[0160] As an example, when the first device switches from hibernation to normal operation, it needs to enter Windows login credentials; when the first device switches from shutdown to normal operation, it needs to first enter BIOS power-on verification, and then enter Windows login credentials after the system starts.
[0161] In order to enable the second device to control the first device to switch from a non-working state to a working state, preset security information is also stored in the preset security module of the first device for this switching state.
[0162] In one possible implementation, after the first device and the second device establish a trust relationship, the user controls the first device to set preset adjustment permissions corresponding to the secure startup information of the first device. Specifically, the BIOS / UEFI or a dedicated desktop security application in the first device sets preset security information for secure startup of the first device. This allows the first device to switch to a working state when it is not in operation, provided the basis for subsequent responses to the second device's operations on files in the first device.
[0163] The preset security module can be an SE / TPM or similar module in the first device.
[0164] After the first device switches to working mode, this working mode can be a normal working mode, including the display screen being turned on and all startup items being enabled.
[0165] 1002. Based on the first information transmission channel, establish a second information transmission channel with the second device, wherein the data transmission capacity of the second information transmission channel is greater than that of the first information transmission channel;
[0166] After confirming that the second device has preset adjustment permissions, the first device establishes a second information transmission channel with the second device in order to transmit information with the second device in the future.
[0167] The second information transmission channel has a greater data transmission capacity and can transmit more data.
[0168] As an example, the second information transmission channel can use WiFi (Wireless Fidelity) Direct or Bluetooth, etc.
[0169] During the establishment of the second information transmission channel, the information required to establish the second information transmission channel can be transmitted through the first information transmission channel, such as the exchange of pairing information, SSID (Service Set Identifier) / password, etc.
[0170] In one possible implementation, when the first device and the second device establish a first information transmission channel, they exchange information required for establishing the second information transmission channel. Correspondingly, after the first device switches to the operating state, the functional module corresponding to the second information transmission channel is activated, and a second information transmission channel with the second device is automatically established.
[0171] As an example, the first information transmission channel uses NFC, and the second information transmission channel uses WiFi Direct. During the NFC handshake connection establishment process, the first and second devices exchange WiFi Direct pairing information and SSID / password using NFC's "connection switching" function. After the first device's system boots up, its WiFi Direct module is activated, establishing a WiFi Direct connection with the second device.
[0172] 1003. Based on the second information transmission channel, receive the first information transmitted by the second device.
[0173] After establishing a second information transmission channel with the second device, information is transmitted with the second device based on this second information transmission channel. The transmitted information includes the first information transmitted by the first device.
[0174] Correspondingly, during subsequent operations on the files in the first device, the copied files can be transferred to the second device through the second information transmission channel, or the contents of the files in the first device can be read or written based on the information transmitted from the second device.
[0175] In one possible implementation, after the first device switches to the working state, the working state can also be a headless service mode. In the headless service mode, apart from the functions involved in the information transmission of the second information transmission channel, other functions are not started. For example, the display screen is not turned on and the startup items are not started.
[0176] After entering headless service mode, the system of the first device starts a secure file service in the background. This secure file service only listens to the second information transmission channel to ensure that it only responds to the file service required for the current file operation through the second information transmission channel, and does not respond to other types of operations, thereby improving the data security of the first device.
[0177] The secure file service can be FTPS (File Transfer Protocol Secure, a service that adds an encryption layer to the FTP protocol) or SMBv3 (Server Message Block network file sharing protocol version 3), etc.
[0178] Once the headless service mode is entered, the first device can maintain its original posture without adjustment, and its display screen will not be turned on.
[0179] After the first device and the second device establish a second information transmission channel, the interface of the corresponding application in the second device displays the interface corresponding to the target file in the first device. Users can safely browse the file in the first device and download the file to the second device through this interface, or upload the file in the second device to a specified directory in the first device.
[0180] When the corresponding application is closed in the second device, the second information transmission channel is disconnected. After waiting for a preset time, the first device can return to a non-working state according to its configuration.
[0181] In this embodiment, based on the connection request, it is determined that the second device has preset adjustment permissions. Based on the preset security information stored in the preset security module of the first device, the first device is controlled to switch from a non-working state to a working state. This achieves the switching of the first device from a non-working state to a working state based on the first information transmission channel between the second and first devices. Furthermore, based on this first information transmission channel, after the first device switches to a working state, a second information transmission channel is established with the second device. This utilizes the second information transmission channel with stronger data transmission capabilities for information transmission and subsequent transmission of information related to operations on the target file. Thus, while using the second device to control the first device's switch from a non-working state to a working state, a second information transmission channel with even stronger data transmission capabilities is also established to improve the efficiency of information transmission between the first and second devices.
[0182] Figure 11 This application provides a flowchart illustrating how a second device is determined to have preset adjustment permissions based on a connection request, and how a first device is controlled to switch from a non-working state to a working state based on preset security information stored in a preset security module. The flowchart may include steps 1101 to 1103, which are described in detail below.
[0183] 1101. Based on the connection request, determine that the second device has preset adjustment permissions, and send a trigger signal to the management module to trigger the management module to control the hardware in the first device to power on;
[0184] Once it is determined that the second device has preset adjustment permissions, the first device can be triggered to switch from a non-working state to a working state.
[0185] A trigger signal is sent to the management module in the first device. This trigger signal can be a power-on signal, a wake-up signal, etc. The power-on signal controls the first device to switch from power off (S5) or hibernation (S4) to normal operation (S0) state, and the wake-up signal controls the first device to switch from sleep (S3 / S0i3) to normal operation (S0) state.
[0186] The management module can be an EC or a PMU (power management unit). A trigger signal is sent to the management module, which controls the hardware in the first device to power on.
[0187] Accordingly, the hardware powered on in the first device may include all hardware such as the display screen, motherboard, and fan, or it may include some hardware involved in operating on the target file in the first device, such as the motherboard. The hardware powered on in the first device can be configured according to actual conditions, and this application does not impose any restrictions.
[0188] 1102. Based on the preset security information stored in the preset security module, generate simulation information, which corresponds to the preset security information;
[0189] The preset security module stores the preset security information required for the first device to switch states.
[0190] For example, the preset security information could be a BIOS password, Windows operating system login credentials, etc., and the login credentials could be characters (password), fingerprint features, etc.
[0191] Correspondingly, the hardware in the first device is powered on by the trigger management module, and the system in the first device starts up. When the BIOS / UEFI requests input verification information, the simulation information is generated based on the preset security information stored in the preset security storage module.
[0192] The simulated information corresponds to the preset security information and is generated based on the preset security information. The preset security information does not leave the preset security module to ensure the security of the preset security information.
[0193] In one possible implementation, the preset security information is injected into the operating system via a hardware channel. This hardware channel can be a simulated keyboard HID (Human Interface Device) or a dedicated driver.
[0194] Among them, the simulated keyboard HID is the key value input of the keys on the simulated keyboard to generate simulated information. The dedicated driver can generate simulated information, which is simulated input preset security information.
[0195] In one possible implementation, the first device is in sleep mode (S3 / S0i3), where some hardware is powered off, but most hardware is powered on normally. Correspondingly, the trigger signal is a wake-up signal that triggers the powered-off hardware in the first device to power on. The system in the first device does not need to perform a POST self-test; only the operating system login credentials are needed to switch to the working state.
[0196] In one possible implementation, the first device is in a power-off (S5) or hibernation (S4) state, where some or all of the hardware is powered off. Correspondingly, the trigger signal is a power-on signal, which triggers the powered-off hardware in the first device to power on. The system in the first device needs to perform a POST self-test, which requires the BIOS password and operating system login credentials to switch to the working state.
[0197] When the preset security information is a character entered via a keyboard, it can be simulated by using a simulated keyboard HID; when the preset security information is a fingerprint, it can be simulated by rotating the drive to generate the information corresponding to the fingerprint feature, thereby simulating the fingerprint feature.
[0198] 1103. During the process of controlling the first device to switch from a non-working state to a working state, analog information is injected into the operating system.
[0199] During the process of the first device switching from a non-working state to a working state, if preset security information needs to be input, the simulated information will be injected into the operating system to enable the simulated user to input security information through the input device of the first device.
[0200] In one possible implementation, when the first device is in a non-operating state, after the budget security module determines that the second device has preset adjustment permissions, it sends a power-on signal to the EC or PMU to trigger the first device to switch to an operating state. This power-on signal is equivalent to pressing the power button. The first device begins a POST self-test. When the BIOS / UEFI requests input verification information (password or fingerprint, etc.), it inputs security information based on the preset security information stored in the preset security storage module to pass the verification process. Alternatively, simulated information can be generated and injected into the operating system, effectively enabling the input of security information on the first device.
[0201] If the BIOS requires a password for verification, the EC can obtain the corresponding BIOS password from the preset security module during the first device boot process and feed it back to BIOS / UEFI to automatically "inject" the pre-stored BIOS password and complete the BIOS verification.
[0202] If the operating system requires password verification, it can be done through the EC simulating keyboard HID to "inject" login credentials into the operating system during the first device startup process; it can also be done by the preset security module SE calling a dedicated driver to "inject" login credentials into the operating system; or it can be done by the SE module calling the EC, which then "injects" login credentials into the operating system through simulated keyboard HID.
[0203] In this embodiment, based on the connection request, it is determined that the second device has preset adjustment permissions. A trigger signal is sent to the management module to trigger the management module to control the hardware in the first device to power on, thereby controlling the first device to switch from a non-working state to a working state. Simulated information is generated based on preset security information stored in the preset security module, and the simulated information corresponds to the preset security information. During the process of controlling the first device to switch from a non-working state to a working state, the simulated information is injected into the operating system, thereby simulating the input of the preset security information into the operating system. Moreover, since the simulated information generated based on the preset security information is injected into the operation information, the preset security information does not need to be retrieved from the preset security module and input into the operating system, thus improving the security of the preset security information.
[0204] Figure 12 This is a flowchart illustrating the process of determining that a second device has preset adjustment permissions based on a connection request and receiving first information transmitted by the second device, provided in an embodiment of this application. It may include steps 1201 to 1203, which are described in detail below.
[0205] 1201. Parse the connection request to obtain the device information of the second device;
[0206] The connection request may contain device information of the second device. Accordingly, the connection request is parsed to obtain the device information of the second device contained therein.
[0207] The content contained in the connection request may be specified by the transmission protocol of the first information transmission channel.
[0208] 1202. Based on the existence of the second device's device information in the preset list, it is determined that the second device has preset adjustment permissions;
[0209] The first device stores a preset list, which records device information of a second device that has established a trust relationship with the first device.
[0210] Correspondingly, after obtaining the device information of the second device, a query can be performed in the preset list. If the device information of the second device exists in the preset list, it can be determined that the second device and the first device have established a trust relationship in advance, and the second device has preset adjustment permissions.
[0211] 1203. Receive the first information transmitted by the second device.
[0212] Correspondingly, the second device has preset adjustment permissions and can receive the first information transmitted by the second device in order to respond to the first information.
[0213] In one possible implementation, after determining that the second device has preset adjustment permissions, a pass command can be sent to the second device, and the second device triggers the transmission of first information based on the pass command, and the first device receives the first information transmitted by the second device.
[0214] In one possible implementation, it is determined that the second device has preset adjustment permissions and can directly request the first information from the second device, which then provides the first information in response.
[0215] In this embodiment, the first device stores a preset list, which records devices with preset adjustment permissions. The connection request is parsed to obtain the device information of the second device; based on the presence of the second device's device information in the preset list, it is determined that the second device has preset adjustment permissions; first information transmitted by the second device is received. Determining whether the second device has preset adjustment permissions by querying the preset list to see if its device information exists is a simple method.
[0216] Figure 13 This is a schematic diagram of the structure of various devices in an application scenario of the information processing method provided in the application embodiment. The structure includes the structure of the first device 1301 and the second device 1302. In this application scenario, the first device is represented by a computer, and the second device is represented by a mobile device (smartphone).
[0217] The first device 1301 includes an NFC controller 13011, a security module 13012, an EC / PMU 13013, a BIOS / UEFI 13014, an operating system (OS) 13015, a WiFi Direct module 13016, and a main power supply 13017. The NFC module 13011 establishes an NFC connection with the second device in response to an NFC field. The NFC module connects to the standby power supply and the EC / PMU 13013, which controls the NFC controller 13011 to remain powered on when the first device is powered off. The security module 13012 may be an SE / TPM, used to store encrypted credentials (the aforementioned preset security information), such as BIOS passwords, Windows login credentials, etc. The EC / PMU 13013 controls the operation of the functional modules that remain powered on when the first device is powered off. The main power supply 13016 supplies power to all components in the first device.
[0218] The second device 1302 includes an NFC reader / writer 13021, a dedicated application 13022, a biometric module 13023, and a WiFi Direct module 13024. The NFC reader / writer 13021 establishes an NFC connection with the NFC controller when it is brought close to the first device. The dedicated application 13022 is used for configuring settings for the target system of the first device, and can also be configured to operate on target files within the first device. The biometric module 13023 is used to receive biometric information input by the user, such as fingerprints or facial recognition. The WiFi Direct module 13024 is used to establish WiFi Direct connections with other devices. The WiFi Direct module 13016 in the first device 1301 and the WiFi Direct module 13024 in the second device 1302 are corresponding modules, and they establish a WiFi Direct connection between the first and second devices.
[0219] refer to Figure 7 A schematic diagram showing the second device positioned close to the first device.
[0220] The second device is brought close to the first device, and the two perform an NFC handshake process. The NFC controller 13011 in the first device starts to run. During this process, the second device sends preset verification information (such as an authentication token) to the first device.
[0221] The NFC controller 13011 in the first device transmits the received preset verification information to the security module 13012 for verification. If the verification is successful, the verification result is sent to the EC / PMU 13013. The EC / PMU 13013 triggers power-on, and the first device begins POST self-test. When the BIOS requires a password, the first device injects the BIOS password into the BIOS / UEFI 13014 using the preset security information (BIOS password) stored in the security module 13012. When the operating system (OS) 13015 requires OS credentials, the first device injects the pre-stored OS credentials through the hardware channel using the preset security information (OS credentials) stored in the security module 13012. After the operating system (OS) 13015 starts, the WiFi Direct module 13016 starts, establishing a high-speed data channel (WiFi Direct) with the second device. Through this high-speed data channel, the second device controls file operations on the first device.
[0222] The above describes an information processing method provided by an embodiment of this application. The following will describe a system that performs the above information processing method.
[0223] Please see Figure 14 , Figure 14 This is a schematic diagram of the structure of an information processing system provided for an embodiment of this application. For example... Figure 14 As shown, the information processing system 1400 includes:
[0224] First device 1401 and second device 1402, the second device is a mobile device;
[0225] The second device is used to generate first information, which is used to adjust the configuration parameters of the target system in the first device.
[0226] The first device is used to establish a first information transmission channel with the second device, the first information transmission channel adopts a near-field wireless data transmission protocol; through the first information transmission channel, it receives first information transmitted by the second device; based on the target system switching from a closed state to a powered-on state, it adjusts the configuration parameters of the target system according to the configuration information contained in the first information.
[0227] The first device can be a laptop, PC, or other similar device. The first device is equipped with the target system. Directly adjusting the configuration parameters of the target system within the first device requires strong technical skills.
[0228] For example, the target system could be a BIOS or an OS operating system.
[0229] The second device can support various applications. By configuring the required applications in the second device, parameters can be set in the user-friendly interface of the application. The information of the set parameters is generated as first information and sent to the first device to adjust the configuration parameters of the target system of the first device.
[0230] The second device can be a mobile device such as a mobile phone or tablet, which is more mobile and easier to operate.
[0231] It should be noted that the specific implementation and corresponding explanation of the first device execution steps described above can be found in the explanations in the aforementioned method embodiments, and will not be repeated here.
[0232] In this embodiment, the information processing system includes a first device and a second device, the second device being a mobile device. The first device establishes a first information transmission channel with the second device, which employs a near-field wireless data transmission protocol. Through the first information transmission channel, the first device receives first information transmitted by the second device. Based on the target system switching from a closed state to a powered-on state, the configuration parameters of the target system are adjusted according to the configuration information contained in the first information. The second device sets the configuration parameters of the target system in the first device. Since the second device is a mobile device carried by the user, when the first device establishes a near-field channel with the second device, it generates and transmits the first information to the first device to set the parameters of the target system in the first device. During the target system restart process, the first device adjusts the configuration parameters of the target system according to the configuration information in the first information, enabling convenient and quick adjustment of the configuration parameters of the target system in the first device, without being limited to adjustments within the first device's dedicated configuration interface, thus improving configuration efficiency.
[0233] This application also provides a computer program product including computer-readable instructions, which, when executed on an electronic device, cause the electronic device to implement any of the information processing methods provided in this application.
[0234] This application also provides an electronic device, including at least one processor and a memory connected to the processor, the memory being used to store a computer program; the processor being used to execute the computer program, causing the electronic device to implement any of the information processing methods provided in this application.
[0235] This application also provides a computer-readable storage medium that carries one or more computer programs. When the one or more computer programs are executed by an electronic device, the electronic device can implement any of the information processing methods provided in this application.
[0236] It is understood that before using the technical solutions disclosed in the various embodiments of the present invention, users should be informed of the types, scope of use, and usage scenarios of the personal information involved in the present invention and their authorization should be obtained in accordance with relevant laws and regulations through appropriate means.
[0237] For example, upon receiving a user's active request, a prompt message is sent to the user to explicitly inform them that the requested operation will require the acquisition and use of the user's personal information. This allows the user to independently choose whether to provide personal information to the software or hardware, such as the electronic device, application program, server, or storage medium executing the operation of this invention, based on the prompt message.
[0238] As an optional but non-limiting implementation, in response to a user's active request, sending a prompt message to the user can be done via a pop-up window, where the prompt message can be presented in text format. Furthermore, the pop-up window can also include a selection control allowing the user to choose "agree" or "disagree" to provide personal information to the electronic device.
[0239] It is understood that the above notification and user authorization process is merely illustrative and does not constitute a limitation on the implementation of the present invention. Other methods that comply with relevant laws and regulations may also be applied to the implementation of the present invention.
[0240] It is understood that the data involved in this technical solution (including but not limited to the data itself, the acquisition or use of the data) shall comply with the requirements of relevant laws, regulations and related provisions.
[0241] It should also be noted that the device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate, and 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 modules can be selected to achieve the purpose of this embodiment according to actual needs. In addition, in the device embodiment drawings provided in this application, the connection relationship between modules indicates that they have a communication connection, which can be implemented as one or more communication buses or signal lines.
[0242] Through the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware, or it can be implemented by special-purpose hardware including application-specific integrated circuits, special-purpose CPUs, special-purpose memory, special-purpose components, etc. Generally, any function performed by a computer program can be easily implemented by corresponding hardware, and the specific hardware structure used to implement the same function can also be diverse, such as analog circuits, digital circuits, or special-purpose circuits. However, for this application, software program implementation is more often the preferred implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a readable storage medium, such as a computer floppy disk, USB flash drive, mobile hard disk, ROM, RAM, magnetic disk, or optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, training equipment, or network device, etc.) to execute the methods described in the various embodiments of this application.
[0243] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product.
[0244] The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions may be transmitted from one website, computer, training device, or data center to another website, computer, training device, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a training device or data center that integrates one or more available media. The available media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid-state drives (SSDs)).
Claims
1. An information processing method, applied to a first device, comprising: Establish a first information transmission channel with a second device, the second device being a mobile device, and the first information transmission channel adopts a near-field wireless data transmission protocol; Receive the first information transmitted by the second device through the first information transmission channel; Based on the target system switching from a shutdown state to a startup state, the configuration parameters of the target system are adjusted according to the configuration information contained in the first information.
2. The information processing method according to claim 1, wherein adjusting the configuration parameters of the target system based on the configuration information contained in the first information, after the target system switches from a closed state to a started state, includes: Parse the first information to obtain the target configuration information of the target system in the first device; The target configuration information is transmitted to the preset configuration program; Based on the target system switching from a shutdown state to a startup state, the configuration parameters of the target system are adjusted according to the target configuration information in the preset configuration program.
3. The information processing method according to claim 2, further comprising, after transmitting the target configuration information to the preset configuration program: The preset identifier of the preset configuration program is changed from the first identifier to the second identifier. The first identifier indicates that the preset configuration program does not contain target configuration information, and the second identifier indicates that the preset configuration program contains target configuration information. Accordingly, based on the target system switching from a shutdown state to a startup state, and according to the target configuration information in the preset configuration program, the configuration parameters of the target system are adjusted, including: Based on the target system switching from a closed state to a running state, query the preset identifier of the preset configuration program; Based on the preset identifier being the second identifier, the configuration parameters of the target system are adjusted according to the target configuration information in the preset configuration program.
4. The information processing method according to claim 1, further comprising, after receiving the first information transmitted by the second device through the first information transmission channel: Parse the first information to obtain the target command, which is a command used to control operations on files stored in the first device; In response to the target command, the target file in the first device is operated on.
5. The information processing method according to claim 1, wherein receiving the first information transmitted by the second device through the first information transmission channel comprises: A connection request from the second device is obtained through the first information transmission channel; Based on the connection request, it is determined that the second device has preset adjustment permissions, and the first information transmitted by the second device is received.
6. The information processing method according to claim 5, determining whether the second device has preset adjustment permissions based on the connection request, includes: The connection request is decoded according to the preset key to obtain the decoding result; If the decoding result indicates that the connection request contains preset verification information, it is determined that the second device has preset adjustment permissions; If the decoding result indicates that the connection request does not contain preset verification information or the decoding result indicates that the connection request failed to decode, it is determined that the second device does not have preset adjustment permissions.
7. The information processing method according to claim 6, wherein determining that the second device has preset adjustment permissions based on the connection request and receiving the first information transmitted by the second device includes: Based on the connection request, it is determined that the second device has preset adjustment permissions, and according to the preset security information stored in the preset security module, the first device is controlled to switch from a non-working state to a working state. Based on the first information transmission channel, a second information transmission channel is established with the second device, wherein the data transmission capacity of the second information transmission channel is greater than that of the first information transmission channel. Based on the second information transmission channel, the first information transmitted by the second device is received.
8. The information processing method according to claim 7, wherein determining that the second device has preset adjustment permissions based on the connection request, and controlling the first device to switch from a non-working state to a working state according to preset security information stored in the preset security module, includes: Based on the connection request, it is determined that the second device has preset adjustment permissions, and a trigger signal is sent to the management module to trigger the management module to control the hardware in the first device to power on; Based on the preset security information stored in the preset security module, simulation information is generated, and the simulation information corresponds to the preset security information; During the process of controlling the first device to switch from a non-working state to a working state, the simulated information is injected into the operating system.
9. The information processing method according to claim 5, wherein determining that the second device has preset adjustment permissions based on the connection request and receiving the first information transmitted by the second device includes: Parse the connection request to obtain the device information of the second device; Based on the fact that the device information of the second device exists in the preset list, it is determined that the second device has preset adjustment permissions; Receive the first information transmitted by the second device.
10. An information processing system, comprising: The first device and the second device, wherein the second device is a mobile device; The second device is used to generate first information, which is used to adjust the configuration parameters of the target system in the first device; The first device is used to establish a first information transmission channel with the second device, the first information transmission channel adopting a near-field wireless data transmission protocol; and to receive first information transmitted by the second device through the first information transmission channel. Based on the target system switching from a shutdown state to a startup state, the configuration parameters of the target system are adjusted according to the configuration information contained in the first information.