CN106789236B - A method of the FOTA remote online upgrading of fusion WiFiP2P - Google Patents
A method of the FOTA remote online upgrading of fusion WiFiP2P Download PDFInfo
- Publication number
- CN106789236B CN106789236B CN201611183194.9A CN201611183194A CN106789236B CN 106789236 B CN106789236 B CN 106789236B CN 201611183194 A CN201611183194 A CN 201611183194A CN 106789236 B CN106789236 B CN 106789236B
- Authority
- CN
- China
- Prior art keywords
- rom
- version
- uid
- wifi
- 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
- 238000000034 method Methods 0.000 title claims abstract description 29
- 230000004927 fusion Effects 0.000 title description 5
- 238000003860 storage Methods 0.000 claims abstract description 13
- 238000012423 maintenance Methods 0.000 claims abstract description 11
- 238000012360 testing method Methods 0.000 claims description 27
- 238000009434 installation Methods 0.000 claims description 15
- 238000007726 management method Methods 0.000 claims description 14
- 238000012790 confirmation Methods 0.000 claims description 8
- 238000011084 recovery Methods 0.000 claims description 8
- 238000012795 verification Methods 0.000 claims description 6
- 230000008569 process Effects 0.000 claims description 4
- 239000006227 byproduct Substances 0.000 claims description 3
- 238000004519 manufacturing process Methods 0.000 claims description 3
- 238000009826 distribution Methods 0.000 claims description 2
- 238000012550 audit Methods 0.000 claims 1
- 238000005516 engineering process Methods 0.000 abstract description 8
- 238000010586 diagram Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000007792 addition Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000004069 differentiation Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000010606 normalization Methods 0.000 description 2
- 230000008439 repair process Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 230000001174 ascending effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000002222 downregulating effect Effects 0.000 description 1
- 239000004744 fabric Substances 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 239000000047 product Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The invention discloses a kind of methods of FOTA remote online upgrading for merging WiFi P2P, including server, which is characterized in that the backstage server connection Web, SQL and OSS are connect by WLAN with the equipment of strategy grouping.The present invention is while sufficiently combining the technology of existing FOTA, innovative is also known as WiFi Direct for WiFi P2P() technology, it is integrated into and, the potentiality of current smart machine have been given full play to, time and cost have been saved for the plant maintenance of enterprise, while improving efficiency for client, reduce time and expense cost, it is particularly suitable for storage, retail, the mobile terminal FOTA management of the users such as logistics.
Description
Technical field
The present invention relates to FOTA remote online upgrade-system update method, specially a kind of FOTA for merging WiFi P2P is remote
The method of journey online upgrading.
Background technique
In recent years, with the fast development of mobile interchange technology, the mobile internet device of technical grade also starts more to popularize,
While bringing informationization for various industries, the management of mobile internet of things equipment itself but becomes a more important life
Topic.Currently to equipment upgraded mainly be all to be realized by FOTA (Firmware Over-The-Air) technology, refer to logical
Cloud upgrade technique is crossed, for the equipment with networking function: such as mobile phone, tablet computer, portable media player and movement
Internet device etc. provides firmware update services, and user obtains intelligent terminal system using network with on-demand, easy extension way
Upgrade package, and cloud upgrading is carried out by FOTA, complete system reparation and optimization.
Traditional FOTA is the data upgrading for emphasizing " cloud-end ", although solving the upgrade problem of equipment, extensive
Usage scenario inevitably will cause the waste of flow and time cost especially to loglstics enterprise.Typically
Android system upgrading, complete packet reach the data volume of GB even with difference packet, also reach tens of MB.FOTA is tight with OS
Close connected, with current intelligence system more huge, by taking Android as an example, a complete upgrade package is easily with regard to 500
+ MB while increasing time cost to user, also increases flow cost.
Summary of the invention
The purpose of the present invention is to provide a kind of methods of FOTA remote online upgrading for merging WiFi P2P, have raising
Efficiency, solves the problems, such as the waste of flow and time cost at the advantages of reducing time and expense cost.
To achieve the above object, the invention provides the following technical scheme: a kind of FOTA remote online for merging WiFi P2P
Upgrade-system, including server, the backstage server connection Web, SQL and OSS, are connected by the equipment of WLAN and strategy grouping
It connects, the automatic distribution of strategy group is determined by ROM_UID, is pushed by strategy and is completed FOTA upgrading, wherein each tactful group can be with
Upgraded in offline is carried out using WiFi P2P.
Its method and step is as follows:
(1), game server platform generates ROM_UID on backstage according to the facility information of ROM, ROM_UID is written to
In the ROM of production；
(2), the OSS storage server for uploading the ROM packet after test passes through to Cloud Server is audited logical by product manager
It crosses, and relevant updates information is pushed to customer administrator；
(3), system can be according to the ROM_UID of customer equipment automatically by device packets, the case where user upgrades as needed,
It can select entirely, also can choose a portion equipment as upgrading object, after determining upgrading object, in available ROM list
The middle selection version to be upgraded, confirmation start to upgrade after updating；
(4), after starting push upgrading, system upgrades according to the preferred WLAN of user network type, according to the network segment of user, together
In one network segment, according to the successive of request, several preferential downloadings are chosen, other equipment are in task wait state；
(5), after equipment completes upgrading in above-mentioned group, version information can be broadcast to by setting in group by WiFi P2P
Standby, other equipment can realize upgraded in offline by its hot spot；
Method when in use, including opens and engineering mode and is not turned on engineering mode thereon；
When being not turned on engineering mode,
S1, logged in when using user right, determine there are custom strategies or it is privately owned strategy after, from obtain backstage version
Information；
S2, it determines nearby there are after sharer, opens WiFi Direct, be downloaded difference packet using WiFi P2P
And install, however, it is determined that there is no sharer nearby or be not turned on WiFi Direct, then OSS server carries out down from cloud automatically
Carry difference packet or complete installation kit；
S3, downloading complete verification and enter the upgrading of Recovery Pattern completion by equipment；
When opening engineering mode；
S4, when being logged in using engineer's permission, backstage version information can be directly acquired, confirmation version is believed in detail
Breath；
S5. when selection directly jumps installation, then input ROM_UID and ROM_VER downloads complete installation kit and is pacified
Dress；
S6, when selection does not jump installation, search is opened WiFi Direct if it exists, is made nearby there are after sharer
Difference packet is downloaded with WiFi P2P and is installed, however, it is determined that is not had sharer nearby or is not turned on WiFi Direct, then certainly
It is dynamic to be downloaded difference packet from cloud OSS server or complete installation kit is installed；
S7, downloading complete verification and enter Recovery mode by equipment and complete to upgrade.
Preferably, the ROM_UID includes first identifier and second identifier, and first identifier has hardware view, hardware view
It is distinguished by planner, hardware platform (MT6572, MT6582 ...), storage chip, memory chip, screen, expansion board, it is soft
Part level mainly includes default language, customization, customized version identification information.The identical a terminal of hardware configuration is set
It is standby, due to Sales Channel, region, client difference, customized demand is ever-changing, ROM_UID have differentiation and unique identification this
A little different customized demand.
Preferably, the ROM_UID includes planner (1byte), hardware platform (2byte), storage Flash ROM
(2byte), memory RAM (2byte), screen (2byte), expansion board (2byte), language codes (2byte), reserved (2byte),
Client codes (5byte), customized version number (2byte is incremented by certainly).
Preferably, in method, need to upgrade ROM, ROM upgrade process MDM for ROM maintenance mainly by
Administrator completes, and is divided into version release management person and version test administrator, is segmented into following steps:
(1) version release management person determines the need for generating by the customized demand of the basic information of client and client
One new OS chain is identified by ROM_UID, if it is new OS demand, then by the backstage Web generate one it is new and unique
ROM_UID, updated if it is iteration, then need to provide currently exist and unique ROM_UID, by this ROM_
UID and accurate ROM_VER informs that planner, planner when compiling generates new ROM need that ROM_UID and ROM_ is written
VER。
(2) version release management person after by preliminary test, uploads to after the ROM for receiving planner offer
Background server.After file uploads completion, this version flag is beta version, and the test of notification version test administrator is examined
Core.MDM client can't see beta version under the normal mode of default.
(3) version test administrator is in terminal device by logging on to engineering mode, and then MDM client is according to corresponding
Rule, which determines, updates packet, after downloading and is updated OS.
(4) version test administrator test OK after, log on to background management system add their confirmation version for test pass through
Version, at this time the label of version be, it is visible to user and downloading can be provided.
Preferably, ROM_VER version number, from incremental positive integer, for distinguishing the front and back different time of identical ROM_UID
The version of publication；This is also the version number for generating difference upgrade package, carrying out reference when difference in version compares.
Compared with prior art, beneficial effects of the present invention are as follows:
1, the present invention is innovative by WiFi P2P (also known as Wi-Fi while sufficiently combining the technology of existing FOTA
Direct) technology is integrated into and, given full play to the potentiality of current smart machine, when saving for the plant maintenance of enterprise
Between and cost can be divided according to the actual situation by user after nested design by the way that the equipment of same model to be grouped
Match, it, can be by WiFi P2P by version after the update for having a completion OS in group after user opens WiFi P2P function
This information is broadcast to the equipment in group, and other equipment can realize upgraded in offline by its hot spot；
2, the present invention is classified hardware device using two sets of coding rules of ROM_UID and VER, to use WiFi
P2P establishes basis, the upgraded in offline of FOTA is realized by WiFi P2P technology, while improving efficiency for client, when reducing
Between and expense cost, be particularly suitable for storage, retail, the users such as logistics mobile terminal FOTA management；
3, the volume for the ROM_UID and Ver that the present invention is specially designed specifically for realization of the WiFi P2P technology in FOTA
Design code rule and combine FOTA and WiFi P2P.
Detailed rules and regulations are encoded in order to ensure the uniqueness and accuracy of ROM_UID, manually input mistake or space is avoided to cause
Lack of standardization, there are also half-angles and full-shape difference that input method status leads to English alphabet, and when creating ROM_UID, component part is all
It must be selected by way of combobox, and cannot guarantee the normalization of ROM_UID by directly inputting by hand.Drop-down
Frame shows content from database table, and front end system needs the maintenance page and changes maintenance to administrator's progress additions and deletions.It needs to tie up
Shield includes planner Vendor, hardware Platform, storage Flash ROM, memory RAM, screen, expansion board, language codes, visitor
Family code；
ROM_VER version number, from incremental positive integer, what the front and back different time for distinguishing identical ROM_UID was issued
Version.This is also the version number for generating difference upgrade package, carrying out reference when difference in version compares.Identical ROM_UID can be put down
Regulating the ascending and descending of QI grade ROM_VER, be not in because hardware reason caused by failure, and force update ROM_UID difference rom image,
Light then system shows incorrect, can not then start completely if serious, need depot repair.When across ROM_UID carry out FOTA system
When system updates, therefore, to assure that meet under the consistent precondition of hardware view information, it just can be by forcing across ROM_UID progress
FOTA online updating.
Detailed description of the invention
Fig. 1 is ROM UID product process figure of the invention and ROM UID data management schematic diagram；
Fig. 2 is the FOTA online upgrading flow chart of fusion WiFi Direct of the invention；
Fig. 3 is complete packet of the invention and difference packet schematic diagram；
Fig. 4 is system structure diagram of the invention.
Specific embodiment
Following will be combined with the drawings in the embodiments of the present invention, and technical solution in the embodiment of the present invention carries out clear, complete
Site preparation description, it is clear that described embodiments are only a part of the embodiments of the present invention, instead of all the embodiments.It is based on
Embodiment in the present invention, it is obtained by those of ordinary skill in the art without making creative efforts every other
Embodiment shall fall within the protection scope of the present invention.
Referring to Fig. 4, a kind of FOTA remote online upgrade-system for merging WiFi P2P, including server, server connect
Connect the backstage Web, SQL and OSS, server is connect by WLAN with group plan particular device signal, organize plan particular device respectively with group
Plan equipment and particular device electrical connection.
Fig. 1-4 is please referred to, a method of the FOTA remote online upgrading of fusion WiFi P2P,
Its method and step is as follows:
(1), game server platform generates ROM_UID on backstage according to the facility information of ROM, ROM_UID is written to
In the ROM of production；
(2), the OSS storage server for uploading the ROM packet after test passes through to Cloud Server is audited logical by product manager
It crosses, and relevant updates information is pushed to customer administrator；
(3), system can be according to the ROM_UID of user equipment automatically by device packets, the case where user upgrades as needed,
It can select entirely, also can choose a portion equipment as upgrading object, after determining upgrading object, in available ROM list
The middle selection version to be upgraded, confirmation start to upgrade after updating；
(4), after starting push upgrading, system upgrades according to the preferred WLAN of user network type, according to the network segment of user, together
In one network segment, according to the successive of request, several preferential downloadings are chosen, other equipment are in task wait state；
(5), after equipment completes upgrading in above-mentioned group, version information can be broadcast to by setting in group by WiFi P2P
Standby, other equipment can realize upgraded in offline by its hot spot；
Method when in use, including opens and engineering mode and is not turned on engineering mode thereon；
When being not turned on engineering mode,
S1, logged in when using user right, determine there are custom strategies or it is privately owned strategy after, from obtain backstage version
Information；
S2, it determines nearby there are after sharer, opens WiFi Direct, be downloaded difference packet using WiFi P2P
And install, however, it is determined that there is no sharer nearby or be not turned on WiFi Direct, then OSS server carries out down from cloud automatically
Carry difference packet or complete installation kit；
S3, downloading complete verification and are upgraded by equipment into Recovery Pattern completion is rebooted into；
When opening engineering mode；
S4, when being logged in using engineer's permission, backstage version information can be directly acquired, confirmation version is believed in detail
Breath；
S5. when selection directly jumps installation, then input ROM_UID and ROM_VER downloads complete installation kit and is pacified
Dress；
S6, when selection does not jump installation, search is opened WiFi Direct if it exists, is made nearby there are after sharer
Difference packet is downloaded with WiFi P2P and is installed, however, it is determined that is not had sharer nearby or is not turned on WiFi Direct, then certainly
It is dynamic to be downloaded difference packet from cloud OSS server or complete installation kit is installed；
S7, downloading complete verification and are upgraded by equipment into Recovery Pattern completion is rebooted into.
(1) the ROMUID coded system of fusion software, hardware, client, demand
Terminal device is since space limits, and ROM only includes necessary driving, but also by hardware address, partition holding etc.
The influence of equal devices, so the case where being adapted to multiple hardware platforms there is no a ROM.In order to carry out unique identification to ROM, draw
Enter ROM_UID and ROM_VER is distinguished.
1.1 ROM_UID include two aspect identification informations:
1. hardware view: hardware view presses planner, hardware platform (MT6572, MT6582 ...), storage chip, memory
Chip, screen, expansion board distinguish.
2. software view: software view mainly includes default language, customization, customized version identification information.Hardware is matched
Set identical a terminal device, due to Sales Channel, region, client difference, customized demand is ever-changing, ROM_
UID has differentiation simultaneously these different customized demand of unique identification.
1.2 ROM_VER version numbers, from incremental positive integer, the front and back different time for distinguishing identical ROM_UID is sent out
The version of cloth.This is also the version number for generating difference upgrade package, carrying out reference when difference in version compares.Identical ROM_UID can
With smooth promotion and demotion ROM_VER, be not in because hardware reason caused by failure, and force update ROM_UID difference ROM mirror
Picture, gently then system shows incorrect, can not then start completely if serious, need depot repair.As across ROM_UID carry out FOTA
When system update, therefore, to assure that meet under the consistent precondition of hardware view information, just can by force across ROM_UID into
Row FOTA online updating, for example, certain terminal device for having brushed customization version OS can change the OS that brush is general-purpose version.
1.3 coding detailed rules and regulations avoid manually entering mistake or space in order to ensure the uniqueness and accuracy of ROM_UID
Cause it is lack of standardization, there are also half-angle and full-shape difference that input method status leads to English alphabet, when creating ROM_UID, composition portion
Dividing must all be selected by way of combobox, and cannot guarantee the normalization of ROM_UID by directly input by hand.
Combobox shows content from database table, and front end system needs the maintenance page and changes maintenance to administrator's progress additions and deletions.It needs
It safeguards including planner Vendor, hardware Platform, storage Flash ROM, memory RAM, screen, expansion board, language generation
Code, client codes.
ROM_UID=planner (1byte)+hardware platform (2byte)+storage Flash ROM (2byte)+memory RAM
(2byte)+screen (2byte)+expansion board (2byte)+language codes (2byte)+reserved (2byte)+client codes (5byte)
+ customized version number (2byte is incremented by certainly).
(1) planner: number code (1 character), displaying scheme quotient's title；
(2) hardware platform: number code (2 characters), hardware platform title (for example MT6572), annotation；
(3) it stores: number code (2 characters), chip model, total capacity, remarks；
(4) memory: number code (2 characters), chip model, total capacity, remarks；
(5) screen: number code (2 characters), screen vendor name (as believed benefit, BCT), BOM table Part Number, standby
Note；
(6) expansion board: number code (2 characters), display Name, remarks；
(7) language codes: number code (2 characters), display Name；Number code can refer to this page https: //
The definition of www.iso.org/obp/ui/#search, for example code coding CN, display Name are that " (China is big for simplified form of Chinese Character
Land) ", code coding TW, display Name be " Chinese-traditional ", code coding JP, display Name be " Japanese ", code coding EN,
Display Name is " English (Britain) ", and code coding US, display Name is " English (U.S.) ", etc..
(8) client codes: code (5 characters), display Name, remarks.Wherein code 00000 is built-in,
Indicate universal standard version, non-customer customized version.
In short, newly-increased ROM_UID is responsible for by administrator Admin, do not allow after submitting background system to be saved in database
Modification, does not also allow to delete.Delete that ROM_UID may cause many synchronizations, FOTA online updating goes wrong, so must be by
SysAdmin is operated with caution.Each ROM_UID must be filled in " remarks " and be annotated, and follow-up maintenance pipe is facilitated
Reason.
For 1.4 ROM_VER with unlike ROM_UID, ROM_VER is identical in ROM_UID by the automatic maintenance in the backstage MDM
In the case of, new OS is often added on the identical chain of identical ROM_UID, ROM_VER is required to the base in the value of itself
Add 1 on plinth.
1.5 ROM upgrading process MDM is mainly completed the maintenance of ROM by administrator, is divided into version release management person
With version test administrator, it is segmented into following steps:
(1) version release management person determines the need for generating by the customized demand of the basic information of client and client
One new OS chain is identified by ROM_UID, if it is new OS demand, then by the backstage Web generate one it is new and unique
ROM_UID, updated if it is iteration, then need to provide currently exist and unique ROM_UID, by this ROM_
UID and accurate ROM_VER informs that planner, planner when compiling generates new ROM need that ROM_UID and ROM_ is written
VER。
(2) version release management person after by preliminary test, uploads to after the ROM for receiving planner offer
Background server.After file uploads completion, this version flag is beta version, and the test of notification version test administrator is examined
Core.MDM client can't see beta version under the normal mode of default.
(3) version test administrator is in terminal device by logging on to engineering mode, and then MDM client is according to corresponding
Rule, which determines, updates packet, after downloading and is updated OS.
(4) version test administrator test OK after, log on to background management system add their confirmation version for test pass through
Version, at this time the label of version be, it is visible to user and downloading can be provided.
When planner makes ROM, complete update mirror image (abbreviation complete packet) and one and last revision can be all provided
Difference update mirror image (abbreviation difference packet), when issuing first edition ROM, only complete packet F_v1, second when issuing ROM, mentions
Complete packet F_v3 and version are provided when third time issues ROM for the difference packet P_v2_1 of complete packet F_v2 and version 2 and version 1
3 with the difference packet P_v3_2 of version 2, so analogize, when latest edition number is k, provide complete packet F_vk and difference packet P_vk_k-
1。
Referring to Fig. 3, when client detects that renewable os release upgrades from background system, it is assumed that terminal device OS
Current version ROM_VER is 1, when the OS latest edition number ROM_VER of the background system ROM_UID is 3, the liter of terminal device
Grade method are as follows: downloading P_v2_1 difference packet, restart Recovery mode execute OS upgrading, upgrade finish be restarted automatically it is normal
Mode, terminal device os release ROM_VER are updated to v2；Continue to download P_v3_2 difference packet, restarts Recovery mode
OS upgrading is executed, upgrades to finish and is restarted automatically normal mode, terminal device os release ROM_VER is updated to v3.Thus may be used
See, when the current os release ROM_VER of terminal device differs N number of with background system latest edition number ROM_VER, needs under repetition
Carrying and restarting N-1 circulation could complete to update to latest edition, this will cause very poor customer experience, so, using difference
Upgrading is implemented system update and is limited, and restriction rule is as follows:
When the current OS latest edition number ROM_VER of background system is differed not with present terminal equipment os release ROM_VER
More than 3 (including 3)；
The difference packet All Files accumulated size for needing to download update must not exceed latest edition complete packet file size
70%；
Only meet above-mentioned precondition and just implement OS update by way of downloading difference packet, under otherwise all passing through directly
The complete packet for carrying latest edition implements OS update.In addition, two variables of above-mentioned condition --- the version difference limen value 3 of difference update,
Downloading percentage threshold values 70% is default setting, can be modified and is arranged by background system.
It although an embodiment of the present invention has been shown and described, for the ordinary skill in the art, can be with
A variety of variations, modification, replacement can be carried out to these embodiments without departing from the principles and spirit of the present invention by understanding
And modification, the scope of the present invention is defined by the appended.
Claims (5)
1. a kind of method for the FOTA remote online upgrading for merging WiFi P2P, including server, which is characterized in that the service
Device connects the backstage Web, SQL and OSS, is connect by WLAN with the equipment of strategy grouping, the automatic distribution of strategy group is by ROM_UID
It determines, is pushed by strategy and complete FOTA upgrading, wherein each strategy group can be used WiFi P2P and carry out upgraded in offline；
Its method and step is as follows:
(1), game server platform generates ROM_UID on backstage according to the facility information of ROM, ROM_UID is written to production
ROM in；
(2), the OSS storage server for uploading the ROM packet after test passes through to Cloud Server passes through by product manager's audit,
And relevant updates information is pushed to customer administrator；
(3), system can be according to the ROM_UID of customer equipment automatically by device packets, the case where user upgrades as needed, can be with
Quan Xuan also can choose a portion equipment as upgrading object, after determining upgrading object, select in available ROM list
The version to be upgraded is selected, confirmation starts to upgrade after updating；
(4), after starting push upgrading, system upgrades according to the preferred WLAN of user network type, same according to the network segment of user
In network segment, according to the successive of request, preferentially downloaded according to user terminal radix Intelligent Selection access platform, other equipment are in task dispatching
To state；
(5), after equipment completes upgrading in above-mentioned group, version information can be broadcast to by the equipment in group by WiFi P2P,
Other equipment can realize upgraded in offline by its hot spot；Method when in use, including is opened and engineering mode and is not turned on thereon
Engineering mode；When being not turned on engineering mode,
S1, it is logged in when using user right, determines there are after custom strategies or privately owned strategy, obtain backstage version information；
S2, it determines nearby there are after sharer, opens WiFi Direct, be downloaded difference Bao Bingan using WiFi P2P
Dress, however, it is determined that do not have sharer nearby or be not turned on WiFiDirect, OSS server is downloaded difference packet from cloud automatically
Or complete installation kit；
S3, downloading complete verification and enter the upgrading of Recovery Pattern completion by equipment；
When opening engineering mode；
S4, when being logged in using engineer's permission, can directly acquire backstage version information, confirm version details；
S5. when selection directly jumps installation, then input ROM_UID and ROM_VER downloads complete installation kit and is installed；
S6, when selection does not jump installation, search opens WiFi Direct nearby there are after sharer if it exists, uses
WiFi P2P is downloaded difference packet and installs, however, it is determined that does not have sharer nearby or is not turned on WiFiDirect, then automatically
From cloud, OSS server is downloaded difference packet or complete installation kit is installed；
After S7, downloading completion verification pass through, equipment enters the upgrading of Recovery Pattern completion.
2. a kind of method of FOTA remote online upgrading for merging WiFi P2P according to claim 1, it is characterised in that:
The ROM_UID includes first identifier and second identifier, and first identifier has hardware view, and hardware view is flat by planner, hardware
Platform (MT6572, MT6582 ...), storage chip, memory chip, screen, expansion board distinguish, and software view mainly includes
Default language, customization, customized version identification information；The identical a terminal device of hardware configuration, due to selling canal
Road, region, client difference, customized demand is ever-changing, and ROM_UID, which has, to be distinguished and unique identification these different customizations need
It asks.
3. a kind of method of FOTA remote online upgrading for merging WiFi P2P according to claim 1, it is characterised in that:
The ROM_UID includes planner (1byte), hardware platform (2byte), storage Flash ROM (2byte), memory RAM
(2byte), screen (2byte), expansion board (2byte), language codes (2byte), reserved (2byte), client codes
(5byte), customized version number (2byte is incremented by certainly).
4. a kind of method of FOTA remote online upgrading for merging WiFi P2P according to claim 1, it is characterised in that:
In its method, needing to upgrade ROM, ROM upgrading process MDM is mainly completed the maintenance of ROM by administrator, point
For version release management person and version test administrator, it is segmented into following steps:
(1) version release management person determines the need for generating one by the customized demand of the basic information of client and client
New OS chain is identified by ROM_UID, if it is new OS demand, then by the backstage Web generate one it is new and unique
ROM_UID is updated if it is iteration, then needs to provide ROM_UID currently exist and unique, by this ROM_UID
Inform that planner, planner when compiling generates new ROM need that ROM_UID and ROM_VER is written with accurate ROM_VER；
(2) version release management person is after the ROM for receiving planner offer, after by preliminary test, uploads to OSS clothes
Business device, after file uploads completion, this version flag is beta version, and the test of notification version test administrator is audited, MDM visitor
It can't see beta version under the normal mode of default in family end；
(3) version test administrator is determined by logging on to engineering mode, MDM client according to corresponding rule in terminal device
Packet is updated, after downloading and is updated OS；
(4) after version test administrator test OK, logging on to the background management system version that adds their confirmation is test by version,
The label of version is at this time, visible to user and can provide downloading.
5. a kind of method of FOTA remote online upgrading for merging WiFi P2P according to claim 1, it is characterised in that:
The ROM_VER version number, from incremental positive integer, the version of the front and back different time publication for distinguishing identical ROM_UID；
This is also the version number for generating difference upgrade package, carrying out reference when difference in version compares.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611183194.9A CN106789236B (en) | 2016-12-20 | 2016-12-20 | A method of the FOTA remote online upgrading of fusion WiFiP2P |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611183194.9A CN106789236B (en) | 2016-12-20 | 2016-12-20 | A method of the FOTA remote online upgrading of fusion WiFiP2P |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106789236A CN106789236A (en) | 2017-05-31 |
| CN106789236B true CN106789236B (en) | 2019-11-19 |
Family
ID=58891279
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611183194.9A Active CN106789236B (en) | 2016-12-20 | 2016-12-20 | A method of the FOTA remote online upgrading of fusion WiFiP2P |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106789236B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109358886B (en) * | 2018-12-03 | 2025-01-10 | 广西道纪医疗设备有限公司 | A remote upgrade method for a high voltage generator remote upgrade control system |
| CN109697080B (en) * | 2018-12-24 | 2023-05-02 | 普华基础软件股份有限公司 | Online upgrading method for operating system of Internet of things |
| CN109889589B (en) * | 2019-02-18 | 2021-11-23 | 闪联信息技术工程中心有限公司 | System and method for realizing embedded hardware OTA (over the air) upgrading based on block chain |
| CN112612497B (en) * | 2020-12-30 | 2024-08-06 | 欧普照明股份有限公司 | Firmware upgrading method and equipment based on gateway |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101179425A (en) * | 2006-12-11 | 2008-05-14 | 腾讯科技（深圳）有限公司 | Client terminal software updating control method and system |
| CN101594613A (en) * | 2009-06-22 | 2009-12-02 | 中兴通讯股份有限公司 | The method of terminal equipment and upgrading thereof, system |
| CN102314369A (en) * | 2011-10-09 | 2012-01-11 | 杭州先锋电子技术股份有限公司 | Self-upgrade method for equipment in remote online monitoring system |
| US8555273B1 (en) * | 2003-09-17 | 2013-10-08 | Palm. Inc. | Network for updating electronic devices |
| CN105763369A (en) * | 2016-02-04 | 2016-07-13 | 湖南长城信息金融设备有限责任公司 | Terminal equipment remote software version distribution method and system |
-
2016
- 2016-12-20 CN CN201611183194.9A patent/CN106789236B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8555273B1 (en) * | 2003-09-17 | 2013-10-08 | Palm. Inc. | Network for updating electronic devices |
| CN101179425A (en) * | 2006-12-11 | 2008-05-14 | 腾讯科技（深圳）有限公司 | Client terminal software updating control method and system |
| CN101594613A (en) * | 2009-06-22 | 2009-12-02 | 中兴通讯股份有限公司 | The method of terminal equipment and upgrading thereof, system |
| CN102314369A (en) * | 2011-10-09 | 2012-01-11 | 杭州先锋电子技术股份有限公司 | Self-upgrade method for equipment in remote online monitoring system |
| CN105763369A (en) * | 2016-02-04 | 2016-07-13 | 湖南长城信息金融设备有限责任公司 | Terminal equipment remote software version distribution method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106789236A (en) | 2017-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111061817B (en) | Adaptive business construction system, method and computer readable medium | |
| CN106789236B (en) | A method of the FOTA remote online upgrading of fusion WiFiP2P | |
| US9075633B2 (en) | Configuration of life cycle management for configuration files for an application | |
| CN102622241B (en) | A kind of method for upgrading software and device | |
| CN109495584B (en) | Internet of things equipment access method, device, equipment and medium | |
| CN106502725A (en) | The upgrade method of application program, equipment and electronic equipment | |
| CN109683911B (en) | System for realizing automatic application deployment and influence analysis | |
| CN104885071A (en) | Multiple device intelligent language model synchronization | |
| CN101887464B (en) | Method and device for displaying data in database | |
| CN102165419A (en) | Computer system, method, and computer program for managing batch job | |
| CN105635758B (en) | A kind of smart TV desktop background management method and server | |
| CN111651180B (en) | Firmware updating method and device, processor and intelligent gateway equipment | |
| CN107608681A (en) | Installation method of operating system, device and server | |
| CN103186632A (en) | Method and device for customizing operation and maintenance form | |
| CN112486491A (en) | Page generation method and device, computer equipment and storage medium | |
| CN102902818A (en) | Method and device for upgrading database | |
| CN109474467A (en) | Network automatically management method, device, storage medium and electronic equipment | |
| CN106779988A (en) | A kind of tax control server management system and method | |
| CN112988583A (en) | Method and device for testing syntax compatibility of database | |
| US20120204161A1 (en) | Automated Code Map Generation for an Application Programming Interface of a Programming Language | |
| CN114997414B (en) | Data processing method, device, electronic equipment and storage medium | |
| CN107015831A (en) | A kind of client updating management method upgraded based on server end and system | |
| CN103677845A (en) | Website application deployment method | |
| CN104881455B (en) | A kind of architectural difference processing method and system based on MYSQL | |
| CN101458628A (en) | Program edition management method |
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 | ||
| CB03 | Change of inventor or designer information |
Inventor after: Wei Jiangtao Inventor after: Jiang Qinghua Inventor after: He Chao Inventor after: Wang Hang Inventor before: Wang Dongsheng |
|
| CB03 | Change of inventor or designer information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |