WO2022104964A1 - 动态分区定制方法、装置和设备 - Google Patents

动态分区定制方法、装置和设备 Download PDF

Info

Publication number
WO2022104964A1
WO2022104964A1 PCT/CN2020/136015 CN2020136015W WO2022104964A1 WO 2022104964 A1 WO2022104964 A1 WO 2022104964A1 CN 2020136015 W CN2020136015 W CN 2020136015W WO 2022104964 A1 WO2022104964 A1 WO 2022104964A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
image
oem
partition
super
Prior art date
Application number
PCT/CN2020/136015
Other languages
English (en)
French (fr)
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 WO2022104964A1 publication Critical patent/WO2022104964A1/zh
Priority to US18/320,190 priority Critical patent/US20230289156A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/41—Compilation
    • G06F8/45—Exploiting coarse grain parallelism in compilation, i.e. parallelism between groups of instructions
    • G06F8/451—Code distribution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/41—Compilation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • 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
    • G06F8/63—Image based installation; Cloning; Build to order
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Definitions

  • the present invention relates to the embedded field, in particular to a dynamic partition customization method, device and device.
  • Android has adopted dynamic partitioning since the Q version, which is a method that can be downloaded over the air (Over The Air, OTA) update to create, destroy or resize user space partition system.
  • the system allocates a dynamic partition to the device, with subpartitions that can be dynamically resized.
  • the existing dynamic partition customization method can make full use of the embedded multimedia card (Embedded Multi Media Card, EMMC) Association, mainly for the embedded memory standard specifications of products such as mobile phones or tablet computers, customize the entire dynamic partition.
  • EMMC embedded Multi Media Card
  • the present application provides a dynamic partition customization method, apparatus and device to speed up development and version compilation and reduce the occupation of server resources.
  • the present application provides a dynamic partition customization method, including:
  • a super partition custom file is generated according to the scatter-loading file and the OEM image sub-file segment corresponding to the changed requirement.
  • a dynamic partition customization device comprising:
  • a first generation module configured to generate a plurality of original equipment manufacturer image OEM image files corresponding to a plurality of different user requirements during compilation
  • the second generation module is used to generate a scatter-loading file according to the file in the super partition, and the scatter-loading file records the OEM image sub-file segment;
  • a download module configured to download the OEM image sub-file segment corresponding to the changed requirement according to the requirement change of one of the multiple different users
  • the third generation module is configured to generate a super partition customized file according to the scatter-loading file and the OEM image sub-file segment corresponding to the changed requirement.
  • the present application provides a device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, when the processor executes the computer program The steps of realizing the method of the above-mentioned technical solution.
  • FIG. 1 is a flowchart of a dynamic partition customization method provided by an embodiment of the present application.
  • FIG. 2 is a schematic diagram of storage of m sub-image files (images) and k OEM image files in a server provided by an embodiment of the present application;
  • Fig. 3 is the schematic diagram that the super partition decompression file provided by the embodiment of the present application is divided and its sub-file segment is downloaded;
  • FIG. 4 is a schematic structural diagram of a dynamic partition customization device provided by an embodiment of the present application.
  • FIG. 5 is a schematic structural diagram of a device provided by an embodiment of the present application.
  • adjectives such as first and second may only be used to distinguish one element or action from another, and do not necessarily require or imply any actual such relationship or order.
  • References to an element or component or step (etc.) should not be construed as limited to only one of the elements, components, or steps, but rather may be one or more of the elements, components, or steps, etc., where the circumstances permit.
  • the present application proposes a dynamic partition customization method, as shown in FIG. 1 , which mainly includes steps S101 to S104, which are described in detail as follows:
  • Step S101 Generate multiple original equipment manufacturer images OEM corresponding to multiple different user requirements at compile time image file.
  • the super partition is a user space partition system that can create, destroy or resize partitions through OTA updates.
  • the partition image (image) no longer needs to reserve space for future OTAs, and the remaining free space in the super partition can be used for all super partitions;
  • the super image (super image) stored in the super partition image) file includes the original equipment manufacturer image OEM image file.
  • the technical solution of the present application is to generate multiple OEM image files corresponding to multiple different user requirements during compilation, and store them in the server.
  • an OEM image-1 corresponding to the requirements of user U1 an OEM image-2 corresponding to the requirements of user U2, and an OEM image corresponding to the requirements of user U3 can be generated at compile time -3, will OEM image-1, OEM image-2 and OEM imag-3 are stored in the server.
  • generating multiple OEM image files corresponding to multiple different user requirements during compilation can be implemented through the following steps S1011 and S1012:
  • Step S1011 During the compilation process, the maximum storage space is reserved in the super partition for each OEM image file among the multiple OEM image files.
  • the maximum storage space reserved in the super partition for each OEM image file in the multiple OEM image files may be: the space occupied by the super partition is subtracted from the space occupied by other sub-image files in the super partition, and the remaining Space is allocated to each OEM image file in multiple OEM image files.
  • the size of the space of the super partition is represented by S- total
  • the space occupied by other sub-image files is represented by S- others
  • S- total -S- others The result is space allocated to multiple OEM image files for each OEM image file.
  • Step S1012 Save each generated OEM image file to the reserved maximum storage space.
  • saving each generated OEM image file to the maximum reserved storage space can be: adjusting the storage order of each sub-image file in the super partition, and storing other sub-image files in front of the super partition (these partitions
  • the size is the size of the space represented by S- others )
  • Step S102 Generate a scatter-loading file according to the files in the super partition, wherein the scatter-loading file records the OEM image subfile segment.
  • the so-called scatter-loading file is a mechanism provided by the ARM connector, namely, scatter-loading (scatter).
  • loading an executable image file (that is, a Bin file) is divided into different independent segments in the memory.
  • a different storage area address can be specified for each file segment recorded in the scatter-loading file.
  • generating a scatter-loading file according to a file in the super partition can be implemented through steps S1021 to S1023, which are described as follows:
  • Step S1021 Decompress the files in the super partition to obtain the decompressed files of the super partition.
  • the file in the super partition that is, the super image file (super image file) is a file in a sparse format, and the file in the sparse format cannot be directly processed by subsequent steps and needs to be decompressed.
  • simg2img is used to decompress the super image file to obtain a super partition decompression file in raw format.
  • Step S1022 Intercept the file with the first fixed number of bytes in the decompressed file of the super partition, and generate a header file segment.
  • a header (head) file segment is obtained, and the header file segment contains all the information of the original super image.
  • Step S1023 According to the super partition, the decompressed file is divided into other sub-image file segments, header file segments and OEM segments The location of the image subfile segment in EMMC to generate the scatter-loading file.
  • lpdump parse the raw format super partition decompression file, calculate the location of each image file of the super image file in the EMMC according to the information from lpdump, generate a scatter loading file, and record the super image file when generating the scatter loading file.
  • the image file is divided into header file segment, other subimage file segment and OEM image subfile segment.
  • the super partition decompression file is divided into four sub-image file segments (image-1, image-2, image-3 and image-4), a header file segment and an OEM image sub-file segment (OEM image file segment).
  • Step S103 According to the change of requirements of one user among the multiple different users, download the OEM corresponding to the changed requirements image subfile segment.
  • the OEM image sub-file segment corresponding to the requirements of the user U1 ie, OEM image-1
  • the other 4 sub-image file segments (image-1, image-2, image-3, and image-4) and header file segments still need to be downloaded as a part shared by each user.
  • the OEM image sub-file segment corresponding to the requirements of user U2 namely OEM image-2
  • the other 4 sub-image file segments image-1, image-2, image-3 and image
  • Step S104 Load the file according to the scatter and the OEM corresponding to the changed requirement
  • the image sub-file segment generates a custom file for the super partition.
  • the user U1 after downloading the OEM image-1 corresponding to its changed requirements through step S103, together with four sub-image file segments (image-1, image-2, image-3 and image-4) together with the header file segment, compile and generate the super partition custom file corresponding to the user U1; similarly, for the user U2 mentioned in the foregoing embodiment, the user U2 can be downloaded in step S103 corresponding to the changed requirements.
  • OEM image-2 together with 4 sub-image file segments (image-1, image-2, image-3 and image-4) and header file segments, compile and generate a super partition custom file corresponding to user U2, and so on.
  • FIG. 4 is a dynamic partition customization device provided by an embodiment of the present application.
  • the device may include a first generation module 401, a second generation module 402, a download module 403, and a third generation module 404.
  • the details are as follows:
  • the first generation module 401 is used to generate a plurality of original equipment manufacturer images OEM corresponding to a plurality of different user requirements at compile time image file;
  • the second generating module 402 is configured to generate a scatter-loading file according to the files in the super partition, wherein the scatter-loading file records the OEM image subfile segment;
  • the download module 403 is used to download the OEM corresponding to the changed requirement according to the requirement change of one user among multiple different users image subfile segment;
  • the third generation module 404 is used to load the file according to the scatter and the OEM corresponding to the changed requirement
  • the image sub-file segment generates a custom file for the super partition.
  • the first generation module 401 in the example of FIG. 2 may include a reservation unit and a storage unit, wherein:
  • the aforementioned reservation unit is specifically used to deduct the space of the super partition from the space occupied by other sub-image files in the super partition, and the remaining space is allocated to each OEM image file in the multiple OEM image files, and the storage unit is specifically used. To save the OEM image file to the last part of the super partition space.
  • the second generation module 402 in the example of FIG. 2 may include a decompression unit, an interception unit and a segmentation unit, wherein:
  • the decompression unit is used to decompress the files in the super partition to obtain the decompressed files of the super partition;
  • the interception unit is used to intercept the file with the first fixed number of bytes in the decompressed file of the super partition, and generate the header file segment;
  • the splitting unit is used to split the decompressed file according to the super partition into the positions in the EMMC including other sub-image file segments, header file segments and OEM image sub-file segments, and generate a scatter-loading file.
  • FIG. 5 is a schematic structural diagram of a device provided by an embodiment of the present application.
  • the device 5 of this embodiment mainly includes: a processor 50 , a memory 51 , and a computer program 52 stored in the memory 51 and executable on the processor 50 , such as a program of a dynamic partition customization method.
  • the processor 50 executes the computer program 52 , the steps in the above-mentioned embodiment of the dynamic partition customization method are implemented, for example, steps S101 to S104 shown in FIG. 1 .
  • each module/unit in the above-mentioned device embodiments are realized, for example, the first generation module 401, the second generation module 402, the download module 403, and the third generation module 404 shown in FIG. 2 function.
  • the computer program 52 of the dynamic partition customization method mainly includes: generating a plurality of original equipment manufacturer images OEM corresponding to a plurality of different user requirements during compilation; image file; generate a scatter-loading file based on the files in the super partition, where the scatter-loading file records the OEM image sub-file segment; according to the needs of one user among multiple different users, download the OEM corresponding to the changed needs image sub-file segment; generates a super partition custom file based on the scatter-loading file and the OEM image sub-file segment corresponding to the changed requirements.
  • the computer program 52 may be divided into one or more modules/units, which are stored in the memory 51 and executed by the processor 50 to complete the present application.
  • One or more modules/units may be a series of computer program instruction segments capable of performing specific functions, the instruction segments being used to describe the execution of the computer program 52 in the device 5 .
  • the computer program 52 can be divided into the functions of the first generation module 401, the second generation module 402, the download module 403 and the third generation module 404 (modules in the virtual device), and the specific functions of each module are as follows:
  • the first generation module 401 for generating multiple OEM images OEM at compile time corresponding to multiple different user requirements image file;
  • the second generating module 402 is configured to generate a scatter-loading file according to the files in the super partition, wherein the scatter-loading file records the OEM
  • the download module 403 is used to download the OEM corresponding to the changed demand according to the demand of one user among multiple different users.
  • the image sub-file segment; the third generation module 404 is used to load the file according to the scatter and the OEM corresponding to the changed demand
  • the image sub-file segment generates
  • Device 5 may include, but is not limited to, processor 50 , memory 51 .
  • FIG. 5 is only an example of the device 5, and does not constitute a limitation to the device 5. It may include more or less components than the one shown, or combine some components, or different components, such as Computing devices may also include input and output devices, network access devices, buses, and the like.
  • the so-called processor 50 may be a central processing unit (Central Processing Unit, CPU), other general-purpose processors, digital signal processors (Digital Signal Processor, DSP), application-specific integrated circuits (Application Specific Integrated Circuit, ASIC), off-the-shelf Programmable Gate Array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • a general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
  • the memory 51 may be an internal storage unit of the device 5 , such as a hard disk or a memory of the device 5 .
  • the memory 51 can also be an external storage device of the device 5, such as a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a Secure Digital (SD) card, a flash memory card (Flash Card) equipped on the device 5 Wait.
  • the memory 51 may also include both an internal storage unit of the device 5 and an external storage device.
  • the memory 51 is used to store computer programs and other programs and data required by the device.
  • the memory 51 can also be used to temporarily store data that has been output or is to be output.
  • the disclosed apparatus/device and method may be implemented in other manners.
  • the apparatus/device embodiments described above are only illustrative.
  • the division of modules or units is only a logical function division. In actual implementation, there may be other division methods.
  • multiple units or components may be Incorporation may either be integrated into another device, or some features may be omitted, or not implemented.
  • the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.
  • Units described as separate components may or may not be physically separated, and components shown as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units may be implemented in the form of hardware, or may be implemented in the form of software functional units.
  • the integrated modules/units may be stored in a non-transitory computer-readable storage medium if implemented in the form of software functional units and sold or used as stand-alone products.
  • the present application realizes all or part of the processes in the methods of the above embodiments, and can also be completed by instructing the relevant hardware through a computer program, and the computer program of the dynamic partition customization method can be stored in a computer-readable storage medium,
  • the computer program When the computer program is executed by the processor, it can implement the steps of the above method embodiments, that is, generate multiple original equipment manufacturer images OEM corresponding to multiple different user requirements during compilation image file; generate a scatter-loading file based on the files in the super partition, where the scatter-loading file records the OEM image sub-file segment; according to the needs of one user among multiple different users, download the OEM corresponding to the changed needs image sub-file segment; generates a super partition custom file based on the scatter-loading file and the OEM image sub-file segment corresponding to the changed requirements.
  • Non-transitory computer-readable media may include: any entity or device capable of carrying computer program codes, recording media, USB flash drives, removable hard disks, magnetic disks, optical discs, computer memories, read-only memory (ROM, Read-Only Memory) Memory), random access memory (RAM, Random Access Memory), electrical carrier signals, telecommunication signals, and software distribution media, etc.
  • non-transitory computer-readable media may be modified as appropriate in accordance with the requirements of legislation and patent practice in the jurisdiction, for example, in some jurisdictions, according to legislation and patent practice, the non-transitory Computer readable media do not include electrical carrier signals and telecommunication signals.
  • the above embodiments are only used to illustrate the technical solutions of the present application, but not to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: The recorded technical solutions are modified, or some technical features thereof are equivalently replaced; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the application, and should be included in the application. within the scope of protection.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Stored Programmes (AREA)

