CN111880862A - 嵌入式系统启动方法及装置 - Google Patents

Abstract

本发明公开了一种嵌入式系统启动方法及装置。其中，该方法包括：获取至少一个配置描述文件，其中，不同配置描述文件对应的固件版本和/或配置文件不同；确定至少一个配置描述文件中的第一配置描述文件；基于第一配置描述文件对应的第一固件版本和第一配置文件，启动嵌入式系统。本发明解决了现有技术中系统反复重启或启动后系统网络功能不可用，导致设备无法远程管理的技术问题。

Description

嵌入式系统启动方法及装置

技术领域

本发明涉及设备管理领域，具体而言，涉及一种嵌入式系统启动方法及装置。

背景技术

传统的嵌入式系统主要包含BootLoader，用于系统引导；固件，包含了操作系统(OS，Operating System)文件和业务软件文件，通常也称作Image；固件的正常运行依赖固件本身的完整性和加载的配置。固件和配置的有机结合，是嵌入式设备稳定运行的关键。在嵌入式设备交付给客户使用后，后期的软件升级&维护之类的95％以上的情况都是针对固件进行的，一般都需要进行断电重启系统。

但是传统的系统重启方法容易造成以下几个问题：

1.使用新的Image启动的系统网络功能不可用，设备无法远程连接；

2.新的版本无法提供可靠的服务工作30s，系统出现崩溃，那么设备重启，重启后，可能30s后，设备又进行重启。总之，新的Image无法正常提供可靠的服务；

3.系统在运行过程中，系统管理员可能更改配置数据，这个更改可能导致系统崩溃重启，但是重启后，可能由于系统无法正确处理一些新增的配置项，系统进入反复重启状态，设备无法远程管理，也无法处理业务。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种嵌入式系统启动方法及装置，以至少解决现有技术中系统反复重启状态，无法提供可靠服务的技术问题。

根据本发明实施例的一个方面，提供了一种嵌入式系统启动方法，包括：获取至少一个配置描述文件，其中，不同配置描述文件对应的固件版本和/或配置文件不同；确定至少一个配置描述文件中的第一配置描述文件；基于第一配置描述文件对应的第一固件版本和第一配置文件，启动嵌入式系统。

可选地，至少一个配置描述文件包含的配置参数，包括：固件版本编号、配置文可选地，确定至少一个配置描述文件中的第一配置描述文件包括：确定预设文件当前指向的配置描述文件为第一配置描述文件。

可选地，在启动嵌入式系统之后，该方法还包括：如果嵌入式系统启动失败，则控制预设文件指向至少一个配置描述文件中的第二配置描述文件，并重启嵌入式系统；如果系统启动成功，则判断嵌入式系统是否在第一预设时间段内进行登录确认；如果嵌入式系统未在第一预设时间段内进行登录确认，则控制预设文件指向至少一个配置描述文件中的第三配置描述文件，并重启嵌入式系统。

可选地，在判断嵌入式系统是否在第一预设时间段内进行登录确认之前，该方法还包括：判断第一配置描述文件的登录指示信息是否为第一预设值；如果登录指示信息不是第一预设值，则判断嵌入式系统是否在第一预设时间段内进行登录确认。

可选地，在至少一个配置描述文件为一个的情况下，第二配置描述文件与第一配置描述文件相同；在至少一个配置描述文件为多个的情况下，第二配置描述文件的序列号小于第一配置描述文件的序列号。

可选地，在嵌入式系统升级之后，该方法还包括：生成新的配置文件；基于新的配置文件，生成新的配置描述文件；控制预设文件指向新的配置描述文件。

可选地，生成新的配置文件，包括：判断嵌入式系统是否为空系统；如果嵌入式系统是空系统，则按照预设方式生成新的配置文件；如果嵌入式系统不是空系统，则基于当前运行的第一配置文件生成新的配置文件。

可选地，在嵌入式系统启动成功，且运行第二预设时间之后，该方法还包括如下之一：生成新的配置文件或接收新的配置文件；基于新的配置文件，生成新的配置描述文件；控制预设文件指向新的配置描述文件。

可选地，生成新的配置文件，包括：判断嵌入式系统中是否存在第一预设配置文件；如果嵌入式系统中不存在第一预设配置文件，则生成新的配置文件；如果嵌入式系统中存在第一预设配置文件，则生成新的配置文件，并将第一预设配置文件的序列号增加。

可选地，在生成新的配置文件之后，方法还包括：判断嵌入式系统的运行时间是否达到第二预设时间，且嵌入式系统在预设时间内是否重启；如果运行时间到达第二预设时间，且嵌入式系统在预设时间内未重启，则将新的配置文件覆盖第二预设配置文件。

可选地，接收新的配置文件包括：在配置文件被修改的情况下，基于当前运行的第一配置文件生成新的配置文件；在接收到远程导入的配置文件的情况下，确定远程导入的配置文件为新的配置文件。

可选地，生成新的配置描述文件包括：获取新的配置文件对应的固件版本的版本号，新的配置文件的文件名，以及目标计数器的当前数值；确定版本号为新的配置描述文件的固件版本编号；确定文件名为新的配置描述文件的配置文件名；确定当前数值为新的配置描述文件的序列号，其中，目标计数器的当前数值增加；在嵌入式系统运行第二预设时间，且生成新的配置文件的情况下，确定新的配置描述文件的序列号为第一预设值；在嵌入式系统升级，或接收到新的配置文件的情况下，确定新的配置描述文件的序列号为第二预设值。

