一种显示固件升级命令的方法、设备以及存储介质

摘要

本发明公开了一种显示固件升级命令的方法，包括步骤：接收升级指令；响应于所述升级指令为主板升级指令，获取每个待升级的固件的任务；为每一个所述任务创建对应的线程；依次将所述线程对应的任务与文本框绑定并执行，以在执行所述线程时由所述文本框显示所述线程对应的升级命令。本发明还公开了一种计算机设备以及可读存储介质。本发明公开的方法能够在图形化界面中输出每一个固件在升级过程中的升级命令以及结果。

权利要求

1.一种显示固件升级命令的方法，包括步骤：接收升级指令；

响应于所述升级指令为主板升级指令，获取每个待升级的固件的任务，其进一步包括：利用BMC、BIOS和FUR的升级逻辑分别预先建立所述任务；响应于所述升级指令为主板升级指令，获取BMC、BIOS和FUR对应的所述任务；

为每一个所述任务创建对应的线程，其进一步包括：创建线程池，并在所述线程池中依次根据每一个所述任务建立线程；

依次将所述线程对应的任务与文本框绑定并执行，其进一步包括：将所述线程池中的所述线程对应的所述任务与所述文本框绑定；执行所述线程；以及响应于所述线程执行完毕，将所述线程池中的下一个所述线程对应的所述任务与所述文本框绑定，执行所述下一个线程，以在执行所述线程时由所述文本框显示所述线程对应的升级命令；

利用BMC、BIOS和FUR的升级逻辑分别预先建立所述任务；

响应于所述升级指令为所述BMC、所述BIOS或所述FUR中任一项的升级指令，获取所述任一项对应的所述任务；

利用所述任务创建线程；

将所述任务与所述文本框绑定；

执行所述线程，并在所述文本框中显示升级命令。

2.如权利要求1所述的方法，其特征在于，执行所述线程，进一步包括：获取执行所述线程过程中产生的升级参数；

根据所述升级参数判断所述线程是否执行完毕。

3.如权利要求2所述的方法，其特征在于，还包括：进一步根据所述升级参数判断所述固件是否升级成功；

响应于所述升级参数指示所述固件升级成功，将与所述固件对应的标识的颜色由默认颜色改为第一颜色。

4.如权利要求3所述的方法，其特征在于，还包括：响应于所述升级参数指示所述固件升级失败，将与所述固件的对应的标识的颜色由所述默认颜色改为第二颜色。

5.一种计算机设备，包括：

至少一个处理器；以及

存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如权利要求1‑4任意一项所述的方法的步骤。

6.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时执行权利要求1‑4任意一项所述的方法的步骤。

说明书

一种显示固件升级命令的方法、设备以及存储介质

技术领域

[0001] 本发明涉及服务器领域，具体涉及一种显示固件升级命令的方法、设备以及存储介质。

背景技术

[0002] 随着现在科技的发展以及互联网的普及，服务器的应用场景也越来越多。服务器的运维也越来越重要。在运维中各个固件的版本升级也越来越重要，有的时候需要版本的升级来支撑更新的功能；有的时候固件出现问题需要重新刷新来解决问题。在这些固件中，BMC、BIOS、FRU尤其突出。

[0003] 现有技术中，可以通过图形化界面实现控制BMC、BIOS、FRU以及主板的升级，由于替换主板后需要对BMC、BIOS以及FRU按照一定顺序进行升级，无法显示在升级每一个固件时的升级命令。而且由于替换主板之后，主板上的BMC、BIOS、FRU固件需要刷新以及有时要单独刷新BMC、BIOS、FRU固件。这样导致项目在维护的时候需要同时维护逻辑相同的代码2份，导致维护成本高。

[0004] 因此，急需一种同时兼容BMC、BIOS、FRU、主板升级的方法，并且要在图形化界面中输出升级过程中的命令以及结果。

发明内容

[0005] 有鉴于此，为了克服上述问题的至少一个方面，本发明实施例的提出一种显示固件升级命令的方法，包括步骤：

[0006] 接收升级指令；

[0007] 响应于所述升级指令为主板升级指令，获取每个待升级的固件的任务；

[0008] 为每一个所述任务创建对应的线程；

[0009] 依次将所述线程对应的任务与文本框绑定并执行，以在执行所述线程时由所述文本框显示所述线程对应的升级命令。

[0010] 在一些实施例中，为每一个所述任务创建对应的线程，进一步包括：

[0011] 创建线程池；

