服务调用系统的制作方法

本申请涉及计算机技术领域，特别是涉及一种服务调用系统。

背景技术：

社区存在多种丰富的社区应用服务，丰富的社区应用服务例如可以应用在人行、车行、访客、监控、消防、能源、环境等不同的场景中。不同的社区应用服务在构建时，需要从各类业务子系统中获取业务数据，各类业务子系统例如可以是：物业系统、办公系统、酒店管理系统、监控系统等。在当前社区寻求精细化管理过程中，希望能够运用科技化、智能化手段来沉淀业务数据、加速服务创新、提升运营效率以及服务品质，所以对构建智慧化服务场景有强烈的诉求。

但大部分社区应用服务的业务子系统均独立建设，业务数据分散在各自的业务子系统中，无法实现各业务数据的综合使用，使得各业务数据形成了一个个“竖井”状的信息孤岛，对社区应用服务的转型以及创新造成了很大的障碍。

技术实现要素：

本申请提供一种服务调用系统，能够为不同的社区场景提供多种不同的社区应用服务以构建与不同社区场景对应的的社区应用服务，避免了针对不同社区场景对应的的社区应用服务进行独立开发造成的开发周期长以及开发效率低的问题。

本申请提供了一种服务调用系统，该系统包括：应用服务集成网关、统一物模型层、社区边缘网关、服务层以及api网关，

上述应用服务集成网关，用于基于预先建立的安全访问通道接收数据源设备发送的原始数据，原始数据为用于构建社区应用服务的数据；

上述统一物模型层，用于将标准物模型以及标准协议下发给社区边缘网关以及按照标准协议对原始数据进行协议转换处理，并将处理后的原始数据发送给服务层，其中，标准物模型用于对设备数据进行统一命名；

上述社区边缘网关，用于接收不同厂商的设备数据并对设备数据进行解析，将解析得到的报文输入标准物模型进行统一命名以及按照标准协议对报文进行协议转换得到处理后的设备数据以发送给服务层；

上述服务层，用于根据设备数据、原始数据以及对应场景的业务逻辑构建社区应用服务；

上述api网关，用于接收终端设备发送的服务调用请求，服务调用请求包括终端设备请求的多个社区应用服务的标识和多个社区应用服务的鉴权信息，并根据多个社区应用服务的标识和多个社区应用服务的鉴权信息判断终端设备是否具备调用多个社区应用服务的权限，在终端设备具备调用多个社区应用服务的权限，向终端设备发送多个社区应用服务的执行代码。

在其中一个实施例中，上述系统还包括生态链接层，社区边缘网关将处理后的设备数据通过生态链接层发送给服务层。

在其中一个实施例中，上述统一物模型层包括物模型管理模块和协议适配器管理模块，

上述物模型管理模块，用于对设备数据进行对应的标准物模型定义生成标准物模型，并将标准物模型下发给社区边缘网关；

上述协议适配器管理模块，用于为社区边缘网关下发标准协议并根据标准协议对设备数据以及原始数据进行协议转换。

在其中一个实施例中，上述社区边缘网关包括统一物模型转换器、协议适配器以及物模型连接器，

统一物模型转换器，用于接收不同厂商的设备数据并对设备数据进行解析，将解析得到的报文输入标准物模型进行统一命名；

协议适配器，用于按照标准协议对报文进行协议转换；

物模型连接器，用于将处理后的设备数据发送给生态链接层。

在其中一个实施例中，社区应用服务包括基础应用服务以及场景应用服务，上述服务层包括基础服务层以及saas服务层，

基础服务层，用于根据设备数据以及原始数据构建基础应用服务；

saas服务层，用于根据基础应用服务以及对应场景的业务逻辑构建场景应用服务。

在其中一个实施例中，api网关，具体用于：

根据多个社区应用服务的标识确定验证密钥；

根据验证密钥和服务调用请求生成验证标签；

若验证标签与鉴权信息匹配，则确定终端设备具备调用多个社区应用服务的权限；若验证标签与鉴权信息不匹配，则确定终端设备不具备调用多个社区应用服务的权限。

在其中一个实施例中，api网关，还用于根据多个社区应用服务的标识确定一个或多个验证密钥。

在其中一个实施例中，api网关，还用于在确定终端设备不具备调用多个社区应用服务的权限之后，向终端设备发送拒绝消息。

在其中一个实施例中，应用服务集成网关，还用于为不同的数据源设备分配对应的标识、公钥和私钥。

在其中一个实施例中，应用服务集成网关，还用于：

接收数据源设备发送的数据请求，数据请求携带数据源设备的标识以及数据源设备的鉴权信息；

根据数据源设备的标识获取对应的公钥和私钥；

根据公钥、私钥和数据请求生成签名信息；

将签名信息与数据源设备的鉴权信息进行比对，若比对一致，则接收数据源设备发送的原始数据；若比对不一致，则向数据源设备发送拒绝消息。

本申请提供的服务调用系统，该系统包括：应用服务集成网关、统一物模型层、社区边缘网关、服务层以及api网关，应用服务集成网关，用于基于预先建立的安全访问通道接收数据源设备发送的原始数据，原始数据为用于构建社区应用服务的数据；统一物模型层，用于将标准物模型以及标准协议下发给社区边缘网关以及按照标准协议对原始数据进行协议转换处理，并将处理后的原始数据发送给服务层，其中，标准物模型用于对设备数据进行统一命名；社区边缘网关，用于接收不同厂商的设备数据并对设备数据进行解析，将解析得到的报文输入标准物模型进行统一命名以及按照标准协议对报文进行协议转换得到处理后的设备数据以发送给服务层；服务层，用于根据设备数据、原始数据以及对应场景的业务逻辑构建社区应用服务；api网关，用于接收终端设备发送的服务调用请求，服务调用请求包括终端设备请求的多个社区应用服务的标识和多个社区应用服务的鉴权信息，并根据多个社区应用服务的标识和多个社区应用服务的鉴权信息判断终端设备是否具备调用多个社区应用服务的权限，在终端设备具备调用多个社区应用服务的权限，向终端设备发送多个社区应用服务的执行代码，以使终端设备能够根据本系统提供的执行代码快速构建自己所需的社区应用服务，避免在构建对应场景的社区应用服务时对接多个不同业态子系统以及不同厂商设备需要开发对应的物模型以及协议适配器造成的开发周期长，效率低的问题。

附图说明

图1为一个实施例中服务调用系统框图；

图2为另一个实施例中服务调用系统框图；

图3为另一个实施例中服务调用系统框图；

图4为另一个实施例中服务调用系统框图；

图5为另一个实施例中服务调用系统框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

参见图1，图1为一实施例中服务调用系统的架构图，该服务调用系统包括应用服务集成网关、统一物模型层、社区边缘网关、服务层以及api网关：

应用服务集成网关，用于基于预先建立的安全访问通道接收数据源设备发送的原始数据，原始数据为用于构建社区应用服务的数据；

统一物模型层，用于将标准物模型以及标准协议下发给社区边缘网关以及按照标准协议对原始数据进行协议转换处理，并将处理后的原始数据发送给服务层，其中，标准物模型用于对设备数据进行统一命名；

社区边缘网关，用于接收不同厂商的设备数据并对设备数据进行解析，将解析得到的报文输入标准物模型进行统一命名以及按照标准协议对报文进行协议转换得到处理后的设备数据以发送给服务层；

服务层，用于根据设备数据、原始数据以及对应场景的业务逻辑构建社区应用服务；

api网关，用于接收终端设备发送的服务调用请求，服务调用请求包括终端设备请求的多个社区应用服务的标识和多个社区应用服务的鉴权信息，并根据多个社区应用服务的标识和多个社区应用服务的鉴权信息判断终端设备是否具备调用多个社区应用服务的权限，在终端设备具备调用多个社区应用服务的权限，向终端设备发送多个社区应用服务的执行代码。

