CN114138293A

CN114138293A - Terminal and method for upgrading portable system of external memory card

Info

Publication number: CN114138293A
Application number: CN202010924082.4A
Authority: CN
Inventors: 孙哲; 古全永
Original assignee: Hisense Mobile Communications Technology Co Ltd
Current assignee: Hisense Mobile Communications Technology Co Ltd
Priority date: 2020-09-04
Filing date: 2020-09-04
Publication date: 2022-03-04

Abstract

The invention discloses a method for upgrading a terminal and a portable system with an external memory card, which relates to the technical field of multi-system upgrading and comprises the following steps: the terminal of the external memory card externally connected with the portable system compares the version number of the portable system acquired from the check partition of the external memory card with the latest version number of the portable system in the server, if the portable system is operated currently and the portable system is determined to be updated according to the comparison result, the portable system is restarted and enters a recovery mode, the portable system stored in the external memory card is upgraded in the recovery mode, and the upgraded new version number is used for replacing the version number in the check partition; if the local system is operated currently and the portable system is determined to be updated according to the comparison result, the portable system stored in the external memory card is directly upgraded, and the version number in the check partition is replaced by the upgraded new version number. The invention can realize upgrading the portable system under different operation systems.

Description

Terminal and method for upgrading portable system of external memory card

Technical Field

The invention relates to the technical field of multi-system upgrading, in particular to a terminal and an external memory card portable system upgrading method.

Background

With the updating of the technology, the system on the terminal can be upgraded, because the existing terminal is provided with only one system, the version number of the current system of the terminal is only inquired during upgrading, whether the upgrading is carried out or not is determined, and if the upgrading is carried out, the terminal starts the local upgrading process to upgrade the local system.

However, the conventional terminal does not have an external memory card containing the portable system inserted therein, and therefore, when the portable system of the external memory card needs to be upgraded, the terminal does not have the upgrading process of the portable system, so that the portable system cannot be upgraded.

Disclosure of Invention

The invention provides a terminal and an external memory card portable system upgrading method, which are used for upgrading an external portable system.

In a first aspect, the present invention provides a terminal, including: an interface, a processor and a communication unit;

the interface is used for externally connecting an external storage card containing a portable system;

the communication unit is used for communicating with the server to acquire the latest version number of the portable system in the server;

the processor is used for comparing the version number of the portable system acquired from the check partition of the external memory card with the latest version number of the portable system in the server, wherein the external memory card comprises a system partition used for storing the portable system and a check partition used for storing the version number used in the check process when the portable system is started;

if the portable system is operated at present and the portable system is determined to be updated according to the comparison result, restarting is carried out, a recovery mode is recovered, the portable system stored in the external memory card is upgraded in the recovery mode, and the version number in the verification partition is replaced by the upgraded new version number; or

If the local system is operated currently and the portable system is determined to be updated according to the comparison result, directly upgrading the portable system stored in the external memory card and replacing the version number in the verification subarea with the upgraded new version number.

The terminal provided by the invention can upgrade the portable supply in the external memory card under different systems operated currently after the version number of the portable system is obtained in the check partition of the external memory card and is compared with the latest version number of the portable system in the server to determine that the version number can be updated.

In one possible implementation, the processor is specifically configured to:

if the portable system is operated at present, the terminal reads the version number of the portable system from a database corresponding to the portable system; the version number of the portable system in the database corresponding to the portable system is recorded in the database corresponding to the portable system after the version number of the portable system is read from the check partition of the external memory card and decrypted after the external memory card containing the portable system is determined to be connected to the terminal; or

And if the terminal currently runs the local system, directly reading the version number of the portable system from the check partition of the external memory card and decrypting the version number to obtain the version number of the portable system.

The embodiment of the invention provides a terminal, which can acquire the version number of a portable system when operating different systems.

In one possible implementation, the processor is further configured to:

the terminal records an identifier for upgrading the portable system in a first public storage area, and stores the portable system with the latest version and a new version number downloaded from the server;

if the terminal detects the identifier from the first public storage area in the recovery mode, updating the portable system on the system partition according to the portable system of the latest version stored in the first public storage area, and replacing the version number in the check partition with the new version number stored in the first public storage area.

In order to avoid that whether the portable system is upgraded or not cannot be determined after the system is restarted, the terminal of the embodiment may record the identifier of the portable system in the first public storage area, store the portable system of the latest version downloaded from the server and a new version number, and thus, after the system is restarted, the first public storage area is accessed in the recovery mode, and whether the identifier is stored or not is checked to determine that an upgrade event exists and which system needs to be upgraded, so that the portable system is upgraded according to the content stored in the first public storage area, and therefore, after the system is restarted, the situation that a local machine confuses which system is upgraded is avoided.

In one possible implementation, the processor is further configured to:

the terminal monitors whether an external memory card is inserted;

if the terminal is in the state of being connected with the external storage card, detecting whether the external storage card contains an identifier of the portable system; the external memory card comprises an identifier of the portable system, and the identifier is added after the partition table information stored in the verification partition of the external memory card is verified with the partition information of the external memory card after the external memory card is powered on;

and if the terminal exists, determining that the external memory card comprises the portable system.