可选地，该方法还包括：在第二固件版本和/或第二配置文件被删除的情况下，确定第二固件版本和/或第二配置文件对应的第二配置描述文件；删除第二配置描述文件。

可选地，该方法还包括：在第三配置描述文件被删除的情况下，判断第三配置描述文件对应的配置文件是否为第二预设配置文件；如果第三配置描述文件对应的配置文件是预设配置文件，则保留第三配置描述文件对应的配置文件；如果第三配置描述文件对应的配置文件不是预设配置文件，则删除第三配置描述文件对应的配置文件。

可选地，该方法还包括：判断系统中固件版本的数量是否大于预设数量；如果系统中固件版本的数量大于预设数量，则删除第三固件版本。

可选地，删除第三固件版本包括：在系统升级后的情况下，获取系统升级后生成的新的固件版本，并将新的固件版本覆盖第三固件版本；在接收到删除指令的情况下，删除该删除指令对应的第三固件版本。

根据本发明实施例的另一方面，还提供了一种嵌入式系统启动装置，包括：获取装置，用于获取至少一个配置描述文件，其中，不同配置描述文件对应的固件版本和/或配置文件不同；确定装置，用于确定至少一个配置描述文件中的第一配置描述文件；启动装置，用于基于第一配置描述文件对应的第一固件版本和第一配置文件，启动系统。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质包括存储的程序，其中，在程序运行时控制计算机可读存储介质所在设备执行上述实施例中任意一项嵌入式系统启动方法。

根据本发明实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述实施例中任意一项嵌入式系统启动方法。

在本发明实施例中，采用通过确定目标配置描述文件选择最优的固件版本以及配置文件的方式，通过获取至少一个配置描述文件；确定至少一个配置描述文件中的第一配置描述文件；基于第一配置描述文件对应的第一固件版本和第一配置文件，启动系统，从而实现了固件升级，系统重启稳定，提供靠靠服务的技术效果，进而解决了现有技术中系统反复重启或启动后系统网络功能不可用，导致设备无法远程管理的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据现有技术的一种嵌入式系统的示意图；

图2是根据现有技术的一种网络扑拓的示意图；

图3是根据现有技术的一种嵌入式系统启动方法的流程图；

图4是根据本发明实施例一种嵌入式系统启动方法的流程图；

图5根据本发明实施例的一种嵌入式系统的示意图；

图6是根据本发明实施例的一种系统加载初始版本的示意图；

图7是根据本发明实施例的一种可选的嵌入式系统的示意图；

图8是根据本发明实施例的一种生成1hour10.cfg的示意图；

图9是根据本发明实施例的一种生成newes10.cfg的示意图；

图10是根据本发明实施例的一种1hour10.cfg更新的示意图；

图11是根据本发明实施例的一种firmware2.0升级的示意图；

图12是根据本发明实施例的一种firmware2.0配置变更的示意图；

图13是根据本发明实施例的一种嵌入式系统启动装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

一般来说，如图1所示，一个嵌入式系统里面软件包含两个部分：系统引导(BootLoader)，用于系统引导；固件版本，包含了操作系统(OS)文件和业务软件文件，通常也称作系统镜像(Image)；固件版本和配置文件的有机结合，是嵌入式设备稳定运行的关键。在嵌入式设备交付给客户使用后，后期的软件升级&维护之类的95％以上的情况都是针对固件版本进行的。不管是软件升级还是软件维护都需要最终重启设备。以固件版本升级为例，现有技术中，管理人员直接将需要升级的固件版本与配置文件存储在计算机内，如果系统重启失败，则系统直接采用系统固有的固件版本进行重启，在升级过程中容易造成系统反复重启，无法提供可靠的服务。

系统启动是嵌入式设备遇到的最多的问题之一，由于各种原因，比如系统升级，设备运行故障，配置修改造成的故障，机房断电等很多情况，都会导致嵌入式设备重新启动。如图2所示，现代的网络部署拓扑中，嵌入式设备管理员和设备通常各自在不同的区域。机房管理员在不同的办公区域(例如机房管理员A在办公区域1，机房管理员B在办公区域2)，而嵌入式设备通常在不同的楼层或者相隔数千米的机房，当办公区域与机房不在同一个地方，则需要机房管理员通过互联网对嵌入式设备远程管理。如果嵌入式设备发生重启并且无法正常启动，一般来说，短时间是没有人能够介入的，很可能造成一段时间的业务中断。这个无法满足当前人们对于各种业务高可用性的要求。

对于设置一个备份的系统镜像(Image)和配置文件(config)的嵌入式系统，在新升级固件启动失败后，自动回退到备份的固件和config启动。如图3所示，系统启动方法如下：当前运行的系统镜像为Image0，固件版本配置为cfg0，cfg0的序列号为100，标志位标记为0；新升级的系统镜像为Image1，固件版本配置为cfg1，cfg1序列号为99，标志位标记为1，新升级的Image作为优先启动的Image；如果系统镜像1引导成功，设置系统镜像1为固定加载的Image，后续系统启动的时候，直接使用系统镜像1启动；如果系统镜像1引导失败，系统进行回滚，使用系统镜像0，cfg0作为启动固件版本配置。

但是，上述方案只检测新的Image是否能够正常启动，如果可以正常启动，则确定新的Image为每次嵌入式系统启动时加载的Image，但是，通过加载新的Image进行启动会出现如下问题：如果使用新的Image启动的系统网络功能不可用，则设备无法远程连接；新的版本无法提供可靠的服务工作30s，系统出现崩溃，那么设备重启，重启后，可能30s后，设备又进行重启；系统在运行过程中，系统管理员可能更改配置数据，这个更改可能导致系统崩溃重启，但是重启后，可能由于系统无法正确处理一些新增的配置项，系统进入反复重启状态，设备无法远程管理，也无法处理业务。

为了解决上述技术问题，本发明提供了如下技术方案，通过本发明提供的技术方案，当运维人员想要远程对嵌入式设备进行固件升级时，只需要把固件上传到设备，重启设备即可。如果遇到新升级的固件版本重启不能启动或者启动后无法远程连接的情况，系统可以自动重启并选择合适的固件&配置，设备仍然可以正常启动，可以远程进行管理，业务可以继续。等待开发人员修复bug后，重新升级即可。

实施例1

根据本发明实施例，提供了一种嵌入式系统启动方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图4是根据本发明实施例的一种嵌入式系统启动方法的流程图，如图4所示，该方法包括如下步骤：

步骤S102，获取至少一个配置描述文件，其中，不同配置描述文件对应的固件版本和/或配置文件不同；

具体的，固件版本是嵌入式设备软件运行的基础，而固件版本的正常运行依赖固件版本本身的完整性和加载的配置。配置描述文件是一种设置文件，里面包含了设备的很多授权信息，如网络配置、访问限制、安全策略等。配置文件是一种计算机文件，可以为计算机程序配置参数和初始设置。

在一种可选的实施例中，在系统在升级或配置文件修改、更新之后，嵌入式系统中往往会生成多个配置描述文件，不同的配置描述文件会指向不同的固件版本和配置文件，便于系统采用最优版本固件和配置文件进行系统重启。图5根据本发明实施例的一种嵌入式系统的示意图。结合图5，可以看出在嵌入式系统中具有多个配置描述文件分别为bootcfg description1、boot cfg description2、boot cfg description3。每个配置文件分别对应配置文件configuration1、configuration2、configuration3，其中，cfgdescription1与固件版本1(Firmware1.0)对应，而boot cfg description2、boot cfgdescription3与固件版本2(Firmware2.0)对应。

步骤S104，确定至少一个配置描述文件中的第一配置描述文件；

具体的，上述第一配置描述文件是指系统当前需要运行的固件版本和配置文件所对应的配置描述文件。

在一种可选的实施例中，如图5所示，固件版本2分别与configuration2、configuration3两个配置描述文件相对应，当需要通过配置文件configuration3和固件版本2进行系统升级时，可以确定配置描述文件boot cfg description3为第一配置描述文件。

步骤S106，基于第一配置描述文件对应的第一固件版本和第一配置文件，启动嵌入式系统。

具体的，上述第一固件版本为当前系统重启所选择的固件版本。第一配置文件为当前系统重启所选择的配置文件。

在一种可选的实施例中，可以基于第一配置描述文件对应的固件版本和配置文件进行系统重启，结合上述实施例，当系统当前通过配置描述文件boot cfg description3(第一配置描述文件)指向固件版本2(第一固件版本)的配置文件configuration3(第一配置文件)，进行初始化并重启系统。

在本发明实施例中，采用通过确定第一配置描述文件选择最优的固件版本以及配置文件的方式，通过获取至少一个配置描述文件；确定至少一个配置描述文件中的第一配置描述文件；基于第一配置描述文件对应的第一固件版本和第一配置文件，启动系统，从而实现了固件升级，系统重启稳定，提供靠靠服务的技术效果，进而解决了现有技术中系统反复重启或启动后系统网络功能不可用，导致设备无法远程管理的技术问题。

可选地，至少一个配置描述文件包含的配置参数，包括：固件版本编号、配置文件名、序列号、登录指示信息。

具体的，如图6所示，固件版本编号为Firmware x.x，其中x.x表示序号，例如Firmware1.0。配置文件名xx.cfg，例如init10.cfg。序列号为Sqe，例如seq:1。登录指示信息为confirm，例如confirm:0(登录指示信息为0)。

可选地，确定至少一个配置描述文件中的第一配置描述文件包括：确定预设文件当前指向的配置描述文件为第一配置描述文件。

在一种可选的实施例中，如图6所示，其中预设文件为boot cfg description，当前指向配置描述文件boot cfg description1，即确定配置描述文件boot cfgdescription1为第一配置描述文件，其中配置描述文件包括：固件版本编号、配置文件名、序列号、登录指示信息等配置参数，例如，配置描述文件boot cfg description1中，固件版本编号为Firmware1.0，配置文件名为init10.cfg，seq:1，confirm:0。

可选地，在启动嵌入式系统之后，该方法还包括：如果嵌入式系统启动失败，则控制预设文件指向至少一个配置描述文件中的第二配置描述文件，并重启嵌入式系统；如果嵌入式系统启动成功，则判断嵌入式系统是否在第一预设时间段内进行登录确认；如果未在第一预设时间段内进行登录确认，则控制预设文件指向至少一个配置描述文件中的第三配置描述文件，并重启嵌入式系统。

在一种可选的实施例中，如图7所示，可以根据boot cfg description指向的配置描述文件boot cfg description3对应的固件版本和配置文件进行系统重启，如果系统重启失败，则boot cfg description会指向一个序列号比当前序列号小的配置描述文件进行系统重启。需要说明的是，系统在每次生成新的在配置描述文件时，其文件的序列号是递增的。即配置描述文件boot cfg description3的序列号大于配置描述文件boot cfgdescription2，配置描述文件boot cfg description2的序列号大于配置描述文件bootcfg description1的序列号。则系统重启失败后会控制boot cfg description指向配置描述文件boot cfg description2或配置描述文件boot cfg description1。例如boot cfgdescription指向配置描述文件boot cfg description2，并进行重启。

