CN111813436A - 一种批量更新配置文件的方法及系统 - Google Patents

Abstract

本发明提供了一种批量更新配置文件的方法及系统，该方法通过将与升级后软件版本对应的所有更新后配置文件进行打包整合，获取包含文件个数和配置文件信息的二进制配置文件包并将其上传到嵌入式操作系统中，由嵌入式操作系统对接收到的二进制配置文件包中的配置文件内容进行解析以及规范化处理，进而将各更新后配置文件存储在对应的文件系统中，供需求的系统或终端调用实现更新配置。采用本发明的技术方案能够有效克服现有技术中操作繁琐、耗时耗力且出错概率高的问题，且在提升处理效率的基础上有效保障了各配置文件内容的可靠性，为各设施配置文件的顺利更新和稳定运行提供有力的支持。

Description

一种批量更新配置文件的方法及系统

技术领域

本发明涉及数据及文件处理技术领域，尤其涉及一种批量更新配置文件的方法及系统。

背景技术

嵌入式领域的配置文件可以为对应的计算机程序配置参数和初始化设置，不同的配置文件有着不同作用，在操作系统的启动运行过程中，可以从配置文件中读取相关的配置参数对系统的软件进行配置，从而实现动态调整与灵活配置。在嵌入式操作系统中，无论是实时嵌入式操作系统(如VxWorks、QNX等)还是非实时嵌入式操作系统(Linux等)，配置文件有着至关重要的作用。配置文件本质上是包含操作程序所需信息的文件，这些信息以特定的方式构成，它们不是在程序中进行硬编码配置，而是用户可配置的文件，通常存储于纯文本文件中。

随着软件的版本升级，配置文件也需要随着更新，现有技术中，嵌入式领域配置文件的更新一般都是通过命令或者工具进行逐一更新。但是在某些技术场景，需要对较多数量的配置文件进行同阶段更新，比如轨道交通领域的配置文件，它们旨在对相同产品进行差异化设置，即相同的产品在不同的车型、车厢和机箱里所需要的功能存在差异，为了软件的统型设计，差异之处通过配置文件来体现，且随着产品的需求多样化，配置文件的种类以及数量也在增加，在软件版本更新的时候，对配置文件的更新也提出了新的要求，采用命令或者更新的工具逐一更新的传统手段必然需要消耗大量的时间，不仅效率低下，而且由于配置文件数量多、文件格式多样，造成遗漏文件或更新出错的概率也很高，不利于系统软件的运行和维护。

发明内容

为解决上述问题，本发明提供了一种批量更新配置文件的方法，在一个实施例中，所述方法包括：

步骤S1、将与升级后软件版本对应的所有更新后配置文件进行打包整合，获得包含文件头的二进制配置文件包，其中所述文件头包含配置文件的个数和配置文件信息；

步骤S2、将获得的所述二进制配置文件包上传至预设存储区，利用嵌入式操作系统对所述二进制配置文件包进行校验；

步骤S3、由所述嵌入式操作系统对所述二进制配置文件包进行解析，获取其中各更新后配置文件的内容；

步骤S4、对已获取内容的各更新后配置文件进行规范处理，并将规范处理后的各更新后配置文件存储在所述操作系统的文件系统中，供需求的系统或终端调用以读取对应的配置参数对软件进行更新配置。

在一个实施例中，所述方法还包括以下步骤：

步骤S5、根据所述配置文件信息记录各个更新后配置文件的调用信息并保存，以供用户调取查看；

其中，所述调用信息包括：已调用更新后配置文件的配置文件标记、文件名、存储位置及调用时间；未调用更新后配置文件的配置文件标记、文件名及存储位置。

进一步地，所述配置文件信息包含：

打包前各个配置文件的文件名、文件在二进制文件中的起始地址、文件大小以及文件的创建时间，所述文件名中包括配置文件对应的适应设施类别。

在一个实施例中，步骤S2中，在传输二进制配置文件包的过程中，采用CRC数据校验方式确保二进制配置文件包的数据完整性。

在一个实施例中，步骤S4中包括以下操作：

根据各个更新后配置文件的文件名或者创建时间对各更新后配置文件进行标记处理及分类处理；

根据分类结果将标记处理后的各更新后配置文件存储至嵌入式操作系统中文件系统的对应存储区里，便于调用；

其中，各更新后配置文件存储至文件系统时，采用CRC校验方法确定各更新后配置文件的完整性和正确性。

基于上述任意一个或多个实施例的其他方面，本发明还提供一种批量更新配置文件的系统，该系统包括：

文件打包模块，其配置为将与升级后软件版本对应的所有更新后配置文件进行打包整合，获得包含文件头的二进制配置文件包，其中所述文件头包含配置文件的个数和配置文件信息；

传输模块，其配置为将获得的所述二进制配置文件包上传至预设存储区，利用嵌入式操作系统对所述二进制配置文件包进行校验；

内容解析模块，其配置为由所述嵌入式操作系统对所述二进制配置文件包进行解析，获取其中各更新后配置文件的内容；

规范及存储模块，其配置为对已获取内容的各更新后配置文件进行规范处理，并将规范处理后的各更新后配置文件存储在所述嵌入式操作系统的文件系统中，供需求的系统或终端调用以读取对应的配置参数对软件进行更新配置。

在一个实施例中，所述系统还包括：

调用记录模块，其配置为根据所述配置文件信息记录各个更新后配置文件的调用信息并保存，以供用户调取查看；

其中，所述调用信息包括：已调用更新后配置文件的配置文件标记、文件名、存储位置及调用时间；未调用更新后配置文件的配置文件标记、文件名及存储位置。

进一步地，所述配置文件信息包含：

打包前各个配置文件的文件名、文件在二进制文件中的起始地址、文件大小以及文件创建的时间，所述文件名中包括配置文件对应的适应设施类别。

在一个实施例中，所述传输模块在传输二进制配置文件包的过程中，采用CRC数据校验方式确保二进制配置文件包的数据完整性。

在一个实施例中，所述规范及存储模块配置为：

根据各个更新后配置文件的文件名或者创建时间对各更新后配置文件进行标记处理及分类处理；

根据分类结果将标记处理后的各更新后配置文件存储至嵌入式操作系统中文件系统的对应存储区里，便于调用；

其中，各更新后配置文件存储至文件系统时，采用CRC校验方法确定各更新后配置文件的完整性和正确性。

与最接近的现有技术相比，本发明还具有如下有益效果：

本发明提供的批量更新配置文件的方法通过将与升级后软件版本对应的所有更新后配置文件打包整合成二进制配置文件包，由嵌入式操作系统对上传的二进制配置文件包进行解析获取其中的各更新后配置文件内容，并对各更新后配置文件进行规范化处理，基于此进一步将各更新后配置文件存储在对应的文件系统中供需求的系统或终端调用，以实现软件的配置更新，采用这样的方法批量更新配置文件，在保证处理效率的前提下，有效克服了现有技术中操作繁琐、耗时耗力且出错概率高的问题；此外，本发明在上传配置文件包以及将解析的各更新后配置文件存储至文件系统的过程中均通过校验操作确定文件的完整性和正确性，在提升处理效率的基础上有效保障了各配置文件内容的可靠性和完整性，避免出现配置文件遗漏更新的现象。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例共同用于解释本发明，并不构成对本发明的限制。在附图中：

图1是本发明一实施例中批量更新配置文件的方法的流程示意图；

图2是本发明实施例中批量更新配置文件的方法的操作系统处理流程示意图；

图3是本发明另一实施例中批量更新配置文件的方法的流程示意图；

图4是本发明一实施例提供的批量更新配置文件的系统的结构示意图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式，借此本发明的实施人员可以充分理解本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程并依据上述实现过程具体实施本发明。需要说明的是，只要不构成冲突，本发明中的各个实施例以及各实施例的各个特征可以相互结合，所形成的技术方案均在本发明的保护范围之内。

嵌入式领域的配置文件可以为对应的计算机程序配置参数和初始化设置，不同的配置文件有着不同作用，在操作系统的启动运行过程中，可以从配置文件中读取相关的配置参数对系统的软件进行配置，从而实现动态调整与灵活配置。在嵌入式操作系统中，无论是实时嵌入式操作系统(如VxWorks、QNX等)还是非实时嵌入式操作系统(Linux等)，配置文件有着至关重要的作用。配置文件本质上是包含操作程序所需信息的文件，这些信息以特定的方式构成，它们不是在程序中进行硬编码配置，而是用户可配置的文件，通常存储于纯文本文件中。

