监控系统及其监控方法与流程

本申请涉及设备监控领域，特别涉及基于网络的设备监控技术。

背景技术：

生产线作为产品加工的平台，包括各种各样的加工以及辅助设备，同时随着自动化、智能化控制的兴起与推广，生产线网络化也越来越普遍化。同时，随着生产线网络化控制技术的不断发展，生产线为追求更高的效率以及经济价值，对设备状态的监控就显得尤为必要，特别是在“无人工厂”、“黑灯工厂”等生产模式下。因此，对生产线设备搭建合适的监控系统也越来越普遍。而为实现对生产线设备的监控，一般需要满足以下几个方面的需求：

(1)远程

对于实际生产线管理者而言，能够通过浏览器随时随地的远程查看生产线设备状态，不仅能使监控不受设备、环境影响，只要能够连上网络即可，还能在生产线以外根据产线设备状态的监控，及时的发现设备问题，并能做出相应的处理。

(2)实时性

考虑到生产线中设备状态的实时变化，以及为能保证对设备的实时监控以避免因延迟造成监控的非实时性，从而在设备故障等问题发生时不能第一时间发现问题以造成更大损失，保证监控系统对产线设备监控的实时性，即保证设备状态数据能够实时发送至远端。

(3)高效

因为为实现对产线的监控以及实时性，则一般会通过网络的形式传输数据，高效的数据传输是远程实时监控的基础。

目前对于通常的监控系统而言，其往往采用的是简单地浏览器/服务器架构。在这种架构下，web端先主动向服务端请求设备状态数据，然后服务端返回存储在服务端数据库或者返回设备状态数据采集器现采的状态数据，在web端在收到服务端返回的数据后，进行页面的更新，从而实现对远程设备的web端监控。

若为保证监控的实时性，通常会通过轮询或者建立长连接的技术方式向服务端请求设备状态数据。其中轮询是指在web端在时间间隔内不断向服务端发数据请求，然后服务端在每次收到在web端请求后，返回所请求的数据，然后断开与web端的连接，web端在下一个时间间隔后重新向服务端发起连接并请求数据，然后重复前述过程；长连接则是指通过websocket等技术，web端与服务端建立一条长连接，即不需要向轮询那样不断建立连接-断开连接，这样服务端可以主动向web端发送数据，其效果就是可以减少web端向服务端请求次数，减少带宽。前述两种技术均是通过获取数据后，直接用新获得地数据进行web显示层(用户所看到的图形界面)更新，然后在下一个时间间隔后在获取数据，再更新显示层的模式。这种模式主要特点是web端的显示层更新依赖于不断地与服务端进行数据交互，然后对web端地显示层进行画面更新。这种模式下，将显示层与数据通讯层进行高度耦合关联，在数据量大而带宽有限、或者网络不稳定等情况下，页面更新会有延迟，无法保证很好的实时性。

技术实现要素：

本申请的目的在于提供一种监控系统及其监控方法，以提高监控页面显示的实时性。

为了解决上述问题，本申请公开了一种监控系统的监控方法，该监控系统包括服务端和网络端组件，该网络端组件包括缓存模块，该方法包括：

该服务端从被监控的设备获取设备状态数据，并发送给该网络端组件；

该网络端组件收到来自该服务端的设备状态数据时，更新该缓存模块中的设备状态数据；

监控页面需要刷新时，根据该缓存模块中缓存的设备状态数据更新监控页面。

在一优选例中，该“该服务端从被监控的设备获取设备状态数据，并发送给该网络端组件”进一步包括：

该服务端将从被监控的设备收到的设备状态数据与该被监控的设备最近缓存的数据相比较，求出这两条数据的不同点作为增量数据；

如果该增量数据存在，则将该增量数据依据设备和不同数据的区别标识进行标记处理，获得标记的增量数据；

该服务端将该标记的增量数据发送给该网络端组件。

在一优选例中，该服务端包括缓存数据库；

该“该服务端将从被监控的设备收到的设备状态数据与该被监控的设备最近缓存的数据相比较，求出这两条数据的不同点作为增量数据”的步骤之前，还包括：

该服务端从被监控的设备收到的设备状态数据时，判断是否存在网络端组件该服务端的连接，如果是则执行该“该服务端将从被监控的设备收到的设备状态数据与该被监控的设备最近缓存的数据相比较，求出这两条数据的不同点作为增量数据”的步骤，否则用新收到的设备状态数据覆盖该缓存数据库中的对应数据。

在一优选例中，该“该网络端组件收到来自该服务端的设备状态数据时，更新该缓存模块中的设备状态数据”进一步包括：

该网络端组件收到来自该服务端的设备状态数据时，根据所收到的数据的标识位判断该数据是否是一条完整的设备监控数据；

如果是一条完整的设备状态数据，则用该条数据覆盖该缓存模块中的对应数据；

如果不是一条完整的设备状态数据，则对收到的数据进行解析，根据解析结果更新该缓存模块中的对应数据。

在一优选例中，该缓存数据库是内存数据库。

在一优选例中，该被监控的设备包括生产线设备。

在一优选例中，该“监控页面需要刷新时，根据该缓存模块中缓存的设备状态数据更新监控页面”的步骤中，该监控页面周期性地刷新。

在一优选例中，该“该网络端组件收到来自该服务端的设备状态数据时，更新该缓存模块中的设备状态数据”的步骤之后还包括：

该缓存模块中的设备状态数据被更新后，触发与被更新的设备状态数据相关联的监控页面的更新。

在一优选例中，该“根据该缓存模块中缓存的设备状态数据更新监控页面”的步骤包括：

从该缓存模块读取设备状态数据；

用读取的设备状态数据更新设备模型。

在一优选例中，该设备模型是svg模型。

在一优选例中，该监控页面在浏览器中打开。

在一优选例中，该网络端组件在浏览器中运行。

本申请还公开了一种监控系统，包括服务端和网络端组件；

该服务端用于从被监控的设备获取设备状态数据，并发送给该网络端组件；

该网络端组件包括接口模块，缓存模块和显示更新模块；

该接口模块用于接收来自该服务端的设备状态数据；

该缓存模块用于存储设备状态数据；

该显示更新模块用于在监控页面需要刷新时，根据该缓存模块中缓存的设备状态数据更新监控页面。

在一优选例中，该服务端包括：

数据接收模块，用于从该被监控的设备接收设备状态数据；

缓存数据库，用于存储最近的设备状态数据；

增量数据求解模块，用于将该数据接收模块收到的设备状态数据与该被监控的设备最近缓存的数据相比较，求出这两条数据的不同点作为增量数据，如果该增量数据存在，则将该增量数据依据设备和不同数据的区别标识进行标记处理，获得标记的增量数据；

连接管理模块，用于管理该服务端与该网络端组件的连接，并将该增量数据求解模块输出的该标记的增量数据发送给该网络端组件。

在一优选例中，该数据接收模块还用于，从被监控的设备收到的设备状态数据时，判断是否存在网络端组件该服务端的连接，如果是则将收到的数据输出给该增量数据求解模块处理，否则用新收到的设备状态数据覆盖该缓存数据库中的对应数据。

在一优选例中，该网络端组件还包括数据处理模块，用于根据所收到的数据的标识位判断该数据是否是一条完整的设备监控数据；如果是一条完整的设备状态数据，则用该条数据覆盖该缓存模块中的对应数据；如果不是一条完整的设备状态数据，则对收到的数据进行解析，根据解析结果更新该缓存模块中的对应数据。

在一优选例中，该缓存数据库是内存数据库。

在一优选例中，该被监控的设备包括生产线设备。

在一优选例中，该显示更新模块周期性地刷新该监控页面。

在一优选例中，该缓存模块中的设备状态数据被更新后，触发该显示更新模块更新该监控页面。

在一优选例中，该网络端组件还包括设备模型库；

该显示更新模块从该设备模型库获取设备模型，从该缓存模块读取设备状态数据，用读取的设备状态数据更新该设备模型。

