一种带NVR的门禁一体机及数据传输方法与流程

本发明涉及数据传输领域，特别涉及一种带nvr的门禁一体机及数据传输方法。

背景技术：

随着门禁系统电子技术的不断发展，带视频门禁终端在门禁管理系统应用已相当广泛。作为管理人员或通过数字化网络实时监控该门禁终端的视频，使得成为门禁安全防范的重要应用之一。与此同时，用户提出新的更高要求。

申请公布号为cn108683886a，题目为“一种智能安防监控系统”的发明专利申请公开了一种智能安防监控系统，包括主控芯片，所述主控芯片连接端设有存储阵列、服务器、显示器、客户端、nvr和报警主机，所述nvr输入端设有声控装置、门禁系统和摄像头，所述存储阵列采用多个固定硬盘组合而成，所述服务器为数据库服务器，所述显示器为led显示屏，所述客户端设置为计算机，所述nvr通过网络接收传输的数字视频码流，并进行存储、管理。

然而，所有门禁终端视频流均需要实时上传，终端数越多，占用平台服务系统带宽越大。特别在区级、市级综合管理平台需管理上数万个个终端。以每路视频需每秒2mbps带宽为例，管理一万个终端，每秒需要约20gbps的互联网带宽，后台的存储系统也造成极大负担，一天则需要1.6pbps存储。

技术实现要素：

本发明针对现有技术存在的nvr门禁系统占用极大的互联网带宽的问题，提出了如下一种带nvr的门禁一体机及数据传输方法。

首先，本发明提出一种带nvr的门禁一体机，包括带身份识别模块的门禁主板，nvr摄像机，

所述nvr摄像机集成在所述门禁一体机中，与所述门禁主板连接，并采用以太网供电，与所述管理平台形成互联网连接，并将产生的视频数据和图像数据通过互联网发送到所述管理平台的服务器；

所述门禁主板包括用于传输视频的数据传输装置并与所述nvr摄像机连接，其中，所述门禁主板采用以太网供电，并与带服务器的管理平台形成互联网连接，所述管理平台通过互联网向所述门禁一体机发送控制指令。

进一步，在本发明提出的上述带nvr的门禁一体机中，所述服务器运行linux系统，所述视频流媒体服务端程序为live555服务端程序。

进一步，在本发明提出的上述带nvr的门禁一体机中，所述live555服务端程序提供格式为.264的rtsp视频协议服务。

进一步，在本发明提出的上述带nvr的门禁一体机中，所述rtsp视频协议的端口号为554和8554，其中554端口需要管理员权限。

进一步，在本发明提出的上述带nvr的门禁一体机中，所述服务器还运行gsoap程序及符合onvif标准的视频监控客户端，所述gsoap程序读取onvif协议中的wsdl文件，并且调用并运行以下函数中的至少一个：设备发现服务函数，设备服务入口函数，以使得所述视频监控客户端能够接收到nvr摄像机发来的rtsp视频流。

进一步，在本发明提出的上述带nvr的门禁一体机中，所述服务器的帧缓冲区大小设置为150000k。

其次，本发明提出一种带nvr的门禁一体机的数据传输方法，包括以下步骤：

s100)将带身份识别模块的门禁主板，nvr摄像机，带服务器的管理平台通过互联网的方式进行连接；

s200)获取视频及图像信息，进行编码后使用rtsp传输协议通过互联网进行数据传输；

s300)使用onvif标准发现摄像装置，通过互联网传输视频及图像数据并保存在服务器中；

s400)将视频及图像数据显示在显示装置上。

最后，本发明提出一种带nvr的门禁一体机的数据传输装置，包括带身份识别模块的门禁主板，nvr摄像机，带服务器的管理平台，所述服务器中具有存储装置，所述存储装置上安装视频流媒体服务端程序，

所述门禁主板包括用于传输视频的数据传输装置，采用以太网供电，并与所述带服务器的管理平台形成互联网连接，所述管理平台通过互联网向所述门禁主板发送控制指令，

其中所述带nvr的门禁一体机的数据传输装置还包括控制器，所述控制器用于执行上述方法。

本发明的有益效果是：通过将实时视频流所需带宽仅限于门禁一体机内网，平台所需带宽则为按需调阅时的带宽，降为每秒2mpbs。

附图说明

