METHOD AND DEVICE FOR DOCUMENT UPDATING

文档更新方法和装置

技术领域

本发明实施例涉及文档更新技术， 尤其涉及一种文档更新方法和装 置。 背景技术

电信领域中， 各设备上均需要部署有文档， 该文档可以是各种说明、 帮 助等文件。 由于电信领域产品的更新、 升级较快， 相应地， 各产品的文档也 需要经常进行更新， 而如何有效对文档进行更新， 则成为电信领域中文档管 理的重要内容。

目前， 同一套电信设备可能会涉及到多产品、 多版本、 多网管和多网元， 而这会关系到不同产品的文档维护、 不同版本的文档并存、 不同网管的文档 使用， 以及不同网元的文档动态扩展等， 同时， 这些文档本身都较庞大， 且 文档通常需要不同的编写人员编制而成， 使得文档的管理和更新非常复杂。 现有技术中， 同一套电信设备的文档通常是以一种文件格式提供， 该文档包 括所需的各种文档内容， 用户需要对文档进行更新， 例如修改、 删减或扩展 文档时， 需要对整个文档内容进行更新， 例如目前的已编译帮助文件 ( Compiled Help Manual, CHM ) , 以及 Office系列的 Doc文档、 Docx文档 等。

综上， 现有电信设备文档进行更新时， 需要全文替换， 导致文档更新 复杂， 对文档进行修改时， 需要对所有的文档进行处理， 特别是对大批量 文档进行处理时， 更新过程复杂， 更新时间较长， 且更新文件制作也非常 麻烦。 发明内容

本发明实施例提供一种文档更新方法和装置， 用以解决现有技术中文档 更新复杂的缺陷， 提高文档更新的便利性。 本发明实施例提供一种文档更新方法， 包括：

获取更新文档包， 所述更新文档包包括更新导航信息和更新文件， 所述 更新导航信息中各导航节点分别与相应的更新文件关联；

根据所述更新导航信息和源文档包的源导航信息， 将所述更新文档包合 并到所述源文档包， 以对所述源文档包进行更新；

其中， 所述源文档包包括更新导航信息和源文件， 所述更新导航信息中 各导航节点分别与相应的源文件关联。

本发明实施例提供一种文档更新装置， 包括：

更新文档获取模块， 用于获取更新文档包， 所述更新文档包包括更新导 航信息和更新文件， 所述更新导航信息中各导航节点分别与相应的更新文件 关联；

文档更新模块， 用于根据所述更新导航信息和源文档包的源导航信息， 将所述更新文档包合并到所述源文档包， 以对所述源文档包进行更新；

其中， 所述源文档包包括更新导航信息和源文件， 所述更新导航信息中 各导航节点分别与相应的源文件关联。

本发明实施例提供的文档更新方法和装置， 通过将更新文档包制作成 包括导航信息的文档包， 使得对具有导航信息的源文档包进行更新时， 可 根据导航信息，将更新文档包合并到源文档包中，实现对源文档包的更新， 在文档更新时， 更新文档包只需要包含待更新文件， 更新文档包较小， 更 新文件的制作也非常简单； 同时， 源文档包更新时只需要将待更新文件合 并到源文档包即可， 使得文档更新过程简单、 便利， 特别适用于大型文档 的更新处理， 可有效提高文档更新的便利性。 附图说明

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

图 1为本发明实施例一提供的文档更新方法的流程示意图；

图 2为本发明实施例二提供的文档更新方法的流程示意图；

图 3为本发明实施例三提供的文档更新方法的流程示意图；

图 4为本发明实施例四提供的文档更新方法的流程示意图；

图 5为本发明实施例五提供的文档更新装置的结构示意图；

图 6为本发明实施例六提供的文档更新装置的结构示意图；

图 7为本发明实施例七提供的文档更新装置的结构示意图；

图 8为本发明实施例八提供的文档更新装置的结构示意图。 具体实施方式

为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发 明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提下所获 得的所有其他实施例， 都属于本发明保护的范围。

