CN109815053B - Method for realizing IP phone multi-mode system upgrade failure recovery - Google Patents
Method for realizing IP phone multi-mode system upgrade failure recovery Download PDFInfo
- Publication number
- CN109815053B CN109815053B CN201910008065.3A CN201910008065A CN109815053B CN 109815053 B CN109815053 B CN 109815053B CN 201910008065 A CN201910008065 A CN 201910008065A CN 109815053 B CN109815053 B CN 109815053B
- Authority
- CN
- China
- Prior art keywords
- recovery
- phone
- recovery mode
- mode
- upgrading
- 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 relates to a method for realizing the recovery of the upgrade failure of an IP phone multi-mode system, which can provide more choices to adapt to different environments in a complex and changeable office environment and lead a client to be capable of simply and efficiently recovering the system. And Linux and android enter a recovery mode by guiding recovery partitions set by the Linux and the android, so the method can be universally used for two main stream systems of Linux and android, and a user does not need to set up different environments for recovering the system according to different systems, so that the use of the user can be simplified greatly.
Description
Technical Field
The invention relates to a system upgrading method of an IP phone, in particular to a method for realizing the recovery of the upgrading failure of a multi-mode system of the IP phone.
Background
An IP phone, i.e. a network phone, is a network that realizes a new type of telephone communication through the internet or other networks using IP technology. At present, the Linux system and the Android system occupy main markets on IP telephone equipment, and system software is not updated all the time along with the development of intelligent equipment. In order to meet the needs of users and better experience, manufacturers of various IP telephone devices often release system versions and software updates. For many companies, phones are uniformly deployed and upgraded, and the phone is generally selected at night when upgrading, and if power failure occurs during upgrading, the system can be directly changed into bricks. Or when the upgrade is performed manually, if some improper operation occurs, the upgrade process is interrupted to cause the system to become bricked. At this time, the telephone needs to be recovered in a special way. For example, for a mobile phone of the current android system, the mobile phone is generally intelligently connected to a PC through a usb cable to perform flash recovery. With the development of the linux system and the android system, the IP phone products released by many manufacturers include two major systems, and for the two major systems at present, the respective recovery modes are different when the upgrade fails, and the upgrade recovery mode is single. However, in the face of different groups of clients, there are different phone deployment environments, for example, in the case of a mobile phone, a scenario in which the same phone is restored and upgraded at the same time cannot be satisfied by the method of connecting a usb cable to a PC for upgrading, and thus the current method for restoring the system cannot satisfy the requirements of users in different scenarios. Under the background, a universal recovery upgrading mode which is universal to linux and android systems needs to be developed, and the mode needs to be multiple, so that a user can recover the system in different scenes.
Disclosure of Invention
The invention aims to provide a method for realizing the recovery of the multi-mode system upgrade failure of an IP phone, which provides a plurality of selection schemes for system recovery after the IP phone is restarted due to a fault so as to facilitate the use of users in various different environments.
In order to achieve the purpose, the invention adopts the technical scheme that:
a method for realizing the recovery of the upgrade failure of an IP phone multi-mode system specifically comprises the following steps:
step 1, burning two special partitions in an original system of a telephone to enter a specific recovery mode when the system changes bricks;
step 2, setting specific environment variables into the phone when the phone starts to be upgraded, wherein the specific environment variables comprise an upgrading mode and an upgrading process mark;
when the telephone is suddenly powered off in the upgrading process, the system is broken down to cause the system to change bricks, and when the telephone is powered on again and the telephone recognizes that the upgrading process is marked as not being upgraded, the telephone enters a recovery mode;
step 3, after the phone enters the recovery mode, firstly entering a recovery mode selection interface, wherein the recovery mode selection interface has at least two recovery modes for a user to select so as to perform system recovery of the corresponding upgrading mode;
step 4, the system starts the corresponding program to start the downloading of the rom package according to different recovery modes, and then the system is restarted to upgrade;
and 5, after the system is upgraded, clearing the upgrading mode and the upgrading process mark to restart the system, and entering the recovered system.
The recovery mode selection interface has 10 recovery modes, and the first recovery mode to the tenth recovery mode respectively are as follows: self before upgrade, self before upgrade (clear data), default self, TFTP (clear data), USB flash disk (clear data), web page (clear data).
When a first recovery mode and a second recovery mode are selected for system recovery, the phone downloads a rom package through the autolp path before upgrading for upgrading;
when a third recovery mode and a fourth recovery mode are selected for system recovery, the phone downloads a rom package through the default automatic path for upgrading, and the default automatic path is pre-configured in the original system of the phone;
when a fifth recovery mode and a sixth recovery mode are selected for system recovery, the phone automatically downloads a rom packet to a TFTP server for upgrading, and the TFTP server is configured on a PC;
when a seventh recovery mode and an eighth recovery mode are selected for system recovery, the phone automatically downloads a rom package from a U disk connected to the phone for upgrading;
and when the ninth recovery mode and the tenth recovery mode are selected for system recovery, the interface selects a corresponding phone IP, then a user logs in the phone from a webpage through the IP, and then selects a corresponding rom packet on the webpage for upgrading.
If the user upgrade before the system changes the bricks adopts the automatic deployment upgrade, after entering the recovery selection interface, if the user does not select in the set time, the phone automatically selects the first recovery mode or the second recovery mode by default to perform the recovery upgrade; if the upgrade of the system before changing the bricks is not the automatic or the rom package put on the automatic server has a problem, the phone stays in the recovery mode selection interface, and the user selects the third recovery mode to the tenth recovery mode to perform the recovery upgrade.
After the scheme is adopted, in a complex and changeable office environment, more choices can be provided to adapt to different environments, and a client can simply and efficiently recover the system. And Linux and android enter a recovery mode by guiding recovery partitions set by the Linux and the android, so the method can be generally used for two main stream systems of Linux and android, and a user does not need to set up different environments for recovering the system according to different systems, so that the use of the user can be simplified greatly.
Drawings
FIG. 1 is a schematic flow diagram of the present invention;
FIG. 2 is a schematic diagram of a recovery mode selection interface according to the present invention.
Detailed Description
As shown in fig. 1, the present invention discloses a method for recovering an upgrade failure of an IP phone multi-mode system, which comprises the following steps:
step 1, in an original system of a telephone, burning two special partitions for entering a specific recovery mode when the system is changed into bricks, wherein the mode only needs to temporarily store a small amount of storage space.
And 2, setting specific environment variables into the phone when the phone starts to be upgraded, wherein the specific environment variables comprise an upgrading mode and an upgrading process mark. When the telephone is powered on again, the telephone enters a recovery mode when the telephone recognizes that the upgrading process is not completed and the system is broken down.
Step 3, after entering the recovery mode, entering a recovery mode selection interface, as shown in fig. 2, the selection interface has 10 recovery modes for a user to select to perform system recovery of the corresponding upgrade mode, and the first recovery mode to the tenth recovery mode are respectively as follows: self before upgrade, self before upgrade (clear data), default self, TFTP (clear data), USB flash disk (clear data), web page (clear data). The difference between clearing data and unclear data is whether user data is to be cleared, and some users may choose the option to clear data if they wish to clear previous data, or choose the option not to clear data if not needed.
automatic p: auto Provision, i.e. automatic deployment.
The user can see what kind of mode needs to be adopted to carry out system recovery faster and more effectively according to own needs, and then selects corresponding numbers to enter into corresponding recovery modes through the entity keys, the remote controller or the touch screen according to the numbers in the front.
And 4, starting a corresponding program by the system according to different recovery modes, starting to download a rom package (namely an upgrade package), and then restarting to upgrade the system.
And when the first recovery mode and the second recovery mode are selected for system recovery, the phone downloads the rom packet through the automatic path before upgrading for upgrading.
When the third recovery mode and the fourth recovery mode are selected for system recovery, the phone downloads the rom package for upgrading through the default autop path (different from the autop path before the phone upgrade of the 1 st and 2 nd points), and the default autop path is pre-configured in the original system of the phone.
When the fifth recovery mode and the sixth recovery mode are selected for system recovery, a user only needs to configure a TFTP server on one PC and place a rom packet to be upgraded, and the phone can automatically download the rom packet to the TFTP server for upgrading.
When the seventh recovery mode and the eighth recovery mode are selected for system recovery, a user only needs to place a corresponding system rom on the U disk, then the U disk is connected to the telephone, and the telephone can automatically download rom packages from the U disk for upgrading.
And when the ninth recovery mode and the tenth recovery mode are selected for system recovery, the interface selects a corresponding phone IP, then the user logs in the phone from the webpage through the IP, and then selects a corresponding rom packet on the webpage for upgrading.
And 5, after the system is upgraded, clearing the upgrading mode and the upgrading process mark to restart the system, and entering the recovered system.
If the user upgrade before the system changes the brick adopts the automatic deployment upgrade, after entering the recovery selection interface, if the user does not select in 10s, the phone automatically selects the first recovery mode or the second recovery mode by default to perform the recovery upgrade. If the upgrade of the system before changing the bricks is not the automatic or the rom packet put on the automatic server has a problem, the phone stays in the recovery mode selection interface, and the user can select the third recovery mode to the tenth recovery mode for recovery and upgrade.
The key point of the invention is that in a complex and changeable office environment, the invention can provide more choices to adapt to different environments, so that a client can simply and efficiently recover the system. And Linux and android enter a recovery mode by guiding recovery partitions set by the Linux and the android, so the method can be generally used for two main stream systems of Linux and android, and a user does not need to set up different environments for recovering the system according to different systems, so that the use of the user can be simplified greatly.
The above description is only exemplary of the present invention and is not intended to limit the technical scope of the present invention, so that any minor modifications, equivalent changes and modifications made to the above exemplary embodiments according to the technical spirit of the present invention are within the technical scope of the present invention.
Claims (4)
1. A method for realizing the recovery of the upgrade failure of an IP phone multi-mode system is characterized in that: the method specifically comprises the following steps:
step 1, burning two special partitions in an original system of a telephone to enter a specific recovery mode when the system changes bricks; the system comprises two mainstream systems of Linux and android;
step 2, setting specific environment variables into the phone when the phone starts to be upgraded, wherein the specific environment variables comprise an upgrading mode and an upgrading process mark; when the telephone is suddenly powered off in the upgrading process, the system is broken down to cause the system to change bricks, and when the telephone is powered on again and the telephone recognizes that the upgrading process is marked as not being upgraded, the telephone enters a recovery mode;
step 3, after the phone enters the recovery mode, firstly entering a recovery mode selection interface, wherein the recovery mode selection interface has at least two recovery modes for a user to select so as to perform system recovery of the corresponding upgrading mode; the recovery mode selection can be realized by selecting corresponding numbers through an entity key, a remote controller or a touch screen to enter a corresponding recovery mode;
step 4, the system starts the corresponding program to start the downloading of the rom package according to different recovery modes, and then the system is restarted to upgrade;
and 5, after the system is upgraded, clearing the upgrading mode and the upgrading process mark to restart the system, and entering the recovered system.
2. The method of claim 1, wherein the method comprises: the recovery mode selection interface has 10 recovery modes, and the first recovery mode to the tenth recovery mode respectively are as follows: self before upgrade, self before upgrade (clear data), default self, TFTP (clear data), USB flash disk (clear data), web page (clear data).
3. The method of claim 2, wherein the method comprises: when a first recovery mode and a second recovery mode are selected for system recovery, the phone downloads a rom package through the autolp path before upgrading for upgrading;
when a third recovery mode and a fourth recovery mode are selected for system recovery, the phone downloads a rom package through the default automatic path for upgrading, and the default automatic path is pre-configured in the original system of the phone;
when a fifth recovery mode and a sixth recovery mode are selected for system recovery, the phone automatically downloads a rom packet to a TFTP server for upgrading, and the TFTP server is configured on a PC;
when a seventh recovery mode and an eighth recovery mode are selected for system recovery, the phone automatically downloads a rom package from a U disk connected to the phone for upgrading;
and when the ninth recovery mode and the tenth recovery mode are selected for system recovery, the interface selects a corresponding phone IP, then a user logs in the phone from a webpage through the IP, and then selects a corresponding rom packet on the webpage for upgrading.
4. A method for implementing recovery from upgrade failure of an IP phone multimode system according to any of claims 1 to 3, characterized in that: if the user upgrade before the system changes the bricks adopts the automatic deployment upgrade, after entering the recovery selection interface, if the user does not select in the set time, the phone automatically selects the first recovery mode or the second recovery mode by default to perform the recovery upgrade; if the upgrade of the system before changing the bricks is not the automatic or the rom package put on the automatic server has a problem, the phone stays in the recovery mode selection interface, and the user selects the third recovery mode to the tenth recovery mode to perform the recovery upgrade.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910008065.3A CN109815053B (en) | 2019-01-04 | 2019-01-04 | Method for realizing IP phone multi-mode system upgrade failure recovery |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910008065.3A CN109815053B (en) | 2019-01-04 | 2019-01-04 | Method for realizing IP phone multi-mode system upgrade failure recovery |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109815053A CN109815053A (en) | 2019-05-28 |
| CN109815053B true CN109815053B (en) | 2021-04-06 |
Family
ID=66604009
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910008065.3A Active CN109815053B (en) | 2019-01-04 | 2019-01-04 | Method for realizing IP phone multi-mode system upgrade failure recovery |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109815053B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113806139B (en) * | 2021-06-15 | 2023-04-07 | 荣耀终端有限公司 | Operating system recovery method, operating system recovery device, storage medium and computer program product |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102455954A (en) * | 2011-10-17 | 2012-05-16 | 中标软件有限公司 | Power-failure-preventing upgrading method of Linux system |
| CN103095497A (en) * | 2013-01-11 | 2013-05-08 | 厦门亿联网络技术股份有限公司 | Recovery mode upgrading method of voice over internet protocol (VOIP) phone |
| US9043854B2 (en) * | 2009-09-29 | 2015-05-26 | Arris Technology, Inc. | Provisioning a set-top box |
| CN106610840A (en) * | 2015-10-22 | 2017-05-03 | 深圳市中兴微电子技术有限公司 | FOTA (Firmware Over-The-Air) upgrade method and system |
| CN108958767A (en) * | 2018-06-21 | 2018-12-07 | 厦门亿联网络技术股份有限公司 | A kind of safe mode automatically updating method realized based on minimum system backup |
-
2019
- 2019-01-04 CN CN201910008065.3A patent/CN109815053B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9043854B2 (en) * | 2009-09-29 | 2015-05-26 | Arris Technology, Inc. | Provisioning a set-top box |
| CN102455954A (en) * | 2011-10-17 | 2012-05-16 | 中标软件有限公司 | Power-failure-preventing upgrading method of Linux system |
| CN103095497A (en) * | 2013-01-11 | 2013-05-08 | 厦门亿联网络技术股份有限公司 | Recovery mode upgrading method of voice over internet protocol (VOIP) phone |
| CN106610840A (en) * | 2015-10-22 | 2017-05-03 | 深圳市中兴微电子技术有限公司 | FOTA (Firmware Over-The-Air) upgrade method and system |
| CN108958767A (en) * | 2018-06-21 | 2018-12-07 | 厦门亿联网络技术股份有限公司 | A kind of safe mode automatically updating method realized based on minimum system backup |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109815053A (en) | 2019-05-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100566224B1 (en) | Apparatus and method for upgrading software of a wireless mobile station | |
| CN101729653B (en) | The system and method for software upgrading downloaded in the air by Delta base for wireless mobile | |
| CN103077058B (en) | Method and device for installing application program | |
| CN102232304B (en) | Method, system and terminal for system update between mobile communication terminals | |
| CN110427385B (en) | Block chain data updating method, related node and block chain | |
| CN101383724B (en) | Network updating method and operation maintaining element, and network element updating system | |
| CN102541595A (en) | Method and device for upgrading intelligent device and intelligent device | |
| CN105763345A (en) | Network element upgrade management method, device and system | |
| CN111049682B (en) | Method, system and central network equipment for realizing uninterrupted service upgrade | |
| CN111142905A (en) | OTA (over-the-air) upgrading method, OTA server and OTA upgrading system | |
| CN103218221A (en) | Control switching method and device of software interface | |
| CN103840968A (en) | Version updating method, version updating device and terminal equipment | |
| CN104580267A (en) | A resource downloading method, device, server and corresponding system | |
| CN108667641A (en) | Distributed system upgrade method, distributed system and updating and management equipment | |
| CN104375854A (en) | Application updating and downloading method and user terminal | |
| CN109815053B (en) | Method for realizing IP phone multi-mode system upgrade failure recovery | |
| CN103235792A (en) | Method and device for operating file | |
| CN114124697A (en) | Network switching method, network switching device and storage medium | |
| CN101465897B (en) | Method for configuring IP telephone parameter | |
| CN104333856A (en) | Method for switching network of Java SIM card, SIM card, server and system | |
| CN108595195A (en) | A kind of application program update method, apparatus, terminal and storage medium | |
| CN104301419A (en) | Non-local-machine remote download control system and method | |
| CN106161532A (en) | A kind of orientation method for cleaning based on cloud service and system | |
| CN104580360A (en) | System and method for updating firmware through heterogeneous network | |
| CN104581695A (en) | Mobile terminal configuration method and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20230518 Address after: Room 208-7, Hengye Building, No. 100 Xiangxing Road, Xiang'an Industrial Zone, Torch High tech Zone, Xiamen City, Fujian Province, 361100 Patentee after: Xiamen Yilian Communication Technology Co.,Ltd. Address before: 361009 unit 402-502, No.63, erwanghailu, software park, Xiamen City, Fujian Province Patentee before: YEALINK (XIAMEN) NETWORK TECHNOLOGY Co.,Ltd. |
|
| TR01 | Transfer of patent right |