一种HTML组件的管理方法及装置与流程

本发明属于计算机网络技术领域，尤其涉及一种html组件的管理方法及装置。

背景技术：

在很多软件项目开发中，项目经理对软件项目往往要求尽可能地追求低投入和高回报。尤其是在企业中，在项目盈利预算已知的情况下，软件产品要最大化降低成本。一般来说，软件产品成本优化有两个途径，分别为减少部署成本和提高开发效率。

现有技术中通过超级文本标记语言(hypertextmarkuplanguage，html)进行组件化开发，以减少代码变更而造成的开发代价。但是现有技术中的组件功能各异，容易将不同参数、性质的组件混淆，而降低开发效率。

技术实现要素：

有鉴于此，本发明实施例提供了一种html组件的管理方法及装置，以解决现有技术中容易将不同参数、性质的html组件混淆，而降低开发效率的问题。

本发明实施例的第一方面提供了一种html组件的管理方法，包括：

获取html组件的功能信息，并根据所述功能信息确定所述html组件的组件类型；

根据所述功能信息和所述组件类型对所述html组件创建唯一的组件标签；

根据每个所述html组件的所述组件类型和所述组件标签建立组件树；

基于所述组件树的树状结构，按照预设的调取顺序调取所述组件树中的所述html组件。

本发明实施例的第二方面提供了一种html组件的管理装置，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取html组件的功能信息，并根据所述功能信息确定所述html组件的组件类型；

根据所述功能信息和所述组件类型对所述html组件创建唯一的组件标签；

根据每个所述html组件的所述组件类型和所述组件标签建立组件树；

基于所述组件树的树状结构，按照预设的调取顺序调取所述组件树中的所述html组件。

本发明实施例的第三方面提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

实施本发明实施例提供的一种html组件的管理方法及装置具有以下有益效果：通过识别每个html组件的功能信息，按照每个组件的功能信息确定该组件的类型，分别为ui组件、业务组件、应用组件，并根据每个组件的组件类型对该组件创建唯一的组件标签，用以通过该组件的组件类型和组件标签建立组件的层级树状结构，根据层级树状结构对所有组件进行统一的管理和即时调用，提高html的开发效率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的html组件的管理方法的流程图；

图2是本发明实施例二提供的html组件的管理方法的具体实现流程图；

图3是本发明实施例三提供的html组件的管理方法的具体实现流程图；

图4是本发明实施例四提供的html组件的管理装置的示意图；

图5是本发明实施例五提供的html组件的管理装置的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

参见图1，图1是本发明一实施例提供的一种html组件的管理方法的流程图。本实施例中html组件的管理方法的执行主体包括但不限于计算机、服务器等装置，这些装置具有html组件管理的功能。如图1所示的html组件的管理方法可以包括以下步骤：

在s101中，获取html组件的功能信息，并根据所述功能信息确定所述html组件的组件类型。

作为html的最新修巧版本，html5是继html4之后的下一代超文本标记语言标准规范。html5的设计目的是为了迎合移动互联网时代对多样化的移动端web业务的需求，它引进了一些新的元素和属性支持这一点，比如新増的视频video、音频audio和帆布canvas等标签，使得全球广域网(worldwideweb，web)在移动端的开发更加便利，交互性更加流畅。其中，音、视频等多媒体资源可通过标签直接嵌入，让web在多媒体方面的开发更为便捷；新増的canvas标签改善了html的图像、动画绘制能力；地理定位技术让用户可随时随地分享地理位置；离线缓存技术为移动端web应用在离线模式下的使用提供了支持。目前html已经被各种最新的移动端浏览器所支持，移动端web业务也广泛应用于各种智能手机。

在大型的、企业级的软件项目开发中，项目经理对软件项目往往要尽可能地追求低投入和离回报。尤其是在企业中，企业的终极目标是盈利，所以绝大多数软件产品是要追求最大化利润的，在项目盈利预算已知的情况下，也就意味着软件产品要最大化降低成本。一般来说，软件产品成本优化有两个途径：减少部署成本和提高开发效率巧。

在产品项目开发中，越高效的工作模式越能带来更大的收益，研究出一套让参与者容易上手，并且易于管理的高效开发模式，对于一个量级较大的项目开发团队来说是非常有必要的，本实施例中的html组件管理，就是针对移动端web应用开发而设计的一种高效开发组件管理模式，它一方面提高了开发效率，另一方面降低了维护成本。

在本实施例中，通过确定每个组件的功能，将html组件进行分类，分别为用户界面(userinterface，ui)组件、业务组件以及应用组件，其中，每个html组件都有其对应的功能信息。

示例性的，在本实施里中，ui组件为将一段或几段完成各自功能的代码段封装为一个或几个独立的部分，ui组件包含了一个或几个具有各自功能的代码段，最终完成了用户界面的表示。本实施例中的ui组件包括但不限于单选框、复选框、按钮、单行文本框、多行文本框、下拉框、时间输入框、数值输入框以及用于显示确切进度或循环进度的进度条等。

还有将至少两个ui组件组合在一起形成业务组件，本实施例中的业务组件包括但不限于普通容器、窗口、框架、分组、图片边框容器以及网格等组件。其中，普通容器主要是用来存放子组件；弹出窗口中窗口具有标题、图标、边框等装饰，且在右上角有最大化、最小化、恢复、关闭等按钮，拖动窗口的边框可以任意改变其尺寸。窗口具有模态和非模态之别，模态窗口要求用户必须处理当前窗口的交互，非模态窗口下窗口和窗口下的界面可以同时处于交互状态；框架是通过比例将一个容器分为两个容器的组件，在界面上通过分隔条的拖动或闭合按钮可以随意改变两个容器的尺寸；分组容器和普通容器间的差别在于分组具有默认的圆角边框，且左上角多了一个标题和图标；图片边框容器在web界面中通常会通过图片的拼接来组成一个容器的个性化边框，如圆角边框；网格用于显示和录入数据，通常用户收集和汇总数据，网格的每个单元格可以放入其他组件，如录入框、下拉框等用户辅助数据录入。

还有通过ui组件和业务组件组合而成的应用组件，这一类的组件功能较为完善，可以实现完整的操作。本实施例中的应用组件包括但不限于下拉列表组件，其为下拉框和列表的组件组合；下拉树组件，其为下拉框和树的组件组合；日期选择组件，其为数值录入、标签和按钮的组件组合；还可以包括消息对话框、颜色选择对话框、字体选择对话框是窗口和其他多种组件组合而成。

通过合理的组件化开发能减少代码变更代价，在遇到项目需求变更或者新项目时，可以通过合理部署html组件，只需要修改各个组件配置就可以实现新需求，如此一来就可以大大提高开发效率，提高html组件和程序代码重复利用率。

在s102中，根据所述功能信息和所述组件类型对所述html组件创建唯一的组件标签。

根据每个html组件的功能信息及其组件类型确定该html组件的组件标签，以所有的html组件进行统一管理。其中，每个html组件的组件类型为其组件标签的前缀、功能信息为组件标签的后缀，通过这种方式，可以提高每个html组件的管理效率和辨识的成功率。

示例性的，在ui组件中，将单选框的组件标签设定为ui_radio；将按钮的组件标签设定为ui_button；将单行文本框的组件标签设定为ui_input；在业务组件中，将普通容器的组件标签设定为busin_container；在应用组件中，将支付应用组件的组件标签设定为applic_payment。

在s103中，根据每个所述html组件的所述组件类型和所述组件标签建立组件树。

由于html组件的类型和功能较多，为了便于统一的管理，将所有的html组件按照一定的规则构建成组件树，存放于存储设备的数据库中。在这个组件树中包括三层树结构，由上到下每一层的树结构中依次存储应用组件、业务组件以及ui组件，每一个树分支都由具由相关联的html组件组成。

进一步的，步骤s103具体可以包括：

在s1031中，根据所述功能信息，在功能相关的所述应用组件、所述业务组件以及所述页面组件之间建立关联关系。

在本实施例中的组件树中，有很多树分支，在一个树分支上的html组件具有相同或者相近的功能，通过根据每个html组件的功能信息，对所有的html组件之间建立关联关系，将具有相同或者相近功能的html组件关联在一起，以存储在相同的一个树分支上，便于统一的管理，并可以提高使用者在查找和调用时的效率。