Abstract

动态分区定制方法、装置和设备，以加快开发和版本编译速度，并减少对服务器资源的占用。所述方法包括：在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件；根据超级分区内的文件生成分散加载文件，其中，分散加载文件记载了OEM image子文件段；根据多个不同用户中一个用户的需求变更，下载与变更的需求对应的OEM image子文件段；根据分散加载文件以及与变更的需求对应的OEM image子文件段，生成超级分区定制文件。

Description

动态分区定制方法、装置和设备
本申请要求于2020年11月23日提交中国专利局、申请号为202011321286.5、发明名称为“动态分区定制方法、装置、设备和计算机可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及嵌入式领域，特别涉及一种动态分区定制方法、装置和设备。
 背景技术
Android 从Q版本开始就采用动态分区方式，这是一种可以通过无线下载（Over The Air，OTA）更新来创建、销毁分区或调整分区大小的用户空间分区系统。系统为设备分配一个动态分区，其中的子分区可动态地调整大小。目前，虽然现有的动态分区定制方法可以充分利用嵌入式多媒体卡（Embedded Multi Media Card，EMMC）协会订立、主要针对手机或平板电脑等产品的内嵌式存储器标准规格定制整个动态分区。然而，由于动态分区的size较大（可能达到6G以上），当需要适配不同客户时，定制整个动态分区会导致服务器资源占据过大。
 技术问题
