WO2015190998A2 - Système permettant d'installer un logiciel sur un dispositif à petite mémoire - Google Patents

Système permettant d'installer un logiciel sur un dispositif à petite mémoire Download PDF

Info

Publication number
WO2015190998A2
WO2015190998A2 PCT/SG2015/000130 SG2015000130W WO2015190998A2 WO 2015190998 A2 WO2015190998 A2 WO 2015190998A2 SG 2015000130 W SG2015000130 W SG 2015000130W WO 2015190998 A2 WO2015190998 A2 WO 2015190998A2
Authority
WO
WIPO (PCT)
Prior art keywords
computer program
memory
portions
program
data packet
Prior art date
Application number
PCT/SG2015/000130
Other languages
English (en)
Other versions
WO2015190998A3 (fr
Inventor
Tong Peow Ow
Ching Guan Tay
Original Assignee
Home Control Singapore Pte. Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Home Control Singapore Pte. Ltd. filed Critical Home Control Singapore Pte. Ltd.
Priority to CN201580031255.7A priority Critical patent/CN106462416B/zh
Priority to US15/304,684 priority patent/US10642591B2/en
Priority to JP2016571403A priority patent/JP6660311B2/ja
Priority to KR1020177000751A priority patent/KR102400681B1/ko
Publication of WO2015190998A2 publication Critical patent/WO2015190998A2/fr
Publication of WO2015190998A3 publication Critical patent/WO2015190998A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4406—Loading of operating system
    • G06F9/4408—Boot device selection
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Definitions

  • the invention relates to wireless downloading and installing a computer program on a small-memory device.
  • the small-memory device may be an electronic device such as a remote control device that typically has a small memory compared to other more complex electronic devices such as a smart phone.
  • a remote control device may use different technologies to interact with consumer device.
  • Well-known legacy infrared technology enables the remote control device to control a consumer device.
  • the remote control device has an infrared transmitter to send an infrared signal comprising a command code whereas the consumer device has an infrared receiver to receive the infrared signal and to extract the command code.
  • the consumer device may perform an action. For example, the consumer device may he a TV and the remote control device is being used by a user to send a command code causing the TV to switch to the next channel or to raise the volume.
  • Contemporary remote control devices may (also) have a radio-based capability to interact with other devices in the home and to wirelessly download, from a host device, software updates for the remote control device.
  • the radio-based capability may based on ZigBee RF4CE technology (see also a website of ZigBee Alliance:
  • Software updates typically include firmware for the remote control device, including an up-to-date database of command codes to interact with various devices. Said wireless downloading and installing of new software is commonly referred to as Over-the-Atr Download (OAD).
  • OAD Over-the-Atr Download
  • GAD can be used to receive and install software on the remote control device during the production process of the remote control device.
  • a host device may establish a wireless connection with the remote control device, and then wirelessly send the software to the remote control device.
  • the installation process is inefficient in terms of memory (and thus cost), because it requires additional memory during the installation process, install Sat ion of new software requires the remote control device to first download and store the new software in the additional memory, then verify the downloaded software and finally overwrite existing software in the memory of the remote control device.
  • the additional memory is thus used primarily for downloading new software and is largely unused at other times, which makes the use of memory inefficient, Efficient use of memory is of particular importance in a high-volume production process of small-memory devices, such as the remote control device, wherein memory size is kept to a minimum to reduce cost and bill-of- material.
  • the objective technical problem is to provide system, method and device for installing software on a small-memory device, having an improved efficiency as compared to the prior art.
  • An aspect of the invention is a device having a program memory being a memory for containing a computer program, a boot memory comprising a boot loader arranged for booting the device, a processor for running the computer program and the boot loader, a receiving unit for wireiessiy receiving data packets, portions of the computer program being comprised by at least some of the respective data packets, the boot loader being further arranged for installing the computer program, comprising: detecting a data packet of the data packets, the detecting being part of receiving said data packet; extracting, from said data packet, at least one of (a) a portion of the computer program and portion metadata related to said portion and (b) program metadata related to a collection of portions collectively forming the computer program; determining a memory location in the program memory based on said portion metadata; maintaining progress information representing extracted portions that have been stored in the program memory; determining completion of storing the collection of portions based on the progress information and the program metadata.
  • T he device may be a small-memory device such as a remote control, an electronic toy, a wearable device or a music player, for example.
  • the device comprises the processor for executing a computer program and a boot loader.
  • the device also comprises a program memory for storing the computer program.
  • the device further comprises a boot memory comprising the boot loader for booting the device.
  • the device also has a receiving unit for receiving the data packets.
  • the program memory may not have much more memory available than what is needed to store the computer program.
  • the program memory is large enough to contain the computer program and at the same time may be (but does not need to be) too small to also contain an additional copy of the computer program, in the latter case, the program memory thus cannot contain the computer program and an additional copy of the computer program, so that the boot loader cannot first download the computer program before overwriting a previously installed computer program in the program memory.
  • the computer program that needs to be installed may comprise new firmware for the device and also may include an updated database of settings, for example.
  • the boot loader is further arranged to install the computer program on the device.
  • the boot loader may function as follows.
  • the boot loader uses the receiving unit to sniff for a wireless signal that comprises the data packet.
  • the boot loader may further receive the date packet via the receiving unit.
  • the boot loader may then extract, from the data packet, a portion of the computer program and portion metadata related to the portion.
  • the boot loader may determine, based on the portion metadata, a memory location in the program memory for storing the portion.
  • the data packet may have a header comprising a relative memory location related to the portion.
  • the boot loader may thus determine ihe (absolute) memory location in the program memory by adding the relative memory location to a predetermined starting memory location of the program memory.
  • the portion may then be stored at the determined memory location.
  • the boot loader may proceed in a similar manner with other data packets until it determines that installation of the computer program has been completed.
  • the installation of the computer program has been completed when the collection of portions collectively forming the computer program have been stored on the program memory.
  • the . installation has been completed when all portions collectively forming the computer program have been stored In the program memory.
  • the boot loader may then further boot the device by executing the newly installed computer program.
  • the boot loader may extract, from a data packet, program-metadata related to the collection of portions collectively forming the computer program.
  • the program metadata may comprise a number representing the total amount of portions that. collectively form the computer program.
  • the boot loader may maintain progress information representing extracted portions that have been stored in the program memory. For example, the boot loader may keep count of the number of portions it has installed in the program memory, the progress information thus being said count.
  • the boot loader may determine completion of storing the collection of portions based on the progress information and program information. For example, when said count of stored portions snatches the total amount of portions, the boot loader determines that all portions that collectively form the computer program have been stored in the program memory.
  • a data packet may comprise a portion and portion metadata related to that portion sis well as program metadata.
  • a data packet may comprise either (a) the portion and the portion metadata or (b) the program metadata. In the latter case, not every data packet comprises a portion of the computer program.
  • An effect of the invention is that the installation, by the boot loader, of the computer program on the small-memory device has an improved efficiency in terms of memory.
  • the program memory requires being only sufficiently large to store the computer program. Additional space in the program memory to also store an additional copy of the computer program is not needed for installation of the computer program. The installation therefore has an improved efficiency in terms of memory.
  • the boot loader is arranged for receiving a collection of data packets in a round-robin fashion, the collection of data packets collectively comprising the collection of portions, the collection of data packets being sent within a single .round-robin period. All portions that collectively form the computer program may be received in a single round-robin period, but, if reception of some portions fails for some reason, those portions may be recei ved during any next round-robin period. As a consequence, reception of the portion becomes robust for failed reception portions, preventing the device becoming 'bricked' because, of failures during an installation, it also allows, in case of a failed installation, the device to be restarted so that the boot loader may restart the installation of the computer program.
  • the collection of portions is consecuti ve portions consecutively forming the computer program and the poriioti metadata comprises informatiori related to the rank of the portion in the consecutive portions.
  • the collection comprises 100 consecutive portions being portion # 1 , portion #2, upto portion # 100.
  • portion metadata of portion #60 for example, may be the number 60, representing the rank of portion #60 in the consecutive portions. The portions may thus be consecutively received accord ing to their rank.
  • Another aspect of the invention is a system for installing a computer program on a device, comprising a host device being arranged for sending data packets, at least some of the data packets comprising respective portions of the computer program, the host device having a sending unit for wirelessly sending the data packets; a device having a program memory being a memory for containing a computer program, a hoot memory comprising a boot loader that is arranged for booting the device, a processor for running the computer program and the boot loader, a receiving unit for wirelessly receiving the data packets, the boot loader being further arranged for installing the computer program, comprising: detecting a data packet of the data packets, the detecting being part of receiving said data packet extracting, from said data packet, at least one of (a) a portion of the computer program and portion metadata related to said portion and (b) program metadata related to a collection of portions collectively forming the computer program; determining a memory location in the program memory based on said portion metadata; maintaining progress information
  • the system thus comprises the device comprising the boot loader (consistent with the device above being an aspect of the invention) and a host device.
  • the host device may send the data packets thai, may be received by the device.
  • the system may be part of a production line for remote devices, and the host device may send packets comprising respective portions of new firmware to the device being a remote control device.
  • the system comprises multiple devices according to the device, each of the multiple devices initiating the detecting at a respective different moment in time corresponding to a respective different initial portion of the collection of portions.
  • An effect is thai the installation has an improved efficiency in terms of speed when the computer program is being installed on the multiple small-memory devices.
  • One of the multiple devices may perform its instal lation simultaneously with an installation of another one of the multiple devices in the vicinity.
  • Each device does not require a paired connection with its respective own host device, Instead, the multiple devices may independently sniff and receive the same data packets from a same, single host device.
  • Another aspect of the invention is a host device for use in the system, comprising a processor arranged for sending a collection of data packets in a round-robin fashion, each data packet of the data packets comprising a portion of a compuier program, the collection of the data packets collectively comprising a col lection of portions collectively forming the computer program, the collection of data packets being sent within a single round-robin period, and a sending unit for wireiessly sending the data packets.
  • This allows the multiple devices to not only install the computer program in paral lel, but also allows each of the multiple devices to start it installation at any time during a round-period or during a next-round robin period. This further increases efficiency for installation of the computer program on multiple ' devices, both in terms of speed as well as being more practical.
  • Another aspect of the invention is a computer program product comprising instructions for causing the processor of the host device to perform the following step ' s when the instructions are being executed by the processor: determining a portion from the computer program, determining portion metadaia related to the portion, and composing a data packet comprising the portion and the portion metadata.
  • Another aspect of the invention is a method for installing a computer program on a device having a program memory being a memory for containing a computer program, a boot memory comprising a boot loader that is arranged for booting the device, a processor for running the computer program and the boot loader, and a receiving unit for wireiessly receiving data packets, portions of the computer program being comprised by at. least some of the respective data packets, the ' method comprising: detecting a data packet of the data packets, the detecting being part, of receiving said data packet; extracting, from said data packet, at.
  • Another aspect of the invention is a computer program product comprising a boot loader comprising instructions that causes a processor lo perform the method of claim 14 when the boot loader is executed by the processor.
  • FIG. l a illustrates a system for install ing a computer program on a small- memory device
  • FIG. l b illustrates the system comprising multiple small-memory devices
  • FIG.2a illustrates memories of two small-memory devices and a memory of the host device during round-robin installation of a computer program
  • FIG.2b illustrates the memories of the small-memory devices upon completion of installing the computer program
  • FIG.2c illustrates memories of small-memory devices and the host device during an alternative round-robin installation of a computer program
  • FIG.2d illustrates the memories of the small-memory devices upon storing the last portion of the computer program before reordering the portions
  • FIG.3 illustrates a method for installing a computer program on the small- memory device.
  • FIG. l a illustrates a system 100 tor installing a computer program on a small- memory device DEV 1 10.
  • the system 100 comprises a host device 11ST 1 80 (hereinafter: host HST) and the small-memory device DEV (hereinafter: device DEV).
  • the host HST has a sending unit S.ND 190.
  • the device DEV has a receiving unit RCV 170, a boot memory MBOOT 1 20, a program memory MPROG 1.30, an active memory MACT 140, and a processor PROC 1 0.
  • the processor PROC may exchange data with the boot memory
  • the host HST may send the computer program via the sending unit SND ] S>0 in portions, each portion being comprised by a respective data packet.
  • the computer program as a whole is thus collectively comprised by a collection of data packets.
  • the host HST sends a wireless signal 191 thai may contain a data packet.
  • the host HST may comprise other elements not shown in FIG. I a, such as a processor, a host memory, and a network communication unit to connect to another network and/or the internet.
  • the host HST may have a computer program stored in its host memory and may determine data packets from the computer program as follows.
  • the host HST first divides the computer program into consecutive portions. Said portions may differ in size or may be of equal size.
  • the host composes a data packet by pretending a header to a portion.
  • the header may include portion metadata related to the portion.
  • the header may comprise a packet identifier, a relative memory location tor storing the portion, and a size (in bytes) of the portion comprised by the data packet.
  • the header may instead include (or also include) program metadata related to a collection of portions collectively forming the computer program.
  • the program metadata may include the total number of portions thai collectively form the computer program.
  • the program metadata may include the total size in bytes of the computer program.
  • each data packet has a similar format and content.
  • each data packet may include a portion, related portion metadata and also the program metadata.
  • two types of data packets may exist.
  • a data packet of a first type may contain a portion and. related portion metadata, whereas a data packet of a second type ' may contain the program metadata.
  • the host HST may send the daia packet, of the second type only occasionally, as the processor PROC does not need to receive the same program metadata in each consecutive data packet.
  • the packet identifier may be a number.
  • a data packet that, comprises the first portion of the computer program may have packet identifier being number 1 .
  • a data packet comprising the second portion may have packet identifier being number 2, and so on.
  • the computer program may consist of 500 kilobytes divided in 500 portions of 1024 bytes (1 kb) each, for example, making the total number of data packets being 500, A collection of 500 data packets then col lectively comprises all portions collectively comprising the computer program, and each data packet of the collect ion thus comprises a respective portion of the computer program.
  • the relative memory location of a portion may indicate its location in the memory relative to a starting location in the program memory MPROG. For example, the data packet that comprises the first portion of the computer program may have relative memory location 0000 (zero), the data packet that comprises the second portion of the computer program may have relative memory location 1024. the third portion is then related to memory location 2048, etc.
  • the size of the data packet becomes 1088.
  • Portions may be of the same size but ma also differ in size. If all portions are of the same size, then the relative memory location of a portion may be computed in a straightforward way based on said size and the respective packet number: relative memory location is then computed as (packet number - 1 ) x portion size.
  • the relative memory location (hen need not be included explicitly in the header.
  • the portions are of respective different sizes, In that case, computation of the relative memory location is less straightforward and it may thus be beneficial to include the relative memory location in the header.
  • the data packet may comprise an absolute memory location for storing the portion in the program memory MPROG rather than the relative memory location.
  • the portion is then stored directly at the absolute memory location in the program memory MPROG.
  • the device DEV has the boot memory MBOOT which may be a non-volatile memory comprising a boot loader.
  • the boot loader consists of software that serves to boot the device DEV. Booting of the device DEV is performed as the processor PROC loads the boo loader into the active memory MACT and subsequently executes the boot addition to . booting the device DEV, the boot loader in the present invention also comprises software functions to perform an installation of the computer program, Installation of the computer program comprises storing the computer program in the program memory MPROG being a non-volatile memory.
  • the device DEV When executing the boot loader by the processor PROC, the device DEV may operate as follows.
  • the device DEV starts 'sniffing' for data packets that are being sent by the host HST.
  • Sniffing fo data packets implies that the device DEV receives ihe wireless signal 191 via the receiving unit RCV and examines the wireless signal for the presence of a data packet.
  • the processor may detect the data packet by detecting a predetermined data sequence that marks the beginning of any data packet from the host HST.
  • the device DEV may then receive the entire data packet.
  • each data packet may be limited to a predetennined number of bytes, so that the processor DEV is required to receive said predetermined number of bytes from said beginning of the data packet, in order to receive the entire data packet.
  • the data packet may be written in ihe active memory MACT.
  • the data packet rnay have a fixed header size and the processor PROC rnay extract the header from the data packet,
  • the header may include a size of the portion (e.g. the portion consists of 1024 bytes), so that the processor PROC may determine the memory locations in the active memory containing the portion.
  • the processor PROC may then read the portion from the active memory MACT, The processor PROC has then extracted both the header and the portion from the data packet.
  • Embodiments above include the active memory MACT being a volatile memory, although technically it may also possible be to use a non-volatile memory instead.
  • a volatile memory is typically preferred for many applications because of a much higher speed of reading from or writing to the volatile memory as compared to a non-volatile memory.
  • future non-volatile memories are naturally expected to have a higher speed compared to present non-volatile memories.
  • the speed of the future non-volatile memory may become acceptable for use in the active memory MACT.
  • An example of such an embodiment using a future non-volatile memory may possibly be the device DEV being remote control device for controlling a consumer device.
  • the header may also include a packet checksum.
  • the processor PROC may verify whether the packet checksum and received data packet are consistent. If this is not the case, the processor PROG may conclude that received the data packet is corrupted and, in response, may abort further processing of said data packet.
  • the processor PROC may then proceed by sniffing for another data packet.
  • the processor PROC may also extract a relative memory location from the header, as mentioned above.
  • the processor PROC may then determine an absolute memory location in the program memory MPROG for storing the portion. Said absolute memory location may be determined by adding the relative memory location to a predetermined starting memory location in the program memory.
  • the processor PROC may then store (write) the extracted portion at said absolute memory location irt the program memory MPROG.
  • the processor PROC may proceed by sniffing for a next data packet and repeating the process above for said next packet.
  • the processor PROC may continue the process of receiving a data packet and installing a respective portion until all portions that collectively fo m the computer program are installed. Installing the computer program on the device DEV is then completed.
  • the processor PROC may keep track of all portions of the computer program that have been installed.
  • the processor PROC determines from a header of a data packet that the total amount of portions is 500.
  • the program metadata thus comprises said total amount being 500.
  • the processor PROC may then keep track by maintaining a list of 500 flags; each flag corresponds to a packet number and states whether a corresponding portion has already been installed. For example, Hag #25 corresponds to packet number #25 and states whether portion #25 has been installed.
  • the program metadata thus comprises the packet number #25, which therefore represents the rank #25 of the portion the consecutive portions .#1 -#500.
  • the list Before install ing the first portion;, the list, is initialized by setting all flags of the list to 0 (zero). Then, each time the processor PROC installs a portion, it sets a corresponding flag of that portion to 1 (o e). The processor PROC determines that all 500 portions have been installed, upon determining that ail flags of said list are set to 1 ,
  • the program metadata comprises the total number of bytes comprised by the computer program.
  • the processor PROC may keep count of the cumulative number of bytes of the portions thai have been stored in the program memory MPR.OG. Upon installing the last portion such thai the cumulative number of bytes matches said total number of bytes, the processor PROC may determine that all portions collectively forming the computer program have been stored in the program memory MPROG.
  • the host I IST may send the portions in a so-caS!ed round-robin fashion. This implies that the host HST sends all portions in a periodic manner.
  • the 500 portions correspond to a total amount of 500 respective daia packets.
  • Sending the 500 data packets in a round- robin fashion implies that the host HST sends all 500 data packets consecutively in a single round-robin period, and then proceeds with the next round-robin period wherein the host HST again sends all data packets consecutively.
  • the host HST first sends data packet # 1 , then sends data packet #2, then sends data packet #3, and so on. After sending data packet #500, the host HST starts the next period by sending again data packet #1 , then #data packet #2, etcetera.
  • the device DEV may receive the portions in a round-robin fashion also, and consequently may also install the respective portions accordingly in a round-robin fashion.
  • the device DEV may start sniffing and receiving at any phase in the round-robin period. For example, the device DEV receives its first data packet being data packet # 100, comprising portion #100.
  • the device DEV first installs portions # 100 to //500 during the first round-robin period, and then portions #1 to #99 during the second round-robin period.
  • the device DEV may simply receive and install that data packet during a next round-robin period , Continuing with the previous example, if the device DEV fails to receive data packet #200 during the first round-robin period, the next round-robin period will proceed as follows: the device DEV installs portions #1 to #99 (as above), then skips portions #100 to if 199, and finally receives and installs portion #200.
  • FIG. l b illustrates a system S 99 comprising multiple small-memory devices 1 10- 1 13.
  • the system 199 effectively consists of the system 300 and three additional (small- memory) devices 1 1 1 1 - 1 13, Installing the portions in a round-robin fashion is particularly useful in the system 199 having multiple devices 1 10-1 13.
  • Each of the multiple devices 1 10- 1 13 may start receiving data packets at a different phase of the round-robin period (or of a next round-robin period for that matter). Yet, each of the multiple devices 1 10- 1 1 may simultaneously receive the same data packet from the same, single host HST and subsequently install the respective same portion.
  • FIG, 2a illustrates a host memory MHST 200 and two program memories MPROG I 210 and MPROG2 ' 220 during a round-robin installation of (he computer program.
  • the program memories MPROG 1 and MPROG2 are memories of two small-memory devices DEV I and DEV2, respectively.
  • the host memory MHST is a memory of the host HST.
  • the host memory MUST contains the computer program in the form of (eight) portions A-H at respective memory locations 201 -208, The portions A-H collectively form the computer program.
  • the host HST may send portions A-H in a round-robin fashion.
  • the devices DEVI and DEV2 may then receive and install the portions from the host HST in their respective program memories MPROG 1 and MPROG2.
  • the host HST has a current reading position at memory location 203 of its host memory MHST.
  • the current reading position is indicated by pointer CURR0.
  • the host. HST reads portion C, composes a data packet containing portion C and (a header having) a relative memory location, and sends the data packet via the sending unit S ' ND.
  • the device DEVI receives the data packet and extracts (a) the portion and (b) the relative memory location.
  • the device DEVI determines an absolute memory location 213 by adding the relative memory location to its starting memory location 21 1. For example, the starting memory location has a value 128 and the relative memory location has a value 2048, so that the value of the absolute memory location becomes 2176. Consequently, the device DEV i sets its current writing position to the absolute memory location, indicated by a pointer CURR1 , and then stores (writes) the portion C at memory location 213 of its program memory MPROGl .
  • the device DEV2 performs a similar process: device DBV2 receives the data packet, determines an (absolute) memory location 223, and stores the portion C at the memory location 223.
  • the pointer CTJRR2 indicates the current writing position of the device DEV2.
  • the host HST sends th portions in a round-robin fashion, indicated by the arrows 260, In present example, the host HST has just sent portion C. The next portion to be sent by tbe host HST will thus be portion D, and after that portion E, and so on. After having sent portion H, the host HST will then proceed by sending portion A again.
  • portion B is the first portion installed by DEV I .
  • the device DEV I has now installed portions B and C.
  • the pointer START 1 indicates that the first portion is stored by device DEV I at its memory location 212.
  • the pattern-filled areas in program memory MPROG l indicate that portions B and C have beet? stored at memory iccaiions 212 arsd 213, respectively.
  • Arrow 2 1 indicates that DEVI installed portions in the order B, C.
  • portion G is the first portion installed by DEV2.
  • the device DEV2 has now installed portions G, H, A, B and C.
  • the pointer START2 indicates that the device DEV2 stored its first portion at memory location 227.
  • the pattern-filled areas in program memory MPRQG2 indicate that portions G, H, A, B and C have been stored at memory locations 227, 22S, 221 , 222 and 223, respectively.
  • the arrows 262 indicate that DEV2 installed the portions in the order G, H, A, B, C.
  • FIG.2b illustrates program memories
  • Both memories MPROG l and MPROG2 upon completion of installing the computer program, Both memories MPROG l and MPROG2 comprise all portions A-H in their respective memory locations 21 1 -218 and 221 -228, respectively.
  • FlG.2c illustrates two program memories MPRO 1 210, MPROG2 220 and a host memory MUST 200 during an alternative round-robin installation of the computer program.
  • the host HST and its host memory MHST is identical to that of FlG.2a.
  • a difference with the situation of FIG.2a is that the devices DEV 1 and DEV2 have started storing portions at their starting memory locations 21 1 and 221 , respectively.
  • the devices DEV I and DEV2 store successive portions at successive memory locations in their respective program memories MPROGl and PROG2 according to the order of receiving the portions.
  • the device DEVI thus stores next portions D ⁇ H and A at respective successive memory locations 213-218.
  • the device DEV2 thus stores successive portions D-F at respective successive memory locations 225-228.
  • the devices DEV I and DEV2 reorder the portions within their respective program memory
  • FlG.2d illustrates the two program memories MPROG l and MPROG2 after storing all portions of the computer program and before reordering the portions.
  • the device DEV I Upon determining that ail portions A-H have been stored in its memory, the device DEV I reorders the portions such that the portions A-H are stored in its program memory MPROG1 as depicted in lG.2b.
  • the device DEV2 reorders the portions such that the portions A-H are stored in its program memory MPROG2 as depicted in FIG.2b.
  • the devices DEVI and DEV2 determine an absolute memory location for storing a portion differently than in FIG.2a. For example, for the first portion B, the device DEVI determines that the absolute location for storing portion B is the starting memory location 21 1 . After receiving the next portion C, the device DEV I determines that the absolute memory location for storing portion C is the next memory location, being the memory location 212. Similarly, next portions D-H and A are stored at next memory locations 213-23 , respectively. The device DE 1 may maintain a list of packet numbers and respective memory locations representing the order in which the portions are stored in the program memory MP OG 1 .
  • said list indicates that portions are stored in the order B, C, D, E, F, G, H, A (as shown in FIG.2d).
  • the device DEV I may then: move portion A from memory location 21 8 to memory location 21 1 , move portion B from memory location 21 1 to memory location 212, move portion C from memory location 212 to memory location 213, etcetera.
  • the order in which the host HST sends the portions in a round-robin fashion is typically as described above.
  • a typical order of sending the portions within a round-robin period is A, B, C, D, E, F, G, H.
  • the order of sending the portions may be different from said typical order.
  • the order may be reversed or randomized.
  • the host may send the portions in one round robin period in the order E, D, A, C, G, B, H, F, whereas the host may send the portions in another order 3, F, G. E, D, H, C, A in another round-robin period ,
  • the boot loader may cause th device DEV to start sniffing for a data packet when the boot loader is being executed.
  • the boot loader may have a predetermined time-out period, so that when no data packet is detected within said time-out period after starting the sniffing, the device DEV aborts the sniffing and proceeds with booting the device DEV.
  • the device DEV installs a portion comprised by the data packet, and starts sniffing for a next data packet.
  • the boot loader may cause the device DEV to verify whether a valid computer program is stored in the program memory MPROG, and may start 56
  • the boot loader rna eause the device DEV to verify whether any computer program to operate the device is stored in the program memory MPROG.
  • the device DEV may start sniffing upon determining that no computer program is installed, upon determining that the program memory is 'empty' (e.g. filled with zeros only),
  • the boot ioader causes the device DEV to initiate the sniffing upon detecting that an installation flag is set to an installation status.
  • an installation flag When the installation flag is set to an installation status, it represents that installation of the computer program is required.
  • the installation flag When the installation flag is set to a non-installation status, it represents that installation of the computer program is not required.
  • the installation flag may be part of the device DEV.
  • the installation flag may be set to the installations status in response to an external input. For example, if the device DEV is a remote control device, the external input may be provided by a user who punches in a predetermined code on the remote control device, causing the remote control device to (a) set the installation flag to the installation status and to (b) perform a reboot.
  • the device DEV detects during the (re)booting that the installation flag is set to the installation status and, in response, starts sniffing for a data packet.
  • the device DEV may set the installation flag to the non-installation status.
  • the external input may be provided via a manual switch on the device DEV representing the installation flag. A user may manually set the manual switch into a first position or a second position. " The first position may correspond to the installation status and second position may correspond to the non-installation status.
  • the data packet may comprise encryption.
  • the host HST may encrypt a portion of the computer program and compose a data packet using the header and the encrypted portion.
  • the device DEV may receive the data packet, extract the encrypted portion from the data packet, and obtain the portion by decrypting the encrypted portion.
  • the encryption may ensure that only the device DEV or similar devices may receive and install the portion.
  • the device DEV is a remote control device in a production facility that produces remote control devices.
  • the production facility may comprise a production line having the remote control devices in various states of production. At the end of the line, each remote control device requires an installation of the latest firmware.
  • a host HST is in the vicinity of the production Sine such thai multiple remote control devices may receive data packets sent by the host HST,
  • the host HST may be a persona! computer or some dedicated device for sending the data packets, for example.
  • the host HST and the remote control devices may use- communication or frequency hand not used by the other equipment.
  • mutual interference between the multiple remote control devices is not an issue, because the multiple remote devices are only receiving and receive the data packets in parallel from the same host HST.
  • the device DEV has an indicator for providing feedback upon completion of installing the computer program.
  • the device DEV has a LED that Hashes upon said completion.
  • said LED changes its color from red to green upon said completion.
  • the device DEV has a speaker to generate a notification or alarm upon said completion.
  • the device DEV may have a means for vibrating upon said completion.
  • the device DEV is a lamp that is wirelessly controllable, such as the 'Hue Personal Wireless Lighting' product produced by Philips. Lighting properties of the lamp may be controlled by a central control box. or the lamp may controlled directly by a smart phone.
  • the central control box may comprise the host 11ST as described above.
  • a user may wish to control brightness, hue and/or saturation of each lamp separately or of all lamps jointly.
  • a living room will have multiple of such wireless controllable lamps.
  • the central control box may deject that new firmware is available for the multiple lamps, it may initiate a firmware upgrade as follows.
  • the central control box sends a version number of the new firmware to each lamp and, in response, each lamp checks whether the version number of the new firmware matches a version number of its installed firmware, !n the case that a lamp of the multiple lamps detects that its firmware is not up-to- date, said lamp may communicate back to the central control box that it will initiate installation of the new firmware: said lamp sets its installation flag to 'installation status' and performs a reboot, Upon the reboot, said lamp then starts sniffing for data packets from the central control box. Similarly, other lamps that also have outdated firmware may do the same and, in parallel, also reboot and initiate installation of the new firmware.
  • the central control box As the central control box has received from at least one lamp that it initiates installation of the new software, it downloads the new firmware, for example from the i'nanufacturer's website. The central control box then starts sending data packets comprising the new firmware. Said lamp then detects and receive the data packets sent by the central control box and start installing the firmware according to the invention.
  • a new lamp may he added to said multiple lamps in the living room and may check whether its firmware is up-to-date.
  • the new lamp is mounted in an armature and is thus electrically powered via said armature, Upon being powered, the new lamp may wirelessiy contact the central control box.
  • the central control box communicates the latest firmware that has been installed on the other lamps of the multiple lamps, and in the case that the new lamp's firmware is not up-to-date, the central control box and the new lamp start installing the new firmware according to the invention,
  • a retail store has multiple small-memory devices being media players.
  • the retailer may wish to install the latest firmware on all media players on the shop floor.
  • the retailer has a smart phone arranged to function as the host HST.
  • the latest firmware may be downloaded onto the smart phone, and the smart phone may start sending portions of the computer program in a round-robin fashion.
  • the media player may reboot (thus execute the boot loader), then initiate sniffing as a part of the boot loader, and subsequently receive and install the portions.
  • the media players may be powered on one-by- one, and each media player may initiate installing the firmware at a different phase of a round-robin period and/or even in a different, round-robin period. Installations of the respective media players thus need not be in syne, which makes the entire procedure practical .
  • Such a procedure for updating firmware is convenient, because of its wireless and automatic nature. Furthermore, the procedure is also fast because updating the firmware on the media players is clone in parallel.
  • the device DEV may be any small-memory device according to the invention. Many such devices nowadays have a radio capability to connect to other devices, for example, in a home environment, a medical environment, or inside a car, Devices may thus become interconnected and may interact with each other and/or with a user in a local network of devices and/or with the internet, for example.
  • Examples of the small-memory device DEV are a remote control device, a wirelessiy controllable lamp (e.g. as above), a media player, a portable media player, an electronic toy, a digital watch, a kitchen appliance, a kitchen apparatus such as refrigerator or an oven, and a wearable electronic.
  • the device DEV may be a device for medical purposes, such as a blood saturation meter, a wearable heart beat monitor, or another small-memory device monitoring a physiological or physical parameter of a patient.
  • the device DEV may be a wirelessly controllable digital tag, e.g. serving as a name tag for personal identification or as a price tag for showing prices at a retail store.
  • the wireless technology used by the host HST and the device DEV may be any appropriate wireless technology, such as RF4CE, Zigbee, WiFi, or a variant of
  • the boot loader may be very simple in the sense that installation of the computer program by the boot loader may work on so-called MAC-ievei, thus not requiring a RF4CE software stack in the boot loader.
  • the program memory MPROG may be small in the sense thai it is insufficiently sized to contain both the computer program and also a copy of the computer program ai: the same time. Yet, the invention will obviously also work when the program memory MPROG is large, such that it is sufficiently sized to contain both the computer program and said copy. In an embodiment, the program memory MPROG is indeed large, but nevertheless only a small pari of the program memory MPROG may be available because the remainder of the being used for other purposes.
  • the host HST may run software comprising instructions for composing a data packet.
  • the software may be embodied on a computer program product, such as a CD-ROM or a solid state memory.
  • the computer program product may comprise instructions for causing the processor of the host HST to perform the following steps when the instructions are being executed by the processor: determining a portion from the computer program, determining portion metadata related to the portion, and composing a data packei comprising the portion and the portion metadata.
  • FIG.3 illustrates- a method 300 for installing a computer program on the small- memory device DEV.
  • the method 300 comprises the steps 301 -305,
  • Step 301 comprises detecting a data packet of the data packets, the detecting being part of receiving said data packet.
  • Step 302 comprises extracting, from said data packet, at least one of (a) a portion of the computer program and portion metadata related to said portion, and (b) program metadata related to n collection of portions collectively forming the computer program.
  • Step 303 comprises determining a memory location in the program memory based on said portion metadata.
  • Step 304 comprises maintaining progress information representing extracted portions that have been stored in the program memory.
  • Step 305 comprises determining completion of storing the collection of portions based on the progress information and the program metadata.
  • Method 300 is consistent with steps that may be performed in the system 100 and by the device 100.
  • Method 300 may be embodied on a computer program product.
  • Said computer program product comprises the boot loader comprising instructions that causes the processor PROC to perform the method 300 when the boot loader is executed by the processor PROC.
  • the computer program product may be a CD-ROM or a solid state memory, for example.
  • any reference signs placed between parentheses shall not be construed as limiting the claim.
  • Use of the verb "comprise” and its conjugations does not exclude the presence of elements or steps other than those stated in a claim.
  • the article “a” or “an” preceding an element does not exclude the presence of a plurality of such elements.
  • the invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer.
  • the device (or system) claim enumerating several means several of these means may be embodied by one and the same item of hardware.
  • the mere fact that certain measures are recited irs mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Stored Programmes (AREA)
  • Small-Scale Networks (AREA)

Abstract

L'invention concerne un système (100) qui permet l'installation d'un programme informatique sur un dispositif (à petite mémoire) (110). Le système comprend le dispositif et un dispositif hôte (180). Le dispositif hôte est agencé pour envoyer des paquets de données. Au moins certains des paquets de données comprennent des parties respectives du programme informatique. Le dispositif possède une mémoire de programme (130) destinée à contenir le programme informatique, une mémoire de démarrage (120) ayant un chargeur de démarrage, et un processeur (150). Le chargeur de démarrage est également conçu pour installer le programme informatique. Le chargeur de démarrage réalise les étapes consistant à : détecter un paquet de données, extraire (a) une partie du programme informatique et des métadonnées de parties et/ou (b) des métadonnées du programme, déterminer un emplacement de mémoire dans la mémoire du programme en se basant lesdites métadonnées de parties, conserver des informations de progression représentant des parties extraites stockées dans la mémoire du programme, et déterminer l'exécution du stockage de l'ensemble des parties sur la base des informations de progression et des métadonnées du programme.
PCT/SG2015/000130 2014-06-11 2015-06-10 Système permettant d'installer un logiciel sur un dispositif à petite mémoire WO2015190998A2 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201580031255.7A CN106462416B (zh) 2014-06-11 2015-06-10 用于在小存储器设备上安装软件的系统
US15/304,684 US10642591B2 (en) 2014-06-11 2015-06-10 System for installing software on a small-memory device
JP2016571403A JP6660311B2 (ja) 2014-06-11 2015-06-10 スモールメモリ装置にソフトウェアをインストールするシステム
KR1020177000751A KR102400681B1 (ko) 2014-06-11 2015-06-10 소형 메모리 디바이스에 소프트웨어를 설치하기 위한 시스템

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP14171873.4 2014-06-11
EP14171873.4A EP2955629B1 (fr) 2014-06-11 2014-06-11 Système pour installer un nouveau micrologiciel sur un dispositif à petite mémoire

Publications (2)

Publication Number Publication Date
WO2015190998A2 true WO2015190998A2 (fr) 2015-12-17
WO2015190998A3 WO2015190998A3 (fr) 2016-02-25

Family

ID=50972467

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SG2015/000130 WO2015190998A2 (fr) 2014-06-11 2015-06-10 Système permettant d'installer un logiciel sur un dispositif à petite mémoire

Country Status (7)

Country Link
US (1) US10642591B2 (fr)
EP (1) EP2955629B1 (fr)
JP (1) JP6660311B2 (fr)
KR (1) KR102400681B1 (fr)
CN (1) CN106462416B (fr)
TW (1) TWI560546B (fr)
WO (1) WO2015190998A2 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015100340A1 (fr) * 2013-12-26 2015-07-02 Tandem Diabetes Care, Inc. Processeur de sécurité pour une commande sans fil d'un dispositif de distribution de médicaments
WO2015100439A1 (fr) 2013-12-26 2015-07-02 Tandem Diabetes Care, Inc. Intégration de pompe à perfusion à un dispositif électronique distant
CA3069348A1 (fr) * 2017-08-15 2019-02-21 General Electric Company Equipement intelligent, methode utilisee par l'equipement intelligent, lampe intelligente et methode connexe d'utilisation dans un reseau maille bluetooth a basse consommation
CN110083381B (zh) * 2018-01-26 2023-04-28 启碁科技股份有限公司 增量升级的方法及装置
CN111143232B (zh) * 2018-11-02 2023-08-18 伊姆西Ip控股有限责任公司 用于存储元数据的方法、设备和计算机可读介质

Family Cites Families (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4503533A (en) * 1981-08-20 1985-03-05 Stanford University Local area communication network utilizing a round robin access scheme with improved channel utilization
JPH03265953A (ja) * 1990-03-15 1991-11-27 Fujitsu Ltd 端末装置への制御プログラムのダウンロード制御方式
US6269398B1 (en) * 1993-08-20 2001-07-31 Nortel Networks Limited Method and system for monitoring remote routers in networks for available protocols and providing a graphical representation of information received from the routers
US5828887A (en) * 1996-05-23 1998-10-27 Electronic Data Systems Corporation Network based program loader system and method of operation
US6252880B1 (en) * 1997-11-10 2001-06-26 Advanced Micro Devices, Inc. Apparatus and method for selectively supplying a data packet to a selected network node in a buffered distributor
JP3813769B2 (ja) * 1998-08-03 2006-08-23 松下電器産業株式会社 制御プログラム送信方法及び制御プログラムダウンロード方法
US6698017B1 (en) * 1999-07-16 2004-02-24 Nortel Networks Limited Software migration on an active processing element
JP2001274721A (ja) * 2000-03-27 2001-10-05 Sharp Corp 無線端末のファームウェア書換え方法
US7031267B2 (en) * 2000-12-21 2006-04-18 802 Systems Llc PLD-based packet filtering methods with PLD configuration data update of filtering rules
US20020083331A1 (en) * 2000-12-21 2002-06-27 802 Systems, Inc. Methods and systems using PLD-based network communication protocols
US7055146B1 (en) * 2001-03-08 2006-05-30 Microsoft Corporation Method and system for dynamically inserting modifications for identified programs
JP4827310B2 (ja) * 2001-03-30 2011-11-30 パナソニック株式会社 リモートプログラムダウンロードシステム
US7093244B2 (en) * 2001-04-18 2006-08-15 Domosys Corporation Method of remotely upgrading firmware in field-deployed devices
US7065347B1 (en) * 2001-06-27 2006-06-20 Peoplenet Communications Corporation System and method for over the air programming
JP2004536405A (ja) * 2001-07-16 2004-12-02 ユキング レン 組み込みソフトウェア更新システム
US20030028870A1 (en) * 2001-08-01 2003-02-06 Weisman Mitchell T. Distribution of downloadable software over a network
JP2003108398A (ja) * 2001-09-28 2003-04-11 Seiko Epson Corp プログラム書換方法およびプログラム書換装置並びに情報処理装置
KR20030032257A (ko) * 2001-10-17 2003-04-26 삼성전자주식회사 프로그램 갱신 방법 및 이에 적합한 장치
EP1456777B1 (fr) * 2001-12-19 2019-11-20 Irdeto B.V. Système de distribution de contenu numérique
US20040098715A1 (en) * 2002-08-30 2004-05-20 Parixit Aghera Over the air mobile device software management
US7984435B2 (en) * 2002-11-13 2011-07-19 Hewlett-Packard Development Company, L.P. Update system employing reference software to reduce number of update packages
US7287068B1 (en) * 2002-12-13 2007-10-23 Bmc Software, Inc. System and method for updating devices that execute an operating system or application program directly from nonvolatile storage
US7171606B2 (en) * 2003-03-25 2007-01-30 Wegener Communications, Inc. Software download control system, apparatus and method
JP2005050097A (ja) * 2003-07-28 2005-02-24 Sony Corp 情報処理装置、情報処理方法、プログラム、記録媒体
US7673297B1 (en) * 2003-09-03 2010-03-02 The Directv Group, Inc. Automatic software update detection and flexible installer for set-top boxes
US8555273B1 (en) * 2003-09-17 2013-10-08 Palm. Inc. Network for updating electronic devices
US20050102666A1 (en) * 2003-11-10 2005-05-12 International Business Machines (Ibm) Corporation Pre-deployment component hosting environment analyzer
US7926051B2 (en) * 2003-11-10 2011-04-12 International Business Machines Corporation Automatic parallel non-dependent component deployment
US20050102667A1 (en) * 2003-11-10 2005-05-12 International Business Machines (Ibm) Corporation Generating summaries for software component installation
US8713295B2 (en) * 2004-07-12 2014-04-29 Oracle International Corporation Fabric-backplane enterprise servers with pluggable I/O sub-system
TW200713037A (en) * 2005-09-06 2007-04-01 Benq Corp System and method for updating firmware
US7903267B2 (en) * 2005-11-02 2011-03-08 Kyocera Mita Corporation Automatic installation system for printer driver, and program recording medium
JP4934885B2 (ja) * 2006-03-31 2012-05-23 オンキヨー株式会社 Ａｖシステム、ソース機器及び受信機器
US8010638B2 (en) * 2007-04-05 2011-08-30 Alpine Electronics, Inc. Method and apparatus for updating firmware for interface unit connecting portable audio/video player with another audio/video player
JP4992587B2 (ja) * 2007-07-18 2012-08-08 船井電機株式会社 電子機器
JP2009077125A (ja) * 2007-09-20 2009-04-09 Sony Corp 受信システム、受信装置、制御装置及び方法、並びにプログラム
US8359373B2 (en) * 2008-02-06 2013-01-22 Broadcom Corporation Handheld computing unit of a computing device with an extended computing unit
JP5145074B2 (ja) * 2008-02-21 2013-02-13 京セラドキュメントソリューションズ株式会社 プログラム配信システム、プログラム配信サーバ装置および情報処理装置
KR101498054B1 (ko) * 2008-09-12 2015-03-03 엘지전자 주식회사 무선 네트워크에서의 통신 수행 방법
JP2010092297A (ja) * 2008-10-08 2010-04-22 Olympus Corp 分散制御装置およびプログラム書換方法
JP5289003B2 (ja) * 2008-11-17 2013-09-11 エイチジーエスティーネザーランドビーブイ ディスク・ドライブ及びそのプログラムの変更方法
TW201027324A (en) 2009-01-14 2010-07-16 Giga Byte Tech Co Ltd Embedded electronic device free from being stuck in update failure and method of making the same
JP2010198155A (ja) * 2009-02-24 2010-09-09 Fujitsu Ten Ltd プログラム更新装置、プログラム更新方法、及び情報処理装置
TW201035870A (en) * 2009-03-20 2010-10-01 Chi Mei Comm Systems Inc System and method for dynamically loading data of a mobile phone
US20100262711A1 (en) * 2009-04-09 2010-10-14 Nokia Corporation Systems, methods, and apparatuses for media file streaming
TW201102924A (en) 2009-07-03 2011-01-16 Inventec Appliances Corp Embedded electronic device and method for updating firmware thereof
JP5278222B2 (ja) * 2009-07-22 2013-09-04 富士通株式会社 無線通信装置、無線通信方法および無線通信プログラム
US8752039B1 (en) * 2009-08-19 2014-06-10 Juniper Networks, Inc. Dynamic upgrade of operating system in a network device
US9819498B2 (en) * 2010-02-04 2017-11-14 Gentex Corporation System and method for wireless re-programming of memory in a communication system
JP2011257954A (ja) * 2010-06-08 2011-12-22 Sony Corp 更新管理サーバ、電子機器、更新管理システム及びその方法
KR20120041384A (ko) * 2010-10-21 2012-05-02 삼성전자주식회사 모바일 디바이스의 펌웨어 업데이트 방법 및 장치
JP2012093961A (ja) * 2010-10-27 2012-05-17 Omron Automotive Electronics Co Ltd 制御装置及び方法、並びにプログラム書込システム
JP2012230474A (ja) * 2011-04-25 2012-11-22 Japan Radio Co Ltd プログラム更新システム、及びプログラム更新方法
EP2729870A4 (fr) * 2011-07-08 2014-12-17 Openpeak Inc Système et procédé pour valider des composants durant un processus de démarrage
US20130024850A1 (en) * 2011-07-18 2013-01-24 Honeywell International Inc. Systems, methods and apparatus for fast file transfer
US9084313B2 (en) * 2012-02-15 2015-07-14 Anycomm Corporation Smart bulb system
US8805990B2 (en) * 2012-07-12 2014-08-12 Microsoft Corporation Load balancing for single-address tenants
CN102946599B (zh) * 2012-11-08 2016-08-17 惠州Tcl移动通信有限公司 实现移动终端应用程序下载的方法及移动终端
US8781502B1 (en) * 2013-02-01 2014-07-15 Swirl Networks, Inc. Systems and methods for display of supplemental content responsive to location
KR101515198B1 (ko) * 2013-04-10 2015-05-11 주식회사 팬택 모바일 단말의 펌웨어 업그레이드 장치 및 방법
US9342316B1 (en) * 2013-12-12 2016-05-17 American Megatrends, Inc. Installing digital signage device operating system from flash memory and registering signage device to a global network
US20150170136A1 (en) * 2013-12-18 2015-06-18 PayRange Inc. Method and System for Performing Mobile Device-To-Machine Payments

Also Published As

Publication number Publication date
KR102400681B1 (ko) 2022-05-23
WO2015190998A3 (fr) 2016-02-25
CN106462416A (zh) 2017-02-22
EP2955629A1 (fr) 2015-12-16
KR20170041687A (ko) 2017-04-17
US20170083304A1 (en) 2017-03-23
EP2955629B1 (fr) 2021-10-27
JP6660311B2 (ja) 2020-03-11
TWI560546B (en) 2016-12-01
JP2017518583A (ja) 2017-07-06
US10642591B2 (en) 2020-05-05
CN106462416B (zh) 2020-08-25
TW201610679A (zh) 2016-03-16

Similar Documents

Publication Publication Date Title
WO2015190998A2 (fr) Système permettant d'installer un logiciel sur un dispositif à petite mémoire
EP3110179B1 (fr) Procédé de fourniture de services utilisant une balise et appareil électronique
US11461455B2 (en) Method and system of secure configuration of at least one electronic device
US10044215B2 (en) Method, apparatus, and server for updating software
KR101888704B1 (ko) 근접-기반 피어-개시 장치 구성을 위한 방법 및 시스템
CN101393524A (zh) 固件更新方法及系统
CN111651180B (zh) 固件更新方法、装置、处理器及智能网关设备
US10684842B2 (en) Portable electronic device and data updating method
CN104954394A (zh) 软件差分包制作、升级方法及服务器、终端、升级系统
EP3197094A1 (fr) Procédé et dispositif de mise à niveau de logiciel
US20220229654A1 (en) Enabling upgrading firmware of a target device
CN110543318A (zh) 控制设备程序更新方法、装置、存储介质及控制设备
US20210119858A1 (en) Network node firmware update
CN113710339A (zh) 一种应用配置方法、装置、设备及计算机存储介质
CN108089874A (zh) 软件的升级方法、装置和系统
CN103916846A (zh) 一种终端应用的更新方法、系统及设备
CN111683114A (zh) 一种设备程序的升级方法、装置、终端设备和存储介质
TW201327390A (zh) 可執行程式安裝的方法及系統
WO2018010448A1 (fr) Procédé et appareil de transmission de fichiers
KR20170029244A (ko) 전자 장치 및 전자 장치의 이미지 관리 방법
WO2014173249A1 (fr) Terminal et procédé de mise à niveau associé
CN107770265B (zh) 一种数据同步方法、数据同步装置及移动终端
CN112771497A (zh) 设备升级的方法、装置及存储介质
CN106257538B (zh) 缩略图下载方法和装置
CN114697310B (zh) 一种升级文件分配方法、调度服务器、装置及存储介质

Legal Events

Date Code Title Description
DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
WWE Wipo information: entry into national phase

Ref document number: 15304684

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2016571403

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20177000751

Country of ref document: KR

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 15807389

Country of ref document: EP

Kind code of ref document: A2