The invention also provides a terminal, when the external memory card is monitored to be inserted, the external memory card containing the portable system can be determined to be externally connected by detecting the identifier of the portable system contained in the external memory card, so that the condition that the external memory card containing the portable system is determined to be externally connected by detecting the partition table information stored in the verification partition of the external memory card and the partition information of the external memory card every time is avoided, and the operation steps are simplified.

In one possible implementation, the processor is further configured to:

the terminal compares the version number of the local system read from the second public storage area with the latest version number of the local system in the server, wherein the version number of the local system in the second public partition is written into the second public storage area after the external memory card containing the portable system is determined to be externally connected;

and if the portable system is currently operated by the terminal and the local system is determined to be updated according to the comparison result, restarting and entering a recovery mode, and upgrading the local system stored in the terminal memory in the recovery mode.

The embodiment also provides a terminal which can provide a mode for upgrading the local system when an external memory card containing a portable system is externally connected.

In a second aspect, the present invention provides a method for upgrading a portable system with an external memory card, including:

the method comprises the steps that a terminal of an external memory card externally connected with a portable system compares the version number of the portable system acquired from a verification partition of the external memory card with the latest version number of the portable system in a server, wherein the external memory card comprises a system partition used for storing the portable system and a verification partition used for storing the version number used in the verification process when the portable system is started;

if the portable system is operated at present and the portable system is determined to be updated according to the comparison result, the terminal is restarted and enters a recovery mode, the portable system stored in the external memory card is upgraded in the recovery mode, and the version number in the verification partition is replaced by the upgraded new version number; or

And if the terminal currently runs the local system and determines that the portable system is updated according to the comparison result, directly upgrading the portable system stored in the external memory card and replacing the version number in the verification subarea by the upgraded new version number.

In a possible implementation manner, the version number of the portable system is obtained from the check partition of the external memory card by the following method:

In a possible implementation manner, before the portable system is restarted after the terminal determines that the portable system has an update according to the comparison result, the method further includes:

the upgrading the portable system stored in the external memory card in the recovery mode, and replacing the version number in the verification partition with a new version number after upgrading, includes:

In one possible implementation manner, the terminal determines that the external memory card containing the portable system is externally connected by the following method:

the terminal monitors whether an external memory card is inserted;

In one possible implementation, the method further includes:

In a third aspect, the present invention provides a computer storage medium having a computer program stored thereon, which when executed by a processing unit, performs the steps of the method for upgrading an external memory card portable system according to the second aspect.

In addition, for technical effects brought by any one implementation manner of the second aspect to the third aspect, reference may be made to technical effects brought by different implementation manners of the first aspect, and details are not described here.

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 diagram illustrating a partition of an external memory card according to an embodiment of the present invention;

fig. 2 is a schematic diagram of a terminal into which an external memory card is inserted according to an embodiment of the present invention;

fig. 3 is a block diagram of a terminal according to an embodiment of the present invention;

fig. 4 is a schematic diagram of a software structure of a terminal according to an embodiment of the present invention;

fig. 5 is a flowchart of a method for starting a terminal according to an embodiment of the present invention;

FIG. 6 is an interface diagram for a user to select whether to activate a portable system according to an embodiment of the present invention;

fig. 7 is a flowchart of a method for generating an external memory card containing an identifier of a portable system according to an embodiment of the present invention;

fig. 8 is a flowchart of recording version numbers of a native system according to an embodiment of the present invention;

FIG. 9 is a flowchart of a first method for upgrading a portable system with an external memory card according to an embodiment of the present invention;

FIG. 10 is a flowchart of a second method for upgrading a portable system with an external memory card according to an embodiment of the present invention;

FIG. 11 is a flowchart illustrating a third method for upgrading a portable system with an external memory card according to an embodiment of the present invention;

FIG. 12 is a flowchart illustrating a fourth method for upgrading a portable system with an external memory card according to an embodiment of the present invention;

FIG. 13 is a flowchart of a method for upgrading when a portable system is currently operating according to an embodiment of the present invention;

fig. 14 is an interface diagram for a user to select whether to upgrade a native system according to an embodiment of the present invention;

FIG. 15 is an interface diagram for a user to select whether to upgrade a local system and a portable system according to an embodiment of the present invention;

fig. 16 is a flowchart of an upgrade method when a native system is currently running according to an embodiment of the present invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the present invention clearer, the present invention will be described in further detail with reference to the accompanying drawings, and it is apparent that the described embodiments are only a part of the embodiments of the present invention, not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

Some of the words that appear in the text are explained below:

1. the term "or" in the embodiments of the present invention describes an association relationship of associated objects, and indicates that two relationships may exist, for example, a or B may indicate: a is present alone, and B is present alone.

2. The term "terminal", or "terminal device", in the embodiment of the present invention, is a device located at the outermost periphery of a network in a computer network, and can access a wireless local area network WLAN to perform input of user information and output of processing results, and includes a desktop computer, a mobile phone, a notebook, a tablet computer, a POS machine, and a vehicle-mounted computer.

The application scenario described in the embodiment of the present invention is for more clearly illustrating the technical solution of the embodiment of the present invention, and does not form a limitation on the technical solution provided in the embodiment of the present invention, and it can be known by a person skilled in the art that with the occurrence of a new application scenario, the technical solution provided in the embodiment of the present invention is also applicable to similar technical problems. In the description of the present invention, the term "plurality" means two or more unless otherwise specified.

The embodiment of the invention provides a terminal which can be inserted with an external memory card storing a portable system, and can identify the external memory card containing the portable system and operate the portable system on the external memory card. The external Memory Card in the embodiment of the present invention may be, but is not limited to, an SD Card (Secure Digital Memory Card/SD Card), a T Card, and the like, and the portable system in the embodiment of the present invention is an operating system, and may be, but is not limited to, an android system. Among them, the T card, i.e., the TF card, is a kind of flash memory card.

The T card is inserted into the terminal, the T card comprises a portable system, and after the T card is inserted into the terminal, the terminal can operate the portable system on the T card and can also operate the local system.

Referring to fig. 1, the portable system in the embodiment of the present invention is a general system, in which the external memory card includes the following four partitions:

1) the system partition is used for storing system files, which can be understood as storing files of a portable system, system application and the like; optionally, the system partition in the invention does not contain data strongly related to the drive or hardware, so the portable system of the external memory card in the invention has universality.

2) And the data partition is used for storing the data of the user, such as: contact person, short message, setting, user installation program;

3) the first check subarea stores the information of the subarea table; the first check partition has no file system and can not be mounted, and a terminal can directly read the first check partition;

optionally, the first verification partition further includes a version number of the portable system.

4) The second check partition is used for storing a system check file; the second check partition is provided with a file system and can be read only by the terminal after mounting.

The external memory card in the embodiment of the invention can burn the data or files of the four partitions into the external memory card through the burning tool, and because the system partition is burnt with the system file in the invention, the system file only contains files of the portable system and the system application and does not contain contents related to the drive or the hardware (can be understood as not containing a private file of a manufacturer).

Meanwhile, the local system checks the data in the system partition by using the vbmeta check data in one protection partition, and when the check values are consistent, a normal system starting process is performed, so that the local system of one terminal can only identify one system, and if a plurality of systems are to be identified, a plurality of vbmeta check data are required to be built in and a plurality of system partitions are prepared, so that switching between the two systems can be realized.

In order to solve the above problem, in the process of starting the portable system, in order to not destroy the verification of the local system partition of the terminal, in the kernel starting stage of the starting process, the local system normally executes the verification of the local system partition, and after the verification of the local system partition is successful, the portable system is started.

Based on the problems, the portable system provided by the invention has universality, does not have strong related content with equipment, and does not have high coupling.

As shown in fig. 2, when the terminal is inserted into an external memory card, i.e., a T-card, containing the portable system, the terminal can operate the portable system. When the portable system is operated, the application in the data partition is started, and the application icon is displayed on the user interface of the terminal. Applications in portable systems such as calendar, music, stock market, mailbox, telephone, photo, gallery, text messages, etc.

Similarly, when the terminal is currently running the local system, the application in the local memory can be run, and the application icon can be displayed on the user interface of the terminal.

Because the terminal operation requires the operating system and the drive system to work together, when the terminal currently operates the portable system, the drive system of the terminal and the portable system of the external memory card are used, and when the terminal currently operates the system of the terminal, the drive system of the terminal and the operating system of the terminal are used. Since the system to be upgraded is upgraded in an inactive state, when the terminal can operate two systems, the embodiment of the present invention provides a terminal, which has an interface externally connected to an external memory card including a portable system, a communication unit that communicates with a server to obtain a version number of a latest portable system in the server, and a processor that performs logic processing, and can upgrade the portable system when the currently operating systems are different.

Wherein, the upgrading process is mainly realized in the processor.

The processor is described in detail below:

the processor is used for determining whether the terminal is externally connected with an external storage card containing the portable system.

Specifically, the processor is used for verifying partition table information stored in a verification partition of the external memory card and partition information of the external memory card after the processor is powered on, and after the verification is passed, the external memory card is added to include an identifier of the portable system.

The processor is used for monitoring whether the external memory card is inserted, if so, detecting whether the external memory card contains the identifier of the portable system, and if so, determining that the external memory card contains the portable system. I.e. it is possible to detect whether there is a new version of the portable system, so that further processing of the upgrade event can be performed on the basis of this information.

It should be noted that the upgrade event refers to querying the system version number according to a preset time, and determining whether the access server has the latest version, if so, performing upgrade, and if not, ending the whole process.

And in an upgrade event, the processor is used for acquiring the version number of the portable system.

Specifically, the areas that can be accessed by the system are different due to different running systems, and meanwhile, the version number stored by the first check partition is encrypted. Therefore, in order to enable the terminal to quickly and conveniently obtain the version number of the portable system when using different systems, the processor provided in the embodiment of the present invention is further configured to, after determining that the terminal is externally connected with an external memory card including the portable system, read the version number of the portable system from the first check partition of the external memory card, decrypt the version number, and record the version number into a database corresponding to the portable system, where the corresponding database is, for example, a settings database sdrom _ version corresponding to the portable system.

When the local system is operated currently, because the processor cannot access the database corresponding to the portable system when the local system is operated, in order to enable the processor to acquire the version number of the portable system, the processor is used for directly reading the version number of the portable system from the check partition of the external memory card and decrypting the version number to obtain the version number of the portable system.

The processor is used for comparing the version number of the portable system acquired from the check partition of the external memory card with the latest version number of the portable system in the server.

