CN117369842A - 系统更新文件配置方法、系统更新方法、装置及存储介质 - Google Patents

Abstract

本申请实施例提供一种系统更新文件配置方法、系统更新方法、装置、电子设备及存储介质，包括：获取目标文件和与目标文件关联的至少一个关联文件；获取目标文件的数字签名，并建立数字签名与目标文件之间的第一映射关系；建立目标文件与各关联文件之间的第二映射关系；获取原始系统版本与更新系统版本之间的版本差异，并根据所述版本差异、第一映射关系与第二映射关系，生成系统差异描述文件；根据系统差异描述文件，配置系统更新文件。能够提供更加轻量、精准和灵活的系统更新文件，从而实现系统版本的滚动发行能力。

Description

系统更新文件配置方法、系统更新方法、装置及存储介质

技术领域

本申请实施例涉及软件版本制作和管理领域，特别涉及一种系统更新文件配置方法、系统更新方法、系统更新文件配置装置、电子设备及存储介质。

背景技术

软件开发中有两种版本发行方式：点版本发行和滚动发行。以Linux操作系统发行版为例，ubuntu采用点版本发行方式，一般每几个月发布一个新的点版本，用户根据这个新的点版本专门升级系统；而Arch Linux采用滚动发行方式，用户会得的小而频繁的更新，使用户一直使用最新的发行版。

以通信领域为例，出于成本和稳定性的综合考虑，往往采用点版本发行方式进行系统更新。然而，点版本发行的版本管理粒度大，对新功能的支持不灵活。因此，如何提供更加轻量、精准和灵活的系统更新文件，从而实现系统版本的滚动发行能力，是亟待解决的问题。

发明内容

本申请实施例提供一种系统更新文件配置方法、系统更新方法、系统更新文件配置装置、电子设备及存储介质，提供更加轻量、精准和灵活的系统更新文件，从而实现系统版本的滚动发行能力。

第一方面，本申请实施例提供一种系统更新文件配置方法，包括：获取目标文件和与所述目标文件关联的至少一个关联文件；获取目标文件的数字签名，并建立所述数字签名与所述目标文件之间的第一映射关系；建立所述目标文件与各所述关联文件之间的第二映射关系；获取原始系统版本与更新系统版本之间的版本差异，并根据所述版本差异、所述第一映射关系与所述第二映射关系，生成系统差异描述文件；根据所述系统差异描述文件，配置系统更新文件。

第二方面，本申请实施例提供一种系统更新方法，包括：根据第一方面所述的系统更新文件配置方法，得到所述系统更新文件；根据所述系统更新文件，对所述系统进行更新。

第三方面，本申请实施例提供一种系统更新文件配置装置，所述装置包括至少一个处理器；至少一个存储器，用于存储至少一个程序；当至少一个所述程序被至少一个所述处理器执行时实现如第一方面所述的系统更新文件配置方法。

第四方面，本申请实施例提供一种电子设备，所述电子设备包括至少一个处理器；至少一个存储器，用于存储至少一个程序；当至少一个所述程序被至少一个所述处理器执行时实现如第二方面所述的系统更新方法。

第五方面，本申请实施例提供计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于执行如第一方面所述的系统更新文件配置方法，或，如第二方面所述的系统更新方法。

本申请实施例提供的系统更新文件配置方法，通过获取目标文件的数字签名，并建立数字签名与目标文件之间的第一映射关系，以及建立目标文件与其关联的各关联文件之间的第二映射关系，使第一映射关系与第二映射关系形成了系统版本的指纹模型，能够得到对系统版本的更新之处做出精准描述的系统差异描述文件，使系统更新文件能够根据系统差异描述文件进行配置，使系统更新文件更加轻量、精准和灵活，实现了系统版本的滚动发行能力，优化了用户的使用感受，提升了产品经理和系统维护人员的工作效率。

附图说明

图1是系统更新的示意图；

图2是本申请实施例提供的系统更新文件配置方法流程图；

图3是本申请实施例提供的版本指纹树示意图；

图4是本申请实施例提供的系统更新文件的配置过程示意图；

