日志查看方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域，特别是涉及一种日志查看方法、装置、计算机设备和存储介质。

背景技术：

网络操作系统都会设计有各种各样的日志文件，如应用程序日志、系统日志等。日志文件中的每一行日志记载着网络操作系统每一个运行、操作步骤。系统管理员可通过查看日志文件进行跟踪调试、程序状态记录、崩溃数据恢复。

日志被应用时日志查看是不可获或缺的一个环节。传统的日志查看都需要人为去触发一系列的手动的页面操作，如点击进入、根据需要选择日志、点击下载等。当再次查看日志时，同样还是需要重复上述的一系列手动操作。传统的这种通过重复大量的人为操作事件进行日志查看的方式使得日志查看效率非常低。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提高日志查看效率的日志查看方法、装置、计算机设备和存储介质。

一种日志查看方法，所述方法包括：

接收终端发送的日志查看计划的生成请求，所述生成请求中携带业务节点标识；

获取所述业务系统节点标识对应的属性标签；

获取与所述属性标签相匹配的触发条件集合；

根据所述触发条件集合生成日志查看计划；

通过执行所述日志查看计划获取所述业务节点的日志内容，并所述日志内容推送至终端显示。

在一个实施例中，所述通过执行所述日志查看计划获取所述业务节点的日志内容，包括：

监控所述日志查看计划中的所述触发条件集合，当满足任一触发条件时，调用与所述触发条件关联的日志查看脚本；

执行所述日志查看脚本，得到日志内容。

在一个实施例中，所述根据所述触发条件集合生成日志查看计划，包括：

获取所述触发条件集合中每一个触发条件对应的配置项；

将所述配置项发送至所述终端；

接收所述终端上传的对应所述配置项的配置数据，根据所述配置数据生成日志查看计划。

在一个实施例中，所述方法还包括：

接收业务系统发送的异常消息，提取所述异常消息中包含的异常业务节点标识；

获取所述异常业务节点标识对应的所述日志查看计划；

若所述日志查看计划带有异常触发条件，则获取所述日志查看计划中对所述异常触发条件的配置数据；

根据所述配置信息获取所述异常业务节点标识对应的日志内容。

在一个实施例中，所述将所述日志内容推送至终端显示，包括：

生成日志查看链接，所述日志查看链接关联所述日志内容；

将所述日志查看链接发送至所述终端；

接收到所述终端发送的日志查看请求，将所述日志查看链接对应的日志内容发送至所述终端。

一种日志查看装置，所述装置包括：

请求接收模块，用于接收终端发送的日志查看计划的生成请求，所述生成请求中携带业务节点标识；

属性标签获取模块，用于获取所述业务系统节点标识对应的属性标签；

触发条件匹配模块，用于获取与所述属性标签相匹配的触发条件集合；

日志计划生成模块，用于根据所述触发条件集合生成日志查看计划；

日志内容获取模块，用于通过执行所述日志查看计划获取所述业务节点的日志内容，并所述日志内容推送至终端显示。

在一个实施例中，所述日志内容获取模块，还用于监控所述日志查看计划中的所述触发条件集合，当满足任一触发条件时，调用与所述触发条件关联的日志查看脚本；执行所述日志查看脚本，得到日志内容。

在一个实施例中，所述日志计划生成模块，还用于获取所述触发条件集合中每一个触发条件对应的配置项；将所述配置项发送至所述终端；接收所述终端上传的对应所述配置项的配置数据，根据所述配置数据生成日志查看计划。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述所述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述所述的方法的步骤。

上述日志查看方法、装置、计算机设备和存储介质，通过将业务分成多个业务节点并预先定义每个业务节点的属性标签，且通过预先定义不同的属性标签对应的触发条件集合，使得不同的属性标签对应不同的触发条件；进而根据触发条件生成每个业务节点的日志查看计划，生成的日志查看计划能够很好的满足对该业务节点的日志监控，执行日志查看计划即可获取到日志内容。日志查看计划的自动执行代替了手动进行的一系列地操作，实现了无需手动操作即可获取到想要查看的日志内容，提高了日志的查看效率。