本发明实施例技术方案提出了一种文档更新方法和装置， 根据该文档更 新方法和装置， 可将文档分成基础文档包、 补丁文档包和扩展文档包三种类 型， 在文档制作时可根据需要， 将文档制作成基础文档包和补丁文档包， 或 者基础文档包和扩展包， 或者基础文档包、 扩展文档包和补丁文档包等形式。 其中， 各种类型的文档包均可由多个不同格式的文件组合而成， 包括用于导 航和展示的导航信息，且导航信息中的各导航节点均关联有用于展示的文件， 这样， 在文档展示时， 可根据导航信息进行各文件的展示。 下面以具体实例 对本发明文档更新方法进行说明。

图 1为本发明实施例一提供的文档更新方法的流程示意图。如图 1所示， 该方法可包括以下步骤： 步骤 101、 获取更新文档包， 该更新文档包可包括更新导航信息和更新 文件， 更新导航信息中各导航节点分别与相应的更新文件关联； 步骤 102、 根据更新导航信息和源文档包的源导航信息， 将更新文档包 合并到源文档包， 以对源文档包进行更新， 其中， 源文档包可包括源导航信 息和源文件， 源导航信息中各导航节点分别与相应的源文件关联。 本实施例可应用于文档更新中， 特别适用于文档较大， 需要频繁进行更 新的文档更新中。 其中， 源文档包和更新文档包均以独立的文档包形式存在， 且文档包可以是由多个源文件或更新文件整合而制作得到的， 包括有导航信 息， 以及与导航信息的各导航节点关联的源文件或更新文件。 这样， 在对源 文档包进行更新， 例如补丁更新或扩展更新时， 就可以根据导航信息， 将更 新文件合并到源文档包中， 对源文档包进行更新。 本实施例中， 源文档包可基于导航信息对文件进行展示， 用户可通过选 择各导航节点来查看相应的文档文件， 文档查看非常方便， 其中， 各导航节 点关联的文件可以是具有不同格式编写的文件， 只要在文档包制作时， 将文 件与导航节点关联即可。 本实施例中提供的文档更新方法， 通过将更新文档包制作成包括导航信 息的文档包， 使得对具有导航信息的源文档包进行更新时， 可根据导航信息， 将更新文档包合并到源文档包中， 在文档更新时， 更新文档包只需要包含待 更新文件， 更新文档包较小， 更新文件的制作也非常简单； 同时， 源文档包 更新时只需要将待更新文件合并到源文档包即可， 使得文档更新过程简单、 便利， 特别适用于大型文档的更新处理， 可有效提高文档更新的便利性。 图 2为本发明实施例二提供的文档更新方法的流程示意图。 本实施例中 的更新文档包为补丁包， 本实施例文档更新方法可以对作为父包的基础包或 扩展包进行补丁更新。 具体地， 如图 2所示， 本实施例文档更新方法可包括 以下步骤：

步骤 201、 获取补丁包， 该补丁包可包括更新导航信息和补丁文件， 该 补丁包中与源文档包不同的导航节点关联有相应的补丁文件；

步骤 202、 对比源导航信息和更新导航信息， 获得更新导航信息中相对 源导航信息增加的导航节点、 删除的导航节点以及修改的导航节点； 步骤 203、 删除源导航信息中删除的导航节点以及修改的导航节点， 并 将更新导航信息中增加的导航节点以及修改后的导航节点加入到源导航信息 中， 实现对源文档包的更新。

本实施例中， 补丁包中仅包括新增修改的补丁文件， 对于源文档包中的 其它未作修改的文件并未携带在补丁包中， 这样， 在补丁包制作时， 只需要 制作新增修改的补丁文件以及相应的导航信息， 补丁包的制作非常简单， 且 补丁包较小， 便于补丁包的制作和上载， 使得文档包的更新非常便利。

