一种固件配置项目录生成优化方法、装置、设备及介质与流程

1.本发明涉及目录生成领域，尤其是涉及一种固件配置项目录生成优化方法、装置、设备及介质。


背景技术：

2.服务器的配置项对于维护人员来说，可以了解服务器的具体配置情况，也可以针对服务器配置项进行自定义设置。
3.目前现有技术中服务器的配置项展示并不区分固件类型，不同类型固件配置项直接按照统一规则直接生成目录，并进行统一展示。
4.但是每一种固件类型的配置项一般会有几百项，不同固件类型的配置项目录生成策略也不同，对于不同固件类型配置项的展示以及维护十分不便，不同类型固件目录的生成的适应性不高。


技术实现要素：

5.本发明为了解决现有技术中存在的问题，创新提出了一种固件配置项目录生成优化方法及装置，有效解决由于现有技术造成目录生成不区分固件类型的问题，有效地提高服务器配置项的目录生成的适应性。
6.本发明第一方面提供了一种固件配置项目录生成优化方法，应用于多服务器的管理软件中，包括：
7.将固件配置项根据固件类型不同，划分为第一类型固件配置项以及第二类型固件配置项；
8.针对第一类型固件配置项执行第一配置项目录生成策略；其中，第一配置项目录生成策略用于生成包括一级目录以及二级目录的第一配置项目录。
9.针对第二类型固件配置项执行第二配置项目录生成策略；其中，第二配置项目录生成策略用于根据父层级配置文件以及子层级配置文件生成第二配置项目录。
10.可选地，第一类型固件配置项为bios固件配置项，第二类型固件配置项为bmc固件配置项。
11.进一步地，针对第一类型固件配置项执行第一配置项目录生成策略具体包括：
12.针对bios固件配置项、参数数组以及参数数组元素进行初始化，获取一级目录；所述参数数组中的参数数组元素用于标识当前目录中是否包括子目录；
13.读取bios固件类型配置文件，获取bios固件类型配置文件中除了一级目录以外所有的子目录，将当前子目录赋值给参数数组中的参数数组元素；
14.遍历当前子目录对应的参数数组元素是否为空，如果当前子目录对应的参数数组元素为空，则不生成二级目录，如果当前子目录对应的参数数组元素不为空，则将当前子目录中的目录元素对应生成二级目录。
15.可选地，针对第二类型固件配置项执行第二配置项目录生成策略具体包括：
16.根据服务器机型生成第一配置文件，所述第一配置文件中存储有所有机型对应的全部bmc固件配置项；
17.根据第一配置文件中bmc固件配置项的从属关系中生成与服务器机型对应的第二配置文件以及第三配置文件，所述第二配置文件存储有与当前服务器机型对应的不能进行配置的父级bmc固件配置项；所述第三配置文件存储有与当前服务器机型对应的不能进行配置的子级bmc固件配置项；
18.根据第一配置文件、第二配置文件以及第三配置文件生成第二配置项目录。
19.进一步地，bmc固件配置项包括父级bmc固件配置项以及子级bmc固件配置项，其中，子级bmc固件配置项为父级bmc固件配置项下属的bmc固件配置项；第二配置文件中的父级bmc固件配置项为服务器机型对应的不能进行配置的父级bmc固件配置项；第三配置文件中的子级bmc固件配置项为服务器机型对应的不能进行配置的子级bmc固件配置项。
20.可选地，根据第一配置文件与第二配置文件以及第三配置文件生成第二配置项目录具体是：
21.将第一配置文件中存储的所有机型对应的全部bmc固件配置项以及第二配置文件存储的当前服务器机型对应的不能进行配置的父级bmc固件配置项进行取补集操作，确定与当前服务器机型对应的可配置的父级bmc固件配置项；
22.将第一配置文件中存储的所有机型对应的bmc固件配置项以及第三配置文件存储的当前服务器机型对应的不能进行配置的子级bmc固件配置项进行取补集操作，确定与当前服务器机型对应的可配置的子级bmc固件配置项；
23.将与当前服务器机型对应的可配置的父级bmc固件配置项、与当前服务器机型对应的可配置的子级bmc固件配置项生成第二配置项目录。
24.可选地，还包括：
25.获取用户输入的目录信息，根据用户输入的目录信息确定用户选择的目录；
26.将属于用户选择目录的固件配置项按照目录以及目录元素的形式进行展示。
27.本发明第二方面提供了一种固件配置项目录生成优化装置，应用于多服务器的管理软件中，包括：
28.划分模块，将固件配置项根据固件类型不同，划分为第一类型固件配置项以及第二类型固件配置项；
29.第一生成模块，针对第一类型固件配置项执行第一配置项目录生成策略；其中，第一配置项目录生成策略用于生成包括一级目录以及二级目录的第一配置项目录。
30.第二生成模块，针对第二类型固件配置项执行第二配置项目录生成策略；其中，第二配置项目录生成策略用于根据父层级配置文件以及子层级配置文件生成第二配置项目录。
31.本发明第三方面提供了一种电子设备，包括：存储器，用于存储计算机程序；处理器，用于执行所述计算机程序时实现如本发明第一方面所述的一种固件配置项目录生成优化方法的步骤。
32.本发明第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如本发明第一方面所述的一种固件配置项目录生成优化方法的步骤。
33.本发明采用的技术方案包括以下技术效果：
34.1、本发明有效解决由于现有技术造成目录生成不区分固件类型的问题，使得服务器配置项的目录生成与固件类型相适应。
35.2、本发明技术方案不需要一次性渲染所有的配置项，同时根据固件类型的不同，制定不同的目录生成策略，因此它可以很好的对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高目录生成策略的可重用性。
36.3、本发明技术方案中在第二类型固件配置项执行第二配置项目录生成策略时第一配置文件为所有机型对应的全部配置项，第二配置文件以及第三配置文件均是基于当前服务器机型对应的配置项；根据第一配置文件、第二配置文件以及第三配置文件生成第二配置项目录，使得第二配置项目录可以与当前服务器机型相对应，而且可以兼容不同服务器机型类型的配置项目录的生成，仅需更新维护与当前服务器机型对应的第二配置文件以及第三配置文件，免去了研发人员在固件配置开发时随着机型的增加不断增加机型兼容的代码，同时对外帮助固件运维人员实时追加软件中固件配置的命令。
37.4、本发明技术方案中可以bios(basic input output system，基本输入输出系统)固件类型配置项的从属关系对应生成一级目录以及第二目录，也可以根据bmc(baseboard management controller，基板管理控制器)固件类型配置项的层级关系生成第二配置文件以及第三配置文件，并根据第一配置文件、第二配置文件以及第三配置文件对应生成第二配置项目录，简化显示目录结构，根据bmc的不同场景(服务器机型不同)，采用不同的兼容机型和展示策略，展示效果更加直观。
38.应当理解的是以上的一般描述以及后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
39.为了更清楚说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单介绍，显而易见的，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
40.图1为本发明方案中实施例一方法的一流程示意图；
41.图2为本发明方案中实施例一方法中步骤s2的流程示意图；
42.图3为本发明方案中实施例一方法中bios固件配置项目录(第一配置项目录)示意图；
43.图4为本发明方案中实施例一方法中步骤s3的流程示意图；
44.图5为本发明方案中实施例一方法中步骤s33的流程示意图；
45.图6为本发明方案中实施例一方法中bmc固件配置项目录(第二配置项目录)示意图；
46.图7为本发明方案中实施例一方法的另一流程示意图；
47.图8为本发明方案中实施例二装置的结构示意图；
48.图9为本发明方案中实施例三设备置的结构示意图。
具体实施方式
49.为能清楚说明本方案的技术特点，下面通过具体实施方式，并结合其附图，对本发明进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开，下文中对特定例子的部件和设置进行描述。此外，本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意，在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。
50.实施例一
51.如图1所示，本发明提供了一种固件配置项目录生成优化方法，应用于多服务器的管理软件中，包括：
52.s1，将固件配置项根据固件类型不同，划分为第一类型固件配置项以及第二类型固件配置项；
53.s2，针对第一类型固件配置项执行第一配置项目录生成策略；其中，第一配置项目录生成策略用于生成包括一级目录以及二级目录的第一配置项目录。
54.s3，针对第二类型固件配置项执行第二配置项目录生成策略；其中，第二配置项目录生成策略用于根据父层级配置文件以及子层级配置文件生成第二配置项目录。
55.在步骤s1中，第一类型固件配置项可以为bios固件配置项，第二类型固件配置项可以为bmc固件配置项。
56.在步骤s2中，如图2所示，步骤s2具体包括：
57.s21，针对bios固件配置项、参数数组以及参数数组元素进行初始化，获取一级目录；所述参数数组中的参数数组元素用于标识当前目录中是否包括子目录；
58.s22，读取bios固件类型配置文件，获取bios固件类型配置文件中除了一级目录以外所有的子目录，将当前子目录赋值给参数数组中的参数数组元素；
59.s23，遍历当前子目录对应的参数数组元素是否为空，如果判断结果为是，执行步骤s24；如果判断结果为否，则执行步骤s25；
60.s24，则不生成二级目录；
61.s25，则将当前子目录中的目录元素对应生成二级目录。
62.在步骤s21
‑
s25中，针对bios固件配置项、参数数组以及参数数组元素进行初始化，获取一级目录；所述参数数组中的参数数组元素用于标识当前目录中是否包括子目录，
63.如图3所示，为生成的bios固件配置项目录。用户访问bios固件类型配置项时，触发调用doneeach(解析函数)，以解析并初始化参数数组(list)以及参数数组元素(lisdata)等参数，参数数组中的参数数组元素用于标识当前目录(除了一级目录以外的子目录)中是否包括子目录，并将作为判断标志的参数数组元素lisdata值初始化为空，初始化完成后，即可获得一级目录(首层目录)；读取bios固件配置xml(可扩展标记语言，配置文件格式)文档的内容，解析出xml文档中除1级标题外的所有标题及标题内容，并赋值给参数数组list中的参数数组元素lisdata；遍历判断所有目录条目的参数数组元素lisdata值，判断是否为空，如果为空，则将表示其无子目录，则不生成二级目录。如果不为空，读取当前子目录下所有子元素，将当前子目录中的目录元素对应生成二级目录。
64.在步骤s3中，如图4所示，步骤s3具体包括：
65.s31，根据服务器机型生成第一配置文件，所述第一配置文件中存储有所有机型对应的全部bmc固件配置项；
66.s32，根据第一配置文件中bmc固件配置项的从属关系中生成与服务器机型对应的第二配置文件以及第三配置文件，所述第二配置文件存储有与当前服务器机型对应的不能进行配置的父级bmc固件配置项；所述第三配置文件存储有与当前服务器机型对应的不能进行配置的子级bmc固件配置项；
67.s33，根据第一配置文件、第二配置文件以及第三配置文件生成第二配置项目录。
68.其中，在步骤s31
‑
s33中，bmc固件配置项包括父级bmc固件配置项以及子级bmc固件配置项，其中，子级bmc固件配置项为父级bmc固件配置项下属的bmc固件配置项；父级bmc固件配置项可以是snmp(简单网络管理协议)配置项、smtp(简单邮件传输协议)配置项、user(用户)配置项、ntp(网络时间协议)配置项、net(网络)配置项、dns(域名解析)配置项、service(服务)配置项、snmpgetset(snmp测试工具中的get获取命令行以及set设置命令行)配置项、bmcsys(bmc中的sys执行命令行)配置项、ldap(轻型目录访问协议)配置项、ssl(远程登录)配置项等，子级bmc固件配置项可以是ntp.server4(ntp配置项的下属的bmc固件配置项)，snmp.alarmstrategy(snmp配置项的下属的bmc固件配置项)，snmp.systemid(snmp配置项的下属的另一bmc固件配置项)，snmpgetset.trapport(snmpgetset配置项的下属的bmc固件配置项)等，第一配置文件可以存储所有机型对应的全部bmc固件配置项，为了减小存储空间，也可以仅存储所有服务器机型对应的通用bmc固件配置项，其中某一机型对应的通用bmc固件配置项可以根据实际情况进行更新(新增、删除、修改等)，通用可以根据bmc固件配置项的使用频率确定，也可以通过其他方式确定，本发明在此不做限制。第一配置文件中的服务器机型可以常用m5、m6机型，也可以是其他服务器机型，可以根据服务器机型情况进行更新某一机型的全部bmc固件配置项(新增、删除、修改等)。
69.第二配置文件中的父级bmc固件配置项为服务器机型对应的不能进行配置的父级bmc固件配置项，例如nf58***m5(m5机型):[service，snmpgetset]；第三配置文件中的子级bmc固件配置项为服务器机型对应的不能进行配置的子级bmc固件配置项，例如nf58***m5(m5机型):[snmp.systemid，snmpgetset.trapport]。
[0070]
如图5所示，步骤s33具体包括：
[0071]
s331，将第一配置文件中存储的所有机型对应的全部bmc固件配置项以及第二配置文件存储的当前服务器机型对应的不能进行配置的父级bmc固件配置项进行取补集操作，确定与当前服务器机型对应的可配置的父级bmc固件配置项；
[0072]
s332，将第一配置文件中存储的所有机型对应的全部bmc固件配置项以及第三配置文件存储的当前服务器机型对应的不能进行配置的子级bmc固件配置项进行取补集操作，确定与当前服务器机型对应的可配置的子级bmc固件配置项；
[0073]
s333，将与当前服务器机型对应的可配置的父级bmc固件配置项、与当前服务器机型对应的可配置的子级bmc固件配置项生成第二配置项目录。
[0074]
在步骤s331中，将第一配置文件中存储的所有机型对应的全部bmc固件配置项以及第二配置文件存储的当前服务器机型对应的不能进行配置的父级bmc固件配置项进行取补集操作，即剔除第一配置文件中与第二配置文件中当前服务器机型对应的不能进行配置的父级bmc固件配置项相同的父级bmc固件配置项，第一配置文件中当前服务器机型对应的
剩余的父级bmc固件配置项，即为与当前服务器机型对应的可配置的父级bmc固件配置项。
[0075]
s332，将第一配置文件中存储的所有机型对应的全部bmc固件配置项以及第三配置文件存储的当前服务器机型对应的不能进行配置的子级bmc固件配置项进行取补集操作，即剔除第一配置文件中与第二配置文件中当前服务器机型对应的不能进行配置的子级bmc固件配置项相同的子级bmc固件配置项，第一配置文件中当前服务器机型对应的剩余的子级bmc固件配置项，即为与当前服务器机型对应的可配置的子级bmc固件配置项。
[0076]
在步骤s333中，将与当前服务器机型对应的可配置的父级bmc固件配置项、与当前服务器机型对应的可配置的子级bmc固件配置项生成第二配置项目录，如图6所示。
[0077]
如图7所示，本发明技术方案还提供了一种固件配置项目录生成优化方法，还包括：
[0078]
s4，获取用户输入的目录信息，根据用户输入的目录信息确定用户选择的目录；
[0079]
s5，将属于用户选择目录的固件配置项按照目录以及目录元素的形式进行展示。
[0080]
在步骤s4
‑
s5中，用户选择查看某个目录内容：用户单击目录时，触发调用ready函数。以用户选择目录“processor”为例说明：初始化生成目录列表后，用户单击“processor”，触发调用ready，读取选中标题的id和标题内容赋值给key(用于标识当前访问元素)；读取并解析当前元素xml文档中的下级数据，如下级数据还有子元素，则下级数据作为二级目录(或子级bmc固件配置项)显示；否则下级数据作为一级目录的元素(或父级bmc固件配置项)直接显示。
[0081]
需要说明的是，本发明技术方案中步骤s1
‑
s5均可以通过硬件或软件语言编程实现，实现的思路与步骤相对应，也可以通过其他方式实现，本发明在此不做限制。
[0082]
本发明有效解决由于现有技术造成目录生成不区分固件类型的问题，使得服务器配置项的目录生成与固件类型相适应。
[0083]
本发明技术方案不需要一次性渲染所有的配置项，同时根据固件类型的不同，制定不同的目录生成策略，因此它可以很好的对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高目录生成策略的可重用性。
[0084]
本发明技术方案中在第二类型固件配置项执行第二配置项目录生成策略时第一配置文件为所有机型对应的全部配置项，第二配置文件以及第三配置文件均是基于当前服务器机型对应的配置项；根据第一配置文件、第二配置文件以及第三配置文件生成第二配置项目录，使得第二配置项目录可以与当前服务器机型相对应，而且可以兼容不同服务器机型类型的配置项目录的生成，仅需更新维护与当前服务器机型对应的第二配置文件以及第三配置文件，免去了研发人员在固件配置开发时随着机型的增加不断增加机型兼容的代码，同时对外帮助固件运维人员实时追加软件中固件配置的命令。
[0085]
本发明技术方案中可以bios固件类型配置项的从属关系对应生成一级目录以及第二目录，也可以根据bmc固件类型配置项的层级关系生成第二配置文件以及第三配置文件，并根据第一配置文件、第二配置文件以及第三配置文件对应生成第二配置项目录，简化显示目录结构，根据bmc的不同场景(服务器机型不同)，采用不同的兼容机型和展示策略，展示效果更加直观。
[0086]
实施例二
[0087]
如图8所示，本发明技术方案还提供了一种固件配置项目录生成优化装置，应用于
多服务器的管理软件中，包括：
[0088]
划分模块101，将固件配置项根据固件类型不同，划分为第一类型固件配置项以及第二类型固件配置项；
[0089]
第一生成模块102，针对第一类型固件配置项执行第一配置项目录生成策略；其中，第一配置项目录生成策略用于生成包括一级目录以及二级目录的第一配置项目录。
[0090]
第二生成模块103，针对第二类型固件配置项执行第二配置项目录生成策略；其中，第二配置项目录生成策略用于根据父层级配置文件以及子层级配置文件生成第二配置项目录。
[0091]
本发明有效解决由于现有技术造成目录生成不区分固件类型的问题，使得服务器配置项的目录生成与固件类型相适应。
[0092]
本发明技术方案不需要一次性渲染所有的配置项，同时根据固件类型的不同，制定不同的目录生成策略，因此它可以很好的对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高目录生成策略的可重用性。
[0093]
本发明技术方案中在第二类型固件配置项执行第二配置项目录生成策略时第一配置文件为所有机型对应的全部配置项，第二配置文件以及第三配置文件均是基于当前服务器机型对应的配置项；根据第一配置文件、第二配置文件以及第三配置文件生成第二配置项目录，使得第二配置项目录可以与当前服务器机型相对应，而且可以兼容不同服务器机型类型的配置项目录的生成，仅需更新维护与当前服务器机型对应的第二配置文件以及第三配置文件，免去了研发人员在固件配置开发时随着机型的增加不断增加机型兼容的代码，同时对外帮助固件运维人员实时追加软件中固件配置的命令。
[0094]
本发明技术方案中可以bios固件类型配置项的从属关系对应生成一级目录以及第二目录，也可以根据bmc固件类型配置项的层级关系生成第二配置文件以及第三配置文件，并根据第一配置文件、第二配置文件以及第三配置文件对应生成第二配置项目录，简化显示目录结构，根据bmc的不同场景(服务器机型不同)，采用不同的兼容机型和展示策略，展示效果更加直观。
[0095]
实施例三
[0096]
如图9所示，本发明技术方案还提供了一种电子设备，包括：存储器201，用于存储计算机程序；处理器202，用于执行所述计算机程序时实现如实施例一中的一种固件配置项目录生成优化方法的步骤。
[0097]
本技术实施例中的存储器201用于存储各种类型的数据以支持电子设备的操作。这些数据的示例包括：用于在电子设备上操作的任何计算机程序。可以理解，存储器201可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(rom，read only memory)、可编程只读存储器(prom，programmable read
‑
only memory)、可擦除可编程只读存储器(eprom，erasable programmable read
‑
only memory)、电可擦除可编程只读存储器(eeprom，electrically erasable programmable read
‑
only memory)、磁性随机存取存储器(fram，ferromagnetic random access memory)、快闪存储器(flashmemory)、磁表面存储器、光盘、或只读光盘(cd
‑
rom，compact disc read
‑
only memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(ram，random accessmemory)，其用作外部高速缓
存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(sram，static random access memory)、同步静态随机存取存储器(ssram，synchronous static random access memory)、动态随机存取存储器(dram，dynamic random access memory)、同步动态随机存取存储器(sdram，synchronousdynamic random access memory)、双倍数据速率同步动态随机存取存储器(ddrsdram，double data rate synchronous dynamic random access memory)、增强型同步动态随机存取存储器(esdram，enhanced synchronous dynamic random access memory)、同步连接动态随机存取存储器(sldram，synclink dynamic random access memory)、直接内存总线随机存取存储器(drram，direct rambus random access memory)。本技术实施例描述的存储器201旨在包括但不限于这些和任意其它适合类型的存储器。上述本技术实施例揭示的方法可以应用于处理器202中，或者由处理器202实现。处理器202可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器202中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器202可以是处理器、dsp(digital signal processing，即指能够实现数字信号处理技术的芯片)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器202可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器201，处理器202读取存储器201中的程序，结合其硬件完成前述方法的步骤。处理器202执行所述程序时实现本技术实施例的各个方法中的相应流程，为了简洁，在此不再赘述。
[0098]
本发明有效解决由于现有技术造成目录生成不区分固件类型的问题，使得服务器配置项的目录生成与固件类型相适应。
[0099]
本发明技术方案不需要一次性渲染所有的配置项，同时根据固件类型的不同，制定不同的目录生成策略，因此它可以很好的对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高目录生成策略的可重用性。
[0100]
本发明技术方案中在第二类型固件配置项执行第二配置项目录生成策略时第一配置文件为所有机型对应的全部配置项，第二配置文件以及第三配置文件均是基于当前服务器机型对应的配置项；根据第一配置文件、第二配置文件以及第三配置文件生成第二配置项目录，使得第二配置项目录可以与当前服务器机型相对应，而且可以兼容不同服务器机型类型的配置项目录的生成，仅需更新维护与当前服务器机型对应的第二配置文件以及第三配置文件，免去了研发人员在固件配置开发时随着机型的增加不断增加机型兼容的代码，同时对外帮助固件运维人员实时追加软件中固件配置的命令。
[0101]
本发明技术方案中可以bios固件类型配置项的从属关系对应生成一级目录以及第二目录，也可以根据bmc固件类型配置项的层级关系生成第二配置文件以及第三配置文件，并根据第一配置文件、第二配置文件以及第三配置文件对应生成第二配置项目录，简化显示目录结构，根据bmc的不同场景(服务器机型不同)，采用不同的兼容机型和展示策略，展示效果更加直观。
[0102]
实施例四
[0103]
本发明技术方案还提供了一种计算机可读存储介质，所述计算机可读存储介质上
存储有计算机程序，所述计算机程序被处理器执行时实现如实施例一中的的一种固件配置项目录生成优化方法的步骤。
[0104]
例如包括存储计算机程序的存储器201，上述计算机程序可由处理器202执行，以完成前述方法所述步骤。计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、flash memory、磁表面存储器、光盘、或cd
‑
rom等存储器。
[0105]
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。或者，本技术上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机、服务器、或者网络设备等)执行本技术各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0106]
本发明有效解决由于现有技术造成目录生成不区分固件类型的问题，使得服务器配置项的目录生成与固件类型相适应。
[0107]
本发明技术方案不需要一次性渲染所有的配置项，同时根据固件类型的不同，制定不同的目录生成策略，因此它可以很好的对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高目录生成策略的可重用性。
[0108]
本发明技术方案中在第二类型固件配置项执行第二配置项目录生成策略时第一配置文件为所有机型对应的全部配置项，第二配置文件以及第三配置文件均是基于当前服务器机型对应的配置项；根据第一配置文件、第二配置文件以及第三配置文件生成第二配置项目录，使得第二配置项目录可以与当前服务器机型相对应，而且可以兼容不同服务器机型类型的配置项目录的生成，仅需更新维护与当前服务器机型对应的第二配置文件以及第三配置文件，免去了研发人员在固件配置开发时随着机型的增加不断增加机型兼容的代码，同时对外帮助固件运维人员实时追加软件中固件配置的命令。
[0109]
本发明技术方案中可以bios固件类型配置项的从属关系对应生成一级目录以及第二目录，也可以根据bmc固件类型配置项的层级关系生成第二配置文件以及第三配置文件，并根据第一配置文件、第二配置文件以及第三配置文件对应生成第二配置项目录，简化显示目录结构，根据bmc的不同场景(服务器机型不同)，采用不同的兼容机型和展示策略，展示效果更加直观。
[0110]
上述虽然结合附图对本发明的具体实施方式进行了描述，但并非对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。