一种网站数据采集的方法及架构与流程

1.本发明涉及网站技术领域，尤其涉及一种网站数据采集的方法及架构。


背景技术：

2.随着互联网的迅速发展，互联网成为大量信息的载体，如何有效地提取并利用这些信息成为一个巨大的挑战。搜索引擎（例如百度、谷歌等）快速采集互联网海量信息，成为一个辅助人们采集信息的工具。
3.网络信息采集技术，又被成为网络爬虫。按照系统结构和实现技术，大致可以分为四种类型：通用网络爬虫、聚焦网络爬虫、增量式网络爬虫和深层网络爬虫。百度、谷歌等搜索引擎属于通用网络爬虫，对整个互联网信息进行采集。而聚焦网络爬虫，是针对特定的或者预先定义好的网站或主题进行数据采集，满足特定人群对特定领域信息的采集需求。
4.目前多采用通用网络爬虫技术针对采用静态网站技术构建的政务类网站，进行数据采集，其存在如下多种缺点。
5.（1）由于通用网络爬虫是对整个互联网信息的抓取，力求覆盖所有网站，因此，对特定抓取目标的描述或定义不清，很难捕获到所需信息；（2）由于通用网络爬虫是对整个互联网信息采集，在对特定政务类网站进行数据采集时，只是将url（uniform resource locator，统一资源定位器）限定在相关政务网站网址的范围内，对特定网站的url层级结构及搜索策略没有定义；（3）由于互联网网页结构不同，所有对特定网页或数据的分析与过滤不一定有效。
6.因此，需要一种对静态政务网站结构及技术进行分析，从而构建专门的聚焦网络爬虫的技术手段。


技术实现要素：