本实施例中， 所述的源文档包为作为父包的基础包， 本领域技术人员可 以理解， 源文档包也可以是扩展包或其它补丁包。 本实施例中， 补丁包中可包括有补丁包信息， 该补丁包信息包括有表明 该补丁包需要更新的源文档包的源文档包信息， 在进行更新前， 可根据该补 丁包信息， 确定需要进行更新的源文档包， 以便对确定的源文档包进行更新， 这样， 在具有多个源文档包的情况下， 可有效对需要进行更新的文档包进行 更新。 实际应用中， 该源文档包信息具体可包括待更新的源文档包标识， 即 父包标识， 从而可^^据父包标识确定其属于对哪个文档包的更新。 本实施例中， 补丁包的导航信息是对父包进行更新后， 父包应包括的导 航信息， 且补丁包中只有修改的导航节点才关联有补丁文件， 未作修改的导 航节点可不关联任何文件。 这样， 在对源文档进行更新时， 只需要将修改的 导航节点合并到源文档包相应的导航节点处， 以及将原导航信息中修改的导 航节点删除即可。 本实施例中， 补丁包和父包中均携带有标识文档的基本信息， 例如标识 文档包类型的标识等， 具体可参见下文文档包的构成、 制作中的说明。 这样， 在文档更新过程中， 即可根据各文档包的基本信息确定文档属于哪种类型的 文档包， 以确定需要更新的文档， 以及用作更新的文档包。

可以看出， 本实施例利用补丁包对文档包进行更新时， 可实现文档的补 丁更新， 该补丁更新过程中， 补丁包制作时只需要包含待 ^ίι爹改的补丁文件， 不需要包含源文档包中的其它文件， 使得补丁包的制作非常简单， 补丁包较 小， 便于补丁包的上载， 源文档包的更新非常便利。

图 3为本发明实施例三提供的文档更新方法的流程示意图。 与上述图 2 所示实施例不同的是， 本实施例中， 在将补丁包合并到父包时， 可对更新内 容进行区分， 以便用户可方便的了解父包所做的修改。 具体地， 如图 3所示， 本实施例文档更新方法可包括以下步骤：

步骤 301、 获取补丁包， 该补丁包可包括更新导航信息和补丁文件， 该 补丁包中与源文档包不同的导航节点关联有相应的补丁文件；

步骤 302、 对比源导航信息和更新导航信息， 获得更新导航信息中相对 源导航信息增加的导航节点、 删除的导航节点以及修改的导航节点； 步骤 303、 将更新导航信息中增加的导航节点、 以及修改的导航节点加 入到源导航信息中， 实现对源文档包的更新；

步骤 304、 为更新后的源导航信息中增加的导航节点添加新增修改标记， 为修改后的导航节点和修改前的导航节点添加修改标记， 以及为删除的导航 节点添加删除修改标记， 以便根据新增修改标记、 修改标记和删除修改标记 查看更新内容。

本实施例中， 在对作为父包的基础包进行补丁更新时， 可将源文档包以 的修改标记进行区分， 使得对文档包进行展示时， 可根据修改标记进行区分 显示， 例如， 可以通过颜色， 如新增加导航节点及其对应的补丁文件的可以 显示为红色， 删除的导航节点及其源文件可显示为灰色等， 其具体展示形式 并不做特别限定， 只要便于用户进行区分即可。

可以看出， 通过为更新的导航节点添加修改标记， 可便于用户对文档更 新内容进行识别， 便于用户查看文档内容。

图 4为本发明实施例四提供的文档更新方法的流程示意图。 本实施例中 的更新文档为扩展包， 本实施例文档更新方法可以对作为父包的基础包、 补 丁包或其它扩展包进行扩展， 本实施例中所述的父包为基础包。 具体地， 如 图 4所示， 本实施例文档更新方法可包括以下步骤：

步骤 401、 获取扩展包， 该扩展包可包括更新导航信息和扩展文件， 该 扩展包可包括有目标节点信息， 该扩展包的导航信息中的各导航节点关联有 作为更新文件的扩展文件。

步骤 402、 根据扩展包中的目标节点信息， 在源导航信息中查找与目标 节点信息对应的扩展节点； 步骤 403、 将更新导航信息合并到扩展节点对应的位置， 将扩展包合并 到源文档包中。