附图说明

图1为一个实施例中日志查看方法的应用场景图；

图2为一个实施例中日志查看方法的流程示意图；

图3为一个实施例中日志查看计划生成所涉及的流程示意图；

图4为一个实施例中根据日志查看计划获取日志内容所涉及的流程示意图；

图5为一个实施例中日志查看装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

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

本申请提供的日志查看方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。服务器104接收终端发送的日志查看计划生成请求，服务器为请求的每个业务节点生成日志查看计划，执行日志查看计划，得到该业务节点的相关的日志内容。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种日志查看方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，接收日志查看计划的生成请求，生成请求中携带业务节点标识。

服务器接收终端发送的日志查看计划生成请求，该请求中指定具体的业务系统节点。这里的服务器可以是业务系统所在的服务器，也可以是用于相应业务系统日志管理的单独的服务器。

业务节点可以是业务系统中的功能模块，如游戏论坛、理财应用。也可以是业务的功能模块下的模块单元，如游戏论坛下的登录单元、发帖单元、金币兑换单元等等。可预先尽可能多层次地对业务系统进行业务节点划分，并对每个业务节点进行标识。多层次是指包括从粗粒度到细粒度的多层级业务节点。这样的话当需要查看日志时，可根据需要选择不同层级的业务节点。

步骤204，查找业务系统节点标识对应的属性标签。

预先定义业务系统中的各个业务节点的属性标签。即基于业务节点在某一纬度的特征信息对业务节点进行等级归属划分得到的该维度的等级标签。如根据业务节点的风险特征信息划分业务节点的风险等级。或者根据业务节点所提供的服务特征信息划分的业务节点的重要等级等。可根据需要定义不同维度的业务节点的属性标签。

服务器当接收到终端发送的日志查看计划生成请求时，提取日志查看计划生成请求中携带的业务节点标识和等级划分维度，查找该业务节点标识在该等级划分维度对应的属性标签，如风险维度对应的属性标签为i级(高风险)ⅱ级(一般风险)ⅲ级(低风险)。

在另一个实施例中，若日志查看计划生成请求中没有携带等级划分维度，则查找该业务节点标识在定义的所有维度的属性标签，综合所有属性标签确定该业务节点最终的属性标签。

步骤206，获取与属性标签相匹配的的触发条件集合。

触发条件集合中可以包括一个触发条件，也可以包含多个触发条件。其中，触发条件可以是时间触发条件、异常触发条件，其中，异常触发条件还可以是流量异常触发条件、服务异常触发条件等等。预先定义属性标签对应的触发条件以及触发条件集合。i级属性标签(非常重要)对应时间触发条件和异常触发条件。ⅱ级属性标签(重要)对应异常触发条件或者异常触发条件与时间异常触发条件的组合。

进一步的，如果业务节点的属性标签包括多个维度的属性标签，则通过属性标签确定的触发条件也应该为多个或者多组。多个维度的属性标签可以包括安全风险维度的属性标签和所提供服务重要程度的属性标签等。例如业务节点a的属性标签为“高风险”、“重要服务”，则获取每个维度的属性标签对应的触发条件或者触发条件集合。如业务节点a“高风险”对应流量异常触发条件，“重要服务”对应服务异常触发条件。那么业务节点a对应的触发条件则为流量异常触发条件和服务异常触发条件。

步骤208，根据触发条件集合生成日志查看计划。

服务器对需要进行数值配置的触发条件进行配置，根据配置后的触发条件或者触发条件结合生成日志查看计划。具体为，对时间出发条件的时间周期进行配置，对流量异常条件的流量阈值进行设定。设定后即生成了日志查看计划。

如业务节点a的日志查看计划可以是，每天上午8点获取业务节点a前一天的日志文件，当业务节点a的流量达到配置的流量阈值时，获取此前一小时内的日志文件。

步骤210：通过执行日志查看计划获取业务节点的日志内容，并将日志内容推送至终端显示。

监控日志查看计划中的触发条件，当满足触发条件时获取相应的日志内容，并将日志内容推送给终端。