在一优选例中，该设备模型是svg模型。

在一优选例中，该监控页面在浏览器中打开。

在一优选例中，该网络端组件在浏览器中运行。

本申请还公开了一种监控系统，包括：

存储器，用于存储计算机可执行指令；以及，

处理器，用于在执行该计算机可执行指令时实现如前文描述的方法中的步骤。

本申请还公开了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现如前文描述的方法中的步骤。

本申请实施方式中，在网络端组件中设置缓存，将数据的更新和页面的显示刷新隔离开来，页面刷新时直接从缓存中获得设备状态数据，而不是直接触发向服务端请求设备状态数据的动作，从而使得页面的显示刷新可以实时地完成，不会因为网络带宽有限或网络不稳定等原因而导致页面更新的延迟。

进一步地，服务端收到新的设备状态数据时，先判断是否相对于最近的数据有变化，如果没有变化则不向网络端组件发送新数据，如果有变化，则计算和发送增量数据，从而大大减少了向网络端组件发送的数据量。

本申请的说明书中记载了大量的技术特征，分布在各个技术方案中，如果要罗列出本申请所有可能的技术特征的组合(即技术方案)的话，会使得说明书过于冗长。为了避免这个问题，本申请上述发明内容中公开的各个技术特征、在下文各个实施方式和例子中公开的各技术特征、以及附图中公开的各个技术特征，都可以自由地互相组合，从而构成各种新的技术方案(这些技术方案均因视为在本说明书中已经记载)，除非这种技术特征的组合在技术上是不可行的。例如，在一个例子中公开了特征a+b+c，在另一个例子中公开了特征a+b+d+e，而特征c和d是起到相同作用的等同技术手段，技术上只要择一使用即可，不可能同时采用，特征e技术上可以与特征c相组合，则，a+b+c+d的方案因技术不可行而应当不被视为已经记载，而a+b+c+e的方案应当视为已经被记载。

附图说明

图1是本申请第一实施方式中一种监控系统的监控方法的流程示意图

图2是本申请第二实施方式中一种监控系统的结构示意图

图3是本申请一个实施例所采用的设备监控系统架构图

图4是本申请一个实施例中服务端的数据处理流程示意图

图5是本申请一个实施例中网络端组件的数据处理流程示意图

图6是本申请一个实施例中svg模型更新流程示意图

具体实施方式

在以下的叙述中，为了使读者更好地理解本申请而提出了许多技术细节。但是，本领域的普通技术人员可以理解，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

部分概念的说明：

组件：组件(component)是对数据和方法的封装。组件将一些相关的功能组织在一起，并把内部实现方式进行封装，通过对外提供接口或属性的方式以供调用。组件具有高内聚、低耦合的特性，以及可重用、可互换、可组合等特点。

svg：可缩放矢量图形，是基于可扩展标记语言(标准通用标记语言的子集)用于描述二维矢量图形的一种图形格式。

服务端：即服务器所在的一端，用于提供服务。

下面概要说明本申请的部分创新点

本发明的实施方式所采用的是通过在网络端组件添加数据缓存模块，将web显示与数据通讯隔离，使得web显示的更新不依赖于数据通讯，不受带宽等限制，有很好的实时性效果。以及通过增量数据的传输，减少了对带宽的负载压力。

本发明的实施方式将用于表征设备状态的数据缓存在web端，web显示层从网络端组件中的缓存模块取出数据并更新页面，与服务断通讯层获取设备状态改变的增量数据，并用获取的增量数据更新web缓存，从而大大减少了需要传输的数据量。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请的实施方式作进一步地详细描述。

本发明第一实施方式涉及一种监控系统的监控方法。图1是该监控系统的监控方法的流程示意图。该监控系统的监控方法监控系统包括服务端和网络端组件，网络端组件(或称为web组件)包括缓存模块，方法包括：

步骤101，服务端从被监控的设备获取设备状态数据，并发送给网络端组件。

