CN112241278A - 更新软件的方法、设备和计算机程序产品 - Google Patents

Abstract

本公开的实施例提供了更新软件的方法、设备和计算机程序产品。该方法包括：从软件所包括的组件集中确定待更新的多个组件；更新多个组件；周期性地获取与多个组件中的每一个组件相对应的组件更新进度，组件更新进度指示该组件被更新的完成比例；以及基于多个组件的组件更新进度，确定软件的软件更新进度，软件更新进度指示软件被更新的完成比例。基于这样的方式，可以提供更为精准的软件更新进度信息。

Description

更新软件的方法、设备和计算机程序产品

技术领域

本公开的实施例涉及计算机领域，并且更具体地，涉及更新软件的方法、设备和计算机程序产品。

背景技术

随着计算机技术的发展，软件更新迭代的周期也越来越短。软件更新已经成为人们日常需要进行的操作之一。随着软件的规模越来越大，更新软件的耗时也可能随之增加。人们期望能够提供准确的软件更新进度以了解软件当前的更新的状态。因此，如何更为精确地确定软件更新进度已经成为当前的一个关注焦点。

发明内容

本公开的实施例提供一种用于更新软件的方案。

根据本公开的第一方面，提出了一种更新软件的方法。该方法包括：从软件所包括的组件集中确定待更新的多个组件；更新多个组件；周期性地获取与多个组件中的每一个组件相对应的组件更新进度，组件更新进度指示该组件被更新的完成比例；以及基于多个组件的组件更新进度，确定软件的软件更新进度，软件更新进度指示软件被更新的完成比例。

根据本公开的第二方面，提出了一种用于更新软件的设备。该设备包括：至少一个处理单元；至少一个存储器，该至少一个存储器被耦合到该至少一个处理单元并且存储用于由该至少一个处理单元执行的指令，该指令当由该至少一个处理单元执行时，使得该设备执行动作，该动作包括：从软件所包括的组件集中确定待更新的多个组件；更新多个组件；周期性地获取与多个组件中的每一个组件相对应的组件更新进度，组件更新进度指示该组件被更新的完成比例；以及基于多个组件的组件更新进度，确定软件的软件更新进度，软件更新进度指示软件被更新的完成比例。

在本公开的第三方面，提供了一种计算机程序产品。该计算机程序产品被存储在非瞬态计算机存储介质中并且包括机器可执行指令，该机器可执行指令在设备中运行时使该设备执行根据本公开的第一方面所描述的方法的任意步骤。

提供发明内容部分是为了以简化的形式来介绍对概念的选择，它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或必要特征，也无意限制本公开的范围。

附图说明

通过结合附图对本公开示例性实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施例中，相同的参考标号通常代表相同部件。

图1图示了本公开的实施例可以在其中被实现的示例性环境的示意图；

图2图示了根据本公开实施例的更新软件的过程的流程图；

图3图示了根据本公开实施例的确定待更新的多个组件的过程的流程图；

图4图示了根据本公开实施例的更新多个组件的过程的流程图；

图5图示了根据本公开实施例的确定组件更新进度的过程的流程图；以及

图6图示了可以用来实施本公开内容的实施例的示例设备的示意性框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

如上文所描述的，人们期望能够准确地获得软件当前的更新状态。一些传统的方案往往只能获取本地安装软件的更新进度，而难以适用于软件的多个组件被分布式的安装的情形。例如，当一个软件包括被部署到不同计算节点的多个组件时，传统的方案将难以准确地确定软件整体的更新进度。

根据本公开的实施例，提供了一种软件更新的方案。在该方案中，首先从软件所包括的组件集中确定待更新的多个组件，随后更新多个组件，并且周期性地获取与多个组件中的每一个组件相对应的组件更新进度，其中组件更新进度指示该组件被更新的完成比例。多个组件的组件更新进度进一步用于确定软件的软件更新进度，其中软件更新进度指示软件被更新的完成比例。通过基于软件所包括的不同组件的实时更新进度，本公开的实施例可以提供更为精准的软件更新进度。

图1示出了本公开实施例可以在其中被实施的环境100的示意图。如图1所示，环境100包括计算设备115和一个或多个计算节点120-1、120-2、…120-M(单独或统一称为计算节点120)，每个计算节点120中可以包括在其上所部署的部署组件125-1、125-2、…125-M(单独或统一称为部署组件125)。应当理解，在图1中，仅为了反映不同部署组件125可能存在的部署关系，计算节点120-1、120-2、…120-M被示出为不同的框，在一些实施例中，不同框可以指示同一计算节点。例如，部署组件125-1和部署组件125-2可以被部署在同一个计算节点125。在一些实施例中，计算设备115可以被集成在计算节点120中的一个。在另一些实施例中，计算设备115也可以是与计算节点120不同的独立设备。

