WO2018209958A1 - Procédé de mise à niveau de fichier évolutif, boîtier décodeur et support d'informations - Google Patents

Procédé de mise à niveau de fichier évolutif, boîtier décodeur et support d'informations Download PDF

Info

Publication number
WO2018209958A1
WO2018209958A1 PCT/CN2017/118359 CN2017118359W WO2018209958A1 WO 2018209958 A1 WO2018209958 A1 WO 2018209958A1 CN 2017118359 W CN2017118359 W CN 2017118359W WO 2018209958 A1 WO2018209958 A1 WO 2018209958A1
Authority
WO
WIPO (PCT)
Prior art keywords
partition
file
sub
partitions
upgradeable
Prior art date
Application number
PCT/CN2017/118359
Other languages
English (en)
Chinese (zh)
Inventor
朱伟
Original Assignee
深圳创维数字技术有限公司
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 深圳创维数字技术有限公司 filed Critical 深圳创维数字技术有限公司
Publication of WO2018209958A1 publication Critical patent/WO2018209958A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4432—Powering on the client, e.g. bootstrap loading using setup parameters being stored locally or received from the server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally

Definitions

  • the present disclosure relates to the field of digital television set top boxes, for example, to an upgrade method for upgradeable files, a set top box, and a storage medium.
  • CA Conditional Access
  • CA's conventional Loader is used to implement the upgrade of each partition of the application (Application, APP) (that is, each partition of the flash).
  • the factors that determine a Loader are: main chip model, CA type, flash memory (Flash Memory, Flash) configuration, double rate synchronous dynamic random access memory (Dual Data Rate, DDR) configuration and Flash planning, the first four factors are determined by hardware, and the different Loader projects mainly refer to different Flash plans.
  • the loader since the application is upgraded according to the flash flash partition, when the loader is authenticated, the start address, size, and whether or not the information needs to be verified for each partition cannot be modified. After the authentication, the CA manufacturer will also sign the authentication file according to the above information. This will result in different Loader authentication for different Flash plans. The loader's reusability is poor, and the loader certification is also increased. The input of material resources.
  • the present disclosure provides an upgrade method for an upgradeable file, a set-top box, and a storage medium.
  • the loader can be used only for one storage planning limitation, and the authenticated loader can be shared to multiple storage plans for upgrading files. Upgrade.
  • the present disclosure provides a method for upgrading an upgradeable file, the method comprising:
  • each standard partition includes at least one sub-partition
  • the partition information includes: the total number and total size of the sub-partitions to be upgraded, and the address and size of each sub-partition to be upgraded in the corresponding standard partition.
  • the memory further stores a hardware configuration file, where the hardware configuration file includes: a total size of each standard partition in the memory, a total number of all sub-partitions, and a total number of all sub-partitions to be upgraded, The address and size of each sub-partition in the standard partition, wherein the hardware configuration file has been authenticated by a corresponding conditional access system manufacturer;
  • step of writing the at least one upgradeable file to the corresponding sub-partition in the memory according to the partition information including:
  • the address of each sub-partition to be upgraded in the corresponding standard partition is obtained according to the partition information, and all upgradeable files are written to the corresponding standard partition according to the address.
  • the child partition In the child partition;
  • the files of all the sub-partitions need not be upgraded
  • the files of the sub-partitions that do not need to be upgraded in the memory are read out, and the total check value of the files of all the sub-partitions to be upgraded is calculated, and according to the partition information Obtain the address of each sub-partition to be upgraded in the corresponding standard partition, and write all upgradeable files to the sub-partitions in the corresponding standard partition according to the address.
  • the method further includes:
  • the information of the file description header is replaced with the information of the hardware configuration file to upgrade the hardware configuration file;
  • the two standard partitions include a check partition and a check partition.
  • the memory is a flash memory.
  • the upgradeable file is a binary file.
  • the present disclosure also provides a set top box including a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor executes the computer program to implement one of any of the foregoing Upgrade method for upgradeable files.
  • the present disclosure also provides a storage medium containing computer executable instructions that are executed by a computer processor to implement an upgrade method of any of the upgradeable files described above.
  • the present disclosure also provides a computer program product comprising a computer program stored on a non-transitory computer readable storage medium, the computer program comprising program instructions, when the program instructions are executed by a computer, Having the computer perform any of the methods described above.
  • the upgradeable file after the partition of the memory is divided into two standard partitions, the upgradeable file can be stored into the corresponding standard partition according to its data type, and the calibration can be uniformly calculated for each standard partition. Test value.
  • the standard partition is authenticated as a whole in the technical solution of the present disclosure. The number of certifications.
  • the R&D staff does not need to calculate the check value for the upgradeable file in turn, and the standard partition as a whole to calculate the check value.
  • the CA can sign the upgradeable package by combining the file description header information and detecting that the upgradeable package does not affect the set-top box. Therefore, by dividing the partition of the memory into two standard partitions, the reusability of the Loader can be improved, and the labor and material costs can be reduced.
  • FIG. 1 is a schematic flowchart of a method for upgrading an upgradeable file according to Embodiment 1;
  • FIG. 2a is a schematic structural diagram of a Flash partition provided in Embodiment 1;
  • FIG. 2b is a schematic structural diagram of a Flash upgradeable area according to Embodiment 1;
  • Embodiment 3 is a schematic flowchart of a method for upgrading an upgradeable file provided in Embodiment 2;
  • FIG. 4 is a schematic structural view of a set top box according to Embodiment 3.
  • FIG. 1 is a schematic flowchart of a method for upgrading an upgradeable file according to Embodiment 1.
  • the method of the present embodiment can be performed by an upgradeable device of an upgradeable file, wherein the device can generally be integrated in a digital television integrated machine or a set top box, the method can be applied to the upgrade of files stored in a partition of the memory.
  • the method may include the following steps:
  • Step 110 Acquire and parse the upgradeable file package, and obtain a file description header included in the upgradeable file package and corresponding at least one upgradeable file.
  • the partition of the memory can be divided into two standard partitions according to the data type of the upgradeable file.
  • Each standard partition may include at least one sub-partition, each sub-partition is configured to store a corresponding upgradeable file, and the file description header includes partition information, and the partition information is a sub-directory for guiding the at least one upgradeable file in the memory. The information stored in the partition.
  • the above two standard partitions may include a check partition and a check partition.
  • the files stored in the partition to be verified are files that need to be verified, and it is not necessary to verify that the non-verified files are stored in the partition.
  • the upgradeable file involved in this embodiment may be a binary file, and the memory may be a Flash.
  • the upgradeable file can be upgraded through the Loader.
  • the set-top box and its upgradeable file package need to be sent to the CA company for authentication. If the certificate is passed, the CA company's signature can be obtained, and then the upgradeable file can be upgraded. Before the CA company certification, Complete the following preparations:
  • the memory is used as the flash, and the upgradeable file to be upgraded is filled into the corresponding standard partition according to its own data type and the current flash plan size, and then the spliced tool is used to splicing the filled upgradeable file with the file description header.
  • other functional partitions in the original Flash such as Loader or Verify data and other partitions
  • the partition information in the file description header includes: the total number and size of the sub-partitions to be upgraded, and the address and size of each sub-partition to be upgraded in the corresponding standard partition.
  • other functional partitions in the original Flash include a hardware configuration file, where the hardware configuration file includes: the total size of each standard partition, the total number of all sub-partitions in the memory, and all sub-partitions to be upgraded. The total number, the address and size of each child partition in the standard partition.
  • the set-top box and its upgradeable package can be sent to CA for certification.
  • CA CA company performs Loader authentication on the current Flash plan
  • the file description header determines that the upgradeable file meets the standard of the hardware configuration file, and the upgradeable file does not affect the set-top box system, it indicates the current Flash plan.
  • Loader passes this certification and can get the signature from CA.
  • the set-top box can upgrade the populated upgradeable files.
  • FIG. 2 is a schematic structural diagram of a Flash partition according to Embodiment 1;
  • FIG. 2B is a schematic structural diagram of a Flash upgradeable area according to Embodiment 1;
  • the partition Module3-ModuleN ie, partition 3-partition N
  • the partition Module3-ModuleN represents an area where file upgrade is possible, and the stored file may be a binary file to be verified or a binary file that does not need to be verified. These two types of files are mixed.
  • the partition Module3-ModuleN ie, partition 3-partition N
  • the partition Module3-ModuleN represents an area where file upgrade is possible, and the stored file may be a binary file to be verified or a binary file that does not need to be verified.
  • Module_check1 the required check partition
  • Mode_No check2 the check partition
  • Module_sub1 That is, the sub-partition 1 and Module_sub2 (ie, sub-partition 2)
  • Module_subN ie, sub-partition N
  • other sub-partitions store files in the original Module3-ModuleN classified according to the data type.
  • a file description header is spliced for each standard partition to describe the information of each sub-partition.
  • CA When performing Loader authentication, CA does not need to know the sub-partition information in each standard partition, and the two standard partitions Module_check1 or Module_No check2 can be authenticated as a whole.
  • the current Flash plan A needs to upgrade the files in the Module_check1 partition, and the size of the file to be upgraded (for example, 10 megabytes) is determined according to the file description header, and does not exceed the total planned check partition in the hardware configuration file (Hwconfig).
  • the size of the device for example, 20 megabytes
  • the detection of the file to be upgraded will not affect the set-top box, the Loader authentication can pass.
  • the scalable files stored in each sub-partition of each standard partition can be flexibly configured according to different Flash plans.
  • the number of upgradeable files that need to be upgraded may change relative to Flash Plan A.
  • a new upgradeable file N (2 megabytes) to be verified is added, so the upgradeable file N needs to be stored in the partition corresponding to Module_check1.
  • the hardware configuration file has been certified by the CA company.
  • the upgradeable file package can be sent to the set-top box through USB or over-the-air technology (OTA).
  • OTA over-the-air technology
  • the upgrade of the upgradeable file is completed according to the file upgrade process provided in the related art.
  • Step 120 Parse the file description header to obtain partition information.
  • the last storage location of the upgradeable file populated in the upgradeable package in memory can be determined based on the information described in the header.
  • Step 130 Write at least one upgradeable file into a corresponding partition in the memory according to the partition information.
  • the file upgrade is to write the file to be upgraded to the corresponding storage area. Since the file to be upgraded is already filled in the upgradeable file package, when the set top box receives the file upgrade instruction, the loader is started, and the original partition is stored according to the address of each sub-partition to be upgraded in the corresponding standard partition.
  • the upgrade of the upgradeable file can be completed by having a file erase and writing the filled upgradeable file to the corresponding standard partition.
  • the embodiment provides an upgrade method for the upgradeable file.
  • the upgradeable file in the set-top box memory partition is upgraded, the upgradeable file package is obtained and parsed, and the file description header included in the upgradeable file package is obtained.
  • Corresponding at least one upgradeable file wherein the partition of the memory is divided into two standard partitions according to the data type of the upgradeable file, and each standard partition includes at least one sub-partition, and each sub-partition is used to store a corresponding one.
  • An upgrade file the file description header is used to describe corresponding partition information of the at least one upgradeable file in the memory.
  • the upgradeable file can be stored in the standard partition according to its data type, and each The standard partitions can calculate their check values uniformly.
  • the CA company performs the Loader authentication on the upgradeable file package
  • the technical solution of the present embodiment can authenticate the standard partition as a whole, in a manner that the related technologies provide the authentication for each partition to be upgraded.
  • the R&D personnel do not need to calculate the check value for the upgradeable file in turn, and calculate the check value by using the standard partition as a whole.
  • each standard partition it can be flexibly configured according to different Flash plans. a.
  • the file description header can determine whether the upgradeable file package in the current Flash plan conforms to the hardware configuration standard in the flash memory. After a Loader authentication, if other Flash plans meet the hardware configuration standards of the Flash memory, other Flash plans do not need to be re-authenticated.
  • CA can sign the upgradeable package by combining the information in the file description header to detect that the upgradeable package does not affect the set-top box. Therefore, by dividing the partition of the memory into two standard partitions, the reusability of the loader can be improved, and the human and material cost can also be reduced.
  • the file description header and the corresponding at least one upgradeable file included in the upgradeable file package are obtained by obtaining and parsing the upgradeable file package.
  • Obtaining the partition information by parsing the file description header and writing the at least one upgradeable file to a partition corresponding to the memory according to the partition information.
  • the upgradeable file replaces the original storage partition.
  • the file stored in the file completes the upgrade of the upgradeable file.
  • FIG. 3 is a schematic flowchart of a method for upgrading an upgradeable file provided in Embodiment 2.
  • the second embodiment optimizes the process of writing at least one upgradeable file into the corresponding sub-partition according to the partition information according to the partition information, and the previous process. Referring to FIG. 3, the implementation is performed.
  • Example 2 includes the following steps:
  • Step 210 Acquire and parse the upgradeable file package, and obtain a file description header included in the upgradeable file package and corresponding at least one upgradeable file.
  • Step 220 Parse the file description header to obtain partition information.
  • Step 230 Determine whether the total number of all sub-partitions to be upgraded in the hardware configuration file in the memory is equal to the sum of the total number of sub-partitions to be upgraded in the current two standard partitions. If they are equal, then Step 240 is performed; if not equal, step 250 is performed.
  • the files stored in each partition of Flash are not all files that need to be upgraded. If some partitions need to be upgraded, the upgradeable files are populated into the corresponding standard partitions during data packaging. Since the file description header contains the total number of sub-partitions to be upgraded, after parsing the file description header, if the sum of the total number of sub-partitions to be upgraded in the current two standard partitions and all the waiting in the hardware configuration file The total number of upgraded sub-partitions is the same (for example, the total number of sub-partitions to be upgraded described in the description header of the check partition is 3, and the sub-partitions to be upgrade described in the description header of the partition are not required to be verified.
  • the total number is 2, and the sum of the total number of sub-partitions to be upgraded in the two standard partitions stored in the hardware configuration file is 5), indicating that the hardware configuration file does not need to be upgraded. If the sum of the total number of sub-partitions to be upgraded in the current two standard partitions is different from the total number of all sub-partitions to be upgraded in the hardware configuration file, it may indicate that the upgrade has been completed in the previous Flash plan.
  • a new file B to be upgraded is added. Although the file description header contains information such as the address and size of the new file B to be upgraded, there is no new hardware configuration file at this time. The information of the file B to be upgraded is added. Therefore, the hardware configuration file needs to be updated to join the information of the file B to be upgraded.
  • Step 240 According to the total number of all the sub-partitions to be upgraded in the configuration file and the total number of all the sub-partitions in the hardware configuration file, determine whether it is necessary to upgrade the files of all the sub-partitions, when the files of all the sub-partitions need to be upgraded. Then, step 260 is performed; when it is not necessary to upgrade the files of all the sub-partitions, step 270 is performed.
  • the hardware configuration file contains the total number of sub-partitions to be upgraded. By matching this information with the total number of all sub-partitions, it can be determined whether all sub-partitions in the current Flash need to be upgraded.
  • Step 250 Replace the information of the file description header with the information of the hardware configuration file to upgrade the hardware configuration file, and continue to step 240.
  • Step 260 Acquire an address of each sub-partition to be upgraded in the corresponding standard partition according to the partition information, and write all upgradeable files to the sub-partitions in the corresponding standard partition according to the address.
  • Step 270 Read out the file of the sub-partition that does not need to be upgraded in the memory, calculate the total check value of the files of all the sub-partitions to be upgraded, and continue to step 260.
  • the original stored check value in the Flash partition needs to be updated accordingly after the hardware configuration file is upgraded.
  • the check value update is completed, the operation of writing the upgradeable file in the address in the corresponding standard partition can be performed.
  • the set-top box can complete the upgrade of all current upgradeable files in the process of upgrading the upgradeable file, so that the conditional receiving system in the related art is implemented.
  • the bugs were patched and the functionality was improved.
  • the set top box includes: a processor 70, a memory 71, an input device 72, and an output device 73.
  • the number of processors 70 in the device/terminal/server may be one or more, and one processor in FIG.
  • the processor 70, the memory 71, the input device 72, and the output device 73 in the device/terminal/server may be connected by a bus or the like, and the bus connection is taken as an example in FIG.
  • the memory 71 is used as a computer readable storage medium, and can be used for storing a software program, a computer executable program, and a module, such as a program instruction/module corresponding to the upgrade method of the upgradeable file in the embodiment of the present application (for example, an upgradeable file) Upgrade the upgradeable package parsing module, partition information acquisition module, and upgrade module).
  • the processor 70 executes various functional applications and data processing of the device/terminal/server by running software programs, instructions, and modules stored in the memory 71, that is, implementing the above-described upgrade method of the upgradeable file.
  • the memory 71 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function; the storage data area may store data created according to usage of the terminal, and the like. Further, the memory 71 may include a high speed random access memory, and may also include a nonvolatile memory such as at least one magnetic disk storage device, flash memory device, or other nonvolatile solid state storage device. In some examples, memory 71 may also include memory remotely located relative to processor 70, which may be connected to the device/terminal/server via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.
  • Input device 72 can be used to receive input numeric or character information and to generate key signal inputs related to user settings and function control of the set top box.
  • the output device 73 may include a display device such as a display screen.
  • Embodiment 4 also provides a storage medium containing computer executable instructions for performing an upgrade method of an upgradeable file when executed by a computer processor, the method comprising:
  • the storage medium containing the computer executable instructions provided by the embodiment of the present application is not limited to the method operation as described above, and may also perform the upgrade of the upgradeable file provided by any embodiment of the present application. Related operations in the method.
  • the embodiments of the present application can be implemented by using software and necessary general hardware, and can also be implemented by hardware, but in many cases, the former is better. Implementation. Based on such understanding, the technical solution of the embodiments of the present application may be embodied in the form of a software product in essence or in the form of a software product, which may be stored in a computer readable storage medium, such as a computer.
  • Floppy disk read-only memory (ROM), random access memory (RAM), flash memory (FLASH), hard disk or optical disk, etc., including a number of instructions to make a computer device (can be an individual)
  • ROM read-only memory
  • RAM random access memory
  • FLASH flash memory
  • hard disk or optical disk etc., including a number of instructions to make a computer device (can be an individual)
  • a computer, server, or network device, etc.) performs the methods described in each of the embodiments of the present application.
  • the upgrade method, the set top box and the storage medium of the upgradeable file provided by the disclosure can improve the reusability of the loader by dividing the partition of the memory into two standard partitions, and also reduce the labor and material cost.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