图1所示为本申请所提出的一种带nvr的门禁一体机的第一实施例结构示意图；

图2所示为本申请所提出的一种带nvr的门禁一体机的网络结构图；

图3所示为本申请所提出的一种带nvr的门禁一体机的访问门禁主板或nvr摄像机的流程图；

图4所示为采用onvif标准传输视频的数据流向图；

图5所示为本申请所提出的一种带nvr的门禁一体机的第三实施例的流程图；

图6所示为本申请所提出的一种带nvr的门禁一体机的第四实施例的流程图；

图7所示为本申请所提出的一种带nvr的门禁一体机使用gsoap工具生成onvif代码框架示意图；

图8所示为本申请所提出的一种带nvr的门禁一体机的数据传输方法的流程图；

图9所示为httpdigest鉴权流程图；

图10所示为onvif协议的设备鉴权流程图。

具体实施方式

以下将结合实施例和附图对本发明的构思、具体结构及产生的技术效果进行清楚、完整的描述，以充分地理解本发明的目的、方案和效果。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。附图中各处使用的相同的附图标记指示相同或相似的部分。

需要说明的是，如无特殊说明，当某一特征被称为“固定”、“连接”在另一个特征，它可以直接固定、连接在另一个特征上，也可以间接地固定、连接在另一个特征上。此外，本申请中所使用的上、下、左、右等描述仅仅是相对于附图中本申请各组成部分的相互位置关系来说的。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

此外，除非另有定义，本文所使用的所有的技术和科学术语与本技术领域的技术人员通常理解的含义相同。本文说明书中所使用的术语只是为了描述具体的实施例，而不是为了限制本申请。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的组合。

应当理解，尽管在本申请中可能采用术语第一、第二、第三等来描述各种元件，但这些元件不应限于这些术语。这些术语仅用来将同一类型的元件彼此区分开。例如，在不脱离本申请范围的情况下，第一元件也可以被称为第二元件，类似地，第二元件也可以被称为第一元件。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”。

参照图1所示的本申请所提出的一种带nvr的门禁一体机的第一实施例示意图；

包括带身份识别模块的门禁主板，nvr摄像机，带服务器的管理平台，所述服务器中具有存储装置，所述存储装置上安装视频流媒体服务端程序，所述nvr摄像机采用以太网供电，与所述管理平台形成互联网连接，并将产生的视频数据和图像数据通过互联网发送到所述管理平台的服务器；所述门禁主板包括用于传输视频的数据传输装置，其中，所述门禁主板采用以太网供电，并与所述带服务器的管理平台形成互联网连接，所述管理平台通过互联网向所述门禁主板发送控制指令。

进一步，图1中还示出了通过互联网与路由器wan口连接的外部设备，所述连接可以是有线连接也可以是无线连接，例如通过移动通信网络或wi-fi，所述外部设备是具有信息发送和接收能力的终端设备，例如手机，笔记本电脑，平板电脑，台式机电脑等。

具体地，nvr摄像机所拍摄的视频不是实时上传的，在有开门、报警等事件触发时才会将事件前后10s的视频上传给服务器。门禁一体机本地保存也是1分钟滚动覆盖的。

对与路由器相连接的门禁主板、nvr摄像机甚至服务器进行控制或访问，一般情况而言，只需访问门禁主板和nvr摄像机，具体流程见图3所示的本申请所提出的一种带nvr的门禁一体机的访问门禁主板或nvr摄像机的流程图，包括以下步骤：

s301)接收经过鉴权的外部网络指令；

s302)门禁机内路由器接收到指令；

s303)根据端口判断指令是否指向门禁主板；

若是指向门禁主板，则将该指令发送到门禁主板，若不是指向门禁主板，则将指令发送到nvr摄像机。

参照图2所示的本申请所提出的一种带nvr的门禁一体机的网络结构图；如图所示，门禁一体机中集成poe路由器，路由器有一个wan口，2个lan口；路由器的wan口连接外部网络；路由器的lan口一个连接门禁主板，一个连接nvr摄像机；外部设备、平台通过网络与门禁一体机通信；

进一步，如上述说明，进行系统部署时可通过远程访问视频门禁机进行网络设置：

1)需要设置的默认ip地址

门禁机ip地址信息：

ip地址：192.168.1.11

子网掩码：255.255.250

