设备在线时长监测的方法、装置及系统
技术领域
本申请涉及无线通信技术领域,特别是涉及一种设备在线时长监测的方法、装置及系统。
背景技术
在无线通信过程中,通常涉及到网络管理系统与通信设备的交互,通信设备是否在线时长,直接影响到网络管理系统与通信设备之间数据交互的稳定性。目前,网络管理系统与通信设备在交互时,由于网络因素不稳定,并不能保证数据包传输成功率可达到100%,通常会有一定的数据丢包或时延。
在实现过程中,发明人发现传统技术中至少存在如下问题:传统的设备在线时长监测过程中,容易受网络因素和服务器处理能力的影响,设备在线时长监测的精确度低。
发明内容
基于此,有必要针对传统的设备在线时长监测过程中,容易受网络因素和服务器处理能力的影响,设备在线时长监测的精确度低的问题,提供一种设备在线时长监测的方法、装置及系统。
为了实现上述目的,本发明实施例提供了一种设备在线时长监测的方法,包括以下步骤:
根据采集周期和请求次数,依次向通信设备传输在线时长请求;其中,在线时长请求包含本次监测开始时刻和本次监测结束时刻;
接收并解析通信设备基于在线时长请求反馈的的各个响应报文,得到各在线时长;其中,响应报文包含本次监测开始时刻、本次监测结束时刻和本次监测在线时长;
根据各在线时长,得到通信设备的总在线时长。
在其中一个实施例中,在线时长请求的报文格式为JSON格式、XML格式或YAML格式;
响应报文的报文格式为JSON格式、XML格式或YAML格式。
在其中一个实施例中,根据采集周期和请求次数,依次向通信设备传输在线时长请求的步骤之前包括:
基于通信协议方式,生成在线时长请求;
通信协议方式为TCP/IP协议的Ping方式、HTTP协议的GET方式、SNMP的GET方式或TR069协议。
在其中一个实施例中,向通信设备传输在线时长请求的步骤包括:
向通信设备传输在线请求指令;
若在预设响应时间内接收到通信设备的响应数据,则向通信设备传输在线时长请求。
另一方面,本发明实施例还提供了一种设备在线时长监测的方法,包括以下步骤:
依次接收网络管理系统传输的各在线时长请求;在线时长请求包括本次监测开始时刻和本次监测结束时刻;
根据各在线时长请求,将生成的各响应报文依次传输给网络管理系统;响应报文用于指示网络管理系统解析得到在线时长;响应报文包括本次监测开始时刻、本次监测结束时刻和本次监测在线时长。
另一方面,本发明实施例还提供了一种设备在线时长监测的装置,包括:
在线时长请求发送单元,用于根据采集周期和请求次数,依次向通信设备传输在线时长请求;其中,在线时长请求包含本次监测开始时刻和本次监测结束时刻;
响应报文处理单元,用于接收并解析通信设备基于在线时长请求反馈的的各个响应报文,得到各在线时长;其中,响应报文包含本次监测开始时刻、本次监测结束时刻和本次监测在线时长;
在线时长统计单元,用于根据各在线时长,得到通信设备的总在线时长。
另一方面,本发明实施例还提供了一种设备在线时长监测的装置,包括:
在线时长请求接收单元,用于依次接收网络管理系统传输的各在线时长请求;在线时长请求包括本次监测开始时刻和本次监测结束时刻;
响应报文生成单元,用于根据各在线时长请求,将生成的各响应报文依次传输给网络管理系统;响应报文用于指示网络管理系统解析得到在线时长;响应报文包括本次监测开始时刻、本次监测结束时刻和本次监测在线时长。
另一方面,本发明实施例还提供了一种设备在线时长监测的系统,包括通信管理系统以及分别通信连接通信管理系统的通信设备;
通信管理系统用于执行上述的设备在线时长监测的方法,包括以下步骤:
根据采集周期和请求次数,依次向通信设备传输在线时长请求;其中,在线时长请求包含本次监测开始时刻和本次监测结束时刻;
接收并解析通信设备基于在线时长请求反馈的的各个响应报文,得到各在线时长;其中,响应报文包含本次监测开始时刻、本次监测结束时刻和本次监测在线时长;
根据各在线时长,得到通信设备的总在线时长。
通信设备用于执行上述的设备在线时长监测的方法,包括以下步骤:
依次接收网络管理系统传输的各在线时长请求;在线时长请求包括本次监测开始时刻和本次监测结束时刻;
根据各在线时长请求,将生成的各响应报文依次传输给网络管理系统;响应报文用于指示网络管理系统解析得到在线时长;响应报文包括本次监测开始时刻、本次监测结束时刻和本次监测在线时长。
在其中一个实施例中,通信管理系统为NMS;通信设备为交换机、终端或基站。
另一方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述设备在线时长监测的方法的步骤。
上述技术方案中的一个技术方案具有如下优点和有益效果:
基于网络管理系统侧的设备在线时长监测的方法的各实施例中,网络管理系统根据采集周期和请求次数,依次向通信设备传输在线时长请求,进而通信设备可根据在线时长请求包含的本次监测开始时刻和本次监测结束时刻,生成响应报文,并向网络管理系统反馈生成的响应报文;网络管理系统接收通信设备反馈的各个响应报文,并通过依次解析各个响应报文,得到各在线时长;其中,响应报文包含本次监测开始时刻、本次监测结束时刻和本次监测在线时长;从而网络管理系统可根据各在线时长,得到通信设备的总在线时长,实现对通信设备在线时长的实时监测。网络管理系统通过主动周期性的连续采集并处理通信设备自身统计的在线时长,以实现精确统计通信设备在线时长,避免受网络因素和服务器处理能力的影响限制,提高了通信设备在线时长统计的精确度。
附图说明
图1为一个实施例中设备在线时长监测的方法的应用环境示意图;
图2为一个实施例中网络管理系统侧的设备在线时长监测的方法的第一流程示意图;
图3为一个实施例中网络管理系统侧的设备在线时长监测的方法的第二流程示意图;
图4为一个实施例中通信设备侧的设备在线时长监测的方法的第一流程示意图;
图5为一个实施例中网络管理系统侧的设备在线时长监测的装置的方框示意图;
图6为一个实施例中通信设备侧的设备在线时长监测的装置的方框示意图;
图7为一个实施例中网络管理系统侧的设备在线时长监测的系统的结构示意图。
具体实施方式
为了便于理解本申请,下面将参照相关附图对本申请进行更全面的描述。附图中给出了本申请的首选实施例。但是,本申请可以以许多不同的形式来实现,并不限于本文所描述的实施例。相反地,提供这些实施例的目的是使对本申请的公开内容更加透彻全面。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。
传统的统计设备在线时长中,通常是通过周期采样来确定设备总的在线时长,当采样周期越短在线时长统计越精确。但实际应用中,考虑网络因素和服务器处理能力,采样周期不可能无限短,导致在统计设备在线时长时不精确;另外,当网络管理系统管控的通信设备数量众多时,对设备在线时长统计就存在一定的误差。
而本申请提供的设备在线时长监测的方法,网络管理系统通过主动周期性的连续采集并处理通信设备自身统计的在线时长,实现精确监测通信设备的在线时长,避免受网络因素和服务器处理能力的影响限制,提高了通信设备在线时长统计的精确度。
本申请提供的设备在线时长监测的方法,可以应用于如图1所示的应用环境中。其中,网络管理系统102与通信设备104进行通信连接。其中,网络管理系统102可以是NMS(Network Management System);网络管理系统102可以用独立的管理系统或者是多个管理系统组成的网络管理系统集群来实现;通信设备104可以但不限于是交换机、终端、基站以及可被网络管理系统管控的各种设备单元。
在一个实施例中,如图2所示,提供了一种网络管理系统侧的设备在线时长监测的方法,以该方法应用于图1中的网络管理设备102为例进行说明,包括以下步骤:
步骤S210,根据采集周期和请求次数,依次向通信设备传输在线时长请求;其中,在线时长请求包含本次监测开始时刻和本次监测结束时刻。
其中,采集周期可以根据系统预设得到,采集周期也可以通过用户设置得到;例如,采集周期可以设置为15分钟为一个周期。请求次数指的是发送在线时长请求的次数;例如,请求次数可以设置为3次数,则系统基于采集周期依次发送3次在线时长请求至通信设备。在线时长请求可用来请求通信设备反馈自身的在线时长。在线时长请求的报文内容可包含本次监测开始时刻和本次监测结束时刻;本次监测开始时刻可以是发送在线时长请求的时刻;本次监测结束时刻可以是从本次监测开始时刻开始,经过一个采集周期后的时刻。例如本次监测开始时刻为00:00:00,采集周期为15分钟,则本次监测结束时刻为00:15:00。
具体地,用户可预先设定采集周期和请求次数,进而网络管理系统可根据预设的采集周期和请求次数,依次向通信设备传输在线时长请求,使得通信设备根据在线时长请求,产生对应在线时长请求的响应报文,并将生成的响应报文传输给网络管理系统。
例如,通信设备可对接收到的在线时长请求进行解析,得到在线时长请求包含的本次监测开始时刻和本次监测结束时刻等报文内容,进而通信设备可根据在线时长请求的报文内容,生成相应的响应报文。
步骤S220,接收并解析通信设备基于在线时长请求反馈的的各个响应报文,得到各在线时长;其中,响应报文包含本次监测开始时刻、本次监测结束时刻和本次监测在线时长。
其中,响应报文指的是响应在线时长请求产生的报文。在线时长指的是通信设备处于在线状态的有效时间;本次监测在线时长指的是在对应本轮发送的在线时长请求的在线时长。
具体地,网络管理系统可接收通信设备基于在线时长请求反馈的的各个响应报文,并对接收到的响应报文进行解析,得到响应报文包含的本次监测开始时刻、本次监测结束时刻和本次监测在线时长等报文内容,进行得到对应在线时长请求的在线时长。
例如,请求次数为4次,则网络管理系统可依次接收通信设备基于在线时长请求反馈的的4个响应报文,并依次对接收到的响应报文进行解析,得到响应报文包含的本次监测开始时刻、本次监测结束时刻和本次监测在线时长等报文内容,进行可4个得到对应在线时长请求的在线时长。
步骤S230,根据各在线时长,得到通信设备的总在线时长。
具体地,网络通信设备根据解析各响应报文得到的在线时间进行累计,进而可得到通信设备的总在线时长,实现对通信设备的在线时长监测。
上述的设备在线时长监测的方法中,网络管理系统通过主动周期性的连续采集并处理通信设备自身统计的在线时长,以实现精确统计通信设备在线时长,避免受网络因素和服务器处理能力的影响限制,提高了通信设备在线时长统计的精确度。
需要说明的是,通信设备能够记录自身的在线情况,例如通信设备可包含计数器,计数器可用来统计在线时长,在一个示例中,统计的在线时长可精确到毫秒。
在一个具体的实施例中,在线时长请求的报文格式为JSON(JavaScript ObjectNotation,JS对象简谱)格式、XML(eXtensible Markup Language,可扩展标记语言)格式或YAML(一种数据描述语言)格式。响应报文的报文格式为JSON格式、XML格式或YAML格式。
其中,JSON格式指的是一种轻量级的数据交换格式,基于ECMAScript的一个子集,多用于网络数据交换。
在一个实施例中,如图3所示,提供了一种网络管理系统侧的设备在线时长监测的方法,以该方法应用于图1中的网络管理设备102为例进行说明,包括以下步骤:
步骤S310,基于通信协议方式,生成在线时长请求;其中,通信协议方式为TCP/IP协议的Ping(Packet Internet Groper)方式、HTTP(Hyper Text Transfer Protocol)协议的GET方式、SNMP(Simple Network Management Protocol)的GET方式或TR069(TechnicalReport-069)协议。
其中,TCP/IP协议的Ping方式中的Ping是一种网络诊断工具,为TCP/IP协议的一部分。利于Ping命令可以检查诊断网络是否连通,可以排查和分析网络故障。HTTP协议的GET方式中的GET是HTTP协议中定义的一个方法,表示请求指定的页面信息,并返回实体主体。SNMP是一种简单网络管理协议,属于TCP/IP五层协议中的应用层协议,用于网络管理的协议。TR069协议是ACS(Auto-Configuration Server)和CPE(Customer PressionEqualment)之间交互报文的通讯协议,用于远程监控和管理CPE设备。
步骤S320,根据采集周期和请求次数,依次向通信设备传输在线时长请求;其中,在线时长请求包含本次监测开始时刻和本次监测结束时刻。
步骤S330,接收并解析通信设备基于在线时长请求反馈的的各个响应报文,得到各在线时长;其中,响应报文包含本次监测开始时刻、本次监测结束时刻和本次监测在线时长。
步骤S340,根据各在线时长,得到通信设备的总在线时长。
其中,上述步骤S320、步骤S330和步骤S340的具体内容过程可参考上文内容,此处不再赘述。
具体而言,网络管理系统可基于通信协议方式,生成在线时长请求,进而可根据预设的采集周期和请求次数,依次向通信设备传输在线时长请求,使得通信设备可根据在线时长请求包含的本次监测开始时刻和本次监测结束时刻,生成响应报文,并向网络管理系统反馈生成的响应报文;网络管理系统接收通信设备反馈的各个响应报文,并通过依次解析各个响应报文,得到各在线时长;从而网络管理系统可根据各在线时长,得到通信设备的总在线时长,实现对通信设备在线时长的实时监测。网络管理系统通过主动周期性的连续采集并处理通信设备自身统计的在线时长,以实现精确统计通信设备在线时长,避免受网络因素和服务器处理能力的影响限制,提高了通信设备在线时长统计的精确度。
在一个具体的实施例中,向通信设备传输在线时长请求的步骤包括:
向通信设备传输在线请求指令;
若在预设响应时间内接收到通信设备的响应数据,则向通信设备传输在线时长请求。
其中,在线请求指令可用来请求通信设备反馈响应数据,进而可根据通信设备是否反馈响应数据,来判断该通信设备是否在线。响应数据可以是对应在线请求指令的响应报文。
具体地,在开始监测通信设备在线时长之前,网络管理系统可向通信设备传输在线请求指令,并基于预设响应时间等待通信设备是否反馈相应的响应数据。网络管理系统若在预设响应时间内接收到通信设备的响应数据,则向通信设备传输在线时长请求,对通信设备在线时长进行实时监测。通过预先监测通信设备是否在线,当通信设备处于在线状态时进行在线时长监测,进而提高了在线时长监测的效率。
在一个实施例中,如图4所示,提供了一种通信设备侧的设备在线时长监测的方法,以该方法应用于图1中的通信设备104为例进行说明,包括以下步骤:
步骤S410,依次接收网络管理系统传输的各在线时长请求;在线时长请求包括本次监测开始时刻和本次监测结束时刻;
步骤S420,根据各在线时长请求,将生成的各响应报文依次传输给网络管理系统;响应报文用于指示网络管理系统解析得到在线时长;响应报文包括本次监测开始时刻、本次监测结束时刻和本次监测在线时长。
具体而言,通信设备可依次接收网络管理系统传输的各在线时长请求;其中,网络管理系统可根据采集周期和请求次数,依次向通信设备传输在线时长请求,进而通信设备可根据在线时长请求包含的本次监测开始时刻和本次监测结束时刻,生成响应报文,并向网络管理系统反馈生成的响应报文,使得网络管理系统接收通信设备反馈的各个响应报文,并通过依次解析各个响应报文,得到各在线时长,实现对通信设备在线时长的实时监测。通信设备根据接收网络管理系统传输的请求,可将自身统计的在线时长反馈给网络管理系统,以实现精确统计通信设备在线时长,避免受网络因素和服务器处理能力的影响限制,提高了通信设备在线时长统计的精确度。
在一个示例中,start_time为本次监测开始时刻;end_time为本次监测结束时刻;online_time为本次监测在线时长;在线时长请求的报文格式为JSON格式;设置采集周期为15分钟一次,请求次数为3次。
系统设置采集周期和请求次数后,假设从2018-01-01 00:00:00点开始采集,则网络管理系统分别会在00:00、00:15、00:30分别发起在线时长请求:
网络管理系统向通信设备第一次发送在线时长请求:
http://ip:port/onlineTime?start_time='2018-01-01 00:00:00'&end_time='2018-01-0100:15:00';
通信设备向网络管理系统第一次反馈响应报文:
{start_time:'2018-01-01 00:00:00',end_time:'2018-01-0100:15:00',online_time:900000ms};
网络管理系统向通信设备第二次发送在线时长请求:
http://ip:port/onlineTime?start_time='2018-01-01 00:15:00'&end_time='2018-01-0100:30:00';
通信设备向网络管理系统第二次反馈响应报文:
{start_time:'2018-01-01 00:15:00',end_time:'2018-01-01 00:30:00',online_time:900000ms};
网络管理系统向通信设备第三次发送在线时长请求:
http://ip:port/onlineTime?start_time='2018-01-01 00:30:00'&end_time='2018-01-0100:45:00';
通信设备向网络管理系统第三次反馈响应报文:
{start_time:'2018-01-01 00:30:00',end_time:'2018-01-01 00:45:00',online_time:900000ms}。
网络管理系统通过把获取到的online_time做累加,进而可得到通信设备的总在线时长,实现精确统计通信设备在线时长。
应该理解的是,虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图5所示,提供了一种网络管理系统侧的设备在线时长监测的装置,包括:
在线时长请求发送单元510,用于根据采集周期和请求次数,依次向通信设备传输在线时长请求;其中,在线时长请求包含本次监测开始时刻和本次监测结束时刻。
响应报文处理单元520,用于接收并解析通信设备基于在线时长请求反馈的的各个响应报文,得到各在线时长;其中,响应报文包含本次监测开始时刻、本次监测结束时刻和本次监测在线时长。
在线时长统计单元530,用于根据各在线时长,得到通信设备的总在线时长。
关于网络管理系统侧的设备在线时长监测的装置的具体限定可以参见上文中对于网络管理系统侧的设备在线时长监测的方法的限定,在此不再赘述。上述网络管理系统侧的设备在线时长监测的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于设备在线时长监测的系统中的处理器中,也可以以软件形式存储于设备在线时长监测的系统中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,如图6所示,提供了一种通信设备侧的设备在线时长监测的装置,包括:
在线时长请求接收单元610,用于依次接收网络管理系统传输的各在线时长请求;在线时长请求包括本次监测开始时刻和本次监测结束时刻;
响应报文生成单元620,用于根据各在线时长请求,将生成的各响应报文依次传输给网络管理系统;响应报文用于指示网络管理系统解析得到在线时长;响应报文包括本次监测开始时刻、本次监测结束时刻和本次监测在线时长。
关于通信设备侧的设备在线时长监测的装置的具体限定可以参见上文中对于通信设备侧的设备在线时长监测的方法的限定,在此不再赘述。上述通信设备侧的设备在线时长监测的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于设备在线时长监测的系统中的处理器中,也可以以软件形式存储于设备在线时长监测的系统中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,如图7所示,提供了一种设备在线时长监测的系统,包括通信管理系统710以及分别通信连接通信管理系统710的通信设备720;
通信管理系统710用于执行上述的设备在线时长监测的方法,包括以下步骤:
根据采集周期和请求次数,依次向通信设备720传输在线时长请求;其中,在线时长请求包含本次监测开始时刻和本次监测结束时刻;
接收并解析通信设备720基于在线时长请求反馈的的各个响应报文,得到各在线时长;其中,响应报文包含本次监测开始时刻、本次监测结束时刻和本次监测在线时长;
根据各在线时长,得到通信设备720的总在线时长。
通信设备720用于执行上述的设备在线时长监测的方法,包括以下步骤:
依次接收网络管理系统710传输的各在线时长请求;在线时长请求包括本次监测开始时刻和本次监测结束时刻;
根据各在线时长请求,将生成的各响应报文依次传输给网络管理系统710;响应报文用于指示网络管理系统710解析得到在线时长;响应报文包括本次监测开始时刻、本次监测结束时刻和本次监测在线时长。
上述的设备在线时长监测的系统中,网络管理系统710根据采集周期和请求次数,依次向通信设备720传输在线时长请求,进而通信设备720可根据在线时长请求包含的本次监测开始时刻和本次监测结束时刻,生成响应报文,并向网络管理系统710反馈生成的响应报文;网络管理系统710接收通信设备720反馈的各个响应报文,并通过依次解析各个响应报文,得到各在线时长;从而网络管理系统710可根据各在线时长,得到通信设备720的总在线时长,实现对通信设备720在线时长的实时监测。网络管理系统710通过主动周期性的连续采集并处理通信设备710自身统计的在线时长,以实现精确统计通信设备720在线时长,避免受网络因素和服务器处理能力的影响限制,提高了通信设备在线时长统计的精确度。
在一个示例中,网络管理系统710可以是NMS(Network Management System);通信设备720可以但不限于是交换机、终端、基站以及可被NMS监控的其它设备单元。网络管理系统710与通信设备720可以是有线通信连接,也可以是无线通信连接。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
根据采集周期和请求次数,依次向通信设备传输在线时长请求;其中,在线时长请求包含本次监测开始时刻和本次监测结束时刻;
接收并解析通信设备基于在线时长请求反馈的的各个响应报文,得到各在线时长;其中,响应报文包含本次监测开始时刻、本次监测结束时刻和本次监测在线时长;
根据各在线时长,得到通信设备的总在线时长。
计算机程序被处理器执行时还实现以下步骤:
依次接收网络管理系统传输的各在线时长请求;在线时长请求包括本次监测开始时刻和本次监测结束时刻;
根据各在线时长请求,将生成的各响应报文依次传输给网络管理系统;响应报文用于指示网络管理系统解析得到在线时长;响应报文包括本次监测开始时刻、本次监测结束时刻和本次监测在线时长。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各除法运算方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。