步骤102，网络端组件收到来自服务端的设备状态数据时，更新缓存模块中的设备状态数据。

步骤103，监控页面需要刷新时，根据缓存模块中缓存的设备状态数据更新监控页面。

图1中步骤101、102和103被特意画成两个独立的部分，主要是为了强调这两个部分是相互隔离的，是可以并行的。其中步骤101和102主要是实现数据的传输和缓存功能，步骤103，主要是实现显示的刷新功能。

本实施方式通过增加web缓存层，使web显示层与web-服务器通讯层隔离，降低网络带宽等易引发网络时延的问题对web显示的影响，可以有效保证监控的实时性。

可选地，步骤101进一步包括：

步骤1011，服务端将从被监控的设备收到的设备状态数据与该被监控的设备最近缓存的数据相比较，求出这两条数据的不同点作为增量数据。

步骤1012，如果增量数据存在，则将增量数据依据设备和不同数据的区别标识进行标记处理，获得标记的增量数据。此后执行步骤1013。

步骤1013，服务端将标记的增量数据发送给网络端组件。

服务端收到新的设备状态数据时，先判断是否相对于最近的数据有变化，如果没有变化则不向网络端组件发送新数据，如果有变化，则计算和发送增量数据，从而大大减少了向网络端组件发送的数据量。

可选地，服务端包括缓存数据库。优选地，缓存数据库可以是内存数据库。可选地，缓存数据库也可以是其他类型的数据库，例如基于硬盘的数据库等等。

可选地，步骤1011之前，还包括：服务端从被监控的设备收到的设备状态数据时，判断是否存在网络端组件服务端的连接，如果是则执行步骤1011，否则用新收到的设备状态数据覆盖缓存数据库中的对应数据。

本申请的各实施方式中，对应数据是指同一个被监控的设备中同一数据源的数据，例如一个设备中可以有一个或多个传感器，来自同一设备的同一传感器的数据相互之间就属于对应数据，当收到新的数据时，可以覆盖老的对应数据。

可选地，步骤102进一步包括：网络端组件收到来自服务端的设备状态数据时，根据所收到的数据的标识位判断该数据是否是一条完整的设备监控数据。如果是一条完整的设备状态数据，则用该条数据覆盖缓存模块中的对应数据。如果不是一条完整的设备状态数据，则对收到的数据进行解析，根据解析结果更新缓存模块中的对应数据。

被监控的设备可以是各式各样的。可选地，被监控的设备可以是生产线设备。可选地，被监控的设备可以是家庭中的电器设备或门窗(以传感器监控)等。可选地，被监控的设备可以是一个区域(例如住宅小区，厂区等)的各种设备。

可选地，步骤103中，监控页面周期性地刷新。

可选地，步骤102之后还包括：缓存模块中的设备状态数据被更新后，触发与被更新的设备状态数据相关联的监控页面的更新。通过数据更新后的及时触发监控页面的更新，可以使得显示界面更加快的反映数据的变化。

可选地，步骤103进一包括：从缓存模块读取设备状态数据。用读取的设备状态数据更新设备模型。

设备模型可以是各种各样的图形模型。例如设备模型可以是svg模型，可以是基于光栅图的模型。

可选地，监控页面在浏览器中打开。本申请各方式中所称的浏览器可以是独立运行的浏览器，也可以是嵌入在一个应用程序中的浏览器，只要可以加载可显示页面即可。

可选地，网络端组件在浏览器中运行。在一个浏览器第一次运行网络端组件时需要先从服务器下载网络端组件到本地再运行。以后该浏览器再次运行该网络端组件时就可以直接运行了，因为本地已经缓存有该网络端组件了。

本发明第二实施方式涉及一种监控系统。图2是该监控系统的结构示意图。该监控系统包括服务端和网络端组件。

服务端用于从被监控的设备获取设备状态数据，并发送给网络端组件。

服务端包括数据接收模块，增量数据求解模块(可选)，缓存数据库(可选)和连接管理模块。其中，