以当前boot cfg description指向配置描述文件boot cfg description3为例，在系统重启成功后，由上述实施例可知，配置描述文件包含登录指示信息。当登录指示信息confirm标记为0，不需要进行登录确认；当登录指示信息confirm标记为1，需要在预设时间段内进行登录确认。例如预设时间段为10分钟，如果系统未在预设时间段内进行登录确认，即登录指示信息confirm标记为1时，boot cfg description会指向配置描述文件boot cfgdescription2(即第三配置描述文件)，并根据配置描述文件boot cfg description2对应的固件版本2和配置文件2重启系统。

需要说明的是第三配置描述文件可以与第二配置描述文件相同。当前没有对应版本的newestxx.cfg存在，比如当前系统有init20.cfg，但是没有newest20.cfg。此时，只需要生成一个1hour20.cfg。当前有对应版本的newestxx.cfg存在，比如当前系统有newest20.cfg，此时生成1hour20.cfg，同时要把newest20.cfg的描述文件的sequence加2。

系统通过initxx.cfg启动后，连续运行时间(中间系统没有重启过)达到1小时；系统运行过程中，修改了配置，然后连续运行时间(中间系统没有重启过)达到1小时；新生成的1hourxx.cfg覆盖旧的1hourxx.cfg。

可选地，在判断嵌入式系统是否在第一预设时间段内进行登录确认之前，该方法还包括：判断第一配置描述文件的登录指示信息是否为第一预设值；如果登录指示信息不是第一预设值，则判断嵌入式系统是否在第一预设时间段内进行登录确认。

具体的，上述实施例中登录指示信息confirm的值可以是0或1，则第一预设值为0。

在一种可选的实施例中，如果系统启动成功时，首先判断当前配置描述文件的登录指示信息confirm的值是否为0，如果不是0，则判断系统是否在预设时间段内进行登录确认。

需要说明的是固件升级或者管理员修改配置的情况下，生成的配置描述文件的confirm标记置1，表示系统启动后，需要从任意一种方式(UART、telnet、ssh、http、https)登录设备进行远程登录确认，如果没有远程登录确认，那么允许设备自动重启，例如，系统在超时后(比如10分钟)重启，并且智能选择固件和配置。目的是保障在远程升级的时候，维护人员可以尽量可靠地控制设备，不用担心设备无法管理

可选地，在至少一个配置描述文件为一个的情况下，第二配置描述文件与第一配置描述文件相同；在至少一个配置描述文件为多个的情况下，第二配置描述文件的序列号小于第一配置描述文件的序列号。

在一种可选的实施例中，结合图6，当前系统只有一个配置描述文件boot cfgdescription1的情况下，则此时系统重启失败后boot cfg description仍指向配置描述文件boot cfg description1(第二配置描述文件)系统根据与之对应的固件版本和配置文件进行系统重启；结合图7，在当前系统具有多个配置描述文件的情况下，当系统重启事变后，boot cfg description指向序列号比之前小的配置描述文件boot cfg description2，并根据与之对应的固件版本和配置文件进行系统重启。

可选地，在系统升级之后，该方法还包括：生成新的配置文件；基于新的配置文件，生成新的配置描述文件；控制预设文件指向新的配置描述文件。

在一种可选的实施例中，如图11所示，系统中有两个固件版本的情况下，从固件版本1升级到固件版本2，当前系统自动生成新的配置文件init20.cfg运行加载系统，根据当前固件版本2和配置文件init20.cfg生成新的配置描述文件boot cfg description4，同时控制boot cfg description指向新的配置描述文件boot cfg description4。

可选地，生成新的配置文件，包括：判断嵌入式系统是否为空系统；如果嵌入式系统是空系统，则按照预设方式生成新的配置文件；如果嵌入式系统不是空系统，则基于当前运行的第一配置文件生成新的配置文件。

具体的，空系统指系统中没有固件版本和相关配置文件的系统。具体的，本实施例中有initxx.cfg、1hourxx.cfg和newestxx.cfg三种的配置文件。上述第一配置文件为initxx.cfg预设配置文件，其中xx代表对应的固件版本号，新的配置文件为newestxx.cfg配置文件。

在一种可选的实施例中，如果当前系统是空系统，那么通过自动产生默认配置的方式生成；如果是在固件版本1基础上升级为固件版本2，那么基于当前运行的配置，转换出新版本的配置。如果两个版本之间配置命令没有改变或者新增，那么实际上，升级前后的配置是一样的，只是多了一个newestxx.cfg配置文件。在生成新的配置文件之前，首先判断系统是否为空系统，如果系统是空系统，例如如图9和图10所示，将固件版本1和对应的配置文件init10.cfg导入系统；如果系统不是空系统，例如如图11所示，系统本身存在固件版本1和配置文件newest10.cfg，在运行并升级后，系统会基于当前运行的配置文件将配置文件newest10.cfg转换成配置文件init20.cfg。此时与之对应的配置描述文件为配置描述文件boot cfg description4。

可选地，在嵌入式系统启动成功，且运行第二预设时间之后，该方法还包括如下之一：生成新的配置文件或接收新的配置文件；基于新的配置文件，生成新的配置描述文件；控制预设文件指向新的配置描述文件。

在一种可选的实施例中，在系统基于配置文件init10.cfg运行一段时间后生成新的配置文件1hour1.cfg，基于配置文件1hour1.cfg稳定运行第二预设时间后，例如1小时，系统则生成新的配置文件newes10.cfg或者接收管理员发送的新的配置文件newes10.cfg，基于当前固件版本1和配置文件newes10.cfg生成相应的配置描述文件boot cfgdescription3，同时控制boot cfg description指向相应的配置描述文件boot cfgdescription3。

