发明内容
本申请提供了一种单火开关控制方法及装置,使得解决现有技术无法实现单火开关全屋智能化改造和LoRaWAN低功耗和实时性无法直接应用于单火智能开关以及LoRaWAN交互响应控制时间过长的问题。
有鉴于此,本申请第一方面提供了一种单火开关控制方法,所述方法包括:
接收由服务器经过网关下发的下行数据,若单火开关处于休眠状态,则接收不到所述下行数据;所述单火开关每隔预置第一时间区间的休眠状态后进入到预置第二时间区间的接收状态;
若单火开关处于所述接收状态,则单火开关在接收到下行数据后立即返回确认字符及上报数据至网关,并在返回所述确认字符及上报数据后立即进入到休眠状态。
可选的,还包括:
若所述单火开关在整个所述接收状态所在的所述预置第二时间区间内接收不到下行数据,则网关持续发送所述下行数据至所述单火开关,直到单火开关再次进入到接收状态;
单火开关接收到下行数据后立即返回所述确认字符和上报数据至网关,并在返回所述确认字符和上报数据后立即进入到休眠状态。
可选的,若所述单火开关接收完下行数据时,离所述接收状态结束的间隔时间小于预置第三时间间隔,则将当前所述接收状态的所述预置第二时间区间延长至预置第四时间区间;
待所述单火开关在所述预置第四时间区间内回复完所述确认字符和上报数据,则在回复完所述确认字符和上报数据后立即进入到所述休眠状态;
若所述单火开关在所述预置第四时间区间内未回复完所述确认字符和上报数据,则在所述预置第四时间区间结束后立即进入到所述休眠状态。
可选的,所述单火开关上传上报数据至网关;
网关接收到所述上报数据后回复确认字符至所述单火开关,并将所述上报数据发送至服务器;
所述单火开关接收到网关回复的确认字符后进入到休眠状态,等待下一次上传上报数据;
当网关接收到服务器下发的所述下行数据时,网关存储所述下行数据,直到再一次接收到所述单火开关上传的所述上报数据后,将所述确认字符和所述下行数据打包回复至所述单火开关。
可选的,检测当前的网络状态;
当检测到网络阻塞时,实时查询新产生的待上传数据标志;
若查询到新产生的待上传数据标志,且临时存储队列未满载,则将新产生的待上传数据按照先进先出的顺序存储至所述临时存储队列中,并更新所述临时存储队列状态;
若查询到所述待上传数据标志,且队列已经满载,则停止正在进行的重发超时计时,清除正在等待的所述确认字符,并将所述待上传数据覆盖所述临时存储队列中的最早的数据。
可选的,还包括:
401、查询是否存在数据发送标志;
402、若存在,则按照先进先出原则将待上传数据弹出所述临时存储队列,将所述待上传数据发送至网关,更新当前所述临时存储队列状态;
403、查询是否接收到所述确认字符,若收到所述确认字符,则返回步骤401;
404、若没有收到所述确认字符,则查询超时重发标志;
405、若接收到超时重发标志,则判断当前重发次数是否达到预置的上传次数;
406、若重发次数未达到预置的上传次数,则重新发送所述待上传数据至网关,并更新所述临时存储队列状态;当重发次数达到预置的上传次数,则停止对当前弹出数据的发送,并返回步骤401。
本申请第二方面提供一种单火开关控制装置,所述装置包括:
第一接收单元,用于接收由服务器经过网关下发的下行数据,若单火开关处于休眠状态,则接收不到所述下行数据;所述单火开关每隔预置第一时间区间的休眠状态后进入到预置第二时间区间的接收状态;
第二接收单元,用于当单火开关处于所述接收状态,则单火开关在接收到下行数据后立即返回确认字符及上报数据至网关,并在返回所述确认字符及上报数据后立即进入到休眠状态。
可选的,还包括:
下发单元,用于当所述单火开关在整个所述接收状态所在的所述预置第二时间区间内接收不到下行数据时,则网关持续发送所述下行数据至所述单火开关,直到单火开关再次进入到接收状态;
返回单元,用于单火开关接收到下行数据后立即返回所述确认字符和上报数据至网关,并在返回所述确认字符和上报数据后立即进入到休眠状态。
可选的,还包括:
延长单元,用于当所述单火开关接收完下行数据时,离所述接收状态结束的间隔时间小于预置第三时间间隔,则将当前所述接收状态的所述预置第二时间区间延长至预置第四时间区间;
回复单元,用于待所述单火开关在所述预置第四时间区间内回复完所述确认字符和上报数据,则在回复完所述确认字符和上报数据后立即进入到所述休眠状态;
休眠单元,用于当所述单火开关在所述预置第四时间区间内未回复完所述确认字符和上报数据时,则在所述预置第四时间区间结束后立即进入到所述休眠状态。
从以上技术方案可以看出,本申请具有以下优点:
本申请中,提供了一种单火开关控制方法,包括:接收由服务器经过网关下发的下行数据,若单火开关处于休眠状态,则接收不到下行数据;单火开关每隔预置第一时间区间的休眠状态后进入到预置第二时间区间的接收状态;若单火开关处于接收状态,则单火开关在接收到下行数据后立即返回确认字符及上报数据至网关,并在返回确认字符及上报数据后立即进入到休眠状态。
本申请通过合理分配单火开关的休眠状态和接收状态,使得,单火开关可以一直维持较短的接收状态和较长的休眠状态,使得单火开关能够保证低功耗长续航的同时,维持较高的实时性,从而保证单火开关的使用满意度。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1为本申请一种单火开关控制方法的一个实施例的方法流程图,如图1所示,图1中包括:
101、接收由服务器经过网关下发的下行数据,若单火开关处于休眠状态,则接收不到下行数据;单火开关每隔预置第一时间区间的休眠状态后进入到预置第二时间区间的接收状态;
需要说明的是,当服务器下发数据到单火开关时,服务器首先下发数据到网关,网关再将数据发送到单火开关,如果单火开关处于休眠状态,则接收不到下行数据,直到单火开关处于接收状态时,才会接收数据,为了使单火开关能够尽可能的节省电池的电量,可以每隔预置第一时间区间的时间设置一个预置第二时间区间,用于接收服务器经过网关透传的数据,本申请中单火开关在预置第一时间区间为休眠状态,在预置第二时间区间为接收状态,其中预置第一时间区间的长度可以设置为大于预置第二时间区间的长度,使得单火开关可以在大部分时候都处于休眠状态。
102、若单火开关处于接收状态,则单火开关在接收到下行数据后立即返回确认字符及上报数据至网关,并在返回确认字符及上报数据后立即进入到休眠状态。
需要说明的是,当单火开关处于接收状态时,单火开关接收下行数据,并在接收到下行数据后立即返回确认字符及上报数据至网关,并在返回确认字符及上报数据后立即进入到休眠状态,使得单火开关可以减少接收时间,从而减少单火开关电池的电量消耗,使得单火开关能够保证低功耗长续航。而由于在每个休眠时候段之后单火开关都会有一定时间的接收状态,使得单火开关可以保证与服务器之间的交互的实时性。
本申请通过合理分配单火开关的休眠状态和接收状态,使得,单火开关可以一直维持较短的接收状态和较长的休眠状态,使得单火开关能够保证低功耗长续航的同时,维持较高的实时性,从而保证单火开关的使用满意度。
图2为本申请一种单火开关控制方法的另一个实施例,图2中包括:
201、接收由服务器经过网关下发的下行数据,若单火开关处于休眠状态,则接收不到下行数据;单火开关每隔预置第一时间区间的休眠状态后进入到预置第二时间区间的接收状态;
202、若单火开关处于接收状态,则单火开关在接收到下行数据后立即返回确认字符及上报数据至网关,并在返回确认字符及上报数据后立即进入到休眠状态。
203、若单火开关在整个接收状态所在的预置第二时间区间内接收不到下行数据,则网关持续发送下行数据至单火开关,直到单火开关再次进入到接收状态;
需要说明的是,当网关下发下行数据至单火开关时,若单火开关处于休眠状态,则网关可以持续下发数据至单火开关(此时单火开关不耗电,且在休眠状态结束后快速接收到网关下发的数据),当单火开关进入到接收状态时立即接收该下行数据,保证了单火开关于服务器之间数据交互的实时性。
204、单火开关接收到下行数据后立即返回确认字符和上报数据至网关,并在返回确认字符和上报数据后立即进入到休眠状态。
需要说明的是,单火开关在接收到下行数据后可以立即返回确认字符和上报数据至网关,使得单火开关可以在接收状态内完成数据的接收和反馈,等到返回确认字符和上报数据后立即进入到休眠状态,从而保证单火开关电池的长续航能力。
205、若单火开关接收完下行数据时,离接收状态结束的间隔时间小于预置第三时间间隔,则将当前接收状态的预置第二时间区间延长至预置第四时间区间;
需要说明的是,为了保证单火开关能够及时的反馈数据保证数据交互的实时性,可以判断单火开关接收完下行数据的时间点与接收状态结束的时间点之间的差值,并判断该差值与预置第三时间间隔(预置第三时间间隔可以根据数据上报所需要的时间进行设置)进行比对,当差值小于预置第三时间间隔时,则将当前接收状态的预置第二时间区间延长至预置第四时间区间,例如从100ms延长至150ms,使得单火开关可以在预置第四时间区间内将上报数据上传完毕。
206、待单火开关在预置第四时间区间内回复完确认字符和上报数据,则在回复完确认字符和上报数据后立即进入到休眠状态;
需要说明的是,为了减少电池的消耗,可以在单火开关在预置第四时间区间内回复完确认字符和上报数据后,立即进入到休眠状态。
207、若单火开关在预置第四时间区间内未回复完确认字符和上报数据,则在预置第四时间区间结束后立即进入到休眠状态。
需要说明的是,如果单火开关在预置第四时间区间内依旧没有完成上报数据的发送,则此时需要强制单火开关进入休眠状态,以保证单火开关的连续工作性能。
本申请通过合理分配单火开关的休眠状态和接收状态,使得,单火开关可以一直维持较短的接收状态和较长的休眠状态,使得单火开关能够保证低功耗长续航的同时,维持较高的实时性,从而保证单火开关的使用满意度。
本申请的一种单火开关控制方法的另一个实施例的交互时序图如图3所示。
以上是本申请服务器下发数据至单火开关的实施例,本申请中还包括单火开关上传上报数据至服务器的一个实施例,其交互时序图如图4所示,包括:单火开关上传上报数据至网关,并开启预置时间长度的接收窗;网关接收到上报数据后,回复确认字符和下行数据至单火开关;单火开关在接收窗内接收到确认字符和下行数据,则进入休眠状态,等待下一次上传上报数据;若在接收窗内未接受到确认字符和下行数据,则在超出预置时间长度后再次上传上报数据;两次上传上报数据后无论接没接收到确认字符和下行数据,单火开关都会进入到休眠状态。
在一种具体的实施方式中,本申请采用基于修正的LoRaWAN单火开关控制方法,使用LoRaWAN修正后的CLASS A和CLASS C模式实现服务器和单火开关的交互过程,具体如图5所示。本实施例中可以设置调制扩频因子SF=7,带宽BW=500KHz。在单火开关的上报数据阶段,单火开关发送上传数据后等待网关回复确认字符的回应时间为30ms;若单火开关再上报数据后的30ms内接收到网关回复的确认字符,则进入到休眠状态;若30ms内未接收到确认字符,则在30ms后重新发送上报数据至网关,并在30ms内后进入到休眠状态。等到网关再次接收到单火开关的上报数据后,将下行数据和确认字符打包之后进行回复。
在服务器下发下行数据至单火开关的阶段:单火开关的接收状态时间为100ms接收状态与接收状态之间间隔一个休眠状态。当服务器下发下行数据经过网关透传至单火开关时,若单火开关处于接收状态,则单火开关在接收到下行数据之后立即返回确认字符,并在返回确认字符后进入到休眠状态,休眠状态的持续时间为320ms;若服务器下发下行数据经过网关透传至单火开关时,单火开关处于休眠状态,则单火开关接收不到下行数据;若单火开关在整个接收状态所在的预置接收时间的区间内都接收不到下行数据,则网关持续发送下行数据至单火开关,直到单火开关再次进入到接收状态,单火开关接收到下行数据后,返回确认字符和上报数据至网关,并在返回确认字符后立即进入到休眠状态。
在一种具体的实施方式中,当检测到单火开关的休眠状态快结束时单火开关还处于返回确认字符和上报数据的阶段,则将接收状态延长50ms,若50ms内确认字符和上报数据上传完毕,则在确认字符和上报数据上传完毕后立即进入到休眠状态;若50ms内确认字符和上报数据仍未上传完毕,依旧等到50ms结束后进入到休眠状态。
本申请的一个具体实施方式的程序流程图如图6所示,包括:
单火开关实时查询是否按键按下或者是否接收到服务器下发的下行数据。若检测到有按键按下,则经过去抖100ms,此时再次检测按键是否按下,若发现按键依然按下,则表明本次按键按下有效,否则无效。当按键有效时触发判断是场景按键触发还是实体回路按键触发还是联动双控按键触发。如果是联动双控按键触发,则不动作实体回路继电器,因为继电器会耗电。此时判断按键是长按还是短按,如果为长按,则取消当前联动状态;如果为短按则此时将数据打包上传到服务器,然后联动响应的终端设备进行控制。如果是实体回路按键,先判断开关是长按还是短按,如果是长按,则判断取消当前实体回路使得按键开关切换为联动控制开关;如果为短按则动作实体回路继电器,含开、关动作,并如实将该回路当前状态上报至服务器,实现本地开关和服务器数据同步。如果是场景按键,此时判断按键是长按还是短按,如果为长按,则复位整个开关;如果是短按则直接打包对应的场景回路数据上报至服务器,然后触发之前设定的场景控制。如果检测到有数据接收,则根据具体的协议解析数据并决定是否动作开关,并将对应的响应数据发送到服务器。如此实现开关联动控制、实体回路直接的本地切换,同样根据对应的协议也支持远程联动和实体回路的切换。
本申请的一个具体实施方式中低功耗及实时控制相结合的程序流程图;如图7所示,包括:
当单火开关处于接收状态(wakeup)100ms状态,则一直查询是否有数据需要发送,如果没有,则一直到需要进入休眠状态(sleep)320ms状态时。如果此时发现有数据需要发送,则查询该数据的类型。若数据类型为按键数据,则发送确认数据(confirm data),如果收到网关回复的确认字符ACK,则等待进入休眠状态;如果没有收到,则单火开关重发数据,如果重发数据达到两次,则等待进入休眠状态。若数据位回应服务器控制查询数据,则发送unconfirm data,发送完成之后不重发,直接进入等待进入休眠状态。为了保证数据能及时响应服务器,则需要在收到服务器数据后立即回复数据,而不像按键数据可以转移到下一次上报。所以为了保证数据能够正常发送而不受100ms wakeup时间和320ms的sleep时间限制,此时需要在原有的100ms wakeup时间增加一个50ms的wakeup时间。当然,增加50ms需要考虑单火开关的供电能力,所以在50ms内一旦发送完成,则直接进入sleep状态,而不必灯50ms全部执行完成。如果50ms到达后依旧没有完成发送,则此时需要强制单火开关进入sleep状态,以保证单火开关的连续工作性能。改图表明了整个单火开关数据发送过程以及低功耗和实时响应接收的实现过程。
在一种具体的实施方式中,本申请基于修正的LoRaWAN电池开关的***框架如图10所示,图10中包括:
STM32G030C8T6、ASR6500SLC驱动程序、按键驱动程序、LED驱动程序、UART驱动程序、对LoRaWAN中CLASS A模式进行修正的收发机制和CLASS C模式进行修正的收发机制相结合,采用SEMTECH公司LLCC68(物联网无线通信扩频模块)或者ASR的ASR6500SLC(LoRa无线通信射频芯片),性能优于SX1278,发送距离更远,发送功耗和接收功耗更低,使得电池开关产品寿命更长。其中PWM-脉冲宽度调制;UART-异步收发传输器,SPI-串行外设接口协议,RTC-实时时钟。按键包含实体回路按键和场景按键,含有多种组合方式,如1实体回路+1场景、2实体回路+2场景、3实体回路+3场景、3实体回路+1场景等多种方式。其中实体回路可以被设置为联动双控开关,由于开关自身有多种组合,所以实现了联动双控开关+实体回路开关+场景按键的多种组合方式,具体的组合方式没有特别规定,可以根据预先定义的通讯协议,通过服务器进行设置,这样实现了远程设置联动双控和场景的增、删、改、查灯功能。也实现了本地联动按键和实体回路按键之间的本地切换和远程切换。
本申请还提供了一种电池开关的控制方法,基于LoRaWAN协议修改的CLASS A收发机制,其中,数据入队的流程图如图8所示,图8中包括:
301、检测当前的网络状态;
需要说明的是,当电池开关发送数据由于超时等待网关回复确认字符或者重发等因素引起阻塞时,此时再次按键或者其他按键时,需要对新产生的数据进行临时性存储,以保证数据的连续性和可靠性。因此,需要对当前的网络状态进行检测。
302、当检测到网络阻塞时,实时查询新产生的待上传数据标志;
需要说明的是,当检测到网络阻塞时,此时,再次按键或者其他按键时,可以实时查询由按键导致的新产生的数据,由于此时网络时阻塞的,故可以将信产的数据进行本地存储。
303、若查询到新产生的待上传数据标志,且临时存储队列未满载,则将新产生的待上传数据按照先进先出的顺序存储至临时存储队列中,并更新临时存储队列状态;
需要说明的是,可以在本地构建多个临时存储队列,用于存储新产生的待上传数据,用于在网络恢复时,及时弹出存储的数据。具体的,当检测到新产生待上传数据标志时,检测此时临时存储队列是否满载,若未满载,则将新产生的待上传数据按照先进先出的顺序存储至临时存储队列中,并更新新存储数据后的临时存储队列。
304、若查询到待上传数据标志,且队列已经满载,则停止正在进行的重发超时计时,清除正在等待的确认字符,并将待上传数据覆盖临时存储队列中的最早的数据。
需要说明的是,当查询到待上传数据标志时,若此时临时存储队列已经满载,则停止正在进行的重发超时计时,清除正在等待的确认字符,并将待上传数据覆盖临时存储队列中的最早的数据。具体的,本申请可以开设了长度为5的临时存储先进先出队列QueueA,将新产生的数据入队操作。依次可以进行最大5次,当需要入队的数据次数超出设定的最大次数时,此时采取覆盖旧数据的方式,以保证数据的最新状态的准确性。
在一种具体的实施方式中,基于LoRaWAN协议修改的CLASS A收发机制,其中,数据出队的流程图如图9所示,图9中包括:
401、查询是否存在数据发送标志;
需要说明的是,当网络状况恢复时,此时可以查询是否存在数据发送标志。
402、若存在,则按照先进先出原则将待上传数据弹出临时存储队列,将待上传数据发送至网关,更新当前临时存储队列状态;
需要说明的是,当存在数据发送标志时,可以按照先进先出原则将待上传数据弹出临时存储队列,即将临时存储队列中的最早入队的数据弹出临时存储队列,并发送至网关;更新当前的临时存储队列的状态;此时,可以再依次发送临时存储队列的数据,按照先进先出原则依次将临时存储队列中的数据弹出并发送,知道临时存储队列中的数据全部发送完毕。
403、查询是否接收到确认字符,若收到确认字符,则返回步骤401;
需要说明的是,可以查询电池开关是否接收到网关回复的确认字符,若回复了确认字符,则可以返回步骤401,对下一次数据发送做准备。
404、若没有收到确认字符,则查询超时重发标志;
405、若接收到超时重发标志,则判断当前重发次数是否达到预置的上传次数;
需要说明的是,当没有接收到确认字符,则查询超时重发标志,此时可以参考步骤401至403的步骤,当接收到时重发标志,则判断当前重发次数是否达到预置的上传次数,若达到预置的上传次数则电池开关进入到休眠状态,本申请可以设置最大的上传次数为3次,当超过三次时,则停止上传。
406、若重发次数未达到预置的上传次数,则重新发送待上传数据至网关,并更新临时存储队列状态;当重发次数达到预置的上传次数,则停止对当前弹出数据的发送,并返回步骤401。
需要说明的是,当若重发次数未达到预置的上传次数,则重新发送待上传数据至网关,并更新临时存储队列状态;当重发次数达到预置的上传次数,则停止对当前弹出数据的发送,并返回步骤401,为下一次数据发送做准备。
以上是本申请的方法的实施例,本申请还提供了一种单火开关控制装置的实施例,如图11所示,图11中包括:
第一接收单元501,用于接收由服务器经过网关下发的下行数据,若单火开关处于休眠状态,则接收不到下行数据;单火开关每隔预置第一时间区间的休眠状态后进入到预置第二时间区间的接收状态;
第二接收单元502,用于当单火开关处于接收状态,则单火开关在接收到下行数据后立即返回确认字符及上报数据至网关,并在返回确认字符及上报数据后立即进入到休眠状态。
在一种具体的实施方式中,还包括:
下发单元,用于当单火开关在整个接收状态所在的预置第二时间区间内接收不到下行数据时,则网关持续发送下行数据至单火开关,直到单火开关再次进入到接收状态;
返回单元,用于单火开关接收到下行数据后立即返回确认字符和上报数据至网关,并在返回确认字符和上报数据后立即进入到休眠状态。
在一种具体的实施方式中,还包括:
延长单元,用于当单火开关接收完下行数据时,离接收状态结束的间隔时间小于预置第三时间间隔,则将当前接收状态的预置第二时间区间延长至预置第四时间区间;
回复单元,用于待单火开关在预置第四时间区间内回复完确认字符和上报数据,则在回复完确认字符和上报数据后立即进入到休眠状态;
休眠单元,用于当单火开关在预置第四时间区间内未回复完确认字符和上报数据时,则在预置第四时间区间结束后立即进入到休眠状态。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
在本申请所提供的几个实施例中,应该理解到,所揭露的***,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。