数据接收模块，用于从被监控的设备接收设备状态数据。可选地，数据接收模块还用于，从被监控的设备收到的设备状态数据时，判断是否存在网络端组件服务端的连接，如果是则将收到的数据输出给增量数据求解模块处理，否则用新收到的设备状态数据覆盖缓存数据库中的对应数据。

缓存数据库，用于存储最近的设备状态数据。

增量数据求解模块，用于将数据接收模块收到的设备状态数据与该被监控的设备最近缓存的数据相比较，求出这两条数据的不同点作为增量数据，如果增量数据存在，则将增量数据依据设备和不同数据的区别标识进行标记处理，获得标记的增量数据。

连接管理模块，用于管理服务端与网络端组件的连接，并可选地，将增量数据求解模块输出的标记的增量数据发送给网络端组件。

网络端组件包括接口模块，数据处理模块(可选)，缓存模块，显示更新模块和设备模型库(可选)。其中，

接口模块用于接收来自服务端的设备状态数据。

缓存模块用于存储设备状态数据。

显示更新模块用于在监控页面需要刷新时，根据缓存模块中缓存的设备状态数据更新监控页面。

数据处理模块用于根据所收到的数据的标识位判断该数据是否是一条完整的设备监控数据。如果是一条完整的设备状态数据，则用该条数据覆盖缓存模块中的对应数据。如果不是一条完整的设备状态数据，则对收到的数据进行解析，根据解析结果更新缓存模块中的对应数据。

设备模型库用于存储设备模型，供显示更新模块调用显示。

可选地，缓存数据库是内存数据库。

可选地，被监控的设备包括生产线设备。

可选地，显示更新模块周期性地刷新监控页面。

可选地，缓存模块中的设备状态数据被更新后，触发显示更新模块更新监控页面。

可选地，显示更新模块从设备模型库获取设备模型，从缓存模块读取设备状态数据，用读取的设备状态数据更新设备模型。

可选地，设备模型是svg模型。

可选地，监控页面在浏览器中打开。

可选地，网络端组件在浏览器中运行。

第一实施方式是与本实施方式相对应的方法实施方式，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

需要说明的是，本领域技术人员应当理解，上述监控系统的实施方式中所示的各模块的实现功能可参照前述监控方法的相关描述而理解。上述监控系统的实施方式中所示的各模块的功能可通过运行于处理器上的程序(可执行指令)而实现，也可通过具体的逻辑电路而实现。本发明实施方式上述用户设备如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施方式的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施方式所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，readonlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施方式不限制于任何特定的硬件和软件结合。

相应地，本发明实施方式还提供一种计算机存储介质，其中存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现本发明的各方法实施方式。

此外，本发明实施方式还提供一种监控系统，其中包括用于存储计算机可执行指令的存储器，以及，处理器；该处理器用于在执行该存储器中的计算机可执行指令时实现上述各方法实施方式中的步骤。

为了更好地理解本申请的技术内容，下面说明本申请的一个具体实施例。

(1)监控系统整体架构

图3是本申请一个实施例所采用的设备监控系统架构图，主要包括设备层、数据采集层、数据处理服务器层、web端监控层，其中设备层是所要监控的设备资源；数据采集层则是采集这些设备的状态数据、事件数据、调度数据等各种可用于监控的数据(统称设备状态数据)，并将所采集的数据发送至数据处理服务器层；数据处理服务器层将接收到的设备状态数据进行处理，并发送给与服务器建立了连接的web监控层；web监控层(浏览器中实现)将接收的数据进行处理并更新设备svg模型，完成设备状态在web端的监控功能。

(2)服务端数据处理

如图2中服务端功能模块，即为服务端对所接收到的设备状态数据在主要功能模块间的数据处理流程。其具体的数据处理流程如图4所示。其中，在服务端的缓存数据库是基于一种内存数据库，比如redis数据库，是为了便于频繁读取数据时减少系统开销。

