一种监控点的控制方法、监控系统以及监控点
技术领域
本发明涉及监控技术,尤其涉及一种监控点的控制方法、监控系统以及监控点。
背景技术
由于社会安全、道路交通以及城市建设的需要,目前世界各国在城市中所存在的众多建筑物以及道路中选出重要企事业单位、交通要道等所在地作为关键点,设立监控系统,对周围环境进行实时监控。例如,以我国为例,城市中的市公安局下辖多个分局,每个分局下辖25个派出所,每个派出所管理上千个摄像头。这样,市公安局、分局以及派出所中的人员可以按照用户权限和监控区域来查看摄像头获取的画面,从而能够迅速对异常情况做出反应。
图1示出了目前的监控系统,该系统主要包括监控点、管理服务器以及客户端。其中的监控点能够采集音频或者视频信号,将所采集的音频或者视频信号转换为数字信号,并发送到网络中,通常监控点包括采集模块、云台以及编码控制器等;管理服务器能够对监控系统的资源进行管理,例如进行用户注册、监控点注册、分配用户权限等;客户端为能够调阅来自监控点的音频或者视频信号,例如计算机等。
图2示出了现有监控点的控制方法的流程图。参见图2,该方法包括:
在步骤201~202中,用户通过客户端向管理服务器发送登陆请求,管理服务器对用户信息进行验证,并在通过验证后,通知客户端登陆成功。
在步骤203~204中,用户通过客户端向管理服务器发送控制命令,请求对监控点进行控制,管理服务器根据该监控点的当前控制状态以及客户端的用户权限,判断是否将控制权给予该用户,如果是,则执行步骤205;否则,执行步骤207。
这里,如果监控点处于用户权限更高的其他用户的控制之下,则判定不将控制权给予该用户;如果控制监控点的用户的用户权限低于发出控制命令的用户,或者监控点无人控制,那么判定将控制权给予发出控制命令的用户。
在步骤205~206中,管理服务器将控制命令转发给监控点,监控点执行该控制命令对应的动作,将执行情况通过管理服务器返回给客户端,并结束本控制流程。
在步骤207中,管理服务器向客户端返回驳回信息。
至此,完成现有的监控点控制流程。
由上述的控制流程可见,管理服务器对多个的监控点以及客户端进行集中管理,负责控制权的分配以及控制命令的转发。由于管理服务器需要处理的任务众多,因此控制时延较大,从客户端的角度看,监控点的响应时间较长,用户体验较差。另外,由于管理服务器承担全部监控系统的管理工作,负荷较重;并且管理服务器是监控点与客户端之间的唯一通路,在管理服务器出现异常时,客户端与监控点之间将无法通信,监控点将处于不受控制的状态,从而导致系统的瘫痪。
发明内容
有鉴于此,本发明提供一种监控点的控制方法,能够有效地减少控制时延。
为实现上述目的,本发明提供了一种监控点的控制方法,该方法包括以下步骤:
A.管理服务器在候选用户成功登陆后,向候选用户所在客户端返回控制信息;
B.候选用户通过客户端向监控点发送携带有控制信息的控制命令,在监控点根据接收到的控制信息确定将监控点的控制权分配给该候选用户时,监控点执行控制命令对应的动作。
其中,步骤A所述控制信息包括候选用户的权限等级和所属区域,则步骤B所述监控点根据接收到的控制信息确定将监控点的控制权分配给该候选用户为:
B1.监控点从控制命令中解析出候选用户的权限等级和所属区域,判断候选用户的权限等级是否大于、等于或者小于监控点的当前控制等级,如果大于,则执行步骤B3;如果等于,则执行步骤B2;如果小于,则判定候选用户无权获得监控点的控制权,并结束本控制权分配流程;
B2.判断候选用户的所属区域是否与监控点的当前区域相同,如果是,则执行步骤B3;否则,判定候选用户无权获得监控点的控制权,并结束本控制权分配流程;
B3.监控点的控制权给予候选用户,监控点的当前控制级别等于候选用户的权限等级,并结束本控制权分配流程。
其中,所述控制命令中进一步包括:候选用户的因特网协议IP地址,步骤B1所述如果等于之后,进一步包括:
判断候选用户的所属区域是否与拥有控制权的用户的所属区域相同,如果是,则根据候选用户的IP地址和拥有控制权的用户的IP地址,确定控制权的分配,并在所述控制权被分配给所述候选用户时执行所述步骤B3;否则,执行所述步骤B2。
其中,所述根据候选用户的IP地址和拥有控制权的用户的IP地址,确定控制权的分配为:
判断候选用户的IP地址是否大于拥有控制权的用户的IP地址,如果大于,则判定将控制权分配给该候选用户;如果小于,则判定候选用户无权获得监控点的控制权。
其中,所述判断候选用户的IP地址是否大于拥有控制权的用户的IP地址之后,进一步包括:
如果候选用户的IP地址等于拥有控制权的用户的IP地址,则根据候选用户的用户名和拥有控制权的用户的用户名来判断是否将所述控制权给予所述候选用户,如果是,则执行步骤B3;否则,判定候选用户无权获得监控点的控制权,并结束本控制权分配流程。
其中,步骤B所述监控点解析出候选用户的权限等级和所属区域之后,进一步包括:
判断该候选用户的权限等级是否大于0,如果是,则执行步骤B1所述判断;否则,判定该候选用户无权获得监控点的控制权,并结束本控制权分配流程。
其中,所述判定候选用户无权获得监控点的控制权之后,进一步包括:确定控制权获取失败原因,并将所述失败原因作为驳回信息,返回给客户端。
其中,所述步骤A之前,进一步包括:
候选用户通过所在客户端,向管理服务器发送登陆请求,管理服务器根据接收到的登陆请求对所述候选用户进行验证,并在通过验证时,判定候选用户成功登陆。
其中,步骤B所述监控点执行控制命令对应的动作之后,进一步包括:监控点将动作执行情况信息返回给所述客户端。
其中,预先设置控制级别恢复时间门限,所述步骤B之后,进一步包括:
所述候选用户释放控制权后,如果达到控制级别恢复时间门限并且没有候选用户请求获取所述监控点的控制权,则该监控点将自身的当前控制级别降至1。
其中,预先设置等待队列和控制级别恢复周期,所述步骤B之后,进一步包括:在存在与候选用户同时发出控制命令但未获得控制权的用户时,将所述用户对应的用户信息放入等待队列中;
所述监控点将自身的当前控制级别降至1为:
C1.判断等待队列中是否存在用户,如果是,则执行步骤C2;否则,在没有任何用户请求获取控制权的情况下,直接将该监控点的当前控制级别降低到1,并结束降低当前控制级别的流程;
C2.判断等待队列中是否存在权限等级大于等于监控点的控制级别的用户,如果是,则将权限等级大于等于监控点的控制级别的用户作为候选用户,并返回执行所述步骤B;否则,执行步骤C3;
C3.判断监控点的当前控制级别是否大于1,如果是,则在达到控制级别恢复周期时,将该监控点的当前控制级别减1,并返回执行步骤C2;否则,结束降低当前控制级别的流程。
本发明还提供一种监控系统,能够有效地减少控制时延。本发明中的监控系统包括:
客户端、管理服务器和监控点,其中,
所述客户端用于接收来自于管理服务器的候选用户的控制信息,并将候选用户的控制信息携带于控制命令中,发送给监控点;
所述管理服务器用于保存候选用户对应的控制信息,并将控制信息返回给候选用户所在的客户端;
所述监控点用于接收来自于客户端的携带有控制信息的控制命令,在根据接收到的控制信息确定将监控点的控制权给予该候选用户时,执行控制命令对应的动作。
其中,所述监控点进一步用于向管理服务器发送注册信息,接收来自于所述管理服务器的当前区域信息,并进行存储;
所述管理服务器用于接收来于监控点的注册信息,为该监控点分配当前区域,并将所述当前区域信息发送给监控点。
本发明又提供一种监控点,能够有效地减少控制时延。本发明中的监控点包括:
收发模块和控制模块,其中,
所述收发模块用于接收来自于客户端的控制命令,将接收到的控制命令转发给控制模块;
所述控制模块用于接收来自于收发模块的控制命令,从控制命令中解析出控制信息,根据控制信息和监控点的当前控制状态信息,确定是否移交控制权,在确定移交控制权时,将控制命令中的动作信息发送出去。
其中,所述监控点进一步包括:存储模块,用于存储监控点的当前控制状态信息,并将所存储的当前监控状态信息发送给所述控制模块。
其中,所述监控点进一步包括:执行模块,用于接收来自于控制模块的动作信息,并执行接收到的动作信息对应的动作。
其中,所述控制模块进一步用于在确定不移交控制权时,确定驳回原因,并将所确定的驳回原因作为驳回信息,发送给所述收发模块;
所述收发模块用于接收来自于控制模块的驳回信息,并将接收到的驳回信息发送给所述客户端。
其中,所述执行模块进一步用于将动作执行情况信息发送给控制模块;
所述控制模块用于接收来自于执行模块的动作执行情况,并将接收到的动作执行情况信息发送给收发模块;
所述收发模块进一步用于接收来自于控制模块的动作执行情况信息,并将接收到的动作执行情况信息返回给所述客户端。
其中,所述控制模块进一步用于在多个用户同时发出控制命令的情况下,在分配控制权之后,将发出控制命令但未获得控制权的用户信息发送给存储模块,在获得控制权的用户释放控制权后,从存储模块中读取等待队列,进行当前控制级别的降低;
所述存储模块还用于接收来自于控制模块的用户信息,将接收到的用户信息保存在预先设置的等待队列中。
应用本发明,能够有效地减少对监控点进行控制时的控制时延。具体而言,本发明具有如下有益效果:
1.本发明中由各个监控点直接接收客户端发出的控制命令,并负责与该监控点相关的控制权的分配。这样,原来集中在管理服务器中的任务改由各个监控点分担,那么每个监控点中任务量相对较少,因此对用户通过客户端发出的控制命令的响应时延较小,提高了监控系统的控制消息,增强了用户体验。并且,由于本发明中控制命令可直接从客户端到达监控点,而无需经过管理服务器的转发,因此能够进一步减少控制命令的响应时延。
2.由于本发明中客户端可直接与监控点互通,进一步减轻了管理服务器的负荷,并且当管理服务器出现异常时,已获得控制信息的客户端仍然能够正常地对监控点执行控制,有效地提高了监控系统的抗灾能力。
附图说明
下面将通过参照附图详细描述本发明的示例性实施例,使本领域的普通技术人员更清楚本发明的上述及其它特征和优点,附图中:
图1为现有监控系统的结构示意图;
图2为现有监控点的控制方法的流程图;
图3为本发明中监控点的控制方法的示例性流程图;
图4为本发明实施例中监控点的控制方法的流程图;
图5为本发明实施例中监控点确定控制权分配的方法流程图;
图6为本发明实施例中监控系统的结构示意图。
具体实施方式
为使本发明的目的、技术方案更加清楚明白,以下参照附图并举实施例,对本发明做进一步的详细说明。
对于本发明中监控点的控制方法,其基本思想是:由监控点决定控制权限的分配。
基于上述思想,图3示出了本发明中监控点的控制方法的示例性流程图。参见图3,该方法包括:
在步骤301中,管理服务器在候选用户成功登陆后,向候选用户所在客户端返回控制信息;
在步骤302中,候选用户通过客户端向监控点发送携带有控制信息的控制命令,在监控点根据接收到的控制信息确定将监控点的控制权给予该候选用户时,监控点执行控制命令对应的动作。
下面以音/视频监控为例,对本发明中的监控点控制方案进行详细说明。
图4示出了本实施例中监控点控制方法的流程图。参见图4,该方法包括:
在步骤401~402中,用户通过客户端向管理服务器发送携带有用户名和密码的登陆请求,请求登陆;管理服务器对用户名和密码进行验证,在通过验证后,通知客户端登陆成功并返回控制信息。
本实施例中,管理服务器中预先建立用于保存用户信息的用户权限数据库,其中的用户信息包括用户名、密码、用户权限等级、用户所属区域、是否激活以及上线时间等。另外,这里的用户权限等级是管理服务器为了便于区别各个用户的权限高低而设置的等级,例如,用户权限等级最低为0,最高为15,数字越大,等级越高,获得监控点控制权的可能性也越大。
当管理服务器接收到来自于客户端的登陆请求后,从该登陆请求中解析出用户名和密码,而后以用户名为索引,检索用户权限数据库,在检索到该用户名对应项目的情况下,判断接收到的密码是否与检索出的项目中的密码一致,如果是,则判定验证通过,否则判定验证失败。另外,如果无法检索到用户名对应的项目,也判定验证失败。
如果用户通过了管理服务器的验证,则管理服务器将该用户的权限等级和所属区域作为控制信息,返回给用户,以便后续步骤中监控点将控制信息作为是否给予控制权的依据。并且,此后该用户可以作为候选用户来抢断监控点的控制权。
在步骤403中,候选用户通过客户端向监控点发送携带有控制信息的控制命令,请求获得该监控点的控制权。
当候选用户需要获得监控点的控制权时,在本步骤中通过客户端向监控点发送控制命令。举例来说,本实施例可以采用诸如表1所示格式的控制命令来请求控制权。
报头 |
IP地址 |
用户名 |
权限等级 |
用户区域 |
动作 |
8字节 |
4字节 |
16字节 |
4字节 |
4字节 |
16字节 |
表1
在表1中,报头可以为用户数据包协议(UDP)报头,动作代表用户需要监控点所执行的动作,例如:监控点所连接的某个摄像头的转向、调整光圈、数字变倍、对焦、雨刷/喷雾的启动或停止等,或者监控点所连接的麦克风云台的转向、音量大小等等。
在步骤404~405中,监控点根据自身当前的控制状态和接收到的控制命令,判断是否将控制权给予该候选用户,如果是,则执行步骤406;否则,监控点向客户端返回驳回信息,驳回用户关于获得控制权的请求,并结束本控制流程。
这里当用户无法获得监控点的控制权时,监控点返回的驳回信息中包含有控制权获取失败原因,以便提高服务质量,增强用户体验。
在步骤406中,监控点执行控制命令对应的动作,并向客户端返回执行情况信息。
当候选用户成功获取到监控点的控制权后,候选用户成为用户控制权的用户,并且监控点在本步骤中按照控制命令执行相应的动作,并将反映执行情况的执行结果返回给客户端,以便用户查看。具体而言,当控制命令中的动作为提供音频或者视频信号时,监控点将采集到的图像或者声音反馈给客户端;当控制命令中的动作为对监控点中进行调整时,则此时返回的是代表调整成功或者失败的信息。
至此,完成本实施例中的监控点控制流程。
对于上述步骤404,本实施例中作为确定是否给予控制权的因素可以包括:用户的权限等级以及用户所属区域。图5示出了本实施例中监控点确定控制权分配的方法流程图。参见图5,该控制权的分配包括:
在步骤501~503中,监控点从控制命令中解析出候选用户的权限等级和所属区域,判断该候选用户的权限等级是否大于0,如果是,则执行步骤504;否则,将控制权获取失败的原因确定为:用户无权控制监控点,并结束本控制权分配流程。
在本实施例中,监控点的默认初始权限等级为1,即只有权限等级大于等于1的候选用户才有权获取控制权,而用户权限等级为0的候选用户则无权对监控点执行任何控制。因此,在候选用户的权限等级为0的情况下,只需直接驳回该候选用户的请求即可,而无需进行其他的后续比较判断。
在步骤504~505中,判断候选用户的权限等级是否大于、等于或者小于监控点的当前控制等级,如果大于,则执行步骤507;如果等于,则执行步骤506;如果小于,则将控制权获取失败的原因确定为:监控点的控制权处于高级用户的控制中,并结束本控制权方法流程。
本实施例中,所谓监控点的当前控制等级是指可以获得该监控点的控制全的用户应该具备的最低用户权限等级,通常该当前控制等级等于持有控制权的用户的权限等级,并且每次监控点的控制权归属发生变化时,该监控点的当前控制等级都变为与拥有控制权的用户的权限等级一致。那么,当候选用户的权限等级低于拥有控制权的用户时,候选用户无法对控制权进行抢断,因此要被监控点驳回。另外,为了候选用户能够明确驳回理由,则确定控制权获取失败的具体原因,以便在步骤405中返回给客户端。
在步骤506中,判断候选用户的所属区域是否与监控点的当前区域相同,如果是,则执行步骤507;否则,执行步骤508。
在监控系统中,每个监控点只能对自身对应的物理地址所代表的范围进行监控,则采用当前区域来表示监控点对应的建立范围。这里,在候选用户与拥有控制权的用户具有相同的权限等级时,通过比较用户所属区域和监控点的当前区域,来确定是否给予控制权。例如,假设监控点的当前区域为海淀区,候选用户A的所属区域为海淀区,控制权拥有者用户B的用户所属区域为朝阳区。由于在初始配置时,用户的所属区域代表该用户的管辖区域,因此,候选用户A更加需要获得对应区域的监控点反馈的画面或者声音,则当候选用户A发出控制命令时,监控点优先由用户A控制。
在步骤507中,监控点的控制权给予候选用户,监控点的当前控制级别等于候选用户的权限等级,并结束本控制权分配流程。
在候选用户的权限等级大于监控点的当前控制级别,或者候选用户的权限等级等于监控点的当前控制级别且所属区域与监控点的当前区域相同时,监控点的控制权移交给该候选用户,并且监控点的当前控制级别也变为与候选用户的权限等级保持一致。
在步骤508中,将控制权获取失败的原因确定为:监控点的控制权处于同级用户的控制中,并结束本控制权分配流程。
在候选用户的权限等级等于监控点的当前控制级别且所属区域与监控点的当前区域不同时,监控点的控制权不能够由该候选用户拥有,因此,驳回请求。
至此,完成本实施例中的控制权分配流程。
此外,可以预先设置等待队列,当同时存在多个用户请求获取监控点的控制权时,根据所有用户的权限等级、所属区域、IP地址以及用户名等确定候选用户。在控制权分配完毕之后,将发起请求但是未获得控制权的用户加入到等待队列中。另外,还可以预先设置控制级别恢复时间门限和控制级别恢复周期,当用户释放控制权后,达到控制级别恢复时间门限,按照如下的各步骤来降低监控点的当前控制级别:
a.判断等待队列中是否存在用户,如果是,则执行步骤b;否则,在没有任何用户请求获取控制权的情况下,直接将该监控点的当前控制级别降低到1,并结束降低当前控制级别的流程;
b.判断等待队列中是否存在权限等级大于等于监控点的控制级别的用户,如果是,则将权限等级大于等于监控点的控制级别的用户作为候选用户,并返回执行步骤404及后续步骤;否则,执行步骤c;
c.判断监控点的当前控制级别是否大于1,如果是,则在达到控制级别恢复周期时,将该监控点的当前控制级别减1,并返回执行步骤b;否则,结束降低当前控制级别的流程。
当然,在同时有多个用户发出控制命令的情况下,也可以不采用等待队列,并且直接将监控点的当前控制级别降低至1。无论采用何种方式,上述降低当前控制级别的目的在于:防止权限等级较高的用户释放控制权后,权限等级较低的用户无法对监控点进行控制。
依据上述图4和图5所示的流程,假设监控点的当前控制级别为1,当前区域为a。用户X向监控点发送控制命令,指明用户X的权限等级为4、所属区域为e。由于此时监控点无人控制,而用户X的权限级别高于监控点的当前控制级别,因此,用户X获得控制权。在用户X尚未释放控制权时,权限等级分别为1、0和3的用户Y、Z、W相继发出控制命令,但是由于他们的权限等级均小于用户X的权限等级4,因此控制权仍由用户X拥有。在用户X拥有控制权期间,用户V发送要求获得控制权,由于用户V的权限等级与用户X一样为4,则判断用户V的所属区域是否与监控点的当前区域a相同,而用户V的所属区域为a,那么控制权移交给用户V,此时监控点的当前控制级别仍然为4。在用户V未释放控制权时,用户U发出控制命令,由于用户U的权限等级为6,大于监控点的当前控制等级4,因此,用户U获得控制权,并且监控点的当前控制等级更新为6。
假设控制级别恢复时间门限为5秒,控制级别恢复周期为3秒,则如果从用户U释放控制权开始5秒后,且有用户在等待队列中等待获得控制权,则以3秒为周期,逐级降低监控点的当前控制级别。假设等待队列存在权限等级未3的用户T,则用户T在用户U释放控制权后14秒获得监控点的控制权。或者,在从用户U释放控制权开始5秒后,等待队列中不存在用户并且也不存在其他用户请求获取控制权,将监控点的当前控制级别直接从6降低至1。
另外,考虑到候选用户与拥有控制权的用户可能会具有相同的权限等级和所属区域,则本实施例中可以利用控制信息中的IP地址,进行进一步比较。换言之,当步骤504中候选用户的权限等级等于监控点的当前控制级别时,判断候选用户的所属区域是否与拥有控制权的用户的所属区域相同,如果是,则执行候选用户与拥有控制权的用户的IP地址的比较;否则,执行步骤506。在比较IP地址时,判断候选用户的IP地址是否大于拥有控制权的用户的IP地址,如果大于,则执行步骤507中给予控制权并使当前控制级别等于该候选用户的权限等级的操作;如果小于,按照步骤508那样,将控制权获取失败的原因确定为:监控点的控制权处于同级用户的控制中。当IP地址相等时,可以进一步判断候选用户的用户名对应的字母或者拼音在字母表中是否位于拥有控制权的用户之前,如果是,则执行步骤407;否则,执行步骤508。
以上为同一时间仅有一个候选用户发出控制命令的情况,如果多个用户同时发出控制命令,也可以按照上述的思想来确定是否给予控制权。换言之,将多个候选用户与拥有控制权的用户同时进行比较。
通过上述的描述可见,本实施例中在进行监控点控制时,由各个监控点来确定控制权的归属,而非由管理服务器进行统一管理。这样,由于每个监控点只负责与自身有关的控制权的处理,工作量大大降低,因此响应时间大大减少,响应速度大幅度提高。
为了保证上述监控点控制过程的顺利进行,本实施例还提供了一种监控系统。图6示出了本实施例中监控系统的系统结构图。参见图5,该监控系统包括:客户端、管理服务器和监控点。
在本实施例的监控系统中,客户端用于接收来自于管理服务器的候选用户的控制信息,并将候选用户的控制信息携带于控制命令中,发送给监控点。管理服务器用于保存候选用户对应的控制信息,并将控制信息返回给候选用户所在的客户端。监控点用于接收来自于客户端的携带有控制信息的控制命令,在根据接收到的控制信息确定将监控点的控制权给予该候选用户时,执行控制命令对应的动作。
本实施例中的监控点包括:收发模块、存储模块、控制模块和执行模块。其中,收发模块用于接收来自于客户端的控制命令,将接收到的控制命令转发给控制模块。存储模块用于存储监控点的当前控制状态信息。控制模块用于接收来自于收发模块的控制命令,从控制命令中解析出控制信息,并从存储模块中获取监控点的当前控制状态信息,根据控制信息和监控点的当前控制状态信息,确定是否移交控制权,在确定移交控制权时,将控制命令中的动作信息发送给执行模块。执行模块用于接收来自于控制模块的动作信息,执行接收到的动作信息对应的动作。
另外,控制模块还可以在确定不移交控制权时,确定驳回原因,并将所确定的驳回原因作为驳回信息,发送给收发模块。执行模块还可以将动作执行情况信息发送给控制模块,控制模块再将接收到的动作执行情况信息发送给收发模块。此时,收发模块接收来自于控制模块的动作执行情况信息或者驳回信息,并将接收到的动作执行情况信息或者驳回信息返回给客户端。
并且,控制模块在多个用户同时请求获取控制权的情况下,在分配控制权之后,将发起请求但未获得控制权的用户信息发送给存储模块,在获得控制权的用户释放控制权后,从存储模块中读取等待队列,进行当前控制级别的降低。存储模块还用于接收来自于控制模块的用户信息,将接收到的用户信息保存在预先设置的等待队列中。
通常情况下,监控点在使用之前还需要向管理服务器发送注册信息,管理服务器为监控点分配当前区域,并将所分配的当前区域信息返回给监控点,建立监控点将接收到的当前区域信息保存于自身的存储模块中。
由上述的技术方案可见,本实施例中由各个监控点直接接收客户端发出的控制命令,并负责与该监控点相关的控制权的分配。这样,原来集中在管理服务器中的任务改由各个监控点分担,那么每个监控点中任务量相对较少,因此对用户通过客户端发出的控制命令的响应时延较小,提高了监控系统的控制消息,增强了用户体验。另外,由于客户端可直接与监控点互通,进一步减轻了管理服务器的负荷,并且当管理服务器出现异常时,已获得控制信息的客户端仍然能够正常地对监控点执行控制,有效地提高了监控系统的抗灾能力。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。