本申请提供一种动态分区定制方法、装置和设备，以加快开发和版本编译速度，并减少对服务器资源的占用。
 技术解决方案
一方面，本申请提供了一种动态分区定制方法，包括：
在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件；
根据超级分区内的文件生成分散加载文件，所述分散加载文件记载了OEM image子文件段；
根据所述多个不同用户中一个用户的需求变更，下载与所述变更的需求对应的OEM image子文件段；
根据所述分散加载文件以及与所述变更的需求对应的OEM image子文件段，生成超级分区定制文件。
另一方面，本申请提供了一种动态分区定制装置，包括：
第一生成模块，用于在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件；
第二生成模块，用于根据超级分区内的文件生成分散加载文件，所述分散加载文件记载了OEM image子文件段；
下载模块，用于根据所述多个不同用户中一个用户的需求变更，下载与所述变更的需求对应的OEM image子文件段；
第三生成模块，用于根据所述分散加载文件以及与所述变更的需求对应的OEM image子文件段，生成超级分区定制文件。
第三方面，本申请提供了一种设备，所述设备包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述技术方案的方法的步骤。
 有益效果
从上述本申请提供的技术方案可知，由于在编译时，生成了与多个不同用户需求对应的多个OEM image文件，当多个不同用户中某个用户需求有变动时，在下载OEM image时，只需下载与该用户需求对应的OEM image子文件段，无需下载其他用户对应的OEM image子文件段，因此，实现了超级分区内OEM image的单独编译，加快开发及版本编译速度，也减少了对服务器资源的占用。
 附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的动态分区定制方法的流程图；
