CN109496301A - Method, embedded device and its storage medium of file are managed in embedded system - Google Patents
Method, embedded device and its storage medium of file are managed in embedded system Download PDFInfo
- Publication number
- CN109496301A CN109496301A CN201780036290.7A CN201780036290A CN109496301A CN 109496301 A CN109496301 A CN 109496301A CN 201780036290 A CN201780036290 A CN 201780036290A CN 109496301 A CN109496301 A CN 109496301A
- Authority
- CN
- China
- Prior art keywords
- source file
- file
- trace
- instruction
- source
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
Method, embedded device and the computer storage medium of file are managed in a kind of embedded system.Wherein, the method for the management file includes: after source file is opened, and when receiving the first instruction, according to source file (S101) described in first instruction modification；The trace of the modification is saved as to the trace file (S102) for being different from the source file.Aforesaid way can be greatly decreased in embedded systems every time modification after save file need time can also increase stability of the system under unexpected power-down conditions while raising efficiency.
Description
[ technical field ] A method for producing a semiconductor device
The present invention relates to the field of embedded systems, and in particular, to a method for managing files in an embedded system, an embedded device, and a storage medium thereof.
[ background of the invention ]
The existing embedded system needs a long time to save large files because the bandwidth of the storage medium is limited and the processing capacity of the processor is far lower than that of the desktop system. Moreover, the requirement on the robustness of the industrial embedded system is high under the condition of accidental power failure, and files modified by a user are required to be stored as much as possible.
The existing embedded file storage mode is that files are directly stored in a file system generally, and the dependence on the specific implementation mode of the file system is high. For a non-log file system, files are stored integrally after being modified, a large number of disk IO are needed for the operation, and if the system is powered off accidentally in the IO operation process, the files are damaged, and the recovery work is very difficult. In a log file system, although there is a log system for recovering files, the overhead of the system is large, and an additional disk IO is required for reading and writing logs during each saving. Moreover, the log file system performs read-write operation on the whole file system, and each operation needs a long time. In addition, in an embedded system, multiple file systems are often mixed, and the storage mechanism depending on the file systems is difficult to unify.
[ summary of the invention ]
The invention mainly solves the technical problem of providing a method for managing files in an embedded system, an embedded device and a computer storage medium, which can greatly reduce the time for saving the files after each modification in the embedded system, improve the efficiency and simultaneously increase the stability of the system under the condition of accidental power failure.
In order to solve the technical problems, the invention adopts a technical scheme that: a method for managing files in an embedded system is provided, the method comprising: after the source file is opened and a first instruction is received, modifying the source file according to the first instruction; the modified trace is saved as a trace file distinct from the source file.
In order to solve the technical problem, the invention adopts another technical scheme that: a method for managing files in an embedded system is provided, the method comprising: and when a third instruction for opening the source file is received, traces in the trace file related to the source file are sequentially applied to the source file according to the time sequence for display, and the trace file is obtained by modifying the source file and independently storing the incremental modification part.
In order to solve the technical problem, the invention adopts another technical scheme that: there is provided an embedded device comprising a processor, a storage device and an input device, the storage device storing data and an executable program, the processor being configured to load and execute the executable program to: after the source file is opened and a first instruction is received through the input device, modifying the source file according to the first instruction, and storing the source file in the storage device; the modified trace is saved as a trace file distinct from the source file.
In order to solve the technical problem, the invention adopts another technical scheme that: there is provided an embedded device comprising a processor, a storage device, a display device and an input device, the storage device storing data and an executable program, the processor being configured to load and execute the executable program to: when a third instruction for opening the source file is received through the input device, traces in trace files related to the source file are sequentially applied to the source file according to the time sequence and are displayed on the display device, and the trace files are obtained by modifying the source file and independently storing the incremental modification part.
In order to solve the technical problem, the invention adopts another technical scheme that: there is provided a computer storage medium storing an executable program that is executed to implement the method of managing files in an embedded system as described above.
Above scheme, in embedded system, the source file is opened the back, and when receiving first instruction, modify the source file according to first instruction, and keep the vestige of modifying for being different from the vestige file of source file, even cut off the power supply in the save process, still lead to the vestige file of this time modification can't integrate into the source file at most, and can not lose remaining vestige file, can not damage the source file even, can reduce the time that the save file needs after modifying by a wide margin each time, when raising the efficiency, can also increase the stability of system under the unexpected power failure condition.
[ description of the drawings ]
FIG. 1 is a flowchart illustrating an embodiment of a method for managing files in an embedded system according to the present invention;
FIG. 2 is a flowchart illustrating another embodiment of a method for managing files in an embedded system according to the present invention;
FIG. 3 is a flowchart illustrating a method for managing files in an embedded system according to another embodiment of the present invention;
FIG. 4 is a schematic structural diagram of an embodiment of an embedded device according to the present invention;
fig. 5 is a schematic structural diagram of another embodiment of the embedded device according to the present invention.
[ detailed description ] embodiments
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention.
An embedded system is a special purpose computer system that is fully embedded within a controlled device and designed for a specific application. Unlike general-purpose computer systems such as personal computers, embedded systems typically perform predefined tasks with specific requirements. Embedded systems are typically mass produced and are usually targeted to a specific task, and are therefore optimized by designers to reduce size and cost.
The core of the embedded system is composed of one or more microprocessors or singlechips which are pre-programmed to perform a few tasks. Unlike general purpose computers that are capable of running user-selected software, the software on an embedded system is typically temporarily unchanging.
The memory in the embedded system generally includes two parts: memory and secondary storage. The memory is used for temporarily storing program commands and data used by the embedded system. When the embedded system is powered off, the data in the memory is lost. The auxiliary memory is used for storing program commands and data in the embedded system for a long time. When the embedded system is in a power-off state and the like, the data in the memory cannot be lost.
The instruction mentioned in the embodiment of the present invention may be an instruction issued by a user, or an instruction issued by a system, and is not limited herein.
Referring to fig. 1, fig. 1 is a flowchart illustrating a method for managing files in an embedded system according to an embodiment of the present invention. The method described in this embodiment is a method for saving a file in an embedded system. It should be noted that the method of the present invention is not limited to the flow sequence shown in fig. 1 if the results are substantially the same. As shown in fig. 1, the method comprises the steps of:
s101: after the source file is opened and a first instruction is received, the source file is modified according to the first instruction.
The source file is an original file in the system and comprises a log file and a non-log file. When an instruction of a user for opening a source file is detected, the source file is opened so as to be convenient for viewing or other operations, namely the source file is loaded into a memory in the embedded system.
The first instruction refers to an instruction sent by a system or a user for modifying a source file, for example, a modification command for the source file in the running process of the embedded system, a command input by the user for modifying the source file, and the like.
The modification of the source file according to the first instruction is not directly modifying the source file in the auxiliary storage of the embedded system, but temporarily modifying the source file, for example, modifying the source file loaded into the memory of the embedded system.
S102: the modified trace is saved as a trace file distinct from the source file.
When the system detects the first instruction, the first instruction is received to modify the source file, and the modification trace is saved.
When the number of times of modification is multiple, storing the trace of each modification as an independent trace file different from the source file; alternatively, all traces of multiple modifications are saved as one trace file.
Optionally, when the number of modifications is multiple, and the system receives an instruction to integrate the trace files, the system integrates all the trace files into one file, deletes the previous modified trace, and may further save the trace file to a user-specified location or a preset location, for example, a location in a memory or a location in an auxiliary storage.
Before the source file is opened, when a third instruction for opening the source file is received, traces in the trace file related to the source file are sequentially applied to the source file according to the time sequence and are displayed. The third instruction is an instruction issued by a system or a user to open the source file.
Optionally, when a third instruction for opening the source file is received, traces in the trace file related to the source file are sequentially applied to the source file according to the sequence of the trace saving time, and are displayed.
Optionally, when a third instruction for opening the source file is received, traces in the trace file related to the source file are sequentially applied to the source file according to the chronological order of the trace modification, and are displayed.
After the modified trace is saved as a trace file different from the source file, the method for managing files in the embedded system further judges whether the size of the trace file related to the source file reaches a preset value, and when the size of the trace file reaches the preset value, the source file and the trace file related to the source file are integrated into a new source file, the new source file is saved, and the trace file related to the source file is deleted.
Optionally, if the trace of each modification is stored as an independent trace file different from the source file, the method for managing files in the embedded system determines whether the sizes of all the independent trace files related to the source file reach a preset value, and when the sizes of the trace files reach the preset value, integrates the source file and the trace files related to the source file into a new source file, that is, traces in the trace files related to the source file are sequentially applied to the source file according to the time sequence, and then stores the source file as the new source file, and deletes all the independent trace files.
The new source file may be stored in a location designated by the user, or may be stored in a location where the original source file is located. In particular, the user-specified location is a location in a machine-readable storage medium, including: RAM (random access memory), volatile memory, non-volatile memory, flash memory, a storage drive (e.g., a hard drive), a solid state drive, any type of storage disk (e.g., an optical disk, a DVD, etc.), or similar storage medium, or a combination thereof.
In addition, only the modification trace is saved after the source file is temporarily modified every time, and the modification does not need to be immediately saved in an auxiliary memory of the embedded system, so that the time for saving the file is shortened. In case of unexpected power failure, the damaged file is only the modification trace of a certain time or a certain number of times, and the probability of file damage is also reduced.
In the embodiment, after the source file is opened, and when a first instruction is received, the source file is modified according to the first instruction, and a modified trace is stored as a trace file different from the source file, even if the power is off in the storage process, the source file cannot be integrated into the modified trace file at most, other trace files cannot be lost, the source file cannot be damaged, the time for saving the file after each modification can be greatly reduced, and the efficiency is improved, and meanwhile, the stability of the embedded system under the condition of accidental power failure can be improved.
Referring to fig. 2, fig. 2 is a flowchart illustrating a method for managing files in an embedded system according to another embodiment of the present invention. The method described in this embodiment is another method for saving a file in an embedded system. In this embodiment, the method comprises the steps of:
s201: after the source file is opened and a first instruction is received, the source file is modified according to the first instruction. The specific scheme in S201 may be as described above in S101, and is not described herein again.
S202: the modified trace is saved as a trace file distinct from the source file.
The specific scheme in S202 may be as described above in S102, and is not described herein again.
S203: when a second instruction is received, the source file and the trace file related to the source file are integrated into a new source file, the new source file is saved, and the trace file related to the source file is deleted.
Wherein, the second instruction is an instruction issued by the system or a user to integrate the source file and the trace file, such as a command to save the source file.
The trace in the trace file can be applied to the source file, that is, the trace in the trace file is integrated in the source file.
Alternatively, the source file and trace file may be automatically integrated and saved at predetermined time intervals.
Alternatively, the source file and trace file may be integrated and saved in real time according to the received instructions.
When a third instruction for opening the source file is received, traces in the trace file related to the source file are sequentially applied to the source file according to the time sequence and are displayed. Specifically, the third instruction refers to an instruction issued by the embedded system or a user to open the source file.
Optionally, when a third instruction for opening the source file is received, traces in the trace file related to the source file are sequentially applied to the source file according to the sequence of the trace saving time, and are displayed. Wherein the trace file is obtained by modifying the source file and independently saving the incremental modification part. Optionally, when a third instruction for opening the source file is received, traces in the trace file related to the source file are sequentially applied to the source file according to the chronological order of the trace modification, and are displayed.
In one application scenario, when the source file is modified for multiple times, the last trace file in the trace files needs to be judged in the process of integrating the source file and the trace files into a new source file. The judgment basis is in time sequence, and if the storage time of the trace file is the latest date, the trace file is judged to be the last trace file. At this time, the source file into which the trace file has been integrated is saved, and the previous trace file is deleted. Where the new source file may be output to a user-specified location, such as a location in secondary storage.
In the embodiment, after the source file is opened, and when a first instruction is received, the source file is modified according to the first instruction, and a modified trace is stored as a trace file different from the source file, even if the power is off in the storage process, the source file cannot be integrated into the modified trace file at most, other trace files cannot be lost, the source file cannot be damaged, the time for saving the file after each modification can be greatly reduced, and the efficiency is improved, and meanwhile, the stability of the embedded system under the condition of accidental power failure can be improved.
Referring to fig. 3, fig. 3 is a flowchart illustrating a method for managing files in an embedded system according to another embodiment of the present invention. The method described in this embodiment is a method for presenting a file in an embedded system. In this embodiment, the method comprises the steps of:
s301: and when a third instruction for opening the source file is received, traces in the trace file related to the source file are sequentially applied to the source file according to the time sequence for display, and the trace file is obtained by modifying the source file and independently storing the incremental modification part.
Specifically, when a third instruction for opening the source file is received, the source file is opened first, then the trace files related to the source file are opened, and traces in the trace files are sequentially applied to the source file according to the time sequence for display. If there is no trace file related to the source file, the source file may be directly opened and displayed.
The third instruction is an instruction issued by a system or a user to open the source file.
In the embodiment, the trace which is not saved in the source file is stored in the trace file, so that when the source file is opened next time, the trace which is not saved in the source file is sequentially applied to the source file according to the time sequence for displaying, thereby saving the modification trace which is not saved in the source file before, and increasing the stability of the embedded system under the condition of accidental power failure.
Referring to fig. 4, fig. 4 is a schematic structural diagram of an embedded device according to an embodiment of the present invention. The embedded device in this embodiment may perform the steps in the above method. In this embodiment, the embedded device includes: a first processor 41, a first storage device 42 connected to the first processor 41, and a first input device 43.
First storage 42 is used to store data and executable programs, which may include memory and secondary storage.
The first input device 43 is used for receiving control commands of a user, such as opening a source file, modifying a source file, saving a source file, and the like. In particular, the first input means 43 may be a human-computer interaction system.
The first processor 41 is used to load and execute the executable program in the first storage device 42 to:
modifying the source file according to a first instruction when the source file is opened and the first instruction is received through the first input device 43, the source file being stored in the first storage device 43; the modified trace is saved as a trace file distinct from the source file.
Specifically, the first processor 41 is further configured to save a trace of each modification as an independent trace file distinguished from the source file when the number of modifications is multiple times; alternatively, all traces of multiple modifications are saved as one trace file.
Alternatively, when the number of modifications is multiple times and when an instruction to integrate the trace files is received through the first input device 43, the first processor 41 also integrates all the trace files into one file and deletes the previous modified trace, and may also save the integrated trace file to a user-specified location or a preset location, such as a location in a memory or a location in an auxiliary storage.
The first processor 41 is further configured to apply traces in the trace file associated with the source file sequentially in chronological order to the source file before the source file is opened and upon receiving a third instruction for opening the source file via the first input device 43. The third instruction is an instruction issued by the embedded system or a user to open the source file. Further, the embedded device may further include a display device for displaying the source file.
Alternatively, the first processor 41, upon receiving a third instruction for opening a source file via the first input device 43, applies traces in a trace file associated with the source file sequentially to the source file in chronological order of the trace saving. Further, the embedded device may further include a display device for displaying the source file.
Alternatively, the first processor 41, upon receiving a third instruction for opening a source file via the first input device 43, applies traces in a trace file associated with the source file sequentially to the source file in chronological order of the trace modification. Further, the embedded device may further include a display device for displaying the source file.
After the modified trace is saved as a trace file different from the source file, the first processor 41 further determines whether the size of the trace file related to the source file reaches a preset value, integrates the source file and the trace file related to the source file into a new source file when the size of the trace file reaches the preset value, saves the new source file, and deletes the trace file related to the source file.
Optionally, if the trace of each modification is stored as an independent trace file different from the source file, the first processor 41 determines whether the sizes of all the independent trace files related to the source file reach a preset value, and when the sizes of the trace files reach the preset value, integrates the source file and the trace files related to the source file into a new source file, that is, traces in the trace files related to the source file are sequentially applied to the source file according to the time sequence, and then stores the source file as a new source file and deletes all the independent trace files.
In the embodiment, after the source file is opened, and when the first instruction is received, the source file is modified according to the first instruction, and the modified trace is stored as a trace file different from the source file, even if the power is off in the storage process, the source file cannot be integrated into the trace file which is modified at this time, other trace files cannot be lost, the source file cannot be damaged, the time for saving the file after each modification can be greatly reduced, the efficiency is improved, and meanwhile, the stability of the system under the condition of accidental power failure can be improved.
Referring to fig. 5, fig. 5 is a schematic structural diagram of another embodiment of an embedded device according to the present invention. The embedded device in this embodiment may perform the steps in the above method. In this embodiment, the embedded device includes: a second processor 51, a second storage device 52 connected to the second processor 51, a second input device 53, and a display device 54.
The secondary storage 52 is used to store data and executable programs, which may include memory and secondary storage.
The second input device 53 is used for receiving control commands of a user, such as opening a source file, modifying the source file, saving the source file, and the like. In particular, the first input means 43 may be a human-computer interaction system.
The second processor 51 is used for loading and executing the executable program in the second storage device 52 to:
when a third instruction for opening the source file is received via the second input device 53, traces in a trace file associated with the source file are sequentially applied to the source file in chronological order and displayed on the display device 54, the trace file being obtained by modifying the source file and independently storing the incremental modification portions.
The third instruction is an instruction sent by the embedded system or a user for opening the source file.
In the embodiment, the trace not saved in the source file is stored in the trace file, so that when the source file is opened next time, the trace not saved in the source file is sequentially applied to the source file according to the time sequence and displayed on the display device 54, thereby saving the modification trace not saved in the source file before, and increasing the stability of the embedded system in the case of accidental power failure.
The present embodiment also provides a computer storage medium storing an executable program that is executed to implement the method of managing files in an embedded system in the above embodiment.
In particular, the computer storage medium may be RAM (Random access memory), volatile memory, non-volatile memory, flash memory, a storage drive (e.g., a hard drive), a solid state drive, any type of storage disk (e.g., a compact disk, a DVD, etc.), or similar storage medium, or a combination thereof.
The above description is only an embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes performed by the present specification and drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (15)
- A method for managing files in an embedded system, comprising:after a source file is opened and a first instruction is received, modifying the source file according to the first instruction;saving the trace of the modification as a trace file distinct from the source file.
- The method of claim 1, wherein saving the modified trace as a trace file distinct from the source file comprises:when the number of times of modification is multiple, storing the trace of each modification as an independent trace file different from the source file;alternatively, all traces of multiple modifications are saved as one trace file.
- The method of claim 1, further comprising:and when a second instruction is received, integrating the source file and the trace file related to the source file into a new source file, saving the new source file, and deleting the trace file related to the source file.
- The method of claim 1, further comprising:and judging whether the size of the trace file related to the source file reaches a preset value or not, integrating the source file and the trace file related to the source file into a new source file when the size of the trace file reaches the preset value, storing the new source file, and deleting the trace file related to the source file.
- The method according to any one of claims 1 to 4, wherein before the source file is opened, the method further comprises:and when a third instruction for opening the source file is received, sequentially applying traces in the trace file related to the source file according to the time sequence and displaying the traces.
- The method of claim 3 or 4, wherein said saving the new source file comprises:and saving the new source file to a position specified by a user.
- A method for managing files in an embedded system, comprising:when a third instruction for opening the source file is received, traces in a trace file related to the source file are sequentially applied to the source file according to the time sequence for display, and the trace file is obtained by modifying the source file and independently storing an incremental modification part.
- An embedded device, comprising a processor, a storage device, and an input device, the storage device storing data and an executable program, the processor being configured to load and execute the executable program to:after a source file is opened and a first instruction is received through an input device, modifying the source file according to the first instruction, wherein the source file is stored in the storage device;saving the trace of the modification as a trace file distinct from the source file.
- The embedded device of claim 8, wherein the processor saving the modified trace as a trace file distinct from the source file comprises:when the number of times of modification is multiple, storing the trace of each modification as an independent trace file different from the source file;alternatively, all traces of multiple modifications are saved as one trace file.
- The embedded device of claim 8, wherein the processor is further configured to:when a second instruction is received through the input device, the source file and the trace file related to the source file are integrated into a new source file, the new source file is saved, and the trace file related to the source file is deleted.
- The embedded device of claim 8, wherein the processor is further configured to:and judging whether the size of the trace file related to the source file reaches a preset value or not, integrating the source file and the trace file related to the source file into a new source file when the size of the trace file reaches the preset value, storing the new source file, and deleting the trace file related to the source file.
- The embedded device according to any one of claims 8 to 11, further comprising a display device, wherein before the source file is opened, the processor is further configured to:and when a third instruction for opening the source file is received through the input device, traces in the trace file related to the source file are sequentially applied to the source file according to the time sequence and are displayed on the display device.
- The embedded device of claim 10 or 11, wherein the processor saving the new source file comprises:and saving the new source file to a position specified by a user.
- An embedded device, comprising a processor, a storage device, a display device, and an input device, the storage device storing data and an executable program, the processor being configured to load and execute the executable program to:when a third instruction for opening the source file is received through the input device, traces in a trace file related to the source file are sequentially applied to the source file according to the time sequence and are displayed on the display device, and the trace file is obtained by modifying the source file and independently storing an incremental modification part.
- A computer storage medium storing an executable program that is executed to implement the method of managing files in an embedded system according to any one of claims 1 to 7.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2017/085151 WO2018209705A1 (en) | 2017-05-19 | 2017-05-19 | Method for managing files in embedded system, embedded device, and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109496301A true CN109496301A (en) | 2019-03-19 |
Family
ID=64273071
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201780036290.7A Pending CN109496301A (en) | 2017-05-19 | 2017-05-19 | Method, embedded device and its storage medium of file are managed in embedded system |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN109496301A (en) |
| WO (1) | WO2018209705A1 (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1809818A (en) * | 2003-06-20 | 2006-07-26 | 创道软件有限公司 | Processing software for use in generating difference files |
| CN1904847A (en) * | 2005-07-28 | 2007-01-31 | 国际商业机器公司 | Method and system for determining changes made to a source file to transmit to a target location |
| CN1954291A (en) * | 2004-02-27 | 2007-04-25 | 艾利森电话股份有限公司 | Flash memory programming |
| CN101710373A (en) * | 2009-12-04 | 2010-05-19 | 深圳创维数字技术股份有限公司 | File operation method of embedded system |
| CN104239312A (en) * | 2013-06-11 | 2014-12-24 | 富泰华工业（深圳）有限公司 | File management system and method |
| CN105468396A (en) * | 2014-09-11 | 2016-04-06 | 深圳Tcl数字技术有限公司 | Generating method for differential package, upgrading method, generating apparatus, and Linux terminal |
| CN105718268A (en) * | 2016-01-22 | 2016-06-29 | 青岛海信移动通信技术股份有限公司 | Method and device for verifying OTA multi-pack upgrading |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1936853B (en) * | 2005-09-22 | 2010-05-05 | 康佳集团股份有限公司 | Data cut-off protection and repairing method of inlaid apparatus |
| CN1838111B (en) * | 2006-02-14 | 2010-10-06 | 北京北大方正电子有限公司 | Method for editing file and recording modification mark |
| CN105068760B (en) * | 2013-10-18 | 2018-09-28 | 华为技术有限公司 | Date storage method, data storage device and storage device |
| US10223294B2 (en) * | 2015-09-01 | 2019-03-05 | Nxp Usa, Inc. | Fast secure boot from embedded flash memory |
-
2017
- 2017-05-19 CN CN201780036290.7A patent/CN109496301A/en active Pending
- 2017-05-19 WO PCT/CN2017/085151 patent/WO2018209705A1/en active Application Filing
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1809818A (en) * | 2003-06-20 | 2006-07-26 | 创道软件有限公司 | Processing software for use in generating difference files |
| CN1954291A (en) * | 2004-02-27 | 2007-04-25 | 艾利森电话股份有限公司 | Flash memory programming |
| CN1904847A (en) * | 2005-07-28 | 2007-01-31 | 国际商业机器公司 | Method and system for determining changes made to a source file to transmit to a target location |
| CN101710373A (en) * | 2009-12-04 | 2010-05-19 | 深圳创维数字技术股份有限公司 | File operation method of embedded system |
| CN104239312A (en) * | 2013-06-11 | 2014-12-24 | 富泰华工业（深圳）有限公司 | File management system and method |
| CN105468396A (en) * | 2014-09-11 | 2016-04-06 | 深圳Tcl数字技术有限公司 | Generating method for differential package, upgrading method, generating apparatus, and Linux terminal |
| CN105718268A (en) * | 2016-01-22 | 2016-06-29 | 青岛海信移动通信技术股份有限公司 | Method and device for verifying OTA multi-pack upgrading |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2018209705A1 (en) | 2018-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7412565B2 (en) | Memory optimization for a computer system having a hibernation mode | |
| JP5901698B2 (en) | Memory management method | |
| CN105677258A (en) | Method and system for managing log data | |
| US10592354B2 (en) | Configurable recovery states | |
| US6785808B2 (en) | System and method for altering an operating system start-up sequence prior to operating system loading | |
| JP2013520744A (en) | Method and apparatus for generating minimum boot image | |
| RU2008105764A (en) | ARCHIVING DATA IN A VIRTUAL APPLIED ENVIRONMENT | |
| US10521218B2 (en) | Enhanced techniques for updating software | |
| US9612864B2 (en) | Method for singleton process control | |
| US10198198B2 (en) | Storage device that stores setting values for operation thereof | |
| CN103902562A (en) | Method and device for upgrading terminal databases | |
| CN102073554A (en) | Method and device for recovering files closed abnormally | |
| US20140337595A1 (en) | Information processing apparatus, and information processing method | |
| US5230075A (en) | Database shadowing system with data tags that select an operation of the save command | |
| US20140181161A1 (en) | Method and system for speeding up computer program | |
| EP3769225B1 (en) | Free space pass-through | |
| US20130318394A1 (en) | Embedded controller firmware management | |
| CN109496301A (en) | Method, embedded device and its storage medium of file are managed in embedded system | |
| US20120144136A1 (en) | Restoration of data from a backup storage volume | |
| CN103123603B (en) | The method of debug system and the operation of execution debug system | |
| TWI522924B (en) | Electronic device and operating system switching method thereof | |
| CN108920216B (en) | Method, device, terminal and storage medium for closing software compatible mode | |
| KR20020078230A (en) | Data storeage method for unexpected system down | |
| CN103729302A (en) | Method for preventing flash subarea from being frequently read and written | |
| CN111563006B (en) | Data processing method, intelligent terminal 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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190319 |