一种文件加载方法和计算机可读存储介质与流程

1.本技术涉及计算机领域中的文件加载技术，尤其涉及一种文件加载方法和计算机可读存储介质。


背景技术：

2.目前，统一可扩展固件接口(unified extensible firmware interface，uefi)都有一组默认(default)设定值，不同的客户根据自己的使用情况需要不同的default设定值。并且，有一部分客户会要求修改uefi的default值。为了满足上述需求，相关技术中uefi的研发人员需要在同一个项目上给不同的客户开发不同default的客户版本，或者，使用带外工具修改uefi的设定值。但是，上述方案占用的uefi研发以及项目测试资源较大，且只能在客户下载uefi的default值前才能对default值进行修改，修改的局限性较大。


技术实现要素：

3.为解决上述技术问题，本技术实施例期望提供一种文件加载方法和计算机可读存储介质，解决了相关技术中占用的uefi研发以及项目测试资源较大，且修改局限性大的问题。
4.本技术的技术方案是这样实现的：
5.一种文件加载方法，所述方法包括：
6.获取针对电子设备的引导系统的配置参数的系统配置文件；其中，所述系统配置文件中包括所述配置参数的系统配置信息；所述系统配置文件为结构性格式文件；
7.接收用于修改所述系统配置文件的修改指令；
8.基于所述修改指令，修改所述系统配置文件中的所述配置参数的配置信息，得到更新的系统配置文件；
9.接收用于获取目标系统配置文件的获取请求，并基于所述获取请求从所述更新的系统配置文件中获取所述目标系统配置文件。
10.上述方案中，所述接收用于修改所述系统配置文件的修改请求之前，还包括：
11.在所述电子设备的目标管理模块/目标接口中确定目标存储区域；
12.存储所述系统配置文件至所述目标管理模块/目标接口的所述目标存储区域。
13.上述方案中，所述基于所述修改指令修改所述系统配置文件中的所述配置参数的配置信息得到更新的系统配置文件并保存，包括：
14.基于所述修改指令，从所述目标存储区域中获取所述系统配置文件，并分析所述修改指令确定目标配置信息；
15.基于所述目标配置信息，修改所述系统配置文件中与所述目标配置信息匹配的目标配置参数的配置信息，得到所述更新的系统配置文件；
16.存储所述更新的系统配置文件至所述目标存储区域。
17.上述方案中，所述方法还包括：
18.接收用于设置所述更新的系统配置文件的文件名称的设置信息；其中，所述设置信息中携带有所述更新的系统配置文件的目标文件名称；
19.基于所述设置信息，设置所述更新的系统配置文件的文件名称为所述目标文件名称，并建立所述目标文件名称与所述更新的系统配置文件的关联关系；
20.存储所述目标文件名称至所述目标存储区域。
21.上述方案中，所述方法还包括：
22.在所述目标管理模块/目标接口的目标存储区域中确定目标子存储区域；
23.相应的，所述存储所述目标名称至所述目标存储区域，包括：
24.存储所述目标文件名称至所述目标管理模块/目标接口的所述目标子存储区域。
25.上述方案中，所述方法还包括：
26.在所述更新的系统配置文件包括多个版本的情况下，设置每一版本的所述更新的系统配置文件的优先级；
27.存储每一版本的所述更新的系统配置文件的优先级至所述目标子存储区域。
28.上述方案中，每一版本的所述更新的系统配置文件存储在所述目标存储区域的不同子区域。
29.上述方案中，所述基于所述获取请求从所述更新的系统配置文件中获取所述目标系统配置文件，包括：
30.基于所述获取请求从所述目标子存储区域中获取所述优先级和所述目标文件名称；
31.基于所述优先级、所述目标文件名称和所述关联关系，从所述目标存储区域中存储的所述更新的系统配置文件中获取所述目标系统配置文件。
32.上述方案中，所述目标接口包括引导系统的通信接口，所述目标管理模块包括基板管理控制器。
33.一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述所述的文件加载方法的步骤。
34.本技术的实施例所提供的文件加载方法和计算机可读存储介质，获取针对电子设备的引导系统的配置参数的包括配置参数的系统配置信息的系统配置文件，系统配置文件为结构性格式文件，接收用于修改系统配置文件的修改指令，基于修改指令修改系统配置文件中的配置参数的配置信息，得到更新的系统配置文件，接收用于获取目标系统配置文件的获取请求，并基于获取请求从更新的系统配置文件中获取目标系统配置文件，如此，可以先获取系统配置文件，在用户需要修改自己的系统配置文件时，可以根据自己的修改需求修改系统配置文件，而不需要开发的开发阶段开发多个系统配置文件，并且也可以在用户下载系统配置文件之后对配置参数的配置信息进行修改，不局限使用场景，解决了相关技术中占用的uefi研发以及项目测试资源较大，且修改局限性大的问题，避免了资源的浪费，保证了修改的可操作性。
附图说明
35.图1为本技术的实施例提供的一种文件加载方法的流程示意图；
36.图2为本技术的实施例提供的另一种文件加载方法的流程示意图；
37.图3为本技术的实施例提供的又一种文件加载方法的流程示意图；
38.图4为本技术的实施例提供的一种文件加载装置的结构示意图
39.图5为本技术的实施例提供的一种电子设备的结构示意图。
具体实施方式
40.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
41.本技术的实施例提供一种文件加载方法，该方法应用于电子设备中，参照图1所示，该方法包括以下步骤：
42.步骤101、获取针对电子设备的引导系统的配置参数的系统配置文件。
43.其中，系统配置文件中包括配置参数的系统配置信息；系统配置文件为结构性格式文件。
44.在本技术实施例中，引导系统可以指的是用来引导电子设备启动的系统；在一种可行的实现方式中，引导系统可以包括uefi系统。系统配置文件可以指的是记载了uefi系统的配置参数的文件；系统配置信息可以指的是uefi系统的默认的一些配置信息；在一种可行的实现方式中，系统配置信息可以指的是default配置信息；也就是说，系统配置文件是关于uefi系统的default配置信息的文件。需要说明的是，系统配置文件可以是面向所有用户的default配置文件。
45.在本技术其他实施例中，结构性格式文件指的是系统配置文件是以结构性格式存在的；其中，系统配置文件可以设置成structure格式文件。在一种可行的实现方式中，系统配置文件可以设置成default.xml的文件。
46.步骤102、接收用于修改系统配置文件的修改指令。
47.其中，修改指令可以是有系统配置文件修改需求的用户生成的；当然，有系统配置文件修改需求的用户可以指的是有uefi系统的default配置文件的用户；也就是说，本技术实施例中可以接收不同用户的不同修改指令。需要说明的是，该修改指令可以是用户在自己本地终端上生成并触发的。
48.步骤103、基于修改指令，修改系统配置文件中的配置参数的配置信息，得到更新的系统配置文件。
49.其中，修改指令中包括用户想要修改的系统配置文件的配置参数，以及将想要修改的配置参数对应的修改后的配置信息；当然，修改指令也可以包括两种指令，第一种指令是发起修改配置参数的修改请求，第二种指令是具体对系统配置文件中的配置参数的配置信息进行修改的对应的修改后配置信息；当修改指令包括两种指令的时候，用户可以先输入第一种指令，之后输入第二种指令；相应的，电子设备可以先响应第一种指令下载系统配置文件，之后响应第二种指令根据用户输入的信息对系统配置文件中的配置参数的配置信息进行修改，从而得到修改后的更新的系统配置文件；当修改指令包括一种指令时，电子设备直接相应修改指令下载系统配置文件，并根据用户输入的信息对系统配置文件中的配置参数的配置信息进行修改。
50.步骤104、接收用于获取目标系统配置文件的获取请求，并基于获取请求从更新的
系统配置文件中获取目标系统配置文件。
51.在本技术实施例中，获取请求可以是用户在发送修改指令后，用户的电子设备在完成对系统配置文件中的配置参数的配置信息的修改后输入至电子设备的；该获取请求是用来获取用户在当前应用场景中需要的目标系统配置文件的请求。也就是说，用户在将获取请求输入至电子设备后，电子设备可以响应该获取请求从更新的系统配置文件中确定用户需要的目标系统配置文件。需要说明的是，更新的系统配置文件中可以包括多个系统配置文件。
52.本技术的实施例所提供的文件加载方法，获取针对电子设备的引导系统的配置参数的包括配置参数的系统配置信息的系统配置文件，系统配置文件为结构性格式文件，接收用于修改系统配置文件的修改指令，基于修改指令修改系统配置文件中的配置参数的配置信息，得到更新的系统配置文件，接收用于获取目标系统配置文件的获取请求，并基于获取请求从更新的系统配置文件中获取目标系统配置文件，如此，可以先获取系统配置文件，在用户需要修改自己的系统配置文件时，可以根据自己的修改需求修改系统配置文件，而不需要开发的开发阶段开发多个系统配置文件，并且也可以在用户下载系统配置文件之后对配置参数的配置信息进行修改，不局限使用场景，解决了相关技术中占用的uefi研发以及项目测试资源较大，且修改局限性大的问题，避免了资源的浪费，保证了修改的可操作性。
53.基于前述实施例，本技术的实施例提供一种文件加载方法，参照图2所示，该方法包括以下步骤：
54.步骤201、电子设备获取针对电子设备的引导系统的配置参数的系统配置文件。
55.其中，系统配置文件中包括配置参数的系统配置信息；系统配置文件为结构性格式文件。
56.在本技术实施例中，配置参数可以包括item选项和default信息；其中，item选项和default信息的值都是可调整的。需要说明的是，开发人员可以提前开发好适合所有用户的系统配置文件，并将该系统配置文件分配给自己的用户。这样，用户需要对自己的系统配置文件进行修改的时候，可以通过自己的终端(电子设备)获取到该系统配置文件。此外，因为本技术实施例中的系统配置文件可以适用于所有用户，也就不需要开发人员针对不同用户开发不同版本的系统配置文件，减少了资源消耗，且降低了成本。
57.步骤202、电子设备在电子设备的目标管理模块/目标接口中确定目标存储区域。
58.其中，目标接口包括引导系统的通信接口，目标管理模块包括基板管理控制器。
59.在本技术实施例中，目标接口可以指的是uefi的串行外设接口(serial peripheral interface，spi)，目标管理模块可以指的是基板管理控制器(baseboard management controller，bmc)；也就是说，目标存储区域可以是uefi的spi只读存储器(read
‑
only memory，rom)中的区域，和/或bmc的数据库(database)中。在一种可行的实现方式中，目标存储区域可以是uefi的spi rom中定义的一个固定的区域段。
60.步骤203、电子设备存储系统配置文件至目标管理模块/目标接口的目标存储区域。
61.其中，default文件可以存储在uefi的spi rom中的固定的区域段处，或者，存储在bmc的database的特定区域中，或者，既存储在uefi的spi rom中的固定的区域段处，又存储
在bmc的database的特定区域中。
62.步骤204、电子设备接收用于修改系统配置文件的修改指令。
63.在本技术实施例中，电子设备的bmc的全球广域网(world wide web，web)用户界面(user interface，ui)可以提供一个接口让用户(也即user)下载开发人员提供给用户的所有的default.xml文件。也就是说，用户可以通过web ui上提供的接口输入自己的修改指令。
64.步骤205、电子设备基于修改指令，从目标存储区域中获取系统配置文件，并分析修改指令确定目标配置信息。
65.其中，修改指令中可以携带用户想要修改的目标配置信息，即目标配置信息可以是电子设备对修改指令进行解析后得到的。并且，系统配置文件可以是电子设备在接收到用户输入的修改指令后，从电子设备本地的uefi的spi rom中的区域和/或bmc的database中的区域获取的；或者，也可以是从服务器的uefi的spi rom中的区域和/或bmc的database中的区域获取的；如果系统配置文件是从服务器中获取的，那么电子设备可以给服务器发送获取系统配置文件的获取请求给服务器，以便接收到服务器反馈的系统配置文件。
66.步骤206、电子设备基于目标配置信息，修改系统配置文件中与目标配置信息匹配的目标配置参数的配置信息，得到更新的系统配置文件。
67.其中，电子设备在确定得到目标配置信息后，可以从系统配置文件中确定与目标配置信息匹配的目标配置参数，并将该目标配置参数的配置信息修改为目标配置信息，从而得到更新的系统配置文件。
68.在一种可行的实现方式中，以修改default文件中的符号“<>”的位置为例进行说明：具体修改方法前和修改后的配置信息可以如下所示：修改前系统配置文件中为devicesandioports.device_slot9＝disable＝<enable>＝auto，更新的系统配置文件中为devicesandioports.device_slot9＝disable＝enable＝<auto>。
69.步骤207、电子设备存储更新的系统配置文件至目标存储区域。
70.其中，电子设备得到更新的系统配置文件后，可以通过bmc上传保存更新的系统配置文件，以保存新的default设定。当然，电子设备可以将更新的系统配置存储依然存储在uefi的spi rom中的区域和/或bmc的database中的区域。
71.步骤208、电子设备接收用于获取目标系统配置文件的获取请求，并基于获取请求从更新的系统配置文件中获取目标系统配置文件。
72.在本技术实施例中，用户可以通过web ui上提供的接口输入自己的获取请。并且，本技术中用户可以在获取到(下载了)系统配置文件后对其中的屏配置参数的配置信息根据自己的需求进行修改，而不是局限于在下载前对其进行修改，扩展了修改时机，从而保证了修改的可操作性。并且，不需要研人员修改源代码，用户自己就可以快速更改，更加方便快捷。
73.需要说明的是，本实施例中与其它实施例中相同步骤和相同内容的说明，可以参照其它实施例中的描述，此处不再赘述。
74.本技术的实施例所提供的文件加载方法，在用户需要修改自己的系统配置文件时，可以根据自己的修改需求修改系统配置文件，而不需要开发的开发阶段开发多个系统配置文件，并且也可以在用户下载系统配置文件之后对配置参数的配置信息进行修改，不
局限使用场景，解决了相关技术中占用的uefi研发以及项目测试资源较大，且修改局限性大的问题，避免了资源的浪费，保证了修改的可操作性。
75.基于前述实施例，本技术的实施例提供一种文件加载方法，参照图3所示，该方法包括以下步骤：
76.步骤301、电子设备获取针对电子设备的引导系统的配置参数的系统配置文件。
77.其中，系统配置文件中包括配置参数的系统配置信息；系统配置文件为结构性格式文件。
78.步骤302、电子设备在电子设备的目标管理模块/目标接口中确定目标存储区域。
79.步骤303、电子设备存储系统配置文件至目标管理模块/目标接口的目标存储区域。
80.步骤304、电子设备接收用于修改系统配置文件的修改指令。
81.步骤305、电子设备基于修改指令，从目标存储区域中获取系统配置文件，并分析修改指令确定目标配置信息。
82.步骤306、电子设备基于目标配置信息，修改系统配置文件中与目标配置信息匹配的目标配置参数的配置信息，得到更新的系统配置文件。
83.步骤307、电子设备存储更新的系统配置文件至目标存储区域。
84.其中，每一版本的更新的系统配置文件存储在目标存储区域的不同子区域。
85.在本技术实施例中，可以在uefi的spi rom中的区域和/或bmc的database中的区域中细分出不同的子区域，将不同的更新的系统配置(default.xml)文件存储在不同的子区域中。也就是说，更新后的系统配置文件可以包括多个版本。
86.步骤308、电子设备接收用于设置更新的系统配置文件的文件名称的设置信息。
87.其中，设置信息中携带有更新的系统配置文件的目标文件名称。
88.在本技术实施例中，用户可以通过web ui上提供的接口输入设置信息。
89.步骤309、电子设备基于设置信息，设置更新的系统配置文件的文件名称为目标文件名称，并建立目标文件名称与更新的系统配置文件的关联关系。
90.在本技术实施例中，目标文件名称是用来唯一标识更新的系统配置文件，以使得用户后续在获取自己需要的更新的系统配置文件的时候可以通过输入的文件名称快速找到。因此，目标文件名称与更新的系统配置文件之间是对应存在的，且每一个版本的更新的系统配置文件的目标文件名称均不相同。
91.步骤310、电子设备存储目标文件名称至目标存储区域。
92.其中，可以将目标文件名称至uefi的spi rom中的区域和/或bmc的database中。
93.需要说明的是，步骤310可以通过以下方式来实现：
94.步骤310a、电子设备在目标管理模块/目标接口的目标存储区域中确定目标子存储区域。
95.其中，目标子存储区域是指的是uefi的spi rom中的区域和/或bmc的database中开头的存储位置。
96.步骤310b、电子设备存储目标文件名称至目标管理模块/目标接口的目标子存储区域。
97.其中，电子设备可以在uefi的spi rom中的区域和/或bmc的database中开头的存
储位置，定义一个header，用于存放全部更新的default.xml文件的目标文件名称。这样可以使得bmc和uefi更快获取总体文件信息。
98.步骤311、在更新的系统配置文件包括多个版本的情况下，电子设备设置每一版本的更新的系统配置文件的优先级。
99.在本技术实施例中，用户可以根据自己的需求设置每一版本的更新的系统配置文件的优先级；在一种可行的实现方式中，可以通过如下方式实现对每一版本的更新的系统配置文件的优先级的设置：
100.<name＝"legacybootdefault">
101.<priority＝2>
102.<version＝"1.0">。
103.步骤312、电子设备存储每一版本的更新的系统配置文件的优先级至目标子存储区域。
104.需要说明的是，每一个版本的更新的default.xml文件的优先级可以存储在uefi的spi rom中的区域和/或bmc的database中开头的存储位置处的header中，这样可以使得bmc和uefi更快获取总体文件信息。
105.步骤313、电子设备接收用于获取目标系统配置文件的获取请求，并基于获取请求从目标子存储区域中获取优先级和目标文件名称。
106.步骤314、电子设备基于优先级、目标文件名称和关联关系，从目标存储区域中存储的更新的系统配置文件中获取目标系统配置文件。
107.在本技术实施例中，电子设备通过uefi在执行下载更新的default操作的时候，会去uefi的spi rom中的区域和/或bmc的database中抓取优先等级最高的文件，并从目标文件名称中找到优先等级最高的文件的系统文件名称，进而下载与系统文件名称对应的更新的default.xml文件得到目标系统配置文件。当然，也不一定是下载优先等级最高的，也可以是根据用户的需求下载优先等级排在前n位中的任一版本的更新的default.xml文件。
108.本实施例中与其它实施例中相同步骤和相同内容的说明，可以参照其它实施例中的描述，此处不再赘述。
109.本技术的实施例所提供的文件加载方法，在用户需要修改自己的系统配置文件时，可以根据自己的修改需求修改系统配置文件，而不需要开发的开发阶段开发多个系统配置文件，并且也可以在用户下载系统配置文件之后对配置参数的配置信息进行修改，不局限使用场景，解决了相关技术中占用的uefi研发以及项目测试资源较大，且修改局限性大的问题，避免了资源的浪费，保证了修改的可操作性。
110.基于前述实施例，本技术的实施例提供一种文件加载装置，该文件加载装置可以应用于图1～3对应的实施例提供的文件加载方法中，参照图4所示，该文件加载装置可以包括：获取单元41、接收单元42、修改单元43和处理单元44，其中：
111.获取单元41，用于获取针对电子设备的引导系统的配置参数的系统配置文件；
112.其中，系统配置文件中包括配置参数的系统配置信息；系统配置文件为结构性格式文件；
113.接收单元42，用于接收用于修改系统配置文件的修改指令；
114.修改单元43，用于基于修改指令，修改系统配置文件中的配置参数的配置信息，得
到更新的系统配置文件；
115.处理单元44，用于接收用于获取目标系统配置文件的获取请求，并基于获取请求从更新的系统配置文件中获取目标系统配置文件。
116.在本技术的其他实施例中，参照图4所示，该文件加载装置还可以包括：确定单元45和存储单元46，其中：
117.确定单元45，用于在电子设备的目标管理模块/目标接口中确定目标存储区域；
118.存储单元46，用于存储系统配置文件至目标管理模块/目标接口的目标存储区域。
119.在本技术的其他实施例中，修改单元43还用于执行以下步骤：
120.基于修改指令，从目标存储区域中获取系统配置文件，并分析修改指令确定目标配置信息；
121.基于目标配置信息，修改系统配置文件中与目标配置信息匹配的目标配置参数的配置信息，得到更新的系统配置文件；
122.存储更新的系统配置文件至目标存储区域。
123.在本技术的其他实施例中，接收单元43，还用于接收用于设置更新的系统配置文件的文件名称的设置信息；
124.其中，设置信息中携带有更新的系统配置文件的目标文件名称；
125.处理单元44，还用于基于设置信息，设置更新的系统配置文件的文件名称为目标文件名称，并建立目标文件名称与更新的系统配置文件的关联关系；
126.存储单元46，还用于存储目标文件名称至目标存储区域。
127.在本技术的其他实施例中，存储单元46还用于执行以下步骤：
128.在目标管理模块/目标接口的目标存储区域中确定目标子存储区域；
129.存储目标文件名称至目标管理模块/目标接口的目标子存储区域。
130.在本技术的其他实施例中，处理单元44，还用于在更新的系统配置文件包括多个版本的情况下，设置每一版本的更新的系统配置文件的优先级；
131.存储单元46，还用于存储每一版本的更新的系统配置文件的优先级至目标子存储区域。
132.在本技术的其他实施例中，每一版本的更新的系统配置文件存储在目标存储区域的不同子区域。
133.在本技术的其他实施例中，处理单元44还用于执行以下步骤：
134.基于获取请求从目标子存储区域中获取优先级和目标文件名称；
135.基于优先级、目标文件名称和关联关系，从目标存储区域中存储的更新的系统配置文件中获取目标系统配置文件。
136.在本技术的其他实施例中，目标接口包括引导系统的通信接口，目标管理模块包括基板管理控制器。
137.需要说明的是，本实施例中各个单元之间的交互过程，可以参照图1～3对应的实施例提供的文件加载方法中的实现过程，此处不再赘述。
138.本技术的实施例所提供的文件加载装置，在用户需要修改自己的系统配置文件时，可以根据自己的修改需求修改系统配置文件，而不需要开发的开发阶段开发多个系统配置文件，并且也可以在用户下载系统配置文件之后对配置参数的配置信息进行修改，不
局限使用场景，解决了相关技术中占用的uefi研发以及项目测试资源较大，且修改局限性大的问题，避免了资源的浪费，保证了修改的可操作性。
139.基于前述实施例，本技术的实施例提供一种电子设备，该电子设备可以应用于图1～3对应的实施例提供的文件加载方法中，参照图5所示，该电子设备包括：处理器51、存储器52和通信总线53，其中：
140.通信总线53用于实现处理器51和存储器52之间的通信连接；
141.处理器51用于执行存储器52中存储的文件加载程序，以实现以下步骤：
142.获取针对电子设备的引导系统的配置参数的系统配置文件；
143.其中，系统配置文件中包括配置参数的系统配置信息；系统配置文件为结构性格式文件；
144.接收用于修改系统配置文件的修改指令；
145.基于修改指令，修改系统配置文件中的配置参数的配置信息，得到更新的系统配置文件；
146.接收用于获取目标系统配置文件的获取请求，并基于获取请求从更新的系统配置文件中获取目标系统配置文件。
147.在本技术的其他实施例中，处理器51用于执行存储器52中存储的文件加载程序，还可以实现以下步骤：
148.在电子设备的目标管理模块/目标接口中确定目标存储区域；
149.存储系统配置文件至目标管理模块/目标接口的目标存储区域。
150.在本技术的其他实施例中，处理器51用于执行存储器52中存储的基于修改指令修改系统配置文件中的配置参数的配置信息得到更新的系统配置文件，以实现以下步骤：
151.基于修改指令，从目标存储区域中获取系统配置文件，并分析修改指令确定目标配置信息；
152.基于目标配置信息，修改系统配置文件中与目标配置信息匹配的目标配置参数的配置信息，得到更新的系统配置文件；
153.存储更新的系统配置文件至目标存储区域。
154.在本技术的其他实施例中，处理器51用于执行存储器52中存储的文件加载程序，还可以实现以下步骤：
155.接收用于设置更新的系统配置文件的文件名称的设置信息；
156.其中，设置信息中携带有更新的系统配置文件的目标文件名称；
157.基于设置信息，设置更新的系统配置文件的文件名称为目标文件名称，并建立目标文件名称与更新的系统配置文件的关联关系；
158.存储目标文件名称至目标存储区域。
159.在本技术的其他实施例中，处理器51用于执行存储器52中存储的文件加载程序，还可以实现以下步骤：
160.在所述目标管理模块/目标接口的目标存储区域中确定目标子存储区域；
161.相应的，处理器51用于执行存储器52中存储的存储目标文件名称至目标存储区域，以实现以下步骤：
162.存储目标文件名称至目标管理模块/目标接口的目标子存储区域。
163.在本技术的其他实施例中，处理器51用于执行存储器52中存储的文件加载程序，还可以实现以下步骤：
164.在更新的系统配置文件包括多个版本的情况下，设置每一版本的更新的系统配置文件的优先级；
165.存储每一版本的更新的系统配置文件的优先级至目标子存储区域。
166.在本技术的其他实施例中，每一版本的更新的系统配置文件存储在目标存储区域的不同子区域。
167.处理器51用于执行存储器52中存储的基于获取请求从更新的系统配置文件中获取目标系统配置文件，以实现以下步骤：
168.基于获取请求从目标子存储区域中获取优先级和目标文件名称；
169.基于优先级、目标文件名称和关联关系，从目标存储区域中存储的更新的系统配置文件中获取目标系统配置文件。
170.在本技术的其他实施例中，目标接口包括引导系统的通信接口，目标管理模块包括基板管理控制器。
171.需要说明的是，本实施例中处理器所执行的步骤的具体实现过程，可以参照图1～3对应的实施例提供的文件加载方法中的实现过程，此处不再赘述。
172.本技术的实施例所提供的电子设备，在用户需要修改自己的系统配置文件时，可以根据自己的修改需求修改系统配置文件，而不需要开发的开发阶段开发多个系统配置文件，并且也可以在用户下载系统配置文件之后对配置参数的配置信息进行修改，不局限使用场景，解决了相关技术中占用的uefi研发以及项目测试资源较大，且修改局限性大的问题，避免了资源的浪费，保证了修改的可操作性。
173.基于前述实施例，本技术的实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现如图1～3对应的实施例提供的文件加载方法的步骤。
174.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
175.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
176.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
177.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计
算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
178.以上所述，仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。