Procédé de mise à niveau de fichier évolutif, boîtier décodeur et support d'informations. Le procédé comprend les étapes qui consistent : à acquérir et analyser un package de fichier évolutif pour obtenir un en-tête de description de fichier et au moins un fichier évolutif correspondant inclus dans le package de fichier évolutif, l'en-tête de description de fichier comportant des informations de partition ; à analyser l'en-tête de description de fichier pour obtenir les informations de partition ; et à écrire, selon les informations de partition, ledit fichier évolutif dans une partition correspondant à une mémoire, des partitions de la mémoire étant divisées en deux types de partitions standard selon les types de données de fichiers évolutifs.
PCT/CN2017/118359 2017-05-17 2017-12-25 Procédé de mise à niveau de fichier évolutif, boîtier décodeur et support d'informations WO2018209958A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710349152.6 2017-05-17
CN201710349152.6A CN107193593B (zh) 2017-05-17 2017-05-17 一种可升级文件的升级方法、机顶盒和存储介质

Publications (1)

Publication Number Publication Date
WO2018209958A1 true WO2018209958A1 (fr) 2018-11-22

Family

ID=59873930

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/118359 WO2018209958A1 (fr) 2017-05-17 2017-12-25 Procédé de mise à niveau de fichier évolutif, boîtier décodeur et support d'informations