可选地，生成新的配置文件，包括：判断嵌入式系统中是否存在第一预设配置文件；如果嵌入式系统中不存在第一预设配置文件，则生成新的配置文件；如果嵌入式系统中存在第一预设配置文件，则生成新的配置文件，并将第一预设配置文件的序列号增加。

上述第一预设配置文件为newestxx.cfg配置文件，上述新的配置文件为1hourxx.cfg。

在一种可选的实施例中，系统在运行加载前，首先判断系统是否存在newestxx.cfg配置文件(第一预设配置文件)，如果系统不存在newestxx.cfg配置文件(第一预设配置文件)，如图11所示，在系统运行固件版本2时，当前只有配置文件init20.cfg，则系统基于配置文件init20.cfg自动生成1hour20.cfg(新的配置文件)；如果系统不存在newestxx.cfg配置文件(第一预设配置文件)，例如图9中系统生成的配置文件newes10.cf在稳定运行1小时后，拷贝配置文件newest10.cfg为配置文件1hour10.cfg(新的配置文件)，同时newest10.cfg对应配置描述文件的sequence加2，1hour10.cfg对应的配置描述文件sequence同样自动增加，生成结果如图10所示。

需要说明的是，系统有一个掉电可保存的、单调递增的全局计数器(32位或者64位)，保存配置描述文件的sequence，初始值为1，每次分配后，加1，在每次生成配置描述文件时，全局计数器将当前数值复制给配置描述文件中的序列号参数，然后全局计数器自动加1。

可选地，在生成新的配置文件之后，方法还包括：判断嵌入式系统的运行时间是否达到第二预设时间，且嵌入式系统在预设时间内是否重启；如果运行时间到达第二预设时间，且嵌入式系统在预设时间内未重启，则将新的配置文件覆盖第二预设配置文件。

具体的，上述第二预设配置文件为配置文件1hourxx.cfg。

在一种可选的实施例中，系统将于配置文件initxx.cfg启动后，连续运行时间(中间系统没有重启过)达到1小时(第二预设时间)，系统会自动生成配置文件1hourxx.cfg(第二预设配置文件)；系统运行过程中，接收管理员远程传输的配置文件的配置参数，然后连续运行时间(中间系统没有重启过)达到1小时，新生成的配置文件1hourxx.cfg覆盖旧的配置文件1hourxx.cfg(第二预设配置文件)。

可选地，接收新的配置文件包括：在配置文件被修改的情况下，基于当前运行的第一配置文件生成新的配置文件；在接收到远程导入的配置文件的情况下，确定远程导入的配置文件为新的配置文件。

具体的，上述新的配置文件为配置文件newestxx.cfg。

在一种可选的实施例，在配置文件被修改的情况下，系统接收系统管理人员远程发送的配置文件修改参数，系统运行过程中，任何时候修改了配置，使用当前最新的配置生成配置文件newestxx.cfg(新的配置文件)；在接收到远程导入的配置文件的情况下，系统管理员通过import的方式远程导入了一个配置文件，系统将import的方式导入的配置文件作为newestxx.cfg(新的配置文件)。

可选地，在生成新的配置文件之后，该方法还包括：判断嵌入式系统的运行时间是否达到第二预设时间，且嵌入式系统在预设时间内是否重启；如果运行时间到达第二预设时间，且嵌入式系统在预设时间内未重启，则将新的配置文件覆盖第二预设配置文件。

在一种可选的实施例中，如图12所示，在系统升级后，运行固件版本从固件版本1变成固件版本2，系统基于配置文件init20.cfg并运行之后，判断系统的运行时间是否达到1小时(第二预设时间)，并判断在次系统运行过程中是否重启。如果在配置文件init20.cfg的配置下，系统根据配置文件init20.cfg运行达到1小时(第二预设时间)，生成新的配置文件1hour20.cfg，则配置描述文件相应更改为Boot cfg description 5，sequence为7，confirm标记为0，则此过程生成新的配置文件1hour20.cfg，boot cfg description仍然指向配置描述文件Boot cfg description 4。清除配置描述文件Boot cfg description 4的confirm标记，即confirm标记为1。则此过程生成新配置文件1hour20.cfg并修改其中参数的过程及即为将新的配置文件覆盖第二预设配置之文件。

可选地，该方法还包括：在第二固件版本和/或第二配置文件被删除的情况下，确定第二固件版本和/或第二配置文件对应的第二配置描述文件；删除第二配置描述文件。

具体的，上述第二固件版本为需要删除的固件版本；上述第二配置文件为需要删除的配置文件；第二配置描述文件用于确定需要删除的第二固件版本和第二配置文件。

在一种可选的实施例中，由于每个系统的存储空间是有限的，判断系统中固件版本的数量是否大于预设数量，比如系统最多可存储两个(预设数量)固件版本，如果系统中固件版本的数量大于预设数量，则删除目标固件版。根据系统flash的大小，可以选择保存的固件的个数。获取系统升级后生成的新的固件版本，并将新的固件版本覆盖第一固件版本，具体在接收到删除指令的情况下，删除指令对应的第一固件版本，为了方便描述问题，假设我们就只能保存2个固件，在第二固件版本和/或第二配置文件被删除的情况下，删除固件有两种情况：登录系统后，通过命令删除；升级新的固件，覆盖指定的固件；固件删除后，关联的配置描述文件被同时删除。如图12所示，当固件版本1、配置文件1hour10.cfg被删除时，对应的配置描述文件Boot cfg description 2同时被删除。需要说明的是，其中配置文件init10.cfg不能直接被删除；当系统升级后，由固件版本1升级至固件版本2，则将固件版本2覆盖固件版本1，系统运行固件版本2。

