数据处理方法及装置、电子设备、计算机存储介质

技术领域

本申请涉及数据处理技术领域，特别涉及一种数据处理方法及装置、电子设备、计算机存储介质。

背景技术

随着数据量的增加以及数据的重要性提升，现今的许多企业或机构等，都安装有多台设备，以部署多个数据库用于存储产生的大量的数据，而如何有效地维护这些设备，则非常的关键。

现今对于设备的维护方式，主要是通过登陆到目标设备，并由目标设备获取数据库管理员输入的相应的查询命令并执行，从而查询到相应的设备参数，然后反馈给数据库管理员。若反馈的参数中出现异常，或者需要修改参数时，则还需要数据库管理员，针对该目标设备进行手动调整，即由目标设备响应数据管理员的修改操作，对该异常数据或待修改数据进行修改。

但是，由于设备的数量众多，每台设备都需要单独登陆进行查询，并且需求单独的手动进行修改，因此这种维护方式效率极低，并且不同管理员对参数理解可能不同，因此对各台设备的维护无法保证设备参数的统一。

发明内容

基于上述现有技术的不足，本申请提供了一种数据处理方法及装置、电子设备、计算机存储介质，以解决现有数据的维护方式效率极低，且无法保证参数的统一的问题。

为了实现上述目的，本申请提供了以下技术方案：

本申请第一方面提供了一种数据处理方法，其特征在于，包括：

当接收到查询指令时，校验用户当前编辑的参数接口文件是否符合参数编辑规则；其中，所述参数接口文件至少包括所述用户编辑的待查询数据项以及期望值；

若校验出所述参数接口文件符合参数编辑规则，则利用所述参数接口文件中的各项参数，生成查询语句；

将所述查询语句分别下发至目标IP文件中指定的各个被管机；其中，所述目标IP文件包括多个所述被管机的IP信息；

接收各个所述被管机反馈的与所述待查询数据项对应的数据，并将所述数据展示给所述用户；

若接收到所述用户下发的修改指令，则将各个待修改被管机中与所述待查询数据项对应的数据修改为指定修改值；其中，所述待修改被管机为所述被管机中反馈的所述数据不等于所述期望值的被管机。

可选地，在上述提供的数据处理方法中，所述当接收到查询指令之后，还包括：

判断是否存在所述用户编辑的IP文件；

若判断出不存在所述用户编辑的IP文件，则将全量IP文件确定为所述目标IP文件；其中，全量IP文件为预先部署的，且包括所有被管机的IP信息；

若判断出存在所述用户编辑的IP文件，则检验所述用户编辑的IP文件是否符合IP编辑规则；

若所述用户编辑的IP文件符合IP编辑规则，则将所述用户编辑的IP文件确定为所述目标IP文件；

若所述用户编辑的IP文件不符合IP编辑规则，则提示所述用户修改所述用户编辑的IP文件，并在所述用户修改所述用户编辑的IP文件后，返回执行所述检验所述用户编辑的IP文件是否符合IP编辑规则。

可选地，在上述提供的数据处理方法中，所述校验用户当前编辑的参数接口文件是否符合参数编辑规则之前，还包括：

判断是否存在所述用户当前编辑的参数接口文件；

若判断出不存在所述用户当前编辑的参数接口文件，则提示所述用户编辑参数接口文件；

若判断出存在所述用户当前编辑的参数接口文件，则执行所述校验用户当前编辑的参数接口文件是否符合参数编辑规则。

可选地，在上述提供的数据处理方法中，所述接收各个所述被管机反馈的与所述待查询数据项对应的数据，并将所述数据展示给所述用户，包括：

接收各个所述被管机反馈的执行所述查询语句后得到的查询结果；

分别对所述查询结果进行解析，得到各个所述被管机查询到的与所述待查询数据项对应的数据；

基于各个所述数据与所述期望值的对比结果，将各个所述数据划分为预期结果和非预期结果；其中，所述预期结果中的各个所述数据等于所述期望，所述非期望结果中的各个所述数据不等于所述期望值；

分别将所述预期结果与所述非预期结果展示给所述用户。

可选地，在上述提供的数据处理方法中，所述将各个待修改被管机中与所述待查询数据项对应的数据修改为指定修改值之后，还包括：

再次将所述查询语句分别下发至所述目标IP文件中指定的各个被管机，并接收各个所述被管机反馈的与所述待查询数据项对应的数据，将所述数据展示给所述用户。

本申请第二方面提供了一种数据处理装置，包括：

第一校验单元，用于当接收到查询指令时，校验用户当前编辑的参数接口文件是否符合参数编辑规则；其中，所述参数接口文件至少包括所述用户编辑的待查询数据项以及期望值；

语句生成单元，用于在所述第一校验单元校验出所述参数接口文件符合参数编辑规则时，利用所述参数接口文件中的各项参数，生成查询语句；

下发单元，用于将所述查询语句分别下发至目标IP文件中指定的各个被管机；其中，所述目标IP文件包括多个所述被管机的IP信息；

数据反馈单元，用于接收各个所述被管机反馈的与所述待查询数据项对应的数据，并将所述数据展示给所述用户；

修改单元，若接收到所述用户下发的修改指令，则将各个待修改被管机中与所述待查询数据项对应的数据修改为指定修改值；其中，所述待修改被管机为所述被管机中反馈的所述数据不等于所述期望值的被管机。

可选地，在上述提供的数据处理装置中，还包括文件确定单元，其中，所述文件确定单元，包括：

第一判断单元，用于判断是否存在所述用户编辑的IP文件；

第一确定单元，用于在所述第一判断单元判断出不存在所述用户编辑的IP文件时，将全量IP文件确定为所述目标IP文件；其中，全量IP文件为预先部署的，且包括所有被管机的IP信息；

第二校验单元，用于在所述第一判断单元判断出存在所述用户编辑的IP文件时，检验所述用户编辑的IP文件是否符合IP编辑规则；

第二确定单元，用于在所述二校验单元校验出所述用户编辑的IP文件符合IP编辑规则时，将所述用户编辑的IP文件确定为所述目标IP文件；

提示单元，用于在所述第二校验单元校验出所述用户编辑的IP文件不符合IP编辑规则时，提示所述用户修改所述用户编辑的IP文件，并在所述用户修改所述用户编辑的IP文件后，返回所述第二校验单元执行所述检验所述用户编辑的IP文件是否符合IP编辑规则。

可选地，在上述提供的数据处理装置中，还包括：

第二判断单元，用于判断是否存在所述用户当前编辑的参数接口文件；

第二提示单元，用于在所述第二判断单元判断出不存在所述用户当前编辑的参数接口文件时，提示所述用户编辑参数接口文件；

其中，若第二判断单元判断出存在所述用户当前编辑的参数接口文件，则所述第一校验单元执行所述校验用户当前编辑的参数接口文件是否符合参数编辑规则。

可选地，在上述提供的数据处理装置中，所述数据反馈单元，包括：

接收单元，用于接收各个所述被管机反馈的执行所述查询语句后得到的查询结果；

解析单元，用于分别对所述查询结果进行解析，得到各个所述被管机查询到的与所述待查询数据项对应的数据；

分类单元，用于基于各个所述数据与所述期望值的对比结果，将各个所述数据划分为预期结果和非预期结果；其中，所述预期结果中的各个所述数据等于所述期望值，所述非期望结果中的各个所述数据不等于所述期望值；

展示单元，用于分别将所述预期结果与所述非预期结果展示给所述用户。

可选地，在上述提供的数据处理装置中，所述将各个待修改被管机中与所述待查询数据项对应的数据修改为指定修改值之后，还包括：

修改结果查询单元，用于再次将所述查询语句分别下发至所述目标IP文件中指定的各个被管机，并接收各个所述被管机反馈的与所述待查询数据项对应的数据，将所述数据展示给所述用户。

本申请第三方面提供了一种电子设备，包括：

存储器和处理器；

其中，所述存储器用于存储程序；

所述处理器用于执行所述程序，所述程序被执行时，具体用于实现如上述任意一项所述的数据处理方法。

本申请第四方面提供了一种计算机存储介质，用于存储计算机程序，所述计算机程序被执行时，用于实现如上述任意一项所述的数据处理方法。

本申请提供了一种数据处理方法，用户通过编辑至少包括用户编辑的待查询数据项以及期望值的参数接口文件就可以实现数据处理。具体当接收到查询指令时，校验用户当前编辑的参数接口文件是否符合参数编辑规则，若校验出参数接口文件符合参数编辑规则，则利用参数接口文件中的各项参数，生成查询语句；然后将查询语句分别下发至目标IP文件中指定的各个被管机，从而实现批量查询。进而，可以接收各个被管机反馈的与待查询数据项对应的数据，并将数据展示给用户。并且，若接收到用户下发的修改指令，则将各个待修改被管机中与待查询数据项对应的数据修改为指定修改值，待修改被管机为被管机中反馈的所述数据不等于期望值的被管机，从而实现了对数据的批量修改，从而保证了设备参数的统一，也提高了维护的+效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种构建数据管理系统的方法的流程示意图；

图2为本申请另一实施例提供的一种数据处理方法的流程示意图；

图3为本申请另一实施例提供的一种目标IP文件的确定方法的流程示意图；

图4为本申请另一实施例提供的一种反馈查询数据的方法的流程示意图；

图5为本申请另一实施例提供的一种数据处理装置的结构示意图；

图6为本申请另一实施例提供的一种文件确定单元的结构示意图；

图7为本申请另一实施例提供的一种数据反馈单元的结构示意图；

图8为本申请另一实施例提供的一种电子设备的结构示意图。

具体实施方式

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

在本申请中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请提供了一种数据处理方法，以解决现有数据的维护方式效率极低，且无法保证参数的统一的问题。

可选地，为了实现本申请提供的数据处理方法，可以预先基于安全外壳协议(Secure Shell，SSH)构建一个数据管理系统。

具体的，首先可以确定以配置的管理机与被管机群的SSH公钥认证互信，同时配置默认的被管机群的全量IP文件，并检查其合规性；其中全量IP文件包括各个被管机的IP信息。然后，在管理机上部署对应的脚本，并在脚本部署完成后在指定目录下配置，按被管机的名称命名的参数基线文件，以及配置所有支持修改的参数的知识库文件。其中，知识库文件中包含各个参数的解释以及修改方法展示、参数的推荐值及针对不同版本数据库、不同配置被管机的建议修改值。进一步还可以配置修改历史文件存放目录、报告存放目录。同时，还可以生成一个可编辑的参数接口文件和IP文件，即生成参数接口文件和IP文件的模板，以供用户进行编辑

基于上述的描述，构建数据管理系统的大致过程，如图1所示，具体可以包括以下几个主要的步骤：

S101、在管理机上部署对应的脚本。

S102、生成参数基线文件、知识库文件，并配置多个所需目录。

S103、提示修改全量IP文件。

需要说明的是，若是还未编辑过全量IP文件，则修改全量IP文件，实质就是编辑一个全量IP文件，若是已编辑过全量IP文件，则修改全量IP文件，则为对不合法的信息进行修改。

S104、检测全量IP文件是否合法。

其中，若检测出全量IP文件不合法，则返回执行步骤S103。若检测出全量IP文件合法，则执行步骤S104。

S105、检测管理机与各台被管机的互信是否都成功。

其中，若检测出互信不成功的，则执行步骤S106，若检测出互信都已成功，则执行步骤S107。

S106、重新配置互信。

需要说明的是，在执行步骤S106后返回执行步骤S105。

S107、确定数据管理系统构建完成。

基于上述构建的数据管理系统，本申请实施例提供了一种数据处理方法，如图2所示，具体包括以下步骤：

S201、接收查询指令。

具体的，当用户确定查询，开始调取程序时，相应的则会触发查询指令。

需要说明的是，用户在确定查询前，需要先编辑参数接口文件。用户可以在构建系统时，所生成的可编辑参数接口文件上进行编辑。其中，参数接口文件中至少包括用户编辑的待查询数据项以及期望值，即至少包括用户所要查询的内容以及期望得到的查询结果。具体的，用户输入待查询数据项以及期望值等参数后，将用户输入的参数填入参数接口文件模板中，生成用户当前编辑的参数接口文件。

由于，在进行查询时用户必须要进行编辑，才能进行查询，因此在执行步骤S202之前，可以进一步执行：判断是否存在用户当前编辑的参数接口文件。

其中，若判断出不存在用户当前编辑的参数接口文件，则提示用户编辑参数接口文件；若判断出存在用户当前编辑的参数接口文件，则执行可以执行步骤S202。

还需要说明的是，每次的数据处理操作，默认是对所有的被管机执行，即默认采用配置的全量IP文件作为目标IP文件实现数据处理。可选地，在本申请另一实施例中，允许用户编辑IP文件，从而可以指定本次操作所针对的被管机。而本申请实施例中，本次操作具体针对那些被管机执行，依赖于目标IP文件实现，所以在步骤S201之后，还需确定出本次数据操作所使用的目标IP文件。可选地，如图3所示，示出了一种确定目标IP文件的方法，具体包括以下步骤：

S301、遍历所有IP文件。

S302、判断是否存在用户编辑的IP文件。

其中，若判断出未存在用户编辑的IP文件，则执行步骤S303。若判断出存在用户编辑的IP文件，则执行步骤S304。