默认网关：192.168.1.1

nvr摄像机ip地址信息：

ip地址：192.168.1.10

子网掩码：255.255.250

默认网关：192.168.1.1

2)路由器配置

将路由器的lan口设置为1段的ip。并且路由器的ip地址为192.168.1.1；

路由器做端口映射；

将端口(tcp和udp)8899，8200，8100，554，3702映射到192.168.1.10(即映射给nvr摄像机)

3)nvr摄像机配置

网络配置：

ip地址：192.168.1.10

子网掩码：255.255.255.0

网关地址：192.168.1.1

dns地址：192.168.1.1

http端口：80

控制端口：8100

视频端口：8200

配置路由器的外网ip：

dns域名：190.112.27.205

4)路由器功能测试办法

(1)电脑网关先配置192.168.1.1；

(2)默认一块路由器为主测板ip：192.168.8.79(此单板已在设备运行ok)

(3)主测a板、被测b板；

(4)主测a板lan口左侧的8pin纬线连接电脑；

(5)被测b主板需要通过lan口修改原来默认wan的192.168.8.79为非79的8段其他ip；

(6)主测a单板与被测b主板通过wan口直连；

(7)设备上电，使用电脑去ping两个主板ip，能通即可判定设备的wan口正常，另外lan口在连接电脑；

(8)wan口链接上网线的左侧指示灯亮，表示网口正常。

进一步，所述服务器运行linux系统，所述视频流媒体服务端程序为live555服务端程序。

具体地，所述live555服务端程序提供格式为.264的rtsp视频协议服务。

具体地，所述rtsp视频协议的端口号为554和8554，其中554端口需要管理员权限。

进一步，所述服务器还运行gsoap程序及符合onvif标准的视频监控客户端，所述gsoap程序读取onvif协议中的wsdl文件，并且调用并运行以下函数中的至少一个：设备发现服务函数，设备服务入口函数，以使得所述视频监控客户端能够接收到nvr摄像机发来的rtsp视频流。

具体地，所述服务器的帧缓冲区大小设置为150000k。

具体地，onvif规范描述了网络视频的模型、接口、数据类型以及数据交互的模式。并复用了一些现有的标准，如ws系列标准等。onvif规范的目标是实现一个网络视频框架协议，使不同厂商所生产的网络视频产品(包括摄录前端、录像设备等)完全互通。

onvif规范中设备管理和控制部分所定义的接口均以webservices的形式提供。onvif规范涵盖了完全的xml及wsdl的定义。每一个支持onvif规范的终端设备均须提供与功能相应的webservice。服务端与客户端的数据交互采用soap协议。onvif中的其他部分比如音视频流则通过rtp/rtsp进行。

soap是simpleobjectaccessprotocol的缩写。soap提供了一种标准的方法,使得运行在不同的操作系统并使用不同的技术和编程语言的应用程序可以互相进行通信。是基于xml的一种协议。一条soap消息就是一个普通的xml文档，包含下列元素：

必需的envelope元素，可把此xml文档标识为一条soap消息；

可选的header元素，包含头部信息；

必需的body元素，包含所有的调用和响应信息；

可选的fault元素，提供有关在处理此消息所发生锴误的信息。

在向webservice发送的soap请求中，body元素中的字段需与wsdl中数据类型的相符合。在构建soap的过程中，必须从wsdl文件中获取并映射这一种对应关系。然而这样一个对应过程将是充满了重复性和机械性的，为了避免不必要的人工差错以及节约开发时间，一个名为gsoap的编译工具应运而生。

gsoap编译工具就提供了一个soap/xml关于c/c++语言的实现，从而让c/c++语言开发web服务或客户端程序的工作变得轻松了很多。将与开发无关的soap协议的实现细节相关的内容对开发人员隐藏起来。因为soap提供的是一种标准化的方法，gsoap的编译器能够自动的将用户定义的本地化的c或0+数据类型转变为符合xml语法的数据结构，这样，只用一组简单的api就将用户从soap细节实现工作中解脱了出来，可以专注与应用程序逻辑的实现工作了。并且可以跨越多个操作系统、语言环境以及在防火墙后的不同组使用gsoap可以产生用于开发webservices的soap通信协议方面的代码框架，开发人员只需要实现server的被调用的函数，然后在client端就可以像调用本地函数一样调用在远端的函数。gsoap包含两个工具wsdl2h和soapcpp2，用来产生代码框架。