If the portable system is determined to be operated currently, and the portable system is determined to be updated according to the comparison result, the processor of the terminal is used for restarting the terminal and entering a recovery mode, upgrading the portable system stored in the external memory card in the recovery mode, and replacing the version number in the first check partition with the upgraded new version number, because the portable system cannot be upgraded in the operating system.

If the current running local system is determined, and the portable system is determined to be updated according to the comparison result, because the running system is not the portable system, and meanwhile, the upgrading of the portable system is only the upgrading of the operating system and does not affect the driving system of the local system, namely, the normal operation of the local system is not affected, the processing of the terminal is used for directly upgrading the portable system stored in the external memory card and replacing the version number in the first check partition with the upgraded new version number.

However, in the event of upgrading the portable system when the local system is currently running, because the processing capability of the processor is limited, in order to avoid the situation that the upgrading is interrupted and the upgrading is failed, the terminal according to the embodiment of the present invention can limit the use of the local system by the user to a certain extent.

For example, closing an application running in the background; and/or pop up a prompt page that prompts the user that the host computer is upgrading the portable system for later use.

In the upgrading process, due to the fact that the upgrading needs to be restarted, in order to avoid the problem that which system needs to be upgraded after the restarting cannot be known, after the fact that the portable system is determined to be updated, before the restarting is carried out, the processor in the terminal is used for recording the identifier of the upgraded portable system in the first public storage area, and storing the portable system of the latest version downloaded from the server and the new version number. The public storage area is an area where the portable system currently operated by the terminal or the local system can be accessed, and the area can be in a local memory or on an external memory card. The first public storage area may be a cache partition in a memory of the terminal, and the identifier is: OTA _ TYPE ═ 1 means that only the portable system is upgraded.

And the processor of the terminal is used for entering a recovery mode after restarting, detecting the identifier from the first public storage area, updating the portable system on the system partition according to the portable system of the latest version stored in the first public storage area, and replacing the version number in the verification partition with the new version number stored in the first public storage area.

Besides upgrading the portable system, the terminal of the embodiment of the invention can also upgrade the local system. Specifically, the method comprises the following steps:

in order to enable the version number of the local system to be inquired when the portable system is currently operated, the processor is used for writing the version number of the local system into the second public storage area after determining that the external memory card containing the portable system is externally connected.

When inquiring whether to upgrade, the processor is used for comparing the version number of the local system read from the second public storage area with the latest version number of the local system in the server, if the portable system is operated at present and the local system is determined to be updated according to the comparison result, restarting and entering a recovery mode, and upgrading the local system stored in the terminal memory in the recovery mode; or if the local system is currently operated and the local system is determined to be updated according to the comparison result, restarting is carried out, a recovery mode is entered, and the local system stored in the terminal memory is upgraded in the recovery mode.

Similarly, in order to avoid that the terminal is not clear which system is upgraded after the restart, the processor is further configured to record an identifier of the upgraded local system in the first public storage area, store the latest version of the local system downloaded from the server, and store the new version number. The identification of upgrading the native system may be: OTA _ TYPE ═ 0 means that only the native system is upgraded.

And then, the processor is further used for restarting and entering a recovery mode, inquiring the identifier of the local system to be upgraded in the recovery mode, updating the local system stored in the terminal memory according to the local system with the latest version downloaded from the server, and recording the new version number of the local system after upgrading in the stable partition.

When the processor determines that the portable system and the local system both need to be upgraded, the identifiers of the upgraded local system and the upgraded portable system are recorded in the first public storage area, and the latest version of the local system downloaded from the server, the latest version of the portable system downloaded from the server, the new version number of the local system, and the new version number of the portable system are stored. The identification of the upgraded native system and portable system may be: OTA _ TYPE ═ 2 denotes upgrading the native system and upgrading the portable system.

If the local system is currently operated, the processor can be used for directly upgrading the portable system stored in the external memory card and replacing the version number in the verification partition with the upgraded new version number, namely directly upgrading the portable system, then restarting the portable system, entering a recovery mode, and upgrading the local system stored in the terminal memory in the recovery mode.

If the local system is operated currently, the processor is used for restarting in addition to the executing mode, entering a recovery mode, and upgrading the portable system and the local system respectively in the recovery mode.

If the portable system is operated currently, the portable system needs to be in an un-started state if not restarted due to upgrading of the portable system, and meanwhile, the memory of the terminal needs to be modified due to upgrading of the system of the portable system, so that the terminal cannot be normally used.

In summary, when the portable system is currently running, if both the portable system and the local system need to be upgraded, the processor is used for restarting, entering the recovery mode, and upgrading the portable system and the local system respectively in the recovery mode.

In view of the above description, the embodiment of the present invention further provides a structure of a terminal.

The following describes an embodiment of the terminal 300. It should be understood that the terminal 300 shown in fig. 3 is merely an example, and that the terminal 300 may have more or fewer components than shown in fig. 3, may combine two or more components, or may have a different configuration of components. The various components shown in the figures may be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and/or application specific integrated circuits.

A block diagram of a hardware configuration of the terminal 300 according to an exemplary embodiment is exemplarily shown in fig. 3. As shown in fig. 3, the terminal 300 includes: radio Frequency (RF) circuit 310, memory 320, display unit 330, camera 340, sensor 350, audio circuit 360, Wireless Fidelity (Wi-Fi) module 370, processor 380, bluetooth module 381, and power supply 390.