本实施例可对仅需要进行扩展的父包进行更新， 更新时， 可根据扩展包 中携带的目标节点信息， 将扩展包中的导航信息合并到待扩展的父包， 实现 对父包的扩展更新。 这样， 在对文档进行扩展时， 仅需要编辑扩展部分的文 件， 并形成扩展包即可， 而不需要在源文档包的基础上进行编辑， 扩展包的 制作方便， 可有效提高文档包扩展的便利性， 使得文档包的扩展非常方便， 同时， 也利于文档的管理和上载； 同时， 扩展包制作时， 可不需要对其中的 可有效提高文档制作的便利性。

本实施例中， 扩展包中也携带有标识文档的基本信息， 以标识文档包所 属的类型， 且携带有需要扩展的父包的标识信息， 具体可参见下文对文档包 的构成、 制作中的说明。

为便于对上述本发明各实施例的理解， 下面对本发明实施例中各类型的 文档包的构成、 制作、 展示等进行说明。

为适应电信领域中同一套设备的多产品、 多版本、 多网管以及多网元中 文档的制作、 管理和更新， 本发明实施例中提出一种适用于电信领域设备的 文档包的更新， 可将文档包分成基础文档包、 扩展文档包和更新文档包， 使 得各文档可基于这三种文档包类型进行制作， 并可基于这三种文档包的类型 对文档进行管理和更新。 其中， 各类型的文档包均可以是将多个文件合成并 制作得到一个文档包， 例如可以将 XML、 HtmlHelp, JavaHelp, Office, Pdf 等格式文件整合并制作得到的一个文档包， 且各文档包可包括以下内容： （1) 用于标识文档的基本信息， 例如产品型号、 产品版本、 文档版本、 文档包类 型、 文档包标识等， 文档包为扩展包时， 还可包括标识挂接位置的目标节点 信息， 文档包为补丁包时， 可包括补丁包信息， 如父包标识等， 以标识该补 丁包适用的父包； （2 )用于导航展现的导航信息， 可由各导航节点组成， 各 导航节点可具有节点统一资源定位符 ( Universal Resource Locator, URL ) , 以用于指向关联的文件， 其中， 各文件可具有一个唯一的标识， 使得各导航 节点均可通过该唯一的标识与文件关联在一起； （3 )用于搜索的索引信息， 可用于快速搜索， 在文档包制作时可针对展示内容制作索引； （ 4 )用于展示 的文件信息，也即制作文档包的文件，通过节点 URL关联到相应的导航节点； ( 5 )用于记录导航节点的摘要信息， 例如消息摘要算法第五版 MD5文件， 以确定节点及其关联的文件是否有做修改， 此外还可包括其它支撑文件。 下 面对各类型文档包的制作和适用分别进行说明： 1. 基础文档包

基础文档包是完全独立的文档包，可不依赖其它文档包而进行独立展示。 其制作过程如下：

首先， 根据源文件生成导航、 索引以及节点资源文件；

其次， 将源文件、 导航、 索引、 节点资源文件等制作成一个文档包。 在使用时， 可基于导航信息， 将各导航节点及其关联的源文件展示给用 户， 具体地， 在进行展示时， 可将导航信息以树形的方式展现给用户， 用户 可基于对树形中各导航节点的选择来查看导航节点所关联的源文件。

2. 扩展包

扩展包是指可以挂接在基础包或其它扩展包上的文档包， 其可以作为独 立的文档包存在和展示， 其中， 挂接的基础包或其它扩展包也可成为父包。 其制作过程如下：

首先， 根据扩展文件生成导航、 索引、 节点资源文件以及待扩展的父包 的目标节点；

然后， 将扩展文件、 导航、 索引、 节点资源文件以及目标节点等制作成 文档包。

此外， 也可根据挂接的父包的属性， 选择挂接的当前包的优先级， 这样， 在具有相同挂接位置的两个扩展包时， 可将具有较高优先级的扩展包挂接在 前面并在前面进行显示。

使用时， 扩展包可根据目标节点， 将扩展包合并到父包中， 并与父包一 起进行展示； 此外， 该扩展包也可作为独立的文档包进行展示， 其具体展示 方式与基础包相同。

