一种差分包的制作方法和装置的制造方法
一种差分包的制作方法和装置的制造方法
【技术领域】
[0001 ]本发明涉及数据处理技术领域，尤其涉及一种差分包的制作方法。
【背景技术】
[0002] 现有的0TA(0ver-the-Air Technology，空中下载技术)升级有两种类型，这两种 类型分别是increment 0ΤΑ(增量/差分)和Full 0ΤΑ(整包）。
[0003] 整包升级由于升级文件的大小比较接近整个固件的镜像，下载更新包将是一个很 漫长的过程。差分的优势是比较小，相对于整包来说更容易控制。容易看出，当前各类智能 设备系统升级时普遍使用差分包升级，在Android系统上更是如此。原因就在于其体积远远 小于全量包升级。
[0004] 系统差分包的制作原理在于比较源版本和目标版本中每个文件差异，并制作成 patch，进而生成升级脚本，体现版本之间的增删改差异。差分包中仅包含差异的部分以及 脚本。
[0005] 对于智能终端例如电视来说，由于智能电视通常具有多个尺寸的屏幕，即便是同 种型号，对应不同大小的电视的硬件系统往往并不完全相同，例如不同尺寸的电视具有不 同的功放要求等，为了应对此类设备，往往是对于每一个尺寸的电视均在自己的整机版本 序列上不断完成升级更新。
[0006] 但是现有技术中的整机版本的差分包制作方法上，主要聚焦于如何快速的完成包 的制作，主要是体现在差异的比较上，也即升级文件与原文件之间差异的比较，其往往携带 有整机版本的硬件方面的数据，例如，有三台硬件不完全相同的设备A\B\C需要做差分升 级，升级的内容仅为安装的应用APP的更新，但是由于设备的硬件信息不同，在制作差分包 时，需要制作三个版本的差分升级包，这三个版本的差分升级包的区分在于其中的脚本文 件对应的硬件信息不同，这样，虽然升级的软件内容相同，但是仅因为硬件信息不相同，不 得不制作多个版本的升级包去适配不同的硬件版本，在开发升级包的过程中，极大的浪费 了开发成本和测试成本，占用了较多的系统服务器资源。
【发明内容】
[0007] 本申请实施例通过提供一种差分包的制作方法和装置，解决了现有技术中在软件 升级内容相同的情况下，需要为硬件信息不相同的终端制作多个版本的升级包去适配对应 的硬件信息，浪费开发和测试成本，并且占用了较多的系统服务器资源的问题，本申请使得 不同尺寸的终端设备可以共用一个版本的目标文件。
[0008] -方面，本申请实施例提供了一种差分包的制作方法，包括：
[0009] 根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当前版本文件包中的 待升级的源文件，Μ为大于等于1的正整数；
[0010]若所述Μ台终端设备的源文件均相同，根据所述待升级的源文件的类型配置对应 的过滤条件；
[0011] 根据所述过滤条件，将基于目标文件和源文件制作的差分包进行文件滤除，以使 经滤除文件后的差分包可适配于所述Μ台终端设备。
[0012] 进一步的，所述根据所述待升级的源文件的类型配置对应的过滤条件的步骤具体 为：
[0013] 获取所述待升级的源文件所属的系统架构层；
[0014]若所述待升级的源文件所属的系统架构层位于安卓内核层以上，则获取待升级的 终端硬件信息对应的patch文件；
[0015] 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。
[0016] 进一步的，所述根据所述待升级的源文件的类型配置对应的过滤调节的步骤具体 为：
[0017] 判断所述待升级的源文件是否包含有镜像文件；
[0018] 若否，获则取待升级的终端硬件信息对应的patch文件；
[0019] 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。
[0020] 进一步的，所述方法进一步包括，若所述待升级的源文件所属的系统架构层位移 安卓内核层以下，则向服务器发送第一指令，所述第一指令用于停止制作差分包。
[0021] 进一步的，所述方法进一步包括，若所述待升级的源文件包含有镜像文件，则向服 务器发送第二指令，所述第二指令用于停止制作差分包。
[0022] 进一步的，在判断所述待升级的源文件所属的系统架构层位于安卓内核层以上的 步骤之后，还包括：
[0023] 若所述待升级的源文件所述的系统架构层位于安卓应用层，则向服务器发送第三 指令，所述第三指令用于指示服务器生成所述待升级的源文件对应的差分包。
[0024] 另一方面，本申请实施例还提供了一种差分包的制作装置，所述装置包括：
[0025] 确定模块，用于根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当前 版本文件包中的待升级的源文件，Μ为大于等于1的正整数；
[0026] 过滤配置模块，用于若所述Μ台终端设备的源文件均相同，根据所述待升级的源文 件的类型配置对应的过滤条件；
[0027] 差分包控制模块，用于根据所述过滤条件，将基于目标文件和源文件制作的差分 包进行文件滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备。
[0028]本申请实施例中提供的一种差分包制作方法，首先根据Μ台终端设备上报的版本 信息，确定所述Μ台终端设备的当前版本文件包中的待升级的源文件，其次若所述Μ台终端 设备的源文件均相同，根据所述待升级的源文件的类型配置对应的过滤条件;源文件相同 说明待升级的终端设备将要升级的软件信息基本相同，在制作差分包的过程中，某些升级 过程会引入与升级无关的冗余信息，最后根据所述过滤条件，将基于目标文件和源文件制 作的差分包进行文件滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备，与现有 技术相比，由于增加了对待升级的源文件的类型判断，根据类型设置不同的过滤条件，因此 对应于一些情况的升级方式，根据过滤条件将差分包进行文件滤除，滤除后剩余的将是可 供所有终端均可使用的差分升级包，因此本申请不需要给每一个不同尺寸的终端均分别制 作对应的差分升级包，节省了开发和测试成本，并且不会占用较多的系统服务器资源。
【附图说明】
[0029] 图1为本申请实施例一中一种差分包的制作方法的流程图；
[0030] 图2为本申请实施例一中一种差分包的制作装置的模块图；
【具体实施方式】
[0031] 本申请实施例通过提供一种差分包的制作方法和装置，解决了现有技术中在软件 升级内容相同的情况下，需要为硬件信息不相同的终端制作多个版本的升级包去适配对应 的硬件信息，浪费开发和测试成本，并且占用了较多的系统服务器资源的问题，本申请使得 不同尺寸的终端设备可以共用一个版本的目标文件。
[0032] 为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上 述技术方案进行详细的说明。
[0033] 实施例一
[0034]本申请实施例提供了一种差分包的制作方法，如图1所示，方法包括：
[0035]步骤S101:根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当前版本 文件包中的待升级的源文件，Μ为大于等于1的正整数；
[0036] 步骤S102:若所述Μ台终端设备的源文件均相同，根据所述待升级的源文件的类型 配置对应的过滤条件；
[0037] 步骤S103:根据所述过滤条件，将基于目标文件和源文件制作的差分包进行文件 滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备。
[0038] 对于Μ台终端设备来说，待升级的源文件内容相同，在服务器端通过编译工具进行 编译时，使用差分升级的好处显而易见，那么你不需要下载完整的8Μ文件，只需要下载更新 部分就可以，而更新部分可能只有3、4Μ，可以很大程度上减少流量的损失。现有的编译方式 也就是差分升级或者叫增量升级的原理很简单，即首先将终端的旧版本与新版本做差分， 得到更新的部分的补丁，例如旧版本的源文件有5Μ，新版本的有8Μ，更新的部分则可能只有 3Μ左右(这里需要说明的是，得到的差分包大小并不是简单的相减，因为其实需要包含一些 上下文相关的东西，也即会引入对应的硬件信息），例如一台屏幕30寸的电视Α和一台屏幕 40寸的电视B都需要进行差分升级，虽然他们升级的内容可能是系统级动态库文件，例如功 放的库文件，在编译时，由于编译器的工作原理，会不可避免的将终端的尺 寸信息也就是硬 件信息引入，这样，开发人员需要给两种尺寸的A和B终端分别制作两个版本的差分升级包， 这显然是浪费了开发的进程以及人力，并且在之后的测试环节也比较耗费资源，同时也会 占用系统服务器的资源。
[0039] 根据Μ台终端设备上报的版本信息，版本信息记录了终端中使用的系统所在的版 本，也即确定所述Μ台终端设备的当前版本文件包中的待升级的源文件，本申请需要判断Μ 台终端设备的源文件是否相同，相同即说明这Μ台终端设备需要升级的纯软件内容是相同 的，此时，理论上来说，这Μ台终端设备是可以共用一个升级的差分包，即可具备同样的软件 能力。根据所述待升级的源文件的类型配置对应的过滤条件，使得据所述过滤条件，将基于 目标文件和源文件制作的差分包进行文件滤除，以使经滤除文件后的差分包可适配于所述 Μ台终端设备。
[0040] 在实际应用中，假定我们要进行以下升级，即对几台终端完成同样功能的增删改， 尺寸A终端要升级则升级包从Al - >A2;尺寸B终端要升级，则升级包从Bl - >B2;尺寸C终端要 升级，则升级包从C1->C2。
[0041] 我们需要对过程中的文件进行分类，可以采用如下的比较方式来判断一个文件X 是否应该被剔除：
[0042] -种情况，假定对文件X进行纵向深度比较后满足以下条件：
[0043] 1)在A1->A2过程中没发生变化，SPA1:X==A2:X
[0044] 2)在B1->B2过程中没发生变化，即B1:X==B2:X
[0045] 3)在Cl - >C2过程中没发生变化，即Cl: X = = C2: X
[0046] 这说明我们最终的升级包中X文件在升级前后是没有任何变化的，则X文件对于整 个升级是不需要的，这个X文件可能是终端ABC自身的标识硬件信息的文件。
[0047] 相反的，另外一种情况假定对文件X进行横向深度比较后满足以下条件:A2:X= = B2:X==C2:X，则不论A1/B1/C1中X文件的关系如何，升级包中可将X文件作为完整文件制 作进差分升级包中。
[0048]本申请实施例中提供的一种差分包制作方法，首先根据Μ台终端设备上报的版本 信息，确定所述Μ台终端设备的当前版本文件包中的待升级的源文件，其次若所述Μ台终端 设备的源文件均相同，根据所述待升级的源文件的类型配置对应的过滤条件;源文件相同 说明待升级的终端设备将要升级的软件信息基本相同，在制作差分包的过程中，某些升级 过程会引入与升级无关的冗余信息，最后根据所述过滤条件，将基于目标文件和源文件制 作的差分包进行文件滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备，与现有 技术相比，由于增加了对待升级的源文件的类型判断，根据类型设置不同的过滤条件，因此 对应于一些情况的升级方式，根据过滤条件将差分包进行文件滤除，滤除后剩余的将是可 供所有终端均可使用的差分升级包，因此本申请不需要给每一个不同尺寸的终端均分别制 作对应的差分升级包，节省了开发和测试成本，并且不会占用较多的系统服务器资源。
[0049] 可选的，作为步骤S102中的一种可选方式，所述根据所述待升级的源文件的类型 配置对应的过滤条件的步骤具体为：
[0050] 获取所述待升级的源文件所属的系统架构层；
[0051] 若所述待升级的源文件所属的系统架构层位于安卓内核层以上，则获取待升级的 终端硬件信息对应的patch文件；
[0052] 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。 [0053] 可选的，如表1所示：
[0054]对于传统的分层架构
[0055]
[0056 ]通常安卓系统可分为应用层，Framework框架层，驱动层，以及内核层，对于内核层 包括kernel\ramdisk\boot等核心程序，由于其文件均为.img格式的镜像文件，由于镜像文 件的自身特性限制，单个文件所占空间也较大，一般会进行全量升级，对于内核层一下的源 文件，需要采用全量升级或者避免升级，并且由于内核层的文件升级需要相应的硬件支持 配合，一般来说，升级此类文件需要和硬件搭配升级，很少会单独升级镜像文件，而对于运 行于安卓系统内核层以上的系统文件升级具备较弱的硬件相关性，其改动跟硬件信息关联 并不大，此时，若判断待升级的源文件所属的系统架构层位于安卓内核层以上，则获取待升 级的终端硬件信息对应的patch文件;确定将滤除所述patch文件的指令作为所述待升级的 源文件对应的过滤条件。
[0057] 将和硬件相关联的patch文件删除后，由于差分包中没有硬件patch文件，那此经 删除文件后的差分升级包就可以适配所有的待升级的终端设备，也就是说，通过本方法提 供的手段可以将必要的差异进行保存，而把硬件相关的差异进行忽略，生成通用的差分包。
[0058] 对于考虑系统分成架构的可选方式，该方法进一步包括，若所述待升级的源文件 所属的系统架构层位移安卓内核层以下，则向服务器发送第一指令，所述第一指令用于停 止制作差分包。
[0059] 对于一些生产日期较早的终端来说，其在市场上已存在多年，这类设备的特点是 其硬件设备已趋于成熟，基本停产，即便有软件层有更新，由于硬件基本上不会再更改，那 对于与硬件强相关性的内核层文件，也不需要或者没有必要再进行更新，升级的往往是内 核层以上的软件层，属于纯软件的更新。
[0060] 显然的，作为步骤S102中另外一种可选方式，所述根据所述待升级的源文件的类 型配置对应的过滤条件的步骤具体为：
[0061 ]判断所述待升级的源文件是否为镜像文件；
[0062]若否，获则取待升级的终端硬件信息对应的patch文件；
[0063] 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。
[0064] 与前述的一种可选方式类似，此另一种可选方式在此不再赘述。
[0065] 进一步的，所述方法包括，若所述待升级的源文件包含有镜像文件，则向服务器发 送第二指令，所述第二指令用于停止制作差分包。
[0066] 可选的，在判断所述待升级的源文件所属的系统架构层位于安卓内核层以上的步 骤之后，还包括：
[0067]若所述待升级的源文件所述的系统架构层位于安卓应用层，则向服务器发送第三 指令，所述第三指令用于指示服务器生成所述待升级的源文件对应的差分包。
[0068] 对于系统级的应用，如安装在电视机中的qq软件app，其升级的原因通常是每个版 本的编译差异，还有一些预装在终端中的应用，其升级与硬件基本上无关，对于此类上层应 用，现有技术的编译方式已有较为成熟的编译机制，不会引入相关的硬件信息，只是做apk 包的差异分析，此时制作一个版本的升级文件，即可适配所有可升级的终端，也就不需要进 行硬件滤除的步骤。
[0069] 本申请人可提供一种可行的分类方式，参见表2:
[0070]
[0071] 从表2中可看出，对于系统级上层应用，与硬件基本无关，制作的差分升级包可适 配于所有的终端设备，而对应于系统可执行文件，系统动态库文件，系统驱动文件等，由于 此类文件是硬件弱相关的文件，需要滤除相关的硬件信息后，变成通用的差分升级包，而对 应于kerne l\boot等文件，由于较强的硬件相关性，软件变化需要硬件相配合，对于硬件已 成熟的终端，可以考虑直接滤除升级文件，不进行升级。
[0072] 在实际应用中，可以在升级包中打入公共版本信息，以便后续升级过程使用，当再 一次升级时，请求的升级信息将使用机型信息+公共版本信息，保证下一次仍然可以升级公 共版本，于此同时，机型信息得以保留，在特殊情况下仍然可以给某机型单独配置升级包。
[0073] 实施例二
[0074]本实施例提供一种差分包的制作装置，所述装置包括：
[0075]确定模块201，用于根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当 前版本文件包中的待升级的源文件，Μ为大于等于1的正整数；
[0076]过滤配置模块202,用于若所述Μ台终端设备的源文件均相同，根据所述待升级的 源文件的类型配置对应的过滤条件；
[0077]差分包控制模块203，用于根据所述过滤条件，将基于目标文件和源文件制作的差 分包进行文件滤除，以使 经滤除文件后的差分包可适配于所述Μ台终端设备。
[0078]本申请实施例中提供的一种差分包制作装置，首先根据Μ台终端设备上报的版本 信息，确定所述Μ台终端设备的当前版本文件包中的待升级的源文件，其次若所述Μ台终端 设备的源文件均相同，根据所述待升级的源文件的类型配置对应的过滤条件;源文件相同 说明待升级的终端设备将要升级的软件信息基本相同，在制作差分包的过程中，某些升级 过程会引入与升级无关的冗余信息，最后根据所述过滤条件，将基于目标文件和源文件制 作的差分包进行文件滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备，与现有 技术相比，由于增加了对待升级的源文件的类型判断，根据类型设置不同的过滤条件，因此 对应于一些情况的升级方式，根据过滤条件将差分包进行文件滤除，滤除后剩余的将是可 供所有终端均可使用的差分升级包，因此本申请不需要给每一个不同尺寸的终端均分别制 作对应的差分升级包，节省了开发和测试成本，并且不会占用较多的系统服务器资源。 [0079]第一种可选方式，所述过滤配置模块202还包括：
[0080]系统架构获取模块，用于获取所述待升级的源文件所属的系统架构层；
[0081] 判断获取模块，用于若所述待升级的源文件所属的系统架构层位于安卓内核层以 上，则获取待升级的终端硬件信息对应的patch文件；
[0082] 第一过滤控制模块，用于确定将滤除所述patch文件的指令作为所述待升级的源 文件对应的过滤条件。
[0083]第二种可选方式，所述过滤配置模块202还包括：
[0084]文件类型判断模块，用于判断所述待升级的源文件是否包含有镜像文件；
[0085]第二过滤控制模块，用于若待升级的源文件不包含镜像文件时，则将滤除所述镜 像文件的指令作为所述待升级的源文件对应的过滤条件。
[0086] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序 产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产 品的形式。
[0087] 本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程 图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流 程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序 指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产 生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实 现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0088] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特 定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。
[0089] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计 算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一 个方框或多个方框中指定的功能的步骤。
[0090] 尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造 性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优 选实施例以及落入本发明范围的所有变更和修改。
[0091] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内，则本发明也意图包含这些改动和变型在内。
【主权项】
1. 一种差分包的制作方法，其特征在于，包括： 根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当前版本文件包中的待升 级的源文件，Μ为大于等于1的正整数； 若所述Μ台终端设备的源文件均相同，根据所述待升级的源文件的类型配置对应的过 滤条件； 根据所述过滤条件，将基于目标文件和源文件制作的差分包进行文件滤除，以使经滤 除文件后的差分包可适配于所述Μ台终端设备。2. 如权利要求1所述的差分包制作方法，其特征在于，所述根据所述待升级的源文件的 类型配置对应的过滤条件的步骤具体为： 获取所述待升级的源文件所属的系统架构层； 若所述待升级的源文件所属的系统架构层位于安卓内核层以上，则获取待升级的终端 硬件信息对应的patch文件； 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。3. 如权利要求1所述的差分包制作方法，其特征在于，所述根据所述待升级的源文件的 类型配置对应的过滤调节的步骤具体为： 判断所述待升级的源文件是否为镜像文件； 若否，获则取待升级的终端硬件信息对应的patch文件； 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。4. 如权利要求2所述的差分包制作方法，其特征在于，所述方法进一步包括，若所述待 升级的源文件所属的系统架构层位移安卓内核层以下，则向服务器发送第一指令，所述第 一指令用于停止制作差分包。5. 如权利要求3所述的差分包制作方法，其特征在于，所述方法进一步包括，若所述待 升级的源文件包含有镜像文件，则向服务器发送第二指令，所述第二指令用于停止制作差 分包。6. 如权利要求4所述的差分包制作方法，其特征在于，在判断所述待升级的源文件所属 的系统架构层位于安卓内核层以上的步骤之后，还包括： 若所述待升级的源文件所述的系统架构层位于安卓应用层，则向服务器发送第三指 令，所述第三指令用于指示服务器生成所述待升级的源文件对应的差分包。7. -种差分包的制作装置，其特征在于，所述装置包括： 确定模块，用于根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当前版本 文件包中的待升级的源文件，Μ为大于等于1的正整数； 过滤配置模块，用于若所述Μ台终端设备的源文件均相同，根据所述待升级的源文件的 类型配置对应的过滤条件； 差分包控制模块，用于根据所述过滤条件，将基于目标文件和源文件制作的差分包进 行文件滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备。8. 如权利要求7所述的差分包制作装置，其特征在于，所述过滤配置模块还包括： 系统架构获取模块，用于获取所述待升级的源文件所属的系统架构层； 判断获取模块，用于若所述待升级的源文件所属的系统架构层位于安卓内核层以上， 则获取待升级的终端硬件信息对应的patch文件； 第一过滤控制模块，用于确定将滤除所述patch文件的指令作为所述待升级的源文件 对应的过滤条件。9.如权利要求7所述的差分包制作装置，其特征在于，所述过滤配置模块还包括： 文件类型判断模块，用于判断所述待升级的源文件是否包含有镜像文件； 第二过滤控制模块，用于若待升级的源文件不包含镜像文件时，获则取待升级的终端 硬件信息对应的patch文件;确定将滤除所述patch文件的指令作为所述待升级的源文件对 应的过滤条件。
【专利摘要】本发明公开了一种差分包的制作方法和装置，方法包括：根据M台终端设备上报的版本信息，确定所述M台终端设备的当前版本文件包中的待升级的源文件，M为大于等于1的正整数；若所述M台终端设备的源文件均相同，根据所述待升级的源文件的类型配置对应的过滤条件；根据所述过滤条件，将基于目标文件和源文件制作的差分包进行文件滤除，以使经滤除文件后的差分包可适配于所述M台终端设备。本申请解决了现有技术中在软件升级内容相同的情况下，需要为硬件信息不相同的终端制作多个版本的升级包去适配对应的硬件信息，浪费开发和测试成本，并且占用了较多的系统服务器资源的问题，本申请使得不同尺寸的终端设备可以共用一个版本的目标文件。
【IPC分类】G06F9/445
【公开号】CN105487907
【申请号】CN201510897707
【发明人】李鑫, 吴汉勇, 修建竹
【申请人】青岛海信电器股份有限公司
【公开日】2016年4月13日
【申请日】2015年12月7日
【技术领域】
[0001 ]本发明涉及数据处理技术领域，尤其涉及一种差分包的制作方法。
【背景技术】
[0002] 现有的0TA(0ver-the-Air Technology，空中下载技术)升级有两种类型，这两种 类型分别是increment 0ΤΑ(增量/差分)和Full 0ΤΑ(整包）。
[0003] 整包升级由于升级文件的大小比较接近整个固件的镜像，下载更新包将是一个很 漫长的过程。差分的优势是比较小，相对于整包来说更容易控制。容易看出，当前各类智能 设备系统升级时普遍使用差分包升级，在Android系统上更是如此。原因就在于其体积远远 小于全量包升级。
[0004] 系统差分包的制作原理在于比较源版本和目标版本中每个文件差异，并制作成 patch，进而生成升级脚本，体现版本之间的增删改差异。差分包中仅包含差异的部分以及 脚本。
[0005] 对于智能终端例如电视来说，由于智能电视通常具有多个尺寸的屏幕，即便是同 种型号，对应不同大小的电视的硬件系统往往并不完全相同，例如不同尺寸的电视具有不 同的功放要求等，为了应对此类设备，往往是对于每一个尺寸的电视均在自己的整机版本 序列上不断完成升级更新。
[0006] 但是现有技术中的整机版本的差分包制作方法上，主要聚焦于如何快速的完成包 的制作，主要是体现在差异的比较上，也即升级文件与原文件之间差异的比较，其往往携带 有整机版本的硬件方面的数据，例如，有三台硬件不完全相同的设备A\B\C需要做差分升 级，升级的内容仅为安装的应用APP的更新，但是由于设备的硬件信息不同，在制作差分包 时，需要制作三个版本的差分升级包，这三个版本的差分升级包的区分在于其中的脚本文 件对应的硬件信息不同，这样，虽然升级的软件内容相同，但是仅因为硬件信息不相同，不 得不制作多个版本的升级包去适配不同的硬件版本，在开发升级包的过程中，极大的浪费 了开发成本和测试成本，占用了较多的系统服务器资源。
【发明内容】
[0007] 本申请实施例通过提供一种差分包的制作方法和装置，解决了现有技术中在软件 升级内容相同的情况下，需要为硬件信息不相同的终端制作多个版本的升级包去适配对应 的硬件信息，浪费开发和测试成本，并且占用了较多的系统服务器资源的问题，本申请使得 不同尺寸的终端设备可以共用一个版本的目标文件。
[0008] -方面，本申请实施例提供了一种差分包的制作方法，包括：
[0009] 根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当前版本文件包中的 待升级的源文件，Μ为大于等于1的正整数；
[0010]若所述Μ台终端设备的源文件均相同，根据所述待升级的源文件的类型配置对应 的过滤条件；
[0011] 根据所述过滤条件，将基于目标文件和源文件制作的差分包进行文件滤除，以使 经滤除文件后的差分包可适配于所述Μ台终端设备。
[0012] 进一步的，所述根据所述待升级的源文件的类型配置对应的过滤条件的步骤具体 为：
[0013] 获取所述待升级的源文件所属的系统架构层；
[0014]若所述待升级的源文件所属的系统架构层位于安卓内核层以上，则获取待升级的 终端硬件信息对应的patch文件；
[0015] 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。
[0016] 进一步的，所述根据所述待升级的源文件的类型配置对应的过滤调节的步骤具体 为：
[0017] 判断所述待升级的源文件是否包含有镜像文件；
[0018] 若否，获则取待升级的终端硬件信息对应的patch文件；
[0019] 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。
[0020] 进一步的，所述方法进一步包括，若所述待升级的源文件所属的系统架构层位移 安卓内核层以下，则向服务器发送第一指令，所述第一指令用于停止制作差分包。
[0021] 进一步的，所述方法进一步包括，若所述待升级的源文件包含有镜像文件，则向服 务器发送第二指令，所述第二指令用于停止制作差分包。
[0022] 进一步的，在判断所述待升级的源文件所属的系统架构层位于安卓内核层以上的 步骤之后，还包括：
[0023] 若所述待升级的源文件所述的系统架构层位于安卓应用层，则向服务器发送第三 指令，所述第三指令用于指示服务器生成所述待升级的源文件对应的差分包。
[0024] 另一方面，本申请实施例还提供了一种差分包的制作装置，所述装置包括：
[0025] 确定模块，用于根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当前 版本文件包中的待升级的源文件，Μ为大于等于1的正整数；
[0026] 过滤配置模块，用于若所述Μ台终端设备的源文件均相同，根据所述待升级的源文 件的类型配置对应的过滤条件；
[0027] 差分包控制模块，用于根据所述过滤条件，将基于目标文件和源文件制作的差分 包进行文件滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备。
[0028]本申请实施例中提供的一种差分包制作方法，首先根据Μ台终端设备上报的版本 信息，确定所述Μ台终端设备的当前版本文件包中的待升级的源文件，其次若所述Μ台终端 设备的源文件均相同，根据所述待升级的源文件的类型配置对应的过滤条件;源文件相同 说明待升级的终端设备将要升级的软件信息基本相同，在制作差分包的过程中，某些升级 过程会引入与升级无关的冗余信息，最后根据所述过滤条件，将基于目标文件和源文件制 作的差分包进行文件滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备，与现有 技术相比，由于增加了对待升级的源文件的类型判断，根据类型设置不同的过滤条件，因此 对应于一些情况的升级方式，根据过滤条件将差分包进行文件滤除，滤除后剩余的将是可 供所有终端均可使用的差分升级包，因此本申请不需要给每一个不同尺寸的终端均分别制 作对应的差分升级包，节省了开发和测试成本，并且不会占用较多的系统服务器资源。
【附图说明】
[0029] 图1为本申请实施例一中一种差分包的制作方法的流程图；
[0030] 图2为本申请实施例一中一种差分包的制作装置的模块图；
【具体实施方式】
[0031] 本申请实施例通过提供一种差分包的制作方法和装置，解决了现有技术中在软件 升级内容相同的情况下，需要为硬件信息不相同的终端制作多个版本的升级包去适配对应 的硬件信息，浪费开发和测试成本，并且占用了较多的系统服务器资源的问题，本申请使得 不同尺寸的终端设备可以共用一个版本的目标文件。
[0032] 为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上 述技术方案进行详细的说明。
[0033] 实施例一
[0034]本申请实施例提供了一种差分包的制作方法，如图1所示，方法包括：
[0035]步骤S101:根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当前版本 文件包中的待升级的源文件，Μ为大于等于1的正整数；
[0036] 步骤S102:若所述Μ台终端设备的源文件均相同，根据所述待升级的源文件的类型 配置对应的过滤条件；
[0037] 步骤S103:根据所述过滤条件，将基于目标文件和源文件制作的差分包进行文件 滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备。
[0038] 对于Μ台终端设备来说，待升级的源文件内容相同，在服务器端通过编译工具进行 编译时，使用差分升级的好处显而易见，那么你不需要下载完整的8Μ文件，只需要下载更新 部分就可以，而更新部分可能只有3、4Μ，可以很大程度上减少流量的损失。现有的编译方式 也就是差分升级或者叫增量升级的原理很简单，即首先将终端的旧版本与新版本做差分， 得到更新的部分的补丁，例如旧版本的源文件有5Μ，新版本的有8Μ，更新的部分则可能只有 3Μ左右(这里需要说明的是，得到的差分包大小并不是简单的相减，因为其实需要包含一些 上下文相关的东西，也即会引入对应的硬件信息），例如一台屏幕30寸的电视Α和一台屏幕 40寸的电视B都需要进行差分升级，虽然他们升级的内容可能是系统级动态库文件，例如功 放的库文件，在编译时，由于编译器的工作原理，会不可避免的将终端的尺 寸信息也就是硬 件信息引入，这样，开发人员需要给两种尺寸的A和B终端分别制作两个版本的差分升级包， 这显然是浪费了开发的进程以及人力，并且在之后的测试环节也比较耗费资源，同时也会 占用系统服务器的资源。
[0039] 根据Μ台终端设备上报的版本信息，版本信息记录了终端中使用的系统所在的版 本，也即确定所述Μ台终端设备的当前版本文件包中的待升级的源文件，本申请需要判断Μ 台终端设备的源文件是否相同，相同即说明这Μ台终端设备需要升级的纯软件内容是相同 的，此时，理论上来说，这Μ台终端设备是可以共用一个升级的差分包，即可具备同样的软件 能力。根据所述待升级的源文件的类型配置对应的过滤条件，使得据所述过滤条件，将基于 目标文件和源文件制作的差分包进行文件滤除，以使经滤除文件后的差分包可适配于所述 Μ台终端设备。
[0040] 在实际应用中，假定我们要进行以下升级，即对几台终端完成同样功能的增删改， 尺寸A终端要升级则升级包从Al - >A2;尺寸B终端要升级，则升级包从Bl - >B2;尺寸C终端要 升级，则升级包从C1->C2。
[0041] 我们需要对过程中的文件进行分类，可以采用如下的比较方式来判断一个文件X 是否应该被剔除：
[0042] -种情况，假定对文件X进行纵向深度比较后满足以下条件：
[0043] 1)在A1->A2过程中没发生变化，SPA1:X==A2:X
[0044] 2)在B1->B2过程中没发生变化，即B1:X==B2:X
[0045] 3)在Cl - >C2过程中没发生变化，即Cl: X = = C2: X
[0046] 这说明我们最终的升级包中X文件在升级前后是没有任何变化的，则X文件对于整 个升级是不需要的，这个X文件可能是终端ABC自身的标识硬件信息的文件。
[0047] 相反的，另外一种情况假定对文件X进行横向深度比较后满足以下条件:A2:X= = B2:X==C2:X，则不论A1/B1/C1中X文件的关系如何，升级包中可将X文件作为完整文件制 作进差分升级包中。
[0048]本申请实施例中提供的一种差分包制作方法，首先根据Μ台终端设备上报的版本 信息，确定所述Μ台终端设备的当前版本文件包中的待升级的源文件，其次若所述Μ台终端 设备的源文件均相同，根据所述待升级的源文件的类型配置对应的过滤条件;源文件相同 说明待升级的终端设备将要升级的软件信息基本相同，在制作差分包的过程中，某些升级 过程会引入与升级无关的冗余信息，最后根据所述过滤条件，将基于目标文件和源文件制 作的差分包进行文件滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备，与现有 技术相比，由于增加了对待升级的源文件的类型判断，根据类型设置不同的过滤条件，因此 对应于一些情况的升级方式，根据过滤条件将差分包进行文件滤除，滤除后剩余的将是可 供所有终端均可使用的差分升级包，因此本申请不需要给每一个不同尺寸的终端均分别制 作对应的差分升级包，节省了开发和测试成本，并且不会占用较多的系统服务器资源。
[0049] 可选的，作为步骤S102中的一种可选方式，所述根据所述待升级的源文件的类型 配置对应的过滤条件的步骤具体为：
[0050] 获取所述待升级的源文件所属的系统架构层；
[0051] 若所述待升级的源文件所属的系统架构层位于安卓内核层以上，则获取待升级的 终端硬件信息对应的patch文件；
[0052] 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。 [0053] 可选的，如表1所示：
[0054]对于传统的分层架构
[0055]
[0056 ]通常安卓系统可分为应用层，Framework框架层，驱动层，以及内核层，对于内核层 包括kernel\ramdisk\boot等核心程序，由于其文件均为.img格式的镜像文件，由于镜像文 件的自身特性限制，单个文件所占空间也较大，一般会进行全量升级，对于内核层一下的源 文件，需要采用全量升级或者避免升级，并且由于内核层的文件升级需要相应的硬件支持 配合，一般来说，升级此类文件需要和硬件搭配升级，很少会单独升级镜像文件，而对于运 行于安卓系统内核层以上的系统文件升级具备较弱的硬件相关性，其改动跟硬件信息关联 并不大，此时，若判断待升级的源文件所属的系统架构层位于安卓内核层以上，则获取待升 级的终端硬件信息对应的patch文件;确定将滤除所述patch文件的指令作为所述待升级的 源文件对应的过滤条件。
[0057] 将和硬件相关联的patch文件删除后，由于差分包中没有硬件patch文件，那此经 删除文件后的差分升级包就可以适配所有的待升级的终端设备，也就是说，通过本方法提 供的手段可以将必要的差异进行保存，而把硬件相关的差异进行忽略，生成通用的差分包。
[0058] 对于考虑系统分成架构的可选方式，该方法进一步包括，若所述待升级的源文件 所属的系统架构层位移安卓内核层以下，则向服务器发送第一指令，所述第一指令用于停 止制作差分包。
[0059] 对于一些生产日期较早的终端来说，其在市场上已存在多年，这类设备的特点是 其硬件设备已趋于成熟，基本停产，即便有软件层有更新，由于硬件基本上不会再更改，那 对于与硬件强相关性的内核层文件，也不需要或者没有必要再进行更新，升级的往往是内 核层以上的软件层，属于纯软件的更新。
[0060] 显然的，作为步骤S102中另外一种可选方式，所述根据所述待升级的源文件的类 型配置对应的过滤条件的步骤具体为：
[0061 ]判断所述待升级的源文件是否为镜像文件；
[0062]若否，获则取待升级的终端硬件信息对应的patch文件；
[0063] 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。
[0064] 与前述的一种可选方式类似，此另一种可选方式在此不再赘述。
[0065] 进一步的，所述方法包括，若所述待升级的源文件包含有镜像文件，则向服务器发 送第二指令，所述第二指令用于停止制作差分包。
[0066] 可选的，在判断所述待升级的源文件所属的系统架构层位于安卓内核层以上的步 骤之后，还包括：
[0067]若所述待升级的源文件所述的系统架构层位于安卓应用层，则向服务器发送第三 指令，所述第三指令用于指示服务器生成所述待升级的源文件对应的差分包。
[0068] 对于系统级的应用，如安装在电视机中的qq软件app，其升级的原因通常是每个版 本的编译差异，还有一些预装在终端中的应用，其升级与硬件基本上无关，对于此类上层应 用，现有技术的编译方式已有较为成熟的编译机制，不会引入相关的硬件信息，只是做apk 包的差异分析，此时制作一个版本的升级文件，即可适配所有可升级的终端，也就不需要进 行硬件滤除的步骤。
[0069] 本申请人可提供一种可行的分类方式，参见表2:
[0070]
[0071] 从表2中可看出，对于系统级上层应用，与硬件基本无关，制作的差分升级包可适 配于所有的终端设备，而对应于系统可执行文件，系统动态库文件，系统驱动文件等，由于 此类文件是硬件弱相关的文件，需要滤除相关的硬件信息后，变成通用的差分升级包，而对 应于kerne l\boot等文件，由于较强的硬件相关性，软件变化需要硬件相配合，对于硬件已 成熟的终端，可以考虑直接滤除升级文件，不进行升级。
[0072] 在实际应用中，可以在升级包中打入公共版本信息，以便后续升级过程使用，当再 一次升级时，请求的升级信息将使用机型信息+公共版本信息，保证下一次仍然可以升级公 共版本，于此同时，机型信息得以保留，在特殊情况下仍然可以给某机型单独配置升级包。
[0073] 实施例二
[0074]本实施例提供一种差分包的制作装置，所述装置包括：
[0075]确定模块201，用于根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当 前版本文件包中的待升级的源文件，Μ为大于等于1的正整数；
[0076]过滤配置模块202,用于若所述Μ台终端设备的源文件均相同，根据所述待升级的 源文件的类型配置对应的过滤条件；
[0077]差分包控制模块203，用于根据所述过滤条件，将基于目标文件和源文件制作的差 分包进行文件滤除，以使 经滤除文件后的差分包可适配于所述Μ台终端设备。
[0078]本申请实施例中提供的一种差分包制作装置，首先根据Μ台终端设备上报的版本 信息，确定所述Μ台终端设备的当前版本文件包中的待升级的源文件，其次若所述Μ台终端 设备的源文件均相同，根据所述待升级的源文件的类型配置对应的过滤条件;源文件相同 说明待升级的终端设备将要升级的软件信息基本相同，在制作差分包的过程中，某些升级 过程会引入与升级无关的冗余信息，最后根据所述过滤条件，将基于目标文件和源文件制 作的差分包进行文件滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备，与现有 技术相比，由于增加了对待升级的源文件的类型判断，根据类型设置不同的过滤条件，因此 对应于一些情况的升级方式，根据过滤条件将差分包进行文件滤除，滤除后剩余的将是可 供所有终端均可使用的差分升级包，因此本申请不需要给每一个不同尺寸的终端均分别制 作对应的差分升级包，节省了开发和测试成本，并且不会占用较多的系统服务器资源。 [0079]第一种可选方式，所述过滤配置模块202还包括：
[0080]系统架构获取模块，用于获取所述待升级的源文件所属的系统架构层；
[0081] 判断获取模块，用于若所述待升级的源文件所属的系统架构层位于安卓内核层以 上，则获取待升级的终端硬件信息对应的patch文件；
[0082] 第一过滤控制模块，用于确定将滤除所述patch文件的指令作为所述待升级的源 文件对应的过滤条件。
[0083]第二种可选方式，所述过滤配置模块202还包括：
[0084]文件类型判断模块，用于判断所述待升级的源文件是否包含有镜像文件；
[0085]第二过滤控制模块，用于若待升级的源文件不包含镜像文件时，则将滤除所述镜 像文件的指令作为所述待升级的源文件对应的过滤条件。
[0086] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序 产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产 品的形式。
[0087] 本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程 图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流 程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序 指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产 生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实 现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0088] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特 定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。
[0089] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计 算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一 个方框或多个方框中指定的功能的步骤。
[0090] 尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造 性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优 选实施例以及落入本发明范围的所有变更和修改。
[0091] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内，则本发明也意图包含这些改动和变型在内。
【主权项】
1. 一种差分包的制作方法，其特征在于，包括： 根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当前版本文件包中的待升 级的源文件，Μ为大于等于1的正整数； 若所述Μ台终端设备的源文件均相同，根据所述待升级的源文件的类型配置对应的过 滤条件； 根据所述过滤条件，将基于目标文件和源文件制作的差分包进行文件滤除，以使经滤 除文件后的差分包可适配于所述Μ台终端设备。2. 如权利要求1所述的差分包制作方法，其特征在于，所述根据所述待升级的源文件的 类型配置对应的过滤条件的步骤具体为： 获取所述待升级的源文件所属的系统架构层； 若所述待升级的源文件所属的系统架构层位于安卓内核层以上，则获取待升级的终端 硬件信息对应的patch文件； 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。3. 如权利要求1所述的差分包制作方法，其特征在于，所述根据所述待升级的源文件的 类型配置对应的过滤调节的步骤具体为： 判断所述待升级的源文件是否为镜像文件； 若否，获则取待升级的终端硬件信息对应的patch文件； 确定将滤除所述patch文件的指令作为所述待升级的源文件对应的过滤条件。4. 如权利要求2所述的差分包制作方法，其特征在于，所述方法进一步包括，若所述待 升级的源文件所属的系统架构层位移安卓内核层以下，则向服务器发送第一指令，所述第 一指令用于停止制作差分包。5. 如权利要求3所述的差分包制作方法，其特征在于，所述方法进一步包括，若所述待 升级的源文件包含有镜像文件，则向服务器发送第二指令，所述第二指令用于停止制作差 分包。6. 如权利要求4所述的差分包制作方法，其特征在于，在判断所述待升级的源文件所属 的系统架构层位于安卓内核层以上的步骤之后，还包括： 若所述待升级的源文件所述的系统架构层位于安卓应用层，则向服务器发送第三指 令，所述第三指令用于指示服务器生成所述待升级的源文件对应的差分包。7. -种差分包的制作装置，其特征在于，所述装置包括： 确定模块，用于根据Μ台终端设备上报的版本信息，确定所述Μ台终端设备的当前版本 文件包中的待升级的源文件，Μ为大于等于1的正整数； 过滤配置模块，用于若所述Μ台终端设备的源文件均相同，根据所述待升级的源文件的 类型配置对应的过滤条件； 差分包控制模块，用于根据所述过滤条件，将基于目标文件和源文件制作的差分包进 行文件滤除，以使经滤除文件后的差分包可适配于所述Μ台终端设备。8. 如权利要求7所述的差分包制作装置，其特征在于，所述过滤配置模块还包括： 系统架构获取模块，用于获取所述待升级的源文件所属的系统架构层； 判断获取模块，用于若所述待升级的源文件所属的系统架构层位于安卓内核层以上， 则获取待升级的终端硬件信息对应的patch文件； 第一过滤控制模块，用于确定将滤除所述patch文件的指令作为所述待升级的源文件 对应的过滤条件。9.如权利要求7所述的差分包制作装置，其特征在于，所述过滤配置模块还包括： 文件类型判断模块，用于判断所述待升级的源文件是否包含有镜像文件； 第二过滤控制模块，用于若待升级的源文件不包含镜像文件时，获则取待升级的终端 硬件信息对应的patch文件;确定将滤除所述patch文件的指令作为所述待升级的源文件对 应的过滤条件。
【专利摘要】本发明公开了一种差分包的制作方法和装置，方法包括：根据M台终端设备上报的版本信息，确定所述M台终端设备的当前版本文件包中的待升级的源文件，M为大于等于1的正整数；若所述M台终端设备的源文件均相同，根据所述待升级的源文件的类型配置对应的过滤条件；根据所述过滤条件，将基于目标文件和源文件制作的差分包进行文件滤除，以使经滤除文件后的差分包可适配于所述M台终端设备。本申请解决了现有技术中在软件升级内容相同的情况下，需要为硬件信息不相同的终端制作多个版本的升级包去适配对应的硬件信息，浪费开发和测试成本，并且占用了较多的系统服务器资源的问题，本申请使得不同尺寸的终端设备可以共用一个版本的目标文件。
【IPC分类】G06F9/445
【公开号】CN105487907
【申请号】CN201510897707
【发明人】李鑫, 吴汉勇, 修建竹
【申请人】青岛海信电器股份有限公司
【公开日】2016年4月13日
【申请日】2015年12月7日
最新回复(0)