可选的，根据所有html组件的功能信息计算相似度，通过设定一个相似度阈值，将相似度大于或者等于该相似度阈值的至少两个html组件确定为相似组件，确定这些组件之间具有关联关系；

其中，相似度的计算可以通过以下计算方式计算：

假设两个需要计算相似度的html组件的功能信息分别为x和y，其中，每个功能信息又是由n维特征构成的，即：x＝{x1，x2，…xi…xn-1，xn}，y＝{y1，y2，…yi…yn-1，yn}，其中，xi和yi用于表示html组件在每个功能维度上的数值，则这两个html组件的相似度计算公式为：

在计算出相似度之后，将相似度与预设的相似度阈值进行对比，若相似度大于或者等于相似度阈值，则确定这两个html组件之间具有关联关系，将其在按照组件树上的一条树分支存储；若相似度小于相似度阈值，则确定这两html组件之间不具有关联关系，其在不同的树分支上。

可选的，还可以根据html组件的功能信息计算关联度，通过设定一个关联度阈值，将关联度大于或者等于该关联度阈值的至少两个html组件确定为关联组件，进而在这些html组件中建立关联关系。

其中，关联度的计算可以通过以下计算方式计算：

假设两个需要计算相似度的html组件的功能信息分别为x和y，其中，每个功能信息又是由n维特征构成的，即：x＝{x1，x2，…xi…xn-1，xn}，y＝{y1，y2，…yi…yn-1，yn}，其中，xi和yi用于表示html组件在每个功能维度上的数值，则这两个html组件的关联度计算公式为：

在计算出关联度之后，将关联度与关联度阈值进行对比，若关联度大于或者等于关联度阈值，则确定这两个html组件之间具有关联关系，其在组件树是在一条树分支上；若关联度小于关联度阈值，则确定这两html组件之间具有关联关系，其在不同的树分支上。

在s1032中，将存在所述关联关系的所述应用组件、所述业务组件以及所述页面组件，按照由高层到低层的顺序建立组件树。

在确定各个html组件之间的关联关系之后，将具有关联关系的html组件放置在组件树的同一条树分支上。同时，根据组件树的三层树结构，以及每个组件的组件标签，按照应用组件、业务组件以及页面组件的顺序，由高层到底层建立组件树。

进一步的，还可以根据用户或者开发者的需求，若需要添加新的html组件进入，依旧是先确定需要加入的html组件与其他组件之间的关联关系，将其加入具有关联关系的树分支中，便于新增组件的添加和管理。

需要说明的是，在方案的实施例中，组件树中包含三层结构，用于存放和管理不同类型的html组件，这里的三层组件树只是一个示例，并不限制组件树的层数，其层数可以根据html组件的类型、功能以及使用环境等各种因素确定。

在s104中，基于所述组件树的树状结构，按照预设的调取顺序调取所述组件树中的所述html组件。

在根据html组件的功能信息和关联关系建立组件树之后，用户根据组件树的树状结构调取组件树中的html组件。通过获取用户输入的html组件的功能信息，根据该功能信息在组件树中按照由高到低的顺序查找对应的html组件，再推送给用户。

进一步的，还可以计算与用户输入的功能信息与所有组件的关联度，将关联度按照由高到低的顺序对这些组件进行排序，推送给用户，使用户可以自行根据自己的需求查看对应的组件，提高组件树中html组件的透明度，以及用户搜索和调用html组件的成功率。

上述方案，通过通过识别每个html组件的功能信息，按照每个html组件的功能信息确定该html组件的类型，分别为ui组件、业务组件、应用组件，并根据每个html组件的组件类型对该html组件创建唯一的组件标签，用以通过该组件的组件类型和组件标签建立组件的层级树状结构，根据层级树状结构对所有组件进行统一的管理和即时调用，提高html的开发效率。

图2示出了本发明实施例二提供的一种html组件的管理方法的具体实现流程图。参见图2所示，相对于图1所述实施例，本实施例提供的一种html组件的管理方法在所述根据每个所述html组件的所述组件类型和所述组件标签建立组件树之后，还包括：s201～s202，具体详述如下：

在s201中，获取包含所述功能信息的搜索词条；所述搜索词条用于查找与所述功能信息对应的所述html组件。