Country Status (2)

Country Link
CN (1) CN107193593B (fr)
WO (1) WO2018209958A1 (fr)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107193593B (zh) * 2017-05-17 2020-08-21 深圳创维数字技术有限公司 一种可升级文件的升级方法、机顶盒和存储介质
CN108121556B (zh) * 2017-12-26 2022-01-04 深圳Tcl新技术有限公司 eMMC兼容升级方法、智能终端以及可读存储介质
CN108304206A (zh) * 2018-02-11 2018-07-20 广东美的厨房电器制造有限公司 升级方法、装置、计算机设备、程序产品及存储介质
CN109947450B (zh) * 2019-03-19 2023-03-17 深圳创维－Rgb电子有限公司 系统文件升级方法、装置、移动终端及可读存储介质
CN110347412B (zh) * 2019-06-27 2023-05-30 中国第一汽车股份有限公司 电子控制单元固件升级管理方法、装置、设备和存储介质
CN112752154A (zh) * 2019-10-29 2021-05-04 青岛海尔多媒体有限公司 软件升级方法及装置、智能电视
CN113225729B (zh) * 2020-01-21 2022-07-12 荣耀终端有限公司 空中下载技术ota升级的方法、设备及可读存储介质
CN113805956B (zh) * 2021-06-15 2022-11-11 荣耀终端有限公司 操作系统的配置方法、设备及存储介质
CN113434178B (zh) * 2021-07-08 2023-11-14 恒安嘉新（北京）科技股份公司 可编程的多相电源在线升级方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101520734A (zh) * 2008-12-17 2009-09-02 康佳集团股份有限公司 一种升级闪存中数据的方法及其网络电视和交互式机顶盒
CN102662700A (zh) * 2012-03-28 2012-09-12 广东欧珀移动通信有限公司 一种嵌入式软件版本的发布及升级方法
CN104750527A (zh) * 2015-03-27 2015-07-01 广州快飞计算机科技有限公司 一种嵌入式系统升级方法及系统
CN105446772A (zh) * 2015-11-16 2016-03-30 青岛海信移动通信技术股份有限公司 一种系统升级的方法和装置
CN106572372A (zh) * 2016-11-14 2017-04-19 青岛海信宽带多媒体技术有限公司 一种机顶盒升级方法及机顶盒
CN107193593A (zh) * 2017-05-17 2017-09-22 深圳创维数字技术有限公司 一种可升级文件的升级方法、机顶盒和存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102419713B (zh) * 2011-12-31 2014-03-12 四川长虹电器股份有限公司 基于nandflash的机顶盒的软件升级方法
CN102622250B (zh) * 2012-03-07 2015-01-21 四川长虹电器股份有限公司 一种支持多flash设备的机顶盒软件升级方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101520734A (zh) * 2008-12-17 2009-09-02 康佳集团股份有限公司 一种升级闪存中数据的方法及其网络电视和交互式机顶盒
CN102662700A (zh) * 2012-03-28 2012-09-12 广东欧珀移动通信有限公司 一种嵌入式软件版本的发布及升级方法
CN104750527A (zh) * 2015-03-27 2015-07-01 广州快飞计算机科技有限公司 一种嵌入式系统升级方法及系统
CN105446772A (zh) * 2015-11-16 2016-03-30 青岛海信移动通信技术股份有限公司 一种系统升级的方法和装置
CN106572372A (zh) * 2016-11-14 2017-04-19 青岛海信宽带多媒体技术有限公司 一种机顶盒升级方法及机顶盒
CN107193593A (zh) * 2017-05-17 2017-09-22 深圳创维数字技术有限公司 一种可升级文件的升级方法、机顶盒和存储介质