图2是本申请实施例提供的在服务器中m个子映像文件（image）和k个OEM image文件的存储示意图；
图3是本申请实施例提供的超级分区解压缩文件被分割及其子文件段被下载的示意图；
图4是本申请实施例提供的动态分区定制装置的结构示意图；
图5是本申请实施例提供的设备的结构示意图。
 本发明的实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在本说明书中，诸如第一和第二这样的形容词仅可以用于将一个元素或动作与另一元素或动作进行区分，而不必要求或暗示任何实际的这种关系或顺序。在环境允许的情况下，参照元素或部件或步骤（等）不应解释为局限于仅元素、部件、或步骤中的一个，而可以是元素、部件、或步骤中的一个或多个等。
在本说明书中，为了便于描述，附图中所示的各个部分的尺寸并不是按照实际的比例关系绘制的。
本申请提出了一种动态分区定制方法，如附图1所示，主要包括步骤S101至S104，详述如下：
步骤S101：在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件。
以Android系统为例，其超级（super）分区是一种可以通过OTA更新来创建、销毁分区或调整分区大小的用户空间分区系统为设备分配的分区，其中的子分区可动态地调整大小，单个分区映像（image）不再需要为将来的 OTA 预留空间，超级分区中剩余的可用空间可用于所有超级分区；超级分区存放的超级映像（super image）文件包括原始设备制造商映像OEM image文件。本申请的技术方案是在编译时生成与多个不同用户需求对应的多个OEM image文件，并存放于服务器中。例如，对于用户U1、用户U2和用户U3，可以在编译时生成与用户U1的需求对应的OEM image-1、与用户U2的需求对应的OEM image-2以及与用户U3的需求对应的OEM image-3，将OEM image-1、OEM image-2和OEM imag-3存放于服务器中。
作为本申请一个实施例，在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件可通过如下步骤S1011和步骤S1012实现：
步骤S1011：在编译过程中在超级分区为多个OEM image文件中每个OEM image文件预留最大存储空间。
具体地，在编译过程中在超级分区为多个OEM image文件中每个OEM image文件预留最大存储空间可以是：将超级分区的空间减去超级分区中其他子映像文件占据的空间，剩余的空间分配给多个OEM image文件中每个OEM image文件，例如，超级分区的空间的大小以S- total表示，其他子映像文件占据的空间使用S- others表示，则S- total-S- others的结果就是分配给多个OEM image文件的空间中每个OEM image文件。
步骤S1012：将生成的每个OEM image文件保存至预留下来的最大存储空间。
具体而言，将生成的每个OEM image文件保存至预留下来的最大存储空间可以是：调整超级分区中各个子映像文件的存放顺序，将其他子映像文件存放于超级分区的前面（这些分区大小就是S- others表示的空间的大小），将多个OEM image文件中的一个保存至超级分区的最末尾部分空间，如附图2所示，是m个子映像文件（image）和k个OEM image文件在服务器中的存储示意图。
步骤S102：根据超级分区内的文件生成分散加载文件，其中，分散加载文件记载了OEM image子文件段。
在本申请实施例中，所谓分散加载文件（即scatterfile），是ARM 连接器提供的一个机制即分散加载（scatter loading）机制，将一个可执行映像文件（即Bin文件）分割放置至内存中不同的独立段，在装载和执行时，可以为分散加载文件记载的每一个文件段指定不同的存储区域地址。作为本申请一个实施例，根据超级分区内的文件生成分散加载文件可通过步骤S1021至步骤S1023实现，说明如下：
步骤S1021：解压超级分区内的文件，得到超级分区解压缩文件。
需要说明的是，超级分区内的文件即超级映像文件（super image文件）是稀疏格式的文件，该稀疏格式的文件不能直接被后续步骤处理，需要进行解压缩。在本申请实施例中，是采用simg2img将超级映像文件进行解压缩操作，得到raw格式的超级分区解压缩文件。
步骤S1022：截取超级分区解压缩文件中前固定字节数的文件，生成头文件段。
例如，通过截取超级分区解压缩文件中前1M字节数的文件，得到头（head）文件段，该头文件段包含了原super image的所有信息。
步骤S1023：根据超级分区解压缩文件分割为包含其他子映像文件段、头文件段和OEM image子文件段在EMMC中的位置，生成分散加载文件。
具体而言，可以使用lpdump解析raw格式的超级分区解压缩文件，根据lpdump出来的信息计算出超级映像文件的各个映像文件在EMMC的位置，生成分散加载文件，生成分散加载文件时，记录了超级映像文件被分割为头文件段、其他子映像文件段和OEM image子文件段。如附图3所示，超级分区解压缩文件分割为包含4个子映像文件段（image-1、image-2、image-3和image-4）、一头文件段和OEM image子文件段（OEM image-1），或4个子映像文件段（image-1、image-2、image-3和image-4）、一个头文件段和一个OEM image子文件段（OEM image-2），或4个子映像文件段（image-1、image-2、image-3和image-4）、一个头文件段和一个OEM image-3），其记录于分散加载文件。
步骤S103：根据多个不同用户中一个用户的需求变更，下载与变更的需求对应的OEM image子文件段。
以附图2或附图3的示例，假设用户U1的需求变更，则下载与用户U1的需求对应的OEM image子文件段即OEM image-1。当然，作为各个用户共用的部分，其他4个子映像文件段（image-1、image-2、image-3和image-4）和头文件段仍然需要下载。类似地，若用户U2的需求变更，则下载与用户U2的需求对应的OEM image子文件段即OEM image-2、其他4个子映像文件段（image-1、image-2、image-3和image-4）和头文件段；若用户U3的需求变更，则下载与用户U3的需求对应的OEM image子文件段即OEM image-3、其他4个子映像文件段（image-1、image-2、image-3和image-4）和头文件段。
步骤S104：根据分散加载文件以及与变更的需求对应的OEM image子文件段，生成超级分区定制文件。
例如，对于前述实施例中提及的用户U1，可以在经步骤S103下载了与其变更的需求对应的OEM image-1后，连同4个子映像文件段（image-1、image-2、image-3和image-4）和头文件段一起，编译生成与用户U1对应的超级分区定制文件；类似地，对于前述实施例中提及的用户U2，可以在经步骤S103下载了与其变更的需求对应的OEM image-2后，连同4个子映像文件段（image-1、image-2、image-3和image-4）和头文件段一起，编译生成与用户U2对应的超级分区定制文件，等等。
从上述附图1示例的动态分区定制方法可知，由于在编译时，生成了与多个不同用户需求对应的多个OEM image文件，当多个不同用户中某个用户需求有变动时，在下载OEM image时，只需下载与该用户需求对应的OEM image子文件段，无需下载其他用户对应的OEM image子文件段，因此，实现了动态分区内OEM image的单独编译，加快开发及版本编译速度，也减少了对服务器资源的占用。
请参阅附图4，是本申请实施例提供的一种动态分区定制装置，该装置可以包括第一生成模块401、第二生成模块402、下载模块403和第三生成模块404，详述如下：
第一生成模块401，用于在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件；
第二生成模块402，用于根据超级分区内的文件生成分散加载文件，其中，分散加载文件记载了OEM image子文件段；
下载模块403，用于根据多个不同用户中一个用户的需求变更，下载与变更的需求对应的OEM image子文件段；
第三生成模块404，用于根据分散加载文件以及与变更的需求对应的OEM image子文件段，生成超级分区定制文件。
可选地，附图2示例的第一生成模块401可以包括预留单元和保存单元，其中：
预留单元，用于在编译过程中在超级分区中为多个OEM image文件中每个OEM image文件预留最大存储空间；
保存单元，用于将OEM image文件保存至最大存储空间。
可选地，前述预留单元具体用于将超级分区的空间减去超级分区中其他子映像文件占据的空间，剩余的空间分配给多个OEM image文件中每个OEM image文件，保存单元具体用于将OEM image文件保存至超级分区的最末尾部分空间。
可选地，附图2示例的第二生成模块402可以包括解压单元、截取单元和分割单元，其中：
解压单元，用于解压超级分区内的文件，得到超级分区解压缩文件；
截取单元，用于截取超级分区解压缩文件中前固定字节数的文件，生成头文件段；
分割单元，用于根据超级分区解压缩文件分割为包含其他子映像文件段、头文件段和OEM image子文件段在EMMC中的位置，生成分散加载文件。
从以上技术方案的描述中可以看出，由于在编译时，生成了与多个不同用户需求对应的多个OEM image文件，当多个不同用户中某个用户需求有变动时，在下载OEM image时，只需下载与该用户需求对应的OEM image子文件段，无需下载其他用户对应的OEM image子文件段，因此，实现了动态分区内OEM image的单独编译，加快开发及版本编译速度，也减少了对服务器资源的占用。
图5是本申请一实施例提供的设备的结构示意图。如图5所示，该实施例的设备5主要包括：处理器50、存储器51以及存储在存储器51中并可在处理器50上运行的计算机程序52，例如动态分区定制方法的程序。处理器50执行计算机程序52时实现上述动态分区定制方法实施例中的步骤，例如图1所示的步骤S101至S104。或者，处理器50执行计算机程序52时实现上述各装置实施例中各模块/单元的功能，例如图2所示第一生成模块401、第二生成模块402、下载模块403和第三生成模块404的功能。
示例性地，动态分区定制方法的计算机程序52主要包括：在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件；根据超级分区内的文件生成分散加载文件，其中，分散加载文件记载了OEM image子文件段；根据多个不同用户中一个用户的需求变更，下载与变更的需求对应的OEM image子文件段；根据分散加载文件以及与变更的需求对应的OEM image子文件段，生成超级分区定制文件。计算机程序52可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器51中，并由处理器50执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序52在设备5中的执行过程。例如，计算机程序52可以被分割成第一生成模块401、第二生成模块402、下载模块403和第三生成模块404（虚拟装置中的模块）的功能，各模块具体功能如下：第一生成模块401，用于在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件；第二生成模块402，用于根据超级分区内的文件生成分散加载文件，其中，分散加载文件记载了OEM image子文件段；下载模块403，用于根据多个不同用户中一个用户的需求变更，下载与变更的需求对应的OEM image子文件段；第三生成模块404，用于根据分散加载文件以及与变更的需求对应的OEM image子文件段，生成超级分区定制文件。
设备5可包括但不仅限于处理器50、存储器51。本领域技术人员可以理解，图5仅仅是设备5的示例，并不构成对设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如计算设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器50可以是中央处理单元（Central Processing Unit，CPU），还可以是其他通用处理器、数字信号处理器（Digital Signal Processor，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现成可编程门阵列（Field-Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器51可以是设备5的内部存储单元，例如设备5的硬盘或内存。存储器51也可以是设备5的外部存储设备，例如设备5上配备的插接式硬盘，智能存储卡（Smart Media Card，SMC），安全数字（Secure Digital，SD）卡，闪存卡（Flash Card）等。进一步地，存储器51还可以既包括设备5的内部存储单元也包括外部存储设备。存储器51用于存储计算机程序以及设备所需的其他程序和数据。存储器51还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即，将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的装置/设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个非临时性计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，动态分区定制方法的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤，即，在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件；根据超级分区内的文件生成分散加载文件，其中，分散加载文件记载了OEM image子文件段；根据多个不同用户中一个用户的需求变更，下载与变更的需求对应的OEM image子文件段；根据分散加载文件以及与变更的需求对应的OEM image子文件段，生成超级分区定制文件。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。非临时性计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读内存（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。需要说明的是，非临时性计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，非临时性计算机可读介质不包括电载波信号和电信信号。以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。
以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (20)

  1. 一种动态分区定制方法，其特征在于，所述方法包括：
    在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件；
    根据超级分区内的文件生成分散加载文件，所述分散加载文件记载了OEM image子文件段；
    根据所述多个不同用户中一个用户的需求变更，下载与所述变更的需求对应的OEM image子文件段；
    根据所述分散加载文件以及与所述变更的需求对应的OEM image子文件段，生成超级分区定制文件。
  2. 如权利要求1所述动态分区定制方法，其特征在于，所述在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件，包括：
    在编译过程中在所述超级分区为所述多个OEM image文件中每个OEM image文件预留最大存储空间；
    将所述生成的OEM image文件保存至所述最大存储空间。
  3. 如权利要求2所述动态分区定制方法，其特征在于，所述在编译过程中在所述超级分区为所述OEM image文件预留最大存储空间，包括：将所述超级分区的空间减去所述超级分区中其他子映像文件占据的空间，剩余的空间分配给所述多个OEM image文件中每个OEM image文件；
    所述将所述OEM image文件保存至所述最大存储空间，包括：将所述OEM image文件保存至所述超级分区的最末尾部分空间。
  4. 如权利要求3所述动态分区定制方法，其特征在于，所述将所述OEM image文件保存至所述最大存储空间还包括：调整所述超级分区中各个子映像文件的存放顺序，将其他子映像文件存放于所述超级分区的前面。
  5. 如权利要求1所述动态分区定制方法，其特征在于，所述根据超级分区内的文件生成分散加载文件，包括：
    解压所述超级分区内的文件，得到超级分区解压缩文件；
    截取所述超级分区解压缩文件中前固定字节数的文件，生成头文件段；
    根据所述超级分区解压缩文件分割为包含其他子映像文件段、所述头文件段和所述OEM image子文件段在EMMC中的位置，生成分散加载文件。
  6. 如权利要求5所述动态分区定制方法，其特征在于，所述解压所述超级分区内的文件，得到超级分区解压缩文件，包括：采用simg2img将所述超级映像文件进行解压缩操作，得到raw格式的超级分区解压缩文件。
  7. 如权利要求6所述动态分区定制方法，其特征在于，所述根据所述超级分区解压缩文件分割为包含其他子映像文件段、所述头文件段和所述OEM image子文件段在EMMC中的位置，生成分散加载文件，包括：
    使用lpdump解析所述raw格式的超级分区解压缩文件，根据lpdump出来的信息计算出所述超级映像文件的各个映像文件在EMMC的位置，生成分散加载文件，生成分散加载文件时，记录所述超级映像文件被分割为头文件段、其他子映像文件段和OEM image子文件段。
  8. 一种动态分区定制装置，其特征在于，所述装置包括：
    第一生成模块，用于在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件；
    第二生成模块，用于根据超级分区内的文件生成分散加载文件，所述分散加载文件记载了OEM image子文件段；
    下载模块，用于根据所述多个不同用户中一个用户的需求变更，下载与所述变更的需求对应的OEM image子文件段；
    第三生成模块，用于根据所述分散加载文件以及与所述变更的需求对应的OEM image子文件段，生成超级分区定制文件。
  9. 如权利要求8所述动态分区定制装置，其特征在于，所述第一生成模块包括：
    预留单元，用于在编译过程中在所述超级分区中为所述多个OEM image文件中每个OEM image文件预留最大存储空间；
    保存单元，用于将所述OEM image文件保存至所述最大存储空间。
  10. 如权利要求9所述动态分区定制装置，其特征在于，所述预留单元具体用于将所述超级分区的空间减去所述超级分区中其他子映像文件占据的空间，剩余的空间分配给所述多个OEM image文件中每个OEM image文件；
    所述保存单元具体用于将所述OEM image文件保存至所述超级分区的最末尾部分空间。
  11. 如权利要求10所述动态分区定制装置，其特征在于，所述保存单元还用于调整所述超级分区中各个子映像文件的存放顺序，将其他子映像文件存放于所述超级分区的前面。
  12. 如权利要求8所述动态分区定制装置，其特征在于，所述第二生成模块包括：
    解压单元，用于解压所述超级分区内的文件，得到超级分区解压缩文件；
    截取单元，用于截取所述超级分区解压缩文件中前固定字节数的文件，生成头文件段；
    分割单元，用于根据所述超级分区解压缩文件分割为包含其他子映像文件段、所述头文件段和所述OEM image子文件段在EMMC中的位置，生成分散加载文件。
  13. 如权利要求12所述动态分区定制装置，其特征在于，所述解压单元具体用于采用simg2img将所述超级映像文件进行解压缩操作，得到raw格式的超级分区解压缩文件。
  14. 如权利要求13所述动态分区定制装置，其特征在于，所述分割单元具体用于使用lpdump解析所述raw格式的超级分区解压缩文件，根据lpdump出来的信息计算出所述超级映像文件的各个映像文件在EMMC的位置，生成分散加载文件，生成分散加载文件时，记录所述超级映像文件被分割为头文件段、其他子映像文件段和OEM image子文件段。
  15. 一种设备，所述设备包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如下方法的步骤：
    在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件；
    根据超级分区内的文件生成分散加载文件，所述分散加载文件记载了OEM image子文件段；
    根据所述多个不同用户中一个用户的需求变更，下载与所述变更的需求对应的OEM image子文件段；
    根据所述分散加载文件以及与所述变更的需求对应的OEM image子文件段，生成超级分区定制文件。
  16. 如权利要求15所述设备，其特征在于，所述在编译时生成与多个不同用户需求对应的多个原始设备制造商映像OEM image文件，包括：
    在编译过程中在所述超级分区为所述多个OEM image文件中每个OEM image文件预留最大存储空间；
    将所述生成的OEM image文件保存至所述最大存储空间。
  17. 如权利要求16所述设备，其特征在于，所述在编译过程中在所述超级分区为所述OEM image文件预留最大存储空间，包括：将所述超级分区的空间减去所述超级分区中其他子映像文件占据的空间，剩余的空间分配给所述多个OEM image文件中每个OEM image文件；
    所述将所述OEM image文件保存至所述最大存储空间，包括：将所述OEM image文件保存至所述超级分区的最末尾部分空间。
  18. 如权利要求17所述设备，其特征在于，所述将所述OEM image文件保存至所述最大存储空间还包括：调整所述超级分区中各个子映像文件的存放顺序，将其他子映像文件存放于所述超级分区的前面。
  19. 如权利要求15所述设备，其特征在于，所述根据超级分区内的文件生成分散加载文件，包括：
    解压所述超级分区内的文件，得到超级分区解压缩文件；
    截取所述超级分区解压缩文件中前固定字节数的文件，生成头文件段；
    根据所述超级分区解压缩文件分割为包含其他子映像文件段、所述头文件段和所述OEM image子文件段在EMMC中的位置，生成分散加载文件。
  20. 如权利要求19所述设备，其特征在于，所述解压所述超级分区内的文件，得到超级分区解压缩文件，包括：采用simg2img将所述超级映像文件进行解压缩操作，得到raw格式的超级分区解压缩文件。
