CN101206575B - Software patch on-line upgrade method, veneer and system - Google Patents
Software patch on-line upgrade method, veneer and system Download PDFInfo
- Publication number
- CN101206575B CN101206575B CN200610165416A CN200610165416A CN101206575B CN 101206575 B CN101206575 B CN 101206575B CN 200610165416 A CN200610165416 A CN 200610165416A CN 200610165416 A CN200610165416 A CN 200610165416A CN 101206575 B CN101206575 B CN 101206575B
- Authority
- CN
- China
- Prior art keywords
- inter
- related task
- upgrading
- upgrade
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Stored Programmes (AREA)
Abstract
The invention provides a method for online upgrade of a software patch, which is as follows: an upgrade file is loaded and an upgrade request is sent to a related task; the related task sends back responses after receiving the request and enters a circular waiting stat; after all responses are sent back, the upgrade operation of the related task is executed and then a sign of finish is set; when the related task detects the sign of finish of all upgrades, the upgrade process is finished. Meanwhile, the invention also provides a software patch online upgrade system, comprising a server, a main control panel and a target panel. A central unit loads an upgrade file and sends an upgrade request to the related task; the related task sends back responses after receiving the request and enters a circular waiting stat; after all responses are sent back, the upgrade operation of the related task is executed and then a sign of finish is set; when the related task detects the sign of finish of all upgrades, the upgrade process is finished. The invention realizes the dynamic software patch online upgrade process, with the upgrade time being controlled within one second, thereby greatly reducing the affect of upgrade on the system.
Description
Technical field
The present invention relates to the communications field, relate in particular to a kind of software mend on-line upgrade method, veneer and system.
Background technology
As shown in Figure 1, be general device model in the telecommunication system.After the software issue, in order to solve the defective that Target Board in service occurs, generally the scheme by upgrade software solves.But for improving constantly of telecommunication system mean free error time requirement, the total system upgrading is more and more difficult to be accepted by office side.
Common defective solution can have following dual mode: solve along band when the first is put in order system upgrade; It two is to provide defective to solve version separately.
Upgrade step is generally:
1, update version document is put into server;
2, trigger the Target Board card start-up manually and load the redaction flow process automatically;
3, write FLASH or other storage peripheral hardwares behind the loaded.
4, when business is light, trigger masterslave switchover or directly reset, allow the target integrated circuit board restart and load the redaction operation then.
As from the foregoing, for mode one, the chance of whole system upgrade is less, needs to wait for that longer cycle could solve.And, need restart the target integrated circuit board for mode two, can not patch installing under system's presence.In addition, integrated circuit board is restarted generally minute just can enter service state more than the level, bigger to the influence of system.
Summary of the invention
The technical problem to be solved in the present invention is to provide a kind of software mend on-line upgrade method, veneer and system, can realize online software patch upgrading, and shortens update time greatly.
The technical scheme that realizes the object of the invention is as follows:
A kind of software mend on-line upgrade method comprises:
The loading upgrading file sends upgrade request to inter-related task;
Inter-related task is received request back back response, and enters the circular wait state;
After back response is complete, call the registration interface of relevant sub-module, the service function pointer of new alternative submodule upgrading is registered into, setting completed then indicates;
Inter-related task is checked through whole upgradings and finishes behind the sign, and upgrading finishes.
Preferably, also comprise overtime timer is set, if also do not collect response after overtime, then this upgrading failure, and to all inter-related tasks transmission upgrading ends.
Preferably, the timing length of described timer is 1 second.
Preferably, the described registration interface of calling relevant sub-module is registered into the service function pointer of new alternative submodule upgrading and is meant registration pointed upgrade file.
Preferably, also comprise the type of judging upgrade file,, then send upgrade request to inter-related task if be common upgrade file; If be special upgrade file, then send the starting and upgrading request to inter-related task, receive the response of inter-related task loopback after, send upgrade request to inter-related task again.
Preferably, also comprise according to the type of upgrade file and set the circular wait cycle.
Preferably, the described circular wait cycle is 10 milliseconds.
A kind of software mend on-line upgrade system comprises server, master control borad and Target Board, and described Target Board comprises core cell and interface unit, wherein:
Behind the described core cell loading upgrading file, send upgrade request to inter-related task, the inter-related task back response also enters the circular wait state; When back response to be received was complete, following operation was carried out in the trigger interface unit: call the registration interface of relevant sub-module, and the service function pointer of new alternative submodule upgrading is registered into, setting completed then indicates;
After inter-related task was checked through the sign that all finishes, upgrading finished.
Preferably, also comprise timer, default timing is long if the duration of inter-related task back response surpasses this timer, and then this upgrading failure sends the upgrading end by described interface unit to all inter-related tasks.
Preferably, the timing length of described timer is preset as 1 second.
Preferably, the described registration interface of calling relevant sub-module is registered into the service function pointer of new alternative submodule upgrading and more specifically is meant registration pointed upgrade file.
Preferably, described core cell further comprises Service Processing Unit and Signaling Processing Unit, wherein:
Described Service Processing Unit is used for the loading upgrading file, and the circular wait cycle that inter-related task is set;
Described Signaling Processing Unit is used for sending upgrade request to inter-related task, and receives the response of inter-related task loopback, and when back response is complete, the trigger interface unit.
Preferably, described Signaling Processing Unit also comprises judging unit, is used to judge the type of upgrade file, if be common upgrade file, then sends upgrade request to inter-related task; If be special upgrade file, then send the starting and upgrading request to inter-related task, receive the response of inter-related task loopback after, send upgrade request to inter-related task again.
Preferably, described Service Processing Unit comprises that also the time is provided with the unit, is used for setting according to the type of upgrade file the circular wait cycle of inter-related task.
Preferably, the described circular wait cycle is 10 milliseconds.
A kind of veneer of realizing software mend on-line upgrade comprises: core cell and interface unit, wherein:
Behind the described core cell loading upgrading file, send upgrade request to inter-related task, the inter-related task back response also enters the circular wait state; When back response to be received was complete, following operation was carried out in the trigger interface unit: call the registration interface of relevant sub-module, and the service function pointer of new alternative submodule upgrading is registered into, setting completed then indicates;
After inter-related task was checked through the sign that all finishes, upgrading finished.
Preferably, also comprise timer, default timing is long if the duration of inter-related task back response surpasses this timer, and then this upgrading failure sends the upgrading end by described interface unit to all inter-related tasks.
Preferably, the timing length of described timer is preset as 1 second.
Preferably, the described registration interface of calling relevant sub-module is registered into the service function pointer of new alternative submodule upgrading and more specifically is meant registration pointed upgrade file.
Preferably, described core cell further comprises Service Processing Unit and Signaling Processing Unit, wherein:
Described Service Processing Unit is used for the loading upgrading file, and the circular wait cycle that inter-related task is set;
Described Signaling Processing Unit is used for sending upgrade request to inter-related task, and receives the response of inter-related task loopback, and when back response is complete, the trigger interface unit.
Preferably, described Signaling Processing Unit also comprises judging unit, is used to judge the type of upgrade file, if be common upgrade file, then sends upgrade request to inter-related task; If be special upgrade file, then send the starting and upgrading request to inter-related task, receive the response of inter-related task loopback after, send upgrade request to inter-related task again.
Preferably, described Service Processing Unit comprises that also the time is provided with the unit, is used for setting according to the type of upgrade file the circular wait cycle of inter-related task.
Preferably, the described circular wait cycle is 10 milliseconds.
Compared with prior art, the present invention has following beneficial effect:
The present invention proposes a kind of based on software mend on-line upgrade method under the VXWORKS operating system and system.By the registration management mode that modularization encapsulates and function pointer calls to software or hardware design; protection to the relative influence task of escalation process is handled; realize dynamic online software patch upgrading process; and update time effectively was controlled in 1 second, has reduced the influence that upgrading produces system greatly.
In addition, the present invention is by the function in the task of upgrading being had bigger delay, and " the starting and upgrading request information is to related single-boards to be set to first transmission; Receive and allow to carry out according to common upgrading again after the response.By differentiation, can effectively control updating time to upgrade file.
In addition, the restriction of update time is embodied in the maximum delay of each task or " thread " execution single message.Because during starting and upgrading, certain task or " thread " may be carried out certain message, and upgrading message could be carried out after must waiting this message to carry out end.Therefore, the time of upgrading needs mainly consumes and is waiting for that maximum message is on the execution time.The real updating time of carrying out has only several simple registration statements, guarantees within 10 milliseconds and can finish.
Below in conjunction with the drawings and specific embodiments the present invention is further described.
Description of drawings
Fig. 1 is a prior art device model synoptic diagram;
Fig. 2 is the encapsulation synoptic diagram of modules A of the present invention;
Fig. 3 is a present device framework synoptic diagram;
Fig. 4 is that the present invention's control task of upgrading starts processing flow chart in the plate of upgrading back;
Fig. 5 is a RNC software patch upgrading flow process of the present invention.
Embodiment
The present invention proposes a kind of based on software mend on-line upgrade method under the VXWORKS operating system and system.
At first, as shown in Figure 4, the process of online upgrading is described in detail as follows:
All whether step 404, the inspection of upgrading control task response, if then continue step 405; Otherwise continue to check;
After step 405, upgrading task receive the response of all inter-related tasks, call the registration interface of relevant sub-module, certain or certain several service function pointers of new alternative submodule upgrading are registered into, the sign that finishes of upgrading is set after finishing;
All whether step 406, the inspection of upgrading control task upgrading sign are finished, if then inter-related task continues original program code process flow process, upgrading finishes; Otherwise go to step 407;
In addition, comprise also in above-mentioned steps 1 second timer is set that default timing is long if the duration of inter-related task back response surpasses this timer, then this upgrading failure sends the upgrading end by described interface unit to all inter-related tasks.
As shown in Figure 5, be another process flow diagram of RNC software patch upgrading of the present invention, procedure declaration is as follows:
The .o file that uses of at first will upgrading is put into file server, and this server can be a separate server, also may be NM server;
Function if upgrade in the task of having bigger delay, " the starting and upgrading request information is to related single-boards then to need first transmission; Receive and allow the response back to carry out according to common upgrading; If do not allow response, the Indication message that then wait for to allow is carried out common upgrading after waiting to receive Indication message;
Then, the webmaster platform triggers the online upgrading request, and the upgrading task on the related single-boards is received this request back startup FTP/TFTP process, and the .o file of needs is downloaded in this board memory; To downloaded files carry out verification and, it is not unusual to check that file has; If the verification failure, then to webmaster platform loopback failure response, reason is verification and failure; Otherwise, carry out next step;
Carry out the loadmodule process, the upgrading task notifies this CPU to go up all inter-related tasks, begins upgrading;
After replying acknowledge message after inter-related task has notice, enter the circular wait time, cycle period is 10ms;
After the upgrading task receives the response of all inter-related tasks, enter and replace the submodule processing:
1〉scans the registration interface of submodule one by one;
2〉certain or certain several service function pointers of new alternative submodule upgrading are registered into;
3〉handle all submodules;
4〉sign that finishes of upgrading is set;
The inter-related task inspection sign of whether upgrading is finished, and continues original program code process flow process, and escalation process finishes.
In addition, the present invention can be applied in the RNC equipment, as shown in Figure 3 in order to the veneer of realizing software mend on-line upgrade.In all veneers of RNC, mainly adopt two kinds of processors, i.e. PPC series and pentimu series.The present invention can be applied among these two kinds of serial CPU, and there are path in each veneer and upgrade server.
As shown in Figure 3, this software mend on-line upgrade system comprises server 31, master control borad 32 and Target Board 33.Wherein Target Board 33 comprises Service Processing Unit 331, Signaling Processing Unit 332 and interface unit 333.
Behind the described Service Processing Unit 331 loading upgrading files, send upgrade request by Signaling Processing Unit 332 to inter-related task, the inter-related task back response also enters the circular wait state; When back response to be received is complete, trigger interface unit 333 registration pointed upgrade files, setting completed then indicates; After inter-related task was checked through the sign that all finishes, upgrading finished.
In addition, described Signaling Processing Unit can also comprise judging unit, is used to judge the type of upgrade file, if be common upgrade file, then sends upgrade request to inter-related task; If be special upgrade file, then send the starting and upgrading request to inter-related task, receive the response of inter-related task loopback after, send upgrade request to inter-related task again.Described Service Processing Unit can also comprise that the time is provided with the unit, is used for setting according to the type of upgrade file the circular wait time of inter-related task.
In addition, can also comprise timer, default timing is long if the duration of inter-related task back response surpasses this timer, and then this upgrading failure sends the upgrading end by described interface unit to all inter-related tasks.
Again as shown in Figure 2, be specific embodiment of the present invention.Suppose a modules A, it is made up of two unit of A1/A2, and wherein A1 is a core cell, and A2 is an interface unit.The service interface function that core cell A1 externally provides is all registered to the A2 interface unit, externally provides service by the A2 unit again.
When defective appears in the A1 algorithm, after revising, certain or certain several functions that defective is appearred in the A1 core cell are compiled as a .o file, with in the software upgrading Processing tasks of this .o file transfer to the Target Board, comprise the task list of this upgrading influence then.
Software upgrading Processing tasks each task in affected task list sends upgrade notification, wait-for-response then.After collecting response, call the registration interface of A2 interface unit, certain or certain several service function pointers of new A1 core cell upgrading are registered into, the sign that finishes of upgrading is set after finishing.
When each influenced task was received upgrade notification message, the cycle that can enter was 10 milliseconds circulation time-delay, checks the upgrading complement mark then.If the upgrading complement mark is TRUE, then continue to carry out downwards; Otherwise continuing the circulation time-delay waits for.
Each task detects the upgrading complement mark, all withdraws from circulation time-delay state, when system reuses the service that A1 provides, will be realized by the A1 after the upgrading.
Wherein, the function of utilizing real time operating system VXWORKS to provide is as follows:
The VXWORKS system is very powerful in the dlm (dynamic loading module) function that 5.4 versions and later release thereof provide, still undefined global variable or the function that use in the module for dynamic load, VXWORKS can search and link in the system symbol table automatically, if have among other .out or the .o, then can automatically link to this module.
As another embodiment of the present invention, on the task management basis of operating system, increase a scheduling unit, manage a plurality of threads.Each thread has formation mailbox, private data district of oneself etc.The upper layer application major part exists with thread independently.
But when the modular design of online upgrading, adopt shell to add interior kernel mode.Shell is the service interface function that externally provides, and kernel is that core is carried out function.During initialization, kernel is registered to the shell function.When the kernel function algorithm is upgraded or defective occurred, can solve by the online upgrading mode.
But when the modular design of online upgrading, kernel function does not allow to use static variable.Use if desired, also need to be defined as global variable.
Need to support " online upgrading " request message during each independent task design.Stop subsequent message when receiving this message and handle, remain where one is, wait for " online upgrading is finished " message or sign.
The upgrading control task need support to each independent task " starting and upgrading request information, each task need to stop to carry out down a piece of news after receiving status query request, remain where one is, the wait " online upgrading " request message." design of starting and upgrading request information mainly is to carry out slow especially task at those, downloads or upload management role such as FTP/TFTP, when downloading or uploading the file of a hundreds of megabyte, may block the long period.
But every scalable module need satisfy the release function of dynamic resource when design.Need provide addressable global variable such as Dram, semaphore, message queue etc., when upgrading, former resource be discharged.
Optimize each task or basic thread maximum execution duration, guarantee to be no more than 500 milliseconds single message.Could guarantee 1 second upgrading index like this.
Device interior has general communication module to finish the transmission encapsulation of message between the equipment plate card, makes upgrading flow process and hardware device independent.
In addition, the restriction of update time is embodied in the maximum delay of each task or " thread " execution single message.Because during starting and upgrading, certain task or " thread " may be carried out certain message, and upgrading message could be carried out after must waiting this message to carry out end.Therefore, the time of upgrading needs mainly consumes and is waiting for that maximum message is on the execution time.The real updating time of carrying out has only several simple registration statements, guarantees within 10 milliseconds and can finish.
Above-described embodiment of the present invention does not constitute the qualification to protection domain of the present invention.Any any modification of being done within the spirit and principles in the present invention, be equal to and replace and improvement etc., all should be included within the claim protection domain of the present invention.
Claims (23)
1. a software mend on-line upgrade method is characterized in that, comprising:
The loading upgrading file sends upgrade request to inter-related task;
Inter-related task is received request back back response, and enters the circular wait state;
After back response is complete, call the registration interface of relevant sub-module, the service function pointer of new alternative submodule upgrading is registered into, setting completed then indicates;
Inter-related task is checked through whole upgradings and finishes behind the sign, and upgrading finishes.
2. the method for claim 1 is characterized in that, also comprise overtime timer is set, if also do not collect response after overtime, and then this upgrading failure, and to all inter-related tasks transmission upgrading ends.
3. method as claimed in claim 2 is characterized in that, the timing length of described timer is 1 second.
4. the method for claim 1 is characterized in that, the described registration interface of calling relevant sub-module, and it is with registration pointed upgrade file that the service function pointer of new alternative submodule upgrading is registered into.
5. method as claimed in claim 4 is characterized in that, also comprises the type of judging upgrade file, if be common upgrade file, then sends upgrade request to inter-related task; If be special upgrade file, then send the starting and upgrading request to inter-related task, receive the response of inter-related task loopback after, send upgrade request to inter-related task again.
6. method as claimed in claim 5 is characterized in that, also comprises according to the type of upgrade file setting the circular wait cycle.
7. method as claimed in claim 6 is characterized in that: the described circular wait cycle is 10 milliseconds.
8. a software mend on-line upgrade system comprises server, master control borad and Target Board, it is characterized in that, described Target Board comprises core cell and interface unit, wherein:
Behind the described core cell loading upgrading file, send upgrade request to inter-related task, the inter-related task back response also enters the circular wait state; When back response to be received was complete, following operation was carried out in the trigger interface unit: call the registration interface of relevant sub-module, and the service function pointer of new alternative submodule upgrading is registered into, setting completed then indicates;
After inter-related task was checked through the sign that all finishes, upgrading finished.
9. system as claimed in claim 8, it is characterized in that, also comprise timer, default timing is long if the duration of inter-related task back response surpasses this timer, then this upgrading failure sends the upgrading end by described interface unit to all inter-related tasks.
10. system as claimed in claim 9 is characterized in that, the timing length of described timer is preset as 1 second.
11. system as claimed in claim 8 is characterized in that: the described registration interface of calling relevant sub-module, the service function pointer of new alternative submodule upgrading registered into more specifically be meant registration pointed upgrade file.
12. system as claimed in claim 8 is characterized in that: described core cell further comprises Service Processing Unit and Signaling Processing Unit, wherein:
Described Service Processing Unit is used for the loading upgrading file, and the circular wait cycle that inter-related task is set;
Described Signaling Processing Unit is used for sending upgrade request to inter-related task, and receives the response of inter-related task loopback, and when back response is complete, the trigger interface unit.
13. system as claimed in claim 12 is characterized in that: described Signaling Processing Unit also comprises judging unit, is used to judge the type of upgrade file, if be common upgrade file, then sends upgrade request to inter-related task; If be special upgrade file, then send the starting and upgrading request to inter-related task, receive the response of inter-related task loopback after, send upgrade request to inter-related task again.
14. system as claimed in claim 13 is characterized in that: described Service Processing Unit comprises that also the time is provided with the unit, is used for setting according to the type of upgrade file the circular wait cycle of inter-related task.
15. system as claimed in claim 14 is characterized in that: the described circular wait cycle is 10 milliseconds.
16. a veneer of realizing software mend on-line upgrade is characterized in that, comprising: core cell and interface unit, wherein:
Behind the described core cell loading upgrading file, send upgrade request to inter-related task, the inter-related task back response also enters the circular wait state; When back response to be received was complete, following operation was carried out in the trigger interface unit: call the registration interface of relevant sub-module, and the service function pointer of new alternative submodule upgrading is registered into, setting completed then indicates;
After inter-related task was checked through the sign that all finishes, upgrading finished.
17. veneer as claimed in claim 16, it is characterized in that, also comprise timer, default timing is long if the duration of inter-related task back response surpasses this timer, then this upgrading failure sends the upgrading end by described interface unit to all inter-related tasks.
18. veneer as claimed in claim 17 is characterized in that, the timing length of described timer is preset as 1 second.
19. veneer as claimed in claim 16 is characterized in that: the described registration interface of calling relevant sub-module, the service function pointer of new alternative submodule upgrading registered into more specifically be meant registration pointed upgrade file.
20. veneer as claimed in claim 16 is characterized in that: described core cell further comprises Service Processing Unit and Signaling Processing Unit, wherein:
Described Service Processing Unit is used for the loading upgrading file, and the circular wait cycle that inter-related task is set;
Described Signaling Processing Unit is used for sending upgrade request to inter-related task, and receives the response of inter-related task loopback, and when back response is complete, the trigger interface unit.
21. veneer as claimed in claim 20 is characterized in that: described Signaling Processing Unit also comprises judging unit, is used to judge the type of upgrade file, if be common upgrade file, then sends upgrade request to inter-related task; If be special upgrade file, then send the starting and upgrading request to inter-related task, receive the response of inter-related task loopback after, send upgrade request to inter-related task again.
22. veneer as claimed in claim 21 is characterized in that: described Service Processing Unit comprises that also the time is provided with the unit, is used for setting according to the type of upgrade file the circular wait cycle of inter-related task.
23. veneer as claimed in claim 22 is characterized in that: the described circular wait cycle was 10 Bo seconds.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610165416A CN101206575B (en) | 2006-12-19 | 2006-12-19 | Software patch on-line upgrade method, veneer and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610165416A CN101206575B (en) | 2006-12-19 | 2006-12-19 | Software patch on-line upgrade method, veneer and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101206575A CN101206575A (en) | 2008-06-25 |
| CN101206575B true CN101206575B (en) | 2010-05-19 |
Family
ID=39566810
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200610165416A Active CN101206575B (en) | 2006-12-19 | 2006-12-19 | Software patch on-line upgrade method, veneer and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101206575B (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101510918B (en) * | 2009-03-05 | 2012-05-23 | 腾讯科技（深圳）有限公司 | Method and apparatus for dynamically modifying mobile phone software package |
| CN102622253B (en) * | 2012-03-09 | 2015-11-18 | 瑞斯康达科技发展股份有限公司 | A kind of method of single-chip microcomputer and online upgrading thereof |
| CN102663298B (en) * | 2012-04-06 | 2014-12-17 | 北京空间飞行器总体设计部 | Safety online detecting system facing to terminal computers |
| CN105630528A (en) * | 2014-11-04 | 2016-06-01 | 华为技术有限公司 | Patch software loading method and device |
| CN105677380B (en) * | 2014-11-21 | 2020-11-06 | 中兴通讯股份有限公司 | Method and device for board-by-board upgrading of double master control isolations |
| CN108833147B (en) * | 2018-05-31 | 2020-11-24 | 京东数字科技控股有限公司 | Configuration information updating method and device |
| CN110231948B (en) * | 2019-06-10 | 2024-02-13 | 腾讯科技(成都)有限公司 | Application program method, device, system, storage medium and computer equipment |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001273128A (en) * | 2000-03-27 | 2001-10-05 | Mitsubishi Electric Corp | System for updating software on line |
| CN1556474A (en) * | 2003-12-30 | 2004-12-22 | 浙江中控技术股份有限公司 | On line upgrading method of software and its device |
| CN1770108A (en) * | 2004-11-05 | 2006-05-10 | 华为技术有限公司 | Online software updating method |
-
2006
- 2006-12-19 CN CN200610165416A patent/CN101206575B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001273128A (en) * | 2000-03-27 | 2001-10-05 | Mitsubishi Electric Corp | System for updating software on line |
| CN1556474A (en) * | 2003-12-30 | 2004-12-22 | 浙江中控技术股份有限公司 | On line upgrading method of software and its device |
| CN1770108A (en) * | 2004-11-05 | 2006-05-10 | 华为技术有限公司 | Online software updating method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101206575A (en) | 2008-06-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101206575B (en) | Software patch on-line upgrade method, veneer and system | |
| CN101814035B (en) | Method and system to enable fast platform restart | |
| CN100445952C (en) | Software version update method and device in communication equipment | |
| CN111176801B (en) | Multi-process management method, device, equipment and storage medium | |
| CN102073517A (en) | Upgrading and backup method and device for embedded system | |
| CN102207879B (en) | Hot-updating method and hot-updating system of Lua script | |
| CN104750528A (en) | Management method and device for components in Android program | |
| CN114237632A (en) | Hybrid cloud automatic operation and maintenance release system and operation method thereof | |
| CN110659104B (en) | Service monitoring method and related equipment | |
| CN105824660A (en) | Application program updating method and terminal | |
| CN114546588A (en) | Task deployment method and device, storage medium and electronic device | |
| CN106484458A (en) | A kind of open software warehouse management system and its management method | |
| CN116521209B (en) | Upgrading method and device of operating system, storage medium and electronic equipment | |
| CN101944033A (en) | Device and method for dynamically supporting multiple protocols in embedded system | |
| CN116450165A (en) | Method, system, terminal and storage medium for quickly building environment and deploying program | |
| CN114675902B (en) | Management method and management device for software version based on embedded equipment | |
| CN110389791B (en) | Component scheduling method, device, equipment and storage medium | |
| CN115829715A (en) | Banking transaction dispatching center control method and banking transaction dispatching center | |
| CN113923240A (en) | System and method for dynamically upgrading equipment interface protocol in gateway of Internet of things by using local OTA method | |
| CN103176915B (en) | A kind of method of managing internal memory and device | |
| CN101436139A (en) | FPGA downloading method and apparatus | |
| CN1241441C (en) | Transparent access to remote device | |
| US20020199044A1 (en) | Method and apparatus for loading a mirror image software copy across circuit cards | |
| CN101826988A (en) | Dynamic service upgrading method, equipment and system | |
| CN110928569A (en) | Method for realizing Live Update function of communication equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |