基于网关的请求转换方法和装置与流程

1.本技术涉及计算机网络通信领域，特别是涉及一种基于网关的请求转换方法和装置。


背景技术：

2.随着移动互联网的兴起，各业务系统面临：如何让调用方快速接入、如何让业务放安全的对外开放、如何应对和控制业务洪峰调用等一系列问题，而通过api网关技术的出现和发展很好地解决了上述问。api网关在系统边界上提供给外部访问内部接口服务的统一入口，封装了系统的内部架构和实现细节，对外提供访问后端系统服务，所有要调用后台服务的系统都需要通过api网关进行访问，基于这种方式网关可以对api进行统一管控，例如：认证、鉴权、流量控制、协议转换、监控等等。api网关接收客户端的所有请求，然后根据一定的策略和路由，将请求转发到相应的后端系统服务上。
3.下面从安全性、灵活性、可配置性阐述目前在使用api网关处理来自客户端的业务请时存在的待优化内容：
4.a、安全性：企业把服务提供给外部使用时，首先要确保服务使用的安全性，防止外部恶意访问对公司业务的影响，需要提供一种签名校验机制确保用户访问的合法性。
5.b、灵活性：出于对自身业务的保护性及相关内容的隐蔽性需求，需要对请求地址、请求名称、请求参数名称、请求类型的灵活变化。
6.c、可配置性：对于特定业务场景或需求，需要对特殊参数设置默认值。
7.综上，目前亟待发明一种能够满足用户侧对自身业务的隐蔽性、服务的安全性、特定业务场景可配置性的请求转换方法。


技术实现要素：

8.本技术实施例提供了一种基于网关的请求转换方法和装置，针对现有的为接口分配服务器只考虑服务器本身是不是有空、服务器自身性能高低，导致资源分配不合理的问题，能够实现建立接口特性与服务器资源之间的联系，从而在每次接口请求时，更好地实现资源分配的有益效果。
9.第一方面，本技术实施例提供了一种基于网关的请求转换方法，所述方法包括：预设目标资源的目标路径、目标请求方式以及目标请求参数；获取用户发出的原始请求，从所述原始请求中提取出请求地址里的原始路径；根据所述原始路径获取对应所述目标资源的所述目标路径、所述目标请求方式以及所述目标请求方法，并对所述原始请求中的所述原始路径、原始请求方法、原始请求参数进行替换，将得到的目标请求指向所述目标资源。
10.在其中一些实施例中，“预设目标资源的目标路径、目标请求方式以及目标请求参数”方法包括：在目标网关配置有至少一接口资源的情况下，为每个所述接口资源生成对应的所述目标路径、所述目标请求方式以及所述目标请求参数，其中，每个所述目标路径、所述目标请求方式以及所述目标请求参数分别与0个、一个或多个所述原始路径、所述原始请
求方法、所述原始请求参数相对应。
11.在其中一些实施例中，“为每个所述接口资源生成对应的所述目标路径、所述目标请求方式以及所述目标请求参数”包括：获取所述接口资源的接口类型，为每个所述接口类型生成对应的所述目标路径、所述目标请求方式以及所述目标请求参数，在获取所述原始请求后，获取所述原始请求所需访问的所述目标资源的接口类型，根据所述目标资源的接口类型在所述目标网关中查询与所述接口类型相同的所述接口资源，并获取所述接口资源对应的所述目标路径、所述目标请求方式以及所述目标请求参数。
12.在其中一些实施例中，将预设的所述目标资源的所述目标路径、所述目标请求方式以及所述目标请求参数在本地缓存。
13.在其中一些实施例中，所述原始请求中携带用户的身份验证信息，对所述身份验证信息进行校验，在校验通过的情况下对所述原始请求进行转换。
14.在其中一些实施例中，所述身份验证信息包括用户身份凭证、时间戳和签名，其中，所述签名包括对所述用户身份凭证、所述时间戳和第一身份密钥拼接得到的字段进行加密后得到的第一访问参数；“对所述身份验证信息进行校验”包括：以获取到的所述用户身份凭证在本地缓存中获取对应的第二身份密钥；将所述第二身份密钥与接收到的所述用户身份凭证、所述时间戳拼接后进行加密得到第二访问参数；将所述第二访问参数与所述第一访问参数进行一致性比对，若二者一致再根据接收的所述时间戳与设定的请求有效时限判断所述原始请求是否超时，若未超时则校验通过。
15.第二方面，本技术实施例提供了一种基于网关的请求转换装置，包括：配置模块，用于预设目标资源的目标路径、目标请求方式以及目标请求参数；获取模块，用于获取用户发出的原始请求，从所述原始请求中提取出请求地址里的原始路径；处理模块，用于根据所述原始路径获取对应所述目标资源的所述目标路径、所述目标请求方式以及所述目标请求方法，并对所述原始请求中的所述原始路径、原始请求方法、原始请求参数进行替换，将得到的目标请求指向所述目标资源。
16.第三方面，本技术实施例提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行第一方面任一项所述的基于网关的请求转换方法。
17.第四方面，本技术实施例提供了一种计算机程序产品，包括软件代码部分，当所述计算机程序产品在计算机上被运行时，所述代码软件部分用于执行根据第一方面任一项所述的基于网关的请求转换方法。
18.第五方面，本技术实施例提供了一种可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序包括用于控制过程以执行过程的程序代码，所述过程包括根据第一方面任一项所述的基于网关的请求转换方法。
19.本技术实施例的主要贡献和创新点如下：
20.本技术实施例通过对存储在目标网关中的服务、资源的目标请求进行设定，使之能够对于访问者隐蔽化，从而实现云服务器端的数据不会被非法获取和使用的有益效果。
21.本技术的一个或多个实施例的细节在以下附图和描述中提出，以使本技术的其他特征、目的和优点更加简明易懂。
附图说明
22.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
23.图1是根据本技术实施例的基于网关的请求转换方法的流程图；
24.图2是根据本技术实施例的对网络资源网络的api管理系统的架构图；
25.图3是根据本技术实施例的基于网关的请求转换装置的结构框图；
26.图4是根据本技术实施例的电子装置的硬件结构示意图。
具体实施方式
27.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。
28.需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。
29.实施例一
30.本技术实施例提供了一种基于网关的请求转换方法，参考图1，所述方法包括：
31.步骤s101、预设目标资源的目标路径、目标请求方式以及目标请求参数。
32.在本步骤中，目标请求是以原始请求转换而来的，目的是将存储在目标网关中的由企业提供给外部使用的服务、资源隐蔽化，从而使外部用户在使用原始请求访问时无法直接指向目标资源。在本方案中目标请求与原始请求的关系可以是一对一或者一对多，例如，原始请求为请求1、请求2，请求1和请求2可以共同和目标请求建立二对一的转换关系，也可以是请求1对应标准请求1、请求2对应标准请求2，通过这种对应的方式使得网关能将原本不能被网关识别的请求转换成能被识别的格式。
33.步骤s102、获取用户发出的原始请求，从所述原始请求中提取出请求地址里的原始路径。
34.在本步骤中，获取原始请求中的请求地址，其中请求地址中包括了域名、请求协议、端口以及原始路径，获取原始路径，并通过原始路径获取对应的目标资源的目标路径。例如，获取的请求地址为http:www.baidu.com/user/info，其中包括了域名：www.baidu.com；请求协议:http；端口:80以及以及请求路径:/user/info，通过匹配http协议的这个请求的路径为/user/info查询配置信息可以找到对应的目标地址如目标域名是www.citycloud.com.cn；协议是https；端口是443；路径是/user/detail。那么转换后的地址是https:www.citycloud.com.cn/user/detail。
35.s103、根据所述原始路径获取对应所述目标资源的所述目标路径、所述目标请求方式以及所述目标请求方法，并对所述原始请求中的所述原始路径、原始请求方法、原始请
求参数进行替换，将得到的目标请求指向所述目标资源。
36.在本步骤中，能够将用户发出的原始请求中的原始路径、原始请求方法、原始请求参数转换为目标路径、目标请求方式以及目标请求方法，再组合成指向目标资源的目标请求。
37.本步骤的区别在于，通过请求转换使得企业供给外部使用的服务、资源能够安全对外开放，这样带来的好处不仅仅是将企业所提供的服务、资源隐藏，确保了业务安全性，同时也能通过对对应关系作出修改从而在用户方无需掌握网关对接的语言逻辑以及无需修改发出的原始请求的情况下，仍能对目标资源进行访问，因此大大增加了用户侧的资源访问的便利性。
38.换言之，当用户侧需要访问目标资源时，用户侧发送原始请求，该原始请求无法直接定位到目标资源位置，本实施例通过获取原始请求与目标请求的对应关系，为用户侧生成能够被目标网关识别的目标请求，并通过该请求指向目标资源，将目标资源返回给用户侧。通过这种业务请求的转换方法不仅在用户侧能够在无需知道目标网关所能识别的标准格式的情况下采用原始请求即可对目标资源进行访问，原始请求被替换为网关所能识别的格式放在处理端，因此这种替换对用户侧而言是无感知的。同时对于服务、资源的提供方来说，存储在目标网关中的服务、资源能够对于访问者隐蔽化，以实现云服务器端的数据不会被非法获取和使用的有益效果。
39.在其他一些实施例中，“预设目标资源的目标路径、目标请求方式以及目标请求参数”方法包括：在目标网关配置有至少一接口资源的情况下，为每个所述接口资源生成对应的所述目标路径、所述目标请求方式以及所述目标请求参数，其中，每个所述目标路径、所述目标请求方式以及所述目标请求参数分别与0个、一个或多个所述原始路径、所述原始请求方法、所述原始请求参数相对应。
40.在本实施例中，目标请求的转换方法与接口资源相关联，例如，当目标网关中存储有接口资源，根据接口资源是否能被外部用户侧访问的特性设置目标请求与原始请求的对应关系。示例性的，若想要接口资源不能被外部用户侧访问，则目标请求不设置相对应的原始请求相匹配，那么在用户侧采用原始请求访问接口资源时，该原始请求无法被转换成目标网关所能识别的格式；若想要能被外部用户侧访问，则相应地目标请求与一个或多个原始请求相匹配，在用户侧使用任一原始请求访问接口资源时，该原始请求能被转换成目标网关所能识别的目标请求。
41.在其他一些实施例中，“为每个所述接口资源生成对应的所述目标路径、所述目标请求方式以及所述目标请求参数”包括：获取所述接口资源的接口类型，为每个所述接口类型生成对应的所述目标路径、所述目标请求方式以及所述目标请求参数，在获取所述原始请求后，获取所述原始请求所需访问的所述目标资源的接口类型，根据所述目标资源的接口类型在所述目标网关中查询与所述接口类型相同的所述接口资源，并获取所述接口资源对应的所述目标路径、所述目标请求方式以及所述目标请求参数。
42.在本实施例中，可以通过接口资源的接口类型对接口资源的目标请求进行划分，例如，创建并发布一个api资源，该资源的接口类型为“用户信息获取”，所属api服务为“用户服务”，那么当用户侧需要访问该api资源时，可以从用户侧发出的原始请求中判断出该用户侧所需访问的api资源为“用户信息获取”类，因此定位到相同类型的目标请求中进行
匹配，若匹配到相应关系，则分别进行地址、请求方式和请求参数的转换，得到目标请求；若未匹配得到，则不进行转换，以原始请求进行转发。
43.本实施例提供了一种将原始请求中的原始路径、原始请求参数名称、原始请求方法逐一提取出来并且相对应地与标准路径、标准请求参数名称、标准请求方法相匹配的方法，通过对原始请求时的路径、参数、请求方法进行设定从而避免暴露服务资源信息。
44.示例性的，对原始路径进行设定包括：将请求路径“www.baiduu.com/getuserinfo”变更为“www.baiduu.com/queryuser”，；另外，本实施例还可以兼容对于服务、资源的提供方对详情类需求的请求路径转换，例如将“www.baiduu.com/querynumer/*”转化为“www.bbaiduu.com/getnumer/*”，在这种转换中“*”表示任意数字或字符串，转换后“*”能被保留在标准路径中，在本实施例中通过兼容带“*”地址能够对同一类请求进行处理，如查询衣服信息的接口的请求路径表示为“/query/clothes/*”，“*”代表衣服的编号，用户通过将“*”替换成对应衣服的编号，如替换后的请求路径为“/query/clothes/hz009”就可以查询到该衣服编号的衣服详细信息。通过通过兼容带“*”地址并对该地址进行转换的手段能够实现获取到同一类数据中的详细信息。
45.对原始请求参数名称进行设定包括：将请求参数为“header位置的“token”转换为“header”位置的“tokenvalue”，并且“token”对应的值“tokencheck”指向转换后的“tokenvalue”，使得服务端解析目标请求后能够将“tokenvalue”的值“tokencheck”取出，并返回“tokencheck”对应的所有用户信息给目标网关，目标网关收到响应后将响应的返回结构返回给请求用户。
46.另外，对原始请求参数名称进行设定还包括：对参数位置进行变更，例如，将位置在“query”位置的参数转换为在“header”的参数；将请求名为“name”的参数名变更为当前位置或者其他位置的“username”的参数名。
47.对原始请求方法进行设定包括：修改请求方式，例如将请求方法例如“post”转换为“put”请求、“get”请求。
48.综上，采用多种对原始请求参数进行转换的方式对服务资源信息进行隐藏，保护服务资源。同时能够提供服务资源的扩张性，使得通过转换服务资源的目标请求以及设定的原始请求与目标请求的转换关系就能够在不更改用户侧的访问请求的情况下灵活变动目标资源的目标请求。
49.在其他一些实施例中，将预设的所述目标资源的所述目标路径、所述目标请求方式以及所述目标请求参数在本地缓存。
50.在本实施例中，对访问接口的前后端请求地址、请求参数、请求方法等配置项存储在本地虚拟机缓存。与常规技术中将配置项存储在配置库相比，本方案中的处理服务共同承担分发的多个相同服务，每个服务都能有一份相同与配置库的自己的缓存库，这样降低了配置库的压力，也提高了单个处理服务获取数据并响应的速度。
51.在其他一些实施例中，还提供了对用户侧的身份验证的手段，具体地，所述原始请求中携带用户的身份验证信息，对所述身份验证信息进行校验，在校验通过的情况下对所述原始请求进行转换。
52.在本实施例中，用户侧携带身份验证标识请求已经发布在目标网关上的目标资源，目标网关获取原始请求并认证身份信息是否合法，验证方式包括：判断是否接收到身份
验证信息，若是，进一步验证身份验证信息是否与预先存储的用户对应的身份验证信息一致，若一致，校验身份验证信息的有效性。换言之，在本实施例中先验证用户身份是否有效，再验证用户是否有对该资源合法性访问的标识，当上述验证均通过，则对原始请求进行匹配。
53.具体地，所述身份验证信息包括用户身份凭证、时间戳和签名，其中，所述签名包括对所述用户身份凭证accesskey、所述时间戳time和第一身份密钥accesssecret拼接得到的字段进行加密后得到的第一访问参数；“对所述身份验证信息进行校验”包括：以获取到的所述用户身份凭证在本地缓存中获取对应的第二身份密钥；将所述第二身份密钥与接收到的所述用户身份凭证、所述时间戳拼接后进行加密得到第二访问参数；将所述第二访问参数与所述第一访问参数进行一致性比对，若二者一致再根据接收的所述时间戳与设定的请求有效时限判断所述原始请求是否超时，若未超时则校验通过。
54.示例性的，用户侧携带获取到的accesskey、时间戳time、由accesskey+time+accesssecret再md5加密后生成的签名sign向目标网关发出网络资源请求，目标网关获取accesskey、time、sign，与系统存储的对应的accesskey及accesskey对应accesssecret与获取到的时间加密获取到的签名与请求签名对比，若比较结果一致则身份验证通过，再通过time与当前时间戳比对，获取请求时间与当前时间的差值，该差值与系统设定差值比对，超出系统设定时间差则返回请求超时。
55.综上，本技术实施例为解决目前在使用api网关处理来自客户端的业务请时存在的安全性低、隐蔽性低、可扩展性差的问题，有针对性地提出了一种请求转换方法，首先通过在转换之前对用户侧身份的签名校验确保服务使用的安全性，然后对存储在目标网关中的服务、资源的目标请求进行设定，使之能够对于访问者隐蔽化，从而实现云服务器端的数据不会被非法获取和使用的有益效果，并且本方案能够保存并发布原始请求与目标请求的对应关系，即在不改变目标服务的情况下，对请求的地址，请求方法、参数名称、参数类型等做改变，隐藏了目标服务从而实现了对目标服务的灵活管控。
56.实施例二
57.基于相同的构思，参考图2，本技术还提出了一种对网络资源网络的api管理系统，该系统无需操作者具备对网关系统、soul系统以及springboot等技术的深入了解，便可直接操作用户对网关中存储的服务资源的访问流程。具体地，该系统包括：
58.api管理前端系统、api管理后端、网关配置服务、缓存网关、数据库、认证插件、网络资源请求地址插件、请求参数插件、请求方法插件。管理员在api管理前端系统进行交互对api管理后端的api资源进行管理，发布api资源至网关配置服务中，网关配置服务同步网络资源配置至缓存网关，并持久化大屏数据库。用户携带用户标识accesskey及accesssecret向缓存网关发出网络资源请求，由认证插件校验用户合法性，若合法则进入网络资源请求地址插件匹配本地缓存的地址资源信息，若匹配到对应的标准路径，则替换掉原有的地址资源信息，若未匹配到则保持原有的地址资源信息，接着进入请求参数插件匹配本地缓存的请求参数信息，类似的，若匹配到对应的标准请求参数，则替换掉原有的请求参数信息，若未匹配到则保持原有的请求参数信息，再进入请求方法插件将请求方法转换为目标网关所能识别的标准请求方法，最后将得到的用户请求指向目标资源，并将远程服务响应后的返回结果返回给请求用户。
59.实施例三
60.本技术还提出了一种基于网关的请求转换装置，包括：
61.配置模块301，用于预设目标资源的目标路径、目标请求方式以及目标请求参数；
62.获取模块302，用于获取用户发出的原始请求，从所述原始请求中提取出请求地址里的原始路径；
63.处理模块303，用于根据所述原始路径获取对应所述目标资源的所述目标路径、所述目标请求方式以及所述目标请求方法，并对所述原始请求中的所述原始路径、原始请求方法、原始请求参数进行替换，将得到的目标请求指向所述目标资源。。
64.实施例四
65.本实施例还提供了一种电子装置，参考图4，包括存储器404和处理器402，该存储器404中存储有计算机程序，该处理器402被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
66.具体地，上述处理器402可以包括中央处理器(cpu)，或者特定集成电路(applicationspecificintegratedcircuit，简称为asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
67.其中，存储器404可以包括用于数据或指令的大容量存储器404。举例来说而非限制，存储器404可包括硬盘驱动器(harddiskdrive，简称为hdd)、软盘驱动器、固态驱动器(solidstatedrive，简称为ssd)、闪存、光盘、磁光盘、磁带或通用串行总线(universalserialbus，简称为usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器404可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器404可在数据处理装置的内部或外部。在特定实施例中，存储器404是非易失性(non
‑
volatile)存储器。在特定实施例中，存储器404包括只读存储器(read
‑
onlymemory，简称为rom)和随机存取存储器(randomaccessmemory，简称为ram)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(programmableread
‑
onlymemory，简称为prom)、可擦除prom(erasableprogrammableread
‑
onlymemory，简称为eprom)、电可擦除prom(electricallyerasableprogrammableread
‑
onlymemory，简称为eeprom)、电可改写rom(electricallyalterableread
‑
onlymemory，简称为earom)或闪存(flash)或者两个或更多个以上这些的组合。在合适的情况下，该ram可以是静态随机存取存储器(staticrandom
‑
accessmemory，简称为sram)或动态随机存取存储器(dynamicrandomaccessmemory，简称为dram)，其中，dram可以是快速页模式动态随机存取存储器404(fastpagemodedynamicrandomaccessmemory，简称为fpmdram)、扩展数据输出动态随机存取存储器(extendeddateoutdynamicrandomaccessmemory，简称为edodram)、同步动态随机存取内存(synchronousdynamicrandom
‑
accessmemory，简称sdram)等。
68.存储器404可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器402所执行的可能的计算机程序指令。
69.处理器402通过读取并执行存储器404中存储的计算机程序指令，以实现上述实施例中的任意一种基于网关的请求转换方法。
70.可选地，上述电子装置还可以包括传输设备406以及输入输出设备408，其中，该传输设备406和上述处理器402连接，该输入输出设备408和上述处理器402连接。
71.传输设备406可以用来经由一个网络接收或者发送数据。上述的网络具体实例可包括电子装置的通信供应商提供的有线或无线网络。在一个实例中，传输设备包括一个网络适配器(network interface controller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备406可以为射频(radio frequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。
72.输入输出设备408用于输入或输出信息。在本实施例中，输入的信息可以是获取的原始请求、身份认证信息等，输出的信息可以是目标资源返回结果、目标请求等。
73.可选地，在本实施例中，上述处理器402可以被设置为通过计算机程序执行以下步骤：
74.s101、预设目标资源的目标路径、目标请求方式以及目标请求参数。
75.s102、获取用户发出的原始请求，从所述原始请求中提取出请求地址里的原始路径。
76.s103、根据所述原始路径获取对应所述目标资源的所述目标路径、所述目标请求方式以及所述目标请求方法，并对所述原始请求中的所述原始路径、原始请求方法、原始请求参数进行替换，将得到的目标请求指向所述目标资源。
77.需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
78.通常，各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。本发明的一些方面可以以硬件来实现，而其他方面可以以可以由控制器、微处理器或其他计算设备执行的固件或软件来实现，但是本发明不限于此。尽管本发明的各个方面可以被示出和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的这些框、装置、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。
79.本发明的实施例可以由计算机软件来实现，该计算机软件由移动设备的数据处理器诸如在处理器实体中可执行，或者由硬件来实现，或者由软件和硬件的组合来实现。包括软件例程、小程序和/或宏的计算机软件或程序(也称为程序产品)可以存储在任何装置可读数据存储介质中，并且它们包括用于执行特定任务的程序指令。计算机程序产品可以包括当程序运行时被配置为执行实施例的一个或多个计算机可执行组件。一个或多个计算机可执行组件可以是至少一个软件代码或其一部分。另外，在这一点上，应当注意，如图中的逻辑流程的任何框可以表示程序步骤、或者互连的逻辑电路、框和功能、或者程序步骤和逻辑电路、框和功能的组合。软件可以存储在诸如存储器芯片或在处理器内实现的存储块等物理介质、诸如硬盘或软盘等磁性介质、以及诸如例如dvd及其数据变体、cd等光学介质上。物理介质是非瞬态介质。
80.本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
81.以上实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因
此，本技术的保护范围应以所附权利要求为准。