如图1所示，软件105可以包括由多个组件110-1、110-2、110-3、…110-N(单独地或统一称为组件110)所构成的组件集，其中被部署到计算节点120中的部署组件125可以是软件所包括的组件110中的部分或者全部。

计算设备115可以接收与软件105对应的更新文件，并且利用更新文件来更新被部署在计算节点中的部署组件125。计算设备115可以进一步从计算节点120获取每个部署组件125被更新的组件更新进度，从而确定软件105的软件更新进度。基于这样的方式，本公开的实施例细化了更新进度的粒度，从而能够提供更为准确的软件更新进度信息。

以下将参考图2至图5来描述根据本公开实施例的更新软件的过程。图2示出了根据本公开的一些实施例的更新软件的过程200的流程图。过程200可以由图1中的计算设备115来实现。为了方便讨论，以下将结合图1来描述过程200。

在框202，计算设备115从软件105所包括的组件集110中确定待更新的多个组件。如上文所描述的，软件105可以包括多个组件110，其中组件110中的部分或者全部被部署到计算节点120中以作为部署组件125。

在一些实施例中，计算设备115可以根据组件集中各组件110的部署情况来确定待更新的多个组件。以下将结合图3来描述框202的具体过程，图3示出了根据本公开实施例的确定待更新的多个组件的过程的流程图。

如图3所示，在框302，计算设备115可以获取软件105中组件集的部署信息，其中部署信息至少指示组件集中的每一个组件110是否被部署。在一些实施例中，在安装软件105的过程中，可以根据用户的具体部署情况来生成指示软件105的组件集的部署信息。例如，在图1的示例中，例如，软件105中的组件110-1、组件110-2和组件110-3(如斜线框所表示的)已经被部署到计算节点120中。

在框304，计算设备115可以基于部署信息从组件集中确定已经被部署的组件。在一些实施例中，计算设备115可以获取部署信息，从而确定组件集中的每个组件110是否被部署，并从中确定已经被部署的组件(例如，组件110-1、组件110-2和组件110-3)，并确定要对已经被部署的组件进行更新。

在一些实施例中，并不是全部被部署的组件都需要被更新。例如，计算设备115还可以进一步确定已经被部署的组件(例如，组件110-1、组件110-2和组件110-3)在本次软件更新中是否需要被更新，并且从中选择需要被更新的组件。

继续参考图2，在框204，计算设备115更新多个组件。以下将结合图4来描述框204的具体过程，图4示出了根据本公开实施例的更新多个组件的过程的流程图。

如图4所示，在框402，计算设备115可以获取软件105的更新文件。在一些实施例中，软件105的更新可以通过获取更新文件的方式。计算设备115例如可以从软件更新服务器获取软件105的更新文件。

在框404，计算设备115可以从更新文件获取与多个组件中的每一个组件相对应的子更新文件。由于软件105包括多个组件110，相应地，更新文件也将包括与多个组件110所对应的子更新文件。在一些实施例中，计算设备115可以从更新文件中获取与已经部署的多个组件(例如，组件110-1、组件110-2和组件110-3)相对应的子更新文件。

在框406，计算设备115可以利用子更新文件更新相对应的组件。例如，在图1的示例中，例如组件110-1被部署作为部署组件125-1，组件110-2被部署作为部署组件125-2，并且组件110-3被部署作为部署组件125-M，计算设备115可以利用与组件110-1、组件110-2和组件110-3相对应的子更新文件来更新部署组件125-1、125-2和125-M。

在一些实施例中，如图1所示，部署组件125可以被部署在相同或不同的计算节点120。计算设备115可以通过将子更新文件发送到对应的计算节点120来更新相对应的部署组件125。

继续参考图2，在框206，计算设备115周期性地获取与多个组件中的每一个组件相对应的组件更新进度，其中组件更新进度指示该组件被更新的完成比例。在一些实施例中，如图1所示，多个组件(组件110-1、组件110-2和组件110-3)中的每一个组件被部署到多个计算节点120中的一个计算节点，以作为部署组件125。

在一些实施例中，计算设备115可以周期性地向计算节点120发送指示以从计算节点120获取部署组件125被更新的组件更新进度。在一些实施例中，计算节点120也可以主动地周期性地向计算设备115提供部署组件125被更新的组件更新进度。以下将结合图5来描述框206的具体过程，图5示出了根据本公开实施例的获取组件更新进度的过程的流程图。

如图5所示，对于多个组件(例如，组件110-1、组件110-2和组件110-3)中的第一组件(例如，组件110-1)，在框502，计算设备115可以从多个计算节点120中确定部署第一组件的第一计算节点。例如，在图1的示例中，第一组件110-1被部署到计算节点120-1中以作为部署组件125-1。计算设备115可以基于预先存储的部署信息来获取与第一组件110-1相对应的计算节点120-1。

