CN114201203B - 一种bios版本更新方法、bios版本更新装置及存储介质 - Google Patents

一种bios版本更新方法、bios版本更新装置及存储介质 Download PDF

Info

Publication number
CN114201203B
CN114201203B CN202111626324.2A CN202111626324A CN114201203B CN 114201203 B CN114201203 B CN 114201203B CN 202111626324 A CN202111626324 A CN 202111626324A CN 114201203 B CN114201203 B CN 114201203B
Authority
CN
China
Prior art keywords
bios
updated
file
order
factory
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN202111626324.2A
Other languages
English (en)
Other versions
CN114201203A (zh
Inventor
邓亚隆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology Co Ltd
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 Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202111626324.2A priority Critical patent/CN114201203B/zh
Publication of CN114201203A publication Critical patent/CN114201203A/zh
Application granted granted Critical
Publication of CN114201203B publication Critical patent/CN114201203B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本发明提供一种BIOS版本更新方法、BIOS版本更新装置及存储介质。BIOS版本更新方法,应用于第一工厂的第一测试服务器,包括:接收数据库服务器发送的更新指令,更新指令包括待更新BIOS版本号及其对应的指定机型。基于待更新BIOS版本号从数据库服务器中获取待更新BIOS文件。根据指定机型,确定第一工厂待生产设备为指定机型的订单。若订单的状态为未生产状态,则将待更新BIOS文件作为待生产设备的默认BIOS信息。通过本发明,能够使第一测试服务器主动获取指定机型对应的待更新BIOS文件,并将其作为该指定机型对应处于未生产状态的订单中各待生产设备的默认BIOS信息,进而实现默认BIOS信息的自动更新,提高维护效率,避免默认BIOS信息维护不及时的情况发生,从而减少成本损失。

Description

一种BIOS版本更新方法、BIOS版本更新装置及存储介质
技术领域
本发明涉及计算机技术领域,具体涉及一种BIOS版本更新方法、BIOS版本更新装置及存储介质。
背景技术
基本输入/输出系统(Basic Input Output System,BIOS)是为计算机提供最底层的、最直接的硬件设置和控制的程序。工厂在生产个人计算机(PC)或者服务器时,是根据订单确定需要生产的指定机型以及部署的固件BIOS版本。即,在同一订单内,指定机型固件的BIOS版本相同。当研发针对指定机型向工厂下发固件的待更新BIOS文件时,需要工厂将待更新BIOS文件及时应用在对应的指定机型上,以使该指定机型出厂时固件所采用的BIOS版本为待更新BIOS文件。
当工厂接收到的待更新BIOS文件后,需要驻厂的测试工程师逐个识别出待更新BIOS文件对应指定机型的订单状态。针对未生产的订单,将待更新BIOS文件手动维护为该订单中指定机型固件的默认BIOS信息。
但采用上述方式,维护效率低、时间成本高,且容易出现维护不及时的情况。当工厂中设备的产量增加时,若仍采用人工维护的方式,则容易导致BIOS信息漏维护、维护不及时、误维护等情况发生,进而造成大量损失。
发明内容
因此,本发明要解决的技术问题在于克服现有技术中,工厂根据订单生产指定机型时,当指定机型固件的BIOS版本发生更新,需要进行人工维护,导致时间成本高且容易造成损失的缺陷,从而提供一种BIOS版本更新方法、BIOS版本更新装置及存储介质。
在第一方面,本发明提供一种BIOS版本更新方法,应用于第一工厂的第一测试服务器,所述方法包括:
接收数据库服务器发送的更新指令,所述更新指令包括待更新BIOS版本号及其对应的指定机型;
基于所述待更新BIOS版本号从所述数据库服务器中获取待更新BIOS文件;
根据所述指定机型,确定所述第一工厂待生产设备为所述指定机型的订单;
若所述订单的状态为未生产状态,则将所述待更新BIOS文件作为待生产设备的默认BIOS信息。
在该方式中,第一测试服务器可以在接收到的更新指令后,直接从数据库服务器中将最新研发的指定机型对应的待更新BIOS文件进行获取,并将其作为该指定机型对应处于未生产状态的订单中各待生产设备的默认BIOS信息,进而实现默认BIOS信息的自动更新,提高维护效率,避免默认BIOS信息维护不及时的情况发生,从而减少成本损失。
结合第一方面,在第一方面的第一实施例中,所述方法还包括:
若所述订单的状态为生产中状态或者未交付状态,则将所述待生产设备默认BIOS信息维护为历史BIOS信息。
在该方式中,能够根据订单的状态,确定生产指定机型对应的设备时各设备对应的默认BIOS信息,进而进行针对性的维护,保证订单中各设备的BIOS版本的一致性,从而避免出现BIOS版本误更新或者误维护的情况发生。
结合第一方面或者第一方面的第一实施例,在第一方面的第二实施例中,所述更新指令还包括存储所述待更新BIOS文件的文件名以及所述待更新BIOS文件的唯一标识,所述基于所述待更新BIOS版本号从所述数据库服务器中获取待更新BIOS文件,包括:
根据所述文件名和所述唯一标识,将所述待更新BIOS文件从所述数据库服务器的指定路径下进行复制,得到所述待更新BIOS文件的副本;
将所述副本存放至本地指定路径下,得到所述待更新BIOS文件。
结合第一方面的第二实施例,在第一方面的第三实施例中,若所述订单的状态为生产中状态或者未交付状态,则所述方法还包括:
通过查询指令,查询并确定所述指定机型当前使用的历史BIOS信息。
在该方式中,针对处于生产中状态或者未交付状态的订单,对其包括的待生产设备的BIOS进行维护时,能够根据各自订单已生产设备所采用的默认BIOS信息进行确定,进而保证订单中各设备的BIOS版本的一致性,从而后续根据订单进行整体出厂测试时,能够降低设备报错或者异常的数量。
结合第一方面的第三实施例,在第一方面的第四实施例中,所述方法还包括:
将所述查询指令创建成游标。
在该方式中,通过建立游标,能够自动查询第一工厂内各订单的状态,进而节省驻场的测试工程师手动查询的各个订单状态的时间成本,有助于提高维护效率。
结合第一方面的第四实施例,在第一方面的第五实施例中,所述方法还包括:
通过所述游标,遍历所述第一测试服务器中记录的状态为生产中状态或者未交付状态的所述订单对应的订单号;
通过版本刷新,将所述订单号对应订单中的各待生产设备的默认BIOS信息维护为所述历史BIOS信息。
在该方式中,在第一工厂根据订单生产设备时,能够通过游标,自动确定各订单的状态,进而确定各订单生产待生产设备时所对应维护的默认BIOS信息,从而提高维护效率。
结合第一方面或者第一方面的第五实施例,在第一方面的第六实施例中,所述数据库服务器发送所述更新指令的方法,包括:
根据预置的配置文件中包括的多个待建立连接的工厂IP地址,确定建立远程连接的第一工厂;
基于所述配置文件中包括的第一工厂的用户名及密码,与所述第一工厂的第一测试服务器建立远程连接,将所述更新指令发送至所述第一测试服务器。
在该方式中,基于预置的配置文件,使数据库服务器能够与各第一工厂的第一测试服务器自动建立远程连接,进而有助于将更新指令同时下发至多个第一测试服务器,以便各第一工厂能够及时获取待更新BIOS文件,从而根据订单生产各指定机型时,能够及时维护使用在对应的订单中。
在第二方面,本发明还提供一种BIOS版本更新装置,应用于第一工厂的第一测试服务器,所述装置包括:
接收单元,用于接收数据库服务器发送的更新指令,所述更新指令包括待更新BIOS版本号及其对应的指定机型;
获取单元,用于基于所述待更新BIOS版本号从所述数据库服务器中获取待更新BIOS文件;
确定单元,用于根据所述指定机型,确定所述第一工厂待生产设备为所述指定机型的订单;
更新单元,用于若所述订单的状态为未生产状态,则将所述待更新BIOS文件作为待生产设备的默认BIOS信息。
结合第二方面,在第二方面的第一实施例中,所述装置还包括:
维护单元,用于若所述订单的状态为生产中状态或者未交付状态,则将所述待生产设备默认BIOS信息维护为历史BIOS信息。
结合第二方面或者第二方面的第一实施例,所述更新指令还包括存储所述待更新BIOS文件的文件名以及所述待更新BIOS文件的唯一标识,所述获取单元,包括:
复制单元,用于根据所述文件名和所述唯一标识,将所述待更新BIOS文件从所述数据库服务器的指定路径下进行复制,得到所述待更新BIOS文件的副本;
存储单元,用于将所述副本存放至本地指定路径下,得到所述待更新BIOS文件。
结合第二方面的第二实施例,在第二方面的第三实施例中,若所述订单的状态为生产中状态或者未交付状态,则所述装置还包括:
查询单元,用于通过查询指令,查询并确定所述指定机型当前使用的历史BIOS信息。
结合第二方面的第三实施例,在第二方面的第四实施例中,所述装置还包括:
创建单元,用于将所述查询指令创建成游标。
结合第二方面的第四实施例,在第二方面的第五实施例中,所述装置还包括:
遍历单元,用于通过所述游标,遍历所述第一测试服务器中记录的状态为生产中状态或者未交付状态的所述订单对应的订单号;
升级单元,用于通过版本刷新,将所述订单号对应订单中的各待生产设备的默认BIOS信息维护为所述历史BIOS信息;
刷新单元,用于若所述订单号对应的订单状态为未交付状态,则通过版本刷新,将所述待生产设备默认BIOS信息维护为历史BIOS信息。
结合第二方面或者第二方面的第五实施例,在第二方面的第六实施例中,所述数据库服务器发送所述更新指令的装置,包括:
查找单元,用于根据预置的配置文件中包括的多个待建立连接的工厂IP地址,确定建立远程连接的第一工厂;
远程控制单元,用于基于所述配置文件中包括的第一工厂的用户名及密码,与所述第一工厂的第一测试服务器建立远程连接,将所述更新指令发送至所述第一测试服务器。
根据第三方面,本发明实施方式还提供一种计算机设备,包括存储器和处理器,所述存储器和所述处理器之间互相通信连接,所述存储器中存储有计算机指令,所述处理器通过执行所述计算机指令,从而执行第一方面及其可选实施方式中任一项的BIOS版本更新方法。
根据第四方面,本发明实施方式还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使所述计算机执行第一方面及其可选实施方式中任一项的BIOS版本更新方法。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例提出的一种BIOS版本更新方法的流程图。
图2是根据一示例性实施例提出的另一种BIOS版本更新方法的流程图。
图3是根据一示例性实施例提出的又一种BIOS版本更新方法的流程图。
图4是根据一示例性实施例提出的又一种BIOS版本更新方法的流程图。
图5是根据一示例性实施例提出的又一种BIOS版本更新方法的流程图。
图6是根据一示例性实施例提出的一种更新指令的发送方法的流程图。
图7是根据一示例性实施例提出的一种待更新BIOS版本传输框架图。
图8是根据一示例性实施例提出的一种BIOS版本更新装置的结构框图。
图9是根据一示例性实施例提出的一种计算机设备的硬件结构示意图。
具体实施方式
下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
相关技术中,需要驻厂测试工程师手动对新下发的待更新BIOS文件进行手动维护。即,当工厂接收到的待更新BIOS文件后,需要驻厂的测试工程师识别待更新BIOS文件对应指定机型的订单状态。针对未生产的订单,则将待更新BIOS文件手动维护为该订单中指定机型固件的默认BIOS信息。
但采用上述方式,维护效率低、时间成本高,且容易出现维护不及时的情况。当工厂中设备的产量增加时,若仍采用人工维护的方式,则容易导致BIOS信息漏维护、维护不及时、误维护等情况发生,进而造成大量损失。
为解决上述问题,本发明实施例中提供一种BIOS版本更新方法,用于计算机设备中,需要说明的是,其执行主体可以是BIOS版本更新装置,该装置可以通过软件、硬件或者软硬件结合的方式实现成为计算机设备的部分或者全部,其中,该计算机设备可以是终端或客户端或服务器,服务器可以是一台服务器,也可以为由多台服务器组成的服务器集群,本申请实施例中的终端可以是智能手机、个人电脑、平板电脑、可穿戴设备以及智能机器人等其他智能硬件设备。下述方法实施例中,均以执行主体是计算机设备为例来进行说明。
本发明实施例中的计算机设备可以是全国工厂中的任意一个工厂内搭载测试服务器的主机。其中,工厂是生产设备的工厂,在生产设备的过程中,需要预先部署好设备固件的BIOS信息,以保证后续在进行测试或者使用时,设备能够正常运行。为便于描述,以下将全国工厂中说的任意一个工厂采用第一工厂代替,将该工厂内的测试服务器称为第一测试服务器。通过本发明提供的BIOS版本更新方法,能够使第一测试服务器在接收到数据库服务器发送的更新指令后,可以基于更新指令中的待更新BIOS版本号自动从数据库服务器中获取最新版本的待更新BIOS文件,并根据更新指令中的指定机型,确定生产该指定机型的订单,进而将待更新BIOS文件作为未生产状态的订单中的各待生产设备的默认BIOS信息,从而实现默认BIOS信息的自动维护,减少人为干预,提高维护效率。
图1是根据一示例性实施例提出的一种BIOS版本更新方法的流程图。如图1所示,BIOS版本更新方法包括如下步骤S101至步骤S104。
在步骤S101中,接收数据库服务器发送的更新指令。
在本发明实施例中,更新指令包括待更新BIOS版本号及其对应的指定机型。其中,待更新BIOS版本号为待更新BIOS文件的版本标识号。待更新BIOS文件为指定机型最新研发完成的BIOS文件。数据库服务器可以理解为是用于控制BIOS文件下发的服务器。当指定机型的最新BIOS信息研发完成后,则由数据库服务器将更新指令下发至第一工厂的第一测试服务器中,以告知第一测试服务器该指定机型的固件具有最新的BIOS文件,需要第一工厂根据订单生产该指定机型时,将最新的待更新BIOS文件作为默认BIOS信息。
数据库服务器将更新指令发送至第一测试服务器中,第一测试服务器根据接收到的更新指令,明确具有最新研发完成的BIOS文件的指定机型,以及作为该指定机型对应默认BIOS信息的待更新BIOS文件的待更新BIOS版本号。
在步骤S102中,基于待更新BIOS版本号从数据库服务器中获取待更新BIOS文件。
在本发明实施例中,由于待更新BIOS文件存储于数据库服务器中,因此,为使第一工厂在生产指定机型时,能够调用待更新BIOS文件,并将该待更新BIOS文件作为指定机型的默认BIOS信息,则基于待更新BIOS版本号,从数据库服务器中获取该待更新BIOS文件,以使第一测试服务器中具有该待更新BIOS文件。
在步骤S103中,根据指定机型,确定第一工厂待生产设备为指定机型的订单。
在本发明实施例中,在第一工厂中,生产的设备可以包括多种不同机型,取决于接收到的订单。即,通过订单,可以确定待生产设备对应的机型。为便于维护指定机型的默认BIOS信息,则在第一工厂中,确定生产该指定机型的订单,以便以订单为单位,将待更新BIOS文件作为该订单内各待生产设备的默认BIOS信息,进而避免漏维护或者误维护的情况发生。
在步骤S104中,若订单的状态为未生产状态,则将待更新BIOS文件作为待生产设备的默认BIOS信息。
在本发明实施例中,当订单的状态为未生产状态,则表征该订单中的各设备均未生产,因此,在生产各待生产设备时,则可以将待更新BIOS文件作为默认BIOS信息,将待更新BIOS文件对应的BIOS作为指定机型的BIOS。
通过上述实施例,第一测试服务器可以在接收到的更新指令后,直接从数据库服务器中将最新研发的指定机型对应的待更新BIOS文件进行获取,并将其作为该指定机型对应处于未生产状态的订单中各待生产设备的默认BIOS信息,进而实现默认BIOS信息的自动更新,提高维护效率,避免默认BIOS信息维护不及时的情况发生,从而减少成本损失。
图2是根据一示例性实施例提出的另一种BIOS版本更新方法的流程图。如图2所示,BIOS版本更新方法包括如下步骤。
在步骤S201中,接收数据库服务器发送的更新指令。
在步骤S202中,基于待更新BIOS版本号从数据库服务器中获取待更新BIOS文件。
在步骤S203中,根据指定机型,确定第一工厂待生产设备为指定机型的订单。
在步骤S2041中,若订单的状态为未生产状态,则将待更新BIOS文件作为待生产设备的默认BIOS信息。
在步骤S2042中,若订单的状态为生产中状态或者未交付状态,则将待生产设备默认BIOS信息维护为历史BIOS信息。
在本发明实施例中,若订单的状态为生产中状态或者未交付状态,则表征该订单中部分设备已经生产完成,固件的BIOS采用的是历史BIOS版本。历史BIOS版本可以理解为是,待更新BIOS版本的上一BIOS版本,或者该订单在未生产时,默认BIOS信息为历史BIOS信息的对应BIOS版本。
根据订单生产设备时,需要保证订单内各设备的BIOS版本的一致性。由于处于生产中状态或者未交付状态的订单中包括将历史BIOS信息作为默认BIOS信息、且完成部署的设备,因此将该订单中待生产设备的默认BIOS信息维护为历史BIOS信息,进而保证该订单中各设备的默认BIOS信息的一致性,避免后续根据历史BIOS版本进行测试时出现报错或者异常。
通过上述实施例,能够根据订单的状态,确定生产指定机型对应的设备时各设备对应的默认BIOS信息,进而进行针对性的维护,保证订单中各设备的默认BIOS信息的一致性,从而避免出现默认BIOS信息误更新或者误维护的情况发生。
在一实施例中,更新指令中除了待更新BIOS版本号及其对应的指定机型,还包括存储该待更新BIOS文件的文件名以及待更新BIOS文件的唯一标识。在一例中,待更新BIOS文件的唯一标识可以是通过MD5信息摘要算法(MD5 Message-Digest Algorithm)提取到的待更新BIOS文件对应的md5值。通过存储该待更新BIOS文件的文件名,可以存储该待更新BIOS文件的具体文件。通过待更新BIOS文件的唯一标识,能够避免在获取待更新BIOS文件时出现误获取的情况出现,进而提高获取待更新BIOS文件的准确性。
进而,第一测试服务器基于待更新BIOS版本号从数据库服务器中获取待更新BIOS文件时,根据文件名和唯一标识,将待更新BIOS文件从数据库服务器的指定路径下进行复制,得到该待更新BIOS文件的副本。在一例中,指定路径可以为默认路径,进而当第一测试服务器访问数据库服务器获取待更新BIOS文件时,则可以通过默认路径找到存储待更新BIOS文件的文件名,进而根据唯一标识将待更新BIOS文件进行复制,得到待更新BIOS文件的副本。在获取到副本后,则将该副本存放至第一测试服务器的本地指定路径下,进而得到该待更新BIOS文件。在另一例中,本地指定路径可以是默认路径,以便第一工厂中的其他设备可以通过该默认路径从第一测试服务器获取到待更新BIOS文件。
图3是根据一示例性实施例提出的又一种BIOS版本更新方法的流程图。如图3所示,BIOS版本更新方法包括如下步骤。
在步骤S301中,接收数据库服务器发送的更新指令。
在步骤S302中,基于待更新BIOS版本号从数据库服务器中获取待更新BIOS文件。
在步骤S303中,根据指定机型,确定第一工厂待生产设备为指定机型的订单。
在步骤S3041中,若订单的状态为未生产状态,则将待更新BIOS文件作为待生产设备的默认BIOS信息。
在步骤S3042中,若订单的状态为生产中状态或者未交付状态,则通过查询指令,查询指定机型当前使用的历史BIOS信息。
在本发明实施例中,为保证该订单内各设备的BIOS一致性,后续生产该订单中的待生产设备时,各待生产设备的默认BIOS信息均与已生产的设备的默认BIOS信息相同,则通过查询指令,查询该指定机型在该订单中进行生产时对应的默认BIOS信息,即,当前使用的历史BIOS信息。
在一示例中,历史BIOS信息包括历史BIOS版本号、对应的指定机型、存储历史BIOS版本文件的文件名以及历史BIOS版本文件的唯一标识,进而维护当前订单的默认BIOS信息时,能够进行准确维护,进而减少误维护的情况发生,减少维护损失。
在步骤S305中,将待生产设备默认BIOS信息维护为历史BIOS信息。
通过上述实施例,针对处于生产中状态或者未交付状态的订单,对其包括的待生产设备的BIOS进行维护时,能够根据各自订单已生产设备所采用的默认BIOS信息进行确定,进而保证订单中各设备的默认BIOS信息的一致性,从而后续根据订单进行整体出厂测试时,能够降低设备报错或者异常的数量。
在一实施场景中,处于生产中状态的订单对应的历史BIOS信息,与处于未交付状态的订单所对应的历史BIOS信息可能存在不同,因此根据查询的历史BIOS信息进行维护时,有助于提高维护准确度,进而避免误维护的情况发生。
图4是根据一示例性实施例提出的又一种BIOS版本更新方法的流程图。如图4所示,BIOS版本更新方法包括如下步骤。
在步骤S401中,接收数据库服务器发送的更新指令。
在步骤S402中,基于待更新BIOS版本号从数据库服务器中获取待更新BIOS文件。
在步骤S403中,根据指定机型,确定第一工厂待生产设备为指定机型的订单。
在步骤S4041中,若订单的状态为未生产状态,则将待更新BIOS文件作为待生产设备的默认BIOS信息。
在步骤S4042中,若订单的状态为生产中状态或者未交付状态,则通过查询指令,查询指定机型当前使用的历史BIOS信息。
在步骤S405中,将待生产设备默认BIOS信息维护为历史BIOS信息。
在步骤S406中,将查询指令创建成游标。
在本发明实施例中,将查询结果创建成为游标,有助于在对第一测试服务器所记录的多个订单中,能够自动查询各个订单的状态,进而对各订单的默认BIOS信息进行针对性维护。
通过上述实施例,通过建立游标,能够自动查询第一工厂内各订单的状态,进而节省驻场的测试工程师手动查询的各个订单状态的时间成本,有助于提高维护效率。
图5是根据一示例性实施例提出的又一种BIOS版本更新方法的流程图。如图5所示,BIOS版本更新方法包括如下步骤。
在步骤S501中,接收数据库服务器发送的更新指令。
在步骤S502中,基于待更新BIOS版本号从数据库服务器中获取待更新BIOS文件。
在步骤S503中,根据指定机型,确定第一工厂待生产设备为指定机型的订单。
在步骤S504中,若订单的状态为未生产状态,则将待更新BIOS文件作为待生产设备的默认BIOS信息。
在步骤S505中,将查询指令创建成游标。
在步骤S506中,通过游标,遍历第一测试服务器中记录的状态为生产中状态或者未交付状态的订单对应的订单号。
在步骤S507中,通过版本刷新,将订单号对应订单中的各待生产设备的默认BIOS信息维护为历史BIOS信息。
在本发明实施例中,当订单号对应的订单状态为生产中状态或未交付状态,则表征该订单中的已生产设备对应的默认BIOS信息维护为历史BIOS信息。因此,为保证同一订单中的各设备默认BIOS信息的一致性,则通过版本刷新,将待生产设备的默认BIOS信息维护为历史BIOS信息。
通过上述实施例,在第一工厂根据订单生产设备时,能够通过游标,自动确定各订单的状态,进而确定各订单生产待生产设备时所对应维护的默认BIOS信息,从而提高维护效率。
以下实施例将具体说明数据库服务器将更新指令发送至第一测试服务器的过程。
图6是根据一示例性实施例提出的一种更新指令的发送方法的流程图。如图6所示,更新指令的发送方法包括如下步骤。
在步骤S601中,根据预置的配置文件中包括的多个待建立连接的工厂IP地址,确定建立远程连接的第一工厂。
在本发明实施例中,为便于数据库服务器能够在指定机型的最新BIOS信息研发完成后,将更新指令同时下发至生产该指定机型的各个第一工厂,以便各个工厂能够及时获取待更新BIOS文件,则通过预置的配置文件中包括的多个待建立连接的工厂IP地址,确定需要下发更新指令的第一工厂,以便与该第一工厂的第一测试服务器建立远程连接。在一例中,配置文件中包括的多个待建立连接的工厂IP地址,是用于数据库服务器能够自动与需要建立连接的工厂基本信息。
在步骤S602中,基于配置文件中包括的第一工厂的用户名及密码,与第一工厂的第一测试服务器建立远程连接,将更新指令发送至第一测试服务器。
在本发明实施例中,基于配置文件中包括的第一工厂的用户名及密码,使数据库服务器能够自动登录第一工厂的第一测试服务器,与第一测试服务器建立远程连接,将更新指令发送至第一测试服务器,进而无需单独告知各个第一工厂内驻场的测试工程师进行手动维护,有助于提高更新效率,以便各第一测试服务器能够及时响应,主动获取待更新BIOS文件。
通过上述实施例,基于预置的配置文件,使数据库服务器能够与各第一工厂的第一测试服务器自动建立远程连接,进而有助于将更新指令同时下发至多个第一测试服务器,以便各第一工厂能够及时获取待更新BIOS文件,从而根据订单生产各指定机型时,能够及时维护使用在对应的订单中。
在一实施例中,数据库服务器利用流程脚本,采用命令行传参的方式将更新指令发至各第一工厂的第一测试服务器中。在一示例中,流程脚本可以基于shell脚本语言进行编写。
在一实施场景中,待执行的命令行传参为sh./a.sh1.0.37CE3000F时,可以用参数0表示待更新BIOS版本号1.0.37;用参数1表示待更新BIOS版本对应的指定机型CE3000F,进而将参数0赋值至流程脚本内部变量Version(参数),取参数1赋值至流程脚本内部变量Mtype(参数)。在另一例中,可以用参数2表示待更新BIOS文件的文件名;用参数3表示待更新BIOS版本对应的待更新BIOS文件的唯一标识,进而赋值在流程脚本对应的内部变量中,以便后续第一测试服务器获取待更新BIOS文件时能够准确获取。
在另一实施场景中,可以将预先将待下发的待更新BIOS文件的相关参数以表格的形式存储在数据库服务器中。存储的相关参数可以如表1所示:
表1
其中,commandName表示第一工厂接收到的订单号。MachineType表示指定机型。Item表示更新版本的目标。Part1表示待更新BIOS版本号。Part2表示运维内参。Part3表示存储该待更新BIOS文件的文件名。Part4表示重构声明。Part5表示待更新BIOS文件的唯一标识。
在下发更新指令之前,根据数据库服务器中存储待更新BIOS文件相关参数的表格,通过sql查询语句,查询待更新BIOS版本号、其对应的指定机型、待更新BIOS文件的文件名以及待更新BIOS文件的唯一标识对应的相关参数,并将获取到的相关参数存储至流程脚本的局部变量com1、com2、com3、com4中,以便统一下发。例如:sql查询语句为:mysql-e"useListInfo;select MachineType,Part1,Part3,Part5 from COMMAND WHERE MachineType=$Mtype and Part1=$Version",将查询出的4个结果(MachineType(指定机型),Part1(待更新BIOS版本号),Part3(待更新BIOS文件的文件名),Part5(待更新BIOS文件的md5值)分别存储于流程脚本的局部变量com1、com2、com3、com4中,供后续统一下发至各个第一工厂。其中,指定机型、待更新BIOS版本号、待更新BIOS文件的文件名、待更新BIOS文件的md5值可以分别采用参数0、参数1、参数2和参数3进行赋值。
预置的配置文件的格式可以为ct.cfg。在确定建立远程连接的第一工厂的第一测试服务器时,通过流程脚本中的for循环语句(也可以是while或者until语句)读取配置文件中记录的当前第一工厂的IP地址、用户名及密码,并将第一工厂的IP地址、用户名及密码分别存储至流程脚本的局部变量localhost、username、password中。通过内嵌expect语言语句:spawn ssh$username@$localhost的方式使数据库服务器与第一测试服务器建立远程连接。具体的,首先执行snd"scp–r 10.137.0.27:/home/Firmware/$Mtype/BIOS/$com3/home/Firmware/$Mtype/BIOS/"(该功能为在第一工厂的第一测试服务器下执行更新命令,将数据库服务器在指定路径中存储的待更新BIOS文件复制到第一测试服务器中。其中,10.137.0.27为数据库服务器的IP地址,可在代码中固定写死);再执行send"sh/home/test/b.sh$com1$com2$com3$com4"语句,远程控制第一测试服务器在指定路径下执行脚本,同时将已获取的com1、com2、com3、com4个局部变量内容,以命令行传参的方式传递到执行脚本的命令行参数中进行使用。其中,Expect内嵌代码段执行expect eof结束内嵌expect操作。此时for循环结束,进行第二次循环,读取ct.cfg中记录的下一第一工厂的信息,重复进行上述操作,直至脚本循环执行完成配置文件中记录的全部第一工厂操作,for循环结束,结束流程脚本。在一示例中,不限于shell脚本语言,还可以采用python、Perl等任意一种能够内嵌expect语言实现上述操作的脚本语言。
在一实施例中,第一测试服务器中包括执行脚本,能够在接收到更新指令后,基于与数据库服务器之间的远程连接,将待更新BIOS文件从数据库服务器中进行获取,并对指定机型对应的多个订单生产的待生产设备进行针对性的维护。在一实施场景中,执行脚本的启动,是由流程脚本在代码段内通过远程调用所触发的,进而无需手动执行,便可以将待更新BIOS文件从数据库服务器中存放至本地指定路径下。
在另一实施例中,执行脚本是否能够顺利进行,取决于接收到的接收到的命令行参数中包括的待更新BIOS文件的md5值是否与获取到的待更新BIOS文件的md5值相同。若二者相同,则执行脚本继续执行,对指定机型对应的多个订单生产的待生产设备进行针对性的维护。若二者不相同,则执行脚本终止执行,并打印报错信息,用于提示执行脚本执行失败。
在一实施场景中,执行脚本接收到命令行传参后,将参数0、参数1、参数2和参数3分别存储在执行脚本的局部变量machine、version、file_name、md_five中,通过md5sum/home/Firmware/$machine/BIOS/$file_name|cut–d“”–f1语句,验证命令行参数中包括的待更新BIOS文件的md5值是否与获取到的待更新BIOS文件的md5值相同,若相同,则继续执行该执行脚本。若不同,则终止执行,并打印报错信息:“文件MD5值与传递MD5值不一致,异常终止”。
在另一实施场景中,通过查询指令查询历史BIOS信息时,可以采用sql语句进行查询,例如:select Part1,Part3,Part5 from command where MachineType=$machine andcommandName=`default`and Item=`BIOS`,进而将查询到的Part1,Part3,Part5的结果赋值至执行脚本局部变量info1,info3,info5中以供生产中状态或者未交付状态的订单采用历史BIOS信息进行维护。其中,Part1,Part3,Part5所对应的参数可以如表1所示。
在又一实施场景中,通过for循环语句,利用创建的游标,遍历第一测试服务器中记录的状态为生产中状态或者未交付状态的订单对应的订单号,并将查询到的订单号返回至执行脚本的局部变量list_id。若查询到一个订单号,则执行sql语句:insert intocommand values($list_id,$machine,`BIOS`,$info1,`Standard`,$info3,`force`,$md_five),将订单号对应订单中的各待生产设备的默认BIOS信息维护为历史BIOS信息,进而保证订单中各设备的默认BIOS信息一致。当当前订单号的默认BIOS信息维护完成后,再次利用游标执行上述过程,直至游标查询结果为NULL,for循环结束。查询结果为NULL表征第一测试服务器中不存在状态为生产中状态或者未交付状态的订单对应的订单号。
在又一实施场景中,当第一工厂中与指定机型对应的现有订单的默认BIOS信息均完成维护后,对该指定机型的默认BIOS信息进行维护,将待更新BIOS文件维护为默认BIOS信息,进而后续该指定机型新上线的订单均采用该更新BIOS文件进行刷新/升级。例如:可以通过封装的sql语句insert into command values(`default`,$machine,`BIOS`,$version,`Standard`,$file_name,`force`,$info5)进行维护。
在又一实施场景中,根据数据库服务器中的待更新BIOS版本,控制各工厂进行更新的场景框架如图7所示。图7是根据一示例性实施例提出的一种待更新BIOS版本传输框架图。
数据库服务器是位于开发端。当指定机型的待更新BIOS文件研发完成后,由开发端的测试验证部对待更新BIOS文件的性能进行验证,当确定验证通过后,则将该待更新BIOS文件维护至数据库服务器中。基于预置的配置文件,使数据库服务器与全国工厂中,生产该指定机型的多个第一工厂的第一测试服务器建立远程连接,进而通过流程脚本将更新指令同步下发至各第一工厂的第一测试服务器中。
为便于描述,以三个第一工厂为例。针对第一工厂A,当第一测试服务器接收到更新指令后,通过执行脚本获取存储至数据库服务器中的待更新BIOS文件,进而根据指定机型对应订单的状态进行针对性的维护,从而实现待更新BIOS文件的自动维护,有助于提高维护效率,有利于避免默认BIOS信息维护不及时或者误维护的情况发生,从而减少成本损失。第一工厂B和第一工厂C的维护过程与第一工厂A相同,在此不再进行赘述。
通过上述实施场景,有助于实现待更新BIOS文件的自动下发,避免待更新默认BIOS信息维护使用不及时、维护过程出现纰漏的缺陷,进而无需耗费大量的人力时间对订单进行单独判断和维护,使得待更新BIOS文件能够及时部署在指定机型对应待生产设备中,从而简化维护流程,提高维护效率。
应该理解的是,虽然图1-图7中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图1-图7中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于相同发明构思,本发明还提供一种应用于第一工厂的第一测试服务器的BIOS版本更新装置。
图8是根据一示例性实施例提出的一种BIOS版本更新装置的结构框图。如图8所示,BIOS版本更新装置包括接收单元801、获取单元802、确定单元803和更新单元804。
接收单元801,用于接收数据库服务器发送的更新指令,更新指令包括待更新BIOS版本号及其对应的指定机型;
获取单元802,用于基于待更新BIOS版本号从数据库服务器中获取待更新BIOS文件;
确定单元803,用于根据指定机型,确定第一工厂待生产设备为指定机型的订单;
更新单元804,用于若订单的状态为未生产状态,则将待更新BIOS文件作为待生产设备的默认BIOS信息。
在一实施例中,装置还包括:维护单元,用于若订单的状态为生产中状态或者未交付状态,则将待生产设备默认BIOS信息维护为历史BIOS信息。
在另一实施例中,更新指令还包括存储待更新BIOS文件的文件名以及待更新BIOS文件的唯一标识,获取单元,包括:复制单元,用于根据文件名和唯一标识,将待更新BIOS文件从数据库服务器的指定路径下进行复制,得到待更新BIOS文件的副本。存储单元,用于将副本存放至本地指定路径下,得到待更新BIOS文件。
在又一实施例中,若订单的状态为生产中状态或者未交付状态,则装置还包括:查询单元,用于通过查询指令,查询并确定指定机型当前使用的历史BIOS信息。
在又一实施例中,装置还包括:创建单元,用于将查询指令创建成游标。
在又一实施例中,装置还包括:遍历单元,用于通过游标,遍历第一测试服务器中记录的状态为生产中状态或者未交付状态的订单对应的订单号。升级单元,用于通过版本刷新,将订单号对应订单中的各待生产设备的默认BIOS信息维护为历史BIOS信息。刷新单元,用于若订单号对应的订单状态为未交付状态,则通过版本刷新,将待生产设备默认BIOS信息维护为历史BIOS信息。
在又一实施例中,数据库服务器发送更新指令的装置,包括:查找单元,用于根据预置的配置文件中包括的多个待建立连接的工厂IP地址,确定建立远程连接的第一工厂。远程控制单元,用于基于配置文件中包括的第一工厂的用户名及密码,与第一工厂的第一测试服务器建立远程连接,将更新指令发送至第一测试服务器。
上述BIOS版本更新装置的具体限定以及有益效果可以参见上文中对于BIOS版本更新方法的限定,在此不再赘述。上述各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
图9是根据一示例性实施例提出的一种计算机设备的硬件结构示意图。如图9所示,该设备包括一个或多个处理器910以及存储器920,存储器920包括持久内存、易失内存和硬盘,图9中以一个处理器910为例。该设备还可以包括:输入装置930和输出装置940。
处理器910、存储器920、输入装置930和输出装置940可以通过总线或者其他方式连接,图9中以通过总线连接为例。
处理器910可以为中央处理器(Central Processing Unit,CPU)。处理器910还可以为其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片,或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器920作为一种非暂态计算机可读存储介质,包括持久内存、易失内存和硬盘,可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块,如本申请实施例中的业务管理方法对应的程序指令/模块。处理器910通过运行存储在存储器920中的非暂态软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述任意一种BIOS版本更新方法。
存储器920可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据、需要使用的数据等。此外,存储器920可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中,存储器920可选包括相对于处理器910远程设置的存储器,这些远程存储器可以通过网络连接至数据处理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置930可接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键信号输入。输出装置940可包括显示屏等显示设备。
一个或者多个模块存储在存储器920中,当被一个或者多个处理器910执行时,执行如图1-图7所示的方法。
上述产品可执行本发明实施例所提供的方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,具体可参见如图1-图7所示的实施例中的相关描述。
本发明实施例还提供了一种非暂态计算机存储介质,计算机存储介质存储有计算机可执行指令,该计算机可执行指令可执行上述任意方法实施例中的认证方法。其中,存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)、随机存储记忆体(RandomAccess Memory,RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive,缩写:HDD)或固态硬盘(Solid-State Drive,SSD)等;存储介质还可以包括上述种类的存储器的组合。
显然,上述实施例仅仅是为清楚地说明所作的举例,而并非对实施方式的限定。对于所属领域的普通技术人员来说,在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。

Claims (9)

1.一种BIOS版本更新方法,其特征在于,应用于第一工厂的第一测试服务器,所述方法包括:
接收数据库服务器发送的更新指令,所述更新指令包括待更新BIOS版本号及其对应的指定机型;
基于所述待更新BIOS版本号从所述数据库服务器中获取待更新BIOS文件;
根据所述指定机型,确定所述第一工厂待生产设备为所述指定机型的订单;
若所述订单的状态为未生产状态,则将所述待更新BIOS文件作为待生产设备的默认BIOS信息;
若所述订单的状态为生产中状态或者未交付状态,则将所述待生产设备默认BIOS信息维护为历史BIOS信息。
2.根据权利要求1所述的方法,其特征在于,所述更新指令还包括存储所述待更新BIOS文件的文件名以及所述待更新BIOS文件的唯一标识,所述基于所述待更新BIOS版本号从所述数据库服务器中获取待更新BIOS文件,包括:
根据所述文件名和所述唯一标识,将所述待更新BIOS文件从所述数据库服务器的指定路径下进行复制,得到所述待更新BIOS文件的副本;
将所述副本存放至本地指定路径下,得到所述待更新BIOS文件。
3.根据权利要求2所述的方法,其特征在于,若所述订单的状态为生产中状态或者未交付状态,则所述方法还包括:
通过查询指令,查询并确定所述指定机型当前使用的历史BIOS信息。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
将所述查询指令创建成游标。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
通过所述游标,遍历所述第一测试服务器中记录的状态为生产中状态或者未交付状态的所述订单对应的订单号;
通过版本刷新,将所述订单号对应订单中的各待生产设备的默认BIOS信息维护为所述历史BIOS信息。
6.根据权利要求1或5所述的方法,其特征在于,所述数据库服务器发送所述更新指令的方法,包括:
根据预置的配置文件中包括的多个待建立连接的工厂IP地址,确定建立远程连接的第一工厂;
基于所述配置文件中包括的第一工厂的用户名及密码,与所述第一工厂的第一测试服务器建立远程连接,将所述更新指令发送至所述第一测试服务器。
7.一种BIOS版本更新装置,其特征在于,应用于第一工厂的第一测试服务器,所述装置包括:
接收单元,用于接收数据库服务器发送的更新指令,所述更新指令包括待更新BIOS版本号及其对应的指定机型;
获取单元,用于基于所述待更新BIOS版本号从所述数据库服务器中获取待更新BIOS文件;
确定单元,用于根据所述指定机型,确定所述第一工厂待生产设备为所述指定机型的订单;
更新单元,用于若所述订单的状态为未生产状态,则将所述待更新BIOS文件作为待生产设备的默认BIOS信息;
维护单元,用于若所述订单的状态为生产中状态或者未交付状态,则将所述待生产设备默认BIOS信息维护为历史BIOS信息。
8.一种计算机设备,其特征在于,包括存储器和处理器,所述存储器和所述处理器之间互相通信连接,所述存储器中存储有计算机指令,所述处理器通过执行所述计算机指令,从而执行权利要求1-6中任一项所述的BIOS版本更新方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使所述计算机执行权利要求1-6中任一项所述的BIOS版本更新方法。
CN202111626324.2A 2021-12-28 2021-12-28 一种bios版本更新方法、bios版本更新装置及存储介质 Active CN114201203B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111626324.2A CN114201203B (zh) 2021-12-28 2021-12-28 一种bios版本更新方法、bios版本更新装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111626324.2A CN114201203B (zh) 2021-12-28 2021-12-28 一种bios版本更新方法、bios版本更新装置及存储介质

Publications (2)

Publication Number Publication Date
CN114201203A CN114201203A (zh) 2022-03-18
CN114201203B true CN114201203B (zh) 2023-11-14

Family

ID=80656981

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111626324.2A Active CN114201203B (zh) 2021-12-28 2021-12-28 一种bios版本更新方法、bios版本更新装置及存储介质

Country Status (1)

Country Link
CN (1) CN114201203B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105260302A (zh) * 2015-09-28 2016-01-20 浪潮电子信息产业股份有限公司 一种Linux老化系统下自动刷新Barebone BMC的方法
CN110096292A (zh) * 2019-04-24 2019-08-06 苏州浪潮智能科技有限公司 一种自适应刷新服务器bios固件的方法及系统
CN110377506A (zh) * 2019-06-21 2019-10-25 苏州浪潮智能科技有限公司 一种服务器测试优化方法
CN111309352A (zh) * 2020-01-21 2020-06-19 深圳市雷赛智能控制股份有限公司 驱动器固件授权管理方法、系统及计算机可读存储介质
CN111427601A (zh) * 2020-03-23 2020-07-17 深圳忆联信息系统有限公司 自动批量升级bios的方法、装置、计算机设备及存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180004502A1 (en) * 2016-06-30 2018-01-04 Dell Products L.P. Basic input/output system (bios) update control

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105260302A (zh) * 2015-09-28 2016-01-20 浪潮电子信息产业股份有限公司 一种Linux老化系统下自动刷新Barebone BMC的方法
CN110096292A (zh) * 2019-04-24 2019-08-06 苏州浪潮智能科技有限公司 一种自适应刷新服务器bios固件的方法及系统
CN110377506A (zh) * 2019-06-21 2019-10-25 苏州浪潮智能科技有限公司 一种服务器测试优化方法
CN111309352A (zh) * 2020-01-21 2020-06-19 深圳市雷赛智能控制股份有限公司 驱动器固件授权管理方法、系统及计算机可读存储介质
CN111427601A (zh) * 2020-03-23 2020-07-17 深圳忆联信息系统有限公司 自动批量升级bios的方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
CN114201203A (zh) 2022-03-18

Similar Documents

Publication Publication Date Title
CN109254789B (zh) 智能设备电控固件烧写方法、系统、智能设备及服务器
CN105487892B (zh) 一种Linux环境下的云中GIS服务部署系统
US11513789B2 (en) Application deployment method, apparatus, and system
CN109905256A (zh) 一种固件更新方法和装置
CN105354140A (zh) 一种自动化测试的方法及系统
CN113067811A (zh) 协议转换方法、装置、系统、电子设备及存储介质
CN106027644B (zh) 一种业务的校验方法及系统
JP2004005693A (ja) 監視システムにより遠隔的に監視される装置を修正する方法及び装置
CN106851626B (zh) 局域网环境下安卓系统批量升级的实现装置及方法
KR20080085934A (ko) 자동업데이트 기능을 구비한 원격관리 시스템
CN105072398B (zh) 一种设备升级方法和装置
CN112104501A (zh) 一种农机深松物联网终端设备的软件远程升级的方法
CN108989382A (zh) 用于更换和/或克隆机器的至少一些设备的方法
CN112702195A (zh) 网关配置方法、电子设备及计算机可读存储介质
CN108616391A (zh) 服务器端进行设备固件升级的方法及系统
CN108958786B (zh) 一种冰箱软件的匹配和更新处理方法及装置
CN114201203B (zh) 一种bios版本更新方法、bios版本更新装置及存储介质
CN116700751A (zh) 一种服务器固件的升级方法及计算设备
CN113656088B (zh) 互联网数据中心服务器自助管理方法、装置和存储介质
EP3866445A1 (en) Managing certificates in a building management system
CN113050980B (zh) 一种功能配置信息获取方法、装置及计算机可读存储介质
CN113179181A (zh) 数据采集方法、装置、系统、数据处理装置及电子设备
US11048217B2 (en) Method and system for an automated configuration of an industrial controller
CN113031977A (zh) 一种软件批量化安装方法以及相关装置
CN112306492A (zh) 一种基于管理者和工作者架构的支持多平台的自动化编译方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant