CN107885548B - System starting method and device - Google Patents
System starting method and device Download PDFInfo
- Publication number
- CN107885548B CN107885548B CN201711097974.6A CN201711097974A CN107885548B CN 107885548 B CN107885548 B CN 107885548B CN 201711097974 A CN201711097974 A CN 201711097974A CN 107885548 B CN107885548 B CN 107885548B
- Authority
- CN
- China
- Prior art keywords
- starting
- identifier
- mode
- parameter
- memory card
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
The application discloses a system starting method and device. The method comprises the following steps: detecting an interface state event in a system starting process to obtain a parameter of the interface state event, wherein the parameter is used for judging a system starting mode; determining a system starting mode according to the parameters and a system starting mode judgment condition; if the parameter accords with the judgment condition of the system recovery mode, setting a system recovery identifier, and if the parameter accords with the judgment condition of the memory card upgrading mode, setting the system recovery identifier and the memory card upgrading identifier; executing a corresponding starting process according to the determined system starting mode; if the system recovery identifier is set, starting a system recovery process, and if the system recovery identifier and the memory card upgrading identifier are set, starting a memory card upgrading process.
Description
Technical Field
The invention relates to the technical field of computers, in particular to a system starting method and device.
Background
When the computer device is started, different startup modes may need to be executed according to different situations, such as executing a normal startup mode, or executing a system recovery mode, or executing a memory card upgrade mode.
Executing a normal starting mode, and enabling the system to enter a normal running state; executing a system recovery mode, and performing system recovery, such as recovering to a factory state; and executing the memory card upgrading mode to perform memory card upgrading operation.
How to execute different startup modes according to different requirements is a problem to be solved at present.
Disclosure of Invention
In a first aspect, an embodiment of the present application provides a system starting method, which is used to implement different starting modes according to different situations.
The method comprises the following steps:
detecting an interface state event in a system starting process to obtain a parameter of the interface state event, wherein the parameter is used for judging a system starting mode;
determining a system starting mode according to the parameters and a system starting mode judgment condition; if the parameter accords with the judgment condition of the system recovery mode, setting a system recovery identifier, and if the parameter accords with the judgment condition of the memory card upgrading mode, setting the system recovery identifier and the memory card upgrading identifier;
executing a corresponding starting process according to the determined system starting mode; if the system recovery identifier is set, starting a system recovery process, and if the system recovery identifier and the memory card upgrading identifier are set, starting a memory card upgrading process.
In the above embodiment, since the startup mode parameter may be used to determine the system startup mode, different system startup modes, such as executing the system recovery mode or executing the memory card upgrade mode, may be implemented by setting different system startup mode parameters, so that different startup modes may be implemented according to different requirements.
Optionally, if the parameter meets a system recovery mode decision condition, setting a system recovery identifier, and if the parameter meets a memory card upgrade mode decision condition, setting a system recovery identifier and a memory card upgrade identifier, including:
and if the parameter of the interface state event is determined to be the first combined interface state, setting a system recovery identifier, and if the parameter of the interface state event is determined to be the second combined interface state, setting the system recovery identifier and the memory card upgrading identifier.
In the above embodiment, since the corresponding system start mode needs to be executed may be indicated by different combined interface states, different combined interface states may be implemented by a user operation, so that different system start modes may be executed according to the user's intention.
Optionally, the method further comprises: receiving a system restart instruction, wherein the system restart instruction is used for instructing to restart a specified application program; determining resources required by the application program and a process to be executed according to the application program indicated by the system restarting instruction; and restarting the system, loading the determined resources in the system restarting process, and executing the determined process.
In the above embodiment, since the specified application program can be instructed to be restarted by the system restart instruction, and the resource required by the application program and the process required by the application program to be executed can be loaded according to the instruction when the system is restarted, only the specified application program can be executed after the system is restarted, and the application program can occupy as many system resources as possible, so as to improve the running performance of the application program.
In a second aspect, an embodiment of the present application provides a system starting apparatus, which can implement the method provided in the first aspect.
The device includes:
the system comprises an acquisition module, a processing module and a control module, wherein the acquisition module is used for detecting an interface state event in the starting process of the system and obtaining parameters of the interface state event, and the parameters are used for judging the starting mode of the system;
the determining module is used for determining a system starting mode according to the parameters and the system starting mode judgment condition; if the parameter accords with the judgment condition of the system recovery mode, setting a system recovery identifier, and if the parameter accords with the judgment condition of the memory card upgrading mode, setting the system recovery identifier and the memory card upgrading identifier;
the starting module is used for executing a corresponding starting process according to the determined system starting mode; if the system recovery identifier is set, starting a system recovery process, and if the system recovery identifier and the memory card upgrading identifier are set, starting a memory card upgrading process.
Optionally, the determining module is specifically configured to: and if the parameter of the interface state event is determined to be the first combined interface state, setting a system recovery identifier, and if the parameter of the interface state event is determined to be the second combined interface state, setting the system recovery identifier and the memory card upgrading identifier.
Optionally, the obtaining module is further configured to: receiving a system restart instruction, wherein the system restart instruction is used for instructing to restart a specified application program;
the determination module is further to: determining resources required by the application program and a process to be executed according to the application program indicated by the system restarting instruction;
the start module is further configured to: and restarting the system, loading the determined resources in the process of restarting the system, and executing the determined process.
In a third aspect, an embodiment of the present application provides a system starting method.
The method comprises the following steps:
receiving a system restart instruction, wherein the system restart instruction is used for instructing to restart a specified application program;
determining resources required by the application program and a process to be executed according to the application program indicated by the system restarting instruction;
and restarting the system, loading the determined resources in the process of restarting the system, and executing the determined process.
Optionally, the instruction is a menu command.
In the above embodiment, since the specified application program can be instructed to be restarted by the system restart instruction, and the resource required by the application program and the process required by the application program to be executed can be loaded according to the instruction when the system is restarted, only the specified application program can be executed after the system is restarted, and the application program can occupy as many system resources as possible, so as to improve the running performance of the application program.
In a fourth aspect, an embodiment of the present application provides a system starting apparatus, which can implement the method provided in the third aspect.
The device includes:
the system comprises an acquisition module, a processing module and a control module, wherein the acquisition module is used for receiving a system restart instruction, and the system restart instruction is used for indicating to restart a specified application program;
the determining module is used for determining resources required by the application program and a process to be executed according to the application program indicated by the system restarting instruction;
and the starting module is used for restarting the system, loading the determined resources in the restarting process of the system and executing the determined process.
In a fifth aspect, one or more computer-readable media are provided, the readable media having instructions stored thereon, which when executed by one or more processors, cause a terminal to perform the method of any of the first aspects above.
In a sixth aspect, one or more computer-readable media are provided, the readable media having instructions stored thereon, which when executed by one or more processors, cause a terminal to perform the method of any of the above third aspects.
In a seventh aspect, a terminal is provided, including: one or more processors; and one or more memories having instructions stored thereon which, when executed by the one or more processors, cause the terminal to perform the method of any of the first aspects above.
In an eighth aspect, there is provided a terminal comprising: one or more processors; and one or more memories having instructions stored thereon which, when executed by the one or more processors, cause the terminal to perform the method of any of the above third aspects.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive exercise.
Fig. 1 is a schematic diagram of a system boot process according to an embodiment of the present application;
FIG. 2 is a schematic diagram of a system boot process according to another embodiment of the present application;
fig. 3 is a schematic diagram of a system restart process according to an embodiment of the present application;
FIG. 4 is a schematic system restart flow chart according to another embodiment of the present application;
fig. 5 is a schematic structural diagram of a system starting apparatus according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a terminal according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of a system starting apparatus according to an embodiment of the present application;
fig. 8 is a schematic structural diagram of a terminal according to an embodiment of the present application.
Detailed Description
Referring to fig. 1, a schematic diagram of a system startup process provided in the embodiment of the present application is shown. The process can be executed by the computer device or a functional module used for realizing system startup in the computer device. The computer device may be any suitable computing or mobile device, such as a terminal, and may specifically include: smart phones, tablet computers, notebook computers, Personal Digital Assistants (PDAs), smart wearable devices, vehicle-mounted terminals, and the like.
The process shown in fig. 1 may be executed after the computer device is powered on. As shown, the process may include:
s101: and acquiring system starting mode parameters, wherein the parameters are used for judging a system starting mode.
The starting parameter may be preset, specifically, may be set by default in the system, or may be set by the user. For example, the user may set the startup mode parameters through a startup setting interface provided by the system when the system is operating normally. The startup parameters may be startup mode identifiers, different startup mode identifiers, or a combination thereof, and may correspond to different system startup modes.
The starting parameters may also be dynamically generated and acquired in the starting process. For example, several combined interface states may be predefined, where different combined interface states correspond to different system start modes, specifically, a first combined interface state corresponds to a system recovery mode, and a second combined interface state corresponds to a memory card upgrade mode. In the starting process, an interface state event is detected, and an event parameter is obtained. It can be determined whether the first combined interface state or the second combined interface state is the first combined interface state or the second combined interface state according to the event parameter.
Alternatively, taking a mobile phone as an example, the first combined interface may include an "up key" and a "USB interface" on the mobile phone, and the second combined interface may include an "up key", a "down key" and a "power key" on the mobile phone. The "up key" and the "down key" refer to keys that can be used to adjust the sound level, "power key" refers to a key that controls power on/off, and "USB interface" refers to a USB socket or slot on the mobile phone. When a user presses an up key and a USB device (such as a keyboard of a USB interface) is connected to the USB interface during the starting process of the mobile phone, the mobile phone may detect an event related to the state of the first combination interface; when the user presses the up key, the down key and the power key simultaneously in the starting process of the mobile phone, the mobile phone can detect the event related to the state of the second combined interface.
S102: and determining a system starting mode according to the acquired parameters and the system starting mode judgment condition.
If the acquired parameters accord with system recovery mode judgment conditions, determining a system recovery mode, and if the parameters accord with memory card upgrading mode judgment conditions, determining a memory card upgrading mode.
Alternatively, in a case where different predefined combined interface states are used to correspond to different system start-up modes, for example, the first combined interface group state corresponds to a system recovery mode, and the second combined interface state corresponds to a memory card upgrade mode, in S102, if the predefined first combined interface state is determined to be met according to the parameters of the interface state event, the system recovery mode is determined, and if the predefined second combined interface state is determined to be met according to the parameters of the interface state event, the memory card upgrade mode is determined.
Alternatively, different startup mode identifiers, or combinations of startup mode identifiers, may be used to identify different system startup modes. For example, the system recovery identifier may be used to identify the system recovery mode, and the system recovery identifier and the memory card upgrade identifier may be used to identify the memory card upgrade mode, so that the system recovery identifier is set if the parameters obtained in S101 meet the system recovery mode decision condition, and the system recovery identifier and the memory card upgrade identifier are set if the parameters obtained in S101 meet the memory card upgrade mode.
S103: and executing a corresponding starting process according to the determined system starting mode.
If the determined system starting mode is the system recovery mode, starting the system recovery process, and if the determined system starting mode is the memory card upgrading mode, starting the memory card upgrading process.
Taking the example of using the system recovery identifier to identify the system recovery mode and using the system recovery identifier and the memory card upgrade identifier to identify the memory card upgrade mode, in S103, if the system recovery identifier is set, the system recovery process is started, and if the system recovery identifier and the memory card upgrade identifier are set, the memory card upgrade process is started.
Further, in the above flow, if a parameter for determining the system start mode is not acquired in S101, or it is determined in S102 according to the acquired parameter that neither the system recovery mode nor the memory card upgrade mode is determined or set, the normal start mode may be entered.
In the above starting process, the sequence may be divided into a first starting stage and a second starting stage according to the time sequence, where S101 and S102 may occur in the first starting stage, and S103 may occur in the second starting stage. Other operations may also be included in the first and second boot phases, such as loading a system kernel in the first boot phase, and the above flow shows only the operations related to the present application. The second start-up phase may be performed by a start-up process (init process).
For a clear explanation, a system boot process provided by another embodiment is described below with reference to fig. 2. The process can be applied to the starting process of the mobile phone.
In the embodiment of the present application, the following interface states and corresponding system start modes are predefined:
"key up + USB": the method comprises the following steps that a user presses an 'up key' in the starting process, and when the USB interface is connected with USB equipment, a system recovery mode is started;
"up key + down key + power key": it means that when the user presses these 3 keys simultaneously during the start-up process, the T-card upgrade mode should be started. The T Card is a memory Card applied to a mobile phone, and is also called a TF Card (Trans-flash Card).
Referring to fig. 2, a system startup procedure provided for another embodiment of the present application may include:
s201: after the mobile phone is powered on, a user event in the starting process is detected.
If the "key up + USB" state is detected, it proceeds to S202. In this scenario, if the user presses a "down key" during the starting process and the USB interface is connected to the USB keyboard, a user-related event may be generated at this time, and the related function module in the mobile phone for executing the system starting may determine that the combined interface state is "up key + USB" according to the parameter of the event.
If the "up key + down key + power key" state is detected, it proceeds to S203. In this scenario, if the user presses the "down key", "up key" and "power key" simultaneously during the starting process, a user-related event will be generated at this time, and the related function module in the mobile phone for executing the system starting may determine that the combined interface state is "up key + down key + power key" according to the parameters of the event.
If neither the "up key + USB" state nor the "up key + down key + power key" state is detected, it proceeds to S210.
S202: BOOT _ TO _ RECOVERY is set, and the process goes TO S204.
The BOOT _ TO _ rcover is a system recovery flag, and may be used TO indicate a BOOT reason. Here, the identification may indicate that the boot reason is for system recovery. The BOOT _ TO _ RECOVERY may be a string type variable, but may be a variable of other data types.
S203: BOOT _ TO _ RECOVERY and ftuadate are set.
ftuadate is a T-card upgrade identifier that may be used with the BOOT _ TO _ RECOVERY TO indicate that a T-card upgrade is required. ftuadate can be an integer or boolean variable, but can of course be a variable of other data types.
Optionally, ftuadate may be set in cmdline as a parameter in the kernel command line.
S204: the init process is started.
S205: the init process determines the start mode according to the previously set parameters.
If the BOOT _ TO _ RECOVERY and ftuadate are set, the process proceeds TO S206; if only the BOOT _ TO _ RECOVERY is previously set, the process proceeds TO S207; if neither BOOT _ TO _ RECOVERY nor ftuadate has been previously set, the process proceeds TO S208.
S206: a tfufrate attribute in the persistence object is set, which indicates that the T-card upgrade process is performed, and the process goes to S209.
S207: a recovery attribute in the persistence object is set, and the attribute is used to instruct the execution of the system recovery process, and the process goes to S209.
S208: and executing a normal starting process.
S209: and executing the corresponding process according to the attribute in the persistence object. If the persistence object comprises the tfufrate attribute and the attribute value is set (the attribute value is used for indicating the execution of the T-card upgrading process), executing the T-card upgrading process; and if the persistence object comprises the recovery attribute and the attribute value is set (the attribute value is used for indicating the execution of the system recovery process), executing the system recovery process.
S210: and executing a normal starting process.
As can be seen from fig. 1 and fig. 2, since the startup mode parameter can be used to determine the system startup mode, different system startup modes, such as executing the system recovery mode or executing the memory card upgrade mode, can be executed by setting different system startup mode parameters, and thus different startup modes can be executed according to different requirements.
Referring to fig. 3, a restart flow diagram provided in the embodiment of the present application is shown. The process can be executed by the computer device or a functional module used for realizing system startup in the computer device.
As shown, the process may include:
s301: and receiving a system restart instruction, wherein the system restart instruction is used for instructing to restart the specified application program.
Alternatively, the system restart instruction may be a menu command. Of course other types of commands are possible.
Taking a menu command as an example, in the embodiment of the present application, one or more menu commands may be provided, and a user may select an appropriate menu command as needed. Each menu command may correspond to a system restart mode or a restart reason, wherein at least one menu command is used to instruct a restart of a specific application or applications. For example, 3 menu commands for system restart may be set, respectively:
menu command 1: the system is used for indicating to restart the system, starting the application program A after the system is restarted, and enabling the application program A to occupy as much system resources as possible;
menu command 2: the system is used for indicating to restart the system and restoring to a factory setting state of the system;
menu command 3: for instructing a system restart to proceed in a normal manner.
The flow is described by taking the example of receiving the menu command 1, that is, the received system restart instruction is used to instruct to restart the specified application program.
S302: and determining the resources required by the application program and the process to be executed according to the application program indicated by the received system restart instruction.
For the system restart instruction (or for a system restart mode or for a restart reason), the resources that need to be loaded and the processes that need to be started at the system restart may be predefined. For example, taking the menu command 1 as an example, the restart reason corresponding to the menu command 1 may be a restart application (such as restart application a), and the system restart mode corresponding to the menu command may be a restart mode of restarting application a. For the menu command, a system resource configuration file corresponding to the menu command, such as an init. Rc file configured for the menu command may be necessary to run the application a, and other resources and/or processes unrelated to the running of the application a may not be included, so that the application a may be started after the system is restarted according to the menu command, and the application a can use as many system resources as possible, so as to improve the running efficiency of the application a.
S303: and restarting the system, loading the determined resources in the restarting process of the system, and executing the determined process.
Taking the above 3 menu commands as an example, further, if the received system restart instruction is the above menu command 2, performing system restart and performing system recovery; if the received system restart instruction is the menu command 3, the system restart can be performed according to the existing flow.
The process shown in fig. 3 may be combined with the process shown in fig. 1, that is, the process shown in fig. 1 is performed when the system is booted, and the process shown in fig. 3 is performed when the system is restarted. The process shown in fig. 3 and the process shown in fig. 1 may also be used separately, for example, the process shown in fig. 3 may be executed when the system is restarted, and the process shown in fig. 1 may or may not be executed when the system is started.
Referring to fig. 4, a system restart flow diagram according to another embodiment of the present application is provided. The process is exemplified by performing a system restart based on a menu command, and as shown in the figure, the process may include:
as shown, the process may include:
s401: a menu command is received.
The menu command may be "system restart and enter game a", which is used to instruct a system restart to be performed and game a to be started. The startup reason indicated by the menu command is: game a is run and system resources are allocated as much as possible for game a use.
In this step, the user may select the menu command and submit the command through a user interface provided by the system.
S402: and restarting the system, and setting a system starting identifier according to the starting reason indicated by the menu command.
In this flow, the BOOT _ TO _ GAME is set according TO the menu command. Wherein, the BOOT _ TO _ GAME is a system start mode identifier, and is used for identifying the system start mode as follows: the execution system restarts and starts the game. The identification may be a string variable or a variable of another data type.
S403: the init process is started.
S404: the init process determines the start mode according to the previously set parameters.
If the BOOT _ TO _ GAME is previously set, it proceeds TO S405, otherwise it may proceed TO S407.
S405: and loading the system resource indicated by the game.
The GAME, init, rc file is a resource configuration file corresponding TO the BOOT _ TO _ GAME.
S406: the processes necessary to start game a may not be started, but processes unrelated to the execution of game a may be started.
S407: and carrying out normal system restart, or carrying out corresponding system restart process according to the set other system start identifier.
As can be seen from the above flows shown in fig. 3 and fig. 4, since the specified application program can be restarted by the system restart instruction, and the resource required by the application program and the process required by the application program running can be loaded and executed at the system restart according to the instruction, only the specified application program can be run after the system restart, and the application program can occupy as many system resources as possible, so as to improve the running performance of the application program.
It is understood that, in order to implement the above functions, the embodiments of the present application include corresponding hardware structures and/or software modules for performing the respective functions. The elements (devices, means) and algorithm steps of the various examples described in connection with the embodiments disclosed herein may be implemented in hardware or a combination of hardware and computer software. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present teachings.
In the embodiment of the present application, functional units (devices, apparatuses) of a device for executing the method may be divided according to the method example, for example, each functional unit (device, apparatus) may be divided according to each function, or two or more functions may be integrated into one processing unit (device, apparatus). The integrated units (devices, apparatuses) may be implemented in the form of hardware, or may be implemented in the form of software functional units (devices, apparatuses). It should be noted that, in the embodiment of the present application, the division of the unit (device, apparatus) is schematic, and is only a logic function division, and there may be another division manner in actual implementation.
In the case of using integrated units (devices ), fig. 5 shows a schematic structural diagram of a system startup device provided in an embodiment of the present application. Referring to fig. 5, the system starting apparatus 500 includes: an acquisition module 501, a determination module 502, and an activation module 503.
The obtaining module 501 is configured to detect an interface state event in a system starting process, and obtain a parameter of the interface state event, where the parameter is used to determine a system starting mode; the determining module 502 is configured to determine a system start mode according to the parameter and a system start mode decision condition; if the parameter accords with the judgment condition of the system recovery mode, setting a system recovery identifier, and if the parameter accords with the judgment condition of the memory card upgrading mode, setting the system recovery identifier and the memory card upgrading identifier; the starting module 503 is configured to execute a corresponding starting process according to the determined system starting mode; if the system recovery identifier is set, starting a system recovery process, and if the system recovery identifier and the memory card upgrading identifier are set, starting a memory card upgrading process.
Optionally, the determining module 502 is specifically configured to: and if the parameter of the interface state event is determined to be the first combined interface state, setting a system recovery identifier, and if the parameter of the interface state event is determined to be the second combined interface state, setting the system recovery identifier and the memory card upgrading identifier.
Optionally, the obtaining module 502 is further configured to: receiving a system restart instruction, wherein the system restart instruction is used for instructing to restart a specified application program; the determining module 501 is further configured to: determining resources required by the application program and a process to be executed according to the application program indicated by the system restarting instruction; the initiating module 503 is further configured to: and restarting the system, loading the determined resources in the process of restarting the system, and executing the determined process.
Fig. 6 shows a schematic structural diagram of a terminal 600 provided in an embodiment of the present application, that is, shows another schematic structural diagram of the system starting apparatus 500. Referring to fig. 6, the terminal 600 includes a processor 601 and a network interface 602. The processor 601 may also be a controller. The processor 601 is configured to support the system start apparatus 500 to perform the functions referred to in fig. 1 or fig. 2. The network interface 602 is configured to support messaging functions of the system initiation device 500. The terminal 600 may also include a memory 603, the memory 603 being configured to couple with the processor 601 and to store program instructions and data necessary for the device. The processor 601, the network interface 602 and the memory 603 are connected, the memory 603 is used for storing instructions, and the processor 601 is used for executing the instructions stored in the memory 603 to control the network interface 602 to send and receive messages, so as to complete the steps of the system starting apparatus 500 in the above method for executing corresponding functions.
In the embodiment of the present application, for concepts, explanations, details, and other steps related to the system starting apparatus 500 and the terminal 600 and related to the technical solution provided in the embodiment of the present application, please refer to the description of the foregoing method or the contents in other embodiments, which is not described herein again.
In the case of using integrated units (devices, apparatuses), fig. 7 shows a schematic structural diagram of another system startup device provided in the embodiment of the present application. Referring to fig. 7, the system starting apparatus 700 includes: an acquisition module 701, a determination module 702, and an activation module 703.
The obtaining module 701 is configured to receive a system restart instruction, where the system restart instruction is used to instruct to restart a specified application program; the determining module 702 is configured to determine, according to the application program indicated by the system restart instruction, a resource required for executing the application program and a process to be executed; the starting module 703 is configured to perform system restart, load the determined resource in the system restart process, and execute the determined process.
Optionally, the instruction is a menu command.
Fig. 8 shows a schematic structural diagram of a terminal 800 provided in an embodiment of the present application, that is, another schematic structural diagram of the system startup device 700 is shown. Referring to fig. 8, a terminal 800 includes a processor 801 and a network interface 802. The processor 801 may also be a controller. The processor 801 is configured to support the system start-up device 700 to perform the functions referred to in fig. 3 or fig. 4. The network interface 802 is configured to support messaging functions of the system initiation device 700. The terminal 800 may also include a memory 803, the memory 803 being used in conjunction with the processor 801 to store the program instructions and data necessary for the device. The processor 801, the network interface 802 and the memory 803 are connected, the memory 803 is used for storing instructions, and the processor 801 is used for executing the instructions stored in the memory 803 to control the network interface 802 to send and receive messages, so as to complete the steps of the system startup device 700 in the above method for executing corresponding functions.
In the embodiment of the present application, for concepts, explanations, details, and other steps related to the system starting apparatus 700 and the terminal 800 and related to the technical solutions provided in the embodiment of the present application, reference is made to the foregoing methods or descriptions related to these contents in other embodiments, and details are not described herein.
It should be noted that the processor referred to in the embodiments of the present application may be a Central Processing Unit (CPU), a general purpose processor, a Digital Signal Processor (DSP), an application-specific integrated circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic devices, a transistor logic device, a hardware component, or any combination thereof. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. A processor may also be a combination of computing functions, e.g., comprising one or more microprocessors, a DSP and a microprocessor, or the like. Wherein the memory may be integrated in the processor or may be provided separately from the processor.
The embodiment of the present application further provides a computer storage medium for storing instructions, which when executed, can perform any one of the methods related to the system starting apparatus.
The embodiment of the present application further provides a computer program product for storing a computer program, where the computer program is used to execute the system starting method in the foregoing method embodiment.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, embodiments of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
Embodiments of the present application are described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
Claims (10)
1. A system starting method is applied to computer equipment and comprises the following steps:
after the computer equipment is started, detecting an interface state event in the starting process of a system to obtain a parameter of the interface state event, wherein the parameter is used for judging the starting mode of the system, and the parameter is dynamically generated in the starting process;
determining a system starting mode according to the parameters and a system starting mode judgment condition; if the parameter accords with the judgment condition of the system recovery mode, setting a system recovery identifier, and if the parameter accords with the judgment condition of the memory card upgrading mode, setting the system recovery identifier and the memory card upgrading identifier;
executing a corresponding starting process according to the determined system starting mode; if the system recovery identifier is set, starting a system recovery process, and if the system recovery identifier and the memory card upgrading identifier are set, starting a memory card upgrading process.
2. The method of claim 1, wherein setting a system recovery flag if the parameter meets a system recovery mode decision condition, and setting a system recovery flag and a memory card upgrade flag if the parameter meets a memory card upgrade mode decision condition, comprises:
and if the parameter of the interface state event is determined to be the first combined interface state, setting a system recovery identifier, and if the parameter of the interface state event is determined to be the second combined interface state, setting the system recovery identifier and the memory card upgrading identifier.
3. The method of claim 1, wherein the method further comprises:
receiving a system restart instruction, wherein the system restart instruction is used for instructing to restart a specified application program;
determining resources required by the application program and a process to be executed according to the application program indicated by the system restarting instruction;
and restarting the system, loading the determined resources in the system restarting process, and executing the determined process.
4. A system starting method is applied to computer equipment and comprises the following steps:
after the computer equipment is started, receiving a system restarting instruction, wherein the system restarting instruction is used for indicating to restart a specified application program;
determining resources required by the application program and a process to be executed according to the application program indicated by the system restarting instruction;
and restarting the system, loading the determined resources in the process of restarting the system, and executing the determined process.
5. The method of claim 4, wherein the instruction is a menu command.
6. A system starting device, applied to a computer device, comprises:
an obtaining module, configured to detect an interface state event in a system starting process after the computer device is started, to obtain a parameter of the interface state event, where the parameter is used to determine a system starting mode, and the parameter is dynamically generated in the starting process;
the determining module is used for determining a system starting mode according to the parameters and the system starting mode judgment condition; if the parameter accords with the judgment condition of the system recovery mode, setting a system recovery identifier, and if the parameter accords with the judgment condition of the memory card upgrading mode, setting the system recovery identifier and the memory card upgrading identifier;
the starting module is used for executing a corresponding starting process according to the determined system starting mode; if the system recovery identifier is set, starting a system recovery process, and if the system recovery identifier and the memory card upgrading identifier are set, starting a memory card upgrading process.
7. The apparatus of claim 6, wherein the determination module is specifically configured to:
and if the parameter of the interface state event is determined to be the first combined interface state, setting a system recovery identifier, and if the parameter of the interface state event is determined to be the second combined interface state, setting the system recovery identifier and the memory card upgrading identifier.
8. The apparatus of claim 6, wherein:
the acquisition module is further configured to: receiving a system restart instruction, wherein the system restart instruction is used for instructing to restart a specified application program;
the determination module is further to: determining resources required by the application program and a process to be executed according to the application program indicated by the system restarting instruction;
the start module is further configured to: and restarting the system, loading the determined resources in the process of restarting the system, and executing the determined process.
9. A system starting device, applied to a computer device, comprises:
the computer equipment comprises an acquisition module, a reset module and a control module, wherein the acquisition module is used for receiving a system reset instruction after the computer equipment is started, and the system reset instruction is used for indicating to reset a specified application program;
the determining module is used for determining resources required by the application program and a process to be executed according to the application program indicated by the system restarting instruction;
and the starting module is used for restarting the system, loading the determined resources in the restarting process of the system and executing the determined process.
10. A terminal, comprising: a processor and a memory having instructions stored thereon that, when executed by the processor, cause the terminal to perform the method of any of claims 1 to 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711097974.6A CN107885548B (en) | 2017-11-09 | 2017-11-09 | System starting method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711097974.6A CN107885548B (en) | 2017-11-09 | 2017-11-09 | System starting method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107885548A CN107885548A (en) | 2018-04-06 |
| CN107885548B true CN107885548B (en) | 2021-12-07 |
Family
ID=61779757
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711097974.6A Active CN107885548B (en) | 2017-11-09 | 2017-11-09 | System starting method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107885548B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111090362B (en) * | 2018-10-23 | 2021-12-28 | 鸿合科技股份有限公司 | Scene processing method and device and electronic equipment |
| CN111580870B (en) * | 2020-04-03 | 2021-10-22 | 联想(北京)有限公司 | System detection method, electronic device and computer-readable storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102883017A (en) * | 2012-09-03 | 2013-01-16 | 深圳中兴网信科技有限公司 | Terminal and terminal managing method |
| CN104182263A (en) * | 2014-09-02 | 2014-12-03 | 北京橙鑫数据科技有限公司 | Boot mode control method and terminal |
| CN104951328A (en) * | 2014-03-31 | 2015-09-30 | 国基电子（上海）有限公司 | Embedded equipment and starting method thereof |
| CN105335178A (en) * | 2014-07-28 | 2016-02-17 | 重庆重邮信科通信技术有限公司 | Startup control method and apparatus |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8725996B2 (en) * | 2010-05-26 | 2014-05-13 | Hewlett-Packard Development Company, L.P. | Boot mode |
-
2017
- 2017-11-09 CN CN201711097974.6A patent/CN107885548B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102883017A (en) * | 2012-09-03 | 2013-01-16 | 深圳中兴网信科技有限公司 | Terminal and terminal managing method |
| CN104951328A (en) * | 2014-03-31 | 2015-09-30 | 国基电子（上海）有限公司 | Embedded equipment and starting method thereof |
| CN105335178A (en) * | 2014-07-28 | 2016-02-17 | 重庆重邮信科通信技术有限公司 | Startup control method and apparatus |
| CN104182263A (en) * | 2014-09-02 | 2014-12-03 | 北京橙鑫数据科技有限公司 | Boot mode control method and terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107885548A (en) | 2018-04-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104809400A (en) | Process protection method and device | |
| EP2128759B1 (en) | Operating system startup control method and information processing apparatus | |
| CN107329792B (en) | Docker container starting method and device | |
| CN108809683B (en) | Method and device for deploying cloud application system | |
| CN107291510A (en) | A kind of Linux inter-vehicle information systems quick start method | |
| CN105045637A (en) | Application start method and terminal | |
| CN106095439A (en) | A kind of information processing method and electronic equipment | |
| CN107885548B (en) | System starting method and device | |
| CN105260655A (en) | Application program starting protection method, device and system | |
| CN110737453A (en) | Security chip upgrading method and device and security chip | |
| WO2015085755A1 (en) | Operating system recovery method, apparatus and terminal device | |
| CN105930058A (en) | Application starting method and apparatus for mobile terminal and mobile terminal | |
| CN111143031A (en) | Method and device for changing capacity of virtual machine | |
| CN107831887B (en) | Application starting method and device | |
| CN117707626A (en) | System starting method and electronic equipment | |
| KR20190021726A (en) | Operation method of operating system and electronic device supporting the same | |
| CN104702534A (en) | Method and device for processing data of multi-process sharing port | |
| CN109284137B (en) | Hypervisor-based QNX operating system starting method and device | |
| EP2835737A1 (en) | Data terminal running mode switching method, device, and data terminal | |
| CN113396391B (en) | Application program starting method and device, electronic equipment and storage medium | |
| CN104021007A (en) | Parameter renewing method and electronic devices | |
| CN114327673B (en) | Task starting method and device, electronic equipment and storage medium | |
| CN102915246A (en) | Terminal device and method of supporting multi-firmware loading | |
| CN111694608B (en) | System upgrading method and device of terminal equipment, electronic equipment and terminal equipment | |
| CN113515299A (en) | Software development kit SDK hot upgrading method, device, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11 Patentee after: Qingdao Hisense Mobile Communication Technology Co.,Ltd. Address before: 266071 Shandong city of Qingdao province Jiangxi City Road No. 11 Patentee before: HISENSE MOBILE COMMUNICATIONS TECHNOLOGY Co.,Ltd. |
|
| CP01 | Change in the name or title of a patent holder |