在框504，计算设备115可以从第一计算节点120-1获取第一组件110-1的第一组件更新进度。在一些实施例中，第一计算节点120-1可以利用系统进程监控第一组件110-1的组件更新进度，并将组件更新进度定期地发送到计算设备115。

继续参考图2，在框208，基于多个组件的组件更新进度，计算设备115确定软件的软件更新进度，其中软件更新进度指示软件被更新的完成比例。在一些实施例中，计算设备115可以为每个组件确定对应的权重，并基于组件更新进度来确定软件105的总体更新进度。

在一些实施例中，计算设备115可以获取组件集中每一个组件的预期更新时间。例如，计算设备115可以通过在测试环境中更新软件105的全部组件110，并且确定软件105中的每个组件110被更新所需要的时间，以作为预期更新时间。附加地，计算设备115可以基于预期更新时间来确定与多个组件中的每一个组件110相对应的权重。例如，计算设备115可以通过计算组件110的预期更新时间与软件更新所需要的总时间的比来作为组件110的权重。例如，更新组件110-1需要30s，更新软件105总共需要100s，此时组件110-1的权重可以被确定为30/100＝0.3。

在一些实施例中，计算设备115可以基于至少一个组件的组件更新进度的加权和来确定软件更新进度。例如，对于图1的示例，其中软件105包括四个组件：组件110-1(权重为0.3)，组件110-2(权重为0.4)，组件110-3(权重为0.2)，组件110-4(权重为0.1)，并且组件110-1、110-2和110-3已经被部署而需要被更新，计算设备115可以从计算节点120获取每个组件的组件更新进度。例如，在某一时刻，组件110-1的更新进度为50％，组件110-2的更新进度为30％，组件110-3的更新进度为60％，此时软件更新进度可以通过以下加权和而被确定：0.3*50％+0.4*30％+0.2*60％＝39％。也即，计算设备115可以确定软件105的整体更新进度为39％。

通过这样的方式，本公开的实施例中可以获取软件中不同组件的实时组件更新进度，从而可以为用户确定更为准确地软件整体的更新进度。

在一些实施例中，计算设备115可以利用以下中的至少一项来呈现软件更新进度：文本，图形，音频，或者视频。例如，计算设备115可以通过进度条的图形形式来呈现软件更新进度。

在一些实施例中，计算设备115还可以利用以下中的至少一项来呈现与所述多个组件中的每一个组件相对应的所述组件更新进度：文本，图形，音频，或者视频。例如，计算设备115可以在呈现软件更新进度的总进度条的同时，还呈现与正在被更新的多个组件相对应的组件更新进度。基于这样的方式，计算设备115不仅能够让用户了解整体的软件更新进度，还能够知道软件中包含的各组件的实时更新进度。

图6示出了可以用来实施本公开内容的实施例的示例设备600的示意性框图。例如，根据本公开实施例的计算设备115可以由设备600来实施。如图所示，设备600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的计算机程序指令或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序指令，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如方法300、方法400和/或方法500，可由处理单元601执行。例如，在一些实施例中，方法300、方法400和/或方法500可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序被加载到RAM 603并由CPU 601执行时，可以执行上文描述的方法300、方法400和/或方法500的一个或多个动作。

本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施方式，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施方式。在不偏离所说明的各实施方式的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施方式的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文披露的各实施方式。

Claims (20)

1.一种更新软件的方法，包括：

从所述软件所包括的组件集中确定待更新的多个组件；

更新所述多个组件；

周期性地获取与所述多个组件中的每一个组件相对应的组件更新进度，所述组件更新进度指示该组件被更新的完成比例；以及

基于所述多个组件的组件更新进度，确定所述软件的软件更新进度，所述软件更新进度指示所述软件被更新的完成比例。

2.根据权利要求1所述的方法，其中确定待更新的所述多个件包括：

获取所述软件中所述组件集的部署信息，所述部署信息至少指示所述组件集中的每一个组件是否被部署；以及

基于所述部署信息从所述组件集中确定已经被部署的组件。

3.根据权利要求1所述的方法，其中更新所述多个组件包括：

获取所述软件的更新文件；

从所述更新文件获取与所述多个组件中的每一个组件相对应的子更新文件；以及

利用所述子更新文件更新相对应的组件。

4.根据权利要求1所述的方法，其中所述多个组件中的每一个组件被部署到多个计算节点中的一个计算节点，其中获取与所述多个组件中的每一个组件相对应的组件更新进度包括：

对于所述多个组件中的第一组件：

从所述多个计算节点中确定部署所述第一组件的第一计算节点；以及

从所述第一计算节点获取所述第一组件的第一组件更新进度。

5.根据权利要求1所述的方法，还包括：

获取所述组件集中每一个组件的预期更新时间；