可选地，该方法还包括：在第三配置描述文件被删除的情况下，判断第三配置描述文件对应的配置文件是否为第二预设配置文件；如果第三配置描述文件对应的配置文件是预设配置文件，则保留第三配置描述文件对应的配置文件；如果第三配置描述文件对应的配置文件不是预设配置文件，则删除第三配置描述文件对应的配置文件。

具体的，上述第二预设配置文件为initxx.cfg预设配置文件。上述第三配置描述文件为需要删除的配置描述文件。

在一种可选的实施例中，当需要删除系统升级后稳定运行配置文件对应的配置描述文件，即在第三配置描述文件被删除的情况下，判断当前需要删除的配置描述文件对应的配置文件是否为配置文件initxx.cfg，如果当前删除指向的配置描述文件对应的配置文件是配置文件initxx.cfg，则保留当前配置文件initxx.cfg，不进行删除；如果当前删除指向的配置描述文件对应的配置文件不是配置文件initxx.cfg，则删除当前配置描述文件对应的配置文件。

可选地，该方法还包括：判断系统中固件版本的数量是否大于预设数量；如果系统中固件版本的数量大于预设数量，则删除第三固件版本。

可选地，删除第三固件版本包括：在系统升级后的情况下，获取系统升级后生成的新的固件版本，并将新的固件版本覆盖第三固件版本；在接收到删除指令的情况下，删除该删除指令对应的第三固件版本。

结合图6、8、9、10、11、12对本实施例一种优选的实施例方案进行详细描述。

1)只有一个固件的场景

a)如图6所示只有一个固件版本1.0，对应的配置文件为init10.cfg，sequence为1，boot cfg description指向Boot cfg description 1；

b)系统加载固件版本1.0的时候，如果加载失败，那么系统反复重启，每次都使用cfg1来启动；

c)固件版本1.0加载成功启动后，由于confirmed标记是“0”，因此不需要登录进行确认；

d)如图8所示，固件版本1.0运行1小时后，生成一个新的1hour1.cfg，boot cfgdescription指向Boot cfg description 2：

e)如图9所示设备管理员新增1条配置，配置成功后，生成一个新的newes10.cfg，配置描述文件的sequence为3，confirm标记置1，boot cfg description指向Boot cfgdescription 3：

f)如果新生成的cfg3运行不足1小时，设备重启了，由于Boot cfg description 3的confirm标记为1，有两种情况：

系统在启动加载配置阶段异常，无法正常启动。这种情况，选择下一个比当前sequence小的boot cfg description启动，这里选择Boot cfg description 2；

系统能正常启动，但是在限定时间内，没有登录进行confirm，系统自动重启，并且选择下一个比当前sequence小的boot cfg description启动，这里选择Boot cfgdescription 2；

g)如图10所示，如果在cfg3配置下，系统运行达到1小时，拷贝newest.cfg为1hour10.cfg，同时newest10.cfg对应配置描述文件的sequence加2，1hour10.cfg对应的配置描述文件sequence加1。另外，清除newest10.cfg的对应的配置描述文件的confirm标记：

2)有两个固件的场景

如图11所示，从固件版本1.0升级到固件版本2.0，升级后，由于版本之间配置变化，配置由newest10.cfg转换为init20.cfg，,暂且称配置描述文件为Boot cfgdescription 4，sequence为6，confirm标记为1，boot cfg description指向Boot cfgdescription 4；

系统使用Boot cfg description 4进行加载启动，分为3种情况：系统引导失败，boot cfg description指向Boot cfg description 3，系统重启；系统启动成功，但是在限定时间内没有登录进行确认，boot cfg description指向Boot cfg description 3，系统重启；系统启动成功，并且登录进行了confirm确认，系统正常提供服务。

如图12所示，如果在Boot cfg description 4的配置下，系统运行不足1小时重启，那么启动后，因为Boot cfg description 4的confirm标记是1，需要进行登录确认，如果没有登录确认，那么boot cfg description指向Boot cfg description 3，系统重启；

如果在Boot cfg description 4的配置下，系统运行达到1小时，拷贝init20.cfg，生成1hour20.cfg，Boot cfg description 5，sequence为7，confirm标记为0，boot cfg description仍然指向Boot cfg description 4。清除Boot cfg description 4的confirm标记；

如果在cfg4的配置下，系统运行超过1小时，设备管理员新增了1条配置，此时生成newest20.cfg，Boot cfg description 6，sequence为8，confirm标记为1，boot cfgdescription指向Boot cfg description 6。

实施例2

根据本发明实施例的另一方面，还提供了一种嵌入式系统启动装置，本实施例中具体实施方式与优选实施例与上述实施中相同或相似，在此不做赘述，图13是根据本发明实施例的一种嵌入式系统启动装置的示意图。结合图13，嵌入式系统启动装置包括：

获取模块10，用于获取至少一个配置描述文件，其中，不同配置描述文件对应的固件版本和/或配置文件不同；

第一确定模块12，用于确定至少一个配置描述文件中的第一配置描述文件；

启动模块14，用于基于第一配置描述文件对应的第一固件版本和第一配置文件，启动嵌入式系统。

可选地，第一确定模块还用于确定预设文件当前指向的配置描述文件为第一配置描述文件。

可选地，该装置还包括：第一重启模块，用于如果嵌入式系统启动失败，则控制预设文件指向至少一个配置描述文件中的第二配置描述文件，并重启嵌入式系统；第一判断模块，用于如果系统启动成功，则判断嵌入式系统是否在第一预设时间段内进行登录确认；第二重启模块，用于如果嵌入式系统未在第一预设时间段内进行登录确认，则控制预设文件指向至少一个配置描述文件中的第三配置描述文件，并重启嵌入式系统。

可选地，该装置还包括：第二判断模块，用于判断第一配置描述文件的登录指示信息是否为第一预设值；第一判断模块还用于如果登录指示信息不是第一预设值，则判断嵌入式系统是否在第一预设时间段内进行登录确认。

可选地，该装置还包括：第一生成模块，用于生成新的配置文件；第二生成模块，用于基于新的配置文件，生成新的配置描述文件；控制模块，用于控制预设文件指向新的配置描述文件。

可选地，第一生成模块包括：第一判断单元，用于判断嵌入式系统是否为空系统；第一生成单元，用于如果嵌入式系统是空系统，则按照预设方式生成新的配置文件；第二生成单元，用于如果嵌入式系统不是空系统，则基于当前运行的第一配置文件生成新的配置文件。

可选地，该装置还包括：第一生成模块，用于生成新的配置文件或接收模块，用于接收新的配置文件；第二生成模块，用于基于新的配置文件，生成新的配置描述文件；控制模块，用于控制预设文件指向新的配置描述文件。

可选地，第一生成模块包括：第二判断单元，用于判断嵌入式系统中是否存在第一预设配置文件；第一生成单元，用于如果嵌入式系统中不存在第一预设配置文件，则生成新的配置文件；第二生成单元，用于如果嵌入式系统中存在第一预设配置文件，则生成新的配置文件，并将第一预设配置文件的序列号增加。

可选地，该装置还包括：

第三判断模块，用于判断嵌入式系统的运行时间是否达到第二预设时间，且嵌入式系统在预设时间内是否重启；

覆盖模块，用于如果运行时间到达第二预设时间，且嵌入式系统在预设时间内未重启，则将新的配置文件覆盖第二预设配置文件。

可选地，接收模块包括：

第三生成单元，用于在配置文件被修改的情况下，基于当前运行的第一配置文件生成新的配置文件；

第一确定单元，用于在接收到远程导入的配置文件的情况下，确定远程导入的配置文件为新的配置文件。

可选地，第二生成模块包括：

第一获取单元，用于获取新的配置文件对应的固件版本的版本号，新的配置文件的文件名，以及目标计数器的当前数值；

第二确定单元，用于确定版本号为新的配置描述文件的固件版本编号；

第三确定单元，用于确定文件名为新的配置描述文件的配置文件名；

第四确定单元，用于确定当前数值为新的配置描述文件的序列号，其中，目标计数器的当前数值增加；

第五确定单元，用于在嵌入式系统运行第二预设时间，且生成新的配置文件的情况下，确定新的配置描述文件的序列号为第一预设值；

第六确定单元，用于在嵌入式系统升级，或接收到新的配置文件的情况下，确定新的配置描述文件的序列号为第二预设值。

可选地，该装置还包括：

第二确定模块，用于在第二固件版本和/或第二配置文件被删除的情况下，确定第二固件版本和/或第二配置文件对应的第二配置描述文件；

第一删除模块，用于删除第二配置描述文件。

可选地，该装置还包括：

第四判断模块，用于在第三配置描述文件被删除的情况下，判断第三配置描述文件对应的配置文件是否为第二预设配置文件；

保留模块，用于如果第三配置描述文件对应的配置文件是预设配置文件，则保留第三配置描述文件对应的配置文件；

第二删除模块，用于如果第三配置描述文件对应的配置文件不是预设配置文件，则删除第三配置描述文件对应的配置文件。

可选地，该装置还包括：

第五判断模块，用于判断系统中固件版本的数量是否大于预设数量；

第三删除模块，用于如果系统中固件版本的数量大于预设数量，则删除第三固件版本。

可选地，第三删除模块包括：

第二获取单元，用于在系统升级后的情况下，获取系统升级后生成的新的固件版本，并将新的固件版本覆盖第三固件版本；

删除单元，用于在接收到删除指令的情况下，删除该删除指令对应的第三固件版本。

实施例3

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，本实施例中具体实施方式与优选实施例与上述实施中相同或相似，在此不做赘述。计算机可读存储介质包括存储的程序，其中，在程序运行时控制计算机可读存储介质所在设备执行上述实施例中任意一项嵌入式系统启动方法。

实施例4

根据本发明实施例的另一方面，还提供了一种处理器，本实施例中具体实施方式与优选实施例与上述实施中相同或相似，在此不做赘述。处理器用于运行程序，其中，程序运行时执行上述实施例中任意一项嵌入式系统启动方法。

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

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为判断模块可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例该方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (20)

1.一种嵌入式系统启动方法，其特征在于，包括：

获取至少一个配置描述文件，其中，不同配置描述文件对应的固件版本和/或配置文件不同；

确定所述至少一个配置描述文件中的第一配置描述文件；

基于所述第一配置描述文件对应的第一固件版本和第一配置文件，启动所述嵌入式系统。

2.根据权利要求1所述的方法，其特征在于，所述至少一个配置描述文件包含的配置参数，包括：固件版本编号、配置文件名、序列号、登录指示信息。

3.根据权利要求2所述的方法，其特征在于，确定所述至少一个配置描述文件中的第一配置描述文件包括：

确定预设文件当前指向的配置描述文件为所述第一配置描述文件。

4.根据权利要求3所述的方法，其特征在于，在启动所述嵌入式系统之后，所述方法还包括：

如果所述嵌入式系统启动失败，则控制所述预设文件指向所述至少一个配置描述文件中的第二配置描述文件，并重启所述嵌入式系统；

如果所述系统启动成功，则判断所述嵌入式系统是否在第一预设时间段内进行登录确认；

如果所述嵌入式系统未在所述第一预设时间段内进行登录确认，则控制所述预设文件指向所述至少一个配置描述文件中的第三配置描述文件，并重启所述嵌入式系统。

5.根据权利要求4所述的方法，其特征在于，在判断所述嵌入式系统是否在第一预设时间段内进行登录确认之前，所述方法还包括：

判断所述第一配置描述文件的登录指示信息是否为第一预设值；

如果所述登录指示信息不是所述第一预设值，则判断所述嵌入式系统是否在所述第一预设时间段内进行登录确认。

6.根据权利要求4所述的方法，其特征在于，

在所述至少一个配置描述文件为一个的情况下，所述第二配置描述文件与所述第一配置描述文件相同；

在所述至少一个配置描述文件为多个的情况下，所述第二配置描述文件的序列号小于所述第一配置描述文件的序列号。

7.根据权利要求3所述的方法，其特征在于，在所述嵌入式系统升级之后，所述方法还包括：

生成新的配置文件；

基于所述新的配置文件，生成新的配置描述文件；

控制所述预设文件指向所述新的配置描述文件。

8.根据权利要求7所述的方法，其特征在于，生成新的配置文件，包括：

判断所述嵌入式系统是否为空系统；

如果所述嵌入式系统是空系统，则按照预设方式生成所述新的配置文件；

如果所述嵌入式系统不是空系统，则基于当前运行的所述第一配置文件生成所述新的配置文件。

9.根据权利要求3所述的方法，其特征在于，在所述嵌入式系统启动成功，且运行第二预设时间之后，所述方法还包括：

生成新的配置文件或接收新的配置文件；

基于所述新的配置文件，生成新的配置描述文件；

控制所述预设文件指向所述新的配置描述文件。

10.根据权利要求9所述的方法，其特征在于，生成新的配置文件，包括：

判断所述嵌入式系统中是否存在第一预设配置文件；

如果所述嵌入式系统中不存在所述第一预设配置文件，则生成所述新的配置文件；

如果所述嵌入式系统中存在所述第一预设配置文件，则生成所述新的配置文件，并将所述第一预设配置文件的序列号增加。

11.根据权利要求9所述的方法，其特征在于，在生成新的配置文件之后，所述方法还包括：

判断所述嵌入式系统的运行时间是否达到第二预设时间，且所述嵌入式系统在所述预设时间内是否重启；

如果所述运行时间到达所述第二预设时间，且所述嵌入式系统在所述预设时间内未重启，则将所述新的配置文件覆盖第二预设配置文件。

12.根据权利要求9所述的方法，其特征在于，接收新的配置文件包括：

在配置文件被修改的情况下，基于当前运行的所述第一配置文件生成所述新的配置文件；

在接收到远程导入的配置文件的情况下，确定所述远程导入的配置文件为所述新的配置文件。

13.根据权利要求7至12中任意一项所述的方法，其特征在于，生成新的配置描述文件包括：

获取所述新的配置文件对应的固件版本的版本号，所述新的配置文件的文件名，以及目标计数器的当前数值；

确定所述版本号为所述新的配置描述文件的固件版本编号；

确定所述文件名为所述新的配置描述文件的配置文件名；

确定所述当前数值为所述新的配置描述文件的序列号，其中，所述目标计数器的所述当前数值增加；

在所述嵌入式系统运行第二预设时间，且生成所述新的配置文件的情况下，确定所述新的配置描述文件的序列号为第一预设值；

在所述嵌入式系统升级，或接收到所述新的配置文件的情况下，确定所述新的配置描述文件的序列号为第二预设值。

14.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在第二固件版本和/或第二配置文件被删除的情况下，确定所述第二固件版本和/或第二配置文件对应的第二配置描述文件；

删除所述第二配置描述文件。

15.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在第三配置描述文件被删除的情况下，判断所述第三配置描述文件对应的配置文件是否为第二预设配置文件；

如果所述第三配置描述文件对应的配置文件是所述预设配置文件，则保留所述第三配置描述文件对应的配置文件；

如果所述第三配置描述文件对应的配置文件不是所述预设配置文件，则删除所述第三配置描述文件对应的配置文件。

16.根据权利要求1所述的方法，其特征在于，所述方法还包括：

判断所述系统中固件版本的数量是否大于预设数量；

如果所述系统中固件版本的数量大于所述预设数量，则删除第三固件版本。

17.根据权利要求16所述的方法，其特征在于，删除第三固件版本包括：

在所述系统升级后的情况下，获取所述系统升级后生成的新的固件版本，并将所述新的固件版本覆盖所述第三固件版本；

在接收到删除指令的情况下，删除所述删除指令对应的所述第三固件版本。

18.一种嵌入式系统启动装置，包括：

获取装置，用于获取至少一个配置描述文件，其中，不同配置描述文件对应的固件版本和/或配置文件不同；

确定装置，用于确定所述至少一个配置描述文件中的第一配置描述文件；

启动装置，用于基于所述第一配置描述文件对应的第一固件版本和第一配置文件，启动系统。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至17中任意一项所述嵌入式系统启动方法。

20.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至17中任意一项所述嵌入式系统启动方法。

Images