图5是本申请实施例提供的对原始系统版本与更新系统版本的差异分析示意图；

图6是本申请实施例提供的版本更新包的构建过程示意图；

图7是本申请实施例提供的系统更新示意图；

图8是本申请实施例提供的系统更新文件配置装置的结构示意图；

图9是本申请实施例提供的电子设备结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例的描述中，除非另有明确的限定，设置、安装、连接等词语应做广义理解，所属技术领域技术人员可以结合技术方案的具体内容合理确定上述词语在本申请实施例中的具体含义。本申请实施例中，“进一步地”、“示例性地”或者“可选地”等词用于表示作为例子、例证或说明，不应被解释为比其它实施例或设计方案更优选或更具有优势。使用“进一步地”、“示例性地”或者“可选地”等词旨在以具体方式呈现相关概念。

点版本发行和滚动发行是软件开发中的两种版本发行方式。许多Linux发行版，如Debian、Ubuntu、Linux Mint、Fedora等都遵循点版本发行的模式，这些系统每隔几个月/年就会发布一个主要的XYZ版本，点版本由Linux内核、桌面环境和其他软件的新版本组成。当一个新的点版本发行版的主要版本发布时，用户需要专门来升级其系统。而滚动发行方式中软件的更新是连续推出的，而不是分批的版本。这样软件就能始终保持更新。滚动发行遵循同样的模式，它提供最新的Linux内核和软件版本，且在一发布时就提供。Arch Linux是滚动发行版中最典型的例子，当用户使用一个滚动发行版时，会得到小而频繁的更新。

以通信领域为例，出于成本和稳定性的综合考虑，往往采用点版本发行方式进行系统更新。然而，点版本发行的版本管理粒度大，对新功能的支持不灵活。有时为了支持一个新特性，不得不升级大版本，对于研发人员和用户都不够友好。

基于此，本申请实施例提供一种系统更新文件配置方法、系统更新方法、系统更新文件配置装置、电子设备及存储介质，通过获取目标文件的数字签名，并建立数字签名与目标文件之间的第一映射关系，以及建立目标文件与其关联的各关联文件之间的第二映射关系，使第一映射关系与第二映射关系形成了系统版本的指纹模型，能够得到对系统版本的更新之处做出精准描述的系统差异描述文件，使系统更新文件能够根据系统差异描述文件进行配置，使系统更新文件更加轻量、精准和灵活，实现了系统版本的滚动发行能力，优化了用户的使用感受，提升了产品经理和系统维护人员的工作效率。

图1是系统更新的示意图。如图所示，图中左侧的电子设备100中的系统为原始系统版本，利用系统更新文件200进行系统更新，更新后的电子设备100中的系统为更新系统版本，完成系统更新升级的过程。

图2是本申请实施例提供的系统更新文件配置方法流程图。如图所示，系统更新文件配置方法至少包括步骤S1000、S2000、S3000、S4000、S5000。

步骤S1000：获取目标文件和与目标文件关联的至少一个关联文件，目标文件为系统更新涉及的文件。

需要说明的是，目标文件可以是系统版本中的任一文件。目标文件的关联文件是指目标文件的修改会引起联动的文件或者因为其修改而导致目标文件联动的文件，即目标文件具有依赖关系的文件。

在一实施例中，目标文件是系统版本中的所有文件。

在另一实施例中，目标文件是系统版本中与系统更新相关的文件。

步骤S2000：获取目标文件的数字签名，并建立数字签名与所述目标文件之间的第一映射关系。

需要说明的是，目标文件的数字签名可以是提前设置的，也可以是在系统更新文件配置的过程中计算得到的。相关技术中心，同一个目标文件(如库文件)重复编译后，主要受到系统时间的影响，两次编译的二进制文件是不同的，也会导致同一个目标文件多次编译后，其签名不同。但是本申请实施例中的数字签名处理，保证同一个目标文件多次编译后，其签名仍然相同。