在根据每个html组件的组件类型和组件标签建立组件树之后，用户便可以在该组件树中查找符合自身需求的html组件。

获取用户输入的包含功能信息的搜索词条，其中，该搜索词条可以是用户输入的html组件的功能信息或者应用环境等，此处不做限定。

示例性的，获取到的搜索词条为“文字输入框”，则向用户推送具有文字输入功能的html组件；进一步的，若获取到的搜索词条为“文字输入框输入姓名”，则向用户推动的html组件既要具有文字输入的功能，又同时是用于输入姓名的输入框。

在s202中，在所述组件树中按照由高层到低层的顺序，计算每个所述html组件的功能信息与所述搜索词条之间的匹配度，确定匹配度最高的html组件为所述搜索词条对应的html组件。

在获取到搜索词条之后，按照组件树中由高到低的顺序，对搜索词条与每个组件的功能信息进行匹配。通过计算两者之间的匹配度，确定搜索词条与组件树中组件功能信息之间的匹配程度。

需要说明的是，之所以是按照由高到低的顺序在组件树中查找对应的html组件，是因为若在最高层的应用组件中可以查找到相关的html组件，则可以直接推送功能较全面的应用组件给用户，而不是推送功能单一的ui组件给用户，以提高开发效率。

示例性的，假设搜索词条中的功能信息为m，组件树中组件的功能信息为n，其中，每个功能信息又是由n维特征构成的，即：p＝{p1，p2，…pn-1，pn}，k＝{k1，k2，…kn-1，kn}，其中，p1，p2，…pn-1，pn和k1，k2，…kn-1，kn分别表示两个功能信息在每个功能维度上的数值，这两个功能信息的匹配度计算公式为：

在计算出匹配度之后，确定匹配度最高的html组件为搜索词条对应的html组件。

需要说明的是，本实施例中计算匹配度方法只是一种示例，并不表示唯一只通过这一种方法计算搜索词条和组件树中组件功能信息的匹配度，此处不做限定。

在本发明实施例中，通过计算搜索词条中的功能信息与组件树中html组件的功能信息之间的匹配度，将匹配度最高的html组件视为与搜索词条所对应的html组件，保证推送的html组件与用户需求紧密结合，向用户推送与其需求最相近的html组件，提高html组件调用的成功率，以及基于html组件的开发效率。

图3示出了本发明实施例三提供的一种html组件的管理方法的具体实现流程图。参见图3所示，相对于图1和图2所述实施例，本实施例提供的一种html组件的管理方法在所述根据每个所述html组件的所述组件类型和所述组件标签建立组件树之后，还包括：s301～s303，具体详述如下：

在s301中，统计用户对所述组件树中的每个所述html组件的调用次数。

在建立组件树并投入使用之后，用户会根据自身的需求查找和调用组件树中的html组件。在用户调用html组件的同时，统计用户对组件树中的每个html组件的调用次数，以通过调用次数确定html组件的重要性、调用频率等使用情况。

进一步的，除了统计调用次数之外，还可以统计调用时间、调用频率(每天、每周或者每月的)、调用之后的使用成功率或者是用户在在使用之后的评分等，通过这些数据，统一、完整地对html组件进行评价和调整。

在s302中，根据所述调用次数以及所述html组件在所述组件树中的层数确定所述html组件的调用权重。

由于组件树中有很多html组件，每个html组件的功能信息和使用情况不同，通过根据每个html组件的调用次数以及该html组件在组件树中的层数，确定该html组件的调用权重。

具体的，根据以下公式计算html组件的调用权重：

p＝(4-l)+n/10；

其中，l用于表示html组件在组件树中的层数；n用于表示调用次数。

示例性的，组件树中的第2层存在一个输入框的业务组件，在一周内该组件的调用次数为8次，则计算出该组件的调用权重为p＝(4-2)+8/10＝2.8。其中，所计算出的调用权重的个位数字越大，表示层数越高；在组件树的同一层中，调用权重越大，表示该html组件被调用的概率越大。

在s303中，若与所述搜索词条对应的html组件存在至少两个时，将所述调用权重最大的html组件识别为需要向用户推送的目标组件。