[0012] 在所述线程池中依次根据每一个所述任务建立线程。

[0013] 在一些实施例中，依次将所述线程对应的任务与文本框绑定并执行，进一步包括：

[0014] 将所述线程池中的所述线程对应的所述任务与所述文本框绑定；

[0015] 执行所述线程；

[0016] 响应于所述线程执行完毕，将所述线程池中的下一个所述线程对应的所述任务与所述文本框绑定，执行所述下一个线程。

[0017] 在一些实施例中，执行所述线程，进一步包括：

[0018] 获取执行所述线程过程中产生的升级参数；

[0019] 根据所述升级参数判断所述线程是否执行完毕。

[0020] 在一些实施例中，还包括：

[0021] 进一步根据所述升级参数判断所述固件是否升级成功；

[0022] 响应于所述升级参数指示所述固件升级成功，将与所述固件对应的标识的颜色由默认颜色改为第一颜色。

[0023] 在一些实施例中，还包括：

[0024] 响应于所述升级参数指示所述固件升级失败，将与所述固件的对应的标识的颜色由所述默认颜色改为第二颜色。

[0025] 在一些实施例中，响应于所述升级指令为主板升级指令，获取每个待升级的固件的任务，进一步包括：

[0026] 利用BMC、BIOS和FUR的升级逻辑分别预先建立所述任务；

[0027] 响应于所述升级指令为主板升级指令，获取BMC、BIOS和FUR对应的所述任务。

[0028] 在一些实施例中，还包括：

[0029] 利用BMC、BIOS和FUR的升级逻辑分别预先建立所述任务；

[0030] 响应于所述升级指令为所述BMC、所述BIOS或所述FUR中任一项的升级指令，获取所述一项对应的所述任务；

[0031] 利用所述任务创建线程；

[0032] 将所述任务与所述文本框绑定；

[0033] 执行所述线程，并在所述文本框中显示升级命令。

[0034] 基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机设备，包括：

[0035] 至少一个处理器；以及

[0036] 存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如上所述的任一种显示固件升级命令的方法的步骤。

[0037] 基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时执行如上所述的任一种显示固件升级命令的方法的步骤。

[0038] 本发明具有以下有益技术效果之一：本发明公开的方法通过预先将至少一个待升级的固件的升级逻辑放到单独的任务(TASK)中，并在每次执行线程前通过JAVAFX中的文本框(TextArea)中的textProperty.bind功能绑定对应的TASK，这样无论是单独升级一个固件还是需要升级多个固件，都可以实现在图形化界面中输出升级过程中的升级命令以及结果。

附图说明

[0039] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。

[0040] 图1为本发明的实施例提供的一种显示固件升级命令的方法的流程示意图；

[0041] 图2为本发明的实施例提供的一种显示固件升级命令的方法的流程框图；

[0042] 图3为本发明的实施例提供的计算机设备的结构示意图；

[0043] 图4为本发明的实施例提供的计算机可读存储介质的结构示意图。

具体实施方式

[0044] 为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

[0045] 需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

[0046] 根据本发明的一个方面，本发明的实施例提出一种显示固件升级命令的方法，如图1所示，其可以包括步骤：S1，接收升级指令；S2，响应于所述升级指令为主板升级指令，获取每个待升级的固件的任务；S3，为每一个所述任务创建对应的线程；S4，依次将所述线程对应的任务与文本框绑定并执行，以在执行所述线程时由所述文本框显示所述线程对应的升级命令。

[0047] 本发明公开的方法通过预先将至少一个待升级的固件的升级逻辑放到单独的任务(TASK)中，并在每次执行线程前通过JAVAFX中的文本框(TextArea)中的textProperty.bind功能绑定对应的TASK，这样无论是单独升级一个固件还是需要升级多个固件，都可以实现在图形化界面中输出升级过程中的升级命令以及结果。

[0048] 下面结合图2示出的显示固件升级命令的方法的流程框图进行详细描述。

[0049] 首先，接收升级指令。

[0050] 在一些实施例中，在图形化操作界面中，可以选择升级单独升级BMC、BIOS或FRU固件还是升级主板，升级主板需要按照一定的升级顺序将BMC、BIOS和FRU固件均进行升级。无论用户是选择单独升级BMC、BIOS或FRU固件还是选择升级主板，均可直接点击相应的图标即可，即可发送一个升级指令至后台。

[0051] 然后，响应于所述升级指令为主板升级指令，获取每个待升级的固件的任务。

[0052] 在一些实施例中，当后台接收到升级指令后，会调用至少一个待升级对应的TASK。