本实施例中，根据业务节点的属性信息自动生成相匹配的日志查看计划，该日志查看计划能够很好的满足对该业务节点的日志监控。执行日志查看计划即可获取到日志内容，无需每次想要获取日志内容时都手动地进行一系列地操作，本实施例提供的日志查看方法提高了日志的查看效率。

此外，本实施例针对不同的业务节点定制不同的日志查看计划，一方面可获取业务系统各个细粒化的子节点的日志内容，另一方面针对业务节点的属性定义不同程度的日志查看任务，可通过日志查看更好的监控业务节点。同时也进一步优化了计算机资源的分配，对比较重要的业务节点定制更多的触发条件，即对比较重要的业务节点投入更多的日志查看计算机资源。

在一个实施例中，如图3所示，步骤208，根据触发条件集合生成日志查看计划，包括：

步骤302，获取触发条件集合中的每一个触发条件对应的配置项。

预先定义每个触发条件对应的配置项，触发条件对应的配置项可根据需要定义多个。时间触发条件的配置项可以包括日志获取时间配置项，日志筛选关键字等。异常触发条件的配置项可以包括异常阈值配置项，日志筛选关键字等。

步骤304，将配置项发送至终端。

可将配置项推送至终端，终端显示配置页面。若配置项有限定条件，可将配置项的限定条件推送至终端，终端根据限制条件生成配置项的选择菜单。终端用户向配置页面中输入或者选择配置项对应的配置数据。

步骤308，接收终端上传的对应配置项的配置数据，根据配置数据生成日志查看计划。

终端将用户输入或者选择的配置项对应的配置数据上传至服务器，服务器根据配置数据生成日志查看计划。

本实施例中，对触发条件的配置由终端用户完成。用户可根据需要对触发条件进行自定义配置，日志查看计划的生成更加地灵活。

在一个实施例中，步骤210，通过执行日志查看计划获取业务节点的日志内容，包括：监控日志查看计划中的触发条件，当满足触发条件时，获取与触发条件关联的日志查看脚本；执行日志查看脚本，得到日志内容。

日志查看服务器中通过计时器对时间触发条件中配置的时间进行监控。日志查看服务器还监控业务节点提供的服务是否正常，实时计算业务节点的流量，监控业务节点的流量是否超过设定阈值。

异常监控可通过日志查看系统自行监控。也可以由业务系统中的监控系统来完成。具体为，日志查看服务器将每个节点的日志查看计划发送至业务系统，业务系统中的监控系统按照日志查看计划对每个业务节点进行异常监控，当监控到异常发生时，会生成异常信息。业务系统将生成的异常信息发送至日志查看服务器，日志查看系统提取异常信息中携带的业务节点标识和异常事件信息。异常事件信息包括异常触发条件、异常发生的时间等。日志查看服务器调用与该异常触发条件对应的日志查看脚本去获取与该异常匹配的日志信息。

执行日志查看脚本可自动实现执行日志查看逻辑。在一个实施例中，日志查看逻辑具体执行如下步骤：从业务系统的存储日志的本地磁盘中获取二进制日志内容，将二进制格式的日志内容转化成设定格式的日志内容，对转化后的日志内容进行整理，输出最终的日志内容。

需要说明的是，抽象的日志查看逻辑不限于此，还可以是其他更加复杂的逻辑。

本实施例中，对不同类型的触发条件定义不同的日志查看脚本，并建立触发条件与日志查看脚本之间的关联关系。针对同一业务节点执行不同的日志查看脚本得到的日志内容也不尽相同。日志查看脚本对应触发条件，日志查看脚本获取与触发条件相关联的日志信息。如对应流量异常触发条件的日志查看脚本仅查找与攻击流量相关的日志信息。该日志查看脚本中可定义多个关于流量相关的信息查找线索。如对应服务异常触发条件的日志查看脚本仅查找与服务异常相关的日志信息。该日志查看脚本中可定义多个与服务异常相关的信息查找线索。

当日志查看计划中配置了多种触发条件时，服务器在执行日志查看计划时将执行多个日志查看逻辑。本实施例中，通过配置触发条件，不同的业务系统节点执行的日志查看逻辑不同，且一个业务系统节点可能执行多个不同的日志查看逻辑，以实现对业务系统节点多维度的日志监控。

在一个实施例中，在根据日志查看计划获取业务节点的日志内容后，服务器将生成日志查看链接，日志查看链接关联日志内容；并将日志查看链接发送至终端。终端监控用户对该日志查看链接的触发操作事件，当检测到该触发操作事件时，生成日志查看请求。终端将生成的日志查看请求发送给服务器，服务器提取日志查看请求对应的日志查看链接，并获取与日志查看链接对应的日志内容，并将获取的日志内容推送给终端。

本实施例中，当生成日志内容后，不将内容直接向终端推送，而是先推送日志查看链接。当用户需要查看日志时，点击链接即可获取，日志查看更加灵活便捷。

进一步的，如图4所示，还可以通过如下方式来执行日志查看计划，具体为：

步骤402，接收业务系统发送的异常消息，提取异常消息中包含的业务节点标识。

异常信息至少包括业务节点标识和异常事件信息。其中，异常事件信息包括异常类型、异常发生的时间等。异常类型可以是服务异常、流量异常等。举例来说，异常信息可以是“2018.8.13提现节点出现了流量异常”。

业务系统对各个业务节点是否正常运行进行监控，当检测到一个或者多个业务节点出现服务异常或者流量异常时，向本申请的日志查看服务器发送异常消息，该异常消息中指明异常业务节点标识。一个异常消息可以包含多个业务节点标识。

步骤404：获取业务节点标识对应的日志查看计划。

步骤406：若日志查看计划中包含有异常触发条件，则获取日志查看计划中对异常触发条件的配置数据。

日志计划中对异常触发条件的配置信息即为上一个实施例中终端基于服务器返回的配置项录入的配置信息。可以为从所有日志信息中筛选出异常触发条件对应的日志内容所需要的配置信息，如可以包括时间配置信息(异常发生时间前后设定时间区间)、筛选配置信息等等。

在一个实施例中，可以是只要接收到业务系统针对某一个节点的异常信息，则执行该节点对应的日志查看计划中的异常触发条件对应的日志查看逻辑。在另一个实施例中，还可以是根据异常信息中的异常类型确定待执行的异常触发条件，仅执行与异常类型对应的异常触发条件对应的日志查看逻辑。

如提现节点对应的异常触发条件包括服务异常触发条件和流量异常触发条件，当接收到业务系统发送的针对提现节点的异常信息时，日志查看服务器获取服务异常触发条件对应的配置数据并调用服务异常日志查看脚本，获取该节点与服务异常相关的日志信息，还获取流量异常触发条件对应的配置数据并调用流量异常日志查看脚本，获取该节点与流量异常相关的日志信息。日志查看服务器也可以只执行异常信息中的“流量异常”类型对应的流量异常触发条件相关的日志信息。

步骤408，根据配置信息获取异常业务节点标识对应的日志内容。

获取异常业务节点标识对应的日志查看计划，若日志查看计划中定义了异常触发条件，则执行该日志查看计划中的异常触发条件对应的日志查看任务，获取该异常业务节点对应的日志内容。若日志查看计划中没有定义了异常触发条件，不做处理。

进一步的，生成该日志内容对应的日志查看链接，将异常信息以及生成的日志查看链接推送至终端显示。

进一步的，当异常信息中包括多个异常业务节点，且多个业务节点对应的日志查看计划均配置有异常监控触发条件，则采用多线程的方式实施每个业务节点的日志查看计划中异常监控触发条件对应的日志查看逻辑。即每个线程均按照图4中的步骤去获取对应的异常页面节点对应的日志内容。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种日志查看装置，包括：

请求接收模块502，用于接收终端发送的日志查看计划的生成请求，所述生成请求中携带业务节点标识。

属性标签获取模块504，用于获取所述业务系统节点标识对应的属性标签。

触发条件匹配模块506，用于获取与所述属性标签相匹配的触发条件集合。

日志计划生成模块508，用于根据所述触发条件集合生成日志查看计划。