1.连接管理模块负责管理与web端(即网络端)的连接情况，当有新的web端请求建立连接时，则会更新全局变量connectedclientcount字段(用于统计web端连接情况)，将字段connectedclientcount值加1，并读取服务端缓存数据库中的数据并返回给web客户端；当web端断开连接时，则会将字段connectedclientcount值减1。同时，连接管理模块根据web端的连接情况维护连接情况表connectedclinetlist，用于记录仍处于连接状态的web端。

2.数据接收模块在接收到采集层发送的设备状态数据后，会根据字段connectedclientcount的值来判断是否有web端仍与服务端建立连接；如果有，则将所接收到的数据发送给增量数据求解模块；否则就会用新接收的设备状态数据覆盖存储在服务端缓存数据库中的数据，保证缓存数据库中的数据是最新的数据。

3.增量数据求解模块在接收到数据接收模块发送的新的设备状态数据后，首先将服务端缓存数据库中的数据(此时，缓存数据库中的实际为设备的上一条监控数据)读取出来，然后结合新的设备状态数据，利用差分更新算法，求出两条数据间的不同点，即增量数据。

4.如果两条数据不存在不同点，即增量数据为null(空)，则表明本条数据与服务端缓存的数据一致，即设备状态数据无更新，进一步表明设备状态等无变化，则不进行任何处理；

5.如果两条数据存在不同点，即差分数据不为null，则数据差分处理模块提取出不同点，并将增量数据依据设备、不同数据的区别标识对数据进行标记处理，获得标记的差分数据；

6.增量数据求解模块将标记的差分数据发给连接管理模块，然后连接管理模块将标记的增量数据发给连接情况表connectedclinetlist中的web端。

(3)网络端组件数据处理

如图2中网络端组件，即为所提供的基于缓存的监控系统中关于网络端部分的设计，即对外封装提供了网络端组件，图2中显示了组件模块的内部组成部分以及数据流通。现就具体实现做具体说明，如图5所示，即为具体的数据处理流程。

1.当在浏览器端打开监控web面时，组件的接口模块会向所配置获取设备状态数据的url所指向的服务端发送建立连接请求，在本实施例中，此处是基于轮询或者websocket所与服务端建立长连接。所采用地连接方式会自动地根据实际运行环境进行相应地切换，已选择合适地、高效地长连接。

2.如果与服务端建立连接失败，则建立连接结束；

3.如果与服务端建立连接成功，则接口模块将服务端返回地数据发送给数据处理模块；

4.数据处理模块根据数据的标识位判断该条数据是否是一条完整的设备状态数据；

5.如果是一条完整的设备状态数据，则用该条数据覆盖web端的缓存模块中的数据，然后结束；

6.如果不是一条完整的设备状态数据，数据处理模块读取web端的缓存模块中的数据，然后解析接口模块发过来的标记了的增量数据，然后用经解析的标记了的增量数据更新从web端的缓存模块中读取的数据，然后用这更新的数据覆盖缓存模块中的数据。

(4)网络端组件更新web监控层

web监控层是组件中所提供的svg模型用数据驱动后展示设备状态的展示。其更新过程如图6所示。

1.显示更新模块设定定时器timer，用于定时自动用数据刷新页面；

2.显示更新模块从web端的缓存模块中读取设备状态数据，然后结合svg模型中模型与设备的id绑定，用读取的数据更新svg模型，即实现web监控层页面的更新；

3.在每个定时器时间结束之后，都会执行步骤2，不断地刷新svg模型显示，实现实时监控。

需要说明的是，在本专利的申请文件中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。本专利的申请文件中，如果提到根据某要素执行某行为，则是指至少根据该要素执行该行为的意思，其中包括了两种情况：仅根据该要素执行该行为、和根据该要素和其它要素执行该行为。多个、多次、多种等表达包括2个、2次、2种以及2个以上、2次以上、2种以上。

在本申请提及的所有文献都在本申请中引用作为参考，就如同每一篇文献被单独引用作为参考那样。此外应理解，在阅读了本申请的上述讲授内容之后，本领域技术人员可以对本申请作各种改动或修改，这些等价形式同样落于本申请所要求保护的范围。