资源版本控制方法、弹窗确认方法、装置、设备及介质

技术领域

本申请涉及资源版本管理技术领域，尤其涉及一种资源版本控制方法、弹窗确认方法、装置、设备及介质。

背景技术

在现有资源版本控制方法中，设置有版本配置系统和资源服务器，在资源文件更新时，需要在资源服务器中更新资源文件，然后在版本配置系统中更新版本号，而且版本配置系统需要提供对外接口访问能力以使用户端访问版本号。

上述方案中需要单独的后台协议版本管理系统进行协议版本号的配置，并提供接口访问能力，比较浪费服务器资源，而且可靠性低。上传资源文件和修改版本号是两个步骤，需要分别操作，比较容易造成疏漏，忘记修改，版本控制可靠性低，从而导致版本号跟实际的资源文件不匹配，造成业务逻辑混乱。

总之，现有资源文件版本管理中存在可靠性低、操作复杂和浪费服务器资源的问题，在依赖于上述资源版本实现资源升级弹窗提示方法中存在可靠性低的问题。

发明内容

有鉴于此，本申请实施例提供一种资源版本控制方法、弹窗确认方法、装置、设备及介质，可以有效解决现有技术中资源文件版本管理中存在可靠性低、操作复杂和浪费服务器资源的问题，进而还可以有效解决现有技术中资源升级弹窗提示时存在可靠性低的问题等。

第一方面，本申请实施例提供一种资源版本控制方法，包括：

生成用于请求资源文件的访问链接；

在所述访问链接对应的Http响应数据中设置所述资源文件的唯一性标识，并在检测到所述资源文件发生更新，依据更新后的所述资源文件对所述唯一性标识进行同步更新；

在用户端向所述访问链接发送Http请求时，发送所述Http响应数据至所述用户端；所述Http响应数据中的所述唯一性标识用于供所述用户端识别所述资源文件的版本信息。

在一些实施例中，所述Http响应数据包括Http响应头部数据；所述在所述访问链接的Http响应中设置所述资源文件的唯一性标识包括：

在所述Http响应头部数据中设置etag字段；

获取所述资源文件的哈希值，并将所述哈希值存入所述etag字段，以作为所述资源文件的唯一性标识。

在一些实施例中，所述依据更新后的所述资源文件对所述唯一性标识进行同步更新，包括：

在所述资源文件更新后，获取更新后的资源文件的更新哈希值，将所述更新哈希值存入所述etag字段，以进行同步更新。

第二方面，本申请实施例提供一种资源升级弹窗确认方法，应用于用户端，所述方法包括：

通过Http接口向资源文件对应的访问链接发送Http请求，并接收返回的Http响应数据；所述Http响应数据采用如本申请第一方面提供的一种资源版本控制方法得到；

将所述Http响应数据中的唯一性标识和本地存储的历史唯一性标识相比较，以判断所述资源文件是否发生更新；

若所述资源文件发生更新，则依据所述访问链接访问所述资源文件并进行显示资源文件，同时更新存储所述唯一性标识。

在一些实施例中，所述用户端采用HEAD接口函数向所述资源文件对应的访问链接发送Http请求。

在一些实施例中，所述依据所述访问链接访问所述资源文件包括：所述用户端采用GET方法依据所述访问链接访问所述资源文件。

第三方面，本申请实施例提供一种资源升级弹窗确认系统，包括：用户端和资源服务器；所述资源服务器中存储有资源文件；

所述资源服务器用于生成请求资源文件的访问链接，及在所述访问链接对应的Http响应数据中设置所述资源文件的唯一性标识，并在检测到所述资源文件发生更新，依据更新后的所述资源文件对所述唯一性标识进行同步更新；

所述用户端用于通过Http接口向资源文件对应的所述访问链接发送Http请求；

所述资源服务器用于依据所述Http请求返回Http响应数据；

所述用户端用于接收所述Http响应数据，并将所述Http响应数据中的唯一性标识和本地存储的历史唯一性标识相比较，以判断所述资源文件是否发生更新；若所述资源文件有更新，则依据所述访问链接访问所述资源文件，并进行显示所述资源文件，同时更新存储所述唯一性标识。

第四方面，本申请实施例提供一种资源升级弹窗确认装置，包括：接口模块、判断模块、资源文件显示模块和存储模块；