The RF circuit 310 may be used for receiving and transmitting signals during information transmission and reception or during a call, and may receive downlink data of a base station and then send the downlink data to the processor 380 for processing; the uplink data may be transmitted to the base station. Typically, the RF circuitry includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.

Memory 320 may be used to store software programs and data. The processor 380 performs various functions of the terminal 300 and data processing by executing software programs or data stored in the memory 320. The memory 320 may include high speed random access memory and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. The memory 320 stores an operating system that enables the terminal 300 to operate. The memory 320 may store an operating system and various application programs, and may also store codes for performing the methods described in the embodiments of the present application.

The display unit 330 may be used to receive input numeric or character information and generate signal input related to user settings and function control of the terminal 300, and particularly, the display unit 330 may include a touch screen 331 disposed on the front surface of the terminal 300 and collecting touch operations of the user thereon or nearby, such as clicking a button, dragging a scroll box, and the like.

The display unit 330 may also be used to display information input by the user or information provided to the user and a Graphical User Interface (GUI) of various menus of the terminal 300. Specifically, the display unit 330 may include a display screen 332 disposed on the front surface of the terminal 300. The display screen 332 may be configured in the form of a liquid crystal display, a light emitting diode, or the like. The display unit 330 may be used to display various graphical user interfaces described herein.

The touch screen 331 may be covered on the display screen 332, or the touch screen 331 and the display screen 332 may be integrated to implement the input and output functions of the terminal 300, and the integrated function may be referred to as a touch display screen for short. The display unit 330 in this application can display the application programs and the corresponding operation steps.

Camera 340 may be used to capture still images or video. The object generates an optical image through the lens and projects the optical image to the photosensitive element. The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing elements convert the light signals into electrical signals which are then passed to the processor 380 for conversion into digital image signals.

The terminal 300 may further comprise at least one sensor 350, such as an acceleration sensor 351, a distance sensor 352, a fingerprint sensor 353, a temperature sensor 354. The terminal 300 may also be configured with other sensors such as a gyroscope, barometer, hygrometer, thermometer, infrared sensor, light sensor, motion sensor, and the like.

The audio circuitry 360, speaker 361, microphone 362 may provide an audio interface between a user and the terminal 300. The audio circuit 360 may transmit the electrical signal converted from the received audio data to the speaker 361, and the audio signal is converted by the speaker 361 and output. The terminal 300 may be further provided with a volume button for adjusting the volume of the sound signal. On the other hand, the microphone 362 converts collected sound signals into electrical signals, which are received by the audio circuit 360 and converted into audio data, which are then output to the RF circuit 310 for transmission to, for example, another terminal or to the memory 320 for further processing. In this application, the microphone 362 may capture the voice of the user.

Wi-Fi belongs to a short-distance wireless transmission technology, and the terminal 300 can help a user to send and receive e-mails, browse webpages, access streaming media and the like through the Wi-Fi module 370, and provides wireless broadband internet access for the user.

The processor 380 is a control center of the terminal 300, connects various parts of the entire terminal using various interfaces and lines, and performs various functions of the terminal 300 and processes data by running or executing software programs stored in the memory 320 and calling data stored in the memory 320. In some embodiments, processor 380 may include one or more processing units; the processor 380 may also integrate an application processor, which primarily handles operating systems, user interfaces, applications, etc., and a baseband processor, which primarily handles wireless communications. It will be appreciated that the baseband processor described above may not be integrated into the processor 380. The processor 380 in the present application may run an operating system, an application program, a user interface display, and a touch response, and the processing method described in the embodiments of the present application. Further, processor 380 is coupled to display unit 330.

And the bluetooth module 381 is used for performing information interaction with other bluetooth devices with bluetooth modules through a bluetooth protocol. For example, the terminal 300 may establish a bluetooth connection with a wearable electronic device (e.g., a smart watch) having a bluetooth module via the bluetooth module 381, so as to perform data interaction.

The terminal 300 also includes a power source 390 (e.g., a battery) for powering the various components. The power supply may be logically coupled to the processor 380 through a power management system to manage charging, discharging, and power consumption functions through the power management system. The terminal 300 may also be configured with power buttons for powering the terminal on and off, and locking the screen.

Fig. 4 is a block diagram of a software configuration of the terminal 300 according to the embodiment of the present invention.

The layered architecture divides the software into several layers, each layer having a clear role and division of labor. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, an application layer, an application framework layer, an Android runtime (Android runtime) and system library, and a kernel layer from top to bottom.

The application layer may include a series of application packages.

As shown in fig. 4, the application package may include applications such as camera, gallery, calendar, phone call, map, navigation, WLAN, bluetooth, music, video, short message, etc.

The application framework layer provides an Application Programming Interface (API) and a programming framework for the application program of the application layer. The application framework layer includes a number of predefined functions.

As shown in FIG. 4, the application framework layers may include a window manager, content provider, view system, phone manager, resource manager, notification manager, and the like.

The window manager is used for managing window programs. The window manager can obtain the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

The content provider is used to store and retrieve data and make it accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phone books, etc.