还需要说明的是，数字签名的计算方式多种多样，如RSA加密算法、国密算法等，任何一种签名算法应用在本申请实施例中，均可以实施。但是出于对安全自主可控考虑，本申请实施例采用了国密算法进行数字签名的生成。国密算法是指国家商用密码算法。是由国家密码管理局认定和公布的密码算法标准及其应用规范，其中部分密码算法已经成为国际标准。如SM系列密码，SM代表商密，即商业密码，是指用于商业的、不涉及国家秘密的密码技术。其中SM3是在SHA-256基础上改进的一种算法，主要用于数字签名和验证、随机数生成。

在一实施例中，目标文件的数字签名，一般表现为唯一码的形式，将该唯一码记录在数据结构中，并添加一个记录，标记该唯一码和来源文件的映射关系，即建立数字签名与所述目标文件之间的第一映射关系。基于此种映射关系，形成了一个对应于该目标文件的指纹节点，多个指纹节点聚集形成指纹树，也可以称为指纹模型。

可以理解的是，指纹节点、指纹树或者指纹模型只是一种表现形式，其他表现形式，例如链表、图、数据库均可实现本申请实施例的目的，即构建系统版本的全息投影。

步骤S3000：建立目标文件与各关联文件之间的第二映射关系。

需要说明的是，当目标文件具有与其有依赖关系的关联文件时，为了表现其相互关联关系，会在目标文件对应的指纹节点添加一条依赖记录，指向B的指纹节点，由于目标文件往往具有多个关联文件，因此就具有多条这样的指向关系，即形成了第二映射关系。第一映射关系与第二映射关系共同构成了系统版本对应的指纹树或指纹模型，这个指纹树或指纹模型能够精准有效地描述系统版本中各文件的关联关系，这样在版本升级时，就能够有针对性地描述有编辑修改的文件及其关联文件，在本申请实施例中，采用系统描述文件的形式对指纹树或指纹模型进行记载。

图3是本申请实施例提供的版本指纹树示意图，能够更加直观地展现系统版本指纹树的结构。如图所示，编译版本文件，完成一个目标编译后，生成相应的指纹节点hashA，节点存储了目标文件的唯一签名信息，同时节点存储了自身与目标文件的映射关系，即A.exe与指纹节点hashA之间的映射关系为第一映射关系。在图中可以看出，A.exe所依赖的文件有libB、libC与D.config，这些文件就是关联文件，关联文件也会对应生成指纹节点，分别为hashB、hashC与hashD，且原本A.exe文件与libB、libC与D.config之间的关系也会在其形成的指纹节点中体现，这些指纹节点及其之间的关联关系，构成了指纹树。

步骤S4000：获取原始系统版本与更新系统版本之间的版本差异，并根据版本差异、第一映射关系与第二映射关系，生成系统差异描述文件。

需要说明的是，为了实现更加灵活的滚动更新，本申请实施例中的系统更新文件配置方法仅针对原始系统版本和更新系统版本的差异之处进行分析和描述。

在一实施例中，通过获取原始系统版本与更新系统版本，根据原始系统版本、第一映射关系与第二映射关系，生成与原始系统版本对应的原始系统描述文件，根据更新系统版本、第一映射关系与第二映射关系，生成与更新系统版本对应的更新系统描述文件，最后根据原始系统描述文件与更新系统描述文件，得到系统差异描述文件。

在另一实施例中，通过获取用于版本更新的提交记录，并根据提交记录，得到版本差异。相较于上一实施例，本实施例直接根据提交记录获得版本差异，对新旧两个版本的比较及分析工作量更少。

需要说明的是，系统差异描述文件描述的是两个系统版本指纹树的差异，指纹树的差异，能够反映变化的源文件、变化的版本文件、版本文件大小、生效配置影响等信息。系统差异描述文件中还记载有原始系统版本对应的指纹树以及更新系统版本对应的指纹树，其中，原始系统版本对应的指纹树能够在用户进行系统更新时，帮助用户判断系统是否具备更新条件。

步骤S5000：根据系统差异描述文件，配置系统更新文件。

需要说明的是，系统更新文件通常以滚动更新包或者滚动升级包的形式存在，方便用户进行下载及运行。

图4是本申请实施例提供的系统更新文件的配置过程示意图，进一步说明了系统更新文件的配置步骤。如图所示，至少包括步骤S5100、S5200以及S5300。

步骤S5100：根据系统差异描述文件，得到系统升级文件。

步骤S5200：根据系统升级文件，得到系统更新操作文件。

需要说明的是，系统更新操作文件是根据预定义的全局升级配置，生成升级操作步骤，这些升级操作步骤记载在系统更新操作文件中，用于指导用户待升级的系统按照升级操作步骤进行系统更新。

步骤S5300：根据系统差异描述文件、系统升级文件与系统更新操作文件，配置系统更新文件。

图5是本申请实施例提供的对原始系统版本与更新系统版本的差异分析示意图。如图所示，在代码仓库510中，指定代码仓库的提交记录，版本构建模块520根据提交记录，构建提交前、后的系统版本，得到原始系统版本以及更新系统版本，并将原始系统版本以及更新系统版本发送给版本分析模块，版本分析模块530按照要求生成版本分析报告540，例如变化的源文件、变化的版本文件、版本文件大小、生效配置影响等。

图6是本申请实施例提供的版本更新包的构建过程示意图。如图所示，提交原始系统版本610、更新系统版本620以及更新策略630，包构建模块640比较两个版本的指纹差异，生成指纹升级树，即对应于系统差异描述文件，指纹升级树包含两个版本的差异描述，还包含新旧两个版本的指纹树。包构建模块基于指纹升级树，获取版本升级文件，包构建模块根据预定义的全局升级配置，生成本升级包的升级操作步骤，包构建模块将指纹升级树、版本升级文件、升级配置制作成系统更新包650，系统更新包650可以实现系统的滚动更新。

本申请实施例还提供了一种系统更新方法，方法包括：根据第一方面的系统更新文件配置方法，得到系统更新文件，并根据系统更新文件，对系统进行更新。

在一实施例中，根据系统更新文件，对系统进行更新包括以下具体过程：获取当前系统对应的第一映射关系与所述第二映射关系，即当前系统的指纹树；再获取系统更新文件中原始系统版本对应的所述第一映射关系与所述第二映射关系，即原始版本系统的指纹树，并将两者进行比较，得到比较结果，比较的目的是判断当前系统是否具备系统更新条件。如果比较结果为满足更新要求，对当前系统进行更新；如果比较结果为不满足更新要求，则不对当前系统进行更新。在进行系统更新时，当前系统中的系统更新模块部署系统更新包内的指纹树和版本文件，根据升级配置内的操作步骤，对相关进程执行重启或重新加载完成升级，最后检验升级结果，成功则固化，失败则回退。

图7是本申请实施例提供的系统更新示意图。如图所示，在待更新系统700中，运行有诸多程序710，这些程序文件有对应的节点，这些节点及其关联关系构成了指纹树720。图中采用阴影标注的程序与节点是对应的。

图8是本申请实施例提供的系统更新文件配置装置的结构示意图。如图8所示，本申请一实施例还提供了一种预编码配置装置800，包括：至少一个处理器820；至少一个存储器810，用于存储至少一个程序；当至少一个程序被至少一个所述处理器执行时实现上述系统更新文件配置方法。

图9是本申请实施例提供的电子设备结构示意图。如图9所示，本申请一实施例还提供了一种预编码配置装置900，包括：至少一个处理器920；至少一个存储器910，用于存储至少一个程序；当至少一个程序被至少一个所述处理器执行时实现上述系统更新方法。

本申请一实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，该计算机可执行指令用于执行如本申请实施例提供的系统更新文件配置方法，或，如本申请实施例提供的系统更新方法。

本申请一实施例还提供了一种计算机程序产品，包括计算机程序或计算机指令，该计算机程序或计算机指令存储在计算机可读存储介质中，计算机设备的处理器从计算机可读存储介质读取计算机程序或计算机指令，处理器执行计算机程序或计算机指令，使得计算机设备执行如本申请任一实施例提供的系统更新文件配置方法，或，如本申请实施例提供的系统更新方法。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/模块可以被实施为软件、固件、硬件及其适当的组合。