3. 补丁包 包、 扩展包或其它补丁包进行更新， 以形成新的基础包、 扩展包或补丁包， 其中， 用于更新的基础包、 扩展包或其它补丁包也可成为父包。 其制作过程 如下：

首先， 将补丁包的补丁文件与父包中的节点摘要文件进行对比， 根据对 比结果， 将新增、 修改、 删除等修改信息记录到补丁包节点资源文件中， 得 到补丁包的节点资源文件；

其次， 将补丁包的节点资源文件合入到补丁包中， 并将新增修改的源文 件合入到补丁包中；

最后， 制作新增修改的索引合入到补丁包中， 从而得到可用于更新的补 丁包， 且补丁包中还包括补丁信息。

使用时， 可将补丁包发布到待更新的文档包中， 对父包进行更新。

本实施例中， 各文档包均可以由不同格式的文件组合而成， 且文档包中 的导航节点与组合的文件分别关联， 这样， 在对文档进行更新时， 只需要对 需要更新的文档包的导航信息进行更新即可， 使得文档的更新非常方便， 且 各更新文档包的制作非常方便， 便于更新文档包的制作和上载， 提高文档更 新的便利性， 特别适用于大型文档的制作、 管理和更新。

本实施例中， 通过将文档包分成基础包、 扩展包和补丁包的形式， 在进 行文档发布时， 可针对通信设备的不同组网方式， 进行针对性的发布。 下面 对不同的文档组合发布方式进行说明：

1. 基础包和补丁包

对于文档内容较少且产品单一， 一个人可以独立完成的产品文档， 可以 基础包和补丁包的形式进行发布。 这样， 首次编写的文档可制作成一个独立 的基础包发布， 后期变更及修改较小的情况下可以发布基础包的补丁包及补 丁包的补丁包形式， 其中， 补丁包只需包含增量部分， 占用磁盘空间小， 易 于下载， 且对基础包的更新也非常方便。

2. 基础包和扩展包

针对产品具有网管和网元的情况， 可以用基础包和基础包的扩展包的模 型支撑， 例如， 可以在基础包中包含网管文档， 每个扩展包则属于独立的网 元文档， 分别挂接的到主导航的目标位置， 文档发布时以基础包和多个扩展 包的形式， 基础包可分配到网管设备上， 扩展包则可分配到相应的网元设备 上。 这样， 网元设备可以动态增加和删除。 可以为用户定制有效的文档， 用 户只能看到他使用的网元设备的帮助， 对于其它网元或网管设备的文档， 用 户不会看到， 可避免不想干文档的干扰； 同时， 网管设备和网元设备之间的 文档独立存在， 在网管与网元设别的接口不变的情况下， 网管、 网元维护自 己的文档无需每个版本都合并到一起发布， 文档更新时， 仅需要对要更新的 网管文档或网元文档进行更新即可， 使得文档的更新非常便利。

3. 基础包、 扩展包和补丁包

对于需要经常进行补丁更新的文档， 则可采用基础包、 扩展包和补丁包 的方式进行文档的发布， 基础包可对应于网管设备， 扩展包对应于网元设备， 对于需要进行补丁更新时， 可针对不同的网元文档或网管文档， 制定单独的 补丁包， 并下发到相应的网元或网管， 对文档进行补丁更新， 这样， 各网元 或网管的文档更新不会影响其它网元或网管的文档， 可有效降低网管、 网元 文档的耦合性， 补丁较小， 便于用户下载和更新。

可以看出， 通过将文档包分成基础包、 补丁包和扩展包， 在进行电信设 备的产品开过时， 可根据需要对文档进行模块化制作， 这样， 可将相应产品 所需的文档发布给相应的产品， 而不需要每个产品均包括整个设备的文档， 在文档制作时， 可通过降低开发范围、 维护范围， 通过允许相同模块的文档 多产品共用， 实现降低文档的开发、 维护、 升级成本； 通过允许动态增删文 档模块， 实现不同的定制化交付； 通过允许动态增删文档模块， 实现客户增 删功能时， 最小化的动态增删文档； 在模块的基础上制作补丁， 最小化补丁 范围， 避免大文档替换， 造成资源的浪费。