The view system includes visual controls such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, the display interface including the short message notification icon may include a view for displaying text and a view for displaying pictures.

The phone manager is used to provide a communication function of the terminal 300. Such as management of call status (including on, off, etc.).

The resource manager provides various resources for the application, such as localized strings, icons, pictures, layout files, video files, and the like.

The notification manager enables the application to display notification information in the status bar, can be used to convey notification-type messages, can disappear automatically after a short dwell, and does not require user interaction. Such as a notification manager used to inform download completion, message alerts, etc. The notification manager may also be a notification that appears in the form of a chart or scroll bar text at the top status bar of the system, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, text information is prompted in the status bar, a prompt tone is given, the communication terminal vibrates, and an indicator light flashes.

The Android Runtime comprises a core library and a virtual machine. The Android runtime is responsible for scheduling and managing an Android system.

The core library comprises two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. And executing java files of the application program layer and the application program framework layer into a binary file by the virtual machine. The virtual machine is used for performing the functions of object life cycle management, stack management, thread management, safety and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface managers (surface managers), Media Libraries (Media Libraries), three-dimensional graphics processing Libraries (e.g., OpenGL ES), 2D graphics engines (e.g., SGL), and the like.

The surface manager is used to manage the display subsystem and provide fusion of 2D and 3D layers for multiple applications.

The media library supports a variety of commonly used audio, video format playback and recording, and still image files, among others. The media library may support a variety of audio-video encoding formats, such as MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, and the like.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

The following is an exemplary description of the workflow of the terminal 300 software and hardware in connection with capturing a photo scene.

When the touch screen 131 receives a touch operation, a corresponding hardware interrupt is issued to the kernel layer. The kernel layer processes the touch operation into an original input event (including touch coordinates, a time stamp of the touch operation, and other information). The raw input events are stored at the kernel layer. And the application program framework layer acquires the original input event from the kernel layer and identifies the control corresponding to the input event. Taking the touch operation as a touch click operation, and taking a control corresponding to the click operation as a control of a camera application icon as an example, the camera application calls an interface of an application framework layer, starts the camera application, further starts a camera drive by calling a kernel layer, and captures a still image or a video through the camera 340.

The terminal 300 in the embodiment of the present application may be a mobile phone, a tablet computer, a wearable device, a notebook computer, a television, and the like.

With the above-described terminal, a terminal start method provided by an embodiment of the present invention is described below with reference to the accompanying drawings:

as shown in fig. 5, the method includes:

s500: starting up and powering up the terminal;

s501: monitoring whether an external memory card is inserted; if yes, executing S502, otherwise executing S519;

s502: reading each partition of the external memory card;

s503: performing first verification on each partition information of the external memory card according to the detected partition table information contained in the first verification partition in the external memory card;

s504: judging whether the first check is passed, if so, executing S505; otherwise, executing S519;

s505: popping up an interface whether to start the portable system;

referring to fig. 6, it is displayed whether to start the portable system, the user may select yes to start the portable system to continue the start according to the flowchart of fig. 5, and if no, start the local system to perform a normal start process.

S506: receiving an instruction for starting the portable system, and restarting the system;

s507: reading each partition of an external memory card at a kernel starting stage of the system restart of the computer, wherein the external memory card comprises a system partition, a data partition, a first verification partition and a second verification partition;

s508: according to partition table information stored in a first check partition, performing first check on each partition information of the external memory card;

s509: judging whether the first check is passed, if so, executing the step 510, otherwise, executing the step S519;

s510: creating a temporary directory at the stage of a mounting process started by a native system, and mounting the second check partition on the temporary directory;

s511: reading a system check file stored in the second check partition, and determining a check value of data in the system partition by the terminal according to a preset check algorithm;

s512, comparing whether the check code stored in the system check file is consistent with the check value or not, if so, executing S513, otherwise, executing S519;

s513, in the mounting process stage of the local system, replacing the system partition mounted in the local directory with the system partition of the external memory card, and operating the portable system in the system partition;

s514, after the portable system is operated by the terminal, interrupting the process of mounting the data partition of the system of the terminal, and mounting the data partition by using the equipment identifier of the external memory card;

s515, carrying out decryption operation on the data partition according to a preset mode;

the preset mode is the same as the encryption and decryption operation of the data partition in the prior art;

s516, after decryption is successful, checking the version number of the portable system in the system partition according to the original system version number in the first check partition;

s517, judging whether the verification is passed, if the verification is passed, executing S518, otherwise executing S519;

optionally, if the terminal does not acquire the original system version number and/or the version number of the portable system within a preset time, determining that the verification fails; or the like, or, alternatively,

and the terminal encrypts the version number of the currently running portable system according to the encryption algorithm of the currently running portable system to obtain the version number of the encrypted system, and if the version number of the original system is the same as the version number of the encrypted system, the terminal determines that the verification is passed, namely, the terminal compares whether the version number of the original system is consistent with the version number of the encrypted system.

S518: the portable system continues to be started.

S519: and interrupting to start the portable system, and restarting the system to return to the local system.

After S509, if the first check is determined to be passed, the external memory card is generated to include the identifier of the portable system, and the identifier is stored in the public storage area.

Referring to fig. 7, an embodiment of the present invention provides a method for adding an external memory card containing an identifier of a portable system, including:

