运营商参数文件的定制方法、定制装置及可读存储介质与流程

本申请涉及通信技术领域，尤其是涉及一种运营商参数文件的定制方法、定制装置及可读存储介质。

背景技术：

随着全球化的发展，大的移动终端品牌厂商正逐步拓展全球业务，因此和不同国家不同运营商的合作也越来越多。而不同运营商搭建的网络各有不同，移动终端若想正常使用某个运营商的网络以及相关功能，就需要针对于该运营商配置与其匹配的参数。对于一款涉及多个国家多个运营商的移动终端，其需要配置的运营商参数也非常多。

目前，当需要新增、定制或修改运营商配置参数时，维护人员需要花费大量时间检查原生运营商参数代码，根据需求配置新的运营商参数。人工操作耗时耗力、效率低下，同时又很难避免人为操作失误。

技术实现要素：

有鉴于此，本申请的目的在于提供一种运营商参数文件的定制方法、定制装置及可读存储介质，能够根据接收到的参数配置指令以及运营商参数定制信息，生成与运营商参数定制信息对应的运营商参数文件，从而有助于减少运营商参数代码维护工作的工作量，可以提高运营商参数代码维护工作的工作效率以及准确性，节省了配置运营商参数所耗费的时间和人力成本。

本申请实施例提供了一种运营商参数文件的定制方法，所述定制方法包括：

接收用户输入的参数配置指令以及上传的运营商参数定制信息；

基于所述参数配置指令以及所述运营商参数定制信息，确定所述参数配置指令对应的参数配置方式；

按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件。

进一步的，所述参数配置方式包括：参数文件新建、参数删除、参数修改、参数新增以及版本升级中的至少一种。

进一步的，当所述参数配置方式包括参数文件新建时，所述按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件，包括：

基于获取到的原始运营商参数代码，按照所述运营商参数定制信息生成与所述运营商参数定制信息对应的目标运营商参数文件。

进一步的，当所述参数配置方式包括参数删除时，所述按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件，包括：

基于所述运营商参数定制信息，从所述运营商参数定制信息对应的原始运营商参数文件中确定出待删除参数；

将所述待删除参数从所述原始运营商参数文件中删除，得到与所述运营商参数定制信息对应的目标运营商参数文件。

进一步的，当所述参数配置方式包括参数修改时，所述按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件，包括：

基于所述运营商参数定制信息，从所述运营商参数定制信息对应的原始运营商参数文件中确定出待修改参数；

对所述待修改参数进行修改，得到与所述运营商参数定制信息对应的目标运营商参数文件。

进一步的，当所述参数配置方式包括参数新增时，所述按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件，包括：

从所述运营商参数定制信息中确定出待增加参数；

基于获取到的原始运营商参数代码，在所述运营商参数定制信息对应的原始运营商参数文件中增加所述待增加参数，得到与所述运营商参数定制信息对应的目标运营商参数文件。

进一步的，当所述参数配置方式包括版本升级时，所述按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件，包括：

基于获取到的原始运营商参数代码，将所述运营商参数定制信息对应的原始运营商参数文件的第一版本信息替换为所述运营商参数定制信息指示的第二版本信息，得到与所述运营商参数定制信息对应的目标运营商参数文件。

本申请实施例还提供了一种运营商参数文件的定制装置，所述定制装置包括：

接收模块，用于接收用户输入的参数配置指令以及上传的运营商参数定制信息；

确定模块，用于基于所述参数配置指令以及所述运营商参数定制信息，确定所述参数配置指令对应的参数配置方式；

文件生成模块，用于按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件。

本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令；当电子设备运行时，所述处理器与所述存储器之间通过总线通信；所述机器可读指令被所述处理器执行时，执行实施例中任一所述的运营商参数文件的定制方法的步骤。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序；所述计算机程序被处理器运行时，执行实施例中任一所述的运营商参数文件的定制方法的步骤。