PCT/CN2020/136015 2020-11-23 2020-12-14 动态分区定制方法、装置和设备 WO2022104964A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/320,190 US20230289156A1 (en) 2020-11-23 2023-05-18 Dynamic partition customization method and apparatus, and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011321286.5 2020-11-23
CN202011321286.5A CN112416359A (zh) 2020-11-23 2020-11-23 动态分区定制方法、装置、设备和计算机可读存储介质

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/320,190 Continuation-In-Part US20230289156A1 (en) 2020-11-23 2023-05-18 Dynamic partition customization method and apparatus, and device

Publications (1)

Publication Number Publication Date
WO2022104964A1 true WO2022104964A1 (zh) 2022-05-27

Family

ID=74778083

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/136015 WO2022104964A1 (zh) 2020-11-23 2020-12-14 动态分区定制方法、装置和设备

Country Status (3)

Country Link
US (1) US20230289156A1 (zh)
CN (1) CN112416359A (zh)
WO (1) WO2022104964A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113821263B (zh) * 2021-06-15 2023-03-24 荣耀终端有限公司 操作系统的管理方法、设备、存储介质及计算机程序产品
CN113821221B (zh) * 2021-06-15 2022-09-23 荣耀终端有限公司 安装操作系统的方法、设备及存储介质
CN114461257B (zh) * 2021-07-29 2023-03-24 荣耀终端有限公司 操作系统数据配置方法、设备、存储介质及程序产品
CN114185491B (zh) * 2021-12-13 2024-01-19 惠州Tcl移动通信有限公司 一种分区文件的下载方法、装置、存储介质及计算机设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8146076B1 (en) * 2007-09-17 2012-03-27 Symantec Corporation Systems and methods for customizing boot disk images using prioritization
CN106775723A (zh) * 2016-12-16 2017-05-31 深圳市优博讯科技股份有限公司 基于Android平台的系统固件定制的方法和Android设备
CN106775650A (zh) * 2016-11-25 2017-05-31 珠海我爱拍科技有限公司 一种基于定制Android系统的升级方法
CN110109695A (zh) * 2019-04-17 2019-08-09 华为技术有限公司 补丁方法、相关装置及系统
CN111694589A (zh) * 2020-06-15 2020-09-22 Oppo（重庆）智能科技有限公司 升级包生成方法、装置、服务器及计算机可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8146076B1 (en) * 2007-09-17 2012-03-27 Symantec Corporation Systems and methods for customizing boot disk images using prioritization
CN106775650A (zh) * 2016-11-25 2017-05-31 珠海我爱拍科技有限公司 一种基于定制Android系统的升级方法
CN106775723A (zh) * 2016-12-16 2017-05-31 深圳市优博讯科技股份有限公司 基于Android平台的系统固件定制的方法和Android设备
CN110109695A (zh) * 2019-04-17 2019-08-09 华为技术有限公司 补丁方法、相关装置及系统
CN111694589A (zh) * 2020-06-15 2020-09-22 Oppo（重庆）智能科技有限公司 升级包生成方法、装置、服务器及计算机可读存储介质

