文档更新方法和装置 【技术领域】
本发明实施例涉及文档更新技术， 尤其涉及一种文档更新方法和装置。背景技术 电信领域中， 各设备上均需要部署有文档， 该文档可以是各种说明、 帮助等文件。 由于电信领域产品的更新、 升级较快， 相应地， 各产品的文档也需要经常进行更新， 而如何 有效对文档进行更新， 则成为电信领域中文档管理的重要内容。
目前， 同一套电信设备可能会涉及到多产品、 多版本、 多网管和多网元， 而这会关 系到不同产品的文档维护、 不同版本的文档并存、 不同网管的文档使用， 以及不同网元的文 档动态扩展等， 同时， 这些文档本身都较庞大， 且文档通常需要不同的编写人员编制而成， 使得文档的管理和更新非常复杂。现有技术中， 同一套电信设备的文档通常是以一种文件 格式提供， 该文档包括所需的各种文档内容， 用户需要对文档进行更新， 例如修改、 删减或 扩展文档时， 需要对整个文档内容进行更新， 例如目前的已编译帮助文件 (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、 磁碟或者 光盘等各种可以存储程序代码的介质。
最后应说明的是 ： 以上实施例仅用以说明本发明的技术方案， 而非对其限制 ； 尽 管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解 ： 其依然 可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分技术特征进行等同替 换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。