S303、将全量IP文件确定为目标IP文件。

其中，全量IP文件为预先部署的，且包括所有被管机的IP信息。被管机指的是被管理机管理的机器，其上部署有被管理的数据库。

S304、校验用户编辑的IP文件是否符合IP编辑规则。

具体的，可以是校验IP文件中的各个IP信息是否正确，即是否为被管机的IP信息，以及IP信息的编辑格式是否正确。其中，若校验出用户编辑的IP文件符合IP编辑规则，则执行步骤S305。若校验出用户编辑的IP文件不符合IP编辑规则，则执行步骤S306。

S305、将用户编辑的IP文件确定为目标IP文件。

S306、提示用户修改用户编辑的IP文件。

需要说明的是，在用户修改该用户编辑的IP文件后，返回执行步骤S304检验用户编辑的IP文件是否符合IP编辑规则。

S202、校验用户当前编辑的参数接口文件是否符合参数编辑规则。

其中，参数接口文件至少包括用户编辑的待查询数据项以及期望值。

具体的，可以利用构建数据管理系统时配置的知识库文件，校验参数接口文件中的参数的格式等是否合规，以及校验参数接口文件中的参数是否在知识库文件中的支持修改列表中。若任意一个参数的格式不合规，或者不在支持修改列表中，则确定用户当前编辑的参数接口文件不符合参数编辑规则，此时可以提示用户修改参数接口文件。若校验用户当前编辑的参数接口文件符合参数编辑规则，则执行步骤S203。

S203、利用参数接口文件中的各项参数，生成查询语句。

具体的，按照预设的规则，利用参数接口文件中的各项参数，生成查询语句，然后执行步骤S204。

S204、将查询语句分别下发至目标IP文件中指定的各个被管机，目标IP文件包括多个被管机的IP信息。

具体的，根据目标IP文件中的各个被管机的IP信息，将查询语句下发给各个被管机。各个被管机在接收到查询语句后，将执行查询语句，查询被管机上的相应参数，即查询与用户输入的待查询数据项对应的数据并反馈。

S205、接收各个被管机反馈的与待查询数据项对应的数据，并将数据展示给用户。

可选地，本申请另一实施例中，步骤S205的一种具体实施方式，如图4所示，具体包括以下步骤：

S401、接收各个被管机反馈的执行所述查询语句后得到的查询结果。

S402、分别对查询结果进行解析，得到各个被管机查询到的与待查询数据项对应的数据。

S403、基于各个数据与所述期望值的对比结果，将各个数据划分为预期结果和非预期结果，预期结果中的各个数据等于期望值，非期望结果中的各个数据不等于期望值。

由于，后续用户可能需要对不等于期望值的数据进行修改，因此在本申请实施例中，将反馈的数据划分为两类进行显示，以能让用户清楚的确定哪些数据未等于期望值，可进行修改。

S404、分别将预期结果与非预期结果展示给用户。

具体的，对于已是期望值的数据，该类数据可以正常显示，对于不等于期望值的数据，该类数据则可以突出显示。可选地，还可以根据知识库文件，向用户显示修改交易，并提示用户是否修改。

S206、实时监测是否接收到用户下发的修改指令。

其中，若接收到用户下发的修改指令，则执行步骤S207。

具体的，用户可按照知识库文件给出的建议值，即将建议值作为制定修改值，也可以按照需求修改为自己需求的设定指定修改值，然后下发修改指令。

可选地，若用户未按照知识库文件给出的建议值进行修改，则可以在用户下发修改指令后，再次提示用户是否确定修改，在用户确定修改后执行步骤S207，从而防止用户人工意外操作带来的风险。

S207、将各个待修改被管机中与待查询数据项对应的数据修改为指定修改值，待修改被管机为被管机中反馈的数据不等于期望值的被管机。

需要说明的是，指定修改值通常为期望值，因此实质就是将不属于期望值的数据，批量修改为期望值。

可选地，在对数据进行修改后，为了让用户了解修改的情况，还可以进一步包括：

再次将查询语句分别下发至目标IP文件中指定的各个被管机，并接收各个被管机反馈的与所述待查询数据项对应的数据，将数据展示给所述用户。

用户根据展示的再次查询的结果，即可以知道修改结果是否达到预期，从而决定是否退出，或再次进行修改。

本申请实施例提供了一种数据处理方法，用户通过编辑至少包括用户编辑的待查询数据项以及期望值的参数接口文件就可以实现数据处理。具体当接收到查询指令时，校验用户当前编辑的参数接口文件是否符合参数编辑规则，若校验出参数接口文件符合参数编辑规则，则利用参数接口文件中的各项参数，生成查询语句；然后将查询语句分别下发至目标IP文件中指定的各个被管机，从而实现批量查询。进而，可以接收各个被管机反馈的与待查询数据项对应的数据，并将数据展示给用户。并且，若接收到用户下发的修改指令，则将各个待修改被管机中与待查询数据项对应的数据修改为指定修改值，待修改被管机为被管机中反馈的所述数据不等于期望值的被管机，从而实现了对数据的批量修改，从而保证了设备参数的统一，也提高了维护的效率。

本申请另一实施例提供了一种数据处理装置，如图5所示，包括以下单元：

第一校验单元501，用于当接收到查询指令时，校验用户当前编辑的参数接口文件是否符合参数编辑规则。

其中，参数接口文件至少包括用户编辑的待查询数据项以及期望值。

语句生成单元502，用于在第一校验单元501校验出参数接口文件符合参数编辑规则时，利用参数接口文件中的各项参数，生成查询语句。

下发单元503，用于将查询语句分别下发至目标IP文件中指定的各个被管机。

其中，目标IP文件包括多个被管机的IP信息。

数据反馈单元504，用于接收各个被管机反馈的与待查询数据项对应的数据，并将数据展示给用户。

修改单元505，若接收到用户下发的修改指令，则将各个待修改被管机中与待查询数据项对应的数据修改为指定修改值。

其中，待修改被管机为被管机中反馈的数据不等于期望值的被管机。

可选地，本申请另一实施例提供的上述提供的数据处理装置中，还包括文件确定单元。如图6所示，文件确定单元，包括以下单元：

第一判断单元601，用于判断是否存在用户编辑的IP文件。

第一确定单元602，用于在第一判断单元601判断出不存在用户编辑的IP文件时，将全量IP文件确定为目标IP文件。

其中，全量IP文件为预先部署的，且包括所有被管机的IP信息。

第二校验单元603，用于在第一判断单元601判断出存在用户编辑的IP文件时，检验用户编辑的IP文件是否符合IP编辑规则。

第二确定单元604，用于在二校验单元603校验出用户编辑的IP文件符合IP编辑规则时，将用户编辑的IP文件确定为目标IP文件。

提示单元605，用于在第二校验单元603校验出用户编辑的IP文件不符合IP编辑规则时，提示用户修改用户编辑的IP文件，并在用户修改用户编辑的IP文件后，返回第二校验单元603执行检验用户编辑的IP文件是否符合IP编辑规则。

可选地，在本申请另一实施例提供的数据处理装置中，还包括以下单元：

第二判断单元，用于判断是否存在用户当前编辑的参数接口文件。

第二提示单元，用于在第二判断单元判断出不存在用户当前编辑的参数接口文件时，提示用户编辑参数接口文件。

其中，若第二判断单元判断出存在用户当前编辑的参数接口文件，则第一校验单元执行校验用户当前编辑的参数接口文件是否符合参数编辑规则。

可选地，本申请另一实施例提供的数据处理装置中，数据反馈单元，如图7所示，包括以下单元：

接收单元701，用于接收各个被管机反馈的执行查询语句后得到的查询结果。

解析单元702，用于分别对查询结果进行解析，得到各个被管机查询到的与待查询数据项对应的数据。

分类单元703，用于基于各个数据与期望值的对比结果，将各个数据划分为预期结果和非预期结果。

其中，预期结果中的各个数据等于期望，非期望结果中的各个数据不等于期望值。

展示单元704，用于分别将预期结果与非预期结果展示给用户。

可选地，在上述提供的数据处理装置中，将各个待修改被管机中与待查询数据项对应的数据修改为指定修改值之后，还包括：

修改结果查询单元，用于再次将查询语句分别下发至目标IP文件中指定的各个被管机，并接收各个被管机反馈的与待查询数据项对应的数据，将数据展示给用户。

需要说明的是，本申请上述实施例提供的各个单元的具体工作过程，可相应地参考上述方法实施例中的相应步骤的实施过程，此处不再赘述。

本申请另一实施例提供了一种电子设备，如图8所示，包括：

存储器801和处理器802。

其中，存储器801用于存储程序，处理器802用于执行该程序，并且该程序被执行时，具体用于实现如上述任意一个实施例提供的优惠消息的推送方法。

本申请另一实施例提供了一种计算机存储介质，用于存储计算机程序，该计算机程序被执行时，用于实现如上述任意一个实施例提供的优惠消息的推送方法。

计算机存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。