s700: monitoring whether an external memory card is inserted; if yes, executing S701; otherwise, ending.

S701: reading each partition of the external memory card;

s702: performing first verification on each partition information of the external memory card according to the detected partition table information contained in the first verification partition in the external memory card;

s703: and if the first check is determined to pass, adding the identifier when reporting the information to the external memory card.

The flag may be srom.

The currently running system cannot access the system file of another system, namely the currently running portable system cannot access the storage space corresponding to the local system; when the local system is operated, the storage space corresponding to the portable system, such as the settings database, cannot be accessed. In order to complete the upgrading of two systems which can be realized more conveniently by different running systems, the invention can read the version number of the portable system in the first check partition and decrypt the version number in the first check partition during the process of running the portable system for the first time, and record the version number, such as H1754.00.01.SD, into the settings database sdrom _ version.

In the process of running the local system for the first time, the version number of the local system is inquired out and written into a first public storage area of the local system, for example: a stable partition of native memory.

As shown in fig. 8, the method specifically includes:

s800: monitoring whether an external memory card is inserted; if so, S801 is executed, otherwise, the process ends.

S801: detecting whether the external storage card contains an identifier of the portable system; if yes, executing S802, otherwise ending;

s802: and inquiring the version number of the local system from a memory of the terminal, and writing the version number into a stable partition.

With the above-described terminal, the following describes a method for upgrading a plurality of external memory card portable systems according to an embodiment of the present invention with reference to the accompanying drawings:

as shown in fig. 9, the first method includes:

s900: comparing the version number of the portable system acquired from the check partition of the external memory card with the latest version number of the portable system in the server;

s900: and if the portable system is operated at present and the portable system is determined to be updated according to the comparison result, restarting, entering a recovery mode, upgrading the portable system storing the external memory card in the recovery mode, and replacing the version number in the verification partition with the upgraded new version number.

The above method introduces a way to upgrade a portable system while the portable system is currently operating. Specifically, because the running system cannot be upgraded, the running system enters a recovery mode after being restarted, and in the recovery mode, the portable system storing the external memory card is upgraded, and the version number in the first check partition is replaced by the new upgraded version number.

When the portable system storing the external memory card is upgraded, the portable system in the system partition of the external memory card is updated according to the latest portable system downloaded from the server. And replacing the version number in the first check partition with the version number of the latest portable system downloaded from the server.

As shown in fig. 10, the second method includes:

s1000: comparing the version number of the portable system acquired from the check partition of the external memory card with the latest version number of the portable system in the server;

s1001: if the local system is operated currently and the portable system is determined to be updated according to the comparison result, the portable system stored in the external memory card is directly upgraded, and the version number in the verification subarea is replaced by the upgraded new version number.

The method introduces the method for upgrading the portable system when the local system is currently operated, and because the portable system is recorded on the external memory card, the terminal can normally operate during upgrading, so that the terminal enters a recovery mode for upgrading without restarting, and the upgrading is directly carried out.

As shown in fig. 11, the third method includes:

s1100: comparing the version number of the local system read in the second public storage area with the latest version number of the local system in the server;

s1101: and if the portable system is operated currently and the local system is determined to be updated according to the comparison result, restarting and entering a recovery mode, and upgrading the local system stored in the terminal memory in the recovery mode.

The method introduces a method for upgrading a local system when the portable system is operated, the portable system needs to use a local drive when the portable system is operated, and the like, so that the local drive is in a non-working state when the local system is upgraded, and therefore, the local system can only be restarted and enters a recovery mode, and the local system is upgraded under the recovery mode.

As shown in fig. 12, the fourth method includes:

s1200: comparing the version number of the local system read in the second public storage area with the latest version number of the local system in the server;

s1201: and if the local system is currently operated and the local system is determined to be updated according to the comparison result, restarting and entering a recovery mode, and upgrading the local system stored in the terminal memory in the recovery mode.

For the four methods described above, in the actual application process, the method is performed by an OTA application, a first OTA application in the portable system, and a second OTA application in the native system.

By the method, in the actual application process, if the user selects to start the portable system, the portable system can be started in the mode of fig. 5, after the start is completed, the application is displayed, the first OTA application periodically inquires the version number according to the preset time, and whether the portable system is upgraded or not is determined according to the version number.

Specifically, as shown in fig. 13, when the portable system is started, the upgrade process includes:

s1300: inquiring the version number of the portable system in the sdrom-version in a settings database, and inquiring the version number of the local system in a stable partition;

s1301: inquiring whether the portable system has a new version or not from the server according to the version number of the portable system, and inquiring whether the local system has a new version or not from the server according to the version number of the local system; if only the local system has a new version, executing S1302-1304; if only the portable system has a new version, S1305 to S1307 are executed, if both the portable system and the local system have new versions, S1308 to S1310 are executed, and if neither the portable system nor the local system has an upgrade, the process is ended. The schemes in parallel with S1302 to S1304 are as follows, i.e., S1305 to S1307 and S1308 to S1310.

S1302: downloading a corresponding upgrading packet, and popping up whether to upgrade a page of the local system;

s1303: after the user indication is confirmed to be upgraded, writing an identifier into the cache partition to identify that a local system needs to be upgraded;