具体地，参照图4所示的采用onvif标准传输视频的数据流向图；onvif标准里包括了三种设备，分别是中心管理单位cmu，如图中的管理中心，监控前端单元pu，如图中的nvr摄像机以及监控系统的监控客户端单元cu，如图中的服务器，通信流程如下：

1.设备上线后，向cmu发送hello消息。

2.cmu需要搜寻设备时，向pu发送probe消息。

3.cmu与pu进行信令交互，请求能力集，获取配置。

4.cu上线，向cmu注册，建立连接。

5.cmu与cu进行信令交互，传输设备列表。

6.在cmu的协调下，cu同pu建立连接传输码流。

采用onvif标准有以下好处，使得pu与cmu的交互方式发生了改变，cmu不再与pu保持长连接；遵循onvif规范，信令以及消息内容有了统一的标准。

onvif规范向视频监控引入了webservice的概念。设备的实际功能均被抽象为了webservice的服务，视频监控系统的控制单元以客户端的身份出现，通过web请求的形式完成控制操作。

onvif规范能给视频监控系统带来的好处是：

(1)抽象了功能的接口。统一了对设备的配置以及操作的方式。

(2)控制端关心的不是设备的型号，而是设备所提供的webservice规范了视频系统中webservice范围之外的行为。

(3)onvif提供了各个模块的wsdl，拥有效率非常髙的开发方式。

参照图5所示的本申请所提出的一种带nvr的门禁一体机的第三实施例的流程图，包括以下步骤：

s301)创建开发环境；

s302)通过gsoap去读取onvif的wsdl文件，生成代码框架；

s303)rtsp视频对接；

s304)运行live555mediaserver服务器；

s305)启动onvifdevicemanager测试。

其中，wsdl指网络服务描述语言(webservicesdescriptionlanguage)。wsdl是一种使用xml编写的文档。这种文档可描述某个webservice。它可规定服务的位置，以及此服务提供的操作(或方法)。

具体地，通过gsoap去读取onvif的wsdl文件，生成的代码框架，如图7本申请所提出的一种带nvr的门禁一体机使用gsoap工具生成onvif代码框架示意图所示，代码框架由自动生成的一些远程调用需要的文件组成。

另外，有些onvif接口调用时需要携带认证信息，要使用soap_wsse_add_usernametokendigest函数进行授权，所以要在onvif.h头文件开头加入#import"wsse.h"否则编译会出错。

命令如下：

#进入onvif目录

cdgsoap-2.8/gsoap/samples/onvif

#修改onvif.h文件，在开头加上#import"wsse.h"

vionvif.h。

参照图9所示的httpdigest鉴权流程图及图10所示的onvif协议的设备鉴权流程图，一个digest的鉴权流程包括如下过程：

1.客户端希望取到服务器上的某个资源，向服务器发送get请求。

2.服务器收到客户端的请求后，发现这个资源需要认证信息，判断请求报文中是否带有authorization头，如果没有，返回一个401(unauthorized)给客户端。在这个401的回复中，同时服务器会加入一个www-authenticate的头

3.客户端收到服务器的401(unauthorized)回复后，使用服务器回复报文中的nonce值，加上username，password,httpmethod,httpuri利用md5(或者服务器指定的其他算法)计算出request-digest，作为repsonse头域的值。并重新发送请求；

4.服务器收到客户端发来的请求后，根据username，查找出用户的password，用和客户端同样的方法计算出request-digest(response)。然后和收到的request-digest进行对比，如果一致，则验证成功，接受客户端的请求，成功返回结果。并带有authentication-info消息头。客户端根据该消息头中的参数进行服务器鉴权。

onvif初始化设备认证流程如下：

1.客户端通过getsystemdateandtinme获取时间

2.客户端与服务器进行时间比较，如果需要的话进行时间同步。如果客户端与服务器之间的时间相差太大，则服务器可能会拒绝ws_usenametoken,此时可以使用ntp或者setsystemdateandtime命令来进行时间同步

3.客户端检查看服务器是否有注册的用户，如果没有用户则新建一个用户并认证。

用户管理：

创建用户：

创建用户需要提供3个参数：

1.name:

2,password