基于所述预期更新时间，确定与所述多个组件中的每一个组件相对应的权重，

其中所述确定所述软件的所述软件更新进度包括：基于所述至少一个组件的组件更新进度的加权和，确定所述软件更新进度。

6.根据权利要求1所述的方法，还包括：

利用以下中的至少一项来呈现所述软件更新进度：

文本，

图形，

音频，或者

视频。

7.根据权利要求1所述的方法，还包括：

利用以下中的至少一项来呈现与所述多个组件中的每一个组件相对应的所述组件更新进度：

文本，

图形，

音频，或者

视频。

8.一种用于存储管理的设备，包括：

至少一个处理单元；

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令，所述指令当由所述至少一个处理单元执行时，使得所述设备执行动作，所述动作包括：

从所述软件所包括的组件集中确定待更新的多个组件；

更新所述多个组件；

周期性地获取与所述多个组件中的每一个组件相对应的组件更新进度，所述组件更新进度指示该组件被更新的完成比例；以及

基于所述多个组件的组件更新进度，确定所述软件的软件更新进度，所述软件更新进度指示所述软件被更新的完成比例。

9.根据权利要求8所述的设备，其中确定待更新的所述多个件包括：

获取所述软件中所述组件集的部署信息，所述部署信息至少指示所述组件集中的每一个组件是否被部署；以及

基于所述部署信息从所述组件集中确定已经被部署的组件。

10.根据权利要求8所述的设备，其中更新所述多个组件包括：

获取所述软件的更新文件；

从所述更新文件获取与所述多个组件中的每一个组件相对应的子更新文件；以及

利用所述子更新文件更新相对应的组件。

11.根据权利要求8所述的设备，其中所述多个组件中的每一个组件被部署到多个计算节点中的一个计算节点，其中获取与所述多个组件中的每一个组件相对应的组件更新进度包括：

对于所述多个组件中的第一组件：

从所述多个计算节点中确定部署所述第一组件的第一计算节点；以及

从所述第一计算节点获取所述第一组件的第一组件更新进度。

12.根据权利要求8所述的设备，所述动作还包括：

获取所述组件集中每一个组件的预期更新时间；

基于所述预期更新时间，确定与所述多个组件中的每一个组件相对应的权重，

其中所述确定所述软件的所述软件更新进度包括：基于所述至少一个组件的组件更新进度的加权和，确定所述软件更新进度。

13.根据权利要求8所述的设备，所述动作还包括：

利用以下中的至少一项来呈现所述软件更新进度：

文本，

图形，

音频，或者

视频。

14.根据权利要求8所述的设备，所述动作还包括：

利用以下中的至少一项来呈现与所述多个组件中的每一个组件相对应的所述组件更新进度：

文本，

图形，

音频，或者

视频。

15.一种计算机程序产品，所述计算机程序产品被存储在非瞬态计算机存储介质中并且包括机器可执行指令，所述机器可执行指令在设备中运行时使所述设备执行动作，所述动作包括：

从所述软件所包括的组件集中确定待更新的多个组件；

更新所述多个组件；

周期性地获取与所述多个组件中的每一个组件相对应的组件更新进度，所述组件更新进度指示该组件被更新的完成比例；以及

基于所述多个组件的组件更新进度，确定所述软件的软件更新进度，所述软件更新进度指示所述软件被更新的完成比例。

16.根据权利要求15所述的计算机程序产品，其中确定待更新的所述多个件包括：

获取所述软件中所述组件集的部署信息，所述部署信息至少指示所述组件集中的每一个组件是否被部署；以及

基于所述部署信息从所述组件集中确定已经被部署的组件。

17.根据权利要求15所述的计算机程序产品，其中更新所述多个组件包括：

获取所述软件的更新文件；

从所述更新文件获取与所述多个组件中的每一个组件相对应的子更新文件；以及

利用所述子更新文件更新相对应的组件。

18.根据权利要求15所述的计算机程序产品，其中所述多个组件中的每一个组件被部署到多个计算节点中的一个计算节点，其中获取与所述多个组件中的每一个组件相对应的组件更新进度包括：

对于所述多个组件中的第一组件：

从所述多个计算节点中确定部署所述第一组件的第一计算节点；以及

从所述第一计算节点获取所述第一组件的第一组件更新进度。

19.根据权利要求15所述的计算机程序产品，所述动作还包括：

获取所述组件集中每一个组件的预期更新时间；

基于所述预期更新时间，确定与所述多个组件中的每一个组件相对应的权重，

其中所述确定所述软件的所述软件更新进度包括：基于所述至少一个组件的组件更新进度的加权和，确定所述软件更新进度。

20.根据权利要求15所述的计算机程序产品，所述动作还包括：

利用以下中的至少一项来呈现所述软件更新进度：

文本，

图形，

音频，或者

视频。

Images