随着软件的版本升级，配置文件也需要随着更新，现有技术中，嵌入式领域配置文件的更新一般都是通过命令或者工具进行逐一更新。但是在某些技术场景，需要对较多数量的配置文件进行同阶段更新，比如轨道交通领域的配置文件，它们旨在对相同产品进行差异化设置，即相同的产品在不同的车型、车厢和机箱里所需要的功能存在差异，为了软件的统型设计，差异之处通过配置文件来体现，且随着产品的需求多样化，配置文件的种类以及数量也在增加，在软件版本更新的时候，对配置文件的更新也提出了新的要求，采用命令或者更新的工具逐一更新的传统手段必然需要消耗大量的时间，不仅效率低下，而且由于配置文件数量多且文件格式多样，造成遗漏文件或更新出错的概率也很高，不利于系统软件的运行和维护。

轨道交通的应用场景中，配置文件根据车型号、车厢号、机箱号等不同而不同，这样一来，配置文件的种类和数量就会急剧增加，这无疑会增加更新配置文件过程的工作量，亟需提出能够实现配置文件批量更新的方法，该方法可以将所有需要更新的配置文件打包成一个操作系统可识别的文件(本方法以二进制文件为主)，操作系统只需处理这一个文件就可以更新所有的配置文件，该方法可以大大提高更新效率，而且还能够降低更新遗漏或出错的机率。为了做到简单高效，可能会在出厂调试或者软件版本更新时就要求把所有的配置文件一次性更新。为满足上述需求，本发明提供一种批量更新配置文件的方法及系统，下面参考附图对本发明各个实施例进行说明。

实施例一

图1示出了本发明实施例一提供的批量更新配置文件的方法的流程示意图，参照图1可知，该方法包括如下步骤。

步骤S110、将与升级后软件版本对应的所有更新后配置文件进行打包整合，获得包含文件头的二进制配置文件包，其中所述文件头包含配置文件的个数和配置文件信息。

在该步骤中，包括以下操作：将不同类型的更新后配置文件打包整合成包含文件头二进制配置文件包作为更新后配置文件包；实际应用中，利用打包工具将各个更新后配置文件打包整合成二进制配置文件包，例如：可以采用VB(Visual Basic)语言写成的打包小程序作为打包工具，其能够将多个不同格式的文件以二进制的形式按照文件先后顺序打包到一起，并在文件头部提供被打包的文件信息，即包括更新后配置文件个数以及配置文件信息的文件头。

其中，所述文件头的配置文件信息包含打包前各个配置文件的文件名、文件在二进制文件中的起始地址、文件大小以及文件的创建时间，所述文件名中包括配置文件对应的适应设施类别。

实际应用中，将需要打包的更新后配置文件打包整合成二进制文件后，可以根据需求对打包生成的文件包命名，例如：需要更新的配置文件有start.txt、devicecfg.xml、test.ini、canfd.cfg，将这四个配置文件通过打包工具打包成一个二进制文件，命名为update.bin。

进一步地，设置二进制配置文件包中至少包括文件头信息，具体的，设置update.bin这个文件的开始的一段空间，实际设置时可设置为前面的256个字节，该文件头中记录了配置文件的个数以及各个配置文件的信息，配置文件的信息比如start.txt文件的名字、在update.bin文件中存储的位置(比如位于文件0x1000处)、文件的大小(比如1KB)、以及创建的时间(比如2020.02.24)。

步骤S120、将获得的所述二进制配置文件包上传至预设的存储区，利用嵌入式操作系统对所述二进制配置文件包进行校验。实际应用时，嵌入式操作系统利用网络文件传输工具或者文件传输串口将打包后的二进制文件上传到嵌入式操作系统的目标板内存中，例如利用FTP或者TFTP文件传出工具实现传输。具体的，该处的嵌入式操作系统通常为与配置文件使用设置通信连接的嵌入式操作系统，例如轨道列车相应设施所属的管理系统。

进一步地，在一个实施例中，在该步骤传输二进制配置文件包的过程中，采用CRC数据校验方式确保二进制配置文件包的数据完整性。

在文件成功传输到嵌入式操作系统的相应存储区并确定其文件完整性后，再基于其中各更新后配置文件的内容进行处理，具体为通过对二进制文件进行解析，获取其中各更新后配置文件的文件内容，图2示出了本发明实施例中批量更新配置文件的方法的操作系统处理流程示意图，如图2所示，本发明在检测到有上传的二进制配置文件包之后，执行以下步骤：步骤S130、由嵌入式操作系统对所述二进制配置文件包进行解析，获取其中各更新后配置文件的内容。

该步骤中，在操作系统里根据二进制文件头信息，依据各个更新后配置文件的文件信息将所有的配置文件按照原有的名字和文件格式解析到系统中，例如，实际实施解析时，根据文件名、文件在内存中的起始地址以及大小获取并解析各更新后配置文件的内容，结合上述实例，解析成功后目标系统里有start.txt、devicecfg.xml、test.ini、canfd.cfg这四个文件。

在此基础上，考虑到配置文件数量繁多，用户调用时查找需求的更新后配置文件存在不便，难免会需要较多的时间，为避免该种情况，在解析获取配置文件的文件内容后，将各个配置文件存储到文件系统之前，本发明实施例采取先对各个配置文件规范化处理的步骤，将各个配置文件根据文件名或创建时间进行分类，进而结合分类结果进行关联的分类存储，用户调用某配置文件时，不需要遍历所有的配置文件，仅需要遍历该配置文件所在类中的各配置文件即可，省时省力，且避免调用对象出现误差。

基于此，本发明实施例有：步骤S140、对已获取内容的各更新后配置文件进行规范处理，并将规范处理后的各更新后配置文件存储在所述嵌入式操作系统的文件系统中，供需求的系统或终端调用以读取对应的配置参数对软件进行更新配置。

实际应用时，系统或终端可以直接读取对应的更新后配置文件进行更新配置，即由更新后的完整配置文件替换或覆盖旧版的配置文件，不需要基于修改配置文件中某个或多个配置参数的命令进行配置文件的修改，有效降低了操作误差的发生概率。

在一个实施例中，上述步骤包括以下操作：根据各个更新后配置文件的文件名或者创建时间对各更新后配置文件进行标记处理及分类处理；

根据分类结果将标记处理后的各更新后配置文件存储至嵌入式操作系统中文件系统的对应存储区里，便于调用；

其中，各更新后配置文件存储至文件系统时，采用CRC校验方法确定各更新后配置文件的完整性和正确性。

嵌入式操作系统根据文件头信息，通过文件名、文件在内存中的起始地址以及大小可以快速获取并解析每个配置文件的具体内容，进而将配置文件内容进行处理并从内存中取出后再封装成相应文件写入到文件系统中。在二进制文件通过网络上传到内存中阶段会对这个二进制文件包进行CRC校验，在文件从内存写入到文件系统中阶段会对每个文件进行CRC检验，确保文件的正确性和完整性。

该步骤中，优选地将规范化处理后的各更新后配置文件存储至新建的存储区中，该处的存储区是专门为本次更新操作新建的，能够避免与历史更新后配置文件混淆，尤其是对于相似度比较高的配置文件。需要说明的是，该处的存储区与直接存储所占用的存储空间基本一样，且存储区中可以根据需求基于所述分类结果划分对应的子存储区。

进一步地，为避免文件系统的空间利用率降低，实际应用时，可选地将设定版本或设定时间之前的旧版配置文件删除，以节约文件系统的存储空间。

实际应用中，存储更新后配置文件的文件系统可以是能够稳定运行的嵌入式文件系统，比如dos文件系统，TFFS文件系统，yaffs文件系统等，不同的存储介质会格式化成不同的文件系统。

采用本发明的技术方案，将需要更新的配置文件批量打包并处理，供需求的设施和终端调用实现更新，克服了现有技术中逐个文件更新方法操作繁琐、易遗漏及易出错的缺陷，大大提升了配置文件更新操作的时效性；同时，在有效实现配置文件批量更新的基础上，本发明在文件上传及文件储存的过程中设置校验双层操作，保障了文件系统中供调用配置文件的可靠性，有助于轨道列车系统中各设施和终端的稳定运行。此外，本发明的批量配置文件中可包含不同格式文文件，适用性得到有效提高。

实施例二

该实施例中提供了针对批量更新后配置文件的方法的另一个可行实施案例，图3示出了本发明实施例二提供的批量更新后配置文件的方法的流程示意图，参照图3可知，该方法包括如下步骤。

步骤S110、将与升级后软件版本对应的所有更新后配置文件进行打包整合，获得包含文件头的二进制配置文件包，其中所述文件头包含配置文件的个数和配置文件信息。

在该步骤中，包括以下操作：将不同类型的更新后配置文件打包整合成包含文件头信息的二进制配置文件包，作为更新后配置文件包；

其中，所述二进制配置文件包的文件头包含其中配置文件的个数以及配置文件信息，具体的，所述配置文件信息包含打包前各个更新后配置文件的文件名、文件在二进制文件中的起始地址、文件大小以及文件的创建时间，所述文件名中包括配置文件对应的适应设施类别。

步骤S120、将获得的所述二进制配置文件包上传至预设的存储区，利用嵌入式操作系统对所述二进制配置文件包进行校验。

步骤S130、由所述嵌入式操作系统对所述二进制配置文件包进行解析，获取其中各更新后配置文件的内容。

步骤S140、对已获取内容的各更新后配置文件进行规范处理，并将规范处理后的各更新后配置文件存储至嵌入式操作系统的文件系统中，供需求的系统或终端调用以读取对应的配置参数对软件进行更新配置。

在一个实施例中，上述步骤包括以下操作：根据各个更新后配置文件的文件名或者创建时间对各更新后配置文件进行标记处理及分类处理；

根据分类结果将标记处理后的各更新后配置文件存储至嵌入式操作系统中文件系统的对应存储区里，便于调用；

各更新后配置文件存储至文件系统时，采用CRC校验方法确定各更新后配置文件的完整性和正确性。

与上述实施例存在差异的是该实施例中的方法中还包括：步骤S310、根据所述配置文件信息记录各个更新后配置文件的调用信息并保存，以供用户调取查看；

其中，所述调用信息包括：已调用更新后配置文件的配置文件标记、文件名、存储位置及调用时间；未调用更新后配置文件的配置文件标记、文件名及存储位置。

该实施例中，记录并保存与配置文件信息关联的调用信息，能够令用户根据调用信息明确各个设施和终端配置文件的更新进度，尤其是清楚有哪些配置文件还没更新，一般地，当不存在未被调用的更新后配置文件时，则说明该批次包含的所有设施或终端对应的配置文件都完成了更新。

实施例三

基于上述任意一个或多个实施例的其他方面，本发明还提供一种批量更新后配置文件的系统。具体的，图4示出了本发明实施例中批量更新后配置文件的系统的结构示意图，如图4所示，该系统包括：

文件打包模块41，其配置为将与升级后软件版本对应的所有更新后配置文件进行打包整合，获得包含文件头的二进制配置文件包，其中，所述文件头包含配置文件的个数和配置文件信息。

传输模块43，其配置为将获得的所述二进制配置文件包上传至预设存储区，利用嵌入式操作系统对所述二进制配置文件包进行校验。

内容解析模块45，其配置为由所述嵌入式操作系统对所述二进制配置文件包进行解析，获取其中各更新后配置文件的内容。

规范及存储模块47，其配置为对已获取内容的各更新后配置文件进行规范处理，并将规范处理后的各更新后配置文件存储在所述嵌入式操作系统的文件系统中，供需求的系统或终端调用。

在一个优选的实施例中，所述系统还包括：调用信息记录模块49，其配置为根据所述配置文件信息记录各个更新后配置文件的调用信息并保存，以供用户调取查看以读取对应的配置参数对软件进行更新配置；

其中，所述调用信息包括：已调用更新后配置文件的配置文件标记、文件名、存储位置及调用时间；未调用更新后配置文件的配置文件标记、文件名及存储位置。

该实施例中，记录并保存与配置文件信息关联的调用信息，能够令用户根据调用信息明确各个设施和终端配置文件的更新进度，尤其是能够清楚有哪些配置文件还没更新，一般地，当不存在未被调用的更新后配置文件时，则说明该批次包含的所有设施或终端对应的配置文件都完成了更新。

具体地，在一个实施例中，所述文件打包模块41配置为：

利用打包工具将不同类型的配置文件打包整合成包含文件头信息的二进制文件包作为二进制配置文件包；

其中，所述二进制配置文件包的文件头包含其中配置文件的个数以及配置文件信息，进一步地，配置文件信息包含打包前各个配置文件的文件名、文件在二进制文件中的起始地址、文件大小以及文件创建的时间，所述文件名中包括配置文件对应的适应设施类别。

实际应用中，将需要打包的更新后配置文件打包整合成二进制文件后，可以根据需求对打包生成的文件命名，例如：需要更新的配置文件有start.txt、devicecfg.xml、test.ini、canfd.cfg，将这四个配置文件通过打包工具打包成一个二进制文件，命名为update.bin。

进一步地，设置二进制配置文件包包括文件头信息，具体的，设置update.bin这个文件的最开始的一段空间为文件头，实际设置时可设置为前面的256个字节，记录了配置文件的个数以及各个配置文件的信息，配置文件信息比如start.txt文件的名字、在update.bin文件中存储的位置(比如位于文件0x1000处)、文件的大小(比如1KB)、以及创建的时间(比如2020.02.24)。

在一个实施例中，传输模块43在传输二进制配置文件包的过程中，采用CRC数据校验方式确保二进制配置文件包的数据完整性。

该步骤中，嵌入式操作系统利用网络文件传输工具或者文件传输串口将打包后的二进制文件上传到操作系统的目标板内存中，例如利用FTP或者TFTP文件传出工具实现传输。具体的，该处的嵌入式操作系统通常为与配置文件使用设置通信连接的嵌入式操作系统，例如轨道列车相应设施所属的管理系统。

考虑到配置文件数量繁多，用户调用时查找需求的配置文件存在不便，在解析获取配置文件的文件内容后，将各个配置文件存储到文件系统之前，本发明实施例采取先对各个配置文件规范化处理的步骤，将各个配置文件根据文件名或创建时间进行简单分类，用户调用某配置文件时，不需要遍历所有的配置文件，仅需要遍历该配置文件所在类中的各配置文件即可，省时省力，且避免调用对象出现误差。因此，本发明实施例的规范及存储模块47配置为：

根据各个更新后配置文件的文件名或者创建时间对各更新后配置文件进行标记处理及分类处理；

根据分类结果将标记处理后的各更新后配置文件存储至嵌入式操作系统中文件系统的对应存储区里，便于调用；

各更新后配置文件存储至文件系统时，采用CRC校验方法确定各更新后配置文件的完整性和正确性。

优选地，规范及存储模块47将规范化处理后的各更新后配置文件存储至为本次更新操作新建的存储区中，能够避免与历史更新后配置文件混淆，尤其是对于相似度比较高的配置文件。需要说明的是，该处新建的存储区与直接存储所占用的存储空间基本一样，且存储区中可以根据需求基于所述分类结果划分对应的子存储区。

需要说明的是，本发明实施例提供的批量更新配置文件的系统中，各个模块或单元结构可以根据实际应用需求独立运行或组合运行，以实现相应的技术效果。

在可选的实施例中，可以将批量更新在操作系统里做成命令或者集成到更新工具里，方便使用。

应该理解的是，本发明所公开的实施例不限于这里所公开的特定结构、处理步骤或材料，而应当延伸到相关领域的普通技术人员所理解的这些特征的等同替代。还应当理解的是，在此使用的术语仅用于描述特定实施例的目的，而不意味着限制。

说明书中提到的“一实施例”意指结合实施例描述的特定特征、结构或特征包括在本发明的至少一个实施例中。因此，说明书通篇各个地方出现的短语“一实施例”并不一定均指同一个实施例。

虽然本发明所揭露的实施方式如上，但所述的内容只是为了便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属技术领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种批量更新配置文件的方法，其特征在于，所述方法包括：

步骤S1、将与升级后软件版本对应的所有更新后配置文件进行打包整合，获得包含文件头的二进制配置文件包，其中所述文件头包含配置文件的个数和配置文件信息；

步骤S2、将获得的所述二进制配置文件包上传至预设存储区，利用嵌入式操作系统对所述二进制配置文件包进行校验；

步骤S3、由所述嵌入式操作系统对所述二进制配置文件包进行解析，获取其中各更新后配置文件的内容；

步骤S4、对已获取内容的各更新后配置文件进行规范处理，并将规范处理后的各更新后配置文件存储在所述操作系统的文件系统中，供需求的系统或终端调用以读取对应的配置参数对软件进行更新配置。

2.如权利要求1所述的方法，其特征在于，所述方法还包括以下步骤：

步骤S5、根据所述配置文件信息记录各个更新后配置文件的调用信息并保存，以供用户调取查看；

其中，所述调用信息包括：已调用更新后配置文件的配置文件标记、文件名、存储位置及调用时间；未调用更新后配置文件的配置文件标记、文件名及存储位置。

3.如权利要求1或2所述的方法，其特征在于，所述配置文件信息包含：

打包前各个配置文件的文件名、文件在二进制文件中的起始地址、文件大小以及文件的创建时间，所述文件名中包括配置文件对应的适应设施类别。

4.如权利要求1～3中任一项所述的方法，其特征在于，步骤S2中，在传输二进制配置文件包的过程中，采用CRC数据校验方式确保二进制配置文件包的数据完整性。

5.如权利要求1～4中任一项所述的方法，其特征在于，在步骤S4中，包括以下操作：

根据各个更新后配置文件的文件名或者创建时间对各更新后配置文件进行标记处理及分类处理；

根据分类结果将标记处理后的各更新后配置文件存储至嵌入式操作系统中文件系统的对应存储区里，便于调用；

其中，各更新后配置文件存储至文件系统时，采用CRC校验方法确定各更新后配置文件的完整性和正确性。

6.一种批量更新配置文件的系统，其特征在于，所述系统包括：

文件打包模块，其配置为将与升级后软件版本对应的所有更新后配置文件进行打包整合，获得包含文件头的二进制配置文件包，其中所述文件头包含配置文件的个数和配置文件信息；

传输模块，其配置为将获得的所述二进制配置文件包上传至预设存储区，利用嵌入式操作系统对所述二进制配置文件包进行校验；

内容解析模块，其配置为由所述嵌入式操作系统对所述二进制配置文件包进行解析，获取其中各更新后配置文件的内容；

规范及存储模块，其配置为对已获取内容的各更新后配置文件进行规范处理，并将规范处理后的各更新后配置文件存储在所述嵌入式操作系统的文件系统中，供需求的系统或终端调用以读取对应的配置参数对软件进行更新配置。

7.如权利要求6所述的系统，其特征在于，所述系统还包括：

调用记录模块，其配置为根据所述配置文件信息记录各个更新后配置文件的调用信息并保存，以供用户调取查看；

其中，所述调用信息包括：已调用更新后配置文件的配置文件标记、文件名、存储位置及调用时间；未调用更新后配置文件的配置文件标记、文件名及存储位置。

8.如权利要求6或7所述的系统，其特征在于，所述配置文件信息包含：

打包前各个配置文件的文件名、文件在二进制文件中的起始地址、文件大小以及文件创建的时间，所述文件名中包括配置文件对应的适应设施类别。

9.如权利要求6～8中任一项所述的系统，其特征在于，传输模块在传输二进制配置文件包的过程中，采用CRC数据校验方式确保二进制配置文件包的数据完整性。

10.如权利要求6～9中任一项所述的系统，其特征在于，规范及存储模块配置为：

根据各个更新后配置文件的文件名或者创建时间对各更新后配置文件进行标记处理及分类处理；

根据分类结果将标记处理后的各更新后配置文件存储至嵌入式操作系统中文件系统的对应存储区里，便于调用；

其中，各更新后配置文件存储至文件系统时，采用CRC校验方法确定各更新后配置文件的完整性和正确性。

Images