所述接口模块，用于通过Http接口向资源文件对应的访问链接发送Http请求，并接收返回的Http响应数据；所述Http响应数据采用如本申请第一方面提供的一种资源版本控制方法得到；

所述判断模块，用于将所述Http响应数据中的唯一性标识和所述存储模块中存储的历史唯一性标识相比较，以判断所述资源文件是否发生更新；

所述资源文件显示模块，用于在所述资源文件发生更新时，依据所述访问链接访问所述资源文件并进行显示资源文件；

所述存储模块，用于在所述资源文件发生更新时同步更新存储所述唯一性标识。

第五方面，本申请实施例提供一种终端设备，所述终端设备包括处理器和存储器，所述存储器存储有计算机程序，所述处理器用于执行所述计算机程序以实施本申请第二方面提供的一种资源升级弹窗确认方法。

第六方面，本申请实施例提供一种可读存储介质，其存储有计算机程序，所述计算机程序在处理器上执行时，实施本申请第二方面提供的一种资源升级弹窗确认方法。

本申请的实施例具有如下有益效果：

本申请中在资源版本控制时仅需要在所述资源服务器中设置所述访问链接对应的Http响应数据，使所述Http响应数据中包含所述资源文件的唯一性标识。当所述资源文件更新后，依据更新后的所述资源文件对所述唯一性标识进行同步更新。该操作是所述资源服务器自动监测实现，无需人工操作填写版本，实现方法简单，而且可靠性高。此外，无需单独设置版本管理系统，节约资源服务器的资源。由此可以有效解决现有技术中资源文件版本管理中存在可靠性低、操作复杂和浪费服务器资源的问题。

另一方面，在资源升级弹窗确认时，所述用户端只需向资源服务器发送请求，然后存储所述资源文件的所述唯一性标识，通过对比前后两次获得所述唯一性标识，便可判断所述资源文件有无更新，在检测到所述资源文件更新时，拉取所述资源文件并进行显示，以供用户端确认该更新后的资源文件。由此，本申请可以有效解决现有技术中资源升级弹窗提示时存在可靠性低的问题等。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了现有技术中协议升级弹窗提示系统的一种系统示意图；

图2示出了本申请实施例的资源版本控制方法的一种流程图；

图3示出了本申请实施例的资源升级弹窗确认方法的一种流程图；

图4示出了本申请实施例中的资源升级弹窗确认系统的一种系统示意图；

图5示出了本申请实施例中的资源版本控制装置的一种结构示意图；

图6示出了本申请实施例中的资源升级弹窗确认装置的一种结构示意图。

主要元件符号说明：

100-用户端；200-资源服务器；300-版本配置系统；101-接口模块； 102-判断模块；103-存储模块；104-资源文件显示模块；201-链接生成模块；202-配置模块；203-更新检测模块；204-访问输出模块。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

在下文中，可在本申请的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

除非另有限定，否则这里使用的所有术语(包括技术术语和科学术语)具有与本申请的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本申请的各种实施例中被清楚地限定。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互结合。

图1示出了现有的一种资源升级弹窗提示系统的一种系统示意图，该系统包括用户端100、资源服务器200和版本配置系统300。下面依据协议文件为例对该系统的具体工作流程进行介绍：

第一步，编辑文档生成协议文件，如agreement.pdf。将协议文件上传到资源服务器200，所述资源服务器200会自动生成协议访问链接，例host:端口/路径/agreement.pdf，用于后续供所述用户端100访问所述协议文件。

第二步，在所述协议版本配置系统300里面修改协议版本号，比如修改为：1.0，同时向所述用户端100提供版本访问接口，例如：host:端口/路径/getAgreementVersion，以用于所述用户端100获取当前协议版本号1.0。

第三步，所述用户端100通过版本访问接口拉取到版本号，判断该版本号与所述用户端100上次拉取到的协议版本号是否一致，若两版本号不一致，则加载协议访问链接给到所述用户端100以进行浏览，同时把版本号1.0记录在所述用户端100本地；若两版本号一致，说明当前版本协议用户已经看过，不需要弹窗显示以给到用户确认。

第四步，若协议文件内容发生变更，即agreement.pdf文件经过修改，则将修改后的协议文件上传到所述资源服务器200，同样生成访问链接：host:端口/路径/agreement.pdf，用于供后续的所述用户端100访问。