日志内容获取模块510，用于通过执行所述日志查看计划获取所述业务节点的日志内容，并所述日志内容推送至终端显示。

在一个实施例中，所述日志内容获取模块510，还用于监控所述日志查看计划中的触发条件，当满足所述触发条件时，调用与所述触发条件关联的日志查看脚本；执行所述日志查看脚本，得到日志内容。

在一个实施例中，所述日志计划生成模块508，还用于获取所述触发条件集合中的每一个触发条件对应的配置项；将所述配置项发送至所述终端；接收所述终端上传的基于所述配置项的配置数据，根据所述配置数据生成日志查看计划。

在一个实施例中，所述日志内容获取模块510，还用于接收业务系统发送的异常消息，提取所述异常消息中包含的异常业务节点标识；获取所述异常业务节点标识对应的所述日志查看计划；若所述日志查看计划带有异常触发条件，则获取所述日志查看计划中对所述异常触发条件的配置数据；根据所述配置信息获取所述异常业务节点标识对应的日志内容。

在一个实施例中，日志内容获取模块510，还用于通过执行所述日志查看计划获取所述业务节点的日志内容；生成日志查看链接，所述日志查看链接关联所述日志内容；将所述日志查看链接发送至所述终端；接收到所述终端发送的日志查看请求，将所述日志查看链接对应的日志内容发送至所述终端。

关于日志查看装置的具体限定可以参见上文中对于日志查看方法的限定，在此不再赘述。上述日志查看装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储日志查看计划。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种日志查看方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收终端发送的日志查看计划的生成请求，所述生成请求中携带业务节点标识；获取所述业务系统节点标识对应的属性标签；获取与所述属性标签相匹配的触发条件集合；根据所述触发条件集合生成日志查看计划；通过执行所述日志查看计划获取所述业务节点的日志内容，并所述日志内容推送至终端显示。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：监控所述日志查看计划中的所述触发条件集合，当满足任一触发条件时，调用与所述触发条件关联的日志查看脚本；执行所述日志查看脚本，得到日志内容。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取所述触发条件集合中每一个触发条件对应的配置项；将所述配置项发送至所述终端；接收所述终端上传的对应所述配置项的配置数据，根据所述配置数据生成日志查看计划。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收业务系统发送的异常消息，提取所述异常消息中包含的异常业务节点标识；获取所述异常业务节点标识对应的所述日志查看计划；若所述日志查看计划带有异常触发条件，则获取所述日志查看计划中对所述异常触发条件的配置数据；根据所述配置信息获取所述异常业务节点标识对应的日志内容。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：生成日志查看链接，所述日志查看链接关联所述日志内容；将所述日志查看链接发送至所述终端；接收到所述终端发送的日志查看请求，将所述日志查看链接对应的日志内容发送至所述终端。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收终端发送的日志查看计划的生成请求，所述生成请求中携带业务节点标识；获取所述业务系统节点标识对应的属性标签；获取与所述属性标签相匹配的触发条件集合；根据所述触发条件集合生成日志查看计划；通过执行所述日志查看计划获取所述业务节点的日志内容，并所述日志内容推送至终端显示。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：监控所述日志查看计划中的所述触发条件集合，当满足任一触发条件时，调用与所述触发条件关联的日志查看脚本；执行所述日志查看脚本，得到日志内容。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取所述触发条件集合中每一个触发条件对应的配置项；将所述配置项发送至所述终端；接收所述终端上传的对应所述配置项的配置数据，根据所述配置数据生成日志查看计划。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收业务系统发送的异常消息，提取所述异常消息中包含的异常业务节点标识；获取所述异常业务节点标识对应的所述日志查看计划；若所述日志查看计划带有异常触发条件，则获取所述日志查看计划中对所述异常触发条件的配置数据；根据所述配置信息获取所述异常业务节点标识对应的日志内容。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：生成日志查看链接，所述日志查看链接关联所述日志内容；将所述日志查看链接发送至所述终端；接收到所述终端发送的日志查看请求，将所述日志查看链接对应的日志内容发送至所述终端。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。

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

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