[0053] 具体的，当升级指令为主板升级指令时，为了能够按照一定的升级顺序对BMC、BIOS和FRU固件进行升级，需要同时获取BMC、BIOS和FRU对应的TASK。

[0054] 接着，分别利用每一个所述任务创建对应的线程。

[0055] 在一些实施例中，由于升级主板需要按照一定顺序对BMC、BIOS和FRU进行升级，因此需要顺序执行与BMC、BIOS和FRU的TASK对应的线程。

[0056] 具体的，可以创建一个线程池singleThreadExecutor，然后把BMC、BIOS、FRU的TASK按顺序放到线程池里。由于这是一个线程数为1的线程池，所以每次只执行一个线程，这样即可实现依次按顺序执行线程。

[0057] 最后，依次将所述线程对应的任务与文本框绑定并执行，以在执行所述线程时所述文本框显示所述线程对应的升级命令。

[0058] 在一些实施例中，依次将所述线程对应的任务与文本框绑定并执行具体可以包括：将所述线程池中的所述线程对应的所述任务与所述文本框绑定；执行所述线程；响应于所述线程执行完毕，将所述线程池中的下一个所述线程对应的所述任务与所述文本框绑定，执行所述下一个线程。

[0059] 具体的，由于TextArea只能绑定一个TASK，因此在执行完一个进程后需要通过一个回调方法把TextArea绑定到下一个TASK。例如，先将线程池中的第一个线程对应的TASK与TextArea绑定，然后开始执行第一个进程，由于第一个固件对应的TASK已经与TextArea绑定，当在执行第一个进程时，即可在图形化界面中输出第一个固件升级过程中的升级命令。当第一个进程执行完毕后，将下一个进程对应的TASK与TextArea绑定，此时上一个进程对应的TASK被覆盖，然后开始执行下一个进程，这时由于下一个固件对应的TASK已经与TextArea绑定，当在执行下一个进程时，即可在图形化界面中输出下一个固件升级过程中的升级命令。

[0060] 这样，通过依次执行每一个进程，并在执行进程前将与待执行的进程的对应的TASK绑定到TextArea，即可实现在图形化界面中依次输出各个固件升级过程中的升级命令以及结果。

[0061] 在一些实施例中，响应于所述升级指令为所述BMC、所述BIOS或所述FUR中任一项的升级指令，获取所述一项对应的所述任务；利用所述任务创建线程；将所述任务与所述文本框绑定；执行所述线程，并在所述文本框中显示升级命令。

[0062] 具体的，当升级指令为单独升级其中一个固件时，例如，单独升级BMC、BIOS或FRU，则只需要获取BMC、BIOS或FRU对应的TASK即可。然后根据返回的TASK创建线程(Thread)，接着通过JAVAFX中的TextArea中的textProperty.bind(文本属性)功能绑定该TASK。这样，即可实现在图形化界面中显示单个固件的升级命令。

[0063] 需要说明的是，BMC、BIOS和FRU对应的TASK是根据各自的升级逻辑生成的，而且每一个TASK都是单独独立存在的。通过将每一个固件的升级逻辑单独生成一个TASK，无论是升级主板需要调用三者的TASK，还是单独升级一个固件时调用对应的TASK，都利用到了同一个TASK，这样修改时也仅仅只需要修改一次即可，无需同时维护逻辑相同的2份代码，解决了现有技术中代码冗余的问题。

[0064] 在一些实施例中，在执行所述线程时，需要同时回调获取执行所述线程过程中产生的升级参数；以根据所述升级参数判断所述线程是否执行完毕。

[0065] 需要说明的是，当升级指令为主板升级指令时，只有当判断上一个进程执行完毕后，才会执行下一个进程，但是上一个进程执行完毕后，无论对应的固件是否升级成功，由于各个进程的独立性，都会执行下一个进程。

[0066] 在一些实施例中，还可以包括：进一步根据所述升级参数判断所述固件是否升级成功；响应于所述升级参数指示所述固件升级成功，将与所述固件对应的标识的颜色由默认颜色改为第一颜色；响应于所述升级参数指示所述固件升级失败，将与所述固件的对应的标识的颜色由所述默认颜色改为第二颜色。

[0067] 在图形化界面上，每一个固件都有对应的标识并通过标识的颜色展示升级结果，例如标识的默认颜色为灰色，当该固件升级成功后，标识的颜色即改为绿色，若升级失败，标识的颜色则改为红色。