示例性的，应用服务集成网关用于对接不同的业态子系统，例如可以是：业主管理系统、车辆管理系统、权限管理系统、设备管理系统、监控管理系统等。不同的业态子系统能够为构建不同的社区应用服务提供丰富的数据支持，例如：业主信息、业主的车辆信息、业主的权限信息等。在将不同业态子系统的数据通过应用服务集成网关接入服务调用系统之前，应用服务集成网关需要对各业态子系统的数据进行签名鉴权，对各业态子系统的数据进行签名鉴权的方法可以是：提前为不同的业态子系统下发标识以及私钥，应用服务集成网关在接收到业态子系统发送的数据请求后，根据对应的标识查找对应的公钥，利用公钥对该私钥进行解密，若解密成功，则表示鉴权成功，那么应用服务集成网关就可以将业态子系统的数据接入到服务用系统。当然，还可以有其它鉴权的方法，本申请对此不加以限定。通过应用服务集成网关对接入服务调用系统的原始数据进行鉴权，能够保证各业态子系统数据的安全性以及隔离性，避免数据传输以及使用的不安全导致各业态子系统以及服务调用系统异常运行的情况发生。又由于应用服务集成网关可以对接不同的业态子系统，能够避免终端设备在构建自己所需的社区应用服务时，需要转换不同的通信协议与不同的数据源进行交互，导致社区应用服务开发周期长的问题，提高了终端设备构建社区应用服务的效率。

统一物模型层，可以生成标准物模型以及标准协议，标准物模型能够对不同厂商的设备从属性、时间、服务三个维度进行统一命名，使得不同厂商生产的相同类型的设备具有相同的使用标准以及控制标准，实现了服务调用系统与不同设备间的无缝对接，能够将服务调用系统中的社区应用服务应用到更多的设备中。例如：设备1、设备2以及设备3都属于门禁设备，设备1是a厂商生产的，设备2是b厂商生产的，设备3是c厂商生产的，设备1对于开门的识别指令为打开闸门，设备2对于开门的识别指令为可以通行，设备3对于开门的识别指令为解除门禁，那么就需要对三个设备中的服务进行统一化处理，以使在下达开启门禁的指令时，设备1、设备2以及设备3均能够识别该指令，并做出相同的打开设备门的操作。对设备数据进行统一命名后，例如，要实现设备1、设备2、设备3在某小区的人行服务时，只需要将服务调用系统中的人行服务的执行代码接入设备即可。

统一物模型层还可以对不同业态子系统的数据进行协议的转换，因为服务调用系统在生成一个社区服务时，可能需要来自不同业态子系统的数据，这些数据具有不同的协议，若要根据这些数据生成一个服务，需要对不同协议的数据进行协议转换，以使不同协议的数据能够在统一的协议标准下进行融合，避免了数据之间的融合障碍，同时，使得对不同的数据进行后续例如整理、分类、组合等处理时也会更加的便捷。

社区边缘网关用于对接不同的厂商，从不同的厂商获取不同的设备数据，对设备数据进行解析，得到该设备数据的协议以及属性、服务、时间等的报文信息，然后将报文输入标准物模型进行统一命名以及按照标准协议对报文进行协议转换得到处理后的设备数据，并将处理好的数据发送给服务层，可以是直接与服务层进行通信，还可以是借助其它的模块对其进行转发。例如社区边缘网关获得了a厂商的设备1的设备数据，对该设备数据进行解析后，得到该设备数据使用的协议为tcp/ip协议，而统一物模型层定义的协议为ipx/spx协议，那么就需要将tcp/ip协议转化成ipx/spx协议。

服务层能够为终端设备提供多种不同类型的社区应用服务，例如：用户服务、权限服务、角色服务、组织服务、空间服务、事件服务、设备服务、家居服务、车行服务、人行服务、eba服务、安防服务等；用户服务能够为终端设备提供管理用户信息的服务，例如：小区业主的信息服务、办公楼员工的信息服务、园区工作人员的信息服务等；权限服务能够为终端设备提供不同用户、角色、组织等所属的开放权限的服务，例如：小区业主的门禁权限、办公人员的门禁权限、业主车行的权限、办公人员的车行权限等；事件服务能够为终端设备提供事件定义、事件处理以及事件分发的服务，例如：告警事件、通知事件、故障告警事件、阈值超限事件等；空间服务能够为终端设备提供将项目、楼栋、公区、单元、楼层、房屋等物理世界的实体层级结构抽象成空间服务，以支持终端设备的物理位置的服务，例如：将整个实体的办公楼抽象成1号楼-15层-101室、1号楼-16层-102室、1号楼-17层-103室、1号楼-18层-104室等，可以是再根据匹配该物理位置的配套信息共同构成空间服务，例如：1号楼-15层-101室为某公司的办公场所、1号楼-16层-102室为设备室、1号楼-17层-103室为物业管理办公室、1号楼-18层-104室为配电室等；在此，对上述列举的服务调用系统提供的服务不再一一说明，服务调用系统还可以提供其它不同的社区应用服务，本申请在此不加以限制。

api网关具有不同的接口，能够接收不同终端设备发送的服务调用请求，服务调用请求例如可以包括用户服务、权限服务、角色服务、组织服务、空间服务、事件服务等。该服务调用请求可以是终端设备请求的一个社区应用服务，还可以是终端设备请求的多个社区应用服务，多个社区应用服务可以批量请求，还可以是依次请求。服务调用请求中的社区应用服务标识可以是用于对社区应用服务进行标记，该标记可以是图像信息、文本信息、语音信息等，以使服务器能够根据该标记判断终端设备请求的社区应用服务类型；服务调用请求中的鉴权信息可以是用于使api网关进行接口认证的一个信息，该信息可以是服务器分配的一个密钥、可以是经过服务器给对应社区应用服务分配的公钥进行加密得到的一个鉴权信息，还可以是经过服务器给对应社区应用服务分配的私钥进行加密得到的一个鉴权信息，该信息可以是一个文本信息、还可以是一个图像信息、还可以是一个语音信息，本申请对此不加以限制。

例如，服务调用系统可以是通过api网关的第一接口接收门禁设备发送的服务调用请求，即终端设备可以是向服务调用系统发送一调用指令，该调用指令可以调用api网关的第一接口，该服务调用请求可以包括门禁设备请求的用户服务的标识、权限服务的标识、事件服务的标识，用户服务的鉴权信息、权限服务的鉴权信息以及事件服务的鉴权信息。服务调用系统还可以是通过api网关的第一接口、第二接口以及第三接口接收门禁设备发送的服务调用请求。本申请实施例对此不加以限制。执行代码是一种终端设备能够直接执行的代码，当该执行代码在终端设备中运行时，能够实现对应的社区应用服务。

需要说明的是，在api网关判断该终端设备具有调用多个社区应用服务权限后，服务调用系统还可以根据多个社区应用服务的标识从服务层查找是否存在终端设备请求的多个社区应用服务，在存在对应的部分或者全部社区应用服务的情况下，向终端设备发送该部分或者全部社区应用服务的执行代码，以供终端设备运行社区应用服务的执行代码实现对应的社区应用服务。

本申请提供的服务调用系统，该系统包括：应用服务集成网关、统一物模型层、社区边缘网关、服务层以及api网关，应用服务集成网关，用于基于预先建立的安全访问通道接收数据源设备发送的原始数据，原始数据为用于构建社区应用服务的数据；统一物模型层，用于将标准物模型以及标准协议下发给社区边缘网关以及按照标准协议对原始数据进行协议转换处理，并将处理后的原始数据发送给服务层，其中，标准物模型用于对设备数据进行统一命名；社区边缘网关，用于接收不同厂商的设备数据并对设备数据进行解析，将解析得到的报文输入标准物模型进行统一命名以及按照标准协议对报文进行协议转换得到处理后的设备数据以发送给服务层；服务层，用于根据设备数据、原始数据以及对应场景的业务逻辑构建社区应用服务；api网关，用于接收终端设备发送的服务调用请求，服务调用请求包括终端设备请求的多个社区应用服务的标识和多个社区应用服务的鉴权信息，并根据多个社区应用服务的标识和多个社区应用服务的鉴权信息判断终端设备是否具备调用多个社区应用服务的权限，在终端设备具备调用多个社区应用服务的权限，向终端设备发送多个社区应用服务的执行代码，以使终端设备能够根据本系统提供的执行代码快速构建自己所需的社区应用服务，避免在构建对应场景的社区应用服务时对接多个不同业态子系统以及不同厂商设备需要开发对应的物模型以及协议适配器造成的开发周期长，效率低的问题。

在一个实施例中，如图2所示，社区边缘网关将处理后的设备数据通过生态链接层发送给服务层。生态链接层还可以将转换好设备数据发送给设备，以使对设备进行统一的管理。

在一个实施例中，如图3所示，统一物模型层包括物模型管理模块和协议适配器管理模块，

物模型管理模块，用于对设备数据进行对应的标准物模型定义生成标准物模型，并将标准物模型下发给社区边缘网关；

协议适配器管理模块，用于为社区边缘网关下发标准协议并根据标准协议对设备数据以及原始数据进行协议转换。

在一个实施例中，如图4所示，上述社区边缘网关包括统一物模型转换器、协议适配器以及物模型连接器，

统一物模型转换器，用于接收不同厂商的设备数据并对设备数据进行解析，将解析得到的报文输入标准物模型进行统一命名；

协议适配器，用于按照标准协议对报文进行协议转换；

物模型连接器，用于将处理后的设备数据发送给生态链接层。

在一个实施例中，如图5所示，社区应用服务包括基础应用服务以及场景应用服务，上述服务层包括基础服务层以及saas服务层，

基础服务层，用于根据设备数据以及原始数据构建基础应用服务；

saas服务层，用于根据基础应用服务以及对应场景的业务逻辑构建场景应用服务。

示例性的，该原始数据可以是：业主数据、车辆数据、权限数据、组织架构数据、角色数据等，基础应用服务例如可以是直接根据从业主管理系统中获取的业主权限数据生成的一个权限服务，从业主管理系统中获取的业主数据生成的一个用户服务，从业主管理系统中获取的业主车辆数据生成的设备服务等。场景应用服务例如包括家居服务、车行服务、人行服务、eba服务、安防服务等，saas服务层可以是利用基础服务层上已有的服务再加上特定的业务逻辑，例如：实现车行服务所需的业务逻辑、实现人行服务所需的业务逻辑、实现用户服务所需的业务逻辑等，构建一些能够被大多数的终端设备使用的基础社区应用服务，减少终端设备构建自己所需的社区应用服务的工作量，提高了终端设备构建自己所需的社区应用服务的效率，同时，避免了重复开发造成的资源浪费的情况发生。例如，saas服务层可以是根据从物业系统中获取的业主信息以及权限信息添加实现人行服务所需的业务逻辑构建能够应用在住宅小区门禁中的人行服务，该人行服务可以根据不同的使用场景做相应的微调，例如要实现办公大楼的人行服务，可以是将现有的人行服务中的数据进行替换，添加办公大楼中人行服务的业务逻辑就可以快速的构建办公大楼的人行服务，无需再重复开发。

在一个实施例中，api网关，具体用于：

根据多个社区应用服务的标识确定验证密钥；

根据验证密钥和服务调用请求生成验证标签；

若验证标签与鉴权信息匹配，则确定终端设备具备调用多个社区应用服务的权限；若验证标签与鉴权信息不匹配，则确定终端设备不具备调用多个社区应用服务的权限。

示例性的，api网关中可以是预先存储有一个社区应用服务的标识-验证密钥的映射对，当服务器接收到终端设备发送的社区应用服务的标识时，根据该映射对查找对应的验证密钥。可选的，api网关，还用于根据多个社区应用服务的标识确定一个或多个验证密钥，以使服务器能够对包含多个社区应用服务的服务请求进行一次验证即确定该终端设备的调用权限，无需对每一个社区应用服务进行验证，提高了数据交互的效率。

需要说明的是，服务调用系统在构建各种不同类型的社区应用服务后，会为每一个社区应用服务分配对应的社区应用服务的标识以及验证密钥，该服务调用系统可以是通过一个网站地址对外公开自己所具有的社区应用服务，以供终端设备通过该网站地址识别服务器能够提供的社区应用服务类型。终端设备可以选择自己所需的社区应用服务，同时获取对应的社区应用服务的标识以及验证密钥，该验证密钥可以是一个或者多个，然后可以是利用验证密钥对服务调用请求中的消息头进行加密并与服务调用请求中的消息尾结合生成一个鉴权信息或者多个鉴权信息，然后将所需的社区应用服务的标识以及生成的鉴权信息发送给服务器以进行社区应用服务调用；还可以是利用验证密钥对服务调用请求中的消息头以及消息尾进行加密生成一个或者多个鉴权信息；还可以是利用验证密钥对服务调用请求中的消息头以及消息内容进行加密生成一个或者多个鉴权信息。本申请对此不加以限定。

基于上述终端设备生成鉴权信息的规则，服务调用系统在查找到对应的验证密钥后，根据相同的规则生成验证标签，以将该验证标签与鉴权信息进行匹配。验证的结果包括匹配成功或者匹配不成功。若匹配成功，确定终端设备具备调用多个社区应用服务的权限，然后可以是进行下一个步骤，例如查找服务调用系统中是否存在终端设备请求的多个社区应用服务等。若匹配不成功，确定终端设备不具备调用多个社区应用服务的权限，然后可以是向终端设备发送拒绝信息，该拒绝消息可以是以图片、文本或者语音等方式发送。本申请对此不加以限定。通过在终端设备调用服务器中的社区应用服务之前，对终端设备是否有权限调用服务器中的社区应用服务进行验证，保证了数据传输的安全性，以为真正需要的终端设备提供对应的社区应用服务，避免了其它不必要的数据交互过程，提高了服务效率。

在终端设备通过api网关的权限认证以后，api网关可以是对终端设备发送的服务调用请求进行解析，得到多个社区应用服务的标识，根据该标识知悉终端设备所需的社区应用服务，例如：用户服务、权限服务以及事件服务，api网关从saas服务层或者基础服务层查找是否存在用户服务、权限服务以及事件服务，若存在，则向终端设备发送用户服务、权限服务以及事件服务的执行代码。若不存在，可以是进一步的判断终端设备所需的社区应用服务是否可以根据saas服务层或者基础服务层中已有的数据进行构建，在构建成功后，将该社区应用服务发送给终端设备，还可以是给终端设备发送服务不存在的信息。本申请对此不加以限定。

在一个实施例中，api网关，还用于在确定终端设备不具备调用多个社区应用服务的权限之后，向终端设备发送拒绝消息。

在一个实施例中，应用服务集成网关，还用于为不同的数据源设备分配对应的标识、公钥以及私钥。

在一个实施例中，应用服务集成网关，还用于：

接收数据源设备发送的数据请求，数据请求携带数据源设备的标识以及数据源设备的鉴权信息；

根据数据源设备的标识获取对应的公钥和私钥；

根据公钥、私钥和数据请求生成签名信息；

将签名信息与数据源设备的鉴权信息进行比对，若比对一致，则接收数据源设备发送的原始数据；若比对不一致，则向数据源设备发送拒绝消息。

示例性的，应用服务集成网关在从数据源设备中获取所需的原始数据时，为了保证数据源设备数据的安全性以及隔离性，需要对数据源设备进行鉴权，鉴权的方式可以是从数据源设备中获取数据源设备的标识以及数据源设备的鉴权信息来进行鉴权，数据源设备的标识用于标记该数据源设备，数据源设备的鉴权信息用于对该数据源设备进行认证。

需要说明的是，应用服务集成网关在将数据源设备的数据接口配置在api网关上后，可以为该数据源设备分配对应的标识、公钥以及私钥，如果当前数据源设备需要对服务器请求的多种数据进行授权访问，则一个数据源设备可以申请多个授权公钥，数据源设备在接收到应用服务集成网关分配的标识、公钥以及私钥后，可以是根据标识、公钥以及私钥对数据进行加密得到一个或者多个鉴权信息，还可以是根据公钥对数据进行加密得到一个或者多个鉴权信息，本申请对此不做限定。

应用服务集成网关在向数据源设备请求数据时，数据源设备会向服务器发送对应的标识以及鉴权信息，应用服务集成网关可以是基于与上述数据源设备生成鉴权信息的相同规则生成签名信息，并将该签名信息与数据源设备发送的鉴权信息进行比对，比对两者是否一致；比对一致后可以是将从数据源设备中获取的数据存储在对应的存储器地址中，在存储的过程中，应用服务集成网关可以是按照数据源设备发送的时序对数据进行顺序的存储或者消费，保证数据在存储时的一致性。应用服务集成网关还可以是将数据推送到对应的消息队列中，以便通过消息队列将数据推送给终端设备以供终端设备构建自己所需的社区应用服务。应用服务集成网关在从数据源设备中获取用于构建不同类型的社区应用服务所需的数据时，需要对数据源设备进行鉴权，这一过程能够保证数据源设备中存储的数据的安全性。比对不一致，可以是拒绝数据源向应用服务集成网关发送原始数据。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。