本领域技术人员可以理解， 本实施例文档更新方法除了可适用于电信领 域中文档的更新外， 还可适用于其它需要进行类似更新的文档更新中， 在此 并不做限制。 图 5为本发明实施例五提供的文档更新装置的结构示意图。如图 5所示， 本实施例装置包括更新文档获取模块 1和文档更新模块 2, 其中： 更新文档获取模块 1 , 用于获取更新文档包， 该更新文档包包括更新导 航信息和更新文件， 该更新导航信息中各导航节点分别与相应的更新文件关 联； 文档更新模块 2 , 用于根据更新导航信息和源文档包的源导航信息， 将 更新文档包合并到所述源文档包， 以对源文档包进行更新， 其中， 源文档包 包括更新导航信息和源文件， 更新导航信息中各导航节点分别与相应的源文 件关联。

本发明实施例可应用于文档更新中， 实现对文档的更新， 其具体实现过 程可参考上述本发明方法实施例的说明， 在此不再赘述。

图 6为本发明实施例六提供的文档更新装置的结构示意图。如图 6所示， 本实施例中更新文档获耳 莫块 1获取的更新文档包为补丁包， 且补丁包中与 源文档包不同的导航节点关联有作为更新文件的补丁文件； 文档更新模块 2 可包括第一对比单元 21和第一更新单元 22, 其中： 第一对比单元 21 , 用于对比所述源导航信息和更新导航信息， 获得所述 更新导航信息中相对所述源导航信息增加的导航节点、 删除的导航节点以及 修改的导航节点；

第一更新单元 22, 用于删除源导航信息中删除的导航节点以及修改的导 航节点 , 并将所述更新导航信息中增加的导航节点以及修改后的导航节点加 入到源导航信息中， 实现对源文档包的更新。

本实施例可以对基于补丁包的形式对文档包进行补丁更新， 其具体实现 方式可参见上述本发明方法实施例二的说明， 在此不再赘述。 图 7为本发明实施例七提供的文档更新装置的结构示意图。 与上述图 6 所示实施例技术方案不同的是， 本实施例中， 在将补丁文件合并到源文档包 时， 可修改的文档修改之处进行区别， 以便用户可以方便的知道父包所作出 的修改。 具体地， 如图 7所示， 本实施例装置中文档更新模块 2可包括第二 对比单元 23、 第二更新单元 24和第二标识单元 25 , 其中： 第二对比单元 23 , 用于对比所述源导航信息和更新导航信息， 获得所述 更新导航信息中相对所述源导航信息增加的导航节点、 删除的导航节点以及 修改的导航节点； 第二更新单元 24, 用于将所述更新导航信息中增加的导航节点、 以及修 改后的导航节点加入到源导航信息中， 实现对源文档包的更新； 第二标识单元 25 , 用于为更新后的源导航信息中增加的导航节点添加新 增修改标记， 为修改后的导航节点和修改前的导航节点添加修改标记， 以及 为删除的导航节点添加删除修改标记， 以便根据所述新增修改标记、 修改标 记和删除修改标记查看更新内容。 本实施例可以对基于补丁包的形式对文档包进行补丁更新， 并可在更新 后的文档包中对更新内容进行标识， 其具体实现方式可参见上述本发明方法 实施例三的说明， 在此不再赞述。

图 8为本发明实施例八提供的文档更新装置的结构示意图。如图 8所示， 本实施例中更新文档获取模块 1获取的更新文档包为扩展包， 扩展包可包括 有目标节点信息， 该扩展包的导航信息中的各导航节点关联有作为更新文件 的扩展文件； 文档更新模块 2可包括第三查找单元 26和第三更新单元 27, 其中： 第三查找单元 26, 用于根据扩展包中的目标节点信息， 在源导航信息中 查找与目标节点信息对应的扩展节点； 第三更新单元 27, 用于将更新导航信息合并到扩展节点对应的位置， 将 扩展包合并到源文档包中。

本实施例可以对基于扩展包的形式对文档包进行扩展更新， 其具体实现 方式可参见上述本发明方法实施例四的说明， 在此不再赘述。

本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介 质。

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