本申请涉及移动通信技术领域，尤其涉及一种号码的管理方法、装置及服务器。
背景技术：
随着移动通信技术的飞速发展，各运营商的移网(指移动网络)用户已达数亿，在庞大的移网用户数和高速发展的通信业务压力下，对移网用户的号码的管理成为业务管理中重要部分。
而当前，移动转售业务逐渐发展起来，虚拟运营商进入了市场，更增加了移网用户数量。现有技术中，在运营商申请新号段时，为了成功申请，一些运营商为了刷新业务数据，提高其用户报表或虚增业务收入，而上报一些不真实的数据，从而影响了对号码真实情况的管理。因此，如何有效管理号码成为亟需解决的技术问题。
技术实现要素：
本申请提供一种号码的管理方法、装置及服务器，以解决现有技术号码管理混乱，数据真实性低等缺陷。
本申请第一个方面提供一种号码的管理方法，包括：
接收运营商系统发送的号码业务信息；
根据所述号码业务信息及预设提取规则，提取特征数据信息；
将所述特征数据信息进行存储处理。
本申请第二个方面提供一种号码的管理装置，包括：
接收模块，用于接收运营商系统发送的号码业务信息；
提取模块，用于根据所述号码业务信息及预设提取规则，提取特征数据信息；
处理模块，用于将所述特征数据信息进行存储处理。
本申请的第三个方面提供一种服务器，包括：至少一个处理器和存储器；
所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现第一个方面提供的方法。
本申请提供的号码的管理方法、装置及服务器，管理服务器接收各运营商系统发送的号码业务信息；根据号码业务信息及预设提取规则，提取特征数据信息；将特征数据信息进行存储处理，通过将各运营商的号码统一以特征数据信息进行存储管理，为后续新号申请审批工作提供准确真实的数据依据。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的号码的管理方法的流程示意图；
图2为本申请另一实施例提供的号码的管理方法的流程示意图；
图3为本申请一实施例提供的号码的管理装置的结构示意图；
图4为本申请一实施例提供的服务器的结构示意图；
图5为本申请一实施例提供的号码的管理系统的结构示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
首先对本申请所涉及的名词进行解释：
特征数据信息：是指将各运营商发送的号码业务信息，按照预设提取规则，提取出统一的数据形式，特征数据信息包括特征标识及特征标识对应的特征数据。比如号码业务信息包括运营商名称、目标号码、用户名称、产品ID等信息，不同运营商的命名规则可能不同，因此，为了统一管理，从不同运营商的号码业务信息中提取出统一的特征标识对应的特征数据。特征标识即为“运营商名称”、“用户ID”、“产品ID”等字段名称，特征数据为具体的运营商名称“联通”、“电信”、“移动”等。
产品：是指各运营商针对用户需求退出的各种业务套餐，比如数据流量套餐、通话套餐等。
运营商系统：是指运营商一方用于与管理服务器通信，上报产品信息、号码业务信息、以及信号申请等的系统，可以是运营商的服务器，也可以是终端设备。
此外，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。
下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。
本申请实施例提供的号码的管理方法适用于以下的号码的管理系统，该号码的管理系统可以包括管理服务器及各运营商系统(以下以运营商服务器为例)。首先对管理服务器进行配置，管理服务器在向各运营商分配号码时，记录分配给各运营商的号码。具体的，管理服务器可以是由国家相关管理部门负责管理，比如负责审批新号码或新号段的管理部门。记录的信息可以包括运营商标识、分配的所有号码、分配日期、号码的状态等等。运营商通过运营商系统向管理服务器上报其号码的相关信息，管理服务器统一管理各运营商的号码的相关信息，为后续各项工作打下基础。
实施例一
本实施例提供一种号码的管理方法，用于管理各运营商的号码。本实施例的执行主体为号码的管理装置，该装置可以设置在管理服务器中。
如图1所示，为本实施例提供的号码的管理方法的流程示意图，该方法包括：
步骤101，接收运营商系统发送的号码业务信息。
具体的，号码业务信息可以为号码开户信息或号码销户信息。号码业务信息可以包括目标号码、用户标识、产品标识、开户时间或销户时间，还可以包括运营商标识及其他一些相关信息，具体可以根据实际需求进行设置。其中，产品是指运营商针对用户需求退出的各种套餐，比如数据流量套餐、话费套餐等。可以理解的，各运营商对其中各信息的命名可能不同。
当各运营商申请号码(号段)时，在审核通过后，通过管理服务器分配给各运营商，并记录分配情况，比如记录运营商标识、分配的所有号码、分配时间、号码状态等，其中，号码状态是指号码的当前状态，包括未启用、空闲、使用等状态。在刚分配给运营商时，号码状态为未启用状态。
当用户申请一个号码，并要开户时，或者用户要对已有号码进行销户时，运营商需要通过其运营商系统将该号码业务信息发送给管理服务器，管理服务器则可以接收运营商系统发送的号码业务信息。
可选的，运营商可以在用户开户或销户时，在完成开户或销户操作后，实时将号码开户信息或号码销户信息发送给管理服务器，也可以协议按照一定的时间间隔定时批量发送，具体可以根据实际需求进行设置，本实施例不做限定。
步骤102，根据号码业务信息及预设提取规则，提取特征数据信息。
其中，特征数据信息包括一个或多个特征标识及各特征标识对应的特征数据。
具体的，管理服务器可以根据预设提取规则对号码业务信息进行特征提取，提取出特征数据信息。预设提取规则是预先配置好的提取规则，比如，若每个运营商对实质相同的两个字段的命名不同或顺序不同，则不同运营商对应不同的提取规则，比如第一运营商在号码业务信息中包括的各项信息的顺序是运营商标识、目标号码、用户标识，而第二运营商则是目标号码、运营商标识、用户标识，或者，第一运营商用的是“运营商名称”，第二运营商用的是“运营商ID”等各种不同的情况，当然号码业务信息中还可能包括一些其他不太有用的字段，则按照预设提取规则提取出统一形式的需要的信息，例如，将第一运营商的“运营商名称”及第二运营商的“运营商ID”，统一用“运营商标识”来表示等，从而使各运营商的号码信息可以统一管理。
步骤103，将特征数据信息进行存储处理。
具体的，在提取了特征数据信息后，需要将各运营商的特征数据信息进行存储，具体存储形式不限，只要能对应运营商及其所负责的号码的相关信息即可。
示例性的，存储形式可以如表1所示。
表1
可选的，还可以是将特征数据信息插入到分配号码时记录的分配信息中。
可选的，管理服务器还可以同时进行号码池的维护,根据每个运营商系统所发送的每条数据进行号码的维护：例如，对于号码开户信息，在管理服务器收到某运营商发送的号码开户信息时，同步将该号码状态改为“使用”；对于号码销户信息，在管理服务器收到某运营商发送的号码销户信息时或根据业务规则的设定在某段时间之后将该号码状态改为“空闲”等。
本实施例提供的号码的管理方法，管理服务器接收各运营商系统发送的号码业务信息；根据号码业务信息及预设提取规则，提取特征数据信息；将特征数据信息进行存储处理，通过将各运营商的号码统一以特征数据信息进行存储管理，为后续新号申请审批工作提供准确真实的数据依据。
实施例二
本实施例对实施例一提供的方法做进一步补充说明。
如图2所示，为本实施例提供的号码的管理方法的流程示意图。
作为一种可实施的方式，在上述实施例一的基础上，可选地，步骤101之后，该方法还可以包括：
步骤2011，判断是否已存储有目标号码对应的特征数据信息，若判断结果为是，则根据号码业务信息更新目标号码对应的特征数据信息。
其中，号码业务信息可以为号码开户信息、号码销户信息、号码产品变更信息等等。
具体的，由于号码可以重复使用，可能被一个用户销户后又被另一个用户开户使用，或者同一个用户也可能为该号码办理不同的产品，因此为了保证管理服务器当前存储的号码的相关信息的准确性，需要实时维护号码的相关信息。运营商需要将号码相关的各种信息的变动都上报管理服务器。当管理服务器接收到运营商系统发送的号码业务信息后，可以判断该号码对应的特征数据信息是否已经存储在管理服务器，或者存储在其他管理服务器能够获取的存储区域，若已经存储，则根据该号码业务信息提取出特征数据信息后，对已存储的特征数据信息进行更新即可，比如某号码存储的产品标识对应的产品数据是产品1，用户将产品1变更为了产品2，则将存储的产品标识对应的产品数据更新为产品2。
可选的，在步骤101之前，该方法还可以包括：
步骤2021，接收运营商系统发送的产品信息，产品信息至少包括产品标识及运营商标识。
步骤2022，将产品信息进行存储处理。
具体的，运营商可以通过运营商系统上报其所有产品信息到管理服务器，上报内容可以包括：产品标识(如产品名称、产品ID等)及运营商标识等。其中，产品是指可以为用户提供的业务，比如数据流量套餐、通话套餐等等。不同产品可以设置唯一标识的产品标识，比如设置产品ID，以及设置产品名称等。管理服务器接收到运营商系统上报的产品信息后，可以将产品信息进行存储，比如存储到该运营商对应的存储区域，为后续验证号码业务信息提供依据。
可选的，在步骤101之后，该方法还可以包括：
步骤203，根据预设验证规则，对号码业务信息进行验证。
若验证结果为通过，则根据号码业务信息及预设提取规则，提取特征数据信息。
具体的，验证内容可以包括：号码归属验证(即运营商验证)、号码状态验证、产品标识验证、用户标识验证等等。其中，号码归属要求此号码的归属运营商与管理服务器所分配调拨的一致，例如：运营商为蜗牛移动，那么通过此运营商的运营商系统所发送的号码业务信息中号码只能是已分配给蜗牛移动使用的号码；号码状态验证，如果该号码业务信息为号码开户信息则该号码目前的状态是“未启用”或“空闲”，如果该号码业务信息为号码销户信息，则该号码目前的状态是“使用”；产品标识验证是要求产品信息是在管理服务器中已存储的该运营商的产品，不在管理服务器中的产品或运营商与产品不匹配的视为虚假或无效数据；用户标识是对用户信息进行认证，比如要求是真实存在的公民，则通过用户姓名与身份证号验证等等。
可选的，也可以是先提取特征数据信息，再进行验证。
可选的，该方法还可以包括：
步骤2041，接收运营商系统发送的新号申请，新号申请至少包括运营商标识。
具体的，当运营商想要申请新的号码或号段时，可以通过其运营商系统向管理服务器发送新号申请，新号申请中至少可以包括运营商标识，还可以包括要申请的新的号码或号段。管理服务器则可以接收运营商系统发送的信号申请，获取运营商标识，并进行审核处理。
步骤2042，获取运营商标识对应的已有号码的当前利用率。
步骤2043，根据运营商标识对应的已有号码的当前利用率及预设利用率阈值，确定新号申请是否通过审核。
具体的，管理服务器在获取到申请新号的运营商标识后，可以根据该运营商标识，获取运营商标识对应的已有号码的当前利用率。具体可以从存储区域中获取该运营商标识对应的已有号码相关信息，统计已有号码数量，以及当前号码状态为使用状态的号码数量，根据已有号码数量及使用状态的号码数量，获得已有号码的当前利用率。并设置预设利用率阈值，若已有号码的当前利用率低于预设利用率阈值，则审核不通过，若高于预设利用率阈值，则审核通过。管理服务器可以将审核结果信息(审核通过或审核不通过的信息)反馈给运营商系统。
作为另一种可实施的方式，在上述实施例一的基础上，可选的，步骤101之后，该方法还可以包括：根据号码业务信息，更新号码业务信息对应的号码的号码状态，号码状态包括未开启状态、使用状态、空闲状态；若号码业务信息为号码开户信息，则将号码开户信息对应的号码的号码状态更新为使用状态；若号码业务信息为号码销户信息，则将号码销户信息对应的号码的号码状态更新为空闲状态。
具体的，管理服务器还可以同时进行号码池的维护，管理服务器中存储有各号码的号码状态，可以根据每个运营商系统所发送的每条数据进行号码的维护：例如，对于号码开户信息，在管理服务器收到某运营商发送的号码开户信息时，表示该号码当前已开户，则同步将该号码状态改为“使用”；对于号码销户信息，在管理服务器收到某运营商发送的号码销户信息时或根据业务规则的设定在某段时间之后将该号码状态改为“空闲”等。管理服务器新分配的号码，由于尚未有用户使用过，其状态为“未开启”状态。
作为再一种可实施的方式，在上述实施例一的基础上，可选地，该方法还可以包括：
步骤2051，获取目标运营商标识对应的已有号码的用户数据信息。
步骤2052，根据目标运营商标识对应的已有号码的用户数据信息，确定目标运营商标识对应的当前未实名认证的号码。
步骤2053，根据当前未实名认证的号码，生成提示信息发送给目标运营商标识对应的目标运营商系统，以提示目标运营商。
具体的，为了更好的管理各运营商的号码，管理服务器还可以按照预设时间设置，定时地对各运营商的号码的实名认证情况进行统计。管理服务器可以获取目标运营商标识对应的已有号码的用户数据信息，用户数据信息可以包括用户姓名及用户身份证号信息。根据目标运营商标识对应的已有号码的用户数据信息，确定目标运营商标识对应的当前未实名认证的号码，根据当前未实名认证的号码，生成提示信息发送给目标运营商标识对应的目标运营商系统，以提示目标运营商，提示其将这些号码进行实名认证，从而加强对号码的有效管理。
可选的，本申请实施例中，对于每个运营商，其产品信息、号码的特征数据信息及号码的用户数据信息、号码状态等信息可以存储在一起，也可以单独存储，通过运营商标识建立对应关系，也可以以其他任意可实施的方式存储，本申请实施例不做限定。示例性的，在运营商上报产品信息时，将产品信息建立数据库单独存储，将特征数据信息建立数据库单独存储，使用数据时，通过运营商标识读取该运营商的产品信息及特征数据信息。具体不再赘述。
需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
本实施例提供的号码的管理方法，在上述实施例的基础上，还可以存储运营商的产品信息，并在运营商发送号码业务信息时，对号码业务信息进行验证，提高了号码相关数据的准确性。并且还可以实时对各号码状态进行维护，保证各号码当前状态的准确性，在运营商再次申请新号时，可以准确了解该运营商已有号码的利用情况，根据已存储的其已有号码的当前情况确定是否通过其新号申请，提升号码管理效率。并且定时统计各运营商号码的实名认证情况，并提示运营商对没有实名认证的号码进行实名认证，从而提高了号码使用的安全性。解决了现有技术中号码管理混乱、数据不准确等问题。
实施例三
本实施例提供一种号码的管理装置，用于执行上述实施例一的方法。
如图3所示，为本实施例提供的号码的管理装置的结构示意图。该号码的管理装置30包括接收模块31、提取模块32和处理模块33。
其中，接收模块31用于接收运营商系统发送的号码业务信息；提取模块32用于根据号码业务信息及预设提取规则，提取特征数据信息；处理模块33用于将特征数据信息进行存储处理。
关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
根据本实施例提供的号码的管理装置，管理服务器接收各运营商系统发送的号码业务信息；根据号码业务信息及预设提取规则，提取特征数据信息；将特征数据信息进行存储处理，通过将各运营商的号码统一以特征数据信息进行存储管理，为后续新号申请审批工作提供准确真实的数据依据。
实施例四
本实施例对上述实施例三提供的装置做进一步补充说明，以执行上述实施例二提供的方法。
作为一种可实施的方式，在上述实施例三的基础上，可选地，号码业务信息至少包括运营商标识、目标号码、用户标识、产品标识、业务申请时间；处理模块，还用于：判断是否已存储有目标号码对应的特征数据信息；若判断结果为是，则根据号码业务信息更新目标号码对应的特征数据信息。
可选的，接收模块，还用于接收运营商系统发送的新号申请，新号申请至少包括运营商标识；处理模块，还用于获取运营商标识对应的已有号码的当前利用率；处理模块，还用于根据运营商标识对应的已有号码的当前利用率及预设利用率阈值，确定新号申请是否通过审核。
作为另一种可实施的方式，在上述实施例三的基础上，可选地，接收模块，还用于接收运营商系统发送的产品信息，产品信息至少包括产品标识及运营商标识；处理模块，还用于将产品信息进行存储处理。
可选地，处理模块，还用于根据预设验证规则，对号码业务信息进行验证。
作为再一种可实施的方式，在上述实施例的基础上，可选地，处理模块，还用于：
根据号码业务信息，更新号码业务信息对应的号码的号码状态，号码状态包括未开启状态、使用状态、空闲状态；
若号码业务信息为号码开户信息，则将号码开户信息对应的号码的号码状态更新为使用状态；
若号码业务信息为号码销户信息，则将号码销户信息对应的号码的号码状态更新为空闲状态。
作为又一种可实施的方式，在上述实施例的基础上，可选地，处理模块，还用于：
获取目标运营商标识对应的已有号码的用户数据信息；根据目标运营商标识对应的已有号码的用户数据信息，确定目标运营商标识对应的当前未实名认证的号码；根据当前未实名认证的号码，生成提示信息发送给目标运营商标识对应的目标运营商系统，以提示目标运营商。
关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。
根据本实施例的号码的管理装置，在上述实施例的基础上，还可以存储运营商的产品信息，并在运营商发送号码业务信息时，对号码业务信息进行验证，提高了号码相关数据的准确性。并且还可以实时对各号码状态进行维护，保证各号码当前状态的准确性，在运营商再次申请新号时，可以准确了解该运营商已有号码的利用情况，根据已存储的其已有号码的当前情况确定是否通过其新号申请，提升号码管理效率。并且定时统计各运营商号码的实名认证情况，并提示运营商对没有实名认证的号码进行实名认证，从而提高了号码使用的安全性。解决了现有技术中号码管理混乱、数据不准确等问题。
实施例五
本实施例提供一种服务器，用于执行上述实施例一或实施例二提供的方法，该服务器即为上述的管理服务器。
如图4所示，为本实施例提供的服务器的结构示意图。该服务器50包括：至少一个处理器51和存储器52；
存储器存储计算机程序；至少一个处理器执行存储器存储的计算机程序，以实现上述实施例提供的方法。
根据本实施例的服务器，接收各运营商系统发送的号码业务信息；根据号码业务信息及预设提取规则，提取特征数据信息；将特征数据信息进行存储处理，通过将各运营商的号码统一以特征数据信息进行存储管理，为后续新号申请审批工作提供准确真实的数据依据。还可以存储运营商的产品信息，并在运营商发送号码业务信息时，对号码业务信息进行验证，提高了号码相关数据的准确性。并且还可以实时对各号码状态进行维护，保证各号码当前状态的准确性，在运营商再次申请新号时，可以准确了解该运营商已有号码的利用情况，根据已存储的其已有号码的当前情况确定是否通过其新号申请，提升号码管理效率。并且定时统计各运营商号码的实名认证情况，并提示运营商对没有实名认证的号码进行实名认证，从而提高了号码使用的安全性。解决了现有技术中号码管理混乱、数据不准确等问题。
在一些实施例中，还可以提供一种号码的管理系统，用于执行上述任一实施例提供的方法。如图5所示，为本实施例提供的号码的管理系统的结构示意图。该号码的管理系统可以包括管理服务器、一个或多个运营商系统。首先对管理服务器进行配置，管理服务器在向各运营商分配号码时，记录分配给各运营商的号码。具体的，管理服务器可以是由国家相关管理部门负责管理，比如负责审批新号码或新号段的管理部门。记录的信息可以包括运营商标识、分配的所有号码、分配日期、号码的状态等等。运营商通过运营商系统向管理服务器上报其号码的相关信息，比如号码业务信息(号码开户信息、号码销户信息、号码产品变更信息等)，管理服务器统一管理各运营商的号码的相关信息，为后续各项管理工作打下基础。
可选的，运营商系统可以包括运营商服务器及运营商终端。
实施例六
本实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序被执行时实现上述实施例一或实施例二提供的方法。
根据本实施例的计算机可读存储介质，接收各运营商系统发送的号码业务信息；根据号码业务信息及预设提取规则，提取特征数据信息；将特征数据信息进行存储处理，通过将各运营商的号码统一以特征数据信息进行存储管理，为后续新号申请审批工作提供准确真实的数据依据。还可以存储运营商的产品信息，并在运营商发送号码业务信息时，对号码业务信息进行验证，提高了号码相关数据的准确性。并且还可以实时对各号码状态进行维护，保证各号码当前状态的准确性，在运营商再次申请新号时，可以准确了解该运营商已有号码的利用情况，根据已存储的其已有号码的当前情况确定是否通过其新号申请，提升号码管理效率。并且定时统计各运营商号码的实名认证情况，并提示运营商对没有实名认证的号码进行实名认证，从而提高了号码使用的安全性。解决了现有技术中号码管理混乱、数据不准确等问题。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。