本申请实施例提供了一种运营商参数文件的定制方法、定制装置及可读存储介质，接收用户输入的参数配置指令以及上传的运营商参数定制信息；基于所述参数配置指令以及所述运营商参数定制信息，确定所述参数配置指令对应的参数配置方式；按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件。

这样，本申请能够根据接收到的参数配置指令以及运营商参数定制信息，确定出该参数配置指令对应的参数配置方式，并按照参数配置方式对应的生成方式，生成与运营商参数定制信息对应的目标运营商参数文件，从而有助于减少运营商参数代码维护工作的工作量，可以提高运营商参数代码维护工作的工作效率以及准确性，节省了配置运营商参数所耗费的时间和人力成本。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例所提供的一种运营商参数文件的定制方法的流程图；

图2为参数配置方式的流程图之一；

图3为参数配置方式的流程图之二；

图4为参数配置方式的流程图之三；

图5为参数配置方式的流程图之四；

图6为参数配置方式的流程图之五；

图7为本申请实施例所提供的一种运营商参数文件的定制装置的结构示意图；

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

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例，都属于本申请保护的范围。

首先，对本申请可适用的应用场景进行介绍。本申请可应用于通信技术领域。当接收到参数配置指令以及运营商参数定制信息时，根据参数配置指令以及运营商参数定制信息确定出参数配置指令对应的参数配置方式；并按照与参数配置方式对应的生成方式，生成目标运营商参数文件，在有助于减少运营商参数代码维护工作的工作量的同时，还可以提高运营商参数代码维护工作的工作效率以及准确性，节省了配置运营商参数所耗费的时间和人力成本。

经研究发现，目前，当需要新增、定制或修改运营商配置参数时，维护人员需要花费大量时间检查原生运营商参数代码，根据需求配置新的运营商参数。人工操作耗时耗力、效率低下，同时又很难避免人为操作失误。基于此，本申请实施例提供了一种运营商参数文件的定制方法，能够根据接收到的参数配置指令以及运营商参数定制信息，生成与运营商参数定制信息对应的运营商参数文件，从而有助于减少运营商参数代码维护工作的工作量，可以提高运营商参数代码维护工作的工作效率以及准确性，节省了配置运营商参数所耗费的时间和人力成本。

请参阅图1，图1为本申请实施例所提供的一种运营商参数文件的定制方法的流程图。如图1中所示，本申请实施例提供的运营商参数文件的定制方法，包括：

s101、接收用户输入的参数配置指令以及上传的运营商参数定制信息。

该步骤中，接收用户输入的参数配置指令，以及上传的根据运营商的定制需求生成的运营商参数定制信息。

其中，运营商参数定制信息包括定制用户信息，定制用户对于该运营商的配置参数信息，以及与配置参数信息对应的配置参数值。定制用户将配置参数信息和配置参数值以表格的形式，生成运营商参数定制信息。在本申请实施例中运营商参数定制信息以excel表格文件的形式为例，在其他实施例中还可以为其他文件的形式，例如word、pdf的形式等，在此不做限制。

s102、基于所述参数配置指令以及所述运营商参数定制信息，确定所述参数配置指令对应的参数配置方式。

该步骤中，根据用户输入的参数配置指令以及用户上传的运营商参数配置信息，确定出参数配置指令对应的参数配置方式，其中，参数配置方式可以包括参数文件新建、参数删除、参数修改、参数新增以及版本升级中的至少一种。

具体的，检测运营商参数文件库中是否存在与运营商参数定制信息对应的原始运营商参数文件，若不存在，则可以确定参数配置指令对应的参数配置方式包括参数文件新建。

其中，运营商参数文件库包括用户根据历史的运营商参数定制信息预先配置并存储的多个运营商参数文件。

检测原始运营商参数文件中是否包括运营商参数定制信息中的参数，若不包括，则可以确定参数配置指令对应的参数配置方式包括参数新增；若包括，进一步地，确定原始运营商参数文件中每个参数的参数数值与在运营商参数定制信息中对应参数的参数数值是否相同，若不相同，则可以确定参数配置指令对应的参数配置方式包括参数修改；进一步地，检测在原始运营商参数文件中是否包括运营商参数定制信息中指定删除的参数，若包括，则可以确定参数配置指令对应的参数配置方式包括参数删除。

检测运营商参数定制信息对应的原始运营商参数文件中的第一版本信息，与运营商参数定制信息中的第二版本信息是否一致，若不一致，则可以确定参数配置指令对应的参数配置方式包括版本升级。

另外，若用户在输入参数配置指令时，还通过选择或输入等方式确定了与参数配置指令对应的参数配置方式，则可以直接根据用户选择或输入的参数配置方式进行下一步的操作，无需进行上述检测确定参数配置方式的过程。

s103、按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件。

该步骤中，按照与确定出的参数配置方式对应的预先设置好的生成目标运营商参数文件的生成方式，生成与运营商参数定制信息对应的目标运营商参数文件。

其中，生成方式是运维人员根据以往的维护经验或者是配置经验，预先设置好的文件生成流程，当需要维护运营商参数或者是配置新的运营商参数时，能够直接调用参数配置方式对应的生成方式，以用于生成目标运营商参数文件。

进一步的，请参阅图2，图2为参数配置方式的流程图之一。如图2中所示，当所述参数配置方式包括参数文件新建时，所述按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件，包括：

步骤s21、基于获取到的原始运营商参数代码，按照所述运营商参数定制信息生成与所述运营商参数定制信息对应的目标运营商参数文件。

该步骤中，当确定出参数配置方式包括参数文件新建时，从参数代码库中获取原始运营商参数代码，基于获取到的原始运营商参数代码，按照用户上传的运营商参数定制信息，生成与该运营商参数定制信息对应的运营商参数文件。

原始运营商参数代码为原生的运营商参数代码，任何的参数配置方式例如参数文件新建、参数修改、参数新增等，都需要基于原始运营商参数的格式进行相应的参数配置操作。

示例性的，假设运营商参数文件库中包括“运营商a参数文件”、“运营商b参数文件”以及“运营商c参数文件”，而与本次用户上传的运营商配置信息对应的是“运营商d”，此时，由于在运营商参数文件库中未包括“运营商d”对应的原始运营商参数文件，因此，需要基于原始运营商参数代码新建与“运营商d”对应的运营商参数文件。

因此，当需要新建运营商参数文件时，能够根据运营商参数定制信息自动新建相应的运营商参数文件，可以减少配置运营商参数的时间和人力成本。

进一步的，请参阅图3，图3为参数配置方式的流程图之二。如图3中所示，当所述参数配置方式包括参数删除时，所述按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件，包括：

s31、基于所述运营商参数定制信息，从所述运营商参数定制信息对应的原始运营商参数文件中确定出待删除参数。

该步骤中，当确定出的参数配置方式包括参数删除时，遍历运营商参数定制信息对应的原始运营商参数文件，并在遍历的过程中将原始运营商参数文件与运营商参数定制信息相比较，从原始运营商参数文件中确定出待删除参数，同时，确定出待删除参数对应的待删除代码以及待删除代码所处的位置。

s32、将所述待删除参数从所述原始运营商参数文件中删除，得到与所述运营商参数定制信息对应的目标运营商参数文件。

该步骤中，在确定出待删除参数对应的待删除代码以及待删除代码所处的位置之后，将待删除代码从原始运营商参数文件中对应的位置处删除，进而得到与运营商参数定制信息对应的目标运营商参数文件。

因此，当原始运营商参数文件存在待删除参数时，能够自动的将待删除参数从原始运营商参数文件中删除，可以减少配置运营商参数的时间和人力成本。

进一步的，请参阅图4，图4为参数配置方式的流程图之三。如图4中所示，当所述参数配置方式包括参数修改时，所述按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件，包括：

s41、基于所述运营商参数定制信息，从所述运营商参数定制信息对应的原始运营商参数文件中确定出待修改参数。

该步骤中，当确定出的参数配置方式包括参数修改时，根据运营商参数定制信息，遍历运营商参数定制信息对应的原始运营商参数文件，从原始运营商参数文件中确定出待修改参数对应的待修改代码。

s42、对所述待修改参数进行修改，得到与所述运营商参数定制信息对应的目标运营商参数文件。

该步骤中，在确定出待修改参数之后，根据运营商参数定制信息，在原始运营商参数文件中按照原始运营商参数代码的格式，对待修改参数对应的待修改代码进行修改，进而得到与运营商参数定制信息对应的目标运营商参数文件。

因此，当原始运营商参数文件存在待修改参数时，能够自动地对原始运营商参数文件中的待修改参数进行修改，可以减少配置运营商参数的时间和人力成本。

进一步的，请参阅图5，图5为参数配置方式的流程图之四。如图5中所示，当所述参数配置方式包括参数新增时，所述按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件，包括：

s51、从所述运营商参数定制信息中确定出待增加参数。

该步骤中，当确定出的参数配置方式包括参数新增时，遍历运营商参数定制信息对应的原始运营商参数文件，并在遍历的过程中将原始运营商参数文件与运营商参数定制信息相比较，从运营商参数定制信息中确定出待增加参数。

s52、基于获取到的原始运营商参数代码，在所述运营商参数定制信息对应的原始运营商参数文件中增加所述待增加参数，得到与所述运营商参数定制信息对应的目标运营商参数文件。

该步骤中，针对确定出的待增加参数，从参数代码库中获取原始运营商参数代码，将待增加参数按照原始运营商参数代码的格式添加至该运营商参数定制信息对应的原始运营商参数文件中，进而得到与运营商参数定制信息对应的目标运营商参数文件。

因此，当需要向原始运营商参数文件中增加参数时，能够按照预设的代码格式自动将待增加参数增加至原始运营商参数文件中，可以减少配置运营商参数的时间和人力成本。

进一步的，请参阅图6，图6为参数配置方式的流程图之五。如图6中所示，当所述参数配置方式包括版本升级时，所述按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件，包括：

s61、基于获取到的原始运营商参数代码，将所述运营商参数定制信息对应的原始运营商参数文件的第一版本信息替换为所述运营商参数定制信息指示的第二版本信息，得到与所述运营商参数定制信息对应的目标运营商参数文件。

该步骤中，当确定出的参数配置方式包括版本升级时，从参数代码库中获取原始运营商参数代码，将运营商参数定制信息对应的原始运营商参数文件中的第一版本信息按照原始运营商参数代码的格式，替换为运营商参数定制信息中所指示的第二版本信息，得到与运营商参数定制信息对应的目标运营商参数文件，实现运营商参数文件版本上的升级。

本申请实施例提供的运营商参数文件的定制方法，接收用户输入的参数配置指令以及上传的运营商参数定制信息；基于所述参数配置指令以及所述运营商参数定制信息，确定所述参数配置指令对应的参数配置方式；按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件。

这样，本申请能够根据接收到的参数配置指令以及运营商参数定制信息，确定出该参数配置指令对应的参数配置方式，其中，参数配置方式包括参数文件新建、参数删除、参数修改、参数新增以及版本升级等，从而能够针对于不同的参数配置方式，调用与参数配置方式对应的生成方式，例如，当参数配置方式为参数文件新建时，基于原始运营商参数按照运营商参数定制信息，生成与运营商参数定制信息对应的目标运营商参数文件；当参数配置方式为参数删除时，可以从运营商参数定制信息对应的原始运营商参数文件中确定出待删除参数，并将待删除参数删除，从而有助于减少运营商参数代码维护工作的工作量，可以提高运营商参数代码维护工作的工作效率以及准确性，节省了配置运营商参数所耗费的时间和人力成本。

请参阅图7，图7为本申请实施例所提供的一种运营商参数文件的定制装置的结构示意图。如图7中所示，所述定制装置700包括：

接收模块710，用于接收用户输入的参数配置指令以及上传的运营商参数定制信息；

确定模块720，用于基于所述参数配置指令以及所述运营商参数定制信息，确定所述参数配置指令对应的参数配置方式；

文件生成模块730，用于按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件。

进一步的，所述参数配置方式包括：参数文件新建、参数删除、参数修改、参数新增以及版本升级中的至少一种。

进一步的，当所述参数配置方式包括参数文件新建时，所述文件生成模块730在用于按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件时，所述文件生成模块730用于：

基于获取到的原始运营商参数代码，按照所述运营商参数定制信息生成与所述运营商参数定制信息对应的目标运营商参数文件。

进一步的，当所述参数配置方式包括参数删除时，所述文件生成模块730在用于按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件时，所述文件生成模块730用于：

基于所述运营商参数定制信息，从所述运营商参数定制信息对应的原始运营商参数文件中确定出待删除参数；

将所述待删除参数从所述原始运营商参数文件中删除，得到与所述运营商参数定制信息对应的目标运营商参数文件。

进一步的，当所述参数配置方式包括参数修改时，所述文件生成模块730在用于按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件时，所述文件生成模块730用于：

基于所述运营商参数定制信息，从所述运营商参数定制信息对应的原始运营商参数文件中确定出待修改参数；

对所述待修改参数进行修改，得到与所述运营商参数定制信息对应的目标运营商参数文件。

进一步的，当所述参数配置方式包括参数新增时，所述文件生成模块730在用于按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件时，所述文件生成模块730用于：

从所述运营商参数定制信息中确定出待增加参数；

基于获取到的原始运营商参数代码，在所述运营商参数定制信息对应的原始运营商参数文件中增加所述待增加参数，得到与所述运营商参数定制信息对应的目标运营商参数文件。

进一步的，当所述参数配置方式包括版本升级时，所述文件生成模块730在用于按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件时，所述文件生成模块730用于：

基于获取到的原始运营商参数代码，将所述运营商参数定制信息对应的原始运营商参数文件的第一版本信息替换为所述运营商参数定制信息指示的第二版本信息，得到与所述运营商参数定制信息对应的目标运营商参数文件。

本申请实施例提供的运营商参数文件的定制装置，接收用户输入的参数配置指令以及上传的运营商参数定制信息；基于所述参数配置指令以及所述运营商参数定制信息，确定所述参数配置指令对应的参数配置方式；按照所述参数配置方式对应的生成方式，生成与所述运营商参数定制信息对应的目标运营商参数文件。

本申请能够根据接收到的参数配置指令以及运营商参数定制信息，确定出该参数配置指令对应的参数配置方式，其中，参数配置方式包括参数文件新建、参数删除、参数修改、参数新增以及版本升级等，从而能够针对于不同的参数配置方式，调用与参数配置方式对应的生成方式，例如，当参数配置方式为参数文件新建时，基于原始运营商参数按照运营商参数定制信息，生成与运营商参数定制信息对应的目标运营商参数文件；当参数配置方式为参数删除时，可以从运营商参数定制信息对应的原始运营商参数文件中确定出待删除参数，并将待删除参数删除，从而有助于减少运营商参数代码维护工作的工作量，可以提高运营商参数代码维护工作的工作效率以及准确性，节省了配置运营商参数所耗费的时间和人力成本。

请参阅图8，图8为本申请实施例所提供的一种电子设备的结构示意图。如图8中所示，所述电子设备800包括处理器810、存储器820和总线830。

所述存储器820存储有所述处理器810可执行的机器可读指令，当电子设备800运行时，所述处理器810与所述存储器820之间通过总线830通信，所述机器可读指令被所述处理器810执行时，可以执行如上述运营商参数文件的定制方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时可以执行如上述运营商参数文件的定制方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序运营商的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。