第五步，在所述协议版本配置系统300里面修改版本号为2.0，同样向所述用户端100提供版本访问接口，以供所述用户端100可以获取到当前协议的版本号2.0。

第六步，所述用户端100通过版本访问接口拉取到版本号2.0，检测到跟本地存储的版本号（1.0）不一致，则弹窗加载协议链接给到用户浏览，同时把版本号2.0记录在本地。

该系统在资源文件更新后，需要在资源服务器200更新资源文件，然后在版本配置系统300中更新版本号，操作复杂且可靠性低。此，本发明提供一种资源版本控制方法，该方法操作简单、可靠性高以及占用服务器资源少，整体性能高。

下面结合一些具体的实施例来对该资源版本控制方法进行说明。

图2示出了本申请实施例的资源版本控制方法的一种流程图。示范性地，该资源版本控制方法包括以下步骤：

S110，资源服务器200生成用于请求资源文件的访问链接。示范性地，编辑文档生成所述资源文件，然后上传所述资源文件到资源实体resource.zip再到所述资源服务器200，所述资源服务器200会自动生成访问所述资源文件的访问链接，所述访问链接用于后续用户端100的访问。其中所述访问链接可以描述为： host:端口/路径/resource.zip。

S120，在所述访问链接对应的Http响应数据中设置所述资源文件的唯一性标识，并在检测到所述资源文件发生更新，依据更新后的所述资源文件对所述唯一性标识进行同步更新。

具体地，首先，该步骤中需要修改资源服务器200的配置，确保所述资源文件的访问链接在被访问时返回的Http响应数据中包括所述资源文件的唯一性标识。优选地，通过在所述Http响应数据的头部数据中设置etag字段，采用该etag字段值作为所述唯一性标识。即，在所述Http响应数据的header带上etag字段。

其中，etag是由 Web 服务器分配给在URL（访问链接）中找到的特定版本资源的不透明标识符。如果该 URL 对应的资源表示发生了变化，则会重新分配一个新的 etag值。etag值类似于指纹，前后两个etag值可以用于快速被比较以确定资源的两种表示是否相同。

其次，本申请通过所述资源文件的哈希值的变化确定所述资源文件的更新。所以先获取所述资源文件的哈希值，然后再将所述哈希值存入所述etag字段，以作为所述资源文件的唯一性标识。

最后，在所述资源文件发生更新后，获取更新后的资源文件的更新哈希值，将所述更新哈希值存入所述etag字段，以进行同步更新。具体地，更新所述资源文件时向服务器中资源文件设置特有属性etag字段，该设置只需要更新的时候设置一次，然后所述资源服务器200可以监听所述资源文件是否有上传这个动作，监听到所述资源文件上传后触发计算所述资源文件的哈希值，并设置给etag字段。例如，采用 setEtag()函数实现给etag字段设置所述资源文件的哈希值。对于所述资源服务器200来说，上传所述资源文件这个动作是在系统内完成的，会自动检测到所述资源文件的更新，从而自动触发etag字段值的更新。

S130，在所述用户端100向所述访问链接发送Http请求时，发送所述Http响应数据至所述用户端100；所述Http响应数据中的所述唯一性标识用于供所述用户端100识别所述资源文件的版本信息。示范性地，所述唯一性标识为etag字段值，且将所述资源文件的哈希值存储于etag字段，所述用户端100可以存储所述唯一性标识，一旦所述资源文件更新，则所述资源文件的哈希值就会变化，只需通过对比前后存储的所述唯一性标识，即可确定所述资源文件有无更新。

对于识别所述资源文件的版本信息的用途，本申请不做限制。例如，可以用于所述用户端100的资源升级弹窗确认业务中，所以，本申请还提供一种资源升级弹窗确认方法。

下面结合一些具体的实施例来对该资源升级弹窗确认方法进行说明。

图3示出了本申请实施例的资源升级弹窗确认方法的一种流程图。示范性地，该资源升级弹窗确认方法包括以下步骤：

S210，通过Http接口向资源文件对应的访问链接发送Http请求，并接收返回的Http响应数据；所述Http响应数据采用如本实施例中的一种资源版本控制方法得到。

在所述用户端100启动APP后，所述用户端100自动向所述资源服务器200发送Http请求，以获取Http响应数据。

进一步地，所述Http响应数据包括 Http响应头部数据。所述用户端100采用HEAD接口函数向所述资源文件对应的访问链接发送Http请求，所述资源服务器200返回Http响应头部数据。

具体地，所述用户端100通过Http接口，设置http的访问method为HEAD，比如，所述资源文件的访问链接为：

host:端口/路径/resource.zip，http response的头部信息带上etag，则对应的参考链接为：

https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Headers/ETag。

其中，HEAD请求只会返Http的头部信息，不会返回具体的文件内容，能够降低流量消耗。例如，HEAD的参考链接为：

https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Methods/HEAD。

示范性地，http请求response的头部信息包括：

HTTP/1.1 200 OK；

Date: Fri, 30 Oct 1998 13:19:41 GMT；

Server: Apache/1.3.3 (Unix)；

Cache-Control: max-age=3600, must-revalidate；

Expires: Fri, 30 Oct 1998 14:19:41 GMT；

Last-Modified: Mon, 29 Jun 1998 02:28:12 GMT；

ETag: "3e86-410-3596fbbc"；

Content-Length: 1040；

Content-Type: text/html。

每次获取上述信息后，均将ETag字段对应的值: "3e86-410-3596fbbc"在本地进行存储，也就是将所述唯一性标识在本地进行存储。其中，本地用于存储所述唯一性标识的属性值默认为空。

S220，将所述Http响应数据中的唯一性标识和本地存储的历史唯一性标识相比较，以判断所述资源文件是否发生更新。

若etag字段值跟本地存储的etag字段值不一致，表示所述资源文件发生了更新；若etag字段值跟本地存储的etag字段值一致，表示所述资源文件未发生更新。

S230，若所述资源文件发生更新，则依据所述访问链接访问所述资源文件并进行显示资源文件，同时更新存储所述唯一性标识。

若所述资源文件发生了更新，所述用户端100采用GET方法依据所述访问链接访问并弹窗显示所述资源文件。例如，所述用户端100通过Http接口，设置http的method为GET，通过访问链接，例如host:端口/路径/resource.zip ，访问资源文件的内容，同时把当前etag字段值记录在本地。所述资源服务器200上的文件内容实体不发生变化，http接口返回的etag字段值跟本地存储的etag字段值一致，说明当前资源文件用户已经看过，不需要再次访问，无需弹窗提示所述用户端100查阅。

示范性地，本实施例一种资源升级弹窗确认方法可以运用于协议文件升级弹窗确认业务中，如图4所示，下面依据协议文件的应用场景为例进行介绍：

S310.所述用户端100启动APP，进入引用首页；

S320.所述用户端100通过Http接口，设置http的访问method为HEAD，通过所述资源文件的访问链接向所述资源服务器200请求所述资源文件。所述资源服务器200返回Http响应头部数据。所述Http响应头部数据中包括etag字段。

S330.判断缓存在本地的etag字段值（上次升级协议，查阅协议文件后存储的etag字段值，或者初始化时本地设置的空值）。

如果所述用户端100已经确认过此版本协议内容，则本地缓存的etag字段值与最新获取的etag字段值一致，不用将隐私弹窗协议给到所述用户端100，以让所述用户端100进行确认。

若所述用户端100未确认过当前版本的协议文件内容，则本地缓存的etag字段值与最新获取的etag字段值不一致，弹窗显示隐私协议文件内容以使所述用户端100确认，所述用户端100确认过后，缓存协议文件的etag字段值到本地。

S340.若隐私协议文件的内容发生变更，则将新的隐私协议文件上传到所述资源服务器200，所述资源服务器上的文件内容实体发生变化，所述资源文件对应的etag字段值同步变更。

S350.在重复执行步骤S310和S320时，由于本地缓存的etag字段值和获取的etag字段值不一致，则弹窗显示新版本协议文件内容，以使所述用户端100确认，所述用户端100确认后缓存最新的etag字段值。

其中，所述资源文件可以为协议文件，也可以是其他资源文件，此处不做限制。所述资源文件不局限于常用的文件格式的内容（如zip、html、png等），只要能上传到所述资源服务器，生成文件访问链接，内部存储为数据的实体，都属于资源文件。

本申请还提供一种资源升级弹窗确认系统，如图4所示，包括：用户端100和资源服务器200；所述资源服务器200中存储有资源文件；

所述资源服务器200用于生成请求资源文件的访问链接；

在所述访问链接对应的Http响应数据中设置所述资源文件的唯一性标识，并在检测到所述资源文件发生更新，依据更新后的所述资源文件对所述唯一性标识进行同步更新；所述用户端100用于通过Http接口向资源文件对应的所述访问链接发送Http请求；

所述资源服务器200用于依据所述Http请求返回Http响应数据；

所述用户端100用于接收所述Http响应数据，并将所述Http响应数据中的唯一性标识和本地存储的历史唯一性标识相比较，以判断所述资源文件是否发生更新；若所述资源文件有更新，则所述用户端100依据所述访问链接访问所述资源文件，并进行显示所述资源文件，同时更新存储所述唯一性标识。

本申请中在所述资源服务器200中对应的资源文件设置了其Http响应中包含etag字段，系统自动监测所述资源文件的更新，并同步更新该etag字段的值，不需要额外的版本系统进行配置版本，减少服务端资源消耗，不存在遗忘设置版本的问题，操作简单且可靠性高。

所述用户端100仅依据通过HEAD请求返回的etag字段值，便可以确定协议文件内容的唯一性，实现简单且能够确保资源升级后弹窗确认的可靠性。

图5示出本申请实施例的资源版本控制装置的一种结构示意图。示范性地，该资源版本控制装置包括：链接生成模块201、配置模块202、更新检测模块203和访问输出模块204。

所述链接生成模块201，用于生成用于请求资源文件的访问链接。

所述配置模块202，用于在所述访问链接对应的Http响应数据中设置所述资源文件的唯一性标识；

所述更新检测模块203，用于在检测到所述资源文件发生更新，依据更新后的所述资源文件对所述唯一性标识进行同步更新。

所述访问输出模块204，用于在所述用户端100向所述访问链接发送Http请求时，发送所述Http响应数据至所述用户端100；所述Http响应数据中的所述唯一性标识用于供所述用户端100识别所述资源文件的版本信息。

图6示出了本申请实施例的资源升级弹窗确认装置的一种结构示意图。示范性地，该资源升级弹窗确认装置包括：

包括：接口模块101、判断模块102、存储模块103和资源文件显示模块104；

所述接口模块101，用于通过Http接口向资源文件对应的访问链接发送Http请求，并接收返回的Http响应数据；所述Http响应数据采用如本实施例中一种资源版本控制方法得到。

所述判断模块102，用于将所述Http响应数据中的唯一性标识和所述存储模块103中存储的历史唯一性标识相比较，以判断所述资源文件是否发生更新；

所述接口模块101还用于在所述资源文件发生更新时，依据所述访问链接访问所述资源文件，以获得所述资源文件；

所述资源文件显示模块104，用于显示所述接口模块101获得的所述资源文件；

所述存储模块103，用于在所述资源文件发生更新时同步更新存储所述唯一性标识。

可以理解，本实施例的装置对应于上述实施例的资源升级弹窗确认方法，上述实施例中的可选项同样适用于本实施例，故在此不再重复描述。

本申请还提供了一种终端设备，示范性地，该终端设备包括处理器和存储器，其中，存储器存储有计算机程序，处理器通过运行所述计算机程序，从而使终端设备执行上述的资源升级弹窗确认方法或者上述资源升级弹窗确认装置中的各个模块的功能。

其中，处理器可以是一种具有信号的处理能力的集成电路芯片。处理器可以是通用处理器，包括中央处理器（Central Processing Unit，CPU）、图形处理器（GraphicsProcessing Unit，GPU）及网络处理器（Network Processor，NP）、数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件中的至少一种。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。

存储器可以是，但不限于，随机存取存储器（Random Access Memory，RAM），只读存储器（Read Only Memory，ROM），可编程只读存储器（Programmable Read-Only Memory，PROM），可擦除只读存储器（Erasable Programmable Read-Only Memory，EPROM），电可擦除只读存储器（Electric Erasable Programmable Read-Only Memory，EEPROM）等。其中，存储器用于存储计算机程序，处理器在接收到执行指令后，可相应地执行所述计算机程序。

本申请还提供了一种可读存储介质，用于储存上述终端设备中使用的所述计算机程序。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是智能手机、个人计算机、服务器、或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。