as shown in connection with fig. 14, whether to upgrade the native system is displayed on the user interface. If the user clicks "yes", S1303 is executed, and if the user clicks no, the upgrade processing is not performed, that is, steps after S1303 and S1303 are not executed.

S1304: after the mark is written in, restarting operation is carried out, a recovery mode is entered, the mark is read in the cache partition, and the local system is upgraded;

s1305: if only the portable system has a new version, downloading a corresponding upgrade package, and popping up a page for upgrading the system of the local machine;

s1306: after the user indication is confirmed to be upgraded, writing an identifier in the cache partition, and identifying that the portable system needs to be upgraded;

s1307: and after the mark is written in, restarting, entering a recovery mode, reading the mark in the cache partition, and upgrading the portable system.

S1308: downloading the corresponding upgrade package, and popping up a page for judging whether to upgrade the local system and the portable system;

s1309: after a user clicks to determine upgrading, writing an identifier in a cache partition, and identifying that a portable system and a local system need to be upgraded;

s1310: and after the mark is written in, restarting operation is carried out, a recovery mode is entered, the mark is read in the cache partition, and upgrading processing is carried out on the local system and the portable system.

In combination with fig. 15, only the local system and the portable system may be upgraded, and the portable system may be prompted to upgrade the local system and the portable system respectively, so that the user may determine that one of the systems is upgraded, if the user only upgrades the local system, the user refers to S1302 to S1304 for execution, and if the user only upgrades the portable system, the user refers to S1305 to S1307 for execution, or both systems are upgraded, and S1308 to S1310 are processes for determining the upgrade of both systems. If it is detected that neither system has a new version, the process ends without upgrading.

In the actual application process, if the user selects to start the local system, the local system is normally continuously started, after the start is finished, the application is displayed, the second OTA application periodically inquires the version number according to the preset time, and whether the version number is upgraded or not is determined according to the version number.

The upgrade event operation process when the user selects to start the native system may be:

specifically, as shown in fig. 16, the upgrade process includes:

s1600: detecting whether the flag parameter is sdrom, namely detecting whether the terminal is externally connected with an external memory card containing a portable system;

s1601: if yes, reading the version number of the portable system in a first check partition in the external memory card, decrypting the version number, and inquiring the version number of the local system in a stable partition;

s1602: inquiring whether the portable system has a new version or not from the server according to the version number of the portable system, and inquiring whether the local system has a new version or not from the server according to the version number of the local system;

s1603: if the local system is determined to have only a new version, downloading a corresponding upgrade package, and popping up a page whether to upgrade the local system;

s1604: after the user indication is confirmed to be upgraded, writing an identifier into the cache partition to identify that a local system needs to be upgraded;

s1605: after the mark is written in, restarting operation is carried out, a recovery mode is entered, the mark is read in the cache partition, and the local system is upgraded;

schemes parallel to S1603 to S1605 are as follows, S1606 to S1608, and S1609 to S1611.

S1606: if only the portable system has a new version, downloading a corresponding upgrade package, and popping up a page for upgrading the system of the local machine;

s1607: after the user indication is confirmed to be upgraded, writing an identifier in the cache partition, and identifying that the portable system needs to be upgraded;

s1608: reading the identification in the cache partition, and upgrading the portable system.

S1609: if the two systems need to be upgraded, downloading the corresponding upgrade packages, and popping up pages of whether the local system and the portable system are upgraded or not;

s1610: after a user clicks to determine upgrading, writing an identifier in a cache partition, and identifying that a portable system and a local system need to be upgraded;

s1611: and after the mark is written in, restarting operation is carried out, a recovery mode is entered, the mark is read in the cache partition, and upgrading processing is carried out on the local system and the portable system.

Similarly, a page for whether to upgrade the local system and the portable system is popped up, and as shown in fig. 15, only one of the systems may be upgraded, or both systems may be upgraded.

In the above flow, after S1602, if it is detected that neither system has a new version, the process is not upgraded, and the flow is ended.

The embodiment of the present invention further provides a computer program product, which, when running on an electronic device, enables the electronic device to execute an upgrade method for implementing any one of the above portable systems with external memory cards according to the embodiments of the present invention.

Other embodiments of the invention will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This invention is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the invention and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the invention being indicated by the following claims.

It will be understood that the invention is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the invention is limited only by the appended claims.

Claims

1. A terminal, comprising: an interface, a processor and a communication unit;

2. The terminal of claim 1, wherein the processor is specifically configured to:

3. The terminal of claim 1, wherein the processor is further configured to:

4. The terminal of claim 1, wherein the processor is further configured to:

the terminal monitors whether an external memory card is inserted;

5. The terminal of any of claims 1-4, wherein the processor is further configured to:

6. An upgrade method for a portable system with an external memory card is characterized by comprising the following steps:

7. The method of upgrading an external memory card portable system as claimed in claim 6, wherein the version number of the portable system is obtained from the check partition of the external memory card by:

8. The upgrading method for portable system of external memory card according to claim 6, wherein the terminal performs restart after determining that the portable system is updated according to the comparison result, the method further comprising:

9. The method for upgrading an external memory card portable system according to claim 6, wherein the terminal determines the external memory card containing the portable system by:

the terminal monitors whether an external memory card is inserted;

10. The upgrading method of an external memory card portable system according to any one of claims 6 to 9, characterized in that the method further comprises: