CN111625273A - 半导体设备的配置文件修改方法及装置 - Google Patents

Abstract

本公开实施例公开了一种半导体设备的配置文件修改方法及装置。其中，半导体设备的配置文件修改方法，包括：获取预先设置的配置文件，并将其转换为第一解析文件；从所述第一解析文件中获取标准配置项；响应于配置操作，对相应的标准配置项进行修改；设置关联标准配置项的状态为屏蔽状态，所述关联标准配置项为与修改的标准配置项互斥的标准配置项；基于所述修改的标准配置项得到修改后的配置文件；将所述修改后的配置文件，同步加载到指定设备端。根据用户的操作，对标准配置项进行修改，从而自动完成对配置文件的修改，提升修改效率，实现一次性修改设备端控制程序与用户界面程序两端的配置文件，提高了修改准确性。

Description

半导体设备的配置文件修改方法及装置

技术领域

本公开属于半导体设备领域，更具体地，涉及一种半导体设备的配置文件修改方法及装置。

背景技术

半导体生产设备的软件控制系统，首先需具备稳定、可靠的控制功能。设备的软件控制系统采用分布式的上下位机，以网络通信方式传输数据与控制命令。其中靠近用户的一端，称为用户界面或者界面控制程序。靠近设备的另一端，称为设备端控制程序。

在软件系统的设计中，为支持设备多种模块的通用性以及设备的客户化，提供灵活的配置方式，以使应用程序实现最大程度的复用，会基于Xml格式文件存储全部可配置内容，这些Xml文件在应用程序启动或运行时被读取，由此使应用程序实现完整的设备模块构建和设备控制。用户通过修改配套的配置文件，就可以实现软件控制系统对设备的控制功能改变，由此实现对设备的不同控制要求。

同时，随着设备的越来越集成化，对软件控制系统也要求更好的集成，相应地需要软件系统具有更好的兼容、配置和扩展性。此时，相比于单一类型设备的配置文件修改操作，集成化设备的软件控制系统的配置文件修改操作，成为一项更为重要和复杂的工作，不仅产生更大工作量，也随着为适应不同客户端配置变更频度增加而要求配置文件修改操作的准确性。而随着软件控制系统的集成，使配套的配置文件内容显著增多，对完全依赖于手动方式修改配置文件是个挑战。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

设备集成化后，由于兼容性需要，相应的集成化软件控制应用代码，包含了多种设备类型的控制方式。通过修改集成后的配置文件，就可以实现针对不同客户端进行具体设备类型配置。配置文件中，对应于集成化的控制应用代码，也包含多种设备类型的控制方式的配置内容。原来只需要分别在各自类型独立的应用代码范围内修改的配套的配置文件，现在面临全部需要在配置文件中完成修改。

在对集成化的配置文件修改时，集成化的配置文件包含了同一类配置项中全部可选择控制方式的配置内容，修改指定配置项的配置值后，还需要对该一类配置项中其他相关配置值进行设置。例如，在Xml文档中需将与指定配置项互斥的配置值屏蔽，一种屏蔽方式是通过将XmlDocument对象的XmlNode类型由XmlElement转换为XmlComment来实现。任何修改之前，配置文件中包含了全部可选控制方式的配置内容，因此配置文件不一定是应用程序可以直接启用。因此，需要互斥处理。

由于界面控制程序与设备端控制程序分布式部署，当修改完成一端的配置文件后，需要相应地修改另外一端的配置文件中对应配置项，相同的修改过程先后需要在两端总共执行两次，造成工作量增加了一倍，相应地修改过程中带来的错误也就增加。相当于将修改过程在工作量复制一倍而准确性相应地下降。两处的配置文件分别修改完成后，需要手动启动设备端控制程序，启动完成后手动启动界面控制程序。在启动界面控制程序的过程中，由于两端的修改过程均为手动修改，手动修改过程中可能导致两处修改存在了差异，而需要通过多次反复启动尝试发现匹配差异的位置，总体上降低了修改过程中一次性达到两端配置内容完全匹配的效率。

综上所述现有技术手动修改存在以下问题：

(1)修改效率低：修改的工作量增加一倍；

(2)修改准确程度低：手动修改方式对于错误的引入随着修改针对的内容增多而上升；尤其是针对不同应用的各项配置项之间可能存在逻辑关联；同时这种分别修改的方式，不利于在一次修改过程中两处修改内容的匹配性保持；

(3)维护性低：手动修改方式下需要软件专业人员操作，制约了不同客户端设备类型配置以及各客户端设备变更配置时所需的灵活性与及时性。

发明内容

有鉴于此，本公开实施例提供了一种半导体设备的配置文件修改方法及装置，至少解决现有技术中修改效率低、准确程度低且维护性低的问题。

第一方面，本公开实施例提供了一种半导体设备的配置文件修改方法，包括：

获取预先设置的配置文件，并将其转换为第一解析文件；

从所述第一解析文件中获取标准配置项；

响应于配置操作，对相应的标准配置项进行修改；

设置关联标准配置项的状态为屏蔽状态，所述关联标准配置项为与修改的标准配置项互斥的标准配置项；

基于所述修改的标准配置项得到修改后的配置文件；

将所述修改后的配置文件，同步加载到指定设备端。

可选的，所述基于所述修改的标准配置项得到修改后的配置文件，包括：

基于所述修改的标准配置项得到第二解析文件；

将所述第二解析文件转换为修改后的配置文件。

可选的，所述响应于配置操作，包括：

获取用户界面的配置操作信息，所述配置操作信息包括修改信息、禁用信息或启动信息；

基于所述配置操作信息生成相应配置操作指令。

可选的，所述从所述第一解析文件中获取标准配置项的步骤之后，包括：

提取标准配置项的配置信息；

将所述配置信息映射到图形化的用户界面。

可选的，所述对相应的标准配置项进行修改，包括：

响应于配置操作，查找相应标准配置项中的配置项及配置值；

对所述配置项及配置值进行修改。

可选的，所述从所述第一解析文件中获取标准配置项为：

基于标准配置项的标识符，从所述第一解析文件中获取标准配置项的全部内容或者部分内容。

可选的，所述标识符：

包括第一标识符和第二标识符；

所述第一标识符，用于标识一个标准配置项的全部内容；

所述第二标识符，用于标识一个标准配置项中能查询的节点对象。

可选的，基于所述第一标识符获取标准配置项的操作对象为区块：

所述区块包括相同名称的一组连续起止标志符之间的内容；

和/或

基于所述第二标识符获取标准配置项的操作对象为：

相同查询路径的全部节点对象集合为一个对象。

可选的，所述指定设备端至少包括：设备控制端和用户终端。

第二方面，本公开实施例还提供了一种半导体设备的配置文件修改装置，所述装置包括：

转换模块：用于获取预先设置的配置文件，并将其转换为第一解析文件；

获取模块：用于从所述第一解析文件中获取标准配置项；

修改模块：用于响应于配置操作，对相应的标准配置项进行修改；

屏蔽模块：用于设置关联标准配置项的状态为屏蔽状态，所述关联标准配置项为与修改的标准配置项互斥的标准配置项；

配置文件模块：用于基于所述修改的标准配置项得到修改后的配置文件；

加载模块：用于将所述修改后的配置文件，同步加载到指定设备端。

本公开通过将配置文件转换为解析文件，并在解析文件中获取标准配置项，并根据用户的操作，对标准配置项进行修改，从而自动完成对配置文件的修改，提升修改效率，实现一次性修改设备端控制程序与用户界面程序两端的配置文件，提高了修改准确性。

通过用户界面的操作，使得修改配置工作简单化，不需要复杂的人为操作，提升了维护性。

本公开的其它特征和优点将在随后具体实施方式部分予以详细说明。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1示出了现有技术中手动修改配置文件的流程图；

图2示出了根据本公开的一个实施例的半导体设备的配置文件修改方法的流程图；

图3示出了根据本公开的一个实施例的实现用户界面配置操作与XmlDocument标准可配置项映射关系的示意框图；

图4示出了根据本公开的一个实施例的自动修改配置系统的结构示意图；

图5示出了根据本公开的一个实施例的自动修改配置项的操作流程图。

具体实施方式

下面将更详细地描述本公开的优选实施方式。虽然以下描述了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。

如图1所述，在对集成化的配置文件手动修改包括：

首先，在Xml文档中循环查找指定配置项；

其次，对查找出的指定配置项，按照修改内容修改指定配置项；

然后，对同属于该指定配置项同一类的其他配置项状态进行设置。因为同类的其他配置项与指定配置项存在互斥关系，因此需要将其他配置项状态设置为屏蔽状态，也就是不启用状态。

在对指定配置项进行修改配置值时，其可能与其他相关配置项之间存在逻辑关系，还需要对这些相关配置项也进行相应的配置修改。

设备集成化形成的集成化软件控制系统中，为提高修改集成化的配置文件的效率和准确性，本实施由手动修改配置改为自动修改配置。手动修改配置，是指对全部配置文件，逐一手动查找配置项以及修改所需变更的配置值；自动修改配置，是指构建自动修改配置的系统，对该系统输入的是集成化的配置文件，通过该系统特定操作，生成可由集成化的控制应用程序直接使用的配置文件。本实施例的自动修改配置的中，查找配置项以及修改所需变更的配置值，不需要手动查找和修改配置文件，是在图形化的用户界面中点选、输入和保存的简单操作，实现对不同设备类型的配置以及修改某些配置项。

本实施的自动修改配置文件，基于一种准确、恰当的查找配置项以及修改所需变更的配置值的规则。本实施将图形化用户界面的操作信息与集成化的配置文件中的配置项一一对应起来，通过对操作图形化用户界面，完成配置项的修改。

相比于单一类型设备的软件控制系统的配置方式，在集成化软件控制系统的应用中，也对应地存在集成化的配置文件，基于Xml文档格式。集成化的配置文件，是多个Xml文档的集合，这些Xml文档之间配合应用程序解析而存在位置层级和引用关系。配合集成化设备的多种配置需求，该集成化软件控制系统的使用，将集中体现为对集成化的集成化的配置文件的修改。集成化的配置文件中，包含该集成化软件控制系统所具备的全部控制功能的可配置项。为兼容不同设备类型的配置需求，集成化的配置文件中，实现方式是同一配置项存在多个配置选项值。每一选项值，对应一种或者某几类设备情况下的配置值。Xml文档中，同一配置项的多个选项值存在形式为Xml文档的某一层级的元素节点类型，即XmlElement类型。这些元素节点是同层级的并列节点。

理论上，集成化的配置文件不能直接提供给软件控制系统的应用程序使用，因为一方面，同一配置项存在的多种配置选项值之间是互斥关系，应用程序解析时不允许存在同一配置项的多个并列节点选项，保证该配置项同时只能存在一个有效配置选项值；另一方面，集成化的配置文件包含的全部配置项中，各配置项自身之间存在逻辑关系，同时各配置项的不同配置值之间存在联合关系，即这些配置项之间不是完全独立，需配合实际应用方式，未经合理配置，这种逻辑关系在集成化的配置文件中是不完全明确与正确。

基于对集成化的配置文件的全部可配置项的修改，形成可由集成化软件控制系统的应用程序使用的配置文件。为提高修改过程的效率和准确性，由手动编辑这些Xml文档中指定配置项内容，改进为构建自动修改配置的系统。区别于手动修改配置的方式，该自动修改配置系统中，是通过将设备端控制程序的配置文件、用户界面控制程序的配置文件，按照统一的规则加载，加载后不作区分。修改配置时按照标准可配置项的查找方式从加载的这些全部配置文件中，查找并修改指定标准配置项。这里的查找、修改，是依据用户在界面输入后，由系统自动查找、修改、保存。而手动方式中，这些查找、修改、保存，均为手动操作。由此，该自动修改配置系统中，可以实现一次性修改设备端控制程序与用户界面控制程序的配置文件，实现两端配置文件的修改。

如图2所示，一种半导体设备的配置文件修改方法，包括：

步骤S201：获取预先设置的配置文件，并将其转换为第一解析文件；

在系统中获取配置文件后，将该配置文件转换为解析文件，从而便于对配置项的提取。因配置文件是系统文件，不能直接对系统文件进行读取，以避免读取系统文件影响系统运行，因此需将配置文件转换为可读取的解析文件。

在一个具体的实施例中，配置文件为Xml文件，第一解析文件为XmlDocument类型对象文件，读取全部Xml文件，并对其进行格式转换，将其加载为XmlDocument类型对象。

步骤S202：从所述第一解析文件中获取标准配置项；

从所述第一解析文件中获取标准配置项为：基于标准配置项的标识符，从所述第一解析文件中获取标准配置项的全部内容或者部分内容。

在一个具体的实施例中，基于标准配置项的定义标识符，从XmlDocument类型对象中获取出全部标准可配置项。

步骤S203：响应于配置操作，对相应的标准配置项进行修改；

可选的，所述响应于配置操作，对相应的标准配置项进行修改，包括：响应于配置操作，查找相应标准配置项中的配置项及配置值；

对所述配置项及配置值进行修改。

用户通过图像化的用户界面对相应的配置项信息进行修改后，生成相应的指令，对配置操作相应的标准配置项进行修改。

响应于配置操作，包括：

获取用户界面的配置操作信息，所述配置操作信息包括修改信息、禁用信息或启动信息；

基于所述配置操作信息生成相应配置操作指令。

提取标准配置项的配置信息；将所述配置信息映射到图形化的用户界面。

图像化的用户界面可以为包括全部配置信息和配置信息对用修改框的界面，或下拉式的用户界面，用户通过选择相应的配置信息完成信息的修改。有的配置信息后对应修改的数值，用户根据修改需求选择修改的数值即可，有的配置信息后为对应的输入框，用户输入修改后的数据即可。有的配置信息后为相应的操作，如禁用或启用等。

获取到的全部标准可配置项内容，显示在界面中，提供给用户查看与修改。用户通过界面，选择指定配置项进行修改配置操作。

用户界面，是用户查看与操作配置信息的界面，系统基于调用Xml文档处理模块的处理结果，显示在界面中。

在一个具体的应用场景中，接收到用户界面传递的相应配置项以及修改后的配置值，从XmlDocument类型对象中查找相应配置项。查找到相应配置项后，将修改后的配置值设置到该相应配置项中。即对相关联的所有配置项的信息都相应修改。经过用户在界面中的全部修改操作和确认，将修改配置后的Xml文档保存为Xml文件。对全部涉及内容修改的Xml文档，作格式处理，使其可以加载为XmlDocument类型对象，然后通过提供对XmlDocument类型对象的标准操作。

步骤S204：设置关联标准配置项的状态为屏蔽状态，所述关联标准配置项为与修改的标准配置项互斥的标准配置项；

在一个具体的应用场景中，修改后的配置值设置到该相应配置项中的同时，对相应配置项其他相关配置项状态进行设置，使得与相应配置项互斥的其他相关配置项状态为屏蔽状态。

步骤S205：基于所述修改的标准配置项得到修改后的配置文件；

可选的，所述基于所述修改的标准配置项得到修改后的配置文件，包括：基于所述修改的标准配置项得到第二解析文件；将所述第二解析文件转换为修改后的配置文件。

第二解析文件和第一解析文件为同一类型文件，基于修改后的配置项得到第二解析文件后，因第二解析文件不是系统文件，不能直接安装到系统中，需要将第二解析文件转换为配置文件才可以被安装到系统中。

在一个具体的应用场景中，通过提供对XmlDocument类型对象的标准操作，实现将用户界面映射来的指定配置项的配置值修改到Xml文档内容中，并且在用户界面最终操作完成进行保存时，实现将XmlDocument类型对象重新转换为原有格式保存为Xml文件。

步骤S206：将所述修改后的配置文件，同步加载到指定设备端。

可选的指定设备端至少包括：设备控制端和用户终端。修改完配置文件后，将所有安装该配置文件的终端都进行自动修改，从而避免逐一修改，提高修改效率。

可选的，所述标识符：包括第一标识符和第二标识符；

所述第一标识符，用于标识一个标准配置项的全部内容；

所述第二标识符，用于标识一个标准配置项中能查询的节点对象。

在一个具体的应用场景中，完整的集成化配置文件，分离为标准可配置项之后，称为标准配置文件模板。对标准配置文件模板进行编辑的完整规则定义如下：

分离标准配置项的两种标识：Xml配置文件中，用于划分标准配置项的标识符；

A.Block：定义为Xml配置文件中，标识一个标准配置项的全部内容，成对出现；

类型：XmlDocument类型中的XmlComment节点；

格式：<！—blockname_beg-->/<！—blockname_end-->，其中“beg”与“end”为一个block的起止关键字；blockname为当前标准配置项的名称；

B.Node：定义为Xml配置文件中，一个标准配置项，通过Xml标准XPath可查询的XmlNode对象；

类型：XmlDocument类型中的XmlElement节点；

格式：指定XPath；

上述代码为分割标准配置项的标识符示例，XmlComment节点<！—A_beg-->/<！—A_end-->，就是一对block起止标识符，划定一个标准可配置项为这一对标识符之间的块。XmlElement节点ConfigItemB，就是一个Node标识符，其本身就是Xml文档中的一个XmlNode对象，可由XPath＝/ConfigItemB查找。

可选的，基于所述第一标识符获取标准配置项的操作对象为区块：

所述区块包括相同名称的一组连续起止标志符之间的内容，一个区块为一次操作对象；

和/或

基于所述第二标识符获取标准配置项的操作对象为：

相同查询路径的全部节点对象集合为一个对象。

通过确认操作对象可以提高获取标准配置项中读取数据的准确性。

在一个具体的应用场景中，

对标准可配置项的操作方式：基于两种标识符分离出的标准可配置项有以下操作：

A.Block类型的标准可配置项：

操作对象：由一个blockname指定，相同名称的一组连续beg、end之间的内容为一区块，视为一次操作对象。理论上，Block之间的内容也是XmlNode类型，其嵌套层级关系不做限制。

操作方式：用户界面对该类型的标准可配置项操作方式为选择启用或者不启用该配置项。禁用该配置项，对应Xml文档中该block类型的标准可配置项内容将被由XmlElement类型转换为XmlComment类型。

B.Node类型的标准可配置项：

操作对象：由一个XPath指定，相同XPath的全部XmlNode对象集合，表示一个可配置项；本身就表示该配置项处于启用状态，而基于应用程序代码的原因，也会对少数Node对象进行禁用操作；

操作方式：用户界面对该类型的标准可配置项操作方式主要为修改XmlNode集合中各节点的值或者修改指定属性的值；以及少数的启用或者不启用该配置项。禁用该配置项，对应Xml文档中该XmlNode集合全部节点都将被从XmlDocument中移除。

一个配置文件中，基于应用程序解析逻辑需要，同一个配置项的不同内容位于不同位置，当其属于block形式，则其block名称必须完全一致，操作也完全一致，作为一次操作的整体对象，也就是block类型标准可配置项，一次操作中可能需要操作当前Xml文档中的多个相同名称的block之间的内容。当其属于node形式，则其XPath所对应的XmlNode集合中全部节点的操作完全一致，作为一次操作整体对象。

上述代码为同一Xml文档中同名的多处block标识的示例，block之间的全部内容均处于XmlElement类型，则这一block表示的配置项启用；反之，block之间的内容处于XmlComment类型，则这一block表示的配置项禁用。默认，标准配置文件模板中，预先定义的全部block之间的内容均处于XmlElement类型，因此用户界面操作中，只有在禁用该标准可配置项的操作，才对应于Xml文档中将XmlElement类型转换为XmlComment类型；启用该标准可配置项的操作，则对应于Xml文档的操作无需相反转换。

默认，标准配置文件模板中，Node本身属于XmlDocument中的XmlElement类型。因此用户界面操作中，只有在禁用该标准可配置项的操作，才对应于Xml文档中将XPath查找指定的全部XmlElement类型节点移除；启用该标准可配置项的操作，则对应于Xml文档的操作无需插入转换。

同时，由于用户界面的禁用block类型的某配置项时，对应于Xml文档的XmlElement类型转换为XmlComment类型的操作，因此block之间的内容必须是非XmlComment类型，保证转换过程中无异常。由此，也可以得出，block之间不会存在嵌套，即不同的block之间不会形成嵌套关系，无论这些block标识的标准可配置项自身之间的逻辑关系是否存在层级关系。

基于上述定义的分离标识符与规则，实现了将标准配置文件模板中各Xml文档配置项内容与用户界面可操作的配置信息之间的映射关系，为自动修改配置系统中加载所需修改配置对象与保存修改配置结果的双向过程提供处理依据。这种映射关系如图3所示。

本公开实施例还提供一种半导体设备的配置文件修改装置，所述装置包括：

转换模块：用于获取预先设置的配置文件，并将其转换为第一解析文件；

获取模块：用于从所述第一解析文件中获取标准配置项；

修改模块：用于响应于配置操作，对相应的标准配置项进行修改；

屏蔽模块：用于设置关联标准配置项的状态为屏蔽状态，所述关联标准配置项为与修改的标准配置项互斥的标准配置项；

配置文件模块：用于基于所述修改的标准配置项得到修改后的配置文件；

加载模块：用于将所述修改后的配置文件，同步加载到指定设备端。

在一个具体的应用场景中如图4所示，配置文件修改装置主要由两部分组成，一部分是用户界面，一部分是Xml文档处理模块。Xml文档处理模块包括：转换模块、获取模块、修改模块、屏蔽模块、配置文件模块和加载模块。此外，该配置文件修改装置还涉及远程通信接口，需要与设备端控制程序之间存在远程通信，负责将修改前后的配置文件传送设备端控制程序。

用户界面，是用户查看与操作配置信息的界面，系统基于调用Xml文档处理模块的处理结果，显示在界面中。经过用户在用户界面中的全部修改操作和确认，再基于Xml文档处理模块将修改配置后的Xml文档保存为Xml文件。Xml文档处理模块中，主要对全部涉及内容修改的Xml文档，作格式处理，使其可以加载为XmlDocument类型对象，然后通过提供对XmlDocument类型对象的标准操作，实现将用户界面映射来的相应配置项的配置值修改到Xml文档内容中，并且在用户界面完成最终操作进行保存时，实现将XmlDocument类型对象重新转换为原有格式保存为Xml文件。

该配置文件修改装置，以设定的规则对集成化的配置文件进行处理，通过图形化用户界面将处理后配置信息提供给用户查看和编辑操作。最后，在用户界面完成操作时，将用户界面的操作结果重新映射到Xml文档中，生成可由应用程序使用的完整配置文件。设定的规则，主要作用是，定义Xml文档配置项内容与用户界面可操作的配置信息之间的映射关系，以准确查找配置文件中的配置项以及配置值。查找的内容为图形化用户界面的输入的配置信息，查找的对象为集成化的配置文件中的某一或者某几个指定配置文件内容。

这种设定规则存在的前提是，基于Xml文档对象模型XmlDocument类型的操作，结合少量辅助Xml文本字符操作，完成对集成化的配置文件的编辑配置操作。基于此前提，首先，将集成化的配置文件的全部配置内容分离为标准可配置项。每一标准配置项为一个编辑操作对象单元。其次，依照该规则将标准可配置项与用户界面配置信息之间进行映射，形成基于集成化的配置文件内容的用户界面配置操作内容。用户在界面中的编辑配置操作，最终都会体现为对集成化的配置文件中对应的标准可配置项的修改。

该配置文件修改装置中，用户修改配置的操作流程如图5所示：

首先，通过Xml文档处理模块，读取全部Xml文件，并对其进行格式转换，将其加载为XmlDocument类型对象后，基于标准配置项的定义标识符，从XmlDocument类型对象中获取出全部标准可配置项。

其次，用户界面将Xml文档处理模块获取到的全部标准可配置项内容，显示在界面中，提供给用户查看与修改。用户通过用户界面，选择指定配置项进行修改配置操作。

然后，Xml文档处理模块接收到用户界面传递的指定配置项以及修改后的配置值，从XmlDocument类型对象中查找指定配置项。查找到指定配置项后，将修改后的配置值设置到该指定配置项中。同时，对指定配置项其他相关配置项状态进行设置，使得与指定配置项互斥的其他相关配置项状态为屏蔽状态。完成整个修改配置流程。

本实施例，在不对集成化配置文件进行配置内容的修改条件下，对集成化软件控制系统的配置修改过程带来以下优点：

1、通过由手动修改集成化的配置文件，改为通过自动修改配置系统实现对集成化配置文件的修改，修改效率提升；

2、通过配置文件修改装置中修改配置的操作流程，实现一次性修改设备端控制程序与用户界面程序两端的配置文件，修改准确性提高；

3、通过配置文件修改装置，提供用户界面的图形化操作，使得修改配置这一项工作简单化，不需要复杂的人为操作，集成化软件控制系统的维护性提升。

本公开实施例提供一种电子设备包括存储器和处理器,

存储器，存储有可执行指令；

处理器，处理器运行存储器中的可执行指令，以实现半导体设备的配置文件修改方法。

该存储器用于存储非暂时性计算机可读指令。具体地，存储器可以包括一个或多个计算机程序产品，该计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。该易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。该非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。

该处理器可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其它形式的处理单元，并且可以控制电子设备中的其它组件以执行期望的功能。在本公开的一个实施例中，该处理器用于运行该存储器中存储的该计算机可读指令。

本领域技术人员应能理解，为了解决如何获得良好用户体验效果的技术问题，本实施例中也可以包括诸如通信总线、接口等公知的结构，这些公知的结构也应包含在本公开的保护范围之内。

有关本实施例的详细说明可以参考前述各实施例中的相应说明，在此不再赘述。

本公开实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现半导体设备的配置文件修改方法。

根据本公开实施例的计算机可读存储介质，其上存储有非暂时性计算机可读指令。当该非暂时性计算机可读指令由处理器运行时，执行前述的本公开各实施例方法的全部或部分步骤。

上述计算机可读存储介质包括但不限于：光存储介质(例如：CD－ROM和DVD)、磁光存储介质(例如：MO)、磁存储介质(例如：磁带或移动硬盘)、具有内置的可重写非易失性存储器的媒体(例如：存储卡)和具有内置ROM的媒体(例如：ROM盒)。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。

Claims (10)

1.一种半导体设备的配置文件修改方法，其特征在于，包括：

获取预先设置的配置文件，并将其转换为第一解析文件；

从所述第一解析文件中获取标准配置项；

响应于配置操作，对相应的标准配置项进行修改；

设置关联标准配置项的状态为屏蔽状态，所述关联标准配置项为与修改的标准配置项互斥的标准配置项；

基于所述修改的标准配置项得到修改后的配置文件；

将所述修改后的配置文件，同步加载到指定设备端。

2.根据权利要求1所述的半导体设备的配置文件修改方法，其特征在于，所述基于所述修改的标准配置项得到修改后的配置文件，包括：

基于所述修改的标准配置项得到第二解析文件；

将所述第二解析文件转换为修改后的配置文件。

3.根据权利要求1所述的半导体设备的配置文件修改方法，其特征在于，所述响应于配置操作，包括：

获取用户界面的配置操作信息，所述配置操作信息包括修改信息、禁用信息或启动信息；

基于所述配置操作信息生成相应配置操作指令。

4.根据权利要求3所述的半导体设备的配置文件修改方法，其特征在于，所述从所述第一解析文件中获取标准配置项的步骤之后，包括：

提取标准配置项的配置信息；

将所述配置信息映射到图形化的用户界面。

5.根据权利要求1所述的半导体设备的配置文件修改方法，其特征在于，所述对相应的标准配置项进行修改，包括：

响应于配置操作，查找相应标准配置项中的配置项及配置值；

对所述配置项及配置值进行修改。

6.根据权利要求1所述的半导体设备的配置文件修改方法，其特征在于，所述从所述第一解析文件中获取标准配置项为：

基于标准配置项的标识符，从所述第一解析文件中获取标准配置项的全部内容或者部分内容。

7.根据权利要求6所述的半导体设备的配置文件修改方法，其特征在于，所述标识符：

包括第一标识符和第二标识符；

所述第一标识符，用于标识一个标准配置项的全部内容；

所述第二标识符，用于标识一个标准配置项中能查询的节点对象。

8.根据权利要求7所述的半导体设备的配置文件修改方法，其特征在于，基于所述第一标识符获取标准配置项的操作对象为区块：

所述区块包括相同名称的一组连续起止标志符之间的内容；

和/或

基于所述第二标识符获取标准配置项的操作对象为：

相同查询路径的全部节点对象集合为一个对象。

9.根据权利要求1所述的半导体设备的配置文件修改方法，其特征在于，所述指定设备端至少包括：设备控制端和用户终端。

10.一种半导体设备的配置文件修改装置，其特征在于，所述装置包括：

转换模块：用于获取预先设置的配置文件，并将其转换为第一解析文件；

获取模块：用于从所述第一解析文件中获取标准配置项；

修改模块：用于响应于配置操作，对相应的标准配置项进行修改；

屏蔽模块：用于设置关联标准配置项的状态为屏蔽状态，所述关联标准配置项为与修改的标准配置项互斥的标准配置项；

配置文件模块：用于基于所述修改的标准配置项得到修改后的配置文件；

加载模块：用于将所述修改后的配置文件，同步加载到指定设备端。

Images