网络设备BIOS配置的处理方法、设备及存储介质与流程

网络设备bios配置的处理方法、设备及存储介质
技术领域
1.本技术涉及服务器技术领域，尤其涉及网络设备bios配置的处理方法、设备及存储介质。


背景技术：

2.网络设备在出厂前通常需要进行测试。为了保证测试进程的高效，一般通过网络设备修改基本输入输出系统(basic input output system，以下简称：bios)配置来关闭部分功能，出厂时对修改过的bios配置进行恢复以保证设备全功能交付。
3.为了在出厂前对同批次网络设备的bios配置进行一致性恢复，现有技术通常是网络设备接收并解析操作系统(operating system，以下简称：os)脚本，bios运行该os脚本，从而恢复默认配置，使出厂时同批次网络设备bios配置一致。
4.然而，现有技术时常出现bios配置并未被可靠恢复的问题。


技术实现要素：

5.本技术提供一种网络设备bios配置的处理方法、设备及存储介质，用以解决相同应用场景下网络设备功能异常的问题。
6.第一方面，本技术提供一种网络设备bios配置的处理方法，包括：
7.网络设备接收第一控制指令，第一控制指令用于在对网络设备进行任务处理的过程中对至少一项基本输入输出系统bios配置状态进行更改；
8.网络设备在日志log中添加针对各项bios配置状态的更改记录；
9.网络设备根据log执行bios配置状态的检查处理。
10.一种可能的设计中，网络设备接收第一控制指令，第一控制指令用于在对网络设备进行任务处理的过程中对至少一项bios配置状态进行更改，具体包括：
11.网络设备接收功能关闭指令，功能关闭指令用于在对网络设备进行出厂测试的过程中关闭至少一项bios配置的状态；
12.网络设备接收功能恢复指令，功能恢复指令用于在完成出厂测试之后将所关闭的bios配置的状态恢复为默认状态；
13.网络设备在log中添加针对各项bios配置的更改记录，包括：
14.网络设备在log中添加与各bios配置对应的状态关闭记录和状态恢复记录；
15.相应地，网络设备根据log执行bios配置的检查处理，具体包括：
16.网络设备接收出厂检测指令，出厂检测指令用于检测log记录中具有状态关闭记录的bios配置是否存在对应的状态恢复记录；
17.网络设备若确定log中具有状态关闭记录的各项bios配置均存在对应的状态恢复记录，则确定bios配置出厂检测成功；
18.网络设备若确定log中存在至少一项bios配置仅有状态关闭记录而没有状态恢复记录，则输出bios配置出厂检测不成功的告警信息。
19.一种可能的设计中，网络设备为设备集群中的一台网络设备；
20.网络设备接收第一控制指令，第一控制指令用于在对网络设备进行任务处理的过程中对至少一项bios配置状态进行更改，具体包括：
21.网络设备接收bios配置变更指令，bios配置变更指令用于在对设备集群进行运维处理的过程中变更网络设备的至少一项bios配置的状态；
22.网络设备接收bios配置恢复指令，bios配置恢复指令用于在完成对设备集群进行运维处理过程之后将网络设备所变更的bios配置状态恢复为原状态；
23.网络设备在log中添加针对各项bios配置的更改记录，包括：
24.网络设备在log中添加与各bios配置对应的状态变更记录和状态恢复记录；
25.相应地，网络设备根据log执行bios配置的检查处理，具体包括：
26.网络设备接收bios配置检测指令，bios配置检测指令用于检测log记录中具有状态变更记录的bios配置是否存在对应的状态恢复记录；
27.网络设备若确定log中具有状态变更记录的各项bios配置均存在对应的状态恢复记录，则确定bios配置状态恢复成功；
28.网络设备若确定log中存在至少一项bios配置仅有状态变更记录而没有状态恢复记录，则输出bios配置恢复原状态不成功的告警信息。
29.一种可能的设计中，网络设备为设备集群中的一台网络设备；
30.网络设备接收第一控制指令，第一控制指令用于在对网络设备进行任务处理的过程中对至少一项bios配置状态进行更改，具体包括：
31.网络设备接收bios配置变更指令，bios配置变更指令用于在对设备集群进行运维处理的过程中变更网络设备的至少一项bios配置状态；
32.网络设备在log中添加针对各项bios配置的状态更改记录，包括：
33.网络设备在log中添加与各bios配置对应的状态变更记录；
34.相应地，网络设备根据log执行bios配置的检查处理，包括：
35.网络设备确定是否到达bios配置一致性检查的时间节点，时间节点根据设备集群中的网络设备的数量确定；
36.网络设备在到达时间节点时，将log与设备集群中的其它网络设备的log进行比较，确定设备集群中的各网络设备的bios配置是否一致；
37.网络设备若确定设备集群中的各网络设备的bios配置一致，则确定设备集群的bios配置成功；
38.网络设备若确定设备集群中的各网络设备至少一项bios配置不一致，则输出设备集群的bios配置不一致的告警信息。
39.一种可能的设计中，网络设备接收bios配置变更指令之前，方法还包括：
40.网络设备接收原始设备制造商oem命令，oem命令用于配置网络设备的应用场景；
41.网络设备向设备集群中的其它网络设备发送第二控制指令，第二控制指令用于从设备集群中其它网络设备收集具有相同应用场景的网络设备的标识；
42.网络设备形成设备列表，设备列表中包含与网络设备具有相同应用场景的其它网络设备的标识；
43.相应的，网络设备在到达时间节点时，将log与设备集群中的其它网络设备的log
进行比较，确定设备集群中的各网络设备的bios配置是否一致，具体包括：
44.网络设备在到达时间节点时，将log与设备列表中的网络设备的log进行比较，确定设备列表中的各网络设备的bios配置是否一致。
45.一种可能的设计中，网络设备包括服务器和交换机。
46.第二方面，本技术提供一种网络设备，包括：
47.基板管理控制器bmc以及存储器；
48.bmc用于执行第一方面及第一方面任一种可能的设计中的网络设备bios配置的处理方法；
49.存储器，用于存储log。
50.第三方面，本技术提供一种计算机可读存储介质，计算机可读存储介质用于存储计算机指令，计算机指令用于使计算机执行第一方面及第一方面任一种可能的设计中的网络设备bios配置的处理方法。
51.本技术提供的网络设备bios配置的处理方法、设备及存储介质，通过对网络设备的bios配置状态更改添加log，并根据log对bios配置状态进行检查处理，保证了网络设备出厂时bios配置恢复默认状态，以及网络设备集群运维过程中相同应用场景下的设备bios配置状态一致。
52.应当理解，本部分所描述的内容并非旨在标识本技术的实施例的关键或重要特征，也不用于限制本技术的范围。本技术的其它特征将通过以下的说明书而变得容易理解。
附图说明
53.为了更清楚地说明本技术或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
54.图1为本技术实施例提供的一种网络设备bios配置的处理方法的流程图；
55.图2为本技术实施例提供的网络设备bios配置的处理方法的应用场景一的示意图；
56.图3a为图2应用场景下的网络设备bios配置的处理方法的流程示意图；
57.图3b为图2应用场景下的网络设备bios配置的处理方法的原理示意图；
58.图4为本技术实施例提供的网络设备bios配置的处理方法的应用场景二的示意图；
59.图5a为图4应用场景下的网络设备bios配置的处理方法的流程示意图；
60.图5b为图4应用场景下的网络设备bios配置的处理方法的原理示意图；
61.图6为本技术实施例提供的网络设备bios配置的处理方法的应用场景三的示意图；
62.图7a为图6应用场景下的网络设备bios配置的处理方法的流程示意图；
63.图7b为图6应用场景下的网络设备bios配置的处理方法的原理示意图；
64.图8为本技术实施例提供的一种网络设备结构示意图。
具体实施方式
65.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术中的附图，对本技术中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
66.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。
67.取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
68.再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。
69.应当进一步理解，术语“包含”、“包括”表明存在的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。
70.此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“a、b或c”或者“a、b和/或c”意味着“以下任一个：a；b；c；a和b；a和c；b和c；a、b和c”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。
71.网络设备出厂前通常需要进行测试，为了保证测试进程的高效，网络设备通过修改bios配置状态来关闭部分功能，出厂时将修改过的bios配置状态恢复为默认配置以保证设备全功能交付。到达使用端后，使用者根据需要将相同应用场景下的网络设备bios状态配置一致以满足功能需求。
72.现有技术中，网络设备出厂时对同批次设备的bios配置进行一致性恢复，通常是网络设备接收并解析os脚本，bios运行该脚本，从而恢复bios配置状态，使出厂时同批次网络设备bios配置状态一致。与出厂前恢复bios默认配置的方式类似，使用端网络设备根据应用场景，接收并解析相应场景的os脚本，bios运行该脚本，使相同应用场景下的网路设备bios配置状态一致。
73.然而现有技术中，时常出现网络设备bios配置并未被可靠恢复或者集群使用时相同应用场景下网络设备bios配置状态不一致的问题。
74.为了解决上述技术问题，本技术提出了一种网络设备bios配置的处理方法、设备及存储介质，应用于服务器技术领域。本技术基于现有技术的问题，对网络设备bios配置的状态添加log记录，通过监测log记录来监测bios配置的状态变化，以便及时解决现有技术中的问题。
75.下面以具体的实施例对本技术的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
76.本技术中，以网络设备为执行主体，执行如下实施例的网络设备bios配置的处理方法。具体地，该执行主体可以为网络设备的硬件装置，或者为网络设备中实现下述实施例
的软件应用，或者为安装有实现下述实施例的软件应用的计算机可读存储介质。
77.图1为本技术实施例提供的一种网络设备bios配置的处理方法的流程图。如图1所示，以网络设备为执行主体，本实施例的方法包括如下步骤：
78.s101：网络设备接收第一控制指令，第一控制指令用于在对网络设备进行任务处理的过程中对至少一项基本输入输出系统bios配置状态进行更改。
79.本实施例中，第一控制指令是根据任务需求而设定，可以以有线方式发送，也可以以无线方式发送。任务处理是指网络设备出厂测试，或者网络设备集群运维。网络设备在进行任务处理过程中，根据第一控制指令对至少一项bios配置状态进行更改，包括但不限于对bios配置状态的关闭、变更、恢复等。
80.s102：网络设备在日志log中添加针对各项bios配置状态的更改记录。
81.本实施例中，为了对监测网络设备bios配置状态的变化，在网络设备内部设置存储模块，用于存储bios配置状态变化的log。本领域技术人员可以理解，为了便于后续根据log执行bios配置状态的检查处理，在日志数据中针对每项bios配置状态的更改log都会记录bios配置的更改项、更改时间以及更改前后的状态等信息。
82.s103：网络设备根据log执行bios配置状态的检查处理。
83.本实施例中，检查处理是指根据bios配置状态更改的log监测bios配置状态，检查bios配置的状态是否符合需求，也即符合第一控制指令的要求。
84.上述实施例的一种可能的实现方式中，网络设备是指服务器和/或交换机。
85.本实施例中，网络设备根据第一控制指令对bios配置状态进行更改，添加相应的bios配置状态更改log，并根据log对bios配置状态进行检查处理，以确保网络设备bios配置状态符合要求。本实施例的技术方案可以应用于服务器和/或交换机单独或组合的网络架构，便于根据需求配置/监测服务器和/或交换机bios配置状态。
86.上述技术方案具体可应用于如下三种场景。
87.应用场景一：网络设备出厂前进行测试，为保证测试进程的高效，关闭部分bios配置的状态，为保证设备全功能交付，出厂时将关闭的bios配置状态恢复为默认状态，但实际中往往会出现设备bios配置未被可靠恢复的现象。
88.应用场景二：网络设备集群使用时，运维人员配置设备bios，可能会出现操作失误，导致bios配置误修改，或者在运维过程中，根据需要变更部分bios配置而未进行恢复，都会造成该设备bios配置状态与集群内其他设备bios配置状态不一致的问题。
89.应用场景三：网络设备集群使用时，运维人员配置设备bios，可能会出现遗漏，导致部分bios未按要求配置，使得集群内相同应用场景的网络设备bios配置状态不一致。
90.图2为本技术实施例提供的网络设备bios配置的处理方法的应用场景一的示意图。如图2所示，控制设备200在出厂前测试时，向测试设备发送功能关闭/恢复指令，测试设备各自关闭/恢复bios配置，并添加相应的log；出厂时控制设备200向测试设备发送出厂检测指令，测试设备根据出厂检测指令检测log中各bios配置的关闭记录是否均存在对应的恢复记录。
91.图3a为图2应用场景下的网络设备bios配置的处理方法的流程示意图，图3b为图2应用场景下的网络设备bios配置的处理方法的原理示意图。本实施例以网络设备为执行主体，处理方法包括：
92.s301：网络设备接收功能关闭指令，功能关闭指令用于在对网络设备进行出厂测试的过程中关闭至少一项bios配置的状态。
93.具体地，网络设备接收控制设备200发送的功能关闭指令，关闭至少一项bios配置以关闭部分网络功能，满足出厂测试过程中的功能需求。与实施例1类似，控制设备可以通过有线方式发送指令，也可可以通过无线方式发送。
94.s302：网络设备接收功能恢复指令，功能恢复指令用于在完成出厂测试之后将所关闭的bios配置的状态恢复为默认状态。
95.具体地，网络设备接收控制设备200发送的功能恢复指令，将出厂测试过程中关闭的bios配置项恢复为默认状态，以确保网络设备全功能交付。
96.s303：网络设备在log中添加与各bios配置对应的状态关闭记录和状态恢复记录。
97.具体地，网络设备在存储器中添加bios配置状态关闭和恢复的log。本领域技术人员可以理解，log中包括各bios配置状态关闭和恢复的时间以及更改前后的状态。
98.s304：网络设备接收出厂检测指令，出厂检测指令用于检测log记录中具有状态关闭记录的bios配置是否存在对应的状态恢复记录。
99.具体地，网络设备通过检测bios配置状态关闭和恢复的log来检测bios配置状态，确保在出厂测试过程中关闭的bios配置状态可靠恢复为默认状态，以满足出厂全功能交付的要求。
100.s305：网络设备若确定log中具有状态关闭记录的各项bios配置均存在对应的状态恢复记录，则确定bios配置出厂检测成功。
101.s306：网络设备若确定log中存在至少一项bios配置仅有状态关闭记录而没有状态恢复记录，则输出bios配置出厂检测不成功的告警信息。
102.其中，s305为网络设备各项bios配置均可靠恢复为默认状态的情形，设备确认bios配置出厂检测成功即可；s306为网络设备至少一项bios配置状态在测试过程中关闭，而在测试完成后未被可靠恢复的情形，此时则输出告警信息，以免出厂设备功能不齐全。
103.本实施例针对应用场景一，以网络设备为执行主体，对bios配置状态进行关闭/恢复、添加log记录，并进行出厂检测，保证了同批次网络设备出厂时bios配置恢复默认状态。
104.图4为本技术实施例提供的网络设备bios配置的处理方法的应用场景二的示意图。如图所示，网络设备集群运维过程中，控制设备400向测试设备发送bios配置变更/恢复指令，测试设备各自变更/恢复bios配置，并添加相应的log；运维结束后，控制设备400向测试设备发送bios配置检测指令，测试根据检测指令检测log中各bios配置的变更记录是否均存在对应的恢复记录。
105.图5a为图4应用场景下的网络设备bios配置的处理方法的流程示意图，图5b为图4应用场景下的网络设备bios配置的处理方法的原理示意图。本实施例以设备集群中的一台网络设备为执行主体，处理方法包括：
106.s501：网络设备接收bios配置变更指令，bios配置变更指令用于在对设备集群进行运维处理的过程中变更网络设备的至少一项bios配置的状态。
107.具体地，网络设备接收控制设备400发送的bios配置变更指令，变更至少一项bios配置状态，以满足设备集群运维时网络设备的功能需求。
108.s502：网络设备接收bios配置恢复指令，bios配置恢复指令用于在完成对设备集
群进行运维处理过程之后将网络设备所变更的bios配置状态恢复为原状态。
109.具体地，网络设备接收控制设备400发送的bios配置恢复指令，将设备集群运维过程中变更的bios配置项恢复为原状态，使集群内设备bios配置恢复为正常使用状态。
110.s503：网络设备在log中添加与各bios配置对应的状态变更记录和状态恢复记录。
111.具体地，网络设备在存储器中添加bios配置状态变更和恢复的log。本领域技术人员可以理解，log中包括各bios配置状态变更和恢复的时间以及更改前后的状态。
112.s504：网络设备接收bios配置检测指令，bios配置检测指令用于检测log记录中具有状态变更记录的bios配置是否存在对应的状态恢复记录。
113.具体地，网络设备通过检测bios配置状态变更和恢复的log来检测bios配置状态，确保在设备集群运维过程中变更的bios配置状态可靠恢复为原状态，使设备集群能够正常使用。
114.s505：网络设备若确定log中具有状态变更记录的各项bios配置均存在对应的状态恢复记录，则确定bios配置状态恢复成功。
115.s506：网络设备若确定log中存在至少一项bios配置仅有状态变更记录而没有状态恢复记录，则输出bios配置恢复原状态不成功的告警信息。
116.其中，s505为网络设备各项bios配置均可靠恢复为原状态的情形，设备确认bios配置状态恢复成功即可；s506为网络设备至少一项bios配置状态在运维过程中变更，而在运维完成后未被恢复的情形，此时则输出告警信息，以免运维后设备不能正常集群使用。
117.本实施例针对应用场景二，以网络设备集群中的一台网络设备为执行主体，对bios配置状态进行更改/恢复、添加log记录，并进行配置检测，保证集群使用时变更的网络设备bios配置状态能够恢复为原状态。
118.图6为本技术实施例提供的网络设备bios配置的处理方法的应用场景三的示意图。如图所示，网络设备集群运维过程中，控制设备600向设备集群内的测试设备发送bios配置变更指令，测试设备根据指令变更bios配置，并添加相应的log，到达一致性检测时间节点时，对比log与设备集群中的其它设备的log，确定集群内设备的bios配置是否一致。
119.图7a为图6应用场景下的网络设备bios配置的处理方法的流程示意图，图7b为图6应用场景下的网络设备bios配置的处理方法的原理示意图。本实施例以设备集群中的一台网络设备为执行主体，处理方法包括：
120.s701：网络设备接收bios配置变更指令，bios配置变更指令用于在对设备集群进行运维处理的过程中变更网络设备的至少一项bios配置。
121.具体地，网络设备接收控制设备600发送的bios配置变更指令，变更至少一项bios配置的状态，以满足设备集群使用时设备的功能需求。
122.s702：网络设备在log中添加与各bios配置对应的状态变更记录。
123.具体地，网络设备在存储器中添加bios配置状态变更的log。本领域技术人员可以理解，log中包括各bios配置状态变更的时间以及更改前后的状态。
124.s703：网络设备确定是否到达bios配置一致性检查的时间节点，时间节点根据设备集群中的网络设备的数量确定。
125.具体地，时间节点为根据设备集群内网络设备的数量确定的时间阈值。例如，某设备集群内共10台设备，每台设备变更bios配置需要1分钟，则时间阈值设定为10分钟，即预
留足够的时间使集群内的网络设备根据指令变更bios配置状态。
126.s704：网络设备在到达时间节点时，将log与设备集群中的其它网络设备的log进行比较，确定设备集群中的各网络设备的bios配置是否一致。
127.具体地，在到达时间节点时，网络设备对比bios配置变更的log与集群内其它设备对应bios配置的变更log，确定各网络设备变更后的bios配置状态是否一致。
128.s705：网络设备若确定设备集群中的各网络设备的bios配置一致，则确定设备集群的bios配置成功。
129.s706：网络设备若确定设备集群中的各网络设备至少一项bios配置不一致，则输出设备集群的bios配置不一致的告警信息。
130.其中，s705为网络设备各项bios配置均与集群内其它设备的各项bios配置一致的情形，设备确认bios配置成功即可；s706为网络设备至少一项bios配置状态与集群内其它设备对应bios配置状态不一致的情形，此时则输出告警信息，以免运维后设备不能正常集群使用。
131.一种可能的实现方式中，网络设备接收bios配置变更指令之前，网络设备接收原始设备制造商oem命令，oem命令用于配置网络设备的应用场景。网络设备向设备集群中的其它网络设备发送第二控制指令，第二控制指令用于从设备集群中其它网络设备收集具有相同应用场景的网络设备的标识。网络设备形成设备列表，设备列表中包含与网络设备具有相同应用场景的其它网络设备的标识。网络设备确定是否到达bios配置一致性检查的时间节点，时间节点根据设备列表中的网络设备的数量确定。网络设备在到达时间节点时，将log与设备列表中的网络设备的log进行比较，确定设备列表中的各网络设备的bios配置是否一致。
132.本实现方式的技术方案，在图7实施例的基础上，根据应用场景的不同对设备集群内的设备进行区分，即一个设备集群内的设备可分别应用于不同的场景之下，通过本实现方式的方案，可使同一设备集群内的设备bios配置状态一致。
133.本实施例针对应用场景三，以网络设备集群中的一台网络设备为执行主体，对bios配置状态进行变更、添加log记录，并根据log进行配置检测，确保网络设备集群中相同应用场景的设备bios配置状态一致。
134.图8为本技术实施例提供的一种网络设备结构示意图。如图所示，本实施例提供的网络设备80，包括：bmc 801，和存储器802。其中，
135.bmc 801，用于执行上述任一网络设备bios配置的处理方法；
136.存储器802，用于存储log。
137.本实施例提供的网络设备，可用于执行上述任意方法实施例提供的网络设备bios配置的处理方法，其实现原理和技术效果类似，此处不做赘述。
138.本技术还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机指令，计算机指令被处理器执行时用于实现上述的各种实施方式提供的方法。
139.其中，计算机可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，计算机可读存储介质耦合至处理器，从而使处理器能够从该计算机可读存储介质读取信息，且可向该计算机可读存储介质写入信
息。当然，计算机可读存储介质也可以是处理器的组成部分。处理器和计算机可读存储介质可以位于专用集成电路(application specific integrated circuits，asic)中。另外，该asic可以位于用户设备中。当然，处理器和计算机可读存储介质也可以作为分立组件存在于通信设备中。
140.具体地，该计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(static random-access memory，sram)，电可擦除可编程只读存储器(electrically-erasable programmable read-only memory，eeprom)，可擦除可编程只读存储器(erasable programmable read only memory，eprom)，可编程只读存储器(programmable read-only memory，prom)，只读存储器(read-only memory，rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
141.应该理解的是，虽然上述实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
142.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制。尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换。而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。