Also Published As

Publication number Publication date
US20230289156A1 (en) 2023-09-14
CN112416359A (zh) 2021-02-26

Similar Documents

Publication Publication Date Title
WO2022104964A1 (zh) 动态分区定制方法、装置和设备
US20170308369A1 (en) Data processing method and device of preset application after upgrading
WO2018223075A1 (en) Method and apparatus for implementing virtual gpu and system
CN110704202B (zh) 多媒体录制数据共享方法及终端设备
CN105763602A (zh) 一种数据请求处理的方法、服务器及系统
CN110719234A (zh) 一种基于dpdk的数据包处理方法及装置
KR102077149B1 (ko) 메모리 관리 방법 및 장치
US10860380B1 (en) Peripheral device for accelerating virtual computing resource deployment
JP7100154B2 (ja) プロセッサコアのスケジューリング方法、装置、端末及び記憶媒体
CN111880846B (zh) 嵌入式系统快速启动方法、装置及设备
CN109739440B (zh) 分布式共享存储方法、存储介质、电子设备及系统
CN112954244A (zh) 监控录像的存储实现方法、装置、设备及存储介质
CN111104178A (zh) 一种动态库加载方法、终端装置及存储介质
CN114302040A (zh) 多应用共享单一摄像头的方法及相关产品
CN114925012A (zh) 一种以太网帧的下发方法、上传方法及相关装置
WO2018161791A1 (zh) 可执行文件的压缩方法及装置
WO2023066246A1 (zh) 云手机安装应用的方法、系统和客户端云手机
WO2020113421A1 (zh) 一种挂载文件系统的方法、终端设备及存储介质
US11606437B2 (en) System and method for boosting up performance of NVMe-TCP transport
CN113784075A (zh) 一种屏幕录像读取方法、系统及计算设备
CN111427550A (zh) 一种对象创建方法、终端装置及存储介质
CN114253704A (zh) 一种分配资源的方法及装置
US11016685B2 (en) Method and defragmentation module for defragmenting resources
US20140289484A1 (en) Portable apparatus using multi-core storage mechanism and data access method therefor
CN111177066A (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: 20962255

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: 20962255

Country of ref document: EP

Kind code of ref document: A1