3.userlevel:用于设置用户权限

客户端通过使用createusers命令去创建用户并设置这些参数；成功创建后，就可以使用类似httpdigest的鉴权流程进行设备的鉴权了。认证过程有两次请求-响应交互：第一次为摘要质询，服务器返回认证消息头，请求终端做消息摘要。第二次交互中，客户端在请求里带有认证消息头，包含摘要信息和其他参数，服务器收到后做客户端鉴权，在鉴权成功后送回响应，并带有认证消息头。客户端根据该消息头中的参数进行服务器鉴权。

具体地，参照图6所示的本申请所提出的一种带nvr的门禁一体机的第四实施例的流程图，步骤s303rtsp视频对接还包括以下几个子步骤：

s3031)管理中心cmu发现设备；

s3032)设备发现成功后，监控前端单元pu发送获取设备端能力集等请求；

s3033)监控前端单元pu发送获取音视频源信息及音视频编解码信息；

s3034)监控前端单元pu发送获取流媒体url信息。

其中，运行live5555mediaserver的服务器，完成rtsp功能。

具体地，还需要将rtsp的默认端口修改为554和8554，默认是先尝试使用端口554，不成功再使用8554。当在linux服务器运行live555mediaserver程序时，使用sudo或root权限用户才能开启554端口。否则，打开8554端口。

参照图8所示的本申请所提出的一种带nvr的门禁一体机的数据传输方法的流程图，包括以下步骤：

s100)将带身份识别模块的门禁主板，nvr摄像机，路由器，带服务器的管理平台通过互联网的方式进行连接；

s200)获取视频及图像信息，进行编码后使用rtsp传输协议通过路由器进行数据传输；

s300)使用onvif标准发现摄像装置，通过路由器传输视频及图像数据并保存在服务器中；

s400)将视频及图像数据显示在显示装置上。

具体地，整个过程需要实现的onvif信令如下：

1、wsdd:probe

2、tds:getservices

3、tds:getdeviceinformation

4、tds:setsystemdateandtime

5、tds:getsystemdateandtime

6、tds:getusers

7、tds:getcapabilities

8、tds:getntp

9、tds:setntp

10、tds:getnetworkinterfaces

11、tds:getnetworkprotocols

12、tds:getnetworkdefaultgateway

13、trt:getvideosources

14、trt:getaudiosources

15、trt:getaudiooutputs

16、trt:getprofile

17、trt:getprofiles

18、trt:getvideosourceconfigurations

19、trt:getvideoencoderconfigurations

20、trt:getaudioencoderconfigurations

21、trt:getvideoanalyticsconfigurations

22、trt:getvideosourceconfiguration

23、trt:getvideoencoderconfiguration

24、trt:getaudioencoderconfiguration

25、trt:getcompatiblevideoanalyticsconfigurations

26、trt:getvideoencoderconfigurationoptions

27、trt:getaudioencoderconfigurationoptions

28、trt:getstreamuri

29、trt:setsynchronizationpoint

30、trt:getosds

最后，本发明提出一种带nvr的门禁一体机的数据传输装置，包括带身份识别模块的门禁主板，nvr摄像机，路由器，带服务器的管理平台，所述路由器至少带有两个lan接口和一个wan接口，所述服务器中安装并运行视频流媒体服务端程序，所述门禁主板与所述路由器的lan接口连接并采用以太网供电，与所述管理平台形成互联网连接，所述管理平台通过互联网向所述门禁主板发送控制指令；所述nvr摄像机所述路由器的lan接口连接并采用以太网供电，与所述管理平台形成互联网连接，所述nvr摄像机产生的视频数据和图像数据通过互联网发送到所述管理平台的服务器。

其中所述带nvr及路由器的门禁一体机的数据传输装置还包括控制器，所述控制器用于执行本发明上述提出的一种带nvr的门禁一体机的数据传输方法。

综上所述，在与已有的视频门禁相比，新增的nvr功能的主要体现在通过网络接收网络摄像机设备传输的数字视频码流，并进行存储、管理，从而实现网络化带来的分布式架构优势。简单来说，新的门禁一体机，通过增加nvr功能，可以同时观看、浏览、回放、管理、存储多个网络摄像机。摆脱了硬件的束缚，再也不用面临安装和部署的繁琐。