[0068] 本发明实施例提出的方法能够同时兼容BMC、BIOS、FRU、主板升级的方法，并且要在图形化界面中输出升级过程中的命令以及结果。

[0069] 基于同一发明构思，根据本发明的另一个方面，如图3所示，本发明的实施例还提供了一种计算机设备501，包括：

[0070] 至少一个处理器520；以及

[0071] 存储器510，存储器510存储有可在处理器上运行的计算机程序511，处理器520执行程序时执行如上的任一种显示固件升级命令的方法的步骤。

[0072] 基于同一发明构思，根据本发明的另一个方面，如图4所示，本发明的实施例还提供了一种计算机可读存储介质601，计算机可读存储介质601存储有计算机程序指令610，计算机程序指令610被处理器执行时执行如上的任一种显示固件升级命令的方法的步骤。

[0073] 最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。

[0074] 此外，典型地，本发明实施例公开的装置、设备等可为各种电子终端设备，例如手机、个人数字助理(PDA)、平板电脑(PAD)、智能电视等，也可以是大型终端设备，如服务器等，因此本发明实施例公开的保护范围不应限定为某种特定类型的装置、设备。本发明实施例公开的客户端可以是以电子硬件、计算机软件或两者的组合形式应用于上述任意一种电子终端设备中。

[0075] 此外，根据本发明实施例公开的方法还可以被实现为由CPU执行的计算机程序，该计算机程序可以存储在计算机可读存储介质中。在该计算机程序被CPU执行时，执行本发明实施例公开的方法中限定的上述功能。

[0076] 此外，上述方法步骤以及系统单元也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储介质实现。

[0077] 此外，应该明白的是，本文的计算机可读存储介质(例如，存储器)可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。作为例子而非限制性的，非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦写可编程ROM(EEPROM)或快闪存储器。易失性存储器可以包括随机存取存储器(RAM)，该RAM可以充当外部高速缓存存储器。作为例子而非限制性的，RAM可以以多种形式获得，比如同步RAM(DRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据速率SDRAM(DDR SDRAM)、增强SDRAM(ESDRAM)、同步链路DRAM(SLDRAM)、以及直接Rambus RAM(DRRAM)。所公开的方面的存储设备意在包括但不限于这些和其它合适类型的存储器。

[0078] 本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

[0079] 结合这里的公开所描述的各种示例性逻辑块、模块和电路可以利用被设计成用于执行这里功能的下列部件来实现或执行：通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。通用处理器可以是微处理器，但是可替换地，处理器可以是任何传统处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP和/或任何其它这种配置。

[0080] 结合这里的公开所描述的方法或算法的步骤可以直接包含在硬件中、由处理器执行的软件模块中或这两者的组合中。软件模块可以驻留在RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD‑ROM、或本领域已知的任何其它形式的存储介质中。示例性的存储介质被耦合到处理器，使得处理器能够从该存储介质中读取信息或向该存储介质写入信息。在一个替换方案中，存储介质可以与处理器集成在一起。处理器和存储介质可以驻留在ASIC中。ASIC可以驻留在用户终端中。在一个替换方案中，处理器和存储介质可以作为分立组件驻留在用户终端中。

[0081] 在一个或多个示例性设计中，功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质来传送。计算机可读介质包括计算机存储介质和通信介质，该通信介质包括有助于将计算机程序从一个位置传送到另一个位置的任何介质。存储介质可以是能够被通用或专用计算机访问的任何可用介质。作为例子而非限制性的，该计算机可读介质可以包括RAM、ROM、EEPROM、CD‑ROM或其它光盘存储设备、磁盘存储设备或其它磁性存储设备，或者是可以用于携带或存储形式为指令或数据结构的所需程序代码并且能够被通用或专用计算机或者通用或专用处理器访问的任何其它介质。此外，任何连接都可以适当地称为计算机可读介质。例如，如果使用同轴线缆、光纤线缆、双绞线、数字用户线路(DSL)或诸如红外线、无线电和微波的无线技术来从网站、服务器或其它远程源发送软件，则上述同轴线缆、光纤线缆、双绞线、DSL或诸如红外线、无线电和微波的无线技术均包括在介质的定义。如这里所使用的，磁盘和光盘包括压缩盘(CD)、激光盘、光盘、数字多功能盘(DVD)、软盘、蓝光盘，其中磁盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述内容的组合也应当包括在计算机可读介质的范围内。

[0082] 以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

[0083] 应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

[0084] 上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

[0085] 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

[0086] 所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。