Also Published As

Publication number Publication date
CN107193593A (zh) 2017-09-22
CN107193593B (zh) 2020-08-21

Similar Documents

Publication Publication Date Title
WO2018209958A1 (fr) Procédé de mise à niveau de fichier évolutif, boîtier décodeur et support d'informations
CN109885311B (zh) 一种应用程序的生成方法及设备
CN109918055B (zh) 一种应用程序的生成方法及设备
US10671367B2 (en) System and method for analyzing user experience of a software application across disparate devices
CN105656646B (zh) 一种虚拟网元的部署方法及装置
WO2018006789A1 (fr) Procédé et appareil de vérification de paramètres, serveur de gestion de réseau, et support de stockage informatique
US20190243628A1 (en) Container image building using shared resources
US10409786B2 (en) Deployment of applications confirming to application data sharing and decision service platform schema
CN109284140B (zh) 配置方法及相关设备
US10127037B2 (en) Method for recognizing application type
TW201439792A (zh) 資料庫訪問系統及方法
US20210103514A1 (en) Reusable test cases for identifiable patterns
US10572371B2 (en) Generating valid use cases from a parsed configuration file describing use case options
US20190034195A1 (en) Systems and methods for providing patchable rom firmware
CN111124480B (zh) 应用程序包的生成方法、装置、电子设备及存储介质
US20190235846A1 (en) Continuous delivery pipeline segment models
WO2018014798A1 (fr) Procédé et système de configuration dynamique d'une pluralité de ca d'un boîtier décodeur
CN111273942A (zh) 一种代码生成方法、存储介质、电子设备及系统
CN110018835B (zh) Yang模型配置数据处理方法及装置、终端设备及存储介质
CN113330419A (zh) 一种设备应用安装方法和装置
CN111831567A (zh) 应用的测试环境配置方法、装置、系统和介质
CN111385661A (zh) 语音控制全屏播放的方法及终端
CN108614704B (zh) 代码编译方法及装置
CN110516431B (zh) 动态配置虚拟机操作权限的方法、系统、设备及存储介质
CN112543104A (zh) 应用程序打包方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17909668

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17909668

Country of ref document: EP

Kind code of ref document: A1