7.本发明的实施例的目的之一在于提供一种网站数据采集的方法，建立网站的层级结构并获取各菜单的url，对网站实现统一化描述；通过层级结构采集网站的数据，实现对网站的信息获取，保证信息采集的准确性。
8.为实现上述发明目的，本发明采用下述技术方案予以实现：本技术涉及一种网站数据采集的方法，其特征在于，包括如下步骤：s1：对所述网站进行建模，构建所述网站的网站逻辑模型，所述网站逻辑模型包括各菜单的菜单逻辑模型，其中所述菜单逻辑模型包括是否采集当前菜单的数据的采集标志、菜单级别及父菜单，利用所述菜单级别和父菜单构建所述网站的菜单层级结构；s2：根据所述网站逻辑模型和菜单逻辑模型，获取所述网站中各菜单的url；s3：根据各菜单的url和所述采集标志，访问各菜单网页，获取各菜单网页中所有文件的数据内容；s4：将所述数据内容存储在对应的数据存储路径中，各数据存储路径的目录结构与所述菜单层级结构相一致。
9.在本技术中，使用json实现网站逻辑模型和各菜单逻辑模型；所述网站逻辑模型包括：网站网址、用于文件数据保存的网站数据存储目录、网页后缀格式及菜单列表，所述菜单列表中保存有所有菜单逻辑模型。
10.在本技术中，所述菜单逻辑模型还包括菜单名称、菜单地址、存储目录级别、父存储目录、菜单中文件列表样式、菜单中文件时间样式、菜单中文件内容样式、以及菜单中文件总数样式；所述存储目录级别与所述菜单级别相对应，所述菜单中文件列表样式用于定位菜单中的文件列表，所述菜单中文件内容样式用于定位所述文件列表中每个文件的内容。
11.在本技术中，s2中的各菜单的url由所述网站逻辑模型中的网站地址和所述菜单逻辑模型中的菜单地址拼接而成。
12.在本技术中，各菜单的url由所述网站逻辑模型中的网站地址和所述菜单逻辑模型中的菜单地址拼接而成，具体为：在所述菜单的菜单级别为一级菜单时，所述菜单的url由所述网站地址和所述菜单地址拼接而成；在所述菜单的菜单级别低于一级菜单时，通过所述菜单逐层找到上一级的父菜单，直至找到父菜单为一级菜单，则所述菜单的url由所述网站地址、所按层级高低排序的父菜单的菜单地址和所述菜单的菜单地址依次拼接而成。
13.在本技术中，在s3中，根据所述菜单的url和采集标志，访问所述菜单网页，获取所述菜单网页中所有文件的数据内容，具体为：s31：根据菜单的url和采集标志，访问所述菜单网页，并根据菜单中文件总数样式，提取所述菜单网页的文件列表总页数n；s32：初始化i=1；s33：判断n是否满足如下条件：n＞1且i≤n，若是，获取菜单中第i页文件列表及其各文件的url，i=i+1；若否，获取菜单中第i页文件列表及其各文件的url；s34：根据每个文件的url，访问每个文件的内容页面；s35：根据文件内容样式，定位提取所述内容页面上文件的数据内容。
14.在本技术中，通过由所述菜单的url和所述网站逻辑模型中的网页后缀格式的拼接来获取文件列表。
15.在本技术中，所述数据存储路径由所述网站逻辑模型中的网站数据存储目录和所述菜单逻辑模型中的菜单名称拼接而成。
16.在本技术中，所述数据存储路径由所述网站逻辑模型中的网站数据存储目录和所述菜单逻辑模型中的菜单名称拼接而成，具体为：在所述菜单的菜单级别为存储目录级别为一级目录的一级菜单时，所述菜单的数据存储路径由所述网站数据存储目录和所述菜单名称拼接而成；在所述菜单的菜单级别为低于存储目录级别为一级目录的一级菜单时，通过所述菜单对应的存储目录级别逐层找到上一级的父存储目录，直至找到一级目录，则所述菜单的数据存储路径由所述网站数据存储目录、按层级高低排序的父存储目录对应的菜单的菜单名称及所述菜单的菜单名称依次拼接而成。
17.本技术还涉及一种网站数据采集的架构，其特征在于，包括：
配置工具，其用于配置网站以及所述网站包含的所有菜单的的配置文件，所述配置文件包括所述网站的网站逻辑模型和所有菜单的菜单逻辑模型，其中所述菜单逻辑模型包括是否采集当前菜单的数据的采集标志、菜单级别及父菜单，利用所述菜单级别和父菜单构建所述网站的菜单层级结构；url生成工具，其根据所述配置文件的配置信息，生成所有菜单的url；网页下载工具，其根据各菜单的url和所述采集标志，访问并下载各菜单网页；存储路径生成工具，其根据所述配置文件，生成数据存储路径；文件列表提取工具，其获取菜单的文件列表及每个文件的url；文件内容抓取工具，其根据所述文件列表及每个文件的url，获取各菜单网页中所有文件的数据内容，并存储于对应的数据存储路径中。
18.与现有技术相比，本技术涉及的网站数据采集的方法及架构，具有如下优点和有益效果：（1）对网站及所包含的菜单分别建模，形成网站逻辑模型和菜单逻辑模型，形成网站的菜单层级结构，对网站进行统一的格式化描述且构建网站的层级结构，为准确抓取目标提供可靠基础；（2）通过已建立的网站的层级结构，获取网站中各菜单的url，便于完成整个网站url的针对性搜索，精准获取信息；（3）在网站结构变动时，在原有数据采集的方法的架构下，仅通过重新编写网站逻辑模型和菜单逻辑模型中的配置内容即可完成新网站的数据采集，可移植性强，缩短了新网站数据采集的软件开发周期。
19.结合附图阅读本发明的具体实施方式后，本发明的其他特点和优点将变得更加清楚。
附图说明
20.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1是本发明提出的网站数据采集的方法一实施例的流程图；图2是本发明提出的网站数据采集的方法实施例中网站逻辑模型的结构图；图3是本发明提出的网站数据采集的方法实施例中菜单逻辑模型的结构图；图4是本发明提出的网站数据采集的架构实施例的架构图。
具体实施方式
22.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。
23.本技术涉及对特定网站（例如静态网站技术构建的政务类网站）的数据采集的方法及架构，如上所述的方法是在架构的基础上进行实施的，因此，参见图1至图4，如下将结合架构和方法进行同步描述。
24.s1：对网站进行逻辑建模。
25.熟知地，json(javascript object notation，js对象简谱)是一种数据交换格式，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得json成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。
26.在本技术中，利用json对网站进行逻辑建模，且网站包含多个菜单，因此，对网站逻辑建模的目的在于构建网站逻辑模型（记为s101）和所包含的菜单的菜单逻辑模型（记为s102）。
27.其中，菜单逻辑模型s102包括是否采集当前菜单的数据的采集标志、菜单级别及父菜单，利用所述菜单级别和父菜单构建网站的菜单层级结构，且基于json形成的网站的层级结构简明易懂，使得对网站的数据的抓取更有特点。
28.也就是说，通过json实现网站的网站逻辑模型s101及菜单的菜单逻辑模型s102即是对网站及菜单进行配置的配置文件。
29.在本技术中，提取网站及网站中菜单的关键特征，对网站菜单和网站本身建立逻辑模型。
30.提取网站关键特征4项，参见图3，包括网站网址s10101、网站数据存储目录s10102、网页后缀格式s10103、菜单列表s10104，以建立网站逻辑模型s101。
31.网站网址s10101用于存储网站的网址；网站数据存储目录s10102用于网站数据保存的根目录；网页后缀格式s10103是网页的后缀格式，因为网站的所有菜单网页都有统一的后缀格式。
32.菜单列表s10104中存储有网站中所有的菜单（例如，菜单1、菜单2、菜单3），每个菜单都是一个菜单逻辑模型s102。
33.提取菜单关键特征11项，参见图4，包括菜单名称s10201、菜单地址s10202、菜单级别s10203、父菜单s10204、存储目录级别s10205、父存储目录s10206、采集标志s10207、菜单中文件列表样式s10208、菜单中文件时间样式s10209、菜单中文件内容样式s10210、以及菜单中文件总数样式s10211，以建立菜单逻辑模型s102。
34.菜单名称s10201表示网站中每个菜单的名称。
35.菜单地址s10202表示菜单对应的局部网络地址，需要与网站逻辑模型s101中的网站网址s10101拼接，才是菜单的url。
36.菜单级别s10203表示菜单在网站中的等级，例如：一级菜单、二级菜单等。
37.父菜单s10204表示上一级菜单。例如一个二级菜单，其父菜单是一级菜单。父菜单s10204与菜单级别s10203一起使用，构建网站的菜单层级结构。
38.存储目录级别s10205表示菜单中文件的数据内容保存在计算机上的目录等级，例如：一级目录、二级目录等，其中一级目录与一级菜单对应，二级目录与二级菜单对应。
39.父存储目录s10206表示菜单中文件的数据内容存储目录的上一级目录，例如，二级菜单的父存储目录s10206是其对应一级菜单的一级目录。
40.采集标记s10207用来表示是否抓取该菜单的数据。例如，采集标记s10207包括可抓取标志1和不可抓取标志0，可其中可抓取标志表示抓取该菜单的数据，不可抓取标志表示不抓取该菜单的数据。
41.例如，很多一级菜单仅用于索引二级菜单，不必抓取该一级菜单的数据。
42.菜单中文件列表样式s10208用于定位菜单中文件列表位置，从而获得待抓取的文件列表。
43.菜单中文件时间样式s10209用来定位菜单中文件列表中文件的发布时间。文件列表中的每个文件都有一个发布时间。
44.菜单中文件内容样式s10210用于定位文件列表中每个文件的内容。
45.菜单中文件总数样式s10211用于定位菜单网页中的文件总数。
46.因此，实现整个网站的层级结构。
47.即，网站逻辑模型s101：{网站网址s10101；网站数据存储目录s10102；网页后缀格式s10103；菜单列表s10104：[
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
{菜单逻辑模型s102},
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
{菜单逻辑模型s102},
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
......
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
{菜单逻辑模型s102}]}如上所述，菜单列表s10104中存储有网站中所有的菜单（例如，菜单1、菜单2、菜单3），每个菜单都是一个菜单逻辑模型s102，则通过菜单逻辑模型102中的菜单级别s10203和父菜单s10204，建立起菜单之间的相互关系，形成菜单层级结构，从而构建了网站的层级结构。
[0048]
如上，即完成了网站及其菜单的配置文件的配置工作，可以通过配置文件获取网站及其菜单的配置信息。
[0049]
通过网站逻辑模型s101和菜单逻辑模型s102及网站的层级结构，建立其对网站清晰的、统一化的格式化表述，能够清楚、准确地对网站进行数据采集。
[0050]
s2：根据网站逻辑模型s101和菜单逻辑模型s102，获取网站中各菜单的url。
[0051]
参见图4，根据s1中所述的配置文件中的配置信息，能够通过url生成工具获取各菜单的url，具体为各菜单中需要采集的网页的url。
[0052]
根据配置信息，也可以通过存储路径生成工件生成用于存储对应菜单中文件的数据内容的数据存储路径，如下将一一详细介绍。
[0053]
在本技术中，菜单的url采用网站逻辑模型s101中的网站网址s10101和菜单逻辑模型s102中的菜单地址s10202拼接而成。
[0054]
根据菜单逻辑模型s102中的菜单级别s10203和父菜单s10204，能够形成菜单层级结构，因此，根据该菜单层级结构，对不同菜单级别的菜单分配有不同的url，包括如下两种情况。
[0055]
（1）一级菜单的url生成在菜单的菜单级别s10203为一级菜单时，表示该菜单没有父菜单s10204。
[0056]
此时，该菜单的url由网站地址s10101和菜单地址s10202直接拼接而成。
[0057]
即，该菜单的url为：“网站网址s10101\菜单地址s10202”。
[0058]
（2）低于一级菜单的url生成在菜单的菜单级别s10203低于一级菜单时，表示该菜单具有父菜单s10204。
[0059]
在菜单层级结构中，通过该菜单逐层找到上一级的父菜单，直至找到一级菜单，此时，该菜单的url由网站地址s10101、按层级高低排序的父菜单的菜单地址s10202及当前菜单的菜单地址s10202依次拼接而成。
[0060]
例如，针对于二级菜单，二级菜单具有父菜单（即，一级菜单）。
[0061]
因此，二级菜单的url由网站地址s10101、一级菜单的菜单地址s10202和二级菜单的菜单地址s10202拼接而成。
[0062]
即，二级菜单的url为：“网站网址s10101\一级菜单的菜单地址s10202\二级菜单的菜单地址s10202”。
[0063]
例如，针对三级菜单，三级菜单的父菜单是二级菜单，二级菜单的父菜单是一级菜单。
[0064]
因此，三级菜单的url由网站地址s10101、二级菜单的父菜单（即一级菜单）的菜单地址s10202、三级菜单的父菜单（即，二级菜单）的菜单地址s10202和三级菜单的菜单地址拼接s10202而成。
[0065]
即，三级菜单的url为：“网站网址s10101\一级菜单的菜单地址s10202\二级菜单的菜单地址s10202\三级菜单的菜单地址s10202”。
[0066]
如此，可以根据网站的层级结构，自动拼接生成所有菜单的url，从而完成对整个网站url的搜索。
[0067]
s3：根据各菜单的url和采集标志，访问各菜单网页，获取各菜单网页中所有文件的数据内容。
[0068]
根据在s2中获取到的各菜单的url，就可以访问各菜单网页了。
[0069]
如上所述，很多一级菜单仅用于索引二级菜单，不必抓取该一级菜单的数据。
[0070]
多个菜单的访问及数据内容的抓取采用相同的方式进行，因此，为了便于清楚描述，如下，将针对某一个菜单进行描述。
[0071]
因此，在访问菜单网页之前，应先要根据菜单逻辑模块s102中的采集标志s10207，判断是否抓取当前菜单网页的数据。
[0072]
参见图4，在获知该菜单的url和采集标志为可抓取标志后，能够通过网页下载工具访问该菜单网页，并将该菜单网页下载至本地。
[0073]
若采集标志为不可抓取标志，则结束抓取菜单数据。
[0074]
之后能够通过文件列表提取工具提取文件列表及其各文件的url，并再利用文件内容抓取工具抓取各个文件的数据内容。
[0075]
如下，参见图4，将具体描述如何提取文件列表及其文件的url、以及抓取各文件的数据内容。
[0076]
例如，在静态政务类网站中，菜单网页上是各类通知、公告、新闻等文件的列表，因此，在获取文件的数据内容之前，应先获取文件列表。
[0077]
s31：根据菜单的url和采集标志，访问菜单网页，并根据菜单中文件总数样式，提取菜单网页的文件列表总页数n。
[0078]
如上所述，根据该菜单的url和采集标志为可抓取标志，通过网页下载工具访问该菜单网页，并将该菜单网页下载至本地。
[0079]
当前菜单页面上可能具有多页文件列表，其总页数记为n，n≥1。
[0080]
文件列表的总页数通过菜单逻辑模型s102中的菜单中文件总数样式s10211定位获取。
[0081]
具体采用文件列表的url来获取{文件列表1，文件列表2，文件列表3,..., 文件列表n}。
[0082]
在本技术中，将当前菜单的url和网站逻辑模型s101中网页后缀格式s10103拼接，形成菜单网页中文件列表的url。
[0083]
例如，网页后缀格式s10103表示为“index_xx.html”，其中xx表示某页文件列表（xx≤n）。
[0084]
采用“菜单的url\index_1.html”，获取第一页文件列表（例如，如上所述的文件列表1）；采用“菜单的url\index_2.html”，获取第二页文件列表（例如，如上所述的文件列表2）；采用“菜单的url\index_3.html”，获取第三页文件列表（例如，如上所述的文件列表3）；直至获取到最后一页文件列表（例如，如上所述的文件列表n）。
[0085]
如s2中所述的，url生成工具生成菜单的url，因此，将文件列表的总页数传递至url生成工具，则可以依次生成菜单网页下的多页文件列表中每个文件列表的url，以便访问并下载对应url的网页。
[0086]
在n=1时，表示只有一页文件列表。
[0087]
在n＞1，例如n=3时，表示有三页文件列表。
[0088]
s32：初始化i=1。
[0089]
i作为某页文件列表提取的索引号。
[0090]
s33：判断是否满足如下条件：n＞1且i≤n，若是，获取菜单网页的第i页文件列表及其各文件的url，i=i+1；若否，获取菜单网页的第i页文件列表及其各文件的url。
[0091]
在n=1时，表示只有一页文件列表，此时仅获取菜单网页的第1页文件列表及其各文件的url，并进行到s34。
[0092]
在n＞1时，表示有多页文件列表，逐一获取每页文件列表及其各文件的url，并进行到s34。
[0093]
具体地，参见图4，通过文件列表提取工具获取菜单网页的文件列表及每个文件的url。
[0094]
具体地，通过菜单逻辑模型s102中的菜单中文件列表样式s10208，定位菜单网页的文件列表位置，获取菜单网页当前的文件列表，并进而定位出每个文件的url。
[0095]
此外，也可以通过菜单逻辑模型s102中的菜单中文件时间样式s10209提取出每个文件的发布时间。
[0096]
需要说的是，在s33中，参见图4，在文件列表提取工具获取菜单网页的文件列表及每个文件的url之前，需要通过文件列表的url访问该网页并下载该网页至本地，以便提取文件列表及每个文件的url。
[0097]
s34：根据每个文件的url，访问每个文件的内容页面。
[0098]
在s34中，通过每个文件的url访问文件详细内容页面。
[0099]
具体地，文件内容抓取工具逐一访问所有文件的url，并抓取文件详细内容页面。
[0100]
s35：根据文件内容样式，定位提取所述内容页面上文件的数据内容。
[0101]
通过菜单逻辑模型s102中的菜单中文件内容样式s10210，定位提取出内容页面上文件的详细内容，获取所需的数据内容。
[0102]
如上，循环遍历配置文件中所有菜单的配置信息，完成对网站中所有菜单的数据采集。
[0103]
在s3中，建立了对网页数据进行抓取的统一、一致的形式化方法。
[0104]
根据菜单逻辑模型s102包含的菜单中文件列表样式s10208、菜单中文件时间样式s10209、菜单中文件内容样式s10210、以及菜单中文件总数样式s10211，在提取菜单网页上文件列表、文件时间、文件内容，文件列表总页数的时候，可以编写一个通用的函数工具，抓取不同内容时，只需调取不同的样式。这样能使用统一的函数工具对特定网页不同部分的数据分析和抓取，降低开发投入，减少开发任务量。
[0105]
s4：将数据内容存储在对应的数据存储路径中，各数据存储路径的目录结构与菜单层级结构相一致。
[0106]
在本技术中，数据存储路径由网站逻辑模型s101中的网站数据存储目录s10102和菜单逻辑模型s102中的菜单名称s10201拼接而成。
[0107]
根据菜单逻辑模型s102中的存储目录级别s10205和父存储目录s10206，能够形成目录层级结构，因此，根据该目录层级结构，将不同菜单中文件的数据内容存储于不同的数据存储路径下，包括如下两种情况，其中目录层级结构与菜单层级结构相一致。
[0108]
（1）一级菜单的数据存储路径的生成一级菜单对应的存储目录级别s10205为一级目录，而没有父存储目录s10206。
[0109]
此时，该菜单的数据存储路径由网站数据存储目录s10102和菜单名称s10201直接拼接而成。
[0110]
即，该菜单的数据存储路径为：“网站数据存储目录s10102\菜单名称s10201”。
[0111]
（2）低于一级菜单的数据存储路径的生成在菜单的菜单级别s10203低于一级菜单时，表示该菜单对应的存储目录级别s10205低于一级目录，且具有父存储目录s10206。
[0112]
在目录层级结构中，通过该菜单对应的存储目录级别逐层找到上一级的父存储目录，直至找到一级目录，此时，该菜单的数据存储路径由网站数据存储目录s10102、按层级高低排序的父存储目录对应的菜单的菜单名称s10201及当前菜单的菜单名称s10201依次拼接而成。
[0113]
例如，针对于二级菜单，二级菜单对应存储目录级别为二级目录，且父存储目录为一级目录（对应一级菜单）。
[0114]
因此，二级菜单的数据存储路径由网站数据存储目录s10102、一级菜单的菜单名称s10201和二级菜单的菜单名称s10201拼接而成。
[0115]
即，二级菜单的数据存储路口为：“网站数据存储路径s10102\一级菜单的菜单名称s10201\二级菜单的菜单名称s10201”。
[0116]
例如，针对三级菜单，三级菜单对应的存储目录级别为三级目录，且父存储目录为是二级目录（对应二级菜单），二级目录的父存储目录为一级目录（对应一级菜单）。
[0117]
因此，三级菜单的数据存储路径由网站数据存储目录s10102、二级菜单的父存储目录对应的菜单（即一级菜单）的菜单名称s10201、三级菜单的父存储目录对应的采集（即，二级菜单）的菜单名称s10201和三级菜单的菜单名称拼接s10201而成。
[0118]
即，三级菜单的数据存储路径为：“网站数据存储目录s10102\一级菜单的菜单名称s10201\二级菜单的菜单名称s10201\三级菜单的菜单名称s10201”。
[0119]
如此，可以根据目录层级结构，自动拼接生成所有菜单的数据内容的数据存储路径，其与菜单层级结构相一致。
[0120]
参见图4，存储路径生成工具根据如上所述的配置文件，生成如上所述的数据存储路径。
[0121]
在网站每个菜单抓取数据后，将数据内容传递至数据存储工具，且同时数据存储工具接收数据存储路径，按照数据存储路径，将文件的数据内容存储到磁盘或各类数据仓库中，从而完成网站的数据采集。
[0122]
在网站结构变动时，只需要使用json重新编写配置文件，则在利用图4中的架构，对新网站进行数据采集，从而避免了针对新网站重新编写程序，降低了开发投入及开发周期。
[0123]
以上实施例仅用以说明本发明的技术方案，而非对其进行限制；尽管参照前述实施例对本发明进行了详细的说明，对于本领域的普通技术人员来说，依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本发明所要求保护的技术方案的精神和范围。