在硬件实施方式中，在以上描述中提及的功能模块/模块之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程或执行线程中，部件可位于一个计算机上或分布在2个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自于自与本地系统、分布式系统或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地或远程进程来通信。

以上参照附图说明了本申请的一些实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质内所作的任何修改、等同替换和改进，均应在本申请的权利范围之内。

Claims (11)

1.一种系统更新文件配置方法，包括：

获取目标文件和与所述目标文件关联的至少一个关联文件，所述目标文件为系统更新涉及的文件；

获取所述目标文件的数字签名，并建立所述数字签名与所述目标文件之间的第一映射关系；

建立所述目标文件与各所述关联文件之间的第二映射关系；

获取原始系统版本与更新系统版本之间的版本差异，并根据所述版本差异、所述第一映射关系与所述第二映射关系，生成系统差异描述文件；

根据所述系统差异描述文件，配置系统更新文件。

2.根据权利要求1所述的系统更新文件配置方法，其特征在于，所述获取所述目标文件的数字签名，包括：

根据国密签名算法，得到所述目标文件的所述数字签名。

3.根据权利要求1或2所述的系统更新文件配置方法，其特征在于，所述获取所述目标文件的数字签名，包括：

获取所述目标文件对应的至少一个源文件；

根据所有所述源文件，生成所述目标文件的所述数字签名。

4.根据权利要求1所述的系统更新文件配置方法，其特征在于，所述获取原始系统版本与更新系统版本之间的版本差异，并根据所述版本差异、所述第一映射关系与所述第二映射关系，生成系统差异描述文件，包括：

获取原始系统版本，并根据所述原始系统版本、所述第一映射关系与所述第二映射关系，生成与所述原始系统版本对应的原始系统描述文件；

获取更新系统版本，并根据所述更新系统版本、所述第一映射关系与所述第二映射关系，生成与所述更新系统版本对应的更新系统描述文件；

根据所述原始系统描述文件与所述更新系统描述文件，得到系统差异描述文件。

5.根据权利要求1所述的系统更新文件配置方法，其特征在于，所述获取原始系统版本与更新系统版本之间的版本差异，包括：

获取用于版本更新的提交记录；

根据所述提交记录，得到所述版本差异。

6.根据权利要求1所述的系统更新文件配置方法，其特征在于，所述根据所述系统差异描述文件，配置系统更新文件，包括：

根据所述系统差异描述文件，得到系统升级文件；

根据所述系统升级文件，得到系统更新操作文件；

根据所述系统差异描述文件、所述系统升级文件与所述系统更新操作文件，配置所述系统更新文件。

7.一种系统更新方法，包括：

根据权利要求1至6任一项所述的系统更新文件配置方法，得到所述系统更新文件；

根据所述系统更新文件，对所述系统进行更新。

8.根据权利要求7所述的系统更新方法，其特征在于，所述根据所述系统更新文件，对所述系统进行更新，包括：

获取当前系统对应的所述第一映射关系与所述第二映射关系；

获取所述系统更新文件中所述原始系统版本对应的所述第一映射关系与所述第二映射关系；

将所述当前系统对应的所述第一映射关系、所述第二映射关系和所述原始系统版本对应的所述第一映射关系、所述第二映射关系进行比较，得到比较结果；

若比较结果为满足更新要求，对所述当前系统进行更新。

9.一种系统更新文件配置装置，其特征在于，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当至少一个所述程序被至少一个所述处理器执行时实现如权利要求1至6任意一项所述的系统更新文件配置方法。

10.一种电子设备，其特征在于，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当至少一个所述程序被至少一个所述处理器执行时实现如权利要求7或8任意一项所述的系统更新方法。

11.一种计算机可读存储介质，其特征在于，其中存储有处理器可执行的程序，所述处理器可执行的程序被处理器执行时用于实现如权利要求1至6任意一项所述的系统更新文件配置方法，或，如权利要求7或8任意一项所述的系统更新方法。