通过确定调用权重，以确定不同html组件在相同时间之内被调用的可能性大小，将该可能性大小作为在搜索到多个html组件时，判断用户所需要的是哪个html组件。当搜索词条对应的html组件存在至少两个时，将调用权重最大的html组件识别为需要向用户推送的目标组件。

进一步的，在按照搜索词条确定多个html组件之后，根据计算出来的调用权重，按照由大到小的顺序推动给用户，以使用户根据自身的需要选择。

在本发明实施例中，通过根据每个html组件的调用次数以及该html组件在组件树中的层数，确定该html组件的调用权重，根据调用权重确定html组件在相同时间之内被调用的可能性大小，以在根据用户的搜索词条确定出来的html组件有至少两个时，根据调用权重确定最贴近用户需求的html组件，保证了html组件调用的准确性和成功率。

参见图4，图4是本发明实施例四提供的一种html组件的管理装置的示意图。本实施例的html组件的管理装置包括的各单元用于执行图1对应的实施例中的各步骤，具体请参阅图1及图1对应的实施例中的相关描述，此处不赘述。本实施例的html组件的管理装置包括：信息获取单元401、标签创建单元402、组件树建立单元403以及组件调取单元404。

信息获取单元401，用于获取html组件的功能信息，并根据所述功能信息确定所述html组件的组件类型；

标签创建单元402，用于根据所述功能信息和所述组件类型对所述html组件创建唯一的组件标签；

组件树建立单元403，用于根据每个所述html组件的所述组件类型和所述组件标签建立组件树；

组件调取单元404，用于基于所述组件树的树状结构，按照预设的调取顺序调取所述组件树中的所述html组件。

可选的，组件树建立单元403包括：

关系确定单元，用于根据所述功能信息，在功能相关的所述应用组件、所述业务组件以及所述页面组件之间建立关联关系；

关联建树单元，用于将存在所述关联关系的所述应用组件、所述业务组件以及所述页面组件，按照由高层到低层的顺序建立组件树。

可选的，html组件的管理装置还可以包括：

词条获取单元，用于获取包含所述功能信息的搜索词条；所述搜索词条用于查找与所述功能信息对应的所述html组件；

搜索匹配单元，用于在所述组件树中按照由高层到低层的顺序，计算每个所述html组件的功能信息与所述搜索词条之间的匹配度，确定匹配度最高的html组件为所述搜索词条对应的html组件。

可选的，html组件的管理装置还可以包括：

调用次数统计单元，用于统计用户对所述组件树中的每个所述html组件的调用次数；

调用权重确定单元，用于根据所述调用次数以及所述html组件在所述组件树中的层数确定所述html组件的调用权重；

目标组件推送单元，用于若与所述搜索词条对应的html组件存在至少两个时，将所述调用权重最大的html组件识别为需要向用户推送的目标组件。

可选的，调用权重确定单元具体用于：

根据以下公式计算所述html组件的调用权重：

p＝(4-l)+n/10；

其中，l用于表示所述html组件在所述组件树中的层数；n用于表示所述调用次数。

上述方案，通过识别每个html组件的功能信息，按照每个组件的功能信息确定该组件的类型，分别为ui组件、业务组件、应用组件，并根据每个组件的组件类型对该组件创建唯一的组件标签，用以通过该组件的组件类型和组件标签建立组件的层级树状结构，根据层级树状结构对所有组件进行统一的管理和即时调用，提高html的开发效率。

图5是本发明一实施例提供的html组件的管理装置的示意图。如图5所示，该实施例的html组件的管理装置5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述各个html组件的管理方法实施例中的步骤，例如图1所示的步骤101至104。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各单元的功能，例如图4所示单元401至404的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述html组件的管理装置5中的执行过程。

所述html组件的管理装置5可以是计算机或服务器等计算设备，但并不限于此，还可以是其他具有html组件的管理功能的设备。所述html组件的管理装置可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是html组件的管理装置5的示例，并不构成对html组件的管理装置5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述html组件的管理装置5的内部存储单元，例如html组件的管理装置5的硬盘或内存。所述存储器51也可以是所述html组件的管理装置5的外部存储设备，例如所述html组件的管理装置5上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard，fc)等。进一步地，所述存储器51还可以既包括所述html组件的管理装置5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。