1.视频门禁一体机中集成路由器，无需在外部再做部署，降低成本；

2.集成路由器，联网方式简单，部署方便；

3.视频门禁抓拍功能与外部要求的实时视频监控可共用摄像头，门禁一体机的摄像头实现网络摄像机功能。无需单独部署网络摄像头；

4.一体机供电采用poe(以太网供电)，无需为路由器、门禁机等分别单独供电，同时采用poe供电方式，供电更加稳定，利于设备的安全运行；

5.可以通过远程访问门禁机对路由器、网络摄像机等进行设置，降低施工难度；

6.为对接第三方视频监控平台提供便捷方案。

具体地，服务器还运行流媒体播放软件，用以将所述nvr摄像机传输的视频数据显示在显示器上，优选为vlc视频器。

具体地，服务器中的存储模块为非易失性存储器。优选为ssd固态硬盘。

最后，本发明还提供了一种计算机可读存储介质，其上存储有计算机指令。该指令被处理器执行时实现如前述任一项方法的步骤。

应当认识到，本发明的实施例可以由计算机硬件、硬件和软件的组合、或者通过存储在非暂时性计算机可读存储器中的计算机指令来实现或实施。所述方法可以使用标准编程技术包括配置有计算机程序的非暂时性计算机可读存储介质在计算机程序中实现，其中如此配置的存储介质使得计算机以特定和预定义的方式操作-根据在具体实施例中描述的方法和附图。每个程序可以以高级过程或面向对象的编程语言来实现以与计算机系统通信。然而，若需要，该程序可以以汇编或机器语言实现。在任何情况下，该语言可以是编译或解释的语言。此外，为此目的该程序能够在编程的专用集成电路上运行。

进一步，该方法可以在可操作地连接至合适的任何类型的计算平台中实现，包括但不限于个人电脑、迷你计算机、主框架、工作站、网络或分布式计算环境、单独的或集成的计算机平台、或者与带电粒子工具或其它成像装置通信等等。本发明的各方面可以以存储在非暂时性存储介质或设备上的机器可读代码来实现，无论是可移动的还是集成至计算平台，如硬盘、光学读取和/或写入存储介质、ram、rom等，使得其可由可编程计算机读取，当存储介质或设备由计算机读取时可用于配置和操作计算机以执行在此所描述的过程。此外，机器可读代码，或其部分可以通过有线或无线网络传输。当此类媒体包括结合微处理器或其他数据处理器实现上文所述步骤的指令或程序时，本文所述的发明包括这些和其他不同类型的非暂时性计算机可读存储介质。当根据本发明所述的方法和技术编程时，本发明还包括计算机本身。

本文描述了本公开的实施例，包括发明人已知用于执行本发明的最佳模式。在阅读了上述描述后，这些所述实施例的变化对本领域的技术人员将变得明显。发明人希望技术人员视情况采用此类变型，并且发明人意图以不同于如本文具体描述的方式来实践本公开的实施例。因此，经适用的法律许可，本公开的范围包括在此所附的权利要求书中叙述的主题的所有修改和等效物。此外，本公开的范围涵盖其所有可能变型中的上述元素的任意组合，除非本文另外指示或以其他方式明显地与上下文矛盾。

尽管本发明的描述已经相当详尽且特别对几个所述实施例进行了描述，但其并非旨在局限于任何这些细节或实施例或任何特殊实施例，而是应当将其视作是通过参考所附权利要求考虑到现有技术为这些权利要求提供广义的可能性解释，从而有效地涵盖本发明的预定范围。此外，上文以发明人可预见的实施例对本发明进行描述，其目的是为了提供有用的描述，而那些目前尚未预见的对本发明的非实质性改动仍可代表本发明的等效改动。

因此，应以说明性意义而不是限制性意义来理解本说明书和附图。然而，将明显的是：在不脱离如权利要求书中阐述的本申请的更宽广精神和范围的情况下，可以对本申请做出各种修改和改变。

其他变型在本申请的精神内。因此，尽管所公开的技术可容许各种修改和替代构造，但在附图中已示出并且在上文中详细描述所示的其某些实施例。然而，应当理解，并不意图将本申请局限于所公开的一种或多种具体形式；相反，其意图涵盖如所附权利要求书中所限定落在